If bingmap is dragged or zoom in/out and somehow bingmap is not loaded properly, I can't further update data on map RRS feed

  • Question

  • We have a portal which updates data periodically and this works fine in desktop. And when we browse it it also works but if we dragging or zoomed in/out frequently the map and after dragging or zoom, map pushpins are not loaded properly. And if it is happened then even I updated map data using JavaScript it is not showing on map. 

    Any help appreciated

    Wednesday, December 6, 2017 9:08 PM


All replies

  • Can you provide some more details. Are you seeing this on desktop browser or mobile? How many pushpins are roughly on the map? Are you seeing any errors in the console? How long is the map usually loaded before the issue occurs, minutes, a few hours...

    [Blog] [twitter] [LinkedIn]

    Wednesday, December 6, 2017 9:11 PM
  • I tried to attach image but couldn't do it. I don't know why.

    I am seeing this issue on mobile. Around 100 pushpin are on map and I did find any error in console. This issue happens whenever I dragging very frequently no matters when the map is loaded. This can be happen even after 1 minute.

    Is there any way to send you image? I can't do it because whenever I try to attach image in body it says until my account is verified

    Thursday, December 7, 2017 2:37 PM
  • You can just upload the image somewhere (i.e. OneDrive) and add a link in your response. 

    [Blog] [twitter] [LinkedIn]

    Thursday, December 7, 2017 7:54 PM
  • Here is the image link


    Thursday, December 7, 2017 8:15 PM
  • hmm.. that link says the image no longer exists.

    [Blog] [twitter] [LinkedIn]

    Friday, December 8, 2017 2:31 AM
  • Here is the image


    Hope this time you will get the image :)

    Friday, December 8, 2017 1:53 PM
  • Saw the image, although not sure it helps. Do you have a small code sample that can reproduce the issue? Have you ben able to reproduce it with any of the code samples here: 



    There are some pushpins displayed on the map, so the pushpin rendering process is occurring. Is there any code in your app that hides the pushpins? Are you using custom pushpin icons that need to load an image (possibly timing out if image takes too long to load). 

    [Blog] [twitter] [LinkedIn]

    Friday, December 8, 2017 4:28 PM
  • This is not usual case. When users drag the map very fast and after dragging a couple of times this issue happened. After drag end map should completes it rendering whether user drag it so fast or not because in mobile device user's usually drag the map so fast sometimes.  Even I could produce this issue using the code samples.  Please see the image


    Friday, December 8, 2017 8:21 PM
  • Hmm.. just spent the last 10 minutes panning and zooming like a made man and wasn't able to reproduce this. I have seen the issue where some of the map tiles are "frozen", this doesn't happen that often and mainly occurs when using a slower internet connection, and when it does happen, they will usually correct themselves. One thing you can try is to put the map into liteMode. This will cut the number of network requests made by the map in half and also disables the vector labels on the map, thus computing happens when rendering. To do this, simply add liteMode: true to the map options. Here is a code sample: https://github.com/Microsoft/BingMapsV8CodeSamples/blob/master/Samples/Map/Map%20in%20liteMode.html

    And it's live link: http://bingmapsv8samples.azurewebsites.net/#Map%20in%20liteMode

    [Blog] [twitter] [LinkedIn]

    Friday, December 8, 2017 9:10 PM
  • Yes this is not usual case and this happens usually if you try to see it in mobile device (my internet connection is good enough). If you test it in browser's responsive mode I guess you can reproduce it.  I used liteMode but nothing changed. Here are my code for map initialization

            var map = new Microsoft.Maps.Map(document.getElementById('map'), <any>{
    credentials: map_key,
    liteMode: true

    Image link


    Friday, December 8, 2017 9:51 PM