FutureDataHubEnglish
Menü

In Entwicklung

Viele Quellen rein. Ein Datensatz raus.

FutureDataHub ist dafür gebaut, Tourismusdaten aus feratel, Outdooractive, contwise und deiner Redaktion zusammenzuführen und offen auszuspielen.

Kontakt aufnehmenSo funktioniert's
GET /v1/feeds/events.jsonld
{
  "@type": "Event",
  "name": { "de": "Almfest Alpenmitte" },
  "startDate": "2027-07-17T11:00:00+02:00",
  "meta": {
    "source": "redaktion",
    "license": "CC-BY-4.0",
    "open_data": true,
    "approval_status": "approved"
  }
}
Auszug aus dem API-Vertrag mit synthetischen Testdaten: Herkunft und Lizenz reisen mit jedem Datensatz.

Gemessen, nicht versprochen

9Connectoren im Code
GeoSphere Austria, ODTA-Feeds, iCal und CSV sind mit Testdaten geprüft; feratel DS-API und DSI, contwise, Outdooractive und destination.one warten auf den Quellzugang
15 msbei 300 Anfragen pro Sekunde
95 % der Leseanfragen schneller, 40.000 Datensätze, ein API-Prozess
0falsche Zusammenführungen
120 Testpaare der Entity Resolution, 36 von 40 Dubletten automatisch erkannt
18,6 kBfür alle Widgets
gzip, ohne Karte; die Karte lädt nur, wenn sie gebraucht wird

Gemessen auf unseren Entwicklungs- und Testsystemen mit synthetischen Daten, Oktober 2026. Echte Quellzugänge folgen mit dem Pilot.

So kommen deine Daten in Form

Vier Schritte, jeder nachvollziehbar. Nichts wird überschrieben, ohne dass du weißt, woher es kommt.

  1. Quellen

    Jede Quelle läuft in einem eigenen Connector-Container nach dem offenen Airbyte-Protokoll. Das Original bleibt unverändert gespeichert.

  2. Entity Resolution

    Dieselbe Hütte aus drei Systemen? Name, Ort und Adresse werden verglichen. Unsichere Fälle landen als Prüfaufgabe bei dir.

  3. Golden Record

    Ein Datensatz je Sache, Feld für Feld zusammengesetzt. Jedes Feld kennt Quelle, Abrufzeit und Lizenz. Deine Redaktion hat Vorrang.

  4. API, Widgets, Feeds

    REST, GraphQL, JSON-LD, Webhooks, Widgets, DCAT und ein MCP-Server für KI-Agenten. Alles aus demselben Bestand.

Architektur im ÜberblickDatenquellen wie feratel, contwise, Outdooractive, Wetterdienste und CSV oder iCal werden über je einen isolierten Connector angebunden. Die Daten durchlaufen drei Schichten: raw speichert unverändert, staging normalisiert nach ODTA, core bildet den Golden Record mit Feldherkunft und Lizenz pro Feld. Ausgespielt wird über REST, GraphQL, JSON-LD, Webhooks, Widgets und einen MCP-Server.QuellenConnectorenDatenhaltungAusspielungferatelcontwiseOutdooractiveWetterdiensteCSV, iCalje Quelle einisolierterContainerrawunverändertstagingnormalisiert (ODTA)coreGolden RecordRESTGraphQLJSON-LDWebhooksWidgetsMCP-Server

Was drin steckt

  • Herkunft je Feld

    Der deutsche Name aus feratel, der englische aus Outdooractive, die Beschreibung aus deiner Redaktion: jedes Feld weiß, woher es stammt und unter welcher Lizenz es steht.

    1. Redaktion
    2. feratel DS-API
    3. feratel DSI
    4. contwise
    5. Outdooractive
    6. ODTA-Feeds
    7. iCal

  • Mandanten wie im echten Leben

    Land -> Region -> Ort -> Betrieb. Jede Ebene sieht ihren Teil, abgesichert direkt in der Datenbank mit Row Level Security.

  • Redaktion inklusive

    Events und POIs direkt pflegen, mit Freigabe und Rollen. Was ihr selbst pflegt, gewinnt immer gegen Importe.

  • Prüfaufgaben statt Bauchgefühl

    Ist die Entity Resolution unsicher, entscheidet ein Mensch. Automatisch zusammengeführt wird nur, was eindeutig ist.

  • Offene Daten mit einem Klick

    Freigegebene offene Daten gehen als JSON-LD-Feed und DCAT-Katalog an Portale wie data.gv.at oder data.europa.eu.

Vom Silo zur Drehscheibe

feratel, destination.one und Outdooractive sind starke Systeme für ihren Zweck. Jedes hält seine Daten aber in einer eigenen Welt mit eigener Schnittstelle.

Alpental in der Dämmerung von oben, Lichtlinien verbinden Orte und Hütten mit einem Punkt in der Talmitte.
Viele Orte, ein gemeinsamer Datenbestand. KI-generiertes Bild

Heute

  • Jede Website, App und Karte bindet jedes System einzeln an.
  • Dieselbe Hütte steht dreimal im Netz, mit drei verschiedenen Öffnungszeiten.
  • Wer welche Daten unter welcher Lizenz weitergeben darf, steht in keinem Datensatz.

Mit FutureDataHub

  • Deine bestehenden Systeme bleiben. Der Hub liest sie und führt sie zusammen.
  • Ein Golden Record je Sache, Dubletten werden erkannt oder dir zur Prüfung vorgelegt.
  • Herkunft und Lizenz stehen an jedem Feld, auch in der Ausspielung.

Zum Vergleich mit Quellen

Für jede Ebene im Tourismus

Alpines Tal im Sommer mit Dorf und Kirchturm, Almhütten am Hang und Kalkgipfeln im Hintergrund.
Land, Region, Ort: jede Ebene pflegt ihren Teil. KI-generiertes Bild
Land
Landesweite Sicht über alle Regionen, offene Daten als DCAT-Katalog für Open-Data-Portale, einheitliche Schnittstellen für Partner und Ausschreibungen.
Region
Daten der Orte bündeln, eigene Quellen anbinden und mit Widgets auf der Regionsseite ausspielen. Jeder Ort behält seinen Bereich.
Tourismusverband
Events und POIs selbst pflegen, auch ohne eigenes Redaktionssystem. Mischbetrieb mit feratel möglich, Import aus destination.one inklusive.

Mehr für Regionen und TVBs

KI, die ihre Quellen nennt

KI ist bei uns Teil des Kerns und hält sich an Regeln: keine Antwort ohne Quelle, personenbezogene Daten werden vor jedem Modellaufruf entfernt, Vorschläge statt stiller Änderungen.

  • Hybride Suche

    gebaut

    Kombiniert Stichwort- und Bedeutungssuche. Die Stichwortsuche läuft, wie gut die Bedeutungssuche trifft, messen wir mit dem gewählten Modell vor dem Pilot.

  • Antworten mit Quellenangabe

    gebaut

    Jede Antwort zitiert wörtlich aus deinen Datensätzen. Bleibt keine Quelle übrig, gibt es keine Antwort.

  • MCP-Server für KI-Agenten

    gebaut

    Assistenten wie Claude lesen deine Daten über das Model Context Protocol, mit Herkunft und Lizenz.

  • Übersetzung und Alt-Texte

    in Arbeit

    Als Vorschlag, mit Glossar je Mandant. Übernommen wird erst nach Prüfung.

  • Qualitätsscore

    geplant

    Ein Wert von 0 bis 100 je Datensatz, mit Hinweisen, was fehlt.

  • Erfassung aus Dokumenten

    geplant

    Aus Programmheften und Veranstaltungslisten werden Entwürfe für Einträge.

POST /v1/ai/answer
{
  "answer": "Das Almfest Alpenmitte findet am 17. Juli 2027 auf der Hochalm statt, mit Blasmusik und Kinderprogramm.",
  "sources": [{
    "name": "Almfest Alpenmitte",
    "field": "description@de",
    "quote": "Traditionelles Almfest mit Blasmusik, regionalen Schmankerln und Kinderprogramm auf der Hochalm.",
    "license": "CC-BY-4.0"
  }],
  "disclosure": "Diese Antwort wurde automatisch mit KI erstellt."
}
Beispielantwort aus dem API-Vertrag (gekürzt): Zitat, Lizenz und Hinweis auf KI kommen immer mit.

Die KI-Funktionen laufen in der Testumgebung gegen ein Testmodell. Der Modellanbieter wird vor dem Pilot festgelegt.

Offen und unter deiner Kontrolle

Quelloffen

Der vollständige Hub soll unter AGPL-3.0 erscheinen, inklusive Redaktion, Connectoren und Schnittstellen. Die Lizenzkonstruktion wird derzeit rechtlich geprüft.

Betrieb in Innsbruck oder bei dir

Den Betrieb im eigenen Rechenzentrum in Innsbruck bieten wir als Service an, der Pilotbetrieb ist in Vorbereitung. Du kannst den Hub auch selbst betreiben, ein Installationspaket für Docker Compose ist geplant.

Ohne Drittland-Dienste

Datenbank, Objektspeicher, Kartenkacheln, Anmeldung und Fehlerüberwachung laufen selbst gehostet. Schriften und Skripte kommen von deinem eigenen Server.

Standards statt Eigenbau

Datenmodell nach ODTA und schema.org, OpenAPI 3.1, JSON-LD, DCAT und OIDC. Deine Daten bleiben portabel.

Open Source und Service

Gebaut für Entwickler:innen

Verträge zuerst: Datenmodell, OpenAPI und GraphQL-Schema stehen fest, bevor Code entsteht. Und Webhooks sind mit HMAC-SHA256 signiert.

  • REST · OpenAPI 3.1
  • GraphQL
  • JSON-LD · schema.org · ODTA
  • DCAT
  • Webhooks
  • Web Components
  • MCP

Alles für Entwickler:innen

Terminal
# Events als JSON-LD
curl -H "Accept: application/ld+json" "https://<host>/v1/events?limit=2"

# Hybride Suche
curl "https://<host>/v1/search?q=Almfest&limit=5"

# Offene Daten als DCAT-Katalog
curl "https://<host>/v1/catalog.dcat"
index.html
<script type="module" src="/assets/hub-widgets.js"></script>
<hub-event-list api="https://<host>" lang="de" limit="6"></hub-event-list>

Wo wir gerade stehen

  1. Phase 0, Monat 1-2

    Fundament

    abgeschlossen

  2. Phase 1, Monat 2-4

    Ingestion-MVP

    gebaut, Pilot offen

  3. Phase 2, Monat 4-6

    Ausspielung

    gebaut, Pilot offen

  4. Phase 3, Monat 6-8

    KI-Layer

    in Arbeit

  5. Phase 4, Monat 8-10

    Pilot und Release

    geplant

Stand:

Zur Roadmap

Häufige Fragen

Ersetzt FutureDataHub feratel oder destination.one?

Nicht zwingend. Du kannst deine bestehenden Systeme weiter nutzen, der Hub liest sie über Connectoren, sobald der Zugang zur Quelle steht, und führt die Daten zusammen. Für TVBs ohne eigenes Redaktionssystem kann der Hub selbst das führende System sein. Für den Umstieg von destination.one gibt es einen Import.

Wo liegen meine Daten?

Wahlweise im Rechenzentrum der web-crossing GmbH in Innsbruck oder auf deiner eigenen Infrastruktur. Datenbank, Speicher und Anmeldung laufen selbst gehostet, ohne Dienste aus Drittländern.

Welche Standards werden unterstützt?

Das Datenmodell folgt ODTA und schema.org. Ausgespielt wird über REST mit OpenAPI 3.1, GraphQL, JSON-LD, Webhooks, DCAT und das Model Context Protocol (MCP).

Was passiert, wenn die KI danebenliegt?

Übersetzungen, Alt-Texte und Erfassungen sind Vorschläge, die eine Person prüft und übernimmt. Antworten zitieren wörtlich aus den Datensätzen und tragen einen Hinweis, dass sie mit KI erstellt wurden.

Was kostet das?

Der Kern soll quelloffen und frei nutzbar sein. Betrieb, Premium-Connectoren und KI-Module bieten wir als Service an. Preise veröffentlichen wir, sobald das Lizenz- und Servicemodell freigegeben ist.

Wann kann ich starten?

Die Plattform ist in Entwicklung, ein Pilot ist in Vorbereitung. Wir suchen Regionen und Tourismusverbände, die von Anfang an mitreden wollen.

Wer steht dahinter?

FutureDataHub wird von der web-crossing GmbH entwickelt, einer Digitalagentur in Innsbruck für Webentwicklung, Hosting und digitales Marketing, seit 1999.

Lass uns über deine Daten reden.

Du willst wissen, ob das zu deiner Region passt, oder als Pilot mitmachen? Schreib uns oder ruf an.

Kontakt aufnehmen

info@web-crossing.com+43 512 206567