cmis.name mappen op bestandsnaam ipv Documenttitel

Dit is een statische kopie van het eerdere discussie.kinggemeenten.nl.
Nieuwe discussies kunnen in de GitHub repository 'StUF standaarden' als issue worden opgevoerd.

7 reacties / 0 nieuw
Login of registreer om te kunnen reageren
ma, 17-02-2014 - 15.29u
#1
Anoniem
cmis.name mappen op bestandsnaam ipv Documenttitel

Met betrekking tot de mapping van RGBZ EDC attributen met CMIS properties suggereert Centric ons:

cmis:contentStreamFileName is read-only en wordt door DMS gevuld met cmis:name. cmis:name moet worden gemapt op bestandsnaam ( of Documenttitel.Documentformaat) naar onze mening. 

Volgens de huidige mapping tabel is cmis:name gemapt op Documenttitel. 

Wij vernemen graag de meningen van de leden van de werkgroep, zodat we een oordeel kunnen vellen over de wenselijkheid en impact van de voorgestelde aanpassing. Ook alternatieven zijn welkom wanneer u van mening bent dat dit aangepast moet worden, maar niet op de voorgestelde manier.

Bovenaan
Wouter Wigman

Hier zijn we het als Roxit ook wel mee eens, met nog enige aanvullingen:

  1. We zien dat bij bestaande CMIS implementaties bij DMS-en als Alfresco en Sharepoint het wijzigen van de cmis:name automatisch leidt tot dezelfde wijziging van de cmis:contentStreamFileName-property. Dus de praktijk bij bestaande DMS-en toont aan dat intern dezelfde property al wordt gebruikt voor deze twee cmis-properties. 
  2. Omdat er tekens voorkomen in de document titel welke niet toegestaan worden voor een bestandsnaam, is het ook wel zo praktisch om een aparte property te definieren welke deze limiet niet kent.
  3. Dit betekent ook dat er dus een zsdms:titel-property bij moet komen
Bovenaan
Dennis de Wit

Vanuit PinkRoccade worden 'titel' en 'bestandsnaam' beide uitgewisseld tussen Zaaksysteem en ons eigen DMS (iDocumenten). We zien dit als verschillende elementen. Als ik het juist interpreteer ben ik het dus met Wouter eens.

Bovenaan
Arjan van Bentem

Bij de gemeente Haarlem zijn we er ook tegenaan gelopen dat documenttitel geen goede waarde is voor cmis:name (Alfresco).

Overigens stelt de specificatie voor EDC cmis:name twee verschillende dingen. In "5.1 Zaken DMS boom":

cmis:name wordt gerepresenteerd door bestandsnaam

...en in "5.3 Mapping RGBZ-attributen met CMIS-properties":

cmis:name EDC Documenttitel

Aangezien 1 van deze 2 moet worden aangepast, ga ik mee met de mensen hierboven: bestandsnaam voor cmis:name en een extra property voor documenttitel.

Bovenaan
Arjan van Bentem

...aan de andere kant is voor #11 maakZaakdocument_Lk01 de bestandsnaam optioneel. Dan ben ik geneigd om in cmis:name domweg de documentidentificatie te zetten.

Bovenaan
Michiel Verhoef

http://docs.oasis-open.org/cmis/CMIS/v1.0/cd04/cmis-spec-v1.0.html#_Toc2...

In de CMIS 1.0 specificaties (zie boven) staat in paragraaf 2.1.4.3.3 dat de property cmis:name van een Document object verplicht is dus zo gezien kan het attribuut en de mapping op de bestandsnaam niet optioneel zijn. Het lastige is dat maakZaakdocument een placeholder aanmaakt voor een nog later toe te voegen document. In deze service is bestandsnaam optioneel. Het is heel nl. goed mogelijk en zelfs waarschijnlijk dat titel, bestandsnaam ed. nog niet bekend zijn op het moment dat maakZaakdocument aangeroepen wordt. Titel is wel verplicht in beide services, ongetwijfeld vanwege de mapping op het verplichte attribuut cmis:name.

Een lastig puntje om zowel contentStreamFileName als cmis:name op de bestandsnaam te mappen is dat contentStreamFileName read-only is (en bij het aanmaken van een object gevuld wordt) terwijl cmis:name aangepast kan worden. In theorie kunnen beide attributen dus andere waarden bevatten en dan is het lastig wanneer beide CMIS attributen aan hetzelfde attribuut van een EDC gekoppeld zijn. Welke waarde is dan correct?

De bestandsidentificatie in cmis:name zetten kan maar dan hebben we de attributen zsdms:documentIdentificatie niet meer nodig. Want waarom zouden we twee attributen met exact dezelfde waarde gaan bijhouden? Dat is onnodig werk.

Zoals Wouter al aangaf moet, wanneer we in cmis:name de bestandsnaam gaan bijhouden, het attribuut zsdms:documentTitel toegevoegd worden.

Vat ik zo goed samen wat de mogelijkheden zijn:

1/ cmis:name wordt gevuld met bestandsnaam. Dit attribuut is leidend en bevat de actuele bestandsnaam van het document.
2/ cmis:contentStreamFileName wordt gevuld met de initiële bestandsnaam en heeft verder geen betekenis.
3/ Nieuw attribuut zsdms:documentTitel wordt toegevoegd


Vullen van cmis:name met de documentIdentificatie zou niet goed werken want als ik Wouter goed begrijp worden door de gangbare grote DMS-en zowel cmis:name als ccmis:contentStreamFileName gevuld met de bestandsnaam van het document.

Klopt bovenstaande? Dan kan ik het als een RFC meenemen voor de bijeenkomst in september.

 

Bovenaan
Michiel Verhoef

Eventueel zou op basis van het RGBZ 2.0 nog een andere mogelijkheid kunnen:

1/ cmis:name wordt gevuld met de naam van het fysieke bestand zonder aanduiding van het formaat in een extensie.
2/ cmis:contentStreamFileName wordt gevuld met de bestandsnaam.
3/ Nieuw attribuut zsdms:documentTitel wordt toegevoegd

Zie ook https://gemmaonline.nl/images/gemmaonline/9/95/GEMMA_RGBZ_2.0_deel_2_... , pagina 25, toelichting bij de attribuutsoort 'Naam' van groepattribuutsoort 'Bestandsnaam ENKELVOUDIG INFORMATIEOBJECT' (kopje staat net onderaan bladzijde 24).

 
 

Bovenaan