Demande d'aide pour un nouveau module ortho4XP_V3>Imagerie haute résolution

[Ypsos]

---

? [Ortho4XP V3] Nouvel outil : générateur de fichiers .lay — et appel à vos sources d'imagerie !

Bonjour à tous,

Je développe pour Ortho4XP V3 un petit outil qui va, je l'espère, faciliter la vie de tout le monde — surtout ceux que les fichiers de configuration rebutent.

Le problème aujourd'hui

Pour ajouter une nouvelle source d'imagerie (un fournisseur haute résolution ) dans Ortho4XP, il faut créer à la main un fichier .lay, avec les bonnes clés (url_prefix, layers, epsg_code, wms_version…). Si on ne connaît pas ces valeurs techniques, c'est vite décourageant.

La solution : un générateur graphique

Un nouveau bouton « Ajouter une imagerie haute résolution » ouvre une fenêtre simple :

• on remplit un formulaire (nom, type WMS/TMS/WMTS, URL, couche…),
• un aperçu en direct montre le fichier .lay qui sera généré,
• le fichier est rangé automatiquement au bon endroit, dans le dossier de la tuile active,
• des boutons Charger / Effacer permettent de repartir d'un fichier existant.

Plus besoin d'éditer quoi que ce soit à la main.

Et pour aller plus loin : des « presets » en un clic

Mon idée : ajouter des boutons pré-remplis pour les sources d'imagerie connues et libres de droit, pays par pays. L'utilisateur clique, tout se remplit tout seul, il valide ? et il a une imagerie haute résolution sans rien connaître aux détails techniques.

? C'est là que j'ai besoin de vous

Je ne peux pas connaître à moi seul les bonnes sources de chaque région. Si vous utilisez une source d'imagerie haute résolution et libre de droit dans votre pays/région, pourriez-vous partager :

• Le nom de la source (ex. IGN, Swisstopo…) et le pays/la région couverte
• L'URL du serveur (WMS : l'adresse finissant par ? — ou TMS : le template {z}/{x}/{y})
• Le nom de la couche (layers)
• Le type (WMS ou TMS) et la version si c'est du WMS
• Idéalement : une confirmation que c'est libre de droit pour ce type d'usage

Chaque source que vous proposerez sera vérifiée avant d'être intégrée, pour garantir qu'elle fonctionne vraiment.

L'objectif est simple : que chacun, quel que soit son niveau, puisse profiter d'une belle imagerie sur ses scènes, sans prise de tête.

Merci d'avance pour votre aide ? — c'est un outil communautaire, il sera d'autant meilleur avec vos retours.

Ypsos
?

[Ypsos]

Personne n'utilise des images haute résolution?

[Ypsos]

Merci pour la contribution je termine et publie en citant le crédit.

[Ypsos]

en cours de publication

Le crédit de contribution est ajouté dans le fichier.py et dans le read me

[jasum]

Salut Ypsos

Pas panique, un grand nombre d'entre nous sont en vacances.

Qu'entends-tu par "imagerie haute résolution", c'est au-delà de ZL19 soit environ 20cm par pixel sous notre latitude?

Tu proposes PCRS_IGN.lay, il fonctionne très bien pour les zones qu'il concerne.

Cependant il ya quelque incohérence:
les zones concernées sont réduites et limitées à des portions de tuile, si l'on veut profiter de la haute résolution sur une partie de ces zones, il n'y a pas de possibilité de ZL supérieur à ZL19 même si le "mesh_zl" (le quadrillage) est configuré à 20, alors que les PCRS.LAMB93 permettent jusqu'à une résolution de 5cm par pixel (zoom 22), au ZL19 c'est identique à FRortho classique ce sont les mêmes images.
D'autre part, pourquoi avoir choisi le format d'image png (beaucoup plus lourd au téléchargement) alors que les corrections et conversions que tu proposes, se font sur jpeg et dds?

Cela dit, je te propose ces fichiers "lay", les sources sont publiques mais je ne sais pas si les données sont redistribuables.

Pour toute la Suisse (images impeccables)

Swisstopo.lay:

request_type=wms
url_prefix=https://wms.geo.admin.ch/?
layers=ch.swisstopo.images-swissimage
epsg_code=3857
wms_size=512
wms_version=1.3.0
image_type=jpeg
imagery_dir=code
in_GUI=True

Pour la province du val d'Aoste et en particulier pour la face Italienne du Massif du Mont-blanc, je trouve les images de 2012 trés belles malgré les zones d'ombre.

Aoste_2012.lay:

request_type=wms
url_prefix=https://servizisct.regione.vda.it/ows/public/WMS_Ortofoto2012?
layers=Ortofoto_2012
epsg_code=3857
wms_size=512
wms_version=1.3.0
image_type=jpeg
imagery_dir=code
in_GUI=True

l'on peut aussi utiliser des images plus récentes en modifiant 2012 par 2024 dans url et layers.
pour Ortofoto2012 les images manquent de contraste.

?

[Ypsos]

Salut Ypsos

Pas panique, un grand nombre d'entre nous sont en vacances.

Qu'entends-tu par "imagerie haute résolution", c'est au-delà de ZL19 soit environ 20cm par pixel sous notre latitude?

Tu proposes PCRS_IGN.lay, il fonctionne très bien pour les zones qu'il concerne.

Cependant il ya quelque incohérence:
les zones concernées sont réduites et limitées à des portions de tuile, si l'on veut profiter de la haute résolution sur une partie de ces zones, il n'y a pas de possibilité de ZL supérieur à ZL19 même si le "mesh_zl" (le quadrillage) est configuré à 20, alors que les PCRS.LAMB93 permettent jusqu'à une résolution de 5cm par pixel (zoom 22), au ZL19 c'est identique à FRortho classique ce sont les mêmes images.
D'autre part, pourquoi avoir choisi le format d'image png (beaucoup plus lourd au téléchargement) alors que les corrections et conversions que tu proposes, se font sur jpeg et dds?

Cela dit, je te propose ces fichiers "lay", les sources sont publiques mais je ne sais pas si les données sont redistribuables.

Pour toute la Suisse (images impeccables)

Swisstopo.lay:

request_type=wms
url_prefix=https://wms.geo.admin.ch/?
layers=ch.swisstopo.images-swissimage
epsg_code=3857
wms_size=512
wms_version=1.3.0
image_type=jpeg
imagery_dir=code
in_GUI=True

Pour la province du val d'Aoste et en particulier pour la face Italienne du Massif du Mont-blanc, je trouve les images de 2012 trés belles malgré les zones d'ombre.

Aoste_2012.lay:

request_type=wms
url_prefix=https://servizisct.regione.vda.it/ows/public/WMS_Ortofoto2012?
layers=Ortofoto_2012
epsg_code=3857
wms_size=512
wms_version=1.3.0
image_type=jpeg
imagery_dir=code
in_GUI=True

l'on peut aussi utiliser des images plus récentes en modifiant 2012 par 2024 dans url et layers.
pour Ortofoto2012 les images manquent de contraste.

?

Salut

Merci pour ta contribution qui s'ajoute a celle que j'ai eu en privé.

Je vais faire vérifier par Claude ce qu'il peur améliorer pour supprimer les incohérences.

[jasum]

Salut
Je te mets en fichier joint les extents que j'ai omis et qui vont avec ces fichiers.lay

https://www.dropbox.com/scl/fi/2zfulfynw4pvk75l2u90v/Extents.zip?rlkey=j21mm3620zf35f1jo012f9vg9&st=20pq0jsa&dl=0

[Ypsos]

Jasum >

Le Claude était disponible j'ai donc avancé sur la proposition technique et j'au vérifié et intégrer les termes des licences on va coder au rythme de mes quota.

Voici la synthèse


Ces deux-là sont des WMS directs (URL complète dans le .lay, image_type=jpeg), exactement comme ils te les ont donnés. Aucun besoin de toucher au moteur. Je les teste avant livraison, comme d'habitude.

? Sensible — chantier moteur séparé, PAS maintenant :

1. PCRS en jpeg au lieu de png ? touche O4_Custom_URL.py (le FORMAT est en dur). À traiter proprement en session dédiée.
2. Limite ZL19 vs ZL22 sur le PCRS ? touche le moteur d'Ortho (le plafond de zoom). Chantier délicat.

Je te propose qu'on avance uniquement sur le point sûr (ajouter Swisstopo + Aoste comme presets), et qu'on note les points 3 et 4 dans la Bible pour plus tard.

Sur Aoste, un point important que tu dois valider toi-même (c'est une question de licence, pas technique) : la licence CC BY-NC 4.0 = usage non commercial + attribution obligatoire « Estratto dall'Ortofoto 2012 di proprietà della Regione Autonoma Valle d'Aosta ». Le contributeur a bien analysé : c'est OK pour ORTHO4XP tant que ton projet reste gratuit et non commercial. À toi de confirmer que tu es d'accord pour l'intégrer avec cette mention.
?

Dans crédit j'ai fait ajouter dans la rubrique "Autres contributeurs "Jasum . Tu veux un autre pseudo ou le compléter?


## 16. Crédits

| | |
| --- | --- |
| **Idée, conception, réalisation, développement** | Roland (Ypsos) |
| **Assistance au développement (outil IA)** | Claude (Anthropic) |
| **Œuvre originale** | Oscar Pilote (Ortho4XP) |
| **Adaptation 1.40** | Shred86 |
| **Référence technique** | Jojo |
| **Tests Windows / Linux** | Cricri |
| **Autres contributeurs** | domisilasol(Dominique), Jasum, Len0y|?

[Ypsos]

Salut
Je te mets en fichier joint les extents que j'ai omis et qui vont avec ces fichiers.lay

https://www.dropbox.com/scl/fi/2zful...=20pq0jsa&dl=0

merci je fais vérifier que Claude a bien programmé le codage et la génération des ces fichiers.

Pour moi tes fichiers me servent de base de travail pour Claude qui doit coder la procédure de génération des .lay et des .extents en e servant de tes dossiers, de ceux des autres contributeurs et des miens pour un process universel pour l'utilisateur qui générera ensuite chez lui ces fichiers

[jasum]

[QUOTE=Ypsos;n547598]Jasum >

Dans crédit j'ai fait ajouter dans la rubrique "Autres contributeurs "Jasum . Tu veux un autre pseudo ou le compléter?

/QUOTE]

Pas de pbroblème.

[jasum]

Jasum >

Le Claude était disponible j'ai donc avancé sur la proposition technique et j'au vérifié et intégrer les termes des licences on va coder au rythme de mes quota.

Voici la synthèse


Ces deux-là sont des WMS directs (URL complète dans le .lay, image_type=jpeg), exactement comme ils te les ont donnés. Aucun besoin de toucher au moteur. Je les teste avant livraison, comme d'habitude.

? Sensible — chantier moteur séparé, PAS maintenant :

1. PCRS en jpeg au lieu de png ? touche O4_Custom_URL.py (le FORMAT est en dur). À traiter proprement en session dédiée.
2. Limite ZL19 vs ZL22 sur le PCRS ? touche le moteur d'Ortho (le plafond de zoom). Chantier délicat.

Je te propose qu'on avance uniquement sur le point sûr (ajouter Swisstopo + Aoste comme presets), et qu'on note les points 3 et 4 dans la Bible pour plus tard.

Sur Aoste, un point important que tu dois valider toi-même (c'est une question de licence, pas technique) : la licence CC BY-NC 4.0 = usage non commercial + attribution obligatoire « Estratto dall'Ortofoto 2012 di proprietà della Regione Autonoma Valle d'Aosta ». Le contributeur a bien analysé : c'est OK pour ORTHO4XP tant que ton projet reste gratuit et non commercial. À toi de confirmer que tu es d'accord pour l'intégrer avec cette mention.
?

Dans crédit j'ai fait ajouter dans la rubrique "Autres contributeurs "Jasum . Tu veux un autre pseudo ou le compléter?


## 16. Crédits

| | |
| --- | --- |
| **Idée, conception, réalisation, développement** | Roland (Ypsos) |
| **Assistance au développement (outil IA)** | Claude (Anthropic) |
| **Œuvre originale** | Oscar Pilote (Ortho4XP) |
| **Adaptation 1.40** | Shred86 |
| **Référence technique** | Jojo |
| **Tests Windows / Linux** | Cricri |
| **Autres contributeurs** | domisilasol(Dominique), Jasum, Len0y|?

Pas de problème pour le pseudo.

[jasum]

merci je fais vérifier que Claude a bien programmé le codage et la génération des ces fichiers.

Pour moi tes fichiers me servent de base de travail pour Claude qui doit coder la procédure de génération des .lay et des .extents en e servant de tes dossiers, de ceux des autres contributeurs et des miens pour un process universel pour l'utilisateur qui générera ensuite chez lui ces fichiers

Effectivement le générateur de fichier comb ne fonctionne pas.

Pour les niveaux de zooms, si cela se confirme être compliqué, laisse tomber c'est secondaire.

[Ypsos]

Effectivement le générateur de fichier comb ne fonctionne pas.

Pour les niveaux de zooms, si cela se confirme être compliqué, laisse tomber c'est secondaire.

Merci je lui demande la correction .comb

pour ce point ZL c'est prévu réponse à ma demande de Claude mais j'avance étape par étape

Sensible (moteur, chantier séparé) :
3. La limite ZL19 vs ZL22 sur le PCRS ? ne pas toucher maintenant (c'est le moteur, zone sensible)

Avant de coder le ploint 3 on termine les points 1 et 2, une question technique à vérifier sans rien supposer : je veux confirmer que tes .lay avec image_type=jpeg fonctionnent bien avant de changer le PCRS.
?

[Ypsos]

Tu peux tester la version sur GITHUB

J'ai demandé a Claude d'automatiser tout ceci tout en laissant une possibilité manuelle pour nommer les fichirs et sélectionner les emplacements.

plus de 900 lignes de code

explication à ce lien

[jasum]

Tu peux tester la version sur GITHUB

J'ai demandé a Claude d'automatiser tout ceci tout en laissant une possibilité manuelle pour nommer les fichirs et sélectionner les emplacements.

plus de 900 lignes de code

explication à ce lien

Salut Ypsos
J'ai mise à jour.
Je vois que tu as acquis une très bonne maîtrise de Claude_code.

OSM est toujours aussi aléatoire et pénible, mais de ce que j'ai pu tester la création d'Extents by"tiles" fonctionne bien.
Par contre avec la liaison JOsM "Extents,masks,zone" j'ai édité une zone "test" en osm.bz2 pour construire un extent personnalisé et même avec le mode expert je n'ai pas pu le faire dans l'interface graphique, je l'ai construit en console dans un terminal avec le script adapté sans aucun problème), éventuellement il faudrait une option pour pouvoir indiquer l'utilisation directe d'un osm.bz2 déjà construit.

Quelques remarques:

Tu imposes les paramètres, la résolution est en mètre, au niveau d'un département c'est bien mais pour une région c'est trop élevé cela produit un masque très lourd et pour un pays ce n'est plus concevable.

soit l'on choisit arbitrairement la résolution par exemple:

10 pour le département
20 ou 30 pour la région
et une très basse pour un pays par exemple 1000 si le pays est grand.

Soit beaucoup mieux, il faudrait ajouter la possibilité de choisir son niveau de résolution, la valeur du masque et du dégradé

================================================== =============

Pour mémoire: ValleAosta 10 0 500 rel[admin_level=4][name:de=Aostatal]
10: dimension du pixel
0: l'extension (ou le rétrécissement) de la sélection (cela peut-être une zone de recouvrement)
500: la dimension du dégradé?

================================================== ==============

Lors d'une discussion à la parution de la v130 au sujet des extents, Oscarpilote m'avait répondu:
>>
Oui c'est cela.
Idéalement on aimerait laisser le second paramètre à zéro, mais si une imagerie est coupée pile poil sur la frontière il est utile de décaler la "ligne frontière" (le ventre mou de la transition) vers l'intérieur de sa zone (son 2ème paramètre sera négatif et celui de l'imagerie en face positif).
Ça demande un peu d'expérimentation..."
>>

PS: Bravo pour le travail accompli et le résultat, mais quel boulot pour éviter d’écrire quelques lignes dans un terminal !!!
?