Ortho4XP

[atanorr]

hummm , Oscar
n'est t'il pas possible d'ajouter un codage unicode en plus? car pour certains pays , ( ici deux tuiles )
les noms de certains aéroports posent problèmes
tuile 46+014 et 46 +015

Etape 1 (Constitution des frontières eau/sol et aéroports)
--------

-> Téléchargement sur OpenstreetMap des limites et des pistes d'aéroports
ainsi que des limites sol/eau.

-> way["aeroway"="aerodrome"] téléchargé sans erreur : 348 noeuds.
* LOWG Flughafen Graz
Traceback (most recent call last):
File "I:\Ortho4XP_2\Ortho4XP.py", line 3154, in <module>
build_poly_file(lat,lon,sys.argv[1])
File "I:\Ortho4XP_2\Ortho4XP.py", line 245, in build_poly_file
print(" * "+way.tags['icao']+" "+way.tags['name'])
File "C:\Python34\lib\encodings\cp850.py", line 19, in encode
return codecs.charmap_encode(input,self.errors,encoding_m ap)[0]
UnicodeEncodeError: 'charmap' codec can't encode characters in position 20-21: c
haracter maps to <undefined>

[atanorr]

ou peut être ajouter un caractère unicode à windows..?

[atanorr]

=> atanorr :D encore résolu ;) ( POUR WINDOWS )

Aide mémoire : pour les erreurs de noms d'aéroports lors de la construction ou un test d'une tuile.

@OSCAR
j'ai trouvé ceci:

Starting with Python 3.4 you can set the Windows console to use UTF-8 with the following command issued at the command prompt:

chcp 65001

This should fix your issue, as long as you've configured the window to use a font that contains the character.

[Pascal]

bref , j'ai c:\python34;c:\python34\lib dans le path de windows...

Pour nettoyer le path : Démarrer -> Panneau de configuration -> Système (ou cilc droit sur "Ordinateur" puis "Propriétés").

Dans la fenêtre qui s'est ouverte, cliquer sur le dernier choix de la colonne de gauche : "Paramètres système avancés".

Dans la nouvelle fenêtre, cliquer sur le bouton tout en bas "Variables d'environnement".

Dans la fenetre qui vient de s'ouvrir, sélectionner dans le cadre du bas "Variables systèmes" la ligne "Path" puis clic sur le bouton "Modifier" (ou double clic sur la ligne "Path")
une nouvelle boite s'ouvre, impossible à redimensionner (merci aux andouilles chez microsoft) Si le contenu est long (et c'est souvent le cas), il est plus facile de faire un copier-coller de son contenu dans un éditeur texte, de le modifier puis de faire un copier-coller inverse pour mettre la nouvelle valeur avant de cliquer sur OK.

C'est une bonne idée de conserver une copie du contenu original (au cas où) et de supprimer toutes les chemins suspectés d'être inutiles (ils sont séparés par des ";") car plus la liste est longue, plus les lancements de programme sont longs eux aussi : chaque chemin du path est parcouru pour trouver les exécutables ou les DLL.

C'est aussi une bonne idée de placer en début de liste les chemins contenant les dll les plus utilisées, et/ou au contraire les dossier contenant le moins de fichiers pour accélérer ces recherches.

Ne surtout pas supprimer C:\Windows\system32;C:\Windows;C:\Windows\System32 \Wbem

La plupart du temps, lorsque les chemins complets sont entrés dans les lignes de commande (ou dans les champs des applications qui en ont besoin), il est inutile qu'ils figurent dans le path.

Le changement est immédiat pour windows (inutile de redemarrer), mais pas pour les fenêtres consoles déjà ouvertes qui ont leur propre copie de cette liste : les fermer puis rouvrir reéinitialise la liste.

[atanorr]

Voici le résultat de Ortho4XP

Sans ortho4XP


Avec Ortho4xp


Test2
Sans Ortho4xp



Avec Orto4XP => dsl un nuage était là ...



@Pascal
Merci, je ne savais pas que l'ordre avait une importance. ;)

[PhM]

... il faudrait que PhM passe son "profiler"...

Je n'ai que la démo, je ne peux tester que sur KSEA.

PhM

[Oscar Pilote]

Aide mémoire : pour les erreurs de noms d'aéroports lors de la construction ou un test d'une tuile.

Merci atanorr, il y a en fait une solution plus simple dans le sens où elle évite toute erreur, je lui
dirai d'écrire le nom de l'aéroport trouvé s'il y parvient et de se passer de le faire sinon (c'est juste
de l'info mais le programme n'en a pas besoin). C'est une possibilité assez pratique des langages
interprétés, qui évite de planter pour des broutilles :

remplacer

print(machin chose)

par

try:
print(machin chose)
except:
pass

je modifierai ce soir.

[Oscar Pilote]

Pour les utilisateur Mac, je commence à faire des tests hors ligne avec l'un ou l'autre parmi vous. Yosemite
m'a l'air presque aussi vérolé que Windows (je plaisante!), mais on va y arriver. Le mieux est sans doute
d'attendre que la meilleure méthode d'installation soit trouvée, j'essaie de remplacer au maximum
les dépendances (gdal (fait), numpy (à faire)) délicates par du code pur python.

[goda]

Merci de penser aux pommeux Oscar. Je bave en voyant les avancées de ce formidable outil. un peu frustré quand même puisque le script d'install ne se lance pas : ((

[jasum]

@goda

tu peux faire l'installation à la main en suivant chaque ètape du script chez moi sur yosemite ça fonctionne.

[Oscar Pilote]

Merci de penser aux pommeux Oscar. Je bave en voyant les avancées de ce formidable outil. un peu frustré quand même puisque le script d'install ne se lance pas : ((

Que se passe-t-il si tu ouvres un terminal, te rends dans le répertoire Install/Mac64/, et tapes "./Install-script.sh" (sans les guillemets) ?
(si les droits d'exécution ont été enlevés au fichier par Dropbox fait précéder cette commande de "chmod a+x Install-script.sh")

[atanorr]

tuile 45 +009 crash
Curvature 0.5
True (triangles)
aera 0.001



-> DSFTool convertit maintenant le DSF nouvellement créé
au format binaire :

Converting +45+009.dsf.txt from text to DSF as +45+009.dsf
Scanning for dimension properties...
Got dimension properties, establishing file writer...
Got entire file, processing and creating DSF.
Vertices: total = 5301867, strip = 5002854, fan = 0.
Primitives: total = 626539, strip = 624584, fan = 0.
10.000000,45.121001,-162.992562,0.000000,0.000000 4024000000000000,40468f7cf52
8e176,c0645fc3120337c3,0000000000000000,0000000000 000000
ERROR: !"ERROR: could not sink vertex:\n"
(src/DSF/DSFLibWrite.cpp, 626.)
Le fichier spécifié est introuvable.


Juste , je pense qu'il utilise dsf précis ... tu n'as pas réglé ;) -162m ... étrange pour une zone montagneuse... y à un fameux trous la bàs.. ? à mon avis tu peux mettre -180mètres dans le précis..?
Perso tu peux laisser le précis et effacer le dsftool normal si tu règles la bonne hauteur?
Ou mieux tu vas nous sortir ta nouvelle version? :D plus précis ?

si je dois modifier un Aéroport sur cette tuile c'est impossible avec cette ereur.. :-((

Histoire de précision... )

[goda]

Merci Oscar
Probleme de permission effectivement.
Par contre j'ai ceci:




Etape 4 (Téléchargement et conversion des textures)
--------

-> Lancement du téléchargement et de la conversion des textures
Téléchargement de l'orthophoto manquante 23520_33952_FR16.jpg
Téléchargement de l'orthophoto manquante 23568_33856_FR16.jpg
Conversion d'une orthophoto pour former la texture 23520_33952_FR16.dds
sh: convert: command not found
Téléchargement de l'orthophoto manquante 23520_33904_FR16.jpg
Conversion d'une orthophoto pour former la texture 23568_33856_FR16.dds
sh: convert: command not found


Encore merci

[nicowork]

Bonjour à tous,

Process utilisé sous Debian Jessie:

# apt-get install unzip python3 imagemagick python3-pip python3-requests python3-numpy python3-gdal
# pip3 install overpy

Récupération du zip sur le DropBox de Oscar Pilote
$ mkdir Ortho4XP
$ unzip -d Ortho4XP Ortho4XP-20150916.zip

J'ai mis les fichiers d'Altitude dans /home/ndeffayet/Ortho4XP/Elevation_data/

1er question:

Est-ce normal que les fichiers d'altitudes de http://earthexplorer.usgs.gov/ au format n51_e002_1arc_v3.tif ne soient plus supportés ?
En effet, il faut mettre un fichier au format SRTMv3_1_N51E002.tif et donc extrait de http://gdex.cr.usgs.gov/gdex/

http://gdex.cr.usgs.gov/gdex/ et http://earthexplorer.usgs.gov/ ne fournissent pas exactement les même fichier tif ?

J'obtient l'erreur suivante:

Etape 3 (Traitement des données d'altitude)
--------

-> Chargement des données altimétriques
-> Calcul des altitudes et des normales aux sommets du maillage.
Traceback (most recent call last):
File "./Ortho4XP.py", line 3226, in <module>
steps345(lat,lon,alt_loaded,alt_dem,ortho_list)
File "./Ortho4XP.py", line 3033, in steps345
vertices=build_3D_vertex_array(lat,lon,alt_dem)
File "./Ortho4XP.py", line 1343, in build_3D_vertex_array
[z,u,v]=altitude_and_normal_map(x,y,alt_dem)
File "./Ortho4XP.py", line 1276, in altitude_and_normal_map
ry*alt_dem[3600-ny-1][nx+1]+(rx-ry)*alt_dem[3600-ny][nx+1]
IndexError: index out of bounds

D'ou vient cette erreur ?

Merci !

[atanorr]

uniquement 2 services supporté

http://gdex.cr.usgs.gov/gdex/ ( en maintenance en ce moment )
et

http://www.viewfinderpanoramas.org/dem3.html#eur