comp.lang.idl-pvwave archive
Messages from Usenet group comp.lang.idl-pvwave, compiled by Paulo Penteado

Home » Public Forums » archive » Re: Any interest in an IDL to Python interface?
Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend 
Switch to threaded view of this topic Create a new topic Submit Reply
Re: Any interest in an IDL to Python interface? [message #58975] Fri, 29 February 2008 18:49 Go to next message
rkombiyil is currently offline  rkombiyil
Messages: 59
Registered: March 2006
Member
On Feb 29, 9:42 am, Jason Ferrara <jason.ferr...@jacquette.com> wrote:
> On Feb 28, 12:13 pm, Reimar Bauer <R.Ba...@fz-juelich.de> wrote:
>
>
>
>> Hi
>
>> it could be nice if something like that is added for all supported OS
>> versions not only for windows.
>
> Its our plan to support Windows, Linux, and Mac.
>
>
>
>> python has lots of interesting libraries and is used as scripting
>> language in many programs (OpenOffice.org, Blender, Maya, PyMOL, Gimp, etc.)
>
>> The problem will be the price or do you have considered to share it free
>> of charge?
>
> It would be a commercial product. The pricing hasn't been determined
> yet.
>
>
>
>> And another question has to be discussed too. What of idl will be left
>> over if such a powerful programming language will be added to idl.
>> For example this will give us the possibility to use QT4 for widgets. Or
>> we never again do get "the sky is falling down miracle" because of the
>> decimal data type. Or we can use pythons standalone webserver or lots of
>> math libraries free of charge.
>
>> One has to ask himself if an idl program is mostly based on python
>> modules why he has to use idl and does not do the whole job in python
>> then? There are not much differences between both languages.
>
>> How would the development of idl been continued if we as user could
>> always use other libs?
>
> I don't see this as being an issue.
>
> Each language has its own strengths and weaknesses. Its not a one
> size
> fits all thing. Interoperability between languages means you can mix
> and
> match as best solves your problem, rather than having to pick one and
> then struggle with it for the things its not good with.
>
> And more libraries accessible from IDL makes IDL more useful, not
> less.

First of all this is an excellent idea.. But just curious.. what is
the memory overhead in computationally intensive apps? Any bench
marks? I personally am a big python advocate and learning more
everyday! Thanks for any additional info that you can provide.
Best wishes,
/rk
Re: Any interest in an IDL to Python interface? [message #58997 is a reply to message #58975] Thu, 28 February 2008 16:42 Go to previous messageGo to next message
Jason Ferrara is currently offline  Jason Ferrara
Messages: 17
Registered: February 2008
Junior Member
On Feb 28, 12:13 pm, Reimar Bauer <R.Ba...@fz-juelich.de> wrote:
>
> Hi
>
> it could be nice if something like that is added for all supported OS
> versions not only for windows.

Its our plan to support Windows, Linux, and Mac.

>
> python has lots of interesting libraries and is used as scripting
> language in many programs (OpenOffice.org, Blender, Maya, PyMOL, Gimp, etc.)
>
> The problem will be the price or do you have considered to share it free
> of charge?

It would be a commercial product. The pricing hasn't been determined
yet.

>
> And another question has to be discussed too. What of idl will be left
> over if such a powerful programming language will be added to idl.
> For example this will give us the possibility to use QT4 for widgets. Or
> we never again do get "the sky is falling down miracle" because of the
> decimal data type. Or we can use pythons standalone webserver or lots of
> math libraries free of charge.
>
> One has to ask himself if an idl program is mostly based on python
> modules why he has to use idl and does not do the whole job in python
> then? There are not much differences between both languages.
>
> How would the development of idl been continued if we as user could
> always use other libs?

I don't see this as being an issue.

Each language has its own strengths and weaknesses. Its not a one
size
fits all thing. Interoperability between languages means you can mix
and
match as best solves your problem, rather than having to pick one and
then struggle with it for the things its not good with.

And more libraries accessible from IDL makes IDL more useful, not
less.
Re: Any interest in an IDL to Python interface? [message #59003 is a reply to message #58997] Thu, 28 February 2008 09:13 Go to previous messageGo to next message
R.Bauer is currently offline  R.Bauer
Messages: 1424
Registered: November 1998
Senior Member
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Jason Ferrara schrieb:
> We're thinking of coming out with product that acts as a bridge
> between IDL and Python, and are trying to get an idea of how much of a
> demand there is for this sort of thing.


Hi

it could be nice if something like that is added for all supported OS
versions not only for windows.

python has lots of interesting libraries and is used as scripting
language in many programs (OpenOffice.org, Blender, Maya, PyMOL, Gimp, etc.)

The problem will be the price or do you have considered to share it free
of charge?

And another question has to be discussed too. What of idl will be left
over if such a powerful programming language will be added to idl.
For example this will give us the possibility to use QT4 for widgets. Or
we never again do get "the sky is falling down miracle" because of the
decimal data type. Or we can use pythons standalone webserver or lots of
math libraries free of charge.

One has to ask himself if an idl program is mostly based on python
modules why he has to use idl and does not do the whole job in python
then? There are not much differences between both languages.

How would the development of idl been continued if we as user could
always use other libs?


cheers
Reimar



-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org

iD8DBQFHxuu55aOc3Q9hk/kRAoK9AKCAAmEt3ENd9bX9Tn1SJN6GXAmLgQCg rMxz
cDBhVxCb7hge0m9y97I+28c=
=TOiz
-----END PGP SIGNATURE-----
Re: Any interest in an IDL to Python interface? [message #59066 is a reply to message #58975] Sun, 02 March 2008 10:57 Go to previous message
maye is currently offline  maye
Messages: 29
Registered: June 2006
Junior Member
On Mar 1, 3:49 am, metachronist <rkombi...@gmail.com> wrote:
> On Feb 29, 9:42 am, Jason Ferrara <jason.ferr...@jacquette.com> wrote:
>
>
>
>> On Feb 28, 12:13 pm, Reimar Bauer <R.Ba...@fz-juelich.de> wrote:
>
>>> Hi
>
>>> it could be nice if something like that is added for all supported OS
>>> versions not only for windows.
>
>> Its our plan to support Windows, Linux, and Mac.
>
>>> python has lots of interesting libraries and is used as scripting
>>> language in many programs (OpenOffice.org, Blender, Maya, PyMOL, Gimp, etc.)
>
>>> The problem will be the price or do you have considered to share it free
>>> of charge?
>
>> It would be a commercial product. The pricing hasn't been determined
>> yet.
>
>>> And another question has to be discussed too. What of idl will be left
>>> over if such a powerful programming language will be added to idl.
>>> For example this will give us the possibility to use QT4 for widgets. Or
>>> we never again do get "the sky is falling down miracle" because of the
>>> decimal data type. Or we can use pythons standalone webserver or lots of
>>> math libraries free of charge.
>
>>> One has to ask himself if an idl program is mostly based on python
>>> modules why he has to use idl and does not do the whole job in python
>>> then? There are not much differences between both languages.
>
>>> How would the development of idl been continued if we as user could
>>> always use other libs?
>
>> I don't see this as being an issue.
>
>> Each language has its own strengths and weaknesses. Its not a one
>> size
>> fits all thing. Interoperability between languages means you can mix
>> and
>> match as best solves your problem, rather than having to pick one and
>> then struggle with it for the things its not good with.
>
>> And more libraries accessible from IDL makes IDL more useful, not
>> less.
>
> First of all this is an excellent idea.. But just curious.. what is
> the memory overhead in computationally intensive apps? Any bench
> marks? I personally am a big python advocate and learning more
> everyday! Thanks for any additional info that you can provide.
> Best wishes,
> /rk

Just adding:
Me too, plz. I love Python and would at least like to have some
interoperability.
I'm also eagerly waiting for a Python-SPICE interface, then SPICE
results could be fed directly into IDL's powerful plotting routines.
Or IDL's results could be fed via Python into this Python-supported 3D
rendering program Blender.
Go ahead with it!
Best regards,
Michael
  Switch to threaded view of this topic Create a new topic Submit Reply
Previous Topic: 16 bit Tiff image
Next Topic: Z-buffer tips

-=] Back to Top [=-
[ Syndicate this forum (XML) ] [ RSS ] [ PDF ]

Current Time: Wed Oct 08 15:50:25 PDT 2025

Total time taken to generate the page: 0.00502 seconds