The hardest thing is (as Steve said) it seems more of a higher level application thing. PostGIS could leverage a datamodel to separate vertexes, boundaries, areas, etc and even map what is common for each geometry, but I think it would be really hard to enforce such dynamic events (editing mostly).<br>

<br>PostGIS could do error verification according to some rules too, but I feel that this really needs to be at app level.<br><br>George<br><br><div class="gmail_quote">On Thu, Jul 1, 2010 at 10:43 AM, Stephen Woodbridge <span dir="ltr"><<a href="mailto:woodbri@swoodbridge.com">woodbri@swoodbridge.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im">strk wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Hello post-GIS users!<br>
I was wondering how many of you guys (if any) ever<br>
tried or even currently makes use of the topology<br>
model provided with PostGIS in the topology/ directory.<br>
<br>
It's been there since 2005 (times of postgis-1.1.x, geos-2.1,<br>
postgresql-7.3).<br>
<br>
For the record: it has been broken for some time as PostGIS<br>
changed function signatures and PostgreSQL switched a couple<br>
of major versions, but works again in trunk.<br>
<br>
So, did anyone try it ?<br>
</blockquote>
<br></div>
Yes, a few years back, but it did not seem to support the use cases I was looking at. Use cases:<br>
<br>
1. working with polygon coverages to maintain boundary coherence during edits<br>
2. simplify adjacent polygons without leaving gaps between them.<br>
3. editing road networks and maintaining coherence of joined segments and intersections<br>
<br>
While these are more high level application ideas and I guess at the lowest level you could build a topology that would support any of these, where did not seem to be support for any higher level functions that would help support implementing these ideas.<br>


<br>
Its been too many cycle since I tried it and my memory is not that clear on this any more, but that is what I remember. That said, I think it is very cool and would like to see more movement on it, but never found any funding possibilities because it seemed like it needed a lot to mature it as a product.<br>


<br>
Thanks for the fixes to trunk.<br>
<br>
-Steve W<div><div></div><div class="h5"><br>
_______________________________________________<br>
postgis-users mailing list<br>
<a href="mailto:postgis-users@postgis.refractions.net" target="_blank">postgis-users@postgis.refractions.net</a><br>
<a href="http://postgis.refractions.net/mailman/listinfo/postgis-users" target="_blank">http://postgis.refractions.net/mailman/listinfo/postgis-users</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>George R. C. Silva<br><br>Desenvolvimento em GIS<br><a href="http://blog.geoprocessamento.net">http://blog.geoprocessamento.net</a><br>