Hallo zusammen,
hier könnt ihr 2x2 Messtischblätter aus Sachsen mit den dazugehörigen Referenzdateien als ZIP-Archiv herunterladen:
http://www.entoloma.de/files/MTB.zip
Bin gespannt, ob ihr damit etwas anfangen könnt.
Gruß, Andreas
Ich glaube, ich kenne das Rezept:
- Man nimmt Karten in Gauß-Krüger-Projektion
- Legt das Gitter der Messtischblätter (10x6 Minuten entlang der Längen- und Breitengrade) drüber. Die Blätter stehen dann als sowas ähnliches wie schiefe Trapeze auf der Karte, so wie im Bild aus #33.
- Bildet ein Rechteck, dass senkrecht im GK-Gitter steht und diese Trapeze umfasst. Dabei gibt es Überlappungen, weil der Keil zwischen Trapez und Rechteck in zwei Kacheln liegt.
- Dieses Rechteck exportiert man dann als Tiff. Einheitlicher Maßstab scheint wichtiger als einheitliche Bildgröße.
Schätze an der Umprojiziererei wird es scheitern. Müsste man ausprobieren, aber ein Kartenbild wird beim Rotieren und Stauchen schnell matschig.
Grüße, Max
Die Messtischblätter sind bei meiner groben Anguckerei in QGis im Schnitt so ca. 150m gegen OSM versetzt.
Das TIFF schien so als sei es in EPSG:3397 (edit: aber siehe nächster Post), also GK4. Was ist eigentlich der Unterschied zwischen EPSG:31468 (GK4/DHDN) und EPSG:3397 (GK4/PD83)? Der Proj4 String sieht gleich aus, nur das beim 31468 noch +towgs84 dran steht, bei 3397 nicht. Verstehe ich nicht…
Ich denke nicht, das die Projiziererei schlimme Dinge macht. Ich glaube, das könnte was werden.
Welche Zoomstufe ist denn geeignet? Wenn ich mein QGis auf 1:25.000 stelle lädt er z14er-Tiles. Ich denke, das würde auch passen.
wenn du EPSG:31464 nimmst passen sie.
ob das weiterbringt, weiß ich nicht…
grüße von lutz
Hallo in die Runde,
bin gerade bei einem Pilzlertreffen im Allgäu und ich freue mich sehr, dass ihr so viel Energie in mein Anliegen investiert. Will einfach mal danke sagen, auch wenn ich nur wenig davon verstehe, was ihr hier schreibt. 
Schönen Gruß aus Kaufbeuren
Andreas
EPSG:31468 passt auch, da wird wohl das stimmen.
@ AK_CCM
wird das *.fwr auch benötigt?
keine ahnung wie das erzeugt wird.
solltest du nochmal nachfragen…
grüße von lutz
EPSG:31464 ist deprecated
EPSG:31468 passt genau genommen für den 4. Meridianstreifen, also für den Bereich um den 12. Längengrad ±1,5 °.
Für den 3. Meridianstreifen (9 ±1,5°) ist EPSG:31467 zuständig.
Franz
Die bayerischen Vermesser haben sich irgendwann mal dazu entschlossen, einheitlich den 4. Streifen zu verwenden und akzeptieren eine kleine Ungenauigkeit in den westlichen Randgebieten, um nicht mitten im Land die Zone zu wechseln. Wenn man zu ihren bisherigen TK25 kompatibel sein will, passt EPSG:31468.
Grüße, Max
Hallo Max,
Wenn ich mir bei meinen alten TK-Karten (nicht ATK) das Kartengitter anschaue, wird dort durchaus je nach Lage nach Meridianstreifen differenziert. Auch als digitale Karten werden sie mit nach Streifen unterschiedlichen Koordinatensystem angeboten =>.
Es kommt halt daruf an, was MYKis erwartet, nachdem es sich so eng an die Blatteinteilung der TK-Blätter hält.
Was möglicherweise noch ein Problem sein könnte, dass nach MYKis-Handbuch wichtige Flussläufe, Regionalgliederung oder Höhenschichten eingeblendet werden können. Diese Informationen müssten also als separate Bildebenen vorhanden sein.
PS: Wie ich grade sehe ist das nur in der Auswahlübersicht der Fall, als wahrscheinlich nicht relevant.
Grüße
Franz
Hallo Franz,
genau: die drei Layer beziehen sich nur auf die MTB-Auswahl.
Gruß, Andreas
Hallo Lutz,
habe mal die Datei 5041g_o.fwr mit einem Editor geöffnet:
Vielleicht handelt es sich um eine Datei für den GIS-Aufleger PIA PRO von Forstware - habe mal den MykIS-Admin angeschrieben.
Nachtrag: Nachstehend die Antwort.
Gruß, Andreas
da kannst du mal die tk25 6232 zum testen für den MykIS-Admin runterladen:
http://gk.historic.place/historische_objekte/6232g_o.tfw.zip
grüße von lutz
Guten Morgen Lutz,
danke für die Beispiel-TK25. Habe sie umgehend an den MykIS-Administrator Frank Dämmrich weitergeleitet und ihn gebeten, er möge sie an den Entwickler Gerald Seiger zur Georeferenzierung weiterleiten und das Ganze anschließend in MykIS testen.
Ich hoffe auf ein rasches Feedback.
Update: Herr Dämmrich hat das Test-MTB um 16:24 an Herrn Seiger geschickt.
Gruß, Andreas
Eine Online-Karte, die Fundstellen von Orchideen gewidmet ist, bietet ein Online-Tool, das vielleicht interessant sein könnte:
http://www.orchids.de/haynold/tkq/KoordinatenErmittler.php
Auf jeden Fall lassen sich Blattschnitte, diverse Gitter usw. auf der Karte einblenden.
Hallo Stefan,
das Webtool verwenden wir Pilzler schon seit längerem, um in MykIS via Copy & Paste Fundorte zu definieren. Ich zitiere aus einem anderen Thema:
Außerdem würde ich die Unterstützung von Shapes auf die Wunschliste setzen, damit die Fundorte klar umrissen werden können und sie nicht auf eine quadratische oder rechteckige Form beschränkt sind.
Vieles wird wohl beim Wunschdenken bleiben. Aber TK25-Grafikdateien basierend auf Deiner OpenTopoMap ließen sich vielleicht mit der Unterstützung einiger User hier im Forum verwirklichen.
Gruß, Andreas
Hallo Lutz,
wir haben leider noch keine Antwort erhalten - ich hoffe, es geht dieses Mal schneller als beim letzten Kontakt: Da kam die Antwort 7 Monate später.
Mich würde einstweilen interessieren, wie Du die Karte erzeugt hast - ist das schwierig bzw. wäre das auch für mich als Laien machbar?
Gruß, Andreas
Mist, das ist doch mehr verzerrt als ich dachte.
Die Kartenkachel ist größer als das TK 25-Raster, welches unter: http://www.geodatenzentrum.de/geodaten/gdz_rahmen.gdz_div?gdz_spr=deu&gdz_akt_zeile=6&gdz_anz_zeile=2&gdz_unt_zeile=2&gdz_user_id=0 zu finden ist. und ist auch verschoben.
getestet mit ArcGis 10.2.2
Datenrahmen eingestellt: EPSG 25832 (ETRS-UTM Zone 32N)
Kartenkachel: EPSG: 31468 (DHDN_3_Dregree_Gauss_Zone_4)
Transformation: DHDN_To_ETRS_1989_8_NTv2
Nach Norden steht die Kachel ca. 25m über
Nach Westen steht die Kachel ca. 306m über
Nach Süden steht die Kachel ca. 250m über
Im Osten fehlen 135m…
Sven
nein, nur die version die ich zum testen gesendet habe, es geht auch ohne versatz…
ja das ist aber nicht das problem.
also ganz kurz:
ich habe taho.pl benutzt, um ein png mit mapfile und kalfile zu erzeugen:
http://wiki.openstreetmap.org/wiki/DE:Taho
dort habe ich folgende zeilen geändert:
my $tilesource = “http://a.tile.opentopomap.org/”;
my $tilesource_fallback1 = “http://b.tile.opentopomap.org/”;
my $tilesource_fallback2 = “http://c.tile.opentopomap.org/”;
und das script aufgerufen:
./taho.pl -coord=“9,49.75095,11.08073” -size=5 -tilesource=“http://a.tile.opentopomap.org”
damit wurde eine große png von oberfranken mit mapfile erzeugt.
dann habe ich verschiedene tools probiert:
geotools:
und ozi2geotiff:
http://sourceforge.net/p/ozi2geotiff/code/HEAD/tree/trunk/ozi2geotiff.py
gdalwarp :
gdalwarp -overwrite -s_srs EPSG:3857 -t_srs EPSG:31468 -dstnodata 0 -of GTiff /home/lutz/Documents/GIS/map2geotiff/*_ref.tif /home/lutz/Documents/GIS/map2geotiff/6232_ref.tif
gdal_translate -co “TFW=YES” /home/lutz/Documents/GIS/google2geotif/6232–.tif 6232-twf.tif erzeugt das worldfile.
beides führt zum erfolg, muß das alles nochmal durchführen, und die schritte mitschreiben…
aber das problem, welches ich nicht lösen kann, ist taho.pl die bbox der meßtischblätter zu übergeben, so das das png die größe und den ausschnitt der meßtischblatter hat.
das habe ich händisch in qgis ausgeschnitten.
wenn du glück hast, findet sich jemand, der taho.pl dahingehend erweitert…
grüße von lutz
Tag zusammen,
will jemand mit taho.pl weiterarbeiten? Falls nicht, würde ich mal mein Glück versuchen…
Dankenswerterweise hab ich von Stefan die Erlaubnis zum Saugen bekommen und einen MapProxy für die OpenTopoMap aufgesetzt, der auch Gauß-Krüger ausgeben kann. Ich denke, da kann ich relativ einfach die Messtischblätter rausschneiden und als Tiff ausgeben. Mapserver läuft bei mir auch, der kann das. Ich bräuchte halt dann mal Hilfe bei der Beurteilung von Versatz und ob ich alle Gitterlinien getroffen hab.
Wichtig wäre allerdings die Klärung der Frage aller Fragen: “Brauchts das?”
Mir ist es recht, ich finde die Geschichte der Erdvermessung total spannend und liefere auch gerne noch historischere Versionen dieser Karte. Eleganter wär es allerdings, UTM-Karten zu erzeugen. Wobei man da halt wissen müsste, wo in Bayern die amtliche Zonengrenze liegt und ob dieses MykIS damit zurechtkommt, dass ein Land aufgeteilt wird.
Noch viel eleganter wäre es, wenn MykIS einfach die Kacheln in der Projektion verarbeiten könnte, in der sie vorliegen… 
Grüße, Max