Jump to content

maydayc

Members
  • Content Count

    236
  • Joined

  • Last visited

Everything posted by maydayc

  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.
  16. Hmmmm ... vielleicht mal den Wert Curv_tol auf 0,1 stellen ... damit erzeugt er weniger MESH Triangels und damit auch weniger "Wellen". Aber .... damit wird der Taunus natürlich auch "eckiger" .... einfach mal ausprobieren
  17. Frage: Warum hast du einen Custom DEM File ausgewählt und einen Min Angle von 5 bei "Build Base Mesh" eingestellt ? Das kannst du alles erst einmal leer und auf Default lassen. Später kannst du Curv_tol erhöhen um mehr Mesh Triangle zu erzeugen. Damit "Step2" im Ortho4XP Programm ausgeführt werden kann muss man sich Höhendaten für die Kacheln auf den Rechner downloaden.Diese Daten finden man z.B. hier: http://www.viewfinderpanoramas.org/Coverage%20map%20viewfinderpanoramas_org3.htmDort einfach die entsprechende Kachel auswählen (z.B. M32) für Deutschland Mitte. Dann beginnt der Downlad der
  18. Tja was soll ich jetzt sagen ... dieser Fehler kommt wenn du [RETURN] mit in der Befehlszeile eingibst. Das [RETURN] steht für RETURN oder ENTER Taste drücken !!!!! Also nur: pip install "Pillow-3.0.0-cp35-none-win_amd64.whl"
  19. Die "whl" Dateien habe ich im Verzeichnis c:\Python35\Scripts abgelegt. Deshlab zuerst mit cd C:\Python35\Scripts in das Scripts Verzeichnis wechseln und dann pip install "numpy-1.9.3+mkl-cp35-none-win_amd64.whl" [RETURN] pip install "GDAL-1.11.3-cp35-none-win_amd64.whl" [RETURN] pip install "Pillow-3.0.0-cp35-none-win_amd64.whl" [RETURN] eingeben. Wenn alles richtig ist sieht die Ausgabe im CMD Fenster dann so aus: C:\Python35\Scripts>pip install "numpy-1.9.3+mkl-cp35-none-win_amd64.whl" Processing c:\python35\scripts\numpy-1.9.3+mkl-cp35-none-win_amd64.whl Installing
  20. und zur Ergänzung zum Step 2,5... ich führe immer ALLE Steps aus ... also auch den Step 2,5 ! Step 2,5 führe ich auch über einer Kachel nur mit Land aus. Es können ja auch Flüsse dort sein und die werden dann auch richtig gerendert.
  21. Dann sind die Schritte der Vorbereitung wie oben aufgeführt nicht durchgeführt worden. Hierzu einfach von der Webseite: http://www.lfd.uci.edu/~gohlke/pythonlibs/ die Dateien"numpy-1.9.3+mkl-cp35-none-win_amd64.whl""GDAL-1.11.3-cp35-none-win_amd64.whl""Pillow-3.0.0-cp35-none-win_amd64.whl" und diese dann nach Anleitung importieren
  22. Beim Punkt 2.5 wird, meiner Meinung nach, die Textur berechnet die das Wasser in Seen, Flüssen und am Meer und an den Küsten darstellt. Also die Maskierung die dazuführt das die Texture des Wasser am Meer und an der See transparent erscheint.
  23. Klar kann man das beeinflussen ... machst du ja auch schon ... BI oben links steht für BING, GO2 für Google etc. In der Datei Carnet_d_adresses.py steht welche Quellen verwendet werden! Aber das " missing orthophoto " ist normal das zeigt nur an das er die "Bilder/Texturen" noch nicht auf dem Rechner hat. Wenn alles richtig läuft dann kannst du im Verzeichnis Orthophotos\<Kachelname> alle Bilder sehen im JPEG Format. Die werden dann in das DDS Format konvertiert. Wenn da keine Bilder sind ... dann funktionieren die nächsten Schritte auch nicht P.S: Meiner Meinung nach s
  24. Hast du die entsprechenden Befehl nach der Python3.4 installation ausgeführt und zwar die entsprechend "whl" Dateien von http://www.lfd.uci.edu/~gohlke/pythonlibs/ downloaden und diese unter Python34\Scripts ablegen: "mkl-cp34-none-win_amd64.whl""GDAL-1.11.3-cp34-none-win_amd64.whl""Pillow-3.0.0-cp34-none-win_amd64.whl" Dann im Scripts Verzeichnis aufrufen 1. pip install requests [RETURN]2. pip install overpy [RETURN]3. pip install "numpy-1.9.3+mkl-cp34-none-win_amd64.whl" [RETURN] 4. pip install "GDAL-1.11.3-cp34-none-win_amd64.whl" [RETURN] 5. pip install "Pillow-3.0.0
  25. Ich denke mal bei Windows 7 werden die gleichen Installationen wie bei Windows 8.1 notwendig werden. Also zuerst einmal Python 3.4 installieren und dann alle entsprechenden Einstellungen, wie oben beschrieben, vornehmen.
×
×
  • Create New...