On Sun, Jan 9, 2011 at 7:31 PM, Chris Holmes <cho...@gmail.com> wrote: > I like the idea. The use case that strikes me as quite nice is someone > having no idea what the epsg is, but just wanting to look at it in the layer > preview. 0 seems like a nice way to represent that. And a nice way to get > it in to our system where maybe they could figure out the epsg. With this > there you could put in EPSG:0 and then use our force CRS to basically > declare what the CRS should be after the fact, no? So you wouldn't have to > do your guessing before, you could just try various forces and seeing if > they overlay right. > > As for confusing clients - are thinking of advertising EPSG:0 in the > capabilities document? I suppose we could consider not putting EPSG:0 > layers in the caps documents, but exposing them in the layer previews and > rest pages and let people make non-capabilities requests against them. Once > someone declares a forceCRS it would then appear.
I actually wanted to publish it in the capabilities. The reasoning is that it's no different from any other custom code. 900913 is well known about open source apps, but commercial apps do not know anything about it, yet we commonly publish through it. If you have a custom srs it's the same, you come up with a fancy code and publish it. So I think we should treat 0 just the same, it's our easy to remember custom code, some client will have troubles dealing with it, yet if you're using it, it means you don't have a meaningful epsg code to use anyways. Cheers Andrea -- Ing. Andrea Aime Technical Lead 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 ----------------------------------------------------- ------------------------------------------------------------------------------ Gaining the trust of online customers is vital for the success of any company that requires sensitive data to be transmitted over the Web. Learn how to best implement a security strategy that keeps consumers' information secure and instills the confidence they need to proceed with transactions. http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
