Gabriel Roldan ha scritto: > I would prefer a shorter list too, but at the time aliases were needed > because there were already a lot of code using them, but they weren't > advertised in the capabilities. That is, everybody wanted to use > "openlayers" or "atom" in the requests, but those were just not in the > capabilities, so it was magic.
Uh? How was this working? The caps had a hard coded list of output formats? Anyways, I did not ask for the convenience synonyms to be removed, more that I'd like to have a way to filter them out for UI and capabilities building cases. But keep them in for > Moreover, the ones without the "+" where required for those sending a > request from a web browser that does not escape the spaces in the URL. > Hence the aliases, to stop magic. > This issue is somewhat related <http://jira.codehaus.org/browse/GEOS-2124> > > some things like image/geotiff, image/geotiff8, image/png, image/png8 > etc should imho be better advertised as a parametrized MIME type, eg, > image/png;color-depth=8 or image/tiff;geotiff=true Yup, I agree. However, this kind of change need to be performed by adding more synonyms to the mix, otherwise people upgrading will be screwed by our name changes. image/tiff;geotiff=true becomes the new advertised format name, but we need to keep image/geotiff around for backwards compatibility (just stop advertising it). If we stop advertising the convenience synonyms sooner or later they will fall out of fashion. I'm also ok on removing GetMapProducer.getOutputFormat, it does not even match with the fact that some producers generate more than one kind of output (png and png8). I still think its multi-result friend, getOutputFormatNames() should provide us a way to filter out the synonyms so that we can produce good capabilities document and good UI without the need to perform mapping and duplicate removal. Cheers Andrea -- Andrea Aime OpenGeo - http://opengeo.org Expert service straight from the developers. ------------------------------------------------------------------------------ This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com _______________________________________________ Geoserver-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-devel
