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

[BUG]: If downloading data via WFS with parameter "resolvedepth" linked objects are not loaded #1084

Open
annat2022 opened this issue Nov 28, 2023 · 2 comments · May be fixed by #1180
Open
Assignees
Labels
bug confirmed Issue has been confirmed

Comments

@annat2022
Copy link

Describe the bug
If I import source data via WFS with this request https://geodienste.komm.one:443/ows/services/org.107.7e499bca-5e63-4595-b3c4-eaece8b68608_wfs/org.107.cf1dba4a-9b88-4284-a76f-a2594fe08905?SERVICE=WFS&VERSION=2.0.0&REQUEST=GetFeature&typenames=xplan:BP_Plan&resolvedepth=*
only one BP_Plan object is loaded but not the linked objects.

To Reproduce
Steps to reproduce the behavior:

  1. Add source schema XPlan 5.0
  2. Import source data via WFS with this link https://geodienste.komm.one:443/ows/services/org.107.7e499bca-5e63-4595-b3c4-eaece8b68608_wfs/org.107.cf1dba4a-9b88-4284-a76f-a2594fe08905?SERVICE=WFS&VERSION=2.0.0&REQUEST=GetFeature&typenames=xplan:BP_Plan&resolvedepth=*
  3. Hide unpopulated types -> you'll see that only one BP_Plan feature is loaded

Expected behavior
Downloading the data with the given GetFeature-Request I'd expect that one BP_Plan and one linked BP_Bereich and one linked XP_Rasterdarstellung is downloaded.

Additional context
Using the same GetFeature-Request in the browser returns a gml-file with a BP_Plan objects and BP_Bereich/XP_Rasterdarstellung wrapped in a wfs:additionalObjects type.
Importing this via a browser downloaded gml-file hale studio can read the feature types in the additional objects type correctly.
But hale studio does not read the additional objects correctly if using the GetFeature-Request with resolvedepth-parameter directly in hale studio.

@annat2022 annat2022 added the bug label Nov 28, 2023
Copy link

github-actions bot commented May 6, 2024

This issue has been automatically marked as stale because it has not had activity in the last 60 days. It will be closed in two weeks if no further activity occurs. Thank you for your contributions.

@Kate-Lyndegaard
Copy link
Contributor

Currently investigating this issue.

@emanuelaepure10 emanuelaepure10 self-assigned this May 16, 2024
@florianesser florianesser added confirmed Issue has been confirmed and removed pinned labels May 22, 2024
emanuelaepure10 added a commit to emanuelaepure10/hale that referenced this issue May 23, 2024
Using "resolvedepth" when trying to download data via WFS is now downloading the linked objects.
As the requested hits to a WFS is better to be setup to UNKNOWN_SIZE, so the size comes as well to be always UNKNOWN_SIZE, the code related to hits and size has been removed and the related methods have been changed accordingly.

ING-4128
halestudio#1084
emanuelaepure10 added a commit to emanuelaepure10/hale that referenced this issue May 23, 2024
Using "resolvedepth" when trying to download data via WFS is now downloading the linked objects.
As the requested hits to a WFS is better to be setup to UNKNOWN_SIZE, so the size comes as well to be always UNKNOWN_SIZE, the code related to hits and size has been removed and the related methods have been changed accordingly.

ING-4128
Closes halestudio#1084
emanuelaepure10 added a commit to emanuelaepure10/hale that referenced this issue May 23, 2024
Using "resolvedepth" when trying to download data via WFS is now downloading the linked objects.
As the requested hits to a WFS is better to be setup to UNKNOWN_SIZE, so the size comes as well to be always UNKNOWN_SIZE, the code related to hits and size has been removed and the related methods have been changed accordingly.

ING-4128
Closes halestudio#1084
emanuelaepure10 added a commit to emanuelaepure10/hale that referenced this issue May 24, 2024
Using "resolvedepth" when trying to download data via WFS is now downloading the linked objects.
As the requested hits to a WFS is better to be setup to UNKNOWN_SIZE, so the size comes as well to be always UNKNOWN_SIZE, the code related to hits and size has been removed and the related methods have been changed accordingly.

ING-4128
Closes halestudio#1084
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug confirmed Issue has been confirmed
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants