[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

*Subject*: Re: a plea for more reliable mathematical routines*From*: Karl Young <kyoung(at)itsa.ucsf.edu>*Date*: Mon, 20 Sep 1999 12:01:17 -0700*Newsgroups*: comp.lang.idl-pvwave*Organization*: VA MRS Unit, UCSF*References*: <7r90g4$rqb$1@nnrp1.deja.com> <37D82EA9.BA62A369@wellesley.edu> <7r9jbl$aem$1@nnrp1.deja.com> <37DCCE9A.F1AC4BF1@zedat.fu-berlin.de> <MPG.1246a891f3c895e19898eb@news.frii.com> <37DE1600.5E99BDE4@zedat.fu-berlin.de> <37DE55FE.1C97F9FE@ssec.wisc.edu>*Reply-To*: kyoung(at)itsa.ucsf.edu*Xref*: news.doit.wisc.edu comp.lang.idl-pvwave:16634

> The strength of IDL lies in enabling researchers to get results fast > without a ton of programming. In the languages you mention, how may > lines of code are required to read and display an 8-bit 512x512 gray > scale image? In IDL, it takes four lines: > > openr, lun, 'image.dat', /free_lun > image = bytarr(512, 512) > readu, lun, image > tvscl, image > > Those four lines of code will work on any IDL platform, and in under a > minute you're looking at an image... That is certainly a strength of IDL but I disagree that the same advantages can't be had with C++. As a case in point we use a great (copyleft and hence freely available) NMR simulation package called Gamma which is a library of C++ functions. The NMR scientists who don't want to think about programming can run an extremely complex NMR simulation with 4 or 5 lines of code. Those who are willing to learn a little more, to e.g. do something that doesn't come with Gamma can tinker with the source. And the programmers at our lab are building a lab specific library of convenient functions which they couldn't have even thought about without access to the source. Linking to other free or commercial libraries (e.g. IMSL) is much more straightforward than in IDL. I know this opens up the whole can of worms re. free software but to me that's the major issue, i.e. who is going to write a GNU type class library that has IDL style functionality and open source (NSF are you listening ?). To me that would be the optimal solution; one could rely on the expertise of the scientific community (e.g. the authors of IMSL, the designers of gcc) for all the functionality that wasn't directly specific to data manipulation and visualization, rather than a small group of overworked commercial programmers who are no doubt always conscious of the bottom line. The one could take advantage of the real value of object oriented software. -- KY Karl Young UCSF,VA Medical Center MRS Unit (114M) 4150 Clement Street San Francisco, CA 94121 Email: kyoung@itsa.ucsf.edu Phone: (415) 750-2158 lab (415) 750-9463 home FAX: (415) 668-2864

**References**:**ODEPACK***From:*ushomirs

**a plea for more reliable mathematical routines***From:*Richard G. French

**Re: a plea for more reliable mathematical routines***From:*ushomirs

**Re: a plea for more reliable mathematical routines***From:*FIT

**Re: a plea for more reliable mathematical routines***From:*David Fanning

**Re: a plea for more reliable mathematical routines***From:*FIT

**Re: a plea for more reliable mathematical routines***From:*Liam Gumley

- Prev by Date:
**Re: FLASH - Colors Update** - Next by Date:
**Re: Multiple threads** - Prev by thread:
**Re: a plea for more reliable mathematical routines** - Next by thread:
**Re: a plea for more reliable mathematical routines** - Index(es):