Hi, This is a great idea. We could use this framework to add layers based on web services. For example a web service returning a GeoJSON based on some parameters + canvas extent. The idea would be to have an option to download only once, or to download for each canvas refresh (zoom out, pan, etc.) ? I would love to have the latter (with the possibility to cache features already downloaded once)
Regards Michaël 2015-11-19 20:03 GMT+01:00 Tom Kralidis <[email protected]>: > 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 >
_______________________________________________ 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
