You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In the current implementation of creating a layer for every Mapillary image, we have a limit of 1000 images per request (tile) to the mapillary API, resulting in empty spots or images that are not shown, like in https://www.openstreetmap.org/node/244646675#map=16/-41.4369/147.1385 where there is a lot of coverage.
I don't know exactly how to integrate vector tiles with the D3 transforming scheme, so help from someone more skilled than me would be hugely appreciated!
The text was updated successfully, but these errors were encountered:
Yeah, this is a good next step. We are currently fetching up to 10 pages of data per z14 tile from the paginated API.
Before f2cde0b we fetched all the data, but this ended up being too much around Knoxville, TN 😄 There are probably a few million images there. I've also noticed Mapillary JS viewer timeouts around there, maybe it is not able to efficiently cache nearby images.
In the current implementation of creating a layer for every Mapillary image, we have a limit of 1000 images per request (tile) to the mapillary API, resulting in empty spots or images that are not shown, like in https://www.openstreetmap.org/node/244646675#map=16/-41.4369/147.1385 where there is a lot of coverage.
It would be better to use the Mapillary vector tiles, like e.g. https://d2munx5tg0hw47.cloudfront.net/tiles/14/8786/5127.mapbox that gives sequences and image location/compass angle data.
I don't know exactly how to integrate vector tiles with the D3 transforming scheme, so help from someone more skilled than me would be hugely appreciated!
The text was updated successfully, but these errors were encountered: