If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.
Annonce
Réduire
Aucune annonce.
osm2xp - Génération batiments via open street maps
Je viens de régénérer la France et l’Écosse avec ma version de dev, fichiers dispo à cette adresse : http://scenery.osm2xp.com/europe
Je suis preneur de retours, (attention fichier pas encore testé de mon coté), logiquement vous devriez avoir plus de bâtiments avec toits en pente ou toit texturé, grâce à l'ajout d'une simplification des empreintes de bâtiments.
Je voudrais fusionner plusieurs fichiers osm (40) pour finalement avoir un seul dossier à mettre dans custom scénery.
Voici ma manip: je prends un osm maître, dans lequel, entre la troisième ligne et la dernière, je vais coller le contenus d'autres fichiers OSM amputés des 3 premières lignes et la dernière.
Sur la 3ème ligne du fichier maître il faut modifier les coordonnées Max et mini.
mais quel max et mini entrer? un max et mini approximatif qui engloberait l'ensemble de mes OSM ? .
Je pense que tu peux supprimer la ligne des coordonnées min/max , osm2xp ne s'en préoccupe pas.
J’espère pouvoir ajouter le support multi fichiers pour la prochaine version.
Pour info, ces fichiers générés avec ma version de dev plantent sur xplane9.
Bonne nouvelle donc, le moteur d'xplane10 est bien plus robuste, à priori fini les erreurs vector out of range, c++ etc...
Je viens de régénérer la France et l’Écosse avec ma version de dev, fichiers dispo à cette adresse : http://scenery.osm2xp.com/europe
Je suis preneur de retours, (attention fichier pas encore testé de mon coté), logiquement vous devriez avoir plus de bâtiments avec toits en pente ou toit texturé, grâce à l'ajout d'une simplification des empreintes de bâtiments.
Lu
J'ai fait quelques essais avec XP-10 et voici "mes" résultats :
1) sur LFOZ - sans tuile / avec “scène” (perso) / nom du dossier “france”
2) sur LFOZ - sans tuile / avec “scène” (perso) / nom du dossier “z-france”
3) sur LFOZ - sans tuile / avec “scène” (perso) / nom du dossier “zzzzz-france”
suite >>>> .....
Dernière modification par guro, 16 février 2012, 16h21.
WIN10 Pro x64 (1803) / SSD 1To & 1x 2To pour XP - UC :AMD Phenom II X6 1100T 3,9Gb - Ram: Corsair XMS 16 Go (Kit 2x 8 Go) DDR3 1333Mhz - PC10600 - MB : ASUS M4A89TD PRO/USB3 (AMD 890FX) Crosshair IV Formula ROG - Audio : ROG Xonar Phoebus - LCD : LG 29" & 22" - CG : EVGA GeForce GTX 1080 FTW2 8Gb - TrackIr 5 - Saitek 52Pro - CG Driver : Nvidia 418.91 XP-9.70 & XP-10.52 - XP-11.26 (No VR) &XP-11.31r1
4) sur LFOZ - avec tuile / avec “scène” (perso) / nom du dossier “france”
5) sur LFOZ - avec tuile / avec “scène” (perso) / nom du dossier “z-france”
6) sur LFOZ - avec tuile / avec “scène” (perso) / nom du dossier “zzzzz-france”
Ce que je constate, quand je nomme le dossier "zzzzz-france" il apparait évidement en dernière position dans le "custom scenery", mais dans ce cas AUCUN bâtiments supplémentaires sur toute la superficie de la "tuile"
par contre avec "z-france" il est positionné avant les autres "tuiles" mais après les scènes françaises LFxx
et avec "france" il est devant les LFxx.
Voir les screens pour les différences d'affichages.
Voilà, en espérant que cela pourra t'aider
guro
PS. La scène "perso" a été faite avec OverlayEditor et ce n'était que pour faire les essais ....
Dernière modification par guro, 16 février 2012, 16h26.
WIN10 Pro x64 (1803) / SSD 1To & 1x 2To pour XP - UC :AMD Phenom II X6 1100T 3,9Gb - Ram: Corsair XMS 16 Go (Kit 2x 8 Go) DDR3 1333Mhz - PC10600 - MB : ASUS M4A89TD PRO/USB3 (AMD 890FX) Crosshair IV Formula ROG - Audio : ROG Xonar Phoebus - LCD : LG 29" & 22" - CG : EVGA GeForce GTX 1080 FTW2 8Gb - TrackIr 5 - Saitek 52Pro - CG Driver : Nvidia 418.91 XP-9.70 & XP-10.52 - XP-11.26 (No VR) &XP-11.31r1
Pour les batiments osm2xp sur les aéroports il y a deux solutions:
-ajouter une exclusion de facades sur la zone autour de l'aéroport (avec un soft type wed ou overlayeditor)
-ou ajouter un tag dans openStreetMap sur ces batiments pour les identifier afin de ne pas les générer avec osm2xp (par défaut osm2xp a des exclusions sur les batiments "aeroway=hangar" et "aeroway=terminal"
Tu ouvres ton fichier OSM, tu mets la carte Bing map en fond , puis zoom sur la scène , tu sélectionnes les bâtiments , tu effaces puis tu sauvegardes.
Le fichier est prêt passer passer dans la machine de benny
La version 2.0.2 d'osm2xp est dispo dans la partie downlads du site http://osm2xp.com
Pour l'instant seule la version windows 64 bit est dispo, je mettrai les autres versions ce weekend (histoire de pouvoir éventuellement corriger des petits bugs avant et ne pas passer des heures à builder dans tous les sens, le process étant assez long et chiant).
Au chapitre des nouveautés :
-des modifs d'interface mineures.
-le support expérimental des fichiers .shp (uniquement en wgs84)
-un set de textures HD
-une option de simplification des polygones , cochée par defaut ("simplify shapes" , dans l'onglet principal) -> plus de formes simples -> plus de toits en pente et de toits photo texturés -> et logiquement plus performant pour le moteur d'xplane car moins de vecteurs(mais bon avec les textures HD plus lourdes...)
-un jeu d'options pour exclure les batiments trop petits trop grands, dans l'onglet "advanced options"
voila surement d'autres choses que j'ai oublié en chemin !
Ah et désolé mais toujours pas d'option pour prendre un répertoire en entrée plutôt qu'un fichier.
C'est pas faute de mauvaise volonté, mais a partir de la version 2.0 d'osm2xp , la techno utilisée pour l'interface graphique rend ce point très chiant à ajouter.
En fait il n'y a pas un "flag" pour dire au composant "explorateur de fichier" d'accepter ou non les répertoires (ce qui était le cas avant la 2.0).
Donc c'est ou un composant explorateur de fichier, ou un composant explorateur de répertoire ...
De plus mine de rien ça demanderait pas mal de modification de code niveau traitements, donc entre ces deux points j'ai laissé tomber pour l'instant, désolé...
Pour résumer , vous devriez avoir quelque chose de plus joli à l'écran, grâce aux nouvelles textures, à la simplification des polygones, et a des règles d'attribution des textures plus complexes (vous pouvez jeter un oeil au fichier xml qui accompagne les .fac , c'est un premier jet pas encore totalement fonctionnel mais il y a les bases).
Voila , si vous avez du temps pour tester et me remonter d’éventuels bugs, et surtout une baisse (ou pas) de perf avec les textures qui sont maintenant bien plus nombreuses et lourdes, merci.
Ben
Ps: si un modo peut renommer ce sujet "osm2xp" plutôt que "génération [...]", ou mettre "osm2xp" en en-tête, ça serait sympa , merci !
Dernière modification par bennyBoy, 12 avril 2012, 22h55.
La version 2.0.2 d'osm2xp est dispo dans la partie downlads du site http://osm2xp.com
Pour l'instant seule la version windows 64 bit est dispo, je mettrai les autres versions ce weekend (histoire de pouvoir éventuellement corriger des petits bugs avant et ne pas passer des heures à builder dans tous les sens, le process étant assez long et chiant).
On va regarder ça. Depuis peu au boulot on a Win 7 64 bits, mais bien sûr je n'ai pas X-Plane là-bas pour tester après génération. :-(
J'aimais mieux les .jar que je pouvais faire tourner sur n'importe quel OS.
Pour le jar c’était plus pratique pour moi aussi, mais malheureusement limité/pas pratique pour la création de la partie interface graphique.
Plus globalement, java n'est pas vraiment adapté à faire du client lourd, autant c'est vraiment sympa pour faire des applis webs, autant pour faire des applications desktop c'est lourd et une usine à gaz...
Commentaire