TOURISM.ONE DATA

Tourism.one Data: Ihre Reisedaten an einem Ort

Quellen verbinden, Daten abgleichen, Herkunft und Lizenz immer sichtbar.

Demo anfragen Anmelden

Vorteile

  • Eine Quelle der Wahrheit

    Infopoints, Websites und KI-Assistenten greifen auf denselben abgeglichenen Bestand zu, statt auf viele einzelne Synchronisationen.

  • Bestehende Systeme und offene Daten an einem Ort

    Partnersysteme wie Feratel, Outdooractive oder Contwise lassen sich über Konnektoren anbinden, offene Quellen wie OpenStreetMap, Wikidata oder der Open Data Hub direkt.

  • Herkunft und Lizenz je Feld

    Zu jedem Feld ist sichtbar, aus welcher Quelle es stammt und unter welcher Lizenz es steht.

  • Klare Trennung der Daten

    Jede Quelle ist als „nur lesen“, „lesen und schreiben“ oder „eigene Daten“ eingestuft. Fremddaten werden nie verändert.

  • Eigene Daten direkt pflegen

    Events und Infrastruktur einer Region legen und ändern Sie selbst. Korrekturen an Fremddaten werden als eigener Datensatz mit Vorrang geführt, die Quelle bleibt unverändert.

  • Mehrsprachig

    Website und Datenmodell sind von Anfang an mehrsprachig angelegt: Deutsch, Polnisch und Englisch.

  • Offener Kern

    Der Kern steht unter Apache-2.0 (Veröffentlichung als Open Source in Vorbereitung) und nutzt Schema.org als Grundlage des Datenmodells.

  • Mandantenfähig je Region

    Jede Region oder jeder Kunde erhält einen eigenen Bereich mit eigenen Quellen, eigenen Daten und eigenem Zugang.

  • KI-Assistenten über MCP

    KI-Assistenten greifen über das Model Context Protocol auf die Daten zu (mcp.tourism.one). Ohne Schlüssel nur lesend und nur auf offene Daten.

  • Hosting in der EU, kein Tracking

    Der Betrieb erfolgt auf Microsoft Azure in der Region West Europe. Es gibt keine Tracking-Dienste und keine Cookies außer technisch notwendigen.

So funktioniert es

  1. Quellen anbinden

    Offene Quellen und Partnersysteme werden je Region als Quelle eingetragen und über Adapter abgerufen. Zugangsdaten liegen nie im Datenbestand, sondern in einem Tresor (Azure Key Vault).

  2. Abgleichen

    Dubletten werden erkannt und zusammengeführt, Widersprüche nach festem Vorrang aufgelöst. Herkunft und Lizenz bleiben zu jedem Feld erhalten.

  3. Ausgeben

    Die Daten stehen als REST-Schnittstelle mit JSON-LD, über MCP für KI-Assistenten und als Export für die Infopoints von Tourismus.one bereit.

Drei Datenklassen

Jede Quelle gehört genau einer Klasse an. Sie bestimmt, was der Hub mit den Daten tun darf.

  • Nur lesen

    read-only

    Fremdquelle. Der Hub liest und speichert zwischen, soweit die Lizenz es erlaubt, und schreibt nie zurück.

    Beispiele: OpenStreetMap, Wikidata, Open Data Hub, Outdooractive, Contwise, Guidle

  • Lesen und schreiben

    read-write

    Die Quelle erlaubt Rückschreiben über ihre eigene Schnittstelle. Geschrieben wird nur über den Konnektor und nur nach Freigabe je Mandant; heute ist das ausgeschaltet.

    Beispiele: Feratel, später das CMS eines Kunden

  • Eigene Daten

    own

    Daten, die im Hub selbst liegen (Schema.org-Modell). Der Mandant legt sie an, ändert und löscht sie und wählt die Lizenz.

    Beispiele: Events, Infrastruktur, Korrekturen einer Region

Datenquellen im Überblick

Das Quellen-Register führt jede Quelle mit Betreiber, Abdeckung, Lizenz und Nutzungsregeln. Je Quelle steht fest, wie weit Daten gespeichert und weitergegeben werden dürfen.

Alle Datenquellen ansehen

Offen und fair

Der Kern steht unter der offenen Lizenz Apache-2.0; die Veröffentlichung als Open Source ist in Vorbereitung. Zu jeder Angabe sind Herkunft und Lizenz sichtbar. Fremdquellen werden nur im Rahmen ihrer Lizenz gespeichert und weitergegeben; die öffentliche Schnittstelle liefert ausschließlich Daten aus offen lizenzierten Quellen.

Lizenz- und Nutzungshinweise

Demo anfragen

Felder mit * sind Pflichtfelder.

Datenschutzhinweis zur Anfrage. Wird von RE geliefert. Datenschutz