Hi not strictly related with timeseries visualization, but... I was thinking to the time management abilities (and more) of the Pandas python library as an abstracted data provider. The main advantage are that on a pandas data frame, missing data can be coded managed in a simply way.
Other than the complexity to match a data frame flexibility (m¡pandas or numpy) with a reduce set of interactions of a data provider, there would be also the problem to have pandas installed on osgeo4w that is not simple at all! regards, Luigi Pirelli LinkedIn: https://www.linkedin.com/in/luigipirelli Elance: https://www.elance.com/s/edit/luigipirelli/ GitHub: https://github.com/luipir Stackexchange: http://gis.stackexchange.com/users/19667/luigi-pirelli On 30 March 2015 at 13:37, Saber Razmjooei <saber.razmjo...@lutraconsulting.co.uk> wrote: > Hi all, > > If the long term aspiration of having support for temporal data is to > support NetCDF, HDF, GRIB, etc similar to: > http://blogs.esri.com/esri/apl/2015/03/11/dimension-explorer/ > then probably we need to have more to it. > > Martin has done a major update of the crayfish plugin which now supports > xdmf (a variation of HDF5) and soon we are looking to add animation feature > and more file support: > https://github.com/lutraconsulting/qgis-crayfish-plugin > > > Cheers, > Saber > > > -----Original Message----- > From: qgis-developer-boun...@lists.osgeo.org > [mailto:qgis-developer-boun...@lists.osgeo.org] On Behalf Of Matthias Kuhn > Sent: 30 March 2015 10:31 > To: Nyall Dawson > Cc: qgis-developer; grass-...@lists.osgeo.org > Subject: Re: [Qgis-developer] Temporal data (was QGIS GRASS Plugin Upgrade > Crowdfunding) > > Hi > > I think the very first step in this should be to add proper date (time) > support. > I don't know the state and requirements for raster layers, but for vector > layers I think right now time is converted with the edit types just for > visualization but internally it is passed around as string. It would be nice > to handle them as QDate(Time) internally. > > For time-aware databases (postgres...) this should be straightforward. > For others (like shapefile?) we probably need to manage the datatype on the > project level but conversion should IMHO happen low-level directly in the > provider code so things like timezone handling and whatever else needs to be > done can happen exactly once when the data is read from the datasource or > saved to the datasource. > > Filtering (from date ... to date ) should best be done on the > QgsFeatureRequest level (setFilterExpression should already be ready I > guess) > > Best, > Matthias > _______________________________________________ > Qgis-developer mailing list > Qgis-developer@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-developer > > > -- > This email and any files transmitted with it are confidential and intended > solely for the use of the individual or entity to whom they are addressed. > If you have received this email in error please notify the system manager. > This message contains confidential information and is intended only for the > individual named. If you are not the named addressee you should not > disseminate, distribute or copy this e-mail. Please notify the sender > immediately > by e-mail if you have received this e-mail by mistake and delete this e-mail > from your system. If you are not the intended recipient you are notified > that disclosing, copying, distributing or taking any action in reliance on > the contents of this information is strictly prohibited. > > Whilst reasonable care has been taken to avoid virus transmission, no > responsibility for viruses is taken and it is your responsibility to carry out > such checks as you feel appropriate. > > If this email contains a quote or offer to sell products, carry out work or > perform services then our standard terms and conditions (which can be found > at > http://www.lutraconsulting.co.uk/downloads/Lutra%20Consulting%20Standard%20Terms%20and%20Conditions.pdf > shall apply unless explicitly stated otherwise. > > Saber Razmjooei and Peter Wells trading as Lutra Consulting. > _______________________________________________ > Qgis-developer mailing list > Qgis-developer@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-developer _______________________________________________ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer