ThinkGeo.com    |     Documentation    |     Premium Support

OpenStreetMapLayer error

#1

Good morning...


Has anyone else noticed that you can zoom in too far when using an OpenStreetMapLayer?  If I zoom in beyond a certain point (I wasn't displaying the scale) eventually a  404 error is returned.  I have spent a little time writing code to build URLS to return OSM tiles and realize that the algorithm for building URLs to the tiles only supports  zooming in so far, so I don't think the layer should allow zooming in beyond that point since map tiles aren't available.


If you want to try this, it's pretty simple...drop an OpenStreetMapLayer in a map and start double-clicking to zoom in.  At some point the program will appear to hang, and then after a while a 404 error is returned.


Allen



#2

Allen,


Thanks for your posts and questions.
 
I can recreate the issue you mentioned simply by adding an OpenStreetsMapOverlay to the MapControl. While we cannot restrict the zoom in only for one layer or one overlay as the map control probably consists of many types and may number of layers, so we can try to avoid to continuously zooming in by setting a minimum scale for the map control.
 

winformsMap1.MinimumScale = 4505.8577728271484;

 
Any more questions please feel free to let me know.
 
Thanks.
 
Yale

#3

Hi Yale, 
  
 I suppose that is one way to solve the problem, but I’m not sure it’s really practical.  Our current application has functions that only begin to operate at below 4500, and to allow the user to see as much detail as we think they need we limit the zoom to 750.  There is a big difference between what the user sees at 750 vs.4500 and limiting the overall map to 4500 would probably make the application useless.  It seems like the better thing for an OpenStreetMapOverlay to do is to not request tiles past the level that is supported bt the algorithm and scale them from that pont on so any application that uses them could zoom in further than 4500.  Yes, the tile quality would decrease a little as they are enlarged, but I think that’s an acceptable compromise rather than forcing a zoom level for the entire application based on technical limitations of one layer in it.  This is just my thought, although in the office we discussed this and having to limit the whole application to a scale of 4500 was not popular.  If the application’s only source of data was OSM, this scale limit might be acceptable because zooming in further will not show you more real data, but when other data is available that supports zooming in beyond 4500 it’s probably not. 
  
 Anyway, we have no active plans for using OSM data for anything at the moment, so this was more of an experiment than a practical application of this layer type.  I figure at the worst this limitation is documented for anyone who might be interested in using this layer type in the future. 
  
 Thanks, 
 Allen

#4

Allen, 
  
 Thanks for your post and suggestions, I appreciate it very much. 
  
 We will get the documents enhanced for the OSM layer and OSM overlay after the public release, meantime, we will spend some time to see if we have a good way to resolve the issue after the public release, thanks for your suggestions of scaling from past zoom levels. 
  
 Any more questions please feel free to let me know. 
  
 Thanks. 
  
 Yale

#5

Hi Yale, 
  
 Appreciate you looking into it a bit more…after that posting I came to realize that we do allow including an OSM layer into our current application, so I think before we go to production we either would have to (1) remove the OSM capacity or (2) limit how far the user can zoom in.  Obviously we can’t do (2) and keep our application useful. 
  
 Thanks, 
 Allen

#6

Allen, 
  
 Thanks for your posts and understanding. 
  
 I will report this enhancement requirement to our development team to see if they have any thoughts or solutions about it. 
  
 Any more questions please feel free to let me know. 
  
 Thanks. 
  
 Yale