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.
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).
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.
On 12/18/2015 11:33 AM, Jesse McGraw wrote:
Even though I'd prefer one file per procedure, a QGIS project + a
database would probably be an acceptable compromise.
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?
On 12/18/2015 10:01 AM, Randal Hale wrote:
Ye gads...
Well....I would say no to shapefiles.
Spatialite would work - probably postgis would be better.
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.
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.
...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.
I just wanted to say Good Luck, We're all counting on you.
Randy
On 12/18/2015 09:14 AM, Jesse McGraw wrote:
All,
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:
I'm to looking to basically re-create various Instrument Approach
Procedure plates (see here
<http://aeronav.faa.gov/d-tpp/1513/00375il28r.pdf> 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
What would be a good format to use for this purpose?
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.
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
DWG/DXF? SVG?
Thanks,
Jesse
_______________________________________________
Qgis-user mailing list
[email protected]
List info:http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe:http://lists.osgeo.org/mailman/listinfo/qgis-user
--
-----------------
Randal Hale
North River Geographic Systems, Inc
http://www.northrivergeographic.com
[email protected]
twitter:rjhalehttp://about.me/rjhale
http://www.northrivergeographic.com/introduction-to-quantum-gis
Southeast OSGEO:http://wiki.osgeo.org/wiki/Southeast_US
--
-----------------
Randal Hale
North River Geographic Systems, Inc
http://www.northrivergeographic.com
423.653.3611 [email protected]
twitter:rjhale http://about.me/rjhale
http://www.northrivergeographic.com/introduction-to-quantum-gis
Southeast OSGEO: http://wiki.osgeo.org/wiki/Southeast_US
_______________________________________________
Qgis-user mailing list
[email protected]
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
