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

[lebelge]

… et où trouves-tu dans ton fichier .fac l'indication "en dur " ?

HARD_ROOF concrete
HARD_WALL concrete

...

Supprime déjà ces deux lignes.
Tu n'en as pas besoin.

En supprimant ces deux lignes, tu peux traverser les bâtiments sans te cracher.
Attention, il faut répéter l'opération pour TOUS les fichiers .FAC

lebelge

[PhM]

… et où trouves-tu dans ton fichier .fac l'indication "en dur " ?

HARD_ROOF concrete
HARD_WALL concrete

Comme expliqué ici.

PhM

[Pascal]

Bonjour,

SimHeaven a été créé par PilotBalu, que vous pouvez retrouver sur les forums x-plane allemands.
Mais il n'est qu'utilisateur de osm2xp, et je ne suis pas certain qu'il puisse faire mieux que retirer les fichiers à problème et/ou les reconstruire.

Il faudrait poster ici le lien de téléchargement d'une scène suspectée de poser le problème avec l'emplacement (Lon, Lat + altitude) et l'orientation (direction de vol) de l'avion au moment du "crash" afin que d'autres utilisateurs puissent faire l'essai et confirmer si le crash est reproductible ou non.

Si le problème est reproductible, alors il devient analysable et solvable.

Il faudra vérifier dans les fichiers de la scène si un objet approximativement au même emplacement (Lon, Lat) n'aurait pas une coordonnée erronée (genre altitude très grande ou négative).

Si c'est le cas, il faudra transmettre les infos nécessaires à BennyBoy pour qu'il puisse trouver la cause et la corriger, AVANT d'inviter PilotBalu à reconstruire les zones en cause.
Si l'analyse des fichiers ne montre rien de suspect, il faudra transmettre la scène à Laminar avec les coordonnées du vol pour provoquer crash.

Pascal

[Glah_Salamanthe]

Note: En éditant les fichiers .fac, on peut modifier ce paramètre sans devoir tout recompiler.
lebelge

… et où trouves-tu dans ton fichier .fac l'indication "en dur " ?

A

800

FACADE



TEXTURE simHeavenHComplex1.dds

TEXTURE_LIT simHeavenHGeneric1_LIT.dds

RING 1

TWO_SIDED 0

NO_BLEND 0.500000

HARD_ROOF concrete

HARD_WALL concrete

LOD 0.000000 35000.000000

ROOF 0.000183 0.750366

ROOF 0.000010 0.999990

ROOF 0.249794 0.999809

ROOF 0.249573 0.750610

WALL 0.000000 10000.000000

SCALE 30.000000 20.000000

ROOF_SLOPE 0.000000

LEFT 0.000011 0.098313

CENTER 0.098313 0.169602

RIGHT 0.169602 0.249186

BOTTOM 0.500977 0.594016

MIDDLE 0.594016 0.659690

TOP 0.659690 0.753196

Parce que recompiler le tout, ça va faire un moment … il s'agit de toute l'Europe ! et le dossier final " Osm_Europe_osm only" pèse plus de 2 Gigas !!

merci !

[lebelge]

Il suffit de décocher l'option "HARD BUILDINGS" (en plus,on gagne en FPS)



Note: En éditant les fichiers .fac, on peut modifier ce paramètre sans devoir tout recompiler.

lebelge

[Glah_Salamanthe]

Après prés d'une ou deux semaines de vols de tests, je pense être quasiment à 95% persuadé que l'objet du délit provient de ce site là: http://simheaven.de/

Je viens de tenter ces OSM, j'ai effectivement obtenu un "Crash" à la verticale du lac de Bienne (entre LSGN et LSZG) sans raison apparente : ce n'est pas une panne moteur, mais vraiment le crasch caractéristique d'un impact contre un objet !
Et l'avion n'était même pas gros : un petit Remos GX …

… dommage, car les données sont toutes récentes et ont été agrandie d'environ 10% à 30% suivant les régions survolées par rapport au données du site OSM…
et pas possibilité d'aviser l'auteur : il n'y a pas de lien pour un Mail !

[coyote60]

Je n'ai plus accès à l'onglet global scenery chez http://osm2xp.com/ depuis un moment. Dommage, je cherche les données pour la côte ouest Africaine, Sénégal, Mauritanie etc...

[MdMax]

simHeaven ? Ils n'ont pas l'air sérieux du tout ces gens là. Ils se servent de données libres OpenStreetMap, puis ils écrivent ça:

It is not allowed to copy, publish or distribute any part of any file from this website without prior permission from simHeaven. Commercial use of the files or parts of them is prohi****d in any way.

License Private use only

Ils n'ont pas l'air de comprendre qu'ils publient leur scènes sous une licence totalement fermée, méprisants ainsi les droits des contributeurs OpenStreetMap.

Ce qui est en CC-BY-SA, ou ODbL, ça reste libre.

[lebelge]

Après prés d'une ou deux semaines de vols de tests, je pense être quasiment à 95% persuadé que l'objet du délit provient de ce site la: http://simheaven.de/ ...

Je suis très content que tu réagisses comme cela, Bernardo.
C'est une belle preuve d'ouverture d'esprit que de reconnaître que, finalement, OSM2XP n'est (peut-être) pas le seul responsable de tes plantages.

Mais la prochaine fois... fait quand même un peu plus attention avant d'accuser un produit "freeware"... et d'imposer aux auteurs de scènes de retirer immédiatement (sommation ?) leurs scènes tant que TON problème n'est pas rapidement réglé. Cela pourrait décourager certains auteurs de très grandes qualités, qui passent pour nous leurs heures de temps libre à développer des outils gratuitement, juste pour partager une passion, sans jamais te demander un euro.

Mais ta réaction ici est très positive. Je t'en félicite
Bon vol à tous

lebelge

[Bernardo_Gui]

re

Après prés d'une ou deux semaines de vols de tests, je pense être quasiment à 95% persuadé que l'objet du délit provient de ce site la: http://simheaven.de/

Ce sont ces données osm2xp que j'avais toujours eu d'installé dans mon dossier /Custom scenery/ depuis un certain moment et depuis que je les avais enlevé, plus aucune de ces bizarres 'collisions en plein vol' ...

En ce moment, j'ai réinstallé des données OSM2XP depuis le site http://osm2xp.com/ pour la france, l'allemagne, italie, suisse et les pays bas, rien à signaler (pour l'instant). (sauf quelques CTDs dont le B777 est strictement à l'origine cette fois)

on peut donc considérer cet incident préliminairement 'clos'

[MdMax]

Lu sur le org:

i remember having grabbed a set of OSM2XP data for north america and europe from a website that i can't recall the address anymore, it had a bunch of those libs proposed for download on a page, they were sorted out either by continents and/or countries.. and also there was two different versions of OSM2XP data proposed 'osm only' and 'osm + autogen' ... arghh. can't find that website anymore in my links, maybe someone can point it out?

Si on ne connaît pas le fournisseur de ces scènes OSM2XP, alors on ne peut même pas te dire si elles ont été générées avec des valeurs exagérées (LOD trop important, détection de collision sur toute les façades, etc...). Mais tu peux retrouver ces informations dans les fichiers .fac.

Survoler avec le 777 de Ramzzess & Philipp des scènes Zones Photo + OSM2XP ne m'a jamais posé le moindre problème.

[Glah_Salamanthe]

avant de poursuivre l’implémentation de toutes données OSM2XP dans vos scènes

Les données OSM ne sont pas implémentées dans les scènes (Madère par exemple), ce sont des données "à part".
Rien n'empêche donc d'utiliser les merveilleuses scènes de XPFR (ou autre fournisseur) sans y ajouter les OSM

[Glah_Salamanthe]

certes certes! mais, je voulais dire par la que si vous intégrez des donnés OSM2XP dans vos scènes, ils serait quand même dommage si celle-ci causent ces problèmes.. vaut mieux prendre les devants. Bref, tout cela reste à éclaircir et à prouver.

S'il y avait collision avec un objet, même "invisible" , le "log.txt" devrait l'indiquer ?

[bennyBoy]

Intéressant, comment ?

PhM

J’étais tombé sur un post de Ben qui expliquait que les facades n’étaient pas destinées à être utilisées en masse comme le fait osm2xp, et que ce n’était donc pas vraiment perf d'un point de vue utilisation ram.
Donc autant de facades pour le moteur ce n'est pas vraiment opti, de plus les facades d'osm2xp ne sont surement pas bien optimisées dans le découpage des textures dans les .fac.

Un mix intelligent d'objets 3D/facades me semble donc une bonne solution, reste plus qu'a trouver le temps d’implémenter ça -_-

Pour l'utilisation des objets 3D , l'idée est suivante:
On a toujours la notion de règle de génération avec un tag osm associé à une ressource xplane.

-Osm2Xp a connaissance de l'empreinte/forme d'un objet 3D, idéalement en parsant le fichier .obj, ou via saisie utilisateur, bref peu importe le moyen pour l'instant.
-Osm2Xp tombe sur un polygone osm qui correspond à la règle.
-osm2xp regarde si l'objet 3D "rentre" dans le polygone osm.
-> si c'est le cas, il calcule l'angle à utiliser pour faire rentrer l'objet afin de respecter la forme du polygone, et insère ça dans le dsf.

Par rapport à une facade on perd l'exactitude de l'empreinte, mais bon au final je ne pense pas que ça soit super problématique si on a à la place un joli objet 3D qui a grosso modo le même volume.

@Bernardo_Gui

Osm2XP ne fait rien de magique, il ne fait qu’écrire des scènes en respectant le formalisme imposé par xplane.
Si les scènes osm2xp génèrent des problèmes dans le modèle de vol, une scène faite à la main avec le même nombre de facades entraînerait le même problème...
Si c’était un crash violent retour au bureau, alors oui ça pourrait être un dsf mal formé par osm2xp.
Mais si la scène se charge , et vu les problèmes remontés, je pencherai plutôt pour un problème du moteur xplane, peut être mis à mal en effet par le volume de facades à charger et les systèmes de l'avion à simuler.

@beber
En effet il y a un message quelque part il me semble.
Mais pour l'instant je ne travaille que sur mon projet appli web, osm2xp est en "sommeil"

[Bernardo_Gui]

Reproduisez le phénomène et isolez la cause de manière fiable avant de lancer des mises en garde (ça doit être assez facile si le phénomène se reproduit sur un même endroit).

j'y suis dessus depuis presque une semaine, ça viendra