Re: [geos-devel] [GEOS] #682: ST_OffsetCurve fails for some geometries
#682: ST_OffsetCurve fails for some geometries +--- Reporter: jventin | Owner: geos-devel@… Type: defect | Status: closed Priority: major | Milestone: 3.6.6 Component: Default | Version: 3.4.2 Severity: Unassigned | Resolution: fixed Keywords: | +--- Changes (by mdavis): * status: new => closed * resolution: => fixed -- Ticket URL: <https://trac.osgeo.org/geos/ticket/682#comment:11> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #682: ST_OffsetCurve fails for some geometries
#682: ST_OffsetCurve fails for some geometries +--- Reporter: jventin | Owner: geos-devel@… Type: defect | Status: new Priority: major | Milestone: 3.6.6 Component: Default | Version: 3.4.2 Severity: Unassigned | Resolution: Keywords: | +--- Comment (by mdavis): This appears to be fixed now. The provided test case works and gives a reasonable result. -- Ticket URL: <https://trac.osgeo.org/geos/ticket/682#comment:10> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
[geos-devel] GEOS 3.9.5 and GEOS 3.8.4 released
As part of a batch release of patches for stable branches, the 3.8.4 and 3.9.5 releases of GEOS are now available for download https://libgeos.org/usage/download/ . Note that GEOS 3.8.4 is the final release for the GEOS 3.8 series. If you haven't already upgraded to a newer GEOS minor version from GEOS 3.8, we highly recommend you do so. Release notes for 3.8.4 and 3.9.5 are below: 3.8.4 EOL https://github.com/libgeos/geos/blob/3.8.4/NEWS 3.9.5 https://github.com/libgeos/geos/blob/3.9.5/NEWS Regards, GEOS Development Team ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #743: Number of buffered points not always a multiple of quadSegs
#743: Number of buffered points not always a multiple of quadSegs +--- Reporter: Mike Taves | Owner: geos-devel@… Type: defect | Status: closed Priority: major | Milestone: 3.9.0 Component: Default | Version: 3.5.0 Severity: Annoyance | Resolution: fixed Keywords: | +--- Comment (by Regina Obe ): In [changeset:"23e07a54ef18e53dada85d3b0dcd41d84969d315/git" 23e07a5/git]: {{{#!CommitTicketReference repository="git" revision="23e07a54ef18e53dada85d3b0dcd41d84969d315" More missing cstdint headers Closes #990, References #743 }}} -- Ticket URL: <https://trac.osgeo.org/geos/ticket/743#comment:11> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
[geos-devel] 3.10.6, 3.11.3, 3.12.1 released
GEOS development team is happy to release GEOS 3.10.6, 3.11.3, and 3.12.1 releases. Note these are bug fix and improvement releases. Details at https://libgeos.org/posts/2023-11-11-geos-3-12-1-released/ We'll be releasing GEOS 3.8.4 EOL and GEOS 3.9.5 soon as well. Thanks, GEOS Development Team ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [postgis-devel] MacOS DYLD Fix
Paul Ramsey via postgis-devel writes: >> On Nov 10, 2023, at 3:46 PM, Regina Obe wrote: >> >> This isn’t an issue with other projects besides PostGIS that use GEOS? >> Perhaps related, how much trouble would it be to get PostGIS to use >> pkgconfig for GEOS. I see that GEOS does ship pkgconfig files. > > We could probably do it on a going-forward basis, but per usual we’d > end up with all the old code *plus* the pkgconfig code, so it wouldn’t > really “clean up” anything. There are autoconf macros already in > configure.ac doing pkgconfig stuff on other deps, so not too too hard > of an add. We need the old code because postgis allows geos that is too old for pkgconfig? I lean to use pkgconfig if it exists and then drop support for not-pkgconfig when geos that doesn't do it ages out. >> It’s always annoying when I try to do it that I have to explicitly >> specify the geos-config file in PostGIS when in other cases, we can >> read the pkg-config and have in fact standardized on that for other >> dependencies we use. >> >> I’ve added PostGIS dev to this since well we seem to be talking about >> PostGIS now. > > I’m honestly at a bit of a loss as to whether installing with an rpath > and expecting linking software to set an appropriate search path is > the right thing, or locking in a fixed installation location is the > right thing. Certainly the latter results in less nonsense in the > postgis build. But it broke proj, which had some tests that expected > to be able to manually move an installation post-install. Software that searches for a library should (again speaking normally not macOS-ish), should after finding the lib in prefix add -I$prefix/include to CPPFLAGS add -L$prefix/lib -Wl,-R$prefix/lib -lfoo to LDFLAGS/LDADD or however R, rpath, should be. this is basically from pkgconfig's misnamed flags: $ pkg-config --cflags geos; pkg-config --libs geos -I/usr/pkg/include -L/usr/pkg/lib -lgeos_c Installed pkgconfig files often get this wrong and omit the rpath. That's ok to do if $prefix/lib is in the system's default search path, which it isn't in this case. glib, in contrast, produces: $ pkg-config --cflags glib-2.0; pkg-config --libs glib-2.0 -I/usr/pkg/include/glib-2.0 -I/usr/pkg/lib/glib-2.0/include -I/usr/pkg/include -Wl,-R/usr/pkg/lib -L/usr/pkg/lib -lglib-2.0 -lintl For pkgsrc, this missing -R is not in practice a problem in almost all cases because almost everything is in /usr/pkg (or /opt/pkg, but the same place) and there is an overall -R for that. When things are in a subprefix (for parallel installation of multiple versions), it matters more. For Debian and most GNU/Linux distributions, everything is in /usr and thus in the default path. Running objdump -x on /usr/pkg/lib/libgeos_c.so: NEEDED libgeos.so.3.12.0 NEEDED libstdc++.so.9 NEEDED libm.so.0 NEEDED libgcc_s.so.1 NEEDED libc.so.12 SONAME libgeos_c.so.1 RPATH/usr/pkg/lib and that seems right. That RPATH really is needed formally as one cannot assume that the program linking in geos_c has RPATH, only that it found geos_c. It sounds like the issue is that macOS does things differently and we weren't ending up with the equivalent of RPATH set on macOS builds? ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] MacOS DYLD Fix
Paul Ramsey via geos-devel writes: > I’m on both sides of the argument now. The best/better practice might > be to leave the install behaviour as-is and try to coerce PostGIS into > ensuring the LD_RPATH on postgis.so, and other targets is set to the > discovered locations of the dylib files in the ./configure. I don't follow. If a shared library A needs another shared library B to load, then it needs to set RPATH (however that is spelled on systems that are Different) for the path where B is. When a program links with A, it needs to set RPATH to fine A. I can see why /usr/local/lib no longer being in a default search path would cause this to be noticed, but surely /opt/pkg/lib and /foo/bar/lib were never there, so this seems like a bug fix. ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] MacOS DYLD Fix
An exciting possibility, I haven’t poked that bear yet. > On Nov 10, 2023, at 3:57 PM, Regina Obe wrote: > > Hmm what about GDAL built with GEOS on Mac, anything fun happen there? > > From: Paul Ramsey > Sent: Friday, November 10, 2023 6:51 PM > To: Regina Obe > Cc: GEOS Development List ; PostGIS Development > Discussion > Subject: Re: [geos-devel] MacOS DYLD Fix > > > > >> On Nov 10, 2023, at 3:46 PM, Regina Obe > <mailto:l...@pcorp.us>> wrote: >> >> This isn’t an issue with other projects besides PostGIS that use GEOS? >> Perhaps related, how much trouble would it be to get PostGIS to use >> pkgconfig for GEOS. I see that GEOS does ship pkgconfig files. > > We could probably do it on a going-forward basis, but per usual we’d end up > with all the old code *plus* the pkgconfig code, so it wouldn’t really “clean > up” anything. There are autoconf macros already in configure.ac doing > pkgconfig stuff on other deps, so not too too hard of an add. > > >> It’s always annoying when I try to do it that I have to explicitly specify >> the geos-config file in PostGIS when in other cases, we can read the >> pkg-config and have in fact standardized on that for other dependencies we >> use. >> >> I’ve added PostGIS dev to this since well we seem to be talking about >> PostGIS now. > > I’m honestly at a bit of a loss as to whether installing with an rpath and > expecting linking software to set an appropriate search path is the right > thing, or locking in a fixed installation location is the right thing. > Certainly the latter results in less nonsense in the postgis build. But it > broke proj, which had some tests that expected to be able to manually move an > installation post-install. > > P > > >> >> From: Paul Ramsey > <mailto:pram...@cleverelephant.ca>> >> Sent: Friday, November 10, 2023 12:58 PM >> To: Regina Obe mailto:l...@pcorp.us>> >> Cc: GEOS Development List > <mailto:geos-devel@lists.osgeo.org>> >> Subject: Re: [geos-devel] MacOS DYLD Fix >> >> I’m on both sides of the argument now. The best/better practice might be to >> leave the install behaviour as-is and try to coerce PostGIS into ensuring >> the LD_RPATH on postgis.so, and other targets is set to the discovered >> locations of the dylib files in the ./configure. >> >> P. >> >> >> >>> On Nov 9, 2023, at 6:38 PM, Regina Obe >> <mailto:l...@pcorp.us>> wrote: >>> >>> I’ll hold off on releasing until there is consensus on this issue. >>> >>> From: geos-devel >> <mailto:geos-devel-boun...@lists.osgeo.org>> On Behalf Of Paul Ramsey via >>> geos-devel >>> Sent: Thursday, November 9, 2023 4:47 PM >>> To: GEOS Development List >> <mailto:geos-devel@lists.osgeo.org>> >>> Cc: Paul Ramsey >> <mailto:pram...@cleverelephant.ca>> >>> Subject: [geos-devel] MacOS DYLD Fix >>> >>> From XCode 15, the dyld linker no longer falls back to /usr/local/lib when >>> resolving an @rpath, so installing libraries in /usr/local/lib and hoping >>> that the linker finds them there is no longer workable. They need to be >>> installed with LC_ID_DYLIB set to the install location, which in cmake >>> world means installing them after setting the INSTALL_NAME_DIR property on >>> the target. >>> >>> https://github.com/libgeos/geos/commit/8cf761b4d77b1261e0f6673c6716adb2daee7eb1 >>> >>> I have committed this into main, and would like to pull it back a few >>> stable braches too, since I need it to effectively work on postgis/geos on >>> my Macbook, but I am going to hold off on the stable branches for a while, >>> if anyone working on main finds that this change has broken something in >>> *their* environment, please let me know. >>> >>> P. ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] MacOS DYLD Fix
Hmm what about GDAL built with GEOS on Mac, anything fun happen there? From: Paul Ramsey Sent: Friday, November 10, 2023 6:51 PM To: Regina Obe Cc: GEOS Development List ; PostGIS Development Discussion Subject: Re: [geos-devel] MacOS DYLD Fix On Nov 10, 2023, at 3:46 PM, Regina Obe mailto:l...@pcorp.us> > wrote: This isn’t an issue with other projects besides PostGIS that use GEOS? Perhaps related, how much trouble would it be to get PostGIS to use pkgconfig for GEOS. I see that GEOS does ship pkgconfig files. We could probably do it on a going-forward basis, but per usual we’d end up with all the old code *plus* the pkgconfig code, so it wouldn’t really “clean up” anything. There are autoconf macros already in configure.ac doing pkgconfig stuff on other deps, so not too too hard of an add. It’s always annoying when I try to do it that I have to explicitly specify the geos-config file in PostGIS when in other cases, we can read the pkg-config and have in fact standardized on that for other dependencies we use. I’ve added PostGIS dev to this since well we seem to be talking about PostGIS now. I’m honestly at a bit of a loss as to whether installing with an rpath and expecting linking software to set an appropriate search path is the right thing, or locking in a fixed installation location is the right thing. Certainly the latter results in less nonsense in the postgis build. But it broke proj, which had some tests that expected to be able to manually move an installation post-install. P From: Paul Ramsey mailto:pram...@cleverelephant.ca> > Sent: Friday, November 10, 2023 12:58 PM To: Regina Obe mailto:l...@pcorp.us> > Cc: GEOS Development List mailto:geos-devel@lists.osgeo.org> > Subject: Re: [geos-devel] MacOS DYLD Fix I’m on both sides of the argument now. The best/better practice might be to leave the install behaviour as-is and try to coerce PostGIS into ensuring the LD_RPATH on postgis.so, and other targets is set to the discovered locations of the dylib files in the ./configure. P. On Nov 9, 2023, at 6:38 PM, Regina Obe mailto:l...@pcorp.us> > wrote: I’ll hold off on releasing until there is consensus on this issue. From: geos-devel mailto:geos-devel-boun...@lists.osgeo.org> > On Behalf Of Paul Ramsey via geos-devel Sent: Thursday, November 9, 2023 4:47 PM To: GEOS Development List mailto:geos-devel@lists.osgeo.org> > Cc: Paul Ramsey mailto:pram...@cleverelephant.ca> > Subject: [geos-devel] MacOS DYLD Fix >From XCode 15, the dyld linker no longer falls back to /usr/local/lib when >resolving an @rpath, so installing libraries in /usr/local/lib and hoping that >the linker finds them there is no longer workable. They need to be installed >with LC_ID_DYLIB set to the install location, which in cmake world means >installing them after setting the INSTALL_NAME_DIR property on the target. https://github.com/libgeos/geos/commit/8cf761b4d77b1261e0f6673c6716adb2daee7eb1 I have committed this into main, and would like to pull it back a few stable braches too, since I need it to effectively work on postgis/geos on my Macbook, but I am going to hold off on the stable branches for a while, if anyone working on main finds that this change has broken something in *their* environment, please let me know. P. ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] MacOS DYLD Fix
> On Nov 10, 2023, at 3:46 PM, Regina Obe wrote: > > This isn’t an issue with other projects besides PostGIS that use GEOS? > Perhaps related, how much trouble would it be to get PostGIS to use pkgconfig > for GEOS. I see that GEOS does ship pkgconfig files. We could probably do it on a going-forward basis, but per usual we’d end up with all the old code *plus* the pkgconfig code, so it wouldn’t really “clean up” anything. There are autoconf macros already in configure.ac doing pkgconfig stuff on other deps, so not too too hard of an add. > It’s always annoying when I try to do it that I have to explicitly specify > the geos-config file in PostGIS when in other cases, we can read the > pkg-config and have in fact standardized on that for other dependencies we > use. > > I’ve added PostGIS dev to this since well we seem to be talking about PostGIS > now. I’m honestly at a bit of a loss as to whether installing with an rpath and expecting linking software to set an appropriate search path is the right thing, or locking in a fixed installation location is the right thing. Certainly the latter results in less nonsense in the postgis build. But it broke proj, which had some tests that expected to be able to manually move an installation post-install. P > > From: Paul Ramsey <mailto:pram...@cleverelephant.ca>> > Sent: Friday, November 10, 2023 12:58 PM > To: Regina Obe mailto:l...@pcorp.us>> > Cc: GEOS Development List <mailto:geos-devel@lists.osgeo.org>> > Subject: Re: [geos-devel] MacOS DYLD Fix > > I’m on both sides of the argument now. The best/better practice might be to > leave the install behaviour as-is and try to coerce PostGIS into ensuring the > LD_RPATH on postgis.so, and other targets is set to the discovered locations > of the dylib files in the ./configure. > > P. > > >> On Nov 9, 2023, at 6:38 PM, Regina Obe > <mailto:l...@pcorp.us>> wrote: >> >> I’ll hold off on releasing until there is consensus on this issue. >> >> From: geos-devel > <mailto:geos-devel-boun...@lists.osgeo.org>> On Behalf Of Paul Ramsey via >> geos-devel >> Sent: Thursday, November 9, 2023 4:47 PM >> To: GEOS Development List > <mailto:geos-devel@lists.osgeo.org>> >> Cc: Paul Ramsey > <mailto:pram...@cleverelephant.ca>> >> Subject: [geos-devel] MacOS DYLD Fix >> >> From XCode 15, the dyld linker no longer falls back to /usr/local/lib when >> resolving an @rpath, so installing libraries in /usr/local/lib and hoping >> that the linker finds them there is no longer workable. They need to be >> installed with LC_ID_DYLIB set to the install location, which in cmake world >> means installing them after setting the INSTALL_NAME_DIR property on the >> target. >> >> https://github.com/libgeos/geos/commit/8cf761b4d77b1261e0f6673c6716adb2daee7eb1 >> >> I have committed this into main, and would like to pull it back a few stable >> braches too, since I need it to effectively work on postgis/geos on my >> Macbook, but I am going to hold off on the stable branches for a while, if >> anyone working on main finds that this change has broken something in >> *their* environment, please let me know. >> >> P. ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] MacOS DYLD Fix
This isn’t an issue with other projects besides PostGIS that use GEOS? Perhaps related, how much trouble would it be to get PostGIS to use pkgconfig for GEOS. I see that GEOS does ship pkgconfig files. It’s always annoying when I try to do it that I have to explicitly specify the geos-config file in PostGIS when in other cases, we can read the pkg-config and have in fact standardized on that for other dependencies we use. I’ve added PostGIS dev to this since well we seem to be talking about PostGIS now. From: Paul Ramsey Sent: Friday, November 10, 2023 12:58 PM To: Regina Obe Cc: GEOS Development List Subject: Re: [geos-devel] MacOS DYLD Fix I’m on both sides of the argument now. The best/better practice might be to leave the install behaviour as-is and try to coerce PostGIS into ensuring the LD_RPATH on postgis.so, and other targets is set to the discovered locations of the dylib files in the ./configure. P. On Nov 9, 2023, at 6:38 PM, Regina Obe mailto:l...@pcorp.us> > wrote: I’ll hold off on releasing until there is consensus on this issue. From: geos-devel mailto:geos-devel-boun...@lists.osgeo.org> > On Behalf Of Paul Ramsey via geos-devel Sent: Thursday, November 9, 2023 4:47 PM To: GEOS Development List mailto:geos-devel@lists.osgeo.org> > Cc: Paul Ramsey mailto:pram...@cleverelephant.ca> > Subject: [geos-devel] MacOS DYLD Fix >From XCode 15, the dyld linker no longer falls back to /usr/local/lib when >resolving an @rpath, so installing libraries in /usr/local/lib and hoping that >the linker finds them there is no longer workable. They need to be installed >with LC_ID_DYLIB set to the install location, which in cmake world means >installing them after setting the INSTALL_NAME_DIR property on the target. https://github.com/libgeos/geos/commit/8cf761b4d77b1261e0f6673c6716adb2daee7eb1 I have committed this into main, and would like to pull it back a few stable braches too, since I need it to effectively work on postgis/geos on my Macbook, but I am going to hold off on the stable branches for a while, if anyone working on main finds that this change has broken something in *their* environment, please let me know. P. ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] MacOS DYLD Fix
I’m on both sides of the argument now. The best/better practice might be to leave the install behaviour as-is and try to coerce PostGIS into ensuring the LD_RPATH on postgis.so, and other targets is set to the discovered locations of the dylib files in the ./configure. P. > On Nov 9, 2023, at 6:38 PM, Regina Obe wrote: > > I’ll hold off on releasing until there is consensus on this issue. > > From: geos-devel On Behalf Of Paul > Ramsey via geos-devel > Sent: Thursday, November 9, 2023 4:47 PM > To: GEOS Development List > Cc: Paul Ramsey > Subject: [geos-devel] MacOS DYLD Fix > > From XCode 15, the dyld linker no longer falls back to /usr/local/lib when > resolving an @rpath, so installing libraries in /usr/local/lib and hoping > that the linker finds them there is no longer workable. They need to be > installed with LC_ID_DYLIB set to the install location, which in cmake world > means installing them after setting the INSTALL_NAME_DIR property on the > target. > > https://github.com/libgeos/geos/commit/8cf761b4d77b1261e0f6673c6716adb2daee7eb1 > > I have committed this into main, and would like to pull it back a few stable > braches too, since I need it to effectively work on postgis/geos on my > Macbook, but I am going to hold off on the stable branches for a while, if > anyone working on main finds that this change has broken something in *their* > environment, please let me know. > > P. ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] MacOS DYLD Fix
I'll hold off on releasing until there is consensus on this issue. From: geos-devel On Behalf Of Paul Ramsey via geos-devel Sent: Thursday, November 9, 2023 4:47 PM To: GEOS Development List Cc: Paul Ramsey Subject: [geos-devel] MacOS DYLD Fix >From XCode 15, the dyld linker no longer falls back to /usr/local/lib when resolving an @rpath, so installing libraries in /usr/local/lib and hoping that the linker finds them there is no longer workable. They need to be installed with LC_ID_DYLIB set to the install location, which in cmake world means installing them after setting the INSTALL_NAME_DIR property on the target. https://github.com/libgeos/geos/commit/8cf761b4d77b1261e0f6673c6716adb2daee7 eb1 I have committed this into main, and would like to pull it back a few stable braches too, since I need it to effectively work on postgis/geos on my Macbook, but I am going to hold off on the stable branches for a while, if anyone working on main finds that this change has broken something in *their* environment, please let me know. P. ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
[geos-devel] MacOS DYLD Fix
From XCode 15, the dyld linker no longer falls back to /usr/local/lib when resolving an @rpath, so installing libraries in /usr/local/lib and hoping that the linker finds them there is no longer workable. They need to be installed with LC_ID_DYLIB set to the install location, which in cmake world means installing them after setting the INSTALL_NAME_DIR property on the target. https://github.com/libgeos/geos/commit/8cf761b4d77b1261e0f6673c6716adb2daee7eb1 I have committed this into main, and would like to pull it back a few stable braches too, since I need it to effectively work on postgis/geos on my Macbook, but I am going to hold off on the stable branches for a while, if anyone working on main finds that this change has broken something in *their* environment, please let me know. P.___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #979: Topology exception in UnaryUnion
#979: Topology exception in UnaryUnion +--- Reporter: dbaston | Owner: geos-devel@… Type: defect | Status: closed Priority: major | Milestone: Component: Default | Version: main Severity: Unassigned | Resolution: fixed Keywords: | +--- Comment (by Paul Ramsey ): In [changeset:"13c25a877704327db9f4f0dfd9c41d527dc8f46d/git" 13c25a8/git]: {{{#!CommitTicketReference repository="git" revision="13c25a877704327db9f4f0dfd9c41d527dc8f46d" Skip over testing empty distances for mixed collections. Closes #979 }}} -- Ticket URL: <https://trac.osgeo.org/geos/ticket/979#comment:8> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #979: Topology exception in UnaryUnion
#979: Topology exception in UnaryUnion +--- Reporter: dbaston | Owner: geos-devel@… Type: defect | Status: closed Priority: major | Milestone: Component: Default | Version: main Severity: Unassigned | Resolution: fixed Keywords: | +--- Comment (by Paul Ramsey ): In [changeset:"5a3d493dcc7a079926af34b079bfa4c931fa614e/git" 5a3d493/git]: {{{#!CommitTicketReference repository="git" revision="5a3d493dcc7a079926af34b079bfa4c931fa614e" Skip over testing empty distances for mixed collections. Closes #979 }}} -- Ticket URL: <https://trac.osgeo.org/geos/ticket/979#comment:7> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #979: Topology exception in UnaryUnion
#979: Topology exception in UnaryUnion +--- Reporter: dbaston | Owner: geos-devel@… Type: defect | Status: closed Priority: major | Milestone: Component: Default | Version: main Severity: Unassigned | Resolution: fixed Keywords: | +--- Comment (by Paul Ramsey ): In [changeset:"1e1a194b3807ab41bf553f61abbcdf81fbbbcd94/git" 1e1a194/git]: {{{#!CommitTicketReference repository="git" revision="1e1a194b3807ab41bf553f61abbcdf81fbbbcd94" Skip over testing empty distances for mixed collections. Closes #979 }}} -- Ticket URL: <https://trac.osgeo.org/geos/ticket/979#comment:6> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #979: Topology exception in UnaryUnion
#979: Topology exception in UnaryUnion +--- Reporter: dbaston | Owner: geos-devel@… Type: defect | Status: closed Priority: major | Milestone: Component: Default | Version: main Severity: Unassigned | Resolution: fixed Keywords: | +--- Comment (by Paul Ramsey ): In [changeset:"2ec7bc32a7114f9f03e057593d4ad604604602bc/git" 2ec7bc32/git]: {{{#!CommitTicketReference repository="git" revision="2ec7bc32a7114f9f03e057593d4ad604604602bc" Skip over testing empty distances for mixed collections. Closes #979 }}} -- Ticket URL: <https://trac.osgeo.org/geos/ticket/979#comment:5> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #979: Topology exception in UnaryUnion
#979: Topology exception in UnaryUnion +--- Reporter: dbaston | Owner: geos-devel@… Type: defect | Status: closed Priority: major | Milestone: Component: Default | Version: main Severity: Unassigned | Resolution: fixed Keywords: | +--- Comment (by Paul Ramsey ): In [changeset:"ee20b490155fc96acd4009e4b6700d05f2b696ba/git" ee20b49/git]: {{{#!CommitTicketReference repository="git" revision="ee20b490155fc96acd4009e4b6700d05f2b696ba" Skip over testing empty distances for mixed collections. Closes #979 }}} -- Ticket URL: <https://trac.osgeo.org/geos/ticket/979#comment:4> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] PSC Vote: Mark GEOS 3.8 EOL after GEOS 3.8.4 and release 3.9.5, 3.10.6, 3.11.3, 3.12.1 - MOTION PASSED
> > +1 for release of 3.8.4, 3.9.5, 3.10.6, 3.11.3, 3.12.1 > +1 for EOL 3.8 > > --strk; > > On Mon, Nov 06, 2023 at 02:48:47PM -0500, Regina Obe via geos-devel > wrote: > > According to our chart here: > > > > https://libgeos.org/usage/download/ > > > > We should have EOL'd GEOS 3.8 last month. > > > > Looks like we have only 2 changes for 3.8.4 > > > > https://github.com/libgeos/geos/blob/3.8/NEWS > > > > Are we ready to release them and sunset this minor, or should we wait > > a little longer? > > > > I'm putting a +1 to release now, and mark it as EOL. > > > > I'm even willing to do the release myself of 3.8.4 > > > > and these - which seem to have quite a few fixes piled up > > 3.9.5 https://github.com/libgeos/geos/blob/3.9/NEWS > > 3.10.6 https://github.com/libgeos/geos/blob/3.10/NEWS > > 3.11.3 https://github.com/libgeos/geos/blob/3.11/NEWS.md > > 3.12.1 https://github.com/libgeos/geos/blob/3.12/NEWS.md > > > > +1 for release of 3.8.4, 3.9.5, 3.10.6, 3.11.3, 3.12.1 > > > > Thanks, > > Regina I proclaim motion passed with no down votes and 4 up votes Regina +1 Paul +1 Martin +1 Sandro +1 I plan to do the release this coming Friday night, so if you have changes you want in there, get in before then or give me warning and I can push the release date. Thanks, Regina ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] PSC Vote: Mark GEOS 3.8 EOL after GEOS 3.8.4 and release 3.9.5, 3.10.6, 3.11.3, 3.12.1
+1 for release of 3.8.4, 3.9.5, 3.10.6, 3.11.3, 3.12.1 +1 for EOL 3.8 --strk; On Mon, Nov 06, 2023 at 02:48:47PM -0500, Regina Obe via geos-devel wrote: > According to our chart here: > > https://libgeos.org/usage/download/ > > We should have EOL'd GEOS 3.8 last month. > > Looks like we have only 2 changes for 3.8.4 > > https://github.com/libgeos/geos/blob/3.8/NEWS > > Are we ready to release them and sunset this minor, or should we wait a > little longer? > > I'm putting a +1 to release now, and mark it as EOL. > > I'm even willing to do the release myself of 3.8.4 > > and these - which seem to have quite a few fixes piled up > 3.9.5 https://github.com/libgeos/geos/blob/3.9/NEWS > 3.10.6 https://github.com/libgeos/geos/blob/3.10/NEWS > 3.11.3 https://github.com/libgeos/geos/blob/3.11/NEWS.md > 3.12.1 https://github.com/libgeos/geos/blob/3.12/NEWS.md > > +1 for release of 3.8.4, 3.9.5, 3.10.6, 3.11.3, 3.12.1 > > Thanks, > Regina ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] PSC Vote: Mark GEOS 3.8 EOL after GEOS 3.8.4 and release 3.9.5, 3.10.6, 3.11.3, 3.12.1
OK doke > On Nov 6, 2023, at 12:57 PM, Regina Obe wrote: > > I was thinking maybe would be good for someone else to do besides you just to > confirm your instructions are followable. > > From: geos-devel On Behalf Of Paul > Ramsey via geos-devel > Sent: Monday, November 6, 2023 3:52 PM > To: GEOS Development List > Cc: Paul Ramsey > Subject: Re: [geos-devel] PSC Vote: Mark GEOS 3.8 EOL after GEOS 3.8.4 and > release 3.9.5, 3.10.6, 3.11.3, 3.12.1 > > +1. I can do the releases if you wish > > > >> On Nov 6, 2023, at 11:52 AM, Martin Davis via geos-devel >> mailto:geos-devel@lists.osgeo.org>> wrote: >> >> +1 >> >> On Mon, Nov 6, 2023 at 11:48 AM Regina Obe via geos-devel >> mailto:geos-devel@lists.osgeo.org>> wrote: >>> According to our chart here: >>> >>> https://libgeos.org/usage/download/ >>> >>> We should have EOL'd GEOS 3.8 last month. >>> >>> Looks like we have only 2 changes for 3.8.4 >>> >>> https://github.com/libgeos/geos/blob/3.8/NEWS >>> >>> Are we ready to release them and sunset this minor, or should we wait a >>> little longer? >>> >>> I'm putting a +1 to release now, and mark it as EOL. >>> >>> I'm even willing to do the release myself of 3.8.4 >>> >>> and these - which seem to have quite a few fixes piled up >>> 3.9.5 https://github.com/libgeos/geos/blob/3.9/NEWS >>> 3.10.6 https://github.com/libgeos/geos/blob/3.10/NEWS >>> 3.11.3 https://github.com/libgeos/geos/blob/3.11/NEWS.md >>> 3.12.1 https://github.com/libgeos/geos/blob/3.12/NEWS.md >>> >>> +1 for release of 3.8.4, 3.9.5, 3.10.6, 3.11.3, 3.12.1 >>> >>> Thanks, >>> Regina >>> >>> >>> ___ >>> geos-devel mailing list >>> geos-devel@lists.osgeo.org <mailto:geos-devel@lists.osgeo.org> >>> https://lists.osgeo.org/mailman/listinfo/geos-devel >> >> ___ >> geos-devel mailing list >> geos-devel@lists.osgeo.org <mailto:geos-devel@lists.osgeo.org> >> https://lists.osgeo.org/mailman/listinfo/geos-devel ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] PSC Vote: Mark GEOS 3.8 EOL after GEOS 3.8.4 and release 3.9.5, 3.10.6, 3.11.3, 3.12.1
I was thinking maybe would be good for someone else to do besides you just to confirm your instructions are followable. From: geos-devel On Behalf Of Paul Ramsey via geos-devel Sent: Monday, November 6, 2023 3:52 PM To: GEOS Development List Cc: Paul Ramsey Subject: Re: [geos-devel] PSC Vote: Mark GEOS 3.8 EOL after GEOS 3.8.4 and release 3.9.5, 3.10.6, 3.11.3, 3.12.1 +1. I can do the releases if you wish On Nov 6, 2023, at 11:52 AM, Martin Davis via geos-devel mailto:geos-devel@lists.osgeo.org> > wrote: +1 On Mon, Nov 6, 2023 at 11:48 AM Regina Obe via geos-devel mailto:geos-devel@lists.osgeo.org> > wrote: According to our chart here: https://libgeos.org/usage/download/ We should have EOL'd GEOS 3.8 last month. Looks like we have only 2 changes for 3.8.4 https://github.com/libgeos/geos/blob/3.8/NEWS Are we ready to release them and sunset this minor, or should we wait a little longer? I'm putting a +1 to release now, and mark it as EOL. I'm even willing to do the release myself of 3.8.4 and these - which seem to have quite a few fixes piled up 3.9.5 https://github.com/libgeos/geos/blob/3.9/NEWS 3.10.6 https://github.com/libgeos/geos/blob/3.10/NEWS 3.11.3 https://github.com/libgeos/geos/blob/3.11/NEWS.md 3.12.1 https://github.com/libgeos/geos/blob/3.12/NEWS.md +1 for release of 3.8.4, 3.9.5, 3.10.6, 3.11.3, 3.12.1 Thanks, Regina ___ geos-devel mailing list geos-devel@lists.osgeo.org <mailto:geos-devel@lists.osgeo.org> https://lists.osgeo.org/mailman/listinfo/geos-devel ___ geos-devel mailing list geos-devel@lists.osgeo.org <mailto:geos-devel@lists.osgeo.org> https://lists.osgeo.org/mailman/listinfo/geos-devel ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] PSC Vote: Mark GEOS 3.8 EOL after GEOS 3.8.4 and release 3.9.5, 3.10.6, 3.11.3, 3.12.1
+1. I can do the releases if you wish > On Nov 6, 2023, at 11:52 AM, Martin Davis via geos-devel > wrote: > > +1 > > On Mon, Nov 6, 2023 at 11:48 AM Regina Obe via geos-devel > mailto:geos-devel@lists.osgeo.org>> wrote: >> According to our chart here: >> >> https://libgeos.org/usage/download/ >> >> We should have EOL'd GEOS 3.8 last month. >> >> Looks like we have only 2 changes for 3.8.4 >> >> https://github.com/libgeos/geos/blob/3.8/NEWS >> >> Are we ready to release them and sunset this minor, or should we wait a >> little longer? >> >> I'm putting a +1 to release now, and mark it as EOL. >> >> I'm even willing to do the release myself of 3.8.4 >> >> and these - which seem to have quite a few fixes piled up >> 3.9.5 https://github.com/libgeos/geos/blob/3.9/NEWS >> 3.10.6 https://github.com/libgeos/geos/blob/3.10/NEWS >> 3.11.3 https://github.com/libgeos/geos/blob/3.11/NEWS.md >> 3.12.1 https://github.com/libgeos/geos/blob/3.12/NEWS.md >> >> +1 for release of 3.8.4, 3.9.5, 3.10.6, 3.11.3, 3.12.1 >> >> Thanks, >> Regina >> >> >> ___ >> geos-devel mailing list >> geos-devel@lists.osgeo.org <mailto:geos-devel@lists.osgeo.org> >> https://lists.osgeo.org/mailman/listinfo/geos-devel > ___ > geos-devel mailing list > geos-devel@lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/geos-devel ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] PSC Vote: Mark GEOS 3.8 EOL after GEOS 3.8.4 and release 3.9.5, 3.10.6, 3.11.3, 3.12.1
+1 On Mon, Nov 6, 2023 at 11:48 AM Regina Obe via geos-devel < geos-devel@lists.osgeo.org> wrote: > According to our chart here: > > https://libgeos.org/usage/download/ > > We should have EOL'd GEOS 3.8 last month. > > Looks like we have only 2 changes for 3.8.4 > > https://github.com/libgeos/geos/blob/3.8/NEWS > > Are we ready to release them and sunset this minor, or should we wait a > little longer? > > I'm putting a +1 to release now, and mark it as EOL. > > I'm even willing to do the release myself of 3.8.4 > > and these - which seem to have quite a few fixes piled up > 3.9.5 https://github.com/libgeos/geos/blob/3.9/NEWS > 3.10.6 https://github.com/libgeos/geos/blob/3.10/NEWS > 3.11.3 https://github.com/libgeos/geos/blob/3.11/NEWS.md > 3.12.1 https://github.com/libgeos/geos/blob/3.12/NEWS.md > > +1 for release of 3.8.4, 3.9.5, 3.10.6, 3.11.3, 3.12.1 > > Thanks, > Regina > > > ___ > geos-devel mailing list > geos-devel@lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/geos-devel > ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
[geos-devel] PSC Vote: Mark GEOS 3.8 EOL after GEOS 3.8.4 and release 3.9.5, 3.10.6, 3.11.3, 3.12.1
According to our chart here: https://libgeos.org/usage/download/ We should have EOL'd GEOS 3.8 last month. Looks like we have only 2 changes for 3.8.4 https://github.com/libgeos/geos/blob/3.8/NEWS Are we ready to release them and sunset this minor, or should we wait a little longer? I'm putting a +1 to release now, and mark it as EOL. I'm even willing to do the release myself of 3.8.4 and these - which seem to have quite a few fixes piled up 3.9.5 https://github.com/libgeos/geos/blob/3.9/NEWS 3.10.6 https://github.com/libgeos/geos/blob/3.10/NEWS 3.11.3 https://github.com/libgeos/geos/blob/3.11/NEWS.md 3.12.1 https://github.com/libgeos/geos/blob/3.12/NEWS.md +1 for release of 3.8.4, 3.9.5, 3.10.6, 3.11.3, 3.12.1 Thanks, Regina ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] Buffering with obstacles
OK, I have the solution now. 1) Starting at point X,Y draw a circle of radius B (B = buffering dist) 2) Construct the visibility polygon from X,Y limited by the circle. 3) The visibility polygon will be effectively a list of rays from X,Y to points on the obstacles. Collect the list of points where the rays touch an obstacle at a line segment end-point - including where they touch tangentially and may carry on past that edge point to another obstacle. I.e. one ray may generate more than one point. 4) At each of those points at a distance D from X,Y, recursively invoke this algorithm with the distance parameter reset to B-D, until the remaining distance is zero. The resulting polygon will consist of straight line segments (from obstacle edges facing the source points, and projections past edges) plus circular arcs where the circles expire due to having reached the maximum buffering distance without having touched any object. So the only polygon operation really needed to implement this is the construction of the simple distance-limited visibility polygon, which is done by finding the objects within range B from X,Y and enumerating the end-points of the segments composing that object facing X,Y. The recursion takes care of the complexity of shapes and the union of all the partial results creates the final buffered object. I hope I managed to explain that OK. If not, let me know and I'll try to generate some graphics to make it more clear. G ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] Buffering with obstacles
On Thu, Oct 12, 2023 at 4:25 AM Graham Toal wrote: > You need a variation of the shortest path algorithm; it's basically a > breadth-first flood fill, which is usually implemented by a raster > algorithm, however it *is* possible to come up with something less > expensive (but more complex to code) by using a ray-tracing algorithm (or > more specifically 'shadow casting'). I can't see an easy way to do it > using standard polygon operations though. > I've been thinking more about this problem and I think it might be possible on polygons. Some years back several of us at the MIT "Scratch" site wrote different ways of shadow casting (see https://scratch.mit.edu/projects/237786845/ for an example - click and drag the lightbulb around) not all of which were raster-based. Search the site for "pen shadow(s)" to see other examples. The missing polygon primitive needed is to construct a visibility polygon ( https://en.wikipedia.org/wiki/Visibility_polygon ), after which you would recurse down all the lines extending from the point of view with some sort of continuously varying buffering that extended the visibility by the remaining unexplored distance. One experiment I did on constructing the visibility polygon was to do a binary chop on all the obstacle polygons to determine their leftmost and rightmost extents relative to the viewpoint - try this demo to see that work: https://scratch.mit.edu/projects/115648650/ - I think it is doable in GEOS but not trivial. If GEOS is used in any programming classes I think the problem would make a good class project for kids! (The kids at MIT who worked on the shadow casting were mostly 12 - 16 yr olds) G ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] Buffering with obstacles
You need a variation of the shortest path algorithm; it's basically a breadth-first flood fill, which is usually implemented by a raster algorithm, however it *is* possible to come up with something less expensive (but more complex to code) by using a ray-tracing algorithm (or more specifically 'shadow casting'). I can't see an easy way to do it using standard polygon operations though. ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] Buffering with obstacles
Feels like a raster problem… each cell in your picture is a fixed distance from the starting cell. > On Oct 11, 2023, at 3:49 PM, Nyall Dawson via geos-devel > wrote: > > Hi list! > > (Apologies in advance for the embedded image, I couldn't write this > post sensibly without it). > > I had a novel request this week for calculation of buffers which > respect obstacle geometries. Given input features (the red dot below, > but could also be line/polygon features), and a layer of "obstacles" > (the blue line, but could be either lines or polygons), then the > buffer must respect the obstacles and not be allowed to cross over the > blue line. Ie the desired result is the red shaded area in the > attached image. > > Every point in the buffer should be within the buffer distance of the > original geometry by paths which don't cross any of the obstacle > features. > > There's some prior related discussion at > https://gis.stackexchange.com/questions/390958/buffering-with-obstacles > > Is this something which could potentially belong in JTS / GEOS? Is it > even possible? And if so, is it something my customer could fund the > development of? > > Cheers, > Nyall > ___ > geos-devel mailing list > geos-devel@lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/geos-devel ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
[geos-devel] Buffering with obstacles
Hi list! (Apologies in advance for the embedded image, I couldn't write this post sensibly without it). I had a novel request this week for calculation of buffers which respect obstacle geometries. Given input features (the red dot below, but could also be line/polygon features), and a layer of "obstacles" (the blue line, but could be either lines or polygons), then the buffer must respect the obstacles and not be allowed to cross over the blue line. Ie the desired result is the red shaded area in the attached image. Every point in the buffer should be within the buffer distance of the original geometry by paths which don't cross any of the obstacle features. There's some prior related discussion at https://gis.stackexchange.com/questions/390958/buffering-with-obstacles Is this something which could potentially belong in JTS / GEOS? Is it even possible? And if so, is it something my customer could fund the development of? Cheers, Nyall ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #1064: Topology preserve simplify: unexpected behavior on similar polygons
#1064: Topology preserve simplify: unexpected behavior on similar polygons +--- Reporter: uclaros | Owner: geos-devel@… Type: defect | Status: closed Priority: minor | Milestone: GEOS Fund Me Component: Default | Version: main Severity: Unassigned | Resolution: fixed Keywords: | +--- Comment (by uclaros): This is not properly resolved, the following two cases still fail to remove the 42,42 vertex: {{{ QgsGeometry.fromWkt('Polygon ((0 42, 42 100, 100 42, 42 42, 0 42))').simplify(1) QgsGeometry.fromWkt('Polygon ((100 42, 42 42, 0 42, 42 100, 100 42))').simplify(1) }}} -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1064#comment:10> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #932: improve static-library build
#932: improve static-library build +--- Reporter: basiliscos | Owner: geos-devel@… Type: patch | Status: closed Priority: major | Milestone: 3.10.0 Component: Default | Version: main Severity: Unassigned | Resolution: fixed Keywords: | +--- Comment (by Mike Taves ): In [changeset:"40da3a61338068549eabe19f68d1cf082cece853/git" 40da3a61/git]: {{{#!CommitTicketReference repository="git" revision="40da3a61338068549eabe19f68d1cf082cece853" Fix CMake on Windows with Visual Studio (#945) Avoid setting CMAKE_BUILD_TYPE default when multi-config generators are used. Avoid setting CMAKE_BUILD_TYPE STRINGS property if it is not a cache variable. This avoids CMake errors if CMAKE_BUILD_TYPE isn't set on the command-line. Closes #932 }}} -- Ticket URL: <https://trac.osgeo.org/geos/ticket/932#comment:5> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #932: improve static-library build
#932: improve static-library build +--- Reporter: basiliscos | Owner: geos-devel@… Type: patch | Status: closed Priority: major | Milestone: 3.10.0 Component: Default | Version: main Severity: Unassigned | Resolution: fixed Keywords: | +--- Changes (by GitHub ): * resolution: worksforme => fixed Comment: In [changeset:"87bf94a3227626bba6a94fe65abd3b6bd2344fa6/git" 87bf94a/git]: {{{#!CommitTicketReference repository="git" revision="87bf94a3227626bba6a94fe65abd3b6bd2344fa6" Fix CMake on Windows with Visual Studio (#945) Avoid setting CMAKE_BUILD_TYPE default when multi-config generators are used. Avoid setting CMAKE_BUILD_TYPE STRINGS property if it is not a cache variable. This avoids CMake errors if CMAKE_BUILD_TYPE isn't set on the command-line. Closes #932 }}} -- Ticket URL: <https://trac.osgeo.org/geos/ticket/932#comment:4> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #572: Contains issue for complex LineStrings [JTS fails too]
#572: Contains issue for complex LineStrings [JTS fails too] +--- Reporter: Mike Taves | Owner: mdavis Type: defect | Status: assigned Priority: major | Milestone: Upstream Component: Default | Version: 3.3.4 Severity: Unassigned | Resolution: Keywords: jtsfail | +--- Changes (by mdavis): * owner: geos-devel@… => mdavis * status: new => assigned -- Ticket URL: <https://trac.osgeo.org/geos/ticket/572#comment:12> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #572: Contains issue for complex LineStrings [JTS fails too]
#572: Contains issue for complex LineStrings [JTS fails too] +--- Reporter: Mike Taves | Owner: geos-devel@… Type: defect | Status: new Priority: major | Milestone: Upstream Component: Default | Version: 3.3.4 Severity: Unassigned | Resolution: Keywords: jtsfail | +--- Comment (by mdavis): Fixed by https://github.com/libgeos/geos/pull/937 -- Ticket URL: <https://trac.osgeo.org/geos/ticket/572#comment:11> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #934: disable svn access from the web
#934: disable svn access from the web ---+--- Reporter: gdt| Owner: geos-devel@… Type: task | Status: closed Priority: minor | Milestone: Management Component: Default| Version: main Severity: Annoyance | Resolution: fixed Keywords: | ---+--- Comment (by Paul Ramsey ): In [changeset:"6bc91ff0f985abb96e44f1c8ef9cf010d9d2006c/git" 6bc91ff/git]: {{{#!CommitTicketReference repository="git" revision="6bc91ff0f985abb96e44f1c8ef9cf010d9d2006c" Explicitly set endianness for some tests so that output matches expected. Closes #934 }}} -- Ticket URL: <https://trac.osgeo.org/geos/ticket/934#comment:5> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #934: disable svn access from the web
#934: disable svn access from the web ---+--- Reporter: gdt| Owner: geos-devel@… Type: task | Status: closed Priority: minor | Milestone: Management Component: Default| Version: main Severity: Annoyance | Resolution: fixed Keywords: | ---+--- Comment (by Paul Ramsey ): In [changeset:"e93854317dd3130644891c73579e773859a12717/git" e938543/git]: {{{#!CommitTicketReference repository="git" revision="e93854317dd3130644891c73579e773859a12717" Explicitly set endianness for some tests so that output matches expected. Closes #934 }}} -- Ticket URL: <https://trac.osgeo.org/geos/ticket/934#comment:4> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #712: Single-sided buffer gives unexpected result
#712: Single-sided buffer gives unexpected result +--- Reporter: pmeems | Owner: geos-devel@… Type: defect | Status: closed Priority: major | Milestone: 3.6.3 Component: Default | Version: 3.4.2 Severity: Unassigned | Resolution: fixed Keywords: | +--- Changes (by Sandro Santilli ): * resolution: wontfix => fixed Comment: In [changeset:"091f6d99fd2d6485c8f1be1106f914c4bb4c2b84/git" 091f6d9/git]: {{{#!CommitTicketReference repository="git" revision="091f6d99fd2d6485c8f1be1106f914c4bb4c2b84" Only keep biggest polygon from single-sided buffer Closes GH-665 Closes #810 Closes #712 Includes unit test }}} -- Ticket URL: <https://trac.osgeo.org/geos/ticket/712#comment:9> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #712: Single-sided buffer gives unexpected result
#712: Single-sided buffer gives unexpected result +--- Reporter: pmeems | Owner: geos-devel@… Type: defect | Status: closed Priority: major | Milestone: 3.6.3 Component: Default | Version: 3.4.2 Severity: Unassigned | Resolution: wontfix Keywords: | +--- Comment (by strk): This case seems to be fixed with https://github.com/libgeos/geos/pull/896#issuecomment-1538174226 -- Ticket URL: <https://trac.osgeo.org/geos/ticket/712#comment:8> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #935: incorrect cmake instruction
#935: incorrect cmake instruction ---+--- Reporter: xzcvczx| Owner: geos-devel@… Type: defect | Status: closed Priority: minor | Milestone: 3.11.0 Component: Build/Install (cmake) | Version: main Severity: Unassigned | Resolution: fixed Keywords: cmake | ---+--- Changes (by strk): * status: new => closed * resolution: => fixed Comment: The MACOSX conditional is not present anymore as of [4c3bd72ba73e9688b0712d9878d073559c84e4d6/git] (3.12.0dev) so I'm closing this -- Ticket URL: <https://trac.osgeo.org/geos/ticket/935#comment:3> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #1006: CMake build without tests regression
#1006: CMake build without tests regression ---+--- Reporter: Mike Taves | Owner: geos-devel@… Type: defect | Status: closed Priority: major | Milestone: Component: Build/Install (cmake) | Version: main Severity: Unassigned | Resolution: fixed Keywords: | ---+--- Comment (by Mike Taves ): In [changeset:"ccb2f0fb0a92c42a0a9f44bbb83703fd7f08ebd7/git" ccb2f0f/git]: {{{#!CommitTicketReference repository="git" revision="ccb2f0fb0a92c42a0a9f44bbb83703fd7f08ebd7" Fix CMake build without tests Fixes #1006 }}} -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1006#comment:3> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #1092: Fixed-precision overlay methods fail if inputs are mixed dimensions
#1092: Fixed-precision overlay methods fail if inputs are mixed dimensions --+--- Reporter: Brendan Ward | Owner: geos-devel@… Type: defect| Status: closed Priority: major | Milestone: 3.9.3 Component: Default | Version: main Severity: Unassigned| Resolution: duplicate Keywords:| --+--- Changes (by dbaston): * status: new => closed * resolution: => duplicate Comment: Superseded by https://github.com/libgeos/geos/issues/797 -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1092#comment:5> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #843: Deprecated declarations warning macro
#843: Deprecated declarations warning macro -+--- Reporter: nila | Owner: geos-devel@… Type: enhancement | Status: closed Priority: major| Milestone: GEOS Fund Me Component: Default | Version: main Severity: Unassigned | Resolution: wontfix Keywords: | -+--- Changes (by dbaston): * status: new => closed * resolution: => wontfix Comment: Project is now using C++14, we can use `[[deprecated]]` if needed. -- Ticket URL: <https://trac.osgeo.org/geos/ticket/843#comment:2> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #1089: Support for geometry with M value
#1089: Support for geometry with M value -+--- Reporter: jfbourdon| Owner: geos-devel@… Type: enhancement | Status: closed Priority: minor| Milestone: 3.11.0 Component: Default | Version: main Severity: Unassigned | Resolution: fixed Keywords: | -+--- Changes (by dbaston): * status: new => closed * resolution: => fixed Comment: Overlay support added in [changeset:4292b127ec4a9657fee07efdd8f5bf957fc521d5/git] -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1089#comment:5> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #1089: Support for geometry with M value
#1089: Support for geometry with M value -+--- Reporter: jfbourdon| Owner: geos-devel@… Type: enhancement | Status: new Priority: minor| Milestone: 3.11.0 Component: Default | Version: main Severity: Unassigned | Resolution: Keywords: | -+--- Comment (by dbaston): Support for reading and writing WKT and WKB with M values was added in [changeset:60edf0e5f040e065193bd5beb79f7fa8febb1cd5/git] PR for M interpolation in overlay at https://github.com/libgeos/geos/pull/802 -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1089#comment:4> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #946: hashCode functions not usable by STL containers
#946: hashCode functions not usable by STL containers -+--- Reporter: dbaston | Owner: geos-devel@… Type: enhancement | Status: closed Priority: minor| Milestone: 3.11.0 Component: Default | Version: main Severity: Unassigned | Resolution: fixed Keywords: | -+--- Changes (by dbaston): * status: new => closed * resolution: => fixed Comment: Resolved with [changeset:4cc61f7ece386c366f78541195f8fbc4247a1756/git] -- Ticket URL: <https://trac.osgeo.org/geos/ticket/946#comment:3> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #844: Geos 3.6.2 tests failing on ppc64le architecture
#844: Geos 3.6.2 tests failing on ppc64le architecture --+--- Reporter: Roberto Oliveira | Owner: geos-devel@… Type: defect| Status: closed Priority: major | Milestone: 3.6.6 Component: Default | Version: 3.6.2 Severity: Unassigned| Resolution: worksforme Keywords:| --+--- Changes (by dbaston): * status: new => closed * resolution: => worksforme Comment: Appears to be OK for 3.11.1. https://buildd.debian.org/status/fetch.php?pkg=geos=ppc64el=3.11.1-1=1668588015=0 -- Ticket URL: <https://trac.osgeo.org/geos/ticket/844#comment:5> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #1030: Retain order of inputs in GEOSVoronoiDiagram
#1030: Retain order of inputs in GEOSVoronoiDiagram -+--- Reporter: dbaston | Owner: geos-devel@… Type: enhancement | Status: closed Priority: major| Milestone: 3.11.0 Component: Default | Version: main Severity: Unassigned | Resolution: fixed Keywords: | -+--- Changes (by dbaston): * status: new => closed * resolution: => fixed -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1030#comment:8> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #1030: Retain order of inputs in GEOSVoronoiDiagram
#1030: Retain order of inputs in GEOSVoronoiDiagram -+--- Reporter: dbaston | Owner: geos-devel@… Type: enhancement | Status: new Priority: major| Milestone: 3.11.0 Component: Default | Version: main Severity: Unassigned | Resolution: Keywords: | -+--- Comment (by dbaston): Resolved by [changeset:ad54d81109f909f473dec6f89a444ab764308b87/git] -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1030#comment:7> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #1064: Topology preserve simplify: unexpected behavior on similar polygons
#1064: Topology preserve simplify: unexpected behavior on similar polygons +--- Reporter: uclaros | Owner: geos-devel@… Type: defect | Status: closed Priority: minor | Milestone: GEOS Fund Me Component: Default | Version: main Severity: Unassigned | Resolution: fixed Keywords: | +--- Changes (by dbaston): * status: new => closed * resolution: => fixed Comment: Resolved by [changeset:a8514a36f7a6ca3e1eccc2a9b53d3d711342d2bf/git] -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1064#comment:9> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #769: Robustness failure in GEOSVoronoiDiagram
#769: Robustness failure in GEOSVoronoiDiagram +--- Reporter: dbaston | Owner: geos-devel@… Type: defect | Status: closed Priority: major | Milestone: Upstream Component: Default | Version: 3.5.0 Severity: Unassigned | Resolution: fixed Keywords: | +--- Changes (by dbaston): * status: new => closed * resolution: => fixed Comment: Not sure when this was fixed, but I added a test confirming the fix at [changeset:6a5588c912d0f897db4dcd1de7f5b163ccefa3dd/git]. -- Ticket URL: <https://trac.osgeo.org/geos/ticket/769#comment:8> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #859: Voronoi issue
#859: Voronoi issue +--- Reporter: jjgreen | Owner: geos-devel@… Type: defect | Status: closed Priority: major | Milestone: 3.6.6 Component: Default | Version: 3.5.1 Severity: Unassigned | Resolution: fixed Keywords: | +--- Changes (by dbaston): * status: new => closed * resolution: => fixed -- Ticket URL: <https://trac.osgeo.org/geos/ticket/859#comment:13> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #1041: Port DBSCAN clustering from PostGIS
#1041: Port DBSCAN clustering from PostGIS -+--- Reporter: dericke | Owner: geos-devel@… Type: enhancement | Status: closed Priority: major| Milestone: 3.11.0 Component: Default | Version: 3.8.0 Severity: Unassigned | Resolution: fixed Keywords: | -+--- Changes (by dbaston): * status: new => closed * resolution: => fixed Comment: Added with [changeset:6ea4e94e9c3a8d14ee9950f7e12eef273c74047c/git] -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1041#comment:4> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #1108: Doxygen GEOS API returns 404
#1108: Doxygen GEOS API returns 404 ---+--- Reporter: akadouri | Owner: geos-devel@… Type: defect | Status: closed Priority: major | Milestone: 3.9.3 Component: Documentation | Version: 3.9.0 Severity: Unassigned | Resolution: fixed Keywords: doxygen| ---+--- Changes (by dbaston): * status: new => closed * resolution: => fixed -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1108#comment:2> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #1012: Thread Sanitizer warns of data race in geos::util::Interrupt::cancel()
#1012: Thread Sanitizer warns of data race in geos::util::Interrupt::cancel() +--- Reporter: macdrevx| Owner: geos-devel@… Type: defect | Status: new Priority: major | Milestone: 3.11.0 Component: Default | Version: main Severity: Unassigned | Resolution: Keywords: | +--- Comment (by dbaston): A thread-specific interruption mechanism is proposed in https://github.com/libgeos/geos/pull/761 -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1012#comment:7> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #1144: OverlayNG intersection gives wrong result
#1144: OverlayNG intersection gives wrong result +--- Reporter: theroggy| Owner: geos-devel@… Type: defect | Status: closed Priority: major | Milestone: 3.10.1 Component: Default | Version: 3.9.0 Severity: Unassigned | Resolution: fixed Keywords: | +--- Changes (by dbaston): * status: new => closed * resolution: => fixed Comment: Fixed with [changeset:5ea36b157ed641c506f4316a68487b80fbbda1fc/git] -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1144#comment:2> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #1097: Dropped holes when buffer(0) -ing a valid geometry
#1097: Dropped holes when buffer(0) -ing a valid geometry --+--- Reporter: astronomiser | Owner: geos-devel@… Type: defect| Status: new Priority: minor | Milestone: Component: Default | Version: 3.8.1 Severity: Unassigned| Resolution: Keywords: buffer| --+--- Comment (by jorisvandenbossche): Using shapely with GEOS 3.11.1, this seems to work now. -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1097#comment:2> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #540: C-API: Allow passing custom memory managment functions
#540: C-API: Allow passing custom memory managment functions -+--- Reporter: strk | Owner: geos-devel@… Type: enhancement | Status: closed Priority: minor| Milestone: GEOS Fund Me Component: Default | Version: main Severity: Unassigned | Resolution: duplicate Keywords: | -+--- Changes (by dbaston): * status: reopened => closed * resolution: => duplicate Comment: Superseded by https://github.com/libgeos/geos/issues/704 -- Ticket URL: <https://trac.osgeo.org/geos/ticket/540#comment:7> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #1133: GEOSDistance raises floating point exceptions for boundable geometries
#1133: GEOSDistance raises floating point exceptions for boundable geometries --+--- Reporter: Brendan Ward | Owner: geos-devel@… Type: defect| Status: closed Priority: major | Milestone: 3.11.0 Component: Default | Version: main Severity: Unassigned| Resolution: duplicate Keywords:| --+--- Changes (by dbaston): * status: new => closed * resolution: => duplicate -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1133#comment:5> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #922: Delaunay triangulation creates overlapping triangles
#922: Delaunay triangulation creates overlapping triangles +--- Reporter: komzpa | Owner: geos-devel@… Type: defect | Status: closed Priority: major | Milestone: 3.11.0 Component: Default | Version: 3.6.2 Severity: Unassigned | Resolution: fixed Keywords: | +--- Changes (by dbaston): * status: new => closed * resolution: => fixed Comment: This was addressed with [changeset:67d6eaf/git] although it may be possible to find another case that still fails. -- Ticket URL: <https://trac.osgeo.org/geos/ticket/922#comment:4> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #401: LineMerger fails to extract linework from collection
#401: LineMerger fails to extract linework from collection -+--- Reporter: strk | Owner: geos-devel@… Type: enhancement | Status: closed Priority: major| Milestone: GEOS Fund Me Component: Default | Version: main Severity: Unassigned | Resolution: fixed Keywords: | -+--- Changes (by dbaston): * status: new => closed * resolution: => fixed Comment: Fixed in `main` with [changeset:0c4e1f20be609e13b608cb6194d83581298675cb/git] -- Ticket URL: <https://trac.osgeo.org/geos/ticket/401#comment:5> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #401: LineMerger fails to extract linework from collection
#401: LineMerger fails to extract linework from collection -+--- Reporter: strk | Owner: geos-devel@… Type: enhancement | Status: new Priority: major| Milestone: GEOS Fund Me Component: Default | Version: main Severity: Unassigned | Resolution: Keywords: | -+--- Comment (by dbaston): PR at https://github.com/libgeos/geos/pull/683 -- Ticket URL: <https://trac.osgeo.org/geos/ticket/401#comment:4> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #1110: Intersects crashes when there are EMPTY items inside MULTI- or GEOMETRYCOLLECTION objects
#1110: Intersects crashes when there are EMPTY items inside MULTI- or GEOMETRYCOLLECTION objects +--- Reporter: otan| Owner: geos-devel@… Type: defect | Status: closed Priority: minor | Milestone: 3.9.3 Component: Default | Version: 3.9.0 Severity: Unassigned | Resolution: fixed Keywords: | +--- Changes (by dbaston): * status: new => closed * resolution: => fixed Comment: Fixed in - `main` [changeset:e94b56fe4febd81f48cc25f5cdbee0a1e4456977/git] - 3.11 [changeset:9974c7b0992817f14d8dfb94ed1abc6db26b6066/git] - 3.10 [changeset:a863243cab17e4c80f294eff1a2a63c7b6720870/git] - 3.9 [changeset:b22ce7b58c88452a27d2db0d44e78097936c618d/git] - 3.8 [changeset:c3024e03b230222d640ef961061c41c5fece88e4/git] - 3.7 [changeset:8a624cb41c09ec71e934ad7bf3c9feb7ac0ff841/git] - 3.6 [changeset:a8233571142ef7f1c3234ac2cfb2c3df25b01f57/git] -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1110#comment:2> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #1095: WKTReader ignores extra characters after end of geometry
#1095: WKTReader ignores extra characters after end of geometry +--- Reporter: dbaston | Owner: geos-devel@… Type: defect | Status: closed Priority: major | Milestone: 3.9.3 Component: Default | Version: 3.9.0 Severity: Unassigned | Resolution: fixed Keywords: | +--- Changes (by dbaston): * status: new => closed * resolution: => fixed Comment: Fixed in `main` with [changeset:de17e6fb6ba645622d1edc798d5bc77fdfe4189a/git] -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1095#comment:4> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #1114: CAPI STRtree functions swallow errors
#1114: CAPI STRtree functions swallow errors +--- Reporter: dbaston | Owner: geos-devel@… Type: defect | Status: new Priority: major | Milestone: 3.11.0 Component: Default | Version: main Severity: Unassigned | Resolution: Keywords: | +--- Comment (by dbaston): Changing these to return int shouldn't break anything, should it? GDAL recently mad a similar change: https://github.com/OSGeo/gdal/pull/6303 -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1114#comment:3> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #590: GEOSBufferWithStyle result isn't valid and GEOSIsValid() says it is
#590: GEOSBufferWithStyle result isn't valid and GEOSIsValid() says it is +--- Reporter: olivier80 | Owner: geos-devel@… Type: defect | Status: closed Priority: major | Milestone: GEOS Fund Me Component: Default | Version: 3.3.5 Severity: Unassigned | Resolution: fixed Keywords: | +--- Changes (by dbaston): * status: new => closed * resolution: => fixed Comment: Both issues raised by this ticket (invalid polygon produced by buffering; polygon not recognized as invalid) have been fixed sometime in the last decade. Tests added to main branch at [changeset:c68119c728487ce63ca125cc452e6f9217eee195/git] -- Ticket URL: <https://trac.osgeo.org/geos/ticket/590#comment:9> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #522: Exception on overlay between valid linestrings [JTS fails too]
#522: Exception on overlay between valid linestrings [JTS fails too] +--- Reporter: strk| Owner: geos-devel@… Type: defect | Status: closed Priority: major | Milestone: Upstream Component: Default | Version: 3.3.2 Severity: Unassigned | Resolution: fixed Keywords: jtsfail | +--- Changes (by dbaston): * status: new => closed * resolution: => fixed Comment: This looks to have been addressed with OverlayNG; a test case was committed at [changeset:4d3e571ed1b88697a3135c51ca14c73f4493f377/git] -- Ticket URL: <https://trac.osgeo.org/geos/ticket/522#comment:8> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #676: WKT reader interprets M coordinate as Z
#676: WKT reader interprets M coordinate as Z +-- Reporter: Mike Taves | Owner: dbaston Type: defect | Status: new Priority: major | Milestone: 3.11.0 Component: Default | Version: 3.4.2 Severity: Unassigned | Resolution: Keywords: | +-- Changes (by dbaston): * owner: geos-devel@… => dbaston * milestone: GEOS Fund Me => 3.11.0 -- Ticket URL: <https://trac.osgeo.org/geos/ticket/676#comment:4> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #1003: MontoneChainBuilder Assertion Error
#1003: MontoneChainBuilder Assertion Error +--- Reporter: apjoseph| Owner: geos-devel@… Type: defect | Status: closed Priority: major | Milestone: 3.9.3 Component: Default | Version: 3.8.0 Severity: Unassigned | Resolution: wontfix Keywords: | +--- Changes (by strk): * milestone: 3.8.2 => 3.9.3 Comment: For the record: this was fixed in 3.9.3 -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1003#comment:8> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS). ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #1003: MontoneChainBuilder Assertion Error
#1003: MontoneChainBuilder Assertion Error +--- Reporter: apjoseph| Owner: geos-devel@… Type: defect | Status: closed Priority: major | Milestone: 3.8.2 Component: Default | Version: 3.8.0 Severity: Unassigned | Resolution: wontfix Keywords: | +--- Comment (by strk): Ticket moved to GitHub: https://github.com/libgeos/geos/issues/539 -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1003#comment:7> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS). ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #1003: MontoneChainBuilder Assertion Error
#1003: MontoneChainBuilder Assertion Error +--- Reporter: apjoseph| Owner: geos-devel@… Type: defect | Status: closed Priority: major | Milestone: 3.8.2 Component: Default | Version: 3.8.0 Severity: Unassigned | Resolution: wontfix Keywords: | +--- Changes (by laopsahl): * cc: laopsahl (added) -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1003#comment:6> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS). ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #1003: MontoneChainBuilder Assertion Error
#1003: MontoneChainBuilder Assertion Error +--- Reporter: apjoseph| Owner: geos-devel@… Type: defect | Status: closed Priority: major | Milestone: 3.8.2 Component: Default | Version: 3.8.0 Severity: Unassigned | Resolution: wontfix Keywords: | +--- Comment (by laopsahl): This got the same error now I have seen this some times now. https://gitlab.com/nibioopensource/pgtopo_update_sql/-/issues/193 -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1003#comment:5> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS). ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #1140: GeoJSON writer is unable to handle linear rings
#1140: GeoJSON writer is unable to handle linear rings +--- Reporter: caspervdw | Owner: geos-devel@… Type: defect | Status: closed Priority: minor | Milestone: 3.10.1 Component: Default | Version: 3.9.0 Severity: Unassigned | Resolution: fixed Keywords: | +--- Changes (by pramsey): * status: new => closed * resolution: => fixed Comment: Done at fc5ef68f5 in main, 3.10. -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1140#comment:1> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS). ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #962: GEOSNode is much slower that GEOSUnaryUnion
#962: GEOSNode is much slower that GEOSUnaryUnion +--- Reporter: komzpa | Owner: geos-devel@… Type: defect | Status: closed Priority: major | Milestone: 3.11.0 Component: Default | Version: 3.6.2 Severity: Unassigned | Resolution: invalid Keywords: | +--- Changes (by pramsey): * status: new => closed * resolution: => invalid Comment: This issue feels stale and could probably use a new version over on GitHub with tests and datasets against main. -- Ticket URL: <https://trac.osgeo.org/geos/ticket/962#comment:10> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS). ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #1133: GEOSDistance raises floating point exceptions for boundable geometries
#1133: GEOSDistance raises floating point exceptions for boundable geometries --+--- Reporter: Brendan Ward | Owner: geos-devel@… Type: defect| Status: new Priority: major | Milestone: 3.11.0 Component: Default | Version: main Severity: Unassigned| Resolution: Keywords:| --+--- Comment (by caspervdw): Done https://github.com/libgeos/geos/issues/515 -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1133#comment:4> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS). ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #1133: GEOSDistance raises floating point exceptions for boundable geometries
#1133: GEOSDistance raises floating point exceptions for boundable geometries --+--- Reporter: Brendan Ward | Owner: geos-devel@… Type: defect| Status: new Priority: major | Milestone: 3.11.0 Component: Default | Version: main Severity: Unassigned| Resolution: Keywords:| --+--- Comment (by jorisvandenbossche): It might be worth opening a github issue now (https://github.com/libgeos/geos/issues) to keep track of this -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1133#comment:3> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS). ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #1133: GEOSDistance raises floating point exceptions for boundable geometries
#1133: GEOSDistance raises floating point exceptions for boundable geometries --+--- Reporter: Brendan Ward | Owner: geos-devel@… Type: defect| Status: new Priority: major | Milestone: 3.11.0 Component: Default | Version: main Severity: Unassigned| Resolution: Keywords:| --+--- Comment (by caspervdw): This specific issue has been solved in https://github.com/libgeos/geos/pull/485 However there are some situations remaining where a FP “invalid” flag is set: - binary predicates on empty geometries - voronoi_polygons on a point - hausdorff_distance sets an invalid flag (in our seemingly normal test) - offset_curve on an empty linestring All through the CAPI. See pygeos https://github.com/pygeos/pygeos/pull/441 for the specific tests where I encountered the FP “invalid” flags. -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1133#comment:2> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS). ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #1142: GeoJSON writer should not write null coordinates (was: GeoJSON reader cannot read null coordinates)
#1142: GeoJSON writer should not write null coordinates ---+--- Reporter: caspervdw | Owner: geos-devel@… Type: defect | Status: new Priority: minor | Milestone: 3.11.0 Component: Default| Version: main Severity: Annoyance | Resolution: Keywords: | ---+--- -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1142#comment:2> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS). ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #1122: BuildArea is slow when there are many holes
#1122: BuildArea is slow when there are many holes -+--- Reporter: strk | Owner: geos-devel@… Type: enhancement | Status: closed Priority: major| Milestone: 3.9.3 Component: Default | Version: 3.9.0 Severity: Unassigned | Resolution: fixed Keywords: | -+--- Changes (by Sandro Santilli ): * status: new => closed * resolution: => fixed Comment: In [changeset:"4a91381dc0971d68e0524e5337d2080a0be85958/git" 4a91381/git]: {{{ #!CommitTicketReference repository="git" revision="4a91381dc0971d68e0524e5337d2080a0be85958" Use custom rings comparator in BuildArea Closes #1122 in 3.9 branch (3.9.3dev) }}} -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1122#comment:7> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS). ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #1122: BuildArea is slow when there are many holes
#1122: BuildArea is slow when there are many holes -+--- Reporter: strk | Owner: geos-devel@… Type: enhancement | Status: new Priority: major| Milestone: 3.9.3 Component: Default | Version: 3.9.0 Severity: Unassigned | Resolution: Keywords: | -+--- Comment (by Sandro Santilli ): In [changeset:"da8ebd004e52d5753a5c4aaae80dec25cf62679f/git" da8ebd0/git]: {{{ #!CommitTicketReference repository="git" revision="da8ebd004e52d5753a5c4aaae80dec25cf62679f" Use custom rings comparator in BuildArea References #1122 in 3.10 branch (3.10.2dev) }}} -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1122#comment:6> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS). ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #1122: BuildArea is slow when there are many holes
#1122: BuildArea is slow when there are many holes -+--- Reporter: strk | Owner: geos-devel@… Type: enhancement | Status: new Priority: major| Milestone: 3.9.3 Component: Default | Version: 3.9.0 Severity: Unassigned | Resolution: Keywords: | -+--- Comment (by Sandro Santilli ): In [changeset:"2a8d88202d0a4d124d1ff15b699d9e6b95e1563f/git" 2a8d882/git]: {{{ #!CommitTicketReference repository="git" revision="2a8d88202d0a4d124d1ff15b699d9e6b95e1563f" Use custom rings comparator in BuildArea References #1122 in main branch (3.11.0dev) }}} -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1122#comment:5> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS). ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #1144: OverlayNG intersection gives wrong result
#1144: OverlayNG intersection gives wrong result +--- Reporter: theroggy| Owner: geos-devel@… Type: defect | Status: new Priority: major | Milestone: 3.10.1 Component: Default | Version: 3.9.0 Severity: Unassigned | Resolution: Keywords: | +--- Comment (by mdavis): Reported as [https://github.com/locationtech/jts/issues/798 JTS-798]. -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1144#comment:1> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS). ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #1139: GeoJSON writer crashes on empty points
#1139: GeoJSON writer crashes on empty points +--- Reporter: caspervdw | Owner: geos-devel@… Type: defect | Status: closed Priority: major | Milestone: 3.10.1 Component: Default | Version: main Severity: Unassigned | Resolution: fixed Keywords: | +--- Changes (by pramsey): * status: new => closed * resolution: => fixed -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1139#comment:4> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS). ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #1139: GeoJSON writer crashes on empty points
#1139: GeoJSON writer crashes on empty points +--- Reporter: caspervdw | Owner: geos-devel@… Type: defect | Status: new Priority: major | Milestone: 3.10.1 Component: Default | Version: main Severity: Unassigned | Resolution: Keywords: | +--- Comment (by Paul Ramsey ): In [changeset:"a51060c15ac2d8813e60de33bbc0ce0d07cc0d3b/git" a51060c/git]: {{{ #!CommitTicketReference repository="git" revision="a51060c15ac2d8813e60de33bbc0ce0d07cc0d3b" Fix crash in GeoJSONWriter in the case of empty points. Add some tests around empty geometries in general. References #1139 }}} -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1139#comment:3> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS). ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #1139: GeoJSON writer crashes on empty points
#1139: GeoJSON writer crashes on empty points +--- Reporter: caspervdw | Owner: geos-devel@… Type: defect | Status: new Priority: major | Milestone: 3.10.1 Component: Default | Version: main Severity: Unassigned | Resolution: Keywords: | +--- Comment (by Paul Ramsey ): In [changeset:"9194c25de8cf56726a07b59b71644dca2b683715/git" 9194c25/git]: {{{ #!CommitTicketReference repository="git" revision="9194c25de8cf56726a07b59b71644dca2b683715" Fix crash in GeoJSONWriter in the case of empty points. Add some tests around empty geometries in general. References #1139 }}} -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1139#comment:2> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS). ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #1144: OverlayNG intersection gives wrong result
#1144: OverlayNG intersection gives wrong result +--- Reporter: theroggy| Owner: geos-devel@… Type: defect | Status: new Priority: major | Milestone: 3.10.1 Component: Default | Version: 3.9.0 Severity: Unassigned | Resolution: Keywords: | +--- Changes (by theroggy): * Attachment "BugCase.xml" added. Case made using JTS TestBuilder -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1144> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS). ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
[geos-devel] [GEOS] #1144: OverlayNG intersection gives wrong result
#1144: OverlayNG intersection gives wrong result +-- Reporter: theroggy| Owner: geos-devel@… Type: defect | Status: new Priority: major | Milestone: 3.10.1 Component: Default |Version: 3.9.0 Severity: Unassigned | Keywords: +-- Intersection between two polygons gives a wrong result. I encountered the problem when using spatialite, but reproduced using shapely as described in the following issue: https://github.com/Toblerity/Shapely/issues/1216 I also had a look using JTS TestBuilder and the problem can be reproduced there as well. Using the "old" intersection the result is correct, but when using the "OverlayNG" intersection the same problem appears. -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1144> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS). ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #1143: Release distribution contains generated files with "dev" in version
#1143: Release distribution contains generated files with "dev" in version +--- Reporter: Mike Taves | Owner: geos-devel@… Type: defect | Status: closed Priority: major | Milestone: 3.10.1 Component: Default | Version: main Severity: Unassigned | Resolution: fixed Keywords: | +--- Changes (by Mike Taves): * status: new => closed * resolution: => fixed -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1143#comment:12> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS). ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #1143: Release distribution contains generated files with "dev" in version
#1143: Release distribution contains generated files with "dev" in version +--- Reporter: Mike Taves | Owner: geos-devel@… Type: defect | Status: new Priority: major | Milestone: 3.10.1 Component: Default | Version: main Severity: Unassigned | Resolution: Keywords: | +--- Comment (by pramsey): Wonderful. Thanks so much for your patience and help Mike. -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1143#comment:11> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS). ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #1143: Release distribution contains generated files with "dev" in version
#1143: Release distribution contains generated files with "dev" in version +--- Reporter: Mike Taves | Owner: geos-devel@… Type: defect | Status: new Priority: major | Milestone: 3.10.1 Component: Default | Version: main Severity: Unassigned | Resolution: Keywords: | +--- Comment (by Mike Taves): That looks like it should do! Also, be aware that download links should use `https://download.osgeo.org`, as some modern browsers will refuse to download from unsecure "http" URLs. -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1143#comment:10> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS). ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #1143: Release distribution contains generated files with "dev" in version
#1143: Release distribution contains generated files with "dev" in version +--- Reporter: Mike Taves | Owner: geos-devel@… Type: defect | Status: new Priority: major | Milestone: 3.10.1 Component: Default | Version: main Severity: Unassigned | Resolution: Keywords: | +--- Comment (by pramsey): Again, with your suggestion. http://download.osgeo.org/geos/test/geos-3.10.1.tar.bz2 It's building here ATM. -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1143#comment:9> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS). ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #1143: Release distribution contains generated files with "dev" in version
#1143: Release distribution contains generated files with "dev" in version +--- Reporter: Mike Taves | Owner: geos-devel@… Type: defect | Status: new Priority: major | Milestone: 3.10.1 Component: Default | Version: main Severity: Unassigned | Resolution: Keywords: | +--- Comment (by Mike Taves): try this: {{{ diff --git a/CMakeLists.txt b/CMakeLists.txt index e5994bd..2b9161b 100644 --- a/CMakeLists.txt +++ b/CMakeLists.txt @@ -417,8 +417,9 @@ if(NOT _is_multi_config_generator) "/php/" "/.*build-.*/" "cmake_install.cmake" -"/include/geos/version.h" -"/tools/geos-config" +"/include/geos/version.h\$" +"/tools/geos-config\$" +"/tools/geos.pc\$" "/bin/" ${PROJECT_BINARY_DIR} ) }}} -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1143#comment:8> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS). ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #1143: Release distribution contains generated files with "dev" in version
#1143: Release distribution contains generated files with "dev" in version +--- Reporter: Mike Taves | Owner: geos-devel@… Type: defect | Status: new Priority: major | Milestone: 3.10.1 Component: Default | Version: main Severity: Unassigned | Resolution: Keywords: | +--- Comment (by Mike Taves): Now identical to the updated 3.10 branch, but the new `CPACK_SOURCE_IGNORE_FILES` setting is too aggressive and appears to exclude template files, and the source does not get past the configuration: {{{ $ cmake .. ... CMake Error: File /tmp/from_trac/geos-3.10.1/include/geos/version.h.in does not exist. CMake Error at include/CMakeLists.txt:30 (configure_file): configure_file Problem configuring file ... CMake Error: File /tmp/from_trac/geos-3.10.1/tools/geos-config.in does not exist. CMake Error at tools/CMakeLists.txt:25 (configure_file): configure_file Problem configuring file Call Stack (most recent call first): tools/CMakeLists.txt:65 (configure_install_geos_config) }}} do the new `CPACK_SOURCE_IGNORE_FILES` patterns need `$` to prevent partial matches or something? -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1143#comment:7> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS). ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #1143: Release distribution contains generated files with "dev" in version
#1143: Release distribution contains generated files with "dev" in version +--- Reporter: Mike Taves | Owner: geos-devel@… Type: defect | Status: new Priority: major | Milestone: 3.10.1 Component: Default | Version: main Severity: Unassigned | Resolution: Keywords: | +--- Comment (by pramsey): Ugh, this is much improved, sorry. http://download.osgeo.org/geos/test/geos-3.10.1.tar.bz2 -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1143#comment:6> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS). ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #1143: Release distribution contains generated files with "dev" in version
#1143: Release distribution contains generated files with "dev" in version +--- Reporter: Mike Taves | Owner: geos-devel@… Type: defect | Status: new Priority: major | Milestone: 3.10.1 Component: Default | Version: main Severity: Unassigned | Resolution: Keywords: | +--- Comment (by Mike Taves): correction to current "safest way" is: {{{ sdist_dir=$(mktemp -d) cd $sdist_dir git clone --depth 1 --branch 3.10 https://git.osgeo.org/gitea/geos/geos.git cd geos # edit Version.txt mkdir build cd build cmake -G"Unix Makefiles" .. make dist # copy or upload .tar.bz2 file somewhere cd /tmp rm -rf $sdist_dir }}} I still think a better long-term solution would be to make a POSIX script that uses git-archive. This should be targeted for a future release, and I'll have a think about it as I would also want it for PROJ too. -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1143#comment:5> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS). ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #1143: Release distribution contains generated files with "dev" in version
#1143: Release distribution contains generated files with "dev" in version +--- Reporter: Mike Taves | Owner: geos-devel@… Type: defect | Status: new Priority: major | Milestone: 3.10.1 Component: Default | Version: main Severity: Unassigned | Resolution: Keywords: | +--- Comment (by Mike Taves): Sure, the "from_trac" subdir is from the download.osgeo link above, and "from_3.10_branch" is what I get from the 3.10 branch using the steps above, with an edit to Version.txt {{{ $ diff -qr /tmp/from_trac/ /tmp/from_3.10_branch/ Files /tmp/from_trac/geos-3.10.1/CMakeLists.txt and /tmp/from_3.10_branch/geos-3.10.1/CMakeLists.txt differ Only in /tmp/from_3.10_branch/geos-3.10.1: doc Only in /tmp/from_trac/geos-3.10.1: doxygen Only in /tmp/from_3.10_branch/geos-3.10.1/examples: capi_prepared.cpp Only in /tmp/from_3.10_branch/geos-3.10.1/examples: capi_read.cpp Only in /tmp/from_3.10_branch/geos-3.10.1/examples: capi_read_ts.cpp Files /tmp/from_trac/geos-3.10.1/include/geos/noding/snap/SnappingNoder.h and /tmp/from_3.10_branch/geos-3.10.1/include/geos/noding/snap/SnappingNoder.h differ Files /tmp/from_trac/geos-3.10.1/NEWS and /tmp/from_3.10_branch/geos-3.10.1/NEWS differ Files /tmp/from_trac/geos-3.10.1/README.md and /tmp/from_3.10_branch/geos-3.10.1/README.md differ Files /tmp/from_trac/geos-3.10.1/src/noding/snap/SnappingNoder.cpp and /tmp/from_3.10_branch/geos-3.10.1/src/noding/snap/SnappingNoder.cpp differ Only in /tmp/from_trac/geos-3.10.1/tests/unit/capi: GEOSCoveredByTest.cpp Only in /tmp/from_trac/geos-3.10.1/tests/unit/capi: GEOSCoversTest.cpp Only in /tmp/from_trac/geos-3.10.1/tests/unit/capi: GEOSCrossesTest.cpp Only in /tmp/from_trac/geos-3.10.1/tests/unit/capi: GEOSDisjointTest.cpp Only in /tmp/from_trac/geos-3.10.1/tests/unit/capi: GEOSGeomToHEX_bufTest.cpp Only in /tmp/from_trac/geos-3.10.1/tests/unit/capi: GEOSGeomToWKB_bufTest.cpp Only in /tmp/from_trac/geos-3.10.1/tests/unit/capi: GEOSGeomTypeIdTest.cpp Only in /tmp/from_trac/geos-3.10.1/tests/unit/capi: GEOSGetExteriorRingTest.cpp Only in /tmp/from_trac/geos-3.10.1/tests/unit/capi: GEOSGetGeometryNTest.cpp Only in /tmp/from_trac/geos-3.10.1/tests/unit/capi: GEOSGetInteriorRingNTest.cpp Only in /tmp/from_trac/geos-3.10.1/tests/unit/capi: GEOSOverlapsTest.cpp Only in /tmp/from_trac/geos-3.10.1/tests/unit/capi: GEOSRelatePatternTest.cpp Only in /tmp/from_trac/geos-3.10.1/tests/unit/capi: GEOSRelateTest.cpp Only in /tmp/from_trac/geos-3.10.1/tests/unit/capi: GEOSSymDifferencePrecTest.cpp Only in /tmp/from_trac/geos-3.10.1/tests/unit/capi: GEOSSymDifferenceTest.cpp Only in /tmp/from_trac/geos-3.10.1/tests/unit/capi: GEOSTouchesTest.cpp Only in /tmp/from_trac/geos-3.10.1/tests/unit/capi: GEOSUnaryUnionPrecTest.cpp Only in /tmp/from_trac/geos-3.10.1/tests/unit/capi: GEOSUnionCascadedTest.cpp Only in /tmp/from_trac/geos-3.10.1: web }}} -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1143#comment:4> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS). ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #1143: Release distribution contains generated files with "dev" in version
#1143: Release distribution contains generated files with "dev" in version +--- Reporter: Mike Taves | Owner: geos-devel@… Type: defect | Status: new Priority: major | Milestone: 3.10.1 Component: Default | Version: main Severity: Unassigned | Resolution: Keywords: | +--- Comment (by Bas Couwenberg): The release tarball now includes the `web` subdirectory, that really only belongs in the VCS. The `examples` & `tools` subdirectories are missing from the tarball now. -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1143#comment:3> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS). ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #1143: Release distribution contains generated files with "dev" in version
#1143: Release distribution contains generated files with "dev" in version +--- Reporter: Mike Taves | Owner: geos-devel@… Type: defect | Status: new Priority: major | Milestone: 3.10.1 Component: Default | Version: main Severity: Unassigned | Resolution: Keywords: | +--- Comment (by pramsey): Could you stuff this through your process quickly? http://download.osgeo.org/geos/geos-3.10.1.tar.bz2 -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1143#comment:2> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS). ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
Re: [geos-devel] [GEOS] #1143: Release distribution contains generated files with "dev" in version
#1143: Release distribution contains generated files with "dev" in version +--- Reporter: Mike Taves | Owner: geos-devel@… Type: defect | Status: new Priority: major | Milestone: 3.10.1 Component: Default | Version: main Severity: Unassigned | Resolution: Keywords: | +--- Comment (by pramsey): I guess 3.10.1 will be out shortly. -- Ticket URL: <https://trac.osgeo.org/geos/ticket/1143#comment:1> GEOS <http://trac.osgeo.org/geos> GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS). ___ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel