[Geoserver-users] Thumbnails of layers

Hi List,
Slightly offtopic, but maybe the GeoServer community can offer some thoughts.

We’re having some Open Source JavaScript functionality developed which allows a user to see a nice user-friendly list of WMS / WFS / TMS etc layers- based on the GetCapabilities - and then add them to an Open Layers project. You can see a prototype here - http://lib.heron-mc.org/heron/latest/examples/catalog/ (“Add Layers” button in the top left).

What we want is a nice pretty thumbnail image next to each entry to try and make it more user friendly than a spreadsheet list would be. An example of what it looks like so far:

Inline images 2

For the images it’s currently using simple GetLegendGraphic requests. But there are a number of problems with this:

  • Not all WMS servers support it.

  • They don’t work with WFS

  • Doesn’t work for non-styled rasters.

  • Complicated legends simply don’t fit (as the below screenshot):

Inline images 3


GetMap requests have been considered but that seems to be prone to killing poorly optimised WMS Servers (and/or ones with complicated layers).

Does the community have any thoughts on possible solutions to this? Some way of previewing WMS or WFS layers, ideally using something from the standards, but if necessary something GeoServer specific.

I’m aware that GeoNetwork/CSW includes thumbnail ability, but as we need the solution to work for servers we don’t control as well, requiring that is suboptimal.

Any thoughts welcome.
Cheers,
Jonathan

This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation.

In uDig we have the same problem, and I ended up with a couple tricks …

I always ask for a 16x16 GetLegendGraphic, if there server gives me back something else it is usually because it has there is one of those “complicated” legend graphics - in that case I pull out a 16x16 square.

For your raster example I recommend getting a tile or overview, so at least the colours match the result, you could take the same approach with WMS.

Jody Garnett

On 22 March 2014 at 12:10:10 am, Jonathan Moules (jonathanmoules@anonymised.com) wrote:

Hi List,
Slightly offtopic, but maybe the GeoServer community can offer some thoughts.

We’re having some Open Source JavaScript functionality developed which allows a user to see a nice user-friendly list of WMS / WFS / TMS etc layers- based on the GetCapabilities - and then add them to an Open Layers project. You can see a prototype here - http://lib.heron-mc.org/heron/latest/examples/catalog/ (“Add Layers” button in the top left).

What we want is a nice pretty thumbnail image next to each entry to try and make it more user friendly than a spreadsheet list would be. An example of what it looks like so far:

Inline images 2

For the images it’s currently using simple GetLegendGraphic requests. But there are a number of problems with this:

  • Not all WMS servers support it.

  • They don’t work with WFS

  • Doesn’t work for non-styled rasters.

  • Complicated legends simply don’t fit (as the below screenshot):

Inline images 3


GetMap requests have been considered but that seems to be prone to killing poorly optimised WMS Servers (and/or ones with complicated layers).

Does the community have any thoughts on possible solutions to this? Some way of previewing WMS or WFS layers, ideally using something from the standards, but if necessary something GeoServer specific.

I’m aware that GeoNetwork/CSW includes thumbnail ability, but as we need the solution to work for servers we don’t control as well, requiring that is suboptimal.

Any thoughts welcome.
Cheers,
Jonathan

This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation. ------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O’Reilly Book
“Graph Databases” is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
Best Open Source Mac Front-Ends 2024
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

image.png

image.png

Hi Jody,
Thanks for your thoughts. GeoServer doesn’t currently correctly report the legend size in GetCapabilities which compounds this problem (though this should be getting fixed soon).

Our current “preferred” solution is likely to use the attribution logo for a pre-created image for each layer. Not what it’s designed for and it won’t work on external services (we have no control), but oh well. :slight_smile:

Cheers,
Jonathan

This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation.

image.png

image.png

···

On 21 March 2014 21:18, Jody Garnett <jody.garnett@anonymised.com> wrote:

In uDig we have the same problem, and I ended up with a couple tricks …

I always ask for a 16x16 GetLegendGraphic, if there server gives me back something else it is usually because it has there is one of those “complicated” legend graphics - in that case I pull out a 16x16 square.

For your raster example I recommend getting a tile or overview, so at least the colours match the result, you could take the same approach with WMS.

Jody Garnett

On 22 March 2014 at 12:10:10 am, Jonathan Moules (jonathanmoules@anonymised.com) wrote:

Hi List,
Slightly offtopic, but maybe the GeoServer community can offer some thoughts.

We’re having some Open Source JavaScript functionality developed which allows a user to see a nice user-friendly list of WMS / WFS / TMS etc layers- based on the GetCapabilities - and then add them to an Open Layers project. You can see a prototype here - http://lib.heron-mc.org/heron/latest/examples/catalog/ (“Add Layers” button in the top left).

What we want is a nice pretty thumbnail image next to each entry to try and make it more user friendly than a spreadsheet list would be. An example of what it looks like so far:

Inline images 2

For the images it’s currently using simple GetLegendGraphic requests. But there are a number of problems with this:

  • Not all WMS servers support it.

  • They don’t work with WFS

  • Doesn’t work for non-styled rasters.

  • Complicated legends simply don’t fit (as the below screenshot):

Inline images 3


GetMap requests have been considered but that seems to be prone to killing poorly optimised WMS Servers (and/or ones with complicated layers).

Does the community have any thoughts on possible solutions to this? Some way of previewing WMS or WFS layers, ideally using something from the standards, but if necessary something GeoServer specific.

I’m aware that GeoNetwork/CSW includes thumbnail ability, but as we need the solution to work for servers we don’t control as well, requiring that is suboptimal.

Any thoughts welcome.
Cheers,
Jonathan

This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation. ------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O’Reilly Book
“Graph Databases” is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

I have been working on that subject here:

And have been having some success :slight_smile: Would love it if you could test.

image.png

image.png

···

Jody Garnett

On Sat, Mar 29, 2014 at 12:00 AM, Jonathan Moules <jonathanmoules@anonymised.com> wrote:

Hi Jody,
Thanks for your thoughts. GeoServer doesn’t currently correctly report the legend size in GetCapabilities which compounds this problem (though this should be getting fixed soon).

Our current “preferred” solution is likely to use the attribution logo for a pre-created image for each layer. Not what it’s designed for and it won’t work on external services (we have no control), but oh well. :slight_smile:

Cheers,
Jonathan

This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation.

On 21 March 2014 21:18, Jody Garnett <jody.garnett@anonymised.com> wrote:

In uDig we have the same problem, and I ended up with a couple tricks …

I always ask for a 16x16 GetLegendGraphic, if there server gives me back something else it is usually because it has there is one of those “complicated” legend graphics - in that case I pull out a 16x16 square.

For your raster example I recommend getting a tile or overview, so at least the colours match the result, you could take the same approach with WMS.

Jody Garnett

On 22 March 2014 at 12:10:10 am, Jonathan Moules (jonathanmoules@anonymised.com) wrote:

Hi List,
Slightly offtopic, but maybe the GeoServer community can offer some thoughts.

We’re having some Open Source JavaScript functionality developed which allows a user to see a nice user-friendly list of WMS / WFS / TMS etc layers- based on the GetCapabilities - and then add them to an Open Layers project. You can see a prototype here - http://lib.heron-mc.org/heron/latest/examples/catalog/ (“Add Layers” button in the top left).

What we want is a nice pretty thumbnail image next to each entry to try and make it more user friendly than a spreadsheet list would be. An example of what it looks like so far:

Inline images 2

For the images it’s currently using simple GetLegendGraphic requests. But there are a number of problems with this:

  • Not all WMS servers support it.

  • They don’t work with WFS

  • Doesn’t work for non-styled rasters.

  • Complicated legends simply don’t fit (as the below screenshot):

Inline images 3


GetMap requests have been considered but that seems to be prone to killing poorly optimised WMS Servers (and/or ones with complicated layers).

Does the community have any thoughts on possible solutions to this? Some way of previewing WMS or WFS layers, ideally using something from the standards, but if necessary something GeoServer specific.

I’m aware that GeoNetwork/CSW includes thumbnail ability, but as we need the solution to work for servers we don’t control as well, requiring that is suboptimal.

Any thoughts welcome.
Cheers,
Jonathan

This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation. ------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O’Reilly Book
“Graph Databases” is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Hi Jody,
I’m afraid I don’t know what to do with the src repository. I see you’ve created https://jira.codehaus.org/browse/GEOS-6425 - which I guess is for this.

This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation.

image.png

image.png

···

I guess it’ll be in the nightly SNAPSHOT for 2.5?
Cheers,
Jonathan

On 29 March 2014 01:21, Jody Garnett <jody.garnett@anonymised.com> wrote:

I have been working on that subject here:

And have been having some success :slight_smile: Would love it if you could test.

Jody Garnett

On Sat, Mar 29, 2014 at 12:00 AM, Jonathan Moules <jonathanmoules@anonymised.com> wrote:

Hi Jody,
Thanks for your thoughts. GeoServer doesn’t currently correctly report the legend size in GetCapabilities which compounds this problem (though this should be getting fixed soon).

Our current “preferred” solution is likely to use the attribution logo for a pre-created image for each layer. Not what it’s designed for and it won’t work on external services (we have no control), but oh well. :slight_smile:

Cheers,
Jonathan

This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation.

On 21 March 2014 21:18, Jody Garnett <jody.garnett@anonymised.com> wrote:

In uDig we have the same problem, and I ended up with a couple tricks …

I always ask for a 16x16 GetLegendGraphic, if there server gives me back something else it is usually because it has there is one of those “complicated” legend graphics - in that case I pull out a 16x16 square.

For your raster example I recommend getting a tile or overview, so at least the colours match the result, you could take the same approach with WMS.

Jody Garnett

On 22 March 2014 at 12:10:10 am, Jonathan Moules (jonathanmoules@anonymised.com) wrote:

Hi List,
Slightly offtopic, but maybe the GeoServer community can offer some thoughts.

We’re having some Open Source JavaScript functionality developed which allows a user to see a nice user-friendly list of WMS / WFS / TMS etc layers- based on the GetCapabilities - and then add them to an Open Layers project. You can see a prototype here - http://lib.heron-mc.org/heron/latest/examples/catalog/ (“Add Layers” button in the top left).

What we want is a nice pretty thumbnail image next to each entry to try and make it more user friendly than a spreadsheet list would be. An example of what it looks like so far:

Inline images 2

For the images it’s currently using simple GetLegendGraphic requests. But there are a number of problems with this:

  • Not all WMS servers support it.

  • They don’t work with WFS

  • Doesn’t work for non-styled rasters.

  • Complicated legends simply don’t fit (as the below screenshot):

Inline images 3


GetMap requests have been considered but that seems to be prone to killing poorly optimised WMS Servers (and/or ones with complicated layers).

Does the community have any thoughts on possible solutions to this? Some way of previewing WMS or WFS layers, ideally using something from the standards, but if necessary something GeoServer specific.

I’m aware that GeoNetwork/CSW includes thumbnail ability, but as we need the solution to work for servers we don’t control as well, requiring that is suboptimal.

Any thoughts welcome.
Cheers,
Jonathan

This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation. ------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O’Reilly Book
“Graph Databases” is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

When it is accepted it will be in a nightly snapshot for 2.6. As a new feature I am not quite sure about back porting it. I will ask on geoserver-devel.

image.png

image.png

···

Jody Garnett

On Tue, Apr 1, 2014 at 12:03 AM, Jonathan Moules <jonathanmoules@anonymised.com> wrote:

Hi Jody,
I’m afraid I don’t know what to do with the src repository. I see you’ve created https://jira.codehaus.org/browse/GEOS-6425 - which I guess is for this.

This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation.

I guess it’ll be in the nightly SNAPSHOT for 2.5?
Cheers,
Jonathan

On 29 March 2014 01:21, Jody Garnett <jody.garnett@anonymised.com> wrote:

I have been working on that subject here:

And have been having some success :slight_smile: Would love it if you could test.

Jody Garnett

On Sat, Mar 29, 2014 at 12:00 AM, Jonathan Moules <jonathanmoules@anonymised.com> wrote:

Hi Jody,
Thanks for your thoughts. GeoServer doesn’t currently correctly report the legend size in GetCapabilities which compounds this problem (though this should be getting fixed soon).

Our current “preferred” solution is likely to use the attribution logo for a pre-created image for each layer. Not what it’s designed for and it won’t work on external services (we have no control), but oh well. :slight_smile:

Cheers,
Jonathan

This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation.

On 21 March 2014 21:18, Jody Garnett <jody.garnett@anonymised.com> wrote:

In uDig we have the same problem, and I ended up with a couple tricks …

I always ask for a 16x16 GetLegendGraphic, if there server gives me back something else it is usually because it has there is one of those “complicated” legend graphics - in that case I pull out a 16x16 square.

For your raster example I recommend getting a tile or overview, so at least the colours match the result, you could take the same approach with WMS.

Jody Garnett

On 22 March 2014 at 12:10:10 am, Jonathan Moules (jonathanmoules@anonymised.com) wrote:

Hi List,
Slightly offtopic, but maybe the GeoServer community can offer some thoughts.

We’re having some Open Source JavaScript functionality developed which allows a user to see a nice user-friendly list of WMS / WFS / TMS etc layers- based on the GetCapabilities - and then add them to an Open Layers project. You can see a prototype here - http://lib.heron-mc.org/heron/latest/examples/catalog/ (“Add Layers” button in the top left).

What we want is a nice pretty thumbnail image next to each entry to try and make it more user friendly than a spreadsheet list would be. An example of what it looks like so far:

Inline images 2

For the images it’s currently using simple GetLegendGraphic requests. But there are a number of problems with this:

  • Not all WMS servers support it.

  • They don’t work with WFS

  • Doesn’t work for non-styled rasters.

  • Complicated legends simply don’t fit (as the below screenshot):

Inline images 3


GetMap requests have been considered but that seems to be prone to killing poorly optimised WMS Servers (and/or ones with complicated layers).

Does the community have any thoughts on possible solutions to this? Some way of previewing WMS or WFS layers, ideally using something from the standards, but if necessary something GeoServer specific.

I’m aware that GeoNetwork/CSW includes thumbnail ability, but as we need the solution to work for servers we don’t control as well, requiring that is suboptimal.

Any thoughts welcome.
Cheers,
Jonathan

This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation. ------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O’Reilly Book
“Graph Databases” is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users