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

[lebelge]

Alors, sous XP c'est :
Java version 1.6.0_17
Java (TM) SE Runtime environment (build 1.6.0_17-b04)
Java HotSpot (TM) Client VM (Build 14.3-b01)

Sous Windows 7 - 32 bits :
Java version 1.6.0_23
Java (TM) SE Runtime environment (build 1.6.0_23-b05)
Java HotSpot (TM) Client VM (Build 19.0-b09)

Ce n'est donc pas tout à fait les mêmes versions.

Je vais faire une MAJ de JAVA sous XP et je te tiens au courant mais de toute façon, ce que tu viens de nous faire avec cette beta 4.2 est vraiment génial. Le fait d'avoir solutionné le problème de "fermeture" des bâtiments pour permettre la gestion des reflets de la lumière est tout simplement F A B U L E U X !!!

Merci encore.

lebelge

[bennyBoy]

Je compile sous windows seven 64, en toute logique ça devrait tourner quel que soit l'os/version d'os, mais il faut croire que ce n'est pas aussi simple ^^
A tout hasard quel est ta version de java sur xp et sur seven ? (demarrer / executer / cmd / puis taper "java -version" )

[lebelge]

Bonjour à tous,

Voici mes premiers résultats de test de la beta 4.2.
Elle concerne la Belgique (évidemment).

Le fichier traité est Belgium.osm et fait 1.904.536 Ko
Le PC est un P4 Quad Core avec 2 Gb de RAM
Le disque est divisé en trois partitions (multiboot) avec un Windows XP, un Windows 7-32 bits et un Windows 7-64 bits

J'ai lancer l'application en :
- Décochant la case "Database Support"
- Cochant la case "Generate all tiles found in osm file"
- Décochant les cases "Exclude LIN,NET,FOR,STR et FAC"
- Cochant la case "Exclude OBJ"

Sur Windows XP:

La console m'a trouvé les 13 tuiles à traiter.
Après les deux premières tuiles, elle entame la troisième mais à minuit, elle semble rester sur cette tuile (sans erreur)... et donc je laisse ma machine tourner toute la nuit. Ce matin, rien n'avait changé. Je décide donc d'arrêter l'application et de rebooter mon PC sous Windows 7-32 bits.

Sur Windows 7 - 32 bits:

La console retrouve mes 13 tuiles à traiter (lustucrus :grin.
En moins d'une demi-heure, elle a traitée toutes mes tuiles et trouvée des milliers de bâtiments. J'ai donc tout de suite lancé X-Plane pour voir le résultat...

Une splendeur !!!

Plus de problème avec les jeux de lumière. Les bâtiments sont tous bien "fermés". C'est magnifique.

Évidemment, mieux vaut ne pas bien connaître la région que l'on survole car cela reste générique mais c'est quand même superbe. J'ai retravaillé les fichiers FAC pour qu'ils n'utilisent qu'une seule texture de 512x512 ce qui améliore le FPS (et le visuel).

Voici un petit exemple du résultat :


Maintenant, pourquoi cela plante sous Windows XP ?!!!
C'est pourtant le même PC, la même version de Java, les mêmes paramètres ...
Allez comprendre ?!!!

lebelge (super content, merci encore BennyBoy)

[Daniel_L]

Béta 4.2 dispo sur le forum osm2xp.
Je suis particulièrement preneur de retours sur macOs et linux.

Testé ce soir sur Linux.
Il me génère toujours le temp.txt avec ce qu'il faut dedans, il créé l'arborescence OSM2XP +46+000 02-15-25/Earth nav data/+40+000 mais ça plante toujours lorsqu'il s'agit de renommer le fichier :

02:10:25 Analyse du fichier osm pour lister les tuiles
02:11:14 le document osm contient les tuiles suivantes:
[48 3, 48 2, 48 1, 48 0, 47 0, 46 0, 46 1, 46 2, 47 3, 46 3, 47 2, 47 1]

02:11:14 Debut traitement tuile 48 3
Erreur lors du renommage du fichier
java.io.FileNotFoundException: ressources/facades (Aucun fichier ou dossier de ce type)
at java.io.FileInputStream.open(Native Method)
at java.io.FileInputStream.<init>(FileInputStream.jav a:106)
at com.osm2xp.utils.DsfWriter.copyDirectory(DsfWriter .java:205)
at com.osm2xp.utils.DsfWriter.closeFile(DsfWriter.jav a:144)
at com.osm2xp.parser.Osm2xpParser.finTraitementFichie r(Osm2xpParser.java:217)
at com.osm2xp.parser.Osm2xpMemoryParser.endDocument(O sm2xpMemoryParser.java:82)
at org.apache.xerces.parsers.AbstractSAXParser.endDoc ument(Unknown Source)
at org.apache.xerces.impl.XMLDocumentScannerImpl.endE ntity(Unknown Source)
at org.apache.xerces.impl.XMLEntityManager.endEntity( Unknown Source)
at org.apache.xerces.impl.XMLEntityScanner.load(Unkno wn Source)
at org.apache.xerces.impl.XMLEntityScanner.skipSpaces (Unknown Source)
at org.apache.xerces.impl.XMLDocumentScannerImpl$Trai lingMiscDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerI mpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse (Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse (Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse( Unknown Source)
at com.osm2xp.parser.Osm2xpParser.ParseDocument(Osm2x pParser.java:62)
at com.osm2xp.utils.Osm2xpLauncher.generateTile(Osm2x pLauncher.java:71)
at com.osm2xp.utils.Osm2xpLauncher.generateAllTiles(O sm2xpLauncher.java:104)
at com.osm2xp.utils.Osm2xpLauncher.doInBackground(Osm 2xpLauncher.java:31)
at com.osm2xp.utils.Osm2xpLauncher.doInBackground(Osm 2xpLauncher.java:1)
at javax.swing.SwingWorker$1.call(SwingWorker.java:27 7)
at java.util.concurrent.FutureTask$Sync.innerRun(Futu reTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.jav a:138)
at javax.swing.SwingWorker.run(SwingWorker.java:316)
at java.util.concurrent.ThreadPoolExecutor$Worker.run Task(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run (ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)
02:11:57 Fin traitement tuile 48 3
info : 4151 buildings

02:11:57 Debut traitement tuile 48 2
Erreur lors du renommage du fichier
java.io.FileNotFoundException: ressources/facades (Aucun fichier ou dossier de ce type)
....

Un grand plus néanmoins, la tuile de Paris passe :

02:12:34 Fin traitement tuile 48 2
info : 22847 buildings

Daniel

[PhM]

Je me suis piqué au jeu avec cette histoire d'algorithme de détermination du sens de parcours, et pour pouvoir tester je me suis fait un Osm2Xp ad'hoc.

J'ai fait mes tests sur la Corse, le fichier osm n'étant ni trop petit ni trop gros, pour l'instant je n'utilise que des bâtiments jaunes, afin de pouvoir clairement identifier les éventuels problèmes.

Le taux de rafraichissement est très bon dès que l'on a commenté les lignes HARD_WALL et HARD_ROOF dans le fichier fac. Sinon le moteur de X-Plane n'arrive pas à suivre et ça chute très vite.

Mon premier essai à été en utilisant TinyXml, pour voir ce que ça pouvait donner. Je l'ai vite abandonné, cet abruti de TinyXml essaye de charger tout le fichier en mémoire, puis bricole des trucs et demande encore plus de mémoire, résultat ce n'est absolument pas utilisable.

Pour mon deuxième essai j'ai opté pour une lecture en stream avec un parser fait maison et ce coup ci ça roule comme qui rigole. J'ai testé sur de plus gros fichiers tels que celui du centre et ça passe bien.

Un soucis restant semble être un problème de précision avec des points qui sont à la limite de la tuile de 1 x 1. Certains contours ont des points du style 41.9999970 le suivant étant 42.0000001 et ça passe pas dans XGrinder qui s'attend à une tuile à 41 de latitude et pas plus.

PhM

Edit : En fait ce n'est pas un problème de précision mais de contours à cheval sur deux zones. Pour l'instant je ne les inclus pas dans le dsf, mais ce n'est pas une solution satisfaisante.

J'ai fait quelques test avec une compilation release pour avoir une idée de ce que cela donne, il faudra ajouter le temps de conversion de texte à dsf :

corse.osm : 9 s
basse-normandie.osm : 15 s
centre.osm : 1mn 05s
switzerland.osm : 1mn 02s
ile-de-france.osm : 2mn 08s