View results here ->
http://geovista16.geog.psu.edu/cruisecontrol/buildresults/geotools_snapshot?log=log20051006003014
---
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. ht
Yes, the problem is the "PROJECTION" is "New Zealand Map Grid", which
is not exactly a standard projection (if you aren't in NZ, that is!)
so is not currently supported in GeoTools.
Details are here: http://www.govt.nz/record?recordid=3030
P.
On Oct 5, 2005, at 7:10 PM, Jody Garnett (JIRA)
EPSG-WKT 27200 does not parse
-
Key: GEOT-713
URL: http://jira.codehaus.org/browse/GEOT-713
Project: GeoTools
Type: Bug
Components: referencing
Environment: UDIG 1.0.4
Reporter: Jody Garnett
Assigned to: Martin Desruisseaux
F
Jürgen,
This is a side-effect of how the Expression parser works. It really
needs to be much more aware of the schema its interacting with.
The original implementors looked at elements and said "if this
looks like a number, then treat it like a number". Unfortunately, this
is a problem if your
If an exception other than NoClassDefFoundError is thrown in a constructor of a
plugin the rest of the plugins will not be looked up.
-
Key: GEOT-712
Vitali,
Martin Davis ([EMAIL PROTECTED]) - the guy who wrote JTS - has
done a lot of work getting JTS to properly deal with coverages. I
think a lot of the things you are talking about are already being
handled by the next version of JTS.
Perhaps Martin could comment on what he's done/planning?
View results here ->
http://geovista16.geog.psu.edu/cruisecontrol/buildresults/geotools_2.1.x?log=log20051005151352
---
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http:
> > I'll probably need the createSchema() method for the
> OracleDataStore, so I'm probably going
> > to implement it. Then I could commit it. Obviously it won't
> be perfect at first, but better than nothing...
> > Still there's the problem of missing meta info in
> FeatureType to know which At
Paolo Rizzi (JIRA) wrote:
Implement createSchema()
Key: GEOT-711
URL: http://jira.codehaus.org/browse/GEOT-711
Project: GeoTools
Type: New Feature
Components: oraclespatial
Versions: 2.2.M0
Reporter: Paolo Rizzi
Assigned to: S
I filed a few JIRA issues about improvements to the OracleDataStore.
I can resolve and commit a few of them, if you think it's a good idea.
Let me know!!!
Bye Paolo
http://jira.codehaus.org/browse/GEOT-709
http://jira.codehaus.org/browse/GEOT-710
http://jira.co
Implement createSchema()
Key: GEOT-711
URL: http://jira.codehaus.org/browse/GEOT-711
Project: GeoTools
Type: New Feature
Components: oraclespatial
Versions: 2.2.M0
Reporter: Paolo Rizzi
Assigned to: Sean Geoghegan
I'll probab
Try several tables in determineCRS()
Key: GEOT-710
URL: http://jira.codehaus.org/browse/GEOT-710
Project: GeoTools
Type: Improvement
Components: oraclespatial
Versions: 2.2.M0
Reporter: Paolo Rizzi
Assigned to: Sean
> Can you *please* wrap this up as a JIRA? I am very interested in
> maintaining quality on the oracle datastore. I just won't
> have time to
> look at this for the next two weeks.
Done:
http://jira.codehaus.org/browse/GEOT-709
>
> And if you really want a fix, JIRA reports with a un
Support or at least report for old geometry fields (ake old GTYPE)
--
Key: GEOT-709
URL: http://jira.codehaus.org/browse/GEOT-709
Project: GeoTools
Type: Improvement
Components: oraclespatial
Ver
Gabriel Roldán wrote:
Jody,
given this decision I think it would be far easier to implement an upgrade
path if we go back to Geotools Filter and Geometry interfaces on our FM
proposal implementation?
Yes, and Yes.
I would like to send the state of the implementation to a proper geotools
b
Can you *please* wrap this up as a JIRA? I am very interested in
maintaining quality on the oracle datastore. I just won't have time to
look at this for the next two weeks.
And if you really want a fix, JIRA reports with a unit test always come
first :-)
Jody
Answering myself.
From Oracle
Test for various multi-valued properties
Key: GEOT-708
URL: http://jira.codehaus.org/browse/GEOT-708
Project: GeoTools
Type: Sub-task
Components: complex
Versions: 2.2.M1
Reporter: Gabriel Roldán
Assigned to: Gab
Jody,
given this decision I think it would be far easier to implement an upgrade
path if we go back to Geotools Filter and Geometry interfaces on our FM
proposal implementation?
This way I'll be able of upgrading current test cases and provide an easier
integration build of the new interfaces
Answering myself AGAIN.
Converting a table created with an old version (with "strange" GTYPEs)
is just a matter of using the
SDO_MIGRATE.TO_CURRENT('table_name')
function.
>From the PL/SQL prompt should be like this:
execute SDO_MIGRATE.TO_CURRENT('table_name')
from within SQL:
test for single multivalued property
Key: GEOT-707
URL: http://jira.codehaus.org/browse/GEOT-707
Project: GeoTools
Type: Sub-task
Components: complex
Versions: 2.2.M1
Reporter: Gabriel Roldán
Assigned to: Gabriel Rol
Hi Vitali, hi all,
yes, I've found a lot of great ideas in your proposal, Vitali. The
nice thing is that you are mainly working on Udig, while I'm working
on GeoTools/Geoserver, so we've got a chance to unify the Topology
Data Model (TDM) view. From your mail, I would propose these focus
points:
Answering myself.
>From Oracle documentation:
---
Note:
The 1-digit SDO_GTYPE values from before release 8.1.6 value are still
supported. If a 1-digit value is used, however, Oracle Spatial determines
the number of dimensions
Hi!
Continuing the discussion about Topology Data Model for vector data inside
of UDIG.
The following editing tools are common for every GIS system (in terms of
feature geometry):
-Divide polygon
-Merge two adjacent polygons
-Cut piece of one polygon and add it to adjacent
View results here ->
http://geovista16.geog.psu.edu/cruisecontrol/buildresults/geotools_current?log=log20051005055210Lbuild.225
---
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and
Hey all,
Thanks to whomever did the work. The three points of entry now all look
the same:
http://www.geotools.org/
http://geotools.codehaus.org/
http://docs.codehaus.org/display/GEOTOOLS/Home
This moves things a huge step forward.
thanks,
adrian
-
Hi,
Posting this message (from the gislist) to the MapServer and GeoTools
mailing lists as I think there may be interest within these
communities for this tool. An earlier post a couple of months ago
didn't generate a single reply, so I may be wrong :-)
I've developed a tool to export a
GeoTools2 module build report 20051004
gt2:referencing cleaned, compiled, tested, INSTALLED 2356
gt2:main cleaned, compiled, tested, INSTALLED 2359
gt2:shapefile cleaned, compiled, tested, INSTALLED
gt2:indexed-shapefile cleaned, compiled, tested, INSTALLED
gt2:graph
27 matches
Mail list logo
