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

[bennyBoy]

Oui comme je l'ai écrit dans le mail c'est provisoire pendant la béta, pour faciliter les tests sans avoir à installer openSceneryX.
Pour les châteaux d'eau j'ai utilisé ce modèle rouge car il se voit de loin pour les tests ^^

Pour le problème des roof points , j'ai testé ton fichier entre midi et deux david, et j'ai bien une erreur moi aussi.
Par contre j'ai retesté une génération avec la béta 3.1 sur St Etienne, et ça marche bien.
Je ne vois pas trop ce qui pourrait faire planter dans un cas et pas dans l'autre.

Les seuls points aléatoires pendant la génération osm2xp sont le nombre d'étages et la façade attribuée.
Je ferais plus de tests ce soir.

[Daniel_L]

Oui comme je l'ai écrit dans le mail c'est provisoire pendant la béta, pour faciliter les tests sans avoir à installer openSceneryX.
Pour les châteaux d'eau j'ai utilisé ce modèle rouge car il se voit de loin pour les tests ^^

Ca c'est clair, il se voit de loin ! ;-)

Pour OpenSceneryX, on doit pratiquement tous l'avoir installé parce qu'il est utilisé par un bon paquet de scènes.

Daniel

[Al-YOUX]

oula ça devient compliqué si ça marche chez moi et pas chez vous :mad2:
Je vais finir par envoyer un mail à Ben de Laminar pour lui poser des questions sur le comportement des facades...

Bonjour BennyBoy,
Arrête de te casser la tête, j'ai vérifié le "1STETIENNE.zip" que tu nous a envoyé et qui plante pour nous et pas chez toi.

En fait ton .dsf a toujours ce polygone-façade de 550 noeuds qui bloque.
Si tu veux le vérifier chez-toi il commence par:

BEGIN_POLYGON 6 15 2
BEGIN_WINDING
POLYGON_POINT 4.39125658 45.46085489
POLYGON_POINT 4.39119745 45.46086442
POLYGON_POINT 4.39120508 45.46088350
etc…

En le réduisant à 512 tout rentre dans l'ordre.

Tu n'as probablement pas envoyé le bon .zip, car on te sollicite beaucoup !!!

alain

[arthl]

Où trouve-t-on les même informations du cadastre pour les DOM TOM, si elles existent.
Arthl

[david42fr]

sur ce site: http://planet.openstreetmap.org/ il y a toute la planète. Le fichier fait quand même 14Go, à voir si les DOM TOM sont bien représentés? ensuite il doit falloir jouer avec osmosis pour extraire des données en utilisant un polygone ( je ne sais pas ce qu'elle vaut mais une source de polygone: http://downloads.cloudmade.com/ ).

Qui pour un tuto complet sur l'extraction de données osm?



-------------------------- EDIT ----------------------------

Bonjour BennyBoy,
Arrête de te casser la tête, j'ai vérifié le "1STETIENNE.zip" que tu nous a envoyé et qui plante pour nous et pas chez toi.

En fait ton .dsf a toujours ce polygone-façade de 550 noeuds qui bloque.
Si tu veux le vérifier chez-toi il commence par:

BEGIN_POLYGON 6 15 2
BEGIN_WINDING
POLYGON_POINT 4.39125658 45.46085489
POLYGON_POINT 4.39119745 45.46086442
POLYGON_POINT 4.39120508 45.46088350
etc…

En le réduisant à 512 tout rentre dans l'ordre.

Tu n'as probablement pas envoyé le bon .zip, car on te sollicite beaucoup !!!

alain

Ça n'explique pourquoi quand je génère St Etienne avec la dernière version, j'ai quand même le problème?

[bennyBoy]

Je vais vérifier mon code pour ce point de 512 noeuds.

Par contre j'ai fait quelques tests avec le fichier de david hier, et les résultats sont surprenants:
-Je lance xplane avec le scenario de david : plante
-Je "coupe" le fichier txt en deux, je compile avec dsftool et je lance xplane:ça marche

A partir de la , il est logique de penser que le bâtiment qui fait planter est dans la 2eme partie du fichier coupé.

-Je compile avec dsfTool la 2eme partie du fichier de base , je lance xplane:ça marche

Plutôt mystique sur ce coup la ^^
Alors il y a peut être des bâtiments qui se croisent?
Ou alors je m'emmêle les pinceaux...

Pour parler de l'avenir d'osm2xp, je vais attaquer une évolution majeure, pour permettre l'injection de données osm dans une base de données embarquée, ce qui va permettre beaucoup plus de choses dans le traitement de génération.

[Al-YOUX]

...
-Je "coupe" le fichier txt en deux, je compile avec dsftool et je lance xplane:ça marche
A partir de la , il est logique de penser que le bâtiment qui fait planter est dans la 2eme partie du fichier coupé.
...

Si cela peut t'aider, il commence à la 443603 ème ligne de ton fichier .txt donc 2ème partie presque à la fin.

alain

[david42fr]

Tiens une question idiote: plein de bonnes intentions, je me suis dis que j'allais générer directement une scène pour la région Rhône Alpes. J'ai donc pris le fichier correspondant chez http://download.geofabrik.de/osm/europe/france/ mais là 2 questions en fait:

- un fichier osm de 2.2Go, ça passe?
- dans le logiciel, que faut il mettre du coup comme latitude/longitude?

[bennyBoy]

oui un fichier de 2go passe , par contre pour l'instant tu vas devoir lancer osm2xp plusieurs fois, et faire tuile par tuile...
Un fichier de 10 tera peut potentiellement passer aussi, le risque de plantage est en fait relatif aux nombre de noeuds sur une tuile.
Par exemple paris, avec son grand nombre de bâtiments, va faire planter osm2xp qui va avoir trop de noeuds lat/long en mémoire.
Ce n'est donc pas le fichier osm qui est discriminant, mais le nombre de noeuds sur la tuile que l'on désire générer.

C'est entre autre pour cela qu'il faut que j'ajoute un traitement via base de donnée pour ne plus avoir à garder tous ces noeuds en mémoire.

[joloize]

Pour revenir dans les DOM-TOM sur des données cadastrales sous OSM, les départements français sont accessibles (donc Martinique, Guadeloupe, Réunion, Guyanne, mais je n'ai pas testé).

Par contre sur la Polynésie, il y a bien un lien pour y accéder depuis le site du gouvernement polynésien. Mais celui-ci renvoie sur le site du gouvernement français des données cadastrales. Qui, lui, ne propose rien sur les DOM. Est-ce temporaire, définitif ?

J'ai quand même bien envie d'écrire un petit mot au gouvernement polynésien...

Reste les données offertes par OpenStreetMap : c'est quasiment désertique sur Tahiti...

La dernière solution pour peupler ces endroits de bâtiments, reste :
- soit de peupler ces zones avec OpenStreetMap en espérant susciter des vocations...
- soit de créer les façades une à une dans WED ou OE.

Je pense que la première de ces deux méthodes devrait être meilleure...

[david42fr]

A ce propos, qui peuple openstreetmap? avec quels outils et sur la base de quoi comme documents? pour dire par exemple que tel batiment est une église, tel autre un immeuble ou une maison? c'est directement en ligne? mais alors qui contrôle les modifications?

[arthl]

Joloize, éclaire moi, dans l'index de cadadastre osm, je n'ai pas vu les départements d'outre-mer.
As tu le lien où les trouver.
Merci
aR

Arthl

[joloize]

Je ne me souviens plus exactement, mais c'est à partir d'un lien fourni dans ce fil de discussion. Je suis remonté dans la hierarchie des dossiers et je me souviens être tombé sur des dossiers de DOM.

Sinon, on peut aussi les consulter ici : http://www.cadastre.gouv.fr/
(il me semble aussi avoir vu la possibilité d'exporter une commune au format osm).

[bennyBoy]

Une recherche dans google "cadastre osm dom tom" ramène quelques résultats intéressants, en fouillant un peu je pense qu'il est possible de trouver des données exploitables.

[Sacha]

Grâce au lien de téléchargement envoyé par bennyBoy (merci à lui !), je viens de faire un test sous MacOs. Ca plante, problème de renommage de fichier. Des répertoires créés avec des \ dans le nom au lieu de fichier dans un répertoire. Une confusion entre / et \ je crois, rien de bien grave à corriger.
Bref, j'ai donc fait le test avec Parallels sous Windows XP et là ça marche bien (à condition d'être dans un répertoire à la racine du disque dur avec aucun espace dans le nom). Par contre, ça ne génère rien pour une zone dont la longitude est négative (bug déjà signalé par bennyBoy le 22 décembre dernier je crois ... remonter dans le fil).
J'ai fait le test avec une longitude positive et là tout semble ok.
Je suis novice avec X-Plane mais je trouve cet outil formidable !! )
A+
Sacha