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

Opening WFS in QGIS 3.2.2 #27527

Closed
qgib opened this issue Aug 27, 2018 · 7 comments
Closed

Opening WFS in QGIS 3.2.2 #27527

qgib opened this issue Aug 27, 2018 · 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 Aug 27, 2018

Author Name: Robert Richardson (Robert Richardson)
Original Redmine Issue: 19702
Affected QGIS version: 3.2.2
Redmine category:web_services_clients/wfs


Layers from WFS server http://www.mrt.tas.gov.au/web-services/wfs can each be opened OK in QGIS 2.18.14 but in QGIS 3.2.2 give errors and do not open.


@qgib
Copy link
Contributor Author

qgib commented Aug 27, 2018

Author Name: Nyall Dawson (@nyalldawson)


Works ok for me, if I turn off the "Only request features overlapping the view extent" option. Can you confirm?


  • status_id was changed from Open to Feedback

@qgib
Copy link
Contributor Author

qgib commented Aug 28, 2018

Author Name: Robert Richardson (Robert Richardson)


Hi Nyall
I've tried deleting this WFS service and then adding it using Layer - Data Source Manager with the "Only request features overlapping the view extent" option not ticked. I am still having the same problem with the individual layers giving errors when each is opened. The error is generally similar to "Layer Airborne Geophysical Surveys of Tasmania (Mineral Resources Tasmania): Download of features for layer mrtwfs:AirborneSurveys failed or partially failed: Server generated an exception in GetFeature response: org.opengis.referencing.NoSuchAuthorityCodeException: No authority was defined for code "". Did you forget "AUTHORITY:NUMBER"? No authority was defined for code "". Did you forget "AUTHORITY:NUMBER"?. You may attempt reloading the layer with F5".


  • assigned_to_id was configured as Robert Richardson

@qgib
Copy link
Contributor Author

qgib commented Aug 28, 2018

Author Name: Robert Richardson (Robert Richardson)


Hi Nyall
My apologies for not setting the assignee correctly yesterday. Please see my comments above. I think I need to come up with a simple example so you can see the basic project I am trying to ad the layers to.


  • assigned_to_id was changed from Robert Richardson to Nyall Dawson

@qgib
Copy link
Contributor Author

qgib commented Aug 29, 2018

Author Name: Giovanni Manghi (@gioman)


Robert Richardson wrote:

Hi Nyall
My apologies for not setting the assignee correctly yesterday. Please see my comments above. I think I need to come up with a simple example so you can see the basic project I am trying to ad the layers to.

see attached images: there is something fishy (in the server configuration) about how the layers CRS's are advertised. Compare to how other services look like (in QGIS).


  • 13219 was configured as Screenshot_20180829_152729.png
  • assigned_to_id removed Nyall Dawson
  • 13218 was configured as Screenshot_20180829_152718.png

@qgib
Copy link
Contributor Author

qgib commented Aug 31, 2018

Author Name: Robert Richardson (Robert Richardson)


I've successfully contacted the WFS provider (mrt.tas.gov.au) who had previously found a workaround for QGIS after other users had this same problem - the WFS version must be set to 1.0 not Auto. The same problem appears to apply to just about all the WFS servers for the Australian Geological Organisations listed here: http://www.geoscience.gov.au/web-services. I've been retired for about 6 years but it is possible that all these organisations are running versions of GeoServer that include support for GeoSciML.

A quick test showed that these services were OK with Gaia 3 but this appears to default to WFS version 1.0.

@qgib
Copy link
Contributor Author

qgib commented Aug 31, 2018

Author Name: Giovanni Manghi (@gioman)


Robert Richardson wrote:

I've successfully contacted the WFS provider (mrt.tas.gov.au) who had previously found a workaround for QGIS after other users had this same problem - the WFS version must be set to 1.0 not Auto. The same problem appears to apply to just about all the WFS servers for the Australian Geological Organisations listed here: http://www.geoscience.gov.au/web-services. I've been retired for about 6 years but it is possible that all these organisations are running versions of GeoServer that include support for GeoSciML.

A quick test showed that these services were OK with Gaia 3 but this appears to default to WFS version 1.0.

forcing the connection to 1.0 and the layers CRS's show as expected and layers are loaded.

@qgib
Copy link
Contributor Author

qgib commented Feb 23, 2019

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


Bulk closing 82 tickets in feedback state for more than 90 days affecting an old version. Feel free to reopen if it still applies to a current version and you have more information that clarify the issue.


  • status_id was changed from Feedback to Closed
  • resolution was changed from to no timely feedback

@qgib qgib closed this as completed Feb 23, 2019
@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 25, 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