Re: [GRASS-dev] compilation error in: /c/osgeo4w/usr/src/grass_trunk/lib/raster3d/test

Hi Sören, Sören Gebbert wrote Hi Helmut, thanks for the report. I hope this issue is fixed in r61885. Best regards Soeren it seems to be fixed: http://wingrass.fsv.cvut.cz/grass71/logs/log-r61889-1078/ GRASS GIS 7.1.svn r61889 compilation log

Re: [GRASS-dev] [GRASS GIS] #2150: Cannot call Python scripts from Python on MS Windows

#2150: Cannot call Python scripts from Python on MS Windows ---+ Reporter: wenzeslaus | Owner: grass-dev@… Type: defect | Status: new

Re: [GRASS-dev] [GRASS GIS] #2342: G7: deprecate r.los in favour of r.viewshed

#2342: G7: deprecate r.los in favour of r.viewshed ---+ Reporter: neteler| Owner: grass-dev@… Type: defect | Status: new Priority: blocker

Re: [GRASS-dev] [GRASS GIS] #2342: G7: deprecate r.los in favour of r.viewshed

#2342: G7: deprecate r.los in favour of r.viewshed ---+ Reporter: neteler| Owner: grass-dev@… Type: defect | Status: new Priority: blocker

Re: [GRASS-dev] [GRASS GIS] #1681: WXGUI vector editing fails with python unicode error

#1681: WXGUI vector editing fails with python unicode error -+-- Reporter: marisn | Owner: grass-dev@… Type: defect | Status: new Priority: blocker |

[GRASS-dev] [GRASS GIS] #2415: Checking date format is missing when inserting record in attribute table manager

#2415: Checking date format is missing when inserting record in attribute table manager +--- Reporter: annakrat| Owner: grass-dev@… Type: defect | Status: new

Re: [GRASS-dev] [GRASS-user] GRASS Community Sprint Portland 2014 - user contributions

Hi again, I am starting to work on the incomplete manual pages and was wondering what sample data to use. Have you made a decision about: http://lists.osgeo.org/pipermail/grass-dev/2014-May/068601.html ? The data looks a bit heavy to me (600mb). Maybe 2 or 3 years would be sufficient? Vector

Re: [GRASS-dev] [GRASS GIS] #2342: G7: deprecate r.los in favour of r.viewshed

#2342: G7: deprecate r.los in favour of r.viewshed --+- Reporter: neteler | Owner: grass-dev@… Type: defect | Status: closed Priority: blocker | Milestone:

Re: [GRASS-dev] [GRASS-user] GRASS Community Sprint Portland 2014 - user contributions

On Sat, Sep 13, 2014 at 2:20 PM, Blumentrath, Stefan stefan.blumentr...@nina.no wrote: Hi again, I am starting to work on the incomplete manual pages and was wondering what sample data to use. Have you made a decision about: http://lists.osgeo.org/pipermail/grass-dev/2014-May/068601.html ?

Re: [GRASS-dev] [GRASS-SVN] r61868 - grass/trunk/locale/po

Hi Maris, also this commit is not right: ... po/grasslibs_lv.po:7647: duplicate message definition... po/grasslibs_lv.po:3496: ...this is the location of the first definition po/grasslibs_lv.po:7746: duplicate message definition... po/grasslibs_lv.po:2272: ...this is the location of the first

Re: [GRASS-dev] [GRASS GIS] #2404: winGRASS: G_calloc error in v.to.rast

#2404: winGRASS: G_calloc error in v.to.rast -+-- Reporter: neteler | Owner: grass-dev@… Type: defect | Status: new Priority: normal | Milestone:

[GRASS-dev] [GRASS GIS] #2416: t.vect.export using no compression argument results in creation of an archive

#2416: t.vect.export using no compression argument results in creation of an archive ---+ Reporter: egoddard | Owner: grass-dev@… Type: defect | Status: new

Re: [GRASS-dev] G7 blockers call

Helmut Kudrnovsky wrote then the runtime DLLs should be copied to the extrabin folder by [2]: CopyFiles $TEMP\$ORIGINAL_UNTAR_FOLDER\bin\*.dll $INSTDIR\extrabin [...] CreateDirectory $INSTDIR\backup CopyFiles $INSTDIR\*.dat $INSTDIR\backup it could be the quoting

[GRASS-dev] [GRASS GIS] #2417: r.profile should report distance in location units

#2417: r.profile should report distance in location units +--- Reporter: annakrat| Owner: grass-dev@… Type: enhancement | Status: new Priority:

Re: [GRASS-dev] [GRASS GIS] #1787: Profile Analysis Tool Problems

#1787: Profile Analysis Tool Problems -+-- Reporter: stu | Owner: grass-dev@… Type: defect | Status: closed Priority: major |

[GRASS-dev] [GRASS GIS] #2418: t.unregister: maps-parameter limited to ca. 5000 maps

#2418: t.unregister: maps-parameter limited to ca. 5000 maps -+-- Reporter: sbl | Owner: grass-dev@… Type: defect | Status: new Priority: normal |

Re: [GRASS-dev] [GRASS GIS] #2407: Rename i.tasscap to i.landsat.tasscap?

#2407: Rename i.tasscap to i.landsat.tasscap? ---+ Reporter: jbrauner | Owner: grass-dev@… Type: defect| Status: reopened Priority: blocker | Milestone: 7.0.0

Re: [GRASS-dev] [GRASS GIS] #2150: Cannot call Python scripts from Python on MS Windows

#2150: Cannot call Python scripts from Python on MS Windows ---+ Reporter: wenzeslaus | Owner: grass-dev@… Type: defect | Status: new

Re: [GRASS-dev] [GRASS GIS] #2413: pygrass: number_of wrong function associated

#2413: pygrass: number_of wrong function associated +--- Reporter: artegion| Owner: grass-dev@… Type: defect | Status: new Priority: normal |

Re: [GRASS-dev] [GRASS-SVN] r60703 - in grass/trunk: display/d.vect general/g.gisenv gui/wxpython/animation lib/python/temporal raster/r.colors raster/r.external raster/r.in.bin raster/r.mapcalc raste

Hi, On Tue, Jul 22, 2014 at 2:58 PM, Huidae Cho gras...@gmail.com wrote: Hi, Well, there are no equivalent functions in python yet. Other than that, I think this new API is functionally satisfying and r.clump is using it. The patch looks good to me. BTW, I prefer option= and -f. could you

Re: [GRASS-dev] [GRASS GIS] #2401: v.distance in Long/Lat Locations

#2401: v.distance in Long/Lat Locations --+- Reporter: micha| Owner: grass-dev@… Type: defect | Status: closed Priority: normal | Milestone:

Re: [GRASS-dev] [GRASS GIS] #1954: wxGUI 3D view - save position in workspace

#1954: wxGUI 3D view - save position in workspace -+-- Reporter: martinl | Owner: grass-dev@… Type: defect | Status: new Priority: normal | Milestone: 7.0.0

Re: [GRASS-dev] G7: how to get rid of multiple listing of identical map names?

On Tue, Sep 9, 2014 at 12:06 AM, Glynn Clements gl...@gclements.plus.com wrote: Glynn Clements wrote: But there's a rather more fundamental issue here: if G_find_file() is called for an element which isn't guaranteed to exist for every map, it will find the first map which actually contains