I think your questions are related with a previous post today about synchronizing topogeometries.

In fact, for editing topogeometries without using primitive commands I was thinking in:

1.- Delete the topogeometry
2.- Remove the primitives which depend just on the geometry deleted.
3.- With totopogeom insert again the whole geometry

I know this procedure is not optimized at all but maybe this way (with a new function which does this work) one can avoid the complicated task about using primitive editing commands and to edit the relation table manually.
I have the feeling I not taking into account many things though.

What do you think about this procedure Sandro?


On 12/04/2012 22:43, Andrea Peri wrote:
Hi, strk,
thx for explaination.

>> Is this allowed ?
>
>I'm redrawing the schema for simplification.
>
>You ask:
>assuming there's a TopoGeometry T1 defined by F1,
>is the following editing allowed ?
>
> +----+----+      +---------+
> |    |    |      |         |
> | F1 e F2 |  =>  |    F1   |
> |    |    |      |         |
> +----+----+      +---------+
>
>No, because doing so would change the shape of T1.
>
>--strk;

So, I guess, if I have a topology constraint by a topogeometry layer.
This is a really big question, because I understand that if I put a topogeometry over a topology I lock (practically) the topology. Infact I have quite few choice to editing it if I have put a TopoGeometry on it.

Perhaps
I could try this option ?
Always with a TopoGeometry applied over it.

Topogeometry T1 on Face F1.

First change edge from this
(moving the external edge of F2 and moving also the edge "e")

I guess the ST_ChangeEdge should allow me move the edge "e".

 +----+----+      +---------+-----+
 |    |    |      |         |     |
 | F1 e F2 |  =>  |    F1   e  F2 |
 |    |    |      |         |     |
 +----+----+      +---------+-----+

and after this remove the external edge of F2

    +---------+
    |         |
 => |    F1   e
    |         |
    +---------+

Is this allowed ?

Andrea


--
-----------------
Andrea Peri
. . . . . . . . .
qwerty àèìòù
-----------------



_______________________________________________
postgis-users mailing list
postgis-users@postgis.refractions.net
http://postgis.refractions.net/mailman/listinfo/postgis-users

_______________________________________________
postgis-users mailing list
postgis-users@postgis.refractions.net
http://postgis.refractions.net/mailman/listinfo/postgis-users

Reply via email to