[Imports] Uganda Bureau of Statistics educational facilities import
Enock Seth Nyamador
kwadzo459 at gmail.com
Sun Jan 24 09:28:18 UTC 2016
Thanks Raphael and Jotam.
Am very careful not to assume any condition and act in my own opinion. Will
be back here or refer to workflow if there is any problem. Thanks.
Best,
- Enock
UMaT, Tarkwa
enockseth.github.io
On Sun, Jan 24, 2016 at 8:33 AM, Jotam <jotam at posteo.de> wrote:
> Many schools in Uganda will follow exactly that name pattern: "VILLAGE
> NAME Primary School".
>
> This is extremely common, especially in smaller places. So please don't
> delete "Primary / Secondary School" from the name tag as it is most likely
> an integral part of the name indeed.
>
> Am 24. Januar 2016 03:38:36 EAT, schrieb Rafael Avila Coya <
> ravilacoya at gmail.com>:
>
>> Hi, Enock:
>>
>> I have already imported hundreds of nodes, and found only one duplicate.
>>
>> In case of duplicates, it's quite clear: just merge them in one. If the
>> names are similar, like in your example, I would put one of the names as
>> alt_name.
>>
>> Cheers,
>>
>> Rafael.
>>
>> On 23/01/16 22:54, Enock Seth Nyamador wrote:
>>
>>> Hi Jo,
>>>
>>> That sounds like a clue though but sometimes there could be more than
>>> one Primary/Secondary schools in same village/parish and other way -
>>> duplicates (as in my current task with 2 nodes each with same names).
>>> Adding the parish/village as an integral part of name could conflict
>>> with an existing feature name.
>>>
>>> Best,
>>>
>>> - Enock
>>> UMaT, Tarkwa
>>> enockseth.github.io <http://enockseth.github.io/>
>>>
>>> On Sat, Jan 23, 2016 at 9:32 PM, Jo <winfixit at gmail.com
>>> <mailto:winfixit at gmail.com>> wrote:
>>>
>>> Hi Enock,
>>>
>>> Went to a Missing Maps event this afternoon and was a bit pressed
>>> for time when I answered. When you drop Primary/Secondary school
>>> from those names, all that's left is the name of the village/parish.
>>> That's not the name of the school either, so I'd say it's an
>>> integral part of the name after all.
>>>
>>> Jo
>>>
>>> 2016-01-23 13:08 GMT+01:00 Enock Seth Nyamador <kwadzo459 at gmail.com
>>> <mailto:kwadzo459 at gmail.com>>:
>>>
>>> Hi,
>>>
>>> Just a quick one.
>>>
>>> Came across some schools with names; Primary School and
>>> Secondary School. This aren't names.
>>>
>>> What is best to do, just delete those tags? I would
>>> have removed
>>> them, If I was mapping personally. But as this an import,
>>> haven't seen anything related to it on the Wiki.
>>>
>>> Best,
>>>
>>> - Enock
>>> UMaT, Tarkwa
>>> enockseth.github.io <http://enockseth.github.io/>
>>>
>>> On Sat, Jan 23, 2016 at 3:50 AM, Rafael Avila Coya
>>> <ravilacoya at gmail.com <mailto:ravilacoya at gmail.com>> wrote:
>>>
>>> Hi, Jo:
>>>
>>> Yes. It happens many times. As I said, it would be very nice
>>> to have a
>>> JOSM plugin that would address switching between a list of user
>>> accounts. My vision would be of a simple plugin that would
>>> allow to:
>>>
>>> 1) Create a list of user accounts, instead of having only
>>> place for one,
>>>
>>> as it is with the JOSM standard Preferences.
>>>
>>> 2) Easy button in the tools bar to switch between user accounts.
>>>
>>> 3) A checkbox to decide if you want JOSM to warn you what's
>>> the user you
>>> are using when uploading the data to OSM. That means: you
>>> hit the upload
>>> button, and as a final step, JOSM tells you: you are
>>> uploading with
>>> Polyglot OSM user account. Accept? (and the typical "cancel"
>>> and "Ok"
>>> buttons).
>>>
>>> You have contributed lots of comments and great ideas, so I
>>> am not going
>>> to pressure you with contributing more. Anyway, although
>>> it's a bit of a
>>> nuissance, you will get used after a while. Many of us have
>>> done this
>>> since about 3 years ago for lots of
>>> manual imports! And, if
>>> you get a
>>> task with say 15 schools (I did yesterday one with 147!),
>>> the time you
>>> spend switching between user accounts is less than 1% of the
>>> total.
>>>
>>> Cheers,
>>>
>>> Rafael.
>>>
>>> On 22/01/16 22:17, Jo wrote:
>>>
>>>> I tried to use my import account. Failed to do it. The stuff that should
>>>> have been uploaded with it, went up with my normal account. The
>>>> subsequent non import stuff went up with my import account.
>>>>
>>>> It's too much of a hassle and yes I would need to switch back and forth
>>>> between accounts constantly.
>>>>
>>>> So, I'll limit myself to doing validation work, until this silly rule
>>>> gets finally lifted some day. I won't be holding my breath, no worries.
>>>>
>>>> Polyglot
>>>>
>>>> 2016-01-07 16:44 GMT+01:00 Rafael Avila Coya <ravilacoya at gmail.com <mailto:ravilacoya at gmail.com>
>>>> <mailto:ravilacoya at gmail.com <mailto:ravilacoya at gmail.com>>>:
>>>>
>>>> Hi, Enock:
>>>>
>>>> Thank you for volunteering!
>>>>
>>>> Yes, Geoffrey has given his opinions already, and he offered something
>>>> very key here: help from the local OSM community.
>>>>
>>>> As I guess there are quite a number of active members in Kampala (for
>>>> example), it could be of unvaluable help for double checking on the
>>>> ground the facilities inside the city, as those are the mainly the only
>>>> ones hard to spot from imagery.
>>>>
>>>> Cheers,
>>>>
>>>> Rafael.
>>>>
>>>> On 04/01/16 15:42, Enock Seth Nyamador wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> Very long discussion
>>>>> here. Glad I was able to follow. I've copied
>>>>> Ugandan OSMer Geoffrey of Mapping Day Uganda[1] guess you might be
>>>>> interested in this.
>>>>>
>>>>> Am interested in volunteering for this import.
>>>>>
>>>>> Best,
>>>>>
>>>>> 1. http://www.mappingday.com
>>>>>
>>>>> - Enock
>>>>> UMaT, Tarkwa
>>>>> enockseth.github.io <http://enockseth.github.io>
>>>>>
>>>> <http://enockseth.github.io>
>>>
>>>> <http://enockseth.github.io/>
>>>>
>>>>>
>>>>> On Sun, Jan 3, 2016 at 9:42 AM, Jo <winfixit at gmail.com
>>>>> <mailto:winfixit at gmail.com>
>>>>>
>>>> <mailto:winfixit at gmail.com <mailto:winfixit at gmail.com>>
>>>
>>>> <mailto:winfixit at gmail.com <mailto:winfixit at gmail.com>
>>>>>
>>>> <mailto:winfixit at gmail.com <mailto:winfixit at gmail.com>>>> wrote:
>>>
>>>>
>>>>> Doing what I did in these 2 edits:
>>>>> https://www.openstreetmap.org/node/3925002632/history
>>>>>
>>>>> would make the import a whole lot slower, as it would entail a lot
>>>>> more research (and fiddling with Wikidata), but it would also make
>>>>> the data even more useful.
>>>>>
>>>>> If it were me, I'd add Wikidata items for each of these schools. I
>>>>> can write a script that would make the process easier. I'm not sure
>>>>> about license issues though. If I drag a node over Bing imagery and
>>>>> upload it to Openstreetmap. Can I use those coordinates on Wikidata
>>>>> if I mention the source properly? Or are they already ODBL and
>>>>> therefore incompatible. That would be really annoying. It would mean
>>>>> I have to make sure to add the coordinates to Wikidata first, and
>>>>> only after doing that upload to Openstreetmap, but I want to mention
>>>>> the source on Wikidata, so I need a reference
>>>>> url to the OSM object...
>>>>>
>>>>> I think, at least for the schools with WP articles, it makes sense
>>>>> to do this. For the others I think it makes sense as well, but it's
>>>>> a lot more work. They would all get identifiers that way, which may
>>>>> make later conflation easier.
>>>>>
>>>>> Jo
>>>>>
>>>>>
>>>>>
>>>>> ------------------------------
>>>>>
>>>>> Imports mailing list
>>>>> Imports at openstreetmap.org <mailto:Imports at openstreetmap.org>
>>>>>
>>>> <mailto:Imports at openstreetmap.org
>>> <mailto:Imports at openstreetmap.org>>
>>>
>>>> <mailto:Imports at openstreetmap.org
>>>>
>>> <mailto:Imports at openstreetmap.org>
>>> <mailto:Imports at openstreetmap.org
>>> <mailto:Imports at openstreetmap.org>>>
>>>
>>>> https://lists.openstreetmap.org/listinfo/imports
>>>>
>>>>
>>>>
>>>>
>>>
>>> ------------------------------
>>>
>>> Imports mailing list
>>> Imports at openstreetmap.org <mailto:Imports at openstreetmap.org>
>>> https://lists.openstreetmap.org/listinfo/imports
>>>
>>>
>>>
>>>
>>>
>> ------------------------------
>>
>> Imports mailing list
>> Imports at openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/imports
>>
>>
> _______________________________________________
> Imports mailing list
> Imports at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/imports
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/imports/attachments/20160124/c077f8c8/attachment.html>
More information about the Imports
mailing list