simHeaven
-
Posts
5018 -
Joined
-
Last visited
-
Days Won
49
Content Type
Profiles
Forums
Downloads
Posts posted by simHeaven
-
-
Richtig, die ist nur für X-WORLD.
Aber Geduld, ich arbeite daran, die Gebäude aus den OSM building:part zu verbessern, falls sich da ein Update von Layer 6-scenery ergeben sollte, dann mach ich das auch für die 11er-Versionen.
-
1
-
1
-
-
vor 19 Minuten schrieb hmkaiser:
Kann daher in OSM das Gesamt-Gebäude nicht einfach löschen und aus den einzelnen parts Einzel-Gebäude mit identischer Adresse machen.
Nee, um Gottes willen, da nix in OSM ändern, wir kriegen das auch so hin.
vor 20 Minuten schrieb hmkaiser:Ist es bei Konstrukten, die aus OSM-building+OSM-building:part bestehen, möglich, grundsätzlich das "Gesamtgebäude" aus der weiteren X-World-Verarbeitung auszuschließen und statt dessen nur noch die einzelnen building:part als Einzel-Gebäude weiter zu verwenden?
Ja, das war ja auch meine Idee im Post obendrüber. Wenn man, statt die 3 part-Elemente etwas zu verschieben und eh kaum sichtbar sind und nur auf die Performance gehen, das outline-Element löscht, dann hätte man neben einer genaueren Darstellung, weil ja nix mehr überdeckt wird, auch eine Performanceverbesserung. Doch ich kann dies erst in der Nachbearbeitung machen und da brauche ich etwas Unterstützung bei dem Tool was ich dafür nutze.
Können wir erstmal ablegen, Problem erkannt, Lösung gefunden!
-
1
-
-
vor 1 Stunde schrieb simHeaven:
Das in Warschau ist nicht sehr schlau gemacht und unglücklich in OSM gelöst.
Entschuldigung, da muss ich mich korrigieren nachdem ich das OSM Wiki nochmals zu building:part studiert habe. Laut OSM Wiki ist das richtig: "Where a building has been split into parts, the whole building way should still have the tags building:levels=* and height=*. These values should be the maximum of all the building parts. A building that has a three-story part and a six-story part is still a six-story building."
Eine Lösung wäre den Teil zu entfernen der in der Relation die Rolle outline hat, so dass nur die building:part Teile übrig bleiben. Doch das ginge nicht so einfach automatisch. Eine andere, schlechtere Lösung, ganz auf die building:part zu verzichten.
-
Könnte sein, dass manchem die Wälder in der Kachel +50+006 zu wenig sind, die Kachel wurde von w2xp leider nicht erzeugt, ist nur 307 Bytes groß. Ich habe hier die alte Version vom August 2022, da hat sie noch 7,3 MB, gehört nach "simHeaven_X-World_Europe-7-forests\Earth nav data\+50+000":
-
Das in Warschau ist nicht sehr schlau gemacht und unglücklich in OSM gelöst. Wenn die einzelnen Gebäudeteile als building:part mit Höhenangaben erfasst sind, sollte der Gesamtumriss als Gebäude nicht nochmal drin sein. Die eventuell vorhandenen Tags des Gesamtumrisses müssten dann in die Relation "type=building" verschoben werden.
Zur Aufklärung wie ich das verarbeite:
- building:part Elemente werden in der Vorverarbeitung in building=yes gewandelt, sonst würde w2xp 3D-OSM-Gebäude daraus machen
- w2xp erzeugt daraus die Gebäude, entweder ein Objekt oder eine Fassade
- In der Nachbearbeitung prüfe ich auf doppelte Objekte/Fassaden. Sind Grundriss und Höhe identisch, wird eine Fassade entfernt
- Sind die Höhen unterschiedlich, wird die Fassade mit der kleineren Höhe etwas verschoben, damit keine flickernden Fassaden entstehen
-
Ich hab mir das auch genauer angesehen, eine Relation "type=building" (die ich in der Vorverarbeitung entferne) enthält 4 Elemente, 1 als outline dass das gesamte Gebäude erfasst und alle Tags enthält, sowie 3 Elemente als part wo das Gebäude nochmals als 3 Einzelgebäude erfasst sind. w2xp erzeugt dann auch 4 Gebäude:
wobei w2xp aus den 6 Etagen dann 60 Etagen macht. Ob es an dieser unglücklichen Konstellation liegt müsste man bei anderen Gebäuden prüfen die auch viel zu hoch sind, auf der org wurden noch etliche "Spikes" reported, bei denen auf den ersten Blick auch die Etagenanzahl verzehnfacht wurde. Ich vermute jedoch eher einen Zufallsfehler von w2xp.
Ich hab das Gebäude auf die richtige Höhe gestutzt:
Hier das geänderte dsf:
-
Oh danke @Othello, das war ein Kopierfehler und ist nun berichtigt.
Ich befürchte, so ganz werdet ihr mich doch nicht los...
Und Du eh nicht, wir haben ja noch unser Date. 
-
Das war ein fixer Fix, auch dank den Nächten. Nun sind auch die Fixes für Amerika und Asien online sowie die Volldownloads aktualisiert. Somit ist nun alles gut und ich kann beruhigt in die lange Pause gehen, tschüss, bis zum Herbst!
-
2
-
-
vor 58 Minuten schrieb hmkaiser:
das neu herunter geladenen X-World Europe 2.1-Update
Damit wir keinen verwirren, es ist der Fix und diese Datei:
X-WORLD_Europe_2.1_fix (1.75 GiB) 03/01/2023
Das sollte nun auch mindestens bis Herbst stabil sein.
-
1
-
-
vor 10 Stunden schrieb simHeaven:
im Layer 8-network, denn da fehlen seit der v2.1 die ganzen Aerials wie Lifte, Seilbahnen etc. -> Ich mache den Layer 8-network bei allen Paketen neu, starte mit Europa, packe die neuen Dateien in den Fix.
Alles wieder da!
Die Fixes der ersten Kontinente Europe, Africa, Antarctica sind schon online, auch die Volldownloads für XP12 (und XP11) aktualisiert, Australia-Oceania könnte heute auch noch kommen. Morgen dann America und Asia.
-
4
-
-
vor einer Stunde schrieb hmkaiser:
Wir Menschen neigen dazu, möglichst schnell ein auftretendes Problem durch eine eindeutige Ursache-Wirkung-Funktion lösen, bzw. erklären zu wollen.
Und immer ist eines meiner Pakete für irgendwas verantwortlich
Man darf nicht erwarten, dass zum jetzigen Zeitpunkt alles bestens in XP12 ist, da wird an vielen Stellen noch verbessert.
So auch bei mir im Layer 8-network, denn da fehlen seit der v2.1 die ganzen Aerials wie Lifte, Selbahnen etc. -> Ich mache den Layer 8-network bei allen Paketen neu, starte mit Europa, packe die neuen Dateien in den Fix.
-
Danke schön für das Lob!
Zu den Footprints musst Du Dir nur die Dateigrößen von D in Layer 5-footprints angucken, da sind schon noch viele Gebäude in den Footprints die die OSM-Szenerie auffüllen
-
Hintergrund: alle Kacheln mit "-0" im Namen hatten in der Kachel selbst einen falschen Bereich drin, so dass in diesen effektiv keine Exclusion wirkte und sowohl XP12-network als auch X-WORLD-network angezeigt wurde. Für Europa betriifft dies nur die Kacheln westlich des 0°-Meridians.
-
Dieser Fix korrigiert die falschen Kachel-Exclusions der dsf-Dateien in layer 8-network. Nach der Installation solltet ihr eine bessere Performance haben!
Die Fixes können auch für die XP11 X-Szenerien v6.1 verwendet werden, einfach den Namen z.B. von "simHeaven_X-World_America-8-network" nach"simHeaven_X-America-8-network" ändern
-
1
-
-
Soderla, hier die neuen Wälder (ohne Airportgrenzen erzeugt) von Europa zum Testen:
X-World_Europe_2.2_forests-Test.7z (1,27 GB)
-
1
-
-
vor 23 Stunden schrieb Othello:
und der Schnee ist nur auf dem Photo, also der Tapete.
Die sollte man sich aufheben, wenn mal alle Gletscher wech sind dann hat man sie wenigstens noch im Sim
-
1
-
1
-
-
vor 20 Minuten schrieb hmkaiser:
Das lässt sich aber schnell in OSM korrigieren
schnell in OSM ja, doch ich muss wieder den Layer7-forests in 2 Versionen neu erzeugen -> du 1 min, ich 2 Tage
vor 21 Minuten schrieb hmkaiser:Nahezu fast alle APs besitzen Flächen, die innerhalb "aeroway=aerodrome" angelegt wurden, meist natural=grassland, oder landuse=meadow. Das stört uns nicht.
Richtig. Die Frage ist, ob es Vegetation gibt die stört, eben wie die Waldfläche in EDLB, die nun in v2.1 nicht erscheint, dann aber reinkäme, denn meine Daten sind von heute morgen.
Ich habe gestern Abend/Nacht noch einige Airports in +52/+53 angeguckt, da ist mir nichts störendes aufgefallen, im Gegenteil, es sah alles top aus! Doch es hängt da viel von den Global Airport ab, meist sind darin auch Waldflächen am oder um den Airport mit erfasst. Dann wären diese Wälder doppelt.
Am besten wir machen das so: ich erstelle die OSM-Version der 7-forests komplett neu und stelle sie ausdrücklich als TEST zur Verfügung. Wenn dann nix Schlimmes ist, wird das offiziell.
-
vor 22 Stunden schrieb XP-Pilot:
Aber leider haben sich bei den Wäldern Fehler eingeschlichen. z.b. EDWN da fehlt der kpl. Wald. Auch EDWF, da fehlt der Wald am Flugplatz. Ebenso EDDG, da fehlt auch der Wald auf der Nordseite.
Ich hab das getestet, es scheint so, dass w2xp die Wälder komplett entfernt, wenn sie sich mit einer Airportgrenze schneiden.
Ich bräuchte jetzt euere Mithilfe: Ich habe im Bereich +52+000 bis +53+019 die Wälder neu erzeugt ohne überhaupt die Airportgrenzen (sowohl aus XP12 als auch von OSM) zu berücksichtigen. Das bedeutet jedoch, dass auch innerhalb der Airportgrenzen was sein könnte wenn es in OSM ist, kleine Wäldchen, shrubs und so.
Ihr müsst einfach an Airports starten und gucken ob da bezüglich der Wälder alles passt. Die neuen Kacheln sind für XP12 und XP11:
https://www.simheaven.com/uploads/test/Europe-7-forests-Test.7z (50 MB) -
Ich habe bei einer Freundin nahe Fribourg übernachtet, wir waren am Jura, in Interlaken, Meiringen, Kandersteg und so zum Gleitschrimfliegen. Wenn der Wind oder das Wetter nicht passte, dann war Segeln am Thunersee, Inlinern in Neuchatel, Reiten in Payerne oder Skifahren angesagt.
-
1
-
-
Ich liebe die Schweiz
früher war ich mit Auto zum Gleitschirmfliegen dort, dann meist mit Flugzeug und nun mit dem Wohnmobil.
-
1
-
-
vor 1 Stunde schrieb Frithjof:
Sind die Grabstellen entfernbar ohne die ganze Szenerie zu beeinflussen?
Siehe Manual Seite 8
Du musst in der library.txt die Zeile
"EXPORT_EXCLUDE simheaven/ground/cemetery.fac objects/ground/cemetery.fac"
durch
"EXPORT_EXCLUDE simheaven/ground/cemetery.fac objects/blank.fac"
ersetzen, dann sind alle Friedhöfe weg.
Oder meintest Du jetzt DIESEN einen Friedhof?
-
Heute morgen bin ich dazugekommen, meine Werke auch mal zu genießen (X-Plane 12 mit Orthos und X-WORLD Europe).
Hier meine Route, an den roten Kringeln machte ich die Screenshots.
Fribourg
Murten am Murtensee (da war ich erst letztes Jahr, toll dort)
Thun am Thunersee
Interlaken (mit Eiger, Mönch, Jungfrau)
Kandersteg
Daubensee
Leukerbad (unten im Tal) mit Blick Richtung Susten
Rhonetal
Sion (Blick Richtung LSGS)
Sion (Blick zurück)
-
4
-
-
Da bin ich anderer Meinung, denn an anderen Stellen habe ich gesehen dass in der globalen Szenerie manches zu arg "optimiert" wird, kleinere Landflächen und Inseln entfallen, kleinere Wasserflächen auch. So hatte ein User berichtet, dass Boote auf Land sind, das in Wirklichkeit ein Hafen ist, der aber in der globalen Szenerie fehlt.
-
1
-
-
Es sollte auf jeden Fall ein Bug gemeldet werden, mit den Vergleichsfotos XP11 zu XP12, damit LR es weiß und zukünftig verbessern kann.
simHeaven X-WORLD für XP12
in SimHeaven Addons
Posted
@Andre_RX85 Hubschrauber-Landeplätze müssen mit WED als Helipad angelegt werden. Wenn Dir welche in XP12 fehlen, kannst Du sie erstellen und im Gateway hochladen. Wenn dann alles okay ist, werden sie für alle freigeschaltet. Es sind einige (viele?) Helipads in XP12 enthalten. Ich nutze gerne XED7E wenn ich mir was in Erlangen ansehen will.