ted in 5, I get
NullPointerExceptions. Help!
I'll paste in my code below.
thanks again,
-Frank
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383-3022
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://l
Geometry.java:684)
at
edu.psu.geovista.jts.SpatialWeights.useIntersects(SpatialWeights.java:259)
at edu.psu.geovista.jts.SpatialWeights.main(SpatialWeights.java:292)
regards,
-Frank
On 5/30/07, Martin Davis <[EMAIL PROTECTED]> wrote:
Why not just use the intersects() method on your constru
_
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman
g we could save some rendering time.
Cheers
Andrea
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
--
Martin Davis
Senior Technical Architect
Refractions Research,
m/wiggythoughts
Change is good. See what’s different about Windows Live Hotmail. Check
it out!
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383-3022
___
jt
nando
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383-3022
___
jts-devel mailing list
jts-devel@lists
---
_______
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 38
nted to).
Would you agree that if you had a new type of geometry that had
attribution that creating a Geometry subclass would be a better approach
than a user data style Map approach.
Paul
Martin Davis wrote:
As David points out, if a client has a use case where they need a map
of data,
ded message --
From: Martin Davis <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>>
To: JTS Topology Suite Development <
jts-devel@lists.jump-project.org
<mailto:jts-devel@lists.jump-project.org>>
Date: Mon, 11 Jun 2007 09:53:13 -0700
Subject: Re:
clude that changes in the project?
best regards,
Fernando
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
-
ification). As java
serialization works, the only test that comes to my mind is to store
the index, retrieve it and check if it has the same elements than the
original one. Is necessary anything more?
best regards,
Fernando
On 6/14/07, * Martin Davis* <[EMAIL PROTECTED]
<mailto:
LineB -> corte = 1.8330473045449895E-14
Note that the result of the lineA intersection lineB doesn't intersect
lineaA neither lineB. Maybe I'm missing something My JTS version
is 1.8.
Thanks in advance,
--
Martin Davis
Senior Technical Architect
Refractions Researc
.org
http://lists.refractions.net/mailman/listinfo/jts-devel
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383-3022
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
Thanks, Mateusz. Good to know someone is reading my blog... ;^)
Mateusz Loskot wrote:
Martin Davis wrote:
JTS'ers,
If you're interested, I've written up an article on the history of the
design and development of JTS and GEOS. It's on my blog at:
http://lin-ear-th
JTS'ers,
If you're interested, I've written up an article on the history of the
design and development of JTS and GEOS. It's on my blog at:
http://lin-ear-th-inking.blogspot.com/2007/06/history-of-jts-and-geos.html
Martin
--
Martin Davis
Senior Technical Architect
Refra
/demotheatre/
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383-3022
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
ygon
neatline to create a new polygon for the river portion on the right?
Cheers,
Paul
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
--
Martin Davis
Senior Technical Architect
Refrac
es"
are in fact holes in the marsh, there's more "hole" linework in the
sheet than "edge" linework.
P
On 22-Jun-07, at 10:34 AM, Martin Davis wrote:
It's not a one-liner, if that's what you mean by "easy"... 8^(
There's two main parts t
://lists.refractions.net/mailman/listinfo/jts-devel
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383-3022
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
for submitting bugs... if i'm wrong, please
show me a jira issue or other places :)
In any case... this test fails:
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383-3022
___
jts-devel mailing list
jts-devel@lists.j
Paul
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383-3022
___
jts-devel mailing
factory.createPoint(coordinate);
return distance(point);
}
Ideally eventually if we ever have time it would be nice to create a
version of DistanceOp that works with a coordinate and point so you
could save a fraction of overhead, not sure how much performance
improvement you would get.
Paul
Martin
.net/mailman/listinfo/jts-devel
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383-3022
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
etry.LineSegments()
while ( Segments.hasMore () )
{
LineSegment seg = (LineSegment)Segments.nextElement();
// Process the LineSegment object
seg.p0.x
}
Hope you can help!
regards
S
--
Martin Davis
Senior Technical Architect
Refractions Rese
then the code would look like:
for (Iterator i = new GeometryComponentIterator(g); i.hasNext(); ) {
Geometry comp = (Geometry) i.next();
if (comp instanceof LineString) {
Coordinate[] pts = comp.getCoordinates();
// iterate over the segments here
}
}
Does this sound useful?
Martin Davis
I did.
That method will work, but it's pretty fiddly if you need to deal with
all the various geometry types.
Paul Selormey wrote:
It seems you did not read the continuation of this post.
Best regards,
Paul.
On 7/24/07, Martin Davis <[EMAIL PROTECTED]> wrote:
Welcome, Simon!
your booth now for a big savings! For information on
exhibitor and sponsorship opportunities, see http://foss4g2007.org/
sponsors/ or contact Paul Ramsey, Conference Chair via email at
[EMAIL PROTECTED]
We hope to see you in Victoria, Canada in September, in just two months!
--
Martin Davis
/jts-devel
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383-3022
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
e code
using JTS CVS :)
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383-3022
_
ists.refractions.net/mailman/listinfo/jts-devel
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
--
Martin Davis
Senior Technical Architect
Refractions R
o/jts-devel
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383-3022
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
ibrary
Michaël
Martin Davis a écrit :
Real Soon Now
Paul Selormey wrote:
I'll make sure this method ships with 1.9 !
Do you have a release date?
Best regards,
Paul.
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://l
rue;
}
}
return false;
}
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383-3022
_
ists.refractions.net/mailman/listinfo/jts-devel
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383-3022
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
Another question for you, Tore.
Do you have some control over the target (LHS = Left-Hand Side) geometry
type in your queries? And if so, do you really need the optimizations
for point geometry types on the LHS?
Martin Davis wrote:
Tore,
Good news for you! I'm working right n
collapse to a single point, which
is not a valid linestring." a true statement?
>From a surveyors perspective any line that is shorter than 0.10 of a
foot isn't a line anyways, it is your measurement error. :]
The Sunburned Surveyor
On 8/15/07, Martin Davis <[EMAIL PROTECTED]&g
f the
CoordinateSequence class was being encouraged in place of the
Coordinate class.
Thanks,
The Sunburned Surveyor
On 8/9/07, Martin Davis <[EMAIL PROTECTED]> wrote:
It's better to use:
double lon = -105.0;
double lat = 40.0;
GeometryFactory geometryFactory = new Geo
cs is full of structures which in degenerate cases
reduce to other, simpler structures. Usually it's more graceful to
simply handle the degenerate cases than to squawk and refuse to process
them.
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250
/presentations/posters
Labs & Workshops:
http://foss4g2007.org/labs
http://foss4g2007.org/workshops
We're looking forward to seeing you in Victoria in September!
The FOSS4G 2007 Conference Committee
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250)
[index * dimension + ordinate];
}
}
Paul
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
--
Martin Davis
Senior Technical Architect
Refractions Research, I
sts.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383-3022
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net
Hi, sometime ago I developed a Snap Overlay operation by extending
_
FREE pop-up blocking with the new MSN Toolbar - get it now!
http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/
___
jts-devel mailing list
jts-devel@lists.jump-proje
and best regards!.
From: Martin Davis <[EMAIL PROTECTED]>
Reply-To: JTS Topology Suite Development
To: JTS Topology Suite Development
Subject: Re: [jts-devel] Undesired result with Snap Overlay Operation
Date: Mon, 27 Aug 2007 12:22:46 -0700
Alvaro:
Some observations and expla
net/mailman/listinfo/jts-devel
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383-3022
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
java:967)
at gisengine.LineConverter.getUnion(LineConverter.java:247)
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
--
Martin Davis
Senior Technical Architect
Refractions Research,
e,I used 50 for the threshold and used
DouglasPeuckerLineSimplifier.simplify() for simplify,will this method
(TopologyPreservingSimplifier) help?can i use this for instead?
2007/9/25, Martin Davis <[EMAIL PROTECTED]>:
This is almost certainly due to a robustness problem in the buffer
computation. This can
D] <mailto:[EMAIL PROTECTED]>
www.graymatterinc.com <http://www.graymatterinc.com>
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383-3022
ng something here ?
Joshua Portway
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
--
Martin Davis
Senior Technical Architect
Refrac
http://lists.refractions.net/mailman/listinfo/jts-devel
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383-3022
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
n answer this
with some testing, but I thought you might know off the top of your
head.)
Thanks,
The Sunburned Surveyor
P.S. - Which example class do you speak of? I'd like to take a look at it.
On 10/5/07, Martin Davis <[EMAIL PROTECTED]> wrote:
Yep, that looks right.
Is this not
jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383-3022
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
elled after the Java
version. The Java API could provide all/most the user needed.
Best regards,
Paul.
On 10/20/07, Martin Davis <[EMAIL PROTECTED]> wrote:
You're right, this isn't in JTS 1.8, but has been added to JTS 1.9 (at
least for rotation).
The best way to do this i
line.
Is there already a function in JTS? I can't fand it:-(
thx
Peter
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
--
Martin Davis
Senior Technical Architect
Refractions Res
lcomed.
What really serves as the tag on this class?
Best regards,
Paul.
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
--
Martin Davis
Senior Technical Architect
Refractions Rese
yor
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383-3022
___
For those of you who were asking about documentation for the overlay
algorithms in JTS...
http://lin-ear-th-inking.blogspot.com/2007/11/implementations-of-polygon-overlay.html
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383-3022
rationale which could help me make a decision on how to treat the
types?
Thanks in advance,
-rory
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
--
Martin Davis
Senior Technical Archi
.
Martin
CodeKaizen wrote:
On Nov 20, 2007 1:09 PM, Martin Davis <[EMAIL PROTECTED]> wrote:
The goal at some point is to refactor these so that planargraph becomes
the only graph implementation. It hasn't happened yet due to lack of
time and money.
Ah, well do I know th
Best Regards
Sandro Zacchino
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
--
Martin Davis
Senior Technical Architect
Refractions Resear
fractions.net/mailman/listinfo/jts-devel
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383-3022
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
.
John,
I was asking for CVS repo, not packages for download.
The JTS CVS at SF.net is empty:
http://jts-topo-suite.cvs.sourceforge.net/jts-topo-suite/
Cheers
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383-3022
lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383-3022
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.n
data in
the database there are a few points which don't get read from the DB if
I use the rounded buffer. I solved that by just increasing the buffer
size to return more data so it does work.
Paul
Martin Davis wrote:
Further on this, the closest you could get to this is to set the
number
@lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383-3022
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http
7;ll only be mitered at
the start/end of the boundary.
Paul
Martin Davis wrote:
Yep, I think that would work.
Paul Austin wrote:
Martin,
In terms of an aglorithm would this work? May not be the most
efficient way.
* Create a buffer with square ends for each line segment in the
tring, otherwise with a line string it'll only be mitered at
the start/end of the boundary.
Paul
Martin Davis wrote:
Yep, I think that would work.
Paul Austin wrote:
Martin,
In terms of an aglorithm would this work? May not be the most
efficient way.
* Create a buffer with s
nando
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383
Paul
Martin Davis wrote:
Ok, good to hear you have a workaround.
The square corner (I believe the technical term would be "mitred
corner") idea is a good one, tho - I'll add it to the ToDo list!
Paul Austin wrote:
___
jts-dev
f the year.
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383-3022
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
find the way to define an arc or
circle in the JTS Suite.
Have you any idea or advice on how to do that?
Thanks in advance,
Jim
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
--
Mart
talk on the JPP list about
what we will need to do to migrate to 1.9 in OpenJUMP after the bugs
are worked out.
The Sunburned Surveyor
On Dec 12, 2007 4:22 PM, Martin Davis <[EMAIL PROTECTED]> wrote:
Possibly of interest to some - here's a link to a blog entry describing
some new f
andon
On Dec 13, 2007 1:33 PM, Martin Davis <[EMAIL PROTECTED]> wrote:
No, Geometry interfaces have not yet made their appearance. When that
happens it willl probably break old code, so I've been holding off doing
that. I plan on making the release that switches to Geometry interfaces
ing.
Jody
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383-3022
___
jts-devel mailin
ing the minimal amount of work required to evaluate
predicates.
Martin Davis wrote:
b, c, and d should all have the same performance. a will probably be
twice as slow (due to two calls to predicates)
Be careful about the precise semantics of the predicates. (c) is not
equivalent to (d) (
lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383-3022
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailma
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383-3022
___
jts-devel mailing list
jts-devel@lists.jump-projec
eSequences (e.g. for isCCW)?
Cheers,
Paul
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250
e geometry functions
* Added Copy Result to Test button
Code Improvements
* Restructured code for more flexibility, better Swing functionality
* Made it easier to add geometry functions
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250
rrect version of the same class
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383
o/jts-devel
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383-3022
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383-3022
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refra
This issue is now fixed on SourceForge.
Martin Davis wrote:
Ok, the problem is that the class BasePreparedGeometry is obsolete and
should not be in the distribution. No idea how it got in there - I'll
see if I can remove it. For now just delete that class.
Diego Guidi wrote:
I can&
forward to working with JTS 1.9 and possibly
on working on its integration into OpenJUMP in the near future.
The Sunburned Surveyor
On Jan 3, 2008 3:19 PM, Martin Davis <[EMAIL PROTECTED]> wrote:
I can't see any problem. How about posting the file that you think has
errors, and al
using the getCoordinates on
the exterior ring. Might be another place to change to coordinate
sequence to eek a little more performance for packed coordinate sequences.
PAul
Martin Davis wrote:
Certainly possible, and definitely a nice to have. I'll see about
working this into the pipeline. I
_
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383-3022
___
jts-devel
nclusion in jts, I would be very pleased.
Cheers and thanks,
Peter
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/listin
TIA
Cheers,
Peter
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383-3022
___
jts-devel ma
.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383-3022
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/lis
length?
Thanks for any info.
The Sunburned Surveyor
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383-3022
r twice in
some code that works with JTS.)
Thanks,
The Sunburned Surveyor
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
--
Martin Davis
Senior Technical Architect
Refractions Rese
chtsratsvorsitzender: Marcello Maranesi
Firmensitz: Muenchen, Amtsgericht Muenchen HRB 140 509
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refraction
very beginning.
*return* gf
.createLineString(*new* Coordinate[] {
*new* Coordinate(xput1, xput2),
*new* Coordinate(output1, output2) });
}
}
___
jts-devel mailing list
jts
suggestions for more content.
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383-3022
___
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
roken.
On Jan 22, 2008 11:12 AM, Martin Davis <[EMAIL PROTECTED]> wrote:
At long last JTS has a FAQ (or the beginnings of one). My excuse is
that I wanted to wait until there was a large enough population to have
a statistically valid determination of "frequent"
look forward to checking out some of the other things you have been
working on. I'm curious about the motivation for JEQL. What advantages
does it have over SQL?
Landon
On Jan 22, 2008 11:27 AM, Martin Davis <[EMAIL PROTECTED]> wrote:
Yep, I decided to pull all my various projec
AQ!
Sunburned Surveyor wrote:
Martin,
I should have read over the intro page for JEQL more closely. Let me
do that and then I'll wait for those examples. :]
Landon
On Jan 22, 2008 1:02 PM, Martin Davis <[EMAIL PROTECTED]> wrote:
Landon,
I don't think I can say anything m
L queries directly against the shapefile.
This would also work with any other datasources which JEQL offers.
Hmmm - I guess I better start a JEQL listserv!
Tore Halset wrote:
On Jan 23, 2008, at 19:02, Martin Davis wrote:
A further note: although not currently implemented, JEQL will provide
__
jts-devel mailing list
jts-devel@lists.jump-project.org
http://lists.refractions.net/mailman/listinfo/jts-devel
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383-3022
___
jts-devel mailing list
jts-devel@lists.jump-p
ng features of the GDMS library, the engine
behind
OrbisGIS, a recent project driven by Erwan Bocher.
http://orbisgis.cerma.archi.fr/?page_id=44
Michaël
Martin Davis a écrit :
> Not at the moment, but that's an excellent idea!
> I've thought about it
JTS 1.9 is returning an incorrect result for the A.contains(B) &
B.within(A) predicates in the case where A is a rectangle and B is a
Point which lies on the boundary of A.
This does not affect relate(), so the workaround is to use relate
directly if this situation is a concern.
--
Ma
1 - 100 of 376 matches
Mail list logo