Bing Streetside data not showing about id HOT 9 CLOSED

OSM Data not loading in ID or if load a portion and then move the screen area, no data is shown.

https://www.openstreetmap.org/edit#map=19/-16.50479/-68.13016

from id.

@jjiglesiasg that's because the OSM API has been intermittently unavailable over the past 24 hours

from id.

I still have the issue (Brave browser)

from id.

I've added a PR (#10100) which requests bubble metadata from the new URL, if anybody is able to give it a look over?

I emailed [email protected] on Friday to let them know about the issue, and they are looking into the root cause.

@bhousel has applied a similar fix to the Rapid editor (facebook/Rapid@2a8ce99) which is already live and seems to be working well.

from id.

Sidenote: Report link bottom right used to give the bubbleid. It now gives the full request URL as value instead. So I suppose I'll not use it anymore (not that any data consumers have used it so far).

from id.

See facebook/Rapid#1305

from id.

I've been seeing this issue recently as well, often getting 401 errors in the console when trying to enable the Streetside layer. It still works occasionally, but generally not.

from id.

I tried creating myself a test key in the Bing Maps Dev Center, and I still get a 401 when trying to access the API, suggesting this may be an issue with the Bing Maps API as a whole rather than an issue specific to the key that iD (and Rapid) is using.

from id.

I was lucky enough to get some StreetSide bubbles on one editing session this morning, but then it stopped working again.

The Bing Maps website is using a different URL to get the StreetSide bubble metadata, so I wonder if they've made some updates to this (apparently undocumented) API:

https://t.ssl.ak.tiles.virtualearth.net/tiles/cmd/StreetSideBubbleMetaData?count=500&north=[n]&south=[s]&east=[e]&west=[w]&key=[key]&g=[g?]

rather than

https://dev.virtualearth.net/mapcontrol/HumanScaleServices/GetBubbles.ashx?appkey=[key]&c=2000&e=[e]&n=[n]&s=[s]&w=[w]&jsCallback=jsonpCache.wbmjFaCxteJmxNB

Note that the document structure is slightly different as well, as the new one doesn't have a jsCallback parameter.

from id.