compromise solution. Is this change something we can expect in JTS 1.14?
Thankslreeder
On Sun, Apr 21, 2013 at 10:19 AM, Martin Davis <mailto:mtncl...@telus.net>> wrote:
Hey guys, I have been lurking on this thread...
I agree that it would be bizarre
Hey guys, I have been lurking on this thread...
I agree that it would be bizarre to switch endianess in the middle of a
WKB blob. I suspect that the standard did not really have the intent of
supporting this, they just provided multiple endian code items as a
side-effect of reusing the definit
As Michael and Stefan point out, Polygons in a MultiPolygon must be
edge-disjoint (which another way of stating the formal definition "must
only touch at a finite number of points". If they touched along an
edge, that would cause an infinite number of points to be coincident).
Another way of l
The FUTURE classes are ones that added or enhanced functionality of
classes which weren't easily changed directly. For example, sometimes
JUMP/JCS would need to move faster than JTS, so the JTS code was forked,
updated, and then named FUTURE.
That's my memory of how it worked, anyway...
On 1
I'm reading this... Cool idea, definitely. But it gets into deep
water very quickly, depending on how fancy you want to get.
I don't think there's anything in the current model that limits this per
se - this kind of functionality would be built underneath the current
FeatureCollection and Da
In GeoServer it is possible to filter on geometry type, but using a
platform-specific technique:
http://docs.geoserver.org/stable/en/user/styling/sld-tipstricks/mixed-geometries.html
But I'm not sure it's necessary to filter by type. The use of a
PointSymbolizer ensures that every geometry is
I finally had a chance to follow up on this issue by trying it out in
GeoServer.
There's 3 issues:
- the attribute oj:dummy is invalid
- the predicate PropertyIsInstanceOf at line 13 is not supported in
GeoServer. See here for the properties that are supported:
http://docs.geoserver.org/stabl
The issue appears to be the "oj:dummy" attribute on the initial
element (as the GeoServer message says).
The rest of style looks ok by visual inspection.
As a first step I would remove that attribute and see if the SLD
validates in GeoServer. And then preventing that attribute from being
em
You're right, Even, I was working with a different version of the file.
The dataset must have changed in the past few days. I now get the same
result for MAX(area) that you're getting.
I now get about 60 s for both OGR and JEQL. Not sure why the new file
takes so much longer - it's actually
rote:
>
>> Le samedi 21 avril 2012 12:41:49, Jukka Rahkonen a écrit :
>>> Hi,
>>>
>>> Martin Davis started this thread on OpenJUMP-dev list
>>> http://thread.gmane.org/gmane.comp.gis.jump.devel/9
>>> Perhaps someone would like to test how O
n the cases where the geometries are *not* identical,
>> then a slower equals test is performed. So still better to just test
>> reference equality, I think.
>>
>> On 4/21/2012 8:05 AM, Martin Davis wrote:
>>> That does seem like a good idea. I'll look at add
Oh - except that in the cases where the geometries are *not* identical,
then a slower equals test is performed. So still better to just test
reference equality, I think.
On 4/21/2012 8:05 AM, Martin Davis wrote:
> That does seem like a good idea. I'll look at adding that.
>
> O
That does seem like a good idea. I'll look at adding that.
On 4/21/2012 12:48 AM, Michaël Michaud wrote:
>
>
> Implementing #3 I was wondering why not implementing the following
> short circuit in Geometry equals method
> public boolean equals(Object o) {
> if (this == o) return true;
>
Le samedi 21 avril 2012 12:41:49, Jukka Rahkonen a écrit :
Hi,
Martin Davis started this thread on OpenJUMP-dev list
http://thread.gmane.org/gmane.comp.gis.jump.devel/9
Perhaps someone would like to test how OGR performs with such data?
Link to dataset is mentioned in the discussion.
I
The file I sent is in Ohio, I think. It was sent to me by Stephen
Mather, who I met in Washington DC at FOSS4GNA last week. It's pretty
excessive - not the normal kind of shapefile, I think. But still, it's
nice to optimize the corner cases, especially if they take 10x longer to
run.
I did
Recently I've been working with a dataset which has many large polygons
with many holes (eg 100K+ vertices, 1000+ holes). This revealed a
performance issue with the Shapefile reading code that I'm using, which
is pretty much the same as the code in JUMP (and is descended from an
old GeoTools v
On 2/18/2012 11:32 AM, Michaël Michaud wrote:
> Hi Martin,
>> Does OJ use decimation to help improve rendering performance? I know
>> this wasn't in JUMP, but perhaps it's been added?
> Thanks to Larry Becker, we've had this kind of decimation for a few years.
Oh, great. I'll have a look at the
Hey, list...
Does OJ use decimation to help improve rendering performance? I know
this wasn't in JUMP, but perhaps it's been added?
If not, it's worth having a look at - it's fairly easy to implement, and
it makes a big difference in rendering speed. I've just added
decimation capability to
Interesting idea...
My impression is that OpenGeo prefers thin, web-based clients where
possible. But as you point out, there are some significant limitations
with this approach when used with large volumes of vector data. It does
seem like it would be a good thing to have a richer client whic
Thanks, Stefan. It's great to be more closely involved with the cutting
edge of open source geospatial software.
Martin
On 10/26/2011 9:52 AM, Stefan Steiniger wrote:
> Hi All,
>
> the architect/designer of JUMP/OpenJUMP stays well integrated with the
> FOSS4G family:
>
> http://opengeo.org/abo
be the way to go.
> also the cts extension already uses geotools, although a very old version.
>
>
> ..ede
>
> On 19.10.2011 00:24, Martin Davis wrote:
>> If there is a need for reprojection in OpenJUMP, has anyone looked at
>> adding a plugin using Proj4J?
>>
>
If there is a need for reprojection in OpenJUMP, has anyone looked at
adding a plugin using Proj4J?
http://trac.osgeo.org/proj4j/
On 10/18/2011 2:43 PM, Rahkonen Jukka wrote:
> Hi,
>
> SkyJUMP with igor is doing conversion with ogr2ogr.exe located at
> \SkyJUMP\Jump\bin\ogr\bin with a bunch of
>> they contain
>>> unambiguous formats.
>> zip and tgz (i think) when opened with OpenFileWizard are
>> automatically scanned for files with known extensions and
>> opened with the appropriate factory.
>>
>>> My 2 cents
>> make it 4, ede
&g
So there is only one dropdown for Format, and then the checkbox
On 10/14/2011 12:59 AM, edgar.sol...@web.de wrote:
>
>> On 10/13/2011 2:24 AM, edgar.sol...@web.de wrote:
>>> On 13.10.2011 01:02, Martin Davis wrote:
>>>> One reason for having the double choice o
Ok, but I'm not sure how this solves the problem of determining the
format of a file with an unknown extension?
On 10/13/2011 2:24 AM, edgar.sol...@web.de wrote:
> On 13.10.2011 01:02, Martin Davis wrote:
>> One reason for having the double choice of both format and file name is
One reason for having the double choice of both format and file name is
that there are formats (such as GML) which don't have a standard file
extension that can be used to drive the choice of format.
Also, in JUMP originally we supported a zipped shapefile concept. It
had the extension .zip, b
http://sourceforge.net/projects/jump-pilot/files/
>> Your remarks are always welcome
>>
>> Finally, as you give me opportunity, I congratulate you for the Sol Katz
>> Award.
>> I mean... for JTS, Sol Kats Award is just what JTS's author has deserved
>> for th
Michael,
What's the secret to the new plugin? Does it use JTS UnaryUnion, or
something else?
Martin
On 10/2/2011 2:33 PM, Michaël Michaud wrote:
> Hi,
>
> Next Nightly Build will include a new version of Union By Attribute
> (dissolve) plugin.
> It is called Union/Dissolve/Merge and has all t
o convert GML from disk
> into other formats with OGR. However, I would like to teach others to do it
> in some extremely simple way and not through additional downloads and command
> line workarounds. Nowadays people tend to give in or escape immediately when
> they see an open
Jukka,
I may be mis-understanding your post, but the difficulty with reading
GML2 from WFS is the same as reading arbitrary GML2: GML schemas can be
very complex, and thus it's very difficult to develop a general-purpose
GML2 Reader.
That is the reason that JUMP implemented the simplified GML2
x27;t
handle the data size or field names. I need to be able to edit /along
side of /the ESRI solution, especially in an ArcGIS Engine runtime
environment that doesn't have all of the regular tools.
regards,
Larry
On Mon, Aug 8, 2011 at 8:08 PM, Martin Davis <mailto:mtncl...@telus.net
g going on in this area and will get
back to
>> the list.
>>
>> Landon
>>
>> On Thu, Aug 4, 2011 at 2:25 AM, mailto:edgar.sol...@web.de>> wrote:
>>> Thanks for the overview on this.. ede
>>>
>>> On 04.08.2011 01:28,
Yes, they are definitely positioning FGDBs as the replacement for
shapefiles - at least in their world. FGDB has a lot of advantages for
them - no limit on file size, able to contain all of the weird and
wonderful ESRI data structures, and platform-independent. Oh, and no
11-char limit on fie
Giuseppe,
Wow! That's a great list of changes. Based on a quick read of the doc,
it looks like some great ideas in there.
I'm excited to see so much activity on JUMP - the app is really moving
forward now!
Martin
On 6/29/2011 4:05 AM, Giuseppe Aruta wrote:
> Hi all
> this is a new version o
It sounds fine to me to modify or select anything you feel is worth
including in the JCS plugin, to harmonize with the current OJ menu
structure.
Martin
On 6/26/2011 3:16 AM, Giuseppe Aruta wrote:
>
> > JCS
> I agree to add that QA tool instead of all JCS. I will ask Martin if we can
> mod
Michael,
I can go one step further and create the final build of JTS 1.12. That
way you can release with the final version.
Let me know if you want to do this.
Martin
On 6/25/2011 5:06 PM, Martin Davis wrote:
> Sure, that sounds fine.
>
> I'm really hoping to get JTS 1.12 out
Sure, that sounds fine.
I'm really hoping to get JTS 1.12 out very soon, and I'm freezing the
features now, so the RC1 release should be pretty much identical to the
final one.
Martin
On 6/25/2011 1:50 PM, Michaël Michaud wrote:
> Hi Martin,
>
> I'd like to release OpenJUMP within few days.
>
ilder/Viewport.java?view=log
On 4/28/2011 7:37 AM, Sunburned Surveyor wrote:
> Martin,
>
> Can you give me a pointer to the package(s) in JTS test builder that
> we'd want to look at for code to port to OJ for the grid?
>
> Thanks,
>
> Landon
>
> On Sun, Mar 6, 2011 at
We implemented this as part of the JCS Conflation Suite (which was the
reason JUMP was originally developed!)
There's a whole body of theory around shape recognition - much of which
is very complicated and hard to implement/use. The circularity ratio is
one of the more usable techniques.
Ma
On 4/21/2011 9:37 AM, Michaël Michaud wrote:
> I think the approach I described before can give bad results in some
> corner cases, due to the fact that a part of the searching is based on
> rectangles (bounding boxes, STRtree nodes) which can give different
> results from the strict distance
Nearest Neighbour seems to be a hot topic all of a sudden.
I recently added NearestNeighbours functionality to the STRtree in JTS.
See here for the source code.
http://jts-topo-suite.svn.sourceforge.net/viewvc/jts-topo-suite/trunk/jts/java/src/com/vividsolutions/jts/index/strtree/STRtree.java?v
Here's my thoughts on a couple of these topics...
* I agree with keeping dependencies as small as possible. This
especially applies to "the core". The core could actually be thought of
as a few concentric rings of things: the Feature API, the I/O framework
(and drivers, including DB drivers)
Yes, in the JTS TestBuilder the finest grid is the one snapped to. It's
visually obvious.
But... the user doesn't "ask to snap" to a particular grid. The
snapping is always to the grid displayed, which depends on zoom level.
I've found this to be more flexible and easier to use than having a
Yes, the coordinates are snapped to the 1x grid. Since the 5x, 10x,
100x grids are just multiples of this, they are also snapped to by
definition.
One thing I forgot to add is that I also constrain the scale factor to
be a multiple of a power of 10 (i.e. have single digit precision). This
pr
I have never been very happy with the display grid in JUMP. It's too
limited, since it only works well at a very small range of scales.
Also, it's fussy to set a grid size all the time.
In the JTS TestBuilder I've been experimenting with a better grid design
which works well at all scales. I
Hey, JUMPers, Martin Davis here. I'm finally getting back on-list after
a time away... I'm able to use JUMP more now in my current work, which
is making me very happy (especially since the alternative is to use ArcGIS!)
The latest version of OJ is looking very good. Thank you for
sf.net/sfu/nokia-dev2dev
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
_
>>>> Jump-pilot-devel mailing list
>>>> Jump-pilot-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>>>
>>> --
an app they can't live without
> Enter the BlackBerry Developer Challenge
> http://p.sf.net/sfu/RIM-dev2dev
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listin
>
>
>
> This example causes the current selection to be written to the designated
> file. Just thought I would keep the ball rolling on this idea.
>
> regards,
> Larry
>
> On Thu, Jun 3, 2010 at 2:39 PM, Martin Davis wrote:
>
>
>> It occurred t
MI service from JUMP?
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383-3022
--
ThinkGeek and WIRED's GeekDad team up for the Ultimate
GeekDad Father's Day Giveaway. ONE MASSIVE PRI
ucky parental unit. See the prize list and enter to win:
> http://p.sf.net/sfu/thinkgeek-promo
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo
side
> effects - especially with respect to writing something back to real
> databases. So if a skilled person like Larry or Martin (as the JUMP
> designer) or Michael or Andreas would propose and do changes - I am
> totally happy with it.
> Though.. preferring still no code cha
eason, but it is a reason. :-)
>
> regards,
> Larry
>
> On Tue, Mar 23, 2010 at 10:52 AM, Martin Davis wrote:
>
>
>> Yes, POINT EMPTY is valid. This is a bug in JTS. I'll fix this today.
>> Thanks, Michael!
>>
>> One thing that doesn't make sense to m
second solution is best?
>>
>>
>> ohh.. @Martin, actually, if that only happens for point geometries
>> now... what is with the other geometry.isValid operations... why don't
>> they return an error if null geomtries are created?
>>
>> stefan
>>
>&
ead.java:161)
>>>>> at
>>>>>
>>>> java.awt.EventDispatchThread.run(EventDispatchThread.java:122)
>>>>
>>>>>
>>>> -
>
> But is this the right fix?
>
> Larry
>
> On Mon, Mar 22, 2010 at 12:53 PM, Larry Becker wrote:
>
>
>> I had no trouble duplicating the problem - just create a point and delete
>> it in a new project. I don't have a clue as to what is going on though.
>&g
llel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> __
Yes, this is a known design limitation, not a bug.
Sunburned Surveyor wrote:
> Sounds like a user error and not a bug. Can I mark the bug report as closed?
>
> The Sunburned Surveyor
>
> On Mon, Mar 22, 2010 at 9:09 AM, Martin Davis wrote:
>
>> That's exactly righ
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got
You'd make a good grizzly bear, Larry 8^)
Larry Becker wrote:
> I manufactured a dataset from scratch to try out the problem.
>
> Larry
>
> On Wed, Feb 24, 2010 at 5:01 PM, Larry Becker wrote:
>
>
--
Martin Davis
Senior Technical Architect
Refractions Res
elope);
>
> The grizzlies are now free to roam at will. :-) It doesn't seem to have
> slowed down display of other linear data like contours. It might even be
> faster for those too. To those of you who want to reproduce the problem, it
> requires a lot of self-crossing
> >
>>> > We could do a conversion of large linestrings whose bounding
>>> boxes contain
>>> > the viewport, to "rough clip" MultiLineStrings instead of the
>>> clipGeometry
>>> > call. This should enable Java&#x
> We could do a conversion of large linestrings whose bounding
>> boxes contain
>> > the viewport, to "rough clip" MultiLineStrings instead of the
>> clipGeometry
>> > call. This should enable Java's graphics clipper to do its w
und in the wild render very
> quickly. See the attached for an example.
>
> Larry
>
> On Mon, Feb 22, 2010 at 4:13 PM, Martin Davis wrote:
>
>
>> Stefan, for future reference can you send the linestring, and the
>> viewport which causes the problem?
>>
>> S
for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> ___
> Jump-pilot-devel mailing list
&g
fo/jump-pilot-devel
>>
>>
>
>
>
>
>
>
> --
> Download Intel® Parallel Studio Eval
> Try the new software tool
is the OS for Data Centers - provides features
>> such as DTrace,
>> Predictive Self Healing and Award Winning ZFS. Get Solaris
>> 10 NOW
>> http://p.sf.net/sfu/solaris-dev2dev
>> ___
>> Jump-pilot-devel mailing list
Guiseppe,
Attached is a demo JEQL script to perform the "block" replacement. (In
case the attachment doesn't work, the script is also included below.
If you have any issues getting this to work with Shapefile input, just
let me know.
--
Martin Davis
Senior Technical Archit
t; with the same template, substitute according to an attribute value, etc).
> I ask you if you can give me an example on my previous question (substitute
> all points (from shapefile A) with a template polygon (from shapefile/WKT B),
> so I can explore the way.
> thanks in advance
>
s 10 NOW
> http://p.sf.net/sfu/solaris-dev2dev
> _______
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
--
Martin Davis
Senior Technical Architec
> street map tiles. I used to do the same thing with the old
> Terraserver. It wouldn't be difficult to throw something together.
>
> regards,
> Larry
>
> On Thu, Feb 4, 2010 at 11:28 AM, Martin Davis <mailto:mbda...@refractions.net>> wrote:
>
Has anyone done any work on allowing Web Mercator tilesets to be
visualized in OJ? This would be a nice complement to the WMS
capability. It also might encourage OSM and OpenCycleMap users to make
use of JUMP.
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383
have a pure Java driver, though, to avoid the problem of
platform dependencies.
And I can imagine OJ shipping with an embedded H2 option at some point,
to seamlessly support huge datasets.
--
Martin Davis
Senior Technical Architect
Refractio
edicated and managed hosting, cloud storage, colocation
> Stay online with enterprise data centers and the best network in the business
> Choose flexible plans and management services without long-term contracts
> Personal 24x7 support from experience hosting pros just a phone call awa
'll think about how I can get it integrated into
> OpenJUMP.
>
> SS
>
> On Wed, Feb 3, 2010 at 9:35 AM, Martin Davis wrote:
>
>> Sounds like we're all in agreement.
>>
>> @SS - JEQL now has Proj4J exposed for use. So this provides a command
>&g
gt;
>
> -Alkuperäinen viesti-
> Lähettäjä: Martin Davis [mailto:mbda...@refractions.net]
> Lähetetty: ke 3.2.2010 18:38
> Vastaanottaja: OpenJump develop and use
> Aihe: Re: [JPP-Devel] Proj4j - Martin steps ahead
>
> Jukka,
>
> Do you know what lib spatiallite us
jection each layer is in. That is likely something he
>> is doing anyways.
>>
>> This approach will keep the code much simpler.
>>
>> I think even a stand-alone reprojection tool in Java packaged with
>> OpenJUMP might even be the best way to go.
>>
>> J
s and the best network in the business
> Choose flexible plans and management services without long-term contracts
> Personal 24x7 support from experience hosting pros just a phone call away.
> http://p.sf.net/sfu/theplanet-com
> ___
> Jump-pil
forward with. I am
> going to copy Stefan on this e-mail so he can comment if he wants to.
>
> SS
>
>
> On Thu, Jan 28, 2010 at 8:43 AM, Martin Davis wrote:
>
>> I think in the past I"ve used the convention that null geometry is
>> represented as
-
> The Planet: dedicated and managed hosting, cloud storage, colocation
> Stay online with enterprise data centers and the best network in the business
> Choose flexible plans and management services without long-term contract
>
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https
y
> Join now and get one step closer to millions of Verizon customers
> http://p.sf.net/sfu/verizon-dev2dev
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/
ts, Inc.
>>
>>
>>
>>
>> --
>> Larry Becker
>> Integrated Systems Analysts, Inc.
>>
>>
>> ----------
>
got my last jts email (digest mode) on November
> 6th... so there was no general email going out to list members? In case
> that is true, can you send a message to all old members?
>
> stefan
>
> Martin Davis wrote:
>
>> For anyone interested, the JTS mailing list is no
For anyone interested, the JTS mailing list is now here:
https://lists.sourceforge.net/lists/listinfo/jts-topo-suite-user
Please spread the word!
Martin
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383-3022
--------
> Let Crystal Reports handle the reporting - Free Crystal Reports
> 2008 30-Day
> trial. Simplify your report design, integration and deployment -
> and focus on
> what you do best, core application coding. Discov
and by helping JEQL to become
fully embeddable in a Java system.
If you're interested, contact me and I'll provide more details of the
how the integration would work, and some ideas for what the UI should be
able to do.
Martin
--
Martin Davis
Senior Technical Architect
R
;> >> >>> http://p.sf.net/sfu/devconf
>> >> >>> ___
>> >> >>> Jump-pilot-devel mailing list
>> >> >>> Jump-pilot-dev
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383-3022
--
simplified licensing option that enables unlimited
> royalty-free distribution of the report engine for externally facing
> server and web deployment.
> http://p.sf.net/sfu/businessobjects
> ___
> plug-in for OpenJUMP that I want to get released first.
>
> The Sunburned Surveyor
>
> P.S. - Is your KML parsing code something we could hack to support KML
> in OpenJUMP?
>
>
> On Wed, May 20, 2009 at 1:12 PM, Martin Davis wrote:
>
>> Landon,
>>
; this busted out in the next couple of weeks.
>
> Landon
>
> On Wed, May 20, 2009 at 11:14 AM, Martin Davis
> wrote:
>
>> Has anyone looked at the GeoTools GML reader, to see if it's a
>> reasonable thing to include with OJ?
>>
>> Writing GML reade
t;> Check out the new simplified licensing option that enables
>> unlimited royalty-free distribution of the report engine
>> for externally facing server and web deployment.
>> http://p.sf.net/sfu/businessobjects
>> ___
>&
the report engine
> for externally facing server and web deployment.
> http://p.sf.net/sfu/businessobjects
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-
ou talk, I always can learn some things
> stefan
>
> Martin Davis schrieb:
>
>> Right, I see the sorting step now. Out of curiosity, did you check to
>> see if it was any faster using an array and Collections.sort, rather
>> than a TreeSet? I would have thought building a
s.
>
>> Anyway, very impressive timings. I'm curious to know where the speed
>> different lies. It could be the point location search, or the data
>> structure manipulation, or perhaps both?
>>
>>
> I can try to find back a more precise descr
Constrained Delaunay - or is
it Conformal Delaunay? I'll have to look a bit more to see.
Anyway, very impressive timings. I'm curious to know where the speed
different lies. It could be the point location search, or the data
structure manipulation, or perhaps both?
Martin D
xation inefficient for example). Moreover, individual geometries
>> can give the oppurtunity to keep the tin structure with links between
>> elements represented as attributes, or to compute height, slope,
>> orientation on every individual triangle and keep them as attributes.
a collection of
>> Polygons than a MultiLinestring or MultiPolygon, because I'm not sure
>> a mutigeometry of one million elements is easy to deal with (spatial
>> indexation inefficient for example). Moreover, individual geometries
>> can give the oppurtunity to
1 - 100 of 333 matches
Mail list logo
