[GRASS-dev] GRASS-GIS connection to mongo
Hi, Is it possible to connect Grass-gis with mongodb? If not any chance to have it implemented? Ciao, Lorenzo ___ grass-dev mailing list grass-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] v.rast.stats parallel process
Hi Moritz, No I mean to process in parallel the stats over many vector entities for example areas. Immagine a large raster with many polygons that want to know the mean or max value in the area. Ciao, Lorenzo 2018-06-14 13:20 GMT+02:00 Stefan Blumentrath : > Yes, access to attributes would be a challenge / bottleneck for > parallelisation, esp. if you have many areas in your vector map. Note that > not only SQLite but also DBF is still supported (which puts some > limitations)... > > Please note also: https://trac.osgeo.org/grass/ticket/3523 for some > suggestions for speeding up v.rast.stats (without parallelisation). > Once multiple raster map input is supported, statistics could be computed > in parallel for each raster map and then finally uploaded to the attribute > table in one single process... > Yet, the region adjustment performed by v.rast.stats would then have to be > handled differently from current solution... > > I would say it is worth a ticket... > > If you want a text file, you could use r.univar directly, no? > > Cheers > Stefan > > -Original Message- > From: grass-dev On Behalf Of Moritz > Lennert > Sent: torsdag 14. juni 2018 13:05 > To: Lorenzo Bottaccioli ; GRASS developers > list > Subject: Re: [GRASS-dev] v.rast.stats parallel process > > On 14/06/18 12:24, Lorenzo Bottaccioli wrote: > > Hi all, > > > > There is any chance that the v.rast.stats will be paralellized? > > You mean to treat several rasters at the same time ? > > It shouldn't be too complicated to write a wrapper script for this. I > would imagine the biggest problem to be the handling of the access to the > attribute database file. Not sure that you can have concurrent access to > this file by several parallel processes. If this is an issue, we would > probably have to add the option to output v.rast.stats results to text > files and then load content of these files into at the attribute table of > the vector map at the end... > > Moritz > ___ > grass-dev mailing list > grass-dev@lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/grass-dev > ___ grass-dev mailing list grass-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] v.rast.stats parallel process
Hi all, There is any chance that the v.rast.stats will be paralellized? Best, lorenzo ___ grass-dev mailing list grass-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] r.sun OpenCL not working
Hi list, I have configure grass7.04 -with-opencl --with-opencl-includes=/path/include --with-opencl-libs=/path/lib and I try to run it on a Intel Xeon dual socket 32-thread. The compilation say that OpenCl support is activated but when I run r.sun I don't see any multi-theard and the process uses only one CPU. I have test OpenCL with other software and they use multiple CPUs. Any suggestion to solve the issue? Best, Lorenzo ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2876: r.sun (mode 1): data are not timestamped correctly
Hi all, I'm interested on this issue. Now I'm working on grass 7.0.3 if I want to set civili time of Central Europe which sign shall I use +1 or -1. Tnx Lorenzo 2016-04-11 23:15 GMT+02:00 Markus Neteler : > Thomas, > > On Tue, Apr 5, 2016 at 8:55 PM, Thomas Huld wrote: > > I presume that by "backport" you mean port of this fix to GRASS7? > > Yes, to fix 7.0.x. > > > On 28 February I reported bug #2941 with a suggested patch to Grass 7 to > > cover this. Since I'm not a regular contributor, I don't really know what > > has happened to it? > > So far nothing because it is unclear to me (as written in the ticket). > > > It's just a one-liner, so maybe it would be safest if one of the regulars > > would apply the patch? > > Shall I apply one of them or both? > https://trac.osgeo.org/grass/ticket/2876 > https://trac.osgeo.org/grass/ticket/2941 > > or does the second also include the first? Please let me know, > > Markus > ___ > grass-dev mailing list > grass-dev@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/grass-dev > ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] r.mapcalc multiprocess
Hi everyone, I have just compiled grass with phtreds but when I run r.mapcalc it runs in only with one theard. How ca I fix this? Is it possible to check if is correclty compiled with phtreads? Before this I was using grass 7.0.0 r.mapcalc was ussing multithreading and I had better performance. Tnx ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] (no subject)
Hi everyone, I have just compiled grass with phtreds but when I run r.mapcalc it runs in only with one theard. How ca I fix this? Is it possible to check if is correclty compiled with phtreads? Before this I was using grass 7.0.0 r.mapcalc was ussing multithreading and I had better performance. Tnx ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev