osm2xp - Génération batiments via open street maps

[MARTINEAU]

Il y a bien un tag pour la hauteur, voir le nœud de la tour Eiffel :http://www.openstreetmap.org/browse/way/5013364
Je vais rajouter la gestion de ce tag pour la prochaine version.

autre lien intéressant au sujet d'osm & 3D : http://wiki.openstreetmap.org/wiki/OSM-3D

Super juste le lien du site : http://osm2xp.com/

[bennyBoy]

Le tag "building:height" est d'ailleurs pris en compte dans la 1.1 ;)

[lebelge]

Encore une histoire de bouchon (de liège) qui se profile à l'horizon.
M'enfin, tu vas encore revenir dans un bel état !!!

Tu sais Jean, c'est facile de se moquer de nos bouchons (à/de) Liège

Vous faites pas mieux ...
Quand j'ai voulu faire LFQO, on m'a dit que je devais aller faire des photos dans le Nord, à Calais.
J'y ai été mais à l'entrée de la ville, il y avait un panneau -> PAS de Calais.

Vous nous prenez pour des imbéciles ou quoi ?
Je vais à Calais, et puis il n'y a PAS de Calais.
Je suis retourné chez moi, comme tout bon belge, sans les photos... mais j'ai envoyé Carlos


Pour revenir au sujet, désolé, mais ça "merde" encore chez moi malgré tous mes tests depuis ce matin 8h20 et la nouvelle version "allégée".

C'est quand même un peu mieux mais j'ai téléchargé (sur GEOFABRIK) le fichier nord-pas-de-calais.osm.pbf (et la version OSM). Cela bloque sur la tuile +50+003. Par contre, pour la Belgique, ça tourne, ma poule... pas de problème.

Si je reprend la V1.0, plus de problème avec les fichiers OSM. Il m'a trouvé 219.277 bâtiments pour la région de Lille... assez pour me placer dans le brouillard, mais là, c'est ma carte graphique qui ne suit plus. pourtant, j'ai acheté un vélo d'intérieur et je pédale comme un fou à côté de mon PC, histoire de l'encourager... mais... je pense qu'il s'en fou. (Il est con parce qu'il est en train de vivre ses dernières heures).

Bref, pour ma scène LFQO, ce sera avec la V1.0... et c'est déjà super. Merci bennyBoy.
Ah oui, encore un truc... j'ai constaté qu'avec cette nouvelle version, les toits sont à nouveau tout plat, c'est normal chef ?

lebelge (qui boss comme un boss ... ou l'inverse)

[bennyBoy]

C'est quand même un peu mieux mais j'ai téléchargé (sur GEOFABRIK) le fichier nord-pas-de-calais.osm.pbf (et la version OSM). Cela bloque sur la tuile +50+003. Par contre, pour la Belgique, ça tourne, ma poule... pas de problème.

Osm2XP bloque en générant la tuile ou c'est xplane qui plante au lancement sur cette tuile?

j'ai constaté qu'avec cette nouvelle version, les toits sont à nouveau tout plat, c'est normal chef ?

Oui j'ai décidé de laisser tomber les toits en pente.
J'ai échangé plusieurs mails avec Ben supnik à ce sujet, et les toits en pente ne sont vraiment pas adaptés à une génération automatique qui traite des milliers de formes de bâtiments différents.
Le mieux que je pouvais faire était d'utiliser une pente très faible, et tester les bâtiments pour essayer au maximum de "trier" ceux avec une forme non adaptée à un toit en pente.
Au final le résultat était vraiment bof, avec potentiellement des bâtiments buggués, toits qui se croisent etc...

Dans mon idée osm2xp est orienté génération autogen de masse pour meubler, donc les toits en pentes ne sont pas indispensables avec ce logiciel.
A coté de ça j'ai intégré l'équipe d'XHT , qui devrait compléter l'approche osm/xplane, mais pour faire des scènes plus complexes et travaillées.

Par contre ce problème avec la 1.1 est vraiment chiant , je modifie un truc et je met à jour la 1.1

Ben

[bennyBoy]

Fichier mis à jour sur le site, il y a maintenant 3 sets de facades:
-Basic, qui est le set d'osm2xp 1.0
-Enhanced, le set 1.1 "allégé"
-Harcore, le set d'origine de la 1.1 qui se révèle être beaucoup trop gourmand.

En utilisant le set "Basic" , logiquement on a les mêmes perfs qu'avec la 1.0.
Par contre la 1.1 génère potentiellement plus de forêts que la 1.0, car elle utilise d'autres tags OSM pour les identifier (c'est d'ailleurs paramétrable dans l'onglet forêts), donc à voir aussi de ce coté la si c'est trop lourd pour xplane par rapport à une scène générée avec la 1.0.

[lebelge]

Encore une fois, bennyBoy, merci d'être aussi disponible et réactif avec ton application

Ceci dit... j'ai passé ma journée à chercher une solution pour la Belgique & pour la région de Lille avec cette nouvelle version, en téléchargent sur plusieurs serveurs, plusieurs fichiers d'une même région et c'est la merde à chaque fois. Je pense (aussi) que j'en demande vraiment trop à mon matos.

Je suis revenu à la version V1.0, là, c'est nickel (avec pourtant les mêmes fichiers OSM)

Note: Pour les toits inclinés, t'as raison, c'est inutile de se casser la tête avec ça. De toute façon, il fallait "raser" les bâtiments pour s'en apercevoir, et si tu fais cela dans la vrais vie, tu perds ta licence alors...

De toute façon, ton application est TRES TRES TRES prometteuse et la fenêtre "Live Graph" est vraiment trop TOP pour nous faire patienter !!!

lebelge

[bennyBoy]

Je suis revenu à la version V1.0, là, c'est nickel (avec pourtant les mêmes fichiers OSM)

Avec la 1.1 tu as un problème pendant la génération osm2xp, ou sous xplane?
Si c'est sous xplane, avec la derniere 1.1 et en utilisant le set "basic", je ne comprends vraiment pas.
Ou alors comme cité plus haut, c'est à cause du plus grand nombre de forêts générées par la version 1.1

[lebelge]

j'ai envie de tout balancer par la fenêtre...

Autre chose, quand on sélectionne un répertoire contenant plusieurs fichiers .OSM, avec la V1.0, pas de problème, il traitait l'ensemble des fichiers contenus dans le répertoire. Cela ne semble plus le cas maintenant... rien ne bouge... même après plusieurs minutes.

Pour répondre à ta question

Avec la 1.1 tu as un problème pendant la génération osm2xp, ou sous xplane?

C'est déjà dans osm2xp que cela bloque. Mais seulement avec la tuile +50+003 (Lille).
Pour la Belgique, pas de problème... allez comprendre !!! C'est un truc de fou... X-Plane va me rendre fou (enfin non... je le suis déjà)

[bennyBoy]

Alors pour ce plantage sur la tuile de Lille c'est "normal".
Pour générer les scènes osm2xp a besoin de stocker énormément de coordonnées lat/long, et sur les grosses tuiles (grandes villes) , ça se chiffre en millions de coordonnées, et au bout d'un moment, plus de mémoire -> plantage.
Pour ça obligé d'allouer plus de mémoire à java, je lui donne 2go et avec ça j'arrive à générer la France entière, même Paris.
Voici un "launcher" (un bete fichier de commande) que j'utilise pour lancer osm2xp avec 2go,il suffit de le mettre dans le même répertoire que le fichier osm2xp.jar, et de double cliquer dessus : http://files.osm2xp.com/misc/launcher.cmd (clic droit enregistrer sous)

Pour le traitement des fichiers d'un répertoire j'avoue ne jamais utiliser ce truc, dont il se peut qu'il y ai un bug, je regarde ça rapidement

Ben

[Daniel_L]

Ce soir j'ai généré la région Centre à partir du fichier pbf. Ca marche impec.

Quelques petites remarques néanmoins.
Quand on vole bas, on voit que tous les lampadaires sont orientés de la même façon. Ca fait bizarre quand on explore un coin en hélico.
La fenêtre avec le camembert pour suivre la génération et le nombre d'objets, de façades,... est très sympa mais quand on génère plusieurs DSF à partir du même fichier elle est réinitialisée à chaque DSF. Ce serait peut-être mieux dans ce cas là de voir le cumul à la fin, ou alors deux camemberts, un pour le DSF en cours et un cumulé pour la génération.

Faudrait pour ma part que je modifie XPOSM car les routes éclairées ne sont pas celles qui sont en ville.

Daniel

[lebelge]

Ça marche ... yes !!!

Avec ta commande ( java -jar -Xmx2048M osm2XP.jar ) plus de problème pour compiler la tuile +50+003 (La région de Lille). Il m'a trouvé plus 320.270 objets !!! Génial.

Je vais maintenant faire la même chose avec toute la Belgique.

Juste encore un petit problème (chez moi, et probablement à cause de mon matos) :
Si, dans "Rendering", je mets le nombre d'objet au-dessus du paramètre 'A lot', j'ai l'erreur C++ Bat Alloc. C'est normal quand on a une carte vidéo avec "seulement" 512 Mb de RAM en DDR2. Faudra que je pense un jour à la changer mais je vais attendre la V10 pour me refaire un petit "update hardware".

En tout cas, c'est de mieux en mieux... félicitation bennyBoy.

lebelge

[bennyBoy]

Hello

Bon j'ai -je pense- trouvé le problème.
Il suffit de modifier le paramètre "scale" dans les .fac

en utilisant "SCALE 100.0 100.0" cela bouffe énormément moins de ressources, et on peut ainsi utiliser le set de façades de la 1.1 qui est quand même bien plus sympa graphiquement.
Bon après tout dépend de la tuile , sur Paris je n'arrive pas à aller au delà de "a lot" (ou le niveau juste au dessus je ne sais plus), mais étant donné que la tuile générée a pas loin d'un million de batiments, ça se comprend.
Je pense que sur ma config, au delà de 300'000/400'000 bâtiments ça plante.

Mais je ne pense pas que cela soit relatif à la carte graphique et à sa ram.
J'ai fait un test sur ma tuile 43+03, le fait de mettre la scène osm2xp rajoute seulement 30mo sur la VRAM, et ce quel que soit le paramètre du nombre d'objets.
Je pense plutôt que ça tape sur la ram, et vu qu'xplane ne peut pas utiliser plus de 2go (il me semble), et bien il ne peut pas gérer un nombre trop important d'objets, je maillerai Ben à l’occasion pour avoir confirmation.

Je vais corriger deux trois trucs , ainsi que prendre en compte les suggestions de Daniel, et je mettrais à jour le fichier sur mon serveur, en attendant il est possible de modifier le facteur scale dans les fichiers façades.
Au fait Daniel, j'ai rajouté un dsfTool linux, je suis preneur de retour sur ce point la

edit : j'ai fait un tour sur le wiki http://wiki.x-plane.com/Facade_Overv...e_Optimization

Et en effet :
-Les façades bouffent de la RAM : "on most machines, a complex project with a large number of facades will exhaust memory before frame-rate becomes a problem"
-Le facteur scale impacte la mémoire et en effet c'est tout simple:
Le scale donne la taille en mètres de la texture. Si une texture a un scale de 10 , et que xplane veut dessiner un bâtiment de 100 mètres, il va devoir utiliser 10 fois la texture pour dessiner le bâtiment.
Donc il peut être intéressant de faire plus de tests sur ce paramètre scale, pour voir jusqu’où on peut le monter pour améliorer les performances , sans que cela dégrade l'aspect graphique (a mon avis avec un scale trop élevé , il doit y avoir un effet "d'étirement" de textures). En tout cas chez moi avec 100 ça m'a l'air bon (et c'est la valeur qui est utilisée sur les façades world maker de la démo xplane8)

[Daniel_L]

Au fait Daniel, j'ai rajouté un dsfTool linux, je suis preneur de retour sur ce point la

Je regarderai ça ce soir (si je rentre pas trop tard) ou demain soir. Ici au bureau il n'y a que Windows...

Daniel

[lebelge]

Aarrghh... j'ai maintenant une erreur "Xmapped file ran out of memory"

je crois que je vais bientôt tout balancer par la fenêtre.

[bennyBoy]

crash mémoire, plus de ram :D
C'est avec quel "set" de texture? avec le scale à 100 ?