Import von Daten

In der ersten Version werden Daten im "Admin-Import" in das Portal eingespeist.
AP1 liefert Datensätze mit OSM-ID

  • Das heißt Datensätze liegen mit OSM-ID vor (entweder händisch erstellt oder Datensätze werden direkt aus OSM übernommen).
  • Angemeldete User können noch keine Daten importieren


Datenexport

  • alle Content Daten, die in unserer Datenbank eingepflegt sind, können zusammen mit zugehöriger OSM-ID exportiert werden. (Anmerkung: Mit den OSM-IDs ist es dann möglich, sich den 'zweiten Teil' des Datensatzes aus OSM zu besorgen und dann mit dem gewünschten Datensatz zu arbeiten)
    • ausgenommen davon sind personenbeziehbare Daten (Datenmanagement-Konzept)
  • Wenn personenbezogene Daten im Portal auftauchen (weil sie ggf. in falsche Spalten eingetragen wurden), widerspricht dies den Nutzungsbedingungen (diese gilt es noch zu formulieren). Stoßen wir als Administratoren darauf oder werden sie gemeldet, dann werden diese Daten gelöscht. Dies gilt ebenfalls für Einträge zum Wohnort von Privatpersonen.
    • Das müssen wir nochmal mit den Bearbeitungsrechten abgleichen. Dürfen Redakteure da etwas? Wer meldet den Verstoß? Angemeldete/nicht angemeldete User? (AR, 11.06)
  • in Version 1 ist das nur ein "Datenbank-Dumb" (s. Perspektivisches unten)



perspektivische Funktionen

Funktionen, die in Version 1 noch nicht angelegt sind, perspektivisch aber mitgedacht werden solle:

  • Import von Datensätzen:
    • für den manuellen Import müssen Standards definiert und den Nutzern transparent gemacht werden, Vorbild: https://offenerhaushalt.de/hilfestellung/
    • Daten können nur bei Einhalt dieser Standards importiert werden
    • es muss möglich sein Daten perspektivisch ohne die OSM-IDs vorher manuell rauszusuchen zu importieren. Das kann ein Service sein, den wir zukünftig anbieten, der Programmier/Konzeptions/ und Redaktionsaufwand ist aber eher hoch einzuschätzen. Beispielsweise hat ein Nutzer eine statistische Erhebung zu Stadtteilen Wuppertals, es müsste dann beispielsweise eine "Matching-Tabelle", die einmalig erstellt wurde, bei uns zu den Stadteilnamen geben mit den OSM-IDs. Alternativ wäre ein manuelles Matching ähnlich der Suche bei der Funktion vorstellbar: manueller Karteneintrag / manuelle Bearbeitung von Einträgen
    • für den Import über Schnittstellen (APIs) müssen diese definiert werden
    • Bei Erstellen einer neuen Schnittstelle oder Import eines Datensatzes sollte ausgewählt werden müssen, ob Zeitreihen angezeigt werden sollen oder nicht. (s. 12. perspektivisch: Zeitreihen von bspw. statistischen Daten und Doppelungen bei Werten zu einem Thema)
  • Export von Datensätzen:
    • Daten können vereinigt aus dem GeoPortal direkt exportiert werden: Verknüpfung zwischen Content-Daten unserer Datenbank und den ergänzenden Daten aus der OSM-Datenbank
    • perspektivisch gibt es über das Interface die Funktion, das was für den User wichtig ist zum Export auszuwählen (beispielsweise "auf Basis der ausgewählten Filter" diese Daten als z. B. csv-Datei exportieren)
    • Aus dem Co-Design Prozess haben sich keine besonderen Anforderungen an Datenexporte wie Format o. ä. ergeben. Eine Auseinandersetzung mit aktuellen und zukünftigen Standards steht noch aus.

    • Daten können vereinigt aus dem GeoPortal direkt exportiert werden: Verknpüfung zwischen Content-Daten unserer Datenbank und den ergänzenden Daten aus der OSM-Datenbank