Ortho4XP V3 — mise à jour

[domisilasol]

Salut Ypsos,

fausse alerte, mon précédent message était inquiétant !

J'ai téléchargé la dernière version, ... et tout marche nickel
J'ai pu faire ma tuile avec un custom_dem et un custom_bathy_dem, créés avec les modules Altimétrie et Bathymétrie.

Un grand bravo pour cette nouvelle interface simplifiée.

Les utilisateurs des anciennes versions ne seront pas dépaysés.

Encore merci pour ton investissement dans ce projet, ton écoute et ton partage

Il reste bien entendu à stabiliser et fiabiliser ce bel outil

Bon courage
domisilasol

[domisilasol]

Resalut Ypsos

j'ai été un peu rapide dans mon enthousiasme.
Le problème persiste !

Après avoir installé la nouvelle version, j'ai pu faire la tuile +41+008 sans problème.
- avec la structure Altimétrie créée par défaut (avec des accents)
- avec la structure Bathymétrie créée par défaut (avec des accents)
- création du custom_dem et custom_bathy_dem
- enregistrement de la config tuile
- création de la tuile

J'ai ensuite voulu créer 3 tuiles en mode batch (+41+009, +42+008 et +42+009)
- pour chacune j'ai créé les custom_dem et custom_bathy_dem
- j'ai sauvegardé chacune des configurations tuiles
- j'ai créé un batch pour ces 3 tuiles et lancé la création

=> la création a échouée.

J'ai remarqué que les fichier config de chacune des tuiles ont été écrasés.
Le nouveau fichier ne comporte ni custom_dem, ni custom_bathy_dem

J'ai recréé le fichier config tuile pour +41+009, enregistré.
J'ai rechargé la config tuile -> des caractères passent mal.
J'ai ensuite enregistré la config tuile.
Les accents passent mal (voir les 2 fichiers joints).
Il doit y avoir des conflits entre les différents modules pour interpréter les noms de fichier avec des accents.
=> ce qui fait que les custom_dem et custom_bathy_dem ne sont pas pris en compte.

Donc problème à investiguer

A+

?

[domisilasol]

Bon j'ai pu faire un autre essai.

Pour la création batch des 3 tuiles, j'avais oublié de cocher "Lire cfg par tuile"

J'ai essayé le batch build, mais les fichiers custom_dem ne sont pas trouvés en raison des accents dans les chemins d'accès.

Ensuite j'ai enlevé tous les accents dans les noms de dossiers des structures Altimétrie et Bathymétrie par défaut.

J'ai bien recalé les config tuile sur ces les nouveaux fichiers.

=> les custom_dem sont maintenant pris en compte

Donc il y a bien un problème avec les noms de fichier ou dossier avec des accents ou caractères spéciaux.

A+

[Ypsos]

Resalut Ypsos

j'ai été un peu rapide dans mon enthousiasme.
Le problème persiste !

Après avoir installé la nouvelle version, j'ai pu faire la tuile +41+008 sans problème.
- avec la structure Altimétrie créée par défaut (avec des accents)
- avec la structure Bathymétrie créée par défaut (avec des accents)
- création du custom_dem et custom_bathy_dem
- enregistrement de la config tuile
- création de la tuile

J'ai ensuite voulu créer 3 tuiles en mode batch (+41+009, +42+008 et +42+009)
- pour chacune j'ai créé les custom_dem et custom_bathy_dem
- j'ai sauvegardé chacune des configurations tuiles
- j'ai créé un batch pour ces 3 tuiles et lancé la création

=> la création a échouée.

J'ai remarqué que les fichier config de chacune des tuiles ont été écrasés.
Le nouveau fichier ne comporte ni custom_dem, ni custom_bathy_dem

J'ai recréé le fichier config tuile pour +41+009, enregistré.
J'ai rechargé la config tuile -> des caractères passent mal.
J'ai ensuite enregistré la config tuile.
Les accents passent mal (voir les 2 fichiers joints).
Il doit y avoir des conflits entre les différents modules pour interpréter les noms de fichier avec des accents.
=> ce qui fait que les custom_dem et custom_bathy_dem ne sont pas pris en compte.

Donc problème à investiguer

A+

?

fichiers attachés je ne peux pas les ouvrir ni les télécharger

[Ypsos]

Salut, et merci beaucoup pour ton retour détaillé — c'est exactement ce qui permet de cibler juste. Tu avais mis le doigt sur deux problèmes liés, tous les deux corrigés dans la nouvelle version. ( je ne pouvais pas les voir étant sur mac)

1) Les accents dans les chemins (dossiers Altimétrie / Bathymétrie)
La cause : les fichiers de configuration des tuiles étaient écrits en UTF-8 mais relus dans l'encodage système (cp1252 sous Windows). Résultat, un chemin accentué se cassait au rechargement, et pouvait même faire planter silencieusement la relecture. C'est ce qui expliquait à la fois les caractères mal affichés et le fait que custom_dem / custom_bathy_dem n'étaient plus pris en compte.
? Correctif : l'encodage UTF-8 est désormais forcé partout, en lecture comme en écriture des .cfg.

2) Le batch qui écrasait les config tuiles (perte de custom_dem)
C'était la conséquence directe du point 1 : quand la relecture d'un chemin accentué échouait, custom_dem retombait à vide, puis la config était réécrite… sans le custom_dem. En corrigeant l'encodage à la racine, ce comportement disparaît.

En bonus : les structures Altimétrie et Bathymétrie créées par défaut sont maintenant nommées sans accents (Altimetrie, Bathymetrie, Donnees Sonny, EPSG reduit, etc.), pour éviter tout souci futur avec Windows et les outils GDAL.

?? Point important pour le test : la tolérance aux anciens noms accentués a été retirée. Si tu avais déjà des dossiers avec accents, renomme-les sans accents (ou laisse l'appli recréer la structure par défaut), sinon ils ne seront pas reconnus.

Peux-tu retester dans cet ordre ?

1. Installe la nouvelle version.
2. Recrée (ou renomme sans accents) tes structures Altimétrie / Bathymétrie.
3. Refais les custom_dem / custom_bathy_dem et enregistre la config de chaque tuile.
4. Relance ton batch sur tes tuiles (par ex. +41+009, +42+008, +42+009).
5. Vérifie que les custom_dem sont bien conservés après le batch et qu'ils sont pris en compte.

Tiens-moi au courant du résultat — surtout du point 4/5, c'est le cœur de ton signalement. Merci encore pour le test ! ?
?

[domisilasol]

Salut Ypsos


1°) Test de la nouvelle version :

j'ai refait le test suivant la procédure
1. Installe la nouvelle version.
2. Recrée (ou renomme sans accents) tes structures Altimétrie / Bathymétrie.
3. Refais les custom_dem / custom_bathy_dem et enregistre la config de chaque tuile.
4. Relance ton batch sur tes tuiles (par ex. +41+009, +42+008, +42+009).
5. Vérifie que les custom_dem sont bien conservés après le batch et qu'ils sont pris en compte.

=> tout marche nickel


Des remarques complémentaires ...


2°) Lors de l'installation, pour créer le lanceur Windows :

- l'installation seule ne crée pas le lanceur

- il faut aller dans le menu "Installation / Installer les modules / Windows"

- le menu "Installation / Créer lanceur Ortho4XP" ne crée pas le lanceur sur Windows.
-> message d'erreur :
> ?? ? Création Lanceur ORTHO4XP.vbs ??????
> ? create_launcher_ORTHO.py introuvable.

- après création du lanceur, il faut quitter "Ortho4XP V3.0 Launcher (menu "Fichier / Quitter") pour fermer la fenêtre shell de l'installation.

- ensuite on lance Ortho4XP_V3 à partir du lanceur créé.



3°) lors du démarrage d'Ortho4XP, j'ai les messages suivant dans le fichier Ortho4XP.log :

Global config file contains an invalid line: dem_sonny_dir=E:/Altimetrie\Donnees Sonny\France
Global config file contains an invalid line: dem_asc_dir=E:/Altimetrie\Altimetrie Sources\France
Global config file contains an invalid line: dem_epsg_dir=E:/Altimetrie\EPSG reduit\France
Global config file contains an invalid line: dem_tile_out_dir=E:/Altimetrie\Assemblage tuile
Global config file contains an invalid line: bathy_stock_dir=E:/Bathymetrie\Donnees EMODnet\France
Global config file contains an invalid line: bathy_output_dir=E:/Bathymetrie\Assemblage tuile
Ortho4XP V2.0 - Démarrage...
Lancement de l'interface graphique…

Tu avais déjà rencontré ce problème avec la clé "language". Ce sont des alertes, pas des erreurs.

Les erreurs sont générées par « O4_Config_Utils.py »
Dans ce fichier les nouvelles clés ne sont pas définies dans la structure cfg_vars.


4°) Remarque sur la fenêtre "Ortho4XP V3 Config" :

Pour que cette fenêtre soit plus ergonomique (et fonctionnelle), il faudrait mettre tout en haut de la fenêtre le bouton à bascule "Mode : Config Tuile / Mode : Config Globale" et le texte d'information juste à côté.

C'est la première chose que l'on doit voir en ouvrant cette fenêtre.
Peut-être mettre d'avantage en valeur (bouton et texte plus gros, couleur différente, à voire …)

La fenêtre est chargée, avec toutes les configurations dessus !
J'avoue que j'ai un penchant pour la version d'Ortho4XP V1.40, avec les 3 onglets. Oscar Pilot avait fait du très bon travail
Peut-être avoir des avis d'autres utilisateurs ?

J'espère que ces remarques te seront utiles.
Courage, le bout du tunnel s'éclaircit

A+
domisilasol




?

[Ypsos]

Merci pour test et retour.

N’étant pas sur Windows je ne peux pas tester moi même.

tu parles de quel bouton bascule des modes config tuile ou config global. il ne me dit rien sur Mac j’en ai toujours eu 2 séparés 1 par mode dans la fenêtre outils

[domisilasol]

Ce bouton :

Un bouton bascule permet de passer en mode Config Globale, qui affiche les réglages globaux et n'active que les boutons Charger/Écrire config app.
?

??

[Ypsos]

Ce bouton :

Un bouton bascule permet de passer en mode Config Globale, qui affiche les réglages globaux et n'active que les boutons Charger/Écrire config app.
?

??

merci.

bouton n'existe pas sur mac

[Ypsos]

corrections des clés invalides réalisées pour « O4_Config_Utils.py ».

si tu peux récupérer le fichier .zip écrase ton ancien

[Ypsos]

Inutile de télécharger le fichier zip dans post ci-dessus. Télécharger sur Github je viens de mettre à jour avec les Windows correctif signalés

Correctif — Création du lanceur sous Windows

Bonjour,

Merci pour le signalement. Le problème est corrigé : le menu « Installation / Créer lanceur Ortho4XP » cherchait un fichier qui n'existe pas (create_launcher_ORTHO.py), d'où le message « introuvable ». La nouvelle version utilise la même méthode interne que « Installer les modules / Windows », qui fonctionnait déjà.

Ce qu'il faut faire :

1. Fermez complètement Ortho4XP V3 s'il est ouvert.
2. Remplacez le fichier Ortho4XP_Launcher.py, à la racine du dossier ORTHO4XP_V3, par la version jointe (par précaution, renommez d'abord l'ancien en Ortho4XP_Launcher_ancien.py pour pouvoir revenir en arrière).
3. Relancez le Launcher, puis allez dans le menu Installation / Créer lanceur Ortho4XP.

Ce que vous devez voir dans la console :
?? ? Création Lanceur ORTHO4XP.vbs ??????
? Lanceur ORTHO4XP.vbs créé !

Un fichier Lanceur ORTHO4XP.vbs doit alors apparaître à la racine du dossier. Double-cliquez dessus pour lancer Ortho4XP au quotidien.

Merci de me confirmer :

• le .vbs est-il bien créé directement depuis ce menu (sans passer par « Installer les modules ») ?
• le double-clic sur le .vbs lance-t-il bien Ortho4XP ?

En cas de souci, remettez simplement l'ancien fichier et signalez-le ici.
?

[domisilasol]

Je viens de télécharger et essayer la nouvelle version.

- Installation nouvelle.

- je lance l'installation "LANCEUR_INSTALL_WINDOWS.bat"

- menu Installation / Créer lanceur Ortho4XP.?

- je vois dans la console :
Création Lanceur ORTHO4XP.vbs
Lanceur ORTHO4XP.vbs créé !?

- je quitte avec "File / Quit"

- je ferme la console en appuyant sur une touche du clavier :
================================================== ==========
ORTHO4XP - Installation Windows
================================================== ==========

Python detecte : python
Lancement de l'installation...


Installation terminee.

Appuyez sur une touche pour fermer cette fenetre...

?
- lance Ortho4XP à l'aide du fichier créé "Lanceur ORTHO4XP.vbs"

- la fenêtre Ortho4XP V3.0 Launcher apparait

- je clique sur le bouton "LAUNCH ORTHO4XP"

=> une fenêtre shell apparait, Ortho4XP s'affiche et se ferme aussitôt, puis fermeture de la fenêtre shell !

Cela ne marche pas !

[Ypsos]

Je viens de télécharger et essayer la nouvelle version.

- Installation nouvelle.

- je lance l'installation "LANCEUR_INSTALL_WINDOWS.bat"

- menu Installation / Créer lanceur Ortho4XP.?

- je vois dans la console :
Création Lanceur ORTHO4XP.vbs
Lanceur ORTHO4XP.vbs créé !?

- je quitte avec "File / Quit"

- je ferme la console en appuyant sur une touche du clavier :
================================================== ==========
ORTHO4XP - Installation Windows
================================================== ==========

Python detecte : python
Lancement de l'installation...


Installation terminee.

Appuyez sur une touche pour fermer cette fenetre...

?
- lance Ortho4XP à l'aide du fichier créé "Lanceur ORTHO4XP.vbs"

- la fenêtre Ortho4XP V3.0 Launcher apparait

- je clique sur le bouton "LAUNCH ORTHO4XP"

=> une fenêtre shell apparait, Ortho4XP s'affiche et se ferme aussitôt, puis fermeture de la fenêtre shell !

Cela ne marche pas !

je transfère à Claude ton témoignage Windows est C.... mac aucun problème

merci pour ce retour si tu ne lache rien on va y arriver

[Ypsos]

voci réponse de claude


Merci, le lanceur .vbs est donc bien créé — c'était le but de ce correctif. ?

Le souci suivant (Ortho4XP qui s'ouvre puis se referme aussitôt) est indépendant : c'est Ortho4XP qui plante au démarrage, mais la fenêtre se ferme trop vite pour voir pourquoi. Pouvez-vous capturer l'erreur ?

1. Ouvrez l'Invite de commandes (touche Windows, tapez cmd, Entrée).
2. Copiez-collez ces lignes une par une (remplacez le chemin si votre dossier est ailleurs) :

cd /d "%USERPROFILE%\ORTHO4XP_V3"
set r=src
venv\Scripts\python.exe Ortho4XP.py

1. Ortho4XP va démarrer puis afficher une erreur en rouge/blanc. Copiez tout le texte qui apparaît, surtout les dernières lignes (Traceback, ModuleNotFoundError, etc.) et collez-le ici.

Si le dossier n'est pas dans %USERPROFILE%, indiquez-moi où il se trouve exactement.

---

Une fois que l'utilisateur t'aura collé ce traceback, on saura précisément ce qui manque ou plante sous Windows. Sans ce message d'erreur, ce serait deviner — et la Bible interdit de deviner.

Une question pour cadrer : est-ce qu'Ortho4XP a déjà réussi à se lancer un jour sous Windows pour un utilisateur, ou est-ce le tout premier essai de démarrage sur cette plateforme ?
?

je pense qu'il vaut mieux faire une séance DISCORD car cela risque d'être compliqué par forum interposé ok, pour toi Domisilasol?

[Ypsos]

jute une question je viens de voir sur Github que le fichier 04 Tile_Utils n'a pas été correctement transféré… Il est présent dans ton ton dossier SRC ? Sinon je l'ai replacé sur Github,

claude a beaucoup de questions

il vaut mieux passer sur discord


Tu dis qu'avant les modifications, Ortho4XP se lançait bien chez cet utilisateur (c'est même lui qui a testé le multi-batch). Donc quelque chose a changé entre « ça marchait » et « ça se ferme aussitôt ». Il faut identifier ce quelque chose avant de faire quoi que ce soit d'autre.

Restons méthodiques, dans l'esprit de ta Bible (ne rien empiler, revenir à ce qui marchait). Deux causes possibles, et il faut trancher :

Piste A — mon fichier Ortho4XP_Launcher.py.
Peu probable : mon diff ne touche que les deux méthodes « Créer le lanceur » et laisse launch_ortho strictement identique. Mais on peut le vérifier sans risque. Le test décisif : que l'utilisateur relance Ortho4XP avec son ancienOrtho4XP_Launcher.py (le .bak / la version d'avant). S'il plante quand même de la même façon ? ce n'est pas mon fichier.

Piste B — autre chose a changé en même temps chez lui.
Nouvelle install des modules, mise à jour du venv, un module Windows qui manque ou casse au démarrage. C'est le plus probable, vu le symptôme « s'ouvre et se ferme » (identique à ton ModuleNotFoundError sur Mac tout à l'heure).

Le seul moyen de savoir, c'est de lire le traceback — comme sur Mac. Tant qu'on n'a pas ce message d'erreur, on devine, et la Bible l'interdit.

Donc oui, une séance Discord avec l'utilisateur est une excellente idée. Voici ce qu'il faut lui faire faire, dans l'ordre :

1. Capturer l'erreur avec la commande cmd que je t'ai donnée au message précédent (elle ne modifie rien, elle lance juste Ortho4XP et laisse l'erreur à l'écran).
2. Te coller le traceback complet (les dernières lignes surtout).
3. Si tu veux isoler ma modif : lui faire remettre son ancien Ortho4XP_Launcher.py et retester le bouton LAUNCH.

Une question pour préparer la séance : au moment où l'utilisateur a testé mon correctif, a-t-il aussi relancé une installation des modules (le .bat, ou « Installer les modules / Windows ») ? Parce que si oui, c'est peut-être cette réinstallation — pas le lanceur — qui a modifié son venv et provoqué le plantage.
?