On 21/03/07, <b class="gmail_sendername"><a href="mailto:matthew-osm@newtoncomputing.co.uk">matthew-osm@newtoncomputing.co.uk</a></b> <<a href="mailto:matthew-osm@newtoncomputing.co.uk">matthew-osm@newtoncomputing.co.uk
</a>> wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">On Tue, Mar 20, 2007 at 10:14:20PM +0100, Dirk-Lüder Kreie wrote:
<br>> While I like the new osmarender styles and small fixes I'm against the<br>> usage of this preprocessor for the tiles@home layer.<br>> The errors should be fixed in the source data, not at the renderer.<br>
<br>Are they errors?<br><br>My (probably flawed) understanding of the definition of a<br>way is that it is an unordered group of segments. The fact<br>that the API returns them in the same order as they were<br>uploaded is therefore just coincidence.  Given this, it is
<br>essential that any renderer can cope with ways that contain<br>segments in any order.<br><br>On the other hand, maybe the definition actually is<br>"ordered" and I missed that bit ;-).</blockquote><div><br><br>
They are ordered, as in the API/DB will return them in the same order they were uploaded. That's in the spec.<br>The only problem is that there is no semantics defined as to what that ordering should be -- it's entirely up to the uploaders. So no, they're not errors as such, other than they don't render nicely without preprocessing, and there seems to be a general consensus on what constitutes a nice way for these purposes, and they aren't it.
<br><br>Of course, in a future version of the OSM data model it's possible this might change, at which time they may become errors, but until then renderers/editors etc will just have to cope (or not cope, with the intention of making users change things manually, assuming they can actually figure out what's wrong).
<br><br></div>Personally I think coping is the best way to go... OSM data will always be a little fuzzy round the edges, and not rendering a mess makes sense to me.<br></div><br>