Project

Profile

Help

Taak #405509

open

Mimetype / Documentformaat in voegZaakDocumentToe operatie

Added by Michiel Verhoef about 9 years ago. Updated over 7 years ago.

Status:
Toegewezen
Priority:
Normal
Category:
-
Sprint/Milestone:
Start date:
Due date:
% Done:

0%

Estimated time:
Behandeld in overleg:
Requirements priority:

Description

Ingebracht door Björn Ramant via https://discussie.kinggemeenten.nl/discussie/gemma/koppelvlak-zs-dms/mimetype-documentformaat

Dit is gerelateerd aan: https://discussie.kinggemeenten.nl/discussie/gemma/rgbz/gebruik-van-veld-formaat-bij-een-document-informatieobject

In de voegZaakDocumentToe operatie haal ik de volgende informatie uit de tabel (paragraaf 4.2.4.2):
Stuf-ZKN-Elementen RGBZ-attribuut v/o
object.formaat Documentformaat v
object.inhoud@xmime:contentType MimeType o

Documentformaat is metadata en wat mij betreft geen "technisch veld". Ik stel voor om in dit veld de "human-readable" waarde te plaatsen. Het contentType van de inhoud zou verplicht moeten gesteld worden en gevuld met een geldige waarde uit de IANA lijst (http://www.iana.org/assignments/media-types/media-types.xhtml). Het mimetype is enkel voor de inhoud van het document belangrijk en niet op metadata vlak. Sterker nog, in RGBZ 1.0 is het geen attribuut.

De mapping naar het CMIS attribuut in de tabel (paragraaf 5.3) is bijgevolg mijns inziens ook verkeerd.
CMIS-property-id Property van
objecttype RGBZ-attribuut v/o
cmis:contentStreamMimeType EDC Documentformaat v

Het veld cmis:contentStreamMimeType zou gevuld moeten worden met de waarde van contentType van de inhoud. Op technisch vlak moet binaire content namelijk altijd beschreven zijn met bestandsnaam en mimetype. Voor Documentformaat zou dan een nieuw CMIS veld gedefinieerd moeten worden in de CMIS repository indien de "human-readable" waarde ook wenselijk is.

Also available in: Atom PDF