[simHeaven X-EUROPE 5]

23 hours ago, PilotBalu said:

...wo die CPU auf 100% läuft und (scheinbar) nichts passiert, das dauert immer so 5 - 10 Sekunden. Könnte mit einem Java-externen Zugriff zusammenhängen, z.B. beim Anlegen der +.txt- Datei und Umwandeln der txt in dsf. Bei meinem alten Rechner war dies nicht, da lief das flüssig durch. w2xp läuft als executable Java (Version 8 Update 281) mit > 48 GB Speicherzuordnung, Virenschutz durch Defender.
Hat da jemand eine Idee, woran das liegen könnte?

Was Sie beschreiben, klingt wahrscheinlich danach, dass GC (Garbage Collection) intern von Java ausgeführt wird. W2XP scheint eine ziemlich alte Version von Java zu erfordern: 8. Diese Version verwendet weiterhin "Parallel GC" als Standard-GC-Strategie. Neuere Versionen von Java bieten alternative GC-Strategien, die möglicherweise eine viel bessere GC-Leistung liefern (viel niedrigere GC-Pausen). Zum Beispiel gibt es G1GC, ZGC. Ab Java 9 ist G1GC die neue Standardstrategie. Aber da W2XP unter Java 9 oder höher nicht gut zu laufen scheint (ich habe es versucht), stecken Sie mit Java 8 fest.
 

Es gibt noch eine Option zum Ausprobieren. Es gibt eine alternative JVM-Implementierung (Java Virtual Machine) namens GRAALVM. Es wird immer noch von Oracle erstellt, genau wie "normales" Java. Dieses GRAALVM bietet mehr Funktionalität, einige Bereiche sind anders implementiert usw. Und - überraschenderweise - sogar sein Java8 "Flavour" unterstützt G1GC!
 

Hier ist also, was Sie vielleicht ausprobieren möchten:

1) Laden Sie GRAALVM "Java 8 based", Windows (amd64) von hier herunter: https://github.com/graalvm/graalvm-ce-builds/releases/tag/vm-21.0.0.2 
2) Entpacken Sie diese Zip-Datei in einen lokalen Ordner, z. B. c:\apps\graalvm-ce-java8-21.0.0.2\ (entpacken Sie sie so, dass der Pfad c:\apps\graalvm-ce-java8-21.0.0.2\bin\java existiert)
3) Erstellen Sie eine "w2xp-graalvm.bat" -Datei in Ihrem W2XP-Ordner mit folgendem Inhalt: (Ändern Sie den Wert 25G in den tatsächlichen Speicher, den Sie verwenden möchten.)

c:\apps\graalvm-ce-java8-21.0.0.2\bin\java -d64 -XX:+UseG1GC -Xmx25G -Xms25G -jar World2XPlane.jar

4) Verwenden Sie diese Bat-Datei, um W2XP mit graalvm zu starten. Es sollte normal starten und Sie sollten versuchen können, eine Generation durchzuführen. Hoffentlich ist es schneller als die Standardeinstellung.

[simHeaven X-EUROPE 5]

3 hours ago, PilotBalu said:

Ja, genau, building:min_level > 0 unterdrücke ich in der Vorverarbeitung. solche Gebäude werden dann nicht erzeugt.

 

EDIT: "Man" könnte mit overpass nach solchen Gebäuden mit building:min_level > 0 suchen, prüfen ob das stimmt und ggf korrigieren.

 

Im Fall des erwähnten Gebäudes mit "building: min_level = 1" hat es wahrscheinlich jemand absichtlich gemacht, da das Gebäude auf einer Art Pfeiler steht:

 

 

"Schwimmendes Bauen" macht in diesem Fall also ein bisschen Sinn. Warum unterdrücken Sie das Bauen: min_level> 0? "Nur" um schwimmende Gebäude zu vermeiden, oder gibt es einen wichtigeren Grund?

 

Welche mehrteiligen Gebäude kann X-Europe generell generieren? Aus Ihren vorherigen Screenshots geht hervor, dass einige relativ komplexe Gebäude ab 5.3 generiert werden.

 

 

 

Aber ich sehe immer noch sehr oft nur den "Basisteil" des Gebäudes anstelle ähnlicher komplexer mehrteiliger Formen. Oft bedeutet dies, dass dort, wo sich ein großes "Turm" -Gebäude befinden sollte, nur eine einstöckige Basis des Gebäudes gerendert wird.

 

 

 

Sollte dieses Gebäude "vollständig" oder (aufgrund einiger Einschränkungen) nur der Basisteil des Gebäudes gerendert werden? Oder fehlen OSM-Daten möglicherweise einige wichtige Tags / Beziehungen zwischen dem Gebäude und Teilen? Es ist dieses Gebäude  https://www.openstreetmap.org/way/22540879

 

[simHeaven X-EUROPE 5]

3 hours ago, hmkaiser said:

@Brdloush, du meinst Version 5.x?

Ich habe in OSM geguckt: Das rot markierte Gebäude "BDO" besteht aus mehreren nicht verbundenen "building:part=yes". In JOSM gibt es eine entsprechende Warnmeldung.

 

Ah ja, ich meinte 5.3.1 und 5.4, sorry.

 

Interessante Beobachtung zur Validierung in JOSM. Was genau sagt die Validierung in Ihrem Fall aus und wie sollten die Teile korrekt "verbunden" werden?

In meinem JOSM heißt es in der Validierungswarnung "suspicious tag combination - building:part together with building (1)". Diese Warnung scheint darauf hinzudeuten, dass es möglicherweise keine gute Idee ist, beides zu haben "building:part" und "building:part" auf dem gleichen Objekt vorhanden.

 

Ich fand es interessant, dass das erwähnte Gebäude in F4map gerendert wird, also habe ich es erneut überprüft und festgestellt, dass das Gebäude in F4map tatsächlich in der Luft schwebt. Das scheint daran zu liegen "building:min_level=1". Vielleicht könnte dies auch ein Problem sein, das dazu führt, dass dieses Gebäude nicht in X-Europe gerendert wird?

[simHeaven X-EUROPE 5]

Hallo Armin,

 

Ich habe festgestellt, dass X-Europe (wahrscheinlich dank einiger Korrekturen in 4.4) plötzlich damit begann, einige Gebäude in meiner Nachbarschaft zu rendern, die in früheren Versionen fehlten. Sie sind im Screenshot blau markiert. Genial!

In den Vergleichs-Screenshots gibt es immer noch ein Gebäude, das selbst in X-Europe 4.4 nicht vorhanden ist. Ich habe es im Screenshot rot markiert. Ich frage mich, ob es daran liegt, dass es sich um ein mehrteiliges Gebäude handelt und es nicht richtig markiert ist.

 

Es ist dieses Gebäude:
https://www.openstreetmap.org/node/2771993676
https://demo.f4map.com/#lat=50.0441595&lon=14.4435443&zoom=20&camera.theta=45.909&camera.phi=61.879

 

Schönes Weihnachtsfest!