All-in-one Project QGIS Plugin: Unterschied zwischen den Versionen

Aus Geoinformation HSR
Wechseln zu: Navigation, Suche
K
K (Use Cases and Issues)
Zeile 19: Zeile 19:
 
== Use Cases and Issues ==
 
== Use Cases and Issues ==
  
Data and symbology  
+
Data and symbology currently is handled in QGIS
  
 
Main use case:
 
Main use case:
Zeile 36: Zeile 36:
 
* Data:  
 
* Data:  
 
** A map layer source is stored in local files somewhere in a directory.   
 
** A map layer source is stored in local files somewhere in a directory.   
** A map layer source is a local or remote database (with credentials)
+
** A map layer source is a local or remote database (with credentials).
** A map layer source is a remote web service which requires credentials
+
** A map layer source is a remote web service which requires credentials.
 
* Styling:
 
* Styling:
** SVG files are stored somewhere locally or remote
+
** SVG files are stored somewhere locally or remote.
** Color Ramps are stored somewhere locally or remote
+
** Color Ramps are stored somewhere locally or remote.
** Required symbol fonts are installed locally
+
** Required symbol fonts are installed locally.
 
* Others:
 
* Others:
 
** A plugin enables or changes a Layer source functionality. There are data resources which require plugins, which are eventually not installed. See e.g. [[Editable_GeoCSV_QGIS_Plugin GeoCSV]].
 
** A plugin enables or changes a Layer source functionality. There are data resources which require plugins, which are eventually not installed. See e.g. [[Editable_GeoCSV_QGIS_Plugin GeoCSV]].
** A styling default changed after in a new QGIS version
+
** A styling default changed after in a new QGIS version.
  
 
== Current state and recommendation ==
 
== Current state and recommendation ==

Version vom 19. Juni 2016, 18:17 Uhr

This is a software project (with potential plugin) about sharing and using of a whole "QGIS project" including data and symbology (styles).

Project Weblinks:

See also QGIS, QGIS-Materialien

While this plugin is not available pls. try out following alternatives:

  • "relocator" QGIS Plugin - Relocates all your project data to a specific local directory. Version 0.9 2015-05-08 with minimal QGIS v2.0.0. Autor Riccardo Klinger, Geolicious. plugins.qgis.org, github
  • "QConsolidate" QGIS Plugin - Consolidate QGIS project into one directory. Version 0.2.1 2014-01-29 with minimal QGIS v2.0.0. Autor Alexander Bruy. plugins.qgis.org github

Use Cases and Issues

Data and symbology currently is handled in QGIS

Main use case:

  • Often users ("producers") want to share a QGIS project including settings and possibly many layers (data sources) and symbology (style/styling).
  • Other users ("consumers") want to open a single data source and get same data and map layer styling.

Related use case:

  • Users ("producers") produce several data and want to share a QGIS symbology which is common to all.
  • Other users ("consumers") get a new dataset and want to attach this common QGIS symbology to it.

More related use cases:

  • There is a proposal to put all data and related styling info into a single specific GeoPackage file.
  • For sharing and downloading QGIS styles (.qml), QGIS symbols definitions (.xml) and SVG markers there's a GSoC project (see wiki.osgeo.org and @akbargumbira github) which implements a web application to allow users use them in QGIS.

Issues:

  • Data:
    • A map layer source is stored in local files somewhere in a directory.
    • A map layer source is a local or remote database (with credentials).
    • A map layer source is a remote web service which requires credentials.
  • Styling:
    • SVG files are stored somewhere locally or remote.
    • Color Ramps are stored somewhere locally or remote.
    • Required symbol fonts are installed locally.
  • Others:
    • A plugin enables or changes a Layer source functionality. There are data resources which require plugins, which are eventually not installed. See e.g. Editable_GeoCSV_QGIS_Plugin GeoCSV.
    • A styling default changed after in a new QGIS version.

Current state and recommendation

Solution

An obvious approach for a QGIS project and data publisher is to put everything - including data, styles and project settings - into one file.

When copying/moving project files to other people, it is necessary to manually collect all required files and update the project file. This is even more complicated when working with map layers from databases, web services or temporary (in-memory) data. See also Martin Dobias' GSoC 2012-Proposal. It's related to the proprietary ArcGIS Layer and ArcGIS Map Packages and the standardized GeoPackage.

Discussion

The user must be able to specify what should be inside the project:

  1. link everything (no zipping, just plain XML as before)
  2. include everything (put all files into zip),
  3. hybrid (put some resources into zip, keep something as a link, e.g. put symbol SVGs into ZIP but keep original links to layers)

Internally the all-in-one projects could work in a fashion similar to ODT from LibreOffice or KMZ from Google Earth: All files required by the projects would be identified and put into a ZIP file (together with the project XML file).