On Mon, May 28, 2012 at 6:29 PM, Justin Deoliveira <[email protected]> wrote:
> Hey Andrea,
>
> Wondering if this change warrants some further discussion since as I
> understand it this will result in a <srs> element not being encoded in many
> cases. Which perhaps for storing configuration might not be an issue since
> we do have the native crs wkt but it could have negative side affects for
> restconfig in which clients may be expecting a srs.

I've made the change straight away because of two reasons:
- it makes the GUI unusable if you have lots of those layers and need to
  change bits in the configurations (the delay happens at each save, not
  only when doing the first insert)
- rest-config clients need to be prepared to accept WKT anyways, since
  not all .prj files in the world can be matched ot a EPSG code, even
  after a full scan

Impact wise, it affects shapefiles and rasters
(databases and WFS come out with full EPSG codes).

Alternatives I see:
- have a configuration option to switch between the GUI unfriendly,
  but REST friendlier behavior
- keep some sort of central cache of the mappings, so that we
  can avoid doing full scans each time, the delay only happens
  the first time

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
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Reply via email to