Re: [Geoserver-devel] FileWatcher, avoid unnecessary reloads

On Thu, Jun 9, 2011 at 6:37 AM, wrote: > This is more a design question: > > FileWatcher checks for external modifications of a file. But if > tgeoserver code is writing the content of this file itself, how can I > tell the FileWatcher NOT to indicate that the file is modified forcing > an additi

[Geoserver-devel] Build failed in Hudson: cite-wfs-1.1 #424

See -- [...truncated 3787 lines...] Assertion: Attempts to fetch a feature by identifier using the GetFeature/GET binding. Validation warning: SchemaLocation: schemaLocation val

[Geoserver-devel] FileWatcher, avoid unnecessary reloads

This is more a design question: FileWatcher checks for external modifications of a file. But if tgeoserver code is writing the content of this file itself, how can I tell the FileWatcher NOT to indicate that the file is modified forcing an additional reload. Proposals 1) add a method setK

[Geoserver-devel] [jira] Created: (GEOS-4610) FileWatcher.java does not recognize restored files

FileWatcher.java does not recognize restored files -- Key: GEOS-4610 URL: http://jira.codehaus.org/browse/GEOS-4610 Project: GeoServer Issue Type: Bug Components: Global Affects V

Re: [Geoserver-devel] Time and elevation support for vectors ready

Took a quick look over the patch, great work. Mostly additions, nice and clean. Did find a few minor things though: * a few changes to the data directory, some in wfs, a couple in wcs setting max memory settings 0, not sure if that is intended or not * a few of the added files (like DimensionInf

Re: [Geoserver-devel] Request to become maintainer of Excel plugin

Aye, backported. On Wed, Jun 8, 2011 at 1:55 PM, Chris Holmes wrote: > Looks great Shane. Feel free to backport to 2.1.x, it'd be great to have > it there. > > C > > > On Tue, Jun 7, 2011 at 9:56 PM, Chris Holmes wrote: > >> Sweet! I'll check it tomorrow. >> >> Thanks Shane. >> >> >> On Tue,

[Geoserver-devel] [jira] Created: (GEOS-4609) MultiPoint, MultiLineString and MultiPolygon not declared in WFS 1.1 capabilities document

MultiPoint, MultiLineString and MultiPolygon not declared in WFS 1.1 capabilities document -- Key: GEOS-4609 URL: http://jira.codehaus.org/browse/GEOS-4609 Projec

Re: [Geoserver-devel] Request to become maintainer of Excel plugin

Looks great Shane. Feel free to backport to 2.1.x, it'd be great to have it there. C On Tue, Jun 7, 2011 at 9:56 PM, Chris Holmes wrote: > Sweet! I'll check it tomorrow. > > Thanks Shane. > > > On Tue, Jun 7, 2011 at 9:52 PM, Shane StClair wrote: > >> Hi Chris, >> >> I put together, tested, a

Re: [Geoserver-devel] Fwd: Have a project release scheduled in June?

Do we have a volunteer for doing the 2.1.1 release? I can cc them in. And any time line? I'll reply and tell her we're interested. On Wed, Jun 8, 2011 at 1:46 AM, Simone Giannecchini < simone.giannecch...@geo-solutions.it> wrote: > +1 > > Simone. > > Il giorno 08/giu/2011 07.09, "Jody Garnett"

[Geoserver-devel] [jira] Created: (GEOS-4608) Dynamic symbolizers not evaluated in KML output for relative path ExternalGraphics

Dynamic symbolizers not evaluated in KML output for relative path ExternalGraphics -- Key: GEOS-4608 URL: http://jira.codehaus.org/browse/GEOS-4608 Project: GeoServer

Re: [Geoserver-devel] Time and elevation support for vectors ready

*ahem* Sorry, got excited. I will, of course, apply the patch and experiment... On Wed, Jun 8, 2011 at 10:36 AM, Shane StClair wrote: > I'm not familiar enough with the core to offer theoretical review, so all I > can offer is that there's a type in testTimeContinouos' method name. This > looks a

Re: [Geoserver-devel] Time and elevation support for vectors ready

I'm not familiar enough with the core to offer theoretical review, so all I can offer is that there's a type in testTimeContinouos' method name. This looks awesome and I want to play with it, so I vote for commit! On Wed, Jun 8, 2011 at 8:26 AM, Andrea Aime wrote: > Hi, > following up the time an

Re: [Geoserver-devel] New community module: layer statistics

On Wed, Jun 8, 2011 at 3:49 PM, David Winslow wrote: > I talked to the GeoExt developer who'll be working on the frontend for this > and he's going to try using WPS.  I'll be sure to let you know if any > problems arise :) Happy to be of service (and see WPS grow in... uh... in the process! lol!)

Re: [Geoserver-devel] FileWatcher will not work for restored files

On Wed, Jun 8, 2011 at 2:34 PM, Justin Deoliveira wrote: > I think it makes sense... i can't really think of a case where it falls down > with != . > > Andrea, what do you think? Sounds good to me, Christian go ahead and thanks for the fix! :) Cheers Andrea --

[Geoserver-devel] [jira] Created: (GEOS-4607) Extended the scale line so that you can choose if you want to show the borders of the rectangle and which unit you want.

Extended the scale line so that you can choose if you want to show the borders of the rectangle and which unit you want. Key: GEOS-4607 URL: h

Re: [Geoserver-devel] New community module: layer statistics

I talked to the GeoExt developer who'll be working on the frontend for this and he's going to try using WPS. I'll be sure to let you know if any problems arise :) -- David Winslow OpenGeo - http://opengeo.org/ On Wed, Jun 8, 2011 at 7:59 AM, Andrea Aime wrote: > On Wed, Jun 8, 2011 at 1:08 PM,

[Geoserver-devel] Invito a collegarsi su LinkedIn

LinkedIn Vorrei aggiungerti alla mia rete professionale su LinkedIn. -Francesco Francesco Izzi geoSDI presso CNR Andria, Italia Conferma che conosci Francesco Izzi https://www.linkedin.com/e/-fvwdyz-goob9rqo-1z/isd/3147674626/_XVDZS2X/ -- (c) 2011, LinkedIn Corporation---

Re: [Geoserver-devel] FileWatcher will not work for restored files

I believe you two are in violent agreement :) -- David Winslow OpenGeo - http://opengeo.org/ On Wed, Jun 8, 2011 at 9:08 AM, wrote: > Zitat von Justin Deoliveira : > > > I think it makes sense... i can't really think of a case where it falls > down > > with != . > > I think almost every backup/

Re: [Geoserver-devel] FileWatcher will not work for restored files

Zitat von Justin Deoliveira : > I think it makes sense... i can't really think of a case where it falls down > with != . I think almost every backup/restore utility would set the original last access timestamp on restore, A concrete sample. I use the tar utility to backup user.properties. Nex

Re: [Geoserver-devel] FileWatcher will not work for restored files

I think it makes sense... i can't really think of a case where it falls down with != . Andrea, what do you think? On Wed, Jun 8, 2011 at 12:36 AM, wrote: > > I think that org.geoserver.platform.FileWatcher will not work for > restored files. > Method isModified compares with file.lastModified >

Re: [Geoserver-devel] New community module: layer statistics

On Wed, Jun 8, 2011 at 1:08 PM, David Winslow wrote: > It's similar but a but lower level: I just want to publish min, max, > quantiles, etc. so a javascript widget can render some wizzy charts to > help a user make ramps for the right color range.  Maybe there is > functionality in the sld module

Re: [Geoserver-devel] New community module: layer statistics

It's similar but a but lower level: I just want to publish min, max, quantiles, etc. so a javascript widget can render some wizzy charts to help a user make ramps for the right color range. Maybe there is functionality in the sld module that would help with that though. I will take a look. Who i

Re: [Geoserver-devel] Planning 2.1.1

+1 Il giorno 08/giu/2011 09.12, "Andrea Aime" ha scritto: > On Wed, Jun 8, 2011 at 3:43 AM, Justin Deoliveira wrote: >> Yeah, a 2.1.1 release sounds good to me. I am actually waiting for it to be >> release to backport the label obstacle fix and ship that to the customer. >> Also with regard to

Re: [Geoserver-devel] New community module: layer statistics

On Tue, Jun 7, 2011 at 11:30 PM, David Winslow wrote: > Hey all, > I'd like to start a new community module providing a simple REST API to some > statistical operations on layers.  The immediate goal is to support a more > advanced GeoExt-based styling tool for raster data, supporting vector layer

Re: [Geoserver-devel] Planning 2.1.1

On Wed, Jun 8, 2011 at 3:43 AM, Justin Deoliveira wrote: > Yeah, a 2.1.1 release sounds good to me. I am actually waiting for it to be > release to backport the label obstacle fix and ship that to the customer. > Also with regard to backport there are actually two other issues I was > hoping to ba