Terug naar index  <<  Terug naar issues

 (jgz-issue-91) Nog niet alle mime-types vertegenwoordigd
Wijzigingsverzoek (issue-id 2.16.840.1.113883.2.4.3.11.60.100.6.91)
Laatst toegekend aan 'Alexander Henket'

Issue Nog niet alle mime-types vertegenwoordigd
Id jgz-issue-91
Type Wijzigingsverzoek
Status  Gesloten, toegekend
Prioriteit normaal
Object(en) Template DatatypeEDTextOrBase64 jgz-template-10250 (2012‑08‑01)
tracking Tracking 2013‑12‑16 11:30:00 - status: Gesloten
  Auteur Alexander Henket
Omschrijving
tracking Tracking 2013‑11‑12 20:30:52 - status: In behandeling
  Auteur Alexander Henket
Omschrijving text/csv toegevoegd
application/octet-stream toegevoegd
waarschuwing voor HTML toegevoegd dat links en afbeeldingen voor de ontvanger mogelijk niet te volgen zijn
arrowright Toegekend aan Alexander Henket (id#2) op 2013‑11‑12 20:29:31
  Auteur toegekend door Alexander Henket (id#2)
  Omschrijving Doorvoeren zoals besproken
tracking Tracking 2013‑11‑12 20:28:31 - status: Open
  Auteur Alexander Henket
Omschrijving
Dag Rens,
 
Ik bracht gisteren het punt in. Waar het mij om ging is dat er voor ons geen enkele manier is om het mime type te detecteren als we een bestand opslaan. Het enige wat we kunnen doen is een bepaalde set extensies vertalen naar een mime-type. Dat kan de ontvanger net zo goed doen en het voordeel is dan dat deze ontvanger weet voor welke mimetypes het zin heeft om een onderscheid te maken. Daar kwamen we gisteren niet uit en we hebben min of meer besloten dat er een “setje” extensies is waarvoor de verzender de vertaling doet. Dat setje is niet limitatief (dus er kunnen ook andere mime types verstuurd worden). Fall-back is de application/octet-stream (dat lijkt me tenminste beter dan text). Verder rammelt het inderdaad een beetje.

Met vriendelijke groet,

Aad Nienhuis
 
From: Rens Verhage [mailto:Rens.Verhage@xxxx.xx] 
Sent: dinsdag 29 oktober 2013 8:58
To: Jeroen Stiekema
Cc: Aad Nienhuis; Alexander Henket; Ron Alders; Kees Bosma; Reini Poel
Subject: Re: externe documenten mimetypes
 
Hoi Jeroen,
 
Is dit een punt n.a.v. de conference call van gisteren of hadden we deze nog open staan?
 
Ik weet niet of het een goed idee is om van te voren vast te stellen wat we allemaal wel of niet aan bestandstypen ondersteunen. Wat doen we als een nieuwe versie van word een nieuw mime type krijgt? Of als een organisatie besluit het gratis Libre of Open Office te gebruiken? Dan zouden we ook met .odt bestanden moeten kunnen omgaan.

Groet,
Rens

On 29 okt. 2013, at 08:36, Jeroen Stiekema <jeroen.stiekema@xxx.xx> wrote:

Allen,
 
Hierbij een voorstel voor de uit te wisselen mime types.
 
Op de art-decor heb ik het volgende gevonden onder het element 1498:
 
"Vermeld het mimetype voor de bepaling van het programma dat het bestand kan openen, omdat de extensie in de bestandsnaam mogelijk onvoldoende is. Er is niet gedefinieerd welke bestandstypen mogen worden gebruikt voor uitwisseling maar veel gebruikt zijn PDF (application/pdf), RTF (text/rtf), Word .doc (<2007): (application/msword) en Word .docx (application/vnd.openxmlformats-officedocument.wordprocessingml.document)”
 
Samengevat zijn dit de volgende extensies met de daarbij behorende mime types:
  • PDF    application/pdf
  • RTF    text/rtf
  • DOC    application/msword
  • DOCX   application/vnd.openxmlformats-officedocument.wordprocessingml.document
In Kidos kennen we daarnaast nog de volgende twee mimetypes:
  • TXT    text/plain
  • CSV    text/csv
Ik denk dat we met dit rijtje het gros van de documenten een mime type kunnen geven. 

Hoe kunnen we de overige extensies het beste uitwisselen, als application/octet-stream of text/plain?

Met vriendelijke groet,

Jeroen Stiekema
Software Engineer