Re: [Jts-topo-suite-user] help with STRtree
On Wed, Sep 21, 2016 at 09:09:20AM -0700, Martin Davis wrote: > Sounds like peculiar behaviour for sure. I can't think of a reason for > this offhand. Would need to see a sample dataset to see if the same > behaviour occurs in JTS. While preparing the dataset for you I've found some bugs making the envelopes different from what I expected. The results might indeed be correct, and my code be fully broken. Will get back if this is not the case. Thanks for your help. --strk; -- ___ Jts-topo-suite-user mailing list Jts-topo-suite-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jts-topo-suite-user
[Jts-topo-suite-user] help with STRtree
Hi there, I'm writing to ask for help with STRtree as I'm seeing an unexpected number of matches from a _query and I'd like to check with you I'm not calling things the wrong way. I have an array of envelopes that I put in the index and then query them to find those that contain a point. The code, using GEOS, goes like this (pseudo): tree = STRtree_create(10); for each genv: STRtree_insert(tree, genv, ring) Then upon querying the tree, containing about 1 milion envelopes, I often get an higher-than-expected number of matches from a query: STRtree_query(tree, pt) In one case it got as high as almost the whole set: Found 935029 candidate shells for containement of ring point POINT (1572657.16254942 4808574.79372529) Checking the point with other means tells me it's only contained by 11 envelopes, not 935029. So, what could I be doing wrong to get such weird numbers ? --strk; () Free GIS & Flash consultant/developer /\ https://strk.kbt.io/services.html -- ___ Jts-topo-suite-user mailing list Jts-topo-suite-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jts-topo-suite-user
Re: [Jts-topo-suite-user] New location of JTS mailing list
On Fri, Feb 12, 2016 at 04:07:02PM +, david.w.smi...@gmail.com wrote: > Recently, the JTS team (not just Martin any more) created a new mailing > list as part of the migration to LocationTech (from SourceForge): > > https://locationtech.org/mailman/listinfo/jts-dev Wow, I wasn't aware. There's also been a followup to a thread I started here, and I wasn't notified of that: https://locationtech.org/mhonarc/lists/jts-dev/msg00013.html Why wasn't the list announced ? --strk; -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140 ___ Jts-topo-suite-user mailing list Jts-topo-suite-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jts-topo-suite-user
Re: [Jts-topo-suite-user] A major step along the road to LocationTech
On Fri, Jan 29, 2016 at 09:21:33AM -0800, Martin Davis wrote: > Not sure I follow. The files have been updated to indicate the licenses. > What do you think they should say? What they say now is ok, about copyright ownership: * Copyright (C) 2016 Vivid Solutions About applied license there's the AND issue (this is about the single file, not the whole project, so either one or another license is likely to apply): * All rights reserved. This program and the accompanying materials * are made available under the terms of the Eclipse Public License v1.0 * (http://www.eclipse.org/legal/epl-v10.html), and the Vivid Solutions BSD * License v1.0 (found at the root of the repository). Then, the LICENSE* files on the root should just contain the license, with eventual copyright ownership of the license itself, but not copyright ownership of the code it applies to. LICENSE_VSI_BSD3.txt is weird in thi reguard because it starts with "Copyright (c) 2016, Vivid Solutions Inc." which would likely mean "Vivid Solutions" has copyright over the BSD3 license text, which is unlikely. Same with LICENSE_MDAVIS_BSD3.txt. I think it should just be LICENSE_BSD3, and "Vivid Solutions Inc." and "Martin Davis" should only be in each of the source files. Eventually, for an overview, a COPYING file could express the licensing layout of the whole codebase mentioning roughly which parts are under which license and owned by whom. Does it sound ? --strk; -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140 ___ Jts-topo-suite-user mailing list Jts-topo-suite-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jts-topo-suite-user
Re: [Jts-topo-suite-user] A major step along the road to LocationTech
On Thu, Jan 28, 2016 at 05:03:33PM +, Jody Garnett wrote: > The dual license amounts to BSD so we can work with everyone, and EPL if > you are concerned about patents. > > When using the code you can choose which of the two licenses your > organization finds appropriate. The comment on top of some files do not clearly state this. >From DiscreteHausdorffDistance.java [1]: All rights reserved. This program and the accompanying materials are made available under the terms of the Eclipse Public License v1.0 (http://www.eclipse.org/legal/epl-v10.html), and the Vivid Solutions BSD License v1.0 (found at the root of the repository). So it says EPL _and_ BSD, rather than EPL _or_ BSD. Also, it is not clear which BSD license is being used as the root has two different LICENSE*BSD.txt files [2] [1] https://github.com/dr-jts/jts/blob/master/modules/core/src/main/java/org/locationtech/jts/algorithm/distance/DiscreteHausdorffDistance.java#L8-L11 [2] https://github.com/dr-jts/jts --strk; -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140 ___ Jts-topo-suite-user mailing list Jts-topo-suite-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jts-topo-suite-user
Re: [Jts-topo-suite-user] A major step along the road to LocationTech
On Fri, Jan 29, 2016 at 08:49:51AM -0800, Martin Davis wrote: > The two BSD licenses are the same BSD3 license - they are just there > because there are two copyrights on different files. I don't think this > affects any licensing questions. I think copyright ownership (and applied license) should be advertised in each file, while the external file should be referenced by the each source file for further details. --strk; -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140 ___ Jts-topo-suite-user mailing list Jts-topo-suite-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jts-topo-suite-user
Re: [Jts-topo-suite-user] OutOfMemory exception with LineString#intersect
On Wed, Jan 21, 2015 at 12:18:35PM -0800, Martin Davis wrote: Just for grins I ran the test case in http://trac.osgeo.org/geos/ticket/708. The input linestring has 52,228 points, and it has 97,267,535 self-intersections (computed in 92 s). Nice. How long does it take to find just the first one (for Intersects short-circuiting) ? --strk; -- New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet ___ Jts-topo-suite-user mailing list Jts-topo-suite-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jts-topo-suite-user
Re: [Jts-topo-suite-user] OutOfMemory exception with LineString#intersect
On Thu, Jan 22, 2015 at 03:00:06AM -0800, Martin Davis wrote: Sandro, I don't think the bug affects any code directly in JTS. However, obviously it might affect client code using this functionality. I took a tour of the code and found that the class is only used by the FastNodingValidator. The FastNodingValidator use seem to really only need to find the very first intersection. Enough that the GEOS port of JTS's InteriorIntersectionFinder is called SingleInteriorIntersectionFinder. Was that the original name in JTS too ? (1.8, circa 2006). The JTS history seems to have been trimmed since the move from CVS to SVN :( --strk; -- New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet ___ Jts-topo-suite-user mailing list Jts-topo-suite-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jts-topo-suite-user
Re: [Jts-topo-suite-user] OutOfMemory exception with LineString#intersect
On Tue, Jan 20, 2015 at 09:38:51AM -0800, Martin Davis wrote: Wow, that's one crazy LineString! It has an area where it has a huge number of self-intersections (see attached image). This causes a huge number of intersection nodes to be created, which is flooding memory. Reminds me of a similar shape reported here: http://trac.osgeo.org/geos/ticket/708 PreparedGeometry doesn't (yet) support overlay methods, so not sure what you mean when you say it works. I guess we're talking about the RelateComputer here, see also the ticket. --strk; () Free GIS Flash consultant/developer /\ http://strk.keybit.net/services.html -- what comes below this line is just spam, dont bother scrolling... still here ? -- New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet ___ Jts-topo-suite-user mailing list Jts-topo-suite-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jts-topo-suite-user
