User talk:Fl.schmitt
Add topic|
|
|
Our first steps tour and our frequently asked questions will help you a lot after registration. They explain how to customize the interface (for example the language), how to upload files and our basic licensing policy (Wikimedia Commons only accepts free content). You don't need technical skills in order to contribute here. Be bold when contributing and assume good faith when interacting with others. This is a wiki. More information is available at the community portal. You may ask questions at the help desk, village pump or on IRC channel #wikimedia-commons (webchat). You can also contact an administrator on their talk page. If you have a specific copyright question, ask at the copyright village pump. |
|
-- 07:32, 14 May 2011 (UTC)
Kleine Rückmeldung...
[edit]Hi! Ich habe frohe Kunde zu überbringen: Ich bekomme regelmäßig Benachrichtigungen, dass von bayerischen Orthophotos Inhalte extrahiert. Die Nachfrage ist also sehr hoch. Und auch einige amerikanische Luftbilder konnten mit Koordinaten versehen werden. In Kombination mit Mapillary und anderen Quellen ist also eine geografische Erfassung vieler Bereiche der Welt möglich. Das klingt nach einer guten Sache und danke Dir für deine Hilfe von strukturierten Daten ;).
Nebenbei bin ich noch bei der Massenarchivierung der Orthophotos der USA. Leider ist über den Namenstitel ohne weiteres wohl kein Geotagging möglich, aber es gibt wohl Dateien mit Metadaten vom Anbieter, die wohl die Geokoordinaten enthalten. Vielleicht kann ich da mal mehr herausfinden. Die NRW-Orthophotos (RGB) sollten auch hoffentlich noch im Februar fertig werden. Viele Grüße! --PantheraLeo1359531 😺 (talk) 10:22, 5 February 2026 (UTC)
- @PantheraLeo1359531: Ich habe mir die USA-Daten mal näher angesehen. Es gibt in der Tat Metadaten mit Position der "Bildränder". Das ist aber etwas umständlich, da jeder US-Bundesstaat dafür eine eigene ID hat; das lässt sich schlecht automatisieren (für Rhode Island beispielsweise 9589, ergibt sich aus [1] – dort findet sich dann unter der Überschrift "Subdirectories" ein Verzeichnis mit XML-Metadaten zu jeder Bilddatei; in diesen XML-Metadaten sind die Begrenzungen angegeben). Weil die Angabe der Bildbegrenzung sehr nützlich ist, schaue ich mal, ob ich die Daten doch irgendwie verwenden kann. Dafür müsste mein Bot aber für jedes Bild diese URL finden, ihr folgen und dann die Metadaten finden. Das ist fehleranfällig und umständlich; ein gesammelter Download der Metadatan wäre hilfreich, aber ohne Kenntnis der IDs ebenfalls nur händisch möglich.
- Ich habe aber auch einen Weg gefunden, aus den Dateinamen die Position der südöstlichen Bildecke zu ermitteln. In den USA sind alle Bereiche zwischen zwei Längen- und Breitengraden in 64 (8x8) Quadranten von 7,5 Minuten Seitenlänge unterteilt, diese Quadranten dann nochmals in vier Unterquadranten (3,75 Minuten Seitenlänge). Die Nummerierung beginnt in der nordwestlichen Ecke. Der Dateiname enthält die Gradangaben der Südostecke des Bereichs (z.B. 41° N / -71° E für den Bereich zwischen 41° N / -71° E und 42° N / -72° E), die Nummer des Quadranten (beginnend in der Nordwestecke!) und die Position (NW/NE/SW/SE) des Unterquadranten.
- Aus diesen Angaben kann man (wenn auch etwas umständlich) die Position der Ecken sowie dann der Bildmitte errechnen. Für M_4107123_sw_19_060_20210826.tif wären das die Werte 41 (für die Breite), -71 für die Länge, 23 für den Quadranten und SW für den Unterquadranten. Für die Südostecke des verlinkten Bildes müsste man von der Nordwestecke des Bereiches 41° N / -71° E ausgehen, also von 42° N / -72° E. Von dieser Position geht man 7 * 7,5' nach Osten und 3 * 7,5' nach Süden, da der Quadrant 23 der "siebte" in der "dritten Reihe" ist. Ausgehend von dieser Position kann dann auch die Bildmitte des im Bild gezeigten Unterquadranten errechnet werden.
- Die errechnete Südostecke stimmt nicht 100%ig mit der jeweiligen Bildecke überein, weil die Bilder wohl mit einer geringen Überlappung versehen worden sind. Das wirkt sich aber nicht aufs Bildzentrum aus. Das sollte exakt sein, solange die Überlappung an allen Bildrändern identisch ist.
- Ich schaue mal, ob ich meinem Bot die Berechnung beibringen kann - dann könnte man auf die gewohnte Methode auch die USA-Bilder georeferenzieren. Fl.schmitt (talk) 10:51, 7 February 2026 (UTC)
- Wow, danke für Deine ausführliche Antwort :D. Ja, die kleine Überlappung dächte ich, auch gehört zu haben. Ich glaube, die Metadaten sind teils je nach Befliegung oder Jahr unterschiedlich hinterlegt...
- Also wenn das irgendwie mit dem Geotagging klappt, wäre das ein großer Schritt. Halte mich gerne auf dem Laufenden, und falls ich helfen kann, kann ich gerne drüber gucken ;). Liebe Grüße --PantheraLeo1359531 😺 (talk) 11:00, 7 February 2026 (UTC)
- @PantheraLeo1359531: "Here we go" -> NAIP (Indiana) :-) - mal sehen, wie flott das durchläuft (ich habe mir noch nicht die Mühe gemacht, nach Counties zu kategorisieren, d.h. der Bot muss nur den Dateinamen auslesen und dann die Koordinaten schreiben). Fl.schmitt (talk) 18:42, 7 February 2026 (UTC)
- Ups - musste nochmal korrigieren, ärgerlicher Denkfehler in meiner Positionsberechnung. Jetzt sollte es passen... Fl.schmitt (talk) 19:23, 7 February 2026 (UTC)
- Er hat's gemacht! Unfassbar, ich bin wirklich beeindruckt, großes Lob für die Arbeit! :D Bei den fertig hochgeladenen kann gerne nach Counties kategorisiert werden, bei noch nicht fertig hochgeladenen/frisch hochgeladenen US-Bundesstaaten möchte ich dann davor noch eine Datenerhebung machen, um die Dateianzahl und Datenmenge zu messen, ggf. auch zum Abgleich der Uploadliste. Wenn das so weitergeht, könnte man ein Wikimedia-basiertes Google Maps machen, hehe :). Vielen Dank für Deinen Einsatz und Zwischenergebnis --PantheraLeo1359531 😺 (talk) 20:34, 7 February 2026 (UTC)
- @PantheraLeo1359531: Für die Kategorisierung nach Counties habe ich mir erst mal einen kleinen Staat vorgenommen - Rhode Island, dank der Unterkategorien jetzt schön bunt :). Funktioniert ganz gut, außer an den Staatsgrenzen - da erwischt der Bot manchmal den Nachbarstaat oder das Nachbarcounty. Vielleicht kann ich ihm das noch abgewöhnen... Ich schaue mal, ob der Bot die Kategorisierung für Indiana noch nachholen kann, dann geht es mit den anderen Staaten weiter. Fl.schmitt (talk) 18:50, 8 February 2026 (UTC)
- Wunderhübsch, in der Tat! Das mit den Grenzen ist ein guter Punkt, den Du ansprichst. Tatsächlich sind einige Dateien beim Anbieter in mehreren Dateikatalogen vorhanden. Da könnte man diskutieren, wo man welche Datei einbaut. Bei knapp 50 US-Bundesstaaten ist das eine stattliche Arbeit :D. NAIP ist etwas besonders: Es hat (meines Wissens) leider kein Bildmaterial von Alaska, dafür von Tijuana, Puerto Rico, Virgin Islands, ... Bei manchen Staaten haben wir Dateien, die bis zu 2,3 GB groß sind, da wird OpenRefine leider etwas bockig. Aber ich bin schon sehr gespannt, wie es weiter geht ;). Eine komplette Abdeckung der USA haben wir definitiv nicht, so ist der Bereich um Area 51 nicht abgedeckt. PantheraLeo1359531 😺 (talk) 19:44, 8 February 2026 (UTC)
- Ergibt es Sinn, zur Kategorieseite jedes Bundesstaats einen Link zu den bunten Karten zu verlinken? --PantheraLeo1359531 😺 (talk) 19:46, 8 February 2026 (UTC)
- @PantheraLeo1359531: 2,3 GB, uiuiui! Mit den Grenzen werde ich mal sehen... Link zu den Karten: Aktuell setze ich in Kategorie-Seiten für die einzelnen Bundesstaaten (z.B. Orthophotos of Rhode Island) ein {{Geogroup}}-Template mit
level=2. Hinter dem dadurch generierten Link verbirgt sich dann genau diese Karte. Aber der Link ist schon etwas unauffällig. Vielleicht fällt mir noch was ein. Fl.schmitt (talk) 20:05, 8 February 2026 (UTC)- Mit dem NAIP bin ich jetzt größtenteils fertig, und auch mit den NRW-RGB-Orthophotos fertig, nun sind die CIR-Orthophotos dran. Viele Grüße :) --PantheraLeo1359531 😺 (talk) 18:50, 15 February 2026 (UTC)
- @PantheraLeo1359531: Prima, noch mehr Bot-Futter ;-) ich knabbere mich derweil in aller Ruhe durch die NAIP-Daten – inzwischen habe ich auch die Generierung der County-Kategorien weitgehend automatisiert, d.h. es ist praktisch keine manuelle Nacharbeit mehr erforderlich. Eine gute Woche wünscht Fl.schmitt (talk) 21:04, 15 February 2026 (UTC)
- Ah, da sind hervorragende Nachrichten :D. Ich hoffe, dass ich demnächst noch den Rest hochladen kann, dann wäre das soweit vollständig :). Aber keine Sorge, es wird noch genug zu tun sein. Ebenfalls eine angenehme Woche! --PantheraLeo1359531 😺 (talk) 09:04, 16 February 2026 (UTC)
- @PantheraLeo1359531: Prima, noch mehr Bot-Futter ;-) ich knabbere mich derweil in aller Ruhe durch die NAIP-Daten – inzwischen habe ich auch die Generierung der County-Kategorien weitgehend automatisiert, d.h. es ist praktisch keine manuelle Nacharbeit mehr erforderlich. Eine gute Woche wünscht Fl.schmitt (talk) 21:04, 15 February 2026 (UTC)
- Mit dem NAIP bin ich jetzt größtenteils fertig, und auch mit den NRW-RGB-Orthophotos fertig, nun sind die CIR-Orthophotos dran. Viele Grüße :) --PantheraLeo1359531 😺 (talk) 18:50, 15 February 2026 (UTC)
- @PantheraLeo1359531: 2,3 GB, uiuiui! Mit den Grenzen werde ich mal sehen... Link zu den Karten: Aktuell setze ich in Kategorie-Seiten für die einzelnen Bundesstaaten (z.B. Orthophotos of Rhode Island) ein {{Geogroup}}-Template mit
- Ergibt es Sinn, zur Kategorieseite jedes Bundesstaats einen Link zu den bunten Karten zu verlinken? --PantheraLeo1359531 😺 (talk) 19:46, 8 February 2026 (UTC)
- Wunderhübsch, in der Tat! Das mit den Grenzen ist ein guter Punkt, den Du ansprichst. Tatsächlich sind einige Dateien beim Anbieter in mehreren Dateikatalogen vorhanden. Da könnte man diskutieren, wo man welche Datei einbaut. Bei knapp 50 US-Bundesstaaten ist das eine stattliche Arbeit :D. NAIP ist etwas besonders: Es hat (meines Wissens) leider kein Bildmaterial von Alaska, dafür von Tijuana, Puerto Rico, Virgin Islands, ... Bei manchen Staaten haben wir Dateien, die bis zu 2,3 GB groß sind, da wird OpenRefine leider etwas bockig. Aber ich bin schon sehr gespannt, wie es weiter geht ;). Eine komplette Abdeckung der USA haben wir definitiv nicht, so ist der Bereich um Area 51 nicht abgedeckt. PantheraLeo1359531 😺 (talk) 19:44, 8 February 2026 (UTC)
- @PantheraLeo1359531: Für die Kategorisierung nach Counties habe ich mir erst mal einen kleinen Staat vorgenommen - Rhode Island, dank der Unterkategorien jetzt schön bunt :). Funktioniert ganz gut, außer an den Staatsgrenzen - da erwischt der Bot manchmal den Nachbarstaat oder das Nachbarcounty. Vielleicht kann ich ihm das noch abgewöhnen... Ich schaue mal, ob der Bot die Kategorisierung für Indiana noch nachholen kann, dann geht es mit den anderen Staaten weiter. Fl.schmitt (talk) 18:50, 8 February 2026 (UTC)
- Er hat's gemacht! Unfassbar, ich bin wirklich beeindruckt, großes Lob für die Arbeit! :D Bei den fertig hochgeladenen kann gerne nach Counties kategorisiert werden, bei noch nicht fertig hochgeladenen/frisch hochgeladenen US-Bundesstaaten möchte ich dann davor noch eine Datenerhebung machen, um die Dateianzahl und Datenmenge zu messen, ggf. auch zum Abgleich der Uploadliste. Wenn das so weitergeht, könnte man ein Wikimedia-basiertes Google Maps machen, hehe :). Vielen Dank für Deinen Einsatz und Zwischenergebnis --PantheraLeo1359531 😺 (talk) 20:34, 7 February 2026 (UTC)
- Ups - musste nochmal korrigieren, ärgerlicher Denkfehler in meiner Positionsberechnung. Jetzt sollte es passen... Fl.schmitt (talk) 19:23, 7 February 2026 (UTC)
- @PantheraLeo1359531: "Here we go" -> NAIP (Indiana) :-) - mal sehen, wie flott das durchläuft (ich habe mir noch nicht die Mühe gemacht, nach Counties zu kategorisieren, d.h. der Bot muss nur den Dateinamen auslesen und dann die Koordinaten schreiben). Fl.schmitt (talk) 18:42, 7 February 2026 (UTC)
Frisch gebackene Orthophoto-Uploads von SH
[edit]Huhu! Soeben haben wir eine neue Kollektion von Orthophotos von Schleswig-Holstein ohne Koordinaten. Danke im Voraus ;) --PantheraLeo1359531 😺 (talk) 11:30, 18 February 2026 (UTC)
- @PantheraLeo1359531 - super, und die Dateinamen entsprechen dem üblichen Schema - ist vorgemerkt! Vielleicht bekommen wir ja ganz Deutschland mit Orthophotos abgedeckt. Viele Grüße! Fl.schmitt (talk) 12:26, 18 February 2026 (UTC)
- Ja, die gemeinen RGB(I)-Orthophotos von DE sollten eigentlich alle soweit dem Schema glücklicherweise folgen :D. Die Vermutung dürfte tatsächlich (nahezu) machbar sein, aufgrund bestimmter Vorgaben. Leider bieten manche Länder keine Massendownloads und/oder nur gezippte Dateien, was ein Massentransfer erschwert oder ein manuelles Hochladen vonnöten macht, und das dauert bei mindestens 1 TB pro Flächenbundesland... Mal sehen, Grüße! :) --PantheraLeo1359531 😺 (talk) 18:40, 18 February 2026 (UTC)
- Ich bin gerade dabei, neue Techniken anzuwenden, um möglichst alle Bundesländer abzudecken. Leider schießt gerade Berlin den Vogel ab. Sie bieten GAR KEINE Downloadoptionen an (freie Lizenz ist jedoch vorhanden), sondern nur die Karten über den WMS. Das heißt, ich muss über die URL die richtigen Parameternamen schätzen und dann darüber eine systematische Kachelung mit Nomenklatur erreichen. Das ist zwar eine Friemelei, kann aber viel helfen, da etliche Kartenmaterialien über WMS laufen und eigentlich nur in QGIS funktionieren, worüber ein Massendownload nur von Profis erreicht wird. Aber zumindest für Berlin habe ich über die Musterfolge anderer Bundesländerkarten wohl die Formel nun geknackt... Grüße! --PantheraLeo1359531 😺 (talk) 17:56, 27 February 2026 (UTC)
- Hallo @PantheraLeo1359531, puh, das klingt anspruchsvoll. Ich habe gerade mal selbst geschaut - ein paar Downloads scheint es schon zu geben, sie sind aber ziemlich gut versteckt. Ich bin auf der Seite https://daten.berlin.de/datensaetze?tags=Orthophotos gestartet und habe mir dann die Angebote angeschaut, die kein WMS sind. Wenn man dort auf der Detail-Ansicht unter "Ressourcen" den Button "Zur Ressource" anklickt, bekommt man eine XML-Datei zum Download angeboten. Die enthält dann unter anderem ein
link-Element, das auf einen weiteren Atom-Feed verweist. Bei "Digitale farbige TrueOrthophotos Sommer 2025 (TrueDOP20RGBI)" (https://daten.berlin.de/datensaetze/digitale-farbige-trueorthophotos-sommer-2025-truedop20rgbi-687d0f2e) lautet dieser Link z.B. https://gdi.berlin.de/data/truedop_2025_sommer/atom/0.atom. Unter dieser URL erhält man eine weitere XML-Datei, die dann die Download-URLS auf die ZIP-Archive enthält. Der genannte TrueDOP20RGBI-Atom-Feed enthält z.N. unter anderem die folgenden URLs: - - https://gdi.berlin.de/data/truedop_2025_sommer/atom/Blattschnitt2x2km_2024.gif
- - https://gdi.berlin.de/data/truedop_2025_sommer/atom/Mitte.zip (3,13 GB)
- - https://gdi.berlin.de/data/truedop_2025_sommer/atom/Nord.zip (2,7 GB) etc.
- Vielleicht hilft das? Viele Grüße von Fl.schmitt (talk) 19:09, 27 February 2026 (UTC)
- Oh danke! Leider stoßen wir da auf neue Probleme, wobei der Ansatz tatsächlich gut ist! Im hier genannten Fall haben wir den Dateityp JP2. Müssen also noch konvertieren. Das Theater der Konvertierung in GeoTIFF tue ich mir nicht mehr an :D (hier schwingt noch die Gefahr einer verlustbehafteten Kompression mit). Ein älteres Beispiel hantiert noch mit ECW-Dateien. Das heißt, leider ist das auch nicht ganz ohne Weiteres möglich. (GeoTIFF ist doch so ein passables Format D: ). Naja, ich habe die Massendownloaddatei eines Datensatzes bereits fertig. Ich warte noch auf eine Freigabe durch einen IA (Interface-Admin) und dann geht's los! Ein Vorteil hat die WMS-Thematik: Wir brauchen dann nur einen Parameter in den Links ändern, um einen anderen Datensatz transferieren, wenn wir die Koordinaten kennen. Grüße! --PantheraLeo1359531 😺 (talk) 20:34, 27 February 2026 (UTC)
- Die angegebenen Dateimengen scheinen mir auch sehr handlich zu sein, was tückisch ist --PantheraLeo1359531 😺 (talk) 20:34, 27 February 2026 (UTC)
- Oh danke! Leider stoßen wir da auf neue Probleme, wobei der Ansatz tatsächlich gut ist! Im hier genannten Fall haben wir den Dateityp JP2. Müssen also noch konvertieren. Das Theater der Konvertierung in GeoTIFF tue ich mir nicht mehr an :D (hier schwingt noch die Gefahr einer verlustbehafteten Kompression mit). Ein älteres Beispiel hantiert noch mit ECW-Dateien. Das heißt, leider ist das auch nicht ganz ohne Weiteres möglich. (GeoTIFF ist doch so ein passables Format D: ). Naja, ich habe die Massendownloaddatei eines Datensatzes bereits fertig. Ich warte noch auf eine Freigabe durch einen IA (Interface-Admin) und dann geht's los! Ein Vorteil hat die WMS-Thematik: Wir brauchen dann nur einen Parameter in den Links ändern, um einen anderen Datensatz transferieren, wenn wir die Koordinaten kennen. Grüße! --PantheraLeo1359531 😺 (talk) 20:34, 27 February 2026 (UTC)
- Hallo @PantheraLeo1359531, puh, das klingt anspruchsvoll. Ich habe gerade mal selbst geschaut - ein paar Downloads scheint es schon zu geben, sie sind aber ziemlich gut versteckt. Ich bin auf der Seite https://daten.berlin.de/datensaetze?tags=Orthophotos gestartet und habe mir dann die Angebote angeschaut, die kein WMS sind. Wenn man dort auf der Detail-Ansicht unter "Ressourcen" den Button "Zur Ressource" anklickt, bekommt man eine XML-Datei zum Download angeboten. Die enthält dann unter anderem ein
Commons:WikiProject Minimum One Category
[edit]Ich bin immer wieder begeistert, wie Du es schaffst, unidentifizierte Städte zu kategorisieren. Willst du dazu vielleicht eine Empfehlung auf Commons:WikiProject Minimum One Category einpflegen? NearEMPTiness (talk) 12:39, 19 February 2026 (UTC)
- @NearEMPTiness - danke Dir für das Lob und den Hinweis auf das WikiProject - das hatte ich noch gar nicht auf dem Schirm. Ich habe im Hinterkopf, Tipps für die Lokalisierung auch schon einmal auf einer der Seiten zur Georeferenzierung gesehen zu haben. Vielleicht sollte man das rausziehen und zentral bereitstellen, sonst wird es schnell unübersichtlich. Ich selbst schaue zuerst in die "captions", die {{Information}}-Box (Koordinaten?) und die Edit-Historie des Uploaders (bei Quelle Flickr auch auf Flickr selbst - ältere Flickr-Importe haben häufig nicht alle Infos mitgenommen, die dort verfügbar sind). Insbesondere die wikiübergreifende Edit-Historie ist regelmäßig sehr hilfreich. Häufig ist auch angegeben, ob ein Bild im Zuge eines Wikipedia-Edits hochgeladen wurde - eine wertvolle Informationsquelle zur Einordnung. Bei markanten öffentlichen Gebäuden ist auch Google Lens inzwischen relativ zuverlässig, auch wenn es immer einer Verifizierung anhand anderer Quellen bedarf. Aber wie gesagt - das alles ist glaube ich schon irgendwo zusammengefasst. Ich werde mal danach stöbern und melde michc ggf. nochmals. Viele Grüße Fl.schmitt (talk) 13:33, 19 February 2026 (UTC)
- @NearEMPTiness: Ich konnte die Seite mit Tipps, die ich im Hinterkopf hatte, auf die Schnelle nicht mehr finden. Daher habe ich mal selbst ein paar Punkte auf der Projektseite zusammengeschrieben. Vielleicht hilft das schon weiter. Fl.schmitt (talk) 16:52, 1 March 2026 (UTC)
Orthophoto nach Typ
[edit]Da es ja zu einfach wäre, einfach nur "Orthophotos" anzulegen, habe ich noch deutschlandweite Kategorien für Orthophotos nach Typ angelegt. Die Standard-Kategorie ist wohl die "RGB"-Kategorie, dann gibt es noch RGBI (angezeigt durch Transparenz), CIR (Farbinfrarot; arbeitet mit Rot und Cyan und Grüntönen), und NIR (Nahinfrarot mit Grayscale). Siehe: Category:Orthophotos of Germany. Weiterhin frohes Schaffen! --PantheraLeo1359531 😺 (talk) 20:34, 19 February 2026 (UTC)
- @PantheraLeo1359531 - sehr gute Sache! Mir war die genaue Bedeutung der Abkürzungen noch nicht geläufig, aber eine Kategorisierung nach diesem Kriterium ist definitiv nützlich. Danke Dir für den Hinweis! Mein Bot ist wahrscheinlich noch etwa eine Woche oder etwas länger in den USA zugange, dann geht es in DE weiter. Viele Grüße von Fl.schmitt (talk) 20:43, 19 February 2026 (UTC)
- Hervorragend ;). Ja, die Infrarotaufnahmen dürften vielleicht erst seit 5 Jahren mehr und mehr von den Landesämtern ausgerollt werden; etliche bieten sie noch nicht mal an (tendenziell eher CIR als NIR). Das mit den NAIP-Bildern ist verständlich; der Upload hat auch ziemlich lange gedauert :D. Liebe Grüße --PantheraLeo1359531 😺 (talk) 09:27, 20 February 2026 (UTC)
- Ich lade von NAIP noch paar alte Bildersammlungen hoch, aber das sind kleinere Datenmengen --PantheraLeo1359531 😺 (talk) 09:28, 20 February 2026 (UTC)
- Hervorragend ;). Ja, die Infrarotaufnahmen dürften vielleicht erst seit 5 Jahren mehr und mehr von den Landesämtern ausgerollt werden; etliche bieten sie noch nicht mal an (tendenziell eher CIR als NIR). Das mit den NAIP-Bildern ist verständlich; der Upload hat auch ziemlich lange gedauert :D. Liebe Grüße --PantheraLeo1359531 😺 (talk) 09:27, 20 February 2026 (UTC)
Kleines Malheur passiert...
[edit]Ich habe leider bei einem Parameter in den Berlin-Orthophotos "FORMAT=image/tiff" statt "FORMAT=image/geotiff" eingetragen, das heißt, die Orthophotos sind keine GeoTIFFs (eingebettete Koordinaten) (siehe Category:Files from Senatskanzlei Berlin)...🫠🫠🫠 blöderweise fällt mir keine Technik ein, wie man massenhaft die TIFF-Dateien überschreiben kann... Dafür habe ich bei NRW ganz alte Orthophotos aus den 1950ern gefunden. Dort sieht man Köln nach dem Krieg, auch ganz interessant. Grüße! --PantheraLeo1359531 😺 (talk) 19:33, 10 March 2026 (UTC)
- @PantheraLeo1359531 Uuups - aber aus meiner Sicht kein Drama, für die Georeferenzierung verwende ich ja sowieso nur die Angaben im Dateinamen. Nur wer nix macht, macht auch keine Fehler, sage ich mir immer. Die Daten sind auch als "bloße" tiffs wertvoll auf Commons, da bin ich mir sicher.
- Historische Orthophotos sind eine spannende Sache, immer her damit :-) Eine schöne Restwoche wünscht Fl.schmitt (talk) 19:48, 10 March 2026 (UTC)
- Danke sehr :D. Ich habe in der Dokumentation geguckt, und da unterscheidet der Berliner WMS zwischen "blanken" TIFFs und GeoTIFFs. Der WMS von NRW versteht das "TIFF" ohne Präfix als GeoTIFF. Mensch, Mensch.
- Category:1951 orthophotos of Germany. Hier sind die historischen DOPs. Die muss ich aber über Zeit manuell von JP2 zu TIFF konvertieren. Zwar gibt es auch WMS als Layer, aber das Konvertieren erzeugt Ungenauigkeiten. Ebenfalls schöne Woche :D. --PantheraLeo1359531 😺 (talk) 20:04, 10 March 2026 (UTC)
- Ich habe auch einen Weg gefunden, wie die alten Orthophotos von Bayern über WMS gesichert werden können. Hierbei wird eine grobe Bounding Box ermittelt, die erstmal alle möglichen bebilderten Kacheln enthält. Dann wird über ein Python-Script eine Kachelung der Koordinaten durchgeführt, die uns eine Linkliste aller möglichen Kacheln erlaubt. Testweise werden nun alle Kacheln in einer niedrigen Auflösung als JPEG-Qualität ausgegeben. Wenn der Download komplett ist, werden alle Dateiduplikate gelöscht (alle sind weiß und exakt gleich groß). Übrig bleiben die Kacheln mit Informationen. Dank dem Python-Code enthalten alle Dateien die Koordinaten. Hierbei können wir eine Liste der Dateinamen im Downloadordner ausgeben und diese wieder in eine neue Downloadliste übertragen. Auflösung und Dateiformat werden ausgetauscht, et voilá. Leider muss das für jedes Jahr (2003 bis 2024) neu gemacht werden, da die beflogene Fläche jedses Mal anders ist.
- Das ist auch ein wichtiger Schlüssel im Umgang mit anderen WMS-Diensten. Leider können wir nicht blind alle WMS-Dienste damit abgrasen, da manchmal in der WMS-Kachelung bei Konvertierung in Pixelraster oder KBS Verzerrungen auftreten können. Grüße! --PantheraLeo1359531 😺 (talk) 11:29, 11 March 2026 (UTC)
- Ich habe auch einen Weg gefunden, wie die alten Orthophotos von Bayern über WMS gesichert werden können. Hierbei wird eine grobe Bounding Box ermittelt, die erstmal alle möglichen bebilderten Kacheln enthält. Dann wird über ein Python-Script eine Kachelung der Koordinaten durchgeführt, die uns eine Linkliste aller möglichen Kacheln erlaubt. Testweise werden nun alle Kacheln in einer niedrigen Auflösung als JPEG-Qualität ausgegeben. Wenn der Download komplett ist, werden alle Dateiduplikate gelöscht (alle sind weiß und exakt gleich groß). Übrig bleiben die Kacheln mit Informationen. Dank dem Python-Code enthalten alle Dateien die Koordinaten. Hierbei können wir eine Liste der Dateinamen im Downloadordner ausgeben und diese wieder in eine neue Downloadliste übertragen. Auflösung und Dateiformat werden ausgetauscht, et voilá. Leider muss das für jedes Jahr (2003 bis 2024) neu gemacht werden, da die beflogene Fläche jedses Mal anders ist.