[GRASS-dev] Compiling grass7_trunk in Funtoo
Hi devs! Hope that some advanced Gentoo user is tuned-in. I am trying to compile grass7_trunk in Funtoo. I managed to get a clean configuration of almost everything required (except for LAPACK, BLAS and FFMPEG, all of which, if I am no miss-taking, are not required). The compilation ends-up like: --%--- Started compilation: Sun Jul 7 10:24:41 EEST 2013 -- Errors in: /osgeo/src/grass7_trunk/lib/python/ctypes /osgeo/src/grass7_trunk/db/drivers/ogr /osgeo/src/grass7_trunk/db/drivers/dbf /osgeo/src/grass7_trunk/db/drivers/postgres /osgeo/src/grass7_trunk/db/drivers/sqlite /osgeo/src/grass7_trunk/db/drivers/odbc /osgeo/src/grass7_trunk/db/drivers/mysql /osgeo/src/grass7_trunk/gui/wxpython/vdigit /osgeo/src/grass7_trunk/gui/wxpython/mapswipe /osgeo/src/grass7_trunk/gui/wxpython/rlisetup /osgeo/src/grass7_trunk/gui/wxpython/animation /osgeo/src/grass7_trunk/gui/wxpython/dbmgr /osgeo/src/grass7_trunk/gui/wxpython/psmap /osgeo/src/grass7_trunk/gui/wxpython/iclass /osgeo/src/grass7_trunk/gui/wxpython/gmodeler /osgeo/src/grass7_trunk/man -- In case of errors please change into the directory with error and run 'make'. If you get multiple errors, you need to deal with them in the order they appear in the error log. If you get an error building a library, you will also get errors from anything which uses the library. -- Finished compilation: Sun Jul 7 10:25:27 EEST 2013 make: *** [default] Error 1 ---%-- Running make inside some of the above mentioned directories, tells that some script was denied permissions to execute. I think it is a Gentoo/Funtoo thing and has nothing to do with GRASS or missing dependencies. For example, --%--- /osgeo/src/grass7_trunk/db/drivers/ogr $ make VERSION_NUMBER=7.0.svn /osgeo/src/grass7_trunk/dist.x86_64-unknown- linux-gnu/tools/g.html2man.py /osgeo/src/grass7_trunk/dist.x86_64- unknown-linux-gnu/docs/html/grass-ogr.html /osgeo/src/grass7_trunk/dist.x86_64-unknown-linux- gnu/docs/man/man1/grass-ogr.1 /bin/sh: /osgeo/src/grass7_trunk/dist.x86_64-unknown-linux- gnu/tools/g.html2man.py: Permission denied make: *** [/osgeo/src/grass7_trunk/dist.x86_64-unknown-linux- gnu/docs/man/man1/grass-ogr.1] Error 126 ---%-- or --%--- nik@localhost /osgeo/src/grass7_trunk/gui/wxpython/vdigit $ make [..] /bin/sh: /osgeo/src/grass7_trunk/dist.x86_64-unknown-linux- gnu/scripts/g.gui.vdigit: Permission denied make[1]: *** [g.gui.vdigit.tmp.html] Error 1 rm g.gui.vdigit.tmp.html make[1]: Leaving directory `/osgeo/src/grass7_trunk/gui/wxpython/vdigit' make: *** [guiscript] Error 2 ---%-- What should I watch out for? Thank you, Nikos ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] i.segment on panchromatic band of Worldview 2 scene: what resources are necessary to complete segmentation ?
On Thu, Jul 4, 2013 at 10:40 AM, Moritz Lennert mlenn...@club.worldonline.be wrote: ... I guess I'll have to move these kinds of treatments to our university supercomputer, but I first have to get them to install GRASS... If you/they need assistance with that, we have accumulated some experience in the past years with GRASS GIS 7 on various supercomputer operating systems. Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] Compiling grass7_trunk in Funtoo
On Sun, Jul 7, 2013 at 10:25 AM, Nikos Alexandris n...@nikosalexandris.net wrote: Hi devs! Hope that some advanced Gentoo user is tuned-in. I am trying to compile grass7_trunk in Funtoo. I managed to get a clean configuration of almost everything required (except for LAPACK, BLAS and FFMPEG, all of which, if I am no miss-taking, are not required). You can check for optional functionality with ./configure --help. AFAIK, BLAS and LAPACK are not used. The compilation ends-up like: --%--- Started compilation: Sun Jul 7 10:24:41 EEST 2013 -- Errors in: /osgeo/src/grass7_trunk/lib/python/ctypes /osgeo/src/grass7_trunk/db/drivers/ogr /osgeo/src/grass7_trunk/db/drivers/dbf /osgeo/src/grass7_trunk/db/drivers/postgres /osgeo/src/grass7_trunk/db/drivers/sqlite /osgeo/src/grass7_trunk/db/drivers/odbc /osgeo/src/grass7_trunk/db/drivers/mysql /osgeo/src/grass7_trunk/gui/wxpython/vdigit /osgeo/src/grass7_trunk/gui/wxpython/mapswipe /osgeo/src/grass7_trunk/gui/wxpython/rlisetup /osgeo/src/grass7_trunk/gui/wxpython/animation /osgeo/src/grass7_trunk/gui/wxpython/dbmgr /osgeo/src/grass7_trunk/gui/wxpython/psmap /osgeo/src/grass7_trunk/gui/wxpython/iclass /osgeo/src/grass7_trunk/gui/wxpython/gmodeler /osgeo/src/grass7_trunk/man -- In case of errors please change into the directory with error and run 'make'. Please note that... If you get multiple errors, you need to deal with them in the order they appear in the error log. If you get an error building a library, you will also get errors from anything which uses the library. -- Finished compilation: Sun Jul 7 10:25:27 EEST 2013 make: *** [default] Error 1 ---%-- Running make inside some of the above mentioned directories, You should really start with the first error tells that some script was denied permissions to execute. I think it is a Gentoo/Funtoo thing and has nothing to do with GRASS or missing dependencies. For example, --%--- /osgeo/src/grass7_trunk/db/drivers/ogr $ make VERSION_NUMBER=7.0.svn /osgeo/src/grass7_trunk/dist.x86_64-unknown- linux-gnu/tools/g.html2man.py /osgeo/src/grass7_trunk/dist.x86_64- unknown-linux-gnu/docs/html/grass-ogr.html /osgeo/src/grass7_trunk/dist.x86_64-unknown-linux- gnu/docs/man/man1/grass-ogr.1 /bin/sh: /osgeo/src/grass7_trunk/dist.x86_64-unknown-linux- gnu/tools/g.html2man.py: Permission denied Check the permissions of /osgeo/src/grass7_trunk/dist.x86_64-unknown-linux-gnu/tools/g.html2man.py or --%--- nik@localhost /osgeo/src/grass7_trunk/gui/wxpython/vdigit $ make [..] /bin/sh: /osgeo/src/grass7_trunk/dist.x86_64-unknown-linux- gnu/scripts/g.gui.vdigit: Permission denied Check the permissions of /osgeo/src/grass7_trunk/dist.x86_64-unknown-linux-gnu/scripts/g.gui.vdigit Compilation should be done as normal user, not root. That means that the source should be obtained and copied to its current location as normal user. Maybe that helps. Markus M ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] Compiling grass7_trunk in Funtoo
Nikos Alexandris: Hope that some advanced Gentoo user is tuned-in. I am trying to compile grass7_trunk in Funtoo. I managed to get a clean configuration of almost everything required (except for LAPACK, BLAS and FFMPEG, all of which, if I am no miss-taking, are not required). Markus Metz wrote: You can check for optional functionality with ./configure --help. AFAIK, BLAS and LAPACK are not used. The compilation ends-up like: --%--- Started compilation: Sun Jul 7 10:24:41 EEST 2013 -- Errors in: /osgeo/src/grass7_trunk/lib/python/ctypes /osgeo/src/grass7_trunk/db/drivers/ogr /osgeo/src/grass7_trunk/db/drivers/dbf /osgeo/src/grass7_trunk/db/drivers/postgres /osgeo/src/grass7_trunk/db/drivers/sqlite /osgeo/src/grass7_trunk/db/drivers/odbc /osgeo/src/grass7_trunk/db/drivers/mysql /osgeo/src/grass7_trunk/gui/wxpython/vdigit /osgeo/src/grass7_trunk/gui/wxpython/mapswipe /osgeo/src/grass7_trunk/gui/wxpython/rlisetup /osgeo/src/grass7_trunk/gui/wxpython/animation /osgeo/src/grass7_trunk/gui/wxpython/dbmgr /osgeo/src/grass7_trunk/gui/wxpython/psmap /osgeo/src/grass7_trunk/gui/wxpython/iclass /osgeo/src/grass7_trunk/gui/wxpython/gmodeler /osgeo/src/grass7_trunk/man -- In case of errors please change into the directory with error and run 'make'. Please note that... If you get multiple errors, you need to deal with them in the order they appear in the error log. If you get an error building a library, you will also get errors from anything which uses the library. -- Finished compilation: Sun Jul 7 10:25:27 EEST 2013 make: *** [default] Error 1 ---%-- Running make inside some of the above mentioned directories, You should really start with the first error So did I. Sorry, I skipped it in my post. The first error is: --%--- [..] /bin/sh: ./ctypesgen.py: Permission denied make[1]: *** [OBJ.x86_64-unknown-linux-gnu/date.py] Error 126 make[1]: Leaving directory `/osgeo/src/grass7_trunk/lib/python/ctypes' make: *** [default] Error 2 ---%-- tells that some script was denied permissions to execute. I think it is a Gentoo/Funtoo thing and has nothing to do with GRASS or missing dependencies. More upon this -- The partition I am running all this is mounted as /dev/sda5 /osgeo ext4auto,rw,exec,user 0 2 Trying in fist place to execute ./confiure or ./configure --help wouldn't/wont do a thing. i.e. --%--- ./configure --help bash: ./configure: Permission denied ---%--- Instructing, as I read somewhere (don't remember where!), sh ./configure -- help works fine! So, I think it is the same issue here too. For example, --%--- ./osgeo/src/grass7_trunk/lib/python/ctypes $ ./ctypesgen.py bash: ./ctypesgen.py: Permission denied ---%-- So, in a similar way, instructing --%--- python ./ctypesgen.py Error: No header files specified ---%-- seems to work just fine. My guess is that it's the same for all Permission denied errors. I need to find a global solution and not going into handcrafting the scripts myself -- that wouldn't be the right way to do it. For example, --%--- /osgeo/src/grass7_trunk/db/drivers/ogr $ make VERSION_NUMBER=7.0.svn /osgeo/src/grass7_trunk/dist.x86_64-unknown- linux-gnu/tools/g.html2man.py /osgeo/src/grass7_trunk/dist.x86_64- unknown-linux-gnu/docs/html/grass-ogr.html /osgeo/src/grass7_trunk/dist.x86_64-unknown-linux- gnu/docs/man/man1/grass-ogr.1 /bin/sh: /osgeo/src/grass7_trunk/dist.x86_64-unknown-linux- gnu/tools/g.html2man.py: Permission denied Check the permissions of /osgeo/src/grass7_trunk/dist.x86_64-unknown-linux-gnu/tools/g.html2man.py --%--- ls -lah g.html2man.py -rwxr-xr-x 1 nik users 1.1K Jul 7 10:24 g.html2man.py ---%-- and I am in users, --%--- groups nik wheel audio cdrom video users ---%-- Hence, if I do --%--- python /osgeo/src/grass7_trunk/dist.x86_64-unknown-linux- gnu/tools/g.html2man.py Traceback (most recent call last): File /osgeo/src/grass7_trunk/dist.x86_64-unknown-linux- gnu/tools/g.html2man.py, line 48, in module main() File /osgeo/src/grass7_trunk/dist.x86_64-unknown-linux- gnu/tools/g.html2man.py, line 15, in main infile = sys.argv[1] IndexError: list index out of range ---%-- it looks like it's going. [stuff remove] Compilation should be done as normal user, not root. That means that the source should be obtained and copied to its current location as normal user. Maybe that helps. Yes, I don't repeat this (anymore, since long ago). Trying to learn Gentoo/Funtoo :-) Danke Markus, Nikos ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] i.segment on panchromatic band of Worldview 2 scene: what resources are necessary to complete segmentation ?
1 - Find a faster CPU machine with 16Gb RAM and a SSD for a start, it will be better, Also if you have the opportunity check that the RAM is a 1800MHz one, details like this may actually add your computation performance. 2 - Cut in pieces (See Markus Comment about supercomputing) and run 4 quads on 4 CPUs instead of one large image in one CPU. 3 - Recode i.segment to work natively on heterogeneous computers... (would be fun!) Good luck! On 4 July 2013 14:10, Moritz Lennert mlenn...@club.worldonline.be wrote: Hello, In parallel to the discussion going on in another thread, I have a question concering the segmentation of another Worldview 2 scene: I first used all 8 multispectral bands and managed to get a series of results with increasing thresholds in very reasonable running times. The region was as follows: g.region -p projection: 1 (UTM) zone: -36 datum: wgs84 ellipsoid: wgs84 north: 7251172 south: 7234772 west: 333792 east: 350192 nsres: 2 ewres: 2 rows: 8200 cols: 8200 cells: 6724 and the command line: i.segment group=xs out=seg_xs minsize=2 memory=3072 threshold=0.05 (and thresh=0.1 and 0.2 in successive runs using the results of the previous run as seeds). Now, I would like to test segmentation of just the panchromatic band. This means the following region settings: projection: 1 (UTM) zone: -36 datum: wgs84 ellipsoid: wgs84 north: 7251172 south: 7234772 west: 333792 east: 350192 nsres: 0.5 ewres: 0.5 rows: 32800 cols: 32800 cells: 107584 Trying to run with the following command line on my i3, 8GB RAM machine: i.segment group=pan out=seg_pan_005 threshold=0.05 memory=3072 had the process running for almost 13 hours with it then becoming apparently stuck in the fourth pass at 10%. At that point the percent didn't change for over an hour, so I decided to kill the process. Can I assume that I'm here above the capacities of my machine ? Is there anything (besides working on a smaller subsample of the image) that I can do to make it work ? What kind of resources would I need to be able to run such a segmentation? I guess I'll have to move these kinds of treatments to our university supercomputer, but I first have to get them to install GRASS... Moritz ___ 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
Re: [GRASS-dev] Compiling grass7_trunk in Funtoo
Markus Metz: AFAIK, BLAS and LAPACK are not used. have a look at lib/gmath/ Hamish ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] Compiling grass7_trunk in Funtoo
On Sun, Jul 7, 2013 at 12:07 PM, Hamish hamis...@yahoo.com wrote: Markus Metz: AFAIK, BLAS and LAPACK are not used. have a look at lib/gmath/ They need to be compiled into GMATH when compiling the i.spec.unmix (and i.spec.sam) Addons. markusN ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2010: r.in.wms2 fails to install on 6.x
#2010: r.in.wms2 fails to install on 6.x ---+ Reporter: hamish | Owner: grass-dev@… Type: defect | Status: new Priority: major | Milestone: 6.4.4 Component: Addons | Version: svn-releasebranch64 Keywords: r.in.wms2 |Platform: Linux Cpu: All| ---+ Comment(by hamish): Hi, some notes observations: * png8 support missing for WMS 1.3.0 * color picker greyed out in the Add web service layer WMS gui. * loss of region precision in the saved map, computational region: {{{ g.region -p north: 4941600 south: 4848400 west: 1343900 east: 1436600 rows: 1864 cols: 1854 }}} right click on WMS layer, save from computational region. new raster: {{{ r.info | Rows: 1861 | Columns: 1852 |N: 4941600.1201S: 4848400.0474 Res:50 | |E: 1436600.0344W: 1343899.9621 Res:50 | }}} * WFS mixes in WMS layers, and has lot of traceback parse errors, but realistic data plots; can't query it in the map display window though. is WFS supposed to work yet or is it still a work in progress? thanks, Hamish -- Ticket URL: https://trac.osgeo.org/grass/ticket/2010#comment:7 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] Compiling grass7_trunk in Funtoo
Nikos Alexandris wrote: The first error is: --%--- [..] /bin/sh: ./ctypesgen.py: Permission denied make[1]: *** [OBJ.x86_64-unknown-linux-gnu/date.py] Error 126 make[1]: Leaving directory `/osgeo/src/grass7_trunk/lib/python/ctypes' make: *** [default] Error 2 ---%-- tells that some script was denied permissions to execute. I think it is a Gentoo/Funtoo thing and has nothing to do with GRASS or missing dependencies. More upon this -- The partition I am running all this is mounted as /dev/sda5 /osgeo ext4auto,rw,exec,user 0 2 I used --%--- cat /etc/fstab | grep osgeo /dev/sda5 /osgeo ext4auto,rw,exec,user 0 2 ---%-- But it goes like --%--- mount | grep sda5 /dev/sda5on /osgeo type ext4 (rw,noexec,nosuid,nodev,commit=0) ---%-- Heh? Is the user option wrong? Nikos ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] Compiling grass7_trunk in Funtoo
Nikos Alexandris wrote: The first error is: --%--- [..] /bin/sh: ./ctypesgen.py: Permission denied make[1]: *** [OBJ.x86_64-unknown-linux-gnu/date.py] Error 126 make[1]: Leaving directory `/osgeo/src/grass7_trunk/lib/python/ctypes' make: *** [default] Error 2 ---%-- tells that some script was denied permissions to execute. I think it is a Gentoo/Funtoo thing and has nothing to do with GRASS or missing dependencies. More upon this -- The partition I am running all this is mounted as /dev/sda5 /osgeo ext4auto,rw,exec,user 0 2 I used --%--- cat /etc/fstab | grep osgeo /dev/sda5 /osgeo ext4auto,rw,exec,user 0 2 ---%-- But it goes like --%--- mount | grep sda5 /dev/sda5on /osgeo type ext4 (rw,noexec,nosuid,nodev,commit=0) ---%-- Heh? Is the user option wrong? cat /etc/fstab | grep osgeo /dev/sda5 /osgeo ext4defaults,rw,exec 0 2 nik@localhost /osgeo/src/grass7_trunk $ mount | grep sda5 /dev/sda5on /osgeo type ext4(rw,commit=0) That fixed all errors :-) I guess I need to read what the consequences of auto and/or user options are in fstab... Nikos ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] grass and planetary science
Hi all, in preparation of the grass code sprint in Prague, I would like to gather planetary applications. So far I have: 1 - Isis2grass (ellipsoid table already ported by Hamish, g.isis3mt to add to trunk, CLI integration to do) 2 - started to write r.crater, will try to finish it in Prague Anyone having something to be done for Planetary Sciences, please feel free to add on the list (please provide download URL), Thank you, Yann -- ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [SoC] Weekly report #3 - GRASS Interactive Scatter Plot Tool
Hi Sören and Markus, many thanks for big help. If I understand it correctly, the key, which will solve my issue, is the multiprocessing module, which allows to define region just in this process without affecting the others (as it is in the modules). Thanks to that it will be possible to use raster library in the backend and get rid of files produced by r.out.bin. I would avoid to use ctypes in the same process as wxGUI. The grass libraries call exit() in case a fatal error occurs. This will also crash the GUI in this case. I would strongly suggest to use multiprocessing Python module to spawn new processes that make use of ctypes. However, what is the reason that you use ctypes directly instead of PyGRASS that was designed to provide an abstract layer above several grass libraries? Maybe you can add an OO layer in PyGRASS providing access to your backend? Extending PyGRASS to provide access to the backend is good idea. I will do so. Best Stepan ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [SoC] Weekly report #3 - GRASS Interactive Scatter Plot Tool
Hi Štěpán, On Sunday 07 Jul 2013 13:55:15 Štěpán Turek wrote: many thanks for big help. If I understand it correctly, the key, which will solve my issue, is the multiprocessing module, which allows to define region just in this process without affecting the others (as it is in the modules). Thanks to that it will be possible to use raster library in the backend and get rid of files produced by r.out.bin. yes, you can just run your command giving the right environment variables... {{{ import subprocess as sub sub.Popen(['grasscmd', 'option', etc.], env={dictionary with your variables}) }}} I've used it in the pygrass.modules.grid to split the grass operations in several independent processes running the same command in different mapsets with different regions. You can have a look here: http://trac.osgeo.org/grass/browser/grass/trunk/lib/python/pygrass/modules/grid/grid.py#L34 [snip] Extending PyGRASS to provide access to the backend is good idea. I will do so. Please ask me if you have any doubts... I will be happy to help! :-) Have a nice day! Pietro ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] grass mapswipe issue
Hi mapswipe is having a small issue, when i start it from a zoomed area with a single map layer selected, then I selected a second map layer, the second map layer does not have the zzomed extents of the first one... a screenshot available on request... -- ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [SoC] Weekly report #3 - GRASS Interactive Scatter Plot Tool
Hi, yes, you can just run your command giving the right environment variables... I have just one more question. Will it work properly when I will call some function from C libraries: Im my case it is something like this: int I_ComputeScatts(struct Cell_head *region, struct scCats * scatt_conds, const char ** bands, int n_bands, struct scCats * scatt_ plts, const char ** cats_rasts) scatt_conds are selected areas in open scatter plots and scatt_plts there are returned computed scatter plots. Let say that this function will be called in separate process form wxGUI created by multiprocessing module. And in this function there is used raster library. Is it (or can be) this raster library independent form raster library loaded to wxGUI and from the other processes created from wxGUI? Let say that this function will call Rast_set_window function. Will be raster region set only in scope of the separate process or also out of it? If the libraries are independent it solves the issue. Best Stepan ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [SoC] Weekly report #3 - GRASS Interactive Scatter Plot Tool
Hi, 2013/7/7 Štěpán Turek stepan.tu...@seznam.cz: Hi, yes, you can just run your command giving the right environment variables... I have just one more question. Will it work properly when I will call some function from C libraries: Im my case it is something like this: int I_ComputeScatts(struct Cell_head *region, struct scCats * scatt_conds, const char ** bands, int n_bands, struct scCats * scatt_plts, const char ** cats_rasts) Please use the GNU/GRASS style to implement new C library functions[1]. scatt_conds are selected areas in open scatter plots and scatt_plts there are returned computed scatter plots. Let say that this function will be called in separate process form wxGUI created by multiprocessing module. And in this function there is used raster library. Is it (or can be) this raster library independent form raster library loaded to wxGUI and from the other processes created from wxGUI? Yes, it is. The new process has its own environment that is not shared with other process. It will inherit the environment from its parent process and can modify its own environment[2,3,4]. Let say that this function will call Rast_set_window function. Will be raster region set only in scope of the separate process or also out of it? If you use Rast_set_window() in the new process the computational region will only be set for this process. Be aware that you must use Python objects to transfer the data from the child process to its parent process using a queue[5]. I think that numpy array objects should work. [1] http://trac.osgeo.org/grass/browser/grass/trunk/SUBMITTING#L201 [2] https://en.wikipedia.org/wiki/Unix_process [3] https://en.wikipedia.org/wiki/Child_process [4] https://en.wikipedia.org/wiki/Parent_process [5] http://docs.python.org/2/library/multiprocessing.html#multiprocessing.Queue Best regards Soeren If the libraries are independent it solves the issue. Best Stepan ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [SoC] Weekly report #3 - GRASS Interactive Scatter Plot Tool
Hi, [snip] Be aware that you must use Python objects to transfer the data from the child process to its parent process using a queue[5]. I think that numpy array objects should work. I just realized that you can use shared ctypes objects as well for inter process communication[1]. [1] http://docs.python.org/2/library/multiprocessing.html#module-multiprocessing.sharedctypes Best Soeren ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [SoC] Weekly report #3 - GRASS Interactive Scatter Plot Tool
Are you planning to use wxPlot for the scatterplot display? This provides a consistent graphical interface with the other plotting modules. Michael C. Michael Barton Director, Center for Social Dynamics Complexity Professor of Anthropology, School of Human Evolution Social Change Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Jul 7, 2013, at 10:21 AM, Štěpán Turek stepan.tu...@seznam.czmailto:stepan.tu...@seznam.cz wrote: Hi, yes, you can just run your command giving the right environment variables... I have just one more question. Will it work properly when I will call some function from C libraries: Im my case it is something like this: int I_ComputeScatts(struct Cell_head *region, struct scCats * scatt_conds, const char ** bands, int n_bands, struct scCats * scatt_plts, const char ** cats_rasts) scatt_conds are selected areas in open scatter plots and scatt_plts there are returned computed scatter plots. Let say that this function will be called in separate process form wxGUI created by multiprocessing module. And in this function there is used raster library. Is it (or can be) this raster library independent form raster library loaded to wxGUI and from the other processes created from wxGUI? Let say that this function will call Rast_set_window function. Will be raster region set only in scope of the separate process or also out of it? If the libraries are independent it solves the issue. Best Stepan ___ SoC mailing list s...@lists.osgeo.orgmailto:s...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/soc ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] grass and planetary science
Yann wrote: in preparation of the grass code sprint in Prague, I would like to gather planetary applications. So far I have: 1 - Isis2grass (ellipsoid table already ported by Hamish, g.isis3mt to add to trunk, CLI integration to do) 2 - started to write r.crater, will try to finish it in Prague Anyone having something to be done for Planetary Sciences, please feel free to add on the list (please provide download URL), and the wiki :) http://grasswiki.osgeo.org/wiki/Planetary_mapping Hamish ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev