Re: [GRASS-user] t.register: ERROR: day is out of range for month
Apologies for re-posting, but I noticed that much of the post's content disappeared in the email. Also, as an update I tried to add both a start and end date to the input file (following the t.register manual) but still get the same error on running t.register: ERROR: day is out of range for month ERROR: Unable to convert string 1951-02-29into a datetime object The process in more detail: Aim: to process and analyse a 360 day (30 day/month) climate database t.create --overwrite output=cahpa05216fgh_stvds type=stvds semantictype=max title=cahpa_05216fgh_prcp_stvds description=CAHPA05216 for MAPSETfgh Precipitation STVDS t.register --overwrite input=test_stvds type=vector file=/home/rcooper/glist_fgh_vectors.out Gathering map information... ERROR: day is out of range for month ERROR: Unable to convert string 1951-02-29into a datetime object Sample of 360 day file input to t.register: ... bnd_cahpa_f1jan_05216_nc_remapped_nc_28|1951-01-28 bnd_cahpa_f1jan_05216_nc_remapped_nc_29|1951-01-29 bnd_cahpa_f1jan_05216_nc_remapped_nc_30|1951-01-30 bnd_cahpa_f1feb_05216_nc_remapped_nc_1|1951-02-01 bnd_cahpa_f1feb_05216_nc_remapped_nc_2|1951-02-02 bnd_cahpa_f1feb_05216_nc_remapped_nc_3|1951-02-03 ... bnd_cahpa_f1feb_05216_nc_remapped_nc_28|1951-02-28 bnd_cahpa_f1feb_05216_nc_remapped_nc_29|1951-02-29 bnd_cahpa_f1feb_05216_nc_remapped_nc_30|1951-02-30 bnd_cahpa_f1mar_05216_nc_remapped_nc_1|1951-03-01 bnd_cahpa_f1mar_05216_nc_remapped_nc_2|1951-03-02 bnd_cahpa_f1mar_05216_nc_remapped_nc_3|1951-03-03 bnd_cahpa_f1mar_05216_nc_remapped_nc_4|1951-03-04 ... GRASS version: 7.0.0svn GRASS SVN Revision: 64042 Build Date: 2015-01-10 Build Platform: i686-pc-linux-gnu GDAL/OGR: 1.11.1 PROJ.4: 4.9.0 GEOS: 3.4.2 SQLite: 3.7.9 Python: 2.7.3 wxPython: 2.8.12.1 Platform: Linux-3.2.0-31-generic-pae-i686-with-LinuxMint-13-maya -- View this message in context: http://osgeo-org.1560.x6.nabble.com/t-register-ERROR-day-is-out-of-range-for-months-tp5185155p5185370.html Sent from the Grass - Users mailing list archive at Nabble.com. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] temporary files of grass.script.array
Hi, In GRASS 7 (RC1) python it is possible to export a raster map to an array which can be used e.g. by Numpy. For example: import grass.script.array as garray x1 = garray.array() x1.read(my_raster) It seems that this creates a temporary file in the .tmp folder of the respective location. I am not sure if this has been existing before, but these temporary files are not deleted after e.g. x1 is not used anymore (i.e. the calculation of the script finished). So do I need to manually (in the python script) close that x1 so that the associated temporary file gets deleted (and if yes how?)? Otherwise when using this procedure to do numpy calculations in loops the tmp-files pile up quite fast. Of course I can empty the tmp folder after every loop, but I am not sure if this is really the right way. Any suggestions? /Johannes ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] temporary files of grass.script.array
Johannes Radinger wrote: In GRASS 7 (RC1) python it is possible to export a raster map to an array which can be used e.g. by Numpy. For example: import grass.script.array as garray x1 = garray.array() x1.read(my_raster) It seems that this creates a temporary file in the .tmp folder of the respective location. I am not sure if this has been existing before, but these temporary files are not deleted after e.g. x1 is not used anymore (i.e. the calculation of the script finished). So do I need to manually (in the python script) close that x1 so that the associated temporary file gets deleted (and if yes how?)? Otherwise when using this procedure to do numpy calculations in loops the tmp-files pile up quite fast. Of course I can empty the tmp folder after every loop, but I am not sure if this is really the right way. The temporary files were supposed to be deleted when the array object was destroyed. However, this relied upon the ._close() method, which is no longer used. r64426 (trunk) should fix this. Apart from that, you can manually delete the temporary file for an array object with e.g. grass.script.try_remove(x1.filename). -- Glynn Clements gl...@gclements.plus.com ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Call for PRESENTATION XVI meeting degli utenti italiani di GRASS e GFOSS
In occasione del *XVI meeting degli utenti italiani di GRASS e GFOSS* che si terrà il *19 Febbraio 2015*, dalle ore 9.00 fino alle 18.30, presso la Scuola di Agraria e Medicina Veterinaria, Università di Bologna, vi sarà una conferenza in versione *Bar Camp *(presentazioni di 5 min cadauna). Chiunque fosse interessato a far conoscere e/o cercare aiuto per il proprio progetto sviluppato con o di sviluppo GRASS / GFOSS è pregato di contattare gli organizzatori (xvimeetinggrassgf...@gmail.com), fornendo una piccola descrizione di ciò che intende presentare. Data ultima per l'iscrizione è il *18 febbraio*. Vi aspettiamo numerosi a Bologna! Il comitato organizzatore ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] XVI meeting degli utenti italiani di GRASS e GFOSS
Abbiamo il piacere di comunicarvi che il *19 Febbraio 2015*, dalle ore 9.00 fino alle 18.30 si terrà, presso la Scuola di Agraria e Medicina Veterinaria, Università di Bologna, il *XVI meeting degli utenti italiani di GRASS e GFOSS*. L'evento è organizzato dal gruppo di ricerca del Prof. Fedederico Magnani (Dipartimento di Scienze Agrarie, DipSA), con il patrocinio di GFOSS.it e dello stesso DipSA. Quest'anno la *conferenza *sarà simile ad un Barcamp, con un'introduzione iniziale al mondo GFOSS seguita da una carrellata di brevi presentazioni: chiunque voglia far conoscere e/o cercare aiuto per il proprio progetto sviluppato con o di sviluppo GRASS / GFOSS potrà iscriversi contattando gli organizzatori (*xvimeetinggrassgf...@gmail.com xvimeetinggrassgf...@gmail.com*) e prendere parola alla conferenza. In parallello si svolgeranno: - un *Code Sprint *dedicato a sviluppatori, traduttori, utilizzatori, ecc. Anche in questo caso gli interessati possono presentare le loro proposte contattandoci via e-mail; - due *workshop *di livello base per i neo-utenti GFOSS. Per le modalità di iscrizione consultare il wiki dell'evento. Per maggiori informazioni e aggiornamenti visitate il wiki dell'evento: http://grasswiki.osgeo.org/wiki/IT:XVI_Meeting_degli_Utenti_Italiani_di_GRASS_GFOSS http://grasswiki.osgeo.org/wiki/XVI_Meeting_degli_Utenti_Italiani_di_GRASS_GFOSS Vi aspettiamo numerosi a Bologna! Il comitato organizzatore Luca Casagrande, Carlo Cormio, Luca Delucchi, Federico Magnani, Elena Mezzini ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Call for workshop XVI meeting degli utenti italiani di GRASS e GFOSS
In occasione del *XVI meeting degli utenti italiani di GRASS e GFOSS* che si terrà il *19 Febbraio 2015*, dalle ore 9.00 fino alle 18.30, presso la Scuola di Agraria e Medicina Veterinaria, Università di Bologna, pensavamo di organizzare *2 workshop* di livello base su software GFOSS (presumibilmente QGIS, GRASS GIS), qualcuno si offre volontario per fare da docente? Gli iscritti saranno al massimo 30. Chi è interessato è pregato di scrivere entro l'*8 febbraio* a : xvimeetinggrassgf...@gmail.com Ci vediamo a Bologna! Il comitato organizzatore ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] v.proj pj_transform() failed for points but not for a vector grid
On Mon, Feb 02, 2015 at 09:29:18AM +0100, Markus Metz wrote: On Sat, Jan 31, 2015 at 5:41 PM, Patrice Dumas pertu...@free.fr wrote: v.proj --verbose input=lon_lat_demand_relocated location=whole_region_demand_map_asiamed_cities Is lon_lat_demand_relocated really the point selection? It was not. I couldn't see that visually, but in fact I had relocated some points after the v.select and the visual inspection was not enough to check that they were out of the grid. From your description, the workflow is It was almost that, as said above, with a relocation of points that moved some of them outside of the grid. I readded a last v.select and now it works correctly. Thanks a lot, and sorry for the noise. -- Pat ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] r.in.gdal and .raw files
Hi, anyone has experience with .raw files? I happen to have one to analyze (quite large indeed) and r.in.gdal doesn't seem to support it. However, for some magics, qgis is able to open it and I'm now converting it to tif. But it's taking kinda forever. Any better idea? Thank you in advance -- Best regards, Dr. Margherita DI LEO Scientific / technical project officer European Commission - DG JRC Institute for Environment and Sustainability (IES) Via Fermi, 2749 I-21027 Ispra (VA) - Italy - TP 261 Tel. +39 0332 78 3600 margherita.di-...@jrc.ec.europa.eu Disclaimer: The views expressed are purely those of the writer and may not in any circumstance be regarded as stating an official position of the European Commission. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] temporary files of grass.script.array
On Tue, Feb 3, 2015 at 4:23 PM, Glynn Clements gl...@gclements.plus.com wrote: The temporary files were supposed to be deleted when the array object was destroyed. However, this relied upon the ._close() method, which is no longer used. r64426 (trunk) should fix this. Please let me know if that should be backported then. Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] r.in.gdal and .raw files
On Tue, Feb 3, 2015 at 2:41 PM, Margherita Di Leo direg...@gmail.com wrote: Hi, anyone has experience with .raw files? I happen to have one to analyze (quite large indeed) and r.in.gdal doesn't seem to support it. However, for some magics, qgis is able to open it and I'm now converting it to tif. But it's taking kinda forever. Any better idea? A .raw file could be a raw data file from a digital camera, but it can also be anything else. Can QGIS tell you what kind of file this is? Markus M Thank you in advance -- Best regards, Dr. Margherita DI LEO Scientific / technical project officer European Commission - DG JRC Institute for Environment and Sustainability (IES) Via Fermi, 2749 I-21027 Ispra (VA) - Italy - TP 261 Tel. +39 0332 78 3600 margherita.di-...@jrc.ec.europa.eu Disclaimer: The views expressed are purely those of the writer and may not in any circumstance be regarded as stating an official position of the European Commission. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
