Hmmm, tricky problem.
So I understand your proposal you are saying that we continue to store
coverage names internally with a QName, but whenever we output a name we do
it by replacing ":" with "_". And symmetrically whenever parsing a name
handle the replacement as well?
A couple of ideas.
1. For wcs 2.0 we try to apply the name mangling up front in the request
readers/parsers. Basically by taking the name with underscores and like you
mention looking for the longest workspace prefix match.
2. We do push on the idea that for wcs 2.0 folks should use virtual service
endpoints. Obviously this will be limiting so the caveat would be that if
you don't have unique local names server wide you will run into problems.
Just some random thoughts.
On Tue, Dec 4, 2012 at 7:24 AM, Andrea Aime <[email protected]>wrote:
> Hi,
> working on the WCS 2.0 we've made a very sad discovery: the spec writers
> decided that
> NCName was a good fit for coverage names...
>
> http://books.xmlschemata.org/relaxng/ch19-77215.html
>
> This basically means, we cannot use our usual namespace qualified names as
> coverage
> names. Now, we either make WCS 2.0 work only inside workspaces, where
> prefixes are not necessary or... I'm afraid some sort of euristics will be
> required.
>
> The first thing that comes to mind, given that we basically don't have any
> reserved char,
> is to replace : with _ and then perform first an unqualified lookup,
> followed by
> a "longest prefix" match when the coverage names come in and we have to
> figure
> out what coverage is actually being requested
> For example, if we have test workspace with raster_rain inside and a
> test_raster
> workspace with rain inside, test_raster_rain would be matched to the
> workspace
> with the longest name.
> Or we could just adopt any other ordering, like random matching,
> alphabetical...
>
> Opinions?
>
> Cheers
> Andrea
>
> --
> ==
> Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
> information.
> ==
>
> Ing. Andrea Aime
> @geowolf
> Technical Lead
>
> GeoSolutions S.A.S.
> Via Poggio alle Viti 1187
> 55054 Massarosa (LU)
> Italy
> phone: +39 0584 962313
> fax: +39 0584 1660272
> mob: +39 339 8844549
>
> http://www.geo-solutions.it
> http://twitter.com/geosolutions_it
>
> -------------------------------------------------------
>
>
>
> ------------------------------------------------------------------------------
> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
> Remotely access PCs and mobile devices and provide instant support
> Improve your efficiency, and focus on delivering more value-add services
> Discover what IT Professionals Know. Rescue delivers
> http://p.sf.net/sfu/logmein_12329d2d
> _______________________________________________
> Geoserver-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>
>
--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.
------------------------------------------------------------------------------
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
