Rahkonen Jukka wrote: Hi,
> I checked that WMS layer name is stored OK in the OJ project file > <wms-layer-name>sf:archsites</wms-layer-name> > Let's hope that question is only about url-encoding error. I discussed with a > Geoserver developer and he considered that both ways would be correct, to > leave it unaltered sf:archsites or to url-encode it to sf%3Aarchsites. > > I think this is rather critical bug that effectively prevents all use > of Geoserver WMS services. Therefore I filed a new ticket > https://sourceforge.net/tracker/?func=detail&aid=3023366&group_id=118054&atid=679906 I agree. But checking the code I only see it being encoded once. I vaguely remember fixing such a double encoding problem (deegree WMS also often has a colon separated prefix for layer names, eg. for the CITE instances), but I think it had to do with GetFeatureInfo. Are you sure you're using an up to date version? Well, probably you are... Maybe it's a problem with how it's encoded in the GetCapabilities response. Is there an online server against which I could test? Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-0 fax ++49 +228 1849629 http://www.lat-lon.de http://www.deegree.org Follow deegree on Twitter: http://twitter.com/deegree_org
signature.asc
Description: Digital signature
------------------------------------------------------------------------------ This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
_______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel