Speziell die Grastexturen sind eine Art Patchwork-Technik, mit der ich eine Schärfe am Boden gewährleisten kann.
Grade über solche Techniken würde ich gerne mehr in deutscher Sprache lesen. Das fehlt in unserer Sprache einfach, auch als mittelprächtiger Englischversteher wie ich tut man sich auf Seiten wie fsdeveloper schwer 
Deswegen habe ich ja an Christians ausführungen so ein Spaß, wenn ich auch in der Technik nicht alles sofort kapiere, aber wenigstens die Sprachbarriere fällt!
- es gibt keine Folgekosten. Die Lizenzgebühren fallen einmalig an:
- im 2. Jahr zahlt man nur noch...
Irgendwie bekomme ich das nicht in meine Birne:
"Es gibt keine Folgekosten" und "im 2. Jahr zahlt man..." stehen bei mir einfach nicht friedlich nebeneinander in meinen Gehirnzellen!
Das will bei mir immer heissen: Keine Folgekosten, also auch kein 2. Jahr...
Was ist mein Denkfehler?
So, es läuft wieder ganz langsam an...
Viele kleine Einzelprobleme waren´s:
Ich habe nochmal alles in den Kübel getreten und habe neu angefangen.
Begonnen mit QGIS, welches auf einmal die Kacheln nicht mehr laden wollte.
Kurz vor dem endgültigen Aufgeben bemerkt, dass ich nach dem Umstellen nach WSG84 nicht nochmal auf Anzeigeausdehnung geklickt habe und deshalb keine Werte in "Spalten" stand. Somit läd QGIS auch nichts!
Dann auf einmal Probleme, dass ich mit GIMP keine Transparenz mehr erzeugen kann, wenn ich schwarz male (Alphalayer)
Ich weiß, dass ich das schon ein paar mal gemacht habe, ich hatte ja bisher nur GIMP, das geht!
Diese WE zum verrecken nicht mehr...
Habe mir extra 1000 qm Hahn zurechtgeschnitten damit das resampeln schneller geht. Ich bekomme es nicht mehr gebacken...
Also mit CS 2 versucht, geht fast sofort. Die Geschichte mit der Blendmaske nach deiner Anleitung habe ich auch mal versucht, ist mir aber zu hoch. Das Ergebnis nach einer Stunde rummachen war auf einmal nur in Grautönen...
Also mein ETAR Projekt versucht in CS2 zu laden, geht nicht, blödsinnige Fehlermeldung, aber mit try and error festgestellt, dass CS2 ab irgendeiner Dateigröße zwischen 1 und 2.7 GB nicht mehr mitspielt.
Von vorher wusste ich, dieser Splitter in QGIS funktioniert nicht. Während ich noch mein Schicksal verfluche, kündigt QGIS ein Update an, auf 2.18.3.
Dieses habe ich aufgespelt und siehe da, von Stund an stürzt das Tool nicht mehr bei jedem Beenden ab, außerdem funktioniert der Kartensplit.
Lag also alles an der Version 2.18.2.
Mich wundert zwar, dass nach dem Split einer Karte von 2.7 GB in 2 Teile 2 Bilder mit 938 MB herauskommen (Sollte die Summe der Teile eines Ganzen nicht Größer/gleich sein wie das Ganze?)
Aber mir erstmal egal, ich bin unter 1 GB, also kann ich erst mal in CS 2 weiter machen...
Ich werde nochmal reinschauen.
Diese Woche war ich wieder dauerhaft unterwegs, also bleibt wieder mal alles liegen und der FluSi ist in unerreichbarer Ferne...
Kann einer von euch gute sceneries von Büchel, oder Spangdahlem empfehlen?
Ich benutze zwar P3D 3.4, aber mit dem Migration tool geht das ganz gut, mit der Installation.
Ich kann nur von Spangdahlem berichten, es gibt eine "brauchbare" Freeware-Version: http://library.avsim.net/esearch.php?DLID=184052
Dummerweise habe ich bei mir festgestellt, nachdem ich eine Fototapete druntergelegt habe, dass der Platz rund 80 m entlang der Pistenachse verschoben ist.
Ich habe Tage und Wochen damit verbracht, zum Eigenbedarf Piste und Objekte zu verschieben... Ohne Tapete ist er aber sehr nett!
Hatte ich auch schon versucht, komischerweise hat mir QGis 12 1Kilobyte Dateien produziert, ohne jeden Bildinhalt.
Zur Zeit kollidieren grade wieder dramatisch wenig Zeit mit zu vielen Fallstricken. Siehe CS2 geht nicht in Windows 10, resample läuft zwar 3-4 Stunden, produziert aber kein Ergebnis, vor allem, wenn ich die inf. Datei erstelle habe ich irrsinnige Probleme die Koordinaten zu erstellen.
Das was QGIS ausspuckt passt zu keinem deiner Beispiele...
Ich werde noch Panne.
Nachdem ich gestern 6 Stunden damit verschwendet habe rauszufinden, dass die alte downloadbare CS2 Version nicht unterWindows 10 läuft, auch nicht im Kompatibilitätsmodus, verbeisse ich mich jetzt beim Resampeln.
Ich hatte bisher ETAR provisorisch auf einem überschaubarem Fotoground angelegt, diesen wollte ich jetzt verdrößern und die nahegelegenen Waldgebiete mit einschließen.
Jetzt macht aber resample.exe ärger, denn es wird keine bgl erstellt.
Eigentlich meldet das Tool "success", allerdings schon nach einer Sekunde, wie gesagt, ohne eine bgl zu bauen.
Ich habe jetzt den Verdacht, dass die größe der Bilddatei schuld ist, immerhin sind das 2,7 GB, der alte Fotoground hatte 1 GB, dieser wird auch noch kompiliert.
Gibt es eine bekannte Obergrenze für die Filesize? Ggf. 2GB?
Das hieße dann ja, ich müsste das Projekt ganz anders anlegen... 
Generell freue ich mich immer über Militätplätze und AI Traffic.
Damit habe ich sicher 70 % meiner dramatisch knappen Flusi-Zeit zugebracht.
Ramstein über Wochen im Layout in P3D angepasst, mal einen (immer noch unfertigen) Fotoground untergeschoben und und und....
Spangdahlem runtergelasen und festgestellt, dass es gegenüber einem referenziertem Fotoground extrem verschoben ist, auch da wieder Objekt für Objekt verschoben, geändert, plaziert...
Das tragische ist, ich bin und bleibe zu blöd, eigenen 3D Gebäude zu bauen, ein paar mal versucht, aber die Einarbeitungszeit sprengt jeweils jeden mir zu Verfügung stehenden Zeitrahmen.
So bleibt es dann bei ADE und Standardobjekten, dank Christian jetzt auch Fototapeten, und eben AI-Traffic gebastele mit den bekannten (leider fast ausschließlich FS9) Modellen mit AI Enhancer und UT2.
Generell ist es aber eine Vorliebe von mir, Globemastern, Galaxys und Ospreys über die Plätze wuseln zu sehen.
Wenn also noch jemand schöne Airbases baut (Wunsdorf hätte es nötig), dann reisse ich sie ihm aus der Hand 
Hoffentlich haben die die selbe Gebietsaufteilung wie meine Firma.
Unser Bereich "Nord" geht von der Nordseeküste über das Saarland nach Karlsruhe und zurück bis Flensburg 
Für die reichen Schwaben kann ich noch eine automatische Übersetzung empfehlen:
http://www.fh-wedel.de/~si/zettelkasten/etc/schwob.html
Verdammt, wenn die Historir.txt recht hat ist es die 1.20 für den FSX
Kapier ich nicht, wo kommt die denn her, den FSX habe ich seit Jahren nicht mehr, nichtmal Backups.
Und ich könnte schwören, dass ich nach jedem P3D Update erstmal alle Studios abgeklappert habe, um neue und passende Versionen der Add On´s zu laden.
Da muss echt was schiefgelaufen sein..
Dummerweise finde ich auch keine Downloadquelle im Netz, EDLE wird bei Flightport nicht mehr gelistet, habe ich da noch mehr verpasst ?
Am Liebsten wäre mir, es gäbe keinen Installer sondern einfach ein zip, welches ich mir in meinen custom-konfigurierten Sim einbauen kann
Hallo
hier die im anderen Thread angesprochenen verschobenen Markings.
Das ist auf dem ganzen Platz so, wie gesagt, bislang habe ich mir damit beholfen, dass ich die mh:flughafen_markierungen.bgl deaktiviert habe.
Damit habe ich dann nur noch die weißen markings, was für mich OK war
So ist der Flugplatz Essen/Mülheim enstanden; Resampeltes Luftbild + ADE.
Wobei ich grade mit Mühlheim das Problem habe, dass im P3D die gelben Linien auf dem Apron gegenüber dem restlichen Layout im rund einen halben Meter verschoben sind.
Ich bin der Sache aber noch nicht tiefer auf den Grund gegangen, dafür war mir dieser optische "defekt" bisher nicht schwerwiegend genug...
***edit***
Ich farbenblinder Blindfisch, das "Problem" existiert immer noch, die gelben Markierungen liegen versetzt zu den weißen Doppel "T" Markierungen.
Das beste ist für mich, ich deaktiviere die bgl für die Markierungen
Ich habe nur Punkt 3 erledigt, ohne duplizieren, keine weiße Maske(n).
Allerdings habe ich auch keine Wasserfläche im Bild.
Ging!
Dafür scheitere ich beim Anpassen der Farben an FTX mit Gimp.
Der Filter, den ich dafür gefunden habe, implodiert offenbar ob der schieren Datenmenge . Allerdings ist er vom Autor auch als "Highly Experimental" gekennzeichnet.
Das ist irgendwie seltsam.
Ich habe grade extra nochmal ein Luftbild für mein anderes Lebenszeitprojekt erstellt, ETAR.
Ich habe keinerlei Probleme, das WGS84 erstellte *.tif mit Gimp zu öffnen .
Also grundsätzlich kann ich dieses Problem nicht bestätigen.
Ich habe zwar eine etwas ältere Version von GIMP installiert (2.8), kann mir aber nicht vorstellen, dass die jetzt mit der Kompatibilität gebrochen haben.
Aber zum Test werde ich mal die aktuelle Version auf meinem Flusirechner installieren und schauen, ob ich mein GeoTiff damit auch noch öffnen kann.
***edit***
Ich sehe grade, die von mir benutzte 2.8.16 IST die aktuelle stable.
Von einer 2.9 lese ich auf der offiziellen Seite nichts...
In den drei Farbkanälen (jeweils 8-bit) entsteht kein Verlust, das macht keinen Unterschied, aber bei den Alphakanälen schon!Ja das mit den GeoTiffs ist schon so eine Sachen, weil sie zu den normalen drei 8-bit Farbkanalen zusätzlich zwei Alphakanäle haben sollten. Einen für die Wassermaske und einen für die Blendmaske. Und da spielt wohl offensichtlich Gimp nicht mit, was für mich unverständlich ist. Sollte Gimp nicht auch 32-bit Bilddateien einlesen können?
Wenn eine GeoTiff nur die drei 8-bit Farbkanäle hat, ist das ja kein Problem, dann ist sie oberflächlich betrachtet eine normale 24-bit Bilddatei (3x8-bit). Wenn sie aber auch Alphakanäle beinhaltet und beim Einlesen in Gimp die Alphakanäle konvertiert werden und die beiden Alphakanäle futsch sind, gibt's keine Masken mehr. Mann könnte allerdingt die Masken auch als separates Eingangsmaterial verwenden, muss dann nur seine INF-Datei anpassen.
Da waren sie wieder, meine Bömischen Dörfer mit der Einwohnerzahl des ganzen Ruhrpotts...
Bis heute habe ich noch nicht geschnallt, was der Alphakanal eigentlich ist...
Ich sehe zwar in GIMP, dass ich Ebenen und Alphakanäle zufügen kann, aber dann sehe ich nur noch ein dummes graues Schachbrett...
Na ja, für meine ersten Versuche reicht´s erstmal, alles was ich nicht sehen will schön schwarz auszumalen, weg ist das Bild im Sim.
Und dann noch die Farbanpassungen, damit der Platz nicht so ein enormer Fremdkörper in der FTX Umgebung ist.
Jetzt habe ich mich doch mal hier angemeldet, im Kompetenzzentrum für Photobackground 
Ich habe meine ersten Gehversuche jetzt mit GIMP durchgeführt, tatsächlich rechnet GIMP auf 24 bit runter.
Wobei ich optisch nicht erkennen kann, wie sich der "Verlust" bemerkbar macht.
Schlimmer ist für mich die Qualität des Eingangsmaterials, im Herbst durch leichten Bodennebel geknipst, und dann mit gut sichtbarem Farbunterschied zwischen 2 benachbarten Kacheln, das sind eher die Probleme, mit denen ich Kämpfe.
Ich bin halt Mechaniker, kein Grafiker. Ich kann keinen Qualitätsunterschied zwischen unterbelichtet mit 8 Megapixeln und unterbelichtet in 24 Megapixeln erkennen 
