<?xml version="1.0"?>
<schedule xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="https://c3voc.de/schedule/schema.xsd">
  <generator name="frab" />
  <version>1.0</version>
  <conference>
    <acronym>2016</acronym>
    <title>FOSSGIS 2016</title>
    <start>2016-07-04</start>
    <end>2016-07-03</end>
    <days>4</days>
    <timeslot_duration>00:15</timeslot_duration>
  </conference>
  <day date='2016-07-03' end='2016-07-03T18:00:00+02:00' index='1' start='2016-07-03T09:00:00+02:00'>
    <room name='HS432'></room>
    <room name='HS433'></room>
    <room name='HS3004'></room>
    <room name='Audimax'></room>
    <room name='Grüner HS'></room>
    <room name='GI Studio'></room>
    <room name='E EXPO Forum'></room>
    <room name='435'></room>
    <room name='436'>
      <event guid='b42b55a7-c167-4191-8904-b1e54265fdbf' id='5108'>
        <date>2016-07-03T10:00:00+02:00</date>
        <start>10:00</start>
        <duration>01:00</duration>
        <room>436</room>
        <slug>2016-5108-josm_fur_fortgeschrittene</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>JOSM für Fortgeschrittene</title>
        <subtitle></subtitle>
        <track>Freie Software</track>
        <type>lecture</type>
        <language>de</language>
        <abstract>JOSM für Fortgeschrittene</abstract>
        <description></description>
        <persons>
          <person id='55'>Michael Maier</person>
        </persons>
        <links></links>
      </event>
      <event guid='e33d092e-2b13-4493-81b2-b1fc2ab7b27d' id='5111'>
        <date>2016-07-03T11:00:00+02:00</date>
        <start>11:00</start>
        <duration>00:30</duration>
        <room>436</room>
        <slug>2016-5111-routing_uber_flachen</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Routing über Flächen</title>
        <subtitle></subtitle>
        <track>Freie Software</track>
        <type>lecture</type>
        <language>de</language>
        <abstract>Routing über Flächen, Vorstellung Masterthesis</abstract>
        <description></description>
        <persons>
          <person id='1546'>Jakob Miksch</person>
        </persons>
        <links></links>
      </event>
      <event guid='9e5f5869-2d87-4c2f-8413-47dc4bf24d99' id='5115'>
        <date>2016-07-03T11:30:00+02:00</date>
        <start>11:30</start>
        <duration>00:30</duration>
        <room>436</room>
        <slug>2016-5115-fussgangerrouting_mit_osm</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Fußgängerrouting mit OSM</title>
        <subtitle></subtitle>
        <track>Freie Software</track>
        <type>lecture</type>
        <language>de</language>
        <abstract>&quot;Fußgängerrouting mit OSM&quot;, Vorstellung Bachelorarbeit zur synthetischen
          Erzeugung von Bürgersteigen und Straßenübergängen, ohne dass sie in OSM erfasst sind </abstract>
        <description></description>
        <persons>
          <person id='104'>Nathanael Lang</person>
        </persons>
        <links></links>
      </event>
      <event guid='c5df52d7-9abc-415a-8169-e08ee227d93b' id='5112'>
        <date>2016-07-03T12:00:00+02:00</date>
        <start>12:00</start>
        <duration>01:00</duration>
        <room>436</room>
        <slug>2016-5112-overpass-abfragen_jenseits_key_value</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Overpass-Abfragen jenseits key=value</title>
        <subtitle></subtitle>
        <track>Freie Daten</track>
        <type>lecture</type>
        <language>de</language>
        <abstract>Overpass-Abfragen jenseits key=value selber schreiben</abstract>
        <description></description>
        <persons>
          <person id='1544'>Nakaner</person>
        </persons>
        <links></links>
      </event>
      <event guid='3da3e54d-f659-4f37-904c-cd4153b34251' id='5113'>
        <date>2016-07-03T14:00:00+02:00</date>
        <start>14:00</start>
        <duration>01:00</duration>
        <room>436</room>
        <slug>2016-5113-unkonferenz</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Unkonferenz</title>
        <subtitle></subtitle>
        <track>Freie Daten</track>
        <type>lecture</type>
        <language>de</language>
        <abstract>Michi M. / Gehweg mapping - explizit?
          Hans H. / Mappen für den Renderer
          Andi H. / Infoor-Mapping?
          Lars / Bildung - Workshops
          Christoph / Mentoring Sessionleitung</abstract>
        <description></description>
        <persons>
          <person id='1548'>verschiedene</person>
        </persons>
        <links></links>
      </event>
      <event guid='15175c77-189a-4c53-8b53-a76c91427595' id='5109'>
        <date>2016-07-03T15:00:00+02:00</date>
        <start>15:00</start>
        <duration>01:00</duration>
        <room>436</room>
        <slug>2016-5109-deutscher_kartenstil_in_cartocss</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Deutscher Kartenstil in CartoCSS</title>
        <subtitle></subtitle>
        <track>Freie Daten</track>
        <type>lecture</type>
        <language>de</language>
        <abstract>Deutscher Kartenstil in CartoCSS</abstract>
        <description></description>
        <persons>
          <person id='52'>Sven Geggus</person>
        </persons>
        <links></links>
      </event>
      <event guid='17b5b87d-e907-4885-adf4-7124da45c607' id='5114'>
        <date>2016-07-03T16:00:00+02:00</date>
        <start>16:00</start>
        <duration>01:00</duration>
        <room>436</room>
        <slug>2016-5114-killall_zombies</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>$&gt; killall zombies</title>
        <subtitle></subtitle>
        <track>Freie Daten</track>
        <type>lecture</type>
        <language>de</language>
        <abstract>OSM-Daten aktuell halten, Erfahrungen aus Landshut:
          Was tun, wenn die letzte Parkbank gemapped ist? Die erste löschen!
          Die Eigenschaften fast aller OSM Objekte haben eine gewisse begrenzte Lebensdauer:
          Straßen, Grenzen, Häuser, Kneipen. Es ist auch viel einfacher, neue OSM Objekte zu
          erstellen, als sie zu löschen. Denn dazu ist es notwendig, an einen Ort zu gehen und
          festzustellen, dass etwas NICHT mehr existiert.
          In dem Vortrag geht es darum, den Verlauf der Aktualität diverser OSM Objekte zu
          verfolgen.
          Die Idee, ein 'lastcheck', 'check_date' oder vergleichbares Tag einzuführen, ist nicht
          neu. Ungeachtet sämtlicher Diskussionen um dieses Thema wird exemplarisch eine Stadt
          'aktualisiert' – mit all seinen Nebenerscheinungen.
          Zielgruppe sind erfahrene OSM'ler, die keine Berührungsängste vor ein wenig
          (Web-)Programmierung, Linux-Systemen und Datenverarbeitung haben. Nicht zu unterschätzen
          ist jedoch auch der soziale Aspekt: denn nur mit Hilfe einer 'gelenkten' community wird es
          überhaupt gelingen, größere Datenmengen zu überarbeiten.</abstract>
        <description></description>
        <persons>
          <person id='31'>Alexander Lehner</person>
        </persons>
        <links></links>
      </event>
      <event guid='0d1c614f-e267-47b6-a1c2-1b9b79653d03' id='5110'>
        <date>2016-07-03T17:00:00+02:00</date>
        <start>17:00</start>
        <duration>01:00</duration>
        <room>436</room>
        <slug>2016-5110-osm-quiz</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>OSM-Quiz</title>
        <subtitle></subtitle>
        <track>Freie Daten</track>
        <type>lecture</type>
        <language>de</language>
        <abstract>Wer kennt sich mit OSM aus?</abstract>
        <description></description>
        <persons>
          <person id='26'>Peter Barth</person>
          <person id='23'>Tobias Knerr</person>
        </persons>
        <links></links>
      </event>
    </room>
  </day>
  <day date='2016-07-04' end='2016-07-04T19:00:00+02:00' index='2' start='2016-07-04T10:30:00+02:00'>
    <room name='HS432'>
      <event guid='2b6aa0e1-a4f1-4070-a0c6-ada761b92a21' id='5045'>
        <date>2016-07-04T15:00:00+02:00</date>
        <start>15:00</start>
        <duration>01:30</duration>
        <room>HS432</room>
        <slug>2016-5045-graphhopper_workshop</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>GraphHopper Workshop</title>
        <subtitle>Einführung in GraphHopper und die Integration von externen Daten in den
          Routingprozess</subtitle>
        <track>Workshop (bezahlt)</track>
        <type>workshop</type>
        <language>de</language>
        <abstract>&lt;b&gt;GraphHopper&lt;/b&gt; ist ein Routenplaner basierend auf OpenStreetMap
          Daten der leicht für eigene Zwecke modifiziert werden kann und dann in Produktivumgebungen
          mit vielen hundert Anfragen pro Sekunden eingesetzt werden kann. Sie lernen in dem
          Workshop zunächst wie eigene Profile erstellt werden können und danach integrieren Sie
          externe Daten also z.B. wenn eine Straße oder ein Straßenbereich gesperrt oder beim
          Routing bevorzugt werden soll.

          Auf die verschiedenen Modi (Speed vs. Flexibility) wird eingegangen.

          Nützliche Tipps für eine Produktivumgebung werden zusätzlich besprochen.

          &lt;br/&gt;
          * Workshop Niveau: Anfänger &lt;br/&gt;
          * Vorwissen: Java, JavaScript, HTML &lt;br/&gt;
          * Infrastruktur: Laptop, mit Linux, Max OS oder Windows mit cygwin, git und wget
          vorbereiten &lt;br/&gt;
</abstract>
        <description>Ein einführender Workshop über GraphHopper, ein Open Source Routenplaner
          basierend auf OpenStreetMap Daten</description>
        <persons>
          <person id='65'>Peter Karich</person>
        </persons>
        <links></links>
      </event>
      <event guid='c36cdaf8-363e-488b-a45e-1ae311023540' id='5030'>
        <date>2016-07-04T17:00:00+02:00</date>
        <start>17:00</start>
        <duration>01:30</duration>
        <room>HS432</room>
        <slug>2016-5030-datenmodellierung_mit_postgresql_postgis_fur_qgis</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Datenmodellierung mit PostgreSQL/PostGIS für QGIS</title>
        <subtitle>Einführung in die Datenmodellierung in einer relationalen Datenbank</subtitle>
        <track>Workshop (bezahlt)</track>
        <type>workshop</type>
        <language></language>
        <abstract>In relationalen Datenbanken können komplexe Sachverhalte konsistent und
          redundanzfrei gespeichert werden. Da sie auch Geometrien speichern können, bieten sie sich
          als zentrale Datenspeicher für Geodateninfrastrukturen an. Wird in PostgreSQL ein
          entsprechendes Datenmodell definiert, kann das QGIS-Plugin DataDrivenInputMask daraus
          Eingabemasken für PostgreSQL-Layer zur Laufzeit erzeugen.
          Der Workshop soll die Teilnehmer in die Lage versetzen, ihre bisherige Datenhaltung aus
          Dateien in eine relationale Datenbank zu übertragen und dafür Datenmodelle zu entwerfen.
          Besonderes Augenmerk wird auf geeignete Datentypen und das Verständnis von Relationen
          gelegt. Es wird gezeigt, wie Constraints sinnvoll definiert werden. Anhand eines Beispiels
          werden alle nötigen Schritte vorgeführt und das Ergebnis laufend in QGIS visualisiert. Die
          Teilnehmer vollziehen die gezeigten Schritte am Rechner nach, es sind aber keine Übungen
          enthalten. Im Vordergrund steht vielmehr das Verständnis für die Datenmodellierung. Fragen
          der Teilnehmer werden jederzeit beantwortet, wobei keine individuelle Beratung angeboten
          werden kann. Das Abfragen der Datenbank ist NICHT Bestandteil dieses Workshops.</abstract>
        <description>Der Workshop soll die Teilnehmer in die Lage versetzen, ihre Datenhaltung nach
          PostgreSQL/PostGIS zu übertragen und dafür Datenmodelle zu entwerfen. Besonderes Augenmerk
          wird auf geeignete Datentypen und das Verständnis von Relationen gelegt. Das QGIS-Plugin
          DataDrivenInputMask erzeugt Eingabemasken für deratige PostgreSQL-Layer zur Laufzeit.
          Vorkenntnisse: Grundkenntnisse QGIS, Grundkenntnisse relationaler Datenbanken</description>
        <persons>
          <person id='43'>Bernhard Ströbl</person>
        </persons>
        <links></links>
      </event>
    </room>
    <room name='HS433'></room>
    <room name='HS3004'>
      <event guid='99378478-5bf9-4f76-8f99-96fafa30ecbd' id='5020'>
        <date>2016-07-04T15:00:00+02:00</date>
        <start>15:00</start>
        <duration>01:30</duration>
        <room>HS3004</room>
        <slug>2016-5020-qgis_grundlagen</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>QGIS Grundlagen</title>
        <subtitle></subtitle>
        <track>Workshop (bezahlt)</track>
        <type>workshop</type>
        <language></language>
        <abstract>Der Workshop gibt einen Überblick über die Funktionalitäten von QGIS und
          vermittelt anhand eines praktischen Workflows, wie man auf einfache Art und Weise ein
          Projekt aufbaut, Analysen durchführt und eine ansprechende Karte erzeugt.

          Einführung in QGIS Funktionalität und GUI
          Aufbau eines Projektes
          Umgang mit dem Thema Projektionen
          Visualisieren und Analysieren von Vektor- und Rasterdaten
          Attributmanagement und Digitalisierfunktionen
          Arbeiten mit Plugins
          Layouten einer druckfertigen Karte

        </abstract>
        <description></description>
        <persons>
          <person id='36'>Otto Dassau</person>
        </persons>
        <links></links>
      </event>
      <event guid='3f607b01-466e-4279-8b56-3189cc681c3f' id='5059'>
        <date>2016-07-04T17:00:00+02:00</date>
        <start>17:00</start>
        <duration>01:30</duration>
        <room>HS3004</room>
        <slug>2016-5059-einfuhrungsworkshop_openlayers_3</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Einführungsworkshop OpenLayers 3</title>
        <subtitle>Erste Schritte mit OpenLayers</subtitle>
        <track>Workshop (bezahlt)</track>
        <type>workshop</type>
        <language></language>
        <abstract>OpenLayers 3 (der Nachfolger des weitverbreiteten OpenLayers 2) liegt seit Ende
          August 2014 in der Version 3.0.0 vor und der Workshop soll den Teilnehmern die aktuellste
          Version (derzeit v3.13, zum Zeitpunkt des WS gegebenenfalls eine aktuellerer) näher
          bringen.

          Im Workshop, der von zwei Kernentwicklern des Projektes gehalten wird, werden die
          Teilnehmer selbst mit OpenLayers 3 entwickeln. Im Einzelnen werden wir uns folgende
          Aspekte erarbeiten:

          * Grundlagen: Wie füge ich meiner Webseite mit OpenLayers eine Karte hinzu?
          * Layers &amp; Sources: Unterstützte Layer und deren Datenquellen (WMS, proprietäre
          Dienste, WFS etc.)
          * Controls &amp; Interaktionen: Welche Möglichkeiten zur Interaktion mit und zur Steuerung
          der Karte bietet OpenLayers?

          Je nach verbleibender Zeit können gegebenenfalls noch folgende Themen behandelt werden:

          * Vektordaten in OpenLayers: Eine vertiefende Betrachtung, welche Optionen zur
          Verarbeitung und Darstellung von Vektordaten in OpenLayers existieren
          * Custom builds: Eigene kompilierte Versionen der OpenLayers Bibliothek erzeugen, die auf
          die verwendeten Komponenten beschränkt sind

          Zielgruppe sind alle, die OpenLayers 3 kennen lernen wollen, um dynamische
          Kartenanwendungen im Web zu erstellen. Auch Teilnehmer, die OpenLayers bereits einsetzen,
          können von einem Besuch profitieren. Wenn Sie abschätzen möchten, ob OpenLayers Ihnen bei
          Ihrer Fragestellung helfen kann, kann der Workshop sicherlich erste Antworten liefern.
          Vorwissen: Grundsätzliche Kenntnisse von JavaScript sind nützlich, werden aber nicht
          zwingend vorausgesetzt.</abstract>
        <description></description>
        <persons>
          <person id='75'>Marc Jansen</person>
        </persons>
        <links></links>
      </event>
    </room>
    <room name='Audimax'>
      <event guid='1ae57efb-61c7-4f71-ad2b-8741a3d84743' id='5103'>
        <date>2016-07-04T13:00:00+02:00</date>
        <start>13:00</start>
        <duration>00:30</duration>
        <room>Audimax</room>
        <slug>2016-5103-eroffnungsveranstaltung_der_fossgis-konferenz_2016</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Eröffnungsveranstaltung der FOSSGIS-Konferenz 2016</title>
        <subtitle></subtitle>
        <track>Freie Daten</track>
        <type>lecture</type>
        <language>de</language>
        <abstract>Kurze Begrüßung durch den Veranstalter (FOSSGIS e.V.) und Grußworte der
          gastgebenden Universität durch Herrn Bernhard Zage.</abstract>
        <description>Kurze Begrüßung durch den Veranstalter (FOSSGIS e.V.) und Grußworte der
          gastgebenden Universität durch Herrn Bernhard Zage.</description>
        <persons>
          <person id='94'>Dr. Marco Lechner</person>
        </persons>
        <links></links>
      </event>
      <event guid='52070bee-5aa5-445a-8bdf-594859800c38' id='5061'>
        <date>2016-07-04T13:30:00+02:00</date>
        <start>13:30</start>
        <duration>00:30</duration>
        <room>Audimax</room>
        <slug>2016-5061-jenseits_von_mercator</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Jenseits von Mercator</title>
        <subtitle>über die Probleme, die Erde in ein Quadrat zu pressen</subtitle>
        <track>Freie Daten</track>
        <type>lecture</type>
        <language></language>
        <abstract>Karten im OpenStreetMap-Umfeld werden fast immer in Mercator-Projektion
          produziert. Diese prägt durch ihre Verbreitung nicht nur in OpenStreetMap, sondern auch in
          so gut wie allen anderen globalen Internet-Kartendiensten unser Verständnis von Geographie
          und Kartographie in einem erheblichen Ausmaß.

          Dieser Vortrag erläutert die Vor- und Nachteile dieser Projektion, insbesondere auch den
          Einfluss, den diese auf die Datenerfassung in OpenStreetMap hat. Es werden verschiedene
          Alternativen mit ihren möglichen Anwendungsfeldern vorgestellt sowie die praktischen
          Schwierigkeiten beim Umgang mit Projektionen und der Umrechnung zwischen verschiedenen
          Koordinatensystemen erläutert.

          Der Vortrag richtet sich primär an Kartenentwickler, Kartennutzer und Mapper im
          OpenStreetMap-Umfeld, enthält aber auch nützliche Hinweise und Anregungen für Produzenten
          lokaler Karten in transversaler Mercator-Projektion auf nicht-OSM-Basis sowie für
          Software-Entwickler.</abstract>
        <description></description>
        <persons>
          <person id='76'>Christoph Hormann</person>
        </persons>
        <links></links>
      </event>
      <event guid='c5893dca-e6b3-4a10-afff-dcb5ed50c9f6' id='5099'>
        <date>2016-07-04T14:00:00+02:00</date>
        <start>14:00</start>
        <duration>00:30</duration>
        <room>Audimax</room>
        <slug>2016-5099-gis_lightning_talks_1</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>GIS Lightning Talks 1</title>
        <subtitle></subtitle>
        <track>Freie Daten</track>
        <type>lecture</type>
        <language>de</language>
        <abstract>Folgende Talks sind eingeplant:
          &lt;ul&gt;
          &lt;li&gt;Interaktive Karten und HTTP/2 (Niko Krismer)&lt;/li&gt;
          &lt;li&gt;OSMGenie – Expertensystem für OpenStreetMap Tags(Doris Silbernagl)
          &lt;/li&gt;
          &lt;li&gt;Idee eines POI-Datenabgleichs (Dietmar Seifert) &lt;/li&gt;
          &lt;li&gt;Erste Hilfe bei QGIS (Bernhard Ströbl)&lt;/li&gt;
          &lt;/ul&gt;</abstract>
        <description></description>
        <persons></persons>
        <links></links>
      </event>
    </room>
    <room name='Grüner HS'>
      <event guid='02b6dd04-96e0-4695-aabb-9f91b494bed7' id='5028'>
        <date>2016-07-04T15:00:00+02:00</date>
        <start>15:00</start>
        <duration>00:30</duration>
        <room>Grüner HS</room>
        <slug>2016-5028-gis_in_der_cloud_-_schonwetterwolke_gewitter_oder_reiner_dunst</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>GIS in der Cloud - Schönwetterwolke, Gewitter oder reiner Dunst?</title>
        <subtitle>Vor- und Nachteile des Cloud-Hostings</subtitle>
        <track>Freie Software</track>
        <type>lecture</type>
        <language>de</language>
        <abstract>Das WebGIS-Systeme Desktop-basierten an Funktionalität zunehmend ebenbürtig
          werden, ist fast schon ein alter Hut.
          Doch wie sieht es auf der Serverseite aus?

          Ist die Verlagerung von GIS-Architekturen in die Cloud wirklich die allseits
          Schönwetter-Machende, problemlos skalierbare Alternative zur klassischen Anmietung eines
          Servers, wo sind Fallstricke, wie sieht es mit den Kosten aus und überhaupt, wo landen
          meine Daten eigentlich?

          Der Vortrag beleuchtet vor dem Hintergrund technischer und rechtlicher Aspekte praktische
          Vor- und Nachteile des Cloud-Hostings und zeigt anhand von konkreten Beispielen auf, wann
          sich die Cloud als Hostingadresse für Kartendienste und WebGIS-Plattformen wirklich lohnt.
          Als Beispiele werden auf OSM- und anderen Freien Daten basierende weltweite Kartendienste
          sowie die auf SHOGun2 basierende WebGIS-Plattform „MapMavin“ vorgestellt. Für beide wurde
          der Betrieb auf einem Cloud-Server geprüft, doch nur für MapMavin dann auch tatsächlich
          realisiert.</abstract>
        <description>s.o.</description>
        <persons>
          <person id='14'>Till Adams</person>
        </persons>
        <links></links>
      </event>
      <event guid='e098b90f-d81b-4893-8563-d187261b511e' id='5021'>
        <date>2016-07-04T15:30:00+02:00</date>
        <start>15:30</start>
        <duration>00:30</duration>
        <room>Grüner HS</room>
        <slug>
          2016-5021-freie_geo-_daten_mit_freier_geo-_software_-_oder_wie_kommen_geodaten_zum_nutzer</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Freie (Geo-)Daten mit Freier (Geo-)Software - oder: wie kommen Geodaten zum Nutzer?</title>
        <subtitle></subtitle>
        <track>Freie Software</track>
        <type>lecture</type>
        <language></language>
        <abstract>Auch wenn sich der Titel des Talks wie ein vereinfachter Werbeslogan anhört,
          entpuppt sich der dahinterstehende Inhalt bei näherer Betrachtung als tatsächlich
          spannende Fragestellung. Im Jahr 2014 wurde der erste Erdbeobachtungs-Satellit
          &quot;Sentinel-1A&quot; des EU Erdbeobachtungsprogramms &quot;Copernicus&quot; gestartet
          und sendet seit einiger Zeit kontinuierlich Fernerkungungsdaten zur Erde, gefolgt von
          &quot;Sentinel-2A&quot; in 2015. Dass über das Copernicus Programm mehr und mehr Daten
          verschiedenster Spektralbereiche zur Verfügung stehen, wird in der
          Fernerkundungs-Community natürlich wahrgenommen, verschiedenste Fachbereiche arbeiten
          bereits an der Nutzung der Daten. An potentiellen Nutzern und Anbietern der
          Geoinformations-Community fährt dieser Zug allerdings nahezu unbeachtet vorbei. Dabei sind
          sämtliche durch Copernicus bereit gestellte Daten Freie (Geo-)Daten und dürfen daher auch
          kommerziell aufbereitet angeboten und verarbeitet werden.

          Dass man mit Hilfe von Prozessierung aus Fernerkundungsdaten neue räumliche Erkenntnisse
          mit Nutzen für verschiedenste Bereiche der Geo-Information, sei es Landnutzung,
          Qualitätssicherung von Geodaten, Bodenfeuchte oder der Oberflächenstruktur des Landes, um
          nur einige Beispiele zu nennen, gewinnen kann, ist auch allgemein in der GIS-Welt bekannt.
          Was derzeit fehlt, oft auch inzwischen aufgrund der schieren Datenmenge, ist ein einfacher
          Zugang zu diesen Daten und vor allem zu den daraus gewonnenen Informationen.

          Der Vortrag stellt einen Ansatz vor, wie man diese neuen Freien Geodaten zeitnah mit der
          Freien Software GRASS GIS prozessieren und automatisiert als einen standardisierten
          OGC-Web-Service mittels GeoServer und MapProxy bereit stellen kann. Erweitert man die
          Architektur um Komponenten, die es dem Nutzer erlauben, auf Basis von bestimmten
          Algorithmen automatisiert und ohne technische Kenntnis der Software selber aktuelle
          Informationen zu generieren, so erweitert man den Nutzerkreis des Copernicus-Programms und
          verbindet gleichzeitig zwei Welten, die sich bisher in vielen Bereichen in friedlicher
          Ko-Existenz nebeneinander entwickelt haben: Die GIS- und die Fernerkundungs-Community.
          Auch die hierfür erforderlichen Schnittstellen existieren seit Manifestierung der
          WPS-Spezifikation des OGC längst.
          Damit entfällt die Hürde des mühseligen Datensammelns, langer Download-Zeiten, die
          Notwendigkeit des Vorhaltens von Rechen- und Speicherkapazitäten sowie der erforderlichen
          Kenntnis und Verfügbarkeit von Expertenwerkzeugen, denn das Laden eines standardkonformen
          WMS in eigene Werkzeuge ist für viele GIS-Nutzer seit Jahren gelebte Realität.
          Der Vortrag rundet sich durch konkrete Nutzungsbeispiele sowie einem praktischen Beispiel,
          die Vorstellung des Workflows und der Architektur ab.
</abstract>
        <description>Koautoren: Till Adams, Carmen Tawalika, Hinrich Paulsen</description>
        <persons>
          <person id='38'>Dr. Markus Neteler</person>
          <person id='14'>Till Adams</person>
        </persons>
        <links></links>
      </event>
      <event guid='d14222a7-e8dc-409c-9b81-2478fc871b50' id='5015'>
        <date>2016-07-04T16:00:00+02:00</date>
        <start>16:00</start>
        <duration>00:30</duration>
        <room>Grüner HS</room>
        <slug>2016-5015-schadstoffeinleitungen_in_kanale_und_gewasser_verfolgen</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Schadstoffeinleitungen in Kanäle und Gewässer verfolgen</title>
        <subtitle></subtitle>
        <track>Freie Software</track>
        <type>lecture</type>
        <language>de</language>
        <abstract>Seit Jahren wird in Bielefeld die Untersuchung von Biofilm (Sielhaut) in
          Schmutzwasserkanälen
          zur regionalen Eingrenzung von Schadstoffeinleitungen erfolgreich eingesetzt.
          2016 soll nun in einer Versuchsreihe geklärt werden, unter welchen Bedingungen
          diese Methode auch auf Fließgewässer, in denen nicht ausreichend Substrat
          für die Bildung eines Biofilms vorhanden ist, angewendet werden kann.

          Der Vortrag soll in drei Teile aufgeteilt werden:

          1. Einführung in die Probenahme und Auswertung von Biofilmproben.
          Diese Methode wurde in den späten 1980er Jahren entwickelt. Eine breitere
          Anwendung findet sie aber erst, seitdem in Bielefeld die Probenahme entscheidend
          vereinfacht werden konnte. Über das internationale Netzwerk
          „Sustainable Water Management in Developing Countries” 1 wird die Methode
          seit zwei Jahren in der türkischen Stadt Konya eingesetzt und soll in Zukunft in
          weiteren Städten und Ländern im mittleren Osten und Nordafrika Anwendung
          finden.

          2. Erfassung der Daten in dem „Anlagen- und Indirekteinleiterkataster“
          (AUIK) der Stadt Bielefeld.
          Dieses Kataster ist eine Eigenprogrammierung mit Java Frontends und einem
          PostgreSQL/PostGIS Datenbankbackend. In diesem Kataster, das unter der
          GPL frei zur Verfügung steht, werden Daten zu Anlagen zum Umgang mit
          wassergefährdenden Stoffen und Einleitungen in den öffentlichen Schmutzwasserkanal
          erfasst. In 2015 wurde eine REST Schnittstelle zu der NRW Landesdatenbank
          ELKA programmiert und für 2016 ist die Erweiterung um Daten
          zur Einleitung in Oberflächengewässer geplant.

          3. GIS Anbindung
          Über die Standorte der Anlagen und Messpunkte haben diese Sachdaten einen
          Raumbezug und können sowohl stadtweit in unserem „Online Kartendienst“
          auf Basis von MapBender als auch in lokalen QGIS Projekten dargestellt
          und mit Karten anderer Dienststellen wie z. B. der Stadtentwässerung
          kombiniert werden. Die Daten hierfür liegen entweder direkt in unserer PostGIS
          Datenbank oder werden von unserem Katasteramt über WMS und WFS
          zur Verfügung gestellt. Über ein modifiziertes QGIS Plug-In ist die Navigation
          zu Standorten möglich und Koordinaten können über die Zwischenablage an
          das Kataster übergeben werden. Die Umsetzung der Fließwegverfolgung von
          einem Messpunkt im Kanal- und Gewässernetz stromauf- und -abwärts ist
          ebenfalls für 2016 geplant.</abstract>
        <description></description>
        <persons>
          <person id='29'>Gerhard Genuit</person>
        </persons>
        <links></links>
      </event>
      <event guid='98c5e740-1499-4c75-bb4a-905d017f9b7b' id='5069'>
        <date>2016-07-04T17:00:00+02:00</date>
        <start>17:00</start>
        <duration>00:30</duration>
        <room>Grüner HS</room>
        <slug>2016-5069-neues_in_metador_2_1</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Neues in Metador 2.1</title>
        <subtitle>Modularisierung und Erweiterbarkeit des Metadateneditors</subtitle>
        <track>Freie Software</track>
        <type>lecture</type>
        <language>de</language>
        <abstract>Metador2 ist eine OpenSource Lösung zum einfachen Erstellen und Bearbeiten von
          Metadaten. Dabei unterstützt Metador2 die Aufnahme von Metadaten gemäß der INSPIRE
          Technical Guidelines und der Richtlinien der GDI-DE, kann aber auch einfach an völlig
          unterschiedliche und beliebige Metadatenprofile angepasst werden. Die Webanwendung bietet
          Importfunktionen, wie z.B. aus WMS-Capabilities an und kann die Metadaten als XML, PDF
          oder HTML exportieren. Metador2 bringt selbst keine CSW-Schnittstelle mit, sondern wird
          dafür durch CSW-Software wie Geonetwork oder deegree erweitert.

          Metador 2.1 bringt ein neues Plugin-System mit, das die Erweiterung der Software um neue
          Funktionen einfacher und übersichtlicher macht. Plugins können dabei u.a. unterschiedliche
          Metadatenprofile sein. Während im INSPIRE und GDI-DE-Kontext die Metadatenprofile recht
          ähnlich sind, können z.B. für interne Metadaten unterschiedliche Profile für
          unterschiedliche Datentypen genutzt werden. Ist ein Metadatenprofil in einem Plugin
          umgesetzt, können auch weitere, von diesem abhängige Plugins entwickelt werden,
          beispielsweise für den Import von Metadaten in dieses Profil. Eine weitere
          Einsatzmöglichkeit von Plugins kann die Anpassung des Themas sein, d.h. der Farben, des
          Logos, etc.

          Der Vortrag stellt die Neuerungen in der kommenden Version 2.1 vor, mit Live-Beispielen.
          Metador ist verfügbar unter: https://github.com/WhereGroup/metador2/
</abstract>
        <description>Metador2 ist eine OpenSource Lösung zum einfachen Erstellen und Bearbeiten von
          Metadaten. Metador 2.1 enthält ein neues Plugin-System, mit dem beispielsweise
          unterschiedliche Metadatenprofile einfacher und übersichtlicher erstellt und mit Import-
          und Exportfunktionen unterstützt werden können. Der Vortrag stellt die Neuerungen in der
          kommenden Version 2.1 vor, mit Live-Beispielen. Metador ist verfügbar unter:
          https://github.com/WhereGroup/metador2/</description>
        <persons>
          <person id='45'>Axel Schaefer</person>
        </persons>
        <links></links>
      </event>
      <event guid='a0f9752f-5a95-491f-945c-8351829699b8' id='5070'>
        <date>2016-07-04T17:30:00+02:00</date>
        <start>17:30</start>
        <duration>00:30</duration>
        <room>Grüner HS</room>
        <slug>2016-5070-neue_funktionen_in_qgis_2_10_-_2_16</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Neue Funktionen in QGIS 2.10 - 2.16</title>
        <subtitle></subtitle>
        <track>Freie Software</track>
        <type>lecture</type>
        <language></language>
        <abstract>Seit der FOSSGIS 2015 in Münster sind vier neue QGIS Versionen herausgekommen,
          jede mit zahlreichen Neuerungen. Der Vortrag stellt ausgewählte neue Features vor, z.B.
          das neue Geometriemodell, die Live-Layereffekte und die Geometrieprüfung. Und wer weiss,
          vielleicht wird ja bis im Juli noch _das_ neue Killerfeature entwickelt...</abstract>
        <description>Seit der FOSSGIS 2015 in Münster sind vier neue QGIS Versionen herausgekommen,
          jede mit zahlreichen Neuerungen. Der Vortrag stellt ausgewählte neue Features, vor allem
          aus den Bereichen Geometrie und Symbolisierung, vor.</description>
        <persons>
          <person id='71'>Marco Hugentobler</person>
        </persons>
        <links></links>
      </event>
      <event guid='b9926972-bb87-4471-82fb-83ee421cbd32' id='5029'>
        <date>2016-07-04T18:00:00+02:00</date>
        <start>18:00</start>
        <duration>00:30</duration>
        <room>Grüner HS</room>
        <slug>2016-5029-neues_von_mapproxy</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Neues von MapProxy</title>
        <subtitle>MapProxy in der Praxis</subtitle>
        <track>Freie Software</track>
        <type>lecture</type>
        <language>de</language>
        <abstract>Als einfache Caching-Lösung für WMS und Kacheldienste hat MapProxy vor 6 Jahren
          den Weg in die ersten GDIs gefunden.
          Mit steigendem Funktionsumfang hat sich nicht nur die Anzahl der MapProxy Installationen
          erhöht, auch die Bandbreite der Einsatzzwecke ist in dieser Zeit rasant gewachsen.

          Der Vortrag zeigt die Vielfalt der Problemstellungen auf, die heutzutage mit MapProxy
          gelöst werden. Hierbei wird auch auf die etwas unbekannteren Funktionen eingegangen und
          dargestellt, wie diese in der Praxis eingesetzt werden.

          Die Funktionen werden anhand von umfangreichen Beispielen vorgestellt. Alle gezeigten
          Beispiele sind nicht nur theoretischer Natur, sondern allesamt konkrete Anforderungen die
          aus der Community oder aus Kundenprojekten stammen.

          Einige Beispiele auf die der Vortrag eingeht:

          &lt;ul&gt;
          &lt;li&gt;Mobile Anwendungen: Retina/HQ-Kacheln&lt;/li&gt;
          &lt;li&gt;Einbinden bestehender Kacheldatensätze: Transformation,
          Zusammenfassen&lt;/li&gt;
          &lt;li&gt;Nachträgliche Bildbearbeitung: Bild-Optimierung, Wasserzeichen, etc.&lt;/li&gt;
          &lt;li&gt;Absicherung von Diensten: Beschränkung auf Layer oder geografische
          Bereiche&lt;/li&gt;
          &lt;li&gt;Effizientes Seeding: Aktualisieren von Änderungen und gezieltes Löschen von
          Kacheln&lt;/li&gt;
          &lt;li&gt;und weitere Beispiele&lt;/li&gt;
          &lt;/ul&gt;
</abstract>
        <description>Der Vortrag befasst sich mit unbekannten Funktionen, der große Bandbreite an
          Einsatzmöglichkeiten und der wachsenden Community von MapProxy.</description>
        <persons>
          <person id='84'>Oliver Tonnhofer</person>
        </persons>
        <links></links>
      </event>
      <event guid='1ff98567-30f6-4784-b4ca-3bf8a5a69017' id='5026'>
        <date>2016-07-04T18:30:00+02:00</date>
        <start>18:30</start>
        <duration>00:30</duration>
        <room>Grüner HS</room>
        <slug>2016-5026-postnas-suite_anwendertreffen</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>PostNAS-Suite Anwendertreffen</title>
        <subtitle></subtitle>
        <track>Meeting</track>
        <type>meeting</type>
        <language></language>
        <abstract>Auf der FOSSGIS 2016 soll es ein PostNAS-Suite Anwendertreffen geben, auf dem
          aktuelle Entwicklungen im PostNAS-Suite Projekt vorgestellt werden sollen.</abstract>
        <description>Auf der FOSSGIS 2016 soll es ein PostNAS-Suite Anwendertreffen geben, auf dem
          aktuelle Entwicklungen im PostNAS-Suite Projekt vorgestellt werden sollen.

          Die PostNAS Suite bietet Lösungen zum Import von NAS Dateien und zur Weiterverarbeitung
          sowie Inwertsetzung der Informationen.</description>
        <persons>
          <person id='42'>Astrid Emde</person>
        </persons>
        <links></links>
      </event>
    </room>
    <room name='GI Studio'>
      <event guid='1f911db8-8cae-4980-8457-a33553c79ee0' id='5104'>
        <date>2016-07-04T10:30:00+02:00</date>
        <start>10:30</start>
        <duration>01:30</duration>
        <room>GI Studio</room>
        <slug>2016-5104-was_sind_open_source_data_und_standards_-_und_wie_funktioniert_das</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Was sind &quot;Open&quot; Source, Data und Standards - und wie funktioniert das?</title>
        <subtitle>Die Organisation der Open Geo- und GIS-Welt. Worauf man achten sollte.</subtitle>
        <track>Freie Daten</track>
        <type>lecture</type>
        <language>de</language>
        <abstract>Open Source hat viele Facetten - und es ranken sich inzwischen ebenso viele Mythen
          darum. Was davon richtig ist und was nicht stellen wir in einer kurzen Einführung
          zusammen. Was sind Open Data und Open Standards, welche Gemeinsamkeiten gibt es und wo
          unterscheiden sie sich. Der Vortrag richtet sich an alle, die mit Open Source, Open Data
          oder Open Standards bisher noch wenig Kontakt hatten und die Grundlagen verstehen möchten.
          Open Source ist auf der einen Seite ein Entwicklungsmodell und auf der anderen ein
          Lizenzmodell. Zusammen bilden sie eine Kultur offener Entwicklungsgmemeinschaften, die
          höchst effektiv arbeiten. Diese Kultur ist um ein Vielfaches effektiver, als proprietäre
          Modelle es je sein können. Ein einfaches Beispiel: Das Betriebssystem des Herstellers
          Apple basiert auf dem Open Source Unix FreeBSD. Es gibt halt einfach nichts besseres, und
          es selbst herzustellen wäre unendlich teuer, das hat sogar der hyper-proprietäre
          Hersteller Apple eingesehen.

          Der Vortrag stellt die Geschichte der Entwicklung von Open Source vor und geht auf
          wichtige Grundlagen ein.
          Ziel des FOSSGIS e.V. und der OSGeo ist die Förderung und Verbreitung freier
          Geographischer Informationssysteme (GIS) im Sinne Freier Software und Freier Geodaten.
          Dazu zählen auch Erstinformation und Klarstellung von typischen Fehlinformationen über
          Open Source und Freie Software, die sich über die Jahre festgesetzt haben.</abstract>
        <description></description>
        <persons>
          <person id='24'>Arnulf Christl</person>
          <person id='98'>Frederik Ramm</person>
          <person id='5'>Dominik Helle</person>
        </persons>
        <links></links>
      </event>
      <event guid='b0a602fa-fc88-4ce2-b4a6-ea8a38b67c8b' id='5053'>
        <date>2016-07-04T15:00:00+02:00</date>
        <start>15:00</start>
        <duration>00:30</duration>
        <room>GI Studio</room>
        <slug>2016-5053-openstreetmap_und_wikidata</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>OpenStreetMap und Wikidata</title>
        <subtitle>Mit OSM und Wikidata auf dem Weg zu Linked Open Geodata</subtitle>
        <track>Freie Daten</track>
        <type>lecture</type>
        <language></language>
        <abstract>Was Tim-Berners Lee mit dem www begonnen hat (Texte zu verlinken), wird nun mit
          dem Öl des 21. Jahrhunderts, den Daten weitergeführt.
          Lasst OpenStreetMap ein Teil der Linked Open Data Cloud werden!

          Zwischen OpenStreetMap und Wikipedia wird bereits rege verlinkt - Nehmen wir die nächste
          Stufe und verlinken auch nach Wikidata - und zurück!

          Im ersten Teil wird kurz Wikidata und sein Datenmodell erklärt.

          Danach werden die Einsatzgebiete von Wikidata zur Bereicherung von OSM aufgezeigt:

          • Wikidata als Lösung des permanent ID-Problems
          • Wikidata als nachhaltige Lösung der Sprachproblematik (name:*) bei Orten
          • Übersetzung von OSM-Tags für Anwendungsprogramme und Editoren
          • Neue Arten von Analysemöglichkeiten, zB zur Wortherkunft (name:etymology:wikidata)

          Wie kann man nun in der Praxis OSM und Wikidata verlinken:

          • JOSM als Tool, um Wikidata-Tags in OSM einfach zu setzen
          • Wie wird von Wikidata nach OSM gelinkt

          Zum Schluss wird als Beispielsanwendung eine Web-Karte zur Aggregierung aus verlinkten
          Datenquellen vorgestellt.</abstract>
        <description>Was Tim-Berners Lee mit dem www begonnen hat (Texte zu verlinken), wird nun mit
          dem Öl des 21. Jahrhunderts, den Daten weitergeführt.
          Lasst OpenStreetMap ein Teil der Linked Open Data Cloud werden!

          Zwischen OpenStreetMap und Wikipedia wird bereits rege verlinkt - Nehmen wir die nächste
          Stufe in Richtung Maschinenlesbarkeit und verlinken auch nach Wikidata - und zurück!</description>
        <persons>
          <person id='55'>Michael Maier</person>
        </persons>
        <links></links>
      </event>
      <event guid='51b00648-bdc5-4395-89d3-ce593c404757' id='5016'>
        <date>2016-07-04T15:30:00+02:00</date>
        <start>15:30</start>
        <duration>00:30</duration>
        <room>GI Studio</room>
        <slug>2016-5016-die_karte_verandert_sich_-_der_standardstil_openstreetmap-carto</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Die Karte verändert sich - der Standardstil openstreetmap-carto</title>
        <subtitle></subtitle>
        <track>Freie Daten</track>
        <type>lecture</type>
        <language></language>
        <abstract>Alle paar Wochen ist es wieder soweit: Mapnik (osm-carto)-Update, die Karte
          verändert sich. Nicht immer sind so große Änderungen wie die Darstellung der Straßen dabei
          und nicht immer sind alle von den Änderungen begeistert. Dieser Vortrag versucht ein wenig
          hinter die Kulissen der osm-carto Entwicklung zu blicken und darzustellen in welchem
          Spannungsfeld sich der Standardstil bewegt.

          Welche Ziele hat osm-carto eigentlich? Wie finden Änderungen den Weg in den Kartenstil?
          Wer entscheidet das und wie? Wie erfolgt der Test einer Änderung? Kann ich dazu beitragen?
          Wie kann ich meinen eigenen Kartenstil erstellen?

          Die Ziele von osm-carto widersprechen sich teilweise. Mapper Feedback-Loop unterstützen
          und gut lesbar sein, nicht gerade einfach. Mit Beispielen versucht dieser Vortrag zu
          veranschaulichen wie der Entwicklungsprozess von osm-carto funktioniert - von der Idee,
          über die Umsetzung, den Test, die Diskussion, bis zur Aufnahme in den Stil. Nicht jeder
          muss (Hobby-)Kartograph oder Designer sein, es gibt viele Möglichkeiten beim Standardstil
          mitzuhelfen - und Hilfe wird immer gebraucht.

          Nicht immer sind alle mit der Darstellung zufrieden, warum auch, Vielfalt ist eine der
          Stärken von OSM. Da ist es doch naheliegend sich seinen eigenen Stil zu basteln. Ausgehend
          von osm-carto zeigt dieser Vortrag im Überblick wie man mit Hilfe von Kosmtik und CartoCSS
          den Kartenstil verändert und was man für ein Entwickler-Setup alles braucht.</abstract>
        <description>Alle paar Wochen ist es wieder soweit: Mapnik (osm-carto)-Update, die Karte
          verändert sich. Nicht immer sind so große Änderungen wie die Darstellung der Straßen dabei
          und nicht immer sind alle von den Änderungen begeistert. Dieser Vortrag versucht ein wenig
          hinter die Kulissen der osm-carto Entwicklung zu blicken und darzustellen in welchem
          Spannungsfeld sich der Standardstil bewegt.

          Welche Ziele hat osm-carto eigentlich? Wie finden Änderungen den Weg in den Kartenstil?
          Wer entscheidet das und wie? Kann ich dazu beitragen? Wie kann ich meinen eigenen
          Kartenstil erstellen?</description>
        <persons>
          <person id='33'>Michael Glanznig</person>
        </persons>
        <links></links>
      </event>
      <event guid='74c52730-e3c2-4f00-9bdc-d623bb604a99' id='5046'>
        <date>2016-07-04T16:00:00+02:00</date>
        <start>16:00</start>
        <duration>00:30</duration>
        <room>GI Studio</room>
        <slug>
          2016-5046-scigrid_ein_offenes_referenzmodell_europaischer_ubertragungsnetze_fur_wissenschaftliche_untersuchungen</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>SciGRID: ein offenes Referenzmodell europäischer Übertragungsnetze für
          wissenschaftliche Untersuchungen.</title>
        <subtitle></subtitle>
        <track>Freie Daten</track>
        <type>lecture</type>
        <language></language>
        <abstract>SciGRID: ein offenes Referenzmodell europäischer Übertragungsnetze für
          wissenschaftliche Untersuchungen.

          Wided Medjroubi, Carsten Matke, David Kleinhans

          Kurzfassung:

          Die Verfügbarkeit belastbarer Daten der Europäischen Übertragungsnetze ist derzeit nicht
          gegeben, was Forschungsaktivitäten im Bereich des Ausbaus Erneuerbarer Energien und der
          Netzplanung erschwert. Zentraler Gegenstand des SciGRID Projektes [1] , das in Oktober
          2014 gestartet ist, ist die Entwicklung eines frei verfügbaren und gut dokumentierten
          Netzmodells der europäischen Übertragungsnetze, das als erstes Übertragungsnetzmodell
          unter der ODbL Lizenz [2] kostenlos zur Verfügung steht.

          Der Schwerpunkt von SciGRID liegt in der Nutzung der ebenfalls unter der ODbL stehenden
          Geodaten von OpenStreetMap (OSM) [3] . Die OSM Relationen werden dafür nach dem Schlüssel
          „route=power“ gefiltert und in eine relationale Datenbank überführt. Eine automatische
          Verarbeitung der relevanten Daten, das Extrahieren und Abstrahieren des Netzmodells
          erfolgt durch ein SQL Skript. Ein Beispiel der Ausgangsdatenbanken für die Knoten und Wege
          des Netzes ist in Abb.1 dargestellt.

          Aufbauend auf diesen Daten konnte im Juni 2015 zunächst ein qualitativ hochwertiges Modell
          der Deutschen Höchstspannungsnetze (220/380 kV) veröffentlicht werden (Abb. 2). Leitungen
          und Leitungsverläufe sind dabei abstrahiert und auf in technischer Sicht relevante
          Kenndaten wie Leitungslängen und Impedanzen reduziert worden. Perspektivisch soll die
          Methodik auf das Europäische Netz ausgeweitet werden.

          In diesen Beitrag werden das Vorgehen und die Nutzung offener Geodaten in SciGRID
          vorgestellt und erste Ergebnisse der Charakterisierung des deutschen Übertragungsnetzes
          präsentiert.

          [1] www.scigrid.de. SciGRID ist gefördert durch das Bundesministerium für Bildung und
          Forschung im Rahmen der Förderinitiative „Zukunftsfähige Stromnetze“
          [2] Open Database License (ODbL): www.opendatacommons.org
          [3] www.openstreetmap.org
</abstract>
        <description></description>
        <persons>
          <person id='58'>W. Medjroubi</person>
        </persons>
        <links></links>
      </event>
      <event guid='c51796df-1d93-49d5-a344-a877858ed96c' id='5096'>
        <date>2016-07-04T17:00:00+02:00</date>
        <start>17:00</start>
        <duration>00:30</duration>
        <room>GI Studio</room>
        <slug>2016-5096-automatische_edits_und_importe_in_openstreetmap</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Automatische Edits und Importe in OpenStreetMap</title>
        <subtitle>Das Gegenteil von gut ist gut gemeint</subtitle>
        <track>Freie Daten</track>
        <type>lecture</type>
        <language></language>
        <abstract>Mit zunehmender Bekanntheit von OpenStreetMap steigt auch die Anzahl von Menschen,
          die es gut mit dem Projekt meinen und mal eben weltweit etwas &quot;reparieren&quot;.
          OpenStreetMap ist voll von Tippfehlern und logischen Problemchen, von Flüssen, die
          aufwärts fließen und Straßen, die durch Häuser führen. Was liegt für den cleveren Hacker
          da näher, als Probleme wie diese kurzerhand mit einem Python-Skript zu reparieren -
          Handarbeit würde ja viel zu lange dauern und ist ausserdem was für die Dummen!

          Wer nicht programmieren kann, der reiht wenigstens ein paar frei verfügbare Tools
          geschickt aneinander, um ein weltweites Suchen und Ersetzen zu realisieren, oder man
          beglückt OSM mit einem freien Adressdatensatz, der Web herumschwirrte und den OSM aus
          völlig unverständlichen Gründen noch nicht vereinnahmt hatte - und solche Vorhaben vorher
          mit der Community zu diskutieren, ist eh was für Anfänger, oder? It's a Wiki, Feuer frei!
          Dieser Vortrag erklärt die Risiken und Nebenwirkungen solcher gut gemeinten Beiträge und
          versucht, den Schaffensdrang hilfsbereiter Hacker in community-verträglichere Bahnen zu
          lenken.</abstract>
        <description>Dieser Vortrag zeigt die Probleme auf, die mit großflächigen automatischen und
          halb-automatischen Edits in OpenStreetMap einhergehen, und diskutiert Alternativen hierzu. </description>
        <persons>
          <person id='98'>Frederik Ramm</person>
        </persons>
        <links></links>
      </event>
      <event guid='1ea65b6c-f905-4746-a58d-7236eca9075c' id='5041'>
        <date>2016-07-04T17:30:00+02:00</date>
        <start>17:30</start>
        <duration>00:30</duration>
        <room>GI Studio</room>
        <slug>2016-5041-braucht_openstreetmap_flachen_und_kanten</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Braucht OpenStreetMap Flächen und Kanten?</title>
        <subtitle></subtitle>
        <track>Freie Daten</track>
        <type>lecture</type>
        <language></language>
        <abstract>Modellbildung findet bei OpenStreetMap nicht nur durch die Wahl der Tags statt.
          Neben der noch einigermaßen prominenten Frage, ob POIs in Gebäuden als Node oder Fläche
          erfasst werden
          ist eine weniger beachtete, aber deutlich weitreichendere Frage, welche Elemente als Linie
          oder Fläche erfasst werden. Offensichtliche Zweifelsfälle sind Fußgängerzonen in Breiten
          zwischen Straße und Platz. Aber auch generell nehmen die meisten Objekte im realen Raum
          Fläche ein. Gleichzeitig haben dennoch einige Objekte entweder sehr strikten
          Liniencharakter wie z.B. Gleise.
          Und für andere Objekte trägt die Linie die wesentliche Information, z.B. bei Treppen die
          Richtung der Steigung.

          Ein ausreichend rigide definites Mischmodell muss theoretisch die Möglichkeit zulassen,
          aus seinen Daten sowohl ein reines Kantenmodell als auch ein reines Flächenmodell zu
          berechnen.
          In diesem Vortrag werden Werkzeuge vorgestellt, um ein Kantenmodell zu berechnen, ein
          Flächenmodell zu berechnen
          und um die dabei zutage tretrenden Umstimmigkeiten zu finden.
</abstract>
        <description>Modellbildung findet bei OpenStreetMap nicht nur durch die Wahl der Tags statt.
          Werden Elemente als Linie oder Fläche erfasst?
          Offensichtliche Zweifelsfälle sind Fußgängerzonen in Breiten zwischen Straße und Platz.
          Aber auch generell nehmen die meisten Objekte im realen Raum Fläche ein.
          Gleichzeitig haben dennoch einige Objekte entweder sehr strikten Liniencharakter wie z.B.
          Gleise.

          In diesem Vortrag werden Werkzeuge vorgestellt,
          um ein Kantenmodell zu berechnen, ein Flächenmodell zu berechnen
          und um die dabei zutage tretrenden Umstimmigkeiten zu finden.
</description>
        <persons>
          <person id='62'>Roland Olbricht (drolbr)</person>
        </persons>
        <links></links>
      </event>
      <event guid='c15d97e4-da98-44dd-b9d9-68206ed85d5c' id='5100'>
        <date>2016-07-04T18:00:00+02:00</date>
        <start>18:00</start>
        <duration>00:30</duration>
        <room>GI Studio</room>
        <slug>2016-5100-osm_lightning_talks_1</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>OSM Lightning Talks 1</title>
        <subtitle></subtitle>
        <track>Freie Daten</track>
        <type>lecture</type>
        <language>de</language>
        <abstract>Folgende Lightning Talks sind bereits fest eingeplant:

          &lt;ul&gt;
          &lt;li&gt;Karten die verändern - Mapping mit Kindern und Jugendlichen (Felix
          Delattre)&lt;/li&gt;
          &lt;li&gt;Raumzeitliche Analyse und Optimierung urbaner Energiesysteme unter Verwendung
          von OSM Daten und QGIS (Alaa Alhamwi)
          &lt;li&gt;Magnacarto – Einfaches Kartenstyling für MapServer und Mapnik
          (Dominik Helle)&lt;/li&gt;
          &lt;/ul&gt;</abstract>
        <description></description>
        <persons></persons>
        <links></links>
      </event>
    </room>
    <room name='E EXPO Forum'></room>
    <room name='435'></room>
    <room name='436'></room>
  </day>
  <day date='2016-07-05' end='2016-07-05T19:00:00+02:00' index='3' start='2016-07-05T09:00:00+02:00'>
    <room name='HS432'>
      <event guid='cab78e24-529f-497f-b8b5-527115d9eba2' id='5081'>
        <date>2016-07-05T09:00:00+02:00</date>
        <start>09:00</start>
        <duration>01:30</duration>
        <room>HS432</room>
        <slug>2016-5081-openstreetmap-daten_finden_mit_der_overpass_api</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>OpenStreetMap-Daten finden mit der Overpass API</title>
        <subtitle></subtitle>
        <track>Workshop (bezahlt)</track>
        <type>workshop</type>
        <language></language>
        <abstract>Faszination und Fluch von OpenStreetMap ist die Menge und Reichhaltigkeit der
          verfügbaren Daten. Mit der Overpass API ist es möglich, per einfacher HTTP-Abfrage über
          das Web die Daten gezielt nach eigenen Kriterien wie Thema oder Ort zu filtern, auch alte
          Daten zu extrahieren und sogar Änderungen fast live zu verfolgen.

          Die Overpass API wird heute bereits für eine Vielzahl von Anwendungen, z.B. zur
          Qualitätssicherung, für in Echtzeit erzeugte Kartenoverlays, thematische Downloads oder
          auch zur Beschleunigung der Main API verwendet. Ihre Flexibilität bezieht die Overpass API
          aus einer Abfragesprache, die einfach, aber speziell auf die Bedürfnisse von OpenStreetMap
          zugeschnitten ist.

          In diesem Workshop wird in die Abfragesprache systematisch eingeführt. Dazu diskutieren
          wir zunächst an zentralen Beispielen, auf welche Weise mit Nodes, Ways und Relationen
          typische Phänomene der Realität modelliert werden.

          Als fortgeschrittenes Beispiel werden wir am Ende unsere Werkzeuge so konfigurieren, dass
          wir damit tagtäglich alle eingehende Änderungen in wenigen Minuten sichten können,
          inwiefern sie zu einem spezifischen Qualitätsziel beitragen oder nicht. Die Werkzeuge
          stehen als Websites für den Browser zur Verfügung. Daher kann mit dem eigenen Rechner
          gearbeitet werden.
</abstract>
        <description>Die Overpass API ermöglicht, über das Web die OSM-Daten gezielt nach eigenen
          Kriterien wie Thema oder Ort zu filtern, auch alte Daten zu extrahieren und sogar
          Änderungen fast live zu verfolgen. Sie eignet sich z.B. zur Qualitätssicherung, für in
          Echtzeit erzeugte Kartenoverlays, thematische Downloads oder auch zur Beschleunigung der
          Main API.

          In diesem Workshop wird in die Abfragesprache systematisch eingeführt.

          Die Werkzeuge stehen als Websites für den Browser zur Verfügung. Daher kann mit dem
          eigenen Rechner gearbeitet werden.
</description>
        <persons>
          <person id='62'>Roland Olbricht (drolbr)</person>
        </persons>
        <links></links>
      </event>
      <event guid='aa38be7f-7486-442f-892d-eea341371e87' id='5019'>
        <date>2016-07-05T11:00:00+02:00</date>
        <start>11:00</start>
        <duration>01:30</duration>
        <room>HS432</room>
        <slug>2016-5019-das_neue_grass_plugin_in_qgis</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Das neue GRASS Plugin in QGIS</title>
        <subtitle></subtitle>
        <track>Workshop (bezahlt)</track>
        <type>workshop</type>
        <language></language>
        <abstract>Workshop zum Kennenlernen des GRASS Plugins in QGIS.

          GRASS GIS ist ein freies, open source Geographisches Informationssystem (GIS) für
          Geodatenmanagement und -analyse, räumliche Modellierung und Visualisierung,
          Bildverarbeitung, und Kartenerstellung.

          Während des Workshops lernen die Teilnehmer die analytischen Fähigkeiten von GRASS GIS
          anhand des neuen QGIS GRASS Plugins in einfachen, praktischen Schritten kennen.

        </abstract>
        <description></description>
        <persons>
          <person id='36'>Otto Dassau</person>
        </persons>
        <links></links>
      </event>
      <event guid='7bc33b17-790b-459a-acfe-7be5ab24da3d' id='5034'>
        <date>2016-07-05T13:30:00+02:00</date>
        <start>13:30</start>
        <duration>01:30</duration>
        <room>HS432</room>
        <slug>2016-5034-mapfish_print_3_maps_templates_und_reports</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>MapFish Print 3: Maps, Templates und Reports</title>
        <subtitle></subtitle>
        <track>Workshop (bezahlt)</track>
        <type>workshop</type>
        <language></language>
        <abstract>Die Erstellung von Reports ist eine wichtige Funktionalität in vielen Anwendungen.
          MapFish Print ist ein interessantes Tool für diese Aufgabe. Das Projekt MapFish Print
          besteht aus einer Java Bibliothek und Web-Anwendung zur Generierung von Reports mit
          Karten, wobei eine Vielfalt von Raster- und Vektor-Datenquellen unterstützt wird, zum
          Beispiel WMS, WMTS, OpenStreetMap-Kacheln, WFS oder GeoJSON.

          Ziel dieses Workshops ist es anhand von Anwendungsbeispielen eigene Geo-Daten in einem
          PDF-Report darzustellen. Die Teilnehmer lernen wie mit Hilfe des WYSIWYG Designers
          JasperSoft Studio bequem Templates angepasst und erweitert werden können. Es werden
          Elemente wie Karten, Nordpfeil oder Kartenlegenden in ein Template einfügt und
          konfiguriert. Über einen Print-Request, in dem unterschiedliche Geo-Daten eingebunden
          sind, wird dann eine PDF-Datei erstellt.

          In diesem Workshop werden folgende Themen behandelt:

          &lt;ul&gt;
          &lt;li&gt;Installation von MapFish Print 3&lt;/li&gt;
          &lt;li&gt;Konfiguration eines Report über eine YAML-Konfigurationsdatei&lt;/li&gt;
          &lt;li&gt;Editieren von Templates mit JasperSoft Studio&lt;/li&gt;
          &lt;li&gt;Konfiguration von Elementen wie Karten, Legende oder Maßstabsbalken&lt;/li&gt;
          &lt;li&gt;Senden eines Print-Request mit unterschiedlichen Geo-Daten&lt;/li&gt;
          &lt;li&gt;Komplexere Reports&lt;/li&gt;
          &lt;/ul&gt;

          Zielgruppe sind alle, die darin interessiert sind Reports mit geographischen Daten zu
          erstellen. Als Vorwissen sind Programmierkenntnisse hilfreich aber nicht unbedingt
          erforderlich.</abstract>
        <description></description>
        <persons>
          <person id='49'>Tobias Sauerwein</person>
        </persons>
        <links>
          <link href='https://mapfish.github.io/mapfish-print-workshop/mfp-workshop.zip'>Workshop
            materials</link>
        </links>
      </event>
      <event guid='edc0ffb8-22c1-40fa-902f-ea5510569ada' id='5036'>
        <date>2016-07-05T15:30:00+02:00</date>
        <start>15:30</start>
        <duration>01:30</duration>
        <room>HS432</room>
        <slug>2016-5036-projektionsmanagement_in_qgis</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Projektionsmanagement in QGIS</title>
        <subtitle>Präzises umprojizieren auch ganzer Verzeichnisse mit QGIS</subtitle>
        <track>Workshop (bezahlt)</track>
        <type>workshop</type>
        <language></language>
        <abstract>Im Workshop lernen die Teilnehmer/innen, wie Sie ihre Geodaten auch unter
          Anwendung landesspezifischer Transformationsansätze mit QGIS präzise von einen
          Koordinatenbezugssystems ins andere überführen. Möglichkeiten der Stapelverarveitung
          ganzer Verzeichnisse von Raster- und Vektordaten sowie Schritte zum ändern verschiedener
          Konfigurationsdateien, um landessepzifische Transformationsansätze einzubinden, werden
          behandelt.

          Das Umprojizieren einzelner Datensätze mit QGIS ist einfach umzusetzen. Wenn ganze
          Verzeichnisse zu transformieren sind und eine Genauigkeit im cm-Bereich erforderlich ist,
          wird eine intensivere Auseinandersetzung mit der Materie notwendig. NtV2-Grids sind an die
          richtigen Verzeichnisse zu kopieren und verschiedene Konnfigurationsdateien und
          SQlite-Datenbanken müssen editiert werden. Im Workshop lernen die Teilnehmer/innen, wie
          Sie ihre Geodaten auch unter Anwendung landesspezifischer Transformationsansätze mit QGIS,
          cm-genau von einen Koordinatenbezugssystems ins andere überführen. Auch die
          Stapelverarveitung ganzer Verzeichnisse von Raster- und Vektordaten wird behandelt. Die
          Teilnehmer/innen erfahren, wie sie verschiedene Konfigurationsdateien ändern müssen, um
          landessepzifische Transformationsansätze einzubinden. Der Kurs wendet sich an Leute, die
          mit der grundlegenden Bedienung von QGIS oder zumindestens von vergleichbaren
          GIS-Programmen vertraut sind.</abstract>
        <description>Im Workshop lernen die Teilnehmer/innen, wie Sie ihre Geodaten mit QGIS präzise
          von einen Koordinatenbezugssystems ins Andere überführen. Insbesondere die Möglichkeiten
          einer hochgenauen Transformation sowie das Umprojizieren ganzer Verzeichnisse wird
          behandelt.</description>
        <persons>
          <person id='27'>Claas Leiner</person>
        </persons>
        <links></links>
      </event>
    </room>
    <room name='HS433'></room>
    <room name='HS3004'>
      <event guid='1a9dd0e0-5b9c-485d-826f-2a872d123876' id='5023'>
        <date>2016-07-05T09:00:00+02:00</date>
        <start>09:00</start>
        <duration>01:30</duration>
        <room>HS3004</room>
        <slug>2016-5023-postgis_fur_einsteiger</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>PostGIS für Einsteiger</title>
        <subtitle></subtitle>
        <track>Workshop (bezahlt)</track>
        <type>workshop</type>
        <language></language>
        <abstract>Dieser Workshop ermöglicht Einsteigern den Zugang zu PostgreSQL/PostGIS und hilft
          bei den ersten Schritten im Umgang mit räumlichen Daten in der Datenbank. Datenarten,
          Datenmodell, Visualisierung, Datenimport, Schnittstellen und SQL werden behandelt.

          * Einführung PostgreSQL / PostGIS - Vorstellung der Möglichkeiten (Vektordaten,
          Rasterdaten)
          * Erklärung des Datenmodells
          * Visualisierung von Daten mit QGIS
          * Datenimport über QGIS DB Manager und shp2pgsql
          * Aufzeigen der Möglichkeiten anhand von einfachen SQLs
          * Schnittstellen
</abstract>
        <description>Dieser Workshop soll Einsteigern den Zugang zu PostgreSQL/PostGIS ermöglichen
          und bei den ersten Schritten im Umgang mit räumlichen Daten in der Datenbank helfen.
          Datenarten, Datenmodell, Visualisierung, Datenimport, Schnittstellen und SQL werden
          behandelt.
</description>
        <persons>
          <person id='42'>Astrid Emde</person>
        </persons>
        <links></links>
      </event>
      <event guid='3d4bd8b0-7fee-496c-8360-2ca2d06fea31' id='5049'>
        <date>2016-07-05T11:00:00+02:00</date>
        <start>11:00</start>
        <duration>01:30</duration>
        <room>HS3004</room>
        <slug>2016-5049-einfuhrung_in_die_geodatenverarbeitung_mit_python</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Einführung in die Geodatenverarbeitung mit Python</title>
        <subtitle></subtitle>
        <track>Workshop (bezahlt)</track>
        <type>workshop</type>
        <language></language>
        <abstract>Python wird immer wichtiger als Programmiersprache im GIS-Bereich. Dies liegt zum
          einem an der klaren und leicht zu lernenden Sprachsyntax von Python, die v.a. für
          Programmieranfänger einen großen Vorteil darstellt, als auch an der Verfügbarkeit für alle
          geläufigen Betriebssysteme, wie z.b. Windows, Linux oder Mac OS. Zum anderen existiert
          inzwischen eine kaum mehr zu überschauenden Vielfalt an Bibliotheken für den Bereich der
          Geodatenverarbeitung. Neben APIs für Grass GIS, QGIS, ArcGIS und vielen anderen Desktop
          GIS Systemen, gibt es eine Vielzahl von Standalone Bibliotheken, mit denen sich
          vielfältige Aufgaben aus der Geodatenverarbeitung mit Python auf einfache Weise
          automatisieren lassen. Ziel dieses Kurses ist es einen Überblick über die vorhandenen
          Geo-Bibliotheken für Python (z.B. GDAL/OGR, shapely, fiona, rasterio, geojson, pyproj,
          pyshp, basemap, cartopy, ...) zu geben und an einfachen Beispielen erste kleine Skripte
          für alltägliche Aufgaben aus dem Bereich der Geodatenverarbeitung zu erstellen. Die
          Beispiele sollen überwiegend der Einführung in die vorgestellten Bibliotheken dienen und
          können mit wenigen Zeilen in iPython / iPython Notebook ausgeführt werden. Der Kurs
          behandelt sowohl eine Einführung in die Verarbeitung von Vektordaten als auch die
          Verarbeitung von Rasterdaten. Die Teilnehmer werden am Ende des Kurses grundlegende
          Funktionen kennen, um z.B. Shapedateien und Rasterdateien in Python einzulesen, zu
          verarbeiten und wieder abzuspeichern. Sie bekommen einen Überblick über verschiedene
          Bibliotheken und wissen, wie sie diese verwenden können.</abstract>
        <description>Ziel dieses Kurses ist es einen Überblick über die vorhandenen Geo-Bibliotheken
          für Python zu geben. An einfachen Beispielen werden erste kleine Skripte für alltägliche
          Aufgaben aus dem Bereich der Geodatenverarbeitung erstellt, so dass die Teilnahmer nach
          Absolvierung des Workshops neben einer Übersicht zm Thema &quot;Geo-Python&quot; auch
          erste praktische Umsetzungsbeispiele kennengelernt haben.</description>
        <persons>
          <person id='69'>Christian Strobl</person>
        </persons>
        <links></links>
      </event>
      <event guid='95558ba4-f1f1-4d0d-9faf-98daafcb01f0' id='5024'>
        <date>2016-07-05T13:30:00+02:00</date>
        <start>13:30</start>
        <duration>01:30</duration>
        <room>HS3004</room>
        <slug>2016-5024-mapbender3</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Mapbender3</title>
        <subtitle>Einfacher Aufbau von WebGIS Anwendungen</subtitle>
        <track>Workshop (bezahlt)</track>
        <type>workshop</type>
        <language></language>
        <abstract>Der Workshop soll den Teilnehmern einen ersten Einstieg in die Erstellung von
          Kartenanwendungen auf Basis von Mapbender3 geben. Neben einem Überblick über die
          Architektur auf Basis von Symfony2 und OpenLayers und der Vorstellung des Frontends mit
          seinen Komponenten wird die Verwendung des Backends zur Verwaltung von Anwendungen im
          Mittelpunkt stehen.

          Dabei werden die Möglichkeiten des Aufbaus von eigenen Anwendungen über das
          Administrations-Backend erläutert. Der Aufbau eines Dienste-Repositories wird vorgestellt.
          Es werden Benutzer und Gruppen angelegt. Außerdem erfolgt ein Einstieg in die
          Rechteverwaltung.

          * Vorstellung der Anwendung
          * Vorstellung des Administration-Backends
          * Erstellung einer Applikation (Kartenanwendung) inkl. Berechtigungen
          * Aufbau eines Dienste-Repositories
          * Einrichten von Benutzern und Gruppen sowie Rechteverwaltung
          * Wie werden Suchen und Erfassungsmasken in Mapbender3 erstellt?</abstract>
        <description>Der Workshop soll den Teilnehmern einen ersten Einstieg in die Erstellung von
          Kartenanwendungen auf Basis von Mapbender3 geben. Neben einem Überblick über die
          Architektur auf Basis von Symfony2 und OpenLayers und der Vorstellung des Frontends mit
          seinen Komponenten wird die Verwendung des Backends zur Verwaltung von Anwendungen im
          Mittelpunkt stehen.

          * Vorstellung der Anwendung
          * Vorstellung des Administration-Backends
          * Erstellung einer Applikation (Kartenanwendung) inkl. Berechtigungen
          * Aufbau eines Dienste-Repositories
          * Einrichten von Benutzern und Gruppen sowie Rechteverwaltung
</description>
        <persons>
          <person id='42'>Astrid Emde</person>
        </persons>
        <links>
          <link href='http://mapbender3.org'>Mapbender3 Webseite</link>
        </links>
      </event>
      <event guid='87256534-3779-47fe-8450-156de2cbab2b' id='5075'>
        <date>2016-07-05T15:30:00+02:00</date>
        <start>15:30</start>
        <duration>01:30</duration>
        <room>HS3004</room>
        <slug>2016-5075-geoserver_advanced</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>GeoServer advanced</title>
        <subtitle></subtitle>
        <track>Workshop (bezahlt)</track>
        <type>workshop</type>
        <language></language>
        <abstract>Der GeoServer ist ein bekannter und mächtiger OpenSource Kartenserver. Er
          ermöglicht die Veröffentlichung von Geodiensten aus zahlreichen Datenquellen auf Basis
          offener Standards.

          Nach Einrichtung der Serverumgebung und Installation des GeoServers ist die Konfiguration
          von ersten WMS-, WCS- und WFS-Diensten intuitiv über ein Webinterface möglich. In diesem
          Workshop wird auf die typischen Anforderungen eines &lt;i&gt;GeoServers in
          action&lt;/i&gt; eingegangen. Der Fokus liegt dabei auf den unterschiedlichen
          Möglichkeiten einer möglichst automatisierten und auf die konkrete Systemumgebung
          maßgeschneiderten Einrichtung. Dabei soll auch die Konfiguration für einen
          Produktiveinsatz berücksichtigt werden.

          Im Rahmen des Workshops werden u.a. folgende Themen behandelt:

          &lt;ul&gt;
          &lt;li&gt;Installation von Erweiterungen&lt;/li&gt;
          &lt;li&gt;Automatisierte Konfiguration von Workspaces, Stores, (zahlreichen) Layern und
          Styles über die REST-Schnittstelle&lt;/li&gt;
          &lt;li&gt;Caching von WMS unter Einsatz des GeoWebCache (GWC)&lt;/li&gt;
          &lt;li&gt;Performance-Tuning und sinnvolle Einstellungen für den
          Produktiveinsatz&lt;/li&gt;
          &lt;ul&gt;

          Vorkenntnisse in einer Programmiersprache sind für diesen Workshop nicht notwendig.
          Praktische Erfahrungen mit dem GeoServer sind von Vorteil, aber nicht zwingend
          erforderlich.</abstract>
        <description></description>
        <persons>
          <person id='1325'>Nils Bühner</person>
        </persons>
        <links></links>
      </event>
    </room>
    <room name='Audimax'></room>
    <room name='Grüner HS'>
      <event guid='dbe7a27c-4596-4e68-9556-281e8b00a8b2' id='5066'>
        <date>2016-07-05T09:00:00+02:00</date>
        <start>09:00</start>
        <duration>00:30</duration>
        <room>Grüner HS</room>
        <slug>2016-5066-geopackage_das_shapefile_der_zukunft</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>GeoPackage, das Shapefile der Zukunft</title>
        <subtitle></subtitle>
        <track>Freie Software</track>
        <type>lecture</type>
        <language>de</language>
        <abstract>Im Februar 2014 hat das Open Geospatial Consortium (OGC) den &lt;a
          href=&quot;http://www.geopackage.org/&quot;&gt;GeoPackage&lt;/a&gt; Encoding Standard
          offiziell freigegeben. Dieses noch junge Format hat sich bereits gut etabliert und wird in
          vielen GIS-Produkten unterstützt.
          In GeoPackage-Dateien können sowohl Vektor- als auch Rasterdaten mit zugehörigen
          Metainformation gespeichert werden. Damit können Geodaten einfach ausgetauscht und auch
          auf mobilen Geräten effizient genutzt werden.
          Als Fileformat wird &lt;a href=&quot;http://sqlite.org/&quot;&gt;SQLite&lt;/a&gt;
          verwendet, welches einen effizienten Zugriff mit einem SQL-API bietet. Das Format ist
          erweiterbar und wird unter anderem bereits für die Speicherung von Point Cloud Daten
          verwendet. Auch Vektor-Tiles können darin für den Offline-Gebrauch abgelegt werden.</abstract>
        <description>Im Februar 2014 hat das Open Geospatial Consortium (OGC) den GeoPackage
          Encoding Standard offiziell freigegeben. Dieses noch junge Format hat sich bereits gut
          etabliert und wird in zahlreichen GIS-Produkten unterstützt.
          In GeoPackage-Dateien können sowohl Vektor- als auch Rasterdaten mit zugehörigen
          Metainformation gespeichert werden. Damit können Geodaten einfach ausgetauscht und auch
          auf mobilen Geräten effizient genutzt werden.</description>
        <persons>
          <person id='82'>Pirmin Kalberer</person>
        </persons>
        <links></links>
      </event>
      <event guid='ed4661ef-960f-42d9-89b2-b23c9c62a022' id='5043'>
        <date>2016-07-05T09:30:00+02:00</date>
        <start>09:30</start>
        <duration>00:30</duration>
        <room>Grüner HS</room>
        <slug>2016-5043-umstellung_von_ubungen_auf_qgis</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Umstellung von Übungen auf QGIS</title>
        <subtitle>Umstellung eines kompletten Semesters für Bachelorstudenten von proprietärer
          Geoinformationssoftware auf QGIS</subtitle>
        <track>Freie Software</track>
        <type>lecture</type>
        <language>de</language>
        <abstract>An der Hochschule für Technik (HfT) in Stuttgart wird von proprietärer
          Geoinformationssoftware auf die Open Source Lösung QGIS umgestellt. Im Modul Geografische
          Informationsysteme an der HfT Stuttgart werden Studenten im 1. und 2. Semester mit einem
          Geographischen Informationsystem vertraut gemacht. Bisher war dies die propriätere
          Software Geomedia von Intergraph. Nun wird dieses Modul auf QGIS umgestellt. Im Vortrag
          erhalten Sie Einblick über den bisherigen Fortschritt der Umstellung und können sehen
          welche Probleme auftraten und mit welchen Problemen zu rechnen sind bei der Umstellung auf
          QGIS.</abstract>
        <description>An der Hochschule für Technik in Stuttgart im Modul Grundlagen Geographischer
          Informationssysteme sollen die Übungen und die Vorlesung nicht mehr in einem proprietären
          Geoinformationssystem stattfinden sondern in die Open-Source Software QGIS. Es gibt einen
          Einblick in die Probleme die bisher auftraten und den bisherigen Fortschritt, der Prozess
          ist noch nicht abgeschlossen. Bis Oktober 2016 soll alles auf QGIS geändert worden sein.</description>
        <persons>
          <person id='64'>Michael Paulmann</person>
        </persons>
        <links></links>
      </event>
      <event guid='9261634b-7697-47a8-b0e5-b4a64a4cbcf4' id='5013'>
        <date>2016-07-05T10:00:00+02:00</date>
        <start>10:00</start>
        <duration>00:30</duration>
        <room>Grüner HS</room>
        <slug>2016-5013-automatische_erkennung_der_projektion_von_geodaten</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Automatische Erkennung der Projektion von Geodaten</title>
        <subtitle>Unter Verwendung freier Geodaten und offener GIS-Services im Internet</subtitle>
        <track>Freie Software</track>
        <type>lecture</type>
        <language>de</language>
        <abstract>Auch heutzutage gibt es Geodatenlieferungen mit unbekannter oder falscher
          Projektion. Sehr gute Kenntnisse über Koordinatensysteme sind nötig, um die gelieferten
          Geodaten rasch in ein bestehendes GIS-Projekt lagerichtig zu integrieren. Für
          GIS-Fachunkundige bedeuten solche Unklarheiten immer wieder erneuten enormen
          Einarbeitungsaufwand.
          In dieser Einreichung wird ein GIS-Programm aufbauend auf einem OpenSource GIS-Testservice
          von Aaron Racicot als Lösungsvorschlag der beschriebenen Problematik vorgestellt. Das
          Programm mit dem Namen SHAPEFILE PROJECTIONFINDER wertet ein ausgewähltes Shapefile mit
          unbekannter Projektion (ohne PRJ-Datei) in Kombination mit einer geographischen
          Referenzkoordinate aus und erhält automatisch nach Anfrage beim bestehenden
          GIS-Testservice von Aaron Racicot eine Liste möglicher zutreffender Projektionen. Nach
          händischer Auswahl wird für jede ausgewählte Projektion eine Kopie des Shapefiles mit
          entsprechender PRJ-Datei erstellt. Der GIS-Anwender muss nun die erstellten Kopien in sein
          GIS-Projekt laden und entscheidet nach visueller Prüfung über die richtige Projektion.
          Nach Darstellung der Lösung werden im Detail vorhandene Problembereiche präsentiert. Dabei
          wird vor allem auf den Unterschied zwischen geographischen und projizierten Koordinaten
          eingegangen. In diesem Zusammenhang werden auch Projektionen, welche unterschiedliche
          Referenzellipsoide (z.B. UTM 32 N : WGS84 und ETRS98) verwenden, in Fallbeispielen
          diskutiert.
          Abschließend werden Ausbaumöglichkeiten und Alternativen wie eine reine Desktopanwendung
          dargestellt.</abstract>
        <description>Das GIS-Tool SHAPEFILE PROJECTIONFINDER wird als Lösungsvorschlag in
          Zusammenhang mit Geodaten und unbekannter Projektion präsentiert.

          Zielgruppe dieses Programms sind vor allem Anwender, die mit geringen Fachkenntnissen zu
          Koordinatensystemen ohne Aufwand gelieferte Daten in GIS-Projekte lagerichtig integrieren
          möchten.</description>
        <persons>
          <person id='19'>Manfred Egger</person>
        </persons>
        <links></links>
      </event>
      <event guid='e1f3f372-32af-4c0f-8431-86d46008b1f1' id='5052'>
        <date>2016-07-05T11:00:00+02:00</date>
        <start>11:00</start>
        <duration>00:30</duration>
        <room>Grüner HS</room>
        <slug>2016-5052-betrieb_von_qgis_in_einer_heterogenen_client-server-umgebung</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Betrieb von QGIS in einer heterogenen Client-Server-Umgebung</title>
        <subtitle>Praxisbericht über die Bereitstellung von QGIS auf einem Linux-Anwendungsserver
          für Windows-Clients</subtitle>
        <track>Freie Software</track>
        <type>lecture</type>
        <language>de</language>
        <abstract>Das Amt für Geoinformation des Kantons Solothurn (Schweiz) betreibt ein
          Geographisches Informationssystem für die Kantonsverwaltung. Als Desktop-Anwendung für die
          Bearbeitung und Visualisierung von Geodaten stellt es den Benutzern QGIS auf einem
          zentralen Linux-Anwendungsserver zur Verfügung.
          Der Standard-Arbeitsplatz in der Kantonsverwaltung besteht aus einem Thin Client, der mit
          Citrix-Technologie zu einem Windows-Desktop auf einem Windows-Anwendungsserver verbindet.
          Um die Linux-Anwendung QGIS in den Windows-Desktop zu integrieren, setzt das Amt für
          Geoinformation die Open-Source-Lösung X2Go ein: X2Go Server auf dem Linux-Anwendungsserver
          und X2Go Client auf dem Windows-Desktop. Trotz der zweifachen Weiterleitung der
          Grafikausgabe ist diese Lösung in der Bedienung sehr performant.
          Damit die Benutzer sich nicht separat am Linux-Anwendungsserver anmelden müssen, wird
          ihnen bei der Einrichtung des Linux-Benutzerkontos ein RSA-Schlüsselpaar erzeugt und
          dieses für die Anmeldung des X2Go-Clients am Linux-Anwendungsserver bereitgestellt.
          Dadurch kann QGIS mit einem einzigen Klick auf eine Verknüpfung im Windows-Startmenu
          gestartet werden.
          Mit dieser Lösung ist eine erstaunlich gute Integration einer Linux-Anwendung in die
          Windows-Umgebung gelungen. Dies nicht zuletzt dank der Flexibilität des X2Go-Clients, der
          mit seinen umfangreichen Startoptionen sehr fein gesteuert werden kann.</abstract>
        <description>Das Amt für Geoinformation des Kantons Solothurn (Schweiz) betreibt für die
          Benutzer der Kantonsverwaltung QGIS auf einem Linux-Applikationsserver. Für die
          Integration der Linux-Anwendung in den via Citrix bereitgestellten Windows-Desktop, der
          den Standard-Arbeitsplatz in der Kantonsverwaltung darstellt, kommt die Open-Source-Lösung
          X2Go zum Einsatz.
          Der Vortrag präsentiert diese Lösung im Detail und geht auf deren Vor- und Nachteile ein.
          Zudem vergleicht er sie mit anderen Lösungen, die früher im Einsatz waren und nun abgelöst
          wurden.</description>
        <persons>
          <person id='32'>Andreas Schmid</person>
        </persons>
        <links></links>
      </event>
      <event guid='ff1539aa-86b8-4fcb-bc9d-1dad09a10c06' id='5042'>
        <date>2016-07-05T11:30:00+02:00</date>
        <start>11:30</start>
        <duration>00:30</duration>
        <room>Grüner HS</room>
        <slug>2016-5042-qgis_meets_mapproxy</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>QGIS meets MapProxy</title>
        <subtitle></subtitle>
        <track>Freie Software</track>
        <type>lecture</type>
        <language>de</language>
        <abstract>Im Rahmen des Projekts TopDeutschland entwickelt das Bundesamt für Kartographie
          und Geodäsie ein System, um Kartenausschnitte zu speichern und die Karten Offline im
          Geoinformatiomssystems QGIS zu laden. Dabei wird ein Proxyserver „MapProxy“ des
          Unternehmens Omiscale GmbH &amp; Co. KG verwendet, der bei bestehender Internetverbindung
          die Karten als Kacheln lokal ablegt. Diese Funktion ist besonders hilfreich für unsere
          Kunden wie zum Beispiel dem Technischen Hilfswerk, bei Einsätzen im Gelände ohne
          Internetverbindung. Damit die Daten flexibel genutzt werden können, liegt das ganze System
          auf einer externen Festplatte. Auch QGIS steht als portable Version zur Verfügung. Durch
          das Zwischenspeichern der Kartenkacheln wird das Laden der Dienste beschleunigt. Über ein
          selbst geschriebenes Plugin in Python kann in QGIS entweder ein Rechteck, der Kartenextent
          oder Deutschland mit einem Umkreis von 100 Kilometern als ausgewählter Bereich zum
          Speichern angegeben werden. Zusätzlich können aber auch bisher gespeicherte Shapefiles als
          Ausschnitt verwendet werden. Da der komplette Kartendatensatz sehr groß werden kann,
          können nur die für den Nutzer wichtigen Gebiete auf der Festplatte gespeichert werden.
          Durch das Laden der Kartenkacheln über einen Web Map Service, können die Kartendaten auch
          aktualisiert werden. Es besteht die Möglichkeit unterschiedliche WMS-Dienste zu speichern
          und diese anzeigen zu lassen. Die Kartendaten können zudem auf einen lokalen Rechner
          ausgelagert werden, da die Bilddaten in einer SQLite Datenbank vorliegen. Das Projekt
          befindet sich momentan noch in der Entwicklung.</abstract>
        <description>Das BKG entwickelt ein System, um Kartenausschnitte zu speichern und die Karten
          Offline im Geoinformatiomssystem QGIS zu laden. Dabei wird ein Proxyserver
          &quot;MapProxy&quot; verwendet, der bei bestehender Internetverbindung die Karten als
          Kacheln lokal ablegt. Das ganze System liegt auf einer portablen, externen Festplatte.</description>
        <persons>
          <person id='63'>Sara Biesel</person>
        </persons>
        <links></links>
      </event>
      <event guid='76ebef8a-6d26-4c88-85a6-2a3b5558e62c' id='5040'>
        <date>2016-07-05T12:00:00+02:00</date>
        <start>12:00</start>
        <duration>00:30</duration>
        <room>Grüner HS</room>
        <slug>2016-5040-die_zugriffszeit_auf_den_qgis-mapserver_um_faktor_100_beschleunigen</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Die Zugriffszeit auf den QGis-Mapserver um Faktor 100 beschleunigen.</title>
        <subtitle>Vorstellung eines FCGI-Proxis spezialisiert für den Einsatz mit dem
          QGis-Mapserver.</subtitle>
        <track>Freie Software</track>
        <type>lecture</type>
        <language>de</language>
        <abstract>In unserem Setup wird der QGis-Mapserver verwendet, um die Sessions von QGis
          über ein Webinterface anzuzeigen. Die QGis Konfigurationsdateien haben eine
          Speichergröße von bis zu 19MB, was in der QGis-Version 2.10 den Zugriff auf das
          Webinterface auf ca.
          30 Sekunden verlängert. 30 Sekunden ist auch der Timeout des Webbrowsers
          , so daß es in unregelmäßigen Abständen Sessionabbrüche gibt.
          &lt;p&gt;
          Wir haben ein Tool programmiert, mit dem die Sessionabbrüche verhindert und
          die Zugriffszeiten des qgis-servers Version 2.10 um den Faktor 100 beschleunigt werden.
          Das Programm nutzt intensiv die Caches des Qgis-Servers aus, indem die Zugriffe für eine
          Karte nur einem bestimmten Prozess zur Bearbeitung zugeteilt werden.
          Das Programm wird mit dem Vortrag vorgestellt, zusammen mit Erklärungen für den Aufbau des
          Programms, der Funktionsweise, der Setupkonfiguration für einen Server und einigen
          Messdaten.
          &lt;p&gt;
          Der Quellcode des Tools steht auf GitHub unter https://github.com/geocalc/qgis-scheduler
          zur Verfügung.
          &lt;p&gt;

          Themen:&lt;br&gt;
          Prinzipielle Problemlösung,&lt;br&gt;
          Aufbau und Funktionsweise des Tools,&lt;br&gt;
          Setup in Serverumgebungen,&lt;br&gt;
          Laufzeitergebnisse, Messdaten&lt;br&gt;
</abstract>
        <description></description>
        <persons>
          <person id='59'>Jörg Habenicht</person>
        </persons>
        <links></links>
      </event>
      <event guid='713f92be-5a05-4ad7-9cdf-1a2914b1dedf' id='5088'>
        <date>2016-07-05T13:30:00+02:00</date>
        <start>13:30</start>
        <duration>00:30</duration>
        <room>Grüner HS</room>
        <slug>2016-5088-web-basierte_geoprozessierung_mit_python_und_pywps</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Web-basierte Geoprozessierung mit Python und PyWPS</title>
        <subtitle></subtitle>
        <track>Freie Software</track>
        <type>lecture</type>
        <language>de</language>
        <abstract>Neben der standard-konformen Bereitstellung von Geodaten wird zunehmend auch die
          Verarbeitung von Geodaten im Internet immer wichtiger. Zur standardisierten Ausführung von
          Geoprozessierungs-Diensten hat das Open Geospatial Consortium (OGC) die Spezifikation des
          „Web Processing Service“ (WPS) herausgebracht. Die Spezifikation legt grundlegend fest,
          wie ein Prozess beschrieben wird und ausgeführt werden kann. Mittlerweile hat die
          Spezifikation schon in unterschiedlichen Softwarepaketen Einzug gefunden, wie zum Beispiel
          dem 52 North WPS, ZOO WPS, deegree, GeoServer oder PyWPS.

          Die Programmiersprache Python wird oft für Verarbeitung von Geodaten verwendet und ist
          auch gut geeignet, um einen web-basierten Prozessierungsdienst aufzusetzen. Es existieren
          viele Bibliotheken zur Verarbeitung und Analyse von Raster- und Vektordaten sowie
          Geometrien. Ebenso besitzen viele GIS-Programme, wie zum Beispiel QGIS, GRASS GIS oder
          auch ArcGIS, Schnittstellen zu Python.

          Die Möglichkeiten solch eines Prozessierungsdienstes sollen am Beispiel der Software PyWPS
          [1] in diesem Vortrag gezeigt werden. PyWPS ist in Python entwickelt und existiert seit
          2006. Aktuell wird an der neu entwickelten Version 4 gearbeitet. Es werden einfache
          Beispiele, wie die Transformation von Koordinaten oder das Puffern von Vektordaten, aber
          auch komplexere Beispiele, wie die Analyse von Zeitreihendaten, gezeigt. Ebenso werden
          Beispiele zur Anbindung von externen Programmen (z.B. GRASS GIS) und Schnittstellen (z.B.
          Google Earth Engine) präsentiert.

          Web-basierte Prozessierungsdienste können für eine Vielzahl an Aufgaben verwendet werden
          und bieten enorme Möglichkeiten, Nutzer- und Entwicklerfreundliche Geodatendienste
          aufzubauen. Dieser Vortrag liefert eine Einführung in den Bereich der „Web Processing
          Services“, die mit der Programmiersprache Python und der Software PyWPS umgesetzt worden
          sind, und zeigt das Potential web-basierter Prozessierung mittels WPS im Geodatenbereich
          auf.

          [1] = http://pywps.org
</abstract>
        <description>Web-basierte Prozessierungsdienste können für eine Vielzahl an Aufgaben
          verwendet werden und bieten enorme Möglichkeiten, Nutzer- und Entwicklerfreundliche
          Geodatendienste aufzubauen. Dies wird an einigen einfachen und komplexen Beispielen
          gezeigt, die mit der Software PyWPS im Rahmen der Programmiersprache Python online
          veröffentlicht worden sind. Dieser Vortrag liefert anfangs eine Einführung in den Bereich
          der „Web Processing Services“ und zeigt zudem das Potential web-basierter Prozessierung
          mittels WPS im Geodatenbereich auf. </description>
        <persons>
          <person id='89'>Jonas Eberle</person>
        </persons>
        <links></links>
      </event>
      <event guid='6fe79f63-1f3f-4284-b3ce-88ba435a89c0' id='5084'>
        <date>2016-07-05T14:00:00+02:00</date>
        <start>14:00</start>
        <duration>00:30</duration>
        <room>Grüner HS</room>
        <slug>2016-5084-hybride_mobile_app-entwicklung_mit_angular</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Hybride mobile App-Entwicklung mit Angular</title>
        <subtitle></subtitle>
        <track>Freie Software</track>
        <type>lecture</type>
        <language>de</language>
        <abstract>Moderne GIS Anwendungen erobern immer weiter den mobilen Markt. Dabei können die
          mobilen Anwendung sich einer immer größenren Auswahl an freien Frameworks bedienen, die
          von einer rasant wachsenden Community entwickelt werden.
          Vor allen Dingen die hybride App-Entwicklung bietet viele Vorteile, da Apps
          plattformübergreifend (Android, iOS usw.) erstellt werden können und somit der
          Entwicklungsaufwand minimiert wird.

          Ein sehr modernen Ansatz bietet Angular. Durch seine gradlinige Implementierung als MVC
          Framework (Model, View, Controller) ist die Anwendungslogik klar strukturiert und durch
          das so genannte „two way data binding“, über einfache JavaScript Objekte, werden Model,
          View und Controller durch Angular verknüpft, ohne dass dies durch den Entwickler geschehen
          muss. Dies ermöglicht ein sehr hohes Maß an Modularität bei wenig Programmieraufwand.
          Gleichzeitig ist es möglich weitere Frameworks, durch Dependency Injection, in die Logik
          von Angular zu integrieren. Für viele dieser Frameworks existieren sogar bereits
          Implementierungen, wie z.B. für Bootstrap, Leaflet oder auch pouchDB, wodurch die
          Entwicklung mit Angular äußerst flexibel und einfach wird und auch im Geo Bereich bereits
          viel zu bieten hat.

          Durch eine große Auswahl an Modulen mit mobile first UI-Elementen, die sowohl die
          Grundsätze von User Experience als auch Responsive Design erfüllen, ist Angular zum Mittel
          der Wahl bei hybriden Applikationen geworden.

          Der Vortrag gibt zunächst eine kurze Einführung in die Grundbegriffe der hybriden
          App-Entwicklung und Angular. Es wird ein Grundsystem für mobile App-Entwicklung erstellt
          und um Webmapping Elemente, durch die Angular Leaflet Directive, erweitert. Das Ergebnis
          kann dann in einer Vorführanwendung direkt betrachtet werden.

          Alle verwendeten Frameworks sind natürlich Open-Source.

          Da das Thema hybride App-Entwicklung sehr Umfangreich ist, ist der Vortrag als eine
          Einführung in die Thematik gedacht, die die Vorzüge von hybriden Webmapping Apps mit
          Angular aufzeigen soll.</abstract>
        <description></description>
        <persons>
          <person id='91'>Arne Schubert</person>
        </persons>
        <links></links>
      </event>
      <event guid='771e5fde-c1eb-4789-9fee-0b986620c5ee' id='5056'>
        <date>2016-07-05T14:30:00+02:00</date>
        <start>14:30</start>
        <duration>00:30</duration>
        <room>Grüner HS</room>
        <slug>2016-5056-mapmap_js_-_ein_kartographisches_api_fur_interaktive_thematische_karten</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>mapmap.js - Ein kartographisches API für interaktive thematische Karten</title>
        <subtitle></subtitle>
        <track>Freie Software</track>
        <type>lecture</type>
        <language>de</language>
        <abstract>Beim Programmieren von Web-Karten bewegt man sich derzeit zwischen zwei Polen:
          entweder mittels &quot;Slippy Map&quot; APIs wie z.B. Leaflet eine Hintergrundkarte aus
          Bildkacheln laden, oder mittels low-level Visualisierungswerkzeugen wie D3.js komplett
          dynamische, vektorbasierte Karten und Diagrammdarstellungen im Browser erstellen. Im
          ersten Fall sind der Interaktion mit den Karteninhalten Grenzen gesetzt, da nicht alle
          Karteninhalte als geometrische Objekte verfügbar sind, im zweiten Fall ist selbst für
          vergleichsweise einfache Kartendarstellungen umfangreicher und komplexerer Code notwendig.
          Das an der TU Wien entwickelte API mapmap.js versucht den kartographischen
          Visualisierungsprozess in seiner Gesamtheit in einem high-level JavaScript API abzubilden,
          wobei jeder Teilaspekt zunächst „einfach funktioniert“, aber bei Bedarf im Detail an die
          Notwendigkeiten der jeweiligen Anwendung angepasst werden kann. Die kartographische
          Visualisierungspipeline – vom Laden und Zusammenführen von Daten, Metadaten und Geometrie,
          über Projektion, Geometriemodifikation und Generalisierung, dem Zuweisen graphischer
          Repräsentationen und visueller Attribute bis zur Spezifikation von User-Interaktion – ist
          dabei im API abgebildet und erlaubt die Erstellung von interaktiven Karten mit etablierten
          Techniken in wenigen Zeilen, aber auch die Anpassung jeden Schrittes der
          Visualisierungspipeline im Detail und somit die Entwicklung völlig neuer kartographischer
          und hybrider Visualisierungstechniken. Dabei werden komplexe technische Details vom API
          abstrahiert, um im Code den kartographischen Prozess klarer werden zu lassen –
          Beispielsweise wird das asynchrone Laden von mehreren Ressourcen mittels Promises so
          implementiert, das ein sequentieller Programmierstil ohne Callbacks angewendet werden
          kann, oder per MapReduce-Modell das Filtern und Zusammenführen von Geometrie und Daten in
          modularer Weise unterstützt.
          Einige Case Studies zeigen den Einsatz von mapmap.js in der Praxis, u.a. im kürzlich
          veröffentlichten „genderATlas“ für Österreich, und runden den Vortrag ab.
</abstract>
        <description>Der Vortrag stellt eine vom Renderer unabhängige Methode zur Latinisierung von
          OSM-basierten Karten vor. Als Datenquelle dient, wenn möglich, OSM selbst. Alternativ wird
          Transkription verwendet, die jedoch viele Schriftsystem-abhängige Probleme birgt, für die
          teilweise Lösungen aufgezeigt werden. Ferner wird auf politische Probleme bei der
          Lokalisierung von Karten eingegangen.</description>
        <persons>
          <person id='73'>Florian Ledermann</person>
        </persons>
        <links></links>
      </event>
      <event guid='20700dab-851b-4d94-bb1c-699c433819dd' id='5058'>
        <date>2016-07-05T15:30:00+02:00</date>
        <start>15:30</start>
        <duration>00:30</duration>
        <room>Grüner HS</room>
        <slug>2016-5058-openlayers_3_stand_neues_und_ausblick</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>OpenLayers 3: Stand, Neues und Ausblick</title>
        <subtitle>oder &quot;15 Punkt-Releases später… was kommt als nächstes?&quot;</subtitle>
        <track>Freie Software</track>
        <type>lecture</type>
        <language>de</language>
        <abstract>OpenLayers [1], als hoch performante und vielfältige JavaScript Bibliothek für
          moderne Kartenanwendungen im Web bekannt, hat sich seit der letzten FOSSGIS Konferenz im
          März 2015 [2] -- OpenLayers v3.3.0 -- stetig weiterentwickelt. Zur FOSSGIS 2016 wird die
          aktuelle Version aller Voraussicht nach v3.18.0 sein.

          Zunächst wird der Vortrag OpenLayers kurz vorstellen, um dann einen Schwerpunkt auf die
          Änderungen seit März 2013 zu legen. Abschließend soll kurz dargestellt werden, welche
          zukünftigen Entwicklungen derzeit bearbeitet werden und wie der Stand von häufig
          nachgefragten Features ist. Wann ist etwa mit der Unterstützung von LineStrings und
          Polygonen im WebGL-Renderer zu rechnen? Wann (falls überhaupt) wird OpenLayers einen
          vollfunktionalen SLD-Parser bereitstellen? Und was bleibt noch an der Bibliothek zu
          entwickeln, nun da sogar Rasterdaten im Browser zur Laufzeit reprojiziert werden?

          [1] http://openlayers.org/
          [2] http://www.fossgis-konferenz.de/2015/</abstract>
        <description></description>
        <persons>
          <person id='75'>Marc Jansen</person>
        </persons>
        <links></links>
      </event>
      <event guid='0445d261-afa2-4a41-9e6a-181ed4ecee48' id='5032'>
        <date>2016-07-05T16:00:00+02:00</date>
        <start>16:00</start>
        <duration>00:30</duration>
        <room>Grüner HS</room>
        <slug>2016-5032-faster_smaller_better_compiling_your_application_together_with_openlayers_3</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Faster, smaller, better: Compiling your application together with OpenLayers 3</title>
        <subtitle></subtitle>
        <track>Freie Software</track>
        <type>lecture</type>
        <language>de</language>
        <abstract>OpenLayers 3 setzt den Closure Compiler ein, um JavaScript in besseres JavaScript
          zu kompilieren. Der von Google entwickelte Closure Compiler macht weit mehr als normale
          Code-Minifier: Es werden nicht nur Variablen- oder Funktionsnamen gekürzt, durch die
          statische Analyse des Codes werden eine Reihe von Optimierungen durchgeführt, wie zum
          Beispiel das Entfernen von nicht verwendetem Code oder Funktions-Inlining. Besonders
          interessant ist das Type-Checking und auch ein Syntax-Check, so dass viele Fehler, die
          sonst erst während der Ausführung auffallen würden, schon früh entdeckt werden.

          Man kann OpenLayers 3 verwenden ohne mit dem Closure Compiler in Berührung zu kommen.
          Kompiliert man seine Anwendung allerdings zusammen mit OpenLayers, kommt man in den Genuss
          einiger Vorteile. Zuallererst, da der Compiler nicht verwendeten Code entfernt, wird nur
          der Teil von OpenLayers mit eingebunden, der tatsächlich in der eigenen Anwendung
          verwendet wird. Da oft nur ein Bruchteil der umfangreichen Funktionalität von OpenLayers
          benötigt wird, kann so die Build-Größe und damit auch die Ladezeit erheblich reduziert
          werden. Die Kompilierung zusammen mit OpenLayer macht es auch leichter OpenLayers durch
          eigene Komponenten zu erweitern. Und nicht zuletzt wird natürlich auch der Anwendungscode
          durch den Closure Compiler analysiert und überprüft, so dass man zum Beispiel vom
          Type-Checking profitieren kann.

          Dieser Vortrag stellt den Closure Compiler vor, der eine robuste Plattform zur Entwicklung
          komplexer Anwendungen mit OpenLayers bietet.Vorteile, Besonderheiten und Erfahrungen aus
          Projekten werden angesprochen.</abstract>
        <description></description>
        <persons>
          <person id='49'>Tobias Sauerwein</person>
        </persons>
        <links></links>
      </event>
      <event guid='c2894698-155d-4706-bc44-1b7b7bf1805a' id='5057'>
        <date>2016-07-05T16:30:00+02:00</date>
        <start>16:30</start>
        <duration>00:30</duration>
        <room>Grüner HS</room>
        <slug>2016-5057-geoext3</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>GeoExt3</title>
        <subtitle>Universale WebGIS Applikationen mit OpenLayers 3 und ExtJS6</subtitle>
        <track>Freie Software</track>
        <type>lecture</type>
        <language>de</language>
        <abstract>Der Vortrag stellt GeoExt 3 [1] vor und wird auch die Vater-Bibliotheken ExtJS [2]
          und OpenLayers [3] erläutern. Schwerpunkte werden hier zunächst allgemeine Features der
          Bibliotheken / Frameworks sein, bevor der Fokus auf der Erstellung von 'universalen'
          WebGIS-Applikationen liegt. Unter 'universal' verstehen wir hierbei eine GeoExt3-basierte
          Applikation, die sowohl auf klassischen Desktop-Browsern aber auch auf mobilen Endgeräten
          wie Tablets und Smartphones funktioniert und ein ansprechendes Benutzererlebnis
          ermöglicht.

          Insbesondere seit der GeoExt3 zugrundeliegenden Version 6 von ExtJS kann man aus einer
          einzigen Codebasis solche Applikationen erstellen, ohne jede Funktionialität doppelt
          entwickeln zu müssen. OpenLayers 3 verfolgt bereits seit den ersten Entwicklungen die
          Unabhängigkeit vom gewählten Webbrowser und Endgerät.

          Im Vortrag wird also die OpenSource-Bibliothek GeoExt3 vorgestellt und ein konkretes
          Anwendungsbeispiel beleuchtet. Der Vortrag wird die Rahmenbedingungen von universalen
          WebGIS-Applikationen nennen und zeigen, wie die Bibliotheken und Entwicklungstools (etwa
          Sencha Cmd [4]) helfen, die konkreten Anforderungen an die jeweiligen Gegebenheiten zu
          erfüllen.

          Die Vortragenden Christian Mayer (meggsimum) und Marc Jansen (terrestris) sind beide
          Kernentwickler und Mitglieder des Projektsteuerungskommitees von GeoExt.

          [1] http://geoext.github.io/geoext3/, https://github.com/geoext/geoext3
          [2] https://www.sencha.com/products/extjs/
          [3] http://openlayers.org/
          [4] https://www.sencha.com/products/sencha-cmd/
</abstract>
        <description></description>
        <persons>
          <person id='75'>Marc Jansen</person>
        </persons>
        <links></links>
      </event>
      <event guid='c4459160-90cf-44b6-8d16-f835aa977c5c' id='5022'>
        <date>2016-07-05T17:00:00+02:00</date>
        <start>17:00</start>
        <duration>00:30</duration>
        <room>Grüner HS</room>
        <slug>2016-5022-datenerfassung_und_suchen_mit_mapbender3</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Datenerfassung und Suchen mit Mapbender3</title>
        <subtitle></subtitle>
        <track>Freie Software</track>
        <type>lecture</type>
        <language>de</language>
        <abstract>Der Vortrag zu Mapbender3 stellt fortgeschrittene Elemente mit erweiterter
          Konfiguration vor.

          Möglichkeiten der Datenerfassung mit dem Mapbender3 Digitizer
          Aufbau von Suchen mit dem SearchRouter (SQL basierte Suchen)
          Aufbau von Suchen mit SimpleSearch (Solr basierte Suchen)

          Datenerfassung mit dem Element Digitizer
          Seit der Version 3.0.5.0 steht mit dem Element Digitizer die Möglichkeit zur Verfügung,
          Daten über Mapbender3 zu erfassen. Das Element wurde lang ersehnt und erfreut sich schon
          jetzt bei den Anwendern großer Beliebtheit. Mit Digitizer kann durch eine YAML-Definition
          eine Erfassungsmaske für Punkte, Linien oder Flächen aufgebaut werden. Für die
          Sachdateneingabe können komplexe Formulare aufgebaut werden. Derzeit wird PostgreSQL (SQL)
          als Datenquelle unterstützt.

          Suche über den SearchRouter
          Über den SearchRouter können leicht Suchen auf SQL Basis in die Anwendung eingebunden
          werden. Hierbei können mehrere Suchen pro Anwendung definiert werden. Das Suchformular
          unterstützt Textfelder, Auswahlfelder und Autovervollständigung.

          Suche über SimpleSearch
          Über SimpleSearch kann eine Einfeldsuche in die Anwendung eingefügt werden. Die Suche
          spricht dabei einen Solr-Suchdienst an.
        </abstract>
        <description>Der Vortrag zu Mapbender3 stellt fortgeschrittene Elemente mit erweiterter
          Konfiguration vor.

          * Möglichkeiten der Datenerfassung mit dem Mapbender3 Digitizer
          * Aufbau von Suchen mit dem SearchRouter (SQL basierte Suchen)
          * Aufbau von Suchen mit SimpleSearch (Solr basierte Suchen)</description>
        <persons>
          <person id='42'>Astrid Emde</person>
        </persons>
        <links></links>
      </event>
      <event guid='f3f9ed02-6dc7-4d31-a18f-490709c17239' id='5025'>
        <date>2016-07-05T17:30:00+02:00</date>
        <start>17:30</start>
        <duration>00:30</duration>
        <room>Grüner HS</room>
        <slug>2016-5025-mapbender3_anwendertreffen</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Mapbender3 Anwendertreffen</title>
        <subtitle></subtitle>
        <track>Meeting</track>
        <type>meeting</type>
        <language></language>
        <abstract>Zu diesem Treffen sind Anwender und Entwickler der WebGIS Client Suite Mapbender
          eingeladen. Der aktuelle Stand von Mapbender3 wird vorgestellt. Zukünftige Entwicklungen
          werden diskutiert. Die Anwender können sich austauschen. Alle Interessierten sind herzlich
          eingeladen.</abstract>
        <description>Zu diesem Treffen sind Anwender und Entwickler der WebGIS Client Suite
          Mapbender eingeladen. Der aktuelle Stand von Mapbender3 wird vorgestellt. Zukünftige
          Entwicklungen werden diskutiert. Die Anwender können sich austauschen.

          Alle Interessierten sind herzlich eingeladen.</description>
        <persons>
          <person id='42'>Astrid Emde</person>
        </persons>
        <links></links>
      </event>
    </room>
    <room name='GI Studio'>
      <event guid='f4a2c4a5-53d9-4fd4-889c-146c27274731' id='5039'>
        <date>2016-07-05T09:00:00+02:00</date>
        <start>09:00</start>
        <duration>00:30</duration>
        <room>GI Studio</room>
        <slug>2016-5039-osm_address_db_-_adressdaten_in_der_osm-datenbank</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>osm_address_db - Adressdaten in der OSM-Datenbank</title>
        <subtitle></subtitle>
        <track>Freie Daten</track>
        <type>lecture</type>
        <language></language>
        <abstract>Bereits auf der vergangenen FOSSGIS in Münster wurde das Projekt osm_address_db in
          einem Lighting-Talk vorgestellt. Entstanden ist die Idee für dieses Projekt im Jahr 2013
          als mich jemand ansprach und wissen wollte, ob Adressdaten (Land, PLZ, Ort, Straße,
          Hausnummer, Position) aus der OSM-Datenbank für externe Projekte extrahiert werden können.
          Daraus entstanden ist eine Sammlung von Shell- und SQL-Skripten, die mithilfe des Tools
          osm2pgsql und einer PostgreSQL/Postgis-Datenbank eine Tabellenstruktur aufbaut, die für
          den Export und weiter Auswertungen der Adressdaten in OSM verwendet werden kann.

          Im Vortrag wird neben der Datenstruktur, benutzten Tools und Technologien sowie die
          während der Entwicklung aufgetretenen Schwierigkeiten u.a. mit den verschiedenen
          Import-Tools von OSM dargelegt. Die OSM-Daten werden nach dem Karlsruher Schema
          analysiert, dabei werden auch associatedStreet-Relationen für den Aufbau der Tabellen
          berücksichtigt. Nach dem Import der relevanten Tags werden dann alle fehlenden Daten aus
          den Grenz-, Postleitzahlen- und associatedStreet-Relationen gefüllt, sodass eine
          vollständige Tabelle mit Adressen entsteht, die als CSV-Datei exportiert und dann in einem
          beliebigen Programm importiert werden kann. Bei der Entwicklung der Datenstruktur wurde
          darauf geachtet, dass eine Aktualisierung der Datenbank mit diff-Dateien möglich ist.

          Um eine mögliche Verwendung und die Kontrolle der importierten Daten zu ermöglichen, wurde
          zunächst ein Prototyp entwickelt, der die Auswahl eines Ortes über die Hierarchieebenen
          (admin_level) ermöglicht und dann alle Informationen zu einem Ort bzw. Stadt liefern. Dazu
          zählen neben den Adressen auch die Postleitzahlen, Straßen und untergeordnete
          Hierarchieebenen (Orts- und Stadtteile). Der Prototyp ermöglicht, auf Basis der
          analysierten Daten, ebenfalls fehlerhafte Schreibweisen von Orts- und Straßennamen in den
          Tags der Adressen heraus zu finden.

          Derzeit befindet sich eine Webanwendung in Entwicklung, die eine Umsetzung des Prototypen
          vorsieht. Dabei sind schon viele Ideen zusammen getragen worden. So soll diese Anwendung
          keine Alternative, sondern eine Ergänzung der Hausnummern- und Straßenlistenauswertung von
          regio-osm.de sein. Eine Verlinkung zwischen den beiden Projekte ist nach Fertigstellung
          der ersten Version vorgesehen.</abstract>
        <description>Das Projekt osm_address_db ermöglicht die Aufbereitung der in OSM vorhandenen
          Adressdaten. Dazu wurden Shell- und SQL-Skripte entwickelt, die eine Tabellenstruktur zur
          Auswertung und Analyse aufbauen.
          Im Vortrag wird die Datenstruktur, benutzten Tools und Technologien von osm_address_db als
          auch die während der Entwicklung aufgetretenen Probleme eingegangen. Die OSM-Daten werden
          nach dem Karlsruher Schema analysiert, dabei finden auch associatedStreet-Relationen
          Berücksichtigung.
          Derzeit befindet sich eine Webanwendung zur Auswertung in Entwicklung.</description>
        <persons>
          <person id='39'>Christopher Lorenz</person>
        </persons>
        <links></links>
      </event>
      <event guid='c7e3ab9c-1936-4015-b476-57cbf0ede074' id='5050'>
        <date>2016-07-05T09:30:00+02:00</date>
        <start>09:30</start>
        <duration>00:30</duration>
        <room>GI Studio</room>
        <slug>2016-5050-vector_tiles_from_openstreetmap</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Vector Tiles from OpenStreetMap</title>
        <subtitle></subtitle>
        <track>Freie Daten</track>
        <type>lecture</type>
        <language></language>
        <abstract>Einleitung:
          Das Projekt OSM2VectorTiles bietet einerseits einen Workflow um selbst Vektor Tiles aus
          OpenStreetMap zu erstellen und bietet diese andererseits gratis zum Download an.
          Der Workflow um die Vektor Tiles zu erstellen ist Open Source und kann verwendet werden um
          eigene Vektor Tiles zu erstellen. Dies ermöglicht jedem eine selbst gestaltete Karte der
          gesamten Welt zu erstellen und anzubieten, ohne Kenntnisse von PostGIS und Mapnik zu
          haben.

          Inhalt:
          In der Präsentation zeigen wir, wie man in wenigen Minuten seine eigene Karte designen und
          verwenden kann. Wir führen zuerst durch ein simples Kartendesign in Mapbox Studio
          und zeigen wie man eine eigene Karte ohne Abhängigkeiten auf externe Anbieter zur
          Verfügung stellt. Danach zeigen wir wie man das Gleiche mit einer lokalen Kopie der Daten
          erreichen kann.
          Im Gegensatz zu anderen Kartenanbietern sind die Daten frei verfügbar, somit lassen sich
          auch Offline Applikationen auf Desktop und Mobile umsetzen. Mit dem Mapbox GL SDK können
          Vektor Tiles auch offline auf dem Smartphone mit einem eigenen Kartenstil verwendet
          werden.

          Ziel:
          Die Zuhörer wissen nach unserer Präsentation wie sie eine selbst gestaltete Karte
          erstellen und veröffentlichen können. Zudem können sie die vom OSM2VectorTiles Projekt zur
          Verfügung gestellten Daten verwenden, um ihre Karte auch Offline anbieten zu können.</abstract>
        <description>Das Projekt OSM2VectorTiles bietet einerseits einen Workflow um selbst Vektor
          Tiles aus OpenStreetMap zu erstellen und bietet diese andererseits gratis zum Download an.
          Dies ermöglicht jedem eine selbst gestaltete Karte der gesamten Welt zu erstellen und
          anzubieten, ohne Kenntnisse von PostGIS und Mapnik zu haben.
          Die Zuhörer wissen nach unserer Präsentation wie sie eine selbst gestaltete Karte
          erstellen und veröffentlichen können. Zudem können sie die vom OSM2VectorTiles Projekt zur
          Verfügung gestellten Daten verwenden, um ihre Karte auch Offline anbieten zu können.</description>
        <persons>
          <person id='70'>Manuel Roth</person>
        </persons>
        <links></links>
      </event>
      <event guid='5d788411-649b-42ad-b04a-f8630ab29062' id='5085'>
        <date>2016-07-05T10:00:00+02:00</date>
        <start>10:00</start>
        <duration>00:30</duration>
        <room>GI Studio</room>
        <slug>2016-5085-stand_der_hausnummern_in_osm_und_hausnummerauswertung_auf_regio-osm_de</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Stand der Hausnummern in OSM und Hausnummerauswertung auf regio-osm.de</title>
        <subtitle></subtitle>
        <track>Freie Daten</track>
        <type>lecture</type>
        <language></language>
        <abstract>Die Erfassung von Hausnummern in OpenStreetMap hat sich in den letzten Jahren
          enorm gesteigert. Es wird der aktuelle Stand erläutert in Deutschland, aber auch in
          anderen EU-Ländern.
          In einigen Ländern wurden die Hausnummern aus verfügbaren Quellen importiert oder es gibt
          landesweite Listen zum Datenabgleich, in Deutschland ist die Situation je nach Bundesland
          sehr unterschiedlich und in Bewegung.

          Die Auswertungsmöglichkeiten auf regio-osm.de werden vorgestellt. Neue Funktionen
          vereinfachen die Fehlerbeseitigung oder unterstützen Importe. Thematisch passende andere
          Auswertungen werden genannt.

          Die klassische Erfassung der Hausnummern vor Ort, in Kombination mit der
          Qualitätssicherung durch Listenabgleich, deckt auch Fehler in den offiziellen Listen auf.
          Die Vorteile auch für die Datenbereitsteller sollen aufgezeigt werden.
</abstract>
        <description></description>
        <persons>
          <person id='93'>Dietmar seifert</person>
        </persons>
        <links></links>
      </event>
      <event guid='13bcacf3-34c5-4131-a6bc-2929c05c3051' id='5017'>
        <date>2016-07-05T11:00:00+02:00</date>
        <start>11:00</start>
        <duration>00:30</duration>
        <room>GI Studio</room>
        <slug>2016-5017-mapillary_-_alltag</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Mapillary - Alltag</title>
        <subtitle>ein Userbericht nach 18 Monaten</subtitle>
        <track>Freie Daten</track>
        <type>lecture</type>
        <language></language>
        <abstract>Das Ökosystem Mapillary wurde auf der Fossgis 2014 in einem Lightning Talk schon
          vorgestellt.
          Ich werde aus Usersicht meine Erfahrungen aus 18 Monaten Aktivität mit Mapillary
          berichten, dieses umfasst über 160.000 eingereichte Fotos, diverse genutzte Mobilgeräte,
          viele besuchte Orte und mehrere Methoden der Datenbearbeitung.
          Natürlich werden auch die Pitfalls und Probleme angesprochen, über die man zwangsweise
          stolpert</abstract>
        <description>Ein Userbericht aus 18 Monaten Nutzung des Mapillary Ökosystems </description>
        <persons>
          <person id='34'>Lars Schimmer</person>
        </persons>
        <links></links>
      </event>
      <event guid='1837d921-fb55-4a0b-94b0-3fef6853782b' id='5031'>
        <date>2016-07-05T11:30:00+02:00</date>
        <start>11:30</start>
        <duration>00:30</duration>
        <room>GI Studio</room>
        <slug>2016-5031-leitstellensimulator_goes_openstreetmap</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Leitstellensimulator goes OpenStreetMap</title>
        <subtitle>Ein Erfahrungsbericht</subtitle>
        <track>Freie Daten</track>
        <type>lecture</type>
        <language></language>
        <abstract>Das nichtkommerzielle Browserspiel LstSim, ein Rettungsleitstellensimulator,
          setzte jahrelang auf die Dienste der Google Maps API. Leider gab es mit der API über einen
          längeren Zeitraum anhaltende Schwierigkeiten. Es wurde deshalb schon früh der Vorschlag
          gemacht, man solle doch &quot;einfach auf OpenStreetMap wechseln&quot;. Doch was bedeutet
          das überhaupt und wie sieht so ein Wechsel aus? Dieser Vortrag fasst die technischen und
          organisatorischen Herausforderungen – und Chancen – seit Beginn der Umstellungen Ende 2015
          zusammen.

          LstSim verwendet drei wichtige Geo-Dienste: Routing, Geocoding und Kartenmaterial. Dies
          bedeutet, dass es nicht reicht, freie Daten zur Verfügung zu haben, sondern es ist auch
          die richtige Software- und Serverinfrastruktur erforderlich. Eine zusätzliche
          Herausforderung ist außerdem die Tatsache, dass es bei LstSim Benutzerleitstellen auf
          jedem Kontinent gibt. Das heißt, die volle Planet-Datei von OpenStreetMap wird immer der
          Daten-Ausgangspunkt sein. Ach ja, auf bezahlbarer Hardware soll das alles auch noch
          laufen.

          Neben der Technik gibt es auch organisatorische Dinge, mit denen man sich
          auseinandersetzen muss. So gibt es in der OpenStreetMap-Datenbasis natürlich immer Stellen
          mit Verbesserungspotenzial – was sich auch im Spiel bemerkbar macht. Dazu gehören etwa
          fehlende Grenzen auf den unteren Ebenen, welche zu falschen Ortsteilbezeichnungen führen,
          sowie andere Datenfehler, die Routingprobleme verursachen können. Das Identifizeren der
          genauen Ursachen sowie das anschließende Ausbessern sind dabei nicht immer ganz einfach.
          Die Motivation zur Problemlösung ist jedoch vorhanden, was auch eine Chance für
          OpenStreetMap darstellen kann.</abstract>
        <description>Das nichtkommerzielle Browserspiel LstSim, ein Rettungsleitstellensimulator,
          setzte jahrelang auf die Dienste der Google Maps API. Leider gab es mit der API über einen
          längeren Zeitraum anhaltende Schwierigkeiten. Es wurde deshalb schon früh der Vorschlag
          gemacht, man solle doch &quot;einfach auf OpenStreetMap wechseln&quot;. Doch was bedeutet
          das überhaupt und wie sieht so ein Wechsel aus? Dieser Vortrag fasst die technischen und
          organisatorischen Herausforderungen – und Chancen – seit Beginn der Umstellungen Ende 2015
          zusammen.</description>
        <persons>
          <person id='37'>Serhan Şen</person>
        </persons>
        <links></links>
      </event>
      <event guid='bc7f518f-593a-47dc-b184-c372c8666307' id='5082'>
        <date>2016-07-05T12:00:00+02:00</date>
        <start>12:00</start>
        <duration>00:30</duration>
        <room>GI Studio</room>
        <slug>2016-5082-turf_js_geoverarbeitung_im_browser</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Turf.js – Geoverarbeitung im Browser</title>
        <subtitle></subtitle>
        <track>Freie Daten</track>
        <type>lecture</type>
        <language></language>
        <abstract>&lt;p&gt;Die Open Source JavaScript-Bibliothek Turf.js ermöglicht geographische
          Analysen und Abfragen. Anders als bei klassischen Python-Geoverarbeitungsbibliotheken, wie
          PyQGIS oder auch ArcPy, ist bei Turf.js keine GIS-Anbindung erforderlich. Die Analysen
          können in einem beliebigen Browser ausgeführt werden. Diese Flexibilität ist besonders für
          Webmapping-Anwendungen von hoher Bedeutung, da die Kombination mit beliebigen
          Mapping-Bibliotheken wie z.B. OpenLayers oder Leaflet und damit auch eine Visualisierung
          der Ergebnisse möglich ist. Im Gegensatz zu Web Processing Services (WPS), die eine
          komplexe serverseitige Infrastruktur erfordern, arbeitet Turf.js clientseitig mit Daten im
          GeoJSON-Format, was nicht nur eine allgemein bessere Performance mit sich bringt, sondern
          zudem auch offline funktioniert.&lt;/p&gt;
          &lt;p&gt;Im Vortrag werden verschiedene Anwendungsbeispiele aufgezeigt, die diese Vorteile
          verdeutlichen. Die Erstellung von Puffern, Punkt-in-Polygon, Zusammenführen (Merge),
          Ausschneiden (Erase) und viele andere Funktionen zeigen die Möglichkeiten von Turf.js, die
          eine schnelle und leicht umzusetzende Alternative zu komplexen Web-GIS-Lösungen
          darstellen.&lt;/p&gt;</abstract>
        <description>&lt;p&gt;Turf.js ist eine Open Source JavaScript-Bibliothek, die geographische
          Analysen und Abfragen ermöglicht. Im Gegensatz zu Web Processing Services (WPS), die eine
          komplexe serverseitige Infrastruktur erfordern, arbeitet Turf.js clientseitig mit Daten im
          GeoJSON-Format. Somit ist Turf.js eine schnell und leicht umzusetzende Alternative zu
          komplexen Web-GIS-Lösungen. Im Vortrag werden klassische Werkzeuge zur Analyse von
          Geodaten, wie Puffer und Punkt-in-Polygon, aber auch die Durchführung komplexer Analysen
          vorgestellt.&lt;/p&gt;</description>
        <persons>
          <person id='77'>Numa Gremling</person>
        </persons>
        <links></links>
      </event>
      <event guid='4a8e2fb0-f5ac-49ee-9abd-8887e0cbefbc' id='5097'>
        <date>2016-07-05T13:30:00+02:00</date>
        <start>13:30</start>
        <duration>00:30</duration>
        <room>GI Studio</room>
        <slug>2016-5097-openstreet_mal_ohne_map</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>OpenStreet mal ohne Map</title>
        <subtitle>Use Cases abseits der Kartographie</subtitle>
        <track>Freie Daten</track>
        <type>lecture</type>
        <language>de</language>
        <abstract>In den Augen der meisten Nutzer ist OpenStreetMap vor allem für Karten gut -
          Tiles, WMS, Garminkarten, Kartendownload aufs mobile Gerät, das sind die großen Themen.
          Aber abseits von diesem Mainstream gibt es viele andere Anwendungsbereiche, in die sich
          OSM langsam vortastet - zum Beispiel das Geocoding in seinen verschiedenen Ausprägungen
          oder die Netzwerkanalyse mit Routing und verwandten Problemen.

          Dieser Vortrag beleuchtet eine Reihe von etwas ungewöhnlicheren Use Cases für
          OpenStreetMap-Daten aus der Praxis und stellt jeweils Lösungsansätze mit geeigneten Open
          Source-Tools vor. Aber auch die Grenzen von OpenStreetMap werden aufgezeigt - nicht alles,
          was potentielle Nutzer sich von OpenStreetMap erhoffen, geben die Daten wirklich her. Für
          einige Problemstellungen ist OpenStreetMap &lt;i&gt;noch&lt;/i&gt; nicht geeignet, für
          andere wird es nie geeignet sein.</abstract>
        <description>Dieser Vortrag erzählt von verschiedenen - realistischen wie auch
          unrealistischen - Anforderungen, die potentielle Nutzer abseits von der Kartenerstellung
          an OpenStreetMap stellen, und skizziert Lösungen und Probleme.</description>
        <persons>
          <person id='98'>Frederik Ramm</person>
        </persons>
        <links></links>
      </event>
      <event guid='d5b162c5-7841-4ad4-a777-aa7e52df53cd' id='5098'>
        <date>2016-07-05T14:00:00+02:00</date>
        <start>14:00</start>
        <duration>00:30</duration>
        <room>GI Studio</room>
        <slug>2016-5098-bezahlte_und_organisierte_edits_-_vorteile_und_gefahren_fur_osm</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Bezahlte und organisierte Edits - Vorteile und Gefahren für OSM</title>
        <subtitle></subtitle>
        <track>Freie Daten</track>
        <type>lecture</type>
        <language></language>
        <abstract>OpenStreetMap wird aufgrund seiner Aktualität, Detailtreue und verfügbaren
          Rohdaten zunehmend im kommerziellen Umfeld wie ÖPNV, Verkehrsplanung, Rettungsleitstellen,
          Touristik und Logistik verwendet. Nun entsteht seitens dieser Zielgruppen zunehmend der
          Wunsch, den OSM-Datenbestand entsprechend der eigenen Bedürfnisse zu ergänzen und zu
          verändern. Obwohl Kontaktmöglichkeiten über Impressum, Foren und Mailinglisten vorhanden
          sind, das gesamte OSM-Wissen im Wiki verteilt ist und zahlreiche Firmen mit fundierten
          OSM-Kenntnissen ihre Dienstleistungen anbieten, beginnen viele Firmen oder
          Interessengruppen ihren aktiven OSM-Einstieg als blutige Anfänger mit oftmals falschen
          Vorstellungen von der Funktionsweise. Oft fallen ihre Edits nur durch zufällig entdeckte
          Fehler oder Lizenzverletzungen auf bzw. sie melden sich aufgrund technischer Probleme erst
          in einem sehr späten Projektstadium auf den Kommunikationskanälen und bitten um
          Unterstützung.

          Seit einem Jahr sind auch zunehmende Aktivitäten von Firmen aus dem Geschäftsbereich
          &quot;Suchmaschinenoptimierung&quot; (SEO) festzustellen. Sie haben die sozialen Medien
          und Netzwerke entdeckt, in denen sie ihre Kunden optimal präsentieren möchten. Dies führte
          in den bisherigen Fällen zu massiven Konflikten.

          Anhand aktueller Fälle soll die Problematik dokumentiert, aber auch positive Beispiele und
          Möglichkeiten aufgezeigt werden, wie sich spezielle Interessen communityverträglich
          integrieren lassen. </abstract>
        <description></description>
        <persons>
          <person id='30'>Joachim Kast</person>
        </persons>
        <links></links>
      </event>
      <event guid='225b371d-ec25-4cce-99b0-b4154469ff6d' id='5033'>
        <date>2016-07-05T14:30:00+02:00</date>
        <start>14:30</start>
        <duration>00:30</duration>
        <room>GI Studio</room>
        <slug>2016-5033-ansatze_zur_lokalisierung_einer_openstreetmap_basierten_weltkarte</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Ansätze zur Lokalisierung einer Openstreetmap basierten Weltkarte</title>
        <subtitle></subtitle>
        <track>Freie Daten</track>
        <type>lecture</type>
        <language></language>
        <abstract>Für den durchschnittlichen westlichen Betrachter sind derzeit verfügbare Karten
          auf Openstreetmap-Basis in Gegenden, die nicht mit lateinischer Schrift bezeichnet sind,
          oft nahezu unlesbar.

          Zur Lösung dieses Problems verwendet der deutsche Kartenstil einen vom Renderer
          unabhängigen Ansatz. Zum Einsatz kommen Lokalisierungsfunktionen, die lesbare Namen
          erzeugen. Implementiert wurden diese als sogenannte „stored procedures“ in der
          PostrgreSQL-Datenbank, die die Openstreetmap-Daten enthält. Die bevorzugte lateinische
          Zielsprache der Funktionen (deutsch, englisch, …) ist einstellbar. Der Vortrag beschreibt
          die derzeitige Arbeitsweise dieser Funktionen und gibt einen Ausblick auf deren
          potenzielle Erweiterbarkeit.

          Im Gegensatz zu herkömmlichen Geodaten enthält die Openstreetmap-Datenbank bereits viele,
          von Mappern weltweit erfasste, lokalisierte Daten. Diese sollten verwendet werden, wann
          immer das möglich ist (Beispiel: Japan statt 日本). Die automatisierte Umschrift
          (Transliteration) dient als Alternative, wenn keine lateinischen Namen in der Datenbank
          vorhanden sind

          Insbesondere die Transliteration birgt eine Vielzahl von Fallstricken. Hierbei bedarf es
          vieler schrift- oder sprachabhängiger Lösungen. Einige wurden bereits implementiert und
          werden im Vortrag vorgestellt. Andere Probleme, die nur schwer lösbar erscheinen, werden
          ebenfalls vorgestellt.

          Des Weiteren wird am Ende des Vortrages noch kurz auf politische Probleme bei der
          Lokalisierung von Karten eingegangen.</abstract>
        <description>Der Vortrag stellt die Implementierung von Lokalisierungsfunktionen als
          sogenannte „stored procedures“ in PostrgreSQL vor, die zur Latinisierung des deutschen
          Kartenstils eingesetzt wird.

          Als Datenquelle dient die OSM-Datenbank selbst, die bereits viele lokalisierte Namen
          enthält. Fehlen diese erfolgt alternativ die automatisierte Umschrift (Transliteration).
          Die Transliteration birgt jedoch eine Vielzahl von Problemen, die schrift- oder
          sprachabhängige Lösungen benötigen. Der Vortrag stellt sowohl die Implementierung solcher
          Lösungen als auch Probleme, die nur schwer lösbar erscheinen, vor.</description>
        <persons>
          <person id='52'>Sven Geggus</person>
        </persons>
        <links></links>
      </event>
      <event guid='c3848e0b-c060-4966-b340-3231dc4c167f' id='5101'>
        <date>2016-07-05T15:30:00+02:00</date>
        <start>15:30</start>
        <duration>00:30</duration>
        <room>GI Studio</room>
        <slug>2016-5101-osm_lightning_talks_2</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>OSM Lightning Talks 2</title>
        <subtitle></subtitle>
        <track>Freie Daten</track>
        <type>lecture</type>
        <language>de</language>
        <abstract>Folgende Lightning Talks sind bereits fest eingeplant:

          &lt;ul&gt;
          &lt;li&gt;Kort Game Reloaded – Der Spass geht weiter! &lt;br&gt;(Stefan Keller)&lt;/li&gt;
          &lt;/ul&gt;</abstract>
        <description></description>
        <persons></persons>
        <links></links>
      </event>
      <event guid='41952294-6b82-4885-b902-e727222feb8b' id='5018'>
        <date>2016-07-05T16:00:00+02:00</date>
        <start>16:00</start>
        <duration>00:30</duration>
        <room>GI Studio</room>
        <slug>2016-5018-das_ist_ja_wohl_die_hohe</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Das ist ja wohl die Höhe!</title>
        <subtitle>Einfache Höhenmessung von OSM-Objekte</subtitle>
        <track>Freie Daten</track>
        <type>lecture</type>
        <language></language>
        <abstract>Die Abdeckung der Welt mit OSM-Daten hat ein hohes Maß an Quantität und Qualität
          erreicht. Die Höhendaten von Objekten wie z.B. Schornsteinen, Kirchtürmen, Windrädern,
          Brückendurchfahrten und natürlich Gebäuden sind allerdings noch ausbaufähig. Bei Gebäuden
          kann man sich mit der Stockwerksanzahl behelfen - bei den anderen Objekten geht das nicht.
          Als Mapper vor Ort kann man die Höhe der Objekte nur schlecht schätzen und verzichtet
          deshalb beim Mappen häufig auf diese Information.
          In dem Vortrag werden einfache Möglichkeiten erläutert, wie mit mehr oder weniger Aufwand
          die Höhendaten von Objekten erfaßt werden können. Zu jeder der erläuterten Möglichkeiten
          wird auf die Vor- und Nachteile hinsichtlich Zeitaufwand, Genauigkeit, Kosten und
          Praktikabilität eingegangen.</abstract>
        <description>Darstellung einfacher Möglichkeiten für die Höhenmessung von OSM-Objekten.
          Vergleich der Vor- und Nachteile.</description>
        <persons>
          <person id='17'>Lars Roskoden</person>
        </persons>
        <links></links>
      </event>
      <event guid='0f02003e-fc6c-49c4-87b2-d08d8050c104' id='5044'>
        <date>2016-07-05T16:30:00+02:00</date>
        <start>16:30</start>
        <duration>00:30</duration>
        <room>GI Studio</room>
        <slug>2016-5044-flexible_routenplanung_mit_graphhopper</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Flexible Routenplanung mit GraphHopper</title>
        <subtitle></subtitle>
        <track>Freie Daten</track>
        <type>lecture</type>
        <language></language>
        <abstract>GraphHopper ist ein schneller und flexibler Open Source Routenplaner der sowohl
          offline auf dem Gerät als auch auf dem Server läuft und schon bei vielen bekannten
          Organisationen und Firmen produktiv eingesetzt wird.

          Als Datenquelle können OpenStreetMap und SRTM Daten der NASA verwendet werden oder
          Datenimporter für andere Datenformate geschrieben werden (shp-file, ordnance survey, ...).
          Der Vortrag wird einen Überblick über die Möglichkeiten geben wie das Routing von A nach
          B, Reichweitenanalyse, Map Matching und mehr. Zusätzlich wird er auf die aktuellsten
          Entwicklungen eingehen.</abstract>
        <description>GraphHopper ist ein schneller und flexibler Open Source Routenplaner basierend
          auf OpenStreetMap Daten, der sowohl offline auf dem Gerät als auch auf dem Server läuft
          und schon bei vielen bekannten Organisationen und Firmen produktiv eingesetzt wird.
          GraphHopper ermöglicht nicht nur Routing von A nach B, sondern auch Reichweitenanalyse,
          Map Matching und vieles mehr.</description>
        <persons>
          <person id='65'>Peter Karich</person>
        </persons>
        <links></links>
      </event>
      <event guid='a3ff1b5f-39af-4bda-ae9e-a98a26031fc0' id='5071'>
        <date>2016-07-05T17:00:00+02:00</date>
        <start>17:00</start>
        <duration>00:30</duration>
        <room>GI Studio</room>
        <slug>2016-5071-xplanung_fur_einen_flachennutzungsplan_mit_postgis_und_qgis</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>XPlanung für einen Flächennutzungsplan mit PostGIS und QGIS</title>
        <subtitle></subtitle>
        <track>Freie Software</track>
        <type>lecture</type>
        <language>de</language>
        <abstract>Im Flächennutzungsplan (FNP) wird die beabsichtigte Bodennutzung des Gebietes
          einer Gemeinde dargestellt (§5 BauGB). In der Stadt Jena wurde im Jahre 2015 mit der
          Neuerstellung des FNP begonnen.
          Die Stadt hat seit mehreren Jahren das freie Desktop-GIS QGIS im Einsatz, als
          Datenspeicher dient eine PostgreSQL/PostGIS-Datenbank. Am Anfang stand deshalb die
          Überlegung, wie die Daten für einen FNP in einem GIS im allgemeinen und in PostGIS im
          besonderen sinnvoll modelliert werden können. Im Projekt XPlanung wird seit mehreren
          Jahren das Datenaustauschformat XPlanGML entwickelt, das den verlustfreien Austausch von
          raumbezogenen Planwerken ermöglichen soll. XPlanung wird schon seit 2008 vom Deutschen
          Städtetag und vom Deutschen Städte- und Gemeindebund zur Einführung empfohlen. Da es
          bisher jedoch keine frei verfügbare Umsetzung des XPlanungs-Standards für PostGIS gibt,
          wurde zunächst der Standard (Version 4.1) in der Datenbank implementiert. Jede Objektart
          wird dabei durch eine eigene Tabelle repräsentiert; Trigger sorgen für die Datenkonsistenz
          zwischen Eltern- und Kindklassen. Die Visualisierung und Bearbeitung der Daten erfolgt von
          QGIS aus mit einem eigenen Plugin und dem Plugin DataDrivenInputMask. Für jede
          FNP-Objektart gibt es eine Standarddarstellung in Anlehnung an die PlanZVo.
          Vorteile der dargestellten Lösung: für jeden Sonderfall gab es bisher eine sinnvolle
          Anwendung innerhalb des Standards; da XPlanung bereits alle im Zusammenhang mit einem FNP
          denkbaren Attribute enthält, war es folglich noch nicht nötig, weitere Attribute
          hinzuzufügen. Die Sachdaten lassen sich in QGIS gut editieren und eine PlanZVo-konforme
          Darstellung ist mit den Darstellungsoptionen von QGIS möglich. Als Nachteil erwies sich
          insbesondere die Tatsache, dass die Datenerfassung eine Aufgabe ist, die entsprechend
          qualifiziertes Personal und ein gewisses Verständnis des komplexen Standards voraussetzt.
          Noch gar nicht realisiert sind z.Zt. Schnittstellen, also die Übernahme von Plänen im
          XPlanGML-Format bzw. die Ausgabe eigener Pläne als XPlanGML. </abstract>
        <description>Der Vortrag zeigt die erfolgte Umsetzung des Standards XPlanung für PostGIS und
          den Zugriff darauf aus QGIS heraus am Beispiel eines in der Aufstellung befindlichen
          Flächennutzungsplans. </description>
        <persons>
          <person id='43'>Bernhard Ströbl</person>
        </persons>
        <links></links>
      </event>
    </room>
    <room name='E EXPO Forum'></room>
    <room name='435'></room>
    <room name='436'></room>
  </day>
  <day date='2016-07-06' end='2016-07-06T14:30:00+02:00' index='4' start='2016-07-06T09:00:00+02:00'>
    <room name='HS432'>
      <event guid='12206f2e-ef8c-49eb-8390-1ae947292cdb' id='5014'>
        <date>2016-07-06T09:00:00+02:00</date>
        <start>09:00</start>
        <duration>01:30</duration>
        <room>HS432</room>
        <slug>2016-5014-grafische_prozessmodellierung_in_qgis</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Grafische Prozessmodellierung in QGIS</title>
        <subtitle>Geodatenverarbeitung automatisieren im QGIS</subtitle>
        <track>Workshop (bezahlt)</track>
        <type>workshop</type>
        <language></language>
        <abstract>QGIS bietet über die Verarbeiten-Werkzeugkiste eine mächtige und umfangreiche
          Umgebung zur Geodatenverarbeitung, die auch Werkzeuge aus GRASS, GDAL/OGR sowie Saga
          einbindet und so den Pendants in proprietärer Software in nichts nachsteht. Die grafischen
          Prozessmodellierung dient dabei nicht nur der Automatisierung von Abläufen, sondern ist
          zudem eine wunderbare Hilfe zur Dokumentation und Prüfung komplexer Abläufe in der
          Geodatenverarbeitung.
          Im Workshop lernen die Teilnehmer/innen einen Geodatenverarbeitungsprozess mit Abfragen,
          Berechnungen, Überlagerungswerkzeugen etc. unter Nutzung der grafischen
          Prozessmodellierung effektiv zu entwerfen und zu testen.
          Dabei gibt es auch Hinweise und Tips,wie in der Vielzahl gleichartiger Werkzeuge (Dissolve
          gibt es viermal!) das richtige Tool zu finden ist.</abstract>
        <description>Die Verarbeiten-Werkzeugkiste in QGIS mit Werkzeugen aus GRASS, GDAL/OGR sowie
          Saga effektiv nutzen und Arbeitsabläufe über die grafische Prozessmodellierung
          automatisieren und testen.</description>
        <persons>
          <person id='27'>Claas Leiner</person>
        </persons>
        <links></links>
      </event>
      <event guid='595dd083-3f5d-461e-a4e2-ee8f56335487' id='5083'>
        <date>2016-07-06T10:30:00+02:00</date>
        <start>10:30</start>
        <duration>01:30</duration>
        <room>HS432</room>
        <slug>2016-5083-turf_js_geoverarbeitung_im_browser</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Turf.js – Geoverarbeitung im Browser</title>
        <subtitle></subtitle>
        <track>Workshop (bezahlt)</track>
        <type>workshop</type>
        <language></language>
        <abstract>&lt;p&gt;Die Open Source JavaScript-Bibliothek Turf.js ermöglicht geographische
          Analysen und Abfragen. Anders als bei klassischen Python-Geoverarbeitungsbibliotheken, wie
          PyQGIS oder auch ArcPy, ist bei Turf.js keine GIS-Anbindung erforderlich. Die Analysen
          können in einem beliebigen Browser ausgeführt werden.&lt;/p&gt;
          &lt;p&gt;Dieser Workshop zeigt, wie Turf.js in eine Webanwendung eingebunden werden kann,
          um verschiedene Analysen durchzuführen. Zum einen wird verdeutlicht, wie die Verwendung
          von Turf.js völlig unabhängig von Webmapping-Bibliotheken möglich ist, zum anderen werden
          verschiedene Beispiele mit der beliebten Bibliothek Leaflet durchgespielt. Der Workshop
          vermittelt, wie Eingabedaten für die Verwendung von Leaflet und Turf.js richtig
          vorbereitet werden. Anschließend werden zahlreiche Beispiele vorgestellt und erklärt.
          Hierzu gehört die Verwendung klassischer Geoverarbeitungswerkzeuge wie Puffererzeugung und
          Verschneidungen, aber auch die Durchführung komplexer Analysen und das Kombinieren
          mehrerer Werkzeuge.
          Turf.js ist kompakt, einfach zu erlernen und kann einen wichtigen Unterschied in jeder
          Web-GIS Anwendung machen.&lt;/p&gt;
</abstract>
        <description>&lt;p&gt;Turf.js ist eine Open Source JavaScript-Bibliothek, die geographische
          Analysen und Abfragen ermöglicht. Im Gegensatz zu Web Processing Services (WPS), die eine
          komplexe serverseitige Infrastruktur erfordern, arbeitet Turf.js clientseitig mit Daten im
          GeoJSON-Format. Somit ist Turf.js eine schnell und leicht umzusetzende Alternative zu
          komplexen Web-GIS-Lösungen. Im Workshop werden klassische Werkzeuge zur Analyse von
          Geodaten, wie Puffer und Punkt-in-Polygon, aber auch die Durchführung komplexer Analysen
          anhand von &lt;em&gt;Leaflet&lt;/em&gt; vorgestellt.&lt;p&gt;</description>
        <persons>
          <person id='77'>Numa Gremling</person>
        </persons>
        <links></links>
      </event>
    </room>
    <room name='HS433'></room>
    <room name='HS3004'>
      <event guid='b3892e75-f08f-45da-a576-41e5fb271044' id='5060'>
        <date>2016-07-06T09:00:00+02:00</date>
        <start>09:00</start>
        <duration>01:30</duration>
        <room>HS3004</room>
        <slug>2016-5060-webgis-anwendungen_erstellen_mit_der_3_generation_von_geoext</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>WebGIS-Anwendungen erstellen mit der 3. Generation von GeoExt</title>
        <subtitle></subtitle>
        <track>Workshop (bezahlt)</track>
        <type>workshop</type>
        <language></language>
        <abstract>Der Workshop zeigt wie anspruchsvolle WebGIS-Anwendungen mit der neuesten Version
          des JavaScript-Frameworks GeoExt entwickelt werden können.

          Die Teilnehmer bekommen eine Einführung in die neue Version und werden mit den
          Entwicklungswerkzeugen vertraut gemacht, so dass jeder in kürzester Zeit eine
          Entwicklungsumgebung für GeoExt 3 Anwendungen erstellen kann. Der Schwerpunkt des
          Workshops liegt anschließend in der gemeinsamen Entwicklung einer WebGIS-Anwendungen, um
          die Konzepte und Methoden von GeoExt 3 an einem praktischen Beispiel zu erlernen.
          Hintergrundinformationen:

          GeoExt in der Version 3 [1] basiert auf den JavaScript-Bibliotheken ExtJS 6 [2] und
          OpenLayers 3 [3] und ist seit Mitte 2015 in Entwicklung.

          Der Workshop wird von den GeoExt-Kernentwicklern Marc Jansen und Christian Mayer
          durchgeführt, die seit Beginn an der Basis des Projektes mitarbeiten. Die
          Workshop-Teilnehmer erhalten dadurch Informationen aus erster Hand.

          Vorkenntnisse in JavaScript sind wünschenswert aber nicht zwingend erforderlich.

          [1] http://geoext.github.io/geoext3/, https://github.com/geoext/geoext3
          [2] https://www.sencha.com/products/extjs/
          [3] http://openlayers.org/</abstract>
        <description>Der Workshop zeigt wie anspruchsvolle WebGIS-Anwendungen mit der neuesten
          Version des JavaScript-Frameworks GeoExt entwickelt werden können.

          Die Teilnehmer bekommen eine Einführung in die neue Version und werden mit den
          Entwicklungswerkzeugen vertraut gemacht, so dass jeder in kürzester Zeit eine
          Entwicklungsumgebung für GeoExt 3 Anwendungen erstellen kann. Der Schwerpunkt des
          Workshops liegt anschließend in der gemeinsamen Entwicklung einer WebGIS-Anwendungen, um
          die Konzepte und Methoden von GeoExt 3 an einem praktischen Beispiel zu erlernen.</description>
        <persons>
          <person id='74'>Christian Mayer</person>
        </persons>
        <links></links>
      </event>
      <event guid='8305dfe5-b555-478f-bf65-5daa02367b50' id='5054'>
        <date>2016-07-06T10:30:00+02:00</date>
        <start>10:30</start>
        <duration>01:30</duration>
        <room>HS3004</room>
        <slug>2016-5054-karten_publizieren_mit_qgis_server_und_qgis_cloud</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Karten publizieren mit QGIS Server und QGIS cloud</title>
        <subtitle></subtitle>
        <track>Workshop (bezahlt)</track>
        <type>workshop</type>
        <language></language>
        <abstract>QGIS Server bietet die Möglichkeit, Projekte vom Desktop einfach als Webkarte zu
          publizieren. Komplexe Symbolisierung kann im Desktop-GIS konfiguriert werden und der
          Server stellt die Karte dann genauso dar. Das separate Pflegen einer Konfigurationsdatei
          für die Internetpublikation entfällt. Der Workshop erklärt die Funktionsweise und das
          Zusammenspiel der Komponenten für eine Webkarte. Im praktischen Teil publizieren die
          Teilnehmer eigene Internetkarten und erhalten Tipps und Tricks für Konfiguration und
          Performanz. Die Teilnehmer sollten grundlegende Anwenderkenntnisse mit QGIS mitbringen.
          Nach dem Workshop sind sie in der Lage, selbständig QGIS Projekte als Internetkarten zu
          publizieren.</abstract>
        <description></description>
        <persons>
          <person id='71'>Marco Hugentobler</person>
          <person id='82'>Pirmin Kalberer</person>
        </persons>
        <links></links>
      </event>
    </room>
    <room name='Audimax'></room>
    <room name='Grüner HS'>
      <event guid='b7fec4e3-9522-4ee0-88d0-d65e2d3b285a' id='5055'>
        <date>2016-07-06T09:00:00+02:00</date>
        <start>09:00</start>
        <duration>00:30</duration>
        <room>Grüner HS</room>
        <slug>
          2016-5055-zusammenspiel_von_gis_und_cms_verdeutlicht_die_moglichen_folgen_einer_2_klimaerwarmung</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Zusammenspiel von GIS und CMS verdeutlicht die möglichen Folgen einer 2°
          Klimaerwärmung</title>
        <subtitle>IMPACT2C Web-Atlas verknüpft Open Source Geoinformationssysteme (GIS) mit einem
          Content Management System (CMS)</subtitle>
        <track>Freie Software</track>
        <type>lecture</type>
        <language>de</language>
        <abstract>Der öffentlich zugänglichen IMPACT2C Web-Atlas visualisiert die möglichen
          Auswirkungen einer 2°C Klimaerwärmung und präsentiert die Forschungsergebnisse der
          Allgemeinheit. Dazu werden Pages eines CMS (rechts ) einem Set von Karten (links) in einem
          Dual-Screen zugeordnet.
          Das Backend stellt einen eigenen Upload-Bereich zur Verfügung, um NetCDF-Files etc.
          einzustellen. Mittels Preview-Funktion kann der Benutzer direkt feststellen, ob die Daten
          richtig positioniert sind. Karten können einer Timeline zugeordnet werden, um einen
          Vergleich vor und nach einer 2°C und 3°C Klimaerwärmung zu ermöglichen. Dazu können
          parallele Darstellungen mehrerer Karten auf einem Screen genutzt werden.
          Ein GeoServer stellt die Karten bereit. In einer PostgreSQL mit PostGIS Extension sind die
          Kartenmaterialien gespeichert. Zur Visualisierung der unterschiedlichen Kartenansichten
          kommt OpenLayers3 zum Einsatz. Das CMS ist mit dem auf Python basierenden DjangoCMS
          realisiert.
          Der IMPACT2C Web-Atlas wurde 2015 gemeinsam von den Linzer Unternehmen X-Net Services GmbH
          und blp GeoServices GmbH im Auftrag des Climate Service Center Germany technisch
          umgesetzt. ForscherInnen aus 16 Nationen stellen ihre Ergebnisse und Inhalte ein und
          ergänzen diese.
          Der Vortrag beschreibt die eingesetzten Open Source Komponenten und deren Zusammenspiel
          und gibt einen Einblick über die Herausforderungen in der Entwicklung und im Betrieb des
          Web-Atlas. Ein Ausblick auf die interaktive Verbindung zwischen Chart und Map wird
          gegeben.</abstract>
        <description>Die Linzer Unternehmen X-Net Services GmbH und blp GeoServices GmbH haben die
          technische Entwicklung des öffentlich zugänglichen IMPACT2C Web-Atlas im Auftrag des
          Climate Service Center Germany realisiert. Darin werden die möglichen Auswirkungen einer
          2°C Klimaerwärmung visualisiert und in einem Dual-Screen (Map und Pages) für die
          Allgemeinheit verständlich erklärt. Durch die Darstellung in mehreren Layern kann die
          Situation vor und nach einer 2°C Klimaerwärmung verglichen werden.
          Der IMPACT2C Web-Atlas wurde ausschließlich mit Open Source Komponenten realisiert. </description>
        <persons>
          <person id='101'>Carina Waidhofer</person>
          <person id='102'>Christoph Haselberger</person>
        </persons>
        <links></links>
      </event>
      <event guid='45cc1f6d-cea0-42fe-9776-3f55a764c6e8' id='5077'>
        <date>2016-07-06T09:30:00+02:00</date>
        <start>09:30</start>
        <duration>00:30</duration>
        <room>Grüner HS</room>
        <slug>2016-5077-neuerungen_im_geoserver</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Neuerungen im GeoServer</title>
        <subtitle></subtitle>
        <track>Freie Software</track>
        <type>lecture</type>
        <language>de</language>
        <abstract>Der GeoServer ist ein bekannter und mächtiger OpenSource Kartenserver. Er
          ermöglicht die Veröffentlichung von Geodiensten aus zahlreichen Datenquellen auf Basis
          offener Standards.

          Die sehr aktive GeoServer Community arbeitet laufend an Erweiterungen und Verbesserungen
          der Kernsoftware. Dieser Vortrag wird sich einigen (Neu-)Entwicklungen der jüngeren
          Vergangenheit widmen und an praktischen Beispielen den Nutzen vorstellen. Hierunter fallen
          u.a.:

          &lt;ul&gt;
          &lt;li&gt;Die Importer Extension zum Hinzufügen von Geodaten in den GeoServer über das
          Webinterface.&lt;/li&gt;
          &lt;li&gt;Die CSS Extension zum Stylen von Layern über Cascading Style Sheets.&lt;/li&gt;
          &lt;li&gt;Der WFS (Web Feature Service) Datenspeicher zur Kaskadierung entfernter
          WFS-Server.&lt;/li&gt;
          &lt;li&gt;Die Darstellung von Curved Geometries.&lt;/li&gt;
          &lt;li&gt;Die GeoFence Integration.&lt;/li&gt;
          &lt;/ul&gt;

          Der Vortag wird mit einem Ausblick auf geplante und zukünftige Entwicklungen abschließen.</abstract>
        <description></description>
        <persons>
          <person id='1325'>Nils Bühner</person>
        </persons>
        <links></links>
      </event>
      <event guid='4dffcff6-abf7-406f-84c9-2a442ae07c2a' id='5072'>
        <date>2016-07-06T10:30:00+02:00</date>
        <start>10:30</start>
        <duration>00:30</duration>
        <room>Grüner HS</room>
        <slug>2016-5072-neue_werkzeuge_fur_inspire</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Neue Werkzeuge für INSPIRE</title>
        <subtitle></subtitle>
        <track>Freie Software</track>
        <type>lecture</type>
        <language>de</language>
        <abstract>&lt;p&gt;Der INSPIRE-Zeitplan sieht die initiale Bereitstellung von
          INSPIRE-konformen Daten - für Themen aus Anhang I der Richtlinie - bis spätestens November
          2017 vor. Für die Realisierung der benötigten Darstellungs- und Downloaddienste und die
          Durchführung der hierfür benötigen Datenmodelltransformationen stehen immer geeignetere
          Verfahren und Werkzeuge im FOSS-Bereich zur Verfügung.&lt;/p&gt;

          &lt;p&gt;So unterstützt beispielsweise HALE (The HUMBOLDT Alignment Editor) neuerdings die
          GeoServer-Erweiterung für Applikationsschemata und ermöglicht hierdurch ein bequemes
          Mapping zwischen bestehender Datenquelle und GML-Schema. Die erstellte
          Dienstekonfiguration kann direkt über die grafische Benutzeroberfläche an den GeoServer
          übertragen werden. Alternativ kann dieselbe Transformation zur Befüllung einer
          Sekundärdatenhaltung über WFS-T (z. B. deegree) eingesetzt werden.&lt;/p&gt;

          &lt;p&gt;Im Vortrag werden weiterhin Open Source-Lösungen vorgestellt, mit denen
          INSPIRE-Geodatensätze über Downloaddienste abgerufen und automatisiert weiterverarbeitet
          werden können. Abschließend werden Vor- und Nachteile von unterschiedlichen technischen
          Ansätzen für die Nutzung von komplexen Datenmodellen erläutert.&lt;/p&gt;</abstract>
        <description></description>
        <persons>
          <person id='83'>Jürgen Weichand</person>
        </persons>
        <links></links>
      </event>
      <event guid='e7715a0d-d273-4748-9327-0364f82c9af2' id='5091'>
        <date>2016-07-06T11:00:00+02:00</date>
        <start>11:00</start>
        <duration>00:30</duration>
        <room>Grüner HS</room>
        <slug>2016-5091-inspire_instant</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>INSPIRE &quot;instant&quot;</title>
        <subtitle>Datenbereitstellung für INSPIRE mit QGIS Cloud und GeoPortal.rlp</subtitle>
        <track>Freie Software</track>
        <type>lecture</type>
        <language>de</language>
        <abstract>Im Rahmen einer Live Präsentation wird gezeigt, wie man auf einfachste Weise frei
          verfügbare Daten mittels QGIS Cloud und dem GeoPortal.rlp für INSPIRE bereitstellen kann.
          Im ersten Schritt wird ein unter einer Open Data Lizenz stehender Datensatz zu
          adminstrativen Einheiten aus dem Netz geladen und als QGIS Layer visualisiert. Im
          Anschluss daran erfolgt die Konfiguration der WFS und WMS Schnittstellen in QGIS sowie die
          Veröffentlichung der Daten über QGIS Cloud.
          Um die Dienste konform zu den Vorgaben der EU INSPIRE-Richtlinie bereitzustellen, werden
          sie im GeoPortal.rlp registriert und mit Metadaten angereichert.
          Zum Abschluss des Prozesses stehen Metadaten und Dienste zur Verfügung, die den
          Anforderungen der EU-Richtlinie und deren Durchführungsbestimmungen genügen.
          Der gesamte Vorgang dauert keine 20 Minuten und zeigt auf, dass die Erfüllung der
          Anforderungen von INSPIRE kein Hexenwerk darstellen und die vermeintlich komplexen
          Vorgaben auch ohne den Einsatz lizenzkostenpflichtiger Software einfach umzusetzen sind.
          Die Verwendung von QGIS Cloud bietet aufgrund seiner offenen OGC-Schnittstellen eine
          Alternative zum Betrieb eigener Webserver. Das Verfahren eignet sich daher insbesondere
          für kleinere Behörden bzw. Institutionen, die nur Geodaten von geringem Umfang
          bereitstellen müssen.
</abstract>
        <description>Im Rahmen einer Live Präsentation wird gezeigt, wie sich frei verfügbare
          Geodaten auf einfache Weise und in kürzester Zeit mittels QGIS Cloud und dem GeoPortal.rlp
          für INSPIRE bereitstellen lassen. Das Verfahren kommt ohne den Betrieb eigener Webserver
          aus und eignet sich daher insbesondere für kleinere Institutionen und Einrichtungen, die
          nur Daten von geringem Umfang verwalten.</description>
        <persons>
          <person id='97'>Armin Retterath</person>
        </persons>
        <links></links>
      </event>
      <event guid='6cb71e47-de1b-43d7-bc25-b426a8cce60d' id='5027'>
        <date>2016-07-06T11:30:00+02:00</date>
        <start>11:30</start>
        <duration>00:30</duration>
        <room>Grüner HS</room>
        <slug>2016-5027-postnas-suite</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>PostNAS-Suite</title>
        <subtitle>Lösungen für den ALKIS Datenimport, die Darstellung, Informationsausgabe und Suche</subtitle>
        <track>Freie Software</track>
        <type>lecture</type>
        <language>de</language>
        <abstract>Die PostNAS Suite bietet Lösungen zum Import von NAS Dateien und zur
          Weiterverarbeitung sowie Inwertsetzung der Informationen. ALKIS, ATKIS, ABK werden im NAS
          Austauschformat ausgegeben und können via ogr2ogr (​OGR-Bibliothek) in unterschiedliche
          Systeme (PostgreSQL, Shape, Oracle u.a.) übertragen werden.

          * Was ist die PostNAS-Suite?
          * PostNAS-Suite – die Komponenten (ogr2ogr, norGIS ALKIS-Import, QGIS ALKIS Plugin)
          * Visualisierungsmöglichkeiten (QGIS, MapServer WMS)
          * Integration in Mapbender (ALKIS Auskunft, Navigation)
          * ALKIS Testdaten</abstract>
        <description>Die PostNAS Suite bietet Lösungen zum Import von NAS Dateien und zur
          Weiterverarbeitung sowie Inwertsetzung der Informationen. ALKIS, ATKIS, ABK werden im NAS
          Austauschformat ausgegeben und können via ogr2ogr (​OGR-Bibliothek) in unterschiedliche
          Systeme (PostgreSQL, Shape, Oracle u.a.) übertragen werden.
</description>
        <persons>
          <person id='42'>Astrid Emde</person>
        </persons>
        <links>
          <link href='http://trac.wheregroup.com/PostNAS/wiki/PostNASAnwendertreffen2016-07-04'>Protokoll
            zum PostNAS-Suite Anwendertreffen</link>
          <link href='http://postnas.org'>PostNAS-Suite Projektseite</link>
        </links>
      </event>
      <event guid='a50bbf57-ba18-4766-b68c-22c05b602764' id='5106'>
        <date>2016-07-06T13:00:00+02:00</date>
        <start>13:00</start>
        <duration>00:30</duration>
        <room>Grüner HS</room>
        <slug>2016-5106-abschlussveranstaltung</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Abschlußveranstaltung</title>
        <subtitle></subtitle>
        <track>Meeting</track>
        <type>lecture</type>
        <language>de</language>
        <abstract></abstract>
        <description></description>
        <persons></persons>
        <links></links>
      </event>
    </room>
    <room name='GI Studio'>
      <event guid='3d907c98-a464-4fa1-8a77-e23b1d6ad328' id='5094'>
        <date>2016-07-06T09:00:00+02:00</date>
        <start>09:00</start>
        <duration>00:30</duration>
        <room>GI Studio</room>
        <slug>2016-5094-summer_of_code</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Summer of Code</title>
        <subtitle>Ich weiß was du letzten Sommer gecodet hast</subtitle>
        <track>Freie Daten</track>
        <type>lecture</type>
        <language></language>
        <abstract>Seit vielen Jahren nimmt das OpenStreetMap-Projekt erfolgreich am Google Summer of
          Code teil. Dabei wurden bislang 33 verschiedene Projektideen von Studenten bearbeitet und
          von Communitymitgliedern betreut. Der Projektverlauf ist dabei sehr heterogen. So gibt es
          von sehr einfachen bis zu sehr komplexen Aufgaben eine große Spannweite. Auch die
          Studenten selbst unterscheiden sich stark in Bezug auf Herkunft, Studiengang und
          Fachsemester. Dieser Vortrag gibt einen detailierten Überblick über die bisherigen
          Teilnahmen von OpenStreetMap am Google Summer of Code. Neben der Darstellung der Fakten
          soll aber insbesondere auch aufgezeigt werden, warum die bisherige Beteiligung am Summer
          of Code für OpenStreetMap von Vorteil war. Vor allem aber soll der Vortrag dazu
          motivieren, dass OpenStreetMap weiterhin teilnimmt, dass sich langjährige, erfahrene
          Community-Mitglieder als Mentoren melden, aber auch, dass sich Studenten für eines der
          tollen Projektideen bewerben.</abstract>
        <description>Bereits seit 2008 nimmt das OpenStreetMap-Projekt als Organisation am Google
          Summer of Code teil und hat in diesem Rahmen viele interessante und nützliche Projekte auf
          den Weg gebracht, aber auch dazu beigetragen die OpenStreetMap-Community zu vergrößern.
          Der Vortrag gibt einen Überblick über die vergangenen Jahre, die geleistete Arbeit, die
          positiven wie negativen Aspekte der Teilnahme, zeigt aber vor allem auch auf, warum sowohl
          Studenten als auch OpenStreetMap von Google Summer of Code profitieren.</description>
        <persons>
          <person id='26'>Peter Barth</person>
        </persons>
        <links></links>
      </event>
      <event guid='06de6b33-7c4f-4886-b6ad-06390b158e41' id='5089'>
        <date>2016-07-06T09:30:00+02:00</date>
        <start>09:30</start>
        <duration>00:30</duration>
        <room>GI Studio</room>
        <slug>2016-5089-osm_schon_gemacht</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>OSM schön gemacht</title>
        <subtitle></subtitle>
        <track>Freie Daten</track>
        <type>lecture</type>
        <language></language>
        <abstract>Für viele Bereiche wäre es wünschenswert, Basiskarten aus OSM-Quellen in
          beliebigen Formaten visuell darstellen zu können. Aktuell ist diese Herausforderung mit
          Free oder Open Source Software nicht einfach zu erfüllen. In diesem Vortrag möchte ich ein
          neues R package namens “osmplotr” vorstellen. Osmoplotr ermöglicht die grafisch beliebige
          Darstellung ausgwählter OSM-Daten wie beispielsweise Straßen, Gebäude, Bäume oder
          Grünflächen. Dabei wird die Reihenfolge der Belegung vom User definiert, sodass z.B. Bäume
          über Gebäuden über Straßen belegt werden können. Der wesentliche Vorteil von “osmoplotr”
          ist jedoch, dass ausgewählte Regionen mit Hilfe eines kontrastierenden Hintergrundes
          vergleichend dargestellt werden können. Diese Funktion ist besonders vorteilhaft für
          Personen, die in der räumlichen Analyse tätig sind und damit fokale Bereiche innerhalb
          eines visuell umfassenden Umfeldes kontextualisieren können. Fokalbereiche können durch
          unterschiedliche osmoplotr-Funktionen bestimmt werden. Am einfachsten ist es dabei, Karten
          zu anzuklicken oder Koordinaten manuell einzutragen. Es ist jedoch auch möglich, den Namen
          von umkreisenden Straßen einzutragen, damit osmoplotr den kürzesten Kreisweg ausrechnet,
          den alle genannten Straßen umlaufen. Durch die Bestimmung einer oder mehrerer
          Fokalbereiche kann eine Karte neu gestaltet werden, wobei die Fokalbereiche beliebig
          anders dargestellt werden als der kontrastierende Hintergrund. </abstract>
        <description>Das R package, &quot;osmplotr&quot; ermöglicht die grafisch beliebige
          Darstellung ausgwählter OSM-Daten mit dem wesentlichen Vorteil, dass ausgewählte Regionen
          mit Hilfe eines kontrastierenden Hintergrundes vergleichend dargestellt werden können.
          Fokalbereiche können durch unterschiedliche osmoplotr-Funktionen bestimmt werden.</description>
        <persons>
          <person id='96'>Mark Padgham</person>
        </persons>
        <links></links>
      </event>
      <event guid='3986aa14-b269-42a6-a736-d6cab02436d7' id='5090'>
        <date>2016-07-06T10:30:00+02:00</date>
        <start>10:30</start>
        <duration>00:30</duration>
        <room>GI Studio</room>
        <slug>2016-5090-osm2world_hinter_den_kulissen</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>OSM2World hinter den Kulissen</title>
        <subtitle></subtitle>
        <track>Freie Daten</track>
        <type>lecture</type>
        <language></language>
        <abstract>Mit OSM2World steht der Community seit Jahren eine freie Software zur
          3D-Visualisierung von OpenStreetMap-Daten zur Verfügung. Im Laufe der Zeit sind dabei
          immer anspruchsvollere Darstellungen hinzugekommen, die auch interessante
          softwaretechnische Problemstellungen aufwerfen. Dabei geht OSM2World oft einen anderen Weg
          als die Welt des 2D-Renderings, auch wenn sich bisweilen überraschende Synergie-Effekte
          und Parallelen ergeben.

          In diesem Vortrag beschreibt OSM2World-Gründer Tobias Knerr, wie OSM2World mit solchen
          Herausforderungen umgeht. Darunter finden sich in der OpenStreetMap-Community altbekannte
          Probleme wie das Processing von Küstenlinien ebenso wie spezifische Herausforderungen beim
          3D-Rendering von Straßenflächen, detaillierten Gebäudemodellen oder der Unterstützung
          neuer OpenGL-Funktionalitäten.

          Bei all dem soll aber auch die Perspektive des Mappers nicht zu kurz kommen. Daher ist
          auch ein Blick auf die zugrundeliegenden Tagging-Schemata fester Teil des Vortrags.</abstract>
        <description>Dieser Vortrag widmet sich den Herausforderungen, die für die immer
          anspruchsvolleren 3D-Darstellungen in OSM2World zu bewältigen waren. Der freie 3D-Renderer
          geht dabei oft einen anderen Weg als die Welt der 2D-Karten.

          Zu den Themen zählen das Zeichnen von Küstenlinien, Straßenflächen und detaillierten
          Gebäuden ebenso wie neue OpenGL-Funktionalitäten und Tagging-Schemata.</description>
        <persons>
          <person id='87'>Tobias Knerr</person>
        </persons>
        <links></links>
      </event>
      <event guid='1f66b6c7-f228-48ba-94a4-2d297e0a1922' id='5092'>
        <date>2016-07-06T11:00:00+02:00</date>
        <start>11:00</start>
        <duration>00:30</duration>
        <room>GI Studio</room>
        <slug>2016-5092-transit-routing_und_osm</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>Transit-Routing und OSM</title>
        <subtitle>Getrennte Welten oder Traumpaar ?</subtitle>
        <track>Freie Daten</track>
        <type>lecture</type>
        <language></language>
        <abstract>Der Kurzvortrag zum intermodalem Rad/Fuss/ÖNPV-Routing auf der letztjährigen
          FOSSGIS in Münster konnte nur kurz darstellen, was sich am Markt für Transit-Routing tut
          bzw. nicht tut, was für Fehler die verfügbaren Lösungen machen und welche Anwendungsfälle
          sich damit nicht realisieren lassen. Kurz darauf hat dasselbe Thema, temporär erweitert um
          Fernverkehrsdaten, den Preis in der Kategorie „Usability“ beim ersten Deutsche Bahn
          Hackathon gewonnen. Dieser Vortrag knüpft daran an und geht einen Schritt weiter: Systeme
          aus OSM und unfreien Transit-Daten sind nicht mehr ungewöhnlich, gleichzeitig tut sich was
          in Richtung freie Transit-Daten. Wie sieht die Killer-App aus, die aus solchen Daten
          wächst, und was wird OSM ausser dem Wegenetz dazu beitragen? Welche weiteren
          Verkehrsdienstleistungen werden enthalten sein? Dieser Vortrag kann diese Fragen nicht
          wirklich beantworten. Aber er kann deutlich machen, dass bessere Informationssyteme den
          nicht-individuellen Verkehr stärken und einen Beitrag zum Klimaschutz und zur
          Lebensqualität in urbanen Gebieten leisten können. </abstract>
        <description>Transit-Routing ist in Bewegung und OSM spielt eine zunehmende Rolle dabei. Was
          kann OSM ausser dem Wegenetz dazu beitragen, was ist der Unique-Selling Point und warum
          ist das Thema mit Öffie, Google-Transit und der App vom Verkehrsverbund XY doch noch nicht
          entgültig besetzt?</description>
        <persons>
          <person id='67'>Dr. Arndt Brenschede</person>
        </persons>
        <links></links>
      </event>
      <event guid='97df7c1d-b5bd-429e-b9be-dc92499a8069' id='5093'>
        <date>2016-07-06T11:30:00+02:00</date>
        <start>11:30</start>
        <duration>00:30</duration>
        <room>GI Studio</room>
        <slug>2016-5093-morituri</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>morituri</title>
        <subtitle>der COMMercial2OSM Konverter</subtitle>
        <track>Freie Daten</track>
        <type>lecture</type>
        <language></language>
        <abstract>Es gibt bereits viel freie Software, die mit Geodaten im OpenStreetMap-Format
          umgehen kann.
          Kommerzielle Geodaten hingegen können oft nur mit proprietärer Software genutzt werden.
          Besitzer kommerzieller Geodaten hatten daher bisher keine Wahl.

          Insbesondere erschwert das auch die Migration - wer kommerzielle Geodaten einsetzt und
          einen Schwenk auf OSM erwägt, muss Datenmaterial und Software gleichzeitig tauschen.

          In diesem Vortrag wird die freie Software &quot;morituri&quot; vorgestellt, die
          kommerzielle Geodaten in das OSM-Format konvertieren kann.

          Auf diese Weise kann man freie OSM-Software - wie beispielsweise die Routing-Engines
          Graphhopper oder OSRM, aber auch Geocoder wie Nominatim und Rendering-Software - zusammen
          mit konvertierten kommerziellen Geodaten nutzen.
          Dabei ist zu beachten, dass diese Daten nicht(!) für den Upload zu OSM, sondern
          ausschließlich zur Verwendung mit anderer Software vorgesehen sind.

          Derzeit werden nur Daten von HERE unterstützt. Da morituri eine Plugin-Architektur hat,
          kann man es einfach mit zusätzlichen Plugins um weitere kommerzielle Geodatenformate
          erweitern.

          Die Software entstand im Rahmen des TOTARI-Projektes und ist auf Github verfügbar. Sie
          unterliegt der GNU General Public License v3.

          Der Vortrag erläutert, was &quot;morituri&quot; schon kann, was noch fehlt, an welchen
          Stellen die Konvertierung von HERE-Daten in OSM-Daten simpel war, und an welchen
          unterschiedliche Konzepte und Datenmodelle Fallstricke für die Umwandlung dargestellt
          haben.</abstract>
        <description>Es gibt bereits viel freie Software, die mit Geodaten im OSM-Format umgehen
          kann.
          Kommerzielle Geodaten hingegen können oft nur mit proprietärer Software genutzt werden.
          Besitzer kommerzieller Geodaten hatten daher bisher keine Wahl.
          In diesem Vortrag wird die freie Software &quot;morituri&quot; vorgestellt, die derzeit
          kommerzielle Geodaten von HERE in das OSM-Format konvertieren kann.
          So kann man freie OSM-Software - wie beispielsweise die Routing-Engines Graphhopper oder
          OSRM, aber auch Geocoder wie Nominatim und Rendering-Software - zusammen mit den
          konvertierten kommerziellen Geodaten nutzen.</description>
        <persons>
          <person id='95'>Philip Beelmann</person>
        </persons>
        <links></links>
      </event>
    </room>
    <room name='E EXPO Forum'>
      <event guid='4a985477-7276-46e7-8326-9a689378c7d5' id='5105'>
        <date>2016-07-06T13:30:00+02:00</date>
        <start>13:30</start>
        <duration>00:30</duration>
        <room>E EXPO Forum</room>
        <slug>2016-5105-fossgis_e_v_sektempfang</slug>
        <recording>
          <license></license>
          <optout>false</optout>
        </recording>
        <title>FOSSGIS e.V. Sektempfang</title>
        <subtitle></subtitle>
        <track>Meeting</track>
        <type>meeting</type>
        <language>de</language>
        <abstract></abstract>
        <description></description>
        <persons></persons>
        <links></links>
      </event>
    </room>
    <room name='435'></room>
    <room name='436'></room>
  </day>
</schedule>