Re: [Geoserver-devel] This is the week before the release... the testing week :-)

Ben Caradoc-Davies ha scritto: > And mainly to remind myself, we are testing 2.0.x nightlies > (2.0.1-SNAPSHOT) in preparation for the 2.0.1 release: > http://gridlock.openplans.org/geoserver/2.0.x/ > > I will be testing app-schema with a rather nasty Oracle deployment. Thanks a ton Ben! :-) F

Re: [Geoserver-devel] This is the week before the release... the testing week :-)

And mainly to remind myself, we are testing 2.0.x nightlies (2.0.1-SNAPSHOT) in preparation for the 2.0.1 release: http://gridlock.openplans.org/geoserver/2.0.x/ I will be testing app-schema with a rather nasty Oracle deployment. On 16/12/09 15:36, Andrea Aime wrote: > Hi all, > not sure if ever

[Geoserver-devel] This is the week before the release... the testing week :-)

Hi all, not sure if everybody has noticed, but beginning of next week we plan to have a release. This means we're in the testing week, when the testing team is supposed to hit GS nightly builds hard :-) Just a reminder anyways, I know very well the team is not paid. Every bit of testing will be v

Re: [Geoserver-devel] WFS schema location: why not canonical URL?

On 16/12/09 03:10, Gabriel Roldan wrote: > All that said, what I'd like to see is a geotools module that produces a > jar file containing all the used schemas from schemas.opengis.net and > also provides an OASIS Catalog that hooks seamlessly in the geotools > parser/encoder, and can also be used b

Re: [Geoserver-devel] Seven CSIRO jobs for open source geospatial software developers in Perth, Western Australia

On 16/12/09 11:19, Justin Deoliveira wrote: >> Sorry, I mentioned that these jobs were coming up a few weeks ago and >> promised to tell the list, and did not get any negative feedback. I will >> in future refrain from soliciting on the list. > Oh... my apologies if the policy has changed. I must h

Re: [Geoserver-devel] Seven CSIRO jobs for open source geospatial software developers in Perth, Western Australia

Ben Caradoc-Davies wrote: > On 16/12/09 10:59, Justin Deoliveira wrote: >> I have mentioned this is the past so I will mention it again for >> consistency but we have generally agreed in the past not to use the >> mailing lists for soliciting. > > Sorry, I mentioned that these jobs were coming up

Re: [Geoserver-devel] Seven CSIRO jobs for open source geospatial software developers in Perth, Western Australia

On 16/12/09 10:59, Justin Deoliveira wrote: > I have mentioned this is the past so I will mention it again for > consistency but we have generally agreed in the past not to use the > mailing lists for soliciting. Sorry, I mentioned that these jobs were coming up a few weeks ago and promised to te

Re: [Geoserver-devel] Seven CSIRO jobs for open source geospatial software developers in Perth, Western Australia

I have mentioned this is the past so I will mention it again for consistency but we have generally agreed in the past not to use the mailing lists for soliciting. The GeoServer blog is the appropriate medium and in all honestly a much more effective one for stuff like this. That said I am excit

[Geoserver-devel] Seven CSIRO jobs for open source geospatial software developers in Perth, Western Australia

CSIRO is now hiring seven software developers "to join an established team within CSIRO Earth Science and Resource Engineering (CESRE). As part of the Australian Spatial Research Data Commons (ASRDC) Project, this team is responsible for investigating and implementing open source and open stan

Re: [Geoserver-devel] GSIP 44 - move to vote

yep +1 On Wed, Dec 16, 2009 at 12:42 PM, Rob Atkinson wrote: > yep +1 > > On Wed, Dec 16, 2009 at 10:04 AM, Jody Garnett wrote: >> Thanks Justin. >> >> +1 >> >> Jody >> >> On Wed, Dec 16, 2009 at 2:42 AM, Justin Deoliveira >> wrote: >>> Hi all, >>> >>> The discussion for GSIP 44 has wound down

Re: [Geoserver-devel] GSIP 44 - move to vote

yep +1 On Wed, Dec 16, 2009 at 10:04 AM, Jody Garnett wrote: > Thanks Justin. > > +1 > > Jody > > On Wed, Dec 16, 2009 at 2:42 AM, Justin Deoliveira > wrote: >> Hi all, >> >> The discussion for GSIP 44 has wound down so it would be great if the >> PSC could officially vote on it. >> >> http://g

Re: [Geoserver-devel] GSIP 44 - move to vote

Thanks Justin. +1 Jody On Wed, Dec 16, 2009 at 2:42 AM, Justin Deoliveira wrote: > Hi all, > > The discussion for GSIP 44 has wound down so it would be great if the > PSC could officially vote on it. > > http://geoserver.org/display/GEOS/GSIP+44+-+Virtual+services+with+workspaces > > Thanks a b

Re: [Geoserver-devel] WFS schema location: why not canonical URL?

You make some good points Basically, if you follow schema URLs, * then you cant rely on the server being there * you can point the client at the server to get the schema if the mechanism exists * it will be a pain if the canonical URLs are not used, as you will have to fetch them every ti

[Geoserver-devel] Hudson build is back to normal: geoserver-trunk #2227

See -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined

Re: [Geoserver-devel] geometryless

Freeman, Aleda (EEA) wrote: > I think I'm making this too hard. OK, sounds like I don't need any > Oracle plugins. > Maybe the table is not registered, let me try sdetable -o register. > Just because I can see it in ArcCatalog might not mean that it's > registered. > > OK, did that: > > [afree.

[Geoserver-devel] Build failed in Hudson: geoserver-trunk #2226

See Changes: [aaime] Minor cleanups [simboss] GEOS-3724 [bencaradocdavies] Temporary workaround for GEOS-3722 -- [...truncated 21782 lines...] PARAMETER["latitude_of_origin", 0.0],

Re: [Geoserver-devel] geometryless

I think I'm making this too hard. OK, sounds like I don't need any Oracle plugins. Maybe the table is not registered, let me try sdetable -o register. Just because I can see it in ArcCatalog might not mean that it's registered. OK, did that: [afree...@alexandria ~]$ sdetable -o register -t noge

Re: [Geoserver-devel] geometryless

Freeman, Aleda (EEA) wrote: > I thought you said it was possible, but then went I looked for > documentation I convinced myself that was still in progress. > OK, I've created a table in SDE with SQLplus called AFREEMAN.NOGEOM_TEST > with two fields and two records. I can see this table in ArcCatal

Re: [Geoserver-devel] geometryless

I'm guessing that I also need to setup the Oracle plugin which I haven't done yet. -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A s

Re: [Geoserver-devel] geometryless

I thought you said it was possible, but then went I looked for documentation I convinced myself that was still in progress. OK, I've created a table in SDE with SQLplus called AFREEMAN.NOGEOM_TEST with two fields and two records. I can see this table in ArcCatalog. I'm in the GeoServer 2.0 GUI, I

Re: [Geoserver-devel] geometryless

Hi Aleda, if you want to serve geometryless out of ArcSDE, that's already supported. The non spatial table you want to serve just needs to be an ArcSDE registered table, and then in the DataStore configuration you can enable exposing geometryless registered tables. Of course that'll expose the

Re: [Geoserver-devel] WFS schema location: why not canonical URL?

There's the (reasonable) assumption that a client needing to download the schemas at some time for parsing/validation would have a nicer time by downloading them directly from the server than from the canonical online resource. Both for speed and to avoid an unavailable online server from preve

Re: [Geoserver-devel] geometryless

Just wanted to say that here in Massachusetts we're interested in serving geometryless tables too. We're running GeoServer 1.7.6, going to version 2 soon. We'll keep an eye on developments... Aleda Freeman, GISP MassGIS http://www.mass.gov/mgis - MassGIS http://lyceum.massgis.state.ma.us - Web

[Geoserver-devel] OpenLayers and wfs:Delete

Hi List (I sent this email before from a non-subscribed address...) sorry to bother you guys with something I guess belongs in the JIRA, but after convincing the powers that be to switch from proprietary software to OpenLayers/Geoserver, I really have to get this thing to work fast ;) Anywho, I

Re: [Geoserver-devel] ImageMosaic stopped working in

Dear Daniele, Yes I can send you a link but probably this is not neccessary anymore. I think the entire issue boils down to the fact that ImageMosaic fails after redeploy in a running Tomcat instance. I tested with several versions (2.0.0a, 2.0.x-2009.12.15 and trunk-2009.12.15) but always Ima

Re: [Geoserver-devel] GSIP 44 - move to vote

Ok, thanks for the clarification ... +1 then --- Eng. Alessio Fabiani Founder / CTO GeoSolutions S.A.S. Via Carignoni 51 55041 Camaiore (LU) Italy phone: +39 0584 983027 fax: +39 0584 983027 mob:+39 349 8227000 http://www.geo-solution

Re: [Geoserver-devel] GSIP 44 - move to vote

Hi Alessio, Yes, it won't affect anything that accesses services the classic way like: http://.../geoserver/wfs?request=... It will only engage if a client explicitly accesses via a workspace/virtual service: http://.../geoserver/topp/wfs?request=... We could add a flag to allow the admin to

Re: [Geoserver-devel] GSIP 44 - move to vote

Hello Justin, about this GSIP, I would like to have just a clarification ... the virtual services behaviour applies only when specifying the workspace, is that right? I guess it's important to preserve also the old behaviour unless an administrator would like to explicitly obscure it.

Re: [Geoserver-devel] ImageMosaic stopped working in

Dear Just, do you have any chance to share part of your sample data to reproduce the issue? The pastebin link found by you have been posted yesterday by a colleague of mine having that issue. However, he told me that he had a dirty installation since he had duplicated imageio-ext jars in both geose

Re: [Geoserver-devel] GSIP 44 - move to vote

Justin Deoliveira ha scritto: > Hi all, > > The discussion for GSIP 44 has wound down so it would be great if the > PSC could officially vote on it. > > http://geoserver.org/display/GEOS/GSIP+44+-+Virtual+services+with+workspaces +1 Cheers Andrea -- Andrea Aime OpenGeo - http://opengeo.org E

[Geoserver-devel] GSIP 44 - move to vote

Hi all, The discussion for GSIP 44 has wound down so it would be great if the PSC could officially vote on it. http://geoserver.org/display/GEOS/GSIP+44+-+Virtual+services+with+workspaces Thanks a bunch. -Justin -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open so

[Geoserver-devel] [jira] Created: (GEOS-3724) Elevation parser should work with double values

Elevation parser should work with double values --- Key: GEOS-3724 URL: http://jira.codehaus.org/browse/GEOS-3724 Project: GeoServer Issue Type: Bug Components: WMS Affects Versions:

Re: [Geoserver-devel] debug gs in eclipse with tomcat 6.0

On 12/15/2009 09:24 AM, maven apache wrote: 2009/12/15 David Winslow > On 12/15/2009 08:30 AM, maven apache wrote: 2009/12/15 maven apache mailto:apachemav...@gmail.com>> Hi: I want to debug the gs in the eclipse since I add some

Re: [Geoserver-devel] debug gs in eclipse with tomcat 6.0

2009/12/15 David Winslow > On 12/15/2009 08:30 AM, maven apache wrote: > > > > 2009/12/15 maven apache > >> Hi: >> I want to debug the gs in the eclipse since I add some breakpoints in the >> codes. >> I found that I can change the web-app module to a dynamic web project by >> modify the projec

Re: [Geoserver-devel] debug gs in eclipse with tomcat 6.0

On 12/15/2009 08:30 AM, maven apache wrote: 2009/12/15 maven apache > Hi: I want to debug the gs in the eclipse since I add some breakpoints in the codes. I found that I can change the web-app module to a dynamic web project by modify the pro

Re: [Geoserver-devel] debug gs in eclipse with tomcat 6.0

2009/12/15 maven apache > Hi: > I want to debug the gs in the eclipse since I add some breakpoints in the > codes. > I found that I can change the web-app module to a dynamic web project by > modify the project facets of this module, then I can use the command " debug > on server " to run the gs

Re: [Geoserver-devel] GSIP 43

Simone Giannecchini ha scritto: > I'd like to get back in track with the discussion on GSIP 43. > > I have done some minor editing to the proposal page since I would > account for the possibility to use a *release team* lead by a *release > manager*. In principle the release team could be just the

[Geoserver-devel] debug gs in eclipse with tomcat 6.0

Hi: I want to debug the gs in the eclipse since I add some breakpoints in the codes. I found that I can change the web-app module to a dynamic web project by modify the project facets of this module, then I can use the command " debug on server " to run the gs in the web container, however it fails

[Geoserver-devel] [jira] Created: (GEOS-3723) NPE in the GWC transaction listener on update transactions

NPE in the GWC transaction listener on update transactions -- Key: GEOS-3723 URL: http://jira.codehaus.org/browse/GEOS-3723 Project: GeoServer Issue Type: Bug Reporter: Andr

[Geoserver-devel] ImageMosaic stopped working in

Hi, When upgrading from nightly trunk 2009.10.29 to nightly 2.0.x 2009.12.15 my existing ImageMosaic layers (dirs with GeoTiffs) stopped working, nor am I able to create new ImageMosaic layers. I get multiple exceptions of which this is the main one IMO (strange that EsriAsciiGridRaster is cal

Re: [Geoserver-devel] the spring component in gs

2009/12/15 Andrea Aime > maven apache ha scritto: > > It is injected in other beans directly in the spring context file. >>Only a handful of beans are actually looked up using getBean, and >>usually when that happens we look for implementors of extension points >>instead of a spec

Re: [Geoserver-devel] the spring component in gs

maven apache ha scritto: > It is injected in other beans directly in the spring context file. > Only a handful of beans are actually looked up using getBean, and > usually when that happens we look for implementors of extension points > instead of a specific bean, such a service imp

Re: [Geoserver-devel] the spring component in gs

2009/12/15 Andrea Aime > maven apache ha scritto: > >> >> >> 2009/12/15 Just van den Broecke > j...@justobjects.nl>> >> >> >>You will find applicationContext.xml files within various GeoServer >> .jar >>files under WEB-INF/lib, for example wfs-2.0.0.jar web-*.jar and more. >> >> I am afra

Re: [Geoserver-devel] the spring component in gs

maven apache ha scritto: > > > 2009/12/15 Just van den Broecke > > > You will find applicationContext.xml files within various GeoServer .jar > files under WEB-INF/lib, for example wfs-2.0.0.jar web-*.jar and more. > > I am afraid you did not understand me.

Re: [Geoserver-devel] the spring component in gs

2009/12/15 Just van den Broecke > You will find applicationContext.xml files within various GeoServer .jar > files under WEB-INF/lib, for example wfs-2.0.0.jar web-*.jar and more. > I am afraid you did not understand me. I know where the location of the xml files,and I see many beans are configed

Re: [Geoserver-devel] the spring component in gs

You will find applicationContext.xml files within various GeoServer .jar files under WEB-INF/lib, for example wfs-2.0.0.jar web-*.jar and more. -- Just van den Broecke maven apache wrote: > Hi: > Sorry for my problem again. > These days I deepped into the gs sources codes, at the sametime I am n