[Imports] UPLOADING U-WIMP project data to osm

[Stellamaris Nakacwa]

Hello Phil,

We were able to make a thorough assessment of the key/value pair of all
water tags, based on granularity,  compliance, consistency and completeness
(temporal and spatial coverage) and what is written in my osm wiki is the
most significant outcome of the assessment. --a snippet is attached too.
Also, I personally believe that uploading data to osm (esp. for  LIC)
should not just be for the sake of uploads but to make real data
contributions that those governing institutions and interested parties can
rely on to make desired planning progress. In verbatim, I believe that all
infrastructure is man-made. That is why for springs, we only mapped ones
that have been well-built and cared for.   I do not know if this
fully alludes to the current dataset structure and esp. why the names
attribute exists. Please feel free to discuss this with me.

[image: image.png]

You are welcome!

Best,
Stellamaris


On Sun, Nov 6, 2022, 5:51 PM Phil Wyatt <phil at wyatt-family.com> wrote:

> Hi Stellamaris,
>
>
>
> I think what Frederik is suggesting is that many of your ‘names’ are
> actually other keys/values
>
>
>
>    - a spring would be natural=spring
>    - a well or bore hole would be man_made=water_well
>    - water tank would be man_made=storage_tank, content=water
>
>
>
> https://wiki.openstreetmap.org/wiki/Tag:man_made%3Dwater_well
>
> https://wiki.openstreetmap.org/wiki/Tag:man_made%3Dstorage_tank
>
>
>
> Cheers - Phil
>
>
>
> *From:* Stellamaris Nakacwa <sn00013 at mix.wvu.edu>
> *Sent:* Monday, 7 November 2022 9:09 AM
> *To:* Frederik Ramm <frederik at remote.org>
> *Cc:* imports at openstreetmap.org
> *Subject:* Re: [Imports] UPLOADING U-WIMP project data to osm
>
>
>
> Thank you, Frederik, for the feedback.
>
> All tags have an acceptable osm_xml data file. I will make the corrections
> to the doc too.
>
>
>
> On one thing. In this entire dataset, the most important attribute is the
> name: [deep_borehole, protected_spring, etc]. Our water infrastructures do
> not have extra name tags besides those. Also according to the Key/Value
> Pair of OSM in Uganda, this is exactly what we have and so what I used. Why
> should this be rejected for upload?
>
>
>
> Thank you!
>
>
>
> Stellamaris
>
>
>
> On Sun, Nov 6, 2022 at 2:37 PM Frederik Ramm <frederik at remote.org> wrote:
>
> Hi,
>
> I have looked at the list of proposed tags on the wiki page and I
> suggest the following changes:
>
> source - don't add this to individual objects, only to changesets. Also
> "source=YouthMappers" is not very helpful if the YM data itself has been
> collected partly through survey (then put source=survey) and partly
> through remote mapping from imagery (source=whatever the image source was).
>
> date - you put "no" in your "osm upload" column but you could probably
> upload this as survey_date
>
> name - under no circumstances should you use descriptive names like
> "Deep Borehole", "Protected Spring", "Rain Water Harvest Tank", "Shallow
> Well". Your import would very likely be reverted if you did that. Fill
> the "name" tag only if the object actually has a name (like for example
> "Kitagata Hot Springs" or so).
>
> Operator:type - do not capitalise. If you really want to put "Name of
> operating entity" there, do not use "operator:type", just "operator".
>
> fees - use "fee" (no s)
>
> Operational_status - do not capitalise. Research values.
>
> pump - I am unsure about this. Others with more water infrastructure
> mapping experience might advise.
>
> addr:* tags - do not use. They are for objects that can receive physical
> mail, not for water pumps.
>
> Bye
> Frederik
>
> --
> Frederik Ramm  ##  eMail frederik at remote.org  ##  N49°00'09" E008°23'33"
>
> _______________________________________________
> 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/20221106/259fa7fd/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 199399 bytes
Desc: not available
URL: <http://lists.openstreetmap.org/pipermail/imports/attachments/20221106/259fa7fd/attachment-0001.png>