<div dir="auto">Yes,<div dir="auto"><br></div><div dir="auto">I do agree, implementing the standard as a first step seems to be a good approach. It would then provide functions that might be useful in case data might be edited through API.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le jeu. 21 nov. 2024, 17:52, Sandro Santilli <<a href="mailto:strk@kbt.io">strk@kbt.io</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Wed, Nov 20, 2024 at 10:23:40PM +0100, Pierre HARDY wrote:<br>
> In addition to my previous email (My apologies for double post)<br>
> <br>
> Point 2 : An alternative would be to bring a small addon to the current<br>
> topology-geometry implemtentation and provide a way for the user to disable<br>
> node creation when 2 lines intersects or 1 line self-intersects... This<br>
> could be an answer to to most uses cases I know, but as long as l know this<br>
> is not promoted by any ISO Standard.<br>
> <br>
> I do not know if such implementation would be accepted as part of a postgis<br>
> topology extension. What do you think ?<br>
<br>
I'd rather not mix Topology-Geometry (what's implemented) and<br>
Network-Topology (what you are after). An implementation of the<br>
standard network functions would best be part of a network extension, IMHO.<br>
<br>
--strk;<br>
</blockquote></div>