|
|
|
Posted
almost 6 years
ago
by
Mathieu
/* GDCM 2.0.x */ Revision as of 21:36, 26 May 2008 Current revision Line 118: Line 118: === GDCM 2.0.x === === GDCM 2.0.x === -* reimplement gdcm::UIDGenerator (API is preserved) * reimplement
... [More]
gdcm::UIDGenerator internals (API is preserved)
* Fix issues with Enhanced MR/CT Image Storage (IOP and IPP)
* Fix issue with deflate syntax
* Bug fix: vtkImageData::Origin is not Image Position (Patient) when doing VTK-flip
* Big Endian machine are passing 95% of tests now.
* First pass at implementing DICOM Part 3 (accessible from python!)
* Add an example on how to decompress ELSCINT1 / PMSCT_RLE1 DICOM file
* Add an example to check if the file is a valid deflate file (will use alternate implementation of deflate algorithm: puff.c)
* Add option: GDCM_USE_SYSTEM_ZLIB, GDCM_USE_SYSTEM_EXPAT & GDCM_USE_SYSTEM_UUID (md5 lib now depend on the value for GDCM_BUILD_TESTING).
[Less]
|
|
Posted
almost 6 years
ago
by
Mathieu
/* QEMU */ Revision as of 12:47, 26 May 2008 Current revision Line 459: Line 459: * http://msdn.microsoft.com/vstudio/express/visualc/usingpsdk/ *
... [More]
http://msdn.microsoft.com/vstudio/express/visualc/usingpsdk/
== QEMU ==
* http://fabrice.bellard.free.fr/qemu/license.html
* http://www.oszoo.org/wiki/index.php/Debian_Etch_ppc_(PowerPC)_-_Qemu_Ready
* http://nepotismia.com/linux/qemu/arm/
* http://fabrice.bellard.free.fr/qemu/qemu-doc.html
* http://overselfresearch.com/kb/qemu.html
* svn co svn://svn.sv.gnu.org/qemu/trunk
* http://www.ibm.com/developerworks/library/pa-emulation.html
== cygwin / rxvt == == cygwin / rxvt ==
Line 482:
Line 492:
* 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 * http://www.itnews.com.au/News/72673,red-hat-must-lead-wider-development-effort-ceo-whitehurst-says.aspx
=== IGSTK mail ===
"Open Source Software Continually Improving According to Research from Coverity Joint Venture with U.S. Department of Homeland Security"
*http://www.coverity.com/html/press_story58_05_20_08.html
Link to the Open Source Report 2008:
*http://scan.coverity.com/report/Coverity_White_Paper-Scan_Open_Source_Report_2008.pdf
One interesting finding regarding average project function length and static analysis defect density:
"...Likewise, it used to be considered wise to break down a single, complex function in a program into smaller functions, letting each solve a piece of the problem. After inspecting functions that ranged from just 14 lines to those up to 345 lines in length, Maxwell says, "long functions don't have more defects." He suspects that breaking down a coherent, long function tends to complicate matters and "increase the amount of indirection" contained in a program, making it harder to keep defect free. So longer functions may become more acceptable, he said...." -- cited from *http://www.informationweek.com/news/software/open_source/showArticle.jhtml?articleID=207801458
== Producer / Consumer == == Producer / Consumer ==
Line 516:
Line 537:
*http://www.backerstreet.com/rec/rec2.htm *http://www.backerstreet.com/rec/rec2.htm
*http://www.backerstreet.com/cg/work.htm *http://www.backerstreet.com/cg/work.htm
*http://lcamtuf.coredump.cx/fenris/other.txt
*http://www.woodmann.com/crackz/Tools.htm
*http://ood.sourceforge.net/
== dev == == dev ==
[Less]
|
|
Posted
almost 6 years
ago
by
Mathieu
/* QEMU */ Revision as of 12:47, 26 May 2008 Current revision Line 459: Line 459: * http://msdn.microsoft.com/vstudio/express/visualc/usingpsdk/ *
... [More]
http://msdn.microsoft.com/vstudio/express/visualc/usingpsdk/
== QEMU ==
* http://fabrice.bellard.free.fr/qemu/license.html
* http://www.oszoo.org/wiki/index.php/Debian_Etch_ppc_(PowerPC)_-_Qemu_Ready
* http://nepotismia.com/linux/qemu/arm/
* http://fabrice.bellard.free.fr/qemu/qemu-doc.html
* http://overselfresearch.com/kb/qemu.html
* svn co svn://svn.sv.gnu.org/qemu/trunk
* http://www.ibm.com/developerworks/library/pa-emulation.html
== cygwin / rxvt == == cygwin / rxvt ==
Line 482:
Line 492:
* 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 * http://www.itnews.com.au/News/72673,red-hat-must-lead-wider-development-effort-ceo-whitehurst-says.aspx
=== IGSTK mail ===
"Open Source Software Continually Improving According to Research from Coverity Joint Venture with U.S. Department of Homeland Security"
*http://www.coverity.com/html/press_story58_05_20_08.html
Link to the Open Source Report 2008:
*http://scan.coverity.com/report/Coverity_White_Paper-Scan_Open_Source_Report_2008.pdf
One interesting finding regarding average project function length and static analysis defect density:
"...Likewise, it used to be considered wise to break down a single, complex function in a program into smaller functions, letting each solve a piece of the problem. After inspecting functions that ranged from just 14 lines to those up to 345 lines in length, Maxwell says, "long functions don't have more defects." He suspects that breaking down a coherent, long function tends to complicate matters and "increase the amount of indirection" contained in a program, making it harder to keep defect free. So longer functions may become more acceptable, he said...." -- cited from *http://www.informationweek.com/news/software/open_source/showArticle.jhtml?articleID=207801458
== Producer / Consumer == == Producer / Consumer ==
[Less]
|
|
Posted
about 5 years
ago
by
Mathieu
/* IGSTK mail */ Revision as of 13:51, 24 May 2008 Current revision Line 459: Line 459: * http://msdn.microsoft.com/vstudio/express/visualc/usingpsdk/ *
... [More]
http://msdn.microsoft.com/vstudio/express/visualc/usingpsdk/
== QEMU ==
* http://fabrice.bellard.free.fr/qemu/license.html
* http://www.oszoo.org/wiki/index.php/Debian_Etch_ppc_(PowerPC)_-_Qemu_Ready
== cygwin / rxvt == == cygwin / rxvt ==
Line 482:
Line 487:
* 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 * http://www.itnews.com.au/News/72673,red-hat-must-lead-wider-development-effort-ceo-whitehurst-says.aspx
=== IGSTK mail ===
"Open Source Software Continually Improving According to Research from Coverity Joint Venture with U.S. Department of Homeland Security"
*http://www.coverity.com/html/press_story58_05_20_08.html
Link to the Open Source Report 2008:
*http://scan.coverity.com/report/Coverity_White_Paper-Scan_Open_Source_Report_2008.pdf
One interesting finding regarding average project function length and static analysis defect density:
"...Likewise, it used to be considered wise to break down a single, complex function in a program into smaller functions, letting each solve a piece of the problem. After inspecting functions that ranged from just 14 lines to those up to 345 lines in length, Maxwell says, "long functions don't have more defects." He suspects that breaking down a coherent, long function tends to complicate matters and "increase the amount of indirection" contained in a program, making it harder to keep defect free. So longer functions may become more acceptable, he said...." -- cited from *http://www.informationweek.com/news/software/open_source/showArticle.jhtml?articleID=207801458
== Producer / Consumer == == Producer / Consumer ==
Line 516:
Line 532:
*http://www.backerstreet.com/rec/rec2.htm *http://www.backerstreet.com/rec/rec2.htm
*http://www.backerstreet.com/cg/work.htm *http://www.backerstreet.com/cg/work.htm
*http://lcamtuf.coredump.cx/fenris/other.txt
*http://www.woodmann.com/crackz/Tools.htm
*http://ood.sourceforge.net/
== dev == == dev ==
[Less]
|
|
Posted
about 5 years
ago
by
Mathieu
/* Open source */ Revision as of 11:36, 24 May 2008 Current revision Line 459: Line 459: * http://msdn.microsoft.com/vstudio/express/visualc/usingpsdk/ *
... [More]
http://msdn.microsoft.com/vstudio/express/visualc/usingpsdk/
== QEMU ==
* http://fabrice.bellard.free.fr/qemu/license.html
* http://www.oszoo.org/wiki/index.php/Debian_Etch_ppc_(PowerPC)_-_Qemu_Ready
== cygwin / rxvt == == cygwin / rxvt ==
Line 482:
Line 487:
* 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 * http://www.itnews.com.au/News/72673,red-hat-must-lead-wider-development-effort-ceo-whitehurst-says.aspx
=== IGSTK mail ===
"Open Source Software Continually Improving According to Research from Coverity Joint Venture with U.S. Department of Homeland Security"
http://www.coverity.com/html/press_story58_05_20_08.html
Link to the Open Source Report 2008:
http://scan.coverity.com/report/Scan-Report2008-Release.pdf
One interesting finding regarding average project function length and static analysis defect density:
"...Likewise, it used to be considered wise to break down a single, complex function in a program into smaller functions, letting each solve a piece of the problem. After inspecting functions that ranged from just 14 lines to those up to 345 lines in length, Maxwell says, "long functions don't have more defects." He suspects that breaking down a coherent, long function tends to complicate matters and "increase the amount of indirection" contained in a program, making it harder to keep defect free. So longer functions may become more acceptable, he said...." -- cited from http://www.informationweek.com/news/software/open_source/showArticle.jhtml?articleID=207801458
== Producer / Consumer == == Producer / Consumer ==
Line 516:
Line 532:
*http://www.backerstreet.com/rec/rec2.htm *http://www.backerstreet.com/rec/rec2.htm
*http://www.backerstreet.com/cg/work.htm *http://www.backerstreet.com/cg/work.htm
*http://lcamtuf.coredump.cx/fenris/other.txt
*http://www.woodmann.com/crackz/Tools.htm
*http://ood.sourceforge.net/
== dev == == dev ==
[Less]
|
|
Posted
about 5 years
ago
by
Mathieu
/* RE */ Revision as of 15:09, 21 May 2008 Current revision Line 516: Line 516: *http://www.backerstreet.com/rec/rec2.htm *http://www.backerstreet.com/rec/rec2.htm
... [More]
*http://www.backerstreet.com/cg/work.htm *http://www.backerstreet.com/cg/work.htm
*http://lcamtuf.coredump.cx/fenris/other.txt
*http://www.woodmann.com/crackz/Tools.htm
*http://ood.sourceforge.net/
== dev == == dev ==
[Less]
|
|
Posted
about 5 years
ago
by
Mathieu
/* what's missing from GDCM 1.x ? */ Revision as of 21:55, 20 May 2008 Current revision Line 23: Line 23: * Segmented palette, gdcm 1.x CVS has support for segmented palette * Segmented palette, gdcm 1.x
... [More]
CVS has support for segmented palette
* Multiframes J2K, right now only single j2k frame are supported
* Better DICOMDIR support
* Reversible J2K / Lossless JPEG write mode
* LOAD_MODE disapear, it's use was broken anyway: * LOAD_MODE disapear, it's use was broken anyway:
** some user assumed that LD_NOSHADOW meant that no private tag would be read, while it means only private group *when group length is found* would not be loaded ** some user assumed that LD_NOSHADOW meant that no private tag would be read, while it means only private group *when group length is found* would not be loaded
[Less]
|
|
Posted
about 5 years
ago
by
Mathieu
/* what's missing from GDCM 1.x ? */ Revision as of 21:55, 20 May 2008 Current revision Line 23: Line 23: * Segmented palette, gdcm 1.x CVS has support for segmented palette * Segmented palette, gdcm 1.x
... [More]
CVS has support for segmented palette
* Multiframes J2K, right now only single j2k frame are supported
* Better DICOMDIR support
* Reversible J2K / Lossless JPEG write mode
* LOAD_MODE disapear, it's use was broken anyway: * LOAD_MODE disapear, it's use was broken anyway:
** some user assumed that LD_NOSHADOW meant that no private tag would be read, while it means only private group *when group length is found* would not be loaded ** some user assumed that LD_NOSHADOW meant that no private tag would be read, while it means only private group *when group length is found* would not be loaded
[Less]
|
|
Posted
about 5 years
ago
by
Mathieu
/* Standalone */ Revision as of 06:46, 18 May 2008 Current revision Line 48: Line 48: * http://www.eeng.dcu.ie/~vsl/DICOM/index.html * http://www.eeng.dcu.ie/~vsl/DICOM/index.html -synedra View
... [More]
Personal [synedra View Personal]
* http://download.synedra.com/ * http://download.synedra.com/
-medisoft (used to be SANTE LE) [medisoft (used to be SANTE LE)]
* http://www.medisoft.gr/ * http://www.medisoft.gr/
* http://www.teiath.gr/stef/tio/medisp/ * http://www.teiath.gr/stef/tio/medisp/
[Conquest DICOM software]
* http://www.xs4all.nl/~ingenium/dicom.html
== Toolkit (libs) == == Toolkit (libs) ==
[Less]
|
|
Posted
about 5 years
ago
by
Mathieu
/* Standalone */ Revision as of 06:46, 18 May 2008 Current revision Line 48: Line 48: * http://www.eeng.dcu.ie/~vsl/DICOM/index.html * http://www.eeng.dcu.ie/~vsl/DICOM/index.html -synedra View
... [More]
Personal [synedra View Personal]
* http://download.synedra.com/ * http://download.synedra.com/
-medisoft (used to be SANTE LE) [medisoft (used to be SANTE LE)]
* http://www.medisoft.gr/ * http://www.medisoft.gr/
* http://www.teiath.gr/stef/tio/medisp/ * http://www.teiath.gr/stef/tio/medisp/
[Conquest DICOM software]
* http://www.xs4all.nl/~ingenium/dicom.html
== Toolkit (libs) == == Toolkit (libs) ==
[Less]
|
Copyright
©
2013
Black Duck Software, Inc.
and its contributors, Some Rights Reserved. Unless otherwise marked, this work is licensed under a
Creative Commons Attribution 3.0 Unported License
. Ohloh
®
and the Ohloh logo are trademarks of
Black Duck Software, Inc.
in the United States and/or other jurisdictions. All other trademarks are the property of their respective holders.