[Kst] The stand-alone GetData and kst
Andrew Walker
arwalker at sumusltd.com
Mon Oct 27 18:06:15 CET 2008
Sounds like a great idea to me.
Andrew
-----Original Message-----
From: D. V. Wiebe [mailto:dvw at ketiltrout.net]
Sent: October 24, 2008 2:50 PM
To: kst at kde.org
Subject: Re: [Kst] The stand-alone GetData and kst
On Thu, Oct 23, 2008 at 05:06:12PM -0700, Andrew Walker wrote:
> Does your A1b require any code changes outside of the
> kst/src/datasources/dirfile/ folder?
None of the options modify anything outside of the /dirfile/ folder.
> Are the changes all backward compatible?
Yes.
> If the answers are no and yes then I don't have any real problems with the
> A1b approach.
>
> Andrew
I don't like A1b, since it means that fixes made to the GetData library
require recompiling kst. Also, kst would still not be useable by ACT
unless we also include slimlib (their compression library, not part
of the stand-alone GetData) in kst.
I really don't have the time to maintain a kst branch, so George's
suggestion isn't really feasible.
How about this (this is basically A1c, with an extra configure check):
1. Minimally fix the buggy code in /datasources/dirfile/getdata.c
2. At configure time, if an external getdata library is detected, use
the exteral library, otherwise, use this getdata.c shipped with kst.
This has the advantage of being fully functional for users of the
stand-alone GetData, while permitting Planck to keep their status quo,
by simply not installing the new library.
It's also less invasive to the kst code than A1b would be.
-dvw
> -----Original Message-----
> From: Matthew D Truch [mailto:matt at truch.net]
> Sent: October 23, 2008 4:39 PM
> To: kst at kde.org
> Subject: Re: [Kst] The stand-alone GetData and kst
>
>
> I might argue that since this should only affect the dirfile datasource
> plugin, it won't impact LFI data at all (or any of the other
> datasources). I really want to be able to read new dirfile standards
> based dirfiles, and want to be able to do it with kst, and right now kst
> 1.x is all that's out.
>
> On Thu, Oct 23, 2008 at 04:21:08PM -0700, Andrew Walker wrote:
> > I would prefer to see A1c.
> >
> > There shouldn't be anything but crtical changes going into the 1.x
branch
> > now,
> > as the launch of Planck is rapidly approaching and its primary
requirement
> > is
> > to handle LFI data from that experiment.
> >
> > Also, any changes that are made in the 1.x branch should only be done
> > against
> > a corresponding bug report so that we can trace all code changes made.
> >
> > Andrew
> >
> > -----Original Message-----
> > From: D. V. Wiebe [mailto:dvw at ketiltrout.net]
> > Sent: October 23, 2008 3:52 PM
> > To: kst at kde.org
> > Subject: Re: [Kst] The stand-alone GetData and kst
> >
> >
> > On Mon, Sep 15, 2008 at 07:38:52PM -0400, D. V. Wiebe wrote:
> > > I've released a stand-alone version of the C GetData library,
available
> > > from SourceForge:
> > >
> > > http://getdata.sourceforge.net/
> > >
> > > My plan (in consultation with Barth) is to replace the getdata code
> > > (getdata.c &c.) in the kst-2.x tree with an external dependency on
this
> > > stand-alone library, like many of the kst data sources are. I will
> > > begin the job of incorporating these changes into the kst-2.x tree
soon
> > > (one we're certain the GetData release is reasonably useable.)
> > >
> > > Having a stand-alone GetData library is necessary to address the
> > > multiple forks of GetData which have developed at the various
> > > experimental collaborations which use GetData for quick-look and data
> > > analysis.
> > >
> > > My questions for the kst developers are these:
> > >
> > > Q1: Should an external dependency to this stand-alone version of
> GetData
> > > replace the getdata library in the kst-1.x tree as well? I see
> three
> > > possible answers to this question, none of which I'm particularly
> > > unhappy with:
> > >
> > > A1a: Yes.
> > >
> > > A1b: No, but the source code for the new GetData release should be
> > > copied into the kst-1.x tree.
> > >
> > > A1c: No, but bug-fixes made in the new GetData release should be
> > > back-ported to the kst-1.x tree.
> >
> > Well, since no-one has expressed an opinion on this, I'm going to go
> > with A1a, since it's the easiest for me, in terms of both fixing the
> > current GetData included in 1.x, and keeping the 1.x branch current
> > with Dirfile Standards and GetData bugfixes.
> >
> > Barth has begun porting kst-2.x to the same stand-alone GetData library,
> > as well.
> >
> > Cheers,
> > -dvw
> > --
> > Don Wiebe dwiebe at physics.utoronto.ca
> > Dept. of Physics/Univ. of Toronto
> > 60 St. George St. Tele: +1-416-946-0946
> > Toronto ON Fax: +1-416-946-5636
> > Canada M5S 1A7 http://ketiltrout.net/
> >
> >
> > _______________________________________________
> > Kst mailing list
> > Kst at kde.org
> > https://mail.kde.org/mailman/listinfo/kst
> >
>
> --
> "Ice Cream has no bones."
> --------------------------
> Matthew Truch
> Department of Physics and Astronomy
> University of Pennsylvania
> matt at truch.net
> http://matt.truch.net/
>
>
> _______________________________________________
> Kst mailing list
> Kst at kde.org
> https://mail.kde.org/mailman/listinfo/kst
--
Don Wiebe dwiebe at physics.utoronto.ca
Dept. of Physics/Univ. of Toronto
60 St. George St. Tele: +1-416-946-0946
Toronto ON Fax: +1-416-946-5636
Canada M5S 1A7 http://ketiltrout.net/
More information about the Kst
mailing list