"Error: Attribution is not loaded yet" on using Bing imagery

[anonymous]

NOTE: This issue is not technical. The Microsoft Bing API key we're using is public knowledge and used by others. There is rate limit and as soon as the rate is reached Bing access wont work. Contacts to Microsoft to resolve that issue did not yet give us a solution. We're trying…

What steps will reproduce the problem?

1. Zoom into any area, download data from OSM
2. Choose "Bing aerial imagery"
3. See every tile with "Error: Attribution is not loaded yet" red error message

What is the expected result?

Bing imagery tiles are loaded

What happens instead?

Every tile with "Error: Attribution is not loaded yet" red error message

Please provide any additional information below. Attach a screenshot if possible.

Windows 11 v19207. Happens consistently on using Bing imagery. Did not happen yesterday, reboot does not solve issue, no networking problems, updated to latest version available.

Revision:19207
Build-Date:2024-09-03 10:31:55

Identification: JOSM/1.5 (19207 en_GB) Windows 11 64-Bit
OS Build number: Windows 10 Pro 21H2 (22000)
Memory Usage: 528 MB / 12272 MB (130 MB allocated, but free)
Java version: 21.0.4+7-LTS, Azul Systems, Inc., OpenJDK 64-Bit Server VM
Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel
Screen: \Display0 2160x3840x32bpp@30Hz (scaling 1.50×1.50) \Display1 3840x2160x32bpp@60Hz (scaling 1.50×1.50) \Display2 2160x3840x32bpp@60Hz (scaling 1.50×1.50)
Maximum Screen Size: 3840×3840
Best cursor sizes: 16×16→48×48, 32×32→48×48
System property file.encoding: UTF-8
System property sun.jnu.encoding: Cp1252
Locale info: en_GB
Numbers with default locale: 1234567890 -> 1234567890
VM arguments: [-Djpackage.app-version=1.5.19207, --add-modules=java.scripting,java.sql,javafx.controls,javafx.media,javafx.swing,javafx.web, --add-exports=java.base/sun.security.action=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.plugins.jpeg=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.spi=ALL-UNNAMED, --add-opens=java.base/java.lang=ALL-UNNAMED, --add-opens=java.base/java.nio=ALL-UNNAMED, --add-opens=java.base/jdk.internal.loader=ALL-UNNAMED, --add-opens=java.base/jdk.internal.ref=ALL-UNNAMED, --add-opens=java.desktop/javax.imageio.spi=ALL-UNNAMED, --add-opens=java.desktop/javax.swing.text.html=ALL-UNNAMED, --add-opens=java.prefs/java.util.prefs=ALL-UNNAMED, -Djpackage.app-path=%UserProfile%\AppData\Local\JOSM\JOSM.exe]
Dataset consistency test: No problems found

Plugins:
+ FastDraw (36226)
+ apache-commons (36282)
+ apache-http (36273)
+ buildings_tools (36226)
+ fastdriveway (v1.0.1)
+ fhrsPlugin (0.2)
+ http2 (36256)
+ jackson (36273)
+ javafx (36282)
+ jna (36273)
+ log4j (36273)
+ reverter (36320)
+ terracer (36298)
+ utilsplugin2 (36298)
+ wikipedia (418)

Tagging presets:
+ %UserProfile%\Documents\openstreetmap\Openreach-exchange-preset.xml
+ https://josm.openstreetmap.de/josmfile?page=Presets/Post_box_UK&zip=1
+ %UserProfile%\Documents\openstreetmap\village-sign.xml

Map paint styles:
+ https://josm.openstreetmap.de/josmfile?page=Styles/HiDPISupport&zip=1

Validator rules:
+ https://josm.openstreetmap.de/josmfile?page=Rules/OSMLint&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Rules/SuspiciousSwimming_Pool&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Rules/NotCheck&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Rules/InvalidWebsiteProtocol&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Rules/Geology&zip=1

Last errors/warnings:
- 00065.784 W: java.io.IOException: Attribution is not loaded yet
- 00065.785 W: java.io.IOException: Attribution is not loaded yet
- 00065.785 W: java.io.IOException: Attribution is not loaded yet
- 00065.785 W: java.io.IOException: Attribution is not loaded yet
- 00065.786 W: java.io.IOException: Attribution is not loaded yet
- 00065.786 W: java.io.IOException: Attribution is not loaded yet
- 00065.787 W: java.io.IOException: Attribution is not loaded yet
- 00065.787 W: java.io.IOException: Attribution is not loaded yet
- 00065.788 W: java.io.IOException: Attribution is not loaded yet
- 00065.788 W: java.io.IOException: Attribution is not loaded yet

[BarryMyles]

Screenshot of problem with errored tiles

[taylor.smock]

Yesterday when I looked into this, it looked like our API key had been revoked. That doesn't seem to be the case now though.

Possibly related: ​https://community.openstreetmap.org/t/discontinued-services-bing-maps-rest-services/117308

[BarryMyles]

Seems to be working today, nothing has changed on my machine, and indeed even the machine hasn't been restarted. A bit strange, but closing as working well now.

[ezekielf@…]

I am seeing this same issue today using JOSM 19253, with Java 21.0.5, on MacOS 14.7

[UKDiver]

Same issue, JOSM 19253, with Java 21.0.5, on Windows 10 Pro

[skyper]

I had the same problem, yesterday, but today it is working again.

[taylor.smock]

FTR, here is the API response from Microsoft for the endpoint we are supposed to hit prior to making calls to get the background imagery.

See ​ImagerySource.js#L338 and compare that to BingAerialTileSource.java#L154​.

<?xml version="1.0" encoding="utf-8" standalone="no"?>
<Response xmlns="http://schemas.microsoft.com/search/local/ws/rest/v1" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
    <Copyright>Copyright © 2024 Microsoft and its suppliers. All rights reserved. This API cannot be accessed and the content and any results may not be used, reproduced or transmitted in any manner without express written permission from Microsoft Corporation.</Copyright>
    <BrandLogoUri>https://dev.virtualearth.net/Branding/logo_powered_by.png</BrandLogoUri>
    <StatusCode>403</StatusCode>
    <StatusDescription>Forbidden</StatusDescription>
    <AuthenticationResultCode>DeniedCredentials</AuthenticationResultCode>
    <ErrorDetails>The request was forbidden.  Your credentials may be denied or suspended.</ErrorDetails>
    <TraceId>8dd361fade0ae15d5a5a2ffb964bf641</TraceId>
    <ResourceSets/>
</Response>

Note: I had this as draft form overnight. I thought I posted it.

[stoecker]

Ticket #24012 has been marked as a duplicate of this ticket.

[stoecker]

Ticket #24011 has been marked as a duplicate of this ticket.

[stoecker]

Seems there is some trouble with Bing ATM.

[Glassman]

A number of local users are also having problems with bing imagery

[Adrian]

It seems the JOSM API key is not working but the iD API key is working. And the problem seems to be intermittent. Are we hitting a limit on the number of tiles served per day?

[anonymous]

It working back again. Thank microsoft and all aerial imagery provider.
it should a short-term malfunctions and now repaired.

[anonymous]

Same problem happen again

"The request was forbidden. Your credentials may be denied or suspended."

[taylor.smock]

And the problem seems to be intermittent. Are we hitting a limit on the number of tiles served per day?

No; AFAIK, once we have the metadata, there is no "tracker" for the tiles.
The limit is most likely on the ​https://dev.virtualearth.net/REST/v1/Imagery/Metadata/AerialOSM endpoint we call, which is something we need to call in order to follow the ToS for MS Bing. For a long time iD was not following that flow, but now they are.

In any case, we should probably investigate getting a new API key. I'll poke some people to see if we can get a new API key.

[skyper]

Ticket #24086 has been marked as a duplicate of this ticket.

[skyper]

Replying to taylor.smock:

In any case, we should probably investigate getting a new API key. I'll poke some people to see if we can get a new API key.

If we got a new API key it did not take long to appear again otherwise getting a new key might still be an option to try.

[Ralph]

15:20 hrs UTC 21/01/2025 RAytoun

I am still getting the Error: Attribution is not loaded yet when I try to load Bing imagery on JOSM.

I was using tested jar 19265 opening with Zulu platform.

I have now tried the latest version tested jar 19277 opening with Zulu platform with the same result.

I am on an Acer Travelmate laptop with Windows 10 professional.

[anonymous]

Ticket #24086 has been marked as a duplicate of this ticket.

[anonymous]

I am also having trouble loading Bing Imagery on JOSM 19277 on Mac operating system. The problem began yesterday and persists today. Receiving the red error message.

[kitsee]

I've had the same issue last few days with 19277. Any requests to the endpoints are returned with 401 "InvalidCredentials" "Access was denied. You may have entered your credentials incorrectly, or you might not have access to the requested resource or operation."

Just a side note, I would recommend adding some check on the returned status code to give more useful error messages in situations like this "Attribution is not loaded yet" is not very useful or accurate in this situation since the request failed, it will never be loaded.

[jaysonwcs]

I having this same trouble too, same error message while loading Bing Aerial Images on this version (19277).

[SekeRob]

Have had this off and on the last few weeks, yesterday afternoon the situation not recovering, slowly the Bing image tiles disappearing, some turning black with the red warning, some replaced by ESRI/Clarify imagery taking filling in to the point that only ESRI can be seen and Bing is all black. Esri very sub quality for my regular mapping area, detail accurate mapping not possible.

What's puzzling to me is when then checking then in the web browser Rapid / ID Editor, the Bing imagery is properly available, sharp as ever, and I clean out the browser cache daily.

Since I map long periods in the same larger area, I would not mind to have a persistent imagery/tile cache on drive with an option to be able to set the size and then when full, the oldest tiles being purged. If that is agreeable to the usage license I do not know. Think it will cut bandwidth traffic considerable at that, certainly for me. Might even make Bing/MS happy.

[stoecker]

It seems that someone needs to contact Microsoft/Bing and either try get the JOSM id fixed or get a new id.

Someone needs to step up and do this. I don't know who did this last time and I also have no idea who needs to be contacted, ...

[taylor.smock]

I don't know who to contact either. I've poked someone on GH that is at least peripherally involved on the MS side (they were involved in a discussion for ​iD, but they haven't responded. I might ask Ben Clark (Rapid dev) if he can poke the MS guys on overture.

My guess is that there are a few things going on:

1. Our key has been public via source code for a long time (like 10+ years, and it was originally for Potlatch2). Someone may be abusing it.
   1. Technically speaking, our "defense" against scraping API keys isn't very secure, but it raises the bar to a targeted attack.
   2. iD and Rapid do something to avoid making it easy to get their keys as well, although it is still trivial if you watch network logs.
2. MS has deprecated the "old" way of getting map tiles. This may be a brownout to raise awareness, but (from what I understand), iD uses the same method we do. I don't know if Rapid is still getting tiles the "wrong" way or not.
   1. I thought we had ​until mid 2025 or mid 2028, which is why I'm thinking this could be a brownout for awareness.
   2. I've been kind of leery about trying to do the work to get the new API working, since I don't know if our key will work for it.

@SekeRob: We do have a cache for imagery. The problem here arises when we try to get the required metadata. If we fail to do that, we refuse to show the imagery. I'll note that iD/Rapid may being doing the wrong thing here -- it looks like iD has a hardcoded fallback for when there are issues. With that said, it looks like their API key is working.

[beefstewies]

Same issue here with Bing imagery, red text "Error: Attribution is not loaded yet". Version is current (19277) on windows 11. First started with my HOTosm background not loading, I thought it was just the area but it seems to be everywhere after trying a few different continents in JOSM. Other imagery sources seem to be fine for me (Esri, esri clarity tested). Really strange since I can still get bing imagery in the iD editor through the hotOSM tasking manager as well.

[stoecker]

I contacted OSM ​EWG. Maybe they can help.

[taylor.smock]

JMapViewer changes

[taylor.smock]

I need to investigate why id is populated from ImageryInfo#getUrl instead of ImageryInfo#getId. My guess is Bing. But it could also be for custom imagery.

[anonymous]

FYI, I replaced the API key it with my own under Advanced Preferences and got the same attribution error.

[stoecker]

Can't really believe that we forgot Bing in the apikey transition...

Replying to taylor.smock:

I need to investigate why id is populated from ImageryInfo#getUrl instead of ImageryInfo#getId. My guess is Bing. But it could also be for custom imagery.

osm/applications/viewer/jmapviewer/src/org/openstreetmap/gui/jmapviewer/tilesources/AbstractTMSTileSource.java#L46​

Shouldn't that be getId()?

[stoecker]

Yes, it should: r31122/osm

[taylor.smock]

Change this.id = info.getUrl() to this.id = info.getId(). Custom and non-custom imagery worked.

[taylor.smock]

And I just saw your comment. Oops.

I was just testing to see if there were any side effects of changing it to getId from getUrl.

EDIT: I was specifically checking to see if the two different map viewers worked properly.

[stoecker]

Why call retrieveKey in case of a customKey? It's always overwritten.

[taylor.smock]

Fair point. It should be returned earlier in that case. This is my bad -- I originally had this in getAttributionUrl, but then extracted it.

[taylor.smock]

Rewrite getKey to have multiple return points instead of assigning to a variable that is later returned

[taylor.smock]

Update TileSourceRule in core to add id to ImageryInfo objects

[jamesthecorndog]

Replying to beefstewies:

Same issue here with Bing imagery, red text "Error: Attribution is not loaded yet". Version is current (19277) on windows 11. First started with my HOTosm background not loading, I thought it was just the area but it seems to be everywhere after trying a few different continents in JOSM. Other imagery sources seem to be fine for me (Esri, esri clarity tested). Really strange since I can still get bing imagery in the iD editor through the hotOSM tasking manager as well.

just so you know im having some issues with esri unloading when i zoom way in, but before it would just say there aren't any tiles at that zoom, and i would just use the previous zoom level tile, and this is not happening to every tile too

[beefstewies]

Just tried opening bing maps aerial again and it seems like the map tlles are being loaded again. Tried two projects on HotOSM, one in taiwan, one in mozambique, with both working. Starting to think if this is a rate limit on the API perhaps? I had been mapping multiple tasks when the attribution not loaded error appeared.

[stoecker]

Why not?

String key = FeatureAdapter.getSetting(API_KEY_SETTING, API_KEY);
if (API_KEY.equals(key)) {
    try {
        key = FeatureAdapter.retrieveApiKey(this.getId());
    } catch (IOException ioException) {
        FeatureAdapter.getLogger(this.getClass()).log(Level.WARNING, "Failed to retrieve api key", ioException);
    }
}
return key;

Only one return and shorter.

[taylor.smock]

I kind of wrote mine to match my comments as to what should be returned. Yours also works, although I think it takes a little longer to figure out how it works with the comments.

It doesn't really matter for a function that short though.

[SekeRob]

Got an All Black experience again with red text overlay, since about 20:00 CET. Which JOSM release will have the code fix or is it build independent? If it is, I'm only using stable, so that would be early Feb with the monthly release.

[stoecker]

Taylor's fix will be included soon (I'd assume Monday Taylor will do the check in), but that will NOT immediately fix the issue. We're working behind the scenes to check what's necessary to get Microsoft imagery working in JOSM again.

[taylor.smock]

As stoecker said, my fix will be going in to JMapViewer today, and I'll probably do a generic dependency update for JOSM at the same time.

I am inclined to push the next stable out a week -- I'm hoping that the changes to JMapViewer will be enough along with the background discussions to get a working API for Bing, but there may be some additional changes needed. It depends upon whether or not Microsoft wants us to migrate to their new API now, or if we can put it off another year or two. If Microsoft wants us to migrate to their new API, I'll have to spend a few days on the migration plus a few days of code stabilization (AKA: do people find bugs I didn't).

[taylor.smock]

In 36372/osm:

See #23913: Fetch remote API keys for Bing imagery

[taylor.smock]

In 19292/josm:

See #23913: Fetch remote API keys for Bing imagery

This disables a test that appears to be causing other tests to fail.

More debugging is needed.

[taylor.smock]

In 19293/josm:

See #23913: Fetch remote API keys for Bing imagery

Update JMapViewer and other dependencies

[stoecker]

Seems you have bad luck ATM. The equalsverifier update breaks another test ;-)

[taylor.smock]

I saw that. I was hoping it was due to some bad interactions for newer Java versions on my machine.

I think all I have to do is rename a field though -- there is a private Object data field in both the failing class and a superclass.

[stoecker]

Ah, now I know why I forgot to save the file. It was not finished yet... ;-)

[Kraan 46 meteko46@…]

Today Bing is again not loading in JOSM (but it does in iD)...

[Unktneemo]

Bing problem again, same error, attribute is not loaded yet. Using the java web launcher.

[stoecker]

Until now nothing really changed. We're still working on it, but as this is no longer a technical issue it may take time...

[NodusAmSchein]

Same here, as of today BING is not loading. JOSM Revision:19307, Java:21.0.6, Win_11

[stoecker]

Ticket #24122 has been marked as a duplicate of this ticket.

[stoecker]

Ticket #24123 has been marked as a duplicate of this ticket.

[Patrik_B]

I can confirm that today morning Bing was working but it's gone again, same issue persist.

[stoecker]

There is no need to tell individual state. ATM it will work sometimes and sometimes not until the licensing issue is solved.

[PHerison]

Works again for me:

2025-02-09 19:48:13.060 WARNUNG: java.io.IOException: Attribution is not loaded yet
2025-02-09 19:48:13.110 INFORMATION: GET https://josm.openstreetmap.de/mapkey/Bing -> HTTP/1.1 200 (103 ms; 65 B)
2025-02-09 19:48:13.327 INFORMATION: GET https://dev.virtualearth.net/REST/v1/Imagery/Metadata/AerialOSM?include=ImageryProviders&output=xml&key=...stripped... -> HTTP/1.1 200 (115 ms)
2025-02-09 19:48:13.328 INFORMATION: Successfully loaded Bing attribution data.

[anonymous]

I have this in the startup logs (v19307). Relevant?

2025-02-12 12:39:33.923 INFO: Successfully loaded Bing attribution data.
2025-02-12 12:39:34.035 SEVERE: Could not parse Bing aerials attribution metadata.
java.lang.NumberFormatException: For input string: ""

at java.base/java.lang.NumberFormatException.forInputString(NumberFormatException.java:67)
at java.base/java.lang.Integer.parseInt(Integer.java:675)
at java.base/java.lang.Integer.parseInt(Integer.java:781)
at org.openstreetmap.gui.jmapviewer.tilesources.BingAerialTileSource.parseAttributionText(BingAerialTileSource.java:181)
at org.openstreetmap.josm.data.imagery.CachedAttributionBingAerialTileSource.access$200(CachedAttributionBingAerialTileSource.java:37)
at org.openstreetmap.josm.data.imagery.CachedAttributionBingAerialTileSource$AttributionTimerTask.run(CachedAttributionBingAerialTileSource.java:146)
at java.base/java.util.TimerThread.mainLoop(Timer.java:566)
at java.base/java.util.TimerThread.run(Timer.java:516)

[stoecker]

We could probably parse it better, but essentially the reason is that Bing rejects the request (overusage?).

As said above, we're in the process to fix it. I need to wait for a response.

[SekeRob]

Following a comment at the community forum on the bing.attribution.xml file ​https://community.openstreetmap.org/t/bing-imagery-glitch-in-josm-error-attribution-is-not-loaded-yet-and-blank-tiles/125454/3 got it to work again by using a backup file from 2023, yes really, whenever a JOSM restart results in a black hole. Don't even have to restart JOSM when so, just remove the Bing layer, copy backup file over the one in the cache folder and attach the bing layer again. Might even write a little startup .bat script... until this PTF starts failing too.

[stoecker]

Well, that's violating the Terms and conditions of API access, but I wont tell anybody ;-)

[anonymous]

I am also having this issue. Esri imagery is low quality and often severely outdated in my country, so I would appreciate a fix as soon as possible.

[SekeRob]

In another twist, this morning deleted the bing.attribution.xml file in the cache folder, attached the Bing layer and a new one was created with a date created stamp of yesterday the 14th at 5:03Pm. The revision time as 8:16Am of the 15th, which is when I first started JOSM this morning. Now keeping hands off, restarted JOSM 5:20Pm and Bing showed up fine, but the time stamp is still that of this morning. At a loss where these dates/times stamps come from and what feeds them. The new file and backup is 1.2kb, the old file copy and backup is 3.04kb.

Next step, removed bing layer from JOSM, deleted the cache and backup\cache bing.attribution.xml files. Attached bing and voilà, a new one appears with the 5:38PM date created timestamp.

Riddled, got bing showing fine when till before the copy trick, a later afternoon would lead to a pitch black with read warning text. Maybe the simple reality is maybe the usage is individualized. Today went slow, lots of detail landscaping, ways, but in a relative small area.

TBC

[stoecker]

Ticket #24172 has been marked as a duplicate of this ticket.

[SColchester]

See relevant thread post on OSM community forum: ​https://community.openstreetmap.org/t/bing-imagery-glitch-in-josm-error-attribution-is-not-loaded-yet-and-blank-tiles/125454/22

mikelmaron

We do have a coordinated communication with Microsoft. Two weeks ago we asked if ok for all OSM editors to uses the key used by iD, as that account has a a different limit, and should be good until 2028. They have not yet responded. I just pinged on the thread now to see if we can make that move.

[OMNIBUS]

Hi,

Did MS answered to the emails sent by OSM?

We at Latin America HOT mapping brigade are blocked, as maybe everyone in OSM community, to validate because the tasks used Bing imagery and we can’t use them in JOSM.

Thanks in advance for your efforts and for any update on this issue.

@Sekerob How did you do that? Where is the bing.attribution.xml file located in linux file system?

Thanks

[stoecker]

Yes, there is progress, but not as fast as you would want. I have to deal with larger corporations at work as well and even if it feels awful slow ATM, experience says feedback is lightning fast.

[anonymous]

Hi, How could I do that. Where si that file in Linux file system?.

Thanks

Replying to SekeRob:

In another twist, this morning deleted the bing.attribution.xml file in the cache folder, attached the Bing layer and a new one was created with a date created stamp of yesterday the 14th at 5:03Pm. The revision time as 8:16Am of the 15th, which is when I first started JOSM this morning. Now keeping hands off, restarted JOSM 5:20Pm and Bing showed up fine, but the time stamp is still that of this morning. At a loss where these dates/times stamps come from and what feeds them. The new file and backup is 1.2kb, the old file copy and backup is 3.04kb.

Next step, removed bing layer from JOSM, deleted the cache and backup\cache bing.attribution.xml files. Attached bing and voilà, a new one appears with the 5:38PM date created timestamp.

Riddled, got bing showing fine when till before the copy trick, a later afternoon would lead to a pitch black with read warning text. Maybe the simple reality is maybe the usage is individualized. Today went slow, lots of detail landscaping, ways, but in a relative small area.

TBC

[EM311]

Any news here? I am still facing the problem.

[stoecker]

Sorry. No.

[stoecker]

Ticket #24221 has been marked as a duplicate of this ticket.

[solongago]

This has been driving me crazy for a long time now. Bing works for a few hours and then goes down for a day or two. In my current project, there's not much I can do without Bing Maps, which tends to be more up to date than ESRI.

[NodusAmSchein]

I fed my JOSM with the "good" workaround file. It fails with the first Bing layer. I open a second Bing layer, and everything is fine. Both layers stay there until I've completed my work, e.g., validation or mapping. I've done this every day for the past few days and today.

[Adrian]

Replying to OMNIBUS:

Where is the bing... file located in linux file system?

This page gives details of the location of files.

---

After a restart - JOSM will display a tile from the cache if

• the tile is in the cache, and
• the previous time you tried to load the Bing layer while online, it was successful, and
• the cache is offline

To put the cache offline: File > Work Offline... > Cache updates Click, and a tick will appear. (Do this before loading the Bing layer.) Other JOSM functions remain online, e.g. the OSM API.

[Glassman]

Just a thought. QGIS Quick Map Services plugin doesn't seem to have the same problem. Can we learn anything from it? The repository is located at ​https://github.com/nextgis/quickmapservices

[sloerunner]

I’m missing Bing Maps, my aerials of choice. I discovered that I can always download Bing at weekend, presumably because fewer people are accessing a small number of licences.
Here’s a workaround that has enabled me to get Bing images at any time. I took a working copy of bing.attribution.xml from the JOSM/cache directory. During the week I overwrite the current xml with the weekend version. You must do this before starting JOSM on each new working day.

[sebastic]

The console shows:

2025-04-02 19:27:11.783 SEVERE: Could not parse Bing aerials attribution metadata.
java.lang.NumberFormatException: For input string: ""
        at java.base/java.lang.NumberFormatException.forInputString(NumberFormatException.java:67)
        at java.base/java.lang.Integer.parseInt(Integer.java:672)
        at java.base/java.lang.Integer.parseInt(Integer.java:778)
        at org.openstreetmap.gui.jmapviewer.tilesources.BingAerialTileSource.parseAttributionText(BingAerialTileSource.java:183)
        at org.openstreetmap.josm.data.imagery.CachedAttributionBingAerialTileSource.access$200(CachedAttributionBingAerialTileSource.java:37)
        at org.openstreetmap.josm.data.imagery.CachedAttributionBingAerialTileSource$AttributionTimerTask.run(CachedAttributionBingAerialTileSource.java:146)
        at java.base/java.util.TimerThread.mainLoop(Timer.java:566)
        at java.base/java.util.TimerThread.run(Timer.java:516)

[stoecker]

Ticket #24258 has been marked as a duplicate of this ticket.

[anonymous]

How is this still an issue?

[sloerunner]

I'm still seeing failures to load Bing images, It happened today with JOSM v19342. I'm in the UK and Bing images are better than all the rest.

[anonymous]

I live good with a SECOND layer of Bing.

[Emvee]

Replying to sebastic:

The console shows:

2025-04-02 19:27:11.783 SEVERE: Could not parse Bing aerials attribution metadata.
java.lang.NumberFormatException: For input string: ""
        at java.base/java.lang.NumberFormatException.forInputString(NumberFormatException.java:67)
        at java.base/java.lang.Integer.parseInt(Integer.java:672)
        at java.base/java.lang.Integer.parseInt(Integer.java:778)
        at org.openstreetmap.gui.jmapviewer.tilesources.BingAerialTileSource.parseAttributionText(BingAerialTileSource.java:183)
        at org.openstreetmap.josm.data.imagery.CachedAttributionBingAerialTileSource.access$200(CachedAttributionBingAerialTileSource.java:37)
        at org.openstreetmap.josm.data.imagery.CachedAttributionBingAerialTileSource$AttributionTimerTask.run(CachedAttributionBingAerialTileSource.java:146)
        at java.base/java.util.TimerThread.mainLoop(Timer.java:566)
        at java.base/java.util.TimerThread.run(Timer.java:516)

I am running into the same problem just now.

On the why:

$ cat $HOME/.cache/JOSM/bing.attribution.xml
<?xml version="1.0" encoding="utf-8"?><Response xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" mlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns="http://schemas.microsoft.com/search/local/ws/rest/v1"><Copyright>Copyright © 2025 Microsoft and its suppliers. All rights reserved. This API cannot be accessed and the content and any results may not be used, reproduced or transmitted in any manner without express written permission from Microsoft Corporation.</Copyright><BrandLogoUri>https://dev.virtualearth.net/Branding/logo_powered_by.png</BrandLogoUri><StatusCode>403</StatusCode><StatusDescription>Forbidden</StatusDescription><AuthenticationResultCode>DeniedCredentials</AuthenticationResultCode><ErrorDetails>The request was forbidden.  Your credentials may be denied or suspended.</ErrorDetails><TraceId>e68f93996ee4a29429f5125849668c1d</TraceId><ResourceSets /></Response>

So the problem seems to be Microsoft returning "The request was forbidden. Your credentials may be denied or suspended."

Is that because the request has to be made differently?

2025-04-23 18:11:16.776 INFO: GET https://dev.virtualearth.net/REST/v1/Imagery/Metadata/AerialOSM?include=ImageryProviders&output=xml&key=...stripped... -> HTTP/1.1 403 (213 ms)
2025-04-23 18:11:16.780 INFO: Successfully loaded Bing attribution data.

[Adrian]

Looking at sloerunner:

I discovered that I can always download Bing at weekend, presumably because fewer people are accessing a small number of licences.

and looking at my own experience, I have come to the same conclusion as stoecker (in the description):

The ... API key ... is public knowledge and used by others. There is rate limit ...

(My conclusion) The daily quota of 50,000 requests for the metadata, is being consumed very quickly. This suggests a strategy to improve the chances of success... It is fairly likely, the quota is being consumed by non-users of OSM.

Replying to Adrian:

To put the cache offline ...

Some more observations about working with the cache set to offline mode.

• With more recent versions of JOSM, the offline setting is cleared each time you quit JOSM. So you need to remember to redo the setting each time you launch JOSM.
• From time to time, JOSM decides to fetch the metadata from the Bing server (in spite of the cache being in offline mode). If the request is unsuccessful, the cached tiles are not displayed.

Note that it would not be a good idea to transfer copies of the Bing attribution file between users. This is because each user is allocated their own anonymised number, and this number is in the file (the "g" parameter). The use of this number is required by Bing's terms and conditions.