support virtual feature types generated from an sql query
-
Key: GEOT-2123
URL: http://jira.codehaus.org/browse/GEOT-2123
Project: GeoTools
Issue Type: New Feature
Components:
Hi Adrian,
it's good to receive positive feedback both from you for Geotools and from Jody
for uDig, so I think it won't be too hard to get this task done.
Glad to hear about the Mercurial repository at Geomatys. Then I'd better scrap
my own and clone that one - so far, my changes are minimal,
Milton Jonathan ha scritto:
> OK then, I'll use that for the correction then
>
> But just for noting: the method CRS.lookupEpsgCode() did work fine with
> all .prj files I have (and none of them contain the code, they're quite
> like the one you described). But it only works when performing a fu
OK then, I'll use that for the correction then
But just for noting: the method CRS.lookupEpsgCode() did work fine with
all .prj files I have (and none of them contain the code, they're quite
like the one you described). But it only works when performing a full
scan, as happens with CRS.lookupId
unify gml2 and gml3 feature type parsing and behaviour
--
Key: GEOT-2122
URL: http://jira.codehaus.org/browse/GEOT-2122
Project: GeoTools
Issue Type: Improvement
Components: ext x
1.0 filter does not properly encode FeatureId elements
--
Key: GEOT-2121
URL: http://jira.codehaus.org/browse/GEOT-2121
Project: GeoTools
Issue Type: Bug
Components: ext xml-xsd
Oracle resultSet.getAttribute won't return a java.util.Date subclass for
timestamp data
---
Key: GEOT-2120
URL: http://jira.codehaus.org/browse/GEOT-2120
Project: Geo
Milton Jonathan ha scritto:
> Hello Andrea
>
> Hmm, so instead of CRS.lookupEpsgCode(refSys, true), you would suggest
> something like:
>
> SRID = CRS.lookupIdentifier(refSys, true);
> if (SRID != null)
> SRID = SRID.substring(SRID.indexOf(':')+1);
>
> If I understand it well, the adv
JDBCDatastore.getPrimaryKey visibility
--
Key: GEOT-2119
URL: http://jira.codehaus.org/browse/GEOT-2119
Project: GeoTools
Issue Type: Improvement
Components: data jdbc-ng
Reporter: Al
Hello Andrea
Hmm, so instead of CRS.lookupEpsgCode(refSys, true), you would suggest
something like:
SRID = CRS.lookupIdentifier(refSys, true);
if (SRID != null)
SRID = SRID.substring(SRID.indexOf(':')+1);
If I understand it well, the advantage is that this will work even if
the au
As proposed in yesterday IRC, there is an update of progress in port of GeoTools
2.x code to Geotidy. On a related note, I think that the amount of changes in
geotidy looks scary. But in the case of the referencing module, if you didn't
wrote your own MapProjection classes, I think that you are lik
Adrian Custer ha scritto:
> Hey all,
>
> If you want to move the repo, OSGeo is ready to host it. The transfer
> would require something like:
> 1. open a TRAC issue and probably notify the OSGeo admin group
> 2. schedule the transfer with refractions admin and osgeo
> 3. freeze the
Hey all,
If you want to move the repo, OSGeo is ready to host it. The transfer
would require something like:
1. open a TRAC issue and probably notify the OSGeo admin group
2. schedule the transfer with refractions admin and osgeo
3. freeze the repo
4. get a dump and get the lis
13 matches
Mail list logo
