Handbuch Interoperabilitätsplattform I14Y – Übersicht über die Eingabefelder

Anhang: Eingabefelder Datensatz

Mon, 01 Jan 0001 00:00:00 +0000

Feld	Beschreibung	URI	Wertebereich	Kardinalität	Anmerkung	Bezug Standard
Titel	Der Titel des Eintrags ist kurz und macht den Datensatz einfach auffindbar. Der Titel darf Buchstaben, Sonderzeichen und Zahlen enthalten. Bei Einträgen zu Datensatzen, die möglicherweise öffentlich publiziert werden, sollte der Titel auch für Personen ausserhalb der eigenen Organisation verständlich sein. Der Titel kann in den Sprachen Deutsch, Französisch, Italienisch und Englisch hinterlegt werden. Zwingend nötig ist eine Sprachversion, Bundesstellen hinterlegen den Titel mindestens auf Deutsch, Französisch und Italienisch. Via die API ist es möglich zusätzlich einen Titel in Rätoromanisch abzuspeichern.	dct:title	rdfs:Literal	1..1	obligatorisch	DCAT-AP CH 2.0
Beschreibung	In diesem Feld wird der Datensatz möglichst präzise in Freitext beschrieben. Der Text kann mit Absätzen gegliedert, aber nicht formatiert werden. Idealerweise enthält die Beschreibung alle Begriffe, nach denen vermutlich gesucht wird. Sie sollte einfach verständlich sein – auch für Personen, die keine vertieften Sachkenntnisse haben. Die Beschreibung kann in den Sprachen Deutsch, Französisch, Italienisch und Englisch hinterlegt werden. Es ist anzustreben, dass die Beschreibung in mehreren Sprachen vorliegt; Angaben in mindestens einer Sprache sind obligatorisch. Via die API ist es möglich zusätzlich einen Titel in Rätoromanisch abzuspeichern.	dct:description	rdfs:Literal	1..1	obligatorisch	DCAT-AP CH 2.0
Identifikator	Der Identifikator ist eine eindeutige Kennung des Datensatzes auf der Plattform. Er wird in der URL angezeigt und muss deshalb stabil und aussagekräftig sein. Bei Bedarf können mehrere Identifikatoren erfasst werden; das System speichert diese als geordnete Liste (Array). Der erste Identifikator (Hauptidentifikator) hat eine besondere Rolle: Er muss zwingend stabil bleiben. Sobald der Datensatz öffentlich publiziert ist (Publikationskanal wechselt von “Intern” zu “Öffentlich”), kann dieser erste Identifikator nicht mehr geändert werden. Zulässig sind Buchstaben, der Binde- und Unterstrich sowie Zahlen. Der Identifikator soll keine Sonderzeichen oder diakritische Zeichen (Umlaute, franzöische Akzente etc.) enthalten. Auch Leerzeichen sind verboten. Das System prüft, ob der Identifikator eindeutig ist und ausschliesslich aus zulässigen Zeichen besteht. Bei Konflikten kann der Eintrag nicht abgespeichert werden. Ist noch kein Identifikator manuell gesetzt worden, bevor der Publikationskanal von “Intern” auf “Öffentlich” umgestellt wird, erzeugt das System den Hauptidentifikator automatisch aus dem Titel (Slugification).	dct:identifier	rdfs:Literal	1..1	erwünscht	DCAT-AP CH 2.0
Herausgeber	Als Herausgeber wird jene Organisation aufgeführt, die den Datensatz in Auftrag gegeben hat oder ihn pflegt. Auf der Weboberfläche können jene Organisationen ausgewählt werden, auf deren Bereich die betreffende Person Schreibrechte hat.	dct:publisher	foaf:Agent	1..1	obligatorisch	DCAT-AP CH 2.0
Zugriffsrechte	In diesem Feld wird eingetragen, ob der Datensatz frei und kostenlos verfügbar ist (“Öffentlich”), unter bestimmten Bedingungen erhältlich ist (“Eingeschränkt”) oder ausschliesslich einem stark eingeschränkten Kreis zur Verfügung steht (“Nicht-öffentlich”). Die Optionen stammen aus einem Vokabular der Europäischen Union.	dct:accessRights	dct:RightsStatement	1..1	obligatorisch	DCAT-AP CH 2.0
Publikationsdatum	In diesem Feld wird das Datum eingetragen, an dem der Datensatz erstmals publiziert worden ist. Wenn das Datum unklar ist, tragen Sie das Datum ein, an dem der Datensatz erstmals im Katalog referenziert wurde.	dct:issued	rdfs:Literal (typed as xsd:date, xsd:dateTime)	0..1	erwünscht	DCAT-AP CH 2.0
Änderungsdatum	In diesem Feld wird das Datum eingetragen, an dem die die Struktur der Datensatz letztmals angepasst oder an dem eine grössere Aktualisierung durchgeführt wurde. Das Feld muss nicht zwingend ausgefüllt werden, wenn lediglich kleine Datenkorrekturen vorgenommen wurden.	dct:modified	rdfs:Literal (typed as xsd:date, xsd:dateTime)	0..1	erwünscht	DCAT-AP CH 2.0
Kontaktstelle: Organisation	In diesem Feld wird der Name der Organisation erfasst, also etwa der Name des Amtes, der Sektion oder der Gemeinde. Der Name wie auch die Anschrift der Kontaktstelle können mehrsprachig hinterlegt werden. Zudem ist es möglich, mehrere Kontaktstellen zu erfassen. Sollen die Metadaten auf opendata.swiss publiziert werden, müssen die Felder zur Kontaktstelle zwingend ausgefüllt werden.	Teil von dcat:contactPoint	vcard:Kind	0..1	erwünscht	DCAT-AP CH 2.0
Kontaktstelle: Adresse	In diesem Feld wird die Adresse der Organisation erfasst. Erwünscht ist der Name der Strasse gefolgt von der Hausnummer, auf der nächsten Zeile – sofern zutreffend – Angaben zum Postfach und schliesslich die Postleitzahl gefolgt vom Ort. Es ist möglich, mehrere Kontaktstellen zu erfassen. Sollen die Metadaten auf opendata.swiss publiziert werden, müssen die Felder zur Kontaktstelle zwingend ausgefüllt werden.	Teil von dcat:contactPoint	vcard:Kind	0..1	erwünscht	DCAT-AP CH 2.0
Kontaktstelle: Notiz	In diesem Feld können allfällige präzisierende oder aber zusätzliche Angaben zur Kontaktstelle erfasst werden.	Teil von dcat:contactPoint	vcard:Kind	0..1	erwünscht	DCAT-AP CH 2.0
Kontaktstelle: E-Mail	Eingetragen wird die E-Mail-Adresse, über welche die Organisation erreicht werden kann. Diese Adresse wird idealerweise täglich überwacht. Es ist möglich, mehrere Kontaktstellen zu erfassen.	Teil von dcat:contactPoint	vcard:Kind	1..n	obligatorisch	In DCAT-AP CH 3.0 (Beispiel 21) enthalten; auf I14Y bereits jetzt obligatorisch.
Kontaktstelle: Telefon	Die Telefonnummer für Rückfragen zum betreffenden Datenangebot wird im Format +41 XXX XX XX hinterlegt. Es ist möglich, mehrere Kontaktstellen zu erfassen; die angegebene Kardinalität bezieht sich auf den einzelnen Eintrag. Sollen die Metadaten auf opendata.swiss publiziert werden, müssen die Felder zur Kontaktstelle zwingend ausgefüllt werden.	Teil von dcat:contactPoint	vcard:Kind	0..1	erwünscht	DCAT-AP CH 2.0
Sprachen	In diesem Feld wird angegeben, in welchen Sprachen der Datensatz verfügbar ist. Zur Auswahl stehen die Sprachen Deutsch, Französisch, Italienisch, Rätoromanisch und Englisch. Falls die Daten in einer Sprache vorliegen, die nicht aufgeführt ist, lassen Sie das Feld leer oder sprechen Sie sich mit dem I14Y-Team ab. Die auswählbaren Optionen entsprechen dem ISO-Standard 639.	dct:language	dct:LinguisticSystem	0..n	optional	DCAT-AP CH 2.0
Themen	In diesem Feld wird angegeben, aus welchen thematischen Bereichen Daten zur Verfügung gestellt werden. Die hier gemachten Angaben bilden die Grundlage für einige Filtermöglichkeiten auf der Interoperabilitätsplattform I14Y. Hinterlegt ist eine Themenliste, die auch als Konzept auf der Interoperabilitätsplattform I14Y verfügbar ist. Die Liste wurde vom Normierungsgremium eCH entwickelt und im Dokument zu den Grundlagen für die E-Government-Architektur der Schweiz publiziert (eCH-0122). Die Interoperabilitätsstelle hat die Liste leicht erweitert. Die zusätzlichen Begriffe sollen in die nächste Version des eCH-Dokuments aufgenommen werden. Für die Publikation auf opendata.swiss ist zusätzlich ein Thema aus der dort verwendeten Themenliste auszuwählen.	dcat:theme	skos:Concept (I14Y Themenliste)	0..n	erwünscht	DCAT-AP CH 2.0
Vertraulichkeit	Wählen Sie an, ob ihre Datensatz besonders schützenswerte Personendaten, Personendaten oder keine Personendaten enthält. Dieses Feld ist in DCAT-AP-CH vorläufig nicht vorgesehen.	-	Vertraulichkeitsgrad: enthält keine Personendaten (code: no_person), enthält Personendaten (code: person), enthält besonders schützenswerte Personendaten (code: protect_person)	0..1	optional	Spezifisch für I14Y
Aufbewahrungsfrist	Wählen Sie aus, bis zu welchem Datum der Datensatz verfügbar ist. Anschliessend wird sie gelöscht oder archiviert.	-	xsd:dateTime	0..1	optional	Spezifisch für I14Y
Ergänzung zur Aufbewahrungsfrist	Nutzen Sie dieses Feld, falls die Aufbewahrungsfrist in Worten statt mit einem Datum beschrieben werden soll. Bei kontinuierlich betriebenen Datensatzen könnte etwa angemerkt werden: 10 Jahre ab Erfassung, 5 Jahre nach Ende des Kalendersjahrs etc. Diese Präzisierungen sind deutscher, französicher und italienischer Sprache sowie in Englisch möglich.	-	rdfs:Literal	0..1	optional	Spezifisch für I14Y
Schlüsselwörter	Damit der Eintrag einfach auffindbar wird, lassen sich Schlüsselwörter hinterlegen. Sinnvoll ist, wenn Synonyme oder allgemeine Begriffe verwendet werden. Das Feld sollte insbesondere für jene Begriffe genutzt werden, die in der Termdat-Datenbank des Bundes, dem europäischen Umwelt-Thesaurus GEMET oder der kollaborativen Datenplattform Wikidata verzeichnet sind. Nebst dem Begriff in den Landessprachen sowie in Englisch lässt sich auch die URI zum betreffenden Eintrag auf Termdat, Gemet oder Wikidata hinterlegen.	dcat:keyword	rdfs:Literal	0..n	erwünscht	DCAT-AP CH 2.0
Landing pages	Tragen Sie hier den Link zu jener Webseite bei Ihrer Organisation ein, auf welcher mehr Informationen zum betreffenden Datenangebot zu finden oder via die die Originaldaten abgerufen werden können.	dcat:landingPage	foaf:Document	0..n	erwünscht	DCAT-AP CH 2.0
Räumliche Abdeckung	In diesem Feld wird beschrieben, welches geografische Gebiet die betreffenden Daten abdecken. Einige Beispiele: “Schweiz”, “Kanton Solothurn”, “Aarau”. Derzeit kann Freitext eingegeben werden. Bei Gebieten, die in folgenden Vokabularen enthalten sind, müssen die betreffenden Begriffe verwendet werden: VOCAB-EU-CONTINENT, VOCAB-EU-COUNTRY, VOCAB-EU-PLACE, GEONAMES	dct:spatial	dct:Location	0..n	erwünscht	DCAT-AP CH 2.0
Zeitliche Abdeckung	Dieses Feld beschreibt, welche Zeitspanne der Datensatz abdeckt. Falls die Erhebung nicht abgeschlossen ist, wird das “Bis”-Feld leer gelassen.	dct:temporal	dct:PeriodOfTime	0..n	erwünscht	DCAT-AP CH 2.0
Frequenz	Wählen Sie bei nicht abgeschlossenen Datensatzen die am besten passende Angabe zum Aktualisierungsintervall aus. Die hinterlegte Liste entspricht dem Vokabular zur Publikationsfrequenz der Europäischen Union.	dct:accrualPeriodicity	dct:Frequency	0..1	optional	DCAT-AP CH 2.0
Konform zu	In diesem Feld werden technische Spezifikationen erfasst. Setzen Sie dazu einen Link auf das entsprechende Dokument, etwa auf die Beschreibung eines Standards bei eCH.	dct:conformsTo	dct:Standard	0..n	optional	DCAT-AP CH 2.0
Dokumente	Tragen Sie hier weitere Dokumente ein, die einen direkten Zusammenhang mit ihrem Angebot haben, etwa einen Link zu einem wissenschaftlichen Artikel, zu einer Anleitung oder zu einem Hintergrundtext.	foaf:page	foaf:Document	0..n	optional	DCAT-AP CH 2.0
Wird referenziert von	In diesem Feld können Ressourcen erfasst werden, die sich auf die beschriebene Datensatz beziehen – etwa eine Publikation, die auf Grundlage der Daten verfasst wurde.	dct:isReferencedBy	rdfs:Resource	0..n	optional	DCAT-AP CH 2.0
Qualifizierte Rollenzuordnung	Falls weitere Organisationen für Teilbereiche der Datensatz verantwortlich sind, können Sie diese hier hinterlegen. Wählen Sie die Rolle aus der Liste aus, die am besten passt. Und wählen Sie in einem zweiten Schritt die beteiligte Organisation aus. Hinterlegt sind alle Organisationen, die die Interoperabilitätsplattform I14Y nutzen.	prov:qualifiedAttribution	prov:Attribution	0..n	optional	DCAT-AP CH 2.0
Qualifizierte Verbindung Ergänzungen	Verwenden Sie dieses Feld, wenn Sie einen schriftlichen Anhang über andere Organisationen hinzufügen möchten, die für Teile der Datenerhebung verantwortlich sind.	-	rdfs:Literal	0..1	optional	Spezifisch für I14Y
Qualifizierte Beziehung	In diesem Feld werden verwandte Ressourcen verlinkt. Insbesondere ist erwünscht, dass verwandte Datensatzen verlinkt werden.	dcat:qualifiedRelation	dcat:Relationship	0..n	optional	DCAT-AP CH 2.0
Verwandte Ressourcen	In diesem Bereich werden allfällige gesetzliche Grundlagen zum betreffenden Datenangebot erfasst, also etwa Gesetze und Verordnungen. Setzen Sie dazu einen Link zum betreffenden Dokument auf Fedlex oder auf die entsprechende Online-Ressource, die den Text enthält. Zudem lassen sich verwandte Ressourcen verlinken, die nicht zum Feld Qualifizierte Beziehungen passen, etwa zusätzliches Material wie einen Artikel, ein Beispiel oder eine Dokumentation.	dct:relation	rdfs:Resource	0..n	optional	DCAT-AP CH 2.0
Bild	Links zu Minibildern, die den Inhalt der Datensatz illustrieren. Dieses Feld ist von DCAT-AP-CH vorgesehen, nicht aber von DCAT-AP. Pro Datensatz können laut DCAT Links zu höchstens drei Bildern hinzugefügt werden.	schema:image	schema:url	0..3	optional	DCAT-AP CH 2.0
Version	Tragen Sie hier die Versionsnummer Ihres Datensatzes ein. Bei Neueröffnung eines Eintrags wird die Versionsnummer 1.0.0 eingetragen. Bei kleineren Änderungen am Eintrag wird zur Versionsnummer 1.0.1 übergegangen. Bei relevanten inhaltlichen Änderungen wird zur Versionsnummer 1.1.0 genutzt übergegangen usw. Sollte der eingetragene Datensatz von einem neuen Datensatz abgelöst werden, wird die Versionsnummer 2.0.0 verwendet. Bitte beachten Sie, dass beim Erstellen einer neuen Version eines Eintrags die alte Version auf den Status “Abgelöst” gesetzt werden muss. Ansonsten ist es den Nutzerinnen und Nutzern der Plattform unmöglich, auf Anhieb die aktuelle Version des Eintrags zu finden. Dieses Feld ist in DCAT-AP CH 3.0 vorgesehen.	dcat:version	rdfs:Literal	0..1	optional	DCAT-AP CH 3.0
Vorherige Version	Verknüpft den Datensatz mit seiner Vorgängerversion. In der GUI wird die Vorgänger-/ Nachfolgerbeziehung automatisiert über die Versionierungfunktion geführt. In der Partner-API kann die Beziehung explizit gesetzt werden, indem im POST `/datasets` das Feld `previousVersion.id` mit der ID des Vorgänger-Datensatzes übergeben wird. Dieses Feld wird voraussichtlich in DCAT-AP CH 3.0 aufgenommen.	dcat:previousVersion	dcat:Dataset	0..1	optional	DCAT-AP 3.0.0
Versionshinweise	Erfassen Sie hier zusätzliche Informationen zur betreffenden Version. Dieses Feld ist in DCAT-AP CH 3.0 vorgesehen.	adms:versionNotes	rdfs:Literal	0..1	optional	DCAT-AP CH 3.0
Dateneigner	Erfasst wird der Name der für der Datensatz verantwortlichen Person. Dank dieser Angabe kann bei einer Frage zur Datensatz die verantwortliche Person einfacher kontaktiert werden. Bei diesem Feld handelt es sich um ein Freitextfeld. Der Name wird auf der öffentlichen Seite nicht angezeigt. Sehen können ihn alle Mitglieder der eigenen Organisation sowie – im Falle einer öffentlichen Publikation der betreffenden Beschreibung – alle eingeloggten Personen im internen Bereich der Plattform.	-	Personenname in Freitext (spezifisch für I14Y)	0..1	optional	Spezifisch für I14Y
Ansprechperson	Erfasst wird die E-Mail-Adresse als Identifikator der Person, die den Datensatz operativ betreut. Damit lässt sich die richtige Person bei Fragen rasch kontaktieren. Voraussetzung ist, dass sich die betreffende Person mindestens einmal auf der Interoperabilitätsplattform I14Y eingeloggt hat. Der Name wird aus der mit der E-Mail-Adresse verknüpften Identität bei eIAM bezogen. Er wird auf der öffentlichen Seite nicht angezeigt. Einsehbar ist er für alle Mitglieder der eigenen Organisation sowie – bei einer öffentlichen Publikation der betreffenden Beschreibung – für alle eingeloggten Personen im internen Bereich der Plattform.	-	Person (Spezifisch für I14Y)	0..1	optional	Spezifisch für I14Y
Vertretung der Ansprechperson	Erfasst wird die E-Mail-Adresse als Identifikator der Person, die als Vertretung der operativ zuständigen Person fungiert. Voraussetzung ist, dass sich die betreffende Person mindestens einmal auf der Interoperabilitätsplattform I14Y eingeloggt hat. Der Name wird aus der mit der E-Mail-Adresse verknüpften Identität bei eIAM bezogen. Er wird auf der öffentlichen Seite nicht angezeigt. Einsehbar ist er für alle Mitglieder der eigenen Organisation sowie – bei einer öffentlichen Publikation der betreffenden Beschreibung – für alle eingeloggten Personen im internen Bereich der Plattform.	-	Person (Spezifisch für I14Y)	0..1	optional	Spezifisch für I14Y
ID gemäss GeoIV	Beinhaltet ein Datensatz Teile eines Datensatzes aus den Geobasisdaten, kann hier der betreffende Identifikator ausgewählt werden. Hinterlegt sind sämtliche Datensätze, die auf Geobasisdaten.ch aufgelistet werden.	-	External Vocabulary	0..n	optional	Spezifisch für I14Y
Process ID	Wird ein Datensatz in einem Geschäftsprozess verwendet oder durch diesen generiert, kann in diesem Feld ein Identifikator für den betreffenden Prozess hinterlegt werden.	-	rdfs:Literal	0..1	optional	Spezifisch für I14Y

Distribution

dcat:Distribution

Feld	Beschreibung	URI	Wertebereich	Kardinalität	Anmerkung	Bezug Standard
Titel	Der Titel ist kurz, macht aber klar, was in der betreffenden Distribution enthalten ist. Der Titel besteht aus einer Zeichenkette, darf also Buchstaben, Sonderzeichen, Zahlen oder auch ein Datum enthalten. Möglich ist eine Eingabe in deutscher, französischer, italienischer und englischer Sprache. Das Feld muss in mindestens einer Sprache ausgefüllt werden. In DCAT-AP-CH ist das Feld nicht obligatorisch, auf der Interoperabilitätsplattform I14Y aber schon.	dct:title	rdfs:Literal	1..n	obligatorisch	DCAT-AP CH 2.0
Beschreibung	In diesem Feld wird die Distribution möglichst präzise in Freitext in der betreffenden Sprache beschrieben. Es ist anzustreben, dass die Beschreibung in mehreren Sprachen vorliegt. Idealerweise enthält die Beschreibung alle Begriffe, nach denen vermutlich gesucht wird. Absätze sind möglich, Textformatierungen aber nicht. In DCAT-AP-CH 2.0 ist das Feld nicht obligatorisch, auf der Interoperabilitätsplattform I14Y aber schon.	dct:description	rdfs:Literal	1..n	obligatorisch	DCAT-AP CH 2.0
Identifikator	Eine Kennung für das betreffende Angebot, die insbesondere in der Herausgeber-Organisation verwendet wird. Distributionen benötigen nicht zwingend einen Identifikator.	dct:identifier	rdfs:Literal	1..1	optional	DCAT-AP CH 2.0
Publikationsdatum	In diesem Feld wird das Datum eingetragen, an dem die Distribution erstmals veröffentlicht wurde.	dct:issued	rdfs:Literal (typed as xsd:date, xsd:dateTime)	0..1	optional	DCAT-AP CH 2.0
Änderungsdatum	In diesem Feld wird das Datum eingetragen, an dem die Distribution verändert bzw. aktualisiert wurde.	dct:modified	rdfs:Literal (typed as xsd:date, xsd:dateTime)	0..1	erwünscht	DCAT-AP CH 2.0
Sprachen	In diesem Feld wird angegeben, in welchen Sprachen der Datensatz verfügbar ist. Zur Auswahl stehen die Sprachen Deutsch, Französisch, Italienisch, Rätoromanisch und Englisch. Das Feld muss laut DCAT-AP-CH ausgefüllt werden, falls eine Abhängigkeit von einer Sprache besteht oder falls die Distribution nicht gleichzeitig in Deutsch, ,Französisch, Italienisch und Englisch verfügbar ist. Falls die Daten in einer Sprache vorliegen, die nicht aufgeführt ist, lassen Sie das Feld leer oder sprechen Sie sich mit dem I14Y-Team ab. Die auswählbaren Optionen entsprechen dem ISO-Standard 639.	dct:language	dct:LinguisticSystem	0..n	optional	DCAT-AP CH 2.0
URL	Die Internetadresse, über die die betreffende Distribution heruntergeladen werden kann. Oder die Internetadresse, auf der weitere Informationen dazu zu finden sind, wie die Distribution bezogen werden kann. Entweder wird bloss die URL eingetragen. Wird in den Nachfolgefeldern zusätzlich ein Titel eingetragen, erscheint dieser als Link. Wird direkt auf die Datendatei verlinkt, ist das Kästchen “Download-URL” anzuklicken.	dcat:accessURL	rdfs:Resource	1..n	obligatorisch	DCAT-AP CH 2.0
Zugriffsdienst(e)	Verknüpft eine Distribution mit einem oder mehreren Datenzugriffsdiensten (z.B. API-Endpunkte), über die die Distribution aufgerufen werden kann. In der GUI wird diese Verknüpfung ausgehend von einem Objekt des Typs Dataservice (API) hergestellt; in der Partner-API kann die Verknüpfung via das Feld `accessServices` hergestellt werden.	dcat:accessService	dcat:DataService	0..n	optional	DCAT-AP CH 2.0
Download URL	Die URL der herunterladbaren Datei in einem bestimmten Format.	dcat:downloadURL	rdfs:Resource	0..n	optional	DCAT-AP CH 2.0
Dateigrösse	Die Grösse der verlinkten Datendatei in Bytes, wie von DCAT-AP-CH gefordert. Anzugeben ist also ausschliesslich eine Zahl, also zum Beispiel 2500000 für eine 2.5 Megabyte grosse Datei.	dct:byteSize	rdfs:Literal (typed as xsd:decimal)	0..1	optional	DCAT-AP CH 2.0
Format	Das Dateiformat der Distribution. Bitte nehmen Sie mit der Interoperabilitätsstelle Kontakt auf, falls das betreffende Format in der Auswahlliste fehlt.	dct:format	dct:MediaTypeOrExtend	0..1	erwünscht	DCAT-AP CH 2.0
Medientyp	Bei Bedarf kann der Medientyp (früher MIME-Typ) spezifiziert werden. Bitte nehmen Sie mit der Interoperabilitätsstelle Kontakt auf, falls weitere Auswahlmöglichkeiten nötig sind.	dcat:mediaType	dct:MediaType	0..1	optional	DCAT-AP CH 2.0
Komprimierungsformat	Falls mehrere Dateien in einem Archiv zusammengefasst werden, kann hier das Komprimierungsformat angegeben werden. Bitte nehmen Sie mit der Interoperabilitätsstelle Kontakt auf, falls weitere Auswahlmöglichkeiten nötig sind.	dcat:packageFormat	dct:MediaType	0..1	optional	DCAT-AP CH 2.0
Prüfsummenalgorithmus	Algorithmus, mit dem die Integrität der unter URL verlinkten Datei geprüft werden kann.	spdx:algorithm	spdx:ChecksumAlgorithm	0..1	optional	DCAT 3
Prüfsumme	Prüfsumme, die mit dem zuvor genannten Prüfummenalgorithmus erzeugt worden ist.	spdx:checksum	spdx:Checksum	0..1	optional	DCAT-AP CH 2.0
Prüfsummenwert	Das Feld enthält einen hexadezimal codierten Digest-Wert in Kleinbuchstaben, der mithilfe eines bestimmten Algorithmus erzeugt wurde.	spdx:checksumValue	spdx:checksumValue	0..1	optional	DCAT 3
Lizenz	Wählen Sie die Lizenz aus, unter der die abrufbaren Daten stehen. Das Lizenzfeld muss zwingend ausgefüllt werden, falls die Metadaten auf opendata.swiss veröffentlicht werden sollen. Hinterlegt ist die von eCH erarbeitete Liste mit Lizenzen für Open Government Data. Die Lizenzliste ist auf der Interoperabilitätsplattform I14Y als Konzept verfügbar.	dct:license	dct:LicenseDocument	0..1	derzeit optional, in Zukunft obligatorisch	DCAT-AP CH 2.0
Rechte	Diese Eigenschaft bezieht sich auf eine Erklärung, die die mit der Verbreitung verbundenen Rechte festlegt.	dct:rights	dct:RightsStatement	0..1	erwünscht	DCAT-AP CH 2.0
Verfügbarkeit	In diesem Feld kann angegeben werden, wie lange der betreffende Download verfügbar sein soll. Die Liste der möglichen Werte (verfügbar, experimentell, stabil, temporär) stammt aus der Tabelle Planned availability authority, die ein kontrolliertes Vokabular ist, das die geplante Verfügbarkeit von DCAT-AP-definierten Ressourcen angibt. Bitte nehmen Sie mit der Interoperabilitätsstelle Kontakt auf, falls weitere Auswahlmöglichkeiten nötig sind.	dcatap:availability	skos:Concept (Mögliche Werte: verfügbar, experimentell, stabil, temporär)	0..1	optional	DCAT-AP CH 2.0
Abdeckung von	Tragen Sie hier ein, ab welchem Datum Informationen in der betreffenden Distribution zu finden sind.	dct:coverage	dct:PeriodOfTime (dcat:startDate)	0..1	optional	DCAT-AP CH 2.0
Abdeckung bis	Tragen Sie hier ein, bis zu welchem Datum Informationen in der betreffenden Distribution zu finden sind.	dct:coverage	dct:PeriodOfTime (dcat:endDate)	0..1	optional	DCAT-AP CH 2.0
Zeitliche Auflösung	Hier kann hinterlegt werden, in welchen Zeitabständen Daten erfasst wurden. Im Feld kann Freitext eingegeben werden. Bevorzugt wird aber eine einheitliche Notation gemäss W3C analog zu den folgenden Beispielen: P1D (Auflösung 1 Tag), P1M (ein Monat), P1Y (ein Jahr)	dcat:temporalResolution	xsd:duration	0..1	optional	DCAT-AP CH 2.0
Räumliche Auflösung	Gibt die räumliche Auflösung der Distribution an (in Metern). In der GUI ist dieses selten nachgefragte Feld nicht verfügbar; in der Partner-API kann es als numerischer Wert gesetzt werden (Feld `spatialResolution`, in Metern).	dcat:spatialResolutionInMeters	rdfs:Literal (typed as xsd:decimal)	0..1	optional	DCAT 3
Konform zu	Setzen Sie einen Link auf das entsprechende Dokument, wenn Ihr Datenangebot einem Standard entspricht.	Analog zu dct:conformsTo	dct:Standard	0..n	optional	DCAT-AP CH 2.0
Dokumente	Tragen Sie hier weitere Dokumente ein, die einen direkten Zusammenhang mit Ihrem Angebot haben, etwa eine Anleitung oder einen Hintergrundtext.	foaf:page	foaf:Document	0..n	optional	DCAT-AP CH 2.0
Bild	Links zu kleinen Bildern, die den Inhalt der Distribution illustrieren. Dieses Feld ist von DCAT-AP-CH vorgesehen, nicht aber von DCAT-AP. Pro Datensatz sollen laut DCAT Links zu höchstens drei Bildern hinzugefügt werden.	schema:image	schema:url	0..3	optional	DCAT-AP CH 2.0

Struktur

Eine Struktur beschreibt, wie Datenobjekte aufgebaut sind und zueinander in Beziehung stehen. Auf I14Y wird die Struktur mit SHACL (Shapes Constraint Language) definiert und besteht aus drei Hauptobjekten: Klassen (sh:NodeShape), Attributen (sh:PropertyShape) und Assoziationen (ebenfalls sh:PropertyShape, aber mit Verweis auf eine andere Klasse). Die vollständige Felddokumentation für alle drei Objekte findet sich unter Felder zur Beschreibung einer Struktur.

Anhang: Felder zur Beschreibung einer Struktur

Mon, 01 Jan 0001 00:00:00 +0000

Eine Struktur beschreibt, wie ein Datenangebot aufgebaut ist: Welche Klassen (Tabellen/ Entitätstypen), Attribute (Felder/ Spalten) und Assoziationen (Beziehungen zwischen Klassen) enthält es? Auf I14Y werden Strukturen mit der Shapes Constraint Language (SHACL) definiert und als Turtle (TTL)-, RDF- oder JSON-LD-Datei hinterlegt.

Eine Einführung in das praktische Vorgehen findet sich unter Struktur beschreiben. Nachfolgend werden alle Felder für die drei Hauptobjekte – Klasse, Attribut und Assoziation – dokumentiert.

Klasse

Eine Klasse beschreibt eine Gruppe von Objekten, die ähnliche Merkmale haben – zum Beispiel Einträge desselben Typs.

Feld	Beschreibung	URI	Wertebereich	Kardinalität	Anmerkung
Title	Lesbarer Name der Klasse, nützlich für Dokumentation und Benutzeroberflächen.	rdfs:label	`rdfs:Literal`	0..n	erwünscht
Typ	Gibt den Typ des Objekts an. Klassen in SHACL sind vom Typ `sh:NodeShape`.	rdf:type	`sh:NodeShape` (IRI)	1..n	`sh:NodeShape` ist obligatorisch; weitere Typen sind möglich
Hat Eigenschaften	Liste der `PropertyShape`-Instanzen, die Attribute dieser Klasse beschreiben.	sh:property	Liste von `sh:PropertyShape` (IRIs)	0..n	erwünscht; erforderlich, wenn die Klasse Eigenschaften hat.
Beschreibung	Beschreibung der Klasse.	dcterms:description	`rdfs:Literal`	0..n	erwünscht
Modifiziert	Datum der letzten Änderung der Klasse.	dcterms:modified	`xsd:dateTime`	0..1	erwünscht
Erstellt	Erstellungsdatum der Klasse.	dcterms:created	`xsd:dateTime`	0..1	erwünscht

Attribut

Ein Attribut ist eine Eigenschaft oder ein Datenfeld, das einer Klasse zugeordnet ist (über sh:property).

Feld	Beschreibung	URI	Wertebereich	Kardinalität	Anmerkung
Link zu den Daten	Legt fest, auf welche RDF-Daten die Einschränkung zutrifft. Dieses Attribut ist für eine gültige Struktur obligatorisch. Wenn die Daten nicht im RDF-Format vorliegen, Sie die Struktur jedoch in SHACL beschreiben möchten, können Sie einen Platzhalter-Link zur Ressource erstellen (z. B. mit einem Platzhalter-Präfix: http://example.com/). Dieser kann geändert werden, sobald die Daten im RDF-Format vorliegen.	sh:path	IRI	1	obligatorisch
Title	Ein lesbarer Name für das Attribut, nützlich für Dokumentation und Benutzeroberflächen.	sh:name	`rdfs:Literal`	0..n	erwünscht
Typ	Der Typ des Objekts. Ein Attribut in SHACL kann explizit (mit einem Objekt, das über die URI vom Typ sh:PropertyShape gefunden werden kann) oder implizit (ohne Erstellung eines separaten Objekts, durch direkte Angabe der Einschränkungen innerhalb der sh:property im Klassenobjekt) definiert werden. Es wird empfohlen, aber nicht vorgeschrieben, eine Eigenschaftsform als SHACL-Instanz von sh:PropertyShape zu deklarieren.	rdf:type	`sh:PropertyShape` (IRI)	1..n	obligatorisch (wird jedoch nicht verwendet, wenn das Attribut direkt in der Klasse über sh:property definiert ist)
Data Type	Gibt den Datentyp der Eigenschaft an (z. B. “xsd:string”, “xsd:dateTime” usw.). Diese Eigenschaft stellt sicher, dass die der Eigenschaft zugewiesenen Werte dem erwarteten Datentyp entsprechen.	sh:datatype	IRIs (`xsd:integer`, `xsd:decimal`, `xsd:boolean`, `xsd:date`, … Eine Liste der RDF-kompatiblen XSD-Typen finden Sie in der folgenden Dokumentation: RDF 1.1 Concepts and Abstract Syntax)	0..1	optional
Regex Pattern	In diesem Feld können Sie ein reguläres Ausdrücke definieren, die zum Abgleichen von Zeichenkombinationen in einer Zeichenfolge verwendet werden. Die Werte von sh:pattern sind gültige Musterargumente für die SPARQL-Funktion REGEX.	sh:pattern	`rdfs:Literal` (with datatype `xsd:string`)	0..1	optional
Minimale Anzahl	Kardinalitätsbeschränkung. Gibt die Mindestanzahl an, wie oft die Eigenschaft vorkommen darf.	sh:minCount	`rdfs:Literal` (typed as `xsd:integer`)	0..1	optional
Maximale Anzahl	Kardinalitätsbeschränkung. Gibt an, wie oft die Eigenschaft maximal vorkommen darf.	sh:maxCount	`rdfs:Literal` (typed as `xsd:integer`)	0..1	optional
Mindestlänge	Mindestlänge eines String-Wertes.	sh:minLength	rdfs:Literal (typed as xsd:integer)	0..1	optional
Maximale Länge	Maximale Länge eines String-Werts.	sh:maxLength	`rdfs:Literal` (typed as `xsd:integer`)	0..1	optional
Position	Gibt die relative Reihenfolge des Elements an.	sh:order	`rdfs:Literal` (typed as `xsd:integer`)	0..1	optional
Beschreibung	Eine Textbeschreibung, die weitere Details zur Eigenschaft liefert.	sh:description	`rdfs\:Literal`	0..n	optional
Conforms To	Ein Standard, dem die Ressource entspricht. In diesem Feld können die mit diesem Attribut verbundenen I14Y-Konzepte verlinkt werden.	dcterms:confromsTo	`dct:Standard`	0..1	optional

Assoziation

Eine Assoziation ist eine bestimmte Beziehung zwischen verschiedenen Entitäten oder Klassen (über sh:class).

Feld	Beschreibung	URI	Wertebereich	Kardinalität	Anmerkung
Link zu den Daten	Legt fest, auf welche RDF-Daten die Einschränkung zutrifft. Dieses Attribut ist für eine gültige Struktur obligatorisch. Wenn die Daten nicht im RDF-Format vorliegen, Sie die Struktur jedoch in SHACL beschreiben möchten, können Sie einen Platzhalter-Link zur Ressource erstellen (z. B. mit einem Platzhalter-Präfix: http://example.com/), der geändert werden kann, sobald die Daten im RDF-Format vorliegen.	sh:path	IRI	1	obligatorisch
Title	Ein Name für die Attribut, den man lesen kann. Das ist wichtig, um die Klasse in der Dokumentation oder in Benutzeroberflächen zu erkennen.	sh:name	`rdfs:Literal`	0..n	erwünscht
Typ	Der Typ des Objekts. Ein Attribut in SHACL kann explizit (mit einem Objekt, das über die URI vom Typ sh:PropertyShape gefunden werden kann) oder implizit (ohne Erstellung eines separaten Objekts, durch direkte Angabe der Einschränkungen innerhalb der sh:property im Klassenobjekt) definiert werden. Es wird empfohlen, aber nicht vorgeschrieben, eine Eigenschaftsform als SHACL-Instanz von sh:PropertyShapezu deklarieren.	rdf:type	`sh:PropertyShape` (IRI)	0..n	optional (die implizite Syntax kann verwendet werden)
Assoziation zur Klasse	Dies ist die Eigenschaft, die eine Assoziation mit einer Klasse verknüpft (z. B. ist hasAddress mit der Klasse Address verknüpft). Sie können entweder sh:class oder sh:node verwenden. sh:class überprüft, ob ein Wert eine Instanz einer bestimmten RDF-Klasse ist, während sh:node überprüft, ob der Wert einer anderen Struktur (sh:NodeShape) entspricht.	sh:class/sh:node	IRIs	0..1	erwünscht
Minimale Anzahl	Kardinalitätsbeschränkung. Gibt die Mindestanzahl an, wie oft die Eigenschaft vorkommen darf.	sh:minCount	`rdfs:Literal` (typed as `xsd:integer`)	0..1	optional
Maximale Anzahl	Kardinalitätsbeschränkung. Gibt an, wie oft die Eigenschaft maximal vorkommen darf.	sh:maxCount	`rdfs:Literal` (typed as `xsd:integer`)	0..1	optional
Beschreibung	Eine Textbeschreibung, die weitere Details zur Eigenschaft liefert.	sh:description	`rdfs:Literal`	0..n	optional
Conforms To	Ein Standard, dem die Ressource entspricht. In diesem Feld können die mit diesem Attribut verbundenen I14Y-Konzepte verlinkt werden.	dcterms:confromsTo	`dct:Standard`	0..1	optional

Weiterführende Spezifikationen

Anhang: Eingabefelder API

Mon, 01 Jan 0001 00:00:00 +0000

dcat:DataService

Feld	Beschreibung	URI	Wertebereich	Kardinalität	Anmerkung	Bezug Standard
Titel	Der Titel des Eintrags ist kurz und macht die elektronische Schnittstelle einfach auffindbar. Der Titel besteht aus einer Zeichenkette, darf also Buchstaben, Sonderzeichen und Zahlen enthalten. Der Titel kann in den Sprachen Deutsch, Französisch, Italienisch und Englisch hinterlegt werden. Zwingend nötig ist der Titel in einer Sprache; für Metadaten des Bundes sollten die Titel mindestens in Deutsch, Französisch und Italienisch vorliegen. Via die API ist es möglich zusätzlich einen Titel in Rätoromanisch abzuspeichern.	dct:title	rdfs:Literal	1..1	obligatorisch	DCAT-AP CH 2.0
Beschreibung	In diesem Feld wird die API möglichst präzise in Freitext in der betreffenden Sprache beschrieben. Idealerweise enthält die Beschreibung alle Begriffe, nach denen vermutlich gesucht wird. Absätze sind möglich, Textformatierungen aber nicht. Die Beschreibung kann in den Sprachen Deutsch, Französisch, Italienisch und Englisch hinterlegt werden. Es ist anzustreben, dass die Beschreibung in mehreren Sprachen vorliegt; Angaben in mindestens einer Sprache sind obligatorisch. Via die API ist es möglich zusätzlich eine Beschreibung in Rätoromanisch abzuspeichern.	dct:description	rdfs:Literal	1..1	obligatorisch	DCAT-AP CH 2.0
Identifikator	Der Identifikator ist eine eindeutige Kennung der API auf der Plattform und wird in der URL verwendet. Bei Bedarf können mehrere Identifikatoren erfasst werden; das System speichert diese als geordnete Liste (Array). Der erste Identifikator (Hauptidentifikator) muss zwingend stabil sein. Sobald die API öffentlich publiziert ist, kann dieser erste Identifikator nicht mehr geändert werden. Zulässig sind Buchstaben, der Binde- und Unterstrich sowie Zahlen; Sonderzeichen, diakritische Zeichen und Leerzeichen sind nicht zulässig. Das System prüft auf Eindeutigkeit und zulässige Zeichen. Ist noch kein Identifikator manuell gesetzt worden, bevor der Publikationskanal von “Intern” auf “Öffentlich” umgestellt wird, erzeugt das System den Hauptidentifikator automatisch aus dem Titel (Slugification).	dct:identifier	rdfs:Literal	1..1	obligatorisch	DCAT-AP CH 2.0
Herausgeber	Als Herausgeber wird jene Organisation aufgeführt, die der Datensatz in Auftrag gegeben hat oder sie pflegt. Auswählbar ist die eigene Organisation beziehungsweise die eigenen Organisationen. Eingeblendet werden jene Organisationen, in denen die betreffende Person Schreibrechte hat.	dct:publisher	foaf:Agent	1..1	obligatorisch	DCAT-AP CH 2.0
Zugriffsrechte	Bitte geben Sie an, ob die Daten, die von der API zugänglich gemacht werden, frei und kostenlos verfügbar ist (“Öffentlich”), ob sie unter bestimmten Bedingungen genutzt werden kann (“Eingeschränkt”) oder ob sie ausschliesslich Ihrer Organisation zur Verfügung steht (“Nicht-öffentlich”). Die Optionen stammen aus einem Vokabular der Europäischen Union.	dct:accessRights	dct:RightsStatement	1..1	obligatorisch	DCAT-AP CH 2.0
URL des Endpunktes	Internetadresse und Titel des primären Endpunktes der API. Wenn Sie den Titel ausfüllen, wird auf der Plattform der verlinkte Titel eingeblendet. Wird es leer gelassen, erscheint die volle Internetadressen. Bei einer API mit zahlreichen Endpunkten empfiehlt es sich, hier den Link zur Dokumentationsseite (z.B. dem Swagger) zu erfassen. Es ist aber grundsätzlich auch möglich, auf der Plattform mehrere Endpunkte zu dokumentieren.	dcat:endpointURL	rdfs:Resource	1..n	obligatorisch	DCAT-AP CH 2.0
Beschreibung des Endpunktes	Verlinken Sie die Beschreibungen bzw. Dokumentationen der einzelnen Endpunkte. Die Reihenfolge korrespondiert mit jener im Bereich “URL des Endpunktes”.	dcat:endpointDescription	rdfs:Resource	0..n	erwünscht	DCAT-AP CH 2.0
Kontaktstelle: Organisation	In diesem Feld wird der Name der Organisation erfasst, also etwa der Name des Amtes, der Sektion oder der Gemeinde. Der Name wie auch die Anschrift der Kontaktstelle können mehrsprachig hinterlegt werden. Zudem ist es möglich, mehrere Kontaktstellen zu erfassen.	Teil von dcat:contactPoint	vcard:Kind	0..n	erwünscht	DCAT-AP CH 2.0
Kontaktstelle: Adresse	In diesem Feld wird die Adresse der Organisation erfasst. Erwünscht ist der Name der Strasse und die Hausnummer, auf der nächsten Zeile – sofern zutreffend – Angaben zum Postfach und schliesslich die Postleitzahl gefolgt vom Ort.	Teil von dcat:contactPoint	vcard:Kind	0..n	erwünscht	DCAT-AP CH 2.0
Kontaktstelle: Notiz	In diesem Feld können allfällige präzisierende oder aber zusätzliche Angaben zur Kontaktstelle erfasst werden.	Teil von dcat:contactPoint	vcard:Kind	0..n	erwünscht	DCAT-AP CH 2.0
Kontaktstelle: E-Mail	Zwingend zu erfassen ist die E-Mail-Adresse, über die die Organisation erreicht werden kann. Diese Adresse wird idealerweise täglich überwacht. Es ist möglich, mehrere Kontaktstellen zu erfassen.	Teil von dcat:contactPoint	vcard:Kind	1..n	erwünscht	DCAT-AP CH 2.0
Kontaktstelle: Telefon	Die Telefonnummer für Rückfragen zum betreffenden Datenangebot wird im Format +41 XXX XX XX hinterlegt.	Teil von dcat:contactPoint	vcard:Kind	0..n	erwünscht	DCAT-AP CH 2.0
Themen	In diesem Feld wird angegeben, aus welchen thematischen Bereichen Daten zur Verfügung gestellt werden. Die hier gemachten Angaben bilden die Grundlage für einige Filtermöglichkeiten auf der Interoperabilitätsplattform I14Y. Hinterlegt ist eine Themenliste, die auch als Konzept auf der Interoperabilitätsplattform I14Y verfügbar ist. Die Liste wurde vom Normierungsgremium eCH entwickelt und im Dokument zu den Grundlagen für die E-Government-Architektur der Schweiz publiziert (eCH-0122). Die Interoperabilitätsstelle hat die Liste leicht erweitert. Die zusätzlichen Begriffe sollen in die nächste Version des eCH-Dokuments aufgenommen werden. Für die Publikation auf opendata.swiss ist zusätzlich ein Thema aus der dort verwendeten Themenliste auszuwählen.	dcat:theme	skos:Concept	0..n	optional	DCAT-AP CH 2.0
Lizenz	Wählen Sie die Lizenz aus, unter der die über die elektronische Schnittstelle abrufbaren Daten stehen. Das Lizenzfeld muss zwingend ausgefüllt werden, falls die Metadaten auf opendata.swiss veröffentlicht werden sollen. Hinterlegt ist die von eCH erarbeitete Liste mit Lizenzen für Open Government Data. Die Lizenzliste ist auf der Interoperabilitätsplattform I14Y als Konzept verfügbar.	dct:license	dct:LicenseDocument	0..1	erwünscht	DCAT-AP CH 2.0
Schlüsselwörter	Damit der Eintrag einfach auffindbar wird, lassen sich Schlüsselwörter hinterlegen. Das Feld sollte insbesondere für jene Begriffe genutzt werden, die in der Termdat-Datenbank des Bundes, dem europäischen Umwelt-Thesaurus GEMET oder der kollaborativen Datenplattform Wikidata verzeichnet sind. Nebst dem Begriff in den Landessprachen sowie in Englisch lässt sich die URI zum betreffenden Objekt auf Termdat, Gemet oder Wikidata hinterlegen.	dcat:keyword	rdfs:Literal	0..n	erwünscht	DCAT-AP CH 2.0
Landing page	Tragen Sie hier den Link zu jener Webseite bei Ihrer Organisation ein, auf welcher die API detailliert beschrieben wird.	dcat:landingPage	foaf:Document	0..n	optional	DCAT-AP CH 2.0
Konform zu	Setzen Sie einen Link auf das entsprechende Dokument, wenn Ihr Datenangebot einem Standard entspricht.	dct:conformsTo	dct:Standard	0..n	optional	DCAT-AP CH 3.0 (Working Draft)
Dokumente	Tragen Sie hier weitere Dokumente ein, die einen direkten Zusammenhang mit ihrem Angebot haben, etwa eine Anleitung oder einen Hintergrundtext.	foaf:page	foaf:Document	0..n	optional	DCAT-AP CH 2.0
Verwendeter Datensatz	Geben Sie hier an, welche Datensätze über diese API zugänglich gemacht werden. Dies ermöglicht es, die Verbindung zwischen dem Data Service und den entsprechenden Datasets zu dokumentieren.	dcat:servesDataset	dcat:Dataset	0..n	erwünscht	DCAT-AP CH 3.0 (Working Draft)
Version	Tragen Sie hier die Versionsnummer Ihrer API ein. Bei Neueröffnung eines Eintrags wird die Versionsnummer 1.0.0 gesetzt. Bei kleineren Änderungen am Eintrag wird zur Versionsnummer 1.0.1 usw. übergegangen. Bei relevanten inhaltlichen Änderungen wird zur Versionsnummer 1.1.0 usw. übergegangen. Bei grossen Änderungen wird auf die Versionsnummer 2.0.0 gewechselt.	dcat:version	rdfs:Literal	0..1	optional	DCAT-AP CH 3.0 (Working Draft)
Versionshinweise	Erfassen Sie hier zusätzliche Informationen zur betreffenden Version.	adms:versionNotes	rdfs:Literal	0..1	optional	DCAT-AP CH 3.0 (Working Draft)

Anhang: Eingabefelder Behördenleistung

Mon, 01 Jan 0001 00:00:00 +0000

Behördenleistung

cpsv:PublicService

Die elektronischen Behördenleistungen werden anhand des Core Public Service Vocabulary der Europäischen Union beschrieben.

Feld	Beschreibung	URI	Wertebereich	Kardinalität	Anmerkung	Bezug Standard
Titel	Der Titel der Behördenleistung entspricht dem Namen der Behördenleistung, etwa der App oder der Website. Er ist kurz, macht die Behördenleistung aber einfach auffindbar. Er darf Buchstaben, Sonderzeichen und Zahlen enthalten. Der Titel kann in den Sprachen Deutsch, Französisch, Italienisch und Englisch hinterlegt werden; zwingend nötig ist eine Sprachversion. Bei Behördenleistungen des Bundes sollte der Titel mindestens in Deutsch, Französisch und Italienisch vorliegen. Via die Partner-API ist es möglich zusätzlich einen Titel in Rätoromanisch abzuspeichern.	dct:title	rdf:langString	1..n	obligatorisch	CPSV-AP 3.2.0
Beschreibung	In diesem Feld wird die Behördenleistung möglichst präzise in Freitext beschrieben. Idealerweise enthält die Beschreibung alle Begriffe, nach denen vermutlich gesucht wird. Die Beschreibung kann in den Sprachen Deutsch, Französisch, Italienisch und Englisch hinterlegt werden. Es ist anzustreben, dass die Beschreibung in mehreren Sprachen vorliegt; Angaben in mindestens einer Sprache sind obligatorisch. Bei Behördenleistungen des Bundes sollte die Beschreibung mindestens in Deutsch, Französisch und Italienisch vorliegen. Via die Partner-API ist es möglich zusätzlich eine Beschreibung in Rätoromanisch abzuspeichern.	dct:description	rdf:langString	1..n	obligatorisch	CPSV-AP 3.2.0
Herausgeber	Wählen Sie Ihre Organisation aus der Liste aus.	cv:hasCompetentAuthority	cv:PublicOrganization	1..1	obligatorisch	CPSV-AP 3.2.0
Identifikator	Der Identifikator dient der eindeutigen Identifikation der Behördenleistung und wird in der URL angezeigt. Bei Bedarf können mehrere Identifikatoren erfasst werden; das System speichert diese als geordnete Liste (Array). Der erste Identifikator (Hauptidentifikator) muss zwingend stabil bleiben. Nach der Publikation kann dieser nicht mehr geändert werden, da sich sonst der Permalink ändert und externe Links ungültig werden. Zulässig sind Buchstaben, der Binde- und Unterstrich sowie Zahlen. Der Identifikator soll keine Sonderzeichen oder diakritische Zeichen (Umlaute, französische Akzente etc.) enthalten. Auch Leerzeichen sind verboten. Das System prüft auf Eindeutigkeit. Ist noch kein Identifikator manuell gesetzt worden, bevor der Publikationskanal von “Intern” auf “Öffentlich” umgestellt wird, erzeugt das System den Hauptidentifikator automatisch aus dem Titel (Slugification).	dct:identifier	rdfs:Literal	1..1	obligatorisch	CPSV-AP 3.2.0
Sprachen	In diesem Feld wird angegeben, in welchen Sprachen die Behördenleistung verfügbar ist. Falls die Daten in einer Sprache vorliegen, die nicht aufgeführt ist, lassen Sie das Feld leer oder sprechen Sie sich mit dem I14Y-Team ab. Die auswählbaren Optionen entsprechen dem ISO-Standard 639.	dct:language	dct:LinguisticSystem	0..n	optional	CPSV-AP 3.2.0
Themen	In diesem Feld wird angegeben, welchem thematischen Bereich die betreffende Behördenleistung zuzuweisen ist. Die hier gemachten Angaben bilden die Grundlage für einige Filtermöglichkeiten auf der Interoperabilitätsplattform I14Y. Hinterlegt ist eine Themenliste, die auch als Konzept auf der Interoperabilitätsplattform I14Y verfügbar ist. Die Liste wurde vom Normierungsgremium eCH entwickelt und im Dokument zu den Grundlagen für die E-Government-Architektur der Schweiz publiziert (eCH-0122). Die Interoperabilitätsstelle hat die Liste leicht erweitert. Die zusätzlichen Begriffe sollen in die nächste Version des eCH-Dokuments aufgenommen werden.	cv:thematicArea	skos:Concept (I14Y Themenliste)	0..n	erwünscht	CPSV-AP 3.2.0
Sektor	In diesem Feld wird angegeben, aus welchen Sektoren Daten zur Verfügung gestellt werden. Hinterlegt ist derzeit dieselbe Liste wie im Feld Themen. Dies wird sich aber in Zukunft ändern.	cv:sector	skos:Concept (I14Y Themenliste)	0..n	optional	CPSV-AP 3.2.0
Schlüsselwörter	Damit der Eintrag einfach auffindbar wird, lassen sich Schlüsselwörter hinterlegen. Sinnvoll ist, wenn Synonyme oder allgemeine Begriffe verwendet werden. Das Feld sollte insbesondere für jene Begriffe genutzt werden, die in der Termdat-Datenbank des Bundes, dem europäischen Umwelt-Thesaurus GEMET oder der kollaborativen Datenplattform [Wikidata ](https://wikidata.org) verzeichnet sind. Nebst dem Begriff in den Landessprachen sowie in Englisch lässt sich auch die URI zum betreffenden Eintrag auf Termdat, Gemet oder Wikidata hinterlegen.	dcat:keyword	rdf:langString	0..n	erwünscht	CPSV-AP 3.2.0
Räumliche Abdeckung	In diesem Feld wird beschrieben, welches geografische Gebiet die betreffenden Daten abdecken. Einige Beispiele: “Schweiz”, “Kanton Solothurn”, “Aarau”. Derzeit kann Freitext eingegeben werden. Bei Gebieten, die in folgenden Vokabularen enthalten sind, müssen die betreffenden Begriffe verwendet werden: VOCAB-EU-CONTINENT, VOCAB-EU-COUNTRY, VOCAB-EU-PLACE, GEONAMES	dct:spatial	dct:Location	0..n	optional	CPSV-AP 3.2.0
Benötigt	Eine elektronische Behördenleistung kann auf anderen Behördenleistungen basieren oder diese in irgendeiner Weise nutzen. Solche grundlegenden Behördenleistungen können in diesem Feld verlinkt werden.	dct:requires	cpsv:PublicService	0..n	optional	CPSV-AP 3.2.0
Ist verbunden mit	Andere Behördenleistungen, die mit der beschriebenen Behördenleistung verbunden sind.	cv:relatedService	cpsv:PublicService	0..n	optional	CPSV-AP 3.2.0
Ist beschrieben in	Link zu Datensatzen, in denen die betreffende Behördenleistung beschrieben wird.	cv:isDescribedAt	dcat:Dataset	0..n	optional	CPSV-AP 3.1.1

Kanal

cv:Channel

Feld	Beschreibung	URI	Wertebereich	Kardinalität	Anmerkung	Bezug Standard
Identifikator	Der Identifikator ist eine eindeutige Kennung des Kanals und wird in der URL verwendet. Bei Bedarf können mehrere Identifikatoren erfasst werden; das System speichert diese als geordnete Liste (Array). Der erste Identifikator (Hauptidentifikator) muss stabil bleiben und kann nach der Publikation nicht mehr geändert werden. Zulässig sind Buchstaben, der Binde- und Unterstrich sowie Zahlen. Der Identifikator soll keine Sonderzeichen oder diakritische Zeichen (Umlaute, französische Akzente etc.) enthalten. Auch Leerzeichen sind verboten. Das System prüft auf Eindeutigkeit und zulässige Zeichen. Ist noch kein Identifikator manuell gesetzt worden, bevor der Publikationskanal von “Intern” auf “Öffentlich” umgestellt wird, erzeugt das System den Hauptidentifikator automatisch aus dem Titel (Slugification).	dct:identifier	rdfs:Literal	1..1	obligatorisch	CPSV-AP 3.2.0
Titel	Der Titel beschreibt die Behördenleistung kurz und leicht verständlich. Er darf Buchstaben, Sonderzeichen, Zahlen oder ein Datum enthalten. Der Titel kann in den Sprachen Deutsch, Französisch, Italienisch und Englisch hinterlegt werden; zwingend nötig ist eine Sprachversion.	-	rdf:langString	1..n	obligatorisch	Spezifisch für I14Y
Beschreibung	In diesem Feld wird die Kontaktmöglichkeit präzise in Freitext beschrieben. Der Text kann mit Absätzen gegliedert, aber nicht formatiert werden. Die Beschreibung kann in den Sprachen Deutsch, Französisch, Italienisch und Englisch hinterlegt werden. Es ist anzustreben, dass die Beschreibung in mehreren Sprachen vorliegt; Angaben in mindestens einer Sprache sind obligatorisch.	dct:description	rdf:langString	0..n	optional	CPSV-AP 3.2.0
Art	Hier wird ausgewählt, um welche Art von Kanal es sich handelt. Bitte kontaktieren Sie die Interoperabilitätsstelle, falls weitere Auswahlmöglichkeiten nötig sind.	dct:type	skos:Concept	0..1	optional	CPSV-AP 3.2.0
Gehört zu	Wählen Sie die passende Organisation aus der Liste aus. Hinterlegt sind alle Organisationen, zu denen auf der Interoperabilitätsplattform I14Y eine elektronische Behördenleistung erfasst wurde.	cv:ownedBy	foaf:Agent	0..n	optional	CPSV-AP 3.2.0

Anhang: Eingabefelder Konzept

Mon, 01 Jan 0001 00:00:00 +0000

Feld	Beschreibung	Kardinalität	Anmerkung	Bezug Standard
Identifikator	Der Identifikator ermöglicht eine eindeutige und stabile Referenzierung des Konzepts. Bei Bedarf können mehrere Identifikatoren erfasst werden; das System speichert diese als geordnete Liste (Array). Der erste Identifikator (Hauptidentifikator) hat eine besondere Bedeutung: Er muss zwingend stabil bleiben. Sobald das Konzept öffentlich publiziert wird, kann dieser nicht mehr geändert werden, da sich sonst der Permalink ändert. Zulässig sind Buchstaben, der Binde- und Unterstrich sowie Zahlen. Der Identifikator soll keine Sonderzeichen oder diakritische Zeichen (Umlaute, franzöische Akzente etc.) enthalten. Auch Leerzeichen sind verboten. Das System prüft auf Eindeutigkeit und zulässige Zeichen. Ist noch kein Identifikator manuell gesetzt worden, bevor der Publikationskanal von “Intern” auf “Öffentlich” umgestellt wird, erzeugt das System den Hauptidentifikator automatisch aus dem Titel (Slugification).	1..1	obligatorisch	Spezifisch für I14Y
Version	Datenkonzepte können sich ändern – etwa wenn ein Wert einer Codeliste ergänzt wird. In diesem Fall wird eine neue Version des Konzepts erstellt. Jeder Version wird eine Nummer zugewiesen. Diese ist analog zu folgendem Beispiel strukturiert: 2.5.3. Dabei beschreibt die erste Ziffer die Hauptversion. Erhöht wird sie ausschliesslich bei grossen Änderungen. Die zweite Ziffer ist die Nebenversionsnummer. Sie wird angepasst, wenn massgebliche Veränderungen vorgenommen wurden. Die dritte Ziffer, die Revisionsnummer wird genutzt, wenn Kleinigkeiten wie etwa ein Tippfehler in einer Beschreibung korrigiert wurden.	1..1	obligatorisch	Spezifisch für I14Y
Herausgeber	Die Angabe zum Herausgeber wird anhand der Informationen dazu, welcher Organisation die verantwortliche Person angehört, automatisch gesetzt.	1..1	obligatorisch	Spezifisch für I14Y
Ansprechperson	Als Ansprechperson wird eingetragen, wer das Konzept fachlich betreut, also etwa massgeblich an der Definition mitgearbeitet hat oder Codelisten aktualisiert. Dank dieser Angabe kann die Person bei Fragen zum Konzept einfach kontaktiert werden. Auswählen lassen sich alle Personen, die ein Konto bei der Interoperabilitätsplattform I14Y besitzen und sich mindestens einmal erfolgreich eingeloggt haben. Falls der betreffende Name nicht zu finden ist, kontaktieren Sie bitte die Interoperabilitätsstelle. Der eingetragene Name wird den Besucherinnen und Besuchern der öffentlichen Seite nicht angezeigt. Sichtbar ist er für alle Mitglieder der eigenen Organisation sowie – bei öffentlich publizierten Datenkonzepten – für alle eingeloggten Personen.	1..1	obligatorisch	Spezifisch für I14Y
Vertretung der Ansprechperson	Als Vertretung wird eingetragen, wer die Ansprechperson vertritt. Auswählen lassen sich alle Personen, die ein Konto bei der Interoperabilitätsplattform I14Y besitzen und sich mindestens einmal erfolgreich eingeloggt haben. Falls der betreffende Name nicht zu finden ist, kontaktieren Sie bitte die Interoperabilitätsstelle. Der eingetragene Name wird den Besucherinnen und Besuchern der öffentlichen Seite nicht angezeigt. Sichtbar ist er für alle Mitglieder der eigenen Organisation sowie – bei öffentlich publizierten Datenkonzepten – für alle eingeloggten Personen.	1..1	obligatorisch	Spezifisch für I14Y
Gültig von	Hier wird das Datum ausgewählt, ab dem ein Datenkonzept gültig ist.	1..1	obligatorisch	Spezifisch für I14Y
Gültig bis	Optional kann bestimmt werden, bis wann ein Datenkonzept gültig ist.	0..1	optional	Spezifisch für I14Y
Name	Der Name beschreibt das Datenkonzept kurz und prägnant. Er erlaubt es Fachleuten das Konzept rasch zu finden, ist gleichzeitig aber auch für Nicht-Fachpersonen verständlich. Er darf Buchstaben, Sonderzeichen, Zahlen oder ein Datum enthalten. Der Name kann in den Sprachen Deutsch, Französisch, Italienisch und Englisch hinterlegt werden; zwingend nötig ist eine Sprachversion.	1..n	obligatorisch	Spezifisch für I14Y
Beschreibung	In diesem Feld wird das Datenkonzept in Freitext beschrieben. Die Beschreibung ist ausführlicher als der Name und beinhaltet alle zum Verständnis des Konzepts nötigen Informationen. Die Beschreibung kann in den Sprachen Deutsch, Französisch, Italienisch und Englisch hinterlegt werden. Es ist anzustreben, dass die Beschreibung in mehreren Sprachen vorliegt; Angaben in mindestens einer Sprache sind obligatorisch.	1..n	obligatorisch	Spezifisch für I14Y
Themen	In diesem Feld wird angegeben, welchen thematischen Bereichen das Datenkonzept zuzuordnen ist. Die hier gemachten Angaben bilden die Grundlage für einige Filtermöglichkeiten auf der Interoperabilitätsplattform I14Y. Hinterlegt ist eine Themenliste, die auch als Konzept auf der Interoperabilitätsplattform I14Y verfügbar ist. Die Liste wurde vom Normierungsgremium eCH entwickelt und im Dokument zu den Grundlagen für die E-Government-Architektur der Schweiz publiziert (eCH-0122). Die Interoperabilitätsstelle hat die Liste leicht erweitert. Die zusätzlichen Begriffe sollen in die nächste Version des eCH-Dokuments aufgenommen werden.	0..n	erwünscht	Spezifisch für I14Y
Schlüsselwörter	Damit der Eintrag einfach auffindbar wird, lassen sich Schlüsselwörter hinterlegen. Sinnvoll ist, wenn Synonyme oder allgemeine Begriffe hinterlegt werden, sowie die relevanten Fachbegriffe. Das Feld sollte insbesondere für jene Begriffe genutzt werden, die in der Termdat-Datenbank des Bundes, dem europäischen Umwelt-Thesaurus GEMET oder der kollaborativen Datenplattform Wikidata verzeichnet sind. Nebst dem Begriff in den Landessprachen sowie in Englisch lässt sich auch die URI zum betreffenden Eintrag auf Termdat, Gemet oder Wikidata hinterlegen.	0..n	erwünscht	Spezifisch für I14Y
Konform zu	In diesem Feld werden Links zu den Standards (etwa bei eCH) oder Informationen zu den Rechtsgrundlagen erfasst.	0..n	optional	Spezifisch für I14Y
Eigenschaftstyp	Tragen Sie hier ein, um welche Art von Konzept es sich handelt: um eine Codeliste, um ein Datum, um einen nummerischen Wert oder um eine Zeichenkette. Abhängig vom Typ müssen andere zusätzliche Felder ausgefüllt werden. Im Fall einer Codeliste ist auszuwählen, ob es sich bei den Codes um nummerische Werte oder um Zeichenketten handelt. Zudem ist die maximal zulässige Länge des Codes in Zeichen zu definieren. Im Falle eines Datums kann optional ein Muster (z.B. in Regex) hinterlegt werden. Bei einem nummerischen Wert kann nebst einem Muster auch die Masseinheit hinterlegt werden. Zwingend nötig sind Angaben zu den möglichen Mindest- und Höchstwerten sowie zur Anzahl der Nachkommestellen. Im Fall einer Zeichenkette muss eine Mindest- und eine Höchstlänge in Zeichen definiert werden; die Angabe zum Muster (z.B. in Regex) ist fakultativ.	1..1	optional	Spezifisch für I14Y

Anhang: Eingabefelder Mapping-Tabelle

Mon, 01 Jan 0001 00:00:00 +0000

Eine Mapping-Tabelle beschreibt die Beziehungen zwischen den Codes zweier Codesysteme. Sie legt fest, welcher Code im Quellcodesystem welchem Code im Zielcodesystem entspricht oder wie die beiden Codes zueinander in Beziehung stehen.

Zur Beschreibung von Zuordnungsbeziehungen wurde die allgemeine Struktur des SSSOM (Simple Standard for Sharing Ontological Mappings), eines offenen Community-Standards für die maschinenlesbare Dokumentation von Begriffszuordnungen, mit einem Block für beschreibende Metadaten und einem Beziehungsblock verwendet, sowie die Beziehungstypen aus dem SKOS (Simple Knowledge Organization System) des W3C.

Feld	Beschreibung	URI	Wertebereich	Kardinalität	Anmerkung	Bezug Standard
Name	Der Name der Mapping-Tabelle ist kurz und macht ihren Inhalt einfach auffindbar. Er darf Buchstaben, Sonderzeichen und Zahlen enthalten. Eine Eingabe in Deutsch, Französisch, Italienisch und Englisch ist möglich; mindestens eine Sprachversion ist zwingend erforderlich.	skos:prefLabel	rdfs:Literal	1..n	obligatorisch	SKOS
Beschreibung	In diesem Feld wird die Mapping-Tabelle möglichst präzise in Freitext beschrieben. Idealerweise enthält die Beschreibung alle Begriffe, nach denen vermutlich gesucht wird. Die Beschreibung kann in den Sprachen Deutsch, Französisch, Italienisch und Englisch hinterlegt werden; Angaben in mindestens einer Sprache sind obligatorisch.	dct:description	rdfs:Literal	1..n	obligatorisch	DCAT-AP CH 3.0
Identifikator	Der Identifikator ist eine eindeutige Kennung der Mapping-Tabelle und wird in der URL verwendet. Bei Bedarf können mehrere Identifikatoren erfasst werden; das System speichert diese als geordnete Liste (Array). Der erste Identifikator (Hauptidentifikator) muss zwingend stabil bleiben. Nach der Publikation kann dieser nicht mehr geändert werden, da sich sonst der Permalink ändert. Zulässig sind Buchstaben, der Binde- und Unterstrich sowie Zahlen. Der Identifikator darf keine Sonderzeichen, diakritischen Zeichen oder Leerzeichen enthalten. Das System prüft auf Eindeutigkeit und zulässige Zeichen. Ist noch kein Identifikator manuell gesetzt worden, bevor der Publikationskanal von “Intern” auf “Öffentlich” umgestellt wird, erzeugt das System den Hauptidentifikator automatisch aus dem Titel (Slugification).	dct:identifier	rdfs:Literal	1..1	obligatorisch	DCAT-AP CH 3.0
Version	Die Versionsnummer der Mapping-Tabelle. Bei Neueröffnung eines Eintrags wird die Versionsnummer 1.0.0 eingetragen. Bei kleineren Änderungen am Eintrag wird zur Versionsnummer 1.0.1 übergegangen. Bei relevanten inhaltlichen Änderungen wird die Versionsnummer auf 1.1.0 gesetzt usw. Wird die Mapping-Tabelle von einer neuen Version abgelöst, wird die Versionsnummer 2.0.0 verwendet.	dcat:version	rdfs:Literal	1..1	obligatorisch	DCAT-AP CH 3.0
Herausgeber	Als Herausgeber wird jene Organisation aufgeführt, die die Mapping-Tabelle erstellt hat oder pflegt. Auf der Weboberfläche können jene Organisationen ausgewählt werden, auf deren Bereich die erfassende Person Schreibrechte hat.	dct:publisher	foaf:Agent	1..1	obligatorisch	DCAT-AP CH 3.0
Gültig von	Das Datum, ab dem die Mapping-Tabelle in Kraft ist.	schema:validFrom	xsd:date	0..1	optional	Spezifisch für I14Y
Gültig bis	Das Datum, bis zu dem die Mapping-Tabelle in Kraft ist. Nach diesem Datum gilt die Tabelle als abgelaufen.	schema:validThrough	xsd:date	0..1	optional	Spezifisch für I14Y
Ansprechperson	Erfasst wird die E-Mail-Adresse als Identifikator der Person, die die Mapping-Tabelle operativ betreut. Damit lässt sich die richtige Person bei Fragen rasch kontaktieren. Voraussetzung ist, dass sich die betreffende Person mindestens einmal auf der Interoperabilitätsplattform I14Y eingeloggt hat. Der Name wird aus der mit der E-Mail-Adresse verknüpften Identität bei eIAM bezogen. Er wird auf der öffentlichen Seite nicht angezeigt.	-	Person (Spezifisch für I14Y)	1..1	obligatorisch	Spezifisch für I14Y
Vertretung Ansprechperson	Erfasst wird die E-Mail-Adresse als Identifikator der Person, die als Vertretung der operativ zuständigen Person fungiert. Voraussetzung ist, dass sich die betreffende Person mindestens einmal auf der Interoperabilitätsplattform I14Y eingeloggt hat. Der Name wird aus der mit der E-Mail-Adresse verknüpften Identität bei eIAM bezogen. Er wird auf der öffentlichen Seite nicht angezeigt.	-	Person (Spezifisch für I14Y)	1..1	obligatorisch	Spezifisch für I14Y
Themen	In diesem Feld wird angegeben, aus welchen thematischen Bereichen Daten zur Verfügung gestellt werden. Die hier gemachten Angaben bilden die Grundlage für einige Filtermöglichkeiten auf der Interoperabilitätsplattform I14Y. Hinterlegt ist eine Themenliste, die auch als Konzept auf der Interoperabilitätsplattform I14Y verfügbar ist.	dcat:theme	skos:Concept	0..n	optional	DCAT-AP CH 3.0
Schlüsselwörter	Damit die Mapping-Tabelle einfach auffindbar wird, lassen sich Schlüsselwörter hinterlegen. Sinnvoll ist die Verwendung von Synonymen oder allgemeinen Begriffen. Das Feld sollte insbesondere für Begriffe genutzt werden, die in der Termdat-Datenbank des Bundes oder auf Wikidata verzeichnet sind.	dcat:keyword	rdfs:Literal	0..n	optional	DCAT-AP CH 3.0
Konform zu	In diesem Feld werden technische Spezifikationen oder Standards erfasst, denen die Mapping-Tabelle entspricht. Setzen Sie dazu einen Link auf das entsprechende Dokument, etwa auf die Beschreibung eines Standards bei eCH.	dct:conformsTo	dct:Standard	0..n	optional	DCAT-AP CH 3.0
URI des Quellcodesystems	Die URI des Codesystems, dessen Codes als Ausgangspunkt der Mapping-Beziehungen dienen. Die URI muss auf einen gültigen und auflösbaren Bezeichner des Quellcodesystems verweisen. Gemäss SSSOM entspricht dieses Feld dem Metadatenfeld `subject_source`.	skos:mappingRelation (Quellsystem); sssom:subject_source	rdfs:Resource	1..1	obligatorisch	SKOS; SSSOM
URI des Zielcodesystems	Die URI des Codesystems, auf dessen Codes die Codes des Quellcodesystems gemappt werden. Die URI muss auf einen gültigen und auflösbaren Bezeichner des Zielcodesystems verweisen. Gemäss SSSOM entspricht dieses Feld dem Metadatenfeld `object_source`.	skos:mappingRelation (Zielsystem); sssom:object_source	rdfs:Resource	1..1	obligatorisch	SKOS; SSSOM
Mapping-Beziehungen	Eine Tabelle mit den einzelnen Mapping-Einträgen. Jeder Eintrag besteht aus drei Angaben: dem Ursprungscode oder der URI im Quellcodesystem (`sssom:subject_id`), dem Beziehungstyp (`sssom:predicate_id`) sowie dem Zielcode oder der URI im Zielcodesystem (`sssom:object_id`). Als Beziehungstypen stehen die SKOS-Mapping-Properties zur Verfügung: exactMatch (exakte Übereinstimmung), closeMatch (ähnliche Bedeutung), broadMatch (Quellcode ist spezifischer als Zielcode), narrowMatch (Quellcode ist allgemeiner als Zielcode) und relatedMatch (verwandte Konzepte ohne hierarchische Beziehung). Das Format der Mapping-Einträge orientiert sich am SSSOM-Standard. Die entsprechende Codeliste ist auf I14Y hinterlegt.	skos:exactMatch, skos:closeMatch, skos:broadMatch, skos:narrowMatch, skos:relatedMatch; sssom:MappingSet	skos:Concept	0..n	optional	SKOS; SSSOM

Anhang: Eingabefelder übrige Objekte

Mon, 01 Jan 0001 00:00:00 +0000

Die in diesem Abschnitt erwähnten Objekte können über die Weboberfläche der Interoperabilitätsplattform I14Y nicht gesetzt werden. Einige sind nötig nötig, wenn mit der API gearbeitet wird. Andere dienen zur Dokumentation der von der Plattform selbst genutzten Objekte. Wenden Sie sich für weitere Informationen an die Interoperabilitätsstelle.

Katalog

dcat:Catalog

Feld	Beschreibung	URI	Wertebereich	Kardinalität	Anmerkung	Bezug Standard
Titel	Diese Eigenschaft enthält einen Titel, der dem Katalog gegeben wurde. Der Titel kann auf Deutsch, Französisch, Italienisch, Rätoromanisch und Englisch gespeichert werden.	dct:title	rdfs:Literal	1..n	obligatorisch	DCAT-AP CH 2.0
Beschreibung	In diesem Feld wird der Katalog möglichst präzise in Freitext beschrieben. Die Beschreibung kann in den Sprachen Deutsch, Französisch, Italienisch und Englisch hinterlegt werden. Es ist anzustreben, dass die Beschreibung in mehreren Sprachen vorliegt; Angaben in mindestens einer Sprache sind obligatorisch.	dct:description	rdfs:Literal	1..n	obligatorisch	DCAT-AP CH 2.0
Herausgeber	Als Herausgeber wird jene Organisation aufgeführt, die den Katalog in Auftrag gegeben hat oder ihn pflegt.	dct:publisher	foaf:Agent	1..1	obligatorisch	DCAT-AP CH 2.0
Thementaxonomie	Das zu verwendende kontrollierte Vokabular basiert auf dem EU-Datenthema. Die vom Normierungsgremium eCH entwickelte und veröffentlichte Themenliste (eCH-0122) wurde mit dem EU-Datenthema abgeglichen. Die Interoperabilitätsstelle hat die Liste geringfügig erweitert. Diese erweiterte Liste wird gespeichert und ist ebenfalls als Konzept auf der Interoperabilitätsplattform I14Y verfügbar. Die zusätzlichen Begriffe sollen in der nächsten Version des eCH-Dokuments aufgenommen werden.	dcat:themeTaxonomy	skos:Conceptscheme	0..n	erwünscht	DCAT-AP CH 2.0

Agent

foaf:Agent

In I14Y bezieht sich Agent auf Organisationen.

Feld	Beschreibung	URI	Wertebereich	Kardinalität	Anmerkung	Bezug Standard
Name	Der Name beschreibt die Organisation kurz und allgemein verständlich. Der Name kann in Deutsch, Französisch, Italienisch und Englisch angegeben werden; eine Sprachversion ist obligatorisch.	foaf:name	rdfs:Literal	1..n	obligatorisch	DCAT-AP 3.0.0
Identifikator	Der Identifier ist ein Name, der die Organisation identifiziert. für das jeweilige Angebot. Er kann Buchstaben, Sonderzeichen und Zahlen enthalten. Leerzeichen sind nicht erlaubt.	dct:identifier	rdfs:Literal	1..1	obligatorisch	Spezifisch für I14Y