Ich habe neulich darüber berichtet, wie ich einen weiteren Dienst mit GIS-Bezug in meinen einquartierte. Damals beschrieb ich den Grund nur nebelhaft aös "eins meiner Wochenendprojekte" - nun ist es an der Zeit zu erklären, worum es sich dabei handelte...

Es soll ja immer noch Leute geben, die bereits Siris "Ich habe 5 Cafes gefunden, die Vanilla-Hazelnut-Chai-Mate anbieten, drei davon in Deiner unmittelbaren Nähe" für künstliche Intelligenz halten.

Ich habe neulich wieder einmal alte Projekte von mir angesehen und dabei realisierte ich, dass das Format iCal bereits Unterstützung für geo-codierte Locations anbietet. Dadurch wurde ich auf die Idee gebracht, iCals in EBMap4D darzustellen.

Das wiederum führte zu dem Gedanken, dafür nicht eine spezifische neue Paarung aus Layer und Painter erstellen zu müssen, sondern einfach die bestehenden zur Darstellung von GeoJSON zu nutzen.

Dafür müsste dann lediglich eine Konversion zwischen iCal und GeoJSON geschrieben werden und ich könnte alle iCal-Dateien einfach mit EBMap4D - und im Speziellen mit der Konfiguration für darzustellende Zeiträume - kombinieren.

Ein solcher Konverter ist im Projekt java-scratch auf GitLab zu finden - er macht aus dem Beispiel hier das folgende GeoJSON:

{
  "features": [
    {
      "geometry": {
        "coordinates": [
          2.36885,
          48.85299
        ],
        "type": "Point"
      },
      "style": {
        "stroke-opacity": "1.0",
        "stroke-width": "2.0",
        "fill-opacity": "0.25",
        "stroke": "black"
      },
      "type": "Feature",
      "properties": {
        "summary": "SUMMARY:Eine Kurzinfo\r\n",
        "uid": "UID:461092315540@example.com\r\n",
        "organizer": "ORGANIZER;CN=\"Alice Balder, Example Inc.\":MAILTO:alice@example.com\r\n",
        "name": "VEVENT",
        "description": "DESCRIPTION:Beschreibung des Termins\r\n",
        "location": "LOCATION:Irgendwo\r\n",
        "time": {
          "start": 1599775200000,
          "end": 1600552740000
        }
      }
    }
  ],
  "metadata": {
    "urlPropertyNames": [
      "url"
    ],
    "timestampPropertyName": "time",
    "notSoImportantPropertyNames": [
      "location",
      "summary",
      "organizer"
    ],
    "importantPropertyNames": [
      "description"
    ],
    "showNamesOnSymbols": "True",
    "idPropertyName": "uid"
  },
  "type": "FeatureCollection"
}

Als ich an diesem Punkt meiner Überlegungen angekommen war musste ich nur noch für ausreichend Testdaten sorgen - und da kommt jetzt der eingangs bereits erwähnte neue Dienst für (inverses) Geo-Coding ins Spiel:

Als ich nämlich realisierte, dass Eventim eine Webseite anbietet, die relativ einfach gescrapt werden kann, wusste ich, woher ich Testdaten gewinnen würde - das einzige Problem dabei war, dass die Adressen der Konzert-Locations in den Eventim-Daten stehen, aber nicht die Geokoordinaten. Und da kam dann Nominatim ins Spiel: Ich scrapete alle Daten von Eventim, las daraus die Location, fütterte diese in Nominatim und habe alle Informationen, um daraus eine GeoJSON-Datei zu generieren, die ich in EBMap4D einbinden und darstellen kann.

Der Code dafür ist im Projekt java-scratch auf GitLab zu finden.

Das Bild hier zeigt dies exemplarisch für die kommenden Konzerte von Allison Moyet

Die anstehenden Konzerte von

Damit kann ich also jetzt Fragen beantworten wie beispielsweise "Zeige mir auf der Karte die nächsten Konzerttermine von folgenden Bands ..." - und ich würde sehen, wann ich geographisch günstig gelegene Unterhaltung bekommen könnte...

Kommentar hinzufügen (via ) Kommentare ansehen (via )

Kommentar hinzufügen (via ) Kommentare ansehen (via )