[Geotools-devel] [jira] Created: (GEOT-3058) Use of WKT shapes to define marks in rendering

2010-04-28 Thread Luca Morandini (JIRA)
Use of WKT shapes to define marks in rendering -- Key: GEOT-3058 URL: http://jira.codehaus.org/browse/GEOT-3058 Project: GeoTools Issue Type: New Feature Components: core render

Re: [Geotools-devel] PMC: datastore capabilities API

2010-04-28 Thread christian . mueller
+1, especially good for database tables/views (readonly) and locking. The geotools locking mechansim locks a db2 datastore forever (until timeout for deadlock resolution has reached). Quoting Andrea Aime aa...@opengeo.org: Hi PMC, since this is proposal day let me provide you with another

Re: [Geotools-devel] PMC: support for removeSchema in DataAccess/DataStore

2010-04-28 Thread christian . mueller
+0 here Short question, do we know if a jdbc-ng store is based on a view or table. The delete statment would be different. ? Another issue is, that in case of a programming error, one could delete a datastore. Am not sure here, leaving the decision to the other members. Quoting Andrea

Re: [Geotools-devel] PMC: support for removeSchema in DataAccess/DataStore

2010-04-28 Thread Andrea Aime
christian.muel...@nvoe.at ha scritto: +0 here Short question, do we know if a jdbc-ng store is based on a view or table. The delete statment would be different. ? That's why I wanted to have supportsRemove(Name name) in the capabilities instead of the methods that do not take a name.

Re: [Geotools-devel] Proposed Mosaicing GeoRaster Module

2010-04-28 Thread christian . mueller
Upps, it seems that we are doing the same. I am working on integrating Oracle georaster into the imagemosic-jdbc module. (Also using only the ojdbc14.jar). We should merge our efforts. My idea is 1) use sdo_geor.getCellCoordinate to get pixel width and hight 2) use sdo_geor.getRasterSubset

Re: [Geotools-devel] PMC: support for removeSchema in DataAccess/DataStore

2010-04-28 Thread Andrea Aime
christian.muel...@nvoe.at ha scritto: Hmmm, using the jdbc metadata object we could determine if a store is based on a table or view. I see no problems dropping a view. Err... I think I need another coffee this morning... of course there is no problem dropping a view... Cheers Andrea --

[Geotools-devel] svn.osgeo.org down?

2010-04-28 Thread Ben Caradoc-Davies
Is svn.osgeo.org down? Or just swamped by buildbots? $ date -u -Iseconds 2010-04-28T07:50:14+ -- Ben Caradoc-Davies ben.caradoc-dav...@csiro.au Software Engineering Team Leader CSIRO Earth Science and Resource Engineering Australian Resources Research Centre

Re: [Geotools-devel] getting the novalue value from a coverage

2010-04-28 Thread andrea antonello
Ok, I will have to look into the code a bit better. AigReaders seem to give -Float.MAX_VALUE (probably depending on the content), while ArcgridReaders -.0. The gap seems to be in the step between imageio-ext and geotools. Will come back when I know something more. Cheers, Andrea On Tue,

Re: [Geotools-devel] getting the novalue value from a coverage

2010-04-28 Thread Simone Giannecchini
Ciao Andrea, arcgrid reader should use the underlying values for the nodata, it should be - when it is an esri arcgrid, NaN when it is grass. Same should apply to aig, as I told you yesterday I would check the underlying value first. Simone.

Re: [Geotools-devel] svn.osgeo.org down?

2010-04-28 Thread Andrea Aime
Ben Caradoc-Davies ha scritto: Is svn.osgeo.org down? Or just swamped by buildbots? For me it's working and fast date -u -Iseconds 2010-04-28T07:58:08+ Cheers Andrea $ date -u -Iseconds 2010-04-28T07:50:14+ -- Andrea Aime OpenGeo - http://opengeo.org Expert service straight

Re: [Geotools-devel] getting the novalue value from a coverage

2010-04-28 Thread andrea antonello
Hi Simone, arcgrid reader should use the underlying values for the nodata, it should be - when it is an esri arcgrid, NaN when it is grass. Same should apply to aig, as I told you yesterday I would check the underlying value first. sure. I was just signaling this to the list, because

Re: [Geotools-devel] getting the novalue value from a coverage

2010-04-28 Thread Simone Giannecchini
On Wed, Apr 28, 2010 at 10:03 AM, andrea antonello andrea.antone...@gmail.com wrote: Hi Simone, arcgrid reader should use the underlying values for the nodata, it should be - when it is an esri arcgrid, NaN when it is grass. Same should apply to aig, as I told you yesterday I would check

Re: [Geotools-devel] Proposed Mosaicing GeoRaster Module

2010-04-28 Thread ba...@geotools
Hi Christian, Its good to know that you also working on this. Howerver, I am not sure wheather my code can be integrated into ImageMosaic-jdbc module. Since I developed this plug-in as seperate one for Geoserver 2 series based on the structure of ImageMosaic-jdbc module. My plug-in will take

Re: [Geotools-devel] getting the novalue value from a coverage

2010-04-28 Thread Michael Bedward
About 100 years ago, when I used to program in C++ and use ARCINFO, the ESRI flag value for NODATA in integer grids was -2^31 - 1 (min 4-byte int value - 1). Michael On 28 April 2010 18:06, Simone Giannecchini simone.giannecch...@geo-solutions.it wrote: On Wed, Apr 28, 2010 at 10:03 AM, andrea

Re: [Geotools-devel] Proposed Mosaicing GeoRaster Module

2010-04-28 Thread Simone Giannecchini
Christian, can you try and coordinate with Baskar? I think the situation we have ahead of us is less than optimal. ImageMosaicJDBC forked ImageMosaic and started its own life, as a matter of fact we have duplicated code (see the threading problem you had in the past). Now we are going to have

Re: [Geotools-devel] getting the novalue value from a coverage

2010-04-28 Thread Andrea Aime
Michael Bedward ha scritto: About 100 years ago, when I used to program in C++ and use ARCINFO, the ESRI flag value for NODATA in integer grids was -2^31 - 1 (min 4-byte int value - 1). Doh, when I was at the university the GIS professor showed us some examples in ARCINFO and stated the

[Geotools-devel] Build failed in Hudson: geotools-trunk #2612

2010-04-28 Thread Hudson
See http://hudson.opengeo.org/hudson/job/geotools-trunk/2612/changes Changes: [ang05a] Support for referential polymorphism [ang05a] Support for referential polymorphism -- [...truncated 9636 lines...] at

Re: [Geotools-devel] Proposed Mosaicing GeoRaster Module

2010-04-28 Thread christian . mueller
Hi, we should bring it to an end together. 1) I already altered the imagemosaic-jdbc code accepting a config file similar to the config file described by you. 2) I have already a Testsup GeoRasterOnlineTest which imports an image, creates the pyramid and runs some test cases. The

Re: [Geotools-devel] Proposed Mosaicing GeoRaster Module

2010-04-28 Thread christian . mueller
Yep, I am with you. I will assist Baskar to integrate in imagemosiac-JDBC. In the meantime I will focus on this one http://trac.osgeo.org/postgis/wiki/WKTRaster. Afterwards, we really should consider a merge. Merging our two branches will result in a rather powerful image module, handling

Re: [Geotools-devel] Proposed Mosaicing GeoRaster Module

2010-04-28 Thread Simone Giannecchini
I agree with you, here is how I would formulate a plan for this. step 1: coordinate with baskar and prevent another fork (this time would be from your code) step 2: I will try to draft up a proposal to merge all the pyramid/mosaic plugins. We might want to spend 1-2 days together for doing this.

[Geotools-devel] Build failed in Hudson: geotools-trunk #2613

2010-04-28 Thread Hudson
See http://hudson.opengeo.org/hudson/job/geotools-trunk/2613/changes Changes: [mbedward] moving aaime caching code into swing module -- [...truncated 9688 lines...] at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:81)

[Geotools-devel] Build failed in Hudson: geotools-trunk #2614

2010-04-28 Thread Hudson
See http://hudson.opengeo.org/hudson/job/geotools-trunk/2614/changes Changes: [mbedward] fixed package name -- [...truncated 9618 lines...] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at

[Geotools-devel] How do I to add a simple geometry to a JMapFrame?

2010-04-28 Thread Amador Antonio Cuenca
Hi, I'm new in GeoTools and I want to add an simple geometry ( point, circle, polyline, and so on) using JTS to a JMapFrame, but I don't know how to do it. This is my draw method: GeometryFactory gf = JTSFactoryFinder.getGeometryFactory(null); private Geometry crearPunto(int x, int y){

Re: [Geotools-devel] How do I to add a simple geometry to a JMapFrame?

2010-04-28 Thread Jody Garnett
A geometry is a shape; to make it represent something you need to turn it in to a Feature (think a feature of the landscape). Have a look at the initial geotools tutorials; there is one there that walks through parsing a CSV file and turning it into features (the example saves the features out;

[Geotools-devel] Build failed in Hudson: geotools-2.6.x #307

2010-04-28 Thread Hudson
See http://hudson.opengeo.org/hudson/job/geotools-2.6.x/307/changes Changes: [mbedward] added an extra method to demonstrate CachingFeatureSource -- [...truncated 10745 lines...] [INFO]

[Geotools-devel] Build failed in Hudson: geotools-trunk #2615

2010-04-28 Thread Hudson
See http://hudson.opengeo.org/hudson/job/geotools-trunk/2615/changes Changes: [mbedward] added an extra method to demonstrate CachingFeatureSource -- [...truncated 9614 lines...] Apr 28, 2010 9:39:08 PM org.geotools.data.DefaultTransaction finalize

Re: [Geotools-devel] Proposed Mosaicing GeoRaster Module

2010-04-28 Thread ba...@geotools
Hi Christian, Yes, Deal. Already I sent you the code to your email. Please check it and let me know if anything need or anything I have to do from my side. Regards, Baskar -- View this message in context:

[Geotools-devel] Hudson build is back to normal: geotools-trunk #2616

2010-04-28 Thread Hudson
See http://hudson.opengeo.org/hudson/job/geotools-trunk/2616/changes -- ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net

Re: [Geotools-devel] Proposed Mosaicing GeoRaster Module

2010-04-28 Thread christian . mueller
A big +1 Baskar sent me the source code of his work, we avoid another fork. Feel free to draft a proposal, Oracle Georaster / Postgis WKT are simple dialects in the imagemosaic-jdbc module, the architecture will not change. I would be happy about a merge concerning the source code and the