Mehr

DEM aus geoTIFF- oder asciiGRID-LiDAR-Daten erstellen?

DEM aus geoTIFF- oder asciiGRID-LiDAR-Daten erstellen?


Für ein Heimprojekt möchte ich einen Bereich von einer Karte in 3D drucken.

Ich habe eine geoTIFF-Datei und eine asciiGRID-Datei aus dem Raumprogramm der tasmanischen Regierung "TheList" heruntergeladen.

Die beiden Dateien sind hier: .asc und .tif.

Ich habe stundenlang mit separaten Programmen versucht und festgestellt, dass ich arcGIS verwenden muss, das ich jetzt habe.

Wenn ich versuche, die Dateien zu importieren, erhalte ich eine flache Graustufenebene.

Könnte mir jemand erklären, wie man aus diesen LiDAR-Dateien ein DEM erstellt, oder mich auf ein Tutorial hinweisen?


Sie haben bereits ein DEM; Sie müssen keines erstellen. Das DEM ist in Ihren Dateien enthalten, d. h. Sie haben zwei Kopien des DEM, eine in einem ArcGIS ASCII-Raster und die andere in einem GeoTIFF. Dies sind einfach Dateiformate, die die Rasterdaten Ihres DEM enthalten. Eines der gängigsten Formate für ein Geländemodell ist ein regelmäßiges Raster (Raster), bei dem jede Zelle im Raster einen einzelnen Höhenwert enthält. Als ich Ihre Arc-ASCII-Datei in ein anderes GIS importiert habe (ich habe kein ArcGIS auf meinem Computer), sah es so aus:

Ich vermute, dass dies das ist, was Sie als "eine flache Graustufenebene" bezeichnen, aber ich versichere Ihnen, dass dies ein DEM ist. Wenn ich die zum Rendern des Rasters verwendete Farbrampe (Palette) ändere und mit einem aus den Höhendaten abgeleiteten Schummerungsbild kombiniere, sieht es so aus:

Zugegeben, dies ist eines der langweiligsten DEMs, die ich je gesehen habe, nachdem ich meine gesamte Karriere mit DEM-Daten gearbeitet habe, aber es ist nichtsdestotrotz ein richtiges DEM. Nur gibt es topographisch nicht viel Interessantes über die Daten. Außerdem kann ich aus dem Schummerungsbild erkennen, dass es durch einen TIN-Algorithmus interpoliert wurde, was in dieser speziellen Anwendung möglicherweise nicht ganz erfolgreich war, je nachdem, was Sie mit dem DEM genau machen möchten.

Wenn Sie mehrere DEM-Kacheln wie diese haben, müssen Sie sie alle zu einem einzigen Raster zusammenfügen, ein Vorgang, der als . bekannt ist Mosaiken. Was Sie dann mit Ihrem mosaikierten DEM machen, hängt ganz von Ihrer speziellen Anwendung ab. Vielleicht möchten Sie Stream-Netzwerke oder Wasserscheiden extrahieren. Vielleicht möchten Sie damit die Verschmutzung von Oberflächengewässern modellieren oder das räumliche Muster der Landschaftssichtbarkeit messen. Vielleicht möchten Sie einfach nur eine cool aussehende 3D-Visualisierung des Geländes erstellen ... etwas, für das Sie den ArcGIS 3D Analyst verwenden könnten, wenn Sie die Lizenz dafür haben. Es gibt eine Vielzahl von Dingen, für die DEMs verwendet werden können… willkommen im spannenden Gebiet der Geomorphometrie!


Zum Drucken des Rasters in 3D bietet sich die Software R an.

Hier ist ein Code, der Ihre Beispieldatei verwendet:

library(rgdal) #dieses Paket ist notwendig, um die .asc-Datei in R zu importieren. library(rasterVis) #dieses Paket hat die Funktion, die das 3D-Plotten ermöglicht. #setze den Pfad, in dem sich die Datei befindet, und importiere sie in R. r= raster(paste("C:Desktop5165244_asciGRID5165244.asc")) #visualisiere das Raster in 3D plot3D(r,lit =WAHR)


ArcCatalog, ArcScene, ArcMap

ArcCatalog, ArcGlobe, ArcMap

ArcCatalog, ArcGlobe, ArcMap

Beziehung zu LAS-Quelldateien

Begrenzt durch die von der Geodatabase zulässige Größe

Begrenzt durch die von der Geodatabase zulässige Größe

Nicht direkt unterstützt (unterstützt, wenn im LAS-Dataset oder Terrain-Dataset vorhanden)

LAS-Dateien, Terrain-Datasets, LAS-Datasets

Punkte, triangulierte Fläche, betrachtet in 2D und 3D

Tools, die Punktwolken oder TINs aufnehmen können

Verwendung mit 3D Analyst-Tools

Mit LAS-Dataset-Tools verwenden

Mit Tools verwenden, die Raster-Daten aufnehmen können

Verwendung mit Spatial Analyst-Werkzeugen und anderen Raster-Dataset-Werkzeugen

Tools, die TINs oder Raster-Datasets aufnehmen können

Verwendung mit 3D Analyst-Tools

Verwendung mit Spatial Analyst-Werkzeugen und anderen Raster-Dataset-Werkzeugen

Kann die Anzeige ändern, indem Sie verschiedene Klassentypen oder Datentypen auswählen

Die Anzeige wird über die LAS-Dataset-Symbolleiste oder das Dialogfeld "Layer-Eigenschaften" geändert

Verwendet Cache für schnellere Anzeige

Kann die Anzeige ändern, indem Sie verschiedene Klassentypen oder Datentypen auswählen

Die Anzeige wird über das Dialogfeld "Layer-Eigenschaften" oder das Fenster "Bildanalyse" geändert

Ausgedünnte Punkte basierend auf Pyramiden

Kann die Anzeige ändern, indem Sie verschiedene Klassentypen oder Datentypen auswählen

Die Anzeige wird über das Dialogfeld "Layer-Eigenschaften" geändert

Kann die Punkte bearbeiten, die sich in den LAS-Dateien befinden

Kann die LAS-Punkte als Multipoints bearbeiten, die vom Terrain-Dataset referenziert werden

Unterstützt LAS-Dateien, Feature-Classes und Shapefiles

Unterstützt LAS-Dateien, LAS-Datasets, Terrain-Datasets und andere Raster-Formate

Unterstützt LAS und Feature-Classes


Wie wird die Entfernung gemessen?

Betrachten wir also ein Beispiel für Airborne LiDAR, um zu verstehen, wie das System funktioniert.

Um die Höhe zu ermitteln, verwendet das LiDAR-System die Lichtgeschwindigkeit und die Zeit, die die Lichtenergie benötigt, um zum Boden und zurück zu gelangen.

Jetzt kennt das System den Abstand zwischen einem Flugzeug und dem Boden. Um die Bodenhöhe zu erhalten, wird die mit dem GPS-Empfänger berechnete Höhe des Flugzeugs genommen und dann die Entfernung zwischen dem Flugzeug und dem Boden abgezogen.

Es gibt zwei weitere Dinge, die das LiDAR-System bei der Berechnung der Höhe des Objekts berücksichtigen muss. Erstens die unregelmäßige Bewegung des Flugzeugs aufgrund der Turbulenzen der Luft. Diese Bewegung wird von IMU (Inertial Measurement Unit) aufgezeichnet und bei der Berechnung der Höhenwerte für jede LiDAR-Rückkehr berücksichtigt. Der zweite ist der Winkel eines vom Sender gesendeten Impulses. Das fliegende System tastet den Boden von einer Seite zur anderen ab, um während des Fluges große Bereiche abzudecken. Einige der Laserpulse wandern senkrecht zur Oberfläche oder direkt am „Nadir“, während andere die Ebene unter einem Winkel oder „off-Nadir“ verlassen (was die meisten Pulse sind).

Und nicht zuletzt: Jeder vom System erfasste Punkt erhält über den GPS-Empfänger des Flugzeugs Koordinaten. Und das ist im Grunde alles, was wir über die Erstellung von LiDAR-Datensätzen wissen müssen.

Ähnlich einem luftgestützten System verwendet LiDAR, das in anderen Fahrzeugen installiert ist, einen Laserscanner, ein GPS und eine IMU, um die Entfernung von einem Objekt zu einem anderen Objekt oder einer Oberfläche zu berechnen.

Zwei Arten von LiDAR werden häufig verwendet: topografisch und bathymetrisch. Topografische Systeme verwenden Nahinfrarotlicht zum Scannen von Landbereichen, während bathymetrische Systeme grünes, wasserdurchdringendes Licht verwenden, um Unterwassergelände zu kartieren.

Ein Impuls = mehrere Rückläufe. Ein diskreter Return zeichnet einzelne Punkte für die Spitzen in der Wellenform auf. Die Aufzeichnung kann zwischen einem und vier Rückläufen von jedem Laserpuls bestehen.


Unterstützte DEM-Formate

ArcInfo ASCII-Gitter (agr, asc)

ArcInfo ASCII Grid bezieht sich auf ein spezielles Austauschformat, das für ArcInfo-Raster im ASCII-Format entwickelt wurde. Das Format besteht aus einem Header, der die geografische Domäne und Auflösung angibt, gefolgt von den tatsächlichen Rasterzellenwerten. Der Export wird über das ASC-Format mit einer zugehörigen PRJ-Datei unterstützt.

dblbnd.adf, hdr.adf, log, prj.adf, sta.adf, vat.adf, w001001.adf, w001001x.adf

Das ArcInfo Binary Grid wird aus einem Satz von Dateien gebildet, die in einem Verzeichnis (oben aufgelistet) enthalten sind. Beim Laden eines Rasters in ArcGIS wird das enthaltende Verzeichnis als einzelnes DEM und nicht als Verzeichnis mit anderen Dateien angezeigt. Aufgrund von Softwarebeschränkungen sieht Geographic Imager nicht das gesamte Verzeichnis als einzelnes DEM und erfordert stattdessen, dass die entsprechende ADF-Datei zur Verwendung ausgewählt wird (Navigieren Sie zu dem Verzeichnis, das die Datei w001001.adf enthält).

ArcInfo Binäres Float-Grid (flt)

Das ArcInfo Binary Fload Grid ist eine Binärdatei, die Gleitkommadaten (topologische Höhenwerte) zeilenweise von Norden nach Süden speichert. Es muss mit einer begleitenden Header-Datei (HDR) verwendet werden, die die Georeferenzierungsinformationen enthält (beide Dateien müssen im selben Verzeichnis gespeichert sein, damit sie funktionieren).

Lesen und Schreiben (kann als Raster mit Farbdatei geöffnet werden)

Das BIL-Format, das "bandweise verschachtelt" bedeutet, ist eine unkomprimierte Datei, die die tatsächlichen Pixelwerte eines Bildes enthält. Pixelinformationen werden in separaten Bändern innerhalb der Datei gespeichert. Es ist möglich, ein bestimmtes Band in einem Multiband-BIL-Bild anzuzeigen. BIL-Dateien können aus Schwarzweiß-, Graustufen-, Pseudofarben-, Echtfarben- und Multispektralbildern bestehen. Es gibt vier Bildbeschreibungsdateien (ASCII-Textdateiformat), die eine BIL-Datei begleiten können: eine Header-Datei, eine Statistikdatei, eine Auflösungsdatei und eine Farbdatei.

Die Header-Datei (HDR) bietet eine Beschreibung der Daten durch die Verwendung von Schlüsselwörtern und Werten. Die Statistikdatei (STX) ist eine optionale Datei, die die Bildstatistiken für jedes Spektralband beschreibt. Es zeichnet die minimalen und maximalen Pixelwerte, den Mittelwert, die Standardabweichung und die beiden linearen Kontrastdehnungsparameter auf. Die Auflösungsdatei (BLW) beschreibt die Höhe und Breite jeder Zelle und die Koordinatenposition der oberen linken Zelle der Daten. Die Farbdatei (CLR) ist eine optionale Datei, die die Farbtabelle des Bildes beschreibt.

Das ENVI-Bildformat ist eine flache binäre Rasterdatei mit einer begleitenden ASCII-Headerdatei. Die Daten werden als binärer Bytestrom in einem der folgenden Formate gespeichert, die oft als Interleave-Typ bezeichnet werden: BSQ (Band Sequential), BIP (Band-interleaved-by-pixel) oder BIL (Band-interleaved-by- Linie). Die Header-Datei (HDR) ist eine ASCII-Datei, die die mit der Binärdatei verknüpften Metadaten enthält und zum Laden der Binärdaten benötigt wird.

ERDAS IMAGINE verwendet IMG-Dateien zum Speichern von Rasterdaten. Diese Dateien verwenden die ERDAS IMAGINE Hierarchal File Format (HFA)-Struktur. Ein gekacheltes Format wird zum Speichern von Raster-Layern verwendet. Dadurch können Raster-Layer schnell angezeigt und neu abgetastet werden. Jeder Raster-Layer innerhalb einer IMG-Datei hat seine eigenen Zusatzdaten, einschließlich der folgenden Parameter: Höhe und Breite (Zeilen und Spalten), Layer-Typ (kontinuierlich oder thematisch), Datentyp, Komprimierung und Sperrgröße.

Graustufen GeoTIFF DEM (tif, tiff)

GeoTIFF DEM ist insofern einzigartig, als es einen 32-Bit-Gleitkommadatentyp verwendet, im Gegensatz zu einem typischeren vorzeichenbehafteten 16-Bit-Datentyp für Höhendaten. GeoTIFF DEM muss mit Geographic Imager Advanced Import importiert werden und wird beim Import von 32-Bit in 16-Bit konvertiert. Beim Zuschneiden beim Verwenden des erweiterten Imports wird ein neuer DEM-Schemabereich basierend auf der Höhe des zugeschnittenen Bereichs erstellt.

Beim Speichern eines GeoTIFF-DEM ist der Quelldatentyp immer Integer. Der Schemabereich enthält niemals eine Genauigkeit (Integer-Wert).

Militärische Höhendaten / DTED (dt0, dt1, dt2)

Die National Geospatial-Intelligence Agency (NGA) hat einen digitalen Standarddatensatz namens Digital Terrain Elevation Data (DTED®) entwickelt. Es handelt sich um einen Datensatz mit Geländehöhenwerten, der grundlegende quantitative Daten für Systeme und Anwendungen bereitstellt, die Informationen über Geländehöhe, Neigung und/oder Oberflächenrauheit benötigen. DTED-Datensätze gibt es in drei Ebenen: Ebene 0, Ebene 1 und Ebene 2.

Der DTED Level 0 Höhenpfostenabstand beträgt 30 Bogensekunden (nominal ein Kilometer). DTED Level 0 wurde von NGA DTED Level 1 abgeleitet, um eine Anforderung einer Bundesbehörde zu unterstützen. DTED Level 1 ist eine einheitliche Matrix von Geländehöhenwerten mit Pfostenabstand alle 3 Bogensekunden (ungefähr 100 Meter). Der Informationsgehalt entspricht in etwa den Höhenlinieninformationen einer Karte im Maßstab 1:250.000. DTED Level 2 ist eine einheitliche Rastermatrix von Geländehöhenwerten mit einem Pfostenabstand von einer Bogensekunde (ungefähr 30 Meter). Der Informationsgehalt entspricht den Höhenlinieninformationen einer Karte im Maßstab 1:50.000.

Der Spatial Data Transfer Standard (SDTS) ist eine robuste Methode zur Übertragung von erdbezogenen Geodaten zwischen unterschiedlichen Computersystemen ohne das Potenzial für Informationsverlust. Es handelt sich um einen Übertragungsstandard, der die Philosophie der eigenständigen Übertragung umfasst, d. h. Geodaten, Attribut, Georeferenzierung, Datenqualitätsbericht, Datenwörterbuch und andere unterstützende Metadaten, die alle in der Übertragung enthalten sind.

Dies ist das traditionelle Format, das von USGS verwendet wurde, bevor es durch SDTS ersetzt wurde, und ist das Format, das für CDED DEM-Datenprodukte aus Kanada verwendet wird. Die gängigsten Variationen von USGS-DEM-Dateien sollten unterstützt werden, einschließlich der korrekten Erkennung des Koordinatensystems und der georeferenzierten Positionierung.

Die USGS Digital Elevation Model (DEM)-Datendateien sind digitale Darstellungen kartografischer Informationen in Rasterform. DEMs bestehen aus einem abgetasteten Array von Erhebungen für eine Reihe von Bodenpositionen in regelmäßigen Abständen. Diese digitalen kartografischen/geografischen Datendateien werden vom U.S. Geological Survey (USGS) im Rahmen des National Mapping Program erstellt und sind in 7,5-Minuten-, 15-Minuten-Einheiten, auch bekannt als 30-Minuten- und 1-Grad-Einheiten, verfügbar. Die 7,5- und 15-minütigen DEMs sind in der großen Kategorie enthalten, während 30-minütige DEMs in die mittlere Kategorie fallen und 1-Grad-DEMs in die kleine Kategorie fallen.

SRTM ist ein internationales Projekt, das von der National Geospatial-Intelligence Agency (NGA) und der National Aeronautics and Space Administration (NASA) geleitet wird. Digitale Höhenmodelle der Erdoberfläche wurden mit Messungen erstellt, die aus den Rücksignalen abgeleitet wurden, die von zwei Radarantennen eines Raumfahrzeugs empfangen wurden. Jede Datendatei deckt einen Block von einem Breitengrad mal einem Längengrad der Erdoberfläche ab. SRTM bestand aus einem speziell modifizierten Radarsystem, das während der 11-tägigen STS-99-Mission im Februar 2000 an Bord des Space Shuttle Endeavour flog, basierend auf dem älteren Spaceborne Imaging Radar-C/X-Band Synthetic Aperture Radar (SIR-C/ X-SAR).

Überlegungen, Einschränkungen und allgemeine Informationen zu DEM-Daten

Geographic Imager importiert DEM-Dateien als 16-Bit-Graustufendateien in Adobe Photoshop. Derzeit kann Geographic Imager nur in Grayscale DEM GeoTIFF, USGS DEM, ASCII Grid und BIL speichern.

Das Rohdaten-DEM-Schema erstellt ein potenziell kontrastarmes Bild und hält die Quellhöhen direkt den tatsächlichen Pixelwerten zugeordnet. Es wird empfohlen, DEM-Dateien mit dem erweiterten Import zu mosaikieren. Geographic Imager erstellt ein DEM-Schema, das dem Bereich der importierten Bilder entspricht.

Um DEM-Werte anzuzeigen, verwenden Sie die Registerkarte Vermessung des Panels Geographic Imager. Verwenden Sie das Color Sampler Tool, um bis zu vier Punkte auf dem Bild auszuwählen, um seinen DEM-Wert anzuzeigen. Ziehen Sie einzelne Punkte mit gedrückter linker Maustaste und legen Sie sie ab, um ihre Position zu ändern. Verwenden Sie Strg (Win) oder Befehl (Mac) und klicken Sie, um einzelne Punkte zum Verschieben oder Löschen auszuwählen, oder klicken Sie mit der rechten Maustaste, um zusätzliche Optionen zu erhalten. Eine andere Möglichkeit, DEM-Werte anzuzeigen, besteht darin, das Dialogfeld Georeferenz zu verwenden. Der Höhenwert wird unter dem Vorschaubild angezeigt.


NLNB_MBLIDAR_GEO.TIF: GeoTIFF-Bild mit farbigem Relief, das die kombinierte 4-m-Multibeam- und LIDAR-Bathymetrie zeigt, die aus den Vermessungen der National Oceanic and Atmospheric Administration (NOAA) H11442, H11441, H11224 und H11225 Offshore von New London und Niantic, CT (Geographic, WGS84)

<https://pubs.usgs.gov/of/2009/1231/data/bathy/geotifs/combined/nlnb_mblidar_geo.gif> (GIF) Miniaturbild des GeoTIFF, das die gesammelte 4-m-Farbschraffur-Multibeam- und LIDAR-Bathymetrie zeigt während der NOAA-Untersuchungen H11441, H11442, H11224 und H11225 im geografischen, WGS84

Anfangs_Datum: 20-Jan-2004 End_Datum: 22-Mai-2005 Aktualität_Referenz: Bodenbeschaffenheit (Siehe die Quellenangabe im Abschnitt zur Abstammung für die spezifischen Daten der einzelnen Komponenten.)

Geospatial_Data_Presentation_Form: Fernerkundungsbild

Dies ist ein Raster-Dataset. Es enthält die folgenden Raster-Datentypen:

Horizontale Positionen werden in geografischen Koordinaten angegeben, dh Breiten- und Längengrad. Breitengrade werden auf die nächsten 0.000043 angegeben. Längengrade werden auf die nächsten 0.000043 angegeben. Breiten- und Längengradwerte werden in Dezimalgrad angegeben.

Das verwendete horizontale Datum ist D_WGS_1984.
Das verwendete Ellipsoid ist WGS_1984.
Die große Halbachse des verwendeten Ellipsoids ist 6378137.000000.
Die Abflachung des verwendeten Ellipsoids beträgt 1/298,257224.

Entity_and_Attribute_Overview: Dem GeoTiff-Bild sind keine Attribute zugeordnet. Pixelwerte vermitteln RGB-Werte einzelner Zellen. Wärmere Farben (z. B. Rot) sind flachere Farben, kühlere Farben (z. B. Blau) sind tiefer.

Wer hat den Datensatz erstellt?

(508) 548-8700 x2314 (Stimme)
(508) 457-2310 (FAX)
[email protected]

Warum wurde der Datensatz erstellt?

Wie wurde der Datensatz erstellt?

Datum: Unbekannt (Prozess 1 von 8) Zwei 8,5-m-Aluminium-Jensen-Starts, die vom NOAA-Schiff Thomas Jefferson aus eingesetzt wurden, wurden verwendet, um die bathymetrischen Daten des Multibeam-Echolots (MBES) für die Vermessungen H11441 und H11442 von April bis Mai 2005 vor New London, Connecticut, zu erfassen . Obwohl die meisten der tieferen Teile dieser Vermessungen während der MBES-Erfassung vollständig abgedeckt wurden, war die Abdeckung in den flacheren Gebieten (<10 m) auf die Entwicklung von „Briefmarken“ um Zielgebiete und Aufklärungskreuzlinien beschränkt. Die MBES-Daten wurden mit rumpfmontierten RESON SeaBat 240-kHz 8101 und 455-kHz 8125 Flachwassersystemen gesammelt. Diese Systeme messen die Schalllaufzeit in beide Richtungen über einen 150-Grad- bzw. 120-Grad-Schwad. Der SeaBat 8101 hat 101 Strahlen bei einem Strahlabstand von 1,5 Grad. Der SeaBat 8125 hat 240 Strahlen mit einer Querstrahlbreite von 0,5 Grad am Nadir. Die ursprüngliche horizontale Auflösung der MBES-Daten betrug 1 m, die vertikale Auflösung der MBES-Daten beträgt etwa 0,5% der Wassertiefe. Die bathymetrischen Daten wurden in XTF (erweitertes Triton-Datenformat) erfasst und von NOAA mit der Software CARIS HIPS (Hydrographic Image Processing System) zur Qualitätskontrolle verarbeitet, um Schallgeschwindigkeits- und Gezeitenkorrekturen zu integrieren und das kontinuierliche digitale Geländemodell zu erstellen. Die Navigation erfolgte durch differentielle GPS-unterstützte Trägheitsnavigationssysteme TSS POS/MV 320, die verwendeten differentiellen GPS-Baken stammten von Moriches, New York, und Sandy Hook, New Jersey. HYPACK MAX wurde für die Navigation der Erfassungslinie verwendet. Schallgeschwindigkeitskorrekturen wurden unter Verwendung häufiger SEACAT CTD-Profile (Leitfähigkeit-Temperatur-Tiefe) abgeleitet. Typischerweise wurde alle vier bis sechs Stunden nach der MBES-Erfassung ein CTD-Guß durchgeführt. Gezeitenzonenkorrekturen wurden aus Daten berechnet, die von National Water Level Observation Stations in New London, Connecticut und Montauk, New York, gewonnen wurden. Vertikaler Bezugspunkt ist das mittlere Niedrigwasser. Personen, die an detaillierten Beschreibungen der MBES-Erfassung und -Verarbeitung interessiert sind, sollten die beschreibenden Berichte konsultieren. Elf Erkundungsfahrten wurden an Bord eines geleasten Hummerboots durchgeführt, um die Wasserklarheit vor Beginn der luftgestützten LIDAR-Operationen der Vermessungen H11224 und H11225 zu überwachen. Diese Kreuzfahrten, bei denen Secchi-Scheiben verwendet wurden, um die Wasserklarheit zu bestimmen, wurden zwischen dem Connecticut River und Fishers Island zwischen dem 9. Mai 2003 und dem 11. Januar 2004 durchgeführt, als die Wasserklarheit als ausreichend erachtet wurde. Die LIDAR-Daten (Light Detection and Ranging) wurden von Tenix LADS, Inc. vom 25. Januar bis 3. März 2004 mit einem LADS Mk II-System erfasst. Luftgestützte Vermessungsarbeiten wurden an Bord eines Flugzeugs der Serie Dash 8-202 mit einem Nd:YAG-Laser in Höhen zwischen 1.200 und 2.200 Fuß, bei Bodengeschwindigkeiten zwischen 140 und 210 Knoten und in Laserpunktabständen von 4 x 4 und 3 x 3 m durchgeführt. Grüne Laserpulse wurden in einem geradlinigen Muster unter dem Flugzeug abgetastet. Die von der Meeresoberfläche und dem Meeresboden reflektierte grüne Laserenergie wurde erfasst und digital aufgezeichnet. Die empfangene Infrarot-Laserenergie, ergänzt durch ein Altitude Heading Reference System (AHRS) Trägheitshöhenreferenz und kinematisches GPS, bestimmt die Höhe des Flugzeugs. Die Echtzeit-Positionierung wurde von WADGPS (Wide Area Differential Global Positioning System) bereitgestellt. Die erfassten Daten wurden mit CARIS HIPS verarbeitet. Personen, die an detaillierten Beschreibungen der LIDAR-Erfassung und -Verarbeitung interessiert sind, sollten die beschreibenden Berichte konsultieren. Vertikaler Bezugspunkt ist das mittlere Niedrigwasser X- und Y-Einheiten sind Meter UTM Zone 18, NAD83. Die endgültigen kombinierten CARIS-Basisflächen wurden mit einer Zellengröße von 4 m für die Erhebungen H11441, H11224 und H11225 hergestellt. Die endgültige kombinierte CARIS-Basisfläche für die Erhebung H11442 wurde mit einer Zellengröße von 3 m hergestellt.

Person, die diese Aktivität durchgeführt hat:

757-441-6746 (Stimme)
[email protected]

  • H11441 CARIS HIPS-Datenbank
  • H11224 CARIS HIPS-Datenbank
  • H11442 CARIS HIPS-Datenbank
  • H11225 CARIS HIPS-Datenbank

Datum: 2009 (Prozess 2 von 8) Die CARIS-Feldblätter für vier Erhebungen wurden inspiziert, um festzustellen, ob es vertikale und/oder horizontale Versätze gab, wo sich die Erhebungen überlappten. NOAA-LIDAR-Untersuchungen (H11224 und H11225) zeigten weder in vertikaler noch in horizontaler Richtung einen relativen Versatz. Das gleiche wurde für die beiden benachbarten NOAA-Multibeam-Surveys (H11441 und H11442) gefunden. Es wurde jedoch ein konsistenter vertikaler Versatz von 25 cm zwischen den Multibeam- und LIDAR-Datensätzen gefunden, wobei die Multibeam-Daten durchweg 25 cm flacher waren als die überlappende LIDAR-Vermessung. Um dieses Problem zu beheben, wurde entschieden, dass die Mehrstrahlvermessungen H11441 und H11442 um 25 cm (tiefer) versetzt und somit auf die LIDAR-Vermessungen H11224 und H11225 bezogen werden. Nach Durchsicht der Datenerfassungs- und Verarbeitungsberichte (DAPR) zusätzlich zum beschreibenden Bericht (DR) für jede der 4 Vermessungen liegen 25 cm innerhalb des vertikalen Fehlerbudgets, wie von Tenix für das LADS-System und wie für das Reson berichtet 8101 und 8125 systerms, die bei den NOAA-Starts installiert sind. Die vertikale Kontrolle war bei allen Erhebungen gleich. Da der Versatz von 25 cm bei allen Vermessungen nicht außerhalb der Fehleranalysen lag, wurde entschieden, die Multibeam-Daten auf die LIDAR-Daten zu beziehen, indem die Multibeam-Tiefensondierungen abgesenkt wurden, hauptsächlich um die 0 LIDAR-Tiefenkontur (Meeresoberfläche wie durch die LADS-System) auf Meereshöhe und zum Teil, weil die Tenix LADS-Vermessungen mit kinematischen GPS-Echtzeittechniken durchgeführt und in der vertikalen Dimension als genau beurteilt wurden.

Person, die diese Aktivität durchgeführt hat:

508-548-8700 x2274 (Stimme)
508-457-2310 (FAX)
[email protected]

  • H11441 CARIS HIPS-Datenbank
  • H11442 CARIS HIPS-Datenbank
  • H11224 CARIS HIPS-Datenbank
  • H11225 CARIS HIPS-Datenbank

Datum: 2009 (Prozess 3 von 8) Die Feldblätter aus den Vermessungen H11441, H11442, H11224 und H11225 (durchschnittliche Tiefen, nicht die auf Untiefen basierenden Feldblätter) wurden in das Fledermaus v6.7-Programm DMagic importiert, um ein äquivalentes digitales Geländemodell zu erstellen ( DTM)-Dateien. Das Floating-Piont-Format für jeden Sondierungstiefenpunkt wird beim Datenimport beibehalten. Darüber hinaus wurden diese Feldblätter als "gerasterte Daten" in DMagic importiert, daher fand während des Importvorgangs kein erneutes Rastern der Daten statt und so wurden die ursprünglichen Auflösungen der CARIS-Feldblätter beibehalten: H11441 4 Meter Zellgröße H11442 3 Meter Zellgröße H11224 4 Meter Zellgröße H11225 4 Meter Zellgröße Die H11441 und H11442 DTM Dateien wurden dann als ESRI ASCII Rasterdatei aus dem DMagic Programm exportiert.

Person, die diese Aktivität durchgeführt hat:

508-548-8700 x2274 (Stimme)
508-457-2310 (FAX)
[email protected]

  • H11441 CARIS HIPS-Datenbank
  • H11442 CARIS HIPS-Datenbank
  • H11224 CARIS HIPS-Datenbank
  • H11225 CARIS HIPS-Datenbank

Dabei entstandene Datenquellen:

  • h11441.dtm
  • h11442.dtm
  • h11224.dtm
  • h11225.dtm
  • h11441.asc
  • h11442.asc

Datum: 2009 (Prozess 4 von 8) Die ESRI-ASCII-Rasterdateien wurden in ArcMap v9.3 mit dem Werkzeug ASCII in Raster importiert (ArcToolbox, Conversion Tools, To Raster). Die einzige hier festgelegte Option besteht darin, jeden klingenden Rasterzellenwert als Gleitkommazahl zu importieren. Anschließend wurden 25 cm zu jeder Rasterzelle der Mehrstrahlvermessung (H11441 und H11442) hinzugefügt, wodurch ein neues Raster entstand, das nun mit den LIDAR-Datensätzen kombiniert werden konnte. Jede Vermessungs-Rasterdatei wurde dann mithilfe des Werkzeugs Raster nach ASCII (ArcToolbox, Conversion Tools, From Raster) aus ArcMap exportiert.

Person, die diese Aktivität durchgeführt hat:

508-548-8700 x2274 (Stimme)
508-457-2310 (FAX)
[email protected]

Dabei entstandene Datenquellen:

Datum: 2009 (Prozess 5 von 8) Das angepasste Multibeam-Raster wurde zurück in das Programm Fledermaus v6.7 DMagic importiert, um neue DTM-Dateien zu erstellen, die mit den LIDAR-DTM-Dateien kombiniert werden können. Das Floating-Piont-Format für jeden Sondierungstiefenpunkt wird beim Datenimport beibehalten. Darüber hinaus wurden die Daten aus den ArcGIS ASCII-Rasterdateien als "gerasterte Daten" in DMagic importiert, daher fand während des Importvorgangs kein erneutes Rastern der Daten statt und so wurden die ursprünglichen Auflösungen der CARIS-Feldblätter beibehalten.

Person, die diese Aktivität durchgeführt hat:

508-548-8700 x2274 (Stimme)
508-457-2310 (FAX)
[email protected]

Dabei entstandene Datenquellen:

Datum: 2009 (Prozess 6 von 8) Die DTM-Dateien aus den Vermessungen H11441 und H11442 (jetzt 25 cm tiefer) und den Vermessungen H11224 und H11225 wurden mit der Fledermaus-Kommandozeilenoption dtmmerge und der kombinierten H11441-H11442 zu einer 4-m-Rasterdatei zusammengefasst -H11224-H11225-Raster wurde aus DMagic als ESRI-ASCII-Rasterdatei exportiert. Die Option dtmmerge kombiniert die Eingabegitterdateien und setzt die Auflösung des kombinierten Ausgabegitters auf das Eingabegitter mit der niedrigsten Auflösung, in diesem Fall das 4-Meter-LIDAR-Gitter. Außerdem basieren die Ausgabesondierungen für das kombinierte Raster auf dem Durchschnitt der nächsten Eingaberastersondierungen für eine bestimmte Ausgaberasterzelle. Die verwendete Befehlszeile war:
dtmmerge -in h11225.dtm h11224.dtm h11441.dtm h11442.dtm -out nlnb.dtm -cellsize 4.0 -mode Average

Person, die diese Aktivität durchgeführt hat:

508-548-8700 x2314 (Stimme)
508-457-2310 (FAX)
[email protected]

Dabei entstandene Datenquellen:

Datum: 2009 (Prozess 7 von 8) Die ESRI-ASCII-Rasterdatei wurde dann in ArcToolbox v9.3 mit dem ASCII-zu-Raster-Konvertierungswerkzeug in ein Raster konvertiert und mit dem Datenverwaltungstool Project Raster (ArcToolbox, Data Management Tools, Projections and Transformationen) von UTM Zone 18N, NAD 83 zu Geographic, WGS84. Die im Werkzeug Projektraster angegebenen Optionen waren: 1. Eingabekoordinatensystem: NAD_1983_UTM_Zone_18N 2. Ausgabekoordinatensystem: GCS_WGS_1984 3. Geografische Transformationsmethode: NAD_1983_WGS_1984_5 4. Resampling-Technik: BILINEAR 5. Ausgabezellengröße: 0.000043 (Dezimalgrad, Standard als .) von ArcMap für eine Zellengröße von 4 Metern berechnet) Die ausgewählte geografische Transformation ist die genaueste von ESRI bereitgestellte, da sie in WGS84 mit ITRF96 verknüpft ist und somit den erdzentrierten Versatz (xyz) zwischen WGS84 und NAD83 widerspiegelt (aus dem ESRI Knowledge Base Document Nummer 24159).

Person, die diese Aktivität durchgeführt hat:

508-548-8700 x2274 (Stimme)
508-457-2310 (FAX)
[email protected]

Dabei entstandene Datenquellen:

Datum: 2009 (Prozess 8 von 8) In DMagic und IVS Image Viewer wurde ein farbiges GeoTIFF-Bild mit Schummerung und Weltdatei erstellt. Die Sonneneinstrahlung erfolgt von Norden bei 45 Grad über dem Horizont und die vertikale Übertreibung beträgt 4x.

Person, die diese Aktivität durchgeführt hat:

508-548-8700 x2274 (Stimme)
508-457-2310 (FAX)
[email protected]

Dabei entstandene Datenquellen:

Wie zuverlässig sind die Daten, welche Probleme bleiben im Datensatz?

Die horizontale Position der mehrstrahligen Bathymetrie der Starts wurde mit GPS bestimmt, das von Differential-GPS-Beacon-Stationen der US-Küstenwache in Moriches, New York, und Sandy Hook, New Jersey, korrigiert wurde. Die Echtzeit-Positionierung während der LIDAR-Erfassung wurde von einem Ashtech GG24 GPS-Empfänger in Kombination mit Thales GeoSolutions Wide Area DGPS erhalten. Die ursprüngliche horizontale Auflösung der MBES-Daten betrug 1 m. Die endgültigen kombinierten CARIS-Basisflächen für die MBES-Daten wurden mit einer Zellengröße von 4 m für die Untersuchung H11441 und einer Zellengröße von 3 m für die Untersuchung H11442 erstellt. Originalzellengröße der gerasterten LIDAR-Daten war in erster Linie 4 m.

Die Lage der Starts (z. B. Nicken, Rollen und Heben), die Mehrstrahl-Bathymetrie erfassen, wurde von einem GPS-gestützten Navigationssystem Applanix TSS POS/MV 320 Version 3 überwacht. Die Echtzeit-Positionierung während der LIDAR-Erfassung wurde von einem Ashtech GG24 GPS-Empfänger in Kombination mit Thales GeoSolutions Wide Area DGPS erhalten. Ashtech Z12 GPS-Empfänger, die als Teil des Airborne Systems und des Bodensystems bereitgestellt werden, protokollierten auch GPS-Daten am Flugzeug und an einer lokal eingerichteten Basisstation, um nachverarbeitete KGPS-Positionslösungen bereitzustellen. Die empfangene Infrarot-Laserenergie, ergänzt durch ein Altitude Heading Reference System (AHRS) Trägheitshöhenreferenz und kinematisches GPS, bestimmt die Höhe des Flugzeugs. Die vertikale Auflösung der Multibeam-Daten beträgt ca. 0,5 % der Wassertiefe. Obwohl dem GeoTIFF-Bild keine Tiefenattribute zugeordnet sind, vermitteln Pixelwerte RGB-Werte einzelner Zellen. Wärmere Farben (z. B. Rot) sind flachere Farben, kühlere Farben sind tiefer.

Alle erhobenen Daten wurden verarbeitet und verwendet, um diesen Datensatz zu erstellen.

Für diese Daten wurden keine weiteren Konsistenzprüfungen durchgeführt.

Wie kann jemand eine Kopie des Datensatzes erhalten?

(508) 548-8700 x2314 (Stimme)
(508) 457-2310 (FAX)
[email protected]

    Verfügbarkeit in digitaler Form:

Wer hat die Metadaten geschrieben?

(508) 548-8700 x2314 (Stimme)
(508) 457-2310 (FAX)
[email protected]

Erstellt von mp Version 2.9.6 am Di 08. Dez 07:39:07 2009


NIANTIC_MBLIDAR_GEO.TIF: GeoTIFF-Bild mit farbigem Relief, das die kombinierte 4-m-Multibeam- und LIDAR-Bathymetrie zeigt, die aus den Vermessungen der National Oceanic and Atmospheric Administration (NOAA) H11442 und H11225 Offshore von Niantic, CT (Geographic, WGS84) generiert wurden

<https://pubs.usgs.gov/of/2009/1231/data/bathy/geotifs/niantic/niantic_mblidar_geo.jpg> (JPEG) Miniaturbild des GeoTIFF, das die gesammelte 4-m-Farbschraffur-Multibeam- und LIDAR-Bathymetrie zeigt während der NOAA-Untersuchungen H11442 und H11225 im geografischen, WGS84

Anfang_Datum: 20-Jan-2004 End_Datum: 06-Mai-2005 Aktualität_Referenz: Bodenbeschaffenheit (Siehe die Quellenangabe im Abschnitt zur Abstammung für die spezifischen Daten der einzelnen Komponenten.)

Geospatial_Data_Presentation_Form: Fernerkundungsbild

Dies ist ein Raster-Dataset. Es enthält die folgenden Raster-Datentypen:

Horizontale Positionen werden in geografischen Koordinaten angegeben, dh Breiten- und Längengrad. Breitengrade werden auf die nächsten 0.000043 angegeben. Längengrade werden auf die nächsten 0.000043 angegeben. Breiten- und Längengradwerte werden in Dezimalgrad angegeben.

Das verwendete horizontale Datum ist D_WGS_1984.
Das verwendete Ellipsoid ist WGS_1984.
Die große Halbachse des verwendeten Ellipsoids ist 6378137.000000.
Die Abflachung des verwendeten Ellipsoids beträgt 1/298,257224.

Entity_and_Attribute_Overview: Dem GeoTiff-Bild sind keine Attribute zugeordnet. Pixelwerte vermitteln RGB-Werte einzelner Zellen. Wärmere Farben (z. B. Rot) sind flachere Farben, kühlere Farben (z. B. Blau) sind tiefer.

Wer hat den Datensatz erstellt?

(508) 548-8700 x2314 (Stimme)
(508) 457-2310 (FAX)
[email protected]

Warum wurde der Datensatz erstellt?

Wie wurde der Datensatz erstellt?

Datum: Unbekannt (Prozess 1 von 8) Zwei 8,5-m-Aluminium-Jensen-Starts, die vom NOAA-Schiff Thomas Jefferson aus eingesetzt wurden, wurden verwendet, um die bathymetrischen Daten des Multibeam-Echolots (MBES) für die Vermessungen H11441 und H11442 von April bis Mai 2005 vor New London, Connecticut, zu erfassen . Obwohl die meisten der tieferen Teile dieser Vermessungen während der MBES-Erfassung vollständig abgedeckt wurden, war die Abdeckung in den flacheren Gebieten (<10 m) auf die Entwicklung von „Briefmarken“ um Zielgebiete und Aufklärungskreuzlinien beschränkt. Die MBES-Daten wurden mit rumpfmontierten RESON SeaBat 240-kHz 8101 und 455-kHz 8125 Flachwassersystemen gesammelt. Diese Systeme messen die Schalllaufzeit in beide Richtungen über einen 150-Grad- bzw. 120-Grad-Schwad. Der SeaBat 8101 hat 101 Strahlen bei einem Strahlabstand von 1,5 Grad. Der SeaBat 8125 hat 240 Strahlen mit einer Querstrahlbreite von 0,5 Grad am Nadir. Die ursprüngliche horizontale Auflösung der MBES-Daten betrug 1 m, die vertikale Auflösung der MBES-Daten beträgt etwa 0,5% der Wassertiefe. Die bathymetrischen Daten wurden in XTF (erweitertes Triton-Datenformat) erfasst und von NOAA mit der Software CARIS HIPS (Hydrographic Image Processing System) zur Qualitätskontrolle verarbeitet, um Schallgeschwindigkeits- und Gezeitenkorrekturen zu integrieren und das kontinuierliche digitale Geländemodell zu erstellen. Die Navigation erfolgte durch differentielle GPS-unterstützte Trägheitsnavigationssysteme TSS POS/MV 320, die verwendeten differentiellen GPS-Baken stammten von Moriches, New York, und Sandy Hook, New Jersey. HYPACK MAX wurde für die Navigation der Erfassungslinie verwendet. Schallgeschwindigkeitskorrekturen wurden unter Verwendung häufiger SEACAT CTD-Profile (Leitfähigkeit-Temperatur-Tiefe) abgeleitet. Typischerweise wurde alle vier bis sechs Stunden nach der MBES-Erfassung ein CTD-Guß durchgeführt. Gezeitenzonenkorrekturen wurden aus Daten berechnet, die von National Water Level Observation Stations in New London, Connecticut und Montauk, New York, gewonnen wurden. Vertikaler Bezugspunkt ist das mittlere Niedrigwasser. Personen, die an detaillierten Beschreibungen der MBES-Erfassung und -Verarbeitung interessiert sind, sollten die beschreibenden Berichte konsultieren. Elf Erkundungsfahrten wurden an Bord eines geleasten Hummerboots durchgeführt, um die Wasserklarheit vor Beginn der luftgestützten LIDAR-Operationen der Vermessungen H11224 und H11225 zu überwachen. Diese Kreuzfahrten, bei denen Secchi-Scheiben verwendet wurden, um die Wasserklarheit zu bestimmen, wurden zwischen dem Connecticut River und Fishers Island zwischen dem 9. Mai 2003 und dem 11. Januar 2004 durchgeführt, als die Wasserklarheit als ausreichend erachtet wurde. Die LIDAR-Daten (Light Detection and Ranging) wurden von Tenix LADS, Inc. vom 25. Januar bis 3. März 2004 mit einem LADS Mk II-System erfasst. Luftgestützte Vermessungsarbeiten wurden an Bord eines Flugzeugs der Serie Dash 8-202 mit einem Nd:YAG-Laser in Höhen zwischen 1.200 und 2.200 Fuß, bei Bodengeschwindigkeiten zwischen 140 und 210 Knoten und in Laserpunktabständen von 4 x 4 und 3 x 3 m durchgeführt. Grüne Laserpulse wurden in einem geradlinigen Muster unter dem Flugzeug abgetastet. Die von der Meeresoberfläche und dem Meeresboden reflektierte grüne Laserenergie wurde erfasst und digital aufgezeichnet. Die empfangene Infrarot-Laserenergie, ergänzt durch ein Altitude Heading Reference System (AHRS) Trägheitshöhenreferenz und kinematisches GPS, bestimmt die Höhe des Flugzeugs. Die Echtzeit-Positionierung wurde von WADGPS (Wide Area Differential Global Positioning System) bereitgestellt. Die erfassten Daten wurden mit CARIS HIPS verarbeitet. Personen, die an detaillierten Beschreibungen der LIDAR-Erfassung und -Verarbeitung interessiert sind, sollten die beschreibenden Berichte konsultieren. Vertikaler Bezugspunkt ist das mittlere Niedrigwasser X- und Y-Einheiten sind Meter UTM Zone 18, NAD83. Die endgültigen kombinierten CARIS-Basisflächen wurden mit einer Zellengröße von 4 m für die Erhebungen H11441, H11224 und H11225 hergestellt. Die endgültige kombinierte CARIS-Basisfläche für die Erhebung H11442 wurde mit einer Zellengröße von 3 m hergestellt.

Person, die diese Aktivität durchgeführt hat:

757-441-6746 (Stimme)
[email protected]

  • H11442 CARIS HIPS-Datenbank
  • H11225 CARIS HIPS-Datenbank
  • H11441 CARIS HIPS-Datenbank
  • H11224 CARIS HIPS-Datenbank

Datum: 2009 (Prozess 2 von 8) Die CARIS-Feldblätter für vier Erhebungen wurden inspiziert, um festzustellen, ob es vertikale und/oder horizontale Versätze gab, wo sich die Erhebungen überlappten. NOAA-LIDAR-Untersuchungen (H11224 und H11225) zeigten weder in vertikaler noch in horizontaler Richtung einen relativen Versatz. Das gleiche wurde für die beiden benachbarten NOAA-Multibeam-Surveys (H11441 und H11442) gefunden. Es wurde jedoch ein konsistenter vertikaler Versatz von 25 cm zwischen den Multibeam- und LIDAR-Datensätzen gefunden, wobei die Multibeam-Daten durchweg 25 cm flacher waren als die überlappende LIDAR-Vermessung. Um dieses Problem zu beheben, wurde entschieden, dass die Mehrstrahlvermessungen H11441 und H11442 um 25 cm (tiefer) versetzt und somit auf die LIDAR-Vermessungen H11224 und H11225 bezogen werden. Nach Durchsicht der Datenerfassungs- und Verarbeitungsberichte (DAPR) zusätzlich zum beschreibenden Bericht (DR) für jede der 4 Vermessungen liegen 25 cm innerhalb des vertikalen Fehlerbudgets, wie von Tenix für das LADS-System und wie für das Reson berichtet 8101 und 8125 systerms, die bei den NOAA-Starts installiert sind. Die vertikale Kontrolle war bei allen Erhebungen gleich. Da der Versatz von 25 cm bei allen Vermessungen nicht außerhalb der Fehleranalysen lag, wurde entschieden, die Multibeam-Daten auf die LIDAR-Daten zu beziehen, indem die Multibeam-Tiefensondierungen abgesenkt wurden, hauptsächlich um die 0 LIDAR-Tiefenkontur (Meeresoberfläche wie durch die LADS-System) auf Meereshöhe, sondern auch, weil die Tenix LADS-Vermessungen mit kinematischen Echtzeit-GPS-Techniken durchgeführt und in der vertikalen Dimension als genau beurteilt wurden.

Person, die diese Aktivität durchgeführt hat:

508-548-8700 x2274 (Stimme)
508-457-2310 (FAX)
[email protected]

  • H11441 CARIS HIPS-Datenbank
  • H11442 CARIS HIPS-Datenbank
  • H11224 CARIS HIPS-Datenbank
  • H11225 CARIS HIPS-Datenbank

Datum: 2009 (Prozess 3 von 8) Die Feldblätter aus den Vermessungen H11442 und H11225 (durchschnittliche Tiefen, nicht die auf Untiefen basierenden Feldblätter) wurden in das Fledermaus v6.7-Programm DMagic importiert, um äquivalente digitale Geländemodelldateien (DTM) zu erstellen. Das Floating-Piont-Format für jeden Sondierungstiefenpunkt wird beim Datenimport beibehalten. Darüber hinaus wurden diese Feldblätter als "gerasterte Daten" in DMagic importiert, daher fand während des Importvorgangs kein erneutes Rastern der Daten statt und so wurden die ursprünglichen Auflösungen der CARIS-Feldblätter beibehalten: H11442 3 Meter Zellgröße H11225 4 Meter Zellgröße Der H11442 Die DTM-Datei wurde dann als ESRI-ASCII-Rasterdatei aus dem DMagic-Programm exportiert. Der Exportprozess behält die Gleitkommawerte der Gitterzellenknoten bei.

Person, die diese Aktivität durchgeführt hat:

508-548-8700 x2274 (Stimme)
508-457-2310 (FAX)
[email protected]

Dabei entstandene Datenquellen:

Datum: 2009 (Prozess 4 von 8) Die ESRI-ASCII-Rasterdateien wurden in ArcMap v9.3 mit dem Werkzeug ASCII in Raster importiert (ArcToolbox, Conversion Tools, To Raster). Die einzige hier festgelegte Option besteht darin, jeden klingenden Rasterzellenwert als Gleitkommazahl zu importieren. Anschließend wurden den H11442-Rasterzellen 25 cm hinzugefügt, wodurch ein neues Raster entstand, das nun mit dem LIDAR-Datensatz kombiniert werden konnte. Die H11442-Rasterdatei wurde dann mit dem Werkzeug Raster nach ASCII (ArcToolbox, Conversion Tools, From Raster) aus ArcMap exportiert.

Person, die diese Aktivität durchgeführt hat:

508-548-8700 x2274 (Stimme)
508-457-2310 (FAX)
[email protected]

Dabei entstandene Datenquellen:

Datum: 2009 (Prozess 5 von 8) Das angepasste Multibeam-Raster wurde zurück in das Programm Fledermaus v6.7 DMagic importiert, um neue DTM-Dateien zu erstellen, die mit den LIDAR-DTM-Dateien kombiniert werden können. Das Floating-Piont-Format für jeden Sondierungstiefenpunkt wird beim Datenimport beibehalten. Darüber hinaus wurden die Daten aus den ArcGIS ASCII-Rasterdateien als "gerasterte Daten" in DMagic importiert, daher fand während des Importvorgangs kein erneutes Rastern der Daten statt und so wurden die ursprünglichen Auflösungen der CARIS-Feldblätter beibehalten.

Person, die diese Aktivität durchgeführt hat:

508-548-8700 x2274 (Stimme)
508-457-2310 (FAX)
[email protected]

Dabei entstandene Datenquellen:

Datum: 2009 (Prozess 6 von 8) Die DTM-Dateien aus den Vermessungen H11442 (jetzt 25 cm tiefer) und H11225 wurden mit der Fledermaus-Befehlszeilenoption dtmmerge zu einer 4-m-Rasterdatei zusammengefasst und das kombinierte H11442-H11225-Raster wurde exportiert aus DMagic als ESRI-ASCII-Rasterdatei. Die Option dtmmerge kombiniert die Eingabegitterdateien und setzt die Auflösung des kombinierten Ausgabegitters auf das Eingabegitter mit der niedrigsten Auflösung, in diesem Fall das LIDAR-Gitter. Außerdem basieren die Ausgabesondierungen für das kombinierte Raster auf dem Durchschnitt der nächsten Eingaberastersondierungen für eine bestimmte Ausgaberasterzelle. Die verwendete Befehlszeile war:
dtmmerge -in h11225.dtm h11442.dtm -out niantic.dtm -cellsize 4.0 -mode durchschnittlich

Person, die diese Aktivität durchgeführt hat:

508-548-8700 x2274 (Stimme)
508-457-2310 (FAX)
[email protected]

Dabei entstandene Datenquellen:

Datum: 2009 (Prozess 7 von 8) Die ESRI-ASCII-Rasterdatei wurde dann in ArcToolbox v9.3 mit dem ASCII-zu-Raster-Konvertierungswerkzeug in ein Raster konvertiert und mit dem Datenverwaltungstool Project Raster (ArcToolbox, Data Management Tools, Projections and Transformationen) von UTM Zone 18N, NAD 83 zu Geographic, WGS84. Die im Werkzeug Projektraster angegebenen Optionen waren: 1. Eingabekoordinatensystem: NAD_1983_UTM_Zone_18N 2. Ausgabekoordinatensystem: GCS_WGS_1984 3. Geografische Transformationsmethode: NAD_1983_WGS_1984_5 4. Resampling-Technik: BILINEAR 5. Ausgabezellengröße: 0.000043 (Dezimalgrad, Standard als .) von ArcMap für eine Zellengröße von 4 Metern berechnet) Die ausgewählte geografische Transformation ist die genaueste von ESRI bereitgestellte, da sie in WGS84 mit ITRF96 verknüpft ist und somit den erdzentrierten Versatz (xyz) zwischen WGS84 und NAD83 widerspiegelt (aus dem ESRI Knowledge Base Document Nummer 24159).

Person, die diese Aktivität durchgeführt hat:

508-548-8700 x2274 (Stimme)
508-457-2310 (FAX)
[email protected]

Dabei entstandene Datenquellen:

Datum: 2009 (Prozess 8 von 8) In DMagic und IVS Image Viewer wurde ein farbiges GeoTIFF-Bild mit Schummerung und Weltdatei erstellt. Die Sonneneinstrahlung erfolgt von Norden bei 45 Grad über dem Horizont und die vertikale Übertreibung beträgt 4x.


GeoTIFF aus LIDAR-Datei erstellen

Im Allgemeinen versuche ich, ein Raster aus der LIDAR-Cloud (Dateien mit der Erweiterung .las) zu geoTif zu erstellen. Es ist neu für mich und ich weiß nicht wie ich anfangen soll. Im Moment lese ich alle Punkte aus der Datei und überprüfe alle Punkte nach Maß 'Z' und zeichne jeden höchsten Punkt in der tif-Datei. Zum Erstellen von Tif verwende ich die GDAL-Bibliothek von QGIS.

In LASTool und ich habe eine App gefunden, die LAS in TIF umwandelt, aber bezahlt wird. Ich brauche etwas, was kostenlos ist. Vielleicht hatte jemand das gleiche Problem und wird die Lösung teilen?

Außerdem muss ich in meiner Tiff-Datei Kacheln haben. Also, wenn jemand auch einen Code hätte, wäre ich dankbar.

Danke @chambbj , im Allgemeinen ist es ein guter Vorschlag, weil PDAL großartig ist, aber diese Lösung erstellt mir Tif in Grautönen. aber ich brauche etwas, das alle Farben in der LAS-Datei berücksichtigt. Ich habe Filter (Kolorierung) gesehen, aber es funktioniert nicht: (Vielleicht mache ich etwas falsch? Ich weiß es nicht. Wäre großartig, wenn ich alle Punkte in der Wolke nach der maximalen Z-Dimension trennen und eine TIF-Datei erstellen könnte.

Beispiel: Im Moment habe ich so etwas

aber ich brauche sowas:


Beispiele

Bild aus JPEG-Datei in GeoTIFF-Datei schreiben

JPEG-Bild aus Datei lesen.

Leiten Sie den Weltdateinamen aus dem Bilddateinamen ab, lesen Sie die Weltdatei und konstruieren Sie ein räumliches Referenzobjekt.

Schreiben Sie Bilddaten und Referenzdaten in eine GeoTIFF-Datei.

Konstruieren Sie eine leere Kartenachse und zeigen Sie die Karte an.

Konvertieren Sie klassisches TIFF in gekacheltes BigTIFF

Konvertieren Sie eine georeferenzierte klassische TIFF-Datei in eine gekachelte BigTIFF-Datei, indem Sie Informationen aus der klassischen TIFF-Datei extrahieren. Importieren Sie zunächst ein klassisches TIFF-Bild von Boston und ein Referenzobjekt für Kartenzellen. Rufen Sie mit geotiffinfo Metadaten aus der Datei ab.

Geben Sie Tags an, die in die gekachelte BigTIFF-Datei aufgenommen werden sollen. Extrahieren Sie dazu das GeoKey-Verzeichnis-Tag aus den Metadaten. Erstellen Sie dann Tags, die die Länge und Breite der Kacheln angeben.

Schreiben Sie die Daten in eine neue GeoTIFF-Datei. Geben Sie das Dateiformat als BigTIFF an, indem Sie das Name-Wert-Paar 'TiffType' verwenden. Schließen Sie Tags ein, indem Sie die Name-Wert-Paare "GeoKeyDirectoryTag" und "TiffTags" angeben.

Überprüfen Sie, ob Sie die BigTIFF-Datei geschrieben haben, indem Sie die Datei lesen und die Tags abfragen.

WMS-Bild in GeoTIFF-Datei schreiben

Daten vom WMS-Server lesen.

Daten in GeoTIFF-Datei schreiben.

Concord Orthophotos in eine einzelne GeoTIFF-Datei schreiben

Lesen Sie die beiden benachbarten Orthophotos und kombinieren Sie sie.

Konstruieren Sie referenzierende Objekte für die Orthophotos und für deren Kombination.

Schreiben Sie das kombinierte Bild in eine GeoTIFF-Datei. Verwenden Sie die Codenummer 26986, die das projizierte Koordinatensystem PCS_NAD83_Massachusetts angibt.

Schreiben einer Teilmenge der GeoTIFF-Datei in eine neue GeoTIFF-Datei

Importieren Sie mit readgeoraster ein GeoTIFF-Bild und ein Kartenzellen-Referenzobjekt für ein Gebiet um Boston.

Beschneiden Sie die Daten mit mapcrop auf die durch xlimits und ylimits angegebenen Grenzen.

Rufen Sie mit geotiffinfo Informationen über das GeoTIFF-Bild ab. Extrahieren Sie das GeoKey-Verzeichnis-Tag aus den Informationen.

Schreiben Sie die zugeschnittenen Daten und das GeoKey-Verzeichnis-Tag in eine Datei. Überprüfen Sie, ob die zugeschnittenen Daten in eine Datei geschrieben wurden, indem Sie sie anzeigen.

Höhendaten in GeoTIFF-Datei schreiben

Schreiben Sie Höhendaten für ein Gebiet um den South Boulder Peak in Colorado in eine GeoTIFF-Datei. Importieren Sie zunächst die Höhendaten und ein Referenzobjekt für geografische Buchungen.

Geben Sie GeoKey-Verzeichnis-Tag-Informationen für die GeoTIFF-Datei als Struktur an. Geben Sie an, dass sich die Daten in einem geographischen Koordinatensystem befinden, indem Sie das GTModelTypeGeoKey-Feld als 2 angeben. Geben Sie an, dass das Referenzobjekt Buchungen (anstelle von Zellen) verwendet, indem Sie das GTRasterTypeGeoKey-Feld als 2 angeben das Feld GeographicTypeGeoKey als 4326.

Schreiben Sie die Daten und das GeoKey-Verzeichnis-Tag in eine Datei.

Überprüfen Sie, ob die Daten in eine Datei geschrieben wurden, indem Sie sie auf einer Karte anzeigen.

Die in diesem Beispiel verwendeten Höhendaten sind mit freundlicher Genehmigung des US Geological Survey.

Schreiben einer TIFF-Datei mit RPC-Metadaten

Erstellen Sie eine TIFF-Beispieldatei mit RPC-Metadaten. Erstellen Sie dazu ein Array von Nullen und ein zugehöriges Referenzobjekt.

Erstellen Sie dann ein RPCCoefficientTag-Metadatenobjekt und legen Sie einige Felder mit typischen Werten fest. Das RPCCoefficientTag-Objekt stellt RPC-Metadaten in lesbarer Form dar.

Schreiben Sie das Bild, das zugehörige referenzierende Objekt und das RPCCoefficientTag-Objekt in eine Datei.

Rohe RPC-Koeffizienten-Metadaten in GeoTIFF-Datei schreiben

Dieses Beispiel zeigt, wie RPC-Koeffizienten-Metadaten in eine TIFF-Datei geschrieben werden. In einem echten Workflow würden Sie die RPC-Koeffizienten-Metadaten gemäß der TIFF-Erweiterungsspezifikation erstellen. Dieses Beispiel zeigt nicht die Einzelheiten zum Erstellen gültiger RPC-Metadaten. Um RPC-Rohmetadaten zu simulieren, erstellt das Beispiel eine TIFF-Beispieldatei mit RPC-Metadaten und verwendet dann imfinfo, um diese RPC-Metadaten in roher, unverarbeiteter Form aus der Datei zu lesen. Das Beispiel schreibt dann diese RPC-Rohmetadaten mithilfe der geotiffwrite-Funktion in eine Datei.

Rohe RPC-Koeffizienten-Metadaten erstellen

Um RPC-Rohmetadaten zu simulieren, erstellen Sie eine einfache Testdatei und schreiben Sie einige RPC-Metadaten in die Datei. Erstellen Sie für diese Testdatei ein Spielzeugbild und ein mit dem Bild verknüpftes Referenzobjekt.

Erstellen Sie ein RPCCoefficientTag-Metadatenobjekt und legen Sie einige der Felder fest. Die Toolbox verwendet das RPCCoefficientTag-Objekt, um RPC-Metadaten in lesbarer Form darzustellen.

Schreiben Sie das Bild, das zugehörige referenzierende Objekt und das RPCCoefficientTag-Objekt in eine Datei.

Rohe RPC-Koeffizienten-Metadaten lesen

Lesen Sie die RPC-Koeffizienten-Metadaten aus der Testdatei mithilfe der imfinfo-Funktion. Wenn es auf unbekannte Metadaten stößt, gibt imfinfo die Daten unverarbeitet im Feld UnknownTags zurück. Beachten Sie, dass das Feld UnknownTags ein Array von 92 Doubles enthält. Dies sind die rohen RPC-Koeffizienten-Metadaten, die in unverarbeiteter Form aus der Datei gelesen werden.

Rohe RPC-Metadaten in eine Datei schreiben

Schreiben Sie die RPC-Rohdaten in eine Datei. Extrahieren Sie zunächst die RPC-Koeffizienten-Metadaten aus der Infostruktur.

Konstruieren Sie dann ein RPCCoefficientTag-Objekt und übergeben Sie die RPC-Rohdaten (Array von 92 Doubles) als Argument.

Übergeben Sie das RPCCoefficientTag-Objekt an die geotiffwrite-Funktion und schreiben Sie die RPC-Metadaten in eine Datei.

Um zu überprüfen, ob die Daten in die Datei geschrieben wurden, lesen Sie die RPC-Metadaten aus der TIFF-Datei mit geotiffinfo . Vergleichen Sie die zurückgegebenen RPC-Metadaten mit den in die Testdatei geschriebenen Metadaten.


Schlüsselwörter

Themen-Schlüsselwörter

Thesaurus Stichwort
Schlüsselwörter für den Standort des Global Change Master Directory (GCMD) DOD/USARMY/USACE/SAM/MOBILE/OPJ/JALBTCX > Verteidigungsministerium
Schlüsselwörter für den Standort des Global Change Master Directory (GCMD) ERDWISSENSCHAFT > OZEANE >KÜSTENPROZESSE > KÜSTENHÖHE
Schlüsselwörter für den Standort des Global Change Master Directory (GCMD) MENSCHLICHE ABMESSUNGEN > LANDNUTZUNG/LANDDECKEL > LANDNUTZUNGSKLASSEN
Schlüsselwörter für den Standort des Global Change Master Directory (GCMD) LANDOBERFLÄCHE > TOPOGRAPHIE> GELÄNDERHÖHE
Schlüsselwörter für den Standort des Global Change Master Directory (GCMD) OZEANE > BATHYMETRIE/MEERBODENTOPOGRAPHIE > BATHYMETRIE
Schlüsselwörter für den Standort des Global Change Master Directory (GCMD) OZEANE > BATHYMETRIE/MEERBODENTOPOGRAPHIE > MEERBODENTOPOGRAPHIE
Schlüsselwörter für den Standort des Global Change Master Directory (GCMD) FESTE ERDE > GEOMORPHOLOGIE > KÜSTENLANDFORMEN/PROZESSE
ISO 19115 Themenkategorien BilderBaseMapsEarthCover
ISO 19115 Themenkategorien Lage
ISO 19115 Themenkategorien Ozeane
ISO 19115 Themenkategorie Elevation
Keiner Bathymetrie
Keiner Bathymetrie/Topographie
Keiner Klassifiziertes LAS
Keiner Lidar für Küstenzonenkartierung (CZMIL)
Keiner Joint Airborne Lidar Bathymetry Technical Center of eXpertise (JALBTCX)
Keiner Mobiles Viertel
Keiner Topographie
Keiner Ingenieurkorps der US-Armee (USACE)

Zeitliche Schlüsselwörter

Räumliche Schlüsselwörter

Thesaurus Stichwort
Schlüsselwörter für den Standort des Global Change Master Directory (GCMD) Kontinent > Nordamerika > Vereinigte Staaten von Amerika
Schlüsselwörter für den Standort des Global Change Master Directory (GCMD) Kontinent > Nordamerika > Vereinigte Staaten von Amerika > New Jersey
Schlüsselwörter für den Standort des Global Change Master Directory (GCMD) Kontinent > Nordamerika >Vereinigte Staaten von Amerika > New York
Schlüsselwörter für den Standort des Global Change Master Directory (GCMD) VERTIKALE LAGE > LANDOBERFLÄCHE
Schlüsselwörter für den Standort des Global Change Master Directory (GCMD) VERTIKALE LAGE > MEERBODEN

Instrumenten-Schlüsselwörter

Thesaurus Stichwort
Schlüsselwörter des Global Change Master Directory (GCMD) Erdfernerkundungsinstrumente > Aktive Fernerkundung > Profiler/Sounder > Lidar/Laser Sounder > LIDAR > Lichterkennung und Entfernungsmessung

Plattform-Keywords


DEM aus geoTIFF- oder asciiGRID-LiDAR-Daten erstellen? - Geografisches Informationssystem

Datensatzressourcen

Das landesweite Lidar-Projekt von Louisiana lieferte hochauflösende Höhendaten für den gesamten Bundesstaat – das erste mit Lidar. Der Datensatz ist online über Atlas für den öffentlichen Zugriff verfügbar. Ausführliche Details des Projekts finden sich in der Veröffentlichung “The Louisiana Statewide Lidar Project“.

Metadaten

Abholtermin: ab 2000 (siehe Metadaten, die mit jedem Format verpackt sind)
Auflösung: 5 Meter
Koordinatenreferenz: NAD83 (GRS80) horizontal und NAVD88 (GEOID99) vertikal
Abdeckung: Landesweit
Herunterladbares Datenformat: DEM als .dem, Konturen als .shp, Bruchkanten als .shp, Punkte als .csv
In Bildern enthaltene Metadaten
Jede ZIP-Datei enthält zusätzliche Metadatendateien für Bruchkanten, Konturen, DEM und Punkte.

Karte + Downloads

Einzelne LIDAR-Panels können auf der LIDAR-Karte von Atlas Louisiana gefunden und heruntergeladen werden.

FTP-Massendownload

Um Dateien in großen Mengen herunterzuladen, stellen Sie mit Software wie WinSCP oder Filezilla eine Verbindung zur FTP-Site für Atlas Louisiana Lidar (ftp://data.ga.lsu.edu/lidar/2000_state) her.

Internetdienste

Die LIDAR-Webservices von Atlas Louisiana bieten ein landesweites digitales Höhenmodellmosaik, einschließlich eines für die Bildanalyse geeigneten ArcGIS ImageServers.

Was ist LIDAR?

Lidar steht für Light Detection and Ranging. Es verwendet das gleiche Prinzip wie Radar, außer dass es einen Laser anstelle von Funkwellen verwendet. Eine der Hauptanwendungen für LIDAR ist die Höhenmessung.

Wann wurde dieser LIDAR-Datensatz erfasst?

Die ersten Flüge fanden 1999 statt. Weitere Informationen finden Sie in den Metadaten, die in jeder herunterladbaren ZIP-Datei gespeichert sind.

Welche Auflösung haben die Daten?

5-Meter-DEM-Dateien, 2-Fuß-Konturen.

Was sind die Koordinatensysteme und Einheiten der Daten?

Das vertikale Datum ist NAVD88 (GEOID99) in Fuß. Das horizontale Datum ist NAD 83, UTM Zone 15 N (WKID 26915) in Metern.

Welche Landesteile sind abgedeckt?

Ab April 2009 decken die LIDAR-Daten von Atlas alle Landflächen des Bundesstaates Louisiana ab.

In welchem ​​Dateiformat werden die LIDAR-Panels gespeichert?

Das Dateiformat hängt von der Darstellungsform der Höhendaten ab. In seiner Rohform ist LIDAR eine Reihe von Punkten, die als x, y, z gespeichert sind, wobei x und y der Längengrad sein können und der Breitengrad z die Höhe in Metern oder Fuß ist. Zur Darstellung der Daten kann eine einfache ASCII-Datei verwendet werden, in der jede Zeile eine durch Kommas (Tabulatoren, Leerzeichen usw.) getrennte Koordinate (x,y,z) hat.

Eine andere Darstellung für LIDAR-Daten sind Höhenlinien. Die Linien können in verschiedenen CAD- und GIS-Dateiformaten gespeichert werden.

Eine dritte Darstellung für LIDAR-Daten ist ein digitales Höhenmodell (DEM). Dies ist ein Rasterformat mit einer Matrix (Raster) mit Zeilen und Spalten. Jede Zelle hat eine feste Größe relativ zur Erdoberfläche. Jede Zelle enthält die durchschnittliche Höhe, die aus LIDAR-Punkten für den durch die Zelle dargestellten Bereich der Erdoberfläche berechnet wurde.

Es gibt zusätzliche Möglichkeiten zum Darstellen von LIDAR-Daten, wie z. B. Triangular Irregular Networks (TIN) und Profile.

Derzeit verfügt Atlas über LIDAR-Daten in vier Formaten: Höhenlinien, digitale Höhenmodelle, bearbeitete Punkte und Rohpunkte. Die Konturdaten liegen im Shapefile-Format vor. Die digitalen Höhenmodelle liegen im USGS DEM-Format vor. Die Punktdaten – sowohl roh als auch bearbeitet – sind in ASCII-CSV-Dateien (Comma Separated Value).

Außerdem verfügt Atlas über die Bruchkantendaten, die bei der Erstellung der Konturdaten verwendet wurden. Diese Bruchkantendaten sind als Shapefile-Coverage verfügbar und können zusammen mit den anderen Datenformaten heruntergeladen werden.

Mit welchen Programmen kann ich die DEM-Dateien anzeigen?

QGIS, ERDAS Imagine, Esri ArcGIS und Geomedia sind einige der Programme, die USGS DEM-Dateien lesen können.

CAD-Programme wie AutoDesk AutoCAD und Bentley MicroStation können DEM-Dateien nicht direkt lesen, aber es gibt Erweiterungen (oder Begleitprodukte), die es einem CAD-Benutzer ermöglichen, DEM-Dateien mit diesen CAD-Programmen zu verwenden. Beispiele sind Bentley’s Inroads und AutoCAD Civil 3D. Die meisten Anwendungen des Bauingenieurwesens lesen USGS-DEMs.

Was ist der Unterschied zwischen “raw” LIDAR-Daten und “modified” LIDAR-Daten?

Die Höhenpunkte der “raw” LIDAR-Daten umfassen Höhen für Gebäude, Autobahnüberführungen, Baumkronen und alles andere, was den Laserstrahl daran hinderte, die “offene Erde” zu erreichen. Mithilfe von Nachbearbeitungsmethoden können Analysten entfernen die Hindernisse und erstellen Sie einen Satz geänderter Höhenpunkte.

Wo finde ich weitere Informationen zu LIDAR-Daten für Louisiana?

Das Louisiana Oil Spill Coordinators Office (LOSCO) hat zusammen mit LSU und 3001, Inc. ein Dokument mit dem Titel “The Louisiana Statewide Lidar Project” erstellt, um weitere Informationen über das auf Atlas verfügbare Lidar bereitzustellen. Das Dokument enthält Informationen wie Vorverarbeitungsschritte, Beschaffung, Nachverarbeitungsschritte und zukünftige Beschaffungen.

Die QA/QC-Berichte für die 55 Aufgabenbereiche stehen über den LIDAR-Downloader auf Atlas zum Download bereit. Jedes LIDAR-Panel gehört zu einem der 55 Aufgabenbereiche. Laden Sie alle 55 Berichte in einer Zip-Datei herunter.


Schau das Video: LIDAR