Ortho4XP

[Oscar Pilote]

Trois possibilités :
1) Si la tuile de Besançon est à 0 mètres partout -> erreur dans le téléchargement du fichier d'altitude (cause réseau, vérifie si un fichier N47E005.hgt se trouve bien dans Elevation_data et qu'il a la même taille que les autres).
2) De telles "barrières" qui bien évidemment n'ont rien de normal peuvent survenir lorsque qu'un aéroport est déclaré pour ne pas "follow terrain contour" dans X-Plane et que X-Plane ne dispose pas de son pourtour. Avant c'est l'utilisateur qui choisissait (par exemple de tjs "follow terrain contour"), maintenant c'est un option propre à chaque aéroport qui nécessite de passer par WED pour l'enlever (c'est très rare, mais j'ai vu le cas à Locher airfield en Italie).
3) Enfin il reste la possibilité d'un erreur utilisateur, si par exemple tu avais laissé traîner une entrée dans custom_dem correspondant à la mauvaise tuile.

[milan]

Est-ce que par hasard Pistes suivent contours du terrain est décochée ?

[docjl]

Trois possibilités :
1) Si la tuile de Besançon est à 0 mètres partout -> erreur dans le téléchargement du fichier d'altitude (cause réseau, vérifie si un fichier N47E005.hgt se trouve bien dans Elevation_data et qu'il a la même taille que les autres).

Oui, tous les fichiers hgt sont de même taille à 2818 Ko, y compris 47E005 et 006

2) De telles "barrières" qui bien évidemment n'ont rien de normal peuvent survenir lorsque qu'un aéroport est déclaré pour ne pas "follow terrain contour" dans X-Plane et que X-Plane ne dispose pas de son pourtour. Avant c'est l'utilisateur qui choisissait (par exemple de tjs "follow terrain contour"), maintenant c'est un option propre à chaque aéroport qui nécessite de passer par WED pour l'enlever (c'est très rare, mais j'ai vu le cas à Locher airfield en Italie).

Ouhla j'ai un doute en lisant, et en lisant milan qui te suit.... Suivre les contours était coché... Je décoche, et le problème se règle ! Le problème se situait pourtant loin de LFQM, ça influe sur pas mal de chose manifestement cette option...
En tout cas, merci à vous deux, Oscar Pilote et Milan. Bonne soirée

[zabitan]

Problème sous Ortho4xp

Etat d'avancement du projet

* Mise à jour du 14 octobre 2015 : ajout d'une partie qui ne nécessite pas gimp pour
la création automatique des masques, ce dernier posant problème sous windows.

* Mise à jour du 10 octobre 2015 : version beta 0 : Les dernières fonctionnalités requises pour
passer en version beta ont été ajoutées. Des instructions plus détaillées peuvent être
obtenues dans ce message.

* Mise à jour du 6 octobre 2015 : Tous les boutons et les options devraient être
fonctionnels, hormis l'option sniff dont j'ai carrément rendu le widget "disabled" pour
éviter la tentation. Comme d'ordinaire je compte sur vous pour tester à ma place...

* Mise à jour du 1er octobre 2015 : le fichier par défaut intègre l'interface graphique,
celle-ci contient les fonctions essentielles mais certains détails manquent encore.
NB : Pour utiliser l'interface, en plus des modules déjà décrits dans le README actuel
il est nécessaire de disposer de PIL (Python Imaging Library), ou de son fork Pillow, et de
tkinter (présent de base dans la plupart des distributions de python3).
L'interface a été testée sous Windows 7 et Debian 8, le rendu est identique à quelques
infimes détails près.
Les fichiers sont disponibles en suivant le lien Dropbox de ma signature, seul le ficher Ortho4XP.py
est à télécharger (et éventuellement le fichier Ortho4XP.cfg qui ne sert avec l'interface graphique
que pour les paramètres de modification de saturation/luminosité/contraste et pour les zones à
traiter comme des mers, le reste de paramètre s'encode dans l'interface).
Une brève vidéo d'exemple :

(très peu de tests ont été menés sur cette version)


Message original du 3 juin 2015

Un petit générateur de dsf maison réalisé from scratch, je peaufine et lui bricole une interface graphique
avant de vous le fournir en GPL. Il se veut une alternative à G2XPL, open source et cross-platform.

Désolé pour la misérable qualité de la vidéo, c'est ma première...

Amitiés
Oscar Pilote

https://youtu.be/0mKkZdrc4Y0

Bonjour à tous, voici ce que j'obtiens à chaque fois que j'utilise Orth4xp j'obtiens comme une couche de beurre qui coupe la Réunion en deux. J'ai eu beau supprimer le scenery .ini , rie à faire . Quelqu'un aurait-il une petite idée de l'origine de ce problème s'il vous plaît?

[Daniel_L]

Bonjour à tous, voici ce que j'obtiens à chaque fois que j'utilise Orth4xp j'obtiens comme une couche de beurre qui coupe la Réunion en deux. J'ai eu beau supprimer le scenery .ini , rie à faire . Quelqu'un aurait-il une petite idée de l'origine de ce problème s'il vous plaît?

Quel fournisseur d'images ?
Quel niveau de zoom ?

Daniel

[guro]

Bonjour

Pas de problème pour moi, images "FRorth18" (à part quelques nuages, à corriger)



Gunther

[zabitan]

Bonjour Daniel , le fournisseur c'est Bing Que ce soit zoom 16 17 ou 18 c'est pareil.Merci de m'avoir répondu

Je suis sous intel i7 Ge Force 1070

[Daniel_L]

Bonjour Daniel , le fournisseur c'est Bing Que ce soit zoom 16 17 ou 18 c'est pareil.Merci de m'avoir répondu

Il semble que le problème est du à la source d'images.

Daniel

[zabitan]

Oui Daniel, c'est dommage , car hormis cette coulée de chocolat blanc les paysages sont qualité carte postale. Je suis stupéfait notamment par la région du volcan que je vais souvent parcourir à pied. j'ai même fait une copie d'écran du cratère et l'ai montrée à des amis qui ont cru que j'avais pris des photos au cours d'un survol de la zone.J'ai essayé la source FR qui ne donne rien , je vais essayer Google voir ce que cela donne.

[zabitan]

Bonjour Guro , cette source d'images ne donne rien chez moi ainsi que chez un ami .Merci.

[zabitan]

J'ai réussi

Bonjour Guro , cette source d'images ne donne rien chez moi ainsi que chez un ami .Merci.

Daniel et Guro merci pour les conseils , j'ai fini par trouver la bonne source, c'est bien FRortho 18

[papet30]

Bonsoir Oscar,
comme j'ai vu que Google avait mise à jour pas mal d'orthophotos datées de juin à juillet 2017, j'ai voulu refaire quelques tuiles pour voir les changements.
avec Ortho4XP_v120b.py et Carnet_d_adresses.py du 11/8/2016 je ne charge que des orthos blanches. J'ai validé "Check against white textures"
et printé (r.headers) et (r) le retour "http server unknown" et "404". Je n'arrive pas à trouver l'url adéquate pour GO2.
Cela n'a aucun degré d'urgence mais faut bien que je m'occupe en attendant les nouveautés...
Merci d'avance

[Oscar Pilote]

Cela n'a aucun degré d'urgence mais faut bien que je m'occupe en attendant les nouveautés...

A défaut d'autre chose je pourrai au moins t'attribuer la médaille d'or de la patience...

Pour GO2 vérifie que tu as la même entrée que Daikan qui avait trouvé une formulation qui semblait plus pérenne

https://github.com/d41k4n/Ortho4XP/blob/master/Carnet_d_adresses.py

[papet30]

Effectivement cela fonctionne, c'est d'autant plus dommage j'avais vu son fichier sur le .org mais comme c'est le même en-tête et les mêmes premières lignes que le tien je ne suis pas allé plus loin.
Il aurait pu modifier l'en-tête ce "couillon" (amicalement), enfin je vais pouvoir continuer.....
Bonsoir et merci.

[papet30]

Bonsoir Oscar,
Je "bricole" les "way_natural_coastlines.osm" avec josm. Je vois qu'il y a une partie commune entre les lignes de deux tuiles adjacentes.
Ma question : un seul point commun entre les deux est-il suffisant pour assurer la continuité ou faut-il maintenir une partie commune de plusieurs nodes?
Merci