Mapping oslo

Het datamodel dat geïmplementeerd wordt in deze wikibase zouden we kunnen proberen te mappen naar OSLO-Culturele Activiteit: https://github.com/Informatievlaanderen/OSLOthema-DoelgerichtDigitaalTransformeren

Mapping van items in deze wikibase

Items in deze wikibase	Korte uitleg	Overeenkomstige tabel of veld in OSLO-DDT	Review
Actor	Een klasse voor personen, collectieven, organisaties, etc.	Dit komt eigenlijk het meest overeen met de Agent klasse, die in DDT uit elkaar gerafeld wordt in Aanbieder, Uitvoerder en Participant. Het is erg moeilijk om de Actor Types zo a priori vast te leggen, omdat je vermoedelijk zowat alle artiesten zowel als aanbieder, uitvoerder en participant gaat moeten modelleren? Het lijkt ons best om de opsplitsing in aanbieder, uitvoerder en participant te behandelen als een Actor Type.	Negatief
Actor Type	Typeert een actor. In ons model zijn er onder meer "kunstenaar", "muzikant", "acteur", "festival", "concertzaal", "residentieplek", ... Deze waardenlijst moet uitgewerkt worden in samenspraak met de sector. Het is ook mogelijk om via een vrije tekst veld hier een typering te voorzien.	Het OSLO model voorziet een AanbiederType, maar geen UitvoerderType (wel een rol); de waardenlijst voor AanbiederType is niet volledig genoeg om onze modellering te ondervangen; de waardenlijst voor UitvoerderRolType is ook niet volledig genoeg om onze modelleringsnoden te ondervangen.	Negatief
Activiteit	Dit is de meest algemene klasse voor een culturele activiteit.	Dit lijkt semantisch één op één overeen te komen met de klasse Culturele Activiteit in het voorgestelde OSLO model. De velden die voorzien worden in het OSLO model bespreken we hieronder bij de properties in onze modellering.	Positief
Activiteit Type	Culturele activiteiten zijn in ons model te typeren volgens deze waardenlijst: "solotentoonstelling", "duotentoonstelling", "groepstentoonstelling", "beurs", "performance", "vertoning", "kunst in publieke ruimte", "in collectie", "kunstenaarsboek", "publicatie", ..., "residentie", ..., "vernissage", "finnisage", "rondleiding", ..., "concert", "concertreeks", "festival", "tournee", ..., "muziekuitgave", "track", ..., "podiumproductie", "voorstelling", "voorgesprek", "nagesprek", ... Het is ook mogelijk om via een vrije tekst veld hier een typering te voorzien	Het OSLO model voorziet een ActiviteitType, maar de waardenlijst hiervoor komt niet voldoende overeen met onze modelleringsnoden; verder voorziet het OSLO model nog ThemaTypes en DisciplineTypes, maar die lijken de zaak nog verder te verwarren.	Negatief
Werk	Culturele Activiteiten gebruikt vaak een artistiek object of concept dat getoond wordt aan een publiek. Het kan daarbij gaan om fysieke kunstwerken, of de vertolking van een theatertekst, een partituur, een compositie, etc.	Dit lijkt semantisch overeen te komen met wat er onder OSLO-CultureelErfgoed:Ding kan gemodelleerd worden, maar dit is nog niet helemaal duidelijk.	?
Werk type	Werken kan je typeren naargelang een aantal waarden, bv. "compositie", "theatertekst", "beeldendekunstwerk", ...	Vermoedelijk is er in OSLO-CultureelErfgoed:Ding hiervoor wel een typering voorzien, maar dat is onduidelijk.	?
Format Type	Sommige culturele activiteiten volgen een bepaald format, bv. een "black box voorstelling", "ter beschikking stelling op een streaming platform", "een CD", "een vinylplaat", ...	Het OSLO model voorziet voor culturele activiteiten bij "enumerations" wel een ObjectType, waarvan de waarden niet voldoende zijn voor onze modellering; bovendien is die enumeratie ook niet terug te vinden in de klasse Activiteit.	Negatief
URL Type	In onze modellering kunnen we bepaalde URLs die meegegeven worden aan een culturele activiteit of actor ook typeren, zodat we weten of het gaat over een verwijzing naar een streaming platform, een officiële website, etc.	In het voorgestelde OSLO model is het niet meteen duidelijk hoe zoiets gemodelleerd kan worden	?
Email Type	In onze modellering kunnen we emailgegevens verder typeren om een onderscheid te maken tussen werk, privé, algemeen, etc.	In het OSLO model is er een verwijzing naar contactinfo, maar het is niet meteen zichtbaar of dit alles goed dekt	?
Samenwerkings Type	In onze modellering voorzien we een mogelijkheid om bepaalde samenwerkingen een type mee te geven, bv. een promotiegalerie "representeert" een beeldende kunstenaar.	In de OSLO standaard is er wel een samenwerkingstype voorzien, maar samenwerkingen kunnen enkel tussen aanbieders plaatsvinden, zo blijkt; de waardenlijst voor samenwerkingstypes dekt niet de modellering die wij hier doen	Negatief
Subsidie Type	We kunnen activiteiten en actoren koppelen aan een zeer lichte vorm van een subsidietypologie.	Het OSLO model voorziet een link naar een subsidie bij "Activiteit", "Uitvoerder" en "Aanbieder", dus dat lijkt te matchen; op het eerste zicht zie ik wel geen verdere modellering van wat een subsidie zou kunnen zijn, dus dat blijft een beetje onduidelijk	?

Mapping van properties in deze wikibase

Properties in deze wikibase	Korte uitleg	Overeenkomstige tabel of veld in OSLO-DDT	Review
gebracht door	We linken in onze modellering activiteiten met actoren via de zeer generieke "gebracht door" link; die link kan dan gespecifieerd worden met behulp van rol of rol (vrij) om de rol of functie die de actor opneemt bij de activiteit te bepalen. Zo kan dan een bepaalde actor bijvoorbeeld de rol "scenografie" opnemen bij een activiteit.	In de voorgestelde OSLO standaard zijn er specifieke linken tussen een activiteit en een aanbieder of een uitvoerder, en dit is verwarrend; bovendien lijkt het onmogelijk om op die "edge" een specificatie te maken om duidelijk te maken dat enkel tijdens een bepaalde activiteit een "uitvoerder" de rol "scenografie" opneemt; nu lijkt het alsof een uitvoerder permanent de rol "scenograaf" zou moeten krijgen, maar dit is natuurlijk niet in lijn met de realiteit	Negatief
werkt samen met	In onze modellering kunnen relaties tussen alle mogelijke types van actoren gelegd worden via "werkt samen met"; die link kan bij ons getypeerd worden via "samenwerking type" (eventueel zelfs in een vrij veld via samenwerkingstype (vrij)), en kan ook een begin- en einddatum krijgen	De voorgestelde OSLO standaard staat alleen maar samenwerkingen tussen aanbieders toe; de waardenlijst van samenwerkingstypes is te beperkt	Negatief
gebruikt werk	Activiteiten kunnen terugvallen op één of meerdere "werk" objecten via deze link tussen een activiteit en een werk; ook hier is er bij ons weer typering mogelijk op die link, zo kan bijvoorbeeld dat in een podiumproductie een bepaald geluidskunstwerk gebruikt wordt, maar op die "edge" kunnen we aangeven dat het maar een "fragment" is ofzo.	In de voorgestelde OSLO standaard kan er via "gebruikt object" een link gelegd worden tussen een activiteit en een cultureel erfgoed object; het is wel niet mogelijk om die link tussen object en activiteit verder te typeren	Negatief
rol	Op de "edge" tussen een activiteit en een actor kunnen we rollen specifiëren, waarbij een actor een specifieke rol opneemt bij de realisatie van de activiteit.	De OSLO standaard laat zo een edge-specifieke typering ogenschijnlijk niet toe?	Negatief
rol (vrij)	Om zo veel mogelijk vrijheid te laten voorzien we ook een mogelijk om edge-specificaties ook in vrije tekst te doen.	De OSLO standaard lijkt alles te willen vatten in uitvallijsten, en laat geen ruimte voor vrije tekst typering	Negatief
samenwerking type	Voorbeeld	Voorbeeld
samenwerkingstype (vrij)	Om zo veel mogelijk vrijheid te laten voorzien we ook een mogelijk om edge-specificaties ook in vrije tekst te doen.	De OSLO standaard lijkt alles te willen vatten in uitvallijsten, en laat geen ruimte voor vrije tekst typering	Negatief
activiteit type	Voorbeeld	Voorbeeld
activiteit type (vrij)	Om zo veel mogelijk vrijheid te laten voorzien we ook een mogelijk om edge-specificaties ook in vrije tekst te doen.	De OSLO standaard lijkt alles te willen vatten in uitvallijsten, en laat geen ruimte voor vrije tekst typering	Negatief
actor type	Voorbeeld	Voorbeeld
actor type (vrij)	Om zo veel mogelijk vrijheid te laten voorzien we ook een mogelijk om edge-specificaties ook in vrije tekst te doen.	De OSLO standaard lijkt alles te willen vatten in uitvallijsten, en laat geen ruimte voor vrije tekst typering	Negatief
werk type	voorbeeld	voorbeeld
werk type (vrij)	Om zo veel mogelijk vrijheid te laten voorzien we ook een mogelijk om edge-specificaties ook in vrije tekst te doen.	De OSLO standaard lijkt alles te willen vatten in uitvallijsten, en laat geen ruimte voor vrije tekst typering	Negatief
heeft als onderdeel	Activiteiten kunnen in onze modelering aan elkaar gelinkt worden, bv. een podiumproductie bestaat uit meerdere voorstellingen. We gebruiken daarvoor "heeft als onderdeel", en die link kan gespecifieerd worden, bv. een track op een release kan een "volgnummer" krijgen.	De OSLO standaard staat toe om activiteiten in een super/sub relatie tot elkaar te zetten, dus dat is goed, maar er is geen mogelijkheid om die relatie verder te specifiëren met bv. een tracknummer	Negatief
auteursrecht	Onze modellering staat toe om bij geuploade media (bv. een foto bij een tentoonstelling) een verwijzing te leggen naar een auteursrechtenhouder. Zoals steeds is het mogelijk om die link te typeren (bv. mechanische rechten), of van een periode te voorzien.	Op het eerste zicht voorziet de OSLO standaard niet om auteursrechtelijk materiaal op te laden, en dus ook niet om het auteursrecht te metadateren.	Negatief
auteursrecht (vrij)	Om zo veel mogelijk vrijheid te laten voorzien we ook een mogelijk om edge-specificaties ook in vrije tekst te doen.	De OSLO standaard lijkt alles te willen vatten in uitvallijsten, en laat geen ruimte voor vrije tekst	Negatief
discipline	voorbeeld	voorbeeld
subsidie	voorbeeld	voorbeeld
subsidie (vrij)	Om zo veel mogelijk vrijheid te laten voorzien we ook een mogelijk om edge-specificaties ook in vrije tekst te doen.	De OSLO standaard lijkt alles te willen vatten in uitvallijsten, en laat geen ruimte voor vrije tekst typering	Negatief
toestemming voor	Voor de zekerheid voorzien we in onze modellering de mogelijkheid om bij objecten "toestemming voor" te modelleren, met specifieke toestemming apart voor "opslag" en "publicatie"	In de OSLO standaard kan zulke toestemming op het eerste zicht niet gecodeerd worden?	Negatief
plaats	Actoren en Activiteiten hebben soms een specifieke geografische of digitale "plaats", en die moeten we dus kunnen modelleren.	Vermoedelijk kan een een OSLO Agent ook altijd een plaats mee krijgen, dus we nemen aan dat dit gaat. Het is echter onduidelijk of een culturele activiteit ook een eigen "plaats" mee kan krijgen: het is niet ondenkbaar dat een concert wordt georganiseerd door bv. Ancienne Belgique, maar dat het feitelijk plaatsvindt op een tijdelijke locatie buitenshuis; in situ activiteiten lijken dus geen "losse" plaatsbepaling mee te kunnen krijgen; bovendien is het onduidelijk hoe er met digitale activiteiten zal omgegaan worden	Negatief
beginplaats + eindplaats	Actoren en activiteiten kunnen bij ons ergens beginnen en eindigen	De OSLO standaard laat hier voor actoren (agenten) vermoedelijk wel ruimte, maar bij activiteiten is dit niet duidelijk	Negatief
begindatum + einddatum	Actoren en activiteiten kunnen bij ons op een bepaald moment beginnen en eindigen	De OSLO standaard laat hier voor actoren (agenten) vermoedelijk wel ruimte, maar bij activiteiten is dit niet duidelijk	Negatief
isrc	Erg specifiek voor "tracks" kunnen we een ISRC meegeven aan een track	In een culturele activiteit staat de OSLO standaard toe om een identificator toe te voegen, dus dit lijkt mogelijk	Positief
volgnummer	Op de relatie tussen twee activiteiten staan we toe om een "volgnummer" mee te geven, bv. een tracknummer	De OSLO standaard voorziet niet de mogelijkheid om op de relatie tussen twee activiteiten een specificatie toe te voegen	Negatief
duur	Een culturele activiteit kan een duurtijd hebben	Ook de OSLO standaard voorziet een duurtijd	Positief
opmerking	Het is altijd handig om vrije tekst opmerkingen mee te kunnen geven, dus onze modellering voorziet dit	De OSLO standaard voorziet geen vrije tekst opmerkingen	Negatief
alternatieve naam	Een actor kan een "vaste" alternatieve naam hebben, maar die naam kan ook alterneren afhankelijk van de activiteit; daarom kunnen we "alternatieve naam" (of "vermeld als") ook specifiëren op de edge tussen een actor en een activiteit	De OSLO standaard laat niet toe om alternatieve namen te modelleren op de edge tussen een activiteit en een actor, waardoor er mogelijk via een "truukje" gaat moeten gewerkt worden om met queries zulke alternatieve namen te vinden	?
media	In onze modellering voorzien we ruimte om actoren, activiteiten of werken ook te beschrijven aan de hand van media (een foto, een geluidsfragment, een video, ...)	De OSLO standaard lijkt hiervoor geen ruimte te laten	Negatief