Thanks for the feedback Andrea.
On Wed, Dec 15, 2010 at 2:35 AM, Andrea Aime
<[email protected]>wrote:
> On Wed, Dec 15, 2010 at 5:13 AM, Justin Deoliveira <[email protected]>
> wrote:
> > Hi all,
> > Chris sent out a link to the proposal the other day. Here it is again now
> > that it is ready for formal discussion.
> > http://geoserver.org/display/GEOS/GSIP+56+-+WMS+1.3+Support
> > Feedback much appreciated.
>
> Hi,
> I already did a code review on this one and it looks mostly good, you have
> my
> detailed feedback on it.
>
> Things that came to mind by reading the GSIP:
> - axis order wise, is the spec mandating any geographic system to be
> lat/lon or
> just talking about EPSG:4326? The latter would be pretty messy but
> better to be sure
>
Good question. The spec only mentions EPSG:4326 as an example and does not
state anything explicit from what I can see. I will try to send an email to
the cite group to get clarification. Or is there a specific wms-dev that
anyone knows of like list like there is for wfs?
> - SE wise, some of the functions we already suppport. Btw, do we
> support the concept of
> default value in a function call? If so, how?
>
Yeah I still have a bit of work to do there to link up the functions we do
support. As for default value are you talking default value for a parameter?
I guess there might be some function implementations that do this but most
that i have seen don't. Which function from SE are you referring to?
> - is GetMap POST optional in WMS 1.3? How is the relationship between
> the POST in WMS 1.3 and SLD 1.1?
While I did not find any exact statement saying it is optional it is defined
as part of the SLD 1.1 spec so I guess optional in term of straight wms 1.3
but mandatory if you say you support SLD 1.1.
> - the proposal does not talk about the desktop client testing in which
> it appears that
> WMS 1.3 clients still insist to make WMS 1.3 GetFeatureInfo calls
> using X,Y instead
> of I,J (both GAIA and QGis). Some description on how to handle that
> would be probably good
>
> Right, will update the proposal about that.
> And oh, +1 on the proposal :-)
>
> Cheers
> Andrea
>
> > -Justin
> > --
> > Justin Deoliveira
> > OpenGeo - http://opengeo.org
> > Enterprise support for open source geospatial.
> >
> >
> ------------------------------------------------------------------------------
> > Lotusphere 2011
> > Register now for Lotusphere 2011 and learn how
> > to connect the dots, take your collaborative environment
> > to the next level, and enter the era of Social Business.
> > http://p.sf.net/sfu/lotusphere-d2d
> > _______________________________________________
> > Geoserver-devel mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/geoserver-devel
> >
> >
>
>
>
> --
> -----------------------------------------------------
> Ing. Andrea Aime
> Senior Software Engineer
>
> GeoSolutions S.A.S.
> Via Poggio alle Viti 1187
> 55054 Massarosa (LU)
> Italy
>
> phone: +39 0584962313
> fax: +39 0584962313
>
> http://www.geo-solutions.it
> http://geo-solutions.blogspot.com/
> http://www.linkedin.com/in/andreaaime
> http://twitter.com/geowolf
>
> -----------------------------------------------------
>
--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.
------------------------------------------------------------------------------
Lotusphere 2011
Register now for Lotusphere 2011 and learn how
to connect the dots, take your collaborative environment
to the next level, and enter the era of Social Business.
http://p.sf.net/sfu/lotusphere-d2d
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel