On 4/16/07, <b class="gmail_sendername">Robert (Jamie) Munro</b> <<a href="mailto:rjmunro@arjam.net">rjmunro@arjam.net</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;">

-----BEGIN PGP SIGNED MESSAGE-----<br>Hash: SHA1<br><br>Artem Pavlenko wrote:<br>><br>> 80n,<br>> We don't really need all this crossing segments.<br>> Please, could you explain to me what's wrong with representing features

<br>> like 'river with islands' as proper polygons (one exterior and<br>> n-interior rings) ? If you want just a small part of a bigger polygon<br>> for rendering use _clipping_.<br><br>The problem is that none of our existing editors can cope well with

editing a way that is big and complicated e.g. the whole river Thames as a single polygon. If it's multiple polygons, we need a way to join them, which is the crossing segments. It's a similar problem to coastlines.

</blockquote><div> No you don't need to join them.  You can use the feature/bug that ways do not require segments to be contiguous.  You can hop from one side of the river to the other and you can hop from the riverbank to an island without needing segments to connect them together.

Logically a way is made up of one or more sub-paths.  Each non-contiguous segment implicitly defines the start of a new sub-path. If we ever get rid of segments then, in this scenario, the way would become a super-way and each sub-path would become a way.

The concept of a path comprising of sub-paths is well defined in the W3C specifications and the rendering behaviour of such a path is also well defined.  It seems like a good model to use and is better than re-inventing the wheel (unless someone invents a better wheel).

<br><br>80n<br><br><br><br><br> </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Robert (Jamie) Munro<br>-----BEGIN PGP SIGNATURE-----

<br>Version: GnuPG v1.4.6 (Darwin)<br>Comment: Using GnuPG with Mozilla - <a href="http://enigmail.mozdev.org">http://enigmail.mozdev.org</a><br><br>iD8DBQFGI1USz+aYVHdncI0RAlVMAJ9+gFeB0q23jLQFlyBHhXfZVod5ygCdGj9F<br>r9qMkGs42vUjaOTn7zJsS6k=

<br>=fMVf<br>-----END PGP SIGNATURE-----<br></blockquote></div><br>