Andrea, shure I will not translate the codes! I am just using them to
translate the messages!
Kind regards
Martin
On Tue, 15 Mar 2011 16:21:47 +0100, Andrea Aime
wrote:
> On Tue, Mar 15, 2011 at 4:01 PM, wrote:
>> I took a quick look at
>>
>> http://inspire.jrc.ec.europa.eu/documents/Network_S
On Tue, Mar 15, 2011 at 4:01 PM, wrote:
> I took a quick look at
>
> http://inspire.jrc.ec.europa.eu/documents/Network_Services/Technical_Guidance_View_Services_v2.12.pdf
>
> Section 3.2.2
> Internationalization of service exceptions is optional.
Moreover, as I suspected:
"If service exceptions
Christian, I would prefer a better solution as well. Our problem is
lack of time.
Regarding INSPIRE: as far as I know there is a difference between the
technical guidance and the other regulation documents regarding the
translation of exceptions... we are checking it - by the way: the first
stable
I took a quick look at
http://inspire.jrc.ec.europa.eu/documents/Network_Services/Technical_Guidance_View_Services_v2.12.pdf
Section 3.2.2
Internationalization of service exceptions is optional.
I think English should be ok.
In the case that I had misunderstood something, the concept of a
ser
On Tue, Mar 15, 2011 at 2:45 PM, Martin Zeller wrote:
> Hi geoserver developers,
>
> unfortunatly we have to translate all ServiceExceptions into german language
> (INSPIRE conformity). As far as I have seen all the exception messages are
> hardcoded in the source code - so we will create a Servle
Hi geoserver developers,
unfortunatly we have to translate all ServiceExceptions into german language
(INSPIRE conformity). As far as I have seen all the exception messages are
hardcoded in the source code - so we will create a ServletFilter which will
transate the exception messages.
Is there a
