Urging editors and converters to maintain direction constraints breaks almost all implementations and makes it harder to implement. There are simple ways like the encoding I proposed.
Think about what reading OSM areas currently means to validators/converters/editors/renderers because of the node-ways-relationships-and-fancy-tags-stucture: First they have to read in all(!) nodes into memory befor he can assemble them to ways. Second, they have to check (hopefully closed) way tags in order to find out, if there is a tag which claims to be an area tag, which is eventually(!?) documented in the wiki. Third, they have to read in the whole(!) relationship section in order to find out if there are eventually relationships which refer to areas. I don't have a silver bullet for all way (= linestring) and area (= complex and/or mult-polygon) encodings. But I get the impression that the current encoding of OSM constatnly tries to avoid a simpler solution, may it be on purpose or not -- Stefan 2008/5/6 Iván Sánchez Ortega <[EMAIL PROTECTED]>: > El Martes, 6 de Mayo de 2008, Martijn van Oosterhout escribió: > > 2008/5/6 Karl Newman <[EMAIL PROTECTED]>: > > > [...] but we already have problems with mappers understanding the > > > clockwise/counterclockwise rules; > > > > What clockwise/counterclockwise rules? > > Namely, that the inner hulls (rings) of a multipolygon must have the > inverse > direction of the outer hull (ring), or else some renderers will bork up > the > result. See: > http://wiki.openstreetmap.org/index.php/Relations/Multipolygon > > Validators and automated tools can take care of that, though. > > -- > ---------------------------------- > Iván Sánchez Ortega <[EMAIL PROTECTED]> > > Now listening to: Hevia - Tierra de Nadie (No Man's Land) (1999) - [7] La > Línea Trazada (3:29) (85.363602%) > > _______________________________________________ > dev mailing list > [email protected] > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev > >
_______________________________________________ dev mailing list [email protected] http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
