Re: [Geoserver-devel] language fix?

2018-06-25 Thread Niels Charlier 

Hello Richard,

Thanks for your answer. The technical aspect of translating is not the 
issue, I was just wondering about what is required to get community 
approval for a translation patch.


Kind Regards
Niels


On 25-06-18 20:54, Richard Duivenvoorde wrote:

On 06/25/2018 05:18 PM, Niels Charlier wrote:

Hello,

Is there a particular process in place for when you want to make a fix
to the translation of geoserver in a particular language?

- Should I make a jira issue for that. Seems kind of pointless.

- How about reviewing. I don't think there is anyone closely involved
with geoserver who can verify Dutch, but I guess I would be able to find
someone on github who can verify the translation.

Hi Niels,

I googled: https://www.transifex.com/GeoServer/geoserver/

and http://docs.geoserver.org/latest/en/developer/translation.html

But we need someone from Geoserver packaging to make sure the Transifex
files actually are used (the second link does not make any notion of
Transifex, not searching for it...). I just asked to join the Dutch
team, just to be sure :-) (at QGIS we also use Transifex).

I would ask around on the OSGeo.nl mailing list for help if you need it:
https://osgeo.nl/mailinglijst/

Regards,

Richard Duivenvoorde



--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel



--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] [Geotools-devel] Question regarding encoding of GetPropertyValue response in WFS 2.0

2018-06-25 Thread Nuno Oliveira 

Hi,

Indeed GeoServer \ App-Schema is not respecting the standard, this looks like a 
bug to me.

+1 for considering this a bug and fix it on master, a PR to fix this is welcome 
:)

Back-porting is a bit more complex, since this may break existing expectations, 
let's see what
others have to say about this. IMHO, if this is back-ported a flag to enable the 
old behavior should be provided.


Regards,

Nuno Oliveira

On 06/25/2018 06:18 PM, Daniel Urda wrote:

Hi,
While going over errors encountered by an app-schema based WFS service on 
Geoserver when testing with teamengine, I noticed that GeoTools currently 
encodes any simple attribute (having only a textnode) as a full object. It is 
my understanding that the WFS 2.0 standard requires such attributes to be 
returned as simple text nodes. The WFS 2.0 standard says that "The response 
shall be a text node or a list of element nodes that is the value of the node 
pointed to by the valueReference parameter." (section 10.2.4.3). Furthermore, 
see example GetPropertyValue exchanges in Annex B (e.g. sections B.4.5 and B.4.7)


Consequently, the following GET (taken from GeoServer's app-schema tests):
?request=GetPropertyValue=2.0.0=gsml:MappedFeature=gml:name=1

should return

GUNTHORPE FORMATION


instead of:


GUNTHORPE FORMATION



I expect any change to be breaking, thus I am interested what is the 
community's opinion on this issue (i.e. correct encoding of the 
GetPropertyValue  response). Looking a bit over the code, a "clean" solution 
doesn't appear trivial (if the current implementation is the one expected, 
I'll probably go for some quick hack for my local implementation)


Thank you,
Daniel Urda



--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot


___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel


--
Regards,
Nuno Oliveira
==
GeoServer Professional Services from the experts!
Visit http://goo.gl/it488V for more information.
==

Nuno Miguel Carvalho Oliveira
@nmcoliveira
Software Engineer

GeoSolutions S.A.S.
Via di Montramito 3/A
55054  Massarosa (LU)
Italy
phone: +39 0584 962313
fax:  +39 0584 1660272

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

---

Con riferimento alla normativa sul trattamento dei dati
personali (Reg. UE 2016/679 - Regolamento generale sulla
protezione dei dati “GDPR”), si precisa che ogni
circostanza inerente alla presente email (il suo contenuto,
gli eventuali allegati, etc.) è un dato la cui conoscenza
è riservata al/i solo/i destinatario/i indicati dallo
scrivente. Se il messaggio Le è giunto per errore, è
tenuta/o a cancellarlo, ogni altra operazione è illecita.
Le sarei comunque grato se potesse darmene notizia.

This email is intended only for the person or entity to
which it is addressed and may contain information that
is privileged, confidential or otherwise protected from
disclosure. We remind that - as provided by European
Regulation 2016/679 “GDPR” - copying, dissemination or
use of this e-mail or the information herein by anyone
other than the intended recipient is prohibited. If you
have received this email by mistake, please notify
us immediately by telephone or e-mail.

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] [JIRA] (GEOS-8803) Grid Subset list indicates bounds are dynamic even when static

2018-06-25 Thread Kevin Smith [Administrator] (JIRA) 
Title: Message Title


 
 
 
 

 
 
 

 
   
 Kevin Smith [Administrator] created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 GeoServer /  GEOS-8803  
 
 
  Grid Subset list indicates bounds are dynamic even when static   
 

  
 
 
 
 

 
Issue Type: 
  Bug  
 
 
Affects Versions: 
 2.13.1  
 
 
Assignee: 
 Unassigned  
 
 
Components: 
 GWC, UI  
 
 
Created: 
 25/Jun/18 10:48 PM  
 
 
Priority: 
  Medium  
 
 
Reporter: 
 Kevin Smith [Administrator]  
 

  
 
 
 
 

 
 Edit a tile layer via REST to specify a fixed extent for one of its grid subsets. View the tile caching tab of the edit page for that layer and in the grid subsets section, that subset will show that it has "Dynamic" extent.  
 

  
 
 
  
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
 

[Geoserver-devel] Reminder: GeoTools / GeoServer meeting at 19:30 UTC on Tuesday

2018-06-25 Thread Ben Caradoc-Davies 

GeoTools / GeoServer committee meeting on Skype at 19:30 UTC on Tuesday:
https://www.timeanddate.com/worldclock/fixedtime.html?msg=GeoTools+/+GeoServer+Meeting=2018=6=26=19=30=0=1

--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] language fix?

2018-06-25 Thread Richard Duivenvoorde 
On 06/25/2018 05:18 PM, Niels Charlier wrote:
> Hello,
> 
> Is there a particular process in place for when you want to make a fix
> to the translation of geoserver in a particular language?
> 
> - Should I make a jira issue for that. Seems kind of pointless.
> 
> - How about reviewing. I don't think there is anyone closely involved
> with geoserver who can verify Dutch, but I guess I would be able to find
> someone on github who can verify the translation.

Hi Niels,

I googled: https://www.transifex.com/GeoServer/geoserver/

and http://docs.geoserver.org/latest/en/developer/translation.html

But we need someone from Geoserver packaging to make sure the Transifex
files actually are used (the second link does not make any notion of
Transifex, not searching for it...). I just asked to join the Dutch
team, just to be sure :-) (at QGIS we also use Transifex).

I would ask around on the OSGeo.nl mailing list for help if you need it:
https://osgeo.nl/mailinglijst/

Regards,

Richard Duivenvoorde



--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] [Geotools-devel] Question regarding encoding of GetPropertyValue response in WFS 2.0

2018-06-25 Thread Daniel Urda 
Hi,
While going over errors encountered by an app-schema based WFS service on
Geoserver when testing with teamengine, I noticed that GeoTools currently
encodes any simple attribute (having only a textnode) as a full object. It
is my understanding that the WFS 2.0 standard requires such attributes to
be returned as simple text nodes. The WFS 2.0 standard says that "The
response shall be a text node or a list of element nodes that is the value
of the node pointed to by the valueReference parameter." (section
10.2.4.3). Furthermore, see example GetPropertyValue exchanges in Annex B
(e.g. sections B.4.5 and B.4.7)

Consequently, the following GET (taken from GeoServer's app-schema tests):
?request=GetPropertyValue=2.0.0=gsml:MappedFeature=gml:name=1

should return

GUNTHORPE FORMATION


instead of:


GUNTHORPE FORMATION



I expect any change to be breaking, thus I am interested what is the
community's opinion on this issue (i.e. correct encoding of the
GetPropertyValue  response). Looking a bit over the code, a "clean"
solution doesn't appear trivial (if the current implementation is the one
expected, I'll probably go for some quick hack for my local
implementation)

Thank you,
Daniel Urda
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] language fix?

2018-06-25 Thread Niels Charlier 

Hello,

Is there a particular process in place for when you want to make a fix 
to the translation of geoserver in a particular language?


- Should I make a jira issue for that. Seems kind of pointless.

- How about reviewing. I don't think there is anyone closely involved 
with geoserver who can verify Dutch, but I guess I would be able to find 
someone on github who can verify the translation.


Kind Regards

Niels


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel