Re: [GRASS-dev] porting r.in.wms to python

2008-10-05 Thread Hamish
> > > v.in.gpsbabel/v.in.gpsbabel > > > v.in.garmin/v.in.garmin > > > > Certainly v.in.gpsbabel should survive in some form. v.in.garmin is > > useful as the gpsbabel garmin filter does not pass through all fields. > > > > the XML stuff in v.in.gpsbabel is in desperate need of a python > > rep

Re: [GRASS-dev] porting r.in.wms to python

2008-10-05 Thread Glynn Clements
Hamish wrote: > semi-related-- does anyone know of a libgis function that will return > the current projection+coordinate's convergence angle WRT true north? > A method to find that with the `proj` program is given here: > http://grass.osgeo.org/wiki/Ps.map_scripts#Creating_a_fancy_North_Arrow

Re: [GRASS-dev] porting r.in.wms to python

2008-10-05 Thread Glynn Clements
Hamish wrote: > > > I was planning on leaving those until last ;) > > > > Well, I'm now planning on just leaving them, period ;) > > > > Here's the current status on conversion of scripts to > > Python: > > > > The following scripts are disabled, and haven't been converted: > > > > d.out.

[GRASS-dev] [GRASS GIS] #319: v.to.rast segfaults in G_close_gdal_link()

2008-10-05 Thread GRASS GIS
#319: v.to.rast segfaults in G_close_gdal_link() ---+ Reporter: hamish | Owner: grass-dev@lists.osgeo.org Type: defect | Status: new Priority: major | Milestone: 6.4.

Re: [GRASS-dev] porting r.in.wms to python

2008-10-05 Thread Glynn Clements
Paul Kelly wrote: > > Also, should we change windows_launch.bat to invoke Python on the > > scripts, or just install the scripts with a .py extension and add .PY > > to PATHEXT? > > windows_launch.bat was only needed because there was no way to persuade > Tcl on Windows to execute any files tha

Re: [GRASS-dev] porting r.in.wms to python

2008-10-05 Thread Hamish
> > d.out.gpsdrive (d.mon) > > (me) > like the very useful d.out.file module, it dumps current (composed) map > display to the PNG driver via d.save. I suppose replacing this will > be a clone/modification of how d.out.file's functionality has been > replicated. I should mention that while

Re: [GRASS-dev] porting r.in.wms to python

2008-10-05 Thread Hamish
>>> before anyone spends any time porting r.in.wms/r.tileset to python, Glynn wrote: > > I was planning on leaving those until last ;) > > Well, I'm now planning on just leaving them, period ;) > > Here's the current status on conversion of scripts to > Python: > > The following scripts are disa

Re: [GRASS-dev] porting r.in.wms to python

2008-10-05 Thread Paul Kelly
On Sun, 5 Oct 2008, Glynn Clements wrote: Also, should we change windows_launch.bat to invoke Python on the scripts, or just install the scripts with a .py extension and add .PY to PATHEXT? windows_launch.bat was only needed because there was no way to persuade Tcl on Windows to execute any f

Re: [GRASS-dev] porting r.in.wms to python

2008-10-05 Thread Glynn Clements
Glynn Clements wrote: > Here's the current status on conversion of scripts to Python: Apart from the scripts in the "scripts" directory, various parts of GRASS install shell scripts. After filtering out the "shell" scripts which are actually Tcl/Tk scripts using the "exec $GRASS_WISH" trick, I s

Re: [GRASS-dev] Re: [GRASS-SVN] r33673 - in grass/trunk/raster: . r.statistics2

2008-10-05 Thread Glynn Clements
Markus Neteler wrote: > > Author: glynn > > Date: 2008-10-04 18:40:43 -0400 (Sat, 04 Oct 2008) > > New Revision: 33673 > ... > > Added: grass/trunk/raster/r.statistics2/r.statistics2.html > > === > > --- grass/trunk/raster/r.statisti

[GRASS-dev] Re: [GRASS-SVN] r33673 - in grass/trunk/raster: . r.statistics2

2008-10-05 Thread Markus Neteler
Glynn, On Sun, Oct 5, 2008 at 12:40 AM, <[EMAIL PROTECTED]> wrote: > Author: glynn > Date: 2008-10-04 18:40:43 -0400 (Sat, 04 Oct 2008) > New Revision: 33673 ... > Added: grass/trunk/raster/r.statistics2/r.statistics2.html > === > --

Re: [GRASS-dev] porting r.in.wms to python

2008-10-05 Thread Markus Neteler
On Sun, Oct 5, 2008 at 9:39 PM, Glynn Clements <[EMAIL PROTECTED]> wrote: > r.out.gdal.sh is still installed, but hasn't been converted. Is this > worth keeping around as a backup? If it is, I'll convert it, otherwise > it should be removed. It should be removed as incomplete + causing troubles.

Re: [GRASS-dev] porting r.in.wms to python

2008-10-05 Thread Glynn Clements
Glynn Clements wrote: > > before anyone spends any time porting r.in.wms/r.tileset to python, > > I was planning on leaving those until last ;) Well, I'm now planning on just leaving them, period ;) Here's the current status on conversion of scripts to Python: The following scripts are disabl

Re: [GRASS-dev] Re: new version of lib/linkm (linked list memory manager)

2008-10-05 Thread Glynn Clements
Rosen Matev wrote: > >> > I've written a new version of lib/linkm. It's interface is pretty much > >> > the same. Names of functions, variables and the module itself are > >> > subject to revision, as well as the documentation is (my English is > >> > not that good). I've done some testing, the l

Re: [GRASS-dev] Re: new version of lib/linkm (linked list memory manager)

2008-10-05 Thread Rosen Matev
I was hoping for more experienced grass developers to suggest the names of the functions and etc. Then I'll modify what's needed and give diffs to someone to apply them in trunk. On Sun, Oct 5, 2008 at 4:16 AM, Glynn Clements <[EMAIL PROTECTED]> wrote: > > Rosen Matev wrote: > >> > I've written a

Re: [GRASS-dev] ADDONS: i.landsat.toar compilation problem

2008-10-05 Thread Markus Neteler
On Fri, Oct 3, 2008 at 10:36 AM, Yann Chemin <[EMAIL PROTECTED]> wrote: > Hello, > > i.landsat.toar makes a problem at compilation time. > > OBJ.x86_64-unknown-linux-gnu/main.o: In function `main': > /home/yann/tmp/grass_yann/imagery/i.landsat.toar/main.c:206: undefined > reference