Vreemde of verkeerd weergegeven tags in DICOM files

[asch99]

Het valt me op dat met name een aantal private dicom tags in (sommige) dicom files verkeerd worden weergegeven in de files als opgeslagen in de dcm4che database. Dit is op te lossen door de AcceptedTransferSyntaxForImageSOPClasses van de dcm4che configuratie te wijzigen. Deze staat standaard op eerst ImplicitVRLittleEndian, dan ExplicitVRLittleEndian, etc. Als dat wordt gewijzigd in eerst ExplicitVRLittleEndian, dan ImplicitVRLittleEndian, etc, dan worden genoemde tags wel goed opgeslagen.

Is er een reden waarom dit niet standaard zou worden aangepast? Maken we daarmee iets kapot?

[wadqc]

De netste oplossing lijkt mij om de betreffende velden aan de DICOM dictionary toe te voegen. Dan ben je ook niet meer afhankelijk of de transfer syntax implicit of explicit was. Overigens kan ik zo snel niet vinden hoe je iets kan toevoegen aan die dictionary.

[asch99]

Ik kan nu niet overzien hoeveel en welke private tags door de verschillende vendors voor de verschillende modaliteiten worden aangetast hierdoor. Die tags worden in de data ook niet teruggecorrigeerd met terugwerkende kracht. Is het dan niet vriendelijker om te zorgen dat ze er goed in komen, voordat we bedenken dat we ze zouden kunnen gebruiken?

Is er een voordeel om niet standaard ImplicitVRLittleEndian te gebruiken boven ExplicitVRLittleEndian?

[wadqc]

Ik denk niet dat er een voordeel is om standaard ImplicitVRLittleEndian, maar uit de onderhandelingen met de zender kan sowieso besloten worden om toch ImplicitVRLittleEndian ook al geeft de ontvanger aan voorkeur te hebben voor ExplicitVRLittleEndian. Als je dus een analyse module bouwt die ervanuit gaat dat er ExplicitVRLittleEndian beelden zijn, dan kan dat bij jou in huis misschien prima werken, maar elders niet. Een generiekere oplossing is dus om de Dictionary aan te vullen, in ieder geval met de velden die je wilt gebruiken.