Open Hub
Open Hub

 Settings |  Report Duplicate

21
I Use This!
Moderate Activity

News

Analyzed about 1 hour ago. based on code collected about 1 hour ago.
JPEG:Bugs
Posted over 17 years ago by Mathieu
/* bug */ Revision as of 21:52, 29 March 2008 Current revision Line 8: Line 8: == bug == == bug == * http://groups.google.com/group/comp.protocols.dicom/msg/caecb98c83dd3b75?dmode=source * ... [More] http://groups.google.com/group/comp.protocols.dicom/msg/caecb98c83dd3b75?dmode=source     == bit stream vs file format ==     http://groups.google.com/group/comp.protocols.dicom/msg/576fbae05a054282?dmode=source     <pre>   The JFIF header is irrelevant, since that is just a comment in the   JPEG bitstream, and is not part of the ISO 10918-1 standard that   DICOM references to define the bitstream format. As a general rule,   DICOM defines the use of compressed bit streams, not compressed   files (e.g. not JFIF or SPIFF for JPEG, not JP2 for JPEG 2000, not   zip or gzip but deflate).     The matter is addressed in PS 3.5 8.2.1, which says in part:     "The use of the DICOM Encapsulated Format to support JPEG Compressed   Pixel Data requires that the Data Elements which are related to the   Pixel Data encoding (e.g. Photometric Interpretation,.., etc.) shall   contain values which are consistent with the characteristics of the   compressed data stream."   </pre> [[Category:JPEG]] [[Category:JPEG]] [[Category:BUG]] [[Category:BUG]] [Less]
JPEG:Bugs
Posted over 17 years ago by Mathieu
/* bug */ Revision as of 21:52, 29 March 2008 Current revision Line 8: Line 8: == bug == == bug == * http://groups.google.com/group/comp.protocols.dicom/msg/caecb98c83dd3b75?dmode=source * ... [More] http://groups.google.com/group/comp.protocols.dicom/msg/caecb98c83dd3b75?dmode=source     == bit stream vs file format ==     http://groups.google.com/group/comp.protocols.dicom/msg/576fbae05a054282?dmode=source     <pre>   The JFIF header is irrelevant, since that is just a comment in the   JPEG bitstream, and is not part of the ISO 10918-1 standard that   DICOM references to define the bitstream format. As a general rule,   DICOM defines the use of compressed bit streams, not compressed   files (e.g. not JFIF or SPIFF for JPEG, not JP2 for JPEG 2000, not   zip or gzip but deflate).     The matter is addressed in PS 3.5 8.2.1, which says in part:     "The use of the DICOM Encapsulated Format to support JPEG Compressed   Pixel Data requires that the Data Elements which are related to the   Pixel Data encoding (e.g. Photometric Interpretation,.., etc.) shall   contain values which are consistent with the characteristics of the   compressed data stream."   </pre> [[Category:JPEG]] [[Category:JPEG]] [[Category:BUG]] [[Category:BUG]] [Less]
MedCom OOG Info
Posted over 17 years ago by Mathieu
/* Examples */ Revision as of 17:15, 29 March 2008 Current revision Line 30: Line 30: image overlay plane content. image overlay plane content. </pre> </pre>     == Reverse Engineering ==     According to Nigel ... [More] Shaw (from stepmod-devel mailing list).     <pre>   STEP (ISO 10303) separates the file format from the represented content.   The non-xml file format is defined in ISO 10303-21 and the xml formats   in the two editions of ISO 10303-28. The file format (-21 or -28) relies   on a schema defined in the EXPRESS language (ISO 10303-11) which defines   the allowed types in a given exchange of data. There will be an express   schema which declares CsaGraDoubleVec3DArray entity and its allowed   attributes (required and optional). Express is roughly like xml schema   but predates the existence of xml.     I hope that helps.     So the answer is you have a (roughly) STEP-format file but not according   to a standardised schema (there are lots of these in other parts of ISO   10303!) The header of the file is somewhat incomplete - it should   identify the express schema using FILE_SCHEMA((xxx)); in the header.   </pre>     Ref:   * http://sourceforge.net/projects/stepmod == Examples == == Examples == - $ ./bin/gdcmraw -i /backup/mathieu/gdcmData/service.cyberqual.it/piaaa_site/resources/files/Tor18fg/1.dcm -t 0029,1310 -o 0029_1310-2.raw $ ./bin/gdcmraw -i service.cyberqual.it/piaaa_site/resources/files/Tor18fg/1.dcm -t 0029,1310 -o 0029_1310-2.raw <pre> <pre> Line 57: Line 82: </pre> </pre> - $ ./bin/gdcmraw -i /backup/mathieu/gdcmData/siemens.se/G3UPUR9Y -t 0029,1310 -o 0029_1310.raw $ ./bin/gdcmraw -i siemens.se/G3UPUR9Y -t 0029,1310 -o 0029_1310.raw <pre> <pre> [Less]
MedCom OOG Info
Posted over 17 years ago by Mathieu
/* Examples */ Revision as of 17:15, 29 March 2008 Current revision Line 30: Line 30: image overlay plane content. image overlay plane content. </pre> </pre>     == Reverse Engineering ==     According to Nigel ... [More] Shaw (from stepmod-devel mailing list).     <pre>   STEP (ISO 10303) separates the file format from the represented content.   The non-xml file format is defined in ISO 10303-21 and the xml formats   in the two editions of ISO 10303-28. The file format (-21 or -28) relies   on a schema defined in the EXPRESS language (ISO 10303-11) which defines   the allowed types in a given exchange of data. There will be an express   schema which declares CsaGraDoubleVec3DArray entity and its allowed   attributes (required and optional). Express is roughly like xml schema   but predates the existence of xml.     I hope that helps.     So the answer is you have a (roughly) STEP-format file but not according   to a standardised schema (there are lots of these in other parts of ISO   10303!) The header of the file is somewhat incomplete - it should   identify the express schema using FILE_SCHEMA((xxx)); in the header.   </pre>     Ref:   * http://sourceforge.net/projects/stepmod == Examples == == Examples == - $ ./bin/gdcmraw -i /backup/mathieu/gdcmData/service.cyberqual.it/piaaa_site/resources/files/Tor18fg/1.dcm -t 0029,1310 -o 0029_1310-2.raw $ ./bin/gdcmraw -i service.cyberqual.it/piaaa_site/resources/files/Tor18fg/1.dcm -t 0029,1310 -o 0029_1310-2.raw <pre> <pre> Line 57: Line 82: </pre> </pre> - $ ./bin/gdcmraw -i /backup/mathieu/gdcmData/siemens.se/G3UPUR9Y -t 0029,1310 -o 0029_1310.raw $ ./bin/gdcmraw -i siemens.se/G3UPUR9Y -t 0029,1310 -o 0029_1310.raw <pre> <pre> [Less]
User talk:Mathieu
Posted over 17 years ago by Mathieu
/* Open source */ Revision as of 09:46, 29 March 2008 Current revision Line 459: Line 459: * http://msdn.microsoft.com/vstudio/express/visualc/usingpsdk/ * http://msdn.microsoft.com/vstudio/express/visualc/usingpsdk/     ... [More] == cygwin / rxvt ==     * http://infrablue.tripod.com/cygwin.html == Open source == == Open source == Line 473: Line 477: * http://www.inter-sections.net/2007/11/13/how-to-recognise-a-good-programmer/ * http://www.inter-sections.net/2007/11/13/how-to-recognise-a-good-programmer/ * http://blogs.cnet.com/8301-13505_1-9853461-16.html?tag=nefd.only * http://blogs.cnet.com/8301-13505_1-9853461-16.html?tag=nefd.only   * http://www.itnews.com.au/News/72673,red-hat-must-lead-wider-development-effort-ceo-whitehurst-says.aspx == Producer / Consumer == == Producer / Consumer == [Less]
User talk:Mathieu
Posted over 17 years ago by Mathieu
/* Open source */ Revision as of 09:46, 29 March 2008 Current revision Line 459: Line 459: * http://msdn.microsoft.com/vstudio/express/visualc/usingpsdk/ * http://msdn.microsoft.com/vstudio/express/visualc/usingpsdk/     ... [More] == cygwin / rxvt ==     * http://infrablue.tripod.com/cygwin.html == Open source == == Open source == Line 473: Line 477: * http://www.inter-sections.net/2007/11/13/how-to-recognise-a-good-programmer/ * http://www.inter-sections.net/2007/11/13/how-to-recognise-a-good-programmer/ * http://blogs.cnet.com/8301-13505_1-9853461-16.html?tag=nefd.only * http://blogs.cnet.com/8301-13505_1-9853461-16.html?tag=nefd.only   * http://www.itnews.com.au/News/72673,red-hat-must-lead-wider-development-effort-ceo-whitehurst-says.aspx == Producer / Consumer == == Producer / Consumer == [Less]
MedCom OOG Info
Posted over 17 years ago by Mathieu
/* Examples */ New page== Def == Ref: MMWS_DicomConformanceStatement_VE20A.pdf <pre> A.2.4 MEDCOM OOG Module The table in this section contains private IOD Attributes that describe MEDCOM Object Oriented Graphics (OOG). This module is used ... [More] whenever object graphics is drawn on the image and need to be stored as graphic object properties. Given the condition that the module contents was not removed by other modalities, the graphic objects remain re-animatable if such an image was transferred and is then retrieved back Attribute Name Tag Owner Type Notes MedCom OOG Type (0029,xx08) SIEMENS MEDCOM OOG 1 MEDCOM Object Oriented Graphics (OOG) identification characteristics. Defined Terms: MEDCOM OOG 1 MEDCOM OOG 2 MedCom OOG Version (0029,xx09) SIEMENS MEDCOM OOG 3 Version of MEDCOM OOG Info (0029,xx10) format. MedCom OOG Info (0029,xx10) SIEMENS MEDCOM OOG 3 MEDCOM Object Oriented Graphics (OOG) data. The graphics objects are also fully drawn in the Image Overlay Plane for compatibility with other products, which do not support the MedCom OOG module. Any system not supporting the MedCom OOG module shall remove the OOG module and it’s contents when modifying the image overlay plane content. </pre> == Examples == $ ./bin/gdcmraw -i /backup/mathieu/gdcmData/service.cyberqual.it/piaaa_site/resources/files/Tor18fg/1.dcm -t 0029,1310 -o 0029_1310-2.raw <pre> STEP; HEADER; FILE_IDENTIFICATION( '', 'Wed Dec 29 15:06:16 2004', ('meduser'), (''), '1.0', '1.0', 'Exchangeboard'); FILE_DESCRIPTION('STEP format'); IMP_LEVEL('1.0'); ENDSEC; DATA; @25 = CsaGraDoubleVec3DArray(0, ()); @27 = CsaImageOverlay(0, (), (), '', 0, 0, 0, $, (), (), (), (), (), (#26), 0, 0, (), '', '', (), '', (), 0, 0, $, 0, 0.0, 0.0, (), '', 0, 0, 'BSR Graphics', 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 1, 0, 0, ); @26 = CsaGraphicPrimGroup(0, 0, 0, 3, 0.0, -3, #25, 0, 1, 1, 1, $, #27, $, $, $, ()); ENDSEC; ENDSTEP; </pre> $ ./bin/gdcmraw -i /backup/mathieu/gdcmData/siemens.se/G3UPUR9Y -t 0029,1310 -o 0029_1310.raw <pre> STEP; HEADER; FILE_IDENTIFICATION( '', 'Wed Nov 30 15:11:24 2005', ('meduser'), (''), '1.0', '1.0', 'Exchangeboard'); FILE_DESCRIPTION('STEP format'); IMP_LEVEL('1.0'); ENDSEC; DATA; @329 = CsaGraDoubleVec3DArray(0, ()); @331 = CsaGraDoubleVec3DArray(0, (69.0, 246.0, 0.0, 67.0, 245.0, 0.0, 66.0, 244.0, 0.0, 64.0, 244.0, 0.0, 62.0, 243.0, 0.0, 61.0, 243.0, 0.0, 59.0, 243.0, 0.0, 57.0, 243.0, 0.0, 56.0, 243.0, 0.0, 55.0, 243.0, 0.0, 53.0, 243.0, 0.0, 52.0, 243.0, 0.0, 51.0, 243.0, 0.0, 50.0, 243.0, 0.0, 49.0, 243.0, 0.0, 48.0, 243.0, 0.0, 48.0, 244.0, 0.0, 47.0, 244.0, 0.0, 46.0, 245.0, 0.0, 46.0, 247.0, 0.0, 46.0, 248.0, 0.0, 46.0, 249.0, 0.0, 46.0, 250.0, 0.0, 46.0, 251.0, 0.0, 46.0, 252.0, 0.0, 46.0, 253.0, 0.0, 46.0, 255.0, 0.0, 46.0, 257.0, 0.0, 47.0, 258.0, 0.0, 47.0, 259.0, 0.0, 48.0, 261.0, 0.0, 49.0, 261.0, 0.0, 50.0, 263.0, 0.0, 50.0, 264.0, 0.0, 51.0, 266.0, 0.0, 53.0, 267.0, 0.0, 54.0, 268.0, 0.0, 55.0, 270.0, 0.0, 56.0, 270.0, 0.0, 56.0, 271.0, 0.0, 57.0, 271.0, 0.0, 58.0, 271.0, 0.0, 59.0, 272.0, 0.0, 61.0, 272.0, 0.0, 62.0, 272.0, 0.0, 62.0, 273.0, 0.0, 63.0, 273.0, 0.0, 64.0, 273.0, 0.0, 65.0, 273.0, 0.0, 66.0, 273.0, 0.0, 67.0, 273.0, 0.0, 69.0, 273.0, 0.0, 69.0, 272.0, 0.0, 71.0, 271.0, 0.0, 72.0, 270.0, 0.0, 73.0, 269.0, 0.0, 73.0, 268.0, 0.0, 73.0, 267.0, 0.0, 74.0, 267.0, 0.0, 75.0, 266.0, 0.0, 75.0, 265.0, 0.0, 76.0, 265.0, 0.0, 77.0, 263.0, 0.0, 77.0, 261.0, 0.0, 78.0, 261.0, 0.0, 78.0, 259.0, 0.0, 78.0, 258.0, 0.0, 79.0, 257.0, 0.0, 79.0, 256.0, 0.0, 80.0, 256.0, 0.0, 80.0, 255.0, 0.0, 80.0, 254.0, 0.0, 80.0, 253.0, 0.0, 80.0, 252.0, 0.0, 80.0, 251.0, 0.0, 80.0, 250.0, 0.0, 79.0, 248.0, 0.0, 77.0, 247.0, 0.0, 77.0, 246.0, 0.0, 77.0, 245.0, 0.0, 77.0, 244.0, 0.0, 75.0, 244.0, 0.0, 75.0, 243.0, 0.0, 74.0, 242.0, 0.0, 73.0, 242.0, 0.0, 72.0, 241.0, 0.0, 71.0, 240.0, 0.0, 71.0, 239.0, 0.0, 70.0, 239.0, 0.0, 69.0, 239.0, 0.0, 68.0, 239.0, 0.0, 66.0, 239.0, 0.0, 64.0, 239.0, 0.0, 63.0, 239.0, 0.0, 64.0, 242.0, 0.0)); @333 = CsaImageOverlay(0, (), (), '', 0, 0, 0, $, (), (), (), (), (), (#332), 0, 0, (), '', '', (), '', (), 0, 0, $, 0, 0.0, 0.0, (), '', 0, 0, 'CAP_3D_MEANING', 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 1, 0, 0, ); @332 = CsaGraphicPrimGroup(0, 0, 0, 0, 0.0, 0, #329, 1, 1, 0, 0, $, #333, $, $, $, (#330)); @335 = CsaUVString(0, (67, 111, 110, 116, 111, 117, 114, 77, 97, 110, 105, 112, 49, 54, 56, 49, 55, 100, 101, 48, 45, 97, 50, 48, 102, 45, 52, 50, 102, 99, 45, 97, 102, 102, 49, 45, 48, 55, 99, 49, 99, 51, 54, 48, 57, 102, 56, 102, 0)); @336 = CsaGraphicFrameApplContainer(0, (), 0); @334 = CsaGraVVIDictionary(0, (#335), (#336), (-1, -1, -1, -1, 0, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1), (-1)); @330 = CsaGraphicPolygon(0, 0, 0, 0, 0.0, 0, #331, 0, 1, 0, 0, #332, $, #334, $, $, 0, 63.0, 256.0, 0.0, 0, 0, 0, 0, 0, 65535, 1.0, 0.0, 1.0, 0.0, 0, 0.29899999999999999, 0.58699999999999997, 0.114, 0, 65535, 0.0, 0.0, 0.0, 0.0, 0, 0.29899999999999999, 0.58699999999999997, 0.114, 1, 0, '', 1, 0, 0, 0, 65535, 1.0, 1.0, 1.0, 0.0, 0, 0.29899999999999999, 0.58699999999999997, 0.114, 0, 65535, 0.0, 0.0, 0.0, 0.0, 0, 0.29899999999999999, 0.58699999999999997, 0.114, 2, $, $, 1); @337 = CsaGraDoubleVec3DArray(0, ()); @339 = CsaGraDoubleVec3DArray(0, (0.84375, 0.84375, 0.0)); @341 = CsaImageOverlay(0, (), (), '', 0, 0, 0, $, (), (), (), (), (), (#340), 0, 0, (), '', '', (), '', (), 0, 0, $, 0, 0.0, 0.0, (), '', 0, 0, 'CAP_3D_MEANING', 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 1, 0, 0, ); @343 = CsaGraDoubleVec3DArray(0, (0.90234375, 0.29296875, 0.0)); @345 = CsaUVString(0, (68, 101, 115, 99, 114, 105, 112, 116, 105, 111, 110, 77, 97, 110, 105, 112, 35, 51, 95, 48, 98, 51, 57, 97, 54, 98, 53, 51, 45, 56, 53, 97, 50, 45, 52, 54, 102, 48, 45, 56, 99, 49, 52, 45, 97, 55, 102, 48, 51, 99, 100, 48, 53, 51, 56, 99, 0)); @346 = CsaGraphicFrameApplContainer(0, (), 0); @344 = CsaGraVVIDictionary(0, (#345), (#346), (-1, -1, -1, 0, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1), (-1)); @342 = CsaGraphicText(0, 0, 0, 0, 0.0, 0, #343, 4, 1, 1, 1, #340, $, #344, $, $, 0, 0.0, 0.0, 0.0, 0, 0, 0, 0, 65535, 1.0, 1.0, 1.0, 0.0, 0, 0.29899999999999999, 0.58699999999999997, 0.114, 0, 65535, 0.0, 0.0, 0.0, 0.0, 0, 0.29899999999999999, 0.58699999999999997, 0.114, (84, 114, 97, 0), 1, -1, 0, 100, -16, 0, 0, 0, 400, 0, 0, 0, 0, 3, 2, 1, 34, 77, 77, 105, 110, 99, 104, 111, 32, 102, 111, 114, 32, 83, 105, 101, 109, 101, 110, 115, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 1, 2, 2); @340 = CsaGraphicPrimGroup(0, 0, 0, 0, 0.0, 0, #337, 1, 1, 0, 0, $, #341, $, $, $, (#338, #342)); @348 = CsaUVString(0, (79, 114, 105, 101, 110, 116, 73, 110, 100, 105, 35, 51, 95, 48, 56, 54, 97, 100, 54, 52, 102, 50, 45, 50, 56, 49, 55, 45, 52, 102, 102, 50, 45, 57, 56, 52, 100, 45, 55, 49, 49, 101, 54, 55, 99, 52, 48, 53, 56, 57, 0)); @349 = CsaGraphicFrameApplContainer(0, (), 0); @347 = CsaGraVVIDictionary(0, (#348), (#349), (-1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, 0, -1, -1, -1, -1), (-1)); @338 = CsaGraphicCube(0, 0, 0, 0, 0.0, 0, #339, 4, 1, 0, 0, #340, $, #347, $, $, 0, 0.84375, 0.84375, 0.0, 0, 0, 0, 0, 0, 65535, 1.0, 1.0, 0.0, 0.0, 0, 0.29899999999999999, 0.58699999999999997, 0.114, 0, 65535, 0.0, 0.0, 0.0, 0.0, 0, 0.29899999999999999, 0.58699999999999997, 0.114, 1, 0, '', 1, 0, 0.0, 1.0, 0.0, 1.0, 0.0, 0.0, 0.05859375); ENDSEC; ENDSTEP; </pre> == External ref == * http://answers.google.com/answers/threadview?id=224004 [Less]
GDCM Release 2.0
Posted over 17 years ago by Mathieu
/* GDCM 2.0.x */ Revision as of 13:03, 27 March 2008 Current revision Line 104: Line 104: * Better support for spacing computation in Enhance CT & Enhance MR dataset * Better support for spacing computation in Enhance CT ... [More] & Enhance MR dataset * Fix ZSpacing computation in gdcm::IPPSorter * Fix ZSpacing computation in gdcm::IPPSorter   * Initial implementation of gdcm::Terminal to support win32 system (console vs tty)   * gdcminfo app is partially implemented   * gdcm::UIDs implementation [Less]
GDCM Release 2.0
Posted over 17 years ago by Mathieu
/* GDCM 2.0.x */ Revision as of 13:03, 27 March 2008 Current revision Line 104: Line 104: * Better support for spacing computation in Enhance CT & Enhance MR dataset * Better support for spacing computation in Enhance CT ... [More] & Enhance MR dataset * Fix ZSpacing computation in gdcm::IPPSorter * Fix ZSpacing computation in gdcm::IPPSorter   * Initial implementation of gdcm::Terminal to support win32 system (console vs tty)   * gdcminfo app is partially implemented   * gdcm::UIDs implementation [Less]