Mapping oslo: Difference between revisions

From Doelgericht Digitaal Transformeren
no edit summary
No edit summary
No edit summary
Line 33: Line 33:
|+ Mapping van properties in deze wikibase
|+ Mapping van properties in deze wikibase
|-
|-
! Properties in deze wikibase !! Korte uitleg !! Overeenkomstige tabel of veld in OSLO-DDT
! Properties in deze wikibase !! Korte uitleg !! Overeenkomstige tabel of veld in OSLO-DDT || Review
|-
|-
| gebracht door || Voorbeeld || Voorbeeld
| 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 || Voorbeeld || Voorbeeld
| 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 || Voorbeeld || Voorbeeld
| 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 || Voorbeeld || Voorbeeld
| 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) || Voorbeeld || Voorbeeld
| 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
| samenwerking type || Voorbeeld || Voorbeeld
|-
|-
| samenwerkingstype (vrij) || 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 || Voorbeeld || Voorbeeld
|-
|-
| activiteit type (vrij) || 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 || Voorbeeld || Voorbeeld
|-
|-
| actor type (vrij) || 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
|-
|-
| heeft als onderdeel || Voorbeeld || Voorbeeld
| werk type || voorbeeld || voorbeeld
|-
|-
| auteursrecht || 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
|-
|-
| auteursrecht (vrij || voorbeeld || voorbeeld
| 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
| discipline || voorbeeld || voorbeeld
Line 67: Line 71:
| subsidie || voorbeeld || voorbeeld
| subsidie || voorbeeld || voorbeeld
|-
|-
| subsidie (vrij) || 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 || voorbeeld || voorbeeld
|-
|-
| plaats || voorbeeld || voorbeeld
| 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
|-
|-
| beginplaats || voorbeeld || voorbeeld
| 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
|-
|-
| eindplaats || voorbeeld || voorbeeld
| 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 || voorbeeld || voorbeeld
| 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
|-
|-
| einddatum || voorbeeld || voorbeeld
| 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
|-
|-
| isrc || voorbeeld || voorbeeld
| 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
|-
|-
| volgnummer || voorbeeld || voorbeeld
| duur || Een culturele activiteit kan een duurtijd hebben || Ook de OSLO standaard voorziet een duurtijd || Positief
|-
|-
| duur || voorbeeld || voorbeeld
| 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
|-
|-
| opmerking || voorbeeld || voorbeeld
| 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 || ?
|-
|-
| alternatieve naam || voorbeeld || voorbeeld
| 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
|-
|-
|}
|}