[GRASS-dev] [Qgis-developer] Temporal data (was QGIS GRASS Plugin Upgrade Crowdfunding)

Luigi Pirelli luipir at gmail.com
Mon Mar 30 10:48:59 PDT 2015


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.razmjooei at 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-bounces at lists.osgeo.org
> [mailto:qgis-developer-bounces at lists.osgeo.org] On Behalf Of Matthias Kuhn
> Sent: 30 March 2015 10:31
> To: Nyall Dawson
> Cc: qgis-developer; grass-dev at 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 at 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 at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer


More information about the grass-dev mailing list