Re: [Geotools-devel] Proposed Mosaicing GeoRaster Module

Hi christian, I am trying to test the module. Please let me know what value we have to enter in "coverageNameAttribute" tag in "mapping.georaster.xml.inc" and "coverageName" tag. I assume coveragename should be any name defined by user. Please confirm this also. regards baskar -- View this me

Re: [Geotools-devel] javadoc updates

I use it in uDig to construct a readonly view in response to a filter; kind of a nice way to preprocess stuff before it gets into SLD rendering. The difference is that it results in a full FeatureSource against which you can perform more queries; and or pass to a MapLayer. Jody On 03/05/2010, a

Re: [Geotools-devel] Proposed Mosaicing GeoRaster Module

The module expects a table containing a String attribute and a raster attribute. e.g create table myrastertable (covname varchar(32), image raster ) myrastertable --> master table covname --> coverageNameAttribute image --> GeorasterAttribute insert into myrastertable (covname,image) values

Re: [Geotools-devel] Geotool query - Differences in SimpleFeaturePropertyAccessor and FeaturePropertyAccessorFactory

Hi Derrick! Welcome to GeoTools development; one of the big tips is to jump on the IRC channel for "watercooler" style conversation; since you are hitting some deep issues it would be good to explore the problem with you. The check of target == Geometry.class looks very ill advised (should use

Re: [Geotools-devel] Nominate Florence Tan for GeoTools commit access

Ben Caradoc-Davies ha scritto: > I nominate my fellow app-schema developer Florence Tan for GeoTools > commit access. +1, with the usual limitations Cheers Andrea -- Andrea Aime OpenGeo - http://opengeo.org Expert service straight from the developers. -

Re: [Geotools-devel] javadoc updates

Michael Bedward ha scritto: > Hi Jody and all, > > I'm slowly going over the javadocs for the core API classes on trunk > as discussed the other day on IRC. > > Quick question about DataStore.getView( Query )... Does this get used > much in the library or externally ? Afaik it's not used much

Re: [Geotools-devel] javadoc updates

I would be up for dropping the method; if we supply a featuresource wrapper? The only reason to leave it as is; is if the implementor had something smart they could do... but yeah if straight query combining is all that is needed; we can bust out the featuresource / featurestore wrappers. Jody

[Geotools-devel] [jira] Created: (GEOT-3061) Duplicated properties in app-schema WFS response

Duplicated properties in app-schema WFS response Key: GEOT-3061 URL: http://jira.codehaus.org/browse/GEOT-3061 Project: GeoTools Issue Type: Bug Components: ext xml-xsd Affects V

Re: [Geotools-devel] Nominate Florence Tan for GeoTools commit access

+1, with the usual limitations This message was sent using IMP, the Internet Messaging Program. -- ___ Geotoo

Re: [Geotools-devel] javadoc updates

Jody Garnett ha scritto: > I would be up for dropping the method; if we supply a featuresource > wrapper? The only reason to leave it as is; is if the implementor had > something smart they could do... but yeah if straight query combining > is all that is needed; we can bust out the featuresource /

Re: [Geotools-devel] javadoc updates

On 3 May 2010 19:01, Andrea Aime wrote: > I would be +1 to removing that method, there is no real reason to have > that at the core API level. > > DataUtilities.view(FeatureSource, query) > or > DataUtilities.createView(FeatureSource, query) > > should suffice. > Sounds good to me. Michael -

[Geotools-devel] [jira] Created: (GEOT-3062) CRS.parseWKT causes CloneNotSupportedException

CRS.parseWKT causes CloneNotSupportedException -- Key: GEOT-3062 URL: http://jira.codehaus.org/browse/GEOT-3062 Project: GeoTools Issue Type: Bug Components: core referencing Affects

Re: [Geotools-devel] javadoc updates

Here's a proposal for the change... http://docs.codehaus.org/display/GEOTOOLS/Remove+DataStore+getView+method Michael On 3 May 2010 19:05, Michael Bedward wrote: > On 3 May 2010 19:01, Andrea Aime wrote: >> I would be +1 to removing that method, there is no real reason to have >> that at the co

[Geotools-devel] [jira] Created: (GEOT-3063) deprecate DataStore.getView method

deprecate DataStore.getView method -- Key: GEOT-3063 URL: http://jira.codehaus.org/browse/GEOT-3063 Project: GeoTools Issue Type: Improvement Components: core feature Reporter: Michael Be

[Geotools-devel] PMC: Remove datastore view proposal

This is actually from Michael, I just moved into its own thread to make it more visible: http://docs.codehaus.org/display/GEOTOOLS/Remove+DataStore+getView+method Cheers Andrea -- Andrea Aime OpenGeo - http://opengeo.org Expert service straight from the developers.

Re: [Geotools-devel] PMC: Remove datastore view proposal

Thanks Andrea: One think I notice with both this proposal and your caching feature source is that we could really stand to have a stable of features source wrappers to roll out. I don't have my heart set on accessing them all from DataUtilities; but I can see the attraction of not defining more

Re: [Geotools-devel] PMC: Remove datastore view proposal

+1 as well as far as I know this is never something that has been implemented properly or well tested. In ContentDataStore I attempted to implement it by having ContentFeatureSource be able to "join itself" to another query / view. But again never tested it. -Justin On 5/3/10 7:22 AM, Jody Ga

Re: [Geotools-devel] PMC: Remove datastore view proposal

Andrea Aime ha scritto: > This is actually from Michael, I just moved into its own > thread to make it more visible: > > http://docs.codehaus.org/display/GEOTOOLS/Remove+DataStore+getView+method Oh, +1 for me as well. Barely used and can be implemented efficiently and generically using a utility

Re: [Geotools-devel] PMC: Remove datastore view proposal

On Mon, May 3, 2010 at 11:11 AM, Andrea Aime wrote: > Andrea Aime ha scritto: >> This is actually from Michael, I just moved into its own >> thread to make it more visible: >> >> http://docs.codehaus.org/display/GEOTOOLS/Remove+DataStore+getView+method > > Oh, +1 for me as well. Barely used and ca

Re: [Geotools-devel] javadoc updates

+0, never used it Quoting Michael Bedward : > Here's a proposal for the change... > > http://docs.codehaus.org/display/GEOTOOLS/Remove+DataStore+getView+method > > Michael > > On 3 May 2010 19:05, Michael Bedward wrote: >> On 3 May 2010 19:01, Andrea Aime wrote: >>> I would be +1 to removing tha

[Geotools-devel] To create own map

Dear All, I'm new to GeoTools, so please bare with me. Well, I'm planning to make an application like a googlemap to zoom in/out and drag created map. I wanted to know how can I create a map from number of images (overlapped images). I have an image dataset with each image is of 1360 x 1024. I ne

Re: [Geotools-devel] To create own map

Such an application already exists, using GeoTools, it's free software and it's called GeoServer. I would recommend you take a look at it and try it out Best regards, Gabriel On 5/3/10 4:07 PM, Gajera Tejas wrote: > Dear All, > > I'm new to GeoTools, so please bare with m

Re: [Geotools-devel] To create own map

Btw, just found the user's guide link in the home page point to an old and unsupported version. Here's the current stable version one: On 5/3/10 6:50 PM, Gabriel Roldan wrote: > Such an application already exists, using GeoTools, it's free software > a

Re: [Geotools-devel] javadoc updates

So if you never used it your vote should be +1 (ie removing stuff that is not used). Jody On Tue, May 4, 2010 at 1:37 AM, wrote: > +0, never used it > > Quoting Michael Bedward : > >> Here's a proposal for the change... >> >> http://docs.codehaus.org/display/GEOTOOLS/Remove+DataStore+getView+met

Re: [Geotools-devel] javadoc updates

On 4 May 2010 09:28, Jody Garnett wrote: > So if you never used it your vote should be +1 (ie removing stuff that > is not used). Mmm... don't know about that. There's a lot of the library that I've never used :-) Michael --

[Geotools-devel] Mismatched hashes in geotools repo

Please see below. Message from a user about a problem with the pgp signature on jts-1.10.pom in the repository. Michael -- Forwarded message -- From: William Temperley Date: 4 May 2010 07:54 Subject: [Geotools-gt2-users] Mismatched hashes in geotools repo To: geotools-gt2-us...@l

Re: [Geotools-devel] Mismatched hashes in geotools repo

I am not sure how to actually fix? we use mvn to publish to the jar by hand since jts itself does not publish to a maven repo. Jody On Tue, May 4, 2010 at 11:21 AM, Michael Bedward wrote: > Please see below. Message from a user about a problem with the pgp > signature on jts-1.10.pom in the repo

[Geotools-devel] Full JIRA Account

Hi, Could someone please approve my GeoTools developer request on Xircles as I am not able to edit my JIRA entries? Much appreciated. Regards, Jacqui Jacqueline Githaiga CSIRO Earth Science and Resource Engineering Australian Resources Re

Re: [Geotools-devel] Mismatched hashes in geotools repo

On 4 May 2010 12:45, Jody Garnett wrote: > I am not sure how to actually fix? we use mvn to publish to the jar by > hand since jts itself does not publish to a maven repo. JTS 1.11 is published to maven central. I can redo the PGP signature for the 1.10 artifacts if someone could then install the

Re: [Geotools-devel] Proposed Mosaicing GeoRaster Module

Hi christian, I tested your code with my sample data. The committed code does not properly mosaicing the image for me. I analysed your code and found few things that I want to share with you. I am not expert in this spatial domain since I am working below a year in this domain. So if anything I a

[Geotools-devel] writable GridCoverage

Hi everyone, esp Simone and Daniele, In response to a chat with a user (off list) I've cooked up a WritableGridCoverage2D class and a demo app. It's just a very quick hack at a wrapper class based on some code from one of my own apps. For the moment I've added it to the example app (org.geotools.

Re: [Geotools-devel] Nominate Florence Tan for GeoTools commit access

+1, with the usual limitations --- Ing. Simone Giannecchini GeoSolutions S.A.S. Founder - Software Engineer Via Carignoni 51 55041 Camaiore (LU) Italy phone: +39 0584983027 fax: +39 0584983027 mob:+39 333 8128928 http://www.geo-soluti

Re: [Geotools-devel] writable GridCoverage

Do you have a link to the class? I am curious ... On 04/05/2010, at 4:02 PM, Michael Bedward wrote: > Hi everyone, esp Simone and Daniele, > > In response to a chat with a user (off list) I've cooked up a > WritableGridCoverage2D class and a demo app. It's just a very quick > hack at a wrapper c

Re: [Geotools-devel] PMC: Remove datastore view proposal

Hi Justin, > In ContentDataStore I attempted to implement it by having > ContentFeatureSource be able to "join itself" to another query / view. > But again never tested it. The patch doesn't include ContentDataStore currently, but would you be happy if we dropped the getView method from it ? Mic

Re: [Geotools-devel] writable GridCoverage

Hi Jody, I just committed the class and a little demo on trunk into demo/example, in the coverage package. Michael On 4 May 2010 16:09, Jody Garnett wrote: > Do you have a link to the class? I am curious ... > --

Re: [Geotools-devel] Mismatched hashes in geotools repo

Michael Bedward ha scritto: > On 4 May 2010 12:45, Jody Garnett wrote: >> I am not sure how to actually fix? we use mvn to publish to the jar by >> hand since jts itself does not publish to a maven repo. > > JTS 1.11 is published to maven central. > > I can redo the PGP signature for the 1.10 art

Re: [Geotools-devel] Mismatched hashes in geotools repo

Hi Andrea, > The thing is, we don't do that, Maven does it as a by product of the > repo publishing operation. > I guess what we could do is to re-plublish the jar... As I understand it all that happens is that the maven release plugin calls gpg to generate the hash files and then uploads them wi

Re: [Geotools-devel] Proposed Mosaicing GeoRaster Module

Hi Baskar, First, please do a "svn up" on trunk, I did some enhancements giving the jdbc driver a chance to cache prepared statements. Second, there is a misunderstanding of the Oracle Georaster concept. Oracle does the tiling and mosaicing for you. Looking at the test setup, there is one ta