Slashdot Mirror


KDE Conquers Astrophysics With Kst

Telex4 writes "The Free Software community is constantly inundated with interesting new projects, but occasionally something crops up which is really special. Kst is just such a project. Started by Barth Netterfield, an astrophysicist, as a personal project to plot data from his experiments, it has now taken on a life of its own, being used in numerous academic projects, and finding funding from several government agencies. Intrigued by this project's success, and with a little prod from co-developer George Staikos, I interviewed Barth and George about kst, Free Software and physics."

20 of 195 comments (clear)

  1. KDE Naming by Anonymous Coward · · Score: 5, Funny

    I suppose its slightly better than KastroPhysics.

  2. Pychart by updog · · Score: 5, Informative
    That definitely looks cool - another nice way I've found to plot data in a Python/QT environment is with Pychart

    It's easy to generate png/pdf/ps plots and they look really nice.

    1. Re:Pychart by bloosqr · · Score: 4, Informative

      If you like Python for doing plotting check out vpython Its basically a very simple opengl interface glued into python. Its actually originally designed to as a "computational physics" pedagogy language (which its really pretty fantastic for actually) but since its really just python its very easy to turn it into a poor mans 3d/4d plotting program :)

    2. Re:Pychart by Satai · · Score: 4, Informative

      Hell, why stop there? VTK and MayaVi are also pretty amazing visualization kits, both of which are either written in or provide python bindings. (MayaVi is built on VTK, but it provides a nice wrapper.) VTK has great isosurface locaters and some pretty awesome vector algorithms for looking at 2d and 3d data. We use it for physical applications at my work...

  3. "kst"? by kst · · Score: 4, Funny

    For the record, I had nothing to do with this.

  4. Lets not let this go to our heads by Anonymous Coward · · Score: 4, Interesting

    The author used Linux/KDE because that is what he was familiar with when he developed it. Its not suprising since universities are very UNIX centric. But that doesn't necessarily mean KDE is better suited for this type of application. In my opinion, no operating system/window manager will really have any significant advantages since the bulk of the work is number crunching. It could of easily been done in Win32.

    1. Re:Lets not let this go to our heads by Jeremy+Erwin · · Score: 4, Interesting

      Unix systems have had a historical advantage in scientific computation. Netterfield mentioned that he had first used XForms, looked at gtk+, felt queasy and decided to use KDE instead.
      As Kst is primarily a plotter of data, his choice of graphics toolkit is of some importance.

  5. I'm sure many will ask this... by ZuperDee · · Score: 4, Interesting

    Why didn't the article headline read, "KDE Konquers Astrophysicists with Kst?"

    On a more serious note: This question wouldn't arise if KDE people didn't insist on prefixing EVERYTHING with "K." Of course, same goes for GNOME folks prefixing everything with "G." Why is this necessary?

    1. Re:I'm sure many will ask this... by ErichTheWebGuy · · Score: 5, Funny

      Why is this necessary?

      It's gnecessary kuz it's kool.

      --
      bash: rtfm: command not found
    2. Re:I'm sure many will ask this... by zapp · · Score: 4, Interesting

      This has all been gone over before, but it isn't new to kde/gnome.

      X*, win* go back farther probably.

      I think it's both a style thing (recognizable 'gAIM, on that must be AIM for gnome'), and also it makes it easy to tell what works with what. xemacs clearly is the X version of emacs. winamp clearly doesn't work on linux or mac, and konquerer clearly doesn't work on gnome.

      --
      no comment
    3. Re:I'm sure many will ask this... by Azureflare · · Score: 4, Interesting
      So we know easily what WM libraries a package requires without looking at the depends.

      Personally I don't like it when packages don't prepend their names with k or g if they are specifically for KDE or Gnome. It's annoying when you try to install it and it says it wants to install gnome libraries, or KDE libraries (whichever WM libraries you don't like installing, maybe both if you're limited on HD space)

      It's consistent, and it works. It may seem a bit lame sometimes, but it makes things really easy for me (And others).

      Also from an ease of use standpoint, it makes it easy to know what to expect from a package. "Oh, that has a k before it, that means I'll be seeing KDE themes on that app if I'm running XFce."

      Sure, we should probably have a unified theme so things are pretty seamless and you can't tell if something is for KDE or Gnome (or more specifically, using qt or gtk). But we're not there yet, and it would be really confusing if we didn't keep things the way they are.

      I think eventually a distro will successfully make it possible for all apps to look similar to each other in all WM, and I think it would be a good thing to do that.

  6. kst by Anonymous Coward · · Score: 5, Informative

    It looks good, but I'm skeptical about its usefulness for me. ROOT already produces damn good output and fills most of my needs. And for everything else there's gnuplot.

    But I will look at kst. If it's as good as they say it is, I may use it instead of gnuplot.

  7. Another one? by drsmack1 · · Score: 5, Funny

    We need to stop creating all of these astrophysics programs for Linux and develop the ones we have now!

  8. He'll need it... by Chemical+Serenity · · Score: 4, Funny

    ... to plot how quickly his site gets slashdotted. ;)

    --
    "People will pay big bucks for the luxury of ignorance."
  9. I would have thought Gnome by Anonymous Coward · · Score: 4, Funny

    I thought they were looking to find the Grand Gnunified Theory.

  10. Comment removed by account_deleted · · Score: 5, Insightful

    Comment removed based on user account deletion

  11. Python Announces Fork... by Eberlin · · Score: 4, Funny

    Pst (pronounced pissed...or post, depending on who you ask) is a Python fork of the now-popular kst program. Instead of astrophysics, it endeavors to plot a graph of aggression among IT employees.

    Finding absolutely no funding from anyone, including government agencies, the project has taken a life of its own among overworked volunteer developers. These Pst programmers work dilligently on the code while concurrently providing enough test data to plot.

    Due to its popularity, a port using Microsoft Foundation Classes is in the works. Rumor has it that it will be called MFT (pronounced miffed). A C port is also being made -- and their sourceforge project is located at ifuckinhateusers.sourceforge.net

  12. Ever since Igor by PaSTE · · Score: 4, Informative

    I used <a href="https://www.wavemetrics.com">Igor</a&g t; as an undergrad for most of my data plotting and graphing (physics), but the interface was not intuitive and without knowing the command-line language, navigating the menus took a very long time, even when you knew what you were looking for. Also, the price ($400 for the latest version) kept me away from using it off campus. Now I tend to stick to <a href="http://root.cern.ch/">ROOT</a> simply because its Cint interpreter is ideal for handling the massive (10^6 n-tuples) amount of data I look over, and because it's free. However, making advanced graphs and plots with ROOT requires a whomping manual and a fairly good grasp of C, as there are virtually no point-and-click features to it. I'm really glad another open-source data manipulation program is in the works, and that it can do the things ROOT can as easliy as Igor can without the emense price restrictions.

    --
    /*No comment*/ #No comment //No comment ;No comment 'No comment REM No comment !No
  13. Not quite... by DarkMan · · Score: 5, Informative

    I take your point - most of this application, like many, is in principle doable independant of the underlying OS.

    However, there are a few pluses on the side of Linux for this application.

    2 GB+ files. Some versions of Win32 can do them, some can't. Some can only do it with a following wind. When you're talking scientific data, such file sizes can crop up often, if not a regular feature.

    Network independance. This is less of an issue for display, but on the processing side, being able to coordinate multiple tasks, spread across many servers, from one desktop is a big win. Particualrly when it's a 'free' side effect (requires no extra programming). Four boxes are cheaper than a quad box - by quite a sizeable margin.

    Which leads us on to the scheduler - with Win2K, a background number crunch task will take longer than on Linux, and impact interactive response more. That's not off the top of my head - that's based off my Linux/KDE desktop and my office mates Win2K systems doing the same tasks (computational chemistry, so essentially big matrix sums).

    There's also library support. Not such a big one, as they can be ported, but it's more work that way. By libraries, I mean things like FFTW, LAPACK and BLAS.

    So, that's a few areas with modest wins for unix/KDE. I'll add that headless admin for Unix is simpler than for Windows, which helps with the headless cruncher boxes, and conclude that there is a reason that unix is popular in universities, as it's got a slight edge.

    Yes, it may well have been as easy to write for Win32 as KDE [0] - but in use, the linux is better for the number crunching.

    [0] I wouldn't agree to that personally, but there's a degree of personal preference in there, so that's not objective.

  14. Where the name comes from by greppling · · Score: 4, Informative
    From the tutorial:

    Q: What does kst stand for?

    A: The 'k' in kst stands for the same thing as the K in KDE. (ie, the letter after J and before L). The 's' and the 't' have a similar explanation.