On trunk, FeatureImpl getBounds() cannot work because GMLSchema has no
(GeoAPI) geometric types.
In 2.4, GMLSchema uses DefaultAttributeTypeFactory to create attribute
types that are gt2 Geometric* types if they have JTS Geometry bindings.
On trunk, types that formerly had their geometric natur
Hello Simone
Your analysis is right. For the Java 6 issue, the plan is to create a mercurial
clone porting the code to Java 5 when the referencing module will be done. This
clone could also contains a "legacy" module for deprecated classes removed from
geotidy but still in use in other geotools/ge
Hello there
I exchanged some e-mails a while ago with Jody, about issues with
spatial references when creating a schema on PostgisDataStore. Please see:
http://n2.nabble.com/SRID-problems-when-writing-to-PostGIS-td1093252.html
I guess the conversation kind of died out, but we here did implement
Ciao all,
just dumping a few thoughts about the subject after having discussed a
bit with all the involved parties.
I seem to understand that the goals for GeoTidy are (correct me if I am wrong):
- clean up metadata, referencing and possible all the rest
- use java 6
This implies that the metada
I think we should approach the "geotidy" thing in a more coordinated way.
I will start a new thread and dump my thoughts (I have should have
done that a bit earlier, sorry).
Simone.
On Thu, Oct 30, 2008 at 10:07 AM, Martin Desruisseaux
<[EMAIL PROTECTED]> wrote:
> In the process of hacking geotidy
Just wanted to report, that since at least 15 minutes
http://geotools.codehaus.org/Screenshots
returns:
> java.lang.Exception:
> org.springframework.transaction.UnexpectedRollbackException: Transaction
> rolled back because it has been marked as rollback-only
> com.openxource.unity.providers.con
[
http://jira.codehaus.org/browse/GEOT-1964?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrea Aime reopened GEOT-1964:
---
> JDBCDataStoreFactory should use gt2 wide default factories
> -
Martin Desruisseaux ha scritto:
> In the process of hacking geotidy, I'm fixing many JIRA tasks. Following are
> fixed on geotidy only:
>
> GEOT-640: Avoid (OTHER,EAST,NORTH) axis directions for GeocentricCRS
>when possible
> GEOT-915: ResourceCompiler should be refactore
Martin Desruisseaux a écrit :
> In the process of hacking geotidy, I'm fixing many JIRA tasks. Following are
> fixed on geotidy only:
I forgot to said that many more are going to be fixed, since I'm going through
the list of JIRA tasks in same time I'm hacking.
---
In the process of hacking geotidy, I'm fixing many JIRA tasks. Following are
fixed on geotidy only:
GEOT-640: Avoid (OTHER,EAST,NORTH) axis directions for GeocentricCRS
when possible
GEOT-915: ResourceCompiler should be refactored as a Maven plugin
GEOT-1100: Deprecate
10 matches
Mail list logo
