Mapping oslo

Revision as of 10:13, 6 April 2022 by Ruettet (talk | contribs)

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