Implementation of topology-network approach
Pierre HARDY
pierre.hardy5 at gmail.com
Thu Nov 21 11:37:33 PST 2024
Yes,
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.
Le jeu. 21 nov. 2024, 17:52, Sandro Santilli <strk at kbt.io> a écrit :
> On Wed, Nov 20, 2024 at 10:23:40PM +0100, Pierre HARDY wrote:
> > In addition to my previous email (My apologies for double post)
> >
> > Point 2 : An alternative would be to bring a small addon to the current
> > topology-geometry implemtentation and provide a way for the user to
> disable
> > node creation when 2 lines intersects or 1 line self-intersects... This
> > could be an answer to to most uses cases I know, but as long as l know
> this
> > is not promoted by any ISO Standard.
> >
> > I do not know if such implementation would be accepted as part of a
> postgis
> > topology extension. What do you think ?
>
> I'd rather not mix Topology-Geometry (what's implemented) and
> Network-Topology (what you are after). An implementation of the
> standard network functions would best be part of a network extension, IMHO.
>
> --strk;
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/postgis-devel/attachments/20241121/e239e2ae/attachment.htm>
More information about the postgis-devel
mailing list