-
Notifications
You must be signed in to change notification settings - Fork 250
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
Missing tiles are not correctly generated from other zoom level #575
Comments
Try to remove the coverage section in the source. It may interfere with correct tile index calculation. |
I had the same issue, and it was fixed by removing the coverage section. @weskamm, do you have an idea of where in the code the error is happening? Then I could take a look and see if I can find a way to solve it. |
Ok its not related. But i found the problem. Please reopen if you feel there is still something wrong |
I couldn't get it to work with http://localhost:8080/wmts/osm_coverage_upscale/osm_grid_upscale/20/218386/397713.png The first one works, but the second one is blank. Let me know if you would like me to investigate something further. The configuration below contains some extra code I thought might be relevant, so I didn't remove it, although it made it a bit bloated 🙂
|
Why don't you just define a bbox on the grid? Shouldn't that be enough? |
I normally use a polygon file for the coverage, but used a bbox in the code above to make it easier to test (got the blank tiles both with bbox and polygon files). Is there a way to use a polygon file in the grid? Or do you have an idea of where the issue with blank tiles is coming from when using clip coverage? |
I dont't think so.
It was just an idea that you have a conflicting situation, where the grid defines its own extent while the source uses another one. I guess there is a bug or implementation missing in the part of source clipping, not respecting or wrongly calculating tile indexes for the underlying base grid |
Got it. Is it possible for you to point me in the direction of the relevant file(s) in the repo where the bug might be? Then I could take a look and see if I can fix it. @shimoncohen, did you by any chance see this issue when implementing #691? I.e., enabling upscaling results in blank tiles at the zoom levels where the upscaling should be "active" when using coverage with clip to intersection (both for bbox and polygon file). |
@JacobJeppesen I haven't seen this issue while implementing #691. In addition, I don't think supporting |
Got it. Thanks for taking a look. |
Just to give a short update on this issue, the problem disappears when the coverage is in the cache instead of the source. There is an example configuration here to try it out: #789 (comment) However, I encountered another error. The upscaling sometimes return an entirely white tile, instead of the upscaled one. I haven't tested it extensively, but it happens for roughly 10% of the tiles when using a layer that natively goes to zoom level 18 and is upscaled to zoom level 22. I've also only tested it when using S3 for the cache. So far, I've narrowed it down to the line below returning a white tile in mapproxy/mapproxy/cache/tile.py Line 398 in 4315eca
I made quick hack (JacobJeppesen@9241634) to see if running the query again fixes it, and it does. So now all the tiles are correctly upscaled. However, this hack doesn't fix the actual problem, and isn't really a solution. It's quite difficult to debug, as there are no error messages, and it only happens periodically. If anyone has any idea of where the issue might come from, please let me know. Then I can try to see if I can fix it 🙂 |
I am trying to use mapproxy to display a map with WMTS at zoom level 16. The tile source is only available from zoom level 12-15.
Mapproxy should calculate the missing tiles of zoom level 16 from zoom level 15. However, this does not work as expected. The problem exists independently of the tiles source.
I can't tell if it's a bug or I'm doing something wrong in my mapproxy.xaml.
The tiles for zoom level 16 are generated and also delivered, but the content of the tiles is probably not calculated correctly during generation and the tiles then no longer fit together. It looks like the tile/image from zoom level 15 is not scaled and this leads to wrong tiles in zoom level 16 and subsequently also in possible higher zoom levels.
Here is the example to follow. In zoom level 16 it goes wrong.
The text was updated successfully, but these errors were encountered: