[QGIS-Developer] QGIS server and metadata
Tim Sutton
tim at kartoza.com
Mon Nov 4 05:56:19 PST 2019
Hi
> On 4 Nov 2019, at 09:06, Paul van Genuchten <paul.vangenuchten at geocat.net> wrote:
>
> Hi, thank you for interesting QGIS server and metadata discussion, I have a couple of thoughts to add:
> - Related to FGDC support, since QGIS manages metadata in a local model, the capability is requested to import from and export to FGDC metadata, and potentially extend the local model to support important fields of FGDC. In our bridge product we foresee capabilities to import/export to iso19139 metadata, but would be interesting to also see FGDC support (see https://github.com/GeoCat/qgis-bridge-plugin/issues/6 <https://github.com/GeoCat/qgis-bridge-plugin/issues/6>)
> - A getcapabilities typically exposes metadata in 2 ways, a limited set of properties embedded in service and layer metadata in getcapabilities (contact, title, abstract, keywords) and for each layer a link to an external document having detailed metadata. For the first set it makes sense to use metadata stored in the QGIS project directly. For the second set this will be a bit harder, since the metadata stored in the project is not necessarily exposed externally as a document. QGIS server would need a catalogue capability to facilitate this use case. An alternative could be to ‘publish’ records in an external catalogue instance (pycsw/geonetwork), and store locally a reference to where the metadata for a layer is published. The bridge plugin already supports this use case as it publishes local records to an external catalog. A thing to consider is that metadata records exposed to the web typically require a common metadata model such as iso19115/FGDC, so the catalog component needs to have a capability to expose records in those models (or a transformation should be done while publishing the record).
> I would love to hear how people envision these workflows and how they see the bridge plugin would be able to contribute.
Yes me too! I would also love to hear from people who manage metadata on a daily basis in a production environment and have specific ideas about what needs to be in place in order for QGIS to be considered a ’top notch’ environment for working with metadata and GIS datasets.
Regards
Tim
> _______________________________________________
> QGIS-Developer mailing list
> QGIS-Developer at lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
—
Tim Sutton
Co-founder: Kartoza
Ex Project chair: QGIS.org
Visit http://kartoza.com <http://kartoza.com/> to find out about open source:
Desktop GIS programming services
Geospatial web development
GIS Training
Consulting Services
Skype: timlinux
IRC: timlinux on #qgis at freenode.net
I'd love to connect. Here's my calendar link <https://calendly.com/timlinux> to make finding time easy.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-developer/attachments/20191104/a220dc8e/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: KartozaNewLogoThumbnail.jpg
Type: image/jpeg
Size: 6122 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/qgis-developer/attachments/20191104/a220dc8e/attachment-0001.jpg>
More information about the QGIS-Developer
mailing list