• De definities van superinfrastructuur / infrastructuur / subinfrastructuur / gebouw zijn onvoldoende duidelijk om tot een eenvormige invulling te komen.
• In het huidige model moet de infrastructuur vaak sterk worden opgedeeld om tot een helder beeld te komen.
• De taxonomie met als voorzetsel “gebouw” is daarbij niet consequent en in contradictie met het binnenruimtetype.
• Het binnenruimtetype overlapt met de faciliteiten. (greenroom (BT) = artiestenfoyer (BT) = greenroom (F) Hier zou een duidelijk onderscheid moeten komen.
• Vraag is dan of het mogelijk is om meerdere binnenruimtes die steeds samen gebruikt worden (vb. podium / zaal / kleedkamers) als 1 infrastructuur te omschrijven.
• De dimensietypes zijn onvoldoende om een theaterzaal te beschrijven. (vb opening portaal / hoogte portaal / hoogte onder grid / …)
• In de dimensietypes zou een onderscheid tussen de bruikbare en de bouwtechnische maten moeten gemaakt worden.
• Er is voor de capaciteit weliswaar een controlled language voor capaciteitstypen maar niet voor de eenheden. Dit zou minimum “aantal personen”, “aantal personen staand”, “aantal personen scène-op-scène” moeten bevatten.
• De eigenschap renovatie zou ook op infrastructuurniveau kunnen worden toegevoegd. (Bij voorkeur niet enkel de laatste, maar alle)
• Parking is enerzijds een eigenschap van infrastructuur en anderzijds een faciliteit. Daarbij missen bijkomende gegevens zoals het type voertuig (vrachtwagen / bus / auto), zaken als laadpalen en gehandicaptenplaatsen of een combinatie ervan.
• Het lijkt aangewezen ook een wikidata ID te voorzien als eigenschap, gezien dit stilaan de standaard is bij culturele infrastructuur.
• De definities van superinfrastructuur / infrastructuur / subinfrastructuur / gebouw zijn onvoldoende duidelijk om tot een eenvormige invulling te komen. • In het huidige model moet de infrastructuur vaak sterk worden opgedeeld om tot een helder beeld te komen. • De taxonomie met als voorzetsel “gebouw” is daarbij niet consequent en in contradictie met het binnenruimtetype. • Het binnenruimtetype overlapt met de faciliteiten. (greenroom (BT) = artiestenfoyer (BT) = greenroom (F) Hier zou een duidelijk onderscheid moeten komen. • Vraag is dan of het mogelijk is om meerdere binnenruimtes die steeds samen gebruikt worden (vb. podium / zaal / kleedkamers) als 1 infrastructuur te omschrijven. • De dimensietypes zijn onvoldoende om een theaterzaal te beschrijven. (vb opening portaal / hoogte portaal / hoogte onder grid / …) • In de dimensietypes zou een onderscheid tussen de bruikbare en de bouwtechnische maten moeten gemaakt worden. • Er is voor de capaciteit weliswaar een controlled language voor capaciteitstypen maar niet voor de eenheden. Dit zou minimum “aantal personen”, “aantal personen staand”, “aantal personen scène-op-scène” moeten bevatten. • De eigenschap renovatie zou ook op infrastructuurniveau kunnen worden toegevoegd. (Bij voorkeur niet enkel de laatste, maar alle) • Parking is enerzijds een eigenschap van infrastructuur en anderzijds een faciliteit. Daarbij missen bijkomende gegevens zoals het type voertuig (vrachtwagen / bus / auto), zaken als laadpalen en gehandicaptenplaatsen of een combinatie ervan. • Het lijkt aangewezen ook een wikidata ID te voorzien als eigenschap, gezien dit stilaan de standaard is bij culturele infrastructuur.