<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    If we're both thinking of this the same way - no. Typically QGIS is
    a container for one project (your qgs file). So if you had two
    approach maps - that's two projects. Although you could come up with
    a structure to your data/directories to somewhat make that happen. I
    can't think of any software off the top of my head that allows for
    multiple projects to be nested together. <br>
    <br>
    Well - let me back up. You can have multiple map composer sessions
    in one QGIS Project. So that may get you closer to what you want. I
    had a similar problem and then created one qgs project per area (in
    other words one database with 1 project and 18 areas of interest so
    I had 18 qgs files). <br>
    <br>
    I was looking back and Nicolas had a good suggestion with
    spatialite. Spatialite isn't as complicated and is one file.
    Potentially you would only have two files to worry with - but a
    database like postgresql/postgis might be more robust. <br>
    <br>
    <br>
    <br>
    <div class="moz-cite-prefix">On 12/18/2015 11:33 AM, Jesse McGraw
      wrote:<br>
    </div>
    <blockquote cite="mid:56743541.8090601@gmail.com" type="cite">
      <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
      Even though I'd prefer one file per procedure, a QGIS project + a
      database would probably be an acceptable compromise.  <br>
      <br>
      However, how could I then add that new project file to an existing
      project as a new layer?  Is there a concept in QGIS of sub
      projects?<br>
      <br>
      <div class="moz-cite-prefix">On 12/18/2015 10:01 AM, Randal Hale
        wrote:<br>
      </div>
      <blockquote cite="mid:56741FD0.1020007@northrivergeographic.com"
        type="cite">
        <meta content="text/html; charset=utf-8"
          http-equiv="Content-Type">
        Ye gads...<br>
        <br>
        Well....I would say no to shapefiles. <br>
        Spatialite would work - probably postgis would be better. <br>
        <br>
        You could contain your project in one QGIS File - for instance
        I'm story an entire project in postgis and am retrieving various
        components through about 20 qgs files. All the annotation etc is
        stored in the qgs file, all labels, line colors, and map
        layouts. All the data is stored in PostGIS. <br>
        <br>
        Of course that's a much larger discussion than my simple few
        sentences - but I think if you want everything stand
        alone.....eh - it's going to have to be at least two components
        or QGIS/<file format> of some sort. I think there will
        always be some external querying (be it automatic or
        manual)....of I'm understanding it all correctly. <br>
        <br>
        ...and I just looked at your example and that's a head
        scratcher. I think QGIS with Atlas to pull from the database
        automatically maybe a better train of thought. <br>
        <br>
        I just wanted to say Good Luck, We're all counting on you. <br>
        <br>
        Randy<br>
        <br>
        <div class="moz-cite-prefix">On 12/18/2015 09:14 AM, Jesse
          McGraw wrote:<br>
        </div>
        <blockquote cite="mid:567414C6.4010905@gmail.com" type="cite">
          <meta http-equiv="content-type" content="text/html;
            charset=utf-8">
          All,<br>
            Before I go too far down the wrong path perhaps you can help
          me with a suggestion on a vector format to use for a project
          of mine:  <br>
          <br>
          I'm to looking to basically re-create various Instrument
          Approach Procedure plates (see <a moz-do-not-send="true"
            href="http://aeronav.faa.gov/d-tpp/1513/00375il28r.pdf">here</a>
          for an example for San Francisco International - SFO ) from a
          database via a perl script and display a number of them as
          vector overlays in an existing QGIS project<br>
          <br>
          What would be a good format to use for this purpose?  <br>
          <br>
          I'm imagining something like a QGIS project file, but I want
          it to contain to contain all of the various bits of
          information internally (coordinates, names, styling, icons
          etc.) and not have to query anything external so each file is
          a stand-alone unit.  <br>
          <br>
          Ideally all of the coordinates would be real world lon/lat so
          no transformation would be required.  Bonus points if the
          format is openly standardized and easy to work with<br>
          <br>
          DWG/DXF?  SVG?<br>
          <br>
          Thanks,<br>
            Jesse<br>
          <br>
          <fieldset class="mimeAttachmentHeader"></fieldset>
          <br>
          <pre wrap="">_______________________________________________
Qgis-user mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:Qgis-user@lists.osgeo.org">Qgis-user@lists.osgeo.org</a>
List info: <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.osgeo.org/mailman/listinfo/qgis-user">http://lists.osgeo.org/mailman/listinfo/qgis-user</a>
Unsubscribe: <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.osgeo.org/mailman/listinfo/qgis-user">http://lists.osgeo.org/mailman/listinfo/qgis-user</a></pre>
        </blockquote>
        <br>
        <pre class="moz-signature" cols="72">-- 
-----------------
Randal Hale
North River Geographic Systems, Inc
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.northrivergeographic.com">http://www.northrivergeographic.com</a>
423.653.3611 <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:rjhale@northrivergeographic.com">rjhale@northrivergeographic.com</a>
twitter:rjhale     <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://about.me/rjhale">http://about.me/rjhale</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.northrivergeographic.com/introduction-to-quantum-gis">http://www.northrivergeographic.com/introduction-to-quantum-gis</a>
Southeast OSGEO: <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://wiki.osgeo.org/wiki/Southeast_US">http://wiki.osgeo.org/wiki/Southeast_US</a></pre>
      </blockquote>
      <br>
    </blockquote>
    <br>
    <pre class="moz-signature" cols="72">-- 
-----------------
Randal Hale
North River Geographic Systems, Inc
<a class="moz-txt-link-freetext" href="http://www.northrivergeographic.com">http://www.northrivergeographic.com</a>
423.653.3611 <a class="moz-txt-link-abbreviated" href="mailto:rjhale@northrivergeographic.com">rjhale@northrivergeographic.com</a>
twitter:rjhale     <a class="moz-txt-link-freetext" href="http://about.me/rjhale">http://about.me/rjhale</a>
<a class="moz-txt-link-freetext" href="http://www.northrivergeographic.com/introduction-to-quantum-gis">http://www.northrivergeographic.com/introduction-to-quantum-gis</a>
Southeast OSGEO: <a class="moz-txt-link-freetext" href="http://wiki.osgeo.org/wiki/Southeast_US">http://wiki.osgeo.org/wiki/Southeast_US</a></pre>
  </body>
</html>