Hi!
Actually, Im not working in a project which needs topology, but a year
ago I made a little cost analisis about implementing topology, Ive
been listening your thread with interest and Id like to explain some
ideas.
How about not to implement explicit topology? I was thinking about a
model like
View results here ->
http://geovista16.geog.psu.edu/cruisecontrol/buildresults/geotools_snapshot?log=log20051007003108
---
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. ht
FYI, there is a draft topology specification being put forward for
SQL/MM which you might want to read over. Also, Oracle already
implements a topology model, and the closer your Java model is to the
Oracle model the lower the impedance between the two will be when it
becomes time to do act
View results here ->
http://geovista16.geog.psu.edu/cruisecontrol/buildresults/geotools_current?log=log20051006211145Lbuild.227
---
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and
Hi Mattias,
On 6 Oct 2005 at 21:28, Matthias Basler wrote:
> Well, I looked at JTS. JTS can intersect (or union) two geometries and
> create a new geometry from it. It doesn't need to know if the two
> geometries are "feature attributes" or are used in a CAD program or
> anything else. Likewise I
One nice thing about Maven 2 (among other advantages) is that the
"clean" phase do not fails for "The build cannot continue: Unsatisfied
Dependency" reasons, as currently in 2.1 trunk (Cruise Control tries to
download main-2.1.1.jar).
Trunk now have pom.xml files for all module/*, plugin/* and
Thanks a lot, Martin! This makes several things much clearer for me.
I've attached additional comments below.
> One of the original motivations was for efficiency and speed of
> development.
> JTS does use interfaces in a pragmatic sort of way (e.g. the
> CoordinateSequence interface, which
> Allo
isEmpty() in DataFeatureCollection is backwards
---
Key: GEOT-715
URL: http://jira.codehaus.org/browse/GEOT-715
Project: GeoTools
Type: Bug
Versions: 2.2.M0
Environment: Java 5, Windows XP SP2
Reporter: James Macg
View results here ->
http://geovista16.geog.psu.edu/cruisecontrol/buildresults/geotools_2.1.x?log=log20051006162215
---
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http:
Richard Gould wrote:
Not sure when it will be back up.
---
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
Zitat von Luca Sigfrido Percich <[EMAIL PROTECTED]>:
> sorry if my explanation wasn't clear. I'll try to be clearer.
Thanks a lot for you well explaination here. I will try to comment on it inline:
> The validation rule of overlapping implies more than one geometry,
> and must be run over a coll
Not sure when it will be back up.
---
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
___
[EMAIL PROTECTED] wrote:
Folks,
our intention was to use Geoserver 1.3.0 to cope with some strange
effects of UMN Mapserver serving WFS requests. We use RC3 in a Tomcat
5.0 on a linux box. Data Source below is Oracle Spatial 9.2.0.4
connected via thick client.
Our table contains several VARCAHR f
[ http://jira.codehaus.org/browse/GEOT-714?page=all ]
Marc Risney reopened GEOT-714:
--
> Need to support MultiString, MulitPoint, MultiPolygon in SQLEncoderOracle
> -
>
> Key:
Folks,
our intention was to use Geoserver 1.3.0 to cope with some strange
effects of UMN Mapserver serving WFS requests. We use RC3 in a Tomcat
5.0 on a linux box. Data Source below is Oracle Spatial 9.2.0.4
connected via thick client.
Our table contains several VARCAHR fields which identify land l
Chris Holmes wrote:
These all look very good - as current oracle module co-maintainer I'm
+1. Marc is our recruit for oracle module maintainer-ship, so I'm
ccing him so he's aware of what's going on.
I just got him into Jira and assigned a bug to him :-) After a formal
review we can recomme
Need to support MultiString, MulitPoint, MultiPolygon in SQLEncoderOracle
-
Key: GEOT-714
URL: http://jira.codehaus.org/browse/GEOT-714
Project: GeoTools
Type: Improvement
Components: oraclespa
> 1. You write that you have been working on topology classes.
> Fine. Are there any documentation/drafts out to review?
Nope- this is still under development. I'm not quite ready to release
it.
> 2. Do you aim the topology functions you mentioned for JTS1.6
> or later?
Some release after 1.
Hi all,
On 6 Oct 2005 at 17:08, Vitali Diatchkov wrote:
> Seems we are talking about one thing. That is good!
Definitely. We're talking about the same thing, just with different
words and perhaps focus. But we've got a lot of ideas and options to
develop them!
As you said, and I do agree, we
Seems we are talking about one thing. That is good!
Topology deals with geometries. But geometry can be just attribute of
anything. So any entity that is somehow bound to geometry (or geometry is
bound to entity) begins to be an entity for topological analysis.
We can build TDM from set of geom
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:geotools-devel-
> [EMAIL PROTECTED] On Behalf Of Matthias Basler
> Sent: Thursday, October 06, 2005 3:59 PM
> To: Luca Sigfrido Percich
> Cc: geotools-devel@lists.sourceforge.net
> Subject: Re: [Geotools-devel] Re: Proposals: Topology
Hi Matthias,
sorry if my explanation wasn't clear. I'll try to be clearer.
On 6 Oct 2005 at 15:00, Matthias Basler wrote:
> - Geometry cares about describing the ... well ... geometry (in
> mathematical sense) of a feature - There are validation rules that
> might apply to check, if, f.e. geomet
Just to formalize a bit "Topology Framework" we are discussing (lets call it
somehow..)
in developers' needs terms:
1. Implementation of Topology Data Model (TDM) is an object model based on:
- core set of interfaces (Node, Edge, Face, TopologyStore,
TopologyBuilder, whatsoever else)
Zitat von Luca Sigfrido Percich <[EMAIL PROTECTED]>:
> I think that topology cannot be simply geometry-based, it needs a
> Feature model to work with, so that features can be related to each
> other in a persistent way based on attributes.
Cannot follow here. Sorry.
Probably it's me not understand
Quoting "P.Rizzi Ag.Mobilità Ambiente" <[EMAIL PROTECTED]>:
> Ok, I thinked about it a little and I came to these conclusions:
> 1) The FIDMapper stuff is very involved, like it is involved a good
> part
> of the JDBCDataStores, SQLEncoders, etc. but nonetheless they work!!!
> They can use a good
These all look very good - as current oracle module co-maintainer I'm
+1. Marc is our recruit for oracle module maintainer-ship, so I'm
ccing him so he's aware of what's going on.
C
Quoting "P.Rizzi Ag.Mobilità Ambiente" <[EMAIL PROTECTED]>:
> I filed a few JIRA issues about improvements to the
Hi all,
I think that topology cannot be simply geometry-based, it needs a
Feature model to work with, so that features can be related to each
other in a persistent way based on attributes.
So if JTS has to provide a topology model, I think there might be two
possible solutions:
1. JTS could prov
Ok, I thinked about it a little and I came to these conclusions:
1) The FIDMapper stuff is very involved, like it is involved a good part
of the JDBCDataStores, SQLEncoders, etc. but nonetheless they work!!!
They can use a good review/rewrite, but nobody has the time/courage to do it
now, so leave
View results here ->
http://geovista16.geog.psu.edu/cruisecontrol/buildresults/geotools_current?log=log20051006071305Lbuild.226
---
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and
Hi Martin,
I am as well interested in a good and intuituve topology API. In this context
there arose some questions concerning JTS that I'd like answered by someone
from the JTS team directly.
1. You write that you have been working on topology classes. Fine. Are there any
documentation/drafts ou
GeoTools2 module build report 20051005
gt2:referencing cleaned, compiled, tested, INSTALLED 2356
gt2:main cleaned, compiled, tested, INSTALLED 2359
gt2:shapefile cleaned, compiled, tested, INSTALLED 2359
gt2:indexed-shapefile cleaned, compiled, tested, INSTALLED
gt2:graph
31 matches
Mail list logo
