#GRASS IRC Log - 2009-04-17

For logs after Feb 3, 2007, all times are GMT-8. Prior logs are GMT-9.
Back to Logs
00:11:09 giohappy: I've abandoned Vista, and switched to XP... too much headache!
00:11:25 giohappy: I'm setting up the osgeo4w dev environment on XP
00:11:42 giohappy: everything fresh new
00:12:46 giohappy: I'm wondering why grass64 startup gets blocked by a "couldn't execute g.gisenv:permission denied"
00:13:20 giohappy: jef: any idea?
00:16:47 giohappy: jef: g.proj gives me permission denied too!
00:37:44 jef: giohappy: not really. did you check properties/security?
00:38:23 giohappy: jef: properties/security for what?
00:38:42 giohappy: jef: I have even disbaled all the system blocks, firewalls, antiviruses, etc.
00:38:49 jef: giohappy: for g.gisenv and g.proj.
00:40:28 giohappy: jef: I'm not so expert with windows ( I'm a linux user ) but I thought that logging in as administrator I didn't have to worry about the application settings
00:41:20 giohappy: jef: are there restrictions at single application level?
00:42:32 jef: giohappy: dunno, but if I got "permission denied" that would be the first thing I'd check.
00:50:40 giohappy: i hop emy institute will adopt linux soon! : )
01:00:00 giohappy: jef: just a tip, if you can. what kind of grants should I check on Windows? The g.proj.exe properties dialog, i.e., has just "read only" and "hidden" properties
01:48:13 giohappy: jef: no way... I can't find a solution. I will try with a VM box
06:38:41 CIA-9: neteler * r36766 /grass/branches/develbranch_6/lib/gis/colors/ndvi: softer water/non-water color change
06:38:41 CIA-9: neteler * r36767 /grass/branches/releasebranch_6_4/lib/gis/colors/ndvi: softer water/non-water color change
06:38:42 sigq: grassfeed: Changeset [36767]: softer water/non-water color change <https://trac.osgeo.org/grass/changeset/36767> || Changeset [36766]: softer water/non-water color change <https://trac.osgeo.org/grass/changeset/36766>
06:38:43 CIA-9: neteler * r36768 /grass/trunk/lib/gis/colors/ndvi: softer water/non-water color change
06:40:18 sigq: grassfeed: Changeset [36768]: softer water/non-water color change <https://trac.osgeo.org/grass/changeset/36768>
07:11:11 CGI102: hello people, I'm coming directly from the pywps website
07:11:57 CGI102: is there anyone who can tell me something I could not find in the documentation?
07:17:32 cgs_bob: CGI102: hi there! you might want to talk to jachym_dogwalk...after his dogwalk I believe he is the author
07:18:14 CGI102: cgs_bob: thanks, that is what I was wondering!
07:19:41 cgs_bob: CGI102: you're welcome.
07:21:35 cgs_bob: CGI102: you might also like to visit #pywps . there might be others that can help
07:22:32 CGI102: right, but I'm using a web interface for IRC and by default I couldn't see that channel
07:22:55 CGI102: I forgot the command to join by command line.. let's see if I remember...
07:23:32 cgs_bob: CGI102: if you like you can go to #osgeo and ask that #pywps be added. I did that with #postgis a while ago
07:23:45 cgs_bob: it is /join
07:24:33 CGI102: yes, i've tried the join command but does not work. and it seems that pywps does not exist at the moment so noone is there...
07:25:04 CGI102: I'll wait and anyway meanwhile I subscribed to the mailing list of pywps
07:25:10 gsherman: CGI102, it's #pywps
07:25:15 gsherman: 6 or 7 people there now
07:25:15 CGI102: tnx again
07:25:48 CGI102: ah, some people is there... maybe it's because I'm using a web interface for irc... I'll try another client
07:26:06 doktoreas: hi CGI102
07:26:34 CGI102: hi doktoreas
07:26:51 doktoreas: got some question about pywps?
07:27:00 CGI102: yes!
07:27:16 doktoreas: Hope I can help you while jachym is mapping around :D
07:27:28 doktoreas: hi gsherman
07:27:33 CGI102: give me pls 5 seconds, I install a better irc client
07:28:02 gsherman: doktoreas, hi!
07:31:19 agadula: doktoreas I'm back
07:31:27 doktoreas: : )
07:31:56 agadula: sorry for letting you wait but the murphy's law is always valid
07:32:39 agadula: 1st I want to tell you that pywps is a very good piece of sw and as python coder I like it
07:33:20 doktoreas: glad to hear that : )
07:33:34 jachym: CGI102: what's up?
07:33:48 agadula: hello jachym
07:33:54 agadula: nice 2 meet you
07:34:05 doktoreas: hi jachym
07:34:09 agadula: I'm a brand new pywps happy user
07:34:26 jachym: are you belaqziz salwa by chance?
07:34:31 jachym: hi doktoreas
07:34:34 agadula: but maybe because I'm new in wps and pywps I have some Q
07:34:45 jachym: let's move to  #pywps
07:34:52 agadula: right
07:35:14 agadula: but I've tried and I could not through the web interface...
07:35:36 jachym: ok
07:35:44 jachym: no problem, grass people are tolerant
07:35:47 agadula: from work it seems that other irc client does not work
07:35:59 jachym: what's your problem,
07:36:00 jachym: ?
07:37:20 agadula: to make it short, I have a process to make available through wps, but being pywps a cgi-bin if the process takes too much time it goes in timeout
07:38:16 agadula: my process can be divided in smaller tasks but I'm wondering if the execute method should not contain the whole process
07:38:22 jachym: you need storeSupported=True, statusSupported=True and request with status=true and storeExecuteResponse=true
07:38:57 jachym: than the process is running assynchronously ( in the background )
07:39:01 agadula: ok, I try immediately!
07:39:13 agadula: good, that it was something I totally missed!
07:39:13 jachym: and you can regulary check statusLocation url, how far it is
07:39:28 jachym: don't forget to set self.status.set( "message",percent_done ) while caclulating
07:39:38 jachym: it is described in the WPS ;- )
07:39:47 agadula: yes, that is something I've done
07:40:02 jachym: http://pywps.wald.intevation.org/documentation/process.html#process-initialization-and-configuration-the-init-method
07:40:03 sigq: Title: The Processes PyWPS ( at pywps.wald.intevation.org )
07:40:11 jachym: storeSupported = "true", statusSupported = "true"
07:41:02 jachym: /wps.py "version=1.0.0&service=Wps&request=Execute&\ Identifier=foo&datainputs=data=http://foo/bar/roads.gml;width=0.5; status=true&storeExecuteResponse=true”
07:41:09 jachym: or similar in the input XML file
07:41:17 : * jachym is happy to see another happy user around
07:41:59 agadula: yes, very good.... I was missing only that the request needed to define also status and storeExecuteResponse ... : )
07:42:58 agadula: really thanks, I'll come surely again to bother you!
07:44:31 : * doktoreas recoils recalling the early days of pywps..
07:46:40 jachym: agadula: we should release 3.x.x soon ( no time :-( ), please, try the svn version better
07:49:16 agadula: jachym: you mean that the svn version is better than the one downloadable from the website?
07:50:52 giohappy_: jachym: hi
07:50:58 giohappy_: jachym: it's a long time I'm away from PyWPS, as I've had to move to other topics... and on Windows!
07:51:12 giohappy_: jachym: I was wondering whether the forking method has been replaced with subprocess
07:51:27 giohappy_: jachym: I would like to have PyWPS working on Windows servers too...
07:52:21 jachym: agadula: yes
07:52:58 jachym: giohappy: some guy has problems on windows now, but somebody else got it running
07:53:42 giohappy_: jachym: ??? curious. how can os.fork( ) work?!
07:53:50 giohappy_: have you replaced it?
07:53:54 agadula: jachym: better and stable?
07:54:08 jachym: agadula: better and stable yes
07:54:33 jachym: giohappy_: fork works, yes
07:54:56 giohappy_: jachym: fork works on windows?! are you sure
07:54:57 giohappy_: ?
07:55:03 jachym: I had some difficulties on some apache versions. it turned out, that fork is the only way ( i know ), it works everywhere ( i tested )
07:55:06 giohappy_: that's a news for me!
07:55:13 jachym: giohappy: no, I'm not
07:55:17 jachym: :- )
07:55:17 giohappy_: ok : )
07:55:27 : * jachym is speaking about linuxes
07:55:33 giohappy_: I think pywps works until store and status are not required
07:55:41 giohappy_: because it doesn't call fork
07:55:48 jachym: that could be it !
07:55:53 jachym: hmm, I'll have to dig deeper
07:56:25 jachym: one guy has some problem on windows, maybe it could be solution
07:56:26 giohappy_: as soon as I find a minute I'll try to substitute fork with subprocess
07:56:58 jachym: version 3.0.0 does not use forking, svn uses it - we have to find some combination
07:57:44 giohappy_: ok, I will have a look to the svn code, during dinner :9
07:57:46 giohappy_: : )
07:58:00 jachym: giohappy_: you are crazy :- )
07:58:28 : * frankie 6.4.0RC4 just entered sid
07:58:28 : * jachym was solving openlayers-apache's mod deflate-IE6 problem all the day :-(
08:02:31 doktoreas: jachym, the plugin for OL is inside SVN, right?
08:02:50 doktoreas: I read it on a mail ( probably )
08:03:00 jachym: doktoreas: it is not "plugin for openlayers", but "openlayers-based plugin"
08:03:10 jachym: anyway: doc/examples/clinet/WPS.js
08:03:24 doktoreas: oh yes, sorry for this : )
08:03:54 doktoreas: thx for the info..
08:03:54 jachym: np, just to avoid confusion
08:05:35 doktoreas: I need to build a small pywps application using Ext-JS
08:05:46 doktoreas: better Geo-EXT
08:05:48 jachym: there are some, still living :- )
08:05:56 jachym: http://bnhelp.cz/projects/uhul
08:06:56 doktoreas: you are always 1 year before : )
08:08:38 doktoreas: thx also for this.. I wanna write to my teacher if we can publish our pywps application as video..
08:08:46 doktoreas: so can be linked on the main site
08:09:19 agadula: gentlemen, thanks and see you soon!
08:09:30 doktoreas: agadula, have you seen the mailing-list?
08:10:14 agadula: yes! I got the confirmation mail now
08:10:43 jachym: doktoreas: the application is about 1 year old, there was no geo-ext nor usable mapfish around
08:11:18 doktoreas: you are always advanced :D
08:11:22 agadula: bye and thank all
08:20:06 doktoreas: gotta run..
08:20:13 doktoreas: bye jachym
08:45:57 jachym: caio
09:44:05 sigq: grassfeed: Ticket #560 ( defect created ): WinGRASS not deleting temp ppm files from map display <https://trac.osgeo.org/grass/ticket/560>
17:28:22 sigq: grassfeed: Ticket #561 ( enhancement created ): meta: add a new "normal" bug priority <https://trac.osgeo.org/grass/ticket/561>
22:20:26 CIA-9: mmetz * r36769 /grass/trunk/raster/r.out.gdal/ ( export_band.c main.c ): added -f flag to force export
22:21:03 CIA-9: mmetz * r36770 /grass/branches/develbranch_6/raster/r.out.gdal/ ( export_band.c main.c ): added -f flag to force export ( merge from trunk r36769 )
22:21:30 sigq: grassfeed: Changeset [36770]: added -f flag to force export ( merge from trunk r36769 ) <https://trac.osgeo.org/grass/changeset/36770> || Changeset [36769]: added -f flag to force export <https://trac.osgeo.org/grass/changeset/36769>