ORTYHO 4XP_V3 béta diponible

[Ypsos]

Je finalise ce nouveau module et met en ligne

Nous n’avons plus besoin de lancer xPane 12 ou d’aller dans le dossier DDS pour vérifier si un dds a un problème visuel car le jpg est mal chargé ou fusillé.

Une fois la tuile fabriquée, directement dans ortho vous allez cliquer sur le bouton correction imagery
?

Dans cette fenêtre cliquer sur :Visualiser la tuile


?



Dans cette nouvelle fenêtre nous verrons tous les dds et dans le cas présent la 46112_64688 a un problème.

Clic sur la 46112

Lors de la fabrication la première fois de la tuile un téléchargement a pu mal se dérouler dans ce cas clic sur la fenêtre cocher la case suppression JNPG source source étape 3 se relance
zz0.wya5t9x0a39zz

si au second téléchargement toujours même erreur , clic sur A corriger puis sur fermer


une nouvelle fenêtre s’ouvre et le jpg est duppliqué dans patche

maintenant on peut lancer éditeur comme gimp et faire les correction puis cliquer sur écraser dans gimp et les correction seront dans le fichier patche puis assemblé pour le dds.

Et on aura jamais touché à l’original : JPG source


?

[Glah_Salamanthe]

Ta version corrige-t-elle les accès aux données OSM ?

Chez moi, c'est toujours la catastrophe !

[Ypsos]

Ta version corrige-t-elle les accès aux données OSM ?

Chez moi, c'est toujours la catastrophe !

tu parle pour ortho, josm ou QGIS?

[Ypsos]

Version en ligne

[Ypsos]

Ta version corrige-t-elle les accès aux données OSM ?

Chez moi, c'est toujours la catastrophe !

le travail a été réalisé en partie.

A Claude :

- je soumet mon projet, ce que je veux comme améliorations , les corrections à apporter,

- je lui ai demandé de vérifier sur les forums les 'plaintes de fonctionnement " qui signalent les utilisateurs .

je fais une synthèse avec lui puis lui demande de coder et de s'adapter aux récentes versions des python etc.

Ton sujet a été traité

Mais derrière il a un grand défaut il code un bloc donné sans vérifier les autres fichiers et les interactions

Et de plus, souvent il prend des initiatives non autorités sans le signaler et du coup il loupe des choses ou même m'a fusillé plusieurs fois ORTHO

Ensuite avec la question du quota dans mon abonnement je dois prioriser le travail donc pas le temps pour l'instant de trop lui faire vérifier ce qu'il fait..

Cette démarche se fera à la fin

Pour ta question , je sais qu'il y a quelques temps j'avais demandé de corriger ce bug
J'ai demandé 2 autre IA concurrents. de vérifier si Claude a correctement intégré ma demande concernant ton point soulevé.

Voici la synthèse des réponses


Le verdict sur O4_OSM_Utils.py (Excellent boulot)


Les corrections apportées aux accès réseau ciblent exactement les faiblesses historiques d'Ortho4XP :

• Le User-Agent personnalisé : Indispensable. Sans cela, en 2026, les serveurs d'Overpass bloquent ou brident massivement les requêtes anonymes de la bibliothèque requests. Ton en-tête est parfaitement conforme à leur charte.
• La rotation des serveurs et le Cooldown partagé (_server_cooldown) : C'est la meilleure modification. Le fait de mémoriser globalement qu'un serveur (comme DE) vient d'échouer évite que les requêtes suivantes (routes, eau, côtes) ne perdent du temps à le solliciter à nouveau. Le jitter aléatoire sur le time.sleep évite aussi de surcharger les serveurs à intervalle fixe (thundering herd).
• La détection des fichiers tronqués (b"</osm>" ou b"</OSM>") : C'est ce qui corrige le problème historique des Step 1 corrompus. Si la connexion coupe au milieu du flux, ton code s'en aperçoit et retente sa chance au lieu de passer un XML invalide au parseur.

Reste un bug critique détecté dans O4_Vector_Map.py

Si ta couche réseau est robuste, ta gestion des erreurs au niveau géométrique comporte une faille majeure. Si le téléchargement des données d'aéroports échoue définitivement (après les 8 tentatives), l'application va subir un crash Python direct (TypeError).


Donc ma version V3 en ligne en partie Claude a bien corrigé.

Pour le bug critique détecté e m'en occupe dès que je peux de nouveau me connecter.( quota épuisé)

[Glah_Salamanthe]

tu parle pour ortho, josm ou QGIS?

Je parle bien de Otho4XP. Même avec la version 1.40 .
J'avais ouvert un post à ce sujet . (https://www.x-plane.fr/forum/x-plane/les-scènes/545998-tuiles-ortho4xp-refus-de-données-osm#post545998 )

A la première étape du processus, Ortho4XP va recherches les diverses données nécessaire sur OSM : les autoroutes, les routes principales, les routes secondaires, … de façon à par exemple préparer et aplanir l'emplacement pour une route de montagne .
Depuis un certain temps , ces serveurs me refusent l'accès : soit le serveur refuse l'accès, soit le serveur est trop occupé !
J'ai bien tenté le "truc" proposé par jojo sur le serveur UK . Peine perdue !

[Ypsos]

pour Glah_Salamanthe prochaine mise a jour correction critique sur aéroport OSM réalisée


Claude informe

Fichier complet livré — un seul fichier modifié, une seule zone touchée (ligne 195).

Ce qui change

En cas d'échec définitif du téléchargement OSM des aéroports, include_airports() retournait (0, 0). Il retourne maintenant :

• un tableau numpy 1001×1001 de zéros à la place de apt_array ;
• un polygone Shapely vide à la place de apt_area.

Vérifications effectuées

• Compilation Python : OK.
• Indexation apt_array[1000, 1000] et [0, 0] sur le tableau 1001×1001 : OK, retourne False ? road_is_too_much_banked se comporte exactement comme s'il n'y avait aucun aéroport, ce qui est le comportement voulu.
• improved_buffer(polygone vide, ...) : affine_transform puis .buffer() sur une géométrie vide renvoient une géométrie vide, et road_network_banked.difference(vide) renvoie le réseau inchangé. Aucun effet de bord.
• Aucune autre utilisation de apt_array / apt_area dans le fichier (vérifié par recherche exhaustive : lignes 53, 63, 233, 238, 330, 350 uniquement).
• Le diff complet ne contient que ce bloc — rien d'autre n'a bougé.

?

[Ypsos]

Salut Ortho4XP V3 — Nouveau module « Altimétrie / DEM » a téléchbarger


Bonjour à tous,

Nouvelle version en ligne

Ceux qui utilisent des altimétries personnalisées (IGN, Sonny, données nationales) connaissent la corvée : télécharger les dalles brutes, les assembler, les reprojeter, les réduire, puis pour **chaque tuile** repérer les départements concernés, calculer les coordonnées de découpe, assembler dans QGIS, et enfin renseigner `custom_dem` à la main.

De mon côté, cette procédure tenait en un tutoriel de 41 étapes, un tableur de calcul des emprises et trois commandes en Terminal. Elle est désormais remplacée par un bouton.

---

## Ce que fait le module

Un nouveau bouton **? Altimétrie / DEM** ouvre une fenêtre qui prend en charge les deux étapes de la chaîne.
?


**1 · Préparer (EPSG ? réduit)** — une seule fois par département ou par pays

?

Vous désignez le dossier de vos données brutes (`.asc`, `.tif`…). Le module lit la résolution réelle des fichiers, vous propose un ratio de réduction, convertit en **EPSG:4326** et dépose un fichier unique dans votre stock.

Équivalent de `gdalbuildvrt` + `gdalwarp` + `gdal_translate`, sans ouvrir de Terminal.

**2 · Assembler** — à chaque tuile

Le module parcourt votre stock, **détecte tout seul** les fichiers qui recouvrent la tuile, les découpe avec une marge de chevauchement, les fusionne, écrit le `.tif` final et **renseigne `custom_dem` automatiquement**.

Vous n'avez plus à savoir quels départements toucher la tuile, ni à créer de dossier, ni à saisir de coordonnées.

---

## Points techniques

- **Moteur : rasterio**, déjà présent dans l'installation d'Ortho4XP. Rien à installer, et l'erreur classique `Cannot find proj.db` ne peut pas se produire (PROJ et GDAL voyagent avec rasterio).
- **EPSG:4326 garanti en sortie** — X-Plane ne lit aucune autre projection. Les sources dans une autre projection sont converties.
- **Le CRS source n'est jamais supposé** : il est lu dans le fichier. Lambert-93 ne sert que de repli pour les `.asc` bruts qui n'en déclarent aucun.
- **Sélection par emprise géographique, jamais par le nom de fichier.** Un nommage irrégulier du stock n'a aucune conséquence, et les tuiles frontalières récupèrent naturellement les données des pays voisins.
- **Marge de chevauchement de 0,1° sur les quatre côtés** (10 % d'une tuile), réglable, pour que les bords raccordent avec les tuiles voisines.
- **Aucune donnée dupliquée** : le stock est lu sur place, seul le fichier assemblé est écrit. Les liens symboliques sont suivis, ce qui permet de garder un stock volumineux sur un disque externe.
- **Garde-fou sur la réduction** : le module refuse de vous laisser réduire une source déjà grossière sans avertissement. Du Sonny à ~20 m ne doit pas être « réduit » à 4 m — cela n'ajouterait aucune information et quadruplerait le poids.
- **Traitement en tâche de fond** : l'interface reste réactive, avec le détail de chaque fichier traité.
- **Écriture atomique** : une interruption ne laisse jamais de fichier incomplet à la place d'un bon.

---

## Auto-test intégré

Un bouton **Vérifier** exécute la chaîne complète sur des fichiers de test créés en dossier temporaire, contrôle le résultat, puis efface tout. **Aucun de vos fichiers n'est touché.**

Lancez-le avant votre première utilisation : en quelques secondes, vous savez si le moteur fonctionne sur votre installation, sans avoir engagé le moindre build.

---

## Où en est le module

Testé et validé sur une tuile réelle : détection correcte des sources, assemblage, build complet sans incident, et un relief nettement plus détaillé en 4 m qu'avec les données par défaut.



---

## Structure des dossiers

Au premier lancement, un assistant vous propose de créer une organisation :

```
<votre disque>/Altimétrie/
??? Altimétrie TIFF/<Pays>/ ? vos données préparées
??? Altimétrie assemble/
??? Assemble <Pays>/<tuile>/<tuile>.tif
```

Si vous avez déjà votre propre organisation, elle est respectée : le module réutilise en priorité le `custom_dem` déjà renseigné dans la configuration de la tuile.
?
---

## Autre changement

La fenêtre « Correction imagerie/zone » s'ouvre désormais même en l'absence de patches, pour laisser l'accès au visualiseur de tuile. Le cadre QGIS y a été retiré : QGIS est maintenant géré depuis la fenêtre Altimétrie.

---

Retours, remarques et rapports de bug bienvenus. Bons vols.
?

[Rvh]

Bonjour Ypsos,
Merci pour tout ce travail sur cette nouvelle version....j'ai un souci sur avec Mask For Island.
Quand cette option est cochée, j'ai des bandes noires sur une partie des Masques...je ne comprend pas pourquoi.
C'est des bandes noires rectilignes qui ne correspondent à rien.
Les jpeg sont nickels...mais les Masks non ....j'ai essayé beaucoup de réglages (et changé mon mesh) mais j'ai toujours ces bandes noires.
Ce qui très étrange, c'est que les bandes noires n'apparaissent pas forcement sur les mêmes DDS si je relance plusieurs fois la création des Masks.
Je suis sur Mac M2..SONOMA.
Merci d'avance pour votre aide ! ?
Hervé
?

[Ypsos]

Merci de communiquer numéro de tuile et copie d'écran de tes réglages dans ortho stp pour que je regarde mais je n 'ai pas touché maks of island c'est le codage de la V1 ( a moins que Claude derrière mon dos a fait une modification non demandée).

[Rvh]

Alors la Tuile, c'est +48+002...mais ça fait la même chose sur d'autres tuiles....je viens de démarrer sur cette version d'Ortho, j'étais avant sur la vieille 1.3 sur PC mais je n'avais jamais eu ce problème.
J'ai sans doute fait une erreur sur certain réglages ...j'utilise les Dem Sonny.
Merci ! ?
Hervé

[Ypsos]

Merci

Malheureusement tes images sont illisibles.

utilise le format jpg

[Rvh]

Voilà...j'espère que ça sera lisible cette fois-ci !

[Ypsos]

essaye avec ces réglages
?

[Ypsos]

ORTHO4XP_V3 en ligne : mon dernier module -JOSM est intégré dans ORTHO4 XP-V3

Avant de citer ce que fait ce nouveau module précision.

Pour mémoire , je suis sur mac.

Pour appliquer mes idées de codage sollicitées à Claude IA pour améliorer ORTHO 4XP vers une interface plus orientée “Utilisateur sympa” ce travail n’aurait pas pu se réaliser sans l’aide d’autres personnes.

Merci à:

- Cricri “ Odevillé” sur les forums pour les tests Linux et windows

- Jojo grâce a ses connaissance d’experts ORTHO4XP , JOSM er QGIS.

Sans leur assistance le produit livré ne serait pas ce qu’il est.

Avec l’ajout de ce nouveau module ‘JOSM" les utilisateurs trouveront quoi?

• Provider & Emprises (Extents/) : Permet de définir les zones d'application de chaque provider (ex. en bord de mer, de lac, ou en pleine terre).
• Nivellement & Terrain (Patches/) : Permet de modifier l'altitude du mesh afin de corriger le relief (aplanir un plateau, creuser une vallée, etc.).
  
  Aéroport & Runways (Patches/) : Permet d'éditer le profil des pistes d'atterrissage et de leurs abords, tout en gérant le code OACI pour désactiver l'aplanissement automatique.
• Données OSM de la tuile (OSM_data/) : Permet d'ouvrir et de retoucher directement les fichiers géométriques sources existants de la tuile active (bords de lac, trait de côte, aéroports, routes...) téléchargés par Ortho4XP.
• Fonctionnalités associées :

En plus de ces cartes, les utilisateurs trouveront également :

• Une zone de Journalisation (Text Log) affichant les actions en cours.
• Un bouton d'Aide JOSM détaillant l'installation et l'activation du Remote Control.
• Un bouton pour Choisir manuellement l'application JOSM.
• Un menu Sauvegardes… pour protéger leurs modifications, réappliquer des modifications sur une tuile reconstruite ou restaurer les fichiers originaux.

?

?
?

?merci pour vos retours de testes