[HOT] Uganda Bureau Of Statistics Educational Facilities import has started
Rafael Avila Coya
ravilacoya at gmail.com
Sat Jan 23 03:58:08 UTC 2016
On 22/01/16 20:57, Jo wrote:
> Hi Rafael,
> I understand where the requirement for the separate account is coming
> from, but I will always consider it too much of a hassle to switch. And
> in my case I would be switching continuously.
> So, I'll limit myself to validating the tiles. I hope it's all right to
> add some of the buildings in that stage. I'm also automating the
> creation of wikidata entries and linking from OSM to WD and back.
Yes. Of course it's completely fine to add buildings. Just do that as a
normal mapping (with your regular account). Just write the comment for
the changeset forgetting about the comment "Uganda Bureau Of Statistics
Education Facilities Import, #hotosm-project-1434", use your own
comment, like "Added buildings to several schools, etc.", and
source=Bing or Mapbox or whatever. And likewise for the Wikidata.
> I don't promise that I'll do that for all 24000 of them though.
If you did, we would have to erect a monument in your honour somewhere
in Uganda! :D
> 2016-01-22 20:39 GMT+01:00 Rafael Avila Coya <ravilacoya at gmail.com
> <mailto:ravilacoya at gmail.com>>:
> Hi, Jo:
> Thanks for your comments and help. Find my comments inline:
> On 22/01/16 08:34, Jo wrote:
>> Hi Rafael,
>> Great that you got this started. Of course I managed to get the use
>> of import and not import account mixed up, as JOSM doesn't warn me
>> or give the option to switch in a convenient way. So the imported
>> node will probably have to be removed once again and the buildings
>> I added in a second go, are now uploaded with that silly import
> Don't worry. I have reverted that "one node" changeset, and added
> again the school node with my edvac_import account.
> Apart from using your regular account, you uploaded the school without
> the import changesets: source=www.ubos.org <http://www.ubos.org>
> (you put source=Bing),
> source:date=2010..2014, import=yes and
> This has happened to other users in the past, so don't worry. Just
> remember to upload only school nodes (nothing else) with your
> Polyglot_import account, adding those changeset tags, and don't forget
> to switch back to your Polyglot regular account, so you don't use your
> import account for this import.
> Having to use a dedicated user account for every import is a
> requirement of the Import guidelines : step 6.5: "You must use a
> dedicated user account."
> I think this requirement should be waived for crowsourced manual
> imports like this, but that is not something we should discuss here,
> but in the imports list. For the time being we have to comply with the
> community agreements we have in the import guidelines.
> This import is ***ONLY*** for school nodes. So we aren't adding
> buildings at this stage. But even if we wanted to add buildings,
> access road, etc, we would have done it in a different changeset, and
> with the ***regular account***, not the ***import account***, because
> buildings and road accesses aren't UBOS data, but derived directly
> from Bing, Mapbox, GPS traces, etc.
> If you can't live without adding school buildings, just make sure you
> do it in a second changeset after uploading the schools, but using
> your regular account.
>> Sorry for the rant, what follows should be more interesting:
>> Anyway, what I'm missing are the isced tags. Also the process
>> seems overly complicated to me. It's easier to skip the "Edit with
>> JOSM' button and go straight to the first "here" link. Then
>> download manually.
> As this import doesn't need to touch any OSM object, except
> educational facilities already present in OSM that may have to be
> merged with the UBOS ones, you can optionally, if you find it better,
> to download OSM data manually after downloading the UBOS data. Only
> make sure you download an area of at least 500+ m around every UBOS
> node, so you make sure you download every OSM educational facilities
> that may have to be merged with UBOS nodes.
> I didn't add the isced:level tags as it would be difficult to add them
> authomatically with the info we had. But we can add them in subsequent
> TM projects, like also the wikidata, etc.
>> To find the new buildings, the filter method works, but Ctrl-f
>> inview new Then tick the box:: 'add toolbar button'
>> is a lot more convenient, with a shiny new button on the task bar.
>> You can also create another button like this with:
>> inview (school | university | kindergarten)
>> if you add "-new" to that, you can easily find all the existing
> This is very nice. As soon as I can (hope before the end of tomorrow),
> I will add it to the workflow wiki. It's a great idea!!
>> Oh, for people mapping remotely, there is a local community in
>> Kampala. It's best to leave those schools for them, since they have
>> local knowledge about them and since it's harder to figure out
>> which buildings belong to the school for those from aerial imagery
>> alone. I think that's worthy of a note in the instructions.
> Yes! That's right! If the local Uganda OSM community tell me so, we
> could even remove all Kampala nodes, and transfer them to another
> dedicated TM project, dedicated only for on the ground mappers.
>> Kind regards,
> Cheers and thank you very much!
>> 2016-01-22 0:06 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 all:
>> A new manual import through the Tasking Manager is open for
>> experienced mappers, this time for the import of 24,587
>> educational facilities (nurseries, primary and secondary schools,
>> colleges...) all around Uganda.
>> As the total number of nodes is very high, it was decided not to
>> add any contextual data as it was done in previous imports,
>> starting with the Central African Rep. UNICEF import. We will be
>> able to add contextual data, like facilities road access,
>> facilities buildings, settlement names (derived from the facilities
>> addr:* tags), wikidata tags, etc., after the import is finished, or
>> maybe even during the import, but with another TM project/s.
>> Everyone is welcome to contribute, but specially the Uganda OSM
>> You can find the detailed workflow wiki for this import here .
>> ***READING AND UNDERSTANDING THAT WIKI IS A MUST***, before you
>> start importing facilities.
>> At the beginning of the workflow wiki you have a Quick Reference,
>> so you don't have to read the whole wiki everytime you need to
>> recall the import steps.
>> Keep in mind that changesets that don't follow the rules
>> (negociated with the Uganda OSM community and the imports list)
>> will have to be reverted. Specially important is to use a dedicated
>> OSM account (not the regular account you use for regular mapping),
>> and to add the specific changeset tags of this import.
>> You should also read the official import wiki , specially for
>> tagging reference.
>> Happy mapping!
>> _______________________________________________ HOT mailing list
>> HOT at openstreetmap.org <mailto:HOT at openstreetmap.org>
> <mailto:HOT at openstreetmap.org <mailto:HOT at openstreetmap.org>>
More information about the HOT