| idl [message #296] |
Tue, 25 February 1992 07:07  |
terrie
Messages: 1
Registered: February 1992
|
Junior Member |
|
|
Hi,
I am trying to call a fortran subroutine from IDL using the call_external function. I am running on a SUN 4/390 f77 version 1.3.1, SUNOS 4.1.1. I have followed the instructions for creating a shareable library as described in the IDL manual. However when I issue the command from the IDL prompt:
iret=call_external('fcode.so','_test_')
I get the error message:
ld.so: call to undefined procedure _s_wsle from 0xf????????
Note that fcode.so is the shareable library file I just created and test is the name of my subroutine.
I have determined that _s_wsle is in the F77 library. I have successfully compiled fortran code on our machine before so I'm not sure if the problem is caused by IDL or SUNOS. I have been successful in using the call_external function to call a "c" version of test using similar steps. Has anyone e
experienced this problem??? If so were you able to correct the problem? I have contacted SUN regarding this situation and they are sending me patches for the operating system for ld.so, ldconfig, ldd, and whole host of related patches. I understand that the IDL folks do not have fortran on their SUN's so if any one has tried this please drop me a line.
Thanks,
Greg Terrie
e-mail: terrie@merl.noarl.navy.mil
tele: (601)-688-4549
|
|
|
|
|
|
| Re: IDL [message #2009 is a reply to message #296] |
Fri, 13 May 1994 10:00  |
geomagic
Messages: 22
Registered: November 1993
|
Junior Member |
|
|
In article <2quej9$afq@news.bu.edu> anders@uss-enterprise.bu.edu (Anders M Jorgensen) writes:
[ Article crossposted from sci.astro.research ]
[ Author was Luca Fini ]
[ Posted on 12 May 1994 10:02:50 -0500 ]
[although somewhat on the fringe of the charter, since IDL is a
rather popular analysis package used by astronomers, maybe one
of us knows the answer to this question - mod.]
> This is not a post about science. Sometimes we have to go down to
> dirty jobs...
>
> Now we are going to make a major upgrade of uor network of SparcStations,
> we are moving form SunOS4.1.1 to Solaris 2.3.
> Looking around to find new versions of the licenced pakages we have
> (Autocad, Matlab, and others) we have experienced pretty good interactions
> with vendors: all of them will provide the new versions of their packages
> at special "upgrade" prices (we usually have not software maintenance
> contracts), *EXCEPT* for IDL. They simply want to sell us a new package
> from scratch.
>
> My question is: is this a problem due to the Italian reseller, or is it a
> general policy of RSI ?
Are you simply upgrading the operating system on existing hardward? If yes,
then, at worst, all you need to do is pay the $250/license version
upgrade fee to obtain a version of IDL that supports Solaris. If you
are upgrading the hardware it's possible that the $250/license upgrade
fee would also apply if you are basically using IDL on the same machines.
For instance, we upgraded our HP720's to HP735's. We just called IDL
to get new license keys since our IP addresses changed, but we were
still using IDL on the same machines we had originally purchased them for.
You have to stick up for your rights with software companies. Matlab tried
to substitute a single user license for an unlimited user license during
a version upgrade. They claimed it was actually a "better license." Yea,
right! I faxed them a copy of the purchase agreement they signed when
they sold the software to the government. One of the provisions stated
that the license could not be modified. Some software companies seem
to have had a large influx of car sales sleazes recently.
Dan O'Connell
geomagic@seismo.do.usbr.gov
Seismotectonics Group, U.S. Bureau of Reclamation
Denver Federal Center, P.O. Box 25007 D-3611, Denver, CO 80225
"We do custom earthquakes (for food)"
or
"Just more roadkill on the information superhighway"
/\
/ \
/ \ /\ /\
/\ / \ / \ / \ /\ /\/\ /\/\
___/ \ /\/\/\/ \ / \ /\ / \ / \/ \/ \ /\_______
\/ \ / \ / \/ \/ \/
\/ \/
--
Dan O'Connell
geomagic@seismo.do.usbr.gov
Seismotectonics Group, U.S. Bureau of Reclamation
|
|
|
|
|
|
| Re: IDL [message #2013 is a reply to message #296] |
Thu, 12 May 1994 19:56 |
gurman
Messages: 82
Registered: August 1992
|
Member |
|
|
In article <2quej9$afq@news.bu.edu>, anders@uss-enterprise.bu.edu (Anders M
Jorgensen) wrote:
> [ Article crossposted from sci.astro.research ]
> [ Author was Luca Fini ]
> [ Posted on 12 May 1994 10:02:50 -0500 ]
>
> [although somewhat on the fringe of the charter, since IDL is a
> rather popular analysis package used by astronomers, maybe one
> of us knows the answer to this question - mod.]
>
> This is not a post about science. Sometimes we have to go down to
> dirty jobs...
>
> Now we are going to make a major upgrade of uor network of SparcStations,
> we are moving form SunOS4.1.1 to Solaris 2.3.
> Looking around to find new versions of the licenced pakages we have
> (Autocad, Matlab, and others) we have experienced pretty good interactions
> with vendors: all of them will provide the new versions of their packages
> at special "upgrade" prices (we usually have not software maintenance
> contracts), *EXCEPT* for IDL. They simply want to sell us a new package
> from scratch.
>
> My question is: is this a problem due to the Italian reseller, or is it a
> general policy of RSI ?
Luca -
My understanding is that in the US RSI offers a credit on
cross-platform (such as MIPS Ultrix -> Alpha OSF/1 upgrades), but that it
will allow OS upgrades on the same machine free. I don't run Suns, so has
anyone who does had to find out?
My guess is that the Italian distributor is, as we say, taking you for
a ride.
Good luck,
Joe Gurman
--
Joseph B. Gurman / NASA Goddard Space Flight Center/ Solar Data Analysis
Center / Code 682 / Greenbelt MD 20771 USA / gurman@uvsp.gsfc.nasa.gov
| Federal employees are still prohibited from holding opinions while at |
| work. Any opinions expressed herein must therefore be someone else's. |
|
|
|
|
| Re: IDL [message #75532 is a reply to message #296] |
Mon, 21 March 2011 06:50 |
Ammar Yusuf
Messages: 36
Registered: October 2010
|
Member |
|
|
On Mar 20, 10:55 am, BigDaveII <davidharri...@yahoo.com> wrote:
> Hello all
>
> So I have made some progress but I am stuck again being new to IDL
>
> So I got it to display a color image using the following code
>
> data = read_binary('avhrr_pf.ndvi.1nmegl.8207.bin', data_type = 4,
> data_dims = [360, 180], endian = 'big')
> device, decomposed = 0
> xloadct
> window, 0, xsize = 360, ysize = 180
> !order=1
> tv, data
>
> However, I was trying to create a procedure so that I can just call it
> up.
>
> I keep getting this error
>
> File does not exist: 'homework1a.pro'.
> pro Homework1a,
> ^
> % Syntax error.
> At: F:\GMUMAY2010\GGS754EarthScienceandAdvanceDataAnalysis\Homew ork
> \Homework1\Data\NDVI\HW1\Homework1a, Line 1
> % 1 Compilation error(s) in module $MAIN$.
> IDL> tv, data
>
> What am I doing wrong?
>
> How do I calculate which pixels correspond to the particular latitude
> and longitude values that defines a subset, and then use IDL's array
> subscripting to put that subset into a new variable?
>
> How do I set up a loop to go through all of my NDVI images, extract
> the appropriate subset, then display each subset?
>
> I have taken some general notes
>
> Define a 3D data array data(360, 180, 24)
> for k=1,24
> forming the file name for each k
> read one file into an 2D array, say a
> data(*,*,k) = a
> end loop k
>
> determine the indices for the given lat/lon, say ig, jg
> pick the values for that location and form a time series vector
> ts = data(ig, jg, *)
>
> display the time series, ts
Hi, your first error is this right?
File does not exist: 'homework1a.pro'.
pro Homework1a,
The reason you are getting that is because the procedure name and the
file name are case sensitive and have to be the same. Try doing that
and see if works.
|
|
|
|
|
|
| Re: IDL [message #78947 is a reply to message #296] |
Fri, 06 January 2012 09:38 |
Russell[1]
Messages: 101
Registered: August 2011
|
Senior Member |
|
|
There isn't a default interpolation scheme, per se. There are 10 or
so different interpolation routines, but are primarily focused on
fitting a polynomial to the data and evaluating the fit at the
requested points. In general, the lowest order is the default (so
linear interpolation). This is probably fine if your grid is well
sampled and you don't expect deviations smaller than the typical grid
spacing. Of course, you cannot create information --- so you don't
know what the curve is doing, no amount of interpolation will fix it.
But it's really a question of "how smooth you want the curve to
appear". Any interpolation scheme will be *COMPLETELY* untrustworthy
outside the limits of your data (that's called extrapolation, gulp).
http://physics.nyu.edu/grierlab/idl_html_help/mathematics9.h tml
Russell
On Jan 6, 1:22 am, shambhu <shambhu.mc...@gmail.com> wrote:
> Hi all, which Interpolation method is used in IDl by default, when
> call to Interpolation routine?
|
|
|
|
| Re: IDL [message #78951 is a reply to message #78865] |
Thu, 05 January 2012 22:22 |
shambhu
Messages: 41
Registered: December 2011
|
Member |
|
|
Hi all, which Interpolation method is used in IDl by default, when
call to Interpolation routine?
|
|
|
|
comp.lang.idl-pvwave archive
Members
Search
Help
Login
Home
