Mit sane 16 bit tiffs erstellen für Qmapshack

Einrichten des Druckers und des Drucksystems, Scannerkonfiguration und Software zum Scannen und Faxen.
Antworten
Benutzeravatar
Rawbit
Beiträge: 716
Registriert: 24.12.2004 13:17:21
Lizenz eigener Beiträge: GNU Free Documentation License
Kontaktdaten:

Mit sane 16 bit tiffs erstellen für Qmapshack

Beitrag von Rawbit » 16.10.2015 00:03:56

Hallo,

ich möchte für Qmapshack eine .vrt erstellen.

Grundlage ist eine selbst gescannte Wanderkarte, die ich mit Qgis georeferenziert habe.
Wenn ich mit QMS eine .vrt erstelle und diese Map aktiviere, erscheint die Fehlermeldung:

DEM must have one band with 16 bit or 32 bit data.

identify out.tiff (auf die orgianale Scan-Datei) ergibt

out.tiff TIFF 1402x2338 1402x2338+0+0 8-bit sRGB 9.853MB 0.000u 0:00.000
Ich nehme an, das schon der Scan nicht geeignet ist.

Bei einer Karte aus dem Internet ergibt identify spearfish_topo24.tif TIFF 9500x7000 9500x7000+0+0 16-bit sRGB 256c 12.38MB 0.000u 0:00.000

Wie kann ich eine 16 bit tiff erstellen ? Liegt das schon am Scanner oder an Sane/Xsane ?

Gruss

Rawbit

Benutzeravatar
MSfree
Beiträge: 10777
Registriert: 25.09.2007 19:59:30

Re: Mit sane 16 bit tiffs erstellen für Qmapshack

Beitrag von MSfree » 16.10.2015 08:05:19

Rawbit hat geschrieben:DEM must have one band with 16 bit or 32 bit data.
Mit einem DEM ist nicht ein Hintergrundbild mit 16 Bit Farbtiefe gemeint sondern ein Digital Elevation Model, also ein 3D-Höhenmodel der Gegend.

Das bekommst du nicht, indem du eine Winderkarte einscannst.

Benutzeravatar
Rawbit
Beiträge: 716
Registriert: 24.12.2004 13:17:21
Lizenz eigener Beiträge: GNU Free Documentation License
Kontaktdaten:

Re: Mit sane 16 bit tiffs erstellen für Qmapshack

Beitrag von Rawbit » 16.10.2015 09:49:23

Hi Mstree,


danke für den Hinweis. Aber ich habe das vorher schon mit dem Programmierer des Tools geklärt.
Er hat geantwortet - so verstehe ich das - das auch eine gescannte Raster verwendet werden kann:


------------------------------------------
*vrt is just a XML file to embed one or more raster map / DEM files with
a format supported by GDAL. It's easier to deal just with a single file,
than with multiple. That is why QMapShack accepts the *vrt files as only
source for raster maps and DEM data. In other words: *vrt is the way to
go. For raster maps and DEM files.

If QLGT does not show coordinates it's probably because the referencing
information is not add correctly. Use gdalinfo to get a clue what's wrong.
----------------------------------------

gdalinfo ergibt:

gdalinfo out_modifiziert.tif
Driver: GTiff/GeoTIFF
Files: out_modifiziert.tif
Size is 1921, 2141
Coordinate System is:
PROJCS["unnamed",
GEOGCS["unnamed ellipse",
DATUM["unknown",
SPHEROID["unnamed",6378137,0]],
PRIMEM["Greenwich",0],
UNIT["degree",0.0174532925199433]],
PROJECTION["Mercator_2SP"],
PARAMETER["standard_parallel_1",0],
PARAMETER["central_meridian",0],
PARAMETER["false_easting",0],
PARAMETER["false_northing",0],
UNIT["metre",1,
AUTHORITY["EPSG","9001"]]]
Origin = (7.353462643521299,51.127381571707240)
Pixel Size = (0.000013344213861,-0.000013344213861)
Metadata:
AREA_OR_POINT=Area
Image Structure Metadata:
INTERLEAVE=PIXEL
Corner Coordinates:
Upper Left ( 7.3534626, 51.1273816) ( 0d 0' 0.24"E, 0d 0' 1.65"N)
Lower Left ( 7.3534626, 51.0988116) ( 0d 0' 0.24"E, 0d 0' 1.65"N)
Upper Right ( 7.3790969, 51.1273816) ( 0d 0' 0.24"E, 0d 0' 1.65"N)
Lower Right ( 7.3790969, 51.0988116) ( 0d 0' 0.24"E, 0d 0' 1.65"N)
Center ( 7.3662798, 51.1130966) ( 0d 0' 0.24"E, 0d 0' 1.65"N)
Band 1 Block=1921x1 Type=Byte, ColorInterp=Red
Band 2 Block=1921x1 Type=Byte, ColorInterp=Green
Band 3 Block=1921x1 Type=Byte, ColorInterp=Blue




Gruß

Rawbit

Benutzeravatar
MSfree
Beiträge: 10777
Registriert: 25.09.2007 19:59:30

Re: Mit sane 16 bit tiffs erstellen für Qmapshack

Beitrag von MSfree » 16.10.2015 10:23:43

Rawbit hat geschrieben:Aber ich habe das vorher schon mit dem Programmierer des Tools geklärt.
Er hat geantwortet - so verstehe ich das - das auch eine gescannte Raster verwendet werden kann:
Naja, DEMs sollten idealerweise pro Rasterpunkt eine korrekte Höhe (über NN) beinhalten (Farbbilder aus dem Scanner liefern schonmal 3 Werte pro Rasterpunkt).

Wegen der Rasterstruktur eignet sich natürlich auch das TIFF-Format dafür, allerdings ist die Genauigkeit bei 16Bit eingermassen eingeschränkt, üblicherweise sind die Rasterhöhen auf 1m gerundet. Damit kann man dann vom tiefsten Punkt im Ozean (Mariannengraben rund -11000m) bis zum höchsten Punkt (Mount Everest rund 8900m) alles in den 65536 möglichen Werten eines 16Bit Integers abdecken.

Daß man so ein Höhenmodell nicht einscannen kann, zumindest nicht aus Wanderkarten, sollte klar sein. Zwar kannst du irgendetwas einscannen, die Daten repräsentieren dann aber keine Höhen sondern RGB-Instensitäten und damit fängt die gdal nunmal nichts an.

Ich kenne deine Anwendung zwar nicht, bin aber selbst beruflich in dem Bereich tätig. Typischerweise wollen diese GIS-Anwendungen ein Hintergrundbild zur visuellen Darstellung, das darf deine gescannte Wanderkarte sein, oder auch Satelliten/Luftbilder. Für die 3-dimensionale Darstellung braucht man zusätzlich noch ein Höhenmodell, auf das das Hintergrundbild aufprojiziert wird. Dieses Höhenmodell fehlt dir aber.

Lies mal das hier: http://wiki.openstreetmap.org/wiki/DE:SRTM
dort sind auch Links wo man die Höhenmodelle runterladen kann.

Antworten