The rendering should be separate from the data. Marking a hiking trail<br>as an autobahn so it will be a different color or be visible on higher<br>zoom levels I think we all agree is wrong.<br><br>Provided the data is correct, I don't see a problem with altering the<br>
way data is collected and recorded to make it easier for renderers,<br>and those who program them and write the rendering rules.<br><br>----<br><br>I can see the attraction to the use of numbers for the values of the<br>highway tag. Having a new system that does not use terms that<br>
have other meanings can force people to think about the OSM<br>definitions of the values. The UK centric terms have this effect<br>for me. I have to think about what motorway means for the US<br>or Korea in terms of the OSM definition because I have no competing<br>
definition of the term motorway in my mind. For me motorway<br>only has an OSM definition.<br><br>People in countries with roads called motorways have a conflict<br>in their minds. If a section of a UK motorway is a single lane<br>
dirt track then someone in the UK may be tempted to label<br>it as a motorway because it has a motorway sign. (That's just<br>a hyperbole to make a point. Let's keep discussions of the<br>highway tag itself on a separate thread.)<br>
<br>One solution to this psychology problem is to use terms<br>that do not have a local meaning. Numbering might be<br>one way to do that for some tags but not for others.<br><br>Another way to solve this psychological problem is to hide<br>
the recorded data from the user. Something like presets<br>was suggested. Having different terms being used by the<br>person who writes the rendering rules and the person<br>collecting the data might cause other problems.<br>
<br><div class="gmail_quote">On Fri, May 9, 2008 at 6:27 PM, elvin ibbotson <<a href="mailto:elvin.ibbotson@poco.org.uk">elvin.ibbotson@poco.org.uk</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Much debate centres around the way features are tagged and how they<br>
are rendered (for example recent discussion of golf course tagging,<br>
the term 'highway', rendering power lines,...) and it seems that much<br>
of this is inextricably involved with the OSM data itself. I<br>
wondered if it was time, while OSM is still relatively young and<br>
before it becomes too ossified and institutionalised, for the<br>
approach to be reviewed.<br>
<br>
My own thoughts, for what they are worth, are that the data structure<br>
should be language/locale agnostic. For example, ways could have a<br>
numeric type field with, hypothetically, 10-19 being used for roads.<br>
In this scenario 11 might be a UK motorway, an Italian autostrada or<br>
an American interstate, while 19 might be a rough track (10 being<br>
reserved for some not-yet-invented super highway, after all some of<br>
us were here before motorways).<br>
<br>
The editors used to input data (Potlatch, JOSM, whatever) would hide<br>
this structured data from the user and translate it to/from human<br>
language. One immediate advantage is that a German user could tag an<br>
autobahn rather than a motorway and global users would not have to<br>
use language clearly derived from the British motorway/trunk road/A/B<br>
(and little-known C) road classification system. Instead, local<br>
nomenclature would be mapped (no pun intended) to the underlying data<br>
structure by the local edition of the editor. Highways are an obvious<br>
example we are all familiar with, but the principle would apply to<br>
all feature types. Places of worship could be mapped as cathedrals,<br>
churches, chapels, etc in Britain or as mosques, temples, shrines,<br>
whatever in the east.<br>
<br>
Rendering of the data is I think less tied up with the data itself,<br>
but again could be implemented differently by different map viewers.<br>
My paper road map of Ireland shows primary roads red in Ulster and<br>
green in Eire. Autbahns are green on my map of the Alps while<br>
autopistas are patriotically red and yellow on my Spanish map. Local<br>
or customisable viewers are possible with the current OSM but not, as<br>
far as I know, implemented yet, but the principle of separating the<br>
core data from the way it is described and depicted is, I believe,<br>
important.<br>
<br>
Another aspect of the base data structure is that of level-of-detail<br>
(LoD) filtering. This is obviously done at present (villages and<br>
footpaths disappear as you zoom out) but is dictated by the people<br>
who code the viewers and is not, as far as I know, very well<br>
addressed in the API, so LoD filtering has to be done after data has<br>
been acquired, when it should be possible to specify LoD when<br>
requesting data. If LoD were considered in structuring the database<br>
it would be easy to filter data (eg. road types 10-13 only or for<br>
major ways of all types *0-*3). This is simpler for programming than<br>
clumsily using named tags (highway=motorway|trunk|primary) and would<br>
be invisible to users who might see autopista, autovia or carretera<br>
general.<br>
<br>
elvin ibbotson<br>
<br>
_______________________________________________<br>
talk mailing list<br>
<a href="mailto:talk@openstreetmap.org">talk@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk" target="_blank">http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk</a><br>
</blockquote></div><br><br clear="all"><br>-- <br><a href="http://bowlad.com">http://bowlad.com</a>