[Kst] Antw: Re: Apply df1.kst for df1.dat to df2.dat from kst2 GUI

Roger Wehage raw915 at gmail.com
Mon Apr 20 15:58:12 UTC 2015


Hi Ben,

I have experience working with a large-scale program written in C and C++ with the potential of generating hundreds or thousands of channels of time-sampled data, and with the potential of doing this hundreds or thousands of times on laptops, desktops, and mainframes distributed across a large corporation. To facilitate sharing of data and automating post analysis, the program itself uses consistent file formats and file naming conventions. What must be unique in the file-naming and accessing conventions are project and (sub)session names, or more importantly absolute paths to project and (sub)session names because even all project and (sub)session names don’t have to be unique. The user specifies part or all of a project's name and generally none or part of the (sub)session names. But the user has no say in the names assigned to standard input and output files within any (sub)session of any project; the program generates all standard input and output file names. However, the user may define nonstandard input and output file names, which may appear within all (sub)sessions and across multiple projects.

Thus there may be tens or hundreds of projects, possibly not all with unique names, but with unique absolute paths, and there may be tens or hundreds of (sub)sessions within each project, possibly not all with unique names, but with unique absolute paths and paths relative to the project, and there may be scores of standard and nonstandard input and output files in each (sub)session with the same names across every (sub)session and project. A typical post-analysis example would be to compare, process, and combine channels of data from different (sub)sessions within the same project or even across projects. And the projects may be on different computers and located virtually anywhere in the world. Data is typically shared and accessed by Intranet or Extranet.

While the program itself generates all absolute paths to files in the beginning from user-specified absolute project paths, there is nothing to stop users from moving, deleting, and archiving projects later. So the program must be able to locate files when absolute paths to projects have not been disturbed, and it must be able to locate files with help from the user when absolute paths to projects have been disturbed or restored.

I would see post-analysis organized in a similar manner. Post analysis may be performed within a (sub)session and results stored there, or it may be performed across (sub)sessions within a project and the results stored in sessions or in the project, or it may be performed across projects. Perhaps the post-analysis results are stored in unique post-analysis projects themselves or in (sub)sessions of their own. The bottom line is that all post-analysis processes must be traceable and repeatable for verification, validation, updating, and refinement purposes. Each file within a project and (sub)session contains unique information indicating the exact time it was generated and the version(s) of input data files and computer code used to generate it. Thus if questions should arise later, any simulation may be repeated with the unarchived computer code and input data files for additional post-analysis and debugging purposes. Similar features will be expected from kst as well, if design decisions and performance assessments are made based on its outputs. The US Department of Defense http://www.dtic.mil/whs/directives/corres/pdf/500061p.pdf <http://www.dtic.mil/whs/directives/corres/pdf/500061p.pdf> has presented specific Modeling and Simulation (M&S) Verification, Validation, and Accreditation (VV&A) guidelines. Every version of every software package must have gone through a VV&A process (whatever that means) and the results stored and accessible for future reference.

Since the program itself will have generated and stored all relative file path information related to any project and its (sub)sessions, if kst has access to this same stored path information, it should be relatively easy to locate any file within any project. Thus if kst has been trained to perform operations on or between specific channels in specific files within or between specific (sub)sessions or projects, it must be relatively easy to use the same .kst files to perform the same operations on or between the same channels in the same files within or between similar (sub)sessions or projects. For example, this capability would be extremely beneficial when automating large-scale design-sensitivity and analysis processes, such as in Design of Experiments with many parameters. Users will be less productive if they have to repeatedly set up the same kst session on identical data channels, and they will be more productive when allowed to modify and tweak existing kst sessions and save them for reuse under new .kst file names.

Along these lines I could submit a feature request, but I’m not proficient in the processes needed to accomplish such a task. I would be willing to participate with proper guidance.

Best regards,

Roger

> On Apr 20, 2015, at 6:54 AM, Ben Lewis <benlewis003 at gmail.com> wrote:
> 
> Hi Rodger,
> 
> Kst almost supports the functionality you are describing.
> 
> You can move a Kst session file, and any referenced data files, to any location on your computer, and so long as the relative path from the session file to the data file does not change, Kst will find it. Kst will first try to load any referenced data files using the full path location, if any data files are not found Kst will then try the relative path.
> 
> Having said that, I like your idea of falling back to a third option of trying the current directory of the Kst session file. I can think of a number of times when this would have been handy.
> 
> If Barth/Nicolas/Peter like this idea you could submit a feature request. I have seen this sort of thing get implemented surprisingly quickly.
> 
> Regards, Ben
> 
> On 20/04/2015 3:04 PM, Gunter Koenigsmann wrote:
>> 
>> Gunter Königsmann
>> R&D
>> 
>> Tel:     +49 911-6559-6025
>> Fax:    +49 911-6559-776747
>> 
>> www.semikron.com
>> gunter.koenigsmann at semikron.com
>> 
>> SEMIKRON Elektronik GmbH & Co. KG
>> Sigmundstrasse 200, 90431 Nürnberg, Germany
>> Amtsgericht Nürnberg HRA 13650
>> Komplementär:
>> SEMIKRON Elektronik Verwaltungs GmbH
>> Amtsgericht Nürnberg HRB 21338
>> Geschäftsführer:
>> Harald Jäger
>> Christian Müller
>> Peter Sontheimer
>>>>> Nicolas Brisset <nicolas.brisset at free.fr> 19.04.2015 21:36 >>>
>> Hi Roger,
>> 
>>> Basically, changing the .kst files from an editor is not recommended,
>> even though under most circumstances it will work.
>> Off-Topic, admittedly. but I have to edit the files by hand every time
>> since kst insists on using absolute paths to all files. My collegues see
>> the whole development project in a different path than I do, though. I
>> am not against absolute paths. But - would it be possible to save the
>> current path in the project file and to fall back searching for files
>> relative to the current project path if they cannot be found otherwise?
>> 
>> Thanks a lot,
>> and
>> Kind regards,
>> 
>>    Gunter.
>> 
>> IMPORTANT NOTICE - The contents of this email and attachments are
>> confidential. If you are not the intended recipient you must not use,
>> copy, distribute or rely on this email and should please return it
>> immediately or notify us by telephone. While we take every reasonable
>> precaution to screen out computer viruses from emails, attachments to
>> this email may contain such viruses. We cannot accept liability for loss
>> or damage resulting from such viruses.  The integrity of email across
>> the Internet cannot be guaranteed and SEMIKRON will not accept liability
>> for any claims arising as a result of the use of this medium for
>> transmissions by or to SEMIKRON.
>> 
>> ______________________________________________________________________
>> This email has been scanned by the Symantec Email Security.cloud service.
>> ______________________________________________________________________
>> _______________________________________________
>> Kst mailing list
>> Kst at kde.org
>> https://mail.kde.org/mailman/listinfo/kst
> 
> _______________________________________________
> Kst mailing list
> Kst at kde.org
> https://mail.kde.org/mailman/listinfo/kst

Roger Wehage
raw915 at gmail.com
I prefer to use encrypted email.
My public key fingerprint is 2FC0 7616 DDB6 6B42 FF9C 775A FAEF DF7B 266E DB80.
Learn how to encrypt your email with the Email Self Defense guide (https://emailselfdefense.fsf.org/).



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kst/attachments/20150420/670069b2/attachment-0001.html>


More information about the Kst mailing list