<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Hi Rodger,<br>
    <br>
    Submitting a feature request is pretty straight forward. In Kst
    select Help > Bug Report Wizard > Launch Bug Report Wizard.
    This will take you to the KDE Bug Tracking System. Create an account
    and login.<br>
    <br>
    Fill in the details of the bug report. In step 2, under "Severity",
    select "Wishlist: Request for new feature or enhancement."<br>
    <br>
    Regards, Ben<br>
    <br>
    <div class="moz-cite-prefix">On 21/04/2015 1:58 AM, Roger Wehage
      wrote:<br>
    </div>
    <blockquote
      cite="mid:0EF82444-771D-4D8C-8F8F-601D834C94B3@gmail.com"
      type="cite">
      <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
      Hi Ben,
      <div class=""><br class="">
      </div>
      <div class="">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.</div>
      <div class=""><br class="">
      </div>
      <div class="">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.</div>
      <div class=""><br class="">
      </div>
      <div class="">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.</div>
      <div class=""><br class="">
      </div>
      <div class="">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 <a
          moz-do-not-send="true"
          href="http://www.dtic.mil/whs/directives/corres/pdf/500061p.pdf"
          class="">http://www.dtic.mil/whs/directives/corres/pdf/500061p.pdf</a> 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.</div>
      <div class=""><br class="">
      </div>
      <div class="">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.</div>
      <div class=""><br class="">
      </div>
      <div class="">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.</div>
      <div class=""><br class="">
      </div>
      <div class="">Best regards,</div>
      <div class=""><br class="">
      </div>
      <div class="">Roger</div>
      <div class=""><br class="">
      </div>
      <div class="">
        <div>
          <blockquote type="cite" class="">
            <div class="">On Apr 20, 2015, at 6:54 AM, Ben Lewis <<a
                moz-do-not-send="true"
                href="mailto:benlewis003@gmail.com" class="">benlewis003@gmail.com</a>>
              wrote:</div>
            <br class="Apple-interchange-newline">
            <div class="">Hi Rodger,<br class="">
              <br class="">
              Kst almost supports the functionality you are describing.<br
                class="">
              <br class="">
              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.<br class="">
              <br class="">
              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.<br class="">
              <br class="">
              If Barth/Nicolas/Peter like this idea you could submit a
              feature request. I have seen this sort of thing get
              implemented surprisingly quickly.<br class="">
              <br class="">
              Regards, Ben<br class="">
              <br class="">
              On 20/04/2015 3:04 PM, Gunter Koenigsmann wrote:<br
                class="">
              <blockquote type="cite" class=""><br class="">
                Gunter Königsmann<br class="">
                R&D<br class="">
                <br class="">
                Tel:     +49 911-6559-6025<br class="">
                Fax:    +49 911-6559-776747<br class="">
                <br class="">
                <a moz-do-not-send="true" href="http://www.semikron.com"
                  class="">www.semikron.com</a><br class="">
                <a class="moz-txt-link-abbreviated" href="mailto:gunter.koenigsmann@semikron.com">gunter.koenigsmann@semikron.com</a><br class="">
                <br class="">
                SEMIKRON Elektronik GmbH & Co. KG<br class="">
                Sigmundstrasse 200, 90431 Nürnberg, Germany<br class="">
                Amtsgericht Nürnberg HRA 13650<br class="">
                Komplementär:<br class="">
                SEMIKRON Elektronik Verwaltungs GmbH<br class="">
                Amtsgericht Nürnberg HRB 21338<br class="">
                Geschäftsführer:<br class="">
                Harald Jäger<br class="">
                Christian Müller<br class="">
                Peter Sontheimer<br class="">
                <blockquote type="cite" class="">
                  <blockquote type="cite" class="">
                    <blockquote type="cite" class="">Nicolas Brisset
                      <a class="moz-txt-link-rfc2396E" href="mailto:nicolas.brisset@free.fr"><nicolas.brisset@free.fr></a> 19.04.2015 21:36
                      >>><br class="">
                    </blockquote>
                  </blockquote>
                </blockquote>
                Hi Roger,<br class="">
                <br class="">
                <blockquote type="cite" class="">Basically, changing the
                  .kst files from an editor is not recommended,<br
                    class="">
                </blockquote>
                even though under most circumstances it will work.<br
                  class="">
                Off-Topic, admittedly. but I have to edit the files by
                hand every time<br class="">
                since kst insists on using absolute paths to all files.
                My collegues see<br class="">
                the whole development project in a different path than I
                do, though. I<br class="">
                am not against absolute paths. But - would it be
                possible to save the<br class="">
                current path in the project file and to fall back
                searching for files<br class="">
                relative to the current project path if they cannot be
                found otherwise?<br class="">
                <br class="">
                Thanks a lot,<br class="">
                and<br class="">
                Kind regards,<br class="">
                <br class="">
                   Gunter.<br class="">
                <br class="">
                IMPORTANT NOTICE - The contents of this email and
                attachments are<br class="">
                confidential. If you are not the intended recipient you
                must not use,<br class="">
                copy, distribute or rely on this email and should please
                return it<br class="">
                immediately or notify us by telephone. While we take
                every reasonable<br class="">
                precaution to screen out computer viruses from emails,
                attachments to<br class="">
                this email may contain such viruses. We cannot accept
                liability for loss<br class="">
                or damage resulting from such viruses.  The integrity of
                email across<br class="">
                the Internet cannot be guaranteed and SEMIKRON will not
                accept liability<br class="">
                for any claims arising as a result of the use of this
                medium for<br class="">
                transmissions by or to SEMIKRON.<br class="">
                <br class="">
______________________________________________________________________<br
                  class="">
                This email has been scanned by the Symantec Email
                Security.cloud service.<br class="">
______________________________________________________________________<br
                  class="">
                _______________________________________________<br
                  class="">
                Kst mailing list<br class="">
                <a class="moz-txt-link-abbreviated" href="mailto:Kst@kde.org">Kst@kde.org</a><br class="">
                <a class="moz-txt-link-freetext" href="https://mail.kde.org/mailman/listinfo/kst">https://mail.kde.org/mailman/listinfo/kst</a><br class="">
              </blockquote>
              <br class="">
              _______________________________________________<br
                class="">
              Kst mailing list<br class="">
              <a moz-do-not-send="true" href="mailto:Kst@kde.org"
                class="">Kst@kde.org</a><br class="">
              <a class="moz-txt-link-freetext" href="https://mail.kde.org/mailman/listinfo/kst">https://mail.kde.org/mailman/listinfo/kst</a><br class="">
            </div>
          </blockquote>
        </div>
        <br class="">
        <div apple-content-edited="true" class="">
          <div class="">
            <div style="word-wrap: break-word; -webkit-nbsp-mode: space;
              -webkit-line-break: after-white-space;" class="">Roger
              Wehage<br class="">
              <a moz-do-not-send="true" href="mailto:raw915@gmail.com"
                class="">raw915@gmail.com</a><br class="">
              I prefer to use encrypted email.</div>
            <div style="word-wrap: break-word; -webkit-nbsp-mode: space;
              -webkit-line-break: after-white-space;" class="">My public
              key fingerprint is 2FC0 7616 DDB6 6B42 FF9C 775A FAEF DF7B
              266E DB80.</div>
            <div style="word-wrap: break-word; -webkit-nbsp-mode: space;
              -webkit-line-break: after-white-space;" class="">Learn how
              to encrypt your email with the Email Self Defense guide (<a
                moz-do-not-send="true"
                href="https://emailselfdefense.fsf.org/" class="">https://emailselfdefense.fsf.org/</a>).<br
                class="">
            </div>
          </div>
          <div class=""><br class="">
          </div>
          <br class="Apple-interchange-newline">
        </div>
        <br class="">
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Kst mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Kst@kde.org">Kst@kde.org</a>
<a class="moz-txt-link-freetext" href="https://mail.kde.org/mailman/listinfo/kst">https://mail.kde.org/mailman/listinfo/kst</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>