Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

"Metadata" for WMS/WFS/etc? layer issues #17550

Closed
qgib opened this issue Oct 16, 2013 · 7 comments
Closed

"Metadata" for WMS/WFS/etc? layer issues #17550

qgib opened this issue Oct 16, 2013 · 7 comments
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter! Data Provider Related to specific vector, raster or mesh data providers

Comments

@qgib
Copy link
Contributor

qgib commented Oct 16, 2013

Author Name: Jonathan Moules (Jonathan Moules)
Original Redmine Issue: 8870
Affected QGIS version: 2.0.1
Redmine category:web_services_clients/wms


Few issues with the "metadata" tab on layer properties for a WMS and WFS.
For WMS I have a large GetCapabilities file - attached (GeoServer 2.3.5 is running the backend).

  • Every time I click on "Metadata", QGIS hangs for about 2 seconds while it parses this file. The logs show it's not making a request to the server so it's using the local version and the delay is entirely within QGIS. This seems quite slow given I have a 3.4GHz 8 core Xeon CPU.

  • More obviously a bug - the only part of the WMS layer Metadata screen that's populated is the "properties". This contains ALL WMS GetCapabilities information.
    None of the other information (title, abstract, etc) is filled, despite being in the GetCapabilities for this layer.

#############
WFS

  • Behaviour is different but similar - the title, abstract etc aren't filled in, but the "properties" box only contains information on the specified layer rather than all of them (as it did for WMS).

@qgib
Copy link
Contributor Author

qgib commented Oct 16, 2013

Author Name: Jonathan Moules (Jonathan Moules)


Similar issue for WCS it seems too.

@qgib
Copy link
Contributor Author

qgib commented Jan 27, 2014

Author Name: Jonathan Moules (Jonathan Moules)


Note: Apparently these fields are for user metadata. My question then is - why? They can be easily automatically populated from the OGC service. Any user-entered data will be lost as soon as they remove the layer. It'd only be useful if they saved it as a QGS file which seems like a very limited use-case.

@qgib
Copy link
Contributor Author

qgib commented Feb 4, 2014

Author Name: Jonathan Moules (Jonathan Moules)


More obviously a bug - the only part of the WMS layer Metadata screen that's populated is the "properties". This contains ALL WMS GetCapabilities information.

That issue also carries over to the Browser layer properties, again only for WMS as best I can tell.

@qgib
Copy link
Contributor Author

qgib commented Aug 30, 2014

Author Name: Jürgen Fischer (@jef-n)


  • category_id was configured as Web Services clients/WMS

@qgib
Copy link
Contributor Author

qgib commented Apr 30, 2017

Author Name: Giovanni Manghi (@gioman)


  • regression was configured as 0
  • easy_fix was configured as 0

@qgib
Copy link
Contributor Author

qgib commented Mar 1, 2018

Author Name: Giovanni Manghi (@gioman)


Please test with a recent QGIS release (2.18 or 3), if the issue/request is still valid change the affected version accordingly, if is fixed/implemented then close the ticket. Thanks!


  • status_id was changed from Open to Feedback

@qgib
Copy link
Contributor Author

qgib commented Aug 15, 2018

Author Name: Giovanni Manghi (@gioman)


Closing for lack of feedback.


  • resolution was changed from to not reproducable

  • description was changed from Few issues with the "metadata" tab on layer properties for a WMS and WFS.
    For WMS I have a large GetCapabilities file - attached (GeoServer 2.3.5 is running the backend).

  • Every time I click on "Metadata", QGIS hangs for about 2 seconds while it parses this file. The logs show it's not making a request to the server so it's using the local version and the delay is entirely within QGIS. This seems quite slow given I have a 3.4GHz 8 core Xeon CPU.

  • More obviously a bug - the only part of the WMS layer Metadata screen that's populated is the "properties". This contains ALL WMS GetCapabilities information.
    None of the other information (title, abstract, etc) is filled, despite being in the GetCapabilities for this layer.

#############
WFS

  • Behaviour is different but similar - the title, abstract etc aren't filled in, but the "properties" box only contains information on the specified layer rather than all of them (as it did for WMS). to Few issues with the "metadata" tab on layer properties for a WMS and WFS.
    For WMS I have a large GetCapabilities file - attached (GeoServer 2.3.5 is running the backend).

  • Every time I click on "Metadata", QGIS hangs for about 2 seconds while it parses this file. The logs show it's not making a request to the server so it's using the local version and the delay is entirely within QGIS. This seems quite slow given I have a 3.4GHz 8 core Xeon CPU.

  • More obviously a bug - the only part of the WMS layer Metadata screen that's populated is the "properties". This contains ALL WMS GetCapabilities information.
    None of the other information (title, abstract, etc) is filled, despite being in the GetCapabilities for this layer.

#############
WFS

  • Behaviour is different but similar - the title, abstract etc aren't filled in, but the "properties" box only contains information on the specified layer rather than all of them (as it did for WMS).
  • status_id was changed from Feedback to Closed

@qgib qgib closed this as completed Aug 15, 2018
@qgib qgib added Bug Either a bug report, or a bug fix. Let's hope for the latter! Data Provider Related to specific vector, raster or mesh data providers labels May 24, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter! Data Provider Related to specific vector, raster or mesh data providers
Projects
None yet
Development

No branches or pull requests

1 participant