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

Failed to load XYZ Feature tile service #2704

Open
Shreyansh-prog opened this issue Feb 7, 2025 · 2 comments
Open

Failed to load XYZ Feature tile service #2704

Shreyansh-prog opened this issue Feb 7, 2025 · 2 comments
Assignees
Labels
support Support questions

Comments

@Shreyansh-prog
Copy link

osgEarth Version (required): 3.7.1

Description of the problem:

I am trying to load 3D building data using an XYZ feature tile service.
Here is what I did:

  • Created an XYZFeatureSource with these settings:
    1. URL: https://d-data.3dbuildings.com/tile/{z}/{x}/{y}.json?token=key
    2. Format: JSON
    3. MinLevel: 15
    4. MaxLevel: 20
    5. Profile: "global-mercator"
  • Added the FeatureModelLayer to the map, but nothing appeared.
  • After debugging, I found that:
  • The data downloads correctly.
  • The building features load but gets rejected during filtering because their geometry is in WGS84 (EPSG 4326), while the tiling scheme is "global-mercator".

What you have tried:

I tried setting the feature source profile to "global-geodetic" (EPSG 4326), but the data did not load. Further checks showed that the tile keys were incorrect, possibly because the server does not support "global-geodetic" tiling.
Please suggest how can I properly load an XYZ service where the tiling scheme is "global-mercator", but the feature geometry is in WGS84 (EPSG 4326)?

Screenshot, code block, or data file that will help reproduce the issue:
I have attached the JSON response got from the server

3D Building response.json

@Shreyansh-prog Shreyansh-prog changed the title Failed to load XYZ Feature tile server Failed to load XYZ Feature tile service Feb 7, 2025
@gwaldron gwaldron added the support Support questions label Feb 7, 2025
@gwaldron
Copy link
Owner

gwaldron commented Feb 7, 2025

Please show us your earth file, thanks.
I also recommend trying spherical-mercator instead of global-mercator.

@gwaldron
Copy link
Owner

gwaldron commented Feb 7, 2025

Oh, there was also a commit 2 months ago that correctly assigned a WGS84 SRS for all GeoJSON data. That might be the issue. You would need to build the master branch to see this fix.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
support Support questions
Projects
None yet
Development

No branches or pull requests

3 participants