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
I had been trying to use multires_image and eventually hit a dead end (see #814). In any case, multires_image is hard coded for at most five levels of zoom, so I think I would like to consider something more scallable and well supported.
Currently I have a tool that can save a very large architectural PDF drawing into multi resolution layers of images. The building could be up to 500 feet long with the smallest details requiring 32pixels/inch to resolve. So that would be 200k x 200k pixels total.
I am not terribly familiar with the landscape of WMS integrations. Do you have any advice on a good path to use MapViz with this kind of data? It would be used when operating a robot on site so all the data would need to be saved to disk.
From reading other posts it seems that using MapProxy might be good for the caching requirement, but unless I am mistaken I will need to convert my images into something that can be streamed from a WMS. Rather than use a real WMS, perhaps I should just make a new extension for MapProxy of a source that reads multi resolution files from disk? Part of me thinks that cant be the best solution since I am just re inventing multrires_images with extra steps.
The text was updated successfully, but these errors were encountered:
Multires_image does not have as much documentation available, unfortunately.
I may not fully understand your use-case, but you can try using this guide to use a tile_map plugin with "any" geo-registered raster data. You may have to adjust some settings in GDAL to convert the imagery to a proper format. I don't generally find that many visualization or mapping tools support showing multiple resolutions at the same time (except when loading the higher resolution data after zooming).
You do not have to use GDAL as you can see from that guide. You simply need to follow the OGC's WMTS format. The example's case ends up with a directory looking something like: file:///some/path/to/created/tile/map/dir/{level}/{x}/{y}.png
Hello,
I had been trying to use multires_image and eventually hit a dead end (see #814). In any case, multires_image is hard coded for at most five levels of zoom, so I think I would like to consider something more scallable and well supported.
Currently I have a tool that can save a very large architectural PDF drawing into multi resolution layers of images. The building could be up to 500 feet long with the smallest details requiring 32pixels/inch to resolve. So that would be 200k x 200k pixels total.
I am not terribly familiar with the landscape of WMS integrations. Do you have any advice on a good path to use MapViz with this kind of data? It would be used when operating a robot on site so all the data would need to be saved to disk.
From reading other posts it seems that using MapProxy might be good for the caching requirement, but unless I am mistaken I will need to convert my images into something that can be streamed from a WMS. Rather than use a real WMS, perhaps I should just make a new extension for MapProxy of a source that reads multi resolution files from disk? Part of me thinks that cant be the best solution since I am just re inventing multrires_images with extra steps.
The text was updated successfully, but these errors were encountered: