Re: [Geotools-devel] Setting CRS for PropertyDataStore

Andrea Aime wrote: > Ben Caradoc-Davies ha scritto: >> I would like to be able to set a CRS for PropertyDataStore. It is so >> useful for testing, but without a CRS, we can't use it to test CRS >> handling (broken in app-schema). > > In GeoServer we usually set it in the property file using an E

Re: [Geotools-devel] Setting CRS for PropertyDataStore

Does a .prj only work for shapefiles? Kind regards, Ben. Jody Garnett wrote: > My understanding is that it will pick up a .prj sidecar file. > Jody > > > On Fri, Jul 31, 2009 at 1:20 PM, Ben > Caradoc-Davies wrote: >> Jody, >> >> I would like to be able to set a CRS for PropertyDataStore. It is

Re: [Geotools-devel] Setting CRS for PropertyDataStore

Ben Caradoc-Davies ha scritto: > Jody, > > I would like to be able to set a CRS for PropertyDataStore. It is so > useful for testing, but without a CRS, we can't use it to test CRS > handling (broken in app-schema). > > Would you recommend: > (1) CRS in the property file > (2) CRS in the connec

Re: [Geotools-devel] Setting CRS for PropertyDataStore

My understanding is that it will pick up a .prj sidecar file. Jody On Fri, Jul 31, 2009 at 1:20 PM, Ben Caradoc-Davies wrote: > Jody, > > I would like to be able to set a CRS for PropertyDataStore. It is so useful > for testing, but without a CRS, we can't use it to test CRS handling (broken > in

[Geotools-devel] Setting CRS for PropertyDataStore

Jody, I would like to be able to set a CRS for PropertyDataStore. It is so useful for testing, but without a CRS, we can't use it to test CRS handling (broken in app-schema). Would you recommend: (1) CRS in the property file (2) CRS in the connection parameters (3) Avoid property file, test on

[Geotools-devel] [jira] Created: (GEOT-2643) JDBCFeatureStore fails to report all the hints included in the JDBCFeatureSource

JDBCFeatureStore fails to report all the hints included in the JDBCFeatureSource Key: GEOT-2643 URL: http://jira.codehaus.org/browse/GEOT-2643 Project: GeoTools

[Geotools-devel] [jira] Created: (GEOT-2642) ntentState listener management is not thread safe

ntentState listener management is not thread safe - Key: GEOT-2642 URL: http://jira.codehaus.org/browse/GEOT-2642 Project: GeoTools Issue Type: Bug Components: data Affects Versio

Re: [Geotools-devel] C3P0: my mistake...

When we initially explored the use of a connection pool we evaulated both options. You have now implemented both and it seems a shame to throw the choice away. Can we: a) do what we do for logging and check the classpath to see what one is available? b) can we make a connection parameter allowing

[Geotools-devel] C3P0: my mistake...

Hi, today I discovered the results of performance I've posted before on the mailing list turned out to be mistakes of mine. I was testing GeoServer on my main machine, with other applications running. Yes, I closed down Eclipse, Firefox, Thunderbird and whatnot, but evidently the IM and Skype and

[Geotools-devel] [jira] Created: (GEOT-2641) ContentState non thread safe and shared among threads

ContentState non thread safe and shared among threads - Key: GEOT-2641 URL: http://jira.codehaus.org/browse/GEOT-2641 Project: GeoTools Issue Type: Bug Components: data jdbc-ng

[Geotools-devel] [jira] Created: (GEOT-2640) WFS 1.0 client sets schema location to namespaceURI

WFS 1.0 client sets schema location to namespaceURI --- Key: GEOT-2640 URL: http://jira.codehaus.org/browse/GEOT-2640 Project: GeoTools Issue Type: Bug Components: data wfs Affect

Re: [Geotools-devel] WFS bug?

But you got the exception in udig right? Jesse Eichar wrote: > Hi Grabriel, The Geoserver I used was directly downloaded and started. > Absolutely no configuration done at all. Just the default geoserver 1.7.5 > > Jesse > > On Thu, Jul 30, 2009 at 12:05 PM, Gabriel Roldan

Re: [Geotools-devel] WFS bug?

Hi Grabriel, The Geoserver I used was directly downloaded and started. Absolutely no configuration done at all. Just the default geoserver 1.7.5 Jesse On Thu, Jul 30, 2009 at 12:05 PM, Gabriel Roldan wrote: > I've seen that before. Guess it's a bug in the WFS datastore, like it's > setting the

Re: [Geotools-devel] Retrieve ID after being commited.

Actually it *should* be easy; but it is not very well tested. If you hold onto the FeatureID (ie the object) it will be assigned the correct value during a commit() event. At least that is the plan; I owe Justin a test case on this subject for the jdbc-ng work. Jody On Thu, Jul 30, 2009 at 5:34 P

Re: [Geotools-devel] WFS bug?

I've seen that before. Guess it's a bug in the WFS datastore, like it's setting the namespace URI as the FT schema location... I'll take a look and get back to you Jesse Eichar wrote: > I tried uDig trunk out today and when I tried to load a geoserver 1.7.5 > WFS layer I got the exception liste

Re: [Geotools-devel] WFS bug?

Jesse Eichar ha scritto: > I tried uDig trunk out today and when I tried to load a geoserver 1.7.5 > WFS layer I got the exception listed below. I see a couple areas where > things couple go wrong: > > 1. Incorrect use of StreamingRenderer. No changes has taken place in > the use of the stre

Re: [Geotools-devel] Patch for ColorUtilities

Andrea Aime wrote: > Gabriel Roldan ha scritto: >> Ciao Simone, >> >> I've provided the background info and a link to sample data as >> required by your comment on the jira. When you have a chance please >> take a look at it. I'd be greate if I get the go ahead to commit the >> patch before the

[Geotools-devel] WFS bug?

I tried uDig trunk out today and when I tried to load a geoserver 1.7.5 WFS layer I got the exception listed below. I see a couple areas where things couple go wrong: 1. Incorrect use of StreamingRenderer. No changes has taken place in the use of the streaming renderer as far as I know. Maybe s

Re: [Geotools-devel] GeoServer Release

It's been too long since I've updated the list on my progress releasing. As per the GeoServer release plan, I've tagged a GeoTools release and am testing GeoServer using that. GeoTools has tested and is lovely (it's my new favorite) but I'm holding off actually publishing the release until t

Re: [Geotools-devel] Retrieve ID after being commited.

On Thursday 30 July 2009 03:49:11 am Jody Garnett wrote: > The ID is not really set until you commit. This is for compatibility > with external services (such as a database or Web Feature Server that > cannot assign an ID until you send the content to them with a commit). > There are facilities