The Event AP has a typo in the @id field of "Toekenning.toegekendAttribuut:

"Toekenning.toegekendAttribuut": {
      "@container": "@set",
      "@id": " http://www.cidoc-crm.org/cidoc-crm/P177_assigned_property_type",
      "@type": "http://www.w3.org/2001/XMLSchema#anyURI"
    }

As you can see, there is a space before the URI value of http://www.cidoc-crm.org/cidoc-crm/P177_assigned_property_type.
This gives following syntax error in jsonld-parser:
jsonld.SyntaxError: Invalid JSON-LD syntax; a @context @id value must be an absolute IRI, a blank node identifier, or a keyword.

De FRBR uris zijn momenteel in de spec met een https protocol. Echter zijn de juiste uris met http.

Onderstaande URIs zouden moeten aangepast worden:

"https://www.iflastandards.info/fr/frbr/frbroo#F1",
"https://www.iflastandards.info/fr/frbr/frbroo#F19",
"https://www.iflastandards.info/fr/frbr/frbroo#F21",
"https://www.iflastandards.info/fr/frbr/frbroo#F22",
"https://www.iflastandards.info/fr/frbr/frbroo#F24",
"https://www.iflastandards.info/fr/frbr/frbroo#F25",
"https://www.iflastandards.info/fr/frbr/frbroo#F26",
"https://www.iflastandards.info/fr/frbr/frbroo#F27",
"https://www.iflastandards.info/fr/frbr/frbroo#F28",
"https://www.iflastandards.info/fr/frbr/frbroo#F29",
"https://www.iflastandards.info/fr/frbr/frbroo#F30",
"https://www.iflastandards.info/fr/frbr/frbroo#F31",

Ik zou graag (fysieke) delen van een object beschrijven, bijvoorbeeld:
een MensgemaaktObject "strijkijzer" is gemaakt uit verschillende materialen.
De stekker is van materiaal X, het handvat is van materiaal Y...

Dit is anders dan bij bv. het Lam Gods dat via een Complex Werk meerdere werken kan omvatten.

Het datatype "Beschrijving" zou hier eventueel voor gebruikt kunnen worden?
https://data.vlaanderen.be/ns/cultureel-erfgoed#Beschrijving

Om een inscriptie (de tekst) op een poster bv. te beschrijven kan het Taalobject gebruikt worden.

Maar het attribuut om dit toe te voegen kan momenteel enkel met "Entiteit.beschrijving".
In de CIDOC-CRM wereld en meer specifiek Linked Art gebruikt men volgende, recente eigenschap: "P190_has_symbolic_content".
Zie voorbeeldjes met "content" als attribuut: https://linked.art/model/document/#physical-objects-conceptual-texts
Bij Van Gogh world wide wordt dit ook gebruikt: https://github.com/vangoghworldwide/linkedart#inscriptions

Het lijkt me dus een must-have om dit attribuut toe te voegen bij Taalobject om zo in lijn te zijn met Linked Art en CIDOC.

Configuratefout of kaping?
https://www.realtime.at/gecatcht/#iri=https://data.vlaanderen.be/ns/cultureel-erfgoed.ttl

Tekst die getoond wordt:

Diese Domain wurde erfolgreich für einen Kunden von

gecatcht!

gecatcht!
Sie interessieren sich auch für gecatchte Domains?

Hier gehts zu unserem Backorder-System
Wir unterstützen derzeit folgende Endungen:
.AT (Österreich)
.BE (Belgien)
.CH (Schweiz)
.DE (Deutschland)
.EU (Europäische Union)
.LI (Liechtenstein)

Opgeworpen tijdens de laatste werkgroep: zonder ondersteuning van onzekere datums heeft het AP (althans bij meemoo) weinig kans op slagen. EDTF toelaten in plaats van Periode (periodes worden ondersteund in EDTF of ISO8601-19-1) of als datatype begin/einde van Periode zou dit verhelpen.

Ik dacht dat dit ging aangepast worden voor de publieke review, maar ik zie het niet staan, dus bij deze werp ik het nog eens op.

Ik heb snel een aantal mogelijke use-cases voor Onroerend Erfgoed opgesteld. Ik heb getracht links op te nemen naar relevante webpagina's zonder onze volledige website te gaan opsommen.

1. Als eigenaar van een onroerend goed (een woning, een handelspand, een industrieel pand, een stuk land, ...) wil ik weten welke rechtsgevolgen aan mijn onroerend goed gekoppeld zijn.
2. Als notaris of vastgoedmakelaar wens ik de rechtsgevolgen van een onroerend goed betrokken in een transactie te kennen (https://www.onroerenderfgoed.be/informatie-en-meldingsplicht-bij-eigendomsoverdracht).
3. Als burger, heemkundige of onderzoeker wil ik meer weten over de materiële resten van het verleden in Vlaanderen. Ik wil alle barokke kerken in mijn provincie of gemeente kunnen vinden. Ik wil weten welke opgravingen er in de jaren '80 in mijn omgeving plaats vonden.
4. Als Vlaams Architectuur Archief (VAI) wil ik archiefbeschrijvingen van archieven van architecten kunnen koppelen aan de realisaties van deze architect die gekend zijn in de inventaris onroerend erfgoed (https://www.onroerenderfgoed.be/nieuws/collectie-vai-gekoppeld-aan-onze-inventaris).
5. Als agentschap Onroerend Erfgoed of Intergemeentelijke Onroerend Erfgoed Dienst wil weten welke toelatingen, adviezen en premies er in het verleden werden uitgereikt voor een onroerend goed.
6. Als burger, projectontwikkelaar of makelaar wil ik weten of een bepaald perceel aanleiding zal geven tot het opstellen van een archeologienota. (https://www.onroerenderfgoed.be/archeologie-bij-vergunningsaanvragen-bouwheren)
7. Als metaaldetectorist moet ik mijn vondsten melden bij het agentschap Onroerend Erfgoed zoals beschreven in het onroerend erfgoed decreet (https://www.onroerenderfgoed.be/ik-ben-metaaldetectorist).
8. Als metaaldetectorist wil ik mijn vondsten op een makkelijke manier kunnen melden bij zowel MEDEA (https://medea-cms.weopendata.com/) als Onroerend Erfgoed.
9. Als burger of onderzoeker wil ik documentatie over onroerend erfgoed in de vorm van afbeeldingen, teksten, kaarten, bibliografiën of andere informatiebronnen kunnen raadplegen.
10. Als burger wil ik de status van mijn toelatings- (https://www.onroerenderfgoed.be/ik-wil-werken-uitvoeren-aan-erfgoed) of premieaanvraag (https://www.onroerenderfgoed.be/ik-wil-financiele-ondersteuning-krijgen) kunnen raadplegen bij de behandelende overheid.
11. Als informatiebeheerder wil ik alle dossiers in mijn archief over een bepaald onroerend erfgoed (een kerk, een standbeeld, een brug, een woning, een boom, een pompstation, een boot, een motte, een bunker, een sluis, een rivervallei, ...) kunnen terugvinden, ook al zitten die in verschillende reeksen.
12. Als onderzoeker, collectiebeheerder of overheid wil ik weten welke topstukken er in een bepaald onroerend erfgoed aanwezig zijn (en vice versa)
13. Als onderzoeker of collectiebeheerder wil ik weten in welk onroerenderfgoeddepot (https://www.onroerenderfgoed.be/ik-werk-voor-een-onroerenderfgoeddepot) het archeologische ensemble (de vondsten en de documentatie ) van een bepaald archeologisch onderzoek zich bevinden.
14. Als omgevingsloket wil ik een omgevingsaanvraag voor advies voorleggen aan onroerend erfgoed indien het om beschermd erfgoed gaat.
15. Als Vlaamse overheid wil ik de laag van het beschermde erfgoed kunnen publiceren in het INSPIRE protected sites thema.

Het is belangrijk dat de "rol" die iemand opneemt bij een cultureelerfgoed:ding getypeerd kan worden. Bij dit voorbeeld https://github.com/Informatievlaanderen/OSLOthema-cultureelErfgoed/blob/master/resources/objectdiagrammen/Objectdiagram_RosasDanstRosas.jpg zou er een manier moeten zijn om aan te geven dat bv. Peter Vermeersch de rol "componist" heeft opgenomen.

Bij Mensgemaakt Object:

• materiaal [1]
  Een mensgemaakt object bestaat meestal uit meerdere materialen,
  bijvoorbeeld: een popje kan bestaan uit "textiel" en "kunststof".
  Ik zou dit aanpassen naar [0..*].

• locatie [1]

• permanente locatie [1]
  Ter discussie of dit gewenste kardinaliteiten zijn voor musea.
  De locatie-historiek is soms aanwezig, maar niet altijd. De huidige locatie kan dus niet altijd uitgewisseld worden.
  De permanente locatie is veelal een interne code van het depot.

Met betrekking tot het overzicht van de bestaande standaarden vroeg ik me af hoe het VIAA metadatamodel (dat voor performing arts ontoereikend is: https://www.kunsten.be/nu-in-de-kunsten/metadata-uitwisselen-tussen-kunstenpunt-en-viaa-2/ en ook https://www.kunsten.be/nu-in-de-kunsten/metadata-uitwisselen-kunstenpunt-en-meemoo-proberen-het-uit/) wel in het overzicht staat, maar dat andere internationale modellen hier niet aan bod komen:

• Deze draft (https://drive.google.com/a/kunsten.be/file/d/19qfIWgaYhaXOQHix0PdGf14G2aWFnKKI/view?usp=sharing) wordt verder ontwikkeld in het project LODEPA (waar meemoo deel van uitmaakt...) en beschrijft generisch de performing arts value chain
• https://www.doremus.org/ is een bekende standaard voor (klassieke) muziekdata
• CREATE van UVA heeft een model voor opera: https://www.create.humanities.uva.nl/blog/research-valorisation-dutch-national-opera-ballet-interested-in-create-opera-data-model/, maar operabase.com is de waarschijnlijk overtuigendere commerciële variant.
• musicbrainz.org is natuurlijk onomstootbaar.

Hier is overigens nog een lijstje van heel wat organisaties die podiumkunstendata bijhouden: https://www.kunsten.be/nu-in-de-kunsten/sibmas-event-on-databases-for-performing-arts-march-27-2017-an-overview-of-pa-databases/

Ik zie niet meteen hoe https://github.com/Informatievlaanderen/OSLOthema-cultureelErfgoed/blob/master/resources/objectdiagrammen/Objectdiagram_RosasDanstRosas.jpg zich tot die bestaande standaarden verhoudt? Ter inspiratie nog de metadata van Kunstenpunt over deze productie: https://data.kunsten.be/productions/rosas-danst-rosas-7

Voor de zekerheid ook nog een toevoeging (ondertussen al uit 2017) van verschillende databanken over beeldende kunst: https://www.kunsten.be/nu-in-de-kunsten/databases-for-visual-arts/

Hopelijk helpt dit om het model nog te toetsen aan de bestaande initiatieven? Zo op het eerste zicht lijkt "rosas dans rosas" wel in zekere mater aan te sluiten, maar het zou interessant zijn om die oefening grondig te zien? Misschien is mijn eigen implementatie (work in progress :o) ) ook nog wel interessant: https://github.com/ruettet/StageBrainz

Versie: Object AP | 2020-07-02

De Entiteit heeft een Identificator, maar de kolom eigenschap is leeg.

Momenteel is het mogelijk om een Tentoonstelling te definiëren via Activiteit waarbij Entiteit.type = "http://vocab.getty.edu/aat/300054766" is. Dit is in lijn met Linked Art.

Weliswaar is het nu niet mogelijk om tentoongestelde objecten te linken met deze activiteit.
Linked Art definieert een set (la:Set) van tentoongestelde objecten en linkt deze set met de activiteit via crm:P16_used_specific_object . Voor het OSLO model zou ik voorstellen om Collectie ipv set hiervoor te gebruiken.

Een oplossing zou dus zijn om een relatie toe te voegen in AP Cultureel Erfgoed Event bij Activiteit: gebruiktSpecifiekObject (crm:P16_used_specific_object) dat verwijst naar een Collectie.

Door het opstellen van de standaard rond OSLO-Cultuurparticipatie is er tot het inzicht gekomen dat de standaard rond Cultureel Erfgoed baat zou hebben bij een verdere uitbreiding van verschillende CIDOC-CRM en FRBR klassen. Deze zijn onder andere Werk, Expressie en Manifestatie. Waarvan deze laatste het belangrijkste lijkt om ook toe te voegen aan de standaard. Dit zou moeten geëvalueerd worden bij een volgend iteratie van de standaard.

Binnen de erfgoedsector is het werken met keuzelijsten, codelijsten, thesauri en vocabularies ingeburgerd. Allemaal zaken die vaak als SKOS worden gemodelleerd. Mere info kan je vinden op de OE IT blog: https://onroerenderfgoed.github.io/posts/2017/whats-a-thesaurus/ en in deze publicatie https://www.isprs-ann-photogramm-remote-sens-spatial-inf-sci.net/IV-2-W2/151/2017/isprs-annals-IV-2-W2-151-2017.pdf

Bij deze lijst ik er een aantal op, met een focus op onroerend erfgoed.

Getty

Zowat de voornaamste aanbieder van thesauri in de erfgoedsector, zowel roerend als onroerend. Bieden de volgende thesauri (http://www.getty.edu/research/tools/vocabularies/index.html) aan in een klassiek en een LOD formaat (http://vocab.getty.edu/):

• AAT: Art and Architecture Thesaurus. Bevat dingen als typen (kerken), perioden (middeleeuwen), culturen (Hallstat), materialen (beton), ... The big one. Soms te groot om handig te werken (zou ik persoonlijk hebben opgedeeld in meerdere thesauri), dus selectief mee omgaan is de boodschap. Veel Nederlandse vertalingen ook.
• TGN: Thesaurus of Geographical Names. Bevat plaats- en regionamen allerhande. Vergelijkbaar met Geonames, maar meer op erfgoed gericht. Gebruiken we niet wegens te veel fouten of andere interpretaties
• ULAN: Union List of Artist Names. Lijsten van architecten, kunstenaars, beeldhouwers, schilders, ... Persoonlijk ben ik van mening dat dit op de grens van een thesaurus zit en een normale databank zit.
• CONA: Cultural Objects Name Authority. Namen van kunstwerken, gebouwen, schilderijen, ... Zelfde opmerking als ULAN
• IA: Iconography Authority. Omschrijvingen van iconografie. Redelijk nieuw. Lijkt me iets wat vroeger een tak in de AAT zou geweest zijn.

Historic England, Historic Environment Scotland, RCAHMW

Te vinden op https://www.heritagedata.org/blog/vocabularies-provided/ Lokale thesauri van de Britse collega's.Enkel van toepassing binnen GB. Sommige thesauri komen eerder overeen met takken binnen de AAT.

Onroerend Erfgoed

https://thesaurus.onroerenderfgoed.be/

Thesauri voor en door Onroerend Erfgoed. Toepassingsgebied Vlaanderen, met JSON, LOD (https://thesaurus.onroerenderfgoed.be/conceptschemes/GEBEURTENISTYPES/c.ttl) en TPF/LDF (https://thesaurus.onroerenderfgoed.be/ldf/). Veel concepten zijn overgenomen uit AAT of kunnen gemapt worden op AAT. Ook hier zijn er meerdere thesauri (conceptschemes) die bij AAT in 1 scheme zitten.

• Erfgoedtypes Types van Onroerend Erfgoed, gebouwen, landschappen, landschapselementen, gebouwonderdelen, bewoningspatronen, ... De grootste en meest geraadpleegde thesaurus.
• Dateringen Periodes zoals de Middeleeuwen, 19de eeuw, Romeinse Tijd, ... zoals deze bestaan in Vlaanderen (bv. de Romeinse Tijd in België start in 50-60 v.c, in Zweden nooit)
• Stijlen en Culturen Stijlen (Romaans, Art Deco, Barok) en Culturen (Hallstat, Federmesser). Stijlen zijn eerder kunsthistorisch, culturen eerder archeologisch. Zijn beiden een combinatie van plaats en tijd.
• Materialen Materialen waaruit dingen worden opgebouwd zoals beton, hout, been, hoorn, silex, ...
• Soorten Plantensoorten zoals ze voorkomen in Vlaanderen. Vooral gebruikt om bomen te catalogeren
• Gebeurtenistypes Types van gebeurtenissen zoals vlakopgravingen, inventarisatie, bouwarcheologisch onderzoek, baggervondsten, conservatie, restauratie, ...
• Besluittypes Types van besluiten die door OE of rechtsvoorgangers genomen zijn zoals beschermingsbesluiten, opheffingsbesluiten, wijzigingsbesluiten, koninlijke besluiten, ...
• Waardetypes Types van waarden die aan erfgoed toegekend worden in functie van waardering. Staan in het OE decreet. Zaken zoals historische waarde, esthetische waarde, architecturale waarde, ...
• Aanduidingstypes Types van aanduidingen (verankeringen van rechtswege) zoals beschermingen, beschermde monumenten, vaststellingen, afbakeningen als erfgoedlandschap, gebieden geen archeologische waarde, ...
• Brontypes Types bronnen geraadpleegd bij de opbouw van de archeologische inventaris. Zaken zoals literatuur, archief, collectie. High level

Daarnaast zijn er nog een aantal verborgen thesauri die ofwel kleine codelijsten in een toepassing zijn (https://thesaurus.onroerenderfgoed.be/conceptschemes/MV_VOORONDERZOEKTYPES), ofwel nog in opbouw (https://thesaurus.onroerenderfgoed.be/conceptschemes/BEROEPEN_EN_OPLEIDINGEN). In grote lijnen kunnen we stellen dat vooral de eerste 6 thesauri nut hebben buiten het agentschap onroerend erfgoed en de sector.

Versie: Object AP | 2020-07-02

Inheritance: Gecureerde Collectie -> Collectie -> Entiteit

Gecureerde Collectie heeft een titel (TaalString 0..*). Collectie heeft dit niet, terwijl een titel kunnen geven aan een collectie ook interessant is, anders is een collectie een heel abstract iets.

Zowel Gecureerde Collectie als Collectie erven over van Entiteit. Die heeft geen titel, maar wel een beschrijving (TaalString 0..*). Is het verschil tussen titel en beschrijving het verschil tussen dc:title en dc:description? Een korte titel en een uitgebreide beschrijving?

Er is ook een datatype Beschrijving, maar dat wordt niet gebruik voor Entiteit.beschrijving?

Waarom zit Titel niet gewoon bij Entiteit zodat ook Collectie die kan gebruiken?

in de JSON-LD context van het AP CE-Event, staat:

"TypeEntiteit": "https://wherever/TODO",

Ik vermoed dat dit TypeEntiteit": "http://www.w3.org/2004/02/skos/core#Concept moet zijn.