<div>Ivan,</div>
<div> </div>
<div>Frederic asked:</div>
<div>>> Out of interest about the whole GML stuff - if you apply the XSLT from<br>>> here [...] to your OSM file, does the result even remotely look like the GML<br>>> that you originally put in?<br> </div>

<div>And you answered:<br>> I won't even bother running it - it is missing things like linearRings,<br>> polygons, multiPoligons on the GML side, and relations on the OSM side. It<br> </div>
<div>This XSLT is simply a result of a one-shot-need and never claimed to be a lossless conversion.<br> </div>
<div>>> I have heard people say that GML supports topology,<br>> Ha!<br> </div>
<div>I think your attitude to put OSM on one side and GIS in the other won't help to put OSM any further in the long termn.</div>
<div> </div>
<div>If you make judgements over a technology which is about 20 years older than OSM without even trying to find out it's working you will never find out how to make it better.</div>
<div> </div>
<div>GML uses XML and you can use XLink to encode relationships - even between layers. And "layers" can be put in one file. GML purposely encodes polygons as separate object to support object oriented handling. This does not exclude sharing attributes if you add this as an additional constraint. </div>

<div> </div>
<div>Handling of shared topology always was a matter of controversy. The only two big (!) GIS systems which tried it that way I know of disapeared from the market. That does'nt mean it's completely wrong what you're trying to do with relations. Still I think your approach - with node-ways, "predefined" keys and now relations - will become more and more complicated the more computational geometry artefacts you try to cope with.</div>

<div> </div>
<div>-- Stefan</div>
<div> </div>
<div>
<div>(BTW: its funny for me to defend GML as we actually invented a similar - but of course little bit more clever and still easier - encoding in Switzerland with Interlis 2 :->).</div><br> </div>
<div><span class="gmail_quote">2008/3/30, Iván Sánchez Ortega <<a href="mailto:ivansanchez@escomposlinux.org">ivansanchez@escomposlinux.org</a>>:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">El Domingo, 30 de Marzo de 2008, Frederik Ramm escribió:<br>> > If I use a relation of ways (making up a ring) as the outer (or inner)<br>
> > hull of a multipolygon relation[2], will it work?<br>><br>> Don't think it would currently, but it sure could be arranged. Some<br>> editors (*cough*) still have problems with nested relations though.[*]<br>
<br>My question was more related to the main renderers (mapnik and osmarender).<br><br>> While it is true that this would introduce a kind of asymmetry, I<br>> think it would be rather pragmatic as you'd seldom need multiple ways<br>
> on the "inner" ring.<br><br>"Seldom" != "never", so it may be needed. Given tie, I'd show you some cases<br>where it will be needed.<br><br>> About the GML:<br>><br>> Out of interest about the whole GML stuff - if you apply the XSLT from<br>
> here [...] to your OSM file, does the result even remotely look like the GML<br>> that you originally put in?<br><br>I won't even bother running it - it is missing things like linearRings,<br>polygons, multiPoligons on the GML side, and relations on the OSM side. It<br>
won't look anything like it, provided that I'm tagging the whole relation and<br>not the outer rings.<br><br>> I have heard people say that GML supports topology,<br><br>Ha!<br><br>Given my experiences with GML, it supports topology in some alternate universe<br>
only.<br><br>Even the implementation of the WFS service for the road network was borked - I<br>was missing endpoints of lineStrings and had to hack their coordinates by the<br>bounding box, not to mention how many<br><br>
> move the forest border, and the road moves as well? Until now I thought that<br>> any OSM to GML conversion would make two distinct objects, one forest, one<br>> road, and they'd lose their connection.<br><br>
They are in two separate layers, which are stored in two separate GML files<br>(or WFS-T live connections). I don't think most GIS software would allow<br>sharing topology between layers.<br><br>( See? That's one thing I really like about OSM: everything is in the same<br>
layer, everything is topologically connected )<br><br><br>--<br>----------------------------------<br>Iván Sánchez Ortega <<a href="mailto:ivansanchez@escomposlinux.org">ivansanchez@escomposlinux.org</a>><br><br>Palabras Textuales #307: "Este monitor no me deja imprimir!"<br>
(Agencia, Ejecutiva de Cuentas, acerca de los mensajes de error de la<br>impresora que aparecí­an en la pantalla del monitor)<br><br>_______________________________________________<br>dev mailing list<br><a href="mailto:dev@openstreetmap.org">dev@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev">http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev</a><br><br><br></blockquote></div><br>