Jump to content

maydayc

Members
  • Content Count

    236
  • Joined

  • Last visited

Community Reputation

46 Excellent

1 Follower

About maydayc

  • Rank
    Flight Student - Crosscountry

Recent Profile Visitors

2919 profile views
  1. Na ja ... wenn du das sehr groß machst dann werden nun mal die Berge auch abgeschnitten und auf den Level gezogen den du angegeben hast. Ich würde das an deiner Stelle wieder rückgängig machen und folgendes tun. Seit X-Plane 10.50 kannst du im WED 1.5 einstellen das der Airport immer abgeflacht wird (unter Selection->Always Flatten) Damit erhälst du auch eine "gerade" Runway.
  2. Fehlermeldung kommt auch bei mir aber es geht trotzdem weiter und ich kann die Kachel erstellen. Die Openstreetmap Server werden halt nur durch Spenden finanziert und sind nicht sooo leistungsstark um immer alle Anfragen sofort und performant bearbeiten zu können. Ein Tipp aus der OSM Community ist Anfragen in der Nacht (23:00 bis 6:00 UTC) zu versuchen, da ist meist weniger Anfragenlast.
  3. so weit ich das sehe kann man das nicht über eine cfg steuern. Ortho4xp geht anscheinend nach folgender Reihenfolge für Höhendaten vor: Ist im Ordner "Patches" eine entsprechende Datei (z.B. EDFE.patch.osm) dann werden für diesen Airport die Höhendaten (tags altitude, profile etc.) verwendet Die Höhendaten werden aus der Overlaydatei versucht zu extrahieren (z.B HDV3-Mesh ) Wenn keine Overlaydatei angegeben wurde dann wird nachgesehen ob Höhendaten (+.hgt) im Verzeichnis Evaluation_Data stehen Wenn nichts angegeben wurde kommt die Fehlermeldung das keine Höhendaten vo
  4. Ortho4XP verwendet Höhendaten von OSM wenn welche vorhanden sind. Schau mal hier: Das entscheidende hier ist das EDDF mit dem OSM Tag aeroway = aerodrom versehen ist (siehe Post oben). Dadurch ist die Bahn ganz gerade (in wirklichkeit ist die Bahn aber gebogen. Im Osten und Westen ist sie etwa 3-4 Meter niedriger wie in der Mitte). Das ist in Egelsbach (EDFE) nicht so. Dort sind keine OSM Tags definiert. Deshalb verwendet Ortho4xp bei der EDFE Generierung die Höhendaten die entweder aus Overlaydaten (HDV3-Mesh) oder aus den Daten aus dem Verzeichnis (Evaluation_Data) kommen
  5. Nach der Fehlermeldung hast du die benötigten Module wie z.B. numpy nicht installiert. Python läuft bei dir und python führt auch das Ortho4XP.py script aus nur dann findet das Script das erst benötigte Modul numpy nicht. Hast du auch alle Installationsschritte wie in Post #32 beschrieben ausgeführt ? Die installation von numpy wird dort auch beschrieben. Einfach numpy downloaden und dann im python interpreter pip install "numpy-1.9.3+mkl-cp35-none-win_amd64.whl" ausführen ... Hinweis: ...win_amd64.whl ist ein Beispiel für eine Windows Installation.
  6. Ja kann ich bestätigen. Das hatte ich gestern und zum Teil heute auch noch. Habe es mit meiner Version und mit der neuesten Version von Oscar überprüft und bei beiden ist das Problem aufgetreten. Es scheint also ein Problem bei Bing zu sein.
  7. @PilotBalu: Ja XGrinder hatte ich auch ausprobiert. Leider kann XGrinder (das ist eigentlich nur ein Interface für DDSTool) kann nur PNG und keine JPG umwandeln. So wie ich das sehe holt sich Ortho4XP die Texturen im JPEG Format vom Server und wandelt die um. Wie angekündigt hier die notwendigen Anpassungen im Ortho4XP Source Code um nvcompress zum laufen zu bringen: 1. Im Ortho4XP Verzeichnis die Datei Ortho4XP.py mit einem Texteditor (z.B. NotePad++) öffenen 2. In Zeile 4 steht die Version. Wir verwenden die Version 1.10 vom 15.Dezember 2015 3. Wir gehen d
  8. NVCOMPRESS findest du hier https://code.google.com/p/nvcompress-quick/downloads/list Das ist ein Open Source forke des NVDIA Tools was einwandfrei funktioniert. Einfach nvcompress-quick.tar.bz2 downloaden und z.B. im Verzeichnis "C:\nvcompress" entpacken. Zum entpacken der bz2,tar Datei verwende ich das Programm peazip. Damit können tar,bz2 Archive von Unix unter Windows ausgepackt werden Optional: Nach dem auspacken die Datei "nvcompress-quick.exe" umbenennen in nvcompress.exe. Dann wird es etwas übersichtlicher wenn es später im Ortho4XP Programm aufgerufen wird.
  9. Ich kann bestätigen das die Pixel Artefakte nicht auftreten wenn statt des Imagemagic (convert.exe) Tools das Tool nvcompress verwendet wird. Wie Oscar schon geschrieben hat ist anscheinend das DXT1 Kompressionsverfahren von Imagemagic nicht ganz kompatible für XP10. Mit nvcompress sind bei mir die Artefakte im Wasser nicht mehr aufgetreten (Siehe Bilder von EDNY Friedrichshafen/Bodensee - test_mit_fehler.jpg (Default) und test_nvcompress.jpg) Jeweils in ZL16.
  10. Schau dir doch mal im Verzeichnis Ortho4XP\Orthophotos\<Kachelnummer>\BI_16 die JPEG Bilder an. Die werden von Ortho4Xp beim generieren der Kachel vom Server (Bing, Google Earth etc.) geladen. Haben diese JPEG Bilder auch diese Artefakte ? Wenn ja, dann ist beim Download der Bilder ein Problem aufgetreten. (Welche Internet Verbindung hast du ? ) Wenn nein, dann ist das Problem beim lokalen konvertieren vom JPEG Format in das DDS Format aufgetreten.
  11. Hallo zu Frage 1. Alle Informationen zu den Gebäuden (GPS Position, Breite und Länge) sind in den OSM Daten abgelegt. Für einige Gebäude hat der Ersteller auch noch Informationen wie (Höhe von Gebäudeteilen, Farbe etc. ) eingetragen. W2XP kann diese Daten auslesen und daraus ein 3D Objekt errechnen und platzieren. zu Frage 2. Ja. W2XP erstellt ein Objekt oder bei größeren Gebäude eine Facade mit den Umrissen des Gebäudes. Frage 3. Einfach mit JSOM die Daten mit den passenden Tags in Open Street Map eintragen (falls sie noch nicht dort angelegt sind). Dann die W2XP
  12. Ich habe die wichtigen Punkte und Tags einfach mal in einem Screenshot von JOSM zusammengefasst.
  13. Ich habe mir das mal angesehen ... ja da sieht sehr "wellig" aus. Dann habe ich wie von Oscar Pilote vorgeschlagen mir die OSM Daten von EDDF angesehen und ja dort ist der Airport nicht entsprechend mit den passenden Tags versehen. Das habe ich mit JOSM geändert (ist sehr einfach) und das Ergebnis ist eine schöne, passende Bahn. Das sollte jetzt für alle beim generieren der Kachel passen, aber daran denken "Purge OSM data" auszuführen damit Ortho4XP die neuen Daten vom Server holt ... Bilder sind (vorher/nachher)
  14. Der Edersee sieht bei mir so aus.... Quelle ist Bing (BI)... dort hat der Edersee auf den Satellitenbilder Normalstand (auf den Google Bildern hat der Edersee Niedrigstand) Weiterhin verwende ich World2XPlane XD (selbst erstellt). Strassen, Häuser etc. werden bei mir ohne Probleme angezeigt. Korrekt, die Sichtflugkarte zeigt auch bei mir kein Edersee an....
  15. Dann schau doch mal ob im Ordner Orthophotos\+48+011\BI_17 die Texturen im JPEG Format liegen Wenn ja dann hatte die Konvertierung von JPEG nach DDS mit ImageMagick ein Problem. Ob ImageMagick richtig aufgesetzt ist kann man testen wenn man iin einem CMD Fenster den Befehl convert -list format eingibt. Da sollte dann eine lange Liste mit Formaten kommen die von ImageMagick unterstützt wird. Falls das nicht kommt einfach mal die Installation und Pfad in den Umgebungsvariablen prüfen.
×
×
  • Create New...