Mapping oslo: Difference between revisions

| 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 || ?

| 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