Der Workshop in Wien hat als Kernproblem eines echten Datenaustausches die divergierenden Datenmodelle für die Einzelaussagen über die Individuen identifiziert. Während die Individuen selbst im Factoid-Modell keine beschreibenden Metadaten tragen und damit kaum Probleme beim Datenaustausch erzeugen, sind für die Aussagen über die Individuen je nach Projekt, Verwendungszweck und Forschungsdomäne eine Vielfalt von Vokabularien im Einsatz. Einen Ausweg aus dieser Situation bietet die 2017 gegründete dataforhistory-Initiative.<hi xmlns="http://www.tei-c.org/ns/1.0" rend="Footnote_Anchor"><hi rend="superscript">8</hi></hi> Die Initiative arbeitet daran projekt- und domänenspezifische Modellierungen zu erleichtern, die zum CIDOC CRM kompatibel sind. Die derzeitige API-Definition sieht deshalb vor, dass die zurückgegebenen Daten eine Referenz auf ein Schema (in JSON-LD als <hi xmlns="http://www.tei-c.org/ns/1.0" style="font-family:Courier New">@context</hi>) enthalten müssen, das die verwendeten Klassen und Eigenschaften auf Definitionen im CIDOC CRM abbildet, der es der die API konsumierenden Anwendung erlaubt, die Daten als CIDOC CRM zu interpretieren und darauf aufbauende Operationen durchzuführen. Ergänzend dazu ist ein Parameter <hi xmlns="http://www.tei-c.org/ns/1.0" style="font-family:Courier New">format=json/cidoc-crm</hi> vorgesehen, bei dem die Transformation serverseitig stattfindet. Die Abbildung auf CIDOC CRM soll insbesondere die grundlegenden Suchoperationen ermöglichen, die Katerina Tzompanaki und Martin Doer 2012 formuliert haben und die im Projekt researchspace<hi xmlns="http://www.tei-c.org/ns/1.0" rend="Footnote_Anchor"><hi rend="superscript">9</hi></hi> realisiert werden. Die API definiert die Objekteigenschaft <hi xmlns="http://www.tei-c.org/ns/1.0" style="font-family:Courier New">graph</hi> für die strukturierte Repräsentation der Daten über Personen.