Aide altisurface

[hawkertempest]

Tu as du t'emmeler les pédales dans QGIS. si tu le connais pas difficile de l'appréhender.
Tu as mentionné que tu avait installé Gdal avec Anaconda, si ton installation a été bien menée, tu dois avoir " AcondaPowershell_Prompt" dans la liste de tes logiciels, il suffit de l'utiliser.
Pour voir si gdal est bien installé, tapes:
gdalinfo
il doit s'afficher une serie d'options, si ok:
cd "le chemin de mes fichiers "dem"" puis les diverses commandes mentionnées par jojo64.

bah non, ça me donne rien, pourtant j(ai bien gdal installé dans le navigator ... ce serait si simple en Linux, désolé je suis sous W10...




EDIT: HOURA!! j'ai trouvé (un premier pas!) pour faire l'instruction "GDALBUILDVRT" dans QGIS: il faut faire "raster" , "divers" , "construire un raster virtuel"

[hawkertempest]

jojo64

Aller je t'explique vite fait comment faire.
...gdalwarp -te -0.10 41.90 -1.10 43.10 NomDeTonChoix2.tif +42-000.tif

...

est-ce que tu es sur de ça ?
QGIS (qui est juste une interface graphique pour GDAL) me reprends sur cette instruction :


est-ce que les coordonnées sont dans le bon ordre ?

[jojo64]

En tout cas chez moi ça marche au poil.
La lige de code que je t'ai donné est bonne, par contre les coordonnées sont pour la tuile 42+000.
Pour la 42+001 la commande serai plutôt:

gdalwarp -te 0.90 41.90 2.10 43.10 FranceE.tif +42+001.tif

En fait l'idée est de découper ton Tif de manière à ne garder que ce qui sera utilisé pour la tuile, ce n'est pas obligatoire mais sinon Ortho4xp y passera 4h!
Mais comme ortho4xp a besoin que ça déborde un peu (pour faire de beau raccord avec la tuile d'à coté), je fait systématiquement déborder de 0.10 de chaque coté.
Du coup pour du +42 (la tuile part du +42 jusqu'au +43), on a d'un coté 41.90 et de l'autre 43.10
Idem pour le +001 (la tuile part du +1 jusqu'au +2), on a d'un coté 0.90 et de l'autre 2.10

Bien sûr 0.10 de débord c'est exagéré, mais je trouve ça plus simple à calculer.

Pour le reste désolé, je ne connais pas bien anaconda, je suis encore à l'ancienne avec la bonne vieille ligne de commande et le bon vieux terminal!

[Cred]

je suis encore à l'ancienne avec la bonne vieille ligne de commande et le bon vieux terminal!

... oui et c est parfois plus facile, une fois que tout est bien installé

[hawkertempest]

bonjour ,
voici ma question du jour (!) qui s'adresse au premier que la lira...
je suis bloqué à l'étape de découpage du "TIF géant" pour le faire correspondre à une tuile Ortho: on dirait que chez moi GDAL (dans QGIS) n'accepte que des formats de coordonnées bizarres style "650000.5 320000.0" comme montré ci-dessous (ne pas tenir compte de ce qu'il y a dans la fenêtre, c'est juste pour l'exemple) et non des degrès/minutes (il me renvoie une erreur si je fais: "gdalwarp -te 0.90 41.90 2.10 43.10...") : à quoi correspond ce type de coordonnées géographiques ? cela pourrait me mettre sur la voie pour changer des paramétrages quelque part...

[jasum]

Salut
Dans QGIS , colonne verticale >> Ajouter une couche raster>> tu charges 42+001.hgt (il te servira de modèle)
puis
barre des titres >> Raster >> Extraction >> Decouper un raster selon une emprise >> tu indiques ton raster à découper >> etendue de decoupage >> dessiner sur le canevas de carte

et tu dessines un peu plus large que le 42+001.hgt

tu valides etc...

[hawkertempest]

merci jasum , je continue à essayer

[jasum]

As-tu dessiner l'emprise sur la carte?
Il semblerait que les données de l'emprise soient erronées

[hawkertempest]

hello
en fait je pense qu'"il y a un souci au niveau de QGIS
Les coordonnées saisies par l'interface GUI ne se répercutent pas bien dans le ligne de commande, ce qui provoque des erreurs...(cf photo)
j'ai écrit aux auteurs pour le bug.

En permutant les coordonnées, ca marche, j'obtiens un petit TIF, pas d'erreur signalé par Ortho4XP mais pas d'amélioration: mon .OBJ est toujours un carré plat...
je vais essayer avec un fichier HGT normal, peut-être que mon problème est ailleurs...

[hawkertempest]

Bonjour, quelques nouvelles.
J'ai renoncé à convertir les fichiers .ASC de la base RGEALTI 5m, et j'ai conservé le TIF de Sonny en 20m, cela m'a l'air bien suffisant.
Pour la génération de l'objet, Pas besoin de descendre à des curvatures de 0.1 (trop lourd, trop long...) j'ai conservé 0.5 avec un angle mini de 15°.
L'objet créé par 0rtho4XP et correctement lu par Blender ou AC3D (je suis en version d'essai 14j c'est vrai que ça a l'air pas mal et plus intuitif que Blender)

Il faudrait maintenant que je coupe le bout qui m'intéresse (la crête que je veux) et éventuellement que j'exagère l'aplatissement de la piste.
C'est comme ça qu'a fait Franck Dainese pour faire le Mont-Blanc et l'Everest ?

Ensuite reste à savoir qu'en faire... c'est là qu'intervient le script Python "Push-Obj-to-mesh" d'Oscar ?

[hawkertempest]

re..encore désolé démon ignorance/maladresse mais maintenant je suis bloqué là :

j'ai beau appuyer sur Extract_Mesh avec la touche Maj appuyée, ça ne fonctionne pas, ça m'extrait le mesh comme au départ, mais ça ne réintroduit pas le mesh de l'objet dans le mesh de la tuile...

[jasum]

Salut
Vérifie que tu as bien dans le dossier Utils d'Ortho4XP le fichier Push-Obj-to-mesh.exe

[Cred]

Salut
Vérifie que tu as bien dans le dossier Utils d'Ortho4XP le fichier Push-Obj-to-mesh.exe

Oui j'ai bien sûr vérifié cela. Mais quand je double clique dessus j'ai un message d'erreur. Je ne sais pas si c'est normal...

[jojo64]

Attends un peu qu'on soit bien d'accord sur un point.
Pour générer ton .obj de base, tu l'as fait avec la version normal de ortho4xp, ou avec la version modifié fournis par Jasum?

Si c'est la version de base de ortho4xp, alors il faut faire toute les manips que je t'ai expliqué l'autre jour (je sais le faire avec Blender, je ne sais pas le faire avec AC3D).
Une fois toutes les manips faite, là tu peux travailler ton objet.
Une fois fini, tu l'exportes au format .obj de X-plane.
Tu le mets dans le dossier patch et rajoutant la ligne de l'ancre comme je te l'ai expliqué.
tu relances ortho4xp depuis l'étape 1 comme pour un patch normal.

Par contre si c'est la version modifié de ortho4xp, alors la procédure est différente et très bien expliqué par Jasum dans son tuto.
Une fois fini, tu l'exportes au forma .obj WaveFront (et pas X-plane), il faut refaire une rotation avant comme expliqué dans le tuto.
Et là tu relances ortho4xp et depuis l'étape 3, tu fait avant le clic droit sur la carte.

Les 2 versions de ortho4xp n'utilisent pas les même méthodes ni le même cheminement.

Faits bien gaffe qu'il existe 2 type de format .obj
Un c'est le format .obj WaveFront (avec un fichier .mtl qui l'accompagne), l'autre c'est le format .obj de X-plane.
Même extension, mais pas la même chose!

[jasum]

Oui j'ai bien sûr vérifié cela. Mais quand je double clique dessus j'ai un message d'erreur. Je ne sais pas si c'est normal...

Oublie "push-obj-into-mesh.exe", je viens d'essayer sur un Windows10 cela ne passe pas, problème de version (le source a été compilé avec version une anterieure de Windows), mais tu peux essayer de le compiler, le fichier source "push_obj_into_mesh.c " se trouve dans le répertoire Ortho4XP >> src >> C >> push_obj_into_mesh.c (Pour compiler regarde les tutos sur internet "compiler fichier.c sous windows10 ou 11")

Sinon, la solution est de faire un patchOBJ comme te l'indique Jojo64.

ATTENTION: avec AC3D il n'y a pas de rotation à effectuer sur le mesh extrait.