Re: [Geoserver-devel] Improvements to REST API Documentation

[Chris Holmes]

A big +1 to swagger. I'm pushing all the projects I'm involved with towards
it, and indeed I'd like a 'next generation' of open standards -> OGC specs
to be conversations around swagger specs, instead of big word documents.

At Planet we started with RAML, but then got a dev who had lots of
experience with all the various tooling and he put us on swagger.

Swagger has a lot more momentum from what I've seen. It's actually evolved
to be https://www.openapis.org/ - they fully opened the spec and it's got a
broad consortium of companies around it, with governance from the Linux
Foundation. So the swagger spec _is_ openapi, and the next iteration will
be done with real open governance.

And it's not a replacement for restlet / jackson or anything like that. I
mean, you can generate from it, but I'd recommend even if there's another
auto-generation route that we still specify the API in swagger.  But
there's no moving all documentation to it, it's just provides a few
'extras', like auto-generating clients and interactive api reference. At
Planet we have 'docs ' (a markdown thing),
and then the 'api-explorer ' (the
swagger thing).

Sometime soon I hope to get a sort of Restful WFS update using swagger to
specify simpler, more modular endpoints for searching geospatial
information.

On Thu, Feb 9, 2017 at 6:35 AM, Matt Kruszewski <
mkruszew...@boundlessgeo.com> wrote:

> Hi all,
>
> I wanted to add a little bit to the conversation around RAML and Swagger
> that took place in the dev meeting this week.
>
> First, just a little bit about RAML: On its own, like swagger, it's a
> specification for modeling APIs —  basically just a yaml document listing
> endpoints, query parameters, request / response body schemas, etc. In both
> cases, what you can do with the spec really depends on the tools
> surrounding it.
>
> With regard to rendering the document as markup, these are the best
> options I’ve seen for each format:
>
> 1. Swagger:
>
> (a.) There are several options for rendering, the most common and
> well-supported of which is the Swagger UI project -- check out
> http://petstore.swagger.io/ to see an example in action. It's not the
> prettiest thing, but it's thorough and allows easy generation of sample
> requests.  As Justin said, you could fork this project to add styling. It
> seems like it would be a very useful reference to go along with the
> existing documentation.
>
> (b.)  There are several other projects out there for rendering the swagger
> doc to markup, and even merging it with hand-written documentation like
> that currently in the Sphinx docs (e.g., Swagger2Markup:
> https://github.com/Swagger2Markup/swagger2markup). It'd be worth a deeper
> dive to investigate these more thoroughly.
>
> (c.) One thing to note: The output of the online swagger editor (
> http://editor.swagger.io/#/) looks nice, but they haven't actually made
> that template available anywhere else.
>
> 2. RAML:
>
> (a.) The main rendering tool is raml2html (and the related raml2md) -- you
> can see an example of the output here: https://rawgit.com/raml2html/
> raml2html/master/examples/world-music-api.html. Note that it cannot
> automatically generate sample requests like swagger-ui.
>
> (b.) MuleSoft has thrown a lot of weight behind RAML on their AnyPoint API
> Platform, so RAML makes more sense if you’re already on board for that. (I
> was, for another project).  They have nice renderers, and use RAML as a
> shared spec for a bunch of different API tools.
>
> As for other differences between them: I think it's best to think of RAML
> as being intended to be written first, as part of API-driven development.
> To that end, they have put a lot of thought into features that make it
> friendly for designing an API by hand. A given endpoint in RAML can inherit
> “traits” and “types”, e.g., “pageable”, “secured”, and “readOnly”, and the
> meaning of those traits at the API level (like a list of common parameters,
> or required headers) would only have to be defined in one shared place.
> Swagger can fully describe the same API, but it lacks those features for
> concisely expressing its higher-level design. (For reference, here is the
> relevant section of the RAML spec: https://github.com/raml-org/
> raml-spec/blob/master/versions/raml-10/raml-10.md/#
> resource-types-and-traits).
>
> On the flip side, the RAML community has not really produced tools for
> automatically generating documentation from code. With Swagger, I've had a
> good experience with a project called Springfox for generating Swagger from
> Spring MVC annotations (this is the same tool Justin mentioned). It isn't
> perfect, but it creates a very useful reference for developers with
> relatively little effort. There is no such project for going from Spring
> annotations to the current version of RAML (1.0). Swagger is a more
> complete platform in that respect, and it seems to me that the ability to

Re: [Geoserver-devel] Considering a new WMS/WMTS output format: jpeg or png (JPENG for friends)

[Chris Holmes]

+1 Andrea, I'd love to see this in GeoServer. At Planet Labs we've been
thinking about this as well. Esri supports it in their stuff, not sure when
they added it, but I see it in their tiles.

Jason, at least for my purposes this is geared for raster, and indeed as
Andrea points out, when you want transparency for your raster. The reason
that jpeg is not fine in that case is that it doesn't support transparency.
JPEG is by far the best for raster, but if you're using it as an overlay
instead of a base layer then jpeg doesn't work at the edges. So PNG at the
edges lets you use jpeg for every tile that is fully covered, but do the
edges transparent.

On Wed, Jun 8, 2016 at 1:12 PM, Jason Newmoyer  wrote:

> Andrea,
>
> I like the idea but would add that my decision to use png or jpeg also
> depends on the type of data, not just transparency. If vectors, like OSM,
> then png looks much better. If raster, then jpeg is typically fine.
>
> I have also thought about a similar concept when exposing tiled layers to
> our applications. Its more of a configuration issue, but we always
> pre-configure layers in our apps. It tends to become a hassle for
> developers to know which format the layer is available in. I usually only
> publish tiled layers in 1 particular format based on the decision above. It
> would be nice if there was an alias that could be used which basically
> means either/or, since web clients don't really care. This would probably
> be more of a GWC feature.
>
>
> Jason Newmoyer
> Newmoyer Geospatial Solutions
> 843.606.0424
> ja...@newmoyergeospatial.com
>
>
>
> On Tue, Jun 7, 2016 at 12:50 PM, Andrea Aime  > wrote:
>
>> Hi all,
>> when working with imagery it happens often enough that one wants the
>> compression
>> factor of a JPEG, but also transparency at the raster data edges.
>> Unfortunately one cannot have both... or can she?
>>
>> With tiled maps we can introduce a new output format, which I nicknamed
>> JPENG
>> (JPEg or pNG) that would return the right compression depending on the
>> tile content:
>> if it's fully opaque, JPEG, if there is any transparency, PNG instead, of
>> course setting
>> the right return type headers so that the browser can do the right
>> decoding.
>>
>> It's simple enough and would save significant bandwidth (and also CPU,
>> JPEG is
>> faster to compress) for imagery that also needs occasional transparency
>> support.
>>
>> I'd add this at a WMS output format, and if time allows, WMTS too... but
>> no guarantees,
>> I have actually no funding backing any of this (I'm doing it for another
>> system), but it seems
>> quick to implement in GeoServer  too and would be a pity to lose it.
>>
>> Objections? Suggestions for a better name (I checked a few other
>> variants, but they seem to be
>> already in use on the internet with a different meaning)?
>>
>> Cheers
>> Andrea
>>
>>
>> --
>> ==
>> GeoServer Professional Services from the experts! Visit
>> http://goo.gl/it488V for more information.
>> ==
>>
>> Ing. Andrea Aime
>> @geowolf
>> Technical Lead
>>
>> GeoSolutions S.A.S.
>> Via di Montramito 3/A
>> 55054  Massarosa (LU)
>> phone: +39 0584 962313
>> fax: +39 0584 1660272
>> mob: +39  339 8844549
>>
>> http://www.geo-solutions.it
>> http://twitter.com/geosolutions_it
>>
>> *AVVERTENZE AI SENSI DEL D.Lgs. 196/2003*
>>
>> Le informazioni contenute in questo messaggio di posta elettronica e/o
>> nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
>> loro utilizzo è consentito esclusivamente al destinatario del messaggio,
>> per le finalità indicate nel messaggio stesso. Qualora riceviate questo
>> messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
>> darcene notizia via e-mail e di procedere alla distruzione del messaggio
>> stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
>> divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
>> utilizzarlo per finalità diverse, costituisce comportamento contrario ai
>> principi dettati dal D.Lgs. 196/2003.
>>
>>
>>
>> The information in this message and/or attachments, is intended solely
>> for the attention and use of the named addressee(s) and may be confidential
>> or proprietary in nature or covered by the provisions of privacy act
>> (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
>> Code).Any use not in accord with its purpose, any disclosure, reproduction,
>> copying, distribution, or either dissemination, either whole or partial, is
>> strictly forbidden except previous formal approval of the named
>> addressee(s). If you are not the intended recipient, please contact
>> immediately the sender by telephone, fax or e-mail and delete the
>> information in this message that has been received in error. The sender
>> does not give any warranty or accept liability as the content, accuracy or
>> completeness of sent messages and accepts no responsibility  for 

Re: [Geoserver-devel] Attending a OL3 status presentation and...

[Chris Holmes]

I think the OL3 team is aiming to get the final release out tomorrow. Not
positive if they're on track or not, but if we wait a day we may be able to
use the final version.

And I'm +1 on ol3 format link on 2.6.x


On Wed, Aug 20, 2014 at 9:41 AM, Jody Garnett jody.garn...@gmail.com
wrote:

 Thanks Justin, I would like to see more use of OL3.

 Idea: We could make OL2 and OL3 separate formats, and have the switch
 change which one is used for the default OpenLayers link. This would
 allow 2.6.x users to at least test OL3 for us.


 On the other hand if this idea is so obvious it is how you are already
 implementing please ignore :)

 Jody Garnett


 On Wed, Aug 20, 2014 at 8:56 AM, Justin Deoliveira 
 jdeol...@boundlessgeo.com wrote:

 Cool, works for me. I'll work on getting pull request work asap.


 On Wed, Aug 20, 2014 at 9:15 AM, Andrea Aime 
 andrea.a...@geo-solutions.it wrote:

 On Wed, Aug 20, 2014 at 4:37 PM, Justin Deoliveira 
 jdeol...@boundlessgeo.com wrote:

 I never got around to merging it. As long as we're ok with a bleeding
 edge build of OL3 we could push this one in before the final release. Not
 sure if there is a switch to force the old preview, if not we could
 probably add one just in case.


 Yeah, a switch is probably best... how about we have OL3 on the new
 trunk on by default,
 and off by default on 2.6.x?
 (btw, will we have to wait for an omega build for those guys to
 release a stable? I see they like they Greek alphabet beyond alpha and beta
 ;-) )

 Cheers
 Andrea

 --
 ==
 GeoServer Professional Services from the experts! Visit
 http://goo.gl/NWWaa2 for more information.
 ==

 Ing. Andrea Aime
 @geowolf
 Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax: +39 0584 1660272
 mob: +39  339 8844549

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---




 --
 Justin Deoliveira
 VP Engineering | Boundless http://boundlessgeo.com/
 jdeol...@boundlessgeo.com
 @boundlessgeo http://twitter.com/boundlessgeo/





 --
 Slashdot TV.
 Video for Nerds.  Stuff that matters.
 http://tv.slashdot.org/
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel


--
Slashdot TV.  
Video for Nerds.  Stuff that matters.
http://tv.slashdot.org/___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Better visibility for the Marlin renderer

[Chris Holmes]

I actually like the idea of doing an extension module for it. Even the
module is really just a tutorial and instructions, I think it could raise
the visibility of it substantially. Since many people just go to the
download page, especially if they've been using GeoServer for awhile. I
think it's ok if it's very little or even no code - it _is_ a functionality
that extends and enhances GeoServer.

And it sounds like the module could perhaps adjust the start up options,
and maybe complain in your GeoServer if you didn't successfully get it in
the jdk/jre?


On Fri, Aug 1, 2014 at 6:22 AM, Chris Snider chris.sni...@issinc.com
wrote:

  Coming from a primarily Windows based environment, I like the tutorial
 for Windows installation.  I, personally, would also greatly benefit from a
 Linux tutorial as that is one of the environments we deploy to.  Not sure
 if my plus counts, but here it is in any case. +1



 Chris Snider

 Senior Software Engineer

 *Intelligent Software Solutions, Inc.*

 [image: Description: Description: Description:
 cid:image001.png@01CA1F1F.CBC93990]



 *From:* Andrea Aime [mailto:andrea.a...@geo-solutions.it]
 *Sent:* Friday, August 01, 2014 6:41 AM
 *To:* Geoserver-devel
 *Subject:* [Geoserver-devel] Better visibility for the Marlin renderer



 Hi,

 I would like to give Marlin (
 http://www.geo-solutions.it/blog/developerss-corner-achieving-extreme-geoserver-scalability-with-the-new-marlin-vector-rasterizer/
 )

 better visibility for the GeoServer users, in order to support the sole
 developer of the library, and show that

 more and more software packages are offering it as an option (gvsig-ce is
 going to have it in the next release,

 as it greatly speeds up rendering of point clouds, lidar data I presume).



 The ideal thing would be to have an extension module, as it would end up
 showing in the downloads,

 but Marlin is something that requires almost nothing of GeoServer, it
 needs to be installed in the JRE/JDK

 instead and then some startup options need to be provided.



 I guess the second best option would be to write a tutorial on how to use
 it, with detailed instructions

 on how to make it work with Windows installations for example.



 What do you think, ideas?



 Cheers

 Andrea



 --

 ==

 GeoServer Professional Services from the experts! Visit

 http://goo.gl/NWWaa2 for more information.

 ==



 Ing. Andrea Aime

 @geowolf

 Technical Lead



 GeoSolutions S.A.S.

 Via Poggio alle Viti 1187

 55054  Massarosa (LU)

 Italy

 phone: +39 0584 962313

 fax: +39 0584 1660272

 mob: +39  339 8844549



 http://www.geo-solutions.it

 http://twitter.com/geosolutions_it



 ---


 --
 Want fast and easy access to all the code in your enterprise? Index and
 search up to 200,000 lines of code with a free copy of Black Duck
 Code Sight - the same software that powers the world's largest code
 search on Ohloh, the Black Duck Open Hub! Try it now.
 http://p.sf.net/sfu/bds
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel


--
Want fast and easy access to all the code in your enterprise? Index and
search up to 200,000 lines of code with a free copy of Black Duck
Code Sight - the same software that powers the world's largest code
search on Ohloh, the Black Duck Open Hub! Try it now.
http://p.sf.net/sfu/bds___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Migrating site to github

[Chris Holmes]

Awesome work Justin!

Having the site on github will be really great, and you first
implementation cut looks good.

As for more dynamic content, would be nice to do gsip's and rnd pages on
github. But having the historical and the current all on one page is quite
nice, and it'd probably be a big pain to migrate all the past ones. So
could make sense to keep confluence going for the dynamic stuff, if it's
working fine and not costing us.

One small idea for a content tweak on this would be to add a users /
examples page. Using github should make it far easier for others to suggest
new sites / organizations to put up. And we have a ton of great users now,
and lots of people make decisions on whether to use something based on who
else is using it.




On Mon, May 5, 2014 at 9:08 AM, Justin Deoliveira jdeol...@boundlessgeo.com
 wrote:

 Hey guys,

 I managed to find some time to push up the prototype of a github pages
 based site. The site is rendered at this url.

   http://geoserver.github.io/

 I took some liberties with redesigning the content but it's 100% up for
 discussion.

 We also need to figure out how we want to manage the more dynamic content
 like proposals, rnd pages, etc... Whether we want to move that to github,
 or keep confluence going perhaps, etc...

 The sources are in a new repository in the geoserver github account.

   https://github.com/geoserver/geoserver.github.io

 Let me know what you think.

 -Justin



 --
 *Justin Deoliveira*
 Vice President, Engineering | Boundless
 jdeol...@boundlessgeo.com
 @j_deolive https://twitter.com/j_deolive


 --
 Is your legacy SCM system holding you back? Join Perforce May 7 to find
 out:
 #149; 3 signs your SCM is hindering your productivity
 #149; Requirements for releasing software faster
 #149; Expert tips and advice for migrating your SCM now
 http://p.sf.net/sfu/perforce
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel


--
Is your legacy SCM system holding you back? Join Perforce May 7 to find out:
#149; 3 signs your SCM is hindering your productivity
#149; Requirements for releasing software faster
#149; Expert tips and advice for migrating your SCM now
http://p.sf.net/sfu/perforce___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] featuring gis.stackexchange.com on the geoserver site more?

[Chris Holmes]

Thinking about the website got me wondering about if people might be in to
featuring http://gis.stackexchange.com/tags/geoserver more prominently?

We already get 10 - 20 geoserver related questions there a week, so there's
already an active community answering stuff. I know Andrea and Ian are on
it. But if you go to http://geoserver.org/display/GEOS/Mailing+Lists or
anywhere else on the website you wouldn't find out about it as a resource.

In the last couple months I helped move CartoDB community support over
there from a google group, and it's gone really well. The advantages I see:

* Auto completion of common questions - as you start to type in a question
it will automatically suggest existing questions that may have already
answered it. So can reduce people asking the same questions.

* Gamification elements of giving people awards keep question answers more
involved, while answering questions on the mailing list is a much more
thankless task that has fallen much more on core developers.

* Overlaps with other gis software. We often get questions that aren't
_really_ pure geoserver questions, and people have to email multiple lists
to get their answer. With stack exchange they can just tag 'geoserver'
'openlayers' and 'postgis' and people can help out from each community.

Disadvantages may include that it's running on proprietary software,
building our knowledge base on a third party. And that it could potentially
split our community and have even less answers on the mailing list.

Right now I'm just suggesting we add some links to the website so more
people know about it as a resource. We could make it a stronger
recommendation (the first place to go).
--
Is your legacy SCM system holding you back? Join Perforce May 7 to find out:
#149; 3 signs your SCM is hindering your productivity
#149; Requirements for releasing software faster
#149; Expert tips and advice for migrating your SCM now
http://p.sf.net/sfu/perforce___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] featuring gis.stackexchange.com on the geoserver site more?

[Chris Holmes]

Yeah, my theory is that using stack exchange would actually end up as less
effort, as others would contribute much more. But it might be more work
during a transition page if we try to provide both as a resource. Though I
have seen people on the mailing list cross reference posts, so maybe it'd
just be encouraging that kind of thing?


On Mon, May 5, 2014 at 12:53 PM, Jody Garnett jody.garn...@gmail.comwrote:

 Stack exchange makes the support page for geotools:
 http://docs.geotools.org/latest/developer/communication.html

 I don't mind linking to stack exchange, but I would really like to figure
 out and angle for less devel team effort.

 Jody Garnett


 On Mon, May 5, 2014 at 1:23 PM, Chris Holmes cho...@gmail.com wrote:

 Thinking about the website got me wondering about if people might be in
 to featuring http://gis.stackexchange.com/tags/geoserver more
 prominently?

 We already get 10 - 20 geoserver related questions there a week, so
 there's already an active community answering stuff. I know Andrea and Ian
 are on it. But if you go to
 http://geoserver.org/display/GEOS/Mailing+Lists or anywhere else on the
 website you wouldn't find out about it as a resource.

 In the last couple months I helped move CartoDB community support over
 there from a google group, and it's gone really well. The advantages I see:

 * Auto completion of common questions - as you start to type in a
 question it will automatically suggest existing questions that may have
 already answered it. So can reduce people asking the same questions.

 * Gamification elements of giving people awards keep question answers
 more involved, while answering questions on the mailing list is a much more
 thankless task that has fallen much more on core developers.

 * Overlaps with other gis software. We often get questions that aren't
 _really_ pure geoserver questions, and people have to email multiple lists
 to get their answer. With stack exchange they can just tag 'geoserver'
 'openlayers' and 'postgis' and people can help out from each community.

 Disadvantages may include that it's running on proprietary software,
 building our knowledge base on a third party. And that it could potentially
 split our community and have even less answers on the mailing list.

 Right now I'm just suggesting we add some links to the website so more
 people know about it as a resource. We could make it a stronger
 recommendation (the first place to go).


 --
 Is your legacy SCM system holding you back? Join Perforce May 7 to find
 out:
 #149; 3 signs your SCM is hindering your productivity
 #149; Requirements for releasing software faster
 #149; Expert tips and advice for migrating your SCM now
 http://p.sf.net/sfu/perforce
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel



--
Is your legacy SCM system holding you back? Join Perforce May 7 to find out:
#149; 3 signs your SCM is hindering your productivity
#149; Requirements for releasing software faster
#149; Expert tips and advice for migrating your SCM now
http://p.sf.net/sfu/perforce___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Time boxed release mode: proposing some modifications

[Chris Holmes]

All that makes good sense. I wasn't actually advocating for putting more
resources in to maintaining really long releases, and indeed I think the 1
year cycle is good. Was just suggesting the notion of not doing LTS for
every release. So what I was aiming at was less work for developers.
Basically instead of doing the LTS for every release, of old bug fixes,
we'd just do it for say evens. So then when people are like 'why is this
simple bug fix not in 2.3.x' you can say that only 2.4.x is LTS, so it's
the only one that gets the old backports.

And then from there just promote the idea of LTS a bit more for stable
people. Every year they'd upgrade to the new LTS, when the next even gets
to LTS status, instead of every six months. So like Jonathan is saying, we
wouldn't have LTS and optional LTS, there'd just be one LTS that stretches
out.




On Fri, Jan 24, 2014 at 7:02 AM, Andrea Aime
andrea.a...@geo-solutions.itwrote:

 On Fri, Jan 24, 2014 at 5:16 AM, Chris Holmes chol...@opengeo.org wrote:

 (apologies for long silence on stuff, have been taking some time away)

 I think one thing we might consider is only doing LTS releases on like
 evens or odds, to potentially ease things on us more. The one thing that
 strikes me on these schedules is that LTS is just kind of 'old'. The Ubuntu
 LTS concept is that every 2 years they release one that they commit to for
 much longer (5 years). So the conservative people just do that, and know
 they'll always get fixes. See https://wiki.ubuntu.com/LTS


 Yep, familiar with the concept (using a Ubuntu LTS myself).

 However, not sure this can apply to GeoServer for a couple of reasons.

 The main one is that we'd be trying to bite more than we can chew, in
 terms of resourcing.
 Let's imagine we had a 1.5 years old LTS right now, that would be the
 2.2.x series, and generally speaking, something 4 branches behind the
 current development series.
 The development of GeoServer is still going at a rather high pace, doing a
 backport of a fix becomes more and more hard as we just back in the
 branches,
 while doing a cherry-pick from dev to stable (one branch jump) normally
 works without significant conflicts, a 4 branches jump will result in
 conflicts very often,
 and in a need of full rewrite of the patch also often enough.

 What does that mean? That the bugfixes in questions are realistically
 going to be backported only if you are under contract to do so, so, few of
 them.

 Which brings me to the second source of concern: who is going to be
 interested in a 1-2 years old release?
 In my experience, no one, and I'm not talking hyphotetically, GeoSolutions
 tried with GeoServer enterprise, and it basically got no traction:
 all of our customers want something out of the recent series, and then
 they want that to be maintained.
 A 1-2 years old releases is just lacking too much, mostly because we are
 still going at a high pace.

 That's why we are pushing a 1 year lifetime instead, it gets long enough
 for conservative people to use, but not so long that people will just
 ignore it due to lack of too many new features.

 Point in case, the new precise GetFeatureInfo... there is a lot of
 interest for it, and we've been asked already a few times why is it not in
 2.4.x?
 (the answer is, because it's not a simple bug fix, it's a major refactor).
 Something like this lowers the interest in older releases a lot... a few
 items like this and the interest in a 1 year old release, 2 cycles
 of new features behind the curve, is already rather small.

 Imho, LTS are great, but for stuff that is mostly rather stable and not
 fast evolving as GeoServer still is, 2 years cycles are just impractical
 from both the developer point of view (difficulty of backports) and from
 the audience interest point of view (which also means, difficulty
 in gathering funds to justify the extra effort to keep a LTS up this long).

 Cheers
 Andrea


 --
 == Our support, Your Success! Visit http://opensdi.geo-solutions.it for
 more information ==

 Ing. Andrea Aime
 @geowolf
 Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax: +39 0584 1660272
 mob: +39  339 8844549

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---

--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloads, Development Environments  Everything In Between.
Get a Quote or Start a Free Trial Today. 
http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Time boxed release mode: proposing some modifications

[Chris Holmes]

Er, right, still have some 'send from' things that go from opengeo, though
it won't work. So reply to this one, with my gmail.


On Thu, Jan 23, 2014 at 11:16 PM, Chris Holmes chol...@opengeo.org wrote:

 (apologies for long silence on stuff, have been taking some time away)

 I think one thing we might consider is only doing LTS releases on like
 evens or odds, to potentially ease things on us more. The one thing that
 strikes me on these schedules is that LTS is just kind of 'old'. The Ubuntu
 LTS concept is that every 2 years they release one that they commit to for
 much longer (5 years). So the conservative people just do that, and know
 they'll always get fixes. See https://wiki.ubuntu.com/LTS

 So it has people pick which stream, and I'm sure at 1.5 and 4 years there
 are very few improvements. But better to just have the one or two old solid
 one, that people can rest assured to just sit on, instead of just
 occasional old bug fixes on whatever old one.

 In both charts it should be a small change, it's just that you'd do 2.4.9,
 2.4.10, 2.4.11 and even 2.4.12, and never do 2.5.6. If you want the 2.5
 stuff in a super stable thing you wait for the next LTS, which is
 designated LTS more from the beginning. And this should hopefully be a bit
 less work while making the people who want stability happy.

 I think no matter what it'd also be good to promote the LTS concept to
 people. So that they don't feel like they 'have to keep up'.


 On Thu, Jan 23, 2014 at 10:38 PM, Ben Caradoc-Davies 
 ben.caradoc-dav...@csiro.au wrote:

 +1. I think this is a good idea.

 I think the main challenge in this new model is developer education!

 Kind regards,
 Ben.

 On 23/01/14 17:50, Andrea Aime wrote:
  me and Simone have been thinking about ways to improve the current
  release schedule based
  on feedback we're getting from users and customers.

 --
 Ben Caradoc-Davies ben.caradoc-dav...@csiro.au
 Software Engineer
 CSIRO Earth Science and Resource Engineering
 Australian Resources Research Centre


 --
 CenturyLink Cloud: The Leader in Enterprise Cloud Services.
 Learn Why More Businesses Are Choosing CenturyLink Cloud For
 Critical Workloads, Development Environments  Everything In Between.
 Get a Quote or Start a Free Trial Today.

 http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel



--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloads, Development Environments  Everything In Between.
Get a Quote or Start a Free Trial Today. 
http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Time boxed release mode: proposing some modifications

[Chris Holmes]

(apologies for long silence on stuff, have been taking some time away)

I think one thing we might consider is only doing LTS releases on like
evens or odds, to potentially ease things on us more. The one thing that
strikes me on these schedules is that LTS is just kind of 'old'. The Ubuntu
LTS concept is that every 2 years they release one that they commit to for
much longer (5 years). So the conservative people just do that, and know
they'll always get fixes. See https://wiki.ubuntu.com/LTS

So it has people pick which stream, and I'm sure at 1.5 and 4 years there
are very few improvements. But better to just have the one or two old solid
one, that people can rest assured to just sit on, instead of just
occasional old bug fixes on whatever old one.

In both charts it should be a small change, it's just that you'd do 2.4.9,
2.4.10, 2.4.11 and even 2.4.12, and never do 2.5.6. If you want the 2.5
stuff in a super stable thing you wait for the next LTS, which is
designated LTS more from the beginning. And this should hopefully be a bit
less work while making the people who want stability happy.

I think no matter what it'd also be good to promote the LTS concept to
people. So that they don't feel like they 'have to keep up'.


On Thu, Jan 23, 2014 at 10:38 PM, Ben Caradoc-Davies 
ben.caradoc-dav...@csiro.au wrote:

 +1. I think this is a good idea.

 I think the main challenge in this new model is developer education!

 Kind regards,
 Ben.

 On 23/01/14 17:50, Andrea Aime wrote:
  me and Simone have been thinking about ways to improve the current
  release schedule based
  on feedback we're getting from users and customers.

 --
 Ben Caradoc-Davies ben.caradoc-dav...@csiro.au
 Software Engineer
 CSIRO Earth Science and Resource Engineering
 Australian Resources Research Centre


 --
 CenturyLink Cloud: The Leader in Enterprise Cloud Services.
 Learn Why More Businesses Are Choosing CenturyLink Cloud For
 Critical Workloads, Development Environments  Everything In Between.
 Get a Quote or Start a Free Trial Today.

 http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel

--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloads, Development Environments  Everything In Between.
Get a Quote or Start a Free Trial Today. 
http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Switching the preview to OL3

[Chris Holmes]

Browser identification tool would be ideal imho. Would be really great to
have most people using it as the default preview. If we can't do that then
the output format would be good to add, but I feel like most people
wouldn't see it then.


On Fri, Jan 10, 2014 at 8:36 AM, Andrea Aime
andrea.a...@geo-solutions.itwrote:

 Hi all,
 Bart has been setting up a new layer preview using OL3 here:

 https://github.com/bartvde/geoserver-ol3-preview/commit/06e122aa9913df890347b47576f6839171cc061d

 I am pretty excited about it... or else, I was, then Bart told me OL3
 requires IE9+... erk...
 I don't think we can release a GeoServer that does not work with IE7 or
 IE8.

 At the same time it's a pity not to use Bart's work. Maybe we should add a
 OL3 output format, or a format
 option to get it? Or maybe have a browser identification tool that uses
 OL3 only when the browser
 is recent enough.

 Opinions?

 Cheers
 Andrea

 --
 == Our support, Your Success! Visit http://opensdi.geo-solutions.it for
 more information ==

 Ing. Andrea Aime
 @geowolf
 Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax: +39 0584 1660272
 mob: +39  339 8844549

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---


 --
 CenturyLink Cloud: The Leader in Enterprise Cloud Services.
 Learn Why More Businesses Are Choosing CenturyLink Cloud For
 Critical Workloads, Development Environments  Everything In Between.
 Get a Quote or Start a Free Trial Today.

 http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel


--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloads, Development Environments  Everything In Between.
Get a Quote or Start a Free Trial Today. 
http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Contributor agreement: geotools vs geoserver policy

[Chris Holmes]

My memory is hazy, but I think we decided if they become a real committer
they need to sign the contributors agreement. If it's just a community
module, or some patches, then they don't. I believe the thinking was that
if we ever had trouble we could pretty easily remove and redo small
contributions.

What do you mean the agreement is 'harder to send over'? I'm happy if we
can make that easier, and also if we get the agreement in line with the
GeoTools one.

I think right now people send the agreements in to OpenPlans. With
Boundless cleaving off I think we might start to consider an alternate
foundation. I'm still advising OpenPlans informally, and I think continue
to be fine with holding the copyright, but it is less and less in line with
what they're doing, so I think they'd also be fine to not have to deal with
the hassle. But we'd need a good, legitimate alternative, and one that will
have someone to deal with contributor agreements and helping keep the IP
clean.


On Sat, Oct 5, 2013 at 9:30 AM, Andrea Aime andrea.a...@geo-solutions.itwrote:

 Hi,
 just wanted to confirm a bit of knowledge about the contributor agreements.

 Back in GeoTools there is an understanding that anyone contributing a new
 file needs to sign a
 contributor agreement, right? (btw, was there ever a PMC vote on that?)

 In GeoServer land I don't believe we have any such policy, right? (the
 agreement is also harder
 to send over, and not in line with the apache based one that we have in
 GeoTools).

 Cheers
 Andrea

 --
 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
 information.
 ==

 Ing. Andrea Aime
 @geowolf
 Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax: +39 0584 1660272
 mob: +39  339 8844549

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---


 --
 October Webinars: Code for Performance
 Free Intel webinars can help you accelerate application performance.
 Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most
 from
 the latest Intel processors and coprocessors. See abstracts and register 
 http://pubads.g.doubleclick.net/gampad/clk?id=60134791iu=/4140/ostg.clktrk
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel


--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register 
http://pubads.g.doubleclick.net/gampad/clk?id=60134791iu=/4140/ostg.clktrk___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Contributor agreement: geotools vs geoserver policy

[Chris Holmes]

On Sat, Oct 5, 2013 at 9:49 AM, Andrea Aime andrea.a...@geo-solutions.itwrote:

 On Sat, Oct 5, 2013 at 3:44 PM, Chris Holmes cho...@gmail.com wrote:

 My memory is hazy, but I think we decided if they become a real committer
 they need to sign the contributors agreement. If it's just a community
 module, or some patches, then they don't. I believe the thinking was that
 if we ever had trouble we could pretty easily remove and redo small
 contributions.


 Ah, sorry, I forgot the context: pull requests.



Ah. Yeah, would be nice to do something a bit better there. One thing we
should do is a CONTRIBUTING file in the root folder, see
https://github.com/blog/1184-contributing-guidelines

It puts a nice message up whenever you do a PR or open an issue.



 What do you mean the agreement is 'harder to send over'? I'm happy if we
 can make that easier, and also if we get the agreement in line with the
 GeoTools one.


 Doesn't it need to be sent over by snail mail or fax?
 The GeoTools one is apparently good by mail.



I take it you mean email here? Looking online it looks like python also
accepts email scans/pictures. And elastic search uses some esign thing:
http://www.elasticsearch.org/contributor-agreement/ Eclipse looks like it
has some form that people fill out online. I guess we should maybe check
with a lawyer, but I'd be for not requiring snail mail. Would also make
things easier on OpenPlans.



 I think right now people send the agreements in to OpenPlans. With
 Boundless cleaving off I think we might start to consider an alternate
 foundation. I'm still advising OpenPlans informally, and I think continue
 to be fine with holding the copyright, but it is less and less in line with
 what they're doing, so I think they'd also be fine to not have to deal with
 the hassle. But we'd need a good, legitimate alternative, and one that will
 have someone to deal with contributor agreements and helping keep the IP
 clean.


 Right

 Cheers
 Andrea

 --
 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
 information.
 ==

 Ing. Andrea Aime
 @geowolf
 Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax: +39 0584 1660272
 mob: +39  339 8844549

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---

--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register 
http://pubads.g.doubleclick.net/gampad/clk?id=60134791iu=/4140/ostg.clktrk___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Creating a new geoserver-history repo in github

[Chris Holmes]

Great work Andrea. I don't have admin rights either.

My guess is maybe Jody? There's 5 people listed as 'members':
https://github.com/geoserver?tab=members Would probably be good to get
admin rights for more people, so we never get locked out in the future.


On Sat, Aug 31, 2013 at 10:06 AM, Andrea Aime
andrea.a...@geo-solutions.itwrote:

 Hi,
 probably some of you recall that I wanted to create a new git repo with
 the history of GeoServer that is missing from the current git repo, for
 historical and statistical purposes.

 I have cleaned deep clone of svn, with all the branches and tag, the
 process to create it, for the curious, was the following:
 * clone the svn repo using https://github.com/nirvdrum/svn2git, that does
 a better job than just git svn and keeping around branches and tags
 * use git reset --hard and git fsck/prune/gc to remove the commits shared
 with the main git repo
 * use this amazing tool http://rtyley.github.io/bfg-repo-cleaner/ to
 remove from history all files bigger than 512KB, and then all class and jar
 files, leaving a slightly more manageable repo sizing 624MB, down from the
 original ~840MB
 (and yes, this has quite likely removed also large sample raster data from
 the history, but hopefully no source file has been harmed... I mean, even
 the crazy large StreamingRenderer.java is just ~150KB).

 Now, in order to upload it to github it seems I need administration rights
 on the geoserver organization, something I'm apparently missing... or else,
 I cannot find the button to create the new repo :-p (but I can see it for
 example if I go in my own account).

 So, I guess some help is needed from whoever has full admin rights. Anyone?

 Cheers
 Andrea

 --
 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
 information.
 ==

 Ing. Andrea Aime
 @geowolf
 Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax: +39 0584 1660272
 mob: +39  339 8844549

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---


 --
 Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
 Discover the easy way to master current and previous Microsoft technologies
 and advance your career. Get an incredible 1,500+ hours of step-by-step
 tutorial videos with LearnDevNow. Subscribe today and save!
 http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel


--
Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
Discover the easy way to master current and previous Microsoft technologies
and advance your career. Get an incredible 1,500+ hours of step-by-step
tutorial videos with LearnDevNow. Subscribe today and save!
http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] New community module: a faster png output format

[Chris Holmes]

This sounds awesome Andrea. Psyched to see what improvements it leads to
when plugged in to the whole wms output pipeline.

Doing the PNGJ one sounds like the better route especially if the author
will solve the raster encoding stuff.

Definitely +1 here for a community module.


On Sun, Aug 11, 2013 at 2:26 PM, Andrea Aime
andrea.a...@geo-solutions.itwrote:

 Hi,
 during the last couple of months I've spent some spare time investigating
 the PNG
 format and the encoders generating it.
 During the investigation some facts popped up:
 * the JDK own encoder performance is horrible
 * the CLib one (provided by ImageIO native libs) does a lot better, but
 still leaves something
   to be desired and generally speaking builds larger PNGs

 The JDK one is so slow because it rigged to provided the maximum possible
 compression,
 and it spends a lot of effort getting it, without giving any possibility
 to configure it.
 The thing is, that much effort normally just results in a size that is
 less than 10% smaller than
 more relaxed approaches, especially with the vector maps that GeoServer is
 normally producing.

 Given the above, and also considering that often people just do not
 install the ImageIO native
 extensions, and on some platforms (Win64, OSX) they are simply not
 available, I've setup
 to build a faster pure java encoder, concentrating most of my work to make
 sure we do the minimum
 amount of pixel scans and array copies before writing out the PNG file
 (something that apparently
 all existing encoders are rather bad at).

 The results are good, today I have two solutions which are both faster
 than the JDK one
 (by a lot) and normally faster than the CLib native encoder too.
 One is based on a minimal encoder that I wrote (called just NG for the
 moment),
 which is really bare bones, the other one  is based on PNGJ, a open
 source, low level,
 pure java PNG encoder that is fully featured and that I've discovered a
 when the basics
 for the NG encoder were already laid down.
 I've exchanged quite a few mails with the PNGJ author and while at the
 beginning it was visibly
 slower, after some changes it came to be almost on par.

 The buffered-image.html file attached contains the results of a pure image
 encoding
 benchmark (the image is ready at the beginning of the banchmark) which
 I've built using Carrot Search Lab's
 JUnit-Benchmarks  (http://labs.carrotsearch.com/junit-benchmarks.html).
 The benchmark encodes images using different types of colors and pixels
 representations,
 ranging from RGB(A) in either bytes or packed ints, grayscale images, and
 paletted ones.

 As you can see, either the NG or PNGJ can run circles around the JDK own
 writer (between
 5 and 10 times times faster and they still have some advantage over the
 CLib one (30-40% faster)
 while building images that are, size wise, in between the CLib encoder and
 the JDK one.

 I've also made a benchmark based on sample vector (coming from
 osm-in-a-box) and raster maps
 of different sizes, attached as samples-benchmark.html, in this one I've
 spared the JDK encoder
 the embarassement and just compared clib, ng and pngj.
 As you can see the story is more or less the same, although on raster
 images pngj still needs some
 work to match my own bare bones encoder.

 All the code wrote so far is available here under the GPL license:
 https://github.com/aaime/png-experiments

 The next step would be to turn this into a WMS output format, directly,
 without the overhead of going
 trough the JAI ImageIO ImageWriter interface, so that's where the
 community module comes into
 the picture.

 Generally speaking, if at all possible, I'd like to drop my own encoder in
 favour of PNGJ to lower
 the maintenance overhead and better feature set, hopefully talking a bit
 more with the author will solve also the
 small raster encoding extra cost.

 Opinions and feedback welcomed (and of course, votes for the new community
 module)

 Cheers
 Andrea

 --
 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
 information.
 ==

 Ing. Andrea Aime
 @geowolf
 Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax: +39 0584 1660272
 mob: +39  339 8844549

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---


 --
 Get 100% visibility into Java/.NET code with AppDynamics Lite!
 It's a free troubleshooting tool designed for production.
 Get down to code-level detail for bottlenecks, with 2% overhead.
 Download for free and get started troubleshooting in minutes.
 http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] geopackage community module

[Chris Holmes]

Sorry, missed this response. Replies inline.

On Wed, Aug 7, 2013 at 10:04 AM, Justin Deoliveira jdeol...@opengeo.orgwrote:

 Hey Chris,

 I merged the geotools side of things.


 https://github.com/geotools/geotools/tree/master/modules/unsupported/geopkg

 I just merged the geoserver side of things.

   https://github.com/geoserver/geoserver/tree/master/src/community/geopkg



Sweet! Thanks.


 However we got some good feedback and I agree with Andrea that WPS is
 probably a better fit for a GeoPackage output. It would make it harder to
 use but it would also be much more flexible. Perhaps we could expose just
 tiles through WMS, and perhaps even capping it for requests that include
 too many tiles.


Yeah, just tiles in WMS, and just features in WFS would make sense to me.

Can the geoserver module _read_ a geopackage? Like as a datastore?


 I just scanned through the latest spec you sent i see the table names have
 changed to be prefixed with gpkg_. Which makes a lot of sense but something
 i have yet to do.


Cool.


 There is still raster support in the underlying geotools code. I
 implemented it based on one of the first versions of the spec so should
 probably just drop it all together at this point. So is raster not in the
 spec at all? Even as an extension?


Not in the spec. There is a room for it though, you can just make a blob in
a feature table.
https://github.com/opengis/geopackage/blob/master/spec/6_other-data.md says
that it's ok, and
https://github.com/opengis/geopackage/blob/master/spec/4_schema.md lets you
provide additional information to indicate that something is a raster. We
want to do a 'best practices' paper on how one could include raster data.
So yeah, you can do whatever you feel is best to include it, and my hope is
that we get a few different experiments and future versions of the spec
work out the best way to do rasters (it just felt like the group working on
it didn't have the best grasp on it).

Oh, and we could also make our own extension for a geotools geopackage, see
https://github.com/opengis/geopackage/blob/master/spec/7_extensions-mechanism.md



 So yeah, long story short some work to get it up to the latest.


Cool, thanks Justin.


 -Justin


 On Tue, Aug 6, 2013 at 2:00 PM, Chris Holmes cho...@gmail.com wrote:

 Did you ever get this merged in Justin? I don't see it on
 https://github.com/geoserver/geoserver/tree/master/src/community Though
 I may not be looking at the right place.

 OGC just released the candidate standard for comments, see
 http://www.opengeospatial.org/standards/requests/105

 I'm working on a github version of the specification to invite easier
 comments / contributions. I'm going to put in 'sample implementations' and
 would love to put up GeoServer.

 Also what version of the specification is that work up to date to? Did
 you update after we dropped rasters?


 On Thu, Jul 11, 2013 at 8:40 AM, Justin Deoliveira 
 jdeol...@opengeo.orgwrote:

 Hi all,

 To go along with the geopkg module just added to geotools we have also
 developed an output format for geoserver capable of producing a geopackage
 file from a wms request. I would like to add it as a community module.

 The code is up in my github repo.

   https://github.com/jdeolive/geoserver/compare/geopkg

 -Justin

 --
 Justin Deoliveira
 OpenGeo - http://opengeo.org
 Enterprise support for open source geospatial.


 --
 See everything from the browser to the database with AppDynamics
 Get end-to-end visibility with application monitoring from AppDynamics
 Isolate bottlenecks and diagnose root cause in seconds.
 Start your free trial of AppDynamics Pro today!

 http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel





 --
 Justin Deoliveira
 OpenGeo - http://opengeo.org
 Enterprise support for open source geospatial.

--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with 2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] geopackage community module

[Chris Holmes]

Did you ever get this merged in Justin? I don't see it on
https://github.com/geoserver/geoserver/tree/master/src/community Though I
may not be looking at the right place.

OGC just released the candidate standard for comments, see
http://www.opengeospatial.org/standards/requests/105

I'm working on a github version of the specification to invite easier
comments / contributions. I'm going to put in 'sample implementations' and
would love to put up GeoServer.

Also what version of the specification is that work up to date to? Did you
update after we dropped rasters?


On Thu, Jul 11, 2013 at 8:40 AM, Justin Deoliveira jdeol...@opengeo.orgwrote:

 Hi all,

 To go along with the geopkg module just added to geotools we have also
 developed an output format for geoserver capable of producing a geopackage
 file from a wms request. I would like to add it as a community module.

 The code is up in my github repo.

   https://github.com/jdeolive/geoserver/compare/geopkg

 -Justin

 --
 Justin Deoliveira
 OpenGeo - http://opengeo.org
 Enterprise support for open source geospatial.


 --
 See everything from the browser to the database with AppDynamics
 Get end-to-end visibility with application monitoring from AppDynamics
 Isolate bottlenecks and diagnose root cause in seconds.
 Start your free trial of AppDynamics Pro today!
 http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel


--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with 2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Can we delete the roadmap page and link?

[Chris Holmes]

On Sun, Jul 28, 2013 at 10:26 AM, Andrea Aime
andrea.a...@geo-solutions.itwrote:

 Hi,
 given that we haven't had a roadmap for a long time, can we just remove
 the roadmap link from the home page?


Sounds reasonable to me.


 I believe the template for the home page is some static HTML that only
 people from OpenGeo can touch, yes?


I think that sounds right? I believe the reason was to be able to put a map
on the front page.

Single points of access aren't ideal, wondering if we should migrate it to
github pages? Then anyone can make pull requests, etc.


 Cheers
 Andrea

 --
 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
 information.
 ==

 Ing. Andrea Aime
 @geowolf
 Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax: +39 0584 1660272
 mob: +39  339 8844549

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---


 --
 See everything from the browser to the database with AppDynamics
 Get end-to-end visibility with application monitoring from AppDynamics
 Isolate bottlenecks and diagnose root cause in seconds.
 Start your free trial of AppDynamics Pro today!
 http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel


--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] CSS cookbook, point page is up

[Chris Holmes]

Are you making a separate page for labels? Or doing all the labeling
options there?

I just spent a good bit of time working on labeling options and defaults in
MapStory. A very common complaint was 'all my labels aren't showing up'.
Ended up doing different defaults for our styler stuff, but there's
probably some stuff worth explaining.

Not sure if CSS module supports all of them, but if you are doing all
labeling options for css on those pages (instead of a separate labeling
page) for points I'd recommend priority, autowrap and spacearound.

The other thing it could be good to show more of is the cascading nature of
css. Like your examples seem to always make separate rules for each. Could
be good to show a mark that gets an outline at a higher zoom level, and
uses order of rules instead of non-overlapping rules. Like:

 * {
   mark: symbol(circle);
 }

 :mark {
   fill: #CC3300;
   mark-size: 4;
 }

 [@scale  6400] {
   mark-size: 6;
   stroke: black;
   stroke-width: 1px

 }

 [@scale  3200] {
   mark-size: 8;

 }

 [@scale  1600] {
   mark-size: 12;
   stroke-width: 2px
 }


I'm not sure if this is exactly right, or if our css works exactly this way
(have been using cartocss recently). But have an example that gets across
that you can define in one rule, and then override just the piece you want
in rules below. That to me is the true power of the CSS, and it can make
things even more terse.

But great work in general, a really nice guide.



On Tue, Jul 23, 2013 at 10:10 AM, Andrea Aime
andrea.a...@geo-solutions.itwrote:

 Hi,
 the point page of the CSS cookbook is up:
 http://docs.geoserver.org/latest/en/user/extensions/css/cookbook_point.html

 I still want to add an example of making composite points (tiger:poi like)
 and using units in meters.
 Can you think of other important to include examples?

 Cheers
 Andrea

 --
 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
 information.
 ==

 Ing. Andrea Aime
 @geowolf
 Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax: +39 0584 1660272
 mob: +39  339 8844549

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---


 --
 See everything from the browser to the database with AppDynamics
 Get end-to-end visibility with application monitoring from AppDynamics
 Isolate bottlenecks and diagnose root cause in seconds.
 Start your free trial of AppDynamics Pro today!
 http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel


--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] geopackage community module

[Chris Holmes]

Hey Jukka, thanks for all the feedback. I've been working on the
specification, and just send the information to the group (and I hope to
use this experience to figure out how to help open up the process more, so
you could join it just like an open source project instead of me having to
be a go between).

So the reason we decided for WKB for the blob was to ensure that more
existing WKB readers could make use of it. Spatialite's blob isn't _quite_
wkb, at least that's what people in the working group discussed. So if the
ISO wkb doesn't work with most readers then we definitely did something
seriously wrong. If you could try it out that'd be great. Though the
geopackage Justin created I believe used JTS to create the wkb, so it
should be able to read it. Note also that there's another open source
geopackage implementation, at https://bitbucket.org/luciad/libgpkg

I'll make sure the specification says what to do about features with empty
geometries, if it's not there already. I don't remember discussions that
we've had that have talked about it explicitly. This is great feedback.

A core design goal that I pushed a lot was to be able to have geopackage
blobs be able to be read and written without needing any additional
libraries, like spatialite.

There have been lots of changes since 0.7.2, to support exactly the use
case you describe, so hopefully the newer version of the spec makes it
easier to understand. So it should be as simple as you describe.

The variable bytes for the envelope size was based on a suggestion from
Paul Ramsey. It does make the reader slightly more complicated, but it
leads to a very significant space saving for points, since there's no good
reason to include an envelope on a point.

Thanks again for this Jukka, it's quite helpful.

Chris

On Sat, Jul 13, 2013 at 5:19 AM, Rahkonen Jukka
jukka.rahko...@mmmtike.fiwrote:

 Hi,

 It looks like the GeoPackage BLOB is pretty close to Spatialite BLOB but
 still so much different that no existing software can read it out of the
 box. Differences are in a new magic numbers, dropping out the geometry type
 code, and support for several alternatives for storing the feature bounding
 box. The latter means that there are four alternatives for how many bytes
 must be skipped before the WKB part begins. I am sure if using ISO 13249
 WKB instead of OGC WKB will make any additional trouble but let's hope not
 but I can't even interpret which WKB there is included in spearfish
 GeoPackege sample. It may be that JTS does not read ISO WKB and that would
 be sad
 http://sourceforge.net/p/jts-topo-suite/code/878/tree/trunk/jts/java/src/com/vividsolutions/jts/io/WKBReader.java

 General note about the GeoPackage specification is that I am not sure if
 it supports features with empty geometries or not. Features with empty
 geometries are not uncommon in GIS work (new parcel is created by
 administration and stored into database but it is not digitized yet etc.)
 so I hope that GeoPackage developers have not forgotten this. The Spearfish
 sample database does not have not null constraint for the geometry field
 so null geometry seems to be OK. Sometimes empty geometries would be better
 as Paul Ramsey wrote
 http://blog.cleverelephant.ca/2010/03/nothing-nada-zip-bupkus.html



 One scenario in GeoPackage is that any SQLite capable client could just
 read the Geopackage BLOBs without a need to know anything more about
 GeoPackage. The OpenJUMP DB Query plugin
 http://sourceforge.net/projects/jumpdbqplugin/ seems to be almost ready
 for that because is can already do the same with Spatialite BLOB. The
 plugin does not care about stuff like geometry_columns but it just rips off
 the WKB part of the BLOB and sends it to JTS Wkb reader. The logic used by
 the plugin is to analyze the Spatialite BLOB is described in the source
 code as

 //From http://www.gaia-gis.it/spatialite-2.1/SpatiaLite-manual.html
 //Spatialite geometry blobs are WKB-like, with some specifics to
 //spatialite:  For our purposes, this should be good enough:
 //the 39th byte must be 0x7C (marks MBR end)
 //and the blob must end with 0xFE

 I must say that for a non-programmer like me it is much more easy to
 understand the Spatialite BLOB structure from the document
 http://www.gaia-gis.it/gaia-sins/BLOB-Geometry.html than to understand
 how the Geopackage BLOB is built by reading the GeoPackage implementation
 specification v. 0.7.2.

 Now I believe that if somebody wants just to read the WKB part from the
 GeoPackage BLOB it could be done like this:

 1) Check if BLOB begins with GPB bytes (47 50 42). If yes, then it is a
 GeoPagkage BLOB.
 2) Study the fourth byte and find the E bits (1, 2, and 3).
 3) Skip the four srs_id bytes and based on the envelope type, either 0,
 32, 48, or 64 bytes more.
 4) Here starts the WKB

 Thus the first byte of WKB is either byte number 9, 41, 57, or 73. Have I
 understood it right and counted the bytes correctly? If I have, then I
 suppose that DB Query 

Re: [Geoserver-devel] geopackage community module

[Chris Holmes]

Nice thoughts Andrea. A few responses in line. In general we considered
most all of this out of scope for geopackage 1.0, but it is of interest for
many. And I think a next testbed should lead to modifications of geopackage
and service specs. Some people have talked about a 'geopackage service',
but I'd rather see it just be integrated in lots of other specs.


On Sat, Jul 13, 2013 at 8:13 AM, Andrea Aime
andrea.a...@geo-solutions.itwrote:

 On Fri, Jul 12, 2013 at 3:48 PM, Justin Deoliveira 
 jdeol...@opengeo.orgwrote:

 +1 on the module
 As a curiosity, why wms? Is this going to produce tiles in the
 geopackage? Or does the geopackage embed styles as well?
 I guess the real question is, why wms and not wfs output format?


 Yeah, the package can actually contain three types of tables, vector,
 raster, and tiles. So wms seemed the best fit but certainly nothing
 stopping wfs and wcs output formats.

 Afaik there is nothing describing styles in the package but it would be a
 useful extension i think.


 Thinking a bit out loud about the existing services and what a geopackage
 output might mean for them (warning, I did not have a look at what the
 geopackage module does, so I'm really just thinking out loud):
 * wfs wise, it's clear we want to extract raw vector data, so  geopackage
 with the requested feature collections inside the package should be the
 natural fit


Definitely the most straightforward.


 * wcs wise, the rasters seem the good fit, although a flat tiling scheme
 might be of interest in case we want to allow fast extraction of a certain
 subset of flat data.
   And I'm also wondering about out usual n-dimensiona raster approach
 which is really made of stacked rasters associated to a tuple of dimension
 values,
   wondering if an how that would be a fit for the geopackage construct


Yeah, for 1.0 we actually ended up punting on rasters. Like we say very
little about them, since we just didn't have the expertise to do them
really well, as it opens up a whole bunch of questions. So we just have
some slight guidance that says you could use a feature table to store
blobs. My hope was we'd get more experimentation in the market with
rasters, see what people would want to do with them. So I think/hope
geopackage should give us enough to come up with an approach that makes
sense for raster / wcs output. I don't think anyone had thought about the
n-dimensional raster stuff though. Which makes me glad we didn't try to say
anything about it, as I'm sure it would have not included anything that
smart. We just had no great raster experts in the initial group. Would be
great to get you and/or Simone on the next round where we do tackle it.


 * wmts wise, it seems like a nice way to get not a single tile, but a
 sub-pyramid of tiles fitting a certain bounding box and a certain set of
 zoom levels. However, there is no such a thing in WMTS as a multi-tile
 request, so I guess the protocol would have to be extended with a new
 operation, GetTiles I suppose


Interesting. Yeah, would make sense to extend it a bit for that operation.


 * wms wise, there is plenty of interpretation. The meaning of a GetMap is
 clear, we want a painted, styled map out of the request, the usual criteria
 for selecting an output for WMS is that styles have a say in what you
 generate. This is true for all image formats, and also true for the less
 visual GeoRSS, in which the style still has a say in what you get back
 depending on the scale dependencies and filters contained in the styles.

 So... what is geopackage for wms?
 * a package containing the same raster I would get from a image/png
 request the strictest match, but not very useful


Yeah, given de-emphasis on raster in the spec I'd say it wouldn't mean this
- it's much more about tiles.


 * a package containing tiles to represent that map, maybe for a bunch of
 zoom levels around the requested one... sounds better, gives a way to look
 at the map once disconnected, and yet still ends up missing the
 GetFeatureInfo ability


The best approach I've seen for this is mapbox's UTFGrids.
http://www.mapbox.com/developers/utfgrid/


 * a package containing the ingredients to build the requested map, raw
 vector, raw raster, and the associated styles. For a disconnected client
 that's probably the most interesting of the outputs, provided that it can
 be interpreted client side... so the styles would have to be SLD, which
 would probably finally raise it from that thing that GeoServer and Deegree
 use to drive the map painter to something actually useful :-p


Yeah. Realistically though I think we'd be better served by having it be a
standardized CSS, as that's where the world is going. In the short term I
think style will be something different implementations add on, a vendor
specific thing.


 Still, even in this case the styles should have a say, so I'd expect the
 output package contents to only contain the vectors that are really visible
 in the map (not all 

Re: [Geoserver-devel] geopackage community module

[Chris Holmes]

On Fri, Jul 12, 2013 at 8:52 AM, Andrea Aime
andrea.a...@geo-solutions.itwrote:

 On Thu, Jul 11, 2013 at 5:40 PM, Justin Deoliveira 
 jdeol...@opengeo.orgwrote:

 Hi all,

 To go along with the geopkg module just added to geotools we have also
 developed an output format for geoserver capable of producing a geopackage
 file from a wms request. I would like to add it as a community module.

 The code is up in my github repo.

   https://github.com/jdeolive/geoserver/compare/geopkg


 +1 on the module
 As a curiosity, why wms? Is this going to produce tiles in the geopackage?
 Or does the geopackage embed styles as well?
 I guess the real question is, why wms and not wfs output format?


Probably should have both, like you did with KML recently.

GeoPackage is actually a few things - a package. I've been on most of the
calls in the last few months. And tried to get it split up in to multiple
specs, but that was one I didn't mange to pull off. So the two main things
it contains are tiles and vectors. So tiles contain rendered tiles. It's
similar to MBTiles, but you can have multiple tile sets, and do projections
other than web mercator.

Features is a wkb based binary format. I guess in the next testbed they're
going to think more about the service interface. Does seem like it'd be
useful on the wms side to be able to ask for tiles or features or both for
any vector layers. Rasters should be tiles, though we can also experiment
with putting raster blobs directly in sqlite tables. Originally 'rasters'
was a type as well, but we cut that out as it wasn't thought out well
enough, but left a spot where one could put it. So eventually we could
maybe do some format options to specify if you want raw data, tiles, or
both.

But doing a WFS output format would make good sense, as that would indicate
that you just want features - you'd always get a features only package when
requesting from WFS.




 Cheers
 Andrea


 --
 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
 information.
 ==

 Ing. Andrea Aime
 @geowolf
 Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax: +39 0584 1660272
 mob: +39  339 8844549

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---


 --
 See everything from the browser to the database with AppDynamics
 Get end-to-end visibility with application monitoring from AppDynamics
 Isolate bottlenecks and diagnose root cause in seconds.
 Start your free trial of AppDynamics Pro today!
 http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel


--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] geopackage community module

[Chris Holmes]

On Fri, Jul 12, 2013 at 9:48 AM, Justin Deoliveira jdeol...@opengeo.orgwrote:




 On Fri, Jul 12, 2013 at 6:52 AM, Andrea Aime andrea.a...@geo-solutions.it
  wrote:

 On Thu, Jul 11, 2013 at 5:40 PM, Justin Deoliveira 
 jdeol...@opengeo.orgwrote:

 Hi all,

 To go along with the geopkg module just added to geotools we have also
 developed an output format for geoserver capable of producing a geopackage
 file from a wms request. I would like to add it as a community module.

 The code is up in my github repo.

   https://github.com/jdeolive/geoserver/compare/geopkg


 +1 on the module
 As a curiosity, why wms? Is this going to produce tiles in the
 geopackage? Or does the geopackage embed styles as well?
 I guess the real question is, why wms and not wfs output format?


 Yeah, the package can actually contain three types of tables, vector,
 raster, and tiles. So wms seemed the best fit but certainly nothing
 stopping wfs and wcs output formats.

 Afaik there is nothing describing styles in the package but it would be a
 useful extension i think.


+1 on a styles extension. No discussion of this took place in the
geopackage group, but it's extensible enough to just throw in a table that
we understand. MapStory would definitely benefit from this, maybe it can
take a crack at it, as a way to pull down a full mapstory with data and
styles. Be able to move it to another server, etc.




 Cheers
 Andrea


 --
 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for
 more information.
 ==

 Ing. Andrea Aime
 @geowolf
 Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax: +39 0584 1660272
 mob: +39  339 8844549

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---




 --
 Justin Deoliveira
 OpenGeo - http://opengeo.org
 Enterprise support for open source geospatial.


 --
 See everything from the browser to the database with AppDynamics
 Get end-to-end visibility with application monitoring from AppDynamics
 Isolate bottlenecks and diagnose root cause in seconds.
 Start your free trial of AppDynamics Pro today!
 http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel


--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] Grouping labeling option not a boolean?

[Chris Holmes]

Is there any specific reason that the grouping labeling option is yes/no,
instead of true/false?

See
http://docs.geoserver.org/latest/en/user/styling/sld-reference/labeling.html#grouping-features-group

All the others are true/false, which makes it easier for us to do nice
checkboxes in the GUI's for styling we make. Seems like it'd be good to be
consistent, though I'm curious if there was any good reason for it, or it
just ended up that way.
--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] GSIP 98: replace the kml module with KML2

[Chris Holmes]

Thanks! Trying it out now.


On Mon, Jul 1, 2013 at 11:40 AM, Andrea Aime
andrea.a...@geo-solutions.itwrote:

 On Mon, Jul 1, 2013 at 4:58 PM, Andrea Aime 
 andrea.a...@geo-solutions.itwrote:

 On Mon, Jul 1, 2013 at 4:30 PM, Chris Holmes chol...@opengeo.org wrote:


 If it's easy for someone to make a build for me (preferably the binary
 one, can also do a .war) I'd be psyched to check it out and do a bit of
 testing on it. I'm unfortunately too far from development days to build it
 myself - the nightlies have spoiled me since I can test most everything
 there. But I'm probably still +1 even if I can't try it out before, I'll
 just be sure to test on master.


 Here we go, for your testing pleasure, a -bin style geoserver ready to
 roll :-)

 http://demo.geo-solutions.it/share/kml2.zip

 Cheers
 Andrea

 --
 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
 information.
 ==

 Ing. Andrea Aime
 @geowolf
 Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax: +39 0584 1660272
 mob: +39  339 8844549

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] GSIP 98: replace the kml module with KML2

[Chris Holmes]

On Mon, Jul 1, 2013 at 6:32 AM, Andrea Aime andrea.a...@geo-solutions.itwrote:

 On Mon, Jul 1, 2013 at 12:31 PM, Andrea Aime andrea.a...@geo-solutions.it
  wrote:

 Hi PSC members,
 I've just finished manual testing of the kml2 module against the GS
 documentation, all works as expected (and actually, better than in the
 current kml module), so I've prepared a proposal to swap the two and make
 kml2 the new official kml module.


 http://geoserver.org/display/GEOS/GSIP+98+-+replace+old+KML+module+with+new+one

 Personally I'd just remove the old kml module, do you see a reason to
 move it back to community instead?


 Ah, in case you still haven't tried it out yet, you can setup the eclipse
 projects to have kml2 instead of kml as a dependency like this:
 mvn eclipse:eclipse -P\!kml,kml2 -o -T2C


If it's easy for someone to make a build for me (preferably the binary one,
can also do a .war) I'd be psyched to check it out and do a bit of testing
on it. I'm unfortunately too far from development days to build it myself -
the nightlies have spoiled me since I can test most everything there. But
I'm probably still +1 even if I can't try it out before, I'll just be sure
to test on master.



 Cheers
 Andrea

 --
 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
 information.
 ==

 Ing. Andrea Aime
 @geowolf
 Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax: +39 0584 1660272
 mob: +39  339 8844549

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---


 --
 This SF.net email is sponsored by Windows:

 Build for Windows Store.

 http://p.sf.net/sfu/windows-dev2dev
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel


--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] [Geotools-devel] Donay links in Jira

[Chris Holmes]

Looking at it I think it needs to be as complicated as your questions imply.

You don't need to set a target amount. People just post the incentive for
what it is worth to them. If no one fixes then no one does.

Any developer (even non core committers, though that's unlikely) can then
make a patch for it. Then the money can go to them.

I guess maybe there needs to be one account for the project?

I'm inclined to just leave it there, and then figure out the details if
anyone actually posts an amount that would motivate anyone on the project
to do anything. If they do then we found a new way to get some money in,
and that's great. And we can sort out more details. If no one uses it
that's fine too.

But the company will hold the money in escrow until we set up an account,
so there's no downside I see.


On Fri, Jun 28, 2013 at 8:46 AM, Andrea Aime
andrea.a...@geo-solutions.itwrote:

 Hi,
 sorry for the cross post, the issue is of interest of both community.

 Lately Jira got a new Doney plugin that allows to make donations
 targeted at a certain issue, e.g.:
 https://jira.codehaus.org/browse/GEOS-5869
 https://jira.codehaus.org/browse/GEOT-4000

 Now... as far as I know the projects are not setup to handle donations and
 decide how to assign the money to the actual resolution of issues (how do
 we put a target amount? how do we assign who works on it?)

 Imho, we should either organize ourselves to leverage that, or ask
 Codehaus to remove that plugin from our jira sites...

 Opinions?

 Cheers
 Andrea

 --
 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
 information.
 ==

 Ing. Andrea Aime
 @geowolf
 Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax: +39 0584 1660272
 mob: +39  339 8844549

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---


 --
 This SF.net email is sponsored by Windows:

 Build for Windows Store.

 http://p.sf.net/sfu/windows-dev2dev
 ___
 GeoTools-Devel mailing list
 geotools-de...@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geotools-devel


--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] [Geotools-devel] Donay links in Jira

[Chris Holmes]

On Fri, Jun 28, 2013 at 11:00 AM, Andrea Aime
andrea.a...@geo-solutions.itwrote:

 On Fri, Jun 28, 2013 at 3:23 PM, Chris Holmes chol...@opengeo.org wrote:

 Looking at it I think it needs to be as complicated as your questions
 imply.

 You don't need to set a target amount. People just post the incentive for
 what it is worth to them. If no one fixes then no one does.


 I can be ok with the rest, but this point seems really weird to me.
 Like, I would never allocate money on a ticket without knowing what the
 total amount needed to solve the issue is?

 Do you think the funding for OL3 would have gone well if they did not set
 an expectation beforehand?

 Given that every bug fix needs a test, probably a backport to the stable
 series, and if it's not the maintainer doing the work,
 a review, I'd say there is no such a thing like a 100$ fix that people
 could just carelessly put money against.


Yeah, I'd agree. But I think this system doesn't really support the setting
of amount. I guess I'd just see this thing as a way to start that
conversation, and to get across to people we are open to it. People likely
will use the more normal avenue, just emailing a core developer to ask.
This is just another potential way in. I think if we get a number of people
putting $100 up then we can revisit the process. I'm not convinced than
many people will, but it'd still be an interesting data point to learn from.



 Cheers
 Andrea

 --
 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
 information.
 ==

 Ing. Andrea Aime
 @geowolf
 Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax: +39 0584 1660272
 mob: +39  339 8844549

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] KML2 module: a WFS output format too

[Chris Holmes]

Nice! I've always wanted that - wfs output that just removes the style.

I'm curious, are you doing schema / extended data for the wms kml output?
Or are they an option people can add? So you can have the styled kml with
all the data? I haven't looked at KML in awhile, but I remember wanting
that option or something like it.


On Thu, Jun 20, 2013 at 10:04 AM, Andrea Aime
andrea.a...@geo-solutions.itwrote:

 Hi,
 I've just written a KML WFS output format leveraging the same machinery
 used by the WMS output format, the output format generates the geometries
 and the attributes using the extended data construct, and embeds in the KML
 document also a schema, e.g.:

 ?xml version=1.0 encoding=UTF-8?
 kml xmlns=http://www.opengis.net/kml/2.2; xmlns:ns2=
 http://www.google.com/kml/ext/2.2; xmlns:ns3=http://www.w3.org/2005/Atom;
 xmlns:ns4=urn:oasis:names:tc:ciq:xsdschema:xAL:2.0
 Document
 Schema id=AggregateGeoFeature_1 name=AggregateGeoFeature_1
 SimpleField name=description type=string/
 SimpleField name=name type=string/
 SimpleField name=doubleProperty type=double/
 SimpleField name=intRangeProperty type=int/
 SimpleField name=strProperty type=string/
 SimpleField name=featureCode type=string/
 /Schema
 Folder
 nameAggregateGeoFeature/name
 Placemark id=AggregateGeoFeature.f005
 ExtendedData
 SchemaData schemaUrl=#AggregateGeoFeature_1
 SimpleData
 name=descriptiondescription-f005/SimpleData
 SimpleData name=namename-f005/SimpleData
 SimpleData
 name=doubleProperty2012.78/SimpleData
 SimpleData name=strPropertyMa quande lingues
 coalesce, li grammatica del resultant lingue es plu simplic e regulari quam
 ti del coalescent lingues. Li nov lingua franca va esser plu simplic e
 regulari quam li existent Europan lingues./SimpleData
 SimpleData name=featureCodeBK030/SimpleData
 /SchemaData
 /ExtendedData
 MultiGeometry
 Point
 coordinates70.83,29.86/coordinates
 /Point
 Point
 coordinates68.87,31.08/coordinates
 /Point
 Point
 coordinates71.96,32.19/coordinates
 /Point
 /MultiGeometry
 /Placemark
 /Folder
 /Document
 /kml

 The output format automatically skips the extra geometry attributes (which
 we cannot encode) and forces the output in wgs84 lon/lat as that's how KML
 is defined.

 While not as fast as GML2, it's still quite a bit faster than GML3 (tops
 at around 20MB/s on my machine, while GML2 goes up to 25MB/s and GML3...
 err... 2MB/s only...)

 Cheers
 Andrea

 --
 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
 information.
 ==

 Ing. Andrea Aime
 @geowolf
 Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax: +39 0584 1660272
 mob: +39  339 8844549

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---


 --
 This SF.net email is sponsored by Windows:

 Build for Windows Store.

 http://p.sf.net/sfu/windows-dev2dev
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel


--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Adding a gs-history repo on Github?

[Chris Holmes]

+1, would be great to have that there.


On Mon, Jun 17, 2013 at 4:54 AM, Ben Caradoc-Davies 
ben.caradoc-dav...@csiro.au wrote:

 Oh, yes, please. What a magnificent resource, both for provenance and
 bragging/blaming.

 The published limit is 1GB per repo, so 621MB should be fine. Even
 better if you can strip out all jar files as a kindness to your cloners:
 https://help.github.com/articles/what-is-my-disk-quota

 Kind regards,
 Ben.

 On 17/06/13 16:21, Andrea Aime wrote:
  Hi,
  on disk I do have a git-gs-history folder that contains the whole
  GeoServer history before we cut the current git repo.
  I normally use it to drill down why certain things are done the way they
  are, and believe that might be of use for other people as well, so I'm
  wondering about putting it on github.
 
  The problem I guess is it's size:
 
  git-gs-history$ du -csh * .git/
  96Mdata
  36Mdoc
  95Msrc
  621M.git/
  846Mtotal
 
  Would we be allowed to keep this beast on our free account?
  I guess the size could be reduced with some filtering to remove all the
  jar files that the repo in pre-maven times had
 
  Another nice effect of keeping the repo on github would be that we could
  link it from ohloh, closing that massive gap we have in the GS history
 now
 
  Cheers
  Andrea
 
  --
  ==
  Our support, Your Success! Visit http://opensdi.geo-solutions.it for
  more information.
  ==
 
  Ing. Andrea Aime
  @geowolf
  Technical Lead
 
  GeoSolutions S.A.S.
  Via Poggio alle Viti 1187
  55054  Massarosa (LU)
  Italy
  phone: +39 0584 962313
  fax: +39 0584 1660272
  mob: +39 339 8844549
 
  http://www.geo-solutions.it
  http://twitter.com/geosolutions_it
 
  ---
 
 
 
 --
  This SF.net email is sponsored by Windows:
 
  Build for Windows Store.
 
  http://p.sf.net/sfu/windows-dev2dev
 
 
 
  ___
  Geoserver-devel mailing list
  Geoserver-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/geoserver-devel
 

 --
 Ben Caradoc-Davies ben.caradoc-dav...@csiro.au
 Software Engineer
 CSIRO Earth Science and Resource Engineering
 Australian Resources Research Centre


 --
 This SF.net email is sponsored by Windows:

 Build for Windows Store.

 http://p.sf.net/sfu/windows-dev2dev
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Image pyramid as extension, but without the extension module

[Chris Holmes]

+1, makes good sense to me.


On Mon, Jun 17, 2013 at 1:29 PM, Andrea Aime
andrea.a...@geo-solutions.itwrote:

 Hi,
 the image pyramid extension is a bit of a oddball: it has an extension
 release package but does not have an extension module.

 I wanted to add a file browser for its GUI, so I guess I can roll an
 extension module to contain it.

 However I'm wondering... the pyramid module has been around for a long
 while and does not add much to the download and nothing to the dependencies
 (it's just a thin wrapper around image mosaic): how do people feel about
 adding it as a standard store in GeoServer?

 Cheers
 Andrea

 --
 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
 information.
 ==

 Ing. Andrea Aime
 @geowolf
 Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax: +39 0584 1660272
 mob: +39  339 8844549

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---


 --
 This SF.net email is sponsored by Windows:

 Build for Windows Store.

 http://p.sf.net/sfu/windows-dev2dev
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel


--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Image pyramid as extension, but without the extension module

[Chris Holmes]

One thing I have been mulling over lately is if we might be able to make it
easier to go from a single image to an image mosiac / image pyramid.

Like from a user's perspective they don't really feel like distinct
'stores', they feel more like advanced configuration options for an image.
Like ideally I'd like to be able to upload an big image, and then maybe
have it pyramided in GeoServer for me, instead of creating it and
uploading. I guess you guys have built some stuff to do that with the
importer. And maybe that's just the way we present it.

The use case I've been thinking about a decent bit is MapStory. Most
everything is time based, so we need image mosiacs to handle them - we want
one layer with different time slices. It's all crowd sourced / user
contributed. And one of our big use cases is taking scanned maps and
rectifying them, using the warper built for nypl (see
http://warper.mapstory.org). What we'd ideally like to do is have people be
able to upload more scanned maps to an existing layer.

Now I think we'll be fine - we'll just create everything as an image mosiac
to start, even if it's just one layer, so we can add more in the future.
But from a user or even programmatic client perspective it'd be nice if
GeoServer handled that abstraction. You just have an image layer, and  you
could choose to add mosiacs to it, or add pyramids to it. Or have it
generate pyramids, etc.

I realize this is a big topic, just curious on current thinking, if it's a
goal to unite image stuff in some way. Or if that's just unrealistic. Or if
there's better routes to achieve it.

C


On Mon, Jun 17, 2013 at 1:31 PM, Chris Holmes chol...@opengeo.org wrote:

 +1, makes good sense to me.


 On Mon, Jun 17, 2013 at 1:29 PM, Andrea Aime andrea.a...@geo-solutions.it
  wrote:

 Hi,
 the image pyramid extension is a bit of a oddball: it has an extension
 release package but does not have an extension module.

 I wanted to add a file browser for its GUI, so I guess I can roll an
 extension module to contain it.

 However I'm wondering... the pyramid module has been around for a long
 while and does not add much to the download and nothing to the dependencies
 (it's just a thin wrapper around image mosaic): how do people feel about
 adding it as a standard store in GeoServer?

 Cheers
 Andrea

 --
 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for
 more information.
 ==

 Ing. Andrea Aime
 @geowolf
 Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax: +39 0584 1660272
 mob: +39  339 8844549

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---


 --
 This SF.net email is sponsored by Windows:

 Build for Windows Store.

 http://p.sf.net/sfu/windows-dev2dev
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel



--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Image pyramid as extension, but without the extension module

[Chris Holmes]

On Mon, Jun 17, 2013 at 3:36 PM, Andrea Aime
andrea.a...@geo-solutions.itwrote:

 On Mon, Jun 17, 2013 at 7:38 PM, Chris Holmes chol...@opengeo.org wrote:

 One thing I have been mulling over lately is if we might be able to make
 it easier to go from a single image to an image mosiac / image pyramid.

 Like from a user's perspective they don't really feel like distinct
 'stores', they feel more like advanced configuration options for an image.
 Like ideally I'd like to be able to upload an big image, and then maybe
 have it pyramided in GeoServer for me, instead of creating it and
 uploading. I guess you guys have built some stuff to do that with the
 importer. And maybe that's just the way we present it.


 That's something we did not build. Our version of the importer allows
 single files and directories of tiffs to be imported (as list of tiff
 stores) and allows the admin to add overviews and inner tiling. There is no
 special handling of mosaics and pyramids.



Ah, ok, you just do them as inner tiles and overviews in the tiff directly.
Gotcha.



 The use case I've been thinking about a decent bit is MapStory. Most
 everything is time based, so we need image mosiacs to handle them - we want
 one layer with different time slices. It's all crowd sourced / user
 contributed. And one of our big use cases is taking scanned maps and
 rectifying them, using the warper built for nypl (see
 http://warper.mapstory.org). What we'd ideally like to do is have people
 be able to upload more scanned maps to an existing layer.

 Now I think we'll be fine - we'll just create everything as an image
 mosiac to start, even if it's just one layer, so we can add more in the
 future. But from a user or even programmatic client perspective it'd be
 nice if GeoServer handled that abstraction. You just have an image layer,
 and  you could choose to add mosiacs to it, or add pyramids to it. Or have
 it generate pyramids, etc.

 I realize this is a big topic, just curious on current thinking, if it's
 a goal to unite image stuff in some way. Or if that's just unrealistic. Or
 if there's better routes to achieve it.


 I don't think it's unrealistic, on the contrary, makes sense, seems a
 reasonable option to allow the creation of a mosaic instead of a single
 tiff store out of a single file, but we don't have anything ready to
 support it. Pyramid out of a single file or a bunch of files would make
 sense too, but we'd need steps to build the pyramid out of the file, it's
 not something you add to later (at least, that's not easy, plus pyramids at
 the moment have no support for dimensions as far as I know, the datasets
 we're used to deal with tend to have a small/trivial spatial extent and a
 very large temporal/dimensional one, so using pyramid on it makes no sense).


Cool, yeah, I always get a bit lost on pyramids vs. mosiacs vs. tiling
within tiffs. MapStory before too long we probably will have a dataset with
large spatial extent and large temporal one, but short term is definitely
large temporal and probably smaller spatial. So we'll be able to get along
fine with just doing geotiff overviews and inner tiling I imagine.

Thanks for the thoughts Andrea.

C


 Cheers
 Andrea

 --
 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
 information.
 ==

 Ing. Andrea Aime
 @geowolf
 Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax: +39 0584 1660272
 mob: +39  339 8844549

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Fix for GEOS-4978

[Chris Holmes]

Any chance we could get a 1.4.0 release as well? GeoWebCache right now
looks like an abandoned project from many angles -
https://github.com/GeoWebCache/geowebcache/

Like there it says that the release notes were updated for 1.3-RC3 over a
year ago.

Kevin, would you be up for trying to cut a release? I'm sure Gabriel would
help with advice.


On Tue, Jun 11, 2013 at 2:04 PM, Kevin Smith ksm...@opengeo.org wrote:

 On 10 June 2013 12:36, Andrea Aime andrea.a...@geo-solutions.it wrote:


 Any pull request?


 I'd planned to wait until getting some feedback on the need for updating
 the GWC dependency before making the pull request.

 https://github.com/geoserver/geoserver/pull/249

 Trunk can stay against a SNAPSHOT GWC I guess, provided GWC gets deployed,
 it's the stable
 series that cannot have that.
 However... they are getting cut from the same master branch, meaning that
 if we need a bug fix
 for GWC on the stable series, we'll have to retag again from the master
 branch.
 Wondering... any chance we can make a 1.4.x stable series and leave trunk
 as the dev series?


 Forking 1.4 off of trunk certainly makes sense to me.   It keeps coming up
 that we should do it, and then it doesn't get done.  Formalizing the
 schedule so GWC released in sync with GT and GS might be worthwhile.


 --
 Kevin Smith
 Junior Software Developer, OpenGeo
 ksm...@opengeo.org


 --
 This SF.net email is sponsored by Windows:

 Build for Windows Store.

 http://p.sf.net/sfu/windows-dev2dev
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel


--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] [Geotools-devel] Setting up a Windows Build Server for GeoTools and GeoServer

[Chris Holmes]

+1 here, sounds like a great step forward. Thanks for contributing the
server and time resources.


On Thu, Jun 6, 2013 at 5:45 PM, Simone Giannecchini 
simone.giannecch...@geo-solutions.it wrote:

 Cool,
 I guess we have enough consensus for us to move on with this.
 I will let you know once we have something in place ( I would not hold
 my breath though as it is a pretty busy
 period, I would say 3 to 5 weeks to get the VM in place. Earlier than
 that if we get one or two rainy weekends ;) )

 Regards,
 Simone Giannecchini
 ==
 GeoServer training in Milan, 6th  7th June 2013! Visit
 http://geoserver.geo-solutions.it for more information.
 ==

 Ing. Simone Giannecchini
 @simogeo
 Founder/Director

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax: +39 0584 1660272
 mob:   +39 333 8128928

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---


 On Thu, Jun 6, 2013 at 3:41 PM, Christian Mueller
 christian.muel...@os-solutions.at wrote:
  +1, thanks for the work
 
 
  2013/6/6 Justin Deoliveira jdeol...@opengeo.org
 
  Sorry, definitely no objection here. +1 and thanks for the work on this.
 
 
  On Wed, Jun 5, 2013 at 11:12 PM, Simone Giannecchini
  simone.giannecch...@geo-solutions.it wrote:
 
  Any feedback from OpenGeo folks? :)
 
  I am hoping to get minimum consensus from most (all?) the devs before
  doing anything. I believe otherwise the effort would be
  pointless.
 
  (I don't intend to push anyone on this, I just don't want to loose
  momentum :) )
 
  Regards,
  Simone Giannecchini
  ==
  GeoServer training in Milan, 6th  7th June 2013! Visit
  http://geoserver.geo-solutions.it for more information.
  ==
 
  Ing. Simone Giannecchini
  @simogeo
  Founder/Director
 
  GeoSolutions S.A.S.
  Via Poggio alle Viti 1187
  55054  Massarosa (LU)
  Italy
  phone: +39 0584 962313
  fax: +39 0584 1660272
  mob:   +39 333 8128928
 
  http://www.geo-solutions.it
  http://twitter.com/geosolutions_it
 
  ---
 
 
  On Wed, Jun 5, 2013 at 3:29 PM, Rahkonen Jukka
  jukka.rahko...@mmmtike.fi wrote:
   +1
  
  
  
   -Jukka-
  
  
  
   Andrea Aime wrote:
  
  
  
   On Tue, Jun 4, 2013 at 10:27 AM, Ben Caradoc-Davies
   ben.caradoc-dav...@csiro.au wrote:
  
   +1 for the Windows build server to be considered as important as
 Linux,
   with notifications sent to the respective developer lists.
  
  
  
   +1 here too
  
  
  
   Cheers
  
   Andrea
  
  
  
  
  
   --
  
   ==
  
   GeoServer training in Milan, 6th  7th June 2013!  Visit
   http://geoserver.geo-solutions.it for more information.
   ==
  
  
  
   Ing. Andrea Aime
  
   @geowolf
  
   Technical Lead
  
  
  
   GeoSolutions S.A.S.
  
   Via Poggio alle Viti 1187
  
   55054  Massarosa (LU)
  
   Italy
  
   phone: +39 0584 962313
  
   fax: +39 0584 1660272
  
   mob: +39 339 8844549
  
  
  
   http://www.geo-solutions.it
  
   http://twitter.com/geosolutions_it
  
  
  
   ---
  
  
  
  
 --
   How ServiceNow helps IT people transform IT departments:
   1. A cloud service to automate IT design, transition and operations
   2. Dashboards that offer high-level views of enterprise services
   3. A single system of record for all IT processes
   http://p.sf.net/sfu/servicenow-d2d-j
   ___
   Geoserver-devel mailing list
   Geoserver-devel@lists.sourceforge.net
   https://lists.sourceforge.net/lists/listinfo/geoserver-devel
  
 
 
 
 
  --
  Justin Deoliveira
  OpenGeo - http://opengeo.org
  Enterprise support for open source geospatial.
 
 
 
 --
  How ServiceNow helps IT people transform IT departments:
  1. A cloud service to automate IT design, transition and operations
  2. Dashboards that offer high-level views of enterprise services
  3. A single system of record for all IT processes
  http://p.sf.net/sfu/servicenow-d2d-j
  ___
  Geoserver-devel mailing list
  Geoserver-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/geoserver-devel
 
 
 
 
  --
  DI Christian Mueller MSc (GIS), MSc (IT-Security)
  OSS Open Source Solutions GmbH
 


 --
 How ServiceNow helps IT people transform IT departments:
 1. A cloud service to automate IT design, transition and operations
 2. Dashboards that offer high-level views of enterprise services
 3. A single system of record for all IT processes
 http://p.sf.net/sfu/servicenow-d2d-j
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 

Re: [Geoserver-devel] Yes, Table Joining Service implementation

[Chris Holmes]

Sounds great. The ideal thing to do to 'fork' the repo, see
https://help.github.com/articles/fork-a-repo

So you have your own version of GeoServer. Then apply all your changes to
your fork. And then if you 'push' your local changes to your github
repository they will be online for all GeoServer developers to check out.
And after review if things are ok to merge it's just really easy, just a
few commands, instead of looking over a big patch of changes or a bunch of
new files.

best regards,

Chris


On Mon, May 13, 2013 at 3:05 PM, Rafael Cruz rc...@geomix.geocuba.cuwrote:

  Hi Chris:

 We don't have any previous experience about collaborating and will start
 publishing the code on GitHub. Once the project is there, we'll notify to
 the list.

 Best regards,

 Rafael Cruz Iglesias
 GeoMIX Office Director
  GeoSí Enterprise

 -Original Message-
 From: Chris Holmes chol...@opengeo.org
 To: Rafael Cruz rc...@geomix.geocuba.cu
 Cc: geoserver-devel@lists.sourceforge.net 
 geoserver-devel@lists.sourceforge.net,  Jose Luis Capote Fernandez 
 cap...@geomix.geocuba.cu
 Date: Sat, 11 May 2013 11:23:32 -0400
 Subject: Re: [Geoserver-devel] Yes, Table Joining Service implementation

 Hey Rafael, it sounds like a great contribution to GeoServer. One project
 I work on (http://mapstory.org) actually could probably make great use of
 this.

  Do you have the code up on github? Would be great to see what the core
 changes are. The first step is definitely to get on github, and then after
 that to get a community module in the main repo. And hopefully we can work
 to incorporate the core changes needed.


 On Fri, May 10, 2013 at 11:31 AM, Rafael Cruz rc...@geomix.geocuba.cuwrote:

 Yes, we are talking about the Table Joining Service specification.  We
 have been implementing all the interfaces of the specification, with some
 limitations,  and a management console. Now we are working with Geoserver
 2.2.4. Some little changes to Geoserver core where required, specifically
 to packages main and wms. In main package add a method setWebMapServer to
 ResourcePool class. With this change we can set our own inherited
 implementation of this class. Also the implementation allows to apply
 styles in SLD format (with rules on datasets fields). In the package wms
 the method checkStyle was lightly changed in the class
 GetMapKvpRequestReader to avoid a exception when applying styles to a
 cascaded WMS layer.

 And other bigger changes are needed in order to guarantee consistency
 when geoserver catalog's objects are deleted or modified.

 In this mail I'm attaching some slides where the list members can
 evaluate the implementation degree.

 Best regards,

 Rafael Cruz Iglesias
  GeoMIX Office Director
 GeoSí Enterprise

 --

 Learn Graph Databases - Download FREE O'Reilly Book
 Graph Databases is the definitive new guide to graph databases and
 their applications. This 200-page book is written by three acclaimed
 leaders in the field. The early access version is available now.
 Download your free book today! http://p.sf.net/sfu/neotech_d2d_may
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel



--
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] GeoREST letter?

[Chris Holmes]

On Mon, May 13, 2013 at 1:27 PM, Andrea Aime
andrea.a...@geo-solutions.itwrote:

 On Mon, May 13, 2013 at 7:18 PM, Jody Garnett jody.garn...@gmail.comwrote:

 Do we have any interest in having Andrea sign this thing (
 http://wiki.osgeo.org/wiki/Geoservices_REST_API) as GeoServer project
 officer or some such?

 Sorry I did not think of adding it to today's meeting.


 I believe everybody should be free to decide whether to sign it or not...
 me included :-p


I definitely agree with Andrea, people can sign as individual contributors,
I don't think we should try to make a statement as a project.


 Cheers
 Andrea

 --
 ==
 GeoServer training in Milan, 6th  7th June 2013!  Visit
 http://geoserver.geo-solutions.it for more information.
 ==

 Ing. Andrea Aime
 @geowolf
 Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax: +39 0584 1660272
 mob: +39  339 8844549

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---


 --
 AlienVault Unified Security Management (USM) platform delivers complete
 security visibility with the essential security capabilities. Easily and
 efficiently configure, manage, and operate all of your security controls
 from a single console and one unified framework. Download a free trial.
 http://p.sf.net/sfu/alienvault_d2d
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel


--
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Yes, Table Joining Service implementation

[Chris Holmes]

Hey Rafael, it sounds like a great contribution to GeoServer. One project I
work on (http://mapstory.org) actually could probably make great use of
this.

Do you have the code up on github? Would be great to see what the core
changes are. The first step is definitely to get on github, and then after
that to get a community module in the main repo. And hopefully we can work
to incorporate the core changes needed.


On Fri, May 10, 2013 at 11:31 AM, Rafael Cruz rc...@geomix.geocuba.cuwrote:

 Yes, we are talking about the Table Joining Service specification.  We
 have been implementing all the interfaces of the specification, with some
 limitations,  and a management console. Now we are working with Geoserver
 2.2.4. Some little changes to Geoserver core where required, specifically
 to packages main and wms. In main package add a method setWebMapServer to
 ResourcePool class. With this change we can set our own inherited
 implementation of this class. Also the implementation allows to apply
 styles in SLD format (with rules on datasets fields). In the package wms
 the method checkStyle was lightly changed in the class
 GetMapKvpRequestReader to avoid a exception when applying styles to a
 cascaded WMS layer.

 And other bigger changes are needed in order to guarantee consistency when
 geoserver catalog's objects are deleted or modified.

 In this mail I'm attaching some slides where the list members can evaluate
 the implementation degree.

  Best regards,

  Rafael Cruz Iglesias
 GeoMIX Office Director
 GeoSí Enterprise


 --
 Learn Graph Databases - Download FREE O'Reilly Book
 Graph Databases is the definitive new guide to graph databases and
 their applications. This 200-page book is written by three acclaimed
 leaders in the field. The early access version is available now.
 Download your free book today! http://p.sf.net/sfu/neotech_d2d_may
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel


--
Learn Graph Databases - Download FREE O'Reilly Book
Graph Databases is the definitive new guide to graph databases and 
their applications. This 200-page book is written by three acclaimed 
leaders in the field. The early access version is available now. 
Download your free book today! http://p.sf.net/sfu/neotech_d2d_may___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] legend graphic errors

[Chris Holmes]

Hey all, on a production server (powering http://mapstory.org) we had
legend graphics just stop working. I'm not sure that it's even related to
an upgrade, as we haven't done one in awhile, and no one has done it in
awhile. We did get a weird corrupt data directory, and had to restore some
of the core config files.

The error is java.lang.IllegalArgumentException: No such property 'layers'
for object org.geoserver.wms.GetLegendGraphicRequest@31f8576c

Full stack trace below. Seems to happen every legend request. Has anyone
else seen anything like this?

Server info is:

   - Version2.2-SNAPSHOT
   - Git Revisioncc9198de627fcf83858bc9ff13d4c4af34960ecc
   - Build Date28-Oct-2012 17:01
   - GeoTools Version8-SNAPSHOT (rev
   14f038af93435477737f05915bc663862cb62145)


Stack trace:

2013-03-23 13:01:04,531 ERROR [geoserver.ows] -
java.lang.IllegalArgumentException: No such property 'layers' for object
org.geoserver.wms.GetLegendGraphicRequest@31f8576c
at org.geoserver.ows.util.OwsUtils.get(OwsUtils.java:155)
at
org.geoserver.monitor.ows.wms.GetLegendGraphicHandler.getLayers(GetLegendGraphicHandler.java:23)
at
org.geoserver.monitor.ows.RequestObjectHandler.handle(RequestObjectHandler.java:42)
at
org.geoserver.monitor.ows.MonitorCallback.operationDispatched(MonitorCallback.java:93)
at
org.geoserver.ows.Dispatcher.fireOperationDispatchedCallback(Dispatcher.java:727)
at org.geoserver.ows.Dispatcher.dispatch(Dispatcher.java:722)
at org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:263)
at
org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:153)
at
org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:48)
at
org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:923)
at
org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:852)
at
org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:882)
at
org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:778)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.geoserver.filters.ThreadLocalsCleanupFilter.doFilter(ThreadLocalsCleanupFilter.java:23)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:74)
at org.geoserver.monitor.MonitorFilter.doFilter(MonitorFilter.java:137)
at
org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:70)
at
org.geoserver.filters.SpringDelegatingFilter.doFilter(SpringDelegatingFilter.java:45)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.geoserver.platform.AdvancedDispatchFilter.doFilter(AdvancedDispatchFilter.java:49)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.vfny.geoserver.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:109)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:311)
at
org.geoserver.security.filter.GeoServerCompositeFilter$NestedFilterChain.doFilter(GeoServerCompositeFilter.java:68)
at
org.springframework.security.web.access.intercept.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:116)
at
org.springframework.security.web.access.intercept.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:83)
at
org.geoserver.security.filter.GeoServerCompositeFilter$NestedFilterChain.doFilter(GeoServerCompositeFilter.java:72)
at
org.geoserver.security.filter.GeoServerCompositeFilter.doFilter(GeoServerCompositeFilter.java:91)
at
org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:323)
at
org.geoserver.security.filter.GeoServerCompositeFilter$NestedFilterChain.doFilter(GeoServerCompositeFilter.java:68)
at
org.springframework.security.web.access.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:113)
at
org.geoserver.security.filter.GeoServerCompositeFilter$NestedFilterChain.doFilter(GeoServerCompositeFilter.java:72)
at

Re: [Geoserver-devel] legend graphic errors

[Chris Holmes]

Ah, that makes perfect sense, we just installed monitoring on that. Will
check, but I'd be surprised if that wasn't the issue, as that timing makes
sense for when it stopped working. Thanks Mauro!


On Mon, Mar 25, 2013 at 9:06 AM, Mauro Bartolomeoli 
mauro.bartolome...@geo-solutions.it wrote:

 Hi Chris,
 I think this is due to a misalignment in wms module version and the
 monitoring extension version.

 With the support of layer groups in GetLegendGraphic the 
 GetLegendGraphicRequest
 API has changed, adding a layers property (matching the need to support
 more than one layer). It seems your monitoring extension is using the new
 API (layers), but the GetLegendGraphic operation is not. Could you check
 this?

 Thanks.
 Mauro Bartolomeoli



 2013/3/25 Chris Holmes chol...@opengeo.org

 Hey all, on a production server (powering http://mapstory.org) we had
 legend graphics just stop working. I'm not sure that it's even related to
 an upgrade, as we haven't done one in awhile, and no one has done it in
 awhile. We did get a weird corrupt data directory, and had to restore some
 of the core config files.

 The error is java.lang.IllegalArgumentException: No such property
 'layers' for object org.geoserver.wms.GetLegendGraphicRequest@31f8576c

 Full stack trace below. Seems to happen every legend request. Has anyone
 else seen anything like this?

 Server info is:

- Version2.2-SNAPSHOT
- Git Revisioncc9198de627fcf83858bc9ff13d4c4af34960ecc
- Build Date28-Oct-2012 17:01
- GeoTools Version8-SNAPSHOT (rev
14f038af93435477737f05915bc663862cb62145)


 Stack trace:

 2013-03-23 13:01:04,531 ERROR [geoserver.ows] -
 java.lang.IllegalArgumentException: No such property 'layers' for object
 org.geoserver.wms.GetLegendGraphicRequest@31f8576c
 at org.geoserver.ows.util.OwsUtils.get(OwsUtils.java:155)
  at
 org.geoserver.monitor.ows.wms.GetLegendGraphicHandler.getLayers(GetLegendGraphicHandler.java:23)
  at
 org.geoserver.monitor.ows.RequestObjectHandler.handle(RequestObjectHandler.java:42)
  at
 org.geoserver.monitor.ows.MonitorCallback.operationDispatched(MonitorCallback.java:93)
 at
 org.geoserver.ows.Dispatcher.fireOperationDispatchedCallback(Dispatcher.java:727)
  at org.geoserver.ows.Dispatcher.dispatch(Dispatcher.java:722)
  at
 org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:263)
 at
 org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:153)
  at
 org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:48)
  at
 org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:923)
  at
 org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:852)
 at
 org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:882)
  at
 org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:778)
  at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
  at
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
  at
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
  at
 org.geoserver.filters.ThreadLocalsCleanupFilter.doFilter(ThreadLocalsCleanupFilter.java:23)
 at
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
  at
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
  at
 org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:74)
 at org.geoserver.monitor.MonitorFilter.doFilter(MonitorFilter.java:137)
  at
 org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:70)
  at
 org.geoserver.filters.SpringDelegatingFilter.doFilter(SpringDelegatingFilter.java:45)
 at
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
  at
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
  at
 org.geoserver.platform.AdvancedDispatchFilter.doFilter(AdvancedDispatchFilter.java:49)
 at
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
  at
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
  at
 org.vfny.geoserver.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:109)
  at
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
  at
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at
 org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:311)
  at
 org.geoserver.security.filter.GeoServerCompositeFilter$NestedFilterChain.doFilter(GeoServerCompositeFilter.java:68

Re: [Geoserver-devel] NetCDF Coverage Store

[Chris Holmes]

+1 on the module. And that agreement is definitely still valid.


On Tue, Feb 5, 2013 at 2:44 PM, Yancy Matherne
yancy.mathe...@geocent.comwrote:

  We received a copy of our fully executed code contribution agreement
 from Camille mid June of 2012. Would that still be valid?



 Thanks,
 Yancy Matherne
 Software Developer

 Geocent, LLC
 111 Veterans Blvd., Suite 1600
 Metairie, LA  70005
 O:  (504) 831-1900
 E:  yancy.mathe...@geocent.com
 http://www.geocent.com
   --
 *From:* Jody Garnett [jody.garn...@gmail.com]
 *Sent:* Tuesday, February 05, 2013 3:50 PM
 *To:* Yancy Matherne
 *Cc:* Geoserver-devel
 *Subject:* Re: [Geoserver-devel] NetCDF Coverage Store

   +1 for the module (keen to see how it is configured, as in my
 experience NetCDF files vary a bit between organisations).

  The developers guide page is here -
 http://docs.geoserver.org/latest/en/developer/policies/committing.htmland 
 includes a code contribution agreement to send in. You could print that
 out and start filling it in while we wait for additional support.

  --
 Jody Garnett

  On Wednesday, 6 February 2013 at 4:15 AM, Yancy Matherne wrote:

   We have written a GeoServer plugin that allows it use NetCDF files as
 coverage stores. These files are commonly used in meteorology and
 oceanography. We have it at point that we would like to share it and would
 like to request community commit access. My github user name is
 geocent-yancy.



 Thanks,
 Yancy Matherne
 Software Developer

 Geocent, LLC
 111 Veterans Blvd., Suite 1600
 Metairie, LA  70005
 O:  (504) 831-1900
 E:  yancy.mathe...@geocent.com
 http://www.geocent.com

 --
 Free Next-Gen Firewall Hardware Offer
 Buy your Sophos next-gen firewall before the end March 2013
 and get the hardware for free! Learn more.
 http://p.sf.net/sfu/sophos-d2d-feb
  ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel




 --
 Free Next-Gen Firewall Hardware Offer
 Buy your Sophos next-gen firewall before the end March 2013
 and get the hardware for free! Learn more.
 http://p.sf.net/sfu/sophos-d2d-feb
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel


--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] Bounds and time requirements in WCS 1.1?

[Chris Holmes]

Was just talking on IRC to some GeoNode developers who want to provide
links to WCS for download of datasets. They were asking about a WCS
reflector, similar to the WMS one, to more easily get the full dataset.

So Justin helped out showing in the code where it could go. But Tom
Kralidis pointed out to me a line of the WCS spec that indicates that we
should be doing at least some reflector type things anyways.

On 06-083r8 - WCS 1.1.0 spec there's a table on page 47 (table 29), that
has both bounding box and time series as 'optional', and only needing to be
specified when non-default subsets are desired:

BoundingBox=47,-71, - 51,66, urn:ogc:def:crs:EPSG:6.6:6326 6405

Optional, include when spatial subset desired

Request a coverage subset defined by the specified bounding box in the
referenced coordinate reference system

TimeSequence= 20060801, 20060811, ...

OR TimeSequence = 20060801/ 2006-0901 / P1D, ..Optional, include when
temporal subset desired other than default

Request a subset corresponding to the specified time instants or intervals,
expressed in the extended ISO 8601 syntax defined in Annex D of [OGC
04-024]. (See 9.3.2.4.)


The footnote says that one of those two is required. But looking at a
geoserver deployment it looks like we're requiring both:


http://suite.opengeo.org/geoserver/ows?service=WCSversion=1.1.0request=GetCoverageidentifier=elevationbbox=-123.047,42.231,-122.499,42.755srs=EPSG:4326format=image/geotiff

Gives an error about needing the time sequence.

It seems like at the least we should make it so only one is required. And
is there a reason we couldn't make it so neither is required? If yes, could
we add a reflector like with the WMS, to make it easier for user's to
construct requests?

I realize that the series of WCS specs sucks, but for now I'm just thinking
of 1.1, to keep it simple, and we can tell people that's the more
accessible one.
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Please help with the GeoServer 2.3-beta announcement

[Chris Holmes]

I'm reading it now. One question, do we want to call it 2.3-beta1 instead
of 2.3-beta? I think that's what we've done with most all the past ones. Or
is this going to be our only beta release?

I can make the change, and am happy to hit 'publish' after I do.


On Tue, Jan 29, 2013 at 12:56 PM, Andrea Aime
andrea.a...@geo-solutions.itwrote:

 On Tue, Jan 29, 2013 at 6:37 PM, Rolando Peñate rpen...@opengeo.orgwrote:

 Thanks, Andrea. This looks like an awesome release.

 I've gone ahead and made some tweaks to grammar and whatnot, including
 addressing Jonathan's suggestions:
 http://blog.geoserver.org/?p=1306preview=true


 Thanks Rolando.
 Shall we give it a go and publish it? The clock is ticking ;-)

 Cheers
 Andrea

 --
 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
 information.
 ==

 Ing. Andrea Aime
 @geowolf
 Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax: +39 0584 1660272
 mob: +39  339 8844549

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---


 --
 Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
 MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
 with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
 MVPs and experts. ON SALE this month only -- learn more at:
 http://p.sf.net/sfu/learnnow-d2d
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel


--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Please help with the GeoServer 2.3-beta announcement

[Chris Holmes]

Published! Just left it as 'beta', both I think would make sense, I just
hope we don't have some random reason to do a second beta. Though can just
call it beta2 then. I changed some weird colors on the inspire section, and
changed norvegian - norwegian.

Looks like an awesome release. And if anyone spots more errors we can
obviously fix them on the published version - there's a whole lot there, so
could have missed stuff.



On Tue, Jan 29, 2013 at 1:23 PM, Andrea Aime
andrea.a...@geo-solutions.itwrote:

 On Tue, Jan 29, 2013 at 7:21 PM, Chris Holmes chol...@opengeo.org wrote:

 I'm reading it now. One question, do we want to call it 2.3-beta1 instead
 of 2.3-beta? I think that's what we've done with most all the past ones. Or
 is this going to be our only beta release?


 As per the separate thread were we discussed it (it was titled something
 like an error in release schedule)
 it seems that people are happy with just one beta, that's why I avoided
 calling it beta 1.



 I can make the change, and am happy to hit 'publish' after I do.


 Cool

 Cheers
 Andrea


 --
 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
 information.
 ==

 Ing. Andrea Aime
 @geowolf
 Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax: +39 0584 1660272
 mob: +39  339 8844549

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---

--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Dropping GML2-GZIP?

[Chris Holmes]

+1 - definitely should just offer the proper http way, instead of having
two options.


On Sun, Jan 27, 2013 at 11:39 AM, Andrea Aime
andrea.a...@geo-solutions.itwrote:

 Hi,
 I was having a look at this bug report
 http://jira.codehaus.org/browse/GEOS-5530
 and I'm wondering if we should just drop that output format.

 Rationale: the output format is super-old, and was created before we had
 the
 filter to automatically GZIP all text-like files in the proper HTTP way,
 that gets
 transparently recognized by browsers.

 Nowadays I don't see a reason for having such format, if the client
 declares
 to support GZIP compression we just do that transparently.

 So... let's just drop it?

 Cheers
 Andrea

 --
 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
 information.
 ==

 Ing. Andrea Aime
 @geowolf
 Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax: +39 0584 1660272
 mob: +39  339 8844549

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---


 --
 Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
 MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
 with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
 MVPs and experts. ON SALE this month only -- learn more at:
 http://p.sf.net/sfu/learnnow-d2d
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel


--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Git commit access

[Chris Holmes]

Welcome back!

Mauro, have you ever looked at UTFGrid stuff?

See http://mapbox.com/developers/utfgrid/ and there's a link to the spec
there.

And http://mapbox.com/demo/visiblemap/ shows it in action and explains
what's going on. It strikes me as very similar to your imagemap extension.
But I think it would work better with like GeoWebCache, and has a chance of
getting much wider adoption than the imagemap stuff has. I think the image
map work is super cool, and would love to see that type of interaction more
widely available in GeoServer. Maybe it's just documenting it better, but I
suspect UTFGrids might have some advantages - would be curious for your
opinion.

best regards,

Chris


On Fri, Jan 25, 2013 at 6:44 AM, Mauro Bartolomeoli 
mauro.bartolome...@geo-solutions.it wrote:

 Thank you.

 Now I'm officially back :-)



 2013/1/25 Andrea Aime andrea.a...@geo-solutions.it

 On Fri, Jan 25, 2013 at 11:28 AM, Mauro Bartolomeoli 
 mauro.bartolome...@geo-solutions.it wrote:

 Hi all,
 since I'm back after some time in the geoserver arena, I would like to
 ask commit permissions to the github repo.
 I previously had commit access to the svn repo, as the official
 mantainer of the imagemap extension and the dxf community, but have not
 asked for git permits during the migration.
 Is it possible to have them now?


 Yep, we already reinstated git access for people that had svn access
 previous to the migration.
 Done.

 Cheers
 Andrea


 --
 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for
 more information.
 ==

 Ing. Andrea Aime
 @geowolf
 Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax: +39 0584 1660272
 mob: +39  339 8844549

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---




 --
 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
 information.
 ==

 Dott. Mauro Bartolomeoli
 @mauro_bart
 Senior Software Engineer

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax: +39 0584 1660272

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---


 --
 Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
 MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
 with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
 MVPs and experts. ON SALE this month only -- learn more at:
 http://p.sf.net/sfu/learnnow-d2d
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel


--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] GeoServer OpenLS services implementation

[Chris Holmes]

Apologies for the slow response, some comments inline.



  you doing all of the OpenLS services? Or just a subset? I feel like
 there's five or six, though I'm not sure if they're all useful. I think
 the most interesting ones to a wider audience are geocoding and routing.


 Yes, they defined Reverse Geocoding, Presentation  Directory services,
 too.

 We are going to develop Geocoding, Reverse Geocoding and Routing. ATM we
 are discussing with our client about Presentation usefulness, as we have
 some doubt about that.


What are Presentation and Directory services? Like what do they do?
Geocoding, reverse geocoding and routing sound great to have in GeoServer.



  Both very big topics in themselves, with lots of potential for


 Why didn't I ask before signing the contract? ;)


:) I do think you can make a great start, especially with the technologies
you've chosen. So I imagine your customer will be happy.



  innovation. My one naive advice is to be sure to keep your specification
 implementation nice and orthogonal to the backend, so that other
 developers can experiment with different implementations but all be able
 to easily meet the OpenLS spec requirements.


 Requirements are very clear: we need to add an OpenLS interface to
 GeoServer and design a backend interface to make it pluggable.


Great.



  Also, are you looking at OpenTripPlanner at all?


 That's one of the plugin required for Routing, along with pgRouting.


Excellent.




  Definitely do write up your design thoughts to the list. I'm not sure if


 Ok, I will try.

 At the moment we are going with this design: OLS module is the main module
 that implements the OpenLS services. It manages XML over HTTP/POST requests
 and dispatches them to the appropriate handler (one handler per OpenLS
 service).

 Each handler reads its configuration from the GeoServer web console
 (OLS-WEB module), where you can set parameters like end point of backend
 web services, hostname of remote server and so on (I think you got the
 idea...)

 A few plugin (will) exist to connect to various backends. They are:

 - for Geocoding
   - RFC 59 (please read about this below)
   - SOLR

 - for Reverse geocoding
   - SOLR

 - for Routing
   - OTP
   - pgRouting

 Each one will live in its own project and be activated automagically by
 Spring if it finds the JAR in the classpath.


Awesome. Like I said above, I think those are great choices. I know TriMet
in Portland, OR has had some good success using SOLR for GeoCoding, but
theirs was too specific to their data for it to be that useful to open
source, from my understanding. So having a more generic solr geocoder would
be great.

Will the geocoder or the routing service be configurable with the same
datastores that people configure in GeoServer, like through the GUI? Or do
they take special configuration. I know OTP requires more stuff to be
configured, but it'd be great if people could start with their already
configured datastores, and then add the 'more' from there.


 Incidentally, we are also asked to develop ExtJS components to interact
 with an OpenLS server, but that's another story...


Cool. Would be great to get those as components in GeoExt, and I think
they'd be appropriate there, as it is an open standards interface. We also
work on a framework on top of GeoExt, see
http://gxp.opengeo.org/master/examples/ We tend to do geoserver specific
stuff there. It does offer a nicer plugin framework to more easily build
applications. So feel free to leverage that. You may also be able to borrow
some code from TriMet or OTP, as they have some nice GUI's for routing.


 Questions, opinions, hints and flames are welcome!


  see what you were thinking when you built it. I'm also curious what
 RFC59 is, I couldn't find any reference online to it.


 I can easily understand that :)

 RFC59 is one of the Tuscany Region interoperability standard. Here in
 Tuscany the local government pays quite a lot of attention to technical
 definitions of standards regarding the various domains of their IT
 infrastructure.

 They founded a board to discuss and standardize infrastructures, protocols
 and services, ranging from medical data interchange (based on HL7) to
 street networks.

 So, RFC59 is Regione Toscana geocoder service. It's very small compared to
 OpenLS Geocoder Core Service, but it needs to be taken in account as our
 customer asked for that, both because he is a public one and because he
 wants to have the opportunity to check the Geocoding design against two
 backends.

 I can give you the URL of the web site, but I'm afraid you'll need a quick
 Italian course to begin reading the docs ;)


Interesting. I'll pass, just good to know what it's generally about.


  But yeah, stay in touch with the list, keep us updated on your plans and
 progress.


 The plan is a very busy one: we need to deliver in a couple of months.

 I would like to ask some more question, just for the ones that have been
 able to read 

Re: [Geoserver-devel] Issue on sourceforge, the site says the latest release is 2.2.2

[Chris Holmes]

On Wed, Jan 23, 2013 at 8:07 AM, Andrea Aime
andrea.a...@geo-solutions.itwrote:

 On Wed, Jan 23, 2013 at 1:30 PM, Jonathan Moules
 jonathanmou...@warwickshire.gov.uk wrote:
  Wikipedia is also out of date a couple of days ago. The version was
 2.2.x; I
  updated it to 2.2.3 but not the release date.
  I've updated it with 2.2.4 and the release date.

 Updating wikipedia is not part of the release procedures, don't know
 how keeps that page up to
 date, not someone from the GeoServer team as far as I know.


The power of the crowd! I've updated it a few times, when I go there and
see it's out of date. I think it gets updated with enough eyeballs, since
anyone can update it. I'd say it's not worth adding to the release process,
since we have so many steps anyways.


 Thanks for updating the page :-)

 Cheers
 Andrea
 --
 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for
 more information.
 ==

 Ing. Andrea Aime
 @geowolf
 Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax: +39 0584 1660272
 mob: +39 339 8844549

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---


 --
 Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
 MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
 with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
 MVPs and experts. ON SALE this month only -- learn more at:
 http://p.sf.net/sfu/learnnow-d2d
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel

--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Branching off, and setting up new builds for the new stable series

[Chris Holmes]

+1 here, sounds great. Glad to see the timed release model rolling out.


On Mon, Jan 21, 2013 at 10:35 AM, Christian Mueller mcrmc...@gmail.comwrote:

 +1 for branching, makes sense.

 2013/1/21 Andrea Aime andrea.a...@geo-solutions.it

 Hi all,
 during today's PSC/PMC meeting there was some agreement to branch off
 master
 today and create a new stable series.

 Two things missing:
 - opinions from the missing PSC/PMC members
 - if we go for it, someone has to setup the build jobs for the new stable
 series

 We noticed Hudson still has build jobs for gt 2.7.x/gs 2.1.x, maybe those
 can be converted
 to build gt 9.x/gs 2.3.x, or otherwise be dropped while the ones to build
 the new
 stable branch are setup?

 Cheers
 Andrea

 --
 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for
 more information.
 ==

 Ing. Andrea Aime
 @geowolf
 Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax: +39 0584 1660272
 mob: +39  339 8844549

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---


 --
 Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
 MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
 with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
 MVPs and experts. SALE $99.99 this month only -- learn more at:
 http://p.sf.net/sfu/learnmore_122412
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel




 --
 Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
 MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
 with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
 MVPs and experts. SALE $99.99 this month only -- learn more at:
 http://p.sf.net/sfu/learnmore_122412
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel


--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Ranting about non Java language usage in core

[Chris Holmes]

Cool, makes good sense, and was about what I suspected, was just curious
for the full articulation. Thanks Andrea.

Might be good at some point to lay out this policy explicitly. But to not
over complicate things we can just refer to this thread if it comes up.


On Mon, Jan 21, 2013 at 10:41 AM, Justin Deoliveira jdeol...@opengeo.orgwrote:

 Nothing to add here except that i agree that it should be only pure java
 in the core of GeoTools and GeoServer. Plugins and community modules I
 could perhaps see an argument for if the module has a stable maintainer.


 On Thu, Jan 17, 2013 at 9:55 AM, Andrea Aime andrea.a...@geo-solutions.it
  wrote:

 Chris holmes wrote:
 Out of curiosity, why is this so bad? I mean it complies to pure java
 bytecode, could just be thought of an
  additional library, like the xml stuff we do. It'll interoperate on any
 platform, which to me was the big
  downside in bringing in other languages.

 There is a variety of issues why I believe we should be firm about never
 including another JVM language in core (unless.. read towards the end).

 The nice thing about having scripting languages as an extension is that
 everybody can pick their preferred scripting language and go down writing
 their cool extension. Someone goes with Jython, another one has a
 preference for Scale, someone else is a Groovy type, the other guy over
 there is a JRuby kind of person, and yet everybody is happily writing their
 own thing. Tomorrow someone comes and wants to use Ceylon, or Kotlin, or
 Clojure, and by using the JSR for scripting languages we can slot in those
 as well.
 This is splendid... as long as we think in terms of custom extensions
 that are not shared with a larger community.

 Now let's ramp up a bit, and let's say people start writing official
 extensions in non Java languages.
 You just download them and add them to your GeoServer, everything is
 working, it's all fine, right?
 Nope, whilst it's not too bad, it's not fine either:
 - each scripting language comes with its own runtime library, which is
 often rather heavy (several megabytes)  pushing on our already quite
 poor permgen situation. And then... what if I need two or three of these
 extensions, all needing their own different runtime? That just multiplies
 the problem
 - polyglot programmers are not the norm today, and even those that are
 polyglots have made choices,
   creating a partitioning of the potential programmer base in tiny
 pieces, just see GeoScript, how many
   people are there developing for a single language? GeoScript might have
 five developers, but
   GeoScript Python or GeoScript Scala really have one, they are one man
 projects at the moment (scary).
   Add to that the GIS nature of the project, and the set of developers
 that can do GIS in a certain non
   Java language becomes a niche within a niche
   It means that a module written in a language other than java has a much
 higher likeliness to just die
   if the developer working on it leaves

 Now, let's ramp up another bit and consider a core in which non Java
 languages are allowed.
 The permgen issue would just happen all the time, and some parts of the
 code would be limited
 to a single person, when that one leaves you'll have two high leaning
 curves to go after,
 first learning a new language, and then learning about whatever the code
 there is doing.
 Moreover, code in core is officially maintained by the PSC, which is
 good, it means a group
 of people care about that code. But in a multi-language scenario, that's
 not possible anymores
 unless the PSC members also become language geeks.

 That's why I believe that while extensions written in a non Java language
 are sort of ok
 (but they will be troublesome the day we have many), core in non Java
 language is simply
 not an option.

 Unless... well, unless the non Java language war starting during these
 years ends with a clear
 winner, a new languages that really takes the place of Java obliterating
 all of the other
 competitors.
 If in a future Scala becomes the de facto non Java choice, and Jython,
 JRuby, Groovy, Clojure, Kotlin, Ceylon
 (and all the others that I won't list) get relegated to a very small
 percentange, well, in that case I'll be very happy
 to switch the entire project to Scala

 Cheers
 Andrea



 --
 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for
 more information.
 ==

 Ing. Andrea Aime
 @geowolf
 Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax: +39 0584 1660272
 mob: +39  339 8844549

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---


 --
 Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
 MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
 with LearnDevNow - 3,200 step-by-step

Re: [Geoserver-devel] KML Dynamic Icons

[Chris Holmes]

On Thu, Jan 17, 2013 at 11:05 AM, Andrea Aime
andrea.a...@geo-solutions.itwrote:

 On Thu, Jan 17, 2013 at 4:56 PM, Chris Holmes chol...@opengeo.org wrote:


 This approach makes a lot of sense. Indeed we already have a
 mode=download I think for KML, but might make sense to just return KMZ with
 the embedded icons for that. Or to just not offer it and document that KMZ
 is the download format. In GeoNode we already do have the distinction,
 between 'view in google earth' and 'download kml'.


 I've spent a little time trying out some ideas outside of GeoServer:
 https://github.com/dwins/icon-service (I'l see if I can stand up a demo
 later.)  The approach that I've been taking is to define the icon service
 as operating on styles alone (not addressing individual rules), and the
 client making the request includes feature attributes as needed.  So an
 icon url might look like:

 http://localhost:9090/st/poi_dynamic?cat=1

 If the style references a property named 'cat.'  Then I just create a
 feature with a point geometry at (0,0) and the attributes from the query
 string, remove Symbolizers other than PointSymbolizer from the style, and
 render it in a bbox of [-1:1,-1:1].


 I see, makes sense. Of course, you're not going to bring a Scala
 dependency into GeoServer core, are you?


Out of curiosity, why is this so bad? I mean it complies to pure java
bytecode, could just be thought of an additional library, like the xml
stuff we do. It'll interoperate on any platform, which to me was the big
downside in bringing in other languages.


 Cheers
 Andrea


 --
 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
 information.
 ==

 Ing. Andrea Aime
 @geowolf
 Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax: +39 0584 1660272
 mob: +39  339 8844549

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---

--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122712___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] GeoServer OpenLS services implementation

[Chris Holmes]

Welcome! And thanks for your praise, on behalf of all who have worked on
GeoServer.

That's great you get to join the community with this contract. And OpenLS
would be a cool improvement to have as modules on GeoServer. Are you doing
all of the OpenLS services? Or just a subset? I feel like there's five or
six, though I'm not sure if they're all useful. I think the most
interesting ones to a wider audience are geocoding and routing. Both very
big topics in themselves, with lots of potential for innovation. My one
naive advice is to be sure to keep your specification implementation nice
and orthogonal to the backend, so that other developers can experiment with
different implementations but all be able to easily meet the OpenLS spec
requirements.

Also, are you looking at OpenTripPlanner at all?
http://opentripplanner.org/They do some really nice routing in pure
java, and they make use of
GeoTools already. I've long wanted some nice integration in GeoServer. I
don't believe they implement OpenLS though.

All your community work thus far is right on. And yeah, getting a
contributor agreement to OpenPlans would be good, but not required at this
point. I need to look in to some others that people have sent in (I am at
OpenPlans). When you do mail it if you could also email me a scan of it
that could be helpful.

Definitely do write up your design thoughts to the list. I'm not sure if
anyone will sound in, but it will no matter what be useful for any future
developers who might be interested in contributing to OpenLS, to see what
you were thinking when you built it. I'm also curious what RFC59 is, I
couldn't find any reference online to it.

But yeah, stay in touch with the list, keep us updated on your plans and
progress.

best regards,

Chris

On Mon, Jan 14, 2013 at 11:03 AM, Ugo Paternostro ugo.paternos...@phoops.it
 wrote:

 Dear all,

 I've been following discussions in the list for a while now, and I would
 like to introduce myself, my company and our projects, but first let me
 congratulate with you all for the valuable piece of software that
 GeoServer is!

 My name is Ugo Paternostro, and I'm co-founder and co-owner of phoops
 s.r.l., an Italy based small business whose customers mainly are public.

 BTW, this made me meet some of you in person (Simone, do you remember
 Tolomeo classes in Prato?).

 We deal often with open source software, and in the last months we
 acquired a contract from one of our public customer to develop OpenLS
 services in GeoServer.

 One of the contract constraints is that the develop have not to be a
 GeoServer fork, but has to integrate with the community work.

 So, this is what led we here. I would like to summarize what we did so far:

 1. we forked geoserver repo in GitHub (guess it? It's phoops/geoserver);

 2. we created a branch on our repo for our developing, named 12I_CPO_TP
 from the internal project code;

 3. we started the creation of a framework for the OpenLS services that,
 at the moment, includes the ols, ols_web and ols-RFC59 projects, all
 under the community module.

 Please note that the project is in a very embryonic state, so don't
 expect too much at the moment.

 We would be glad to discuss with you all design aspects of our project
 and, of course, to gather any hints you would like to share with us.

 You will for sure hear from us in the next weeks, in the meanwhile I
 have just a couple of questions for you: are we doing it right? ;)
 Should we apply for some sort of agreement with OpenPlans?

 Bye, UP

 --
 Ugo Paternostro
 ITIL® v3 Foundation Certified
 phoops s.r.l.
 Via della Torretta, 14
 50137 Firenze FI

 P.IVA: 0578705 048 2

 Tel.: 055/3985676
 Fax : 055/5609730
 GSM : 347/7975881
 Mail: ugo.paternos...@phoops.it


 --
 Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
 MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
 with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
 MVPs and experts. SALE $99.99 this month only -- learn more at:
 http://p.sf.net/sfu/learnmore_122412
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel

--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122712___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] Layers derived from Processes

[Chris Holmes]

So I've been hearing a few different use cases around processing, and
wanted to get a discussion going on the possibilities for some GeoServer
improvements that could improve our story.

One is to be able to more fully define layers defined by processes on the
fly. Right now we have the rendering transformations, which are totally
awesome. And you can use that to render a layer on the fly. But if you want
to query the resulting layer you have to recreate the exact wps request
that's embedded in the SLD. And if you want to change the visualization you
have to also get comfortable with the full SLD. It seems like it'd be
better if you could just define a layer that's the result of a WPS process,
coming from one or more layers. It'd be a layer that lives in the catalog,
that can be queried with WMS or WFS/WCS, could have further WPS done on it,
and could have a variety of SLD's associated with it. It'd be listed in the
capabilities document. But it'd always be constructed on the fly, running
the backend WPS process on the layers that make it up. The advantage would
be that it always stays up to date, and also doesn't take up lots of room
in a database. It'd be ideal for WPS processes that can be applied quickly,
and/or that work on relatively small datasets. It'd be similar to a SQL
View layer, but instead of being defined by SQL it'd be defined by a
Process and its inputs (be they layers or set variables, or perhaps even
parametric like sql views can be).

The other that jumps to mind is a related construct that would work for
processes that may not work so well on the fly. Think like routing, where
you need to load the whole graph in memory. Or even heatmaps could benefit,
by doing a global heatmap on the whole layer, which would tile better. This
would be sort of like a 'cache' of the process. I think it'd work similar
to how the WPS process that outputs to the GeoServer catalog works. It'd
output the process to a new layer, storing in the default database or
raster format. But I think a key difference/improvement would be for it to
be 'live' - have knowledge of changes to the base layer. So just like we
kill the tile cache when an edit comes in over WFS-T or we're notified on
GeoRSS so too the derived WPS layer would rerun it's whole process if
there's a change.

A related type of layer would be to just run the process on a schedule. So
like if the notification stuff is not easy to set up, or the user knows
they'll want it run at certain times each day, they could define a derived
WPS layer that re-runs the process at that set time.

Do others have other types of layers derived from WPS that could be useful?
I think it'd be great to have a GUI that lets our users easily make all
three type of layers. I haven't reached any great insight on how that GUI
would work - they could all be different types of a Derived Layer, with
different config options. Or they could each be their own type of layer,
which might make it clearer? Or maybe more confusing. I guess they maybe
wouldn't depend on a datastore? Or we could make a 'virtual datastore' for
convenience. But each layer would just be defined by one or more other
layers plus one or more processes.

I do think having this could make the WPS builder tool a lot more useful.
Right now you make your query, but it then just returns you a big xml
document or maybe a geotiff of what you made. It'd be great if instead you
could build your query and then look at the results on openlayers. We could
make that pretty easily now with a shortcut to the gs catalog import
process. But with the above options you could have more control. The on the
fly one in particular could be nice, as it could ease the creation of
complex rendering transformations. Users could just define the transform,
and then use a standard tool like uDig or GeoExplorer to define the
styling. With these as options GeoServer becomes a place to explore spatial
processing, instead of just building WPS. And could make it easier to make
pure javascript clients that let people apply processes to full layers
instead of just smaller datasets and getting the results in the browser.

Curious for people's feedback, as I imagine others have been thinking on
this too. And indeed just generally from everyone on what other
improvements we could do on the WPS, since it's been out there for a bit,
and I've heard of some people doing some pretty cool stuff with it.


Chris
--
Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery
and much more. Keep your Java skills current with LearnJavaNow -
200+ hours of step-by-step video tutorials by Java experts.
SALE $49.99 this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122612 ___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] GSIP 84 - Control how layer groups are the WMS capabilities document

[Chris Holmes]

+1. I can think of some interesting ways this stuff could evolve, that will
warrant a lot more discussion. I'm curious to learn more about EO and if
there is more that makes sense to try to make generic. But no matter what
this feels like a step in a better direction, and sounds like a cool
capability to have as an extension.


On Tue, Jan 15, 2013 at 4:40 AM, Alessio Fabiani 
alessio.fabi...@geo-solutions.it wrote:

 +1

 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
 information.
 ==

 Ing. Alessio Fabiani
 @alfa7691
 Founder/Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax: +39 0584 1660272
 mob:   +39  331 6233686

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---


 On Tue, Jan 8, 2013 at 12:27 PM, Simone Giannecchini 
 simone.giannecch...@geo-solutions.it wrote:

 I am late in the game, but yeah..

 +1

 Regards,
 Simone Giannecchini
 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for
 more information.
 ==

 Ing. Simone Giannecchini
 @simogeo
 Founder/Director

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax: +39 0584 1660272
 mob:   +39 333 8128928

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---


 On Sat, Jan 5, 2013 at 4:24 PM, Andrea Aime
 andrea.a...@geo-solutions.it wrote:
  On Sat, Jan 5, 2013 at 12:51 AM, Justin Deoliveira 
 jdeol...@opengeo.org
  wrote:
 
  Unfortunately we could find no way to make that pluggable, so it went
  into the core.
  The rest is meant to go into an extension/community mostly because
  everything else in WMS EO is so custom but at the
  same time can be handled using the existing extension points.
 
  Fair enough, i guess not doable without a new extension point.
 
 
  Eh, make that without a series of extension points both in the
  configuration, the UI, and potentially
  rest-config too. We though about it and besides being somewhat odd they
 did
  not make much
  sense outside of the needs of WMS EO,
  also, once you have a opaque group, one you can see and call, one you
 can
  see and cannot call,
  the only thing that seems left out is having a custom layer in the root,
  what else is there to it?
  That's why in the end we proposed the GSIP like this
 
 
 
  If there is enough interest in WMS EO we can certainly make it core
  later, while forcing ourselves
  in an extension would keep the changes clean.
 
  Sounds good. Although if more EO implementation details start to leak
 into
  the core module i think we should think about adding it to core or
 breaking
  out all the bits into a pure extension. Cross that bridge if we get to
 it
  though.
 
 
  Yep.
 
  Cheers
  Andrea
 
 
  --
  ==
  Our support, Your Success! Visit http://opensdi.geo-solutions.it for
 more
  information.
  ==
 
  Ing. Andrea Aime
  @geowolf
  Technical Lead
 
  GeoSolutions S.A.S.
  Via Poggio alle Viti 1187
  55054  Massarosa (LU)
  Italy
  phone: +39 0584 962313
  fax: +39 0584 1660272
  mob: +39 339 8844549
 
  http://www.geo-solutions.it
  http://twitter.com/geosolutions_it
 
  ---
 
 
 --
  Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
  MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
  with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
  MVPs and experts. SALE $99.99 this month only -- learn more at:
  http://p.sf.net/sfu/learnmore_122912
  ___
  Geoserver-devel mailing list
  Geoserver-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/geoserver-devel
 


 --
 Master SQL Server Development, Administration, T-SQL, SSAS, SSIS, SSRS
 and more. Get SQL Server skills now (including 2012) with LearnDevNow -
 200+ hours of step-by-step video tutorials by Microsoft MVPs and experts.
 SALE $99.99 this month only - learn more at:
 http://p.sf.net/sfu/learnmore_122512

 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel



--
Master SQL Server Development, Administration, T-SQL, SSAS, SSIS, SSRS
and more. Get SQL Server skills now (including 2012) with LearnDevNow -
200+ hours of step-by-step video tutorials by Microsoft MVPs and experts.
SALE $99.99 this month only - learn more at:
http://p.sf.net/sfu/learnmore_122512___
Geoserver-devel mailing list

Re: [Geoserver-devel] GSIP-86 - Promoting monitor module to extension

[Chris Holmes]

+0


On Tue, Jan 15, 2013 at 4:43 AM, Alessio Fabiani 
alessio.fabi...@geo-solutions.it wrote:

 +1

 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
 information.
 ==

 Ing. Alessio Fabiani
 @alfa7691
 Founder/Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax: +39 0584 1660272
 mob:   +39  331 6233686

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---


 On Thu, Jan 10, 2013 at 10:24 PM, Rahkonen Jukka 
 jukka.rahko...@mmmtike.fi wrote:

 +1

 -Jukka Rahkonen-

 --
 Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
 MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
 with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
 MVPs and experts. ON SALE this month only -- learn more at:
 http://p.sf.net/sfu/learnmore_122712
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel




 --
 Master SQL Server Development, Administration, T-SQL, SSAS, SSIS, SSRS
 and more. Get SQL Server skills now (including 2012) with LearnDevNow -
 200+ hours of step-by-step video tutorials by Microsoft MVPs and experts.
 SALE $99.99 this month only - learn more at:
 http://p.sf.net/sfu/learnmore_122512
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel


--
Master SQL Server Development, Administration, T-SQL, SSAS, SSIS, SSRS
and more. Get SQL Server skills now (including 2012) with LearnDevNow -
200+ hours of step-by-step video tutorials by Microsoft MVPs and experts.
SALE $99.99 this month only - learn more at:
http://p.sf.net/sfu/learnmore_122512___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] GSIP 85 - Nested layer groups

[Chris Holmes]

+1


On Tue, Jan 15, 2013 at 4:41 AM, Alessio Fabiani 
alessio.fabi...@geo-solutions.it wrote:

 +1

 I would like to have this functionality.

 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
 information.
 ==

 Ing. Alessio Fabiani
 @alfa7691
 Founder/Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax: +39 0584 1660272
 mob:   +39  331 6233686

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---


 On Wed, Jan 9, 2013 at 6:41 PM, Rahkonen Jukka 
 jukka.rahko...@mmmtike.fiwrote:

 +0

 Nested layer groups would help with organizing sites with lots of layers
 and propably they could be utilized for GetMaps with not much trouble.
 Learning server admins and WMS service users to configure everything right
 for doing reasonable GetFeatureInfos might be harder, perhaps.

 -Jukka Rahkonen-
 
 Simone Giannecchini wrote:

  Discussed this internally for some time now...

 +0

 Regards,
 Simone Giannecchini
 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for
 more information.
 ==

 Ing. Simone Giannecchini
 @simogeo
 Founder/Director

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax: +39 0584 1660272
 mob:   +39 333 8128928

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---


 On Wed, Jan 9, 2013 at 5:10 PM, Andrea Aime
 andrea.a...@geo-solutions.it wrote:
  On Tue, Jan 8, 2013 at 12:30 PM, Davide davide.sava...@gmail.com
 wrote:
 
  Hi all,
  please discuss and vote this new GSIP:
 
  http://geoserver.org/display/GEOS/GSIP+85+-+Nested+layer+groups
 
 
  I already voted on the other thread about nested layers, but here is my
 +1
  here too
 
  Cheers
  Andrea
 
 
  --
  ==
  Our support, Your Success! Visit http://opensdi.geo-solutions.it for
 more
  information.
  ==
 
  Ing. Andrea Aime
  @geowolf
  Technical Lead
 
  GeoSolutions S.A.S.
  Via Poggio alle Viti 1187
  55054  Massarosa (LU)
  Italy
  phone: +39 0584 962313
  fax: +39 0584 1660272
  mob: +39 339 8844549
 
  http://www.geo-solutions.it
  http://twitter.com/geosolutions_it
 
  ---
 
 
 --
  Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery
  and much more. Keep your Java skills current with LearnJavaNow -
  200+ hours of step-by-step video tutorials by Java experts.
  SALE $49.99 this month only -- learn more at:
  http://p.sf.net/sfu/learnmore_122612
  ___
  Geoserver-devel mailing list
  Geoserver-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/geoserver-devel
 


 --
 Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery
 and much more. Keep your Java skills current with LearnJavaNow -
 200+ hours of step-by-step video tutorials by Java experts.
 SALE $49.99 this month only -- learn more at:
 http://p.sf.net/sfu/learnmore_122612
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel


 --
 Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery
 and much more. Keep your Java skills current with LearnJavaNow -
 200+ hours of step-by-step video tutorials by Java experts.
 SALE $49.99 this month only -- learn more at:
 http://p.sf.net/sfu/learnmore_122612
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel




 --
 Master SQL Server Development, Administration, T-SQL, SSAS, SSIS, SSRS
 and more. Get SQL Server skills now (including 2012) with LearnDevNow -
 200+ hours of step-by-step video tutorials by Microsoft MVPs and experts.
 SALE $99.99 this month only - learn more at:
 http://p.sf.net/sfu/learnmore_122512
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel


--
Master SQL Server Development, Administration, T-SQL, SSAS, SSIS, SSRS
and more. Get SQL Server skills now (including 2012) with LearnDevNow -
200+ hours of step-by-step video tutorials by Microsoft MVPs and experts.
SALE $99.99 this month only - learn more at:

Re: [Geoserver-devel] GSIP 90: upgrade GWC to version 1.4.x

[Chris Holmes]

+1 - awesome work. And I'd love to see it in 2.3.x

Was there a reason other than lack of time to not make the jdbc connection
easier to use? Like it seems to be a much more user friendly way would be
to let users first have an option choose a datastore connection they've
already established, instead of picking drivers and the like. And then to
show the current thing as an advanced option. What's there now is
definitely a great first step, and more than sufficient to get in right
now. But am just curious if there are blockers to making things easier, or
was just lack of time.

Also what's the state of documentation with this stuff? Again, no blocker
at all, best to get things in. We may be able to help out some with docs.
Things like when each of the locks might make sense, to help people choose,
and docs on the quota store configuration.




On Sun, Jan 13, 2013 at 9:10 AM, Andrea Aime
andrea.a...@geo-solutions.itwrote:

 Hi all,
 I've prepared a GSIP and a couple of pull requests to upgrade GeoServer to
 GeoWebCache 1.4:

 http://geoserver.org/display/GEOS/GSIP+90+-+Upgrading+to+GWC+1.4.x

 https://github.com/geoserver/geoserver/pull/101/files
 https://github.com/GeoWebCache/geowebcache/pull/159


 The work basically adapts a bit GeoWebCache to make it easier to plug
 the new facilities of 1.4 into GeoServer, and adapts GeoServer to follow
 up the few API changes, and more importantly, to configure those via
 a Web UI.

 The proposal says it all, but here is an executive summary:
 - full clustering without giving up metastore and disk quota functionality
 - dropping BDB from the classpath, a nice 2MB reduction
 - configuring the clustering options from the UI

 Please discuss and/or vote, time is tyrant (but if we don't make by Jan
 21th
 no big issue, this is a spare time thing for me, I wanted to have the new
 GWC
 stuff in GS 2.3.x, but if we don't make it, no problem, it's going to be
 in 2.4.x)

 Cheers
 Andrea

 --
 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
 information.
 ==

 Ing. Andrea Aime
 @geowolf
 Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax: +39 0584 1660272
 mob: +39  339 8844549

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---


 --
 Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
 MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
 with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
 MVPs and experts. ON SALE this month only -- learn more at:
 http://p.sf.net/sfu/learnmore_123012
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel


--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnmore_123012___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] [Geoserver-users] Translations on transifex

[Chris Holmes]

Hey, apologies for the late reply on this stuff. And for not properly
running with the translation testing and documentation - I tried to step up
for it a few months ago, right as I thought I'd have a lot more time, but
other stuff came up which took far more of my time than expected.

So let's not block on me, keep up the great work Oscar, and I'm happy to
play the role of 'actual maintainer', though would be psyched for you to
grow in to that full role Oscar.

Sounds like a gsip may be in order? Oscar, do you think Frank's suggestion
is the best way to go? It'd be great if we could squeeze this in before the
2.3 freeze, so we could put out a call to translators with a nice deadline
relatively soon.

One question for Oscar/Frank - what's the logic behind the 22x and 23x
projects? Could we not just have one geoserver project? It seems like
that'd be less confusing. Start it at 2.3.x, but after that it could move
up at a set time? Looking at others like
https://www.transifex.com/projects/p/django/ and
https://www.transifex.com/projects/p/openstack/ they don't have separate
projects for each version. And I feel like we could keep it on the bleeding
edge, as older geoserver versions won't choke on extra strings in there,
will it? Like if there's a new feature with text in 2.3.x and that text
goes in to a 2.2.x build then it won't screw up.

I think the next steps to complete this are:

* Any code reorganization needed to make it easier for us to include
transifex translations.
* Documentation for the developer guide on how to work with transifex
* Documentation for the user's guide encouraging people to use transifex
* Blog post calling for translations.

And an ideal though not mandatory step would be continuous integration with
transifex, so it gets included without any manual process. Ccing Jeff as he
set this up for GeoNode.

A couple thoughts in response to Andrea's queries:



 So, if we adapted the actual transifex project to use the script, it
 could be run periodically, for example as part of the release process.


 Hum... as part of the release seems a bit late, in that we would not be
 able to
 get any feedback about improper translations until it's too late.
 Maybe nightly?


+1 - nightly would be ideal.


 Also, how is the quality of the translation monitored?


I would argue that it gets monitored in the same way as like wikipedia.
People who are using it will get annoyed if it's not high quality, and will
hopefully join the project and improve it. I think we just need to get the
proper docs so if people search for 'geoserver translation' or similar
terms they hit our page showing how they can contribute. Eventually we
maybe make a geoserver-l10n list, but probably can just let people discuss
on devel for now.


 I also guess there should be some threshold for the translations to be
 merged
 back into GeoServer, e.g., would we want to include in a release a
 translation
 that's only 10% done?


I actually can't see a huge reason not to include it even if it's only 10%
done. If it's 10% done a user of that language will just see a few of the
words in their language and the rest in english, and may be motivated to
join to finish it. If it's just not included that user will likely not even
realize it's a possibility to easily translate it.

Ideally we could include some notification thing on the admin if it's
displaying a language that is not fully translated. Like it'd say 'this
admin console has been partially translated to your language, please join
link to geoserver transifex to help us improve it'


 Final nitpick from me, if someone makes a Italian translation I'd be
 really forced
 to build some locale switcher in the GeoServer GUI, as I'd really hate to
 see the GeoServer GUI in Italian (personal preference of course).


/me goes off to make a really bad Italian translation ;)

I think that'd be a really nice addition Andrea, as I think other users
have also asked for this.



 I can put some time to test  document this better, coordinated with
 actual mantainer. Frank? Chris?


 Yep, Frank, Chris? :-)


Awesome. Let me know what more you need from me. Happy to support as much
as I can, and hopefully should have some time open up soon. But what can I
do to keep you moving forward? And what are your next steps?

C
--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122712___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] A couple questions for OSGeo incubation

[Chris Holmes]

On Thu, Jan 10, 2013 at 3:52 AM, Andrea Aime
andrea.a...@geo-solutions.itwrote:

 On Wed, Jan 9, 2013 at 5:31 PM, Justin Deoliveira jdeol...@opengeo.orgwrote:


 Asked folks at OpenPlans and they said:

 *Yes, we legally changed our name to OpenPlans, Inc a couple of years
 ago, so if the copyright was assigned to TOPP it should be assigned to
 OpenPlans. *
 *
 *
 The year it changed was 2010.

 So I guess we need to update our headers. I can volunteer some time given
 that it should just boil down to some script writing. How should the header
 read exactly? Should we just change TOPP to OpenPlans or should we include
 both entities with a date range for topp like:

 /* Copyright (c) 2010 - 2013 OpenPlans - www.openplans.org. All rights
 reserved.
  * Copyright (c) 2001 - 2010 TOPP - www.openplans.org. All rights
 reserved.
  * This code is licensed under the GPL 2.0 license, availible at the
 root
  * application directory.
  */


 Or just:


 /* Copyright (c) 2001 - 2013 OpenPlans - www.openplans.org. All rights
 reserved.
  * This code is licensed under the GPL 2.0 license, availible at the
 root
  * application directory.
  */


 The second one looks nicer to the eyes, and the entity is really the same,
 just changed name,
 so I guess it's ok to go with the simpler version?
 The former is more precise though... anyone with enough legal insight to
 nudge us in one
 direction or the other?


IANAL, but I feel the second is fine, as it is the same entity.


 Should we ask on osgeo-discuss, lots of people there, it may be that
 someone knows?

 Cheers
 Andrea


 --
 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
 information.
 ==

 Ing. Andrea Aime
 @geowolf
 Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax: +39 0584 1660272
 mob: +39  339 8844549

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---


 --
 Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery
 and much more. Keep your Java skills current with LearnJavaNow -
 200+ hours of step-by-step video tutorials by Java experts.
 SALE $49.99 this month only -- learn more at:
 http://p.sf.net/sfu/learnmore_122612
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel


--
Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery
and much more. Keep your Java skills current with LearnJavaNow -
200+ hours of step-by-step video tutorials by Java experts.
SALE $49.99 this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122612 ___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Nested layer groups proposal

[Chris Holmes]

On Mon, Jan 7, 2013 at 11:13 AM, Justin Deoliveira jdeol...@opengeo.orgwrote:



 On Sat, Jan 5, 2013 at 10:15 AM, Andrea Aime andrea.a...@geo-solutions.it
  wrote:

 On Thu, Jan 3, 2013 at 8:53 AM, Davide davide.sava...@gmail.com wrote:

 Nested layer groups could replace usage of layers WMS Path property.


 Could is key here. If we do it, Chris already provided feedback that we
 should also
 consider a migration path for those that have wms path setup, like
 recognizing
 the path structure and build new groups out of it.

 Or we could live things as they are, which would result in some redundant
 functionality,
 though this might not be the end of the world: I have doubt wms path is
 very much
 used, but it's my perception.

 And/or... maybe someone is interested in teaming up and working on the
 wms path
 to layer group migration?


 Yeah, my impression is that it is probably not worth the trouble. Rather
 than try to get fancy I would rather see the removal of wms path documented
 in the user guide, with clear options of how to reproduce the same
 functionality.


+1 on it not being worth the trouble. I forget what I wrote, but I think a
fine 'migration path' is just what Justin says - user documentation on how
to reproduce the functionality and maybe a blog post notifying users. I'm
not convinced that many people use it. And indeed if there's docs we just
have to point them at it when they ask on the list.

C


 $0.02


 Cheers
 Andrea

 --
 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for
 more information.
 ==

 Ing. Andrea Aime
 @geowolf
 Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax: +39 0584 1660272
 mob: +39  339 8844549

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---


 --
 Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
 MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
 with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
 MVPs and experts. SALE $99.99 this month only -- learn more at:
 http://p.sf.net/sfu/learnmore_122912

 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel




 --
 Justin Deoliveira
 OpenGeo - http://opengeo.org
 Enterprise support for open source geospatial.


 --
 Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
 MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
 with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
 MVPs and experts. SALE $99.99 this month only -- learn more at:
 http://p.sf.net/sfu/learnmore_122412
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel


--
Master SQL Server Development, Administration, T-SQL, SSAS, SSIS, SSRS
and more. Get SQL Server skills now (including 2012) with LearnDevNow -
200+ hours of step-by-step video tutorials by Microsoft MVPs and experts.
SALE $99.99 this month only - learn more at:
http://p.sf.net/sfu/learnmore_122512___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] OSGeo Incubation Reminder

[Chris Holmes]

 2) Review of New York City, States and Tasmania data distributed with
 GeoServer.


 Done for the most part, the only one data that we don't have confirmation
 about is
 States, asked around, while people believe it's Census data we have no
 direct
 confirmation. Chris, I believe the dataset was added to GeoServer back
 when you
 were actively coding against the project, any more precise memory?

 Another avenue that we can pursue is look into GeoTools, as far as I
 remember
 States comes from the GeoTools test data, that was already vetted when
 GeoTools
 itself graduated which is here:

 https://github.com/geotools/geotools/blob/master/modules/library/sample-data/src/site/apt/review.apt


Yeah, I just lifted it from GeoTools, no more precise memory than that. Oh,
except that I'm pretty sure James Macgill was the one to add it. At the
very least I'm quite sure he created the infamous sld for it, so likely
added the data too. I think at some point I did subset the fields of the
state pop layer, to make it less big. It had to have been from US Census.
But I didn't actually download it, so don't know for sure. But yeah, if
things are transitive from GeoTools we should be fine - if it's not the
exact same data layer then it's a subset of the data that I did.

C


 It says the origin of that statepop dataset is unknown... a possible
 hint that vetting is all that
 is required, since GeoTools graduated with that assesment?


  3) Code contribution procedure.


 This one is completely new to me, or at least, I can't remember about it
 off the top of my head.
 We do have code contribution procedures already in place, what was found
 that is not ok in them?
 http://docs.geoserver.org/latest/en/docguide/contributing.html

 http://docs.geoserver.org/2.1.x/en/developer/policies/community-modules.html

 http://geoserver.org/download/attachments/819262/assignment_agreement.pdf?version=1


 Cheers
 Andrea

 --
 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
 information.
 ==

 Ing. Andrea Aime
 @geowolf
 Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax: +39 0584 1660272
 mob: +39  339 8844549

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---

--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. SALE $99.99 this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122912___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] GSIP 84 - Control how layer groups are the WMS capabilities document

[Chris Holmes]

+1 for me. It's a nice iterative improvement forward.

Does wms path then go away with this? I hope so, it was one of the least
intuitive pieces of config we had, as you had to set up a couple things
right to achieve what you wanted. Or do you need the next step that you
allude to in order to have wms path go away? If it goes away should also
think about the backwards compatibility of it (though I think could be ok
if we just tell people to figure out the new stuff and just not break their
server).

(following stuff jumps off, should in no way be a block from moving forward
on the above)

With these advances in LayerGroups I wonder do they start to get at the
'map' concept. See the discussion at
http://osgeo-org.1560.n6.nabble.com/Catalog-extension-point-td4999352.html
I caught up with Alexandre in Australia a couple days ago, and he's mostly
implemented an extension for his needs, and could be down to contribute it
back. It'd be good to figure out if we want to just beef up layer groups to
handle the 'map' concept, or if we just go down the path that a
'layergroup' is essentially a map. And then how that also interacts with
'workspaces'

The concept of a map is one of the top ones in ArcGIS Server. When people
make a map on their desktop, consisting of layers and their stylings, they
can just 'export to arcgis server', where all their layers show up under
their map. So it's like a package of layers. There's also the 'web map
context' document, which gets at similar concepts. And we do some stuff in
our software that gets at the same general thing, with 'maps' in geonode (
http://mapstory.org/maps/427) or geoexplorer.

I know this seems like it's jumbling together a lot of similar but not
necessarily exactly the same concepts. But I think it may be possible to
have a single concept in GeoServer that helps tie them together, or at
least gets at a number of them. And it could just be a flexible layer group
with nesting. But I think one of the use cases I'd like to see is a
GeoExplorer or GeoNode app be able to persist their map to GeoServer. And
for a desktop gis to upload and save that map. So it's aware of the view,
the layers it has, and the styles. And to be able to access it through a
smart rest interface that links to the other layers.

Anyways, I guess my question is do we think layergroups could extend to
handle that? Like should our eventual answer to Alexandre's question be
'create a map', and we'd have a resource to do that, or would it be 'use a
layergroup and configure it like X'

Chris



On Wed, Dec 12, 2012 at 4:13 AM, Andrea Aime
andrea.a...@geo-solutions.itwrote:

 Hi all,
 please discuss and vote the GSIP based on the layer group discussion
 happened on
 the list in the last few days:


 http://geoserver.org/display/GEOS/GSIP+84+-+Control+how+layer+groups+are+the+WMS+capabilities+document

 Cheers
 Andrea

 --
 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
 information.
 ==

 Ing. Andrea Aime
 @geowolf
 Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax: +39 0584 1660272
 mob: +39  339 8844549

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---



 --
 LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
 Remotely access PCs and mobile devices and provide instant support
 Improve your efficiency, and focus on delivering more value-add services
 Discover what IT Professionals Know. Rescue delivers
 http://p.sf.net/sfu/logmein_12329d2d
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel


--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] Advanced GeoServer Training Nov. 19 and new Training page

[Chris Holmes]

Just a quick announcement for those who haven't seen the blog post on
training - http://blog.geoserver.org/2012/11/12/geoserver-trainings/

There's a new section of the website for training, see
http://geoserver.org/display/GEOS/Training

And at OpenGeo we're putting on a web-based Advanced GeoServer
training on November 19th (next monday). See
http://geoserver.eventbrite.com for more information. Should be a
great opportunity to get more out of your GeoServer, topics include
the REST configuration API, Web Processing Service, rendering
transformations like heatmaps and barnes surface interpolation, SQL
Views and more. Please join, as interest in early trainings will help
more companies be able to put on more regular classes.

(Note that the PSC discussed a general policy for posting trainings on
the user's list, which is that it's fine as long as the training is
only about GeoServer and its extensions, as we want users to be able
to get more help, but don't want this list to be filled with tons of
training posts. If we get too many pure GeoServer training posts we'll
likely change to some sort of digest / blog posts, but for now all are
encouraged to share pure GeoServer trainings here).

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_nov
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Training announcement on blog / user's list?

[Chris Holmes]

Ok, training page is made: http://geoserver.org/display/GEOS/Training

Feel free to augment it.

I couldn't figure out how to adjust the front page links though. Can
someone tell me how to? Or just do it? I think we should also kill the 'irc
meetings' and 'roadmap' links, as they are way out of date. Might also get
rid of RnD, as I don't think anyone uses that any more?

I'm next going to send an email to the users list and write a blog post.
Both will mention the training page and let people know about OpenGeo's
advanced GeoServer training next week. It only covers functionality in
GeoServer or extensions.

On Wed, Nov 7, 2012 at 9:45 AM, Andrea Aime andrea.a...@geo-solutions.itwrote:

 On Wed, Nov 7, 2012 at 3:02 PM, Chris Holmes chol...@opengeo.org wrote:
  I suppose one rule could be that the training has to be straight
 GeoServer.
  Nothing about 'extra' tools that aren't community modules / extensions.
 So
  no GeoBatch, no Analytics module (though we could adjust that to be no
  proprietary add-ons, if we want a different line). I'd say it could be
 ok to
  use a MyPimpedGeoServer 2.0, but the training can't be about any features
  that aren't available to general GeoServer users.

 Chris, I find this line quite satisfactory and in line with how we deal
 with
 the rest of the commercial things.
 Like, we do blog posts on anything that's pure GeoServer, and also discuss
 anything that's related to GeoServer on the users list as well, so
 yeah, limiting announcements to trainings that are pure GeoServer
 is line with what we do already.

 I still think also having a training page would be good, where
 organizations
 providing training can be found, with the same distinction as the
 commercial support one, that is, core devs on top, everybody else later,
 to distinguish training coming from someone that knows about the internals
 from someone that is an expert user or GeoServer, but does not know how
 things actually work under the hood.

 Cheers
 Andrea


 --
 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for
 more information.
 ==

 Ing. Andrea Aime
 @geowolf
 Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax: +39 0584 1660272
 mob: +39 339 8844549

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_nov___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Training announcement on blog / user's list?

[Chris Holmes]

On Wed, Nov 7, 2012 at 6:11 AM, Andrea Aime andrea.a...@geo-solutions.itwrote:

 On Tue, Nov 6, 2012 at 8:13 PM, Chris Holmes chol...@opengeo.org wrote:
  Hey guys, wanted to figure out what's kosher for promoting an online
  training we're doing on 'Advanced GeoServer' -
  http://geoserver.eventbrite.com/ on November 19th
 
  Was thinking we could do something similar to our jobs postings, where we
  give a day or two for anyone on the list to respond with what they're
 doing.
  In this case can link to specific events. And can also link to any
 company
  that is offering training. I found http://www.geo-solutions.it/services/-
  is there a better one? Like a dedicated page similar to
  http://opengeo.org/products/training/ Anyone else know of training
  offerings?
 
  Would that work for people? I think it's the next stage of maturity for
 the
  project, not just getting jobs using GeoServer, but multiple companies
  offering training.

 I fully agree that showing training options in the front page, maybe via
 a new training page would be a very good move and a show of
 strenght, and we should probably add in the same page references to
 books that contain material about GeoServer.


Cool. I was more thinking periodic blog posts in the style of 'jobs'. But
how about both? I'll make a training page, which all are welcome to
contribute to. I'll email the users list as well to see if anyone else is
doing anything. And then I'll make a blog post announcing it, and include
in that any upcoming training dates.

Sound good?


 About making announcements on the user mailing list training by training,
 I don't know.
 How is that different from company X announcing MyPimpedGeoServer 2.0,
 a product based on GeoServer with some extras?

 I mean, training in the end it's a commercial product too.


I see your point. But I guess I'd draw the line at training vs. products
that build on GeoServer. Training is a product that without a doubt
enhances the ecosystem. And the more people are trained the better for the
whole community. And at some level MyPimpedGeoServer 2.0 'competes' with
the community GeoServer. Training in no way 'competes'.

I suppose one rule could be that the training has to be straight GeoServer.
Nothing about 'extra' tools that aren't community modules / extensions. So
no GeoBatch, no Analytics module (though we could adjust that to be no
proprietary add-ons, if we want a different line). I'd say it could be ok
to use a MyPimpedGeoServer 2.0, but the training can't be about any
features that aren't available to general GeoServer users.

Note for this training it does meet those criteria, but likely future ones
of ours will not, as we'll want some classes that show off some of our
'extras'. But with this rule then we wouldn't be allowed to email the
user's list.


 Thinking out loud here, how about putting an events calendar in the wiki
 page talking about training, make a blog letting the world know about this
 new page, but avoid advertising each single event on the user list?


I can definitely go for that. I worry a bit though at the moment that we
won't have enough 'events', and that the second geoserver training won't
get as much attention. Or are you suggesting that every time someone has an
individual event they'd be allowed to email the user's list about the page?
Where likely only their event would show up?

I guess I feel this might be a premature optimization - we don't actually
have enough events yet. I think it could make more sense to start with
letting people email the list, and then if it gets overloaded with training
'announcements' (advertisements) then we'd shift to that.


 I'm ready to be convinced otherwise, I just find it hard to draw a line
 between
 a training program and a product based on GeoServer.


Sure, I want to find that line, which is why I wanted to start this
discussion. So I'm totally flexible too, just want to figure out what level
works.

With obvious bias I actually do think it makes sense to be liberal now and
be more conservative if we get overwhelmed with training announcements. For
us this is still an experiment, trying to figure out if there is any sort
of market for advanced training. Right now we've had 2 registrations, and
we need more to justify even giving the class. If we are successful in this
attempt then other companies will know that they can possibly offer similar
things. But it may be we just don't have the market yet. But giving any
company willing to try the best chance of success seems to me a good course
of action, and then tailor it back once it does become annoying. But I
think that having too much training may be one of those 'good problems to
have'. Not being able to find enough options to learn the technology is one
of the primary criticisms of open source, and I'd love to have a robust
market around GeoServer to be able to say we have more training options
than our proprietary competitors.

Again, just playing devil's advocate here

[Geoserver-devel] Training announcement on blog / user's list?

[Chris Holmes]

Hey guys, wanted to figure out what's kosher for promoting an online
training we're doing on 'Advanced GeoServer' -
http://geoserver.eventbrite.com/ on November 19th

Was thinking we could do something similar to our jobs postings, where we
give a day or two for anyone on the list to respond with what they're
doing. In this case can link to specific events. And can also link to any
company that is offering training. I found
http://www.geo-solutions.it/services/ - is there a better one? Like a
dedicated page similar to http://opengeo.org/products/training/ Anyone else
know of training offerings?

Would that work for people? I think it's the next stage of maturity for the
project, not just getting jobs using GeoServer, but multiple companies
offering training.

I'd also like to email the user's list. But I don't know that we have a
policy on promotion of company offerings there? It does seem to me like
it's useful information to share on the user's list, as long as no company
is emailing there all the time.

Hopefully I can get this up thursday, as the training is 1.5 weeks away.

thanks!

Chris
--
LogMeIn Central: Instant, anywhere, Remote PC access and management.
Stay in control, update software, and manage PCs from one command center
Diagnose problems and improve visibility into emerging IT issues
Automate, monitor and manage. Do more in less time with Central
http://p.sf.net/sfu/logmein12331_d2d___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] GeoServer 2.2.1 redoing release

[Chris Holmes]

To prevent downloads could change the page at
http://geoserver.org/display/GEOS/GeoServer+2.2.1 to not have any links,
just say 'coming soon'.

I can do it for you, but want to be sure you're not like 20 minutes away
from release.

On Wed, Oct 24, 2012 at 5:50 AM, Alessio Fabiani 
alessio.fabi...@geo-solutions.it wrote:

 Due to a mistake the 8.3 release of GeoTools is wrong and therefore the
 GeoServer 2.2.1 version too *do not download the 2.2.1 release*
 *
 *
 Going to release GeoServer 2.2.1 again.

 Apologies,
 Alessio.

 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
 information.
 ==

 Ing. Alessio Fabiani
 @alfa7691
 Founder/Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax: +39 0584 1660272
 mob:   +39  331 6233686

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---



 --
 Everyone hates slow websites. So do we.
 Make your web apps faster with AppDynamics
 Download AppDynamics Lite for free today:
 http://p.sf.net/sfu/appdyn_sfd2d_oct
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel


--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_sfd2d_oct___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Translations [was] Re: i18n : File encoding for Java properties files

[Chris Holmes]

On Tue, Oct 23, 2012 at 6:56 AM, Oscar Fonts oscar.fo...@gmail.com wrote:

 2012/10/22 Chris Holmes chol...@opengeo.org:
  Should I be able to just run that script on a geoserver checkout and then
  have it wired to the geoserver_test project? And be able to pull down
  updates from the transifex server? I'll try it out, but just want to be
 sure
  that's the intention.

 Yes, that's the intention.



Awesome, will try to try it out this week.


  Also what are your thoughts on bringing over some of the translations
 from
  the geoserver_22x transifex? I suppose we could just create those in the
 new
  repo and move the files over.

 Sure. Gave you access to geoserver_test if you want to play.

 I understand that the definitive place for translations will still be
 github, periodically pulling from transifex, right?



Yup. And I'd like us to improve the GS developer docs to make pulling from
transifex as easy as possible. Perhaps try to recruit a 'localization lead'
who can pull in periodically and commit. And also let people who do
translations notify that person that they finished up a language.


  Regarding character encoding:
  Really? Gabriel and I didn't successfully do this, and it looked like
 there
  might be some problems with how GeoServer reads them in.

 You are right, it works when running jetty from inside Eclipse, but
 the web-core translation file is corrupted when building with maven.

 After a bit of investigation, the problem is with the
 maven-antrun-plugin in web/core/pom.xml
 You have to declare the resource files encoding as ISO-8859-1. See commit:

 https://github.com/oscarfonts/geoserver/commit/b172716e86536ddfad8485a55eb479be8d74e58e


Oh awesome. I'll try to test with Gabriel to confirm.



 --
 Oscar.

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_sfd2d_oct___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Starting GeoServer 2.2.1 Release process

[Chris Holmes]

Awesome! Thanks Alessio, and GeoSolutions for contributing the time.

On Tue, Oct 23, 2012 at 5:36 AM, Alessio Fabiani 
alessio.fabi...@geo-solutions.it wrote:

 Dear all,
 I'm going to start the GeoServer 2.2.1 Release process.

 Regards,
 Alessio.

 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
 information.
 ==

 Ing. Alessio Fabiani
 @alfa7691
 Founder/Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax: +39 0584 1660272
 mob:   +39  331 6233686

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---



 --
 Everyone hates slow websites. So do we.
 Make your web apps faster with AppDynamics
 Download AppDynamics Lite for free today:
 http://p.sf.net/sfu/appdyn_sfd2d_oct
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel


--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_sfd2d_oct___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] Doc update on java?

[Chris Holmes]

Hey, I just found
http://docs.geoserver.org/stable/en/developer/tools.html#java

Which says 1.5 or above.

But http://docs.geoserver.org/latest/en/user/production/java.html has a
note that 2.2.x requires java 6.

Just want to confirm, we should update those docs, no?

I may be able to do it, or can file a jira and try to find someone to. (I
had got thrown off by the first one a few days ago. Thought we had moved to
java 6 but then the first one seemed to be the definitive reference).
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_sfd2d_oct___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Translations [was] Re: i18n : File encoding for Java properties files

[Chris Holmes]

On Mon, Oct 22, 2012 at 6:32 AM, Oscar Fonts oscar.fo...@gmail.com wrote:

 Hi,

 Good news, transifex will help a lot to keep up with translations.

 With time boxed release schema, a time window for translations could
 be planned, after feature freeze and before final release.

 We need a systematic way to map files in github with resources in
 transifex.

 I prepared a script that uses tx cli to generate the mapping automatically.
 Resource names on transifex are calculated from properties file
 locations in source repo:

 https://gist.github.com/3918745

 Resulting transifex repo looks like this (26 translation files
 detected; 5 languages):
 https://www.transifex.com/projects/p/geoserver_test/



Ah cool. I started on this but didn't get as far.

Do you think I'll be able to use the same script to set up my tx cli to
properly map to the geoserver_test project? I'll try it out, but I think
that's the goal. I was trying to do it with the projects Frank set up, but
it seemed like the commands were different for setting up a new project
versus just mapping an existing code repo to an existing code project.

Should I be able to just run that script on a geoserver checkout and then
have it wired to the geoserver_test project? And be able to pull down
updates from the transifex server? I'll try it out, but just want to be
sure that's the intention.

Also what are your thoughts on bringing over some of the translations from
the geoserver_22x transifex? There's some progress there on russian,
hungarian and norwegian. I suppose we could just create those in the new
repo and move the files over.



 Regarding character encoding:

  I am using transifex and getting the files from there, and when I do a
 diff
  on what it produces I get a lot of changes, most of them more or less
 like: [...]
  I _think_ this is because it is ISO-8859 instead of ASCII English.

 The official encoding for java properties files is ISO-8859-1.
 Characters not supported by ISO are represented as escaped unicode \u.
 Non-ascii latin characters can be represented both ways.

 I just built geoserver with transifex modified files, and spanish
 translation looks good.


Really? Gabriel and I didn't successfully do this, and it looked like there
might be some problems with how GeoServer reads them in. But perhaps we
were doing something else wrong.
https://github.com/cholmes/geoserver/commit/182849f4d5216460ad55c264a44e4232f56232f2is
the one that I made with transifex and we were trying to test.

We'd probably want to do some commit that changes all language files over
the transifex defaults, no? So that we'd just do a commit that changes a
number of them over to iso-8859-1?




 Oscar.



 2012/10/18 Chris Holmes chol...@opengeo.org:
  Ok, Frank's given me permissions and am playing around with this. Am
 quickly
  hitting the limits of my translation / localization knowledge. I have a
  question, which may in fact be what Frank was originally getting at in
 this
  thread.
 

 
  So my questions
 
  * Will this style work in GeoServer admin?
 
  If yes,
 
  * How would we feel about switching over to this style?
 
  If no,
 
  * Frank, did you figure out a way for transifex to get it in to
 GeoServer's
  style?
 
 
  On switching over, the argument in this favor is that doing so will make
 it
  so even users could contribute to GeoServer translations, with no
 knowledge
  of code. And then it'd just take a few minutes from a developer to
 create a
  git pull request, and then even less time for a committer to review and
 pull
  it in.
 
  On Wed, Oct 17, 2012 at 1:20 PM, Chris Holmes chol...@opengeo.org
 wrote:
 
  Hey, so at OpenGeo we've been having some good experiences with
 Transifex,
  using it for our GeoNode project.
 
  We're still in a pretty sad state of translations relative to 1.x (I
 think
  we had 7 or 8 by the time we closed out 1.7.x, and we're at 4 right now
 in
  2.x), and I think the type of tooling offered by Transifex could greatly
  improve our coverage.
 
  I was about to dig in to setting it up, when I noticed this thread, that
  it looks like Frank already has done so. See
  https://www.transifex.com/projects/p/geoserver_22x/
 
  Frank, could you add me as an admin for the geoserver project? I'm
  https://www.transifex.com/accounts/profile/cholmes/
 
  I think the most important step is to update the documentation -
  http://docs.geoserver.org/stable/en/developer/translation.html - with
  telling users to just use transifex. And then we need to explain how to
 go
  from transifex resources to pull requests (Jeff says the transifex
  commandline tools can help with this a lot, making git pull requests for
  you).
 
  Then a nice blog post calling for translators. I think with that we
 could
  get a lot of people translating if we set this up right.
 
  On Sun, Jan 22, 2012 at 1:57 PM, Andrea Aime
  andrea.a...@geo-solutions.it wrote:
 
 
 
  On Sun, Jan 22, 2012 at 8:32 PM, Frank Gasdorf
  fg

[Geoserver-devel] Translations [was] Re: i18n : File encoding for Java properties files

[Chris Holmes]

Hey, so at OpenGeo we've been having some good experiences with Transifex,
using it for our GeoNode project.

We're still in a pretty sad state of translations relative to 1.x (I think
we had 7 or 8 by the time we closed out 1.7.x, and we're at 4 right now in
2.x), and I think the type of tooling offered by Transifex could greatly
improve our coverage.

I was about to dig in to setting it up, when I noticed this thread, that it
looks like Frank already has done so. See
https://www.transifex.com/projects/p/geoserver_22x/

Frank, could you add me as an admin for the geoserver project? I'm
https://www.transifex.com/accounts/profile/cholmes/

I think the most important step is to update the documentation -
http://docs.geoserver.org/stable/en/developer/translation.html - with
telling users to just use transifex. And then we need to explain how to go
from transifex resources to pull requests (Jeff says the transifex
commandline tools can help with this a lot, making git pull requests for
you).

Then a nice blog post calling for translators. I think with that we could
get a lot of people translating if we set this up right.

On Sun, Jan 22, 2012 at 1:57 PM, Andrea Aime
andrea.a...@geo-solutions.itwrote:



 On Sun, Jan 22, 2012 at 8:32 PM, Frank Gasdorf 
 fg...@users.sourceforge.net wrote:

 Hello List,

 I'd like to discuss, how to handle properties files for geoserver.

 In the past, Christian
 (
 http://www.mail-archive.com/geoserver-devel@lists.sourceforge.net/msg12071.html
 )
 already started the discussion about UTF8 vs. some other encodings a
 while ago. While I has been working on German translations in the last
 weeks and month I was in close dialogue with translation specialists
 from transifex.net.

 Summarizing this communication:
 - standard expected encoding for java properties files readers and
 writers is ISO 8859-1 (http://en.wikipedia.org/wiki/ISO/IEC_8859-1),
 see see javadoc 1.4
 (http://docs.oracle.com/javase/1.4.2/docs/api/java/util/Properties.html)
 and 6 (http://docs.oracle.com/javase/6/docs/api/java/util/Properties.html
 )
 - Characters that cannot be directly represented in this encoding can
 be written using Unicode escapes (\u)

 I suggest to switch over to the ISO Standard encoding for properties
 files. I guess eclipse also uses per default ISO 8559-1, if the
 developer uses the Action externalize Strings. IMHU it would be
 easier to work with third-party tools like transifex, that explicit
 working on the Java standards.

 BTW, if all characters are encoded by \u sequences, everything
 would be fine in the future.


 As far as I know writing the property files in some languages (japanese,
 chinese) in ISO 8859-1 with escape codes can be really hard,
 but afaik in those case the xml format for property files is the
 preferred one.

 I'm not up to speed with what is going on with translations, is
 everyone doing translations using this transifex.net site?

 As for coding, the coders only add strings to the main (english)
 property file afaik (well, maybe Christian adds to the German one
 as well, not sure), and we do so manually, the Eclipse code to externalize
 the strings is of little help, does not work with our customized Wicket
 i18n subclasses (nor it would work with the standard ones afaik).

 Anyways, I don't mind about the encoding, both work for me, provided
 that we reach to an agreement that works for all translators.

 Speaking of which... who's doing translations and how?
 As far as I can see the devs are doing the initial work in English,
 then there is you and Ives that cover German and French respectively?
 Anyone else?

 Cheers
 Andrea

 --
 ---
 Ing. Andrea Aime
 GeoSolutions S.A.S.
 Tech lead

 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy

 phone: +39 0584 962313
 fax:  +39 0584 962313
 mob:+39 339 8844549

 http://www.geo-solutions.it
 http://geo-solutions.blogspot.com/
 http://www.youtube.com/user/GeoSolutionsIT
 http://www.linkedin.com/in/andreaaime
 http://twitter.com/geowolf

 ---


 --
 Try before you buy = See our experts in action!
 The most comprehensive online learning library for Microsoft developers
 is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
 Metro Style Apps, more. Free future releases when you subscribe now!
 http://p.sf.net/sfu/learndevnow-dev2
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel


--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_sfd2d_oct___

Re: [Geoserver-devel] Translations [was] Re: i18n : File encoding for Java properties files

[Chris Holmes]

Ok, Frank's given me permissions and am playing around with this. Am
quickly hitting the limits of my translation / localization knowledge. I
have a question, which may in fact be what Frank was originally getting at
in this thread.

I am using transifex and getting the files from there, and when I do a diff
on what it produces I get a lot of changes, most of them more or less like:

-AbstractCoverageStorePage.description = Descripci\u00F3n
+AbstractCoverageStorePage.description = DescripciF3n

I _think_ this is because it is ISO-8859 instead of ASCII English.

So my questions

* Will this style work in GeoServer admin?

If yes,

* How would we feel about switching over to this style?

If no,

* Frank, did you figure out a way for transifex to get it in to GeoServer's
style?


On switching over, the argument in this favor is that doing so will make it
so even users could contribute to GeoServer translations, with no knowledge
of code. And then it'd just take a few minutes from a developer to create a
git pull request, and then even less time for a committer to review and
pull it in.
On Wed, Oct 17, 2012 at 1:20 PM, Chris Holmes chol...@opengeo.org wrote:

 Hey, so at OpenGeo we've been having some good experiences with Transifex,
 using it for our GeoNode project.

 We're still in a pretty sad state of translations relative to 1.x (I think
 we had 7 or 8 by the time we closed out 1.7.x, and we're at 4 right now in
 2.x), and I think the type of tooling offered by Transifex could greatly
 improve our coverage.

 I was about to dig in to setting it up, when I noticed this thread, that
 it looks like Frank already has done so. See
 https://www.transifex.com/projects/p/geoserver_22x/

 Frank, could you add me as an admin for the geoserver project? I'm
 https://www.transifex.com/accounts/profile/cholmes/

 I think the most important step is to update the documentation -
 http://docs.geoserver.org/stable/en/developer/translation.html - with
 telling users to just use transifex. And then we need to explain how to go
 from transifex resources to pull requests (Jeff says the transifex
 commandline tools can help with this a lot, making git pull requests for
 you).

 Then a nice blog post calling for translators. I think with that we could
 get a lot of people translating if we set this up right.

 On Sun, Jan 22, 2012 at 1:57 PM, Andrea Aime andrea.a...@geo-solutions.it
  wrote:



 On Sun, Jan 22, 2012 at 8:32 PM, Frank Gasdorf 
 fg...@users.sourceforge.net wrote:

 Hello List,

 I'd like to discuss, how to handle properties files for geoserver.

 In the past, Christian
 (
 http://www.mail-archive.com/geoserver-devel@lists.sourceforge.net/msg12071.html
 )
 already started the discussion about UTF8 vs. some other encodings a
 while ago. While I has been working on German translations in the last
 weeks and month I was in close dialogue with translation specialists
 from transifex.net.

 Summarizing this communication:
 - standard expected encoding for java properties files readers and
 writers is ISO 8859-1 (http://en.wikipedia.org/wiki/ISO/IEC_8859-1),
 see see javadoc 1.4
 (http://docs.oracle.com/javase/1.4.2/docs/api/java/util/Properties.html)
 and 6 (
 http://docs.oracle.com/javase/6/docs/api/java/util/Properties.html)
 - Characters that cannot be directly represented in this encoding can
 be written using Unicode escapes (\u)

 I suggest to switch over to the ISO Standard encoding for properties
 files. I guess eclipse also uses per default ISO 8559-1, if the
 developer uses the Action externalize Strings. IMHU it would be
 easier to work with third-party tools like transifex, that explicit
 working on the Java standards.

 BTW, if all characters are encoded by \u sequences, everything
 would be fine in the future.


 As far as I know writing the property files in some languages (japanese,
 chinese) in ISO 8859-1 with escape codes can be really hard,
 but afaik in those case the xml format for property files is the
 preferred one.

 I'm not up to speed with what is going on with translations, is
 everyone doing translations using this transifex.net site?

 As for coding, the coders only add strings to the main (english)
 property file afaik (well, maybe Christian adds to the German one
 as well, not sure), and we do so manually, the Eclipse code to externalize
 the strings is of little help, does not work with our customized Wicket
 i18n subclasses (nor it would work with the standard ones afaik).

 Anyways, I don't mind about the encoding, both work for me, provided
 that we reach to an agreement that works for all translators.

 Speaking of which... who's doing translations and how?
 As far as I can see the devs are doing the initial work in English,
 then there is you and Ives that cover German and French respectively?
 Anyone else?

 Cheers
 Andrea

 --
 ---
 Ing. Andrea Aime
 GeoSolutions S.A.S.
 Tech lead

 Via Poggio alle Viti 1187
 55054

Re: [Geoserver-devel] GSIP 80 - call for vote

[Chris Holmes]

Awesome work guys, definitely +1 here.

One small thing - it'd be good to update the proposal to reflect that
junit4 was chosen. It now reads a bit too speculative, and it'd be good to
have the full decision trial made in it, like a bit of why junit4 was
chosen (sounds like the two were super comparable, so it could even be 'we
flipped a coin', but I imagine there was a slight bit more intent than
that).

On Mon, Oct 1, 2012 at 11:48 AM, Gabriel Roldan grol...@opengeo.org wrote:

 excellent, +1

 On Mon, Oct 1, 2012 at 5:22 AM, Alessio Fabiani
 alessio.fabi...@geo-solutions.it wrote:
  +1 of course :)
 
  ==
  Our support, Your Success! Visit http://opensdi.geo-solutions.it for
 more
  information.
  ==
 
  Ing. Alessio Fabiani
  @alfa7691
  Founder/Technical Lead
 
  GeoSolutions S.A.S.
  Via Poggio alle Viti 1187
  55054  Massarosa (LU)
  Italy
  phone: +39 0584 962313
  fax: +39 0584 1660272
  mob:   +39 331 6233686
 
  http://www.geo-solutions.it
  http://twitter.com/geosolutions_it
 
  ---
 
 
 
  On Mon, Oct 1, 2012 at 8:22 AM, Justin Deoliveira jdeol...@opengeo.org
  wrote:
 
  Hi all,
 
  As many of you know a few of us attended a code sprint in Vienna last
  week, and decided to tackle GSIP 80.
 
http://geoserver.org/display/GEOS/GSIP+80+-+Testing+Overhaul
 
  I wrote up the results on the blog.
 
http://blog.geoserver.org/2012/09/30/vienna-code-sprint/
 
  We worked on a branch called fasttest:
 
https://github.com/geoserver/geoserver/tree/fasttest
 
  I have since cleaned it up a bit, separating some fo the core changes
  needed, and the test changes:
 
https://github.com/jdeolive/geoserver/tree/fasttest_clean
 
  So with that in case anyone has ay more items for discussion i would
 like
  to push this one to a vote.
 
  Thanks!
 
  -Justin
 
  --
  Justin Deoliveira
  OpenGeo - http://opengeo.org
  Enterprise support for open source geospatial.
 
 
 
 
 --
  Got visibility?
  Most devs has no idea what their production app looks like.
  Find out how fast your code is with AppDynamics Lite.
  http://ad.doubleclick.net/clk;262219671;13503038;y?
  http://info.appdynamics.com/FreeJavaPerformanceDownload.html
  ___
  Geoserver-devel mailing list
  Geoserver-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/geoserver-devel
 
 
 
 
 --
  Got visibility?
  Most devs has no idea what their production app looks like.
  Find out how fast your code is with AppDynamics Lite.
  http://ad.doubleclick.net/clk;262219671;13503038;y?
  http://info.appdynamics.com/FreeJavaPerformanceDownload.html
  ___
  Geoserver-devel mailing list
  Geoserver-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/geoserver-devel
 



 --
 Gabriel Roldan
 OpenGeo - http://opengeo.org
 Expert service straight from the developers.


 --
 Got visibility?
 Most devs has no idea what their production app looks like.
 Find out how fast your code is with AppDynamics Lite.
 http://ad.doubleclick.net/clk;262219671;13503038;y?
 http://info.appdynamics.com/FreeJavaPerformanceDownload.html
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel

--
Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219671;13503038;y?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Two steps to add to the release process?

[Chris Holmes]

 2) Loading the version specific docs on docs.geoserver.org and editing
 the docs home page:

 http://docs.geoserver.org/
 http://docs.geoserver.org/2.2.0/

 I see value in both of them, so my question is: should they be added as
 steps to the release process, or should we stop bothering?

 I note that 2) as it currently stands requires access to an OpenGeo
 server, as that's where these docs are hosted.


Could we move these to github pages? They essentially do free hosting of
static content.







 Thanks,
 Mike Pumphrey
 OpenGeo - http://opengeo.org



 --
 Live Security Virtual Conference
 Exclusive live event will cover all the ways today's security and
 threat landscape has changed and how IT managers can respond. Discussions
 will include endpoint security, mobile security and the latest in malware
 threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Wanted to share a couple screenshots with you...

[Chris Holmes]

Awesome! Great work Andrea.

On Tue, Sep 18, 2012 at 12:33 PM, Andrea Aime
andrea.a...@geo-solutions.itwrote:

 Hi,
 just wanted to share some nice screenshots. Here they are:

 [image: Inline image 3]

 (a lot of resuls cut)

 [image: Inline image 2]

 Beautiful, aren't they? The CSW implementation is passing the CSW 2.0.2
 CITE tests with flying colors :-)

 To do so it has to use the SimpleCatalogStore, which is a
 PropertyDataStore equivalent for the
 catalog land, that is something that is meant to be the simplest possible
 implementation, based
 off text files, with no ambition to be of any use in production (although
 if all you wanted to publish
 is 100 CSW dublin core records, it could be used for that, given that it
 has no indexing whatsoever
 I would not go beyond that).

 It's not much, but it's a start, hopefully we'll start seeing useful
 implementations of CatalogStore
 in the short term (e.g., the one based on the GeoServer internal catalog).

 The data directory to run the CITE tests has been pushed to master:
 https://github.com/geoserver/geoserver/tree/master/data/citecsw-2.0.2
 (notice the catalog subfolder with the dublin core records inside the
 data dir)

 and the cite tools  have been upgraded to also run the CITE CSW 2.0.2:

 https://github.com/geoserver/geoserver-cite-tools/commit/4a18e425e411303f44aec1dfa408eaebd97bda71

 In order to have the GeoServer run with csw and the simple store you have
 to use
 two profiles, -Pcsw,csw-simple

 This also marks the end of my day to day heavy involvement in the module,
 starting
 tomorrow I'll be busy implementing all the extension points created so far
 in order to
 make it a ebRIM/EO compliant catalog in front of a customer specific
 legacy backend.
 But it does not mean I'll be gone, for sure I'm going to contribute more
 to the
 module in the next months, even if maybe more smaller features or bug fixes

 Cheers
 Andrea


 --
 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
 information.
 ==

 Ing. Andrea Aime
 @geowolf
 Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax:   +39 0584 962313
 mob:   +39  339 8844549

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---



 --
 Live Security Virtual Conference
 Exclusive live event will cover all the ways today's security and
 threat landscape has changed and how IT managers can respond. Discussions
 will include endpoint security, mobile security and the latest in malware
 threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel


csw-end-nq8.pngcsw-start-nq8.png--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Sensor Observation Service (SOS) Implementation In GeoServer

[Chris Holmes]

/DescribeSensor1_SOAP.xml


 ---
 (3) GetObservation
 ---
 Overview : The GetObservation operation returns a collection of
 observations. Each observation is composed of metadata, description of the
 phenomena being returned (parameter names, units of measure, reference
 systems) and values.  The default and mandatory response format is base on
 OM 2.0 specification.

 Request base on the OWS Common standard :

 example 1 (with mandatory parameters) :

 http://hostname/geoserver/ows?service=SOSversion=2.0.0request=GetObservation

 example 2 (with both mandatory and optional parameters) :

 http://hostname/geoserver/ows?service=SOSversion=2.0.0request=GetObservationoffering=http://www.my_namespace.org/thermometer1_observationsobservedProperty=http://sweet.jpl.nasa.gov/2.0/atmoThermo.owl#EffectiveTemperatureprocedure=http://www.my_namespace.org/sensors/thermometer1featureOfInterest=http://wfs.example.org?request=getFeatureamp;featureid=building1namespaces=xmlns(sams,http://www.opengis.net/samplingSpatial/2.0),xmlns(om
 ,

 http://www.opengis.net/om/2.0)spatialFilter=om:featureOfInterest/*/sams:shape,22.32,11.2,32.32,22.2,urn:ogc:def:crs:EPSG::4326temporalFilter=om:phenomenonTime,2009-01-10T10:00:00Z/2009-01-10T11:00:00Z


 Examples bundled in SOS 2.0 schema :

 http://schemas.opengis.net/sos/2.0/examples/core/GetObservation1_obsProps.xml
 http://schemas.opengis.net/sos/2.0/examples/core/GetObservation1_obsProps.xml
 

 http://schemas.opengis.net/sos/2.0/examples/core/GetObservation1_obsProps_response.xml

 http://schemas.opengis.net/sos/2.0/examples/core/GetObservation2_obsProps_Procedure.xml

 http://schemas.opengis.net/sos/2.0/examples/core/GetObservation2_obsProps_Procedure_response.xml

 http://schemas.opengis.net/sos/2.0/examples/core/GetObservation3_foiIDFilter.xml

 http://schemas.opengis.net/sos/2.0/examples/core/GetObservation3_foiIDFilter_response.xml

 http://schemas.opengis.net/sos/2.0/examples/core/GetObservation4_spatialFilter.xml

 http://schemas.opengis.net/sos/2.0/examples/core/GetObservation4_spatialFilter_response.xml



 ==
 Filter Operations:
 ==

 Overview : The filter capabilities is imported from OGC 09-026r1/ISO 1914.
  The minimum requirement stated in the SOS 2.0 specification:

 Spatial Filter Opertor : BBOX
 Temporal Filter : TEquals operator in conjunction with the TimeInstant type
   During operator in conjunction with the TimePeriod type.

 Example bundled in SOS 2.0 schema :
 Spatial Filter :
 http://schemas.opengis.net/sos/2.0/examples/core/GetObservation4_spatialFilter.xml
 Temporatl Filter (TimeInstant) :
 http://schemas.opengis.net/sos/2.0/examples/core/GetObservation1_obsProps.xml



 I hope the above SOS 2.0 specification overview is clear enough to provide
 some basic understanding of SOS 2.0 standard.  Do let me know if more
 information are needed.



 Thanks  Regards,
 Florence



 

 From: Justin Deoliveira [mailto:jdeol...@opengeo.org]
 Sent: Monday, 17 September 2012 11:30 PM
 To: Chris Holmes
 Cc: Tan, Florence (CESRE, Kensington); andrea.a...@geo-solutions.it;
 geoserver-devel@lists.sourceforge.net; Mike Botts
 Subject: Re: [Geoserver-devel] Sensor Observation Service (SOS)
 Implementation In GeoServer


 Hi Florence,


 As discussed in the meeting I don't think either Andrea or myself is up to
 speed on SOS so having a nice overview of the spec would be helpful. The
 same way Andrea did for CSW. With that we will be in a better situation to
 provide architectural guidance.


 That said, the same approach taken for CSW might be nicely applied here as
 well. Essentially coming with a back end interface to encapsulate the core
 service implementation details behind. This way we don't necessarily have
 to tie things to a WFS / app-schema implementation, but can easily build
 one.


 $0.02


 -Justin


 On Mon, Sep 17, 2012 at 6:30 AM, Chris Holmes chol...@opengeo.org wrote:


 Another library you might refer to and potentially incorporate is
 https://code.google.com/p/ows-service-framework/

 Mike Botts, who lead spec development of SWE stuff, has been
 building up that library. And we've talked with him a few times about
 eventually incorporating it in to the GeoServer/GeoTools code base.

 Not sure if the code can be easily incorporated in its existing
 state, but it is license compatible, and at the very least could be
 inspiration.


 On Mon, Sep 17, 2012 at 5:45 AM, florence@csiro.au wrote:


 Hi Andrea and Justin,

 I will be working on SOS implementation in GeoServer in
 last quarter of this year and currently doing some scoping work and
 studying on GeoServer source code to see how I can implement it.  Have a
 chat with Ben just now and he pointed me to both of you and hope to get
 some pointers / helps from both of you on some of thougths I have on how to
 implement SOS

Re: [Geoserver-devel] Sensor Observation Service (SOS) Implementation In GeoServer

[Chris Holmes]

Another library you might refer to and potentially incorporate is
https://code.google.com/p/ows-service-framework/

Mike Botts, who lead spec development of SWE stuff, has been building up
that library. And we've talked with him a few times about eventually
incorporating it in to the GeoServer/GeoTools code base.

Not sure if the code can be easily incorporated in its existing state, but
it is license compatible, and at the very least could be inspiration.


On Mon, Sep 17, 2012 at 5:45 AM, florence@csiro.au wrote:

 **
 Hi Andrea and Justin,

 I will be working on SOS implementation in GeoServer in last quarter of
 this year and currently doing some scoping work and studying on GeoServer
 source code to see how I can implement it.  Have a chat with Ben just now
 and he pointed me to both of you and hope to get some pointers / helps
 from both of you on some of thougths I have on how to implement SOS in
 GeoServer.

 FYI, I have deployed a copy of 52NorthSOS in our test server that generate
 some time series observations information [1].  I found that the
 GetCapabilities and GetObservations output are very much similar to WFS
 GetCapabilities and GetObservations output.  e.g. The SOS observation
 output from SOS is basically a WFS output that wraps in a SOAP envelope
 body (correct me if I am wrong...).

 While studying the GetCapabilities implementation for WFS in GeoServer, I
 can see a lot of complex implementations including the use of Eclipse
 Modeling Framework in GeoTools to generate the WFS model (well, i don't
 fully understand the whole implementation yet... ).

 So, my thought would be since SOS output is just WFS output wraps in a
 SOAP envelope body and rather than creating from scratch a whole new
 service for SOS in GeoServer/GeoTools, we can make use of the existing WFS
 and App-Schema modules to generate a SOS output - making implementation
 simpler.  Wonder if this is possible ?  And if possible, how do I achieve
 this - writing SOAP implementation in GeoServer ?


 [1] http://services-test.auscope.org/52nSOSv350/testClient-SOSv2.html


 Note :
 Eventhough I have few years GeoServer deployment experience but honestly
 speaking, I am still very new with GeoServer development and hoping to find
 some mentors or sifus who are willing to help or point me to the right
 direction with this SOS implementation in GeoServer project.


 Thanks  Regards,

 *Florence Tan*
 Research Projects Officer | ASRDC
 CSIRO Earth Science and Resource Engineering

 Phone: +61 8 6436 8802 | Fax: +61 8 6436 8555
 florence@csiro.au | www.csiro.au
 Address: Australian Resources Research Centre, 26 Dick Perry Avenue,
 Kensington WA 6151

 *PLEASE NOTE*
 The information contained in this email may be confidential or privileged.
 Any unauthorised use or disclosure is prohibited. If you have received this
 email in error, please delete it immediately and notify the sender by
 return email. Thank you. To the extent permitted by law, CSIRO does not
 represent, warrant and/or guarantee that the integrity of this
 communication has been maintained or that the communication is free of
 errors, virus, interception or interference.

 Please consider the environment before printing this email.



 --
 Live Security Virtual Conference
 Exclusive live event will cover all the ways today's security and
 threat landscape has changed and how IT managers can respond. Discussions
 will include endpoint security, mobile security and the latest in malware
 threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] GSIP 79 - Json support and WFS and WMS ExceptionHandler‏s

[Chris Holmes]

Me too.

Andreas - is there somewhere that this object structure is documented? And
is that structure going to remain the same for OL 3?

On Fri, Sep 7, 2012 at 5:08 AM, Alessio Fabiani 
alessio.fabi...@geo-solutions.it wrote:

 Agree with Andreas observations about Describe operations compliance w/ OL.

 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
 information.
 ==

 Ing. Alessio Fabiani
 @alfa7691
 Founder/Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax:   +39 0584 962313
 mob:   +39  331 6233686

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---



 On Thu, Sep 6, 2012 at 3:59 PM, Justin Deoliveira jdeol...@opengeo.orgwrote:

 Hi Carlo,

 I forward this proposal on to some of our javascript devs and here is
 some feedback that Andreas, one of the core OpenLayers developers had.

 quote
 I like the idea of having JSONP output, but it would be nice if the
 JavaScript payload would be in a structure that we can use out of the
 box. For WMS GetFeatureInfo, the job is well done - it returns
 GeoJSON. For the other requests (WFS DescribeFeatureType, WMS
 DescribeLayer), OpenLayers has Format classes that read the XML into a
 JavaScript object, but the GeoServer output is much different from
 that object so applications would need heavy modifications when
 switching from XML + OpenLayers.Format parsing to JSONP.

 tl;dr: My suggestion would be to have GeoServer return the same object
 structure that OpenLayers.Format.WMSDescribeLayer and
 OpenLayers.Format.WFSDescribeFeatureType generate.
 /quote

 On Thu, Sep 6, 2012 at 6:37 AM, Carlo Cancellieri 
 ccancelli...@hotmail.com wrote:


 Hi Justin,

 --
 Date: Wed, 5 Sep 2012 20:53:32 -0400

 Subject: Re: [Geoserver-devel] GSIP 79 - Json support and WFS and WMS
 ExceptionHandler‏s
 From: jdeol...@opengeo.org
 To: ccancelli...@hotmail.com
 CC: geoserver-devel@lists.sourceforge.net

  Thanks for laying that out Carlo.

  In the wms doc noticed a small typo in the last table in the
 DescribeLayer section, both formats are listed as JSONP ,i believe the
 first one should be just JSON?

 Oops... yes, I'll fix it.

  Also a question, does the default callback function name
 paddingOutput come from anywhere? Like is it a convention? The wikipedia
 page uses parseResponse as an example which sort of makes sense.

 Don't think there's a standard/convention, about this, it simply comes
 out from padding() +output. We could define a better one commenting the
 GSIP.

 No strong opinion here. If there was something of a convention to follow
 i would say go with that but if not no worries.


 Carlo


 On Wed, Sep 5, 2012 at 2:25 PM, Carlo Cancellieri 
 ccancelli...@hotmail.com wrote:

  Hi Justing,
 response inline:

 --

 Date: Wed, 5 Sep 2012 12:35:46 -0400
 Subject: Re: [Geoserver-devel] GSIP 79 - Json support and WFS and WMS
 ExceptionHandler‏s
 From: jdeol...@opengeo.org
 To: ccancelli...@hotmail.com
 CC: geoserver-devel@lists.sourceforge.net


 Thanks Carlo.

 It seems thsi proposal encompasses GEOS-5246 as well, be nice is there
 was some links there and also a bit of a description in the proposal itself
 rather than having to go into the issues and try to determine what the high
 level changes are.

 OK, i'll do it.


 That said, i have questions about mime types used. I see both
 application/json and text/javascript used for both output format and
 exceptions. Can you provide a bit of clarity there? Is text/javascript used
 to suppor the jsonp callback? In conjunction with the callback format
 option?

 Let's say f.e. in a request like this:

 http://localhost:8080/geoserver/wms?
 INFO_FORMAT=text/javascript
 REQUEST=GetFeatureInfo
 EXCEPTIONS=application/vnd.ogc.se_xml
 SERVICE=WMS
 INFO_FORMAT=text/javascript
 VERSION=1.1.1
 WIDTH=970HEIGHT=485X=486Y=165BBOX=-180,-90,180,90
 LAYERS=COUNTRYPROFILES:grp_administrative_map
 QUERY_LAYERS=COUNTRYPROFILES:grp_administrative_map
 TYPENAME=COUNTRYPROFILES:grp_administrative_map
 format_options=callback:getLayerFeatures 
 http://localhost:8080/geoserver/wms?INFO_FORMAT=text/javascriptREQUEST=GetFeatureInfoEXCEPTIONS=application/vnd.ogc.se_xmlSERVICE=WMSINFO_FORMAT=text/javascriptVERSION=1.1.1WIDTH=970HEIGHT=485X=486Y=165BBOX=-180%2c-90%2c180%2c90LAYERS=COUNTRYPROFILES:grp_administrative_mapQUERY_LAYERS=COUNTRYPROFILES:grp_administrative_mapTYPENAME=COUNTRYPROFILES:grp_administrative_mapformat_options=callback:getLayerFeatures

 You can specify the desired 'output_format':

 INFO_FORMAT=text/javascript

 and also the desired exception format:

 EXCEPTIONS=application/vnd.ogc.se_xml

 In this case you'll get:
 case 1:
 - the response in a jsonP format with the callback function called
 getLayerFeatures
 case 2:
 - the exception in an xml format (as default)

 Now if you change that request in:

Re: [Geoserver-devel] Process selection landed on trunk

[Chris Holmes]

Sorry for the extremely late sounding in on this thread, but I came across
it and have a few thoughts.

First off, great work on this initial implementation Andrea. I just tried
it out with a nightly from master, and it's cool to have the capability to
turn things off. Realizing that I'm not talking about allocating any
resources to this right now I wanted to recognize that what's there already
is awesome.

I like David's UI idea a lot, but agree with all of Andrea's concerns about
the backend 'text' file. We need to continue to think about the scalable
backend that will persist things in different ways. Would be nice though if
we could come up with more 'hackable' conventions though, where the file
that gets saved to disk or persisted as a row in a database table could be
easy to modify. But that's probably too much to ask for right now.

One thing though, has there been any thought about incorporating the
ability to turn on/off processes to the security system? I could see it
being nice to be able to give more trusted 'power users' more access to all
the processes, and making to so by default a typical user doesn't get
access to real WPS processes. Justin also had a nice idea to use WFS 2.0
StoredQueries similar to how Rendering Transformations work, as a hook in
to WPS. That could be the only way to expose processes to generic users, as
it would also tie the process to a particular featureType, instead of
opening up processes that could be light on some featureTypes but really
heavy on a polygon layer with thousands of points in each poly.

 I'm also thinking about how we want to evolve to a multi-tenancy
architecture, with different users getting different capabilities
documents. Virtual Services is the path there now. Would the next step be
to make it so each virtual service can enable/disable different processes?
In a multi-tenant environment where users could upload all kinds of
different layers I feel like we probably need to think more about providing
the ability to put caps on long running processes instead of a binary
on/off distinction.

Anyways, apologies for the bit of bikeshedding, I've got no great answers.
But just wanted to think ahead to some of the places I think we'll be
pushed as processing becomes popular.

C

On Tue, Aug 14, 2012 at 5:04 PM, Martin Davis mda...@opengeo.org wrote:

 Makes sense.  Thanks for the background, Andrea.


 On Tue, Aug 14, 2012 at 12:38 PM, Andrea Aime 
 andrea.a...@geo-solutions.it wrote:

 On Tue, Aug 14, 2012 at 8:42 PM, Martin Davis mda...@opengeo.org wrote:

 Nice - the best of both worlds!

 No surprise, I like the idea of persisting to a simple rule file.
  Various reasons, a primary one being that it follows the design of the
 current security subsystem.

 And if there's no resources to develop the UI right now, the file can
 easily be used on its own directly.  8^)


 Sigh, I actually have problems with this as well.

 Yes, the _old_ security subsystem was created based on simple property
 files. The current
 one is based on a set of  xml ones instead, have a look.

 The reason for property files was that there was no money to write a UI
 back at the time.
 And there are still some modules using a simple property or XML file.

 The main problem with these is that they play completely outside of the
 GeoServer configuration
 subsystem, in particular:
 - they have no REST counterpart
 - they don't respond to reload/reset events
 - they make people use the one and only way of configuring GeoServer we
 repeated for years
   and years is not supported: direct editing of the configuration files
 on disk
   (GeoServer is not Mapserver, remember?)

 The way I've just setup the filters instead sticks them into the WPSInfo,
 which means they
 should be editable using the new service configuration subsystem that
 Juan rolled which...
 uh, still does not have the rest resources for WPS... whatever, it should
 be easy to add.

 What I'm trying to say is that the GeoServer configuration should be
 playing as a single
 whole instead of being scattered between files you should not edit and
 others that
 you are forced into editing, as a result it should all be XML.

 I can understand adding a extra minor plugin, but this is a major service
 that I hope
 to be able to have as part of core by 2.3.0, so it should try hard to
 play by the same
 rules as the other major services.

 Cheers
 Andrea

 --
 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for
 more information.
 ==

 Ing. Andrea Aime
 @geowolf
 Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax:   +39 0584 962313
 mob:   +39  339 8844549

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---




 --
 Martin Davis
 OpenGeo - http://opengeo.org
 Expert service straight from the developers.



 

Re: [Geoserver-devel] Nominating a user representative for the PSC: Rahkonen Jukka

[Chris Holmes]

+1 - would love to see Jukka on the PSC, he's definitely been one of the
most helpful users on the list for many years.

/me hopes he accepts.

On Wed, Aug 22, 2012 at 11:43 AM, Alessio Fabiani 
alessio.fabi...@geo-solutions.it wrote:

 +1

 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
 information.
 ==

 Ing. Alessio Fabiani
 @alfa7691
 Founder/Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax:   +39 0584 962313
 mob:   +39  331 6233686

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---



 On Wed, Aug 22, 2012 at 5:40 PM, Simone Giannecchini 
 simone.giannecch...@geo-solutions.it wrote:

 +1

 Regards,
 Simone Giannecchini
 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for
 more information.
 ==

 Ing. Simone Giannecchini
 @simogeo
 Founder/Director

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax:   +39 0584 962313
 mob:   +39 333 8128928

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---


 On Wed, Aug 22, 2012 at 5:13 PM, Justin Deoliveira jdeol...@opengeo.org
 wrote:
  +1. Jukka has been a very active member of the community for quite some
 time
  and I would very much welcome him on the PSC.
 
  On Wed, Aug 22, 2012 at 5:01 AM, Andrea Aime 
 andrea.a...@geo-solutions.it
  wrote:
 
  Hi all,
  as you should know the PSC is looking for user representatives
  in the PSC, we have already two good candidates but I'd like to add yet
  another
  one, Rahkonen Jukka.
 
  Jukka is a long time GeoServer user, and one of the most active on the
  users mailing list, providing hints and solutions
  to people with questions that span the GeoServer usage to general GIS
  and data management.
  Quite interestingly too, he's running both GeoServer and MapServer in
  production
  and he's answering questions on the MapServer mailing lists too,
  which gives him a rare perspective on web GIS serving with open source
  tools.
 
  Hopefully he'll accept this nomination :-)
 
  Cheers
  Andrea
 
  --
  ==
  Our support, Your Success! Visit http://opensdi.geo-solutions.it for
 more
  information.
  ==
 
  Ing. Andrea Aime
  @geowolf
  Technical Lead
 
  GeoSolutions S.A.S.
  Via Poggio alle Viti 1187
  55054  Massarosa (LU)
  Italy
  phone: +39 0584 962313
  fax:   +39 0584 962313
  mob:   +39 339 8844549
 
  http://www.geo-solutions.it
  http://twitter.com/geosolutions_it
 
  ---
 
 
 
 
 --
  Live Security Virtual Conference
  Exclusive live event will cover all the ways today's security and
  threat landscape has changed and how IT managers can respond.
 Discussions
  will include endpoint security, mobile security and the latest in
 malware
  threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
  ___
  Geoserver-devel mailing list
  Geoserver-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/geoserver-devel
 
 
 
 
  --
  Justin Deoliveira
  OpenGeo - http://opengeo.org
  Enterprise support for open source geospatial.
 
 
 
 --
  Live Security Virtual Conference
  Exclusive live event will cover all the ways today's security and
  threat landscape has changed and how IT managers can respond.
 Discussions
  will include endpoint security, mobile security and the latest in
 malware
  threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
  ___
  Geoserver-devel mailing list
  Geoserver-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/geoserver-devel
 


 --
 Live Security Virtual Conference
 Exclusive live event will cover all the ways today's security and
 threat landscape has changed and how IT managers can respond. Discussions
 will include endpoint security, mobile security and the latest in malware
 threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel




 --
 Live Security Virtual Conference
 Exclusive live event will cover all the ways today's security and
 threat landscape has changed and how IT managers can respond. Discussions
 will include endpoint security, mobile security and the latest in malware
 threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
 

Re: [Geoserver-devel] New community module: CSW

[Chris Holmes]

To reiterate a bit - in GeoServer we aren't trying to replace GeoNetwork,
to be a full catalog 'solution'. We just want to expose GeoServer holdings
as CSW. So one would use something like GeoNetwork in a full SDI that
requires full metadata and complex editing of that and aggregating many
services. But CSW in GeoServer should make it easier for GeoNetwork to
harvest information from GeoServers, and to just follow a philosophy of
keeping the metadata close to the data. We definitely don't want to make a
full metadata editor like GeoNetwork offers, just want to handle 'search'
of data layers that can be accessed from GeoServer well.

My personal hope is that GeoNetwork continues its work to split up all the
functionality it does, so it can interoperate better. In the GeoNetwork
package you get a great CSW (and a number of other protocols to search), a
portal builder toolkit, a metadata editor and a set of 'harvesting' tools.
GeoServer will only look to do basic CSW. So if you want more search
protocols you'd probably want to sync your GeoServer with GeoNetwork. And
the other 3 things that GeoNetwork does should remain outside of GeoServer.
We also want to build better 'syncing' with GeoNetwork, so one can edit
service level metadata in either place and have it sync.

Chris

On Mon, Aug 20, 2012 at 5:06 PM, Andrea Aime
andrea.a...@geo-solutions.itwrote:

 On Mon, Aug 20, 2012 at 10:41 PM, Phil Scadden p.scad...@gns.cri.nzwrote:

 Geoserver provides some catalog metadata already plus a URL link but a
 very uneasy mapping. We have working at trying to sync arcGIS metadata
 (ISO or Inspire), geoserver metadata, and Geonetwork catalogues. Better
 catalog data in geoserver would surely help


 The main driver here is not much to provide more metadata, but to provide
 the right protocol to discover data in GeoServer without having to hunt it
 into a capabilities document (e.g., queriability).

 I'm not sure if the team working on exposing the catalog on CSW is going to
 add metadata (I'll be working on the ebRIM/EO proxy model) but I'm pretty
 sure having a CSW will trigger more request for more metadata eventually,
 so if it's not going to happen right away I'm confident it will eventually
 happen as a side effect of having a CSW around

 Cheers
 Andrea


 --
 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
 information.
 ==

 Ing. Andrea Aime
 @geowolf
 Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax:   +39 0584 962313
 mob:   +39  339 8844549

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---



 --
 Live Security Virtual Conference
 Exclusive live event will cover all the ways today's security and
 threat landscape has changed and how IT managers can respond. Discussions
 will include endpoint security, mobile security and the latest in malware
 threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] [Geotools-devel] GeoServer and GeoTools releases temporary out of synch

[Chris Holmes]

Yeah, no concern here, I'm +1 to just go for it with 8.1. My 8.0.1 was just
an alternate suggestion, I'm definitely good with 8.1.

On Thu, Aug 16, 2012 at 6:03 AM, Andrea Aime
andrea.a...@geo-solutions.itwrote:

 On Thu, Aug 16, 2012 at 2:47 PM, Justin Deoliveira 
 jdeol...@opengeo.orgwrote:

 And the idea is that two minor releases in one month is too much?


 Seemed like a bit too much, but if no one else is concerned about it I'm a
 go for it too :)

 Cheers
 Andrea

 --
 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
 information.
 ==

 Ing. Andrea Aime
 @geowolf
 Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax:   +39 0584 962313
 mob:   +39  339 8844549

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] [Geotools-devel] GeoServer and GeoTools releases temporary out of synch

[Chris Holmes]

8.0.1 seems reasonable to me? Doesn't feel extreme after 15 days, and
represents some minor improvements/fixes. And doesn't make us do some weird
geoserver specific tag.

On Wed, Aug 15, 2012 at 10:06 AM, Andrea Aime
andrea.a...@geo-solutions.itwrote:

 Hi,
 with the time boxed release model proposal it was stressed how important
 it is
 to have synched up releases (since GeoServer needs to make a GeoTools
 release anyways
 when doing its own and that has the benefit of making Geotools frequent
 releases).

 However, now we have GS 2.2-RC2 and GT 8.0 out.
 What happens for GS 2.2-RC3? Are we going to release GT 8.1 after just 15
 days
 of the last release? That seems a bit extreme to me.
 And what if we have to make another RC for some reason, 8.2 after another
 two weeks?
 Bleck...

 Right now there are handful of issues resolved after 8.0:

 http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=truejqlQuery=project+%3D+GEOT+AND+fixVersion+%3D+18691+AND+status+%3D+Resolved

 I guess we can try to just tag and deploy, but not release on SF, calling
 the tag
 something like 8.0-GS-2.2-RC3

 Maybe next time we should try to pay attention and synch up the finals of
 each
 better

 Cheers
 Andrea

 --
 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
 information.
 ==

 Ing. Andrea Aime
 @geowolf
 Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax:   +39 0584 962313
 mob:   +39  339 8844549

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---



 --
 Live Security Virtual Conference
 Exclusive live event will cover all the ways today's security and
 threat landscape has changed and how IT managers can respond. Discussions
 will include endpoint security, mobile security and the latest in malware
 threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
 ___
 GeoTools-Devel mailing list
 geotools-de...@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geotools-devel


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] GSIP 69 call for vote

[Chris Holmes]

+1. Great work Gabriel, and nice work by others to raise concerns and help
improve it. It's always cool to see open source in action.

On Wed, Aug 8, 2012 at 12:36 AM, Jody Garnett jody.garn...@gmail.comwrote:

  +1

 And kudos for the complete / easiest to follow proposal

 --
 Jody Garnett

 On Tuesday, 7 August 2012 at 6:14 AM, Gabriel Roldan wrote:

 Hi PSC,

 this message is to formally call for a vote on GSIP 69
 
 http://geoserver.org/display/GEOS/GSIP+69+-+Catalog+scalability+enhancements
 

 Please take some time at your earliest convenience for a final review
 and a vote, although there's any outstanding concern that still needs
 to be discussed.

 TIA,
 Gabriel.

 --
 Gabriel Roldan
 OpenGeo - http://opengeo.org
 Expert service straight from the developers.


 --
 Live Security Virtual Conference
 Exclusive live event will cover all the ways today's security and
 threat landscape has changed and how IT managers can respond. Discussions
 will include endpoint security, mobile security and the latest in malware
 threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel




 --
 Live Security Virtual Conference
 Exclusive live event will cover all the ways today's security and
 threat landscape has changed and how IT managers can respond. Discussions
 will include endpoint security, mobile security and the latest in malware
 threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] Upgrading Jetty?

[Chris Holmes]

One minor thing I noticed during 2.2 testing is that our Jetty hasn't
been upgraded in probably 4 years. I see it as version 6.1.8. Jetty is
up to version 8 these days, in stable releases.

Definitely not something to do between rc1 and 2.2.0. But perhaps
worth investigating on trunk? There may be random security holes, and
I imagine some things may have gotten a bit faster. More likely is
that jetty may actually be smaller, the download for 8.1.4 seems half
the size of 6.1.8. Though there may be some plugins or something that
we need, they could have just slimmed the core.

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Moving code from GeoServer to GeoTools

[Chris Holmes]

Hey, apologies for a bit of a delay on response to this.

So for me TOPP is just the entity that holds copyright, and it's up to the
PSC to decide any changes to that copyright. So I don't think I'd feel
comfortable with any OpenGeo employee saying it's ok, unless it's the
express wish of the PSC.

Now OpenGeo policy has always been to push the code to the lowest level of
libraries as possible, and that any code written for GeoServer is available
for GeoTools if people want to port it. And I feel comfortable giving that
approval to OpenGeo employees, and to anyone else who wants to take OpenGeo
code.

I think the thing to do is have the PSC set a policy on migrating code from
GeoServer to GeoTools. I think it could set some threshold under which
moving code over is pre-approved, and that larger commits should ask the
PSC? I don't think it has to be a ton of red tape, just a GSIP that we
adopt. And then TOPP can reiterate that somehow officially, and not have to
ask every time.

For this case in particular, if we want to move faster, I feel comfortable
approving the porting of all code done by OpenGeo employees on OpenGeo time
to GeoTools. It looks like Simone also did some of the work, so I'd say if
he is also comfortable with porting it over then we have approval. Or we
can ask the PSC.

Chris

On Mon, May 14, 2012 at 3:16 AM, Ben Caradoc-Davies 
ben.caradoc-dav...@csiro.au wrote:

 On 14/05/12 14:34, Andrea Aime wrote:

 It is my understanding that if you're the sole author of a particular
 piece of code
 you retain the right to re-license it without having to get approval from
 The Open Planning Project (that is, you give TOPP the copyright without
 losing
 yours, might be wrong here).


 Yes.

 GeoServer contributors assign their copyrights to TOPP:

 For good and valuable consideration, receipt of which I acknowledge, I,
 ___,
 hereby transfer to The Open Planning Project (TOPP) my entire right,
 title, and interest (including all
 rights under copyright) in the program GeoServer (“Program”), including
 original code, accompanying
 documentation and supporting files, changes and enhancements to the
 Program code and accompanying
 files, and all future modifications of the Program code and accompanying
 files, subject to the conditions
 below.

 Then TOPP licences it back to you for any purpose:

 TOPP hereby grants me a royalty-free non-exclusive license to use or
 sub-license the Work
 assigned hereunder (i.e., if I am assigning changes and enhancements to
 the Program to TOPP, the license
 granted by TOPP to me is only for those changes and enhancements to the
 Program I assigned, it is not for
 the Program which I changed or enhanced itself) for any purpose. TOPP's
 rights shall otherwise continue
 unchanged.

 And so you should be able to sublicence it to OSGeo. I think this is what
 the second quote means. I'm not sure if you can assign your copyright
 again, as you no longer have it. But I am not a lawyer.

 My point is that the original author should be able to copy code from
 GeoServer to GeoTools, and TOPP should be able to authorise such copying,
 but in general, other developers cannot. To do so would allow rogue
 developers to sneak out from the clutches of the GPL (imagine some
 committing all of GeoServer into the GeoTools repo so they could claim it
 as LGPL).


  Generally speaking we never had an automatic mechanism like you describe
 though, to put it in place I believe we'd need quite a bit of red tape.


 I think it is an issue that should be addressed. If we go to the effort of
 getting contributor agreements, then this issue should be addressed.


 --
 Ben Caradoc-Davies ben.caradoc-dav...@csiro.au
 Software Engineer
 CSIRO Earth Science and Resource Engineering
 Australian Resources Research Centre

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Moving code from GeoServer to GeoTools

[Chris Holmes]

Yup. Sorry for missing that email, sounds great.

On Wed, May 16, 2012 at 2:02 AM, Andrea Aime
andrea.a...@geo-solutions.itwrote:

 On Tue, May 15, 2012 at 11:51 PM, Chris Holmes chol...@opengeo.org
 wrote:
  For this case in particular, if we want to move faster, I feel
 comfortable
  approving the porting of all code done by OpenGeo employees on OpenGeo
 time
  to GeoTools. It looks like Simone also did some of the work, so I'd say
 if
  he is also comfortable with porting it over then we have approval. Or we
 can
  ask the PSC.

 Which I already did a few days ago collecting, so far, 6 positive votes:

 http://osgeo-org.1560.n6.nabble.com/PSC-Motion-allow-porting-portions-of-GetLegendGraphics-back-to-GeoTools-td4974361.html

 I guess we can consider it approved?

 Cheers
 Andrea

 --
 Ing. Andrea Aime
 GeoSolutions S.A.S.
 Tech lead

 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy

 phone: +39 0584 962313
 fax:  +39 0584 962313
 mob:+39 339 8844549

 http://www.geo-solutions.it
 http://geo-solutions.blogspot.com/
 http://www.youtube.com/user/GeoSolutionsIT
 http://www.linkedin.com/in/andreaaime
 http://twitter.com/geowolf

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] Moving code from GeoServer to GeoTools

[Chris Holmes]

Hey, apologies for a bit of a delay on response to this.

So for me TOPP is just the entity that holds copyright, and it's up to the
PSC to decide any changes to that copyright. So I don't think I'd feel
comfortable with any OpenGeo employee saying it's ok, unless it's the
express wish of the PSC.

Now OpenGeo policy has always been to push the code to the lowest level of
libraries as possible, and that any code written for GeoServer is available
for GeoTools if people want to port it. And I feel comfortable giving that
approval to OpenGeo employees, and to anyone else who wants to take OpenGeo
code.

I think the thing to do is have the PSC set a policy on migrating code from
GeoServer to GeoTools. I think it could set some threshold under which
moving code over is pre-approved, and that larger commits should ask the
PSC? I don't think it has to be a ton of red tape, just a GSIP that we
adopt. And then TOPP can reiterate that somehow officially, and not have to
ask every time.

For this case in particular, if we want to move faster, I feel comfortable
approving the porting of all code done by OpenGeo employees on OpenGeo time
to GeoTools. It looks like Simone also did some of the work, so I'd say if
he is also comfortable with porting it over then we have approval. Or we
can ask the PSC.

Chris

On Mon, May 14, 2012 at 3:16 AM, Ben Caradoc-Davies 
ben.caradoc-dav...@csiro.au wrote:

 On 14/05/12 14:34, Andrea Aime wrote:

 It is my understanding that if you're the sole author of a particular
 piece of code
 you retain the right to re-license it without having to get approval from
 The Open Planning Project (that is, you give TOPP the copyright without
 losing
 yours, might be wrong here).


 Yes.

 GeoServer contributors assign their copyrights to TOPP:

 For good and valuable consideration, receipt of which I acknowledge, I,
 ___,
 hereby transfer to The Open Planning Project (TOPP) my entire right,
 title, and interest (including all
 rights under copyright) in the program GeoServer (“Program”), including
 original code, accompanying
 documentation and supporting files, changes and enhancements to the
 Program code and accompanying
 files, and all future modifications of the Program code and accompanying
 files, subject to the conditions
 below.

 Then TOPP licences it back to you for any purpose:

 TOPP hereby grants me a royalty-free non-exclusive license to use or
 sub-license the Work
 assigned hereunder (i.e., if I am assigning changes and enhancements to
 the Program to TOPP, the license
 granted by TOPP to me is only for those changes and enhancements to the
 Program I assigned, it is not for
 the Program which I changed or enhanced itself) for any purpose. TOPP's
 rights shall otherwise continue
 unchanged.

 And so you should be able to sublicence it to OSGeo. I think this is what
 the second quote means. I'm not sure if you can assign your copyright
 again, as you no longer have it. But I am not a lawyer.

 My point is that the original author should be able to copy code from
 GeoServer to GeoTools, and TOPP should be able to authorise such copying,
 but in general, other developers cannot. To do so would allow rogue
 developers to sneak out from the clutches of the GPL (imagine some
 committing all of GeoServer into the GeoTools repo so they could claim it
 as LGPL).


  Generally speaking we never had an automatic mechanism like you describe
 though, to put it in place I believe we'd need quite a bit of red tape.


 I think it is an issue that should be addressed. If we go to the effort of
 getting contributor agreements, then this issue should be addressed.


 --
 Ben Caradoc-Davies ben.caradoc-dav...@csiro.au
 Software Engineer
 CSIRO Earth Science and Resource Engineering
 Australian Resources Research Centre

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] [Geotools-devel] Rebooting the IRC meetings?

[Chris Holmes]

Ah, I didn't see that Jody's had an actual day, was thinking it was
just the time.

Let's do the monday, so we're not getting in to the weekend for Australians.

I have to check my conference schedule, may be helping give a workshop
right then, but let's just get things rolling.

On Tue, May 8, 2012 at 10:48 AM, Jody Garnett jody.garn...@gmail.com wrote:
 Friday works fine for me too.

 Earlier in the thread Jody proposed May 14 though:

 A different day of the week will be fine; I would prefer thursday in order
 to have my Friday night free.

 At least it sounds like the timeslot will work.

 Jody


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] [Geotools-devel] Discussing a switch to a time boxed release model

[Chris Holmes]

+1 on all this.

Perhaps two GSIP's should come out of this? One for the release model
/ schedule. And then another for automation improvements? Or perhaps
we don't need a GSIP for that, but should get a jira and a plan of
attack for it.

On Thu, May 3, 2012 at 5:08 AM, Alessio Fabiani
alessio.fabi...@geo-solutions.it wrote:
 Hi all,
 I really would like to move forward with this proposal.

 I'm currently having a lot of difficulties to get an idea of a plan on wich
 version of GeoServer/GeoTools schedule on my projects, so having a
 programmatic release project would be very welcomed and useful.

 High automation also is a great idea, would very very helpful for the
 release process which usually takes a lot of time and resources.

 I also volunteer to provide help as much as possible to have all of this
 implemented soon.

 Regards,
         Alessio.

 ---
 Ing. Alessio Fabiani
 Founder / CTO GeoSolutions S.A.S.

 GeoSolutions S.A.S.

 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy

 phone: (+39) 0584 96.23.13
 fax:     (+39) 0584 96.23.13
 mobile:(+39) 331 62.33.686

 http://www.geo-solutions.it
 http://geo-solutions.blogspot.com
 http://www.linkedin.com/in/alessiofabiani
 https://twitter.com/alfa7961
 http://twitter.com/geosolutions_it
 ---



 On Wed, May 2, 2012 at 6:27 PM, Andrea Aime andrea.a...@geo-solutions.it
 wrote:

 On Tue, May 1, 2012 at 5:54 PM, Justin Deoliveira jdeol...@opengeo.org
 wrote:

 In general I think it looks great, a few things though. I think given the
 current effort to put out releases 1 month is probably asking a bit much
 given the resources we have on the project. So I think to do one month
 cycles we really do need to better automate our release process with a
 hudson job that does most of the work.

 It would also be good to have some better defined (and perhaps stricter)
 guidelines about what is acceptable to commit given the current phase of an
 iteration. For instance obviously once we move to a stable or hardening
 phase GSIP's that drastically alter the core are out of the question. It
 would be good if we had a more concrete definition of drastically alter the
 core. Like should we be strict and say stable/hardening means strictly only
 bug fixes? With a faster release cycle it could make more sense to have
 stricter guidelines since if you don't get something into this release there
 is one not too far off. This is exactly why we ran into the fluerry of gsip
 issue... with another release 1.5 years away it certainly puts the pressure
 on to cram stuff in.

 Anyways, great stuff. I like where this is going, big things from my
 standpoint.

 1. better automation of release, which i am happy to help with
 2. better guidelines for what type of development is acceptable during
 what phases


 Fully agree on the higher automation (tried to discuss some ideas about it
 in my
 original mail).

 About what is acceptable and not, what about the following:
 - stable series: only bug fixes and new features that do not require API
 changes
   or large patches to existing systems (that is, if you are contributing a
 new module
   the patch can be as large as you want, but a bug fix that rewrites
 half of WFS
   is not welcomed unless the PSC really really wants such change badly in)
 - trunk: free reign, but large changes still need a GSIP and reviews
 - hardening: no new features, only bug fixing to make sure people
 concentrate on
   that, if you have something new it has to go on trunk for the time being

 The above should be, imho, taken more or less as strict rules that the PSC
 should
 try to enforce (the above, or whatever we come up with).
 That said, the PSC should be allowed to decide outside of the above rules
 in case of dire necessity (e.g., something that could threaten or damage
 the
 project severely if not done outside of the rules).

 Cheers
 Andrea

 --
 ---
 Ing. Andrea Aime
 GeoSolutions S.A.S.
 Tech lead

 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy

 phone: +39 0584 962313
 fax:      +39 0584 962313
 mob:    +39 339 8844549

 http://www.geo-solutions.it
 http://geo-solutions.blogspot.com/
 http://www.youtube.com/user/GeoSolutionsIT
 http://www.linkedin.com/in/andreaaime
 http://twitter.com/geowolf

 ---


 --
 Live Security Virtual Conference
 Exclusive live event will cover all the ways today's security and
 threat landscape has changed and how IT managers can respond. Discussions
 will include endpoint security, mobile security and the latest in malware
 threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
 ___
 GeoTools-Devel mailing list
 geotools-de...@lists.sourceforge.net
 

Re: [Geoserver-devel] Proposal for reorganizing Working With Data section in the User Guide

[Chris Holmes]

+1 on the reorg in general, and on cascaded services.

On Tue, May 1, 2012 at 4:54 AM, Martin Davis mda...@opengeo.org wrote:
 Yes, agreed.  I find External Data to be pretty inexact as well.  I was
 thinking that this could be called Working with Remote Services, but
 Cascaded Services is even more descriptive.


 On Mon, Apr 30, 2012 at 4:30 PM, Justin Deoliveira jdeol...@opengeo.org
 wrote:

 Hey Martin,

 Definitely +1 on some reorganization. Perhaps the last section might be
 better named Working with Cascaded Services since external data could
 mean a lot fo things... like an external database, etc... no strong opinion
 there though. I am happy with whatever you come up with.

 -Justin

 On Mon, Apr 30, 2012 at 10:30 PM, Martin Davis mda...@opengeo.org wrote:

 The Working with Data section in the User Guide seems to be getting a bit
 unwieldy.  It might be nice to split it up in a way that highlights the
 different kinds of data: Vector, Raster, Database, and External Services.

 Here's a proposal for a new structure, which replaces the current section
 with 4 new ones:

 Working with Vector Data

 Shapefile
 Directory of spatial files
 GML
 VPF
 Java Properties
 Pregeneralized Features

 Working with Raster Data

 ArcGrid
 GeoTIFF
 GTOPO30
 ImageMosaic
 WorldImage
 GDAL Image Formats
 ImagePyramid
 Image Mosaic JDBC
 Oracle Georaster
 Custom JDBC Access for image data

 Working with Databases

 PostGIS
 Oracle
 Microsoft SQL Server and SQL Azure
 DB2
 H2
 MySQL
 Teradata
 ArcSDE
 Database Connection Pooling
 SQL Views
 Controlling feature ID generation in spatial databases
 Custom SQL session start/stop scripts
 Using SQL session scripts to control authorizations at the database level
 Application Schema Support
 JNDI

 Working with External Data

 External Web Feature Server
 External Web Map Server


 The only new content would be the index page for each new section.  This
 will be a convenient place to put any general advice about working with the
 different kinds of formats (eg. links to the Styling pages for each type)

 Alternatively, these could be 4 subsections under the main Working With
 Data section, although this would require more levels on the main TOC.

 It might make sense for the source directory structure to mirror this
 organization, but this is not essential if there are issues with doing that
 (e.g existing URL references)

 Thoughts or issues with doing this?


 --
 Martin Davis
 OpenGeo - http://opengeo.org
 Expert service straight from the developers.



 --
 Live Security Virtual Conference
 Exclusive live event will cover all the ways today's security and
 threat landscape has changed and how IT managers can respond. Discussions
 will include endpoint security, mobile security and the latest in malware
 threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel




 --
 Justin Deoliveira
 OpenGeo - http://opengeo.org
 Enterprise support for open source geospatial.




 --
 Martin Davis
 OpenGeo - http://opengeo.org
 Expert service straight from the developers.


 --
 Live Security Virtual Conference
 Exclusive live event will cover all the ways today's security and
 threat landscape has changed and how IT managers can respond. Discussions
 will include endpoint security, mobile security and the latest in malware
 threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] [Geotools-devel] Rebooting the IRC meetings?

[Chris Holmes]

I do like text records. I think one thing that could work well would
be to etherpad it, so a few people can take relevant notes at once.
Then we can post that etherpad transcript to the blog when we're done.
I'd be happy to try to take lead on writing, as long as there'd be a
couple backups for when I'm talking or when I miss stuff.

On Wed, May 2, 2012 at 12:01 AM, Simone Giannecchini
simone.giannecch...@geo-solutions.it wrote:
 Ciao Justin,
 I would rather go for voice, as my experience with IRC was not very good.

 We are happy to host the meetings with our webex account so that we
 can register them and try to make them available afterwards, putting
 them somewhere on one of our demo servers.
 Baseline rationale behind resurrecting the meetings was to have an
 agile way to try and coordinate lightly not to add overhead again, so
 the less formalities, the better IMHO.

 Regards,
 Simone Giannecchini
 ---
 Ing. Simone Giannecchini
 GeoSolutions S.A.S.
 Founder

 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy

 phone: +39 0584 962313
 fax:      +39 0584 962313
 mob:    +39 333 8128928

 http://www.geo-solutions.it
 http://geo-solutions.blogspot.com/
 http://www.youtube.com/user/GeoSolutionsIT
 http://www.linkedin.com/in/simonegiannecchini
 http://twitter.com/simogeo

 ---


 On Tue, May 1, 2012 at 4:12 PM, Justin Deoliveira jdeol...@opengeo.org 
 wrote:
 A big +1 here. A few thoughts.

 I agree voice is more productive but has a few potential drawbacks. Harder
 to get a transcript for one. Also some non-native english speakers may
 prefer the IRC medium rather than voice, but I will let others comment on
 that.

 I think the two week recurrence is a good idea and +1 on having one
 geotools/geosever/udig/java ... irc meeting. I guess the idea would be to
 use the geotools list for any organization required, like coming with agenda
 items before hand, etc...

 Anyways, glad to see this coming back. When do we kick off the first one?

 On Tue, May 1, 2012 at 1:20 PM, Andrea Aime andrea.a...@geo-solutions.it
 wrote:

 Hi,
 talking with Chris last week we were discussing the general lack of
 coordination
 that has been affecting both GeoTools and GeoServer in the last year or
 so.

 It would be nice to try and open a bit communications channels with a
 means
 that gives more opportunity for people to talk about what they are doing,
 priorities
 expectations and needs.

 At the same time I believe we need to avoid getting bogged down into
 something
 that would make people disregard the meetings because they are using too
 much
 time.

 I've sent the mail to both geotools and geoserver ml because I'm thiking
 of doing
 a shared one between the two projects.
 This is a quick braindump of how it may look like (mostly to promote
 discussion
 on the topic):

 - voice meeting, to keep things short and get maximum bandwidth (skype,
 gtalk?
   with a chat fallback for needs such a sharing links, pasting text,
 raising hand
   to talk next in case the discussion gets busy with lots of people
 willing to say
   something
 - ideally time boxed to half an hour with the ability to expand on a as
 need basis
 - a meeting every two weeks
 - topics to be discussed scheduled in advance (with a default what's up
 one),
   with people signing up on the
   topics that they are interested to discuss (so that we can cover first
 the ones
   that most people are interested in, and keep for later the ones with a
 smaller
   audience, allowing people to leave earlier if they need to)
 - terse textual log only showing the topics discussed and the decision
 taken, to be
   edited collaboratively on something like etherpad (which is gone, but
 there
   is plenty of replacements around, including, if we want too, Google
 Docs)
 - a meeting that discusses both GeoTools and GeoServer, in that order.
   Actually, it can be something like GeoTools tribes meeting, with a
 first
   part where everybody is on board, and a second one where people
   split up and discuss separately, if they want to, uDig, GeoServer and
 whatever
   else they want
 - participation from PSC members somehow expected, other people can join
 at will

 If people from all time zones are interested we'll have to actually setup
 two meetings
 and do some follow up by mail, leveraging the logs:

 http://www.timeanddate.com/worldclock/meetingtime.html?iso=20120601p1=215p2=179p3=256p4=196p5=240

 Cheers
 Andrea

 --
 ---
 Ing. Andrea Aime
 GeoSolutions S.A.S.
 Tech lead

 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy

 phone: +39 0584 962313
 fax:      +39 0584 962313
 mob:    +39 339 8844549

 http://www.geo-solutions.it
 http://geo-solutions.blogspot.com/
 http://www.youtube.com/user/GeoSolutionsIT
 http://www.linkedin.com/in/andreaaime
 http://twitter.com/geowolf

 

[Geoserver-devel] ruby rest api

[Chris Holmes]

Just saw this: http://rubygems.org/gems/rgeoserver

Anyone tried it out? If it's decent we should add the link to the
geoserver rest api docs

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] geoserver 2.2 alpha/beta release?

[Chris Holmes]

Not that my answer should surprise anyone, as I'm most always the
voice of pushing for living more on the edge (but appreciate it always
balanced by more conservative voices, as the dialog and balance is
what makes this community work so well).

But my vote is to call it beta. Mostly from the perspective of
attracting more beta testers, as Andrea points out. I think we'll get
a lot more people checking it out if we call it 'beta'. It is a first
beta, and in the blog post we can advertise it as such. But I like
alphas for when we still may put more major things in to the release
or when it's super experimental ideas (like first app-schema work) /
we know it's going to be buggy. Betas imho just need to get better
each time. And I think OpenGeo is interested in stability sooner
rather than later, so can hopefully put time in to fixing the blocker
and critical bugs and helping get releases out.

So yeah, I'd agree if we can get commitment from someone to put out
another beta in a month (or less if there's truly blocker bugs) then
we should go for beta. I'm no longer driving OpenGeo product planning,
but hopefully Justin could secure resources to commit to that.

But yeah, I think the month time frame sounds reasonable, with the
option to do more often if desired / there are blocker bugs.

C

On Tue, Apr 3, 2012 at 3:31 AM, Andrea Aime
andrea.a...@geo-solutions.it wrote:
 On Tue, Apr 3, 2012 at 8:15 AM, Justin Deoliveira jdeol...@opengeo.org
 wrote:

 Hi all,

 As far as I know the last major development change coming down the pipe
 that is planned for 2.2 is the security work. I am just working on a couple
 more tutorials to better the user documentation story, but the work is
 generally ready to be committed. I hope to have the work committed
 by tomorrow (Tuesday western time) unless there are any objections.

 After which I would like to propose the first alpha/beta release of the
 2.2 series. Part of the motivation is having a release of 2.2 in place
 before the foss4gna conference next week. Andrea and myself will be
 delivering a talk titled GeoServer, What's new in 2.2 in which we are
 going to survey all new features that will be coming with 2.2. IT would be
 awesome to have a release to supplement the talk with.

 Any objections? I wouldn't be getting to the release until later this
 week.

 Also, preferences to whether it be an alpha or a beta? I am thinking of
 staying on the safe side and calling it alpha just because it will be so
 close after the big security commit. But I could go either way. I know we
 have released pretty unstable betas in the past so it might not be too
 unreasonable. But no strong opinion.

 Thoughts?


 Hmm.. if we call it an alpha we're on the safe side regards to the quality
 of the product we're delivering,
 which is rather unknown after the large set of GSIP landed in such a short
 time.
 But very few people will be interested in checking it out (too adventorous I
 guess).

 If we call it a beta we'll get more people trying it out though.

 I guess it boils down to the intentions of developers (and companies backing
 them): if we call it a beta
 we should be ready to treat it as such, something that we intend to work on,
 bug fixing wise, in
 order to go to RC and then a release, in a relatively short amount of time
 (two months maybe?).
 Which really means, allocating time to fix whatever issues pop up in the
 beta, and time to do other
 beta releases with a... monthly basis or so (don't take me too seriously
 here, I'm just proposing something
 to foster discussion).
 And of course reactivate and fix the CITE tests on trunk.

 Cheers
 Andrea

 --
 ---
 Ing. Andrea Aime
 GeoSolutions S.A.S.
 Tech lead

 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy

 phone: +39 0584 962313
 fax:      +39 0584 962313
 mob:    +39 339 8844549

 http://www.geo-solutions.it
 http://geo-solutions.blogspot.com/
 http://www.youtube.com/user/GeoSolutionsIT
 http://www.linkedin.com/in/andreaaime
 http://twitter.com/geowolf

 ---

 --
 Better than sec? Nothing is better than sec when it comes to
 monitoring Big Data applications. Try Boundary one-second
 resolution app monitoring today. Free.
 http://p.sf.net/sfu/Boundary-dev2dev
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel


--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net

Re: [Geoserver-devel] Little reprojection console

[Chris Holmes]

Great work Andrea, super cool.

On Mon, Mar 19, 2012 at 10:38 AM, Giuseppe La Scaleia 
giuseppe.lascal...@geosdi.org wrote:

 +1 here


 2012/3/19 Francesco Izzi francesco.i...@geosdi.org

 Very nice Andrea.

 Good work


 2012/3/19 Justin Deoliveira jdeol...@opengeo.org

 Very nice! A very useful tool indeed!

 On Mon, Mar 19, 2012 at 1:14 AM, Andrea Aime 
 andrea.a...@geo-solutions.it wrote:

 On Mon, Mar 19, 2012 at 1:38 AM, Martin Davis mda...@opengeo.orgwrote:

 Very nice, Andrea. This seems like an excellent tool to make it easier
 to access all the coordinate system goodness inside GeoServer.  (In spite
 of all the CRS libraries out there, I'm always surprised by how hard it is
 to actually just convert an ad hoc coordinate).

 A suggestion about the UI - for ease of cutting and pasting from other
 systems, it might be better to have a single text box for each of the
 coordinates.  The ordinate values can be easily parsed out by splitting on
 non-numeric chars (in particular, commas and blanks).  The coordinates can
 be output using some convention as a separator - comma is the obvious one,
 but blanks would do as well (which gives compatibility with WKT).


 Yeah, I could go there



 And really, why stop at single coordinates?  It would be pretty easy
 to allow entering WKT too, right?   8^)


 Because the tool is provided to non authenticated users, there's no
 control over it. A point is a point, a WKT can
 be (theoretically) arbitrarily large, for that you already can use the
 WPS reproject geometry process + process
 builder (assuming the current user is authorized to access WPS, that is)

  Cheers
 Andrea

 --
 ---
 Ing. Andrea Aime
 GeoSolutions S.A.S.
 Tech lead

 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy

 phone: +39 0584 962313
 fax:  +39 0584 962313
 mob:+39 339 8844549

 http://www.geo-solutions.it
 http://geo-solutions.blogspot.com/
 http://www.youtube.com/user/GeoSolutionsIT
 http://www.linkedin.com/in/andreaaime
 http://twitter.com/geowolf

 ---


 --
 This SF email is sponsosred by:
 Try Windows Azure free for 90 days Click Here
 http://p.sf.net/sfu/sfd2d-msazure
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel




 --
 Justin Deoliveira
 OpenGeo - http://opengeo.org
 Enterprise support for open source geospatial.



 --
 This SF email is sponsosred by:
 Try Windows Azure free for 90 days Click Here
 http://p.sf.net/sfu/sfd2d-msazure
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel




 --
 Francesco Izzi
 CNR - IMAA
 geoSDI
 Direzione Tecnologie e Sviluppo

 C.da S. Loja
 85050  Tito Scalo - POTENZA (PZ)
 Italia

 phone:  +39 0971427305
 fax:  +39 0971 427271
 mob:+39 3203126609
 mail: francesco.i...@geosdi.org
 skype:  neofx8080

 web: http://www.geosdi.org





 --
 This SF email is sponsosred by:
 Try Windows Azure free for 90 days Click Here
 http://p.sf.net/sfu/sfd2d-msazure
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel




 --
 Giuseppe La Scaleia
 CNR - IMAA
 geoSDI
 Sviluppo Software


 C.da S. Loja
 85050  Tito Scalo - POTENZA (PZ)
 Italia

 phone:  +39 0971427305
 fax:  +39 0971 427271
 mob:+39 3804697436
 mail: giuseppe.lascal...@geosdi.org
 skype:  glascaleia

 web: http://www.geosdi.org






 --
 This SF email is sponsosred by:
 Try Windows Azure free for 90 days Click Here
 http://p.sf.net/sfu/sfd2d-msazure
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel


--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Proposal to enhance control flow module

[Chris Holmes]

 The reason why the original module did not have ip address control is due to
 routers and
 proxies.
 When you have a big organization, with hundred or thousands of people behind
 a single
 public ip address, it gets difficult to use just the ip: you might be
 handling a user with
 a single ip that's flooding you, or seeing the effect of 30 people working
 in parallel
 against GeoServer, while you want to stop/limit the first applying limits to
 the seconds
 might well make the application unusable for that particular organization.


Well I'd say that for a big public deployment it'd be better to
throttle or blacklist an organization rather than risk having it go
down for everyone.

But I agree that we should allow more granularity.  User throttling
can help with that I think.  I realize that most people don't actually
log in to GeoServer now, but I think that's going to start to change
with the new security stuff that more easily integrates with ldap and
single sign ons, and with things like GeoNode that put users more to
the fore.  And I think if there's a benefit like more granular
throttling control than admins will see an advantage to having users
login in.

Looking at the proposal it says that per user is cookie-based.  Is
that just because the current state of the security system?  Is this
proposal compatible with the security work Justin and Christian have
been doing (unfortunately there's not much public info thus far on
http://geoserver.org/display/GEOS/GSIP+71+-+New+Security+Subsystem, so
that may be more a question for Justin and Christian than you Juan).
Like if one uses a new single sign on plugin on the security system
for users than will that work fine with the existing control flow user
throttling?

And how does per ip and per user throttling should interact with one
another?  Like if you turn on throttling for both users and IP's can
the users all from one IP get throttled less than if they weren't
logged in?  Which one takes precedent, is there any configuration
possible to say how they interact?

C

 Also you might have reverse proxies local to the server that act as front
 ends to the
 server, if you just get the ip address you'll get the one of the local
 proxy.
 To address the above there is the x-forwarded-for header that reverse
 proxies
 normally set to inform software that a proxy is in the middle:
 http://en.wikipedia.org/wiki/X-Forwarded-For
 If you look into the monitoring module you'll see how the header is used.

 Another detail in the GSIP that might need reworking is this syntax:
 ip.address=count,ip_addr

 Is it just me, or the above won't allow to control more than one specific
 ip
 address? The property files are, in the end, serialized maps.
 I guess the following one might do instead:
 ip.ip_addr=count
 (and you scan the whole property file contents to look for those).

 One final note is that this is the first GSIP that is being proposed by a
 non
 core developer. As far as I know you don't have committ access either,
 right?
 If this is your first contribution you should also open a ticket in jira
 and attach the full patch for review.

 Anyways, the work looks good.
 Normally we allow commit access directly for new community modules, since
 you are modifying an extension I guess we can give you commit access anyways
 but you'll have to ask for reviews before making commits to any
 core/extension
 module.

 Thanks again for the contribution and for approaching the community in such
 a clear way, looking forward to see the GSIP applied.

 Cheers
 Andrea

 --
 ---
 Ing. Andrea Aime
 GeoSolutions S.A.S.
 Tech lead

 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy

 phone: +39 0584 962313
 fax:      +39 0584 962313
 mob:    +39 339 8844549

 http://www.geo-solutions.it
 http://geo-solutions.blogspot.com/
 http://www.youtube.com/user/GeoSolutionsIT
 http://www.linkedin.com/in/andreaaime
 http://twitter.com/geowolf

 ---

 --
 Virtualization  Cloud Management Using Capacity Planning
 Cloud computing makes use of virtualization - but cloud computing
 also focuses on allowing computing to be delivered as a service.
 http://www.accelacomm.com/jaw/sfnl/114/51521223/
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel


--
Virtualization  Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net

Re: [Geoserver-devel] Time to start the GeoServer 2.2.0 (long) release process?

[Chris Holmes]

Where are we at with this?

Even if all of Justin's enhancements haven't made it aboard yet it
seems like it could be a good idea to get something out for people to
start to kick the tires of?  As far as I know it's ok for a beta2 to
have more features than a beta1.  It's only at RC status where we
truly need to lock it down.  And it'd be good to have a clear plan of
what's going to be in each beta so we don't constantly get people
wanting to add just one more feature.

So I'm thinking a beta1 as soon as possible, and a beta2 when Justin's
features are in, at least if there's someone who could do a release in
the next week or two.  Right now we're telling users to go get
nightlies - having a beta I think would make many more comfortable
with installing and implicitly helping bug test things.

Sounds like OpenGeo, CSIRO and GeoSolutions all have major
functionality in this release, so perhaps we can split up the load?

On Sun, Jan 29, 2012 at 8:56 PM, Ben Caradoc-Davies
ben.caradoc-dav...@csiro.au wrote:
 +1. In app-schema land we have huge memory and performance improvements
 (joining support), WMS, and GML 3.2. Many bugs fixed.

 On 26/01/12 15:19, Andrea Aime wrote:
 Hi,
 I'm wondering if it's time to start packing up trunk and start releasing
 betas with an outlook of releasing a stable version of GeoServer 2.2.0
 in 2/3 months.

 The current GeoServer trunk is packing a good amount of functionality
 that is not available on the stable series (wfs 2.0, time/elevation,
 rendering transformations and so on) and from personal experience seems
 to behaving rather well, with a quality that already matches if not
 exceeds what we'd expect out of a beta.

 Jody has been waiting to release a GeoTools 8.0 for a while already and
 I see new GeoServer GSIPs lining up that could shake the current 
 configuration/catalog
 subsystem from their foundations, potentially delaying the ability
 to pack up a stable release by a few months.

 So I'm wondering, is it time to call it done and start harderning it
 towards a stable release?

 Cheers
 Andrea

 --
 ---
 Ing. Andrea Aime
 GeoSolutions S.A.S.
 Tech lead

 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy

 phone: +39 0584 962313
 fax:      +39 0584 962313
 mob:    +39 339 8844549

 http://www.geo-solutions.it
 http://geo-solutions.blogspot.com/
 http://www.youtube.com/user/GeoSolutionsIT
 http://www.linkedin.com/in/andreaaime
 http://twitter.com/geowolf

 ---


 --
 Ben Caradoc-Davies ben.caradoc-dav...@csiro.au
 Software Engineer
 CSIRO Earth Science and Resource Engineering
 Australian Resources Research Centre

 --
 Try before you buy = See our experts in action!
 The most comprehensive online learning library for Microsoft developers
 is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
 Metro Style Apps, more. Free future releases when you subscribe now!
 http://p.sf.net/sfu/learndevnow-dev2
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel

--
Virtualization  Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Upgrade Jettison dependency version

[Chris Holmes]

Only just seeing this, but a big +1 to versioning our REST API interface.
 It'd be good for people to know what they're working against, and to have
us commit to things being very stable, but have us able to upgrade when we
do want to make changes.

On Mon, Dec 26, 2011 at 1:36 PM, Justin Deoliveira jdeol...@opengeo.orgwrote:

 Yeah I like the idea of versioning the rest API since at some point we
 will have to undoubetly make non backward compatible changes. So yeah I
 guess we could call this api version 1 and then if we want to make breaking
 changes on the trunk push it to 2. It would be nice to have at least one
 release of a deprecation cycle though.

 On Dec 26, 2011 11:13 AM, Gabriel Roldan grol...@opengeo.org wrote:
 
  btw, it just occurred to me whether versioning the rest api somehow
  would be a good thing and feasible.
  Google's first answer is at
  
 http://stackoverflow.com/questions/389169/best-practices-for-api-versioning
 
 
  In an ideal world geoserver version X would support REST api verson Z
  and Z-1, and there would be a document explaining the api changes
  between Z and Z-1.
 
  Do you think that's something worth pursuing?
 
  Cheers,
  Gabriel
 
  On Mon, Dec 26, 2011 at 2:42 PM, Gabriel Roldan grol...@opengeo.org
 wrote:
   On Mon, Dec 26, 2011 at 2:01 PM, Justin Deoliveira 
 jdeol...@opengeo.org wrote:
   Hey gabriel,
  
   Thanks for the detailed explanation. Unfortunately I don't think it
 is an
   option to change the rest API serialization format on the stable
 branch.
   There is just too much code out there written against it. I would be
 OK with
   doing it on the trunk though. Actually this sort of aligns with
 another api
   change I have been thinking about and that is to have then root node
 of an
   object dropped in a collection:
  
   http://xstream.codehaus.org/json-tutorial.html#json-dropping-root
  
   So I guess to upgrade on the stable branch if we upgrade we would
 have to
   tweak converters to maintain the old format. I know it seems a bit
 silly to
   maintain a bug but I think its the safest way forward.
  
   Yeah I agree on stable it's not an option. Hopefully the rest
   collection converter seems to be isolated enough as to make the
   backwards compatible change in there, if we had to upgrade jettison on
   stable too.
   Personally I'm not in a rush, would just need to upgrade jettison when
   the time comes to backport the gwc integration improvements. By that
   time I'll make sure to propose a patch for review.
   Back on to trunk, do you have a timeline for the root element name
 drop?
  
   Cheers,
   Gabriel
  
  
   $0.02
  
   -Justin
  
   On Dec 26, 2011 12:00 AM, Gabriel Roldan grol...@opengeo.org
 wrote:
  
   Due to a bug in Jettison 1.0.1,  serializing and deserializing
   collections is broken http://jira.codehaus.org/browse/JETTISON-48
  
   Here's a test that demonstrates the issue:
  
   package org.geoserver.rest.format;
   ...
   public class ReflectiveJSONFormatTest extends TestCase {
  
  @SuppressWarnings({ unchecked, rawtypes })
  public void testFoo() throws Exception {
  
  ReflectiveJSONFormat format = new ReflectiveJSONFormat();
  
  Foo foo = new Foo(list, 2, 3.0, new
   ArrayList(Arrays.asList(1L, 2.5D)));
  
  ByteArrayOutputStream output = new ByteArrayOutputStream();
  format.write(foo, output);
  
  Object read = format.read(new
   ByteArrayInputStream(output.toByteArray()));
  
  assertTrue(read instanceof Foo);
  Foo foo2 = (Foo) read;
  assertEquals(foo.getList(), foo2.getList());
  assertEquals(foo.getProp1(), foo2.getProp1());
  assertEquals(foo.getProp2(), foo2.getProp2());
  assertEquals(foo.getProp3(), foo2.getProp3());
  }
   }
  
   The test fails at the first assert. (Have added a list property to
 the
   org.geoserver.rest.Foo test object).
  
   The generated JSON with the current Jettison version is
   Jettison 1.0.1:
  
  
 {org.geoserver.rest.Foo:{list:{int:[1],double:2.5},prop1:list,prop2:2,prop3:3}}
  
   The generated JSON with Jettison 1.3 (latest release) is:
   Jettison 1.3:
  
  
 {org.geoserver.rest.Foo:{list:[{int:1,double:2.5}],prop1:list,prop2:2,prop3:3}}
  
   As you can see, the currently generated value of the list attribute
   is not a json array as it should be, whilst the Jettison 1.3 one is.
  
   Upgrading to Jettison 1.3 breaks some restconfig tests though,
 because
   they're asserting the incorrect format is being generated.
   For instance:
   org.geoserver.catalog.rest.WorkspaceTest.testGetAllAsJSON
   org.geoserver.catalog.rest.DataStoreTest.testGetAllAsJSON
   org.geoserver.catalog.rest.CoverageStoreTest.testGetAllAsJSON
   org.geoserver.catalog.rest.NamespaceTest.testGetAllAsJSON
   org.geoserver.catalog.rest.WMSStoreTest.testGetAllAsJSON
   org.geoserver.catalog.rest.StyleTest.testGetAllAsJSON
  
   Take for example WorkspaceTest.testGetAllAsJSON
   The GET request 

Re: [Geoserver-devel] styles per workspace

[Chris Holmes]

I think constrained to the workspace / virtual service makes a lot more
sense.  Indeed to me part of the workspaces is a place you'd apply security
settings.  With security in mind it seems more logical in general to have
the scope be constrained.  May not be hard to implement those security
contraints so they don't appear in global if you set the workspace private,
but having the scope constrained will just have it make more sense to a
user imho.

As for resource file names, I think in general it does make sense to track
things more, and that we can probably do some nicer stuff with exposing
them more easily to the web if we do track them.

my $.02

On Wed, Jan 4, 2012 at 7:07 PM, Justin Deoliveira jdeol...@opengeo.orgwrote:

 Hi all,

 Following after the recent work to make workspaces in geoserver be able to
 live truly autonomously, i am back to revisit a topic that was brought up
 before, and that is storing styles on a workspace by workspace basis.
 Before I get to far with an implementation I wanted to run some ideas by
 folks first.

 First thing is style visibility. If styles can be stored globally and
 stored under a workspace, what styles should be visible from where? It
 would make sense that global styles be visible everywhere, whether you
 are going through a virtual service / workspace or not. But what about non
 global styles? Should they be constrained only to that workspace / virtual
 service? Or should you be able to access them globally as well, perhaps
 with some prefix?

 I am thinking the former. To illustrate, here are some examples:

 Consider some global styles:

 * point
 * line

 And some local ones:

 topp:

* foo

 nurc:

* bar

 The following requests would all be valid:

 geoserver/wms?...styles=point
 geoserver/topp/wms?...styles=line
 geoserver/topp/wms?...styles=foo
 geoserver/nurc/wms?...styles=bar

 The following requests would not be valid:

 geoserver/wms?...styles=foo
 geoserver/wms?...styles=bar
 geoserver/topp/wms?...styles=bar
 geoserver/nurc/wms?...styles=foo

 Thoughts?

 A second issue i ran into are styles that make use of other resources
 (like external graphics), that are stored along side the sld file. If we
 make styles be able to be part of a workspace, this means the style sld
 file can potentially move around, and for that to work we have to move not
 only the sld, but any other resources it requires. Currently our config
 model doesn't specify any of these files.

 One potential solution is to add an additional property to StyleInfo,
 something like resourceFilenames.

 StyleInfo {
   ListString getResourceFilenames():
 }

 Which would store any supplementary files that are needed by the SLD. When
 the user uploads a new file via the ui, we examine the file and look for
 any external graphics that point to relative file uris, and detect the
 additional resources. This might not be bullet proof so I was also thinking
 of an additional form field (a list chooser with add/remove) that would
 allow the admin to explicitly specify the supplementary fies.

 Thoughts?

 Thanks folks. Feedback much appreciated.

 -Justin

 --
 Justin Deoliveira
 OpenGeo - http://opengeo.org
 Enterprise support for open source geospatial.



 --
 Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
 infrastructure or vast IT resources to deliver seamless, secure access to
 virtual desktops. With this all-in-one solution, easily deploy virtual
 desktops for less than the cost of PCs and save 60% on VDI infrastructure
 costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel


--
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel