Re: [Geoserver-devel] GSIP-205 Add Styles support to LayerGroup

2021-09-03 Thread Jody Garnett 
+1

This is going to be a much appreciated improvement


> Quoting from the proposal:
> "The functionality *will be available for layer group with mode SINGLEor
> OPAQUE only*, since TREE groups can show only one sub-tree in
> capabilities."
>

Thanks for pointing that out.

Feedback:
>> - "named configuration" - would like to just call this "style" if that is
>> how this is going to be presented in the get capabilities document
>>
>
> Agree, that's indeed how the mocks show it to the user, they are called
> "layer group styles"
>

The mocks show "Configuration/Style Name" a bit further down the page;
consistently using "layer group style" would be good.

Questions:
- Should the first style be the "default" style for the layer group?
- WMS capabilities also name / title / abstract / legend graphic URL.
Ideas? Perhaps two tabs here, one for the layers and the panel from the
style editor


> - I like the ui *option 2* and think it would be a good experiment.
>> Suggestion arranging the "Add Layer" " Add Layer Group" "Add Style Group"
>> horizontally, recommend placing an empty "StyleName" heading with an empty
>> label at the end of the list with "Add" at the end of the table (this would
>> result in less scrolling up and down the page).
>>
>
> The reorg of the existing style editor (which has the three "add" links
> stacked vertically) makes indeed sense.
>


> Having the controls to add a new layer at the end also makes sense. We
> want to keep the ability to copy another style, since
> we expect users to want to start from a base, and customize from there,
> rather than re-enter layers one by one.
>

Right - that is a good workflow.

Ideas?
- Have a select button next to "Add Style" at the bottom to select "New" or
choose from the existing layer group styles.
- Or make a duplicate button next to each style (with some space between
that and remove). Clear what is to be copied, but then have to scroll to
find it.

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

Re: [Geoserver-devel] GSIP-205 Add Styles support to LayerGroup

2021-09-03 Thread Andrea Aime 
On Fri, Sep 3, 2021 at 6:34 PM Jody Garnett  wrote:

> I was also thinking about the end-user - an opaque layer group is a good
> candidate to switch styles as it is then not shown to the user (in the get
> capabilities document) about the contents of the layer group.
>

> Reading proposal now:
>
> The proposal describes this as a choice: *different LayerGroup named
> configurations, each comprising different sets of layers' styles and
> eventually layers, in addition to the default one.*
>
> For the "eventually layers" part of the proposal I think we would end up
> with:
> - single: no problem as no structure is generated
> - opaque container: no problem as no structure is generated
> - named tree: suggest listing all the layers from all the the named
> options (not sure what order to list in, perhaps does not matter?)
> - container tree: not applicable to have named options, disable styling
> completely
> - earth observation: probably watch to associate a different root layer
> with each "named configuration"
>

Quoting from the proposal:
"The functionality *will be available for layer group with mode SINGLEor
OPAQUE only*, since TREE groups can show only one sub-tree in capabilities."


>
> Feedback:
> - "named configuration" - would like to just call this "style" if that is
> how this is going to be presented in the get capabilities document
>

Agree, that's indeed how the mocks show it to the user, they are called
"layer group styles"


> - the ui *option 1* matches the workflow on wps security and other
> security screens where we edit parts of a larger document
> - I like the ui *option 2* and think it would be a good experiment.
> Suggestion arranging the "Add Layer" " Add Layer Group" "Add Style Group"
> horizontally, recommend placing an empty "StyleName" heading with an empty
> label at the end of the list with "Add" at the end of the table (this would
> result in less scrolling up and down the page).
>

The reorg of the existing style editor (which has the three "add" links
stacked vertically) makes indeed sense.
Having the controls to add a new layer at the end also makes sense. We want
to keep the ability to copy another style, since
we expect users to want to start from a base, and customize from there,
rather than re-enter layers one by one.

Cheers
Andrea

==

GeoServer Professional Services from the experts!

Visit http://bit.ly/gs-services-us for more information.
==

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions Group
phone: +39 0584 962313

fax: +39 0584 1660272

mob:   +39  333 8128928

https://www.geosolutionsgroup.com/

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
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] GSIP-205 Add Styles support to LayerGroup

2021-09-03 Thread Jody Garnett 
I was also thinking about the end-user - an opaque layer group is a good
candidate to switch styles as it is then not shown to the user (in the get
capabilities document) about the contents of the layer group.

Reading proposal now:

The proposal describes this as a choice: *different LayerGroup named
configurations, each comprising different sets of layers' styles and
eventually layers, in addition to the default one.*

For the "eventually layers" part of the proposal I think we would end up
with:
- single: no problem as no structure is generated
- opaque container: no problem as no structure is generated
- named tree: suggest listing all the layers from all the the named options
(not sure what order to list in, perhaps does not matter?)
- container tree: not applicable to have named options, disable styling
completely
- earth observation: probably watch to associate a different root layer
with each "named configuration"

Feedback:
- "named configuration" - would like to just call this "style" if that is
how this is going to be presented in the get capabilities document
- the ui *option 1* matches the workflow on wps security and other security
screens where we edit parts of a larger document
- I like the ui *option 2* and think it would be a good experiment.
Suggestion arranging the "Add Layer" " Add Layer Group" "Add Style Group"
horizontally, recommend placing an empty "StyleName" heading with an empty
label at the end of the list with "Add" at the end of the table (this would
result in less scrolling up and down the page).
--
Jody Garnett


On Fri, 3 Sept 2021 at 00:57, Andrea Aime 
wrote:

> On Fri, Sep 3, 2021 at 7:32 AM Jody Garnett 
> wrote:
>
>> Do keep in mind that layer groups are very simple right now and are
>> pretty much unpacked into GetMap request parameters. I am not sure about
>> swapping between different sets of layers (ie contents), as that starts to
>> feel more like defining a new layer group mode, rather than a styling of
>> its contents.
>>
>
> You are thinking structure of the object here, we are proposing an
> end-user functionality instead. When your car navigator switches from day
> mode to night mode, is that the same map?
> From the user POV, it is, the implementation requires having a layer group
> with styles. In this case, the same layers, a different array of styles.
> Another situation is switching between a map with lots of detail to one
> that has less. To the user, that's still "OSM", but one is "OSM bright"
> with all the details, while
> the other is "light background", in this case, with different styles and
> fewer layers (the high detail ones are omitted): same dataset, two
> different styles.
> I guess one could achieve the same using a fixed array of layers and using
> styles that never display anything to take out the unwanted layers but...
> that's really clumsy.
>
> Cheers
> Andrea
>
> ==
>
> GeoServer Professional Services from the experts!
>
> Visit http://bit.ly/gs-services-us for more information.
> ==
>
> Ing. Andrea Aime
> @geowolf
> Technical Lead
>
> GeoSolutions Group
> phone: +39 0584 962313
>
> fax: +39 0584 1660272
>
> mob:   +39  333 8128928
>
> https://www.geosolutionsgroup.com/
>
> 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
>
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] GSIP-205 Add Styles support to LayerGroup

2021-09-03 Thread Nuno Oliveira 
+1

On Fri, Sep 3, 2021 at 3:13 PM Alessio Fabiani <
alessio.fabi...@geosolutionsgroup.com> wrote:

> +1
>
> On Fri, Sep 3, 2021 at 1:02 PM Simone Giannecchini <
> simone.giannecch...@geosolutionsgroup.com> wrote:
>
>> +0
>>
>> Regards,
>> Simone Giannecchini
>> ==
>> GeoServer Professional Services from the experts!
>> Visit http://bit.ly/gs-services for more information.
>> ==
>> Ing. Simone Giannecchini
>> @simogeo
>> Founder/Director GeoSolutions Italy
>> President GeoSolutions USA
>>
>> phone: +39 0584 962313
>> fax: +39 0584 1660272
>> mob:   +39  333 8128928
>>
>> http://www.geosolutionsgroup.com
>> http://twitter.com/geosolutions_it
>>
>> ---
>> 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.
>>
>>
>> On Thu, Sep 2, 2021 at 11:13 AM Marco Volpini <
>> marco.volp...@geosolutionsgroup.com> wrote:
>>
>>> Dear all,
>>>
>>> I would like to propose the addition of style support for LayerGroup.
>>> Please consider reviewing the proposal available here
>>> .
>>>
>>> The improvement aims to add a notion of style to LayerGroup as the
>>> possibility to define multiple sets of layers and styles as different named
>>> configurations.
>>> The various named configurations will be advertised in the WMS
>>> getCapabilities response as styles so that can be requested through the
>>> usage  of the styles parameter in WMS operations.
>>>
>>> Regards,
>>>
>>> Marco Volpini
>>>
>>> ==
>>> GeoServer Professional Services from the experts!
>>>
>>> Visit http://bit.ly/gs-services-us for more information.
>>> ==
>>>
>>> Marco Volpini
>>>
>>> Software Engineer
>>>
>>> GeoSolutions Group
>>> phone: +39 0584 962313
>>>
>>> fax: +39 0584 1660272
>>>
>>> https://www.geosolutionsgroup.com/
>>>
>>> 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.
>>>
>>>
>>> ___
>>> Geoserver-devel mailing list
>>> Geoserver-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>>>
>> ___
>> Geoserver-devel mailing list
>> Geoserver-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>>
>
>
> --
>
> Regards,
>
> Alessio Fabiani
>
> ==
> GeoServer Professional Services from the experts!
>
> Visit http://bit.ly/gs-services-us for more information.
> ==
>
> Ing. Alessio Fabiani
>
> @alfa7691
> Founder/Technical Lead
>
>
> GeoSolutions Group
> phone: +39 0584 962313
>
> fax: +39 0584 1660272
>
> mob:   +39  333 8128928
>
> https://www.geosolutionsgroup.com/
>
> 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

Re: [Geoserver-devel] GSIP-205 Add Styles support to LayerGroup

2021-09-03 Thread Alessio Fabiani 
+1

On Fri, Sep 3, 2021 at 1:02 PM Simone Giannecchini <
simone.giannecch...@geosolutionsgroup.com> wrote:

> +0
>
> Regards,
> Simone Giannecchini
> ==
> GeoServer Professional Services from the experts!
> Visit http://bit.ly/gs-services for more information.
> ==
> Ing. Simone Giannecchini
> @simogeo
> Founder/Director GeoSolutions Italy
> President GeoSolutions USA
>
> phone: +39 0584 962313
> fax: +39 0584 1660272
> mob:   +39  333 8128928
>
> http://www.geosolutionsgroup.com
> http://twitter.com/geosolutions_it
>
> ---
> 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.
>
>
> On Thu, Sep 2, 2021 at 11:13 AM Marco Volpini <
> marco.volp...@geosolutionsgroup.com> wrote:
>
>> Dear all,
>>
>> I would like to propose the addition of style support for LayerGroup.
>> Please consider reviewing the proposal available here
>> .
>>
>> The improvement aims to add a notion of style to LayerGroup as the
>> possibility to define multiple sets of layers and styles as different named
>> configurations.
>> The various named configurations will be advertised in the WMS
>> getCapabilities response as styles so that can be requested through the
>> usage  of the styles parameter in WMS operations.
>>
>> Regards,
>>
>> Marco Volpini
>>
>> ==
>> GeoServer Professional Services from the experts!
>>
>> Visit http://bit.ly/gs-services-us for more information.
>> ==
>>
>> Marco Volpini
>>
>> Software Engineer
>>
>> GeoSolutions Group
>> phone: +39 0584 962313
>>
>> fax: +39 0584 1660272
>>
>> https://www.geosolutionsgroup.com/
>>
>> 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.
>>
>>
>> ___
>> Geoserver-devel mailing list
>> Geoserver-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>>
> ___
> Geoserver-devel mailing list
> Geoserver-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>


-- 

Regards,

Alessio Fabiani

==
GeoServer Professional Services from the experts!

Visit http://bit.ly/gs-services-us for more information.
==

Ing. Alessio Fabiani

@alfa7691
Founder/Technical Lead


GeoSolutions Group
phone: +39 0584 962313

fax: +39 0584 1660272

mob:   +39  333 8128928

https://www.geosolutionsgroup.com/

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.

Re: [Geoserver-devel] GSIP-205 Add Styles support to LayerGroup

2021-09-03 Thread Andrea Aime 
And oh, Marco did not mention it, but the functionality in the proposal was
already discussed a few
years ago, but then we did not move forward due to resourcing issues.
For reference:
https://sourceforge.net/p/geoserver/mailman/geoserver-devel/thread/CA%2BnxMTtD2My%3DM5_fjFWwG_Z6CnV-RxfDwgS0q3Ai%2BxpNzwuEfQ%40mail.gmail.com/#msg36251493

Cheers
Andrea


On Fri, Sep 3, 2021 at 9:57 AM Andrea Aime <
andrea.a...@geosolutionsgroup.com> wrote:

> On Fri, Sep 3, 2021 at 7:32 AM Jody Garnett 
> wrote:
>
>> Do keep in mind that layer groups are very simple right now and are
>> pretty much unpacked into GetMap request parameters. I am not sure about
>> swapping between different sets of layers (ie contents), as that starts to
>> feel more like defining a new layer group mode, rather than a styling of
>> its contents.
>>
>
> You are thinking structure of the object here, we are proposing an
> end-user functionality instead. When your car navigator switches from day
> mode to night mode, is that the same map?
> From the user POV, it is, the implementation requires having a layer group
> with styles. In this case, the same layers, a different array of styles.
> Another situation is switching between a map with lots of detail to one
> that has less. To the user, that's still "OSM", but one is "OSM bright"
> with all the details, while
> the other is "light background", in this case, with different styles and
> fewer layers (the high detail ones are omitted): same dataset, two
> different styles.
> I guess one could achieve the same using a fixed array of layers and using
> styles that never display anything to take out the unwanted layers but...
> that's really clumsy.
>
> Cheers
> Andrea
>
> ==
>
> GeoServer Professional Services from the experts!
>
> Visit http://bit.ly/gs-services-us for more information.
> ==
>
> Ing. Andrea Aime
> @geowolf
> Technical Lead
>
> GeoSolutions Group
> phone: +39 0584 962313
>
> fax: +39 0584 1660272
>
> mob:   +39  333 8128928
>
> https://www.geosolutionsgroup.com/
>
> 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
>


-- 

Regards,

Andrea Aime

==
GeoServer Professional Services from the experts!

Visit http://bit.ly/gs-services-us for more information.
==

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions Group
phone: +39 0584 962313

fax: +39 0584 1660272

mob:   +39  333 8128928

https://www.geosolutionsgroup.com/

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
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] [JIRA] (GEOS-10224) Feature templating "merge" directive does not work on STAC collections template

2021-09-03 Thread Andrea Aime (JIRA) 
Andrea Aime ( 
https://osgeo-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3Ae9469ffc-5e16-4c2b-b7b0-b9c46e912f9e
 ) *created* an issue

GeoServer ( 
https://osgeo-org.atlassian.net/browse/GEOS?atlOrigin=eyJpIjoiNWZkNjY3ODBlZjNjNGYxZjkwY2U3YThhMDFlZDcwYzkiLCJwIjoiaiJ9
 ) / Bug ( 
https://osgeo-org.atlassian.net/browse/GEOS-10224?atlOrigin=eyJpIjoiNWZkNjY3ODBlZjNjNGYxZjkwY2U3YThhMDFlZDcwYzkiLCJwIjoiaiJ9
 ) GEOS-10224 ( 
https://osgeo-org.atlassian.net/browse/GEOS-10224?atlOrigin=eyJpIjoiNWZkNjY3ODBlZjNjNGYxZjkwY2U3YThhMDFlZDcwYzkiLCJwIjoiaiJ9
 ) Feature templating "merge" directive does not work on STAC collections 
template ( 
https://osgeo-org.atlassian.net/browse/GEOS-10224?atlOrigin=eyJpIjoiNWZkNjY3ODBlZjNjNGYxZjkwY2U3YThhMDFlZDcwYzkiLCJwIjoiaiJ9
 )

Issue Type: Bug Assignee: Andrea Aime ( 
https://osgeo-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3Ae9469ffc-5e16-4c2b-b7b0-b9c46e912f9e
 ) Components: Community modules Created: 03/Sep/21 3:57 PM Priority: Medium 
Reporter: Andrea Aime ( 
https://osgeo-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3Ae9469ffc-5e16-4c2b-b7b0-b9c46e912f9e
 )

The merge machinery looks for a "features" array to handle the merge, but the 
collections template has a "collections" array instead. The internal machinery 
should be made configurable.

( 
https://osgeo-org.atlassian.net/browse/GEOS-10224#add-comment?atlOrigin=eyJpIjoiNWZkNjY3ODBlZjNjNGYxZjkwY2U3YThhMDFlZDcwYzkiLCJwIjoiaiJ9
 ) Add Comment ( 
https://osgeo-org.atlassian.net/browse/GEOS-10224#add-comment?atlOrigin=eyJpIjoiNWZkNjY3ODBlZjNjNGYxZjkwY2U3YThhMDFlZDcwYzkiLCJwIjoiaiJ9
 )

Get Jira notifications on your phone! Download the Jira Cloud app for Android ( 
https://play.google.com/store/apps/details?id=com.atlassian.android.jira.core=utm_source%3DNotificationLink%26utm_medium%3DEmail
 ) or iOS ( 
https://itunes.apple.com/app/apple-store/id1006972087?pt=696495=EmailNotificationLink=8
 ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100175- 
sha1:694ab4d )___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] GSIP-205 Add Styles support to LayerGroup

2021-09-03 Thread Simone Giannecchini 
+0

Regards,
Simone Giannecchini
==
GeoServer Professional Services from the experts!
Visit http://bit.ly/gs-services for more information.
==
Ing. Simone Giannecchini
@simogeo
Founder/Director GeoSolutions Italy
President GeoSolutions USA

phone: +39 0584 962313
fax: +39 0584 1660272
mob:   +39  333 8128928

http://www.geosolutionsgroup.com
http://twitter.com/geosolutions_it

---
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.


On Thu, Sep 2, 2021 at 11:13 AM Marco Volpini <
marco.volp...@geosolutionsgroup.com> wrote:

> Dear all,
>
> I would like to propose the addition of style support for LayerGroup.
> Please consider reviewing the proposal available here
> .
>
> The improvement aims to add a notion of style to LayerGroup as the
> possibility to define multiple sets of layers and styles as different named
> configurations.
> The various named configurations will be advertised in the WMS
> getCapabilities response as styles so that can be requested through the
> usage  of the styles parameter in WMS operations.
>
> Regards,
>
> Marco Volpini
>
> ==
> GeoServer Professional Services from the experts!
>
> Visit http://bit.ly/gs-services-us for more information.
> ==
>
> Marco Volpini
>
> Software Engineer
>
> GeoSolutions Group
> phone: +39 0584 962313
>
> fax: +39 0584 1660272
>
> https://www.geosolutionsgroup.com/
>
> 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.
>
>
> ___
> Geoserver-devel mailing list
> Geoserver-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] [Geoserver-users] Publish SLD with InlineContent via REST API

2021-09-03 Thread Andrea Aime 
Ah, if that's the issue, there is a parameter to accept the SLD as-is,
without reformatting it  (that's what the serialization/deserialization is
for).
However, hum... SLD 1.1 should not be formatted, as there is no capability
to write it back.
Ah! The style was posted with the mime type for SLD 1.0!
Try posting it using application/vnd.ogc.se+xml as the mime type instead

Cheers
Andrea


On Fri, Sep 3, 2021 at 10:37 AM Roar Brænden 
wrote:

> Hi,
>
> I've looked into the problem and it seems there is no support for
> InlineContent via REST API.
>
> The REST API seems to do both a deserializing and then a serializing of
> the SLD content. That might be the reason why it fails in REST API calls
> and not web GUI.
>
> Maybe someone will fix serialization of InlineContent within
> org.geotools.xml.styling.SLDTransformer in the next code sprint.
>
> Regards,
>
> Roar Brænden
>
>
> 31. aug. 2021 kl. 13:52 skrev Christian Mayer :
>
> Hi all,
>
> I created an issue in GeoServer's JIRA for the described exception/bug:
> https://osgeo-org.atlassian.net/browse/GEOS-10220
>
> Regards
> Chris
> On 27.08.21 11:00, Christian Mayer wrote:
>
> Hi all,
>
> thanks for your replies and sorry that I forgot to mention the version I
> am using. The error occurred on v2.19.1 in my setup.
>
> Regards
> Chris
> On 27.08.21 10:45, Roar Brænden wrote:
>
> Hi,
>
> I can confirm that the same exception occurs when running Geoserver main.
>
> Regards,
>
> Roar
>
>
> 27. aug. 2021 kl. 09:37 skrev Andrea Aime <
> andrea.a...@geosolutionsgroup.com>:
>
> Hi all,
> before opening a ticket please make sure it's happening also on 2.19.x,
> lots of code changes happened
> in between.
>
> Cheers
> Andrea
>
> On Fri, Aug 27, 2021 at 8:31 AM Roar Brænden 
> wrote:
>
>> Hi,
>>
>> I tried your call on a Geoserver version 2.15.2 and can confirm there is
>> a bug in that version. Which version are you running?
>> You should consider to open an issue, to have someone look further into
>> the case.
>>
>> I've got the trace log from the log-files as well. That could be useful
>> when opening an issue.
>>
>> Best regards,
>> Roar Brænden
>>
>> 2021-08-27 06:08:10,705 ERROR [geoserver.rest] - Error writing style
>> org.geoserver.rest.RestException 500 INTERNAL_SERVER_ERROR: Error writing
>> style
>> at
>> org.geoserver.rest.catalog.StyleController.styleSLDPost(StyleController.java:242)
>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> at
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>> at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> at java.lang.reflect.Method.invoke(Method.java:498)
>> at
>> org.springframework.web.method.support.InvocableHandlerMethod.doInvoke(InvocableHandlerMethod.java:207)
>> at
>> org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:137)
>> at
>> org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:102)
>> at
>> org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandlerMethod(RequestMappingHandlerAdapter.java:895)
>> at
>> org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:800)
>> at
>> org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:87)
>> at
>> org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:1038)
>> at
>> org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:942)
>> at
>> org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:998)
>> at
>> org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:901)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:660)
>> at
>> org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:875)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:741)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:231)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
>> at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:53)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
>> at
>> org.geoserver.filters.ThreadLocalsCleanupFilter.doFilter(ThreadLocalsCleanupFilter.java:26)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
>> at
>>

Re: [Geoserver-devel] [Geoserver-users] Publish SLD with InlineContent via REST API

2021-09-03 Thread Roar Brænden 
Hi,

I've looked into the problem and it seems there is no support for InlineContent 
via REST API.

The REST API seems to do both a deserializing and then a serializing of the SLD 
content. That might be the reason why it fails in REST API calls and not web 
GUI.

Maybe someone will fix serialization of InlineContent within 
org.geotools.xml.styling.SLDTransformer in the next code sprint.

Regards,

Roar Brænden


> 31. aug. 2021 kl. 13:52 skrev Christian Mayer :
> 
> Hi all,
> 
> I created an issue in GeoServer's JIRA for the described exception/bug: 
> https://osgeo-org.atlassian.net/browse/GEOS-10220 
> 
> Regards
> Chris
> 
> On 27.08.21 11:00, Christian Mayer wrote:
>> Hi all,
>> 
>> thanks for your replies and sorry that I forgot to mention the version I am 
>> using. The error occurred on v2.19.1 in my setup.
>> 
>> Regards
>> Chris
>> 
>> On 27.08.21 10:45, Roar Brænden wrote:
>>> Hi,
>>> 
>>> I can confirm that the same exception occurs when running Geoserver main.
>>> 
>>> Regards,
>>> 
>>> Roar
>>> 
>>> 
 27. aug. 2021 kl. 09:37 skrev Andrea Aime 
 >>> >:
 
 Hi all,
 before opening a ticket please make sure it's happening also on 2.19.x, 
 lots of code changes happened
 in between.
 
 Cheers
 Andrea
 
 On Fri, Aug 27, 2021 at 8:31 AM Roar Brænden >>> > wrote:
 Hi,
 
 I tried your call on a Geoserver version 2.15.2 and can confirm there is a 
 bug in that version. Which version are you running?
 You should consider to open an issue, to have someone look further into 
 the case.
 
 I've got the trace log from the log-files as well. That could be useful 
 when opening an issue.
 
 Best regards,
 Roar Brænden
 
 2021-08-27 06:08:10,705 ERROR [geoserver.rest] - Error writing style
 org.geoserver.rest.RestException 500 INTERNAL_SERVER_ERROR: Error writing 
 style
at 
 org.geoserver.rest.catalog.StyleController.styleSLDPost(StyleController.java:242)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
 org.springframework.web.method.support.InvocableHandlerMethod.doInvoke(InvocableHandlerMethod.java:207)
at 
 org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:137)
at 
 org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:102)
at 
 org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandlerMethod(RequestMappingHandlerAdapter.java:895)
at 
 org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:800)
at 
 org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:87)
at 
 org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:1038)
at 
 org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:942)
at 
 org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:998)
at 
 org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:901)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:660)
at 
 org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:875)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:741)
at 
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:231)
at 
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
at 
 org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:53)
at 
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
at 
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
at 
 org.geoserver.filters.ThreadLocalsCleanupFilter.doFilter(ThreadLocalsCleanupFilter.java:26)
at 
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
at 
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
at 
 org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:69)
at

Re: [Geoserver-devel] GSIP-205 Add Styles support to LayerGroup

2021-09-03 Thread Andrea Aime 
On Fri, Sep 3, 2021 at 7:32 AM Jody Garnett  wrote:

> Do keep in mind that layer groups are very simple right now and are pretty
> much unpacked into GetMap request parameters. I am not sure about swapping
> between different sets of layers (ie contents), as that starts to feel more
> like defining a new layer group mode, rather than a styling of its contents.
>

You are thinking structure of the object here, we are proposing an
end-user functionality instead. When your car navigator switches from day
mode to night mode, is that the same map?
>From the user POV, it is, the implementation requires having a layer group
with styles. In this case, the same layers, a different array of styles.
Another situation is switching between a map with lots of detail to one
that has less. To the user, that's still "OSM", but one is "OSM bright"
with all the details, while
the other is "light background", in this case, with different styles and
fewer layers (the high detail ones are omitted): same dataset, two
different styles.
I guess one could achieve the same using a fixed array of layers and using
styles that never display anything to take out the unwanted layers but...
that's really clumsy.

Cheers
Andrea

==

GeoServer Professional Services from the experts!

Visit http://bit.ly/gs-services-us for more information.
==

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions Group
phone: +39 0584 962313

fax: +39 0584 1660272

mob:   +39  333 8128928

https://www.geosolutionsgroup.com/

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
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] [JIRA] (GEOS-10223) Support MBTiles in OGC Tiles API

2021-09-03 Thread Shadab Gada (JIRA) 
Shadab Gada ( 
https://osgeo-org.atlassian.net/secure/ViewProfile.jspa?accountId=612cec1c0f8ff40068b65040
 ) *created* an issue

GeoServer ( 
https://osgeo-org.atlassian.net/browse/GEOS?atlOrigin=eyJpIjoiODg3MjRjYjRjYTVjNGYxMGE1ZGRiOTk0OTIyYTViZGQiLCJwIjoiaiJ9
 ) / New Feature ( 
https://osgeo-org.atlassian.net/browse/GEOS-10223?atlOrigin=eyJpIjoiODg3MjRjYjRjYTVjNGYxMGE1ZGRiOTk0OTIyYTViZGQiLCJwIjoiaiJ9
 ) GEOS-10223 ( 
https://osgeo-org.atlassian.net/browse/GEOS-10223?atlOrigin=eyJpIjoiODg3MjRjYjRjYTVjNGYxMGE1ZGRiOTk0OTIyYTViZGQiLCJwIjoiaiJ9
 ) Support MBTiles in OGC Tiles API ( 
https://osgeo-org.atlassian.net/browse/GEOS-10223?atlOrigin=eyJpIjoiODg3MjRjYjRjYTVjNGYxMGE1ZGRiOTk0OTIyYTViZGQiLCJwIjoiaiJ9
 )

Issue Type: New Feature Assignee: Unassigned Created: 03/Sep/21 7:59 AM 
Priority: Medium Reporter: Shadab Gada ( 
https://osgeo-org.atlassian.net/secure/ViewProfile.jspa?accountId=612cec1c0f8ff40068b65040
 )

( 
https://osgeo-org.atlassian.net/browse/GEOS-10223#add-comment?atlOrigin=eyJpIjoiODg3MjRjYjRjYTVjNGYxMGE1ZGRiOTk0OTIyYTViZGQiLCJwIjoiaiJ9
 ) Add Comment ( 
https://osgeo-org.atlassian.net/browse/GEOS-10223#add-comment?atlOrigin=eyJpIjoiODg3MjRjYjRjYTVjNGYxMGE1ZGRiOTk0OTIyYTViZGQiLCJwIjoiaiJ9
 )

Get Jira notifications on your phone! Download the Jira Cloud app for Android ( 
https://play.google.com/store/apps/details?id=com.atlassian.android.jira.core=utm_source%3DNotificationLink%26utm_medium%3DEmail
 ) or iOS ( 
https://itunes.apple.com/app/apple-store/id1006972087?pt=696495=EmailNotificationLink=8
 ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100175- 
sha1:694ab4d )___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel