On Tue, Dec 7, 2010 at 12:24 AM, Chris Holmes wrote:
> Working on the post now. One question, does WPS in extension mean that we
> can/should make it a download on the download page?
Yep, extensions status implies it's an official, yet separate, download
in each release.
> I want to say some
>
+1 on this strategy
its perfectly natural to have "levels of conformance" - and at some
point someone will probably want to define limited functionality
profiles of these specs - so it should be possible to prioritise
improvements against such requirements if and when they emerge,
otherwise be dri
+1
it seems that we've captured one concern when dealing with another -
rest and configuration management are independent concepts, and we've
either applied policy to REST, where we want to apply it to config, or
we've named a config interface after the protocol. Worth fixing at
some stage - but i
+1 on the new module. Good luck solving the security conundrum.
On 06/12/10 19:48, Andrea Aime wrote:
> Hi,
> a few days ago I proposed a new GeoTools community module that implements
> a client (data store) for the Simple Feature Service
> (http://geo-solutions.blogspot.com/2010/11/simplefeatures
Working on the post now. One question, does WPS in extension mean that we
can/should make it a download on the download page? I want to say some
blurb about WPS, and my ideal blurb is 'it's now an official extension, and
you can download it directly _here_'. I think you guys may be in bed by
now
On Mon, Dec 6, 2010 at 3:17 PM, Andrea Aime wrote:
> On Mon, Dec 6, 2010 at 8:50 PM, Chris Holmes wrote:
> >
> >>>
> >>> Anyways, if I understand the document properly you also intend to add
> >>> support for SLD 1.1/SE 1.1 to GeoServer?
> >>
> >> It is not 100% yet if the funding is there but ye
On Mon, Dec 6, 2010 at 8:50 PM, Chris Holmes wrote:
>
>>>
>>> Anyways, if I understand the document properly you also intend to add
>>> support for SLD 1.1/SE 1.1 to GeoServer?
>>
>> It is not 100% yet if the funding is there but yes, at least a
>> partial implementation. The first pass of this wi
Cool. I'll try to take it on later tonight.
If anyone can help with what the major new things we've done between beta1
and 2 that'd be great, just reply here. I'll also dig through jira.
On Mon, Dec 6, 2010 at 12:28 PM, Alessio Fabiani <
alessio.fabi...@geo-solutions.it> wrote:
> If you can he
>
>> Anyways, if I understand the document properly you also intend to add
>> support for SLD 1.1/SE 1.1 to GeoServer?
>>
> It is not 100% yet if the funding is there but yes, at least a
> partial implementation. The first pass of this will mostly likely just be a
> parser / encoder for SE. That is
If you can help with the blog post it would be great.
I had no chance yet today to write something.
---
Ing. Alessio Fabiani
Founder / CTO GeoSolutions S.A.S.
GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: (+3
Woot!
Great work guys, thanks for pushing it out.
You have a blog post in the works? I may be able to find a bit of time to
help out there. Also we should update the front page when we have a blog
post.
On Mon, Dec 6, 2010 at 9:11 AM, Alessio Fabiani <
alessio.fabi...@geo-solutions.it> wrote:
On Sat, Dec 4, 2010 at 1:04 AM, Andrea Aime wrote:
> On Fri, Dec 3, 2010 at 9:36 PM, Justin Deoliveira
> wrote:
> > Hi all,
> > I was hoping to get some advice on how to handle the axis ordering issue
> of
> > wms 1.3. I have a partial approach that seems to work but i have no idea
> if
> > it is
+1 on the new module.
As for not locking it down by default I agree we should not. It should be
doable i believe if we add the new service under a different path than
"rest" (which is now possible on trunk without editing web.xml). Something
like "/sfs" perhaps?
I think then the security config t
GeoServer 2.1-beta2 (December 06, 2010)
The second beta release of GeoServer 2.1.
The entire change log is available here:
http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10311&version=16728
This release is based on the GeoTools 2.7-M4 releas
Hi,
a few days ago I proposed a new GeoTools community module that implements
a client (data store) for the Simple Feature Service
(http://geo-solutions.blogspot.com/2010/11/simplefeatureservice-yet-another.html).
One of the reactions was that there is no open source implementation
of the server
si
15 matches
Mail list logo
