Ziel war es mindestens 30 Bodenwerte zu einer Gemeinde, die man vorher frei wählen durfte, aus dem Informationssytem BORIS zu wählen. Wie haben die kreisfreie Stadt Neustadt an der Weinstraße gewählt.

Deren Werte wurden mit den dazugehörenden Flächen in Google Earth als Polygone nachgezeichnet, wobei der Wert des Bodenpreises für die gewählte Fläche die Höhe des Polygones bestimmte. Anschließend wurden noch die Seiten der Polygone bis auf den Boden gezogen.

Es wurden insgesamt 33 Bodenrichtwerte ausgesucht und diese mussten anschließend analysiert und ausgewertet werden. Zunächst wurde eine Urliste erstellt, auf dieser aufbauen, dann ein Stengel-Blatt Diagramm. Mit dessen Hilfe konnte dann schließlich die Häufigkeitsverteilung graphisch dargestellt sowie ein Säulendiagramm erstellt werden.

Als letztes musste dann noch die Lage- und Streuungsparameter gezogen werden.  Für Neustadt an der Weinstraße ergaben diese:

Lageparameter:

• Modi:260 €/m², 400 €/m²
• Median:380 €/m²
• Mittelwert:396,818

Streuungsparameter:
◦Minimum:160 €/m²
◦Maximum:850 €/m²
â—¦Spannweite:690
â—¦Ausreißer:750, 825, 850 €/m²

Die gewonnenen Ergebnisse sowie die Interpretation und Analyse dieser und eine anschließende Diskussion mussten noch in einer Präsentation festgehalten werden. Diese kann unter folgendem Link runtergeladen werden: ubung1_statubung1_statistikistik

Genauso wie die KMZ-File: bodenrichtwerte_rlp_2

Und die Präsentation: ubung1_googleearth_bodenrichtwerte

Ich wünsche viel Spaß damit =)

Als erstes musste die topographische Karte der Stadt Kaiserslautern und die Shapefile “TU_Kaiserslautern.shp” geladen werden.

Anhand eines Lageplanes der TU Kaiserslautern wurden die Gebäude nachgezeichnet und in die Attriubtentabelle wurden die Gebäudenummern und die Fachbereichen eingetragen.

Dann mussten die Gebäude nach Fachbereichen eingefärbt und die Gebäudenummern (Beschriftung aus der Attributentabelle) eingeblendet werden. Hier sieht man einen Ausschnitt, während der Bearbeitung der Polygonen in der Shapefile.

Ausschnitt von der fertigen Karte mit der eingeblendeten Attributentabelle.

Hier das Endergebnis und ein Zoomausschnitt, der Gebäude 1 und 2 unseres Fachbereiches.

Fertig =)

Ziel dieser Ãœbung war es, unter Hilfe des Plugins GRASS (Geographic Resources Analysis Support System) und von drei Vektorlayern (Landkreisgrenzen RLP, Vogelschutzgebiete in RLP und FFH-Gebiete in RLP) das Mapset “Natura2000″ durch neue Layer zu ergänzen. Die benötigten Unterlagen konnten beim Lehrstuhl CPE runtergeladen werden.

Als erstes wurde das Mapset “Natura2000″ geladen sowie die drei Vektorlayer. Dann wurde mit dem Modul v.in.ogr die Landkreisgrenzen, Vogelschutzgebiete und FFH-Gebiete des Landes Rheinland-Pfalz als neue Vektorlayer erstellt.

Im nächste Schritt, wurde durch eine Abfrage mit dem Modul v.extract.where die Landkreisgrenzen der Landkreise Birkenfeld und Bernkastel-Wittlich dargestellen.

Mit v.select.overlap wurde jeweils ein Vektorlayer für die innerhalb der Landkreise befindlichen Vogelschutzgebiete und FFH-Gebiete erstellt.

Anschließend wurde mit dem Modul v.overlay.and (Vektor Intersection) zwei Layer erstellt, welche jeweils die Schnittmenge der Vogelschutzgebiete und FFH-Gebiete sowie ihrer Teilgebiete innerhalb und nur bis zu den Grenzen der Landkreise anzeigen.

Als letzter Schritt galt es mit dem Modul v.overlay.or (Vektor Union) sämtliche Vogelschutz- und FFH-Gebiete in den Landkreisen darzustellen, durch Zusammenfassung der beiden Intersection-Layer.

Anmerkung:

Übung 4 ist auf dem Blog nicht veröffentlich worden, da diese eine Saalübung war.

Ausgangsdateien waren:
• Topographische Karte 100
• Naturräume bzw. Ebene_5.shp
• Naturschutzgebiete bzw. nsg_rlp_shp_070201

Projekteigenschaften:
• Karteneinheiten: Meter
• Koordinatensystem Gauss-Kruger zone 2 (PostGIS SRID: 31466)

Projektinhalte:

Auf der Grundlage der Topografischen Karte 100 und der Ebene_5.shp, welche 3-mal reingeladen werden musste, wurden diese Layer mit den jeweilgen Eigenschaften erstellt:

1. Haupteinheitengruppen
• klassifiziert nach Namen
• Maßstab gr. 1:1000.000
• vollflächiger Darstellung mit 70% Transparenz

2. Haupteinheiten
• klassifiziert nach Namen (Attribut: NAME_4)
• Maßstabsbereich 1:500.000 bis 1:1000.000
• Vollflächiger Darstellung mit 60% Transparenz

3. Untereinheiten
• klassifiziert nach ihren Namen (Attribut: NAME)
• Maßstab kleiner als 1:500:000
• Vollflächiger Darstellung mit 50% Transparenz.

4. Naturschutzgebiete
• klassifiziert nach Ihrer Größe (Attribut: Shape_Area) in 3 Intervallen
• o.M.

Und hier die dazugehörenden fertiggestellten Karten jeweils mit dem eingeblendeten Layer Naturschutzgebiete und der Topographischen Karten in den jeweiligen Maßstäben.

Aufgabe war es, die Kartenvorlagen zu bearbeiten. Hierfür wurden die Grenzen und die Beschriftung neu eingefärbt und die Linienstärke verändert. So dass die Layer samt ihrem Inhalt auch übereinander gut erkennbar sind.

Einzelne Veränderungen:
• Anzeigen der Beschriftung (Attribute: Name/Gebietsname)
• Schriftart, -farbe und -größe
• Puffer um die Beschriftung herum
• Linienfarbe und Umrandungsbreite
• Transparente Füllung der Flächen
• Füllmuster (Diagonalschraffur) für die Naturschutzflächen

Leistungsumfang war:
• Abgabe der Qgis-Projektdatei (.qgs)
• Grafik im PNG-Format vom Ausschnitt der Verbandsgemeinde Weilerbach
• CD mit den angelegten Qgis-Ordnern
• Eintrag in den Blog, sowie das Bereitstellen der Projektdateien

Hier einige Ausschnitte der Ãœbung:

Und hier kann der gepackte Qgis-Ordner abgerufen werden:

DOWNLOAD

Anmerkung:

Auch wenn QGIS einige Probleme bei der Ausführung hatte, fand ich das Arbeiten mit der Software angenehm. Die Programmoberfläche ist für die bisherigen Anforderungen selbsterklärend und benutzerfreundlich. Der Nachteil scheint bei der Programmstabilität zu liegen. Qgis ist bei mir öfter ohne Vorwarnung abgestürzt. Bei größeren Projekten wird dann das Speichern ganz wichtig sein (nebenbei: die Abstürze förderten die Übung ^^).

Das Einrichten hat mir allerdings Probleme gemacht. Angefangen hat es damit, dass ich mich entschieden habe den Blog selbst zu hosten. Daher die Entscheidung für Wordpress. Das Installieren der Software war einfach, dann folgte aber das Aussuchen eines geeigneten Themes, das war dann nicht mehr so einfach. Es gibt eine große Auswahl an Themes die waren mir dann aber entweder zu überladen, die Farben zu grell, das Theme passte nicht zum Thema des Blogs oder es hatte keine Sidebars und war nicht widgetfähig.

Zuerst spielte ich mit dem Gedanken den Versuch (natürlich mit Hilfe) ein eigenenes Template zu erstellen, nachdem ich auf diese Seite gestoßen war http://www.texto.de/texto/wordpress-theme-vorlage/. Doch aus Zeitmangel entschied ich mich dann doch vorerst ein fertiges aber veränderbares Theme zu nutzen. Es sollte ein Theme sein, welches zweispaltig und widgetfähig ist. Also entschied ich mich für PDawn. Der Beschreibung nach war es widgetfähig, was sich im nachhinein leider als nicht ganz korrekt rausstellte. Wir (also meine php-, html- und css- bewanderten Helfer =] ) ändertern zuerst das “Outfit” und schließlich auch den Code um das ganze widgetfähig zu machen. [Anleitungen dafür sind hier zu finden: http://automattic.com/code/widgets/themes/ und http://www.texto.de/texto/wordpress-theme-vorlage/]

Beim Posten selbst ist mir aufgefallen, dass beim Editieren eines Posts manchmal die gesamte Formatierung gelöscht wird, so dass ich es erneut überarbeiten musste.

Weiter werden die Grafiken ab einer bestimmten Auflösung nicht mehr als Vorschau oder innerhalb der Galerie angezeigt, sondern in ihrer vollen Größe. Daher musste ich diese dann verkleinern, da sonst das Layout nicht mehr stimmte.

So weit der Stand der Dinge.

Nate

Anschließend wurden Ausschnitte des Modells mit Fotografien des Altenhofes aus der gleichen Perspektive auf einem Plan präsentiert.

Hier einige Ausschnitte der Arbeit und der Fussball. =)

Anmerkung:
Zu Problemen kam es bei dieser Übung im Rahmen der Zusammenführung der beiden fertiggestellten Häuserseiten und insbesondere davor schon beim Auflegen der bearbeiteten Bilder. Da der Platz nicht eben ist, mussten wir tricksen, um die Bilder realitätsnah auf die modellierten Wände legen zu können. Dieses Problem ist gut bei den Bildern vom Turm zu erkennen.

Hilfreich bei der Modellierung der Dächer sowie um die Abstände der Möblierung besser einschätzen zu können war livesearch, besonders im Bird´s Eye. [http://maps.live.de/LiveSearch.LocalLive]

Hier einige orginiale und bearbeitete Bilder:

Anmerkung:

Wie man sieht, war es gerade bei dem Turm besonders schwierig ihn richtig zu fotografieren und zu entzerren, da er sich der Topographie des Platzes anpasst.

Aufgabe war hier bestand darin, eine Karte mit Hilfe von CorelDRAW zu vektorisieren. Die Karte wurde als Rasterdatei eingefügt und “getraced”. Anschließend wurden die vektorisierten Flächen neu eingefärbt und die Vektordatei wieder in ein Rasterformat gewandelt. Die Rasterdateien und die Vektordateien wurden anhand folgender Gesichtspunkte verglichen:

• Dateigröße
• Editierbarkeit
• Ausgabemöglichkeit

Hier einige Ausschnitte der Ãœbung:

Anmerkung:

Die Ausgangskarte im Rasterformat lag als .jpg vor. Beim Zoomen oder Skalieren wurde diese Karte pixelig und es kam zu Qualitätsverlusten.

Während die vektorisierte Karte dies nicht tat. Nachdem diese jedoch wieder in das Rasterformat umgewandelt wurde, kam es zu einem Qualitätsverlust und die Kanten waren nicht mehr detailliert.

Leistungsumfang waren wieder:
• Anordnung der Elemente, Plankopf,Karten, Legenden, Nordpfeile, Maßstab etc.
• Beschriftung
• Farbwahl
• Schrifttypen

Hier einige Ausschnitte: