<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    I also think that it's a pity the designers didn't do a bit more to
    maintain database compatibility between versions.  I don't think
    it's too hard, provided that the original design makes database
    compatibility a priority.<br>
    <br>
    I work for a radio company, and we had this dilemma in 2002 when
    moving into the SDR arena, and a decision was taken to use tags with
    database items.  The radio app, and the programming app will use the
    tags they understand, and ignore the ones they don't, using defaults
    for those items.   The programming app will also read a much newer
    radio, and save its configuration, even though it doesn't understand
    the tags that it reads.  That scheme works extremely well, and has
    resulted in backwards and forwards quasi compatibility for the last
    12 years.<br>
    <br>
    73, Greg, ZL3IX<br>
    <br>
    <br>
    <div class="moz-cite-prefix">On 2014-07-12 02:30 p.m., Brian Lloyd
      wrote:<br>
    </div>
    <blockquote
cite="mid:CAE3hgTen9WeFsxN3bhiRdCWiz4LRMwiA6dbsta3_UQXDv0LOCg@mail.gmail.com"
      type="cite">
      <pre wrap="">***** High Performance Software Defined Radio Discussion List *****

</pre>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <div dir="ltr">
        <div class="gmail_extra">
          <div class="gmail_quote">
            <blockquote class="gmail_quote" style="margin:0 0 0
              .8ex;border-left:1px #ccc solid;padding-left:1ex">
              <div dir="ltr">
                <div class="gmail_extra">
                  <div class="gmail_quote">
                    <div class="">On Fri, Jul 11, 2014 at 8:22 PM, John
                      Ackermann N8UR <span dir="ltr"><<a
                          moz-do-not-send="true"
                          href="mailto:jra@febo.com" target="_blank">jra@febo.com</a>></span>
                      wrote:<br>
                      <blockquote class="gmail_quote" style="margin:0 0
                        0 .8ex;border-left:1px #ccc
                        solid;padding-left:1ex">***** High Performance
                        Software Defined Radio Discussion List *****<br>
                        <br>
                        I find myself needing to upgrade from mRX PS
                        3.2.10 to 3.2.17 and see that at 3.2.12 there
                        was an instruction to reset the database.<br>
                        <br>
                        Sorry if this is a dumb/obvious question, but
                        when you reset can you then re-import a saved
                        database from the previous version (ie, suck the
                        old data into the new database format)?  </blockquote>
                    </div>
                  </div>
                </div>
              </div>
            </blockquote>
            <div><br>
            </div>
            <div>Actually Ray (K9DUR if I recall) wrote a program to do
              this for PowerSDR but then decided he was only going to
              support the Flex version of PowerSDR. </div>
            <div><br>
            </div>
            <div>Still, it would be relatively easy to add a simple
              version number to the database so that the software would
              look at the version number an not try to load an
              incompatible version of the database thus ending the
              continuing stream of, "I just loaded the new version and
              it must be broken because now PowerSDR is going all kinds
              of weird stuff it isn't supposed to do and how do I fix
              it," queries. </div>
            <div><br>
            </div>
            <div>Or, better still, take each section (your calibration
              maybe?) and give each section a version number. Now the
              software can load only those portions of the database that
              are still compatible. OK, you would have to reenter SOME
              stuff but not everything. That is only marginally more
              difficult than the step above but still within reason.</div>
            <div><br>
            </div>
            <div>But I guess the idea of a version number in the DB is
              really hard.</div>
          </div>
          <div><br>
          </div>
          -- <br>
          <div dir="ltr">Brian Lloyd            <img
              moz-do-not-send="true"
              src="http://www.catb.org/hacker-emblem/glider.png"><br>
            Lloyd Aviation
            <div>
              706 Flightline Drive<br>
              Spring Branch, TX 78070<br>
              <a moz-do-not-send="true" href="mailto:brian@lloyd.com"
                target="_blank">brian@lloyd.com</a><br>
              +1.916.877.5067</div>
          </div>
        </div>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
HPSDR Discussion List
To post msg: <a class="moz-txt-link-abbreviated" href="mailto:hpsdr@openhpsdr.org">hpsdr@openhpsdr.org</a>
Subscription help: <a class="moz-txt-link-freetext" href="http://lists.openhpsdr.org/listinfo.cgi/hpsdr-openhpsdr.org">http://lists.openhpsdr.org/listinfo.cgi/hpsdr-openhpsdr.org</a>
HPSDR web page: <a class="moz-txt-link-freetext" href="http://openhpsdr.org">http://openhpsdr.org</a>
Archives: <a class="moz-txt-link-freetext" href="http://lists.openhpsdr.org/pipermail/hpsdr-openhpsdr.org/">http://lists.openhpsdr.org/pipermail/hpsdr-openhpsdr.org/</a></pre>
    </blockquote>
    <br>
  </body>
</html>