<html>
<body>
<font face="Arial, Helvetica">Hello John,<br><br>
<x-tab>        </x-tab>Thanks for
your patient explanation, I'm beginning to see that OSM is a very
different flavour of GIS.  At the outset, my assumption was that it
was entirely emergency oriented.  I was puzzled by the references to
hairdressers and gymnasiums but I guess they result from a different
process.<br><br>
<x-tab>        </x-tab>I do think
that some emergency related features such as potential helipads,
powerline crossings, towers, cable cars, landslides, glacial lakes,
emergency shelters and such like might be better left to those with
experience with those types of features.  They wouldn't necessarily
need to be experienced with OSM, just familiar with identifying those
features.  I'm surprised that there is no process for identifying
and directing the more highly qualified mappers.<br><br>
<x-tab>        </x-tab>I had
intended to help with the helipad project but quickly became discouraged
with the less than adequate imagery and the weirdness of leisure =
common.  Merely verifying the leisure = common sites would probably
overlook lots of other qualified sites.  And how many sites with
this tag are actually sports fields as per the original intention? 
Then, mapping existing helipads marked with H in a circle, might be
redundant as such official sites would probably be already mapped by a
national agency.  I would recommend that potential helipads be
tagged as aeroway = helipads_potential, verified = no.  Proper
assessment of helipads requires an oblique, 3-D view.  I attempted
to introduce Google Earth into the process but licensing fears put the
kibosh on that.<br><br>
<x-tab>        </x-tab>I found
this surprising because Google Earth does have several other products and
does make a lot of noise about community and not for profit mapping
without any references to licensing.  They appear to actively
promote user generated files being placed into the public domain.  I
have spent some time attempting to talk to them about this but the best I
could do was an e-mail.  Will advise.<br><br>
<x-tab>        </x-tab><x-tab>
        </x-tab>Thanks again for
your time on this, I'm sure you have larger fish to fry, Cheers . . . . .
. . . Spring Harrison<br><br>
<x-tab>        </x-tab><br>
</font>At 20-05-2015 12:01 Wednesday, john whelan wrote:<br>
<blockquote type=cite class=cite cite="">OSM has a page of recommended
tags,
<a href="http://wiki.openstreetmap.org/wiki/Map_Features">
http://wiki.openstreetmap.org/wiki/Map_Features</a>.┬  Sometimes these
are used sometimes not.┬ 
<a href="http://taginfo.openstreetmap.org/">
http://taginfo.openstreetmap.org/</a> has information on how common a tag
is and is some times used to determine which tag should be used.┬  This
is a bottom up approach rather than the top down approach more usual in
the business world.<br><br>
For example many of the mappers locally are enthusiastic cyclists but the
recommended tags for cycle paths have been formulated in Europe, in
Canada we have some cycle paths / lanes that are used for cyclists in
summer and we dump snow on them in winter.┬  There is a local convention
for how these are tagged.<br><br>
With a conventional database you usually have a client in mind and they
have specific requirements.┬  OSM doesn't.┬  If someone wants to map
hairdressers that's fine as far as OSM is concerned they have contributed
to the map.┬  Locally many tags were in OSM that wouldn't render on
conventional rendering systems, no one else used the tags and the
renderers just ignored them.┬  Many mappers have their own personal views
about how something should be tagged and have no interest in following
any other suggestions at all.┬  It is an issue.<br><br>
HOT is much more structured, we actually have clients with requirements
in mind so we map to those as best we can. ┬  We have recommended tags
and to a much larger extent people follow them.┬  We do have a lot of new
mappers who may not even know about the map features page or find that
reading through more than two lines of instructions boring.┬  Having a
two step process with validation helps as well.┬  However we still rely
on locals on the ground mappers for more detail and as far as I'm
concerned if they want to map video games, hairdresser, gymnastics,
karate, volleyball or football fields that's fine, they might map
something else of use whilst they are mapping or introduce someone else
who might map something more useful to us.<br><br>
What the agencies like is that we can map places very quickly which is
better than no maps.┬  Also we are very cost effective, I was going to
say cheap but that has quality implications.┬  They can add their own
specific tags without having to go through a formal standards committee.
Typically it takes five years to get something through the ISO standards
process.┬  Currently in the background I believe HOT going through a
"standard's process" as we progress.┬  Nepal has had a big
impact on HOT, Ebola came earlier in the spring and is still around, but
the scale of mapping in Nepal has caused a rethink about how we do things
including training, things are becoming more formalised but having said
that I don't think it will ever be totally rigid.<br><br>
Cheerio John<br><br>
On 20 May 2015 at 11:32, althio
<<a href="mailto:althio.forum@gmail.com">althio.forum@gmail.com</a>
> wrote:<br>

<dl>
<dd>Springfield,<br><br>

<dd>Sorry for the partial answer and I don't mean to be harsh because
I<br>

<dd>know things around here are not easy to find and understand. We
all<br>

<dd>need pointers and FAQ or homepages and portals...<br><br>

<dd>My point is... I do think that you are somehow confused between<br>

<dd>OpenStreetMap and HOT:<br>
<br>

<dd>***<br>

<dd>OSM aka OpenStreetMap, the project, its database, its goals, its
community<br>

<dd>┬  ┬ -
[<a href="http://www.openstreetmap.org/welcome">http</a>
<a href="http://www.openstreetmap.org/welcome">
://www.openstreetmap.org/welcome</a>] OpenStreetMap, the free<br>

<dd>and editable map of the world<br>

<dd>┬  ┬ -
[<a href="http://www.openstreetmap.org/about">http</a>
<a href="http://www.openstreetmap.org/about">
://www.openstreetmap.org/about</a>] OpenStreetMap is built by a<br>

<dd>community of mappers that contribute and maintain data about
roads,<br>

<dd>trails, caf├ęs, railway stations, and much more (note: also
video<br>

<dd>games, hairdresser, gymnastics, karate and volleyball...) (note2:
also<br>

<dd>boundaries, hospitals, schools), all over the world.<br><br>

<dd>see also OSM Foundation, the entity to support the project<br>

<dd>┬  ┬ -
<a href="http://wiki.osmfoundation.org/wiki/Main_Page">
http://wiki.osmfoundation.org/wiki/Main_Page</a><br><br>

<dd>***<br>

<dd>HOT aka Humanitarian OSM Team is using a subset of OSM database
and<br>

<dd>building on it, its own goals (some overlap with OSM), its own<br>

<dd>community (some overlap with OSM)<br>

<dd>┬  ┬ -
[<a href="http://hotosm.org/">http</a><a href="http://hotosm.org/">
://hotosm.org/</a>] The Humanitarian OpenStreetMap Team [HOT]<br>

<dd>applies the principles of open source and open data sharing for<br>

<dd>humanitarian response and economic development.<br>

<dd>┬  ┬ -
[<a href="http://hotosm.org/about">http</a>
<a href="http://hotosm.org/about">://hotosm.org/about</a>]<br>

<dd>┬  ┬ -
[<a href="https://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Team" eudora="autourl">
https://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Team</a>]<br><br>

<dd>***<br><br>

<dd>Back to OSM and "tag soup" database. This is a rather hard
and<br>

<dd>technical topic, and not really related to HOT and this list. You
will<br>

<dd>not find the answer here, nor the most interested or skilled
people.<br>

<dd>HOT uses and contributes to the database, HOT does not control
it.<br><br>

<dd>A few more words anyway? ("I am not a lawyer" and "I
am not a database expert").<br>

<dd>OSM database is open, free, public, iterative and rather rich.<br>

<dd>OSM database is not fixed, not complete, not comprehensive, not<br>

<dd>homogeneous (spatially at least).<br>

<dd>The philosophy and structure have their own advantages and<br>

<dd>disadvantages compared to existing datasets.<br>

<dd>Please appreciate the uniqueness, value and potential of OSM
database<br>

<dd>before you try to make it a clone of something existing.<br><br>
<br>

<dd>All the best,<br><br>

<dd>┬ - althio<br><br>
<br>

<dd>On 19 May 2015 at 21:38, Springfield Harrison
<<a href="mailto:stellargps@gmail.com">stellargps@gmail.com</a>>
wrote:<br>

<dd>> Hello Stefan & Blake,<br>

<dd>><br>

<dd>> I concur with the comments about the "tag soup" mess.┬
 As I have mentioned<br>

<dd>> before, I am new to this OSM environment but have some years
experience with<br>

<dd>> GPS and GIS mapping and database design.<br>

<dd>><br>

<dd>> To be honest, I was appalled when I discovered that the OSM
database design<br>

<dd>> looked like a glorified scratchpad.┬  I just downloaded and
inspected 366,017<br>

<dd>> OSM database records.┬  There were 18 Key Terms and scores of
values.┬  I<br>

<dd>> extracted the unique combinations of keys/values and ended up
with 388<br>

<dd>> records of those.<br>

<dd>><br>

<dd>> It is difficult to describe the results in detail as patterns
are very hard<br>

<dd>> to see with this system.┬  Suffice it to say, there is an
abundance of<br>

<dd>> overlap, redundancy, ambiguity and a confusing intermingling of
features and<br>

<dd>> attributes.┬  Using traditional methods of querying a database,
it would be<br>

<dd>> impossible to definitively extract a meaningful subset of any of
the 366,000<br>

<dd>> records.┬  Generally speaking, the problem is that one feature
may be<br>

<dd>> described in many different ways that are not consistent.<br>

<dd>><br>

<dd>> Having said all that, since I frequently hear how well all this
mapping<br>

<dd>> information is received in the field, I must conclude that this
mishmash of<br>

<dd>> tagging somehow creates a usable end product.┬  It may well be
that I am not<br>

<dd>> aware of magic techniques that bring order to all this chaotic
tagging.<br>

<dd>> However, if it works, it is good.┬  However I do believe that it
will work<br>

<dd>> better with a more robust database.<br>

<dd>><br>

<dd>> Sorry to offer this harsh critique, but in decades of looking at
database<br>

<dd>> structures for both geographical and administrative
applications, I have<br>

<dd>> never seen such a jumble of terminology.<br>

<dd>><br>

<dd>> Anyway, I have put together what I believe is a more appropriate
Data<br>

<dd>> Dictionary that generally parallels the best practices in
database design.<br>

<dd>> I have found this approach to be very useful, and also useful in
the field,<br>

<dd>> since being introduced to it by Trimble Navigation in the early
90s.<br>

<dd>><br>

<dd>> I am impressed with the enthusiasm that permeates the crowd GIS
initiative<br>

<dd>> but concerned that the geographical and database underpinnings
may be less<br>

<dd>> than ideal.┬  My observation from creating a few software
applications, is<br>

<dd>> that the lesser trained are the users, the much greater
investment there<br>

<dd>> needs to be in the user interface and training.┬  GIS and GPS
data collection<br>

<dd>> is not particularly intuitive.<br>

<dd>><br>

<dd>> My approach in projects of this kind is always to start at the
far end with<br>

<dd>> the users - what information are they wanting for whatever it is
that they<br>

<dd>> do?┬  Then I look at the reporting requirements and finally
design the data<br>

<dd>> collection process to feed into that.<br>

<dd>><br>

<dd>> In the case of this emergency relief operation, I'm hard-pressed
to see the<br>

<dd>> value in mapping video games, hairdresser, gymnastics, karate
and<br>

<dd>> volleyball.┬  To be fair, many of the other attributes could
have value in<br>

<dd>> providing relief services but in the record set that I
downloaded, there<br>

<dd>> seems to be little information related to the emergency relief
effort.┬  In<br>

<dd>> over 366,000 records there are only 19 marked as aeroway =
helipad.<br>

<dd>><br>

<dd>> I'm not sure just how thorough you intend to be with the
"updating,<br>

<dd>> streamlining and regularizing" but I would be happy to help
where possible.<br>

<dd>><br>

<dd>> It would probably not be overly difficult to substitute a
new<br>

<dd>> feature/attribute catalogue into the OSM database.┬  Translating
the existing<br>

<dd>> mass of keys and values to their new equivalent might be more
challenging.<br>

<dd>> Databases succeed because they conform to standard pattern
sets.<br>

<dd>><br>

<dd>> Again, sorry to be less than enthusiastic but perhaps things can
be<br>

<dd>> improved.<br>

<dd>><br>

<dd>>┬  ┬  ┬  ┬  ┬ Thanks for your patience, Cheers . . . . . . . .
Spring Harrison<br><br>

<dd>_______________________________________________<br>

<dd>HOT mailing list<br>

<dd><a href="mailto:HOT@openstreetmap.org">HOT@openstreetmap.org</a><br>

<dd>
<a href="https://lists.openstreetmap.org/listinfo/hot" eudora="autourl">
https://lists.openstreetmap.org/listinfo/hot</a><br><br>

</dl></blockquote></body>
</html>