<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /></head><body style='font-size: 10pt; font-family: Verdana,Geneva,sans-serif'>
<p> </p>
<div> </div>
<p> </p>
<p>On 2015-06-06 15:55, Daniel Koć wrote:</p>
<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0">
<div class="pre" style="margin: 0; padding: 0; font-family: monospace"><span style="white-space: nowrap;">W dniu 06.06.2015 11:29, Colin Smale napisał(a):</span><br /><br />
<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0"><span style="white-space: nowrap;">Time to work towards an updated metamodel, with:</span><br /><br /><span style="white-space: nowrap;">* Multiple values (lists of values - sorting out the semicolon</span><br /><span style="white-space: nowrap;">business?)</span></blockquote>
<br /><span style="white-space: nowrap;">Sure!</span><br /><br />
<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0"><span style="white-space: nowrap;">* Complex values (data structures - formalising the namespace syntax?)</span></blockquote>
<br /><span style="white-space: nowrap;">Any example? I don't know what are you talking about.</span></div>
</blockquote>
<div class="pre" style="margin: 0; padding: 0; font-family: monospace"> </div>
<div class="pre" style="margin: 0; padding: 0; font-family: monospace">Take addresses as an example. An address is composed of a set of fields, like house number, postcode etc. These are mapped into the OSM tags "addr:street", "addr:postcode" and so on. You can consider an "address" to be a reusable definition, which can be used in many contexts. The current OSM syntax using the colon says that *this* use of "street" is in the role of a part of an "addr", and is semantically distinct from a "street" used as part of some other collection of values. All the data fields which are part of an "addr" are grouped together by the common prefix "addr:". But this usage of the colon to separate the namespace ID from the field is not actually part of the data metamodel. The key "addr:housenumber" is just a string and the colon is nothing special at the moment. It all hangs together with a sort of unwritten gentleman's agreement.</div>
<div class="pre" style="margin: 0; padding: 0; font-family: monospace"> </div>
<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0">
<div class="pre" style="margin: 0; padding: 0; font-family: monospace"><br />
<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0"><span style="white-space: nowrap;">* Simple Polygon as a basic type ("under construction" without any</span><br /><span style="white-space: nowrap;">tangible progress for years)</span></blockquote>
<br /><span style="white-space: nowrap;">What do you mean? This issue maybe?:</span><br /><br /><span style="white-space: nowrap;"><a href="http://wiki.openstreetmap.org/wiki/The_Future_of_Areas">http://wiki.openstreetmap.org/wiki/The_Future_of_Areas</a></span></div>
<div class="pre" style="margin: 0; padding: 0; font-family: monospace"> </div>
</blockquote>
<div class="pre" style="margin: 0; padding: 0; font-family: monospace"> </div>
<div class="pre" style="margin: 0; padding: 0; font-family: monospace">That is exactly what I mean. That article was created in 2011 and has essentially gone nowhere since then.</div>
<div class="pre" style="margin: 0; padding: 0; font-family: monospace"> </div>
<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0">
<div class="pre" style="margin: 0; padding: 0; font-family: monospace"><span style="white-space: nowrap;">These are all real-life things that cause a lot of energy to be</span><br /><span style="white-space: nowrap;">expended in OSM, simply because we don't have a way of representing</span><br /><span style="white-space: nowrap;">them in the metamodel.</span></div>
<div class="pre" style="margin: 0; padding: 0; font-family: monospace"> </div>
</blockquote>
<div class="pre" style="margin: 0; padding: 0; font-family: monospace"> </div>
<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0">
<div class="pre" style="margin: 0; padding: 0; font-family: monospace"><br /> You're right. I also argue we need better category system, exactly because we loose a lot of energy for trying to put some real-life objects into too narrow and fixed categorization model.<br /><br /><span style="white-space: nowrap;">Time to take things to the next level!</span><br /><span style="white-space: nowrap;">Any practical hints how to do it?</span></div>
<div class="pre" style="margin: 0; padding: 0; font-family: monospace"> </div>
</blockquote>
<div class="pre" style="margin: 0; padding: 0; font-family: monospace"> </div>
<div class="pre" style="margin: 0; padding: 0; font-family: monospace"><span style="white-space: nowrap;">This is where it gets problematic. Any attempt in this direction will necessarily restrict the freedom of mappers, by saying there is a right</span></div>
<div class="pre" style="margin: 0; padding: 0; font-family: monospace"><span style="white-space: nowrap;">way and a wrong way to do something. The theoretical side of creating an information metamodel is the easy bit. Getting the community to buy in to</span></div>
<div class="pre" style="margin: 0; padding: 0; font-family: monospace"><span style="white-space: nowrap;">something that will need support from every stakeholder in the OSM ecosystem is a challenge that is better picked up by someone else with more</span></div>
<div class="pre" style="margin: 0; padding: 0; font-family: monospace"><span style="white-space: nowrap;">diplomacy and patience than me... It's part of what I do for a living, and I try to pick my battles carefully.</span></div>
<div class="pre" style="margin: 0; padding: 0; font-family: monospace"> </div>
<div class="pre" style="margin: 0; padding: 0; font-family: monospace">//colin</div>
<div class="pre" style="margin: 0; padding: 0; font-family: monospace"> </div>
</body></html>