|
|
|
Alternatives Koordinatensystem zu UTM zur Flächenberechnung |
|
| Turtle10 |
Forum-Newbie
|
 |
Beiträge: 2
|
|
|
|
Anmeldedatum: 30.04.19
|
|
|
|
Wohnort: ---
|
|
|
|
Version: ---
|
|
|
|
 |
|
Verfasst am: 23.08.2019, 15:53
Titel: Alternatives Koordinatensystem zu UTM zur Flächenberechnung
|
 |
| |
 |
 |
Hallo zusammen,
ich habe folgendes Problem: Und zwar möchte ich für verschiedene Standorte in Deutschland untersuchen, welche Flächentypen (z.B. bebaute Flächen, Wälder, Wasserflächen etc.) sich im Umkreis dieser einzelnen Standorte befinden und wie die prozentuale Flächenverteilung in diesem Umkreis ist. Als Radius für den Umkreis habe ich 5 km ausgewählt.
Die Standorte liegen mir vor in Form von Längegrad und Breitengrad. Und die Flächentypen liegen mir als Shapefiles vor, die ebenfalls Längengrad und Breitengrad der Polygonkonturen enthalten.
Ich habe mir folgende Vorgehensweise überlegt:
1. Umwandeln der Längengrade und Breitengrade in UTM Koordinaten x und y mit der Funktion "degutm"
2. Kreis um den Standort bilden, d.h. Standortkoordinaten als Mittelpunkt mit Radius von 5 km
3. Schnittflächen des Kreises mit den verschiedenen Flächentypen bestimmen mit der Funktion "intersect" (dafür werden die Polygone vorher in polyshapes umgewandelt)
4. Flächengröße der Schnittflächen berechnen mit der Funktion "area"
5. Prozentuale Verteilung berechnen
Hierzu habe ich auch schon einen Code geschrieben, der für einige Standorte funktioniert. Allerdings treten Probleme bei den Standorten auf, die genau an der Grenze zwischen zwei UTM Zonen liegt.
Hat hier vielleicht jemand eine Idee, wie man das Problem beheben kann bzw. gibt es eine andere Möglichkeit der Koordinatenprojektion auf eine Ebene als mit UTM?
Vielen Dank schonmal 
|
|
|
|
|
|
| Harald |
Forum-Meister
|
|
Beiträge: 24.448
|
|
|
|
Anmeldedatum: 26.03.09
|
|
|
|
Wohnort: Nähe München
|
|
|
|
Version: ab 2017b
|
|
|
|
|
|
|
Verfasst am: 23.08.2019, 17:23
Titel:
|
|
Hallo,
| Zitat: |
| Allerdings treten Probleme bei den Standorten auf, die genau an der Grenze zwischen zwei UTM Zonen liegt. |
Und welche Probleme sind dies?
Ist es nicht einfacher, die Distanz direkt aus Längen- und Breitengraden zu berechnen?
https://www.kompf.de/gps/distcalc.html
Grüße,
Harald
_________________
1.) Ask MATLAB Documentation
2.) Search gomatlab.de, google.de or MATLAB Answers
3.) Ask Technical Support of MathWorks
4.) Go mad, your problem is unsolvable ;)
|
|
|
|
| Turtle10 |
Themenstarter
Forum-Newbie
|
|
Beiträge: 2
|
|
|
|
Anmeldedatum: 30.04.19
|
|
|
|
Wohnort: ---
|
|
|
|
Version: ---
|
|
|
|
|
|
|
Verfasst am: 23.08.2019, 21:55
Titel:
|
|
Hallo Harald,
danke für deine Antwort.
Wenn man mit Längen- und Breitengrad rechnet, dann bekomme ich bei der Berechnung der Flächengröße Probleme (falsche Ergebnisse). Da man dafür die Koordinaten auf eine Ebene projizieren muss..dafür dann die Umrechnung in UTM Koordinaten.
Es kommen bei meinem Code für manche Standorte fehlerhafte Ergebnisse raus. Es wird zum Beispiel angezeigt, dass sich der Kreis mit einer Fläche schneidet, die sich aber am andere Ende von Deutschland befindet. Das kommt durch die UTM Zonen, da in jeder Zone ein eigenes Koordinatensystem..so kann innerhalb von Deutschland ein Koordinatenpunkt mehrmals vorkommen, jeweils aber in anderen Zonen.
Viele Grüße
|
|
|
|
|
|
|
Einstellungen und Berechtigungen
|
|
Du kannst Beiträge in dieses Forum schreiben.
Du kannst auf Beiträge in diesem Forum antworten.
Du kannst deine Beiträge in diesem Forum nicht bearbeiten.
Du kannst deine Beiträge in diesem Forum nicht löschen.
Du kannst an Umfragen in diesem Forum nicht mitmachen.
Du kannst Dateien in diesem Forum posten
Du kannst Dateien in diesem Forum herunterladen
|
|
Impressum
| Nutzungsbedingungen
| Datenschutz
| FAQ
|  RSS
Hosted by:
Copyright © 2007 - 2024
goMatlab.de | Dies ist keine offizielle Website der Firma The Mathworks
MATLAB, Simulink, Stateflow, Handle Graphics, Real-Time Workshop, SimBiology, SimHydraulics, SimEvents, and xPC TargetBox are registered trademarks and The MathWorks, the L-shaped membrane logo, and Embedded MATLAB are trademarks of The MathWorks, Inc.
|
|
