<div dir="ltr">Sorry I'm being very unclear.<div><br></div><div>And I totally agree with you, even if that's not a conceptual bug as the function doesn't do this.<br><div><br></div><div>I prepared some images,</div>
<div>can I join it to mail to the list or is it forbidden?</div><div><br></div><div>Cheers,</div><div>Rémi-C</div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/10/28 Sandro Santilli <span dir="ltr"><<a href="mailto:strk@keybit.net" target="_blank">strk@keybit.net</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Mon, Oct 28, 2013 at 11:00:59AM +0100, Rémi Cura wrote:<br>
> Hey all,<br>
><br>
> Hey Sandro.<br>
><br>
> The first beta version of the function is completed.<br>
>  ** GetRelatedTopogeom(source_topo topogeometry, target_topo_layer_id INT);<br>
> **<br>
> It returns set of topogeometry of the layer target_topo_layer_id that may<br>
> be affected by a change in topogeometry source_topo.<br>
<br>
</div>Uhm, I just realized there's a conceptual bug here.<br>
The only TopoGeometry objects that would be affected by a change in<br>
another TopoGeometry object are those used by hierarchical layers.<br>
<br>
TopoGeometry objects are only defined by relations, if you _change_<br>
a TopoGeometry you basically change its set of relations, which<br>
doesn't affect other sets.<br>
<br>
--strk;<br>
</blockquote></div><br></div>