One option is to have metadata records which clearly articulate direct / actionable download links and make these metadata available via CSW.
Then, using MetaSearch, one can query a given CSW, get the metadata back, display the links and download the data. There's an existing ticket open in MetaSearch discussing this functionality [1]. I would recommend this as a standards-based option. Assuming data links are documented properly in metadata available via CSW, the rest just works. MetaSearch would need to be extended to action a download link to download to disk, load, and son on. ..Tom [1] https://hub.qgis.org/issues/11733 On Thu, Nov 19, 2015 at 12:31 PM, Alex M <[email protected]> wrote: > Short summary, after brief discussion about if there was a plugin to > pull SRTM (DEM) data for the canvas (which we never found), we turned to > discussing the possibility of build a framework for public data > downloading by canvas extent. > > We want to avoid duplication of the same common core functionality, and > make it easy to plug new data in, and for users to be able to find what > they're looking for. > > Ideally to me this is just an improvement to CSW, WCS and WFS. However > many such data sets don't exist under services, and are just file based > downloads. > > This email is to gauge interest in co-developing such an option in QGIS. > > Ideas welcome and encouraged. > > Thanks, > Alex > > > -------- Forwarded Message -------- > Subject: Re: [Qgis-user] SRTM-plug-in? > Date: Thu, 19 Nov 2015 09:25:16 -0800 > From: Alex M <[email protected]> > Reply-To: [email protected] > To: Paolo Cavallini <[email protected]>, [email protected] > > On 11/18/2015 10:21 PM, Paolo Cavallini wrote: >> Il 18/11/2015 19:44, Alex M ha scritto: >>> On 11/18/2015 06:14 AM, Bernd Vogelgesang wrote: >>>> Hi, >>>> there once was a plug-in in the repository, that downloaded SRTM-DEM >> >>> Did the plugin do 30m or 90m SRTM? >> >> Hi all, >> agreed, it would be good to have it back. BTW, there is a growing number >> of plugins dowloading data (e.g. from NASA, from FAO, etc.). it would be >> good to have a general framework where a single service could be plugged >> in, instead of developing over and over very similar stuff. >> Any interested dev? >> All the best. >> > > A framework for the common parts would be nice, or an easily clone-able > basic plugin that just needs a specialized function to each service. > > Of course, this is kind of the point of CSW, WCS and WFS standards. And > we really should encourage the use of standards. > > This idea is similar to the getData function of the Raster package in R: > http://www.rdocumentation.org/packages/raster/functions/getData > > Which does include the 90m SRTM already processed (CGIAR version > http://srtm.csi.cgiar.org/) > > I'd be interested in moving this discussion to the developer list and > participating. I'm involved with the management of the data for the > above mentioned R function. > > Thanks, > Alex > _______________________________________________ > 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 > > _______________________________________________ > Qgis-developer mailing list > [email protected] > List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer _______________________________________________ Qgis-developer mailing list [email protected] List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
