Osm2XP Global scenery -besoin de testeurs

[Glah_Salamanthe]

Cohabitation des fichiers OSM et X-plane 10 ??

Hello !
Scène étrange avec le fichier Switzerland du site scenery.osm2xp.com/ !

Toutes les petites construction à toit pentu sur Lausanne (LSGL) de type maison individuelle se trouvent comme "enfoncées" dans le sol . Je n'ai en effet qu'un toit posé à même le sol !
Il ne me semble pas que j''avais ceci sous Xplane 9 !
Faudra que je re-vérifie, mais actuellement je procèdes à d'autres tests !

[lebelge]

Pareil pour moi sur la Belgique... mais peut-être qu'ici, on a tellement honte de ne toujours pas avoir de gouvernement, qu'on s'enterre ?!!!

Non mais sans blague, les petites maisons avec des toits en pentes, on ne voit plus que le toit. Y comme un problème sur la V10 (pas chez bennyBoy)

[bennyBoy]

Oui il y a un petit problème de taille apparemment pour les toits en pente (il faut ajouter un étage de plus) .
Par contre plus problématique les textures des toits sur les facades sont déformés si le bâtiment est composé de plus de 4 points.
J'ai mailé Ben Supnik à ce sujet, il va s'en occuper.

Une fois tout ça réglé, je mettrai osm2xp à jour avec dans la partie "format de sortie" (onglet advanced) une option xplane10.

[Glah_Salamanthe]

les petites maisons avec des toits en pentes, on ne voit plus que le toit. Y comme un problème sur la V10 (pas chez bennyBoy)

En image pour confirmation :

LSGL sur XPlane 9 : juin 20h 30 :


LSGL sur XPlane 10 : juin 20h 30 :

[djetdail]

Bonjour;

C'est hors sujet, mais l'image X-plane 10 juin 20h30, il fait quand même sombre pour un mois de juin que ce soit heure zulu ou local .... Lausanne n'est pas au cercle polaire.

Hervé

[Glah_Salamanthe]

Bonjour;
C'est hors sujet, mais l'image X-plane 10 juin 20h30, il fait quand même sombre pour un mois de juin

Certes, mais n'oublie pas que toute la Suisse romande se trouve barrée à l'ouest par la chaîne du Jura ! Le soleil s'y couche plus vite que dans les grandes plaines françaises .

De plus, manifestement X-Plane ne gérant pas l'heure d'été, 20h30 solaire correspond à 21h 30 sur nos montres !

[lebelge]

20h30 solaire correspond à 21h 30 sur nos montres !

Eh, djetdail, fait gaffe... ils rigolent pas avec leurs montres, les Suisses

Oops ->

[djetdail]

Merci Glah_Salamanthe pour tes précisions Suisses , je ne savais pas la chaine Jurassienne si haute .....




Pas de prob, Lebelge, suis né en France, j'ai une , comme Nico.

Hervé

[Glah_Salamanthe]

je ne savais pas la chaine Jurassienne si haute .....

elle monte quand même à 1720 m !!

Non le décalage vient surtout de l'heure d'été ! En fait il est bien 21h 30 sur les montres ! => éclairage correct non ?

[joloize]

elle monte quand même à 1720 m !!

J'ha**** au pied de ce sommet, le Crêt de la Neige (1720m) et de son voisin immédiat, longtemps considéré comme le sommet du Jura, le Reculet (1718m) où fut érigé une croix, dont le but était d'affirmer le catholicisme du territoire du Pays de Gex dans une région où le protestantisme est prédominant...

[djetdail]

Non le décalage vient surtout de l'heure d'été ! En fait il est bien 21h 30 sur les montres ! => éclairage correct non ?

Oui, éclairage correct à cette heure, je retire ma remarque.

Lors de vacances dans le Jura, nous sommes monté au Colomby de Gex, malgré la brume qui montait du Léman, le spectacle est joli.
Nous randonnions le matin, car en début d'après midi, les orages grondaient.

Hervé

[MaxeeDonut]

Hello,

Je suis en train de récupérer l'extract du jour de europe.pbf chez GeoFabrik. J'ai effectivement dans l'idée de régénérer l'intégralité des routes/rails, forêts et buildings/objects avec OSM2XP pour l’Europe. En fonction du temps que cela prendra (j'ai dédié une machine pour cela au boulot ) j'envisage d'effectuer une régénération mensuelle et éventuellement inclure d'autres continents (l'Europe étant la plus complète).

J'aurais voulu savoir si en une seule passe il était possible de tout générer. Quels seraient les paramètres optimaux à définir (LOD, ...).
Pour info j'ai fait un premier test de génération de routes en région parisienne et le résultat ne s'avère pas concluant. En effet, les routes sont droites, non courbées et ne s'alignent pas bien avec la zonePhoto tandis que les routes générées par Daniel avec XPOSM sont "parfaites". S'agit-il d'un réglage particulier ou doit-on absolument passer par XPOSM pour générer forêts et routes ?

Bien entendu, j'envisage de mettre tout cela en partage si le résultat s'avère satisfaisant

[bennyBoy]

Hello,

Osm2xp ne génère pas les routes, donc tu dois voir les routes par défaut de xplane, qui ne sont en effet pas alignés sur zonePhoto.
XPOSM est donc obligatoire pour l'instant (sur XP10 les routes seront nativement extraites d'openStreetMap).

Pour ta génération de l'Europe en effet ça va prendre un petit moment, sur ma machine de dev (i7 950), avec une petite estimation j'arrivai à 10 jours de génération non stop il me semble.
A noter que depuis la version 2.0 , il est possible de reprendre une génération qui s'est arrêtée (crash de l'appli, coupure de courant etc...).

Pour les paramètres optimaux tout dépend de ta machine, fait quelques tests de LOD afin de voir ce qui te convient.
Pour le lod il est aussi possible de le changer après la génération, vu qu'il est défini dans les fichiers .fac et non dans les .dsf .

Si tu te sens de faire régulièrement des mises à jour , on peut voir ensemble afin de les mettre sur mon serveur (scenery.osm2xp.com) , pour l'instant ce n'est pas mis à jour depuis un moment, j'attends en fait de terminer mes devs sur la nouvelle interface de mise à disposition des fichiers dsf.

Ben

[MaxeeDonut]

Salut Ben.

Je pense que je vais lancer une première génération Forêts/Buildings/Objects via OSM2XP sur ma machine dédiée (serveur HP ProLiant) avec un LOD de 25. Je vais ainsi voir combien de temps cela prendra. Je lancerais dans la foulée la génération des routes Europe avec XPOSM. Nous aurons donc un premier set qui pourra servir de référence et V1.

Un point supplémentaire : XPOSM fonctionne en ligne de commande ce qui facilite l'exécution programmée. En revanche OSM2XP est, me semble t-il, exclusivement graphique. Serait-il possible d'inclure la possibilité de lancer la génération en ligne de commande ?

De cette manière, je pourrais facilement automatiser toute la génération avec un bon vieux script shell (récupération des extracts GeoFabrik via wget, 1ère génération via OSM2XP puis 2ème génération via XPOSM, éventuellement dépôt automatique du produit fini via FTP sur un de tes serveurs, même si je préférerais garder cette manipulation manuelle).

A suivre donc

[MdMax]

L'idée est excellente, mais je pense que c'est XPOSM qui prendra de loin le plus de temps et de ressources. Je crois que Daniel est bien placé pour savoir combien de temps ça prend pour la France. Même en passant par une base de données, je crois que XPOSM est bien plus gourmand que OSM2XP. En effet, il commence par lire un mesh et ensuite il crée les routes et chemins de fer en fonction du mesh.

J'ai lu que dans X-Plane 10, les routes n'ont plus besoin des données de hauteur (à vérifier). Il y a donc certainement moyen d'optimiser le traitement XPOSM pour X-Plane 10.