Ortho4XP

[jojo64]

Comment remédier à ceci ? : une séparation brutale et inesthétique entre l'eau de la mer et un rivière ?
Je crois l'avoir lu dans ce forum, mais il est devenu tellement Enorme, qu'il est difficile de retrouver ses petits ...
Est-ce le paramètre min-area ou alors le mask ?
merci.

Est ce que tu utilise bien la dernière version de Ortho4xp? Ainsi que le dernier BlurX que tu trouvera dans le dossier 'Utils" de Ortho4xp?

[Odevillée]

Comment remédier à ceci ? : une séparation brutale et inesthétique entre l'eau de la mer et un rivière ?
Je crois l'avoir lu dans ce forum, mais il est devenu tellement Enorme, qu'il est difficile de retrouver ses petits ...
Est-ce le paramètre min-area ou alors le mask ?

[ATTACH=CONFIG]13501[/ATTACH]

Et ici aussi, dans les marais :

X-Plane : en Réel :

[ATTACH=CONFIG]13502[/ATTACH] [ATTACH=CONFIG]13503[/ATTACH]

merci.

Tu as essayé avec cette option à True
use_masks_for_inland= False # if you want inland water to be treated like sea water (transparency based on a mask rather than fixed)

[fatboytit]

Tu as essayé avec cette option à True
use_masks_for_inland= False # if you want inland water to be treated like sea water (transparency based on a mask rather than fixed)

Oui, bonne idée, mais c'est l'inverse que j'aimerais avoir : l'eau de la rivière qui se dilue dans la mer et celle du marais qui ne soit pas envahie par la mer (comme en réel).
Mais je vais tester quand même pour voir la différence.

[Glah_Salamanthe]

l'eau de la rivière qui se dilue dans la mer et celle du marais qui ne soit pas envahie par la mer (comme en réel).

… mais en forte marée montante , c'est bien ce qui se passe !

[Oscar Pilote]

Du coup il existerai pas une option qui permettrai de chunter la délimitation de OSM pour les pistes, quand il y un patch disponible?

Ce devrait être le cas si l'aéroport à un code ICAO sur OSM (le programme fait la liste de tous les patchs et quand il trouve un
aéroport avec un code ICAO correspondant au nom d'un des patchs il l'ignore). Si ça ne marche pas j'irai regarder pourquoi (mais
peut-être suffit-il juste d'ajouter le code ICAO sur OSM).

(Je sais plus si tu avait réceptionné celui de Cuzco au Pérou?)

Moi non plus...

@Fatboytit : c'est effectivement à la suite de demandes pour des masques aussi à l'intérieur des terres qu'un comportement
à changer, mais je crois savoir comment contenter les deux camps, j'essaierai de le faire ce week-end.

En replongeant dans le code la semaine dernière je me suis aussi rendu compte que sous Windows (seulement) le masks_width est
en fait "codé en dur" à 16, et le changer ne sert à rien... J'ai corrigé et mettrai les modifs en ligne tout en même temps.

@+

[fatboytit]

… mais en forte marée montante , c'est bien ce qui se passe !

Même en Suisse ? ou bien

[fatboytit]

@Fatboytit : c'est effectivement à la suite de demandes pour des masques aussi à l'intérieur des terres qu'un comportement
à changer, mais je crois savoir comment contenter les deux camps, j'essaierai de le faire ce week-end.

En replongeant dans le code la semaine dernière je me suis aussi rendu compte que sous Windows (seulement) le masks_width est
en fait "codé en dur" à 16, et le changer ne sert à rien... J'ai corrigé et mettrai les modifs en ligne tout en même temps.

@+

OK. C'est en refaisant cette tuile 47-4 que j'ai ce pb inexistant avant.
Merci aussi de nous préconiser les bons paramètres de mask à utiliser pour éviter cela.
A bientôt.

[jojo64]

Ce devrait être le cas si l'aéroport à un code ICAO sur OSM (le programme fait la liste de tous les patchs et quand il trouve un
aéroport avec un code ICAO correspondant au nom d'un des patchs il l'ignore). Si ça ne marche pas j'irai regarder pourquoi (mais
peut-être suffit-il juste d'ajouter le code ICAO sur OSM).

T'as tout juste! En faite c'est moi qui m'étais trompé dans l'OACI du patch!
Je t'envoie les 2 patch dans le weekend!

Merci Oscar!

[Oscar Pilote]

Bonsoir (s'il est encore permis d'utiliser ce fil ;-)

Je viens de faire une petite mise à jour (fichiers Ortho4XP.py, Ortho4XP.cfg et Carnet_d_adresses.py) suite à des remarques ou des demandes lues ici ou sur le .org.
Pas de changement drastique, mais des petits correctifs dont la liste se perd dans ma mémoire... (j'ai tenté un listing sur le .org)

----------
Jojo, pour les masques tu peux maintenant utiliser des nombres non entiers pour les altitudes, ou aussi "mean" pour les zones à applanir ("altitude"="mean" plutôt que de rentrer un nombre),
il calculera alors l'altitude moyenne des noeuds de la zone utilisera cette valeur. A ce sujet sur le .org qqun a fait une video sur les patch et utilise un site appelé altitude.nu, avec l'api google
tu cliques et tu vois l'"altitude" (selon la base google...) du point immédiatement.

Je ne sais pas si tu m'as envoyé tes patchs, ni par quel moyen, mais je n'ai rien reçu.
----------

[fourmil]

Bonjour. Conservons le fil d'Ariane pour échapper au Minotaure . Ortho4XP avec plus de 300 pages est un chef d'oeuvre de la littérature française. Notre guide et héros Oscar et sa fanzone nous mènent de rebondissements en rebondissements, quelques rebelles et volées de bois vert apportent du piment . Je n'ai lu que 150 pages, mais je prends mon temps pour savourer ce qui me reste à lire. Merci pour les mises à jour.

[jojo64]

Je ne sais pas si tu m'as envoyé tes patchs, ni par quel moyen, mais je n'ai rien reçu.

Salut Oscar et super pour cet mise à jours!
Je ne t'ai pas encore envoyé les patchs, j'ai encore une petite bosse à corriger pour St Barth et je t'envoie l'ensemble.

Jojo, pour les masques tu peux maintenant utiliser des nombres non entiers pour les altitudes, ou aussi "mean" pour les zones à aplanir ("altitude"="mean" plutôt que de rentrer un nombre),
il calculera alors l'altitude moyenne des noeuds de la zone utilisera cette valeur.

Bon à savoir, mais du coup, quel est la différence avec l'outil par défaut qui aplanit en fonction des délimitations de OSM?
En général, quand je me lance dans un patch, c'est vraiment pour faire des pistes non-plates, même pour quelques mètres. Sinon je laisse l'outil par défaut faire le boulot.

Par contre si je peux me permettre, à mon avis, cet histoire de patch est un outil formidable qui fait irrémédiablement la différence avec les outils similaires à ortho4xp. Pouvoir modifier la forme des piste et quelque chose qui manque cruellement dans X-plane. Je te dit pas le nombre de piste qui sont inutilisables (avec "pistes suivent le contour...") et grâce à ton application on peu corriger ça très facilement. Bref c'est un énorme plus, une gros coup de ta part de proposer cette fonctionnalité!!!

A ce sujet sur le .org qqun a fait une video sur les patch et utilise un site appelé altitude.nu, avec l'api google
tu cliques et tu vois l'"altitude" (selon la base google...) du point immédiatement.

Je jetterai un œil à la vidéo. Merci pour l'info!

[Oscar Pilote]

Bon à savoir, mais du coup, quel est la différence avec l'outil par défaut qui aplanit en fonction des délimitations de OSM?
En général, quand je me lance dans un patch, c'est vraiment pour faire des pistes non-plates, même pour quelques mètres. Sinon je laisse l'outil par défaut faire le boulot.

L'outil par défaut comme tu dis mets toute la surface de l'aéroport à la même altitude. Avec des petites zones de "flat_patch" tu peux juste faire des aplats locaux (par
exemple 1 pour un apron, un autre pour un batîment excentré, etc) cela permet de garder un peu de relief dans l'aéroport.

Un autre exemple, le fichier d'élévation de Paris contient une espèce de bosse au niveau de la tour Eiffel. Tu peux faire un patch en traçant un rectangle tout autour et mettre
"altitude"="mean", ce qui gommera la bosse.

@+

[jojo64]

Ok ok je comprend!!!
effectivement c'est pas mal! je testerai ca une prochaine fois!

[jojo64]

Salut Oscar.
Je t'ai envoyé via la messagerie d'Xplane.fr les patch pour Cuzco (SPZO) et pour St Barthélemy (TFFJ) que je t'avais proposé.
Bonne fin de journée!

[fabien]

Bonsoir (s'il est encore permis d'utiliser ce fil ;-)

Je viens de faire une petite mise à jour (fichiers Ortho4XP.py, Ortho4XP.cfg et Carnet_d_adresses.py) suite à des remarques ou des demandes lues ici ou sur le .org.
Pas de changement drastique, mais des petits correctifs dont la liste se perd dans ma mémoire... (j'ai tenté un listing sur le .org)

----------
Jojo, pour les masques tu peux maintenant utiliser des nombres non entiers pour les altitudes, ou aussi "mean" pour les zones à applanir ("altitude"="mean" plutôt que de rentrer un nombre),
il calculera alors l'altitude moyenne des noeuds de la zone utilisera cette valeur. A ce sujet sur le .org qqun a fait une video sur les patch et utilise un site appelé altitude.nu, avec l'api google
tu cliques et tu vois l'"altitude" (selon la base google...) du point immédiatement.

Je ne sais pas si tu m'as envoyé tes patchs, ni par quel moyen, mais je n'ai rien reçu.
----------

Bonsoir Oscar,

Quand je veux ouvrir la dernière version du fichier "Ortho4XP.py", que tu viens de mettre dans ta drop box, en tapant comme d'habitude "py -3 Ortho4XP.py" dans la ligne de commande, voici le message d'erreur que j'ai. En te remerciant d'avance :


C:\Users\Proprietaire\Desktop\Ortho4XP>py -3 Ortho4XP.py
Traceback (most recent call last):
File "Ortho4XP.py", line 5040, in <module>
exec(open(Ortho4XP_dir+dir_sep+'Ortho4XP.cfg').rea d())
File "<string>", line 1
############################################### ################################
^
SyntaxError: invalid character in identifier

C:\Users\Proprietaire\Desktop\Ortho4XP>