[Qgis-developer] Data Download Framework [was [Qgis-user] SRTM-plug-in?]

[kimaidou]

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 <tomkralidis at gmail.com>:

> 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 <tech_dev at wildintellect.com>
> 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 <tech_dev at wildintellect.com>
> > Reply-To: tech at wildintellect.com
> > To: Paolo Cavallini <cavallini at faunalia.it>, qgis-user at lists.osgeo.org
> >
> > 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
> > Qgis-user at lists.osgeo.org
> > List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
> > Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
> >
> > _______________________________________________
> > Qgis-developer mailing list
> > Qgis-developer at lists.osgeo.org
> > List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> > Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> _______________________________________________
> Qgis-developer mailing list
> Qgis-developer at lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-developer/attachments/20151119/0524b53d/attachment-0001.html>