Annonce

**beber** · 02 août 2012, 11h33

Salut Ben,

Situation bien compréhensible.
Est-ce que tu pourrais faire une description rapide du osm2xp "idéal" ? (pour nous donner une idée du potentiel théorique que tu aperçois)

bravo et merci pour le travail (déjà énorme) accompli

**bennyBoy** · 02 août 2012, 13h30

(Pour xplane)
Et bien déjà finaliser mon évolution sur l'inclusion d'objets 3D a partir des polygones osm afin d'avoir une alternative au "tout facade", on peut voir une image de l'avancée des travaux sur le ticket en question : http://code.google.com/p/osm2xp/issu...wner%20Summary

Cette evol devrait changer pas mal la donne mine de rien.
Pour faire simple, ça permet de choisir un objet 3D, on va dire un hangar par exemple, et de dire à osm2xp "ce hangar mesure 20 mètres sur 5, utilise le si sa taille convient, des que tu vois un polygone avec un tag de hangar aero"
On peut aussi s'en servir pour diversifier la génération des immeubles, en déclarant des objets 3D pour les immeubles, histoire de ne pas avoir que des facades qui sont un peu trop "simples" dans leur rendu.

Pour tout ça , je pense aussi que la lib openSceneryX va devenir un peu trop légère. Ca manque vraiment de contributions à mon gout, c'est dommage. Donc à voir si des modèles 3D custom ne vont pas devenir nécessaires si on veut un meilleur rendu.

Ensuite il y a un gros boulot à faire sur le set de facades, les textures ne sont pas vraiment géniales pour l'instant.

Éventuellement refaire la partie illumination pour mettre des sources de lumière ailleurs que sur les routes vu qu'xplane10 s'en charge.

Ensuite tout est possible on peut imaginer ajouter la génération des routes vu que ça manque sur xplane10.

Pour aller plus loin , on sait qu'on a une base de données qui décrit le monde avec potentiellement énormément de détails, à nous de voir ce qu'on aimerait / pourrait en faire pour notre simulateur.

En vrac, des voitures sur les parkings, de modeles 3D d'echangeurs sur les autoroutes, des modeles 3D pour les terrains de tennis, des animaux dans les champs, enfin bref tout et n'importe quoi, il sufft d'avoir l'information dans les données osm, et savoir ce qu'on veut injecter dans xplane pour cette donnée la.

Mais pour aller aussi loin il y a aussi du boulot à faire niveau données.
C'est ce que j'ai comme ambition pour mon prochain projet, qui va mettre à disposition des scènes crées à partir d'openStreetMap, mais avec du travail autour, pour que ça ne soit pas qu'un simple export brut osm2xp, voila comment je vois la chose:

-Je pense faire une approche tuile par tuile, on va dire que je commence par celle qui touche lfpz vu que c'est la que je passe mon ppl.
-1ere etape, je télécharge les données osm pour la tuile (avec osm2xp je peux splitter un pbf en x osm, histoire d'avoir un fichier unique pour ma tuile, afin de pouvoir faire des modifs EN LOCAL)
-J'enrichit mes données osm en LOCAL, très important. (j'ajoute des zones de forets pour rendre la couverture d'arbre plus dense, surtout à l’intérieur des villes, j'ajoute des tags pour mes règles osm2xp, j'ajoute des infos de hauteur etc.. je crée aussi pourquoi pas des polygones pour mes règles, comme des polygones pour créer des voitures sur les parkings, voir l’évolution dont je parle plus haut .)
-Je sélectionne les bâtiments importants de la tuile, que je modélise en 3D. je me base sur les dimensions (un très grand bâtiment est moche généré par façades, et gagne à être modélisé), et sur les points de repère vfr pour choisir quoi modéliser.

Au final je devrais avoir quelque chose de plutôt pas mal, bien mieux qu'un "bête" export osm2xp.

Et mon futur projet est de proposer une application web pour mettre à dispo ce genre de scene, avec une appli java à installer coté client pour ne plus s’embêter avec l'installation dans xplane.
On crée un compte sur le site web, on fait son marché (gratuit) , et tout se télécharge/se met à jour dans xplane via l'application cliente.

Plus d'infos des que possible!

Ben

**beber** · 02 août 2012, 15h11

C'est révolutionnaire comme possibilité.

Ayant déjà traité la région parisienne en mode "objets", cette approche m'intéresse.
Je n'ai pas pu faire de test sur Paris de la création osm2xp (l'aspect et l'impact), est-ce que tu as pu faire le test ?
Est-ce que l'utilisation d'objets serait moins "gourmand" que les façades ou est-ce juste une question de rendu visuel ?
Pour moi, le gros défaut des façades c'est le rendu des toitures (dommage car d'en haut on les voit bien...)

En tous cas, pour Paris, j'ai dû synthétiser les grands types de bâtiments pour avoir peu de textures et peu d'objets différents (si on enlève les monuments et aérodromes customs, il en reste très peu), j'ai même dû tricher sur la densité et la taille des bâtiments (surtout en banlieue) afin d'avoir un rendu crédible à l’œil en utilisant moins d'objets et surtout que ça reste "volable" pour la plupart des utilisateurs.
Si tu regardes Paris, tu verras que j'ai presque uniquement suivis les grands axes de circulation et que j'ai remplis l'espace entre chaque. Si on regarde dans le détail on est très loin du réel... mais l'illusion fonctionne étonnamment bien (c'est même souvent bluffant bien que complètement irréaliste dans le détail).
Aujourd'hui, je pense toujours que l'important n'est pas la "précision exhaustive" mais le "rendu global".

Est-ce que remplir automatiquement les surfaces entre les routes avec un type d'objet donné ne serait pas une approche possible ?
Je pense que ça se prêterait bien aux zones industrielles, zones résidentielles, zones d'immeubles.
C'est le système qu'utilise X-Plane avec son autogen mais les modules d'X-Plane sont tous sur des bases orthogonales et ne gèrent pas la densité et les transitions. En théorie il est bien pensé mais en pratique ça ne fonctionne pas (même les petites maisons d'X-Plane 10 on y croit pas, on va avoir un concentré de maisons avec la voiture et le parasol super détaillé... et derrière plus rien).
Sur Paris j'ai des objets dont le rôle est de servir de transition entre le "très concentré" et le "non traité" (je ne pouvais pas tout peupler !) qui gèrent la transition en densité, en volume et en hauteur. Je suis bien conscient que c'est une approche qui s'éloigne beaucoup de OSM mais bon... cette scène a été le résultat de mes réflexions sur ce problème.

Est-ce que l'osm2xp parfait serait un hybride de ces deux approches ?
Est-ce qu'il ne faudrait pas se contenter d'un "dégrossissement" automatiquement généré par osm2xp que l'on aurait plus qu'à retoucher ça et là ? (ajouter un monument custom, enlever quelques bâtiments manuellement, etc.)

Bref, j'arrête là, c'est trop long

**Daniel_L** · 02 août 2012, 17h32

Voilà un sujet plus qu'intéressant. De mon coté c'est la tuile voisine qui m'intéresse vu que j'ha**** pas loin de LFPF et que je vole à LFON. J'ai déjà fait 2-3 modifs sur OpenStreetMap comme mettre les bâtiments de l'aérodrome de Chavenay LFPX avec les bons tags ou supprimer d'autres bâtiments qui avaient été rasés entre temps. Je compte continuer dans mon coin avec le nombre d'étages des bâtiments les plus hauts des communes proches. Avec la vue piéton de Google Maps on n'a même plus à se déplacer pour aller compter les étages d'où la possibilité de tout faire de chez soi.

Daniel

**MdMax** · 02 août 2012, 20h03

Superbe boulot ! Moi j'en suis encore à l'étape 0: enrichissement de OpenStreetMap. En tous cas merci à toi Benny pour tout le travail déjà réalisé.

**bennyBoy** · 03 août 2012, 10h06

Envoyé par beber Voir le message

C'est révolutionnaire comme possibilité.

Ayant déjà traité la région parisienne en mode "objets", cette approche m'intéresse.
Je n'ai pas pu faire de test sur Paris de la création osm2xp (l'aspect et l'impact), est-ce que tu as pu faire le test ?
Est-ce que l'utilisation d'objets serait moins "gourmand" que les façades ou est-ce juste une question de rendu visuel ?
Pour moi, le gros défaut des façades c'est le rendu des toitures (dommage car d'en haut on les voit bien...)

J'ai deja fait des tests sur Paris, c'est un peu trop dense, et ça tue les perfs.
Le rendu n'est pas trop mal, les infos de hauteur sont dispo dans osm pour la défense, donc c'est assez sympa niveau rendu.
Pour les objets 3D je serai tenté de dire que c'est plus gourmand que des facades qui sont des polygones simples, mais c'est à mon avis plus compliqué.
En effet les toitures des facades ne sont pas géniales, même si j'ai fait des efforts sur la dernière version d'osm2xp (simplification des polygones pour avoir un max de rectangles, ce qui permet d'utiliser des toits photo texturés).
Ce sont les toits en pente qui sont un vrai cauchemar avec les façades, ça m'oblige à faire des choses vraiment tordues pour en afficher un maximum (encore une fois amélioration de ce coté depuis la dernière version et la simplification des polygones).

Envoyé par beber Voir le message

Est-ce que remplir automatiquement les surfaces entre les routes avec un type d'objet donné ne serait pas une approche possible ?
Je pense que ça se prêterait bien aux zones industrielles, zones résidentielles, zones d'immeubles.

C'est une piste à étudier en effet.

Envoyé par beber Voir le message

Est-ce que l'osm2xp parfait serait un hybride de ces deux approches ?
Est-ce qu'il ne faudrait pas se contenter d'un "dégrossissement" automatiquement généré par osm2xp que l'on aurait plus qu'à retoucher ça et là ? (ajouter un monument custom, enlever quelques bâtiments manuellement, etc.)

En fait vu l'architecture d'osm2xp , je serai tenté de dire qu'il n'y a pas une approche parfaite, mais des approches possibles, et que le programme se prête à faire coha****r plusieurs modes de génération , tout comme il est possible d'ajouter un support pour un nouveau simu, on peut imaginer un mode pour xplane totalement différent de l'actuel qui repose sur les facades.

Pour revenir sur l'evolution qui permet de placer des objets3D à partir des polygones osm, c'est actuellement assez limité.
Le process est le suivant:

-On déclare une règle ou l'on associe un objet .obj et un tag openStreetMap.
-On ajoute dans la règle des infos sur l'objet : dimensions x et y , et coordonnées x et y du point d'origine (le point de rotation). Ce n'est pas vraiment user friendly comme approche mais c'est la seule façon de faire vu les contraintes d'xplane , en tout cas à ma connaissance.
-Ensuite quand osm2xp tombe sur un polygone qui contient le tag associé à la regle il va :
-essayer de simplifier le polygon en un simple rectangle
-Si il arrive à avoir un rectangle simple, est ce que les dimensions permettent de rentrer l'objet 3D (le polygone doit être égal ou plus grand d'un mètre en largeur/longueur que l'objet 3D)
-si c'est le cas, osm2xp calcule l'angle à utiliser dans le fichier dsf pour que l'objet 3D respecte l'empreinte du polygone, puis l'injecte dans le dsf.
et ainsi de suite ....

C'est le seul workflow que j'ai testé avec succès pour l'instant, il y a par contre parfois une légère différence d'angle , à creuser, mais ça reste quand même pas trop mal pour un truc en cours de dev, et qui est globalement assez chiant à implémenter par rapport aux facades.

**beber** · 03 août 2012, 12h05

Est-ce que ce principe serait possible ?
- créer des zones avec des tags en mode local sur OSM (résidentiel / commercial / industriel...) sans s'occuper des bâtiments, juste créer rapidement des zones (que l'on découpera plus ou moins suivant la finesse voulue et le temps disponible)
- demander à osm2xp de "peupler" ces zones avec des objets 3D en piochant au hasard dans les objets dispos destinés à ce type de zone (peut-être avec possibilité de mixer entre deux familles d'objets, de demander une densité d'objets plus ou moins forte...)
- demander à osm2xp de respecter les axes routiers (à lui d'aligner les objets le long de ces axes et choisir des objets de la bonne taille pour ne pas déborder)

**bennyBoy** · 03 août 2012, 13h06

Tout est possible

On peut commencer à réfléchir à ce mode fin août/début septembre si tu veux, je file en vacances lundi pour 10/15 j.

**bennyBoy** · 06 août 2012, 23h54

Un screen dans le simu de cette évolution, on voit que des bâtiments 3D sont placés au milieu des façades.

**Glah_Salamanthe** · 07 août 2012, 08h49

Envoyé par bennyBoy Voir le message

Un screen dans le simu de cette évolution, on voit que des bâtiments 3D sont placés au milieu des façades.
[ATTACH=CONFIG]7158[/ATTACH]

ça devient grandiose !!!

PS : profite un max de tes vacances ! et … laisse le projet osm2xp durant ce temps là !!

**lebelge** · 07 août 2012, 10h33

MP @ Glah_Salamanthe : T'as vu que je t'ai répondu là -> http://www.x-plane.fr/thread50435.html

lebelge

**Glah_Salamanthe** · 08 août 2012, 10h36

Envoyé par lebelge Voir le message

MP @ Glah_Salamanthe : T'as vu que je t'ai répondu là -> http://www.x-plane.fr/thread50435.html
lebelge

Déjà téléchargé (mais je n'avais pas répondu, occupé que j'étais à tester X-Plane 10 sur ma nouvelle bécanne) , un grand merci merci !

Chtite question à propos d'Irfan View!:
Les réglages que tu choisis et que tu vas appliquer à l'ensemble de tes .DDS seront les mêmes, non ? Par exemple, "augmentation du contraste d'un facteur 10", "augmentation de luminosité d'un facteur 15" seront appliqués uniformément à tous tes fichiers ?
Si à la base, tu as un fichier beaucoup plus sombre que les autres (photo sur Google réalisée à une autre date…), tu auras au final un fichier corrigé en contraste et en luminosité, mais comme tous les autres auront subit les mêmes changement, ce fichier sera toujours plus sombre que les autres ?
Dis moi si je me trompe ?
Ou est-il possible de donner des valeurs moyennes de colorimétrie, de contraste et de luminosité auxquels tous les fichiers vont tendre…

PS : Sur Mac, nous avons … GraphicConverter qui fait la même chose et qui est capable d'enregistrer en .DDS (4 formats différents : DXT1 (2 versions), DXT3 et DXT5) : faut encore juste trouver le format utilisé par X-Plane : il semble que cela soit du DXT1 : mais RVB ou RVBA ?)

**lebelge** · 08 août 2012, 12h10

@ Glace Mentholé :

Je ne voudrais pas polluer le topic de Ben avec nos discussions "privés".
Donc, si tu veux qu'on en discute, pas de problème... mais plus ici (par respect envers bennyBoy)

Il suffit d'ouvrir un nouveau topic, c'est avec plaisir que je te répondrai.

lebelge

Annonce

Code source d'osm2xp dispo, futur de l'outil

Code source d'osm2xp dispo, futur de l'outil

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire