[Geotools-devel] Clarification on DefaultEngineeringDatum constructor?
Hi Martin I am looking at the following constructor and wondering at your intent chances are since this is generics I am just understanding things incorrectly; but it pays to be safe and ask ... The constructor looks like the following ... public DefaultEngineeringDatum(final MapString,? properties) { super(properties); } I am pretty sure this is not what you intend; ie you probably intend to set up a Map of Key / Value where the Key is String; and the Value is anything. What you have written is parameter where Maps which map to values of the same type can be provided ... examples: - MapString,Integer - you can have any value you want as long as it is an Integer - MapString,String - traditional property file - MapString,Serializable - my personal favourite - MapString,Object - anything goes My guess is you intended the last entry in order to allow mix values public DefaultEngineeringDatum(final MapString,Object properties) { super(properties); } I would urge you to consider MapString,Serializable however as it is very friendly to people who want to save and restore objects... Jody - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] [jira] Created: (GEOT-2018) Streaming renderer reprojection breaks if Bursa Worlf parameters are missing
Streaming renderer reprojection breaks if Bursa Worlf parameters are missing Key: GEOT-2018 URL: http://jira.codehaus.org/browse/GEOT-2018 Project: GeoTools Issue Type: Bug Components: core render Affects Versions: 2.5-RC0 Reporter: Andrea Aime Assignee: Jesse Eichar Fix For: 2.4.6, 2.5.0, 2.6-M0 The code looking up for the transfromation forgets to add the leniency param. For more details, see the attached GeoServer issue. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Clarification on DefaultEngineeringDatum constructor?
Hello Jody Jody Garnett a écrit : What you have written is parameter where Maps which map to values of the same type can be provided ... examples: - MapString,Integer - you can have any value you want as long as it is an Integer - MapString,String - traditional property file - MapString,Serializable - my personal favourite - MapString,Object - anything goes My guess is you intended the last entry in order to allow mix values Yes, the intented behavior is as MapString,Object. However the MapString,? signature allow users to pass a MapString,Integer, MapString,String, etc. if they wish. We could want to restrict the type to MapString,Object if we were keeping a reference to it. But we don't. The constructor extracts the values from the map and assigns appropriate private fields accordingly. It is like a copy. For this reason, the actual type of the user-provided map doesn't matter since we keep no trace of it. This is similar in spirit to HashMap(Map) constructor (a copy constructor), which copies the value of a map in the new map: http://java.sun.com/javase/6/docs/api/java/util/HashMap.html#HashMap(java.util.Map) Note the signature, which is Map? extends K, ? extends V, not MapK,V. I would urge you to consider MapString,Serializable however as it is very friendly to people who want to save and restore objects... We could... But it would not make much difference since DefaultEngineeringDatum constructor (and all referencing object constructors) are copy constructors, so the map is not retained and not serialized. DefaultEngineeringDatum itself is Serializable. The only hole I can see would be if a Map value is a non-serializable implementation of InternationalString. All GeoTools implementations are serializable as far as I know. If nevertheless we hit a non-serializable instance, it is probably possible to handle that case at referencing object serialization time. Changing the signature to MapString,? extends Serializable would force GeoAPI Factory to change their signature in the same way. We could imagine non-GeoTools implementations wanting to create objects that are not serializable for whatever reasons (e.g. depends on a live connection to a database, etc.). It may be less disruptive to check for Serializable InternationalString in referencing object constructors instead, if we need them to be serializable. Martin - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] ISO Feature Model (fm module) and GeoAPI 2.2
There should be no reason to port the feature model; that has been done. The classes were simplified a bit from what you are looking at (any helper methods were removed for example); and some of the methods were renamed based on user feedback after the FOSS4G2007 code sprint. Other comments inline. Ben Caradoc-Davies wrote: Jody and Gabriel, I have a few questions about the ISO Feature Model implementation (community-schemas/fm). I am porting it to trunk, and therefore GeoAPI 2.2 (from 2.1). I have picked through Justin and Jody's comments on the GeoAPI wiki, but not all is clear. (1) TypeFactory is gone. It did look rather nasty. Is there a suitable replacement, or is this interface now disowned by GeoAPI? FeatureTypeFactory and FeatureFactory exist as I understand it. (2) FeatureCollection is gone. I assume the replacement is CollectionFeature? If so, where where does metadata for a collection live, now that FeatureCollectionType is no more? If FeatureCollection is meant to become CollectionFeature, we will, because of type erasure, have lost the capability to do instanceof FeatureCollection, not to mention instanceof FeatureCollectionType. This will cause some code to be unimplementable. FeatureCollection is gone after a conversation with Bryce on the GeoAPI list. Apparently FeatureCollection is not a construct supported by the ISO Model. We have some implementation problems with CollectionFeature as it does not support streaming; while we could get away with that for Java 1.4 code the Java 5 for each syntax has rendered it a lost cause. See proposal pages on the topic for details. The OGC concept of a FeatureCollection could actually be represented as a Fetaure with a memberOf Association with multiplicity 0..*. It has the same descriptive ability and is more in keeping with the the goals... (3) And what happens to all the sundry collection classes in or.geotools.feature.iso.collection? Kill em. See above. I can, of course, use the concrete classes to get things going, but it would be nice to do things properly. Is there a GeoAPI migration guide (other than the front page of the wiki)? Many of the changes are straightforward, but a few are cryptic and would benefit from a guide. Not sure I understand? The the last official GeoAPI release did not have the constructs you are working with; they had something very similar to the SimpleFeature api you see before you. Any suggestions or recommendations, particularly on how to handle collections, would be appreciated. Can I ask you to come up with a concrete example with names that mean something to you? We will probably want to talk this one through on the email list here Jody - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] ISO Feature Model (fm module) and GeoAPI 2.2
Jody and Gabriel, I have a few questions about the ISO Feature Model implementation (community-schemas/fm). I am porting it to trunk, and therefore GeoAPI 2.2 (from 2.1). I have picked through Justin and Jody's comments on the GeoAPI wiki, but not all is clear. (1) TypeFactory is gone. It did look rather nasty. Is there a suitable replacement, or is this interface now disowned by GeoAPI? (2) FeatureCollection is gone. I assume the replacement is CollectionFeature? If so, where where does metadata for a collection live, now that FeatureCollectionType is no more? If FeatureCollection is meant to become CollectionFeature, we will, because of type erasure, have lost the capability to do instanceof FeatureCollection, not to mention instanceof FeatureCollectionType. This will cause some code to be unimplementable. (3) And what happens to all the sundry collection classes in or.geotools.feature.iso.collection? I can, of course, use the concrete classes to get things going, but it would be nice to do things properly. Is there a GeoAPI migration guide (other than the front page of the wiki)? Many of the changes are straightforward, but a few are cryptic and would benefit from a guide. Any suggestions or recommendations, particularly on how to handle collections, would be appreciated. Kind regards, -- Ben Caradoc-Davies [EMAIL PROTECTED] Software Engineer, CSIRO Exploration and Mining Australian Resources Research Centre 26 Dick Perry Ave, Kensington WA 6151, Australia - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] Using the geotools library in an applet
Using the geotools library in an applet causes some warnings to occur in the java console 08.09.2008 10:20:33 org.geotools.factory.Hints scanSystemProperties WARNING: AccessControlException: access denied (java.util.PropertyPermission org.geotools.referencing.epsg-datasource read) [...] 08.09.2008 10:20:33 org.geotools.factory.Hints scanSystemProperties WARNING: AccessControlException: access denied (java.util.PropertyPermission org.geotools.referencing.crs-directory read) [...] 08.09.2008 10:20:33 org.geotools.factory.Hints scanSystemProperties WARNING: AccessControlException: access denied (java.util.PropertyPermission org.geotools.referencing.forceXY read) [...] Exception in thread Thread-25 java.awt.IllegalComponentStateException: component must be showing on the screen to determine its location I assume this is because of the sandbox model. Is there an official recommendation how to handle this situation ? -- View this message in context: http://www.nabble.com/Using-the-geotools-library-in-an-applet-tp19369495p19369495.html Sent from the geotools-devel mailing list archive at Nabble.com. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] [jira] Created: (GEOT-2019) Oracle datastore fails to handle bbox filter with no crs indication
Oracle datastore fails to handle bbox filter with no crs indication --- Key: GEOT-2019 URL: http://jira.codehaus.org/browse/GEOT-2019 Project: GeoTools Issue Type: Bug Components: data oraclespatial Affects Versions: 2.4.6, 2.5.0, 2.6-M0 Reporter: Andrea Aime Assignee: Andrea Aime See related GEOS issue -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] [jira] Created: (GEOT-2020) PreparedFilterToSql fails to extract the native srid if the attribute name is not specified
PreparedFilterToSql fails to extract the native srid if the attribute name is not specified --- Key: GEOT-2020 URL: http://jira.codehaus.org/browse/GEOT-2020 Project: GeoTools Issue Type: Bug Reporter: Andrea Aime Fix For: 2.5.0, 2.6-M0 The no-name convention pointing to the default geometry is not been satisfied, the default geom is not extracted and thus the native srid is missing -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] [jira] Created: (GEOT-2021) Let the data source handle the connection isolation
Let the data source handle the connection isolation --- Key: GEOT-2021 URL: http://jira.codehaus.org/browse/GEOT-2021 Project: GeoTools Issue Type: Improvement Components: data h2 Affects Versions: 2.5.0, 2.6-M0 Reporter: Andrea Aime Assignee: Andrea Aime Fix For: 2.5.0, 2.6-M0 Setting the connection isolation in JDBCDataStore.createConnection is problematic for two reasons: - it is a performance bottleneck in Oracle, where calling the method issues a communication with the server - may override whatever was already set in an external connection pool, with unexpected consequences for the user So I suggest we simply remove it, and set the isolation level in the connection pool creation (BasicDataSource.setDefaultTransactionIsolation) if the default one of the driver is not satisfactory. I've already done so in my checkout and found no adverse consequences with H2 or Oracle. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Using the geotools library in an applet
You can use GeoTools.init( Hints ) to accomplish the same effect; the library should not be running off and checking system properties but we have not had an applet based user in a while. The other tip is to be sure to use the epsg-wkt plugin when working in an applet. Cheers, Jody mcr wrote: Using the geotools library in an applet causes some warnings to occur in the java console 08.09.2008 10:20:33 org.geotools.factory.Hints scanSystemProperties WARNING: AccessControlException: access denied (java.util.PropertyPermission org.geotools.referencing.epsg-datasource read) [...] 08.09.2008 10:20:33 org.geotools.factory.Hints scanSystemProperties WARNING: AccessControlException: access denied (java.util.PropertyPermission org.geotools.referencing.crs-directory read) [...] 08.09.2008 10:20:33 org.geotools.factory.Hints scanSystemProperties WARNING: AccessControlException: access denied (java.util.PropertyPermission org.geotools.referencing.forceXY read) [...] Exception in thread Thread-25 java.awt.IllegalComponentStateException: component must be showing on the screen to determine its location I assume this is because of the sandbox model. Is there an official recommendation how to handle this situation ? - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] osgi fun
Just a general heads up that a developer on the uDig list has managed to tame the geotools plugins into OSGi bundles. This was on my list of GeoTools 3 dreams so I am watching it closely. Jody - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] [jira] Created: (GEOT-2022) ContentDataStore should allow for configurable caching of metadata
ContentDataStore should allow for configurable caching of metadata -- Key: GEOT-2022 URL: http://jira.codehaus.org/browse/GEOT-2022 Project: GeoTools Issue Type: Improvement Components: data Reporter: Andrea Aime Assignee: Justin Deoliveira Fix For: 2.5.0, 2.6-M0 The base class of JDBCDataStore does not cache the feature type metadata at all. This is bad since the metadata is not going to change in the very short range of time, and scanning jdbc metadata all time is expensive. JDBCDataStore does cache the feature types and the type names, but not in a controllable way (the type name cache I added by accident, but it gives a very nice boost up to performance). The base class should imho perform the caching, and allow the client to forcefully reset the caches. A time based expire would be a nice extra, thought with an explicit reset that can be emulated by the client as well. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Common factory finder synchronization and caching
Martin Desruisseaux ha scritto: Andrea Aime a écrit : I see. Yet, say I cache the results. I can use a (Class, Hints) key for the cache, but what about being notified that a new factory iterator has been added since the last scan? Otherwise the cache would contain stale results, wouldn't it? True. But there is already a package-privated mechanism for detecting when new FactoryProviderIterator are added. We could leverage that... I looked at FactoryRegistry a bit, are you referring to the needScanForPlugins map? It does not seem to be cleared up when new providers are registered thought... Cheers Andrea - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Common factory finder synchronization and caching
Andrea Aime a écrit : I looked at FactoryRegistry a bit, are you referring to the needScanForPlugins map? It does not seem to be cleared up when new providers are registered thought... I was thinking about: * modifications count in FactoryIteratorProviders. But it applies to addition or removal of FactoryIteratorProvider, not Hints. * GeoTools.add/removeChangeListener. But I have not investigated more... Martin - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] Comments on How to read a shapefile? and velocity
Hi all, I was just very pleased to find that the user guide's page on shapefile loading has been updated to reflect the new GT2.5 specific features. I find this page (http://docs.codehaus.org/display/GEOTDOC/04+How+to+Read+a+Shapefile) is really useful for beginners to see that GeoTools is easy to use for easy things. What I would add to the explainations is the different levels of data retrievel/processing. I can imagine a new user would question: What is the difference between - DataStore, - FeatureSource/FeatureStore/FeatureLocking and - FeatureCollection? My understanding (from the JavaDoc and the proposal page) is that DataStore is the old and FeatureSouce (and friends) the new interface for data discovery while FeatureCollection is used within the application to work with the data, f.e. it serves as a data model for one map layer. I just think this is worth a note on this page. --- My second question on this topic is: The gt-shapefile module declares velocity-1.4.jar and velocity-dep-1.4.jar as dependencies. This is reflected by the image on the user guide page. However I seem unable to find where this dependency is actually used (I searched the source files for velocity both in Explorer and in Eclipse) and didn't find a single match.) Also the code example given runs smoothly without this dependency. So: Is velocity actually required to read and/or write shapefiles? If not, can the dependency be removed or is there another specific reason it is declared? -- Matthias Basler [EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Comments on How to read a shapefile? and velocity
Matthias Basler wrote: I was just very pleased to find that the user guide's page on shapefile loading has been updated to reflect the new GT2.5 specific features. I find this page (http://docs.codehaus.org/display/GEOTDOC/04+How+to+Read+a+Shapefile) is really useful for beginners to see that GeoTools is easy to use for easy things. Thanks for the encouragement - the user list has been very good at providing feedback. What I would add to the explainations is the different levels of data retrievel/processing. I can imagine a new user would question: What is the difference between - DataStore, - FeatureSource/FeatureStore/FeatureLocking and - FeatureCollection? My understanding (from the JavaDoc and the proposal page) is that DataStore is the old and FeatureSouce (and friends) the new interface for data discovery while FeatureCollection is used within the application to work with the data, f.e. it serves as a data model for one map layer. I just think this is worth a note on this page. I think there is a section at the end of the page that talks over these different topics ... What Does ShapefileDataStore do ...I have updated the section to cover FeatureSource and FeatureStore and link to a few pages where more information can be had. My second question on this topic is: The gt-shapefile module declares velocity-1.4.jar and velocity-dep-1.4.jar as dependencies. This is reflected by the image on the user guide page. However I seem unable to find where this dependency is actually used (I searched the source files for velocity both in Explorer and in Eclipse) and didn't find a single match.) Also the code example given runs smoothly without this dependency. Interesting; we should be able to drop it then. I am not sure where/why velocity was used (perhaps it is left over from when velocity was needed in order to run maven?). So: Is velocity actually required to read and/or write shapefiles? If not, can the dependency be removed or is there another specific reason it is declared? For a while jdom was used to parse shape metdata (ie shape.shp.xml) files; that is my only guess ... but jdom is low level enough that it would not use velocity. I am betting this is just a case of neglect from the maven 1.0 transition. Jody - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Comments on How to read a shapefile? and velocity
I've found mvn dependency:analyze very helpful for this sort of question Michael 2008/9/9 Jody Garnett [EMAIL PROTECTED]: Matthias Basler wrote: However I seem unable to find where this dependency is actually used (I searched the source files for velocity both in Explorer and in Eclipse) and didn't find a single match.) Also the code example given runs smoothly without this dependency. Interesting; we should be able to drop it then. I am not sure where/why velocity was used (perhaps it is left over from when velocity was needed in order to run maven?). So: Is velocity actually required to read and/or write shapefiles? If not, can the dependency be removed or is there another specific reason it is declared? For a while jdom was used to parse shape metdata (ie shape.shp.xml) files; that is my only guess ... but jdom is low level enough that it would not use velocity. I am betting this is just a case of neglect from the maven 1.0 transition. Jody - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Comments on How to read a shapefile? and velocity
Okay I will give that a go after removing velocity I have: Used undeclared dependencies found: org.geotools:gt-api:jar:2.6-SNAPSHOT:compile org.opengis:geoapi:jar:2.2-SNAPSHOT:compile com.vividsolutions:jts:jar:1.9:compile org.geotools:gt-metadata:jar:2.6-SNAPSHOT:compile Unused declared dependencies found: javax.media:jai_core:jar:1.1.3:provided org.geotools:gt-epsg-hsql:jar:2.6-SNAPSHOT:test Removing velocity from the pom.xml on trunk; I am not working on 2.5.x at work ... hopefully another developer can pick up the change. Another comment here - I find the tutorials listing the version number again and again to be a bit of a pain; would adding the following at the top of the first project example be okay for people? properties geotools.version2.5-RC2/geotools.version /properties And then we could do things like: dependency groupIdorg.geotools/groupId artifactIdgt-shapefile/artifactId version${geotools.version}/version /dependency Or would it just limit everyones ability to cut and paste dependencies into their existing projects Jody Michael Bedward wrote: I've found mvn dependency:analyze very helpful for this sort of question Michael 2008/9/9 Jody Garnett [EMAIL PROTECTED]: Matthias Basler wrote: However I seem unable to find where this dependency is actually used (I searched the source files for velocity both in Explorer and in Eclipse) and didn't find a single match.) Also the code example given runs smoothly without this dependency. Interesting; we should be able to drop it then. I am not sure where/why velocity was used (perhaps it is left over from when velocity was needed in order to run maven?). So: Is velocity actually required to read and/or write shapefiles? If not, can the dependency be removed or is there another specific reason it is declared? For a while jdom was used to parse shape metdata (ie shape.shp.xml) files; that is my only guess ... but jdom is low level enough that it would not use velocity. I am betting this is just a case of neglect from the maven 1.0 transition. Jody - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Comments on How to read a shapefile? and velocity
I like it Michael Another comment here - I find the tutorials listing the version number again and again to be a bit of a pain; would adding the following at the top of the first project example be okay for people? properties geotools.version2.5-RC2/geotools.version /properties And then we could do things like: dependency groupIdorg.geotools/groupId artifactIdgt-shapefile/artifactId version${geotools.version}/version /dependency Or would it just limit everyones ability to cut and paste dependencies into their existing projects - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel