Hoofdpagina: verschil tussen versies

Uit Knowledge Graph Kunstenpunt
Ga naar:navigatie, zoeken
Regel 39: Regel 39:
Meer uitgewerkte modellering hieronder en op de Activiteit en Actor model pagina's.
Meer uitgewerkte modellering hieronder en op de Activiteit en Actor model pagina's.


=== Enkele voorbeelden (zou goed zijn om die nog in te voeren en uit te werken ===
=== Enkele voorbeelden ===
 
* [[Item:Q9|Uitvoerder Arno concert in AB op 5 februari]]
* [[Item:Q9|Uitvoerder Arno concert in AB op 5 februari]]
* [[Item:Q8|Participant Max Musterman neemt deel aan allerlei activiteiten]]
* [[Item:Q8|Participant Max Musterman neemt deel aan allerlei activiteiten]]

Versie van 10 apr 2022 11:33

Kunstenpunt verzamelt metadata over culturale activiteiten van artiesten met een band met Vlaanderen. We focussen op culturele activiteiten binnen de disciplines muziek, beeldende kunst en podiumkunsten. We kijken vooral naar concerten, muziekuitgaven (opnames), tentoonstellingen en residenties, en voorstellingen van theater, dans, performance, etc.

Om die metadata te beheren zijn er in de afgelopen decades eigen databanken gebouwd. Maar de data zit daarin opgesloten. De technologie achter die databanken kan niet verder ontwikkeld worden. Een technologische vernieuwing is nodig. En die wordt geboden door het traject Doelgericht Digitaal Transformeren. Daarin wordt een soort van infrastructuur en architectuur uitgetekend waarmee culturele spelers in Vlaanderen metadata over culturele activiteiten kunnen delen. Kenmerkende spelers hiervoor zijn publiq (die uitinvlaanderen.be beheren), Cultuurconnect (die met bibliotheken en ticketing bezig zijn), meemoo (die metadata hebben over audiovisueel archiefmateriaal van culturele activiteiten) en Kunstenpunt (met onze metadata over podiumkunsten, muziek en beeldende kunst). Ook internationaal zijn er heel wat spelers actief die culturele activiteiten beschrijven: Discogs, Musicbrainz, Operabase, Artfacts, Bachtrack, Facebook, Songkick, BandsInTown, setlist.fm, SecondHandSongs, etc.

Omdat Kunstenpunt geen technologiebedrijf is, is het voor ons belangrijk om cruciale en infrastructurele technologische overwegingen niet zelf te nemen. We vertrouwen op onze partners om een duurzame en gedeelde technologie-infrastructuur uit te bouwen. Daarom ligt voor ons de nadruk op de mogelijkheid om enerzijds metadata in een standaard formaat te kunnen aanvoeren aan die gedeelde infrastructuur, en anderzijds om te bewaken dat die infrastructuur alle tools aanreikt om de verzamelde data van een zo hoog mogelijke kwaliteit te houden. Alleen dan is waardevol hergebruik -- voor analyse, voor promotie, voor aanbevelingen, voor historisch onderzoek, voor data-geïnspireerd beleid, etc. -- mogelijk.

Deze wikibase documenteert de zoektocht naar een werkbare uitwisselingsstandaard.

Kernitems en properties voor relaties

In elk data model is het van belang om de concepten te definiëren, en te weten welke relaties er tussen die concepten moeten kunnen gelegd worden. Er komen een aantal logica's bij mekaar.

Zo is er het idee van FRBR (https://en.wikipedia.org/wiki/Functional_Requirements_for_Bibliographic_Records) dat een "werk" (een theatertekst, een compositie, een kunstwerk, ...) wordt gerealizeerd in een "expressie" (een podiumproductie, een opname, een tentoonstelling, ...), en dat die expressie zich "manifesteert" (een theatervoorstelling, een muziekuitgave, een rondleiding, ...).

Bij elk van die basis concepten uit FRBR kan je verdere uitzonderingen bedenken (bv. residenties, kunst in de publieke ruimte, een in-situ performance, improvisatie, ...), maar over het algemeen kan je die uitzonderingen wel modelleren.

Naast zulke concepten zijn er ook telkens mensen betrokken bij die concepten. Je kan die uit elkaar rafelen in makers, kunstenaars, muzikanten, artiesten, concertzalen, kunstgaleries, theaterzalen, repetitieruimtes, etc. Of in personen, collectieven, organisaties, instellingen, etc. Maar au fond zijn het allemaal "actoren" in dat veld, die "activiteiten" ontplooien. Daarom voorzien we twee belangrijke klasses: activiteiten en actoren. Om de link te kunnen leggen met andere domeinen voorzien we ook "Werk" als klasse.

Core items

  • Activiteit
    • We voorzien een model voor data entry waarin een aantal culturele activiteiten apart kunnen gemodelleerd worden, en toch items en properties hergebruiken:
      • Tentoonstelling (met specifieke toonmomenten), Residentie (met specifieke toonmomenten), Concert (kan deel zijn van een concertreeks/tournee), Muziekuitgave (met daarop specifieke nummers), en een Podiumproductie (met verschillende voorstellingen). We toetsen of die activiteiten te modelleren zijn in OSLO-Culturele activiteit. Zie hieronder voor een overzicht.
    • Werk (of compositie, theatertekst, concept, ...) is een klasse om te verwijzen naar een artistiek of intellectueel eigendom dat gematerialiseerd wordt tijdens de culturele activiteit. In OSLO-Culturele Activiteit wordt hiervoor vermoedelijk verwezen naar OSLO-Cultureel Erfgoed:Ding?
  • Actor: Een koepelbegrip voor wat in OSLO-Culturele Activiteit uit elkaar wordt getrokken in een Participant, Uitvoerder, Aanbieder
    • We voorzien een model voor data entry dat Actor gegeneraliseerd bekijkt. Dat is in lijn met wat in OSLO een Agent wordt genoemd.
  • Werk

Relaties tussen core items via properties

De rijkdom van een model komt van de relaties die gelegd kunnen worden. We zien dit als de belangrijkste relaties:

  • Relaties tussen activiteiten: "heeft als onderdeel"
  • Relaties tussen actoren: Modelleren we via "werkt samen met als het over "symmetrische" relaties gaat; als twee, maar zeker drie of meer partijen samenwerken, dan vormen ze vermoedelijk een nieuwe Actor.
  • Relaties tussen activiteiten en actoren: "gebracht door" (valt in OSLO Culturele Activiteit uit elkaar in aangeboden door, uitgevoerd door, werkt samen met en neemt deel aan (en misschien nog meer) omdat OSLO Culturele Activiteit de types van actoren veel categorischer benadert.
  • Relaties tussen activiteiten en werken: "gebruikt werk"
  • Relaties tussen werken en actoren: "gebracht door"

Meer uitgewerkte modellering hieronder en op de Activiteit en Actor model pagina's.

Enkele voorbeelden

Items en properties voor structuur

Items

Items zijn de "dingen" die beschreven worden in een fiche, maar nog niet de relaties tussen die dingen.

Activiteit

  • Activiteit types: om aan te geven dat een bepaald item een activiteittype is
    • Muziekuitgave: de activiteittype van een release
      • Track: een release kan bestaan uit 1 of meerdere tracks
    • Concert: een concert is een type van activiteit
      • Concertreeks: een concert maakt soms deel uit van een tournee of concertreeks
    • Podiumproductie: een podiumproductie is een geheel van voorstellingen die doorgaans binnen een seizoen of over enkele seizoenen heen opgevoerd worden door een "cast"
      • Voorstelling: een voorstelling binnen een bepaalde podiumproductie
    • Item:Q1463Residentie: een kunstenaar kan een tijdlang op residentie gaan (zie lager voor subactiviteiten)
    • Solotentoonstelling: een tentoonstelling
    • Groepsentoonstelling: een kunstenaar of collectief kan een solotentoonstelling hebben
    • Beurs
    • Performance
    • Vertoning / screening
      • Toonmoment: Tijdens de periode van een tentoonstelling kan het zijn dat er bijzondere toonmomenten zijn, bv. een speciale vertoning, een eenmalige performance, de vernissage of finissage, een rondleiding, ...
        • Rondleiding Een speciale vorm van toonmoment misschien, een rondleiding
        • Vernissage
        • Finnissage
        • Eventueel hergebruiken van hogerop: performance, vertoning, ...
    • Werk: Veelal steunt een activiteit op een "intellectueel concept" of een werk. Zo kan een tentoonstelling bestaan uit meerdere werken, of is een podiumproductie gestoeld op een theatertekst, of een track op een bepaalde compositie.
  • Trigger
    • Geweld
    • ...
  • Leeftijd > vrije tekst

(zie verdere properties die algemeen zijn hieronder)

Actor

Actor Types kunnen eventueel nog gesubtypeerd worden met Aanbieder Type of Uitvoerder Type. Het spreekt voor zich dat dit een uitgebreide lijst zal worden. In ons voorstel wordt er geen structuur of hierarchie aangebracht in die lijst. Aanbieder types staan naast uitvoerder type omdat het in vele gevallen niet zinvol is om dat onderscheid te maken.

(zie verdere properties die algemeen zijn hieronder)

Werk

Een werk (kunstwerk, compositie, theatertekst, ...) heeft een meer abstracte status dan de culturele activiteit zelf. Het wordt beschreven met

  • Titel
  • Beschrijving
  • gebracht door
  • identificator, bv. isrc

Properties

Properties helpen om de link te maken tussen Items onderling, tussen Items en vrije tekst, tussen Items en andere data types (bv. tijdstip).

Algemene properties om items te beschrijven

  • is: existentiële property, gaat vaak met een typering gepaard, bv. je geeft aan dat een item een "Activiteit", en dan krijgt die een activiteit type. Of je geeft aan dat een Item een "Actor" is, en dan krijgt die een actor type.
  • sorteernaam
  • alternatieve naam, met qualifiers om een type, een begindatum en een einddatum te geven
  • plaats: kan je gebruiken om de huidige of relevante plaats van een actor of activiteit mee te bepalen
  • opmerking
  • plaats
    • consent
  • adres
    • consent
  • gps
    • consent
  • URL: om een verwijzing naar een online bron te geven, gaat vaak met een typering gepaard, bv. url type
    • url type
  • email
    • consent
    • emailtype
  • telefoon
    • consent
    • telefoontype
  • media
    • consent
    • mediatype
  • discipline
  • begin datum
    • consent
  • eind datum
    • consent
  • begin plaats
    • consent
  • eind plaats
    • consent
  • subsidie
  • trigger
  • leeftijd

Relaties tussen activiteiten

  • heeft als onderdeel
    • volgnummer
    • opmerking
    • begindatum - einddatum

relaties tussen actoren

  • werkt samen met
    • samenwerking type (of samenwerkingstype (vrij))

relaties tussen activiteiten en actoren

  • gebracht door
    • rol (of rol (vrij))
    • alternatieve naam
    • begindatum - einddatum
    • opmerking