<pre>>Just to add that for a normal user to think in primitives is going to be 
>kind of difficult. To try to delete an edge or change a topogeometry can 
>be very tricky.
>
>My opinion is that a user should work with topogeometries as if they 
>were normal geometries. PostGIS in a transparent way should deal with 
>the primitives. I know Im asking too much. Not for now. I already happy 
>a lot with persistent topology as it is right now.
</pre>Hi, <br>perhaps you are right (I hope surely),<br><br>But I'm no so sure of this.<br>my experience is that the topology is useful to produce a good really topologic dataset starting from a simple-feature topologically aprossimated dataset.<br>
<br>So after apply the starting dataset to a topology is often necessary to remove the <br>little danlges or slivers that the topology costruction phase (totopogeo) will evidence.<br><br>The standard solution to remove the sliver is to remove the edge that is born wrongly.<br>
Actually I cannot use the ST_RemEdgeModeFace to remove the edge and so I don't know how to remove the slivers easily.<br><br>The only solution I understand is to to produce a perfectly topologically and topologically correct dataset "before" to apply it to the topology.<br>
So the postgis topology (I fear) is no so useful in the productive process of dataset.<br><br>Where the starting phase is a topologically approximated simple feature dataset.<br><br>-- <br>-----------------<br>Andrea Peri<br>
. . . . . . . . . <br>qwerty אטלעש<br>-----------------<br><br>