Ortho4XP

[Oscar Pilote]

Je vais bien sûr privilégier ce choix, mais je demandais à tout hasard à Oscar (on ne sait jamais) s'il était compliqué d'intervenir , au cas où je créerais une tuile pas couverte par les données de SimHeaven !

Oui pour cela il te suffit d'écraser les fichiers US par ceux EU (et fais le dans une libraire si tu ne veux pas que ce soit global, pour conserver les routes US là-bas).

[Lagaffe]

Bonjour,

Au risque de poser une question "stupide", voilà mon problème: je me suis constitué la France entière en dalles photos-réaliste pour FSX/P3D. En termes de Go c'est assez conséquent vous vous en douterez.
Pourrait-on récupérer ces tuiles et les faire ingurgiter à X-Plane ou malheureusement c'est incompatible et le travail est à refaire entièrement ?

[Daniel_L]

Bonjour,

Au risque de poser une question "stupide", voilà mon problème: je me suis constitué la France entière en dalles photos-réaliste pour FSX/P3D. En termes de Go c'est assez conséquent vous vous en douterez.
Pourrait-on récupérer ces tuiles et les faire ingurgiter à X-Plane ou malheureusement c'est incompatible et le travail est à refaire entièrement ?

C'est complètement incompatible.

Daniel

[temium62]

@Glah_Salamanthe : j ai fait mon test et en effet sans l Overlay et avec l osm ça tourne nickel pour moi !

[milan]

@Glah_Salamanthe : j ai fait mon test et en effet sans l Overlay et avec l osm ça tourne nickel pour moi !

un peu de lecture attentive de mon tuto (inclus dans "manuals" de la dropbox d'Oscar) t'aurait fait gagner un temps considérable

[temium62]

Pourtant Dieu sait que j arpente ton site !!

[Dobro]

non, je ne le savais pas :o)

[djetdail]

.............

[Glah_Salamanthe]

un peu de lecture attentive de mon tuto (inclus dans "manuals" de la dropbox d'Oscar) t'aurait fait gagner un temps considérable

Hello Milan …

Je n'ai rien vu dans ton tuto (peut-être ai-je regardé un peu vite …) qui parle de la différence de qualité entre les Overlay de Ortho4XP et les données de W2XPL ?
Comme tu peux le constater ici : http://www.x-plane.fr/showthread.php...l=1#post494737

[milan]

Dans le tuto je ne parle pas de qualité entre overlay et les autres mais comment utiliser le Mesh V3 de alpilotx

[Glah_Salamanthe]

Dans le tuto je ne parle pas de qualité entre overlay et les autres mais comment utiliser le Mesh V3 de alpilotx

Mais la question de Temium62 et de moi-même parlait bien de ce problème !

Voir ce post plus haut : http://www.x-plane.fr/showthread.php...l=1#post494737

[Dobro]

@Oscar
j'ai un probleme a soulever !

je prends le cas de la Guadeloupe

on prends un fournisseur genre FRorth...
on calcul la zone de l'ile de la Guadeloupe , ok pas de problèmes c'est en France

cependant,dessous , il y a Dominique , qui elle n'est pas répertoriée avec le fournisseur Frorth....
donc on se retrouve avec des tuiles blanches....

je me dis pas de problème , je vais sélectionner l'ile Dominique a l'aide du polygone et utiliser un autre fournisseur
je le fait, et là , je me rends compte qu'au lieu que mes nouvelles tuiles (BI18) remplace les anciennes tuiles blanche (Frorth)
ça ajoute les nouvelle tuiles a cause d'un truc tout bete !

le nommage que tu donnes aux tuiles type : 120192_86640_FRorth18.dds
si la partie rouge ne faisait pas partie du nom du fichier , les tuiles pourraient se remplacer sans problemes
on aurai plus qu'a sélectionner une partie de la Map avec le polygones comme actuellement, lui attribuer un fournisseur,
et les tuiles nouvellement générées , remplaceraient les anciennes tuiles présentes et les corrigeraient donc , ou simplement compléterai le dossier .....
bien sur il faudrait un nouveau mode mode qui permet de ne telecharger/generer QUE les tuiles dans les polygones ! ET PAS LES AUTRES
juste apres la recup du contenu des polygone, Orhto Genere les dds et s'arrete !

alors qu'actuellement l'utilisation de plusieurs fournisseurs donne des doublons dans le dossier des Dds du type
et en plus remplace le travaille deja effectué avec l'ancien fournisseur ....

120192_86640_FRorth18.dds ; les deux meme tuiles, mais deux fournisseur différents ,
120192_86640_BI18.dds
là ou il ne pourrai y avoir qu'un seul fichier
120192_86640.dds


suis-je clair ? :o)

plusieurs avantage de ce nouveau mode
1- ne texturer qu'une partie de la map, par exemple autour des aeroports
pour ceux qui ne veulent pas texturer toute la france mais seulement une partie par ci par la ..
(se pose peut etre le probleme du relief dans ce cas )

2- pouvoir compléter/modifier une map deja texturée avec Ortho4xp ;avec un autre fournisseur d'hortophoto
permettrai donc la correction en supprimant les nuages sur les partie qui nous intéresse
exemple la soufrière de la guadeloupe plein de nuages chez BI et rien chez Frorth
recuperer une plage superbe chez un fourniseur, et garder l'interieur des terres de l'autre etc ...etc ...


je sais pas si je suis clair .... en esperant une reponse Merci


ps en racccourci :

1 - supprimer le nom des fournisseur du nom des fichiers dds pour que Ortho4xp puisse les remplacer
2 - faire que Ortho puisse s'arreter de travailler lorsque le contenu des polygones (ou des tuiles choisies) est généré
sans toucher au reste (deja préalablement generé par Ortho4xp )

[Oscar Pilote]

Salut,

1) Il y a une fonction dans le script qui s'appelle filename_from_attributes, son but était justement de permettre d'utiliser une autre stratégie de nommage en modifiant son contenu.
Attention toutefois, si tu fais en sorte que le nom de fournisseur n'apparaisse plus tu vas rapidement comprendre les limitations fortes de cette stratégie (Un exemple : comment déterminer si un dds doit être recréé puisque celui existant et celui qui serait créé ont le même nom, il faudrait alors tout refaire dans le doute, ce qui va à l'exact opposé de ce que tu souhaites dans 2. Un autre : un utilisateur veut la terre en BI et la mer en GO2, il lui faut donc 2 dds différents (dans le mode de fonctionnement actuel, cfr plus bas), ce qui est impossible s'ils doivent aussi avoir le même nom).
2) C'est déjà le cas, mais il n'y a pas que le téléchargement et la création des dds, il faut mettre à jour le fichier dsf et cela implique de vérifier et/ou réattribuer à chaque triangle sa texture cible et ses coordonnées textures (l'avancement de ceci se lit dans la barre de progression la plus en haut). Pour ta question sur le dds blanc qui subsiste c'est parce que tu n'as pas coché la case "clear_unused_dds_ter".

Ceci dit, voici comment la version prochaine procéde(ra) et qui j'espère répondra à plusieurs des souhaits que tu formules :

il y a 3 types fondamentaux :

- les couches ("layers", qui en gros correspondent avant à ce qu'on appelait jusqu'ici les fournisseurs, mais certains sources proposant plusieurs couches (années différentes, départements différents, etc)
- les étendues ("extents", qui correspondent en gros aux polygones qu'on traçait dans le fenêtre de custom zoom mais qui sont maintenant des fichiers png commes ceux des masques et qui se définissent de manière externe et indépendante)
- les filtres ("filters", qui décrivent des modifications de couleur, de unsharp mask, etc)

Ces 3 types se combinent pour créer un "rendu", ce dernier étant une liste

couche1 étendue1 filtre1 priorité1
couche2 étendue2 filtre2 priorité2
...
coucheN étendueN filtreN prioritéN

Pour créer le dds couvrant un petit "carré" donné, le programme commence par vérifier si l'étendueN a une intersection avec ce carré (i.e. si le png n'est pas tout noir à cet endroit), si oui il y place le jpeg provenant de la coucheN avec un canal alpha dépendant du niveau de gris du masque de étendueN (pixel par pixel), après lui avoir fait subir le filtreN.
Il passe ensuite à la ligne N-1 et ainsi de suite remonte jusqu'à la couche 1.
Ceci permet de "fusionner" des imageries (exactement comme la ter avec la mer avec les masques) en appliquant à chacune la modification de couleur souhaitée et pour intégration dans un unique dds pour le carré..

Les priorité1 etc dont je n'ai pas parlé (high, medium ou low) permettent de gérer les cas où les étendues se chevauchent plus que sur leurs bords, pour déterminer le poids à apporter à chacune des imageries.

Ca peut paraître compliqué au premier abord mais c'est en fait très naturel, et par ailleurs celui qui ne veut utiliser qu'une couche sans filtre et sans étendue
(comme l'essentiel des cas aujourd'hui) pourra continuer à le faire sans rien changer. Je montrerai des exemples concrets.

Il y a aussi des outils pour créer des étendues (création automatiques de masques pour des étendues types OSM, comme un département par exemple, ou via JOSM avecl'imagerie en fond pour les cas où l'étendue n'est pas liée à une entité géographique mais à une zone dans laquelle la colorimétrie de l'imagerie est uniforme), ou des filtres (analyse d'un échantillon de jpegs et proposition de filtres pour l'amener vers un histogramme prédéfini).

Enfin les couches ne doivent plus nécessairement être des fournisseurs en ligne avec des adresses http, mais pas exemple un répertoire local rempli de textures tuilées (peut importe le tuilage) récupérées par ailleurs.

Ce ne sont pas des fonctionnalité ajoutées juste pour l'envie de faire du neuf, mais parce que leur besoin s'en est réellement fait ressentir pour pouvoir réaliser les tuiles basées sur des données libres (leurs sources, plusieurs dizaines, venaient dans des formats tous très différents). La bonne chose j'espère c'est que cela pourra permettre de faire des choses qui même avec les sources BI et consorts étaient jusqu'ici délicates (typiquement quand le changement colorimétrique tombait en plein milieu des jpgs, quelques uns c'était gérable mais plusieurs dizaines plus vraiment sauf à y passer un temps inhumain).

Cela fait pas mal de choses nouvelles à la fois qu'il faudra documenter. Le plus facile sera sans doute une vidéo avec un exemple de tuile du
projet Z. Je préfère pour l'instant faire avancer ce dernier quand j'ai du temps et laisser les mises à jour publiques du programme pour plus tard.

[Dobro]

pas de probleme, je patiente

je t'avouerai, que j'ai pas tout capté, mais c'est normal, il me faudra comme bien des gens, attendre d'avoir le gateau dans les mains
pour le gouter

ps: faut vraiment que je trouve le moment de me mettre au python ....
c'est quand meme bien puissant ce langage

Merci

Un exemple : comment déterminer si un dds doit être recréé puisque celui existant et celui qui serait créé ont le même nom,

la creation des dds ne concernerai que les tuiles etant inclue dans les polygones .... mais pas les autres
concernant le nom des fichiers dds
pour ça pas de probleme, puisque le nouveau créé, remplace l'ancien , justement parcequ'il auraient le meme nom
du moins sous windows c'est ainsi, si tu creer un fichier dans un repertoire, et que ce fichier existe deja
il est purement écrasé par le nouveau ... (et c'est justement le but recherché ) ...
et c'est aussi pourquoi il faudrai dans ce cas, que le processus s'arrete une fois les polygones traités
comme ça on n'arrete d'ecraser aussi tout les autres tuiles deja créé ...
le but etant de faire une rustine avec un autre fournisseur dans une Map deja créé

mais je vais attendre ta version en cours, peut etre qu'effectivement elle repondra a mes attentes

[milan]

Ca peut paraître compliqué au premier abord

Mais non, mais non

mais c'est en fait très naturel

Absolument

Donc on va passer de Ortho4 à Ortho5