Tuiles Ortho4XP : Refus de données OSM

[Glah_Salamanthe]

Bonjour …

Je me retrouve face à un dilemme pour construire mes tuiles Ortho4XP . Impossible d'obtenir les données OSM indispensables à leur construction !

Si je choisis "DE" comme serveur de données ( ce qui est conseillé ) , celui-ci rejette mes demandes de connection (OSM server DE rejected our query, new tentative in 32 sec...) au point qu'Ortho4XP passe outre ce point et tente de passer au point suivant.

Si je choisis "FR" comme serveur de données ( comme autre choix ) , celui-ci m'indique qu'il est surchargé de demandes (OSM server FR was too busy, new tentative in 64 sec...) et je me retrouve devant le même problème !

Enfin, idem si je fixe le choix à aléatoire !

Une idée ?

[jojo64]

Il n'est pas impossible que les serveurs de OSM aient eu des problèmes, peu être que ça remarchera plus tard.
Il n'est pas impossible aussi que l'URL ai changée.

Je ne suis pas chez mais je regarderai dès que je rentre.

[robster]

Bonsoir ,
il y a aussi ceci ?

[amelingu]

Bonsoir ,
il y a aussi ceci ?

Bonjour Robster,

As-tu toujours le problème d'aperçu? Je l'ai eu aussi à peu près au même moment, mais ça fonctionne à nouveau depuis que j'ai mis à jour le dossier "Providers" depuis le GitHub.

Par contre, j'ai toujours beaucoup de difficultés à télécharger les donées OSM sur la première étape. Depuis hier soir, j'ai seulement réussi à télécharger quelques éléments (airports, big_roads, coastline)...

[papet30]

Bonjour,
pour info ci après les raisons de la saturation actuelle du serveur OSM .

Consulter https://wiki.openstreetmap.org/wiki/Overpass_API/status?

Extrait :

Dead?
The 'On Workaround' issue does not seem to have been fixed or had progress reported in the more than six months since it appeared here. If overpass is dead, it would be helpful if it could be made official, and references to it adjusted appropriately (17/4/26). On Workaround

The server has unusually high load from two types of queries that come in through Azure and AWS:

• one searches for various water features with a small polygon each
• the other one searches for objects around libraries

Unfortunately, they found a way to use thousands of IP addresses simultaneously. As the server so far distributes resources mostly per IP address, this deprives the other 99.9% of users from fair resources.

For that reason, parts of Azure and AWS have been blocked, and more parts might get blocked. I expect this to last for around eight weeks as I need to figure out another way to distribute resources fairly. I'm sorry for any inconvenience. --drolbr (talk) The timeout issues are still persisting as of 8 April 2026, and it is affecting other apps such as osm-revert and the public transport diagram tool. I honestly thought the {{Sketch Line}} template had died or something. --ika-chan! (talk) 10:23, 8 April 2026 (UTC)?.

Solutions en attente

[robster]

Bonjour Robster,

As-tu toujours le problème d'aperçu? Je l'ai eu aussi à peu près au même moment, mais ça fonctionne à nouveau depuis que j'ai mis à jour le dossier "Providers" depuis le GitHub.

Par contre, j'ai toujours beaucoup de difficultés à télécharger les donées OSM sur la première étape. Depuis hier soir, j'ai seulement réussi à télécharger quelques éléments (airports, big_roads, coastline)...

Bonjour amelingu,
C'est bon j'ai mis à jour le fichier OSM.lay.
ça remarche de nouveau.

[jojo64]

Bonjour,

Pour amelingu et robster : la question de Glah concerne les requêtes Overpass API de ortho4xp pour récupérer des données OSM, et n'a rien rien à voir avec les images OSM dont vous parlez et qui elles fonctionnent sans problème.

papet30 apporte un début de réponse, il semble effectivement que le serveur OSM sature, plus précisemet l'overpass API.
Par contre je ne vois pas le rapport avec Azure API et AWS API (le premier est un service microsft si je me souvient bien le second je ne connait pas.) qui semblent saturer toutes les ressources.
La solution de les bloquer a été mise en œuvre , mais c'était il y a 3 semaine déjà.

Chez moi ça fonctionne par intermittence.

[jojo64]

Après quelque recherche, il semblerai que les requêtes overpass API refonctionnent chez la plupart des gens.
Chez moi en tout cas ça rame un peu.

En attendant, un des server semble mieux fonctionner que les autres:

Dans le dossier ortho4xp, aller dans SRC et ouvrir 04_OSM_Utils avec un éditeur de texte.
Dans les premières ligne il y a les lien vers les server overpass.
Il faut changer le KU comme ceci (puis enregistrer le fichier et redémarrer ortho4xp):

"KU": "https://overpass.private.coffee/api/interpreter",

Dans ortho4xp on choisie KU comme overpass server comme ça il ira plus vite.
Ca devrait régler le problème pour l'instant.

[daniel delapierre]

Bonjour à tous,

J'avais ce problème jusqu'à la dernière mise à jour d'Ortho4XP, la 1.40.12. Avec celle-ci les données OSM sont devenues à nouveau disponibles.

https://forums.x-plane.org/forums/topic/308219-forked-version-of-ortho4xp-14-no-installation-docs/?page=17

Daniel

[jojo64]

Je préfère éviter les versions Forked, qui ont très souvent des problèmes, ou ne permettent plus d'utiliser des fonctionnalités de base de ortho4xp comme les layers ou les altimétries en geotiff.

[papet30]

Bonsoir daniel delapierre d'accord avec toi Ortho4XP 1.40.12 fonctionne très bien.
En complément as tu installé le patch (de Aspec du .org) dispo dans la branche dev pour passer en 14.0.13 ?
Il a ecrit un nouvel HTTP User-agent qui améliore les acces OSM en traitant les codes de retour.
CDT

[daniel delapierre]

Salut papet30?,

Merci pour le tuyau, mais la version 1.40.12 me convient parfaitement. Wait and see.

Daniel

[Glah_Salamanthe]

Après quelque recherche, il semblerai que les requêtes overpass API refonctionnent chez la plupart des gens.
Chez moi en tout cas ça rame un peu.

Il faut changer le KU comme ceci (puis enregistrer le fichier et redémarrer ortho4xp):
"KU": "https://overpass.private.coffee/api/interpreter",

Nous sommes le 9 mai !
OSM n'est toujours pas disponible …

jojo64 : j'ai utilisé ton astuce … ça fonctionne, mais d'une lenteur désespérante : quand Ortho4XP signale : "nouvelle tentative dans 2 secondes", il faut attendre environ 10 secondes avant que l'étape suivante apparaisse …

[Glah_Salamanthe]

Dans le dossier ortho4xp, aller dans SRC et ouvrir 04_OSM_Utils avec un éditeur de texte.
Dans les premières ligne il y a les lien vers les server overpass.
Il faut changer le KU comme ceci (puis enregistrer le fichier et redémarrer ortho4xp):
"KU": "https://overpass.private.coffee/api/interpreter",

Toujours d'énormes problèmes pour accéder aux données OSM !