Re: [Qgis-developer] Re: [GRASS-dev] new GRASS 6.4 modules

[Hamish]

Paolo wrote:
> I'm not authoritative here, but I believe we should target
> only current QGIS trunk.
> There has not been any backporting until now, so any fix
> will go on trunk only.

sounds good from where I'm sitting.

...
> Yes, I think a rating "crucial - important - minor" or
> similar would be very good to help focusing our efforts.

ok, "Priority" column now added to the wikimedia table.
  http://grass.osgeo.org/wiki/GRASS-QGIS_relevant_module_list


...oh, so the qgis wiki is really a themed Mediawiki? I make the table
in the GRASS wiki because I thought it wasn't. Feel free to move it over
to the qgis wiki-space if you think that's a more appropriate home for it.
hmmm, but then the module man-page templates links would stop working.
(shrug)


Hamish



  
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [Qgis-developer] Re: [GRASS-dev] new GRASS 6.4 modules

[Paolo Cavallini]

Il 25/09/2010 21:02, Micha Silver ha scritto:

> Two questions about the table - Do you think it's necessary/desirable to
> have a separate column for each release of QGIS?

Hi all.
I'm not authoritative here, but I believe we should target only current QGIS 
trunk.
There has not been any backporting until now, so any fix will go on trunk only.

> How about color coding the rows like the DebianGIS "thermometer". (If
> this idea is acceptable, I'm willing to do the wiki formatting.)

Yes, I think a rating "crucial - important - minor" or similar would be very 
good to
help focusing our efforts.

Thanks a lot.
-- 
Paolo Cavallini: http://www.faunalia.it/pc
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #1169: wget misses libssl32.dll (affects r.in.wms)

[GRASS GIS]

#1169: wget misses libssl32.dll (affects r.in.wms)
---+
  Reporter:  msieczka  |   Owner:  grass-...@…  
  Type:  defect|  Status:  reopened 
  Priority:  normal|   Milestone:  6.4.1
 Component:  Packaging | Version:  6.4.0
Resolution:|Keywords:  wget 
  Platform:  MSWindows XP  | Cpu:  x86-32   
---+

Comment(by hamish):

 Replying to [comment:4 msieczka]:
 > In the recent 6.4 SVN snapshots it is *not* present, though. Is
 > wget going to be included in 6.4.1? If not, please close the
 > ticket again.

 the difference must be that the 6.4.0-1 binary came from Helmut's machine
 where wget was installed in the osgeo4w stack, and 6.4.0svn nightly builds
 come from Martin's machine where wget is not installed.

 As curl is already there, it is redundant to ship wget too, especially if
 osgeo4w's (or Helmut's) wget has library issues or requires extra 3rd
 party MSVC dlls.


 Hamish

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #1178: WinGrass: g.extension - problem with path to $GISBASE

[GRASS GIS]

#1178: WinGrass: g.extension - problem with path to $GISBASE
---+
 Reporter:  hellik |   Owner:  
grass-...@…  
 Type:  defect |  Status:  
new  
 Priority:  major  |   Milestone:  
6.4.1
Component:  Installation   | Version:  
svn-releasebranch64  
 Keywords:  wingrass, g.extension, path, installation, addons  |Platform:  
MSWindows Vista  
  Cpu:  x86-32 |  
---+

Comment(by hamish):

 > The answer will be in our own archives from 6 months ago or so..


 two batch file leads to get 8.3 shortened path names:

  dir /x
 and
  %~sX

 see #629 comment 3, and

 http://old.nabble.com/make-target---dependency-names-with-spaces-
 td22997327.html
 
http://sourceforge.net/tracker/index.php?func=detail&aid=1087569&group_id=2435&atid=202435


 Hamish

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #1178: WinGrass: g.extension - problem with path to $GISBASE

[GRASS GIS]

#1178: WinGrass: g.extension - problem with path to $GISBASE
---+
 Reporter:  hellik |   Owner:  
grass-...@…  
 Type:  defect |  Status:  
new  
 Priority:  major  |   Milestone:  
6.4.1
Component:  Installation   | Version:  
svn-releasebranch64  
 Keywords:  wingrass, g.extension, path, installation, addons  |Platform:  
MSWindows Vista  
  Cpu:  x86-32 |  
---+

Comment(by glynn):

 Replying to [comment:8 glynn]:

 > This doesn't work for me (on XP Pro). Is this a !Vista/Win7 feature?

 Correction: it doesn't work when "executing" the batch file directly from
 the shell. It does work if you explicitly invoke it via cmd, e.g.:
 {{{
 ~ $ cmd /c "foo.bat \"$APPDATA\""
 }}}

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #1178: WinGrass: g.extension - problem with path to $GISBASE

[GRASS GIS]

#1178: WinGrass: g.extension - problem with path to $GISBASE
---+
 Reporter:  hellik |   Owner:  
grass-...@…  
 Type:  defect |  Status:  
new  
 Priority:  major  |   Milestone:  
6.4.1
Component:  Installation   | Version:  
svn-releasebranch64  
 Keywords:  wingrass, g.extension, path, installation, addons  |Platform:  
MSWindows Vista  
  Cpu:  x86-32 |  
---+

Comment(by hamish):

 Replying to [comment:6 glynn]:
 > The only workaround I know is to use 8.3 names (e.g. "/c/progra~1"
 > rather than "/c/Program Files"), but I don't know how to perform
 > that conversion from within a script (from C, you can use
 > GetShortPathName()).

 maybe we could expose that function as a new -s flag of g.dirseps?


 As Helmut noted, and IIRC the Windows installer scripts use somewhere,
 there is a Windows XP batch file solution to shortening them as well. The
 answer will be in our own archives from 6 months ago or so as I remember
 testing it.


 Hamish

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #820: r.in.wms doesn't work in WinGRASS installer distribution

[GRASS GIS]

#820: r.in.wms doesn't work in WinGRASS installer distribution
---+
 Reporter:  ddalimonte |   Owner:  hamish 
 Type:  defect |  Status:  new
 Priority:  major  |   Milestone:  6.4.1  
Component:  Projections/Datums | Version:  svn-releasebranch64
 Keywords:  r.in.wms, wingrass, cs2cs  |Platform:  MSWindows XP   
  Cpu:  Unspecified|  
---+
Changes (by hamish):

 * cc: grass-...@… (added)
  * owner:  grass-...@… => hamish
  * milestone:  6.4.0 => 6.4.1


Comment:

 I would not sign this off as finished yet, but testing is still useful,
 thanks.

 I'll probably open a new bug for the r.in.gdalwarp error when the NTv2
 grid file contains a space.


 Hamish

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #1158: g.mremove fails when used with wildcard in WinGRASS-6.4.0-1

[GRASS GIS]

#1158: g.mremove fails when used with wildcard in WinGRASS-6.4.0-1
--+-
 Reporter:  lponti|   Owner:  grass-...@…  
 Type:  defect|  Status:  new  
 Priority:  normal|   Milestone:  6.4.1
Component:  Vector| Version:  6.4.0
 Keywords:  g.mremove, wildcards  |Platform:  MSWindows 7  
  Cpu:  x86-32|  
--+-

Comment(by lponti):

 Replying to [comment:6 hamish]:
 > are wildcards from `g.mlist` working?

 Using self built (noticed that http://josef.fsv.cvut.cz/wingrass/ has not
 been updated in the last few days) releasebranch_6_4 revision: 43598. In
 North Carolina location, mapset user1:

 {{{
 GRASS 6.4> g.mlist type=vect pattern="bus*"
 busroute1
 busroute11
 busroute6
 busroute_a
 busroutesall
 busstopsall
 }}}

 >
 > how about `g.remove vect=` for a single vector map?

 It works:

 {{{
 GRASS 6.4> g.copy vect=busroute1,routebus1
 Copy vector  to current mapset as 

 GRASS 6.4> g.remove vect=routebus1
 Removing vector 
 }}}

 It works with g.mremove -f with wildcard too:

 {{{
 GRASS 6.4> g.copy vect=busroute1,routebus1
 Copy vector  to current mapset as 

 GRASS 6.4> g.mremove -f vect=route*
 Removing vector 
 }}}

 Has it been changed since 6.4.0-1? I assumed nothing had changed since the
 ticket was unmodified. Last report was from Helmut who confirmed about
 nine days ago in winGRASS 7.

 Thanks,

 Luigi

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #1178: WinGrass: g.extension - problem with path to $GISBASE

[GRASS GIS]

#1178: WinGrass: g.extension - problem with path to $GISBASE
---+
 Reporter:  hellik |   Owner:  
grass-...@…  
 Type:  defect |  Status:  
new  
 Priority:  major  |   Milestone:  
6.4.1
Component:  Installation   | Version:  
svn-releasebranch64  
 Keywords:  wingrass, g.extension, path, installation, addons  |Platform:  
MSWindows Vista  
  Cpu:  x86-32 |  
---+

Comment(by hellik):

 Replying to [comment:8 glynn]:
 > Replying to [comment:7 hellik]:
 >
 > > would a little bat-script on the windows-command-line help?
 > >
 > {{{
 > %~1 - expands %1 removing any surrounding quotes (")
 > %~f1 - expands %1 to a fully qualified path name
 > ...
 > }}}
 >
 > This doesn't work for me (on XP Pro). Is this a !Vista/Win7 feature?


 as mentioned in:

 http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs
 /en-us/for.mspx?mfr=true

 it should also be working in WinXP

 Helmut

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #1178: WinGrass: g.extension - problem with path to $GISBASE

[GRASS GIS]

#1178: WinGrass: g.extension - problem with path to $GISBASE
---+
 Reporter:  hellik |   Owner:  
grass-...@…  
 Type:  defect |  Status:  
new  
 Priority:  major  |   Milestone:  
6.4.1
Component:  Installation   | Version:  
svn-releasebranch64  
 Keywords:  wingrass, g.extension, path, installation, addons  |Platform:  
MSWindows Vista  
  Cpu:  x86-32 |  
---+

Comment(by hellik):

 Replying to [comment:8 glynn]:
 > Replying to [comment:7 hellik]:
 >
 > > would a little bat-script on the windows-command-line help?
 > >
 > {{{
 > %~1 - expands %1 removing any surrounding quotes (")
 > %~f1 - expands %1 to a fully qualified path name
 > ...
 > }}}
 >
 > This doesn't work for me (on XP Pro). Is this a !Vista/Win7 feature?

 I've get above from following websites:

 http://stackoverflow.com/questions/659647/how-to-get-folder-path-from-
 file-path-with-cmd

 http://weblogs.asp.net/jgalloway/archive/2006/11/20/top-10-dos-batch-tips-
 yes-dos-batch.aspx

 I've only WinVista32, but I don't think it's only in WinVista/Win7.

 you can get this information as part of the help information for: for /?
 in the windows-command-line.

 in one of the above mentioned websites:

 {{{
 Batch file parameters are read as %1, %2, etc. DOS Command Extensions -
 available on Windows 2000 and up -
 [...]
 }}}

 Helmut

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #1178: WinGrass: g.extension - problem with path to $GISBASE

[GRASS GIS]

#1178: WinGrass: g.extension - problem with path to $GISBASE
---+
 Reporter:  hellik |   Owner:  
grass-...@…  
 Type:  defect |  Status:  
new  
 Priority:  major  |   Milestone:  
6.4.1
Component:  Installation   | Version:  
svn-releasebranch64  
 Keywords:  wingrass, g.extension, path, installation, addons  |Platform:  
MSWindows Vista  
  Cpu:  x86-32 |  
---+

Comment(by glynn):

 Replying to [comment:7 hellik]:

 > would a little bat-script on the windows-command-line help?
 >
 {{{
 %~1 - expands %1 removing any surrounding quotes (")
 %~f1 - expands %1 to a fully qualified path name
 ...
 }}}

 This doesn't work for me (on XP Pro). Is this a !Vista/Win7 feature?

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #956: gis.m fixes for 6.4 (backport patch from 6.5)

[GRASS GIS]

#956: gis.m fixes for 6.4 (backport patch from 6.5)
--+-
  Reporter:  neteler  |   Owner:  grass-...@…  
  Type:  defect   |  Status:  closed   
  Priority:  normal   |   Milestone:  6.4.0
 Component:  Tcl/Tk   | Version:  svn-releasebranch64  
Resolution:  fixed|Keywords:  gis.m
  Platform:  Unspecified  | Cpu:  Unspecified  
--+-
Changes (by marisn):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 gis.m in 6.4.1 is synced to 6.5 (except "Exit GRASS" feature). Should fix
 also some unreported issues. r43690 r43691 r43692

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #820: r.in.wms doesn't work in WinGRASS installer distribution

[GRASS GIS]

#820: r.in.wms doesn't work in WinGRASS installer distribution
---+
 Reporter:  ddalimonte |   Owner:  grass-...@…  
 Type:  defect |  Status:  new  
 Priority:  major  |   Milestone:  6.4.0
Component:  Projections/Datums | Version:  svn-releasebranch64  
 Keywords:  r.in.wms, wingrass, cs2cs  |Platform:  MSWindows XP 
  Cpu:  Unspecified|  
---+

Comment(by hellik):

 Replying to [comment:39 msieczka]:
 > Replying to [comment:38 hellik]:
 >
 > > you need also:
 > >
 > > r43520
 > > r43542
 >
 > > if you want I can you give WinGRASS-6.4.SVN-r43468-1-Setup.exe (self
 compiled from yesterday) for testing?
 >
 > Don't bother. I'll just try next nightly build and will close the ticket
 if all is fine. Thanks :).

 the nightly builds seems to be broken at the moment. please test then
 within the nc-sample-dataset and the spearfish-sample dataset.

 thanks
 Helmut

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #820: r.in.wms doesn't work in WinGRASS installer distribution

[GRASS GIS]

#820: r.in.wms doesn't work in WinGRASS installer distribution
---+
 Reporter:  ddalimonte |   Owner:  grass-...@…  
 Type:  defect |  Status:  new  
 Priority:  major  |   Milestone:  6.4.0
Component:  Projections/Datums | Version:  svn-releasebranch64  
 Keywords:  r.in.wms, wingrass, cs2cs  |Platform:  MSWindows XP 
  Cpu:  Unspecified|  
---+

Comment(by msieczka):

 Replying to [comment:38 hellik]:

 > you need also:
 >
 > r43520
 > r43542

 > if you want I can you give WinGRASS-6.4.SVN-r43468-1-Setup.exe (self
 compiled from yesterday) for testing?

 Don't bother. I'll just try next nightly build and will close the ticket
 if all is fine. Thanks :).

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #820: r.in.wms doesn't work in WinGRASS installer distribution

[GRASS GIS]

#820: r.in.wms doesn't work in WinGRASS installer distribution
---+
 Reporter:  ddalimonte |   Owner:  grass-...@…  
 Type:  defect |  Status:  new  
 Priority:  major  |   Milestone:  6.4.0
Component:  Projections/Datums | Version:  svn-releasebranch64  
 Keywords:  r.in.wms, wingrass, cs2cs  |Platform:  MSWindows XP 
  Cpu:  Unspecified|  
---+

Comment(by hellik):

 Replying to [comment:37 msieczka]:
 > Replying to [comment:36 hellik]:
 > > Replying to [comment:35 msieczka]:
 > > > Replying to [comment:34 hamish]:
 >
 > > > > there is also r.tileset, cs2cs, and gdalwarp issues to consider.
 > > > >
 > > > > it is getting better, but please just leave the backporting alone
 for now..
 >
 > > > Maybe drop r.in.wms in Win GRASS 6.4.1? Bugs are known, not going to
 be fixed, so no point in frustrating the user?
 >
 > > with the recent fixes for GDAL_DATA and PROJ_LIB variables needed in
 windows and some backports from Grass65 to Grass64svn, r.in.wms should now
 working also in WinGrass6.4.1 (tested with the examples in the manpages in
 WinGrass6.4.1 in the nc-location: all are working)
 >
 > I have Installed
 http://josef.fsv.cvut.cz/wingrass/grass64/WinGRASS-6.4.SVN-r43540-1-Setup.exe
 and overwritten respective files in C:\Program Files\GRASS-64-SVN\scripts
 with most recent stuff from
 https://svn.osgeo.org/grass/grass/branches/releasebranch_6_4/scripts/r.in.wms/.
 >
 > In spearfish60 an error crops out:
 >
 > {{{
 > GRASS 6.4> g.region rast=elevation.dem -ag
 > n=4928000
 > s=4914020
 > w=590010
 > e=609000
 > nsres=30
 > ewres=30
 > rows=466
 > cols=633
 > cells=294978
 > GRASS 6.4> r.in.wms layers=global_mosaic
 mapserver=http://wms.jpl.nasa.gov/wms.
 > cgi output=wms_global_mosaic --o
 > which: wget: unknown command
 > which: wget: unknown command
 > Calculating tiles
 > Rel. 4.7.1, 23 September 2009
 > :
 > projection initialization failure
 > cause: Unknown error
 > program abnormally terminated
 > ERROR: Problem running cs2cs. 
 > ERROR: r.tileset failure
 > ERROR: wms.request failure
 > }}}

 you need also:

 r43520
 r43542

 that means add GDAL_DATA and PROJ_LIB variable in following files

 C:\Program Files\GRASS-64-SVN\grass64svn.bat
 C:\Program Files\GRASS-64-SVN\bin\grass64svn

 in grass64svn.bat


 {{{
 rem Set GDAL_DATA
 set GDAL_DATA=%GRASSDIR%\etc\ogr_csv

 rem Set PROJ_LIB
 set PROJ_LIB=%GRASSDIR%\proj
 }}}

 and in grass64svn


 {{{
 # Set the GDAL_DATA variable
 GDAL_DATA="C:\Program Files\GRASS-64-SVN\etc\ogr_csv"
 export GDAL_DATA
 # Set the PROJ_LIB variable
 PROJ_LIB="C:\Program Files\GRASS-64-SVN\proj"
 export PROJ_LIB
 }}}

 if you want I can you give WinGRASS-6.4.SVN-r43468-1-Setup.exe (self
 compiled from yesterday) for testing?

 Helmut

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #1178: WinGrass: g.extension - problem with path to $GISBASE

[GRASS GIS]

#1178: WinGrass: g.extension - problem with path to $GISBASE
---+
 Reporter:  hellik |   Owner:  
grass-...@…  
 Type:  defect |  Status:  
new  
 Priority:  major  |   Milestone:  
6.4.1
Component:  Installation   | Version:  
svn-releasebranch64  
 Keywords:  wingrass, g.extension, path, installation, addons  |Platform:  
MSWindows Vista  
  Cpu:  x86-32 |  
---+

Comment(by hellik):

 Replying to [comment:6 glynn]:
 > Replying to [comment:3 hellik]:
 >
 > > with added -x in the first line:
 > >
 > {{{
 > Makefile:12: c:/Program: No such file or directory
 > Makefile:12: Files/GRASS-64-SVN/include/Make/Module.make: No such file
 or directory
 > }}}
 >
 > Makefiles can't handle spaces in filenames, and this is rather
 fundamental to the way make works. Spaces separate tokens, and there isn't
 any (documented) mechanism to quote spaces.
 >
 > If the variables were only used in commands, you could quote them, but
 that won't work elsewhere (e.g. "include" statements or dependencies).
 >
 > The only workaround I know is to use 8.3 names (e.g. "/c/progra~1"
 rather than "/c/Program Files"), but I don't know how to perform that
 conversion from within a script (from C, you can use GetShortPathName()).

 would a little bat-script on the windows-command-line help?

 {{{
 %~1 - expands %1 removing any surrounding quotes (")
 %~f1 - expands %1 to a fully qualified path name
 %~d1 - expands %1 to a drive letter only
 %~p1 - expands %1 to a path only
 %~n1 - expands %1 to a file name only
 %~x1 - expands %1 to a file extension only
 %~s1 - expanded path contains short names only
 %~a1 - expands %1 to file attributes
 %~t1 - expands %1 to date/time of file
 %~z1 - expands %1 to size of file
 %~$PATH:1 - searches the directories listed in the PATH environment
 variable and expands %1 to the fully qualified name of the first one
 found. If the environment variable name is not defined or the file is not
 found by the search, then this modifier expands to the empty string

 The modifiers can be combined to get compound results:

 %~dp1 - expands %1 to a drive letter and path only
 %~nx1 - expands %1 to a file name and extension only
 %~dp$PATH:1 - searches the directories listed in the PATH environment
 variable for %1 and expands to the drive letter and path of the first one
 found.
 %~ftza1 - expands %1 to a DIR like output line
 }}}


 for example param.bat:

 {{{
 @echo off
 echo %%~1 =  %~1
 echo %%~f1 =  %~f1
 echo %%~d1 =  %~d1
 echo %%~p1 =  %~p1
 echo %%~n1 =  %~n1
 echo %%~x1 =  %~x1
 echo %%~s1 =  %~s1
 echo %%~a1 =  %~a1
 echo %%~t1 =  %~t1
 echo %%~z1 =  %~z1
 echo %%~$PATHATH:1 =  %~$PATHATH:1
 echo %%~dp1 =  %~dp1
 echo %%~nx1 =  %~nx1
 echo %%~dp$PATH:1 =  %~dp$PATH:1
 echo %%~ftza1 =  %~ftza1
 }}}

 a little test with following installation path "C:\Program
 Files\GRASS-64-SVN\"

 {{{
 C:\wd>param.bat "C:\Program Files\GRASS-64-SVN\"
 %~1 =  C:\Program Files\GRASS-64-SVN\
 %~f1 =  C:\Program Files\GRASS-64-SVN\
 %~d1 =  C:
 %~p1 =  \Program Files\GRASS-64-SVN\
 %~n1 =
 %~x1 =
 %~s1 =  C:\PROGRA~1\GRASS-~2\
 %~a1 =  dc---
 %~t1 =  25.09.2010 16:56
 %~z1 =  4096
 %~$PATHATH:1 =
 %~dp1 =  C:\Program Files\GRASS-64-SVN\
 %~nx1 =
 %~dp$PATH:1 =  C:\Program Files\GRASS-64-SVN\
 %~ftza1 =  dc--- 25.09.2010 16:56 4096 C:\Program
 Files\GRASS-64-SVN\
 C:\wd>
 }}}

 Helmut

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #820: r.in.wms doesn't work in WinGRASS installer distribution

[GRASS GIS]

#820: r.in.wms doesn't work in WinGRASS installer distribution
---+
 Reporter:  ddalimonte |   Owner:  grass-...@…  
 Type:  defect |  Status:  new  
 Priority:  major  |   Milestone:  6.4.0
Component:  Projections/Datums | Version:  svn-releasebranch64  
 Keywords:  r.in.wms, wingrass, cs2cs  |Platform:  MSWindows XP 
  Cpu:  Unspecified|  
---+

Comment(by msieczka):

 Replying to [comment:36 hellik]:
 > Replying to [comment:35 msieczka]:
 > > Replying to [comment:34 hamish]:

 > > > there is also r.tileset, cs2cs, and gdalwarp issues to consider.
 > > >
 > > > it is getting better, but please just leave the backporting alone
 for now..

 > > Maybe drop r.in.wms in Win GRASS 6.4.1? Bugs are known, not going to
 be fixed, so no point in frustrating the user?

 > with the recent fixes for GDAL_DATA and PROJ_LIB variables needed in
 windows and some backports from Grass65 to Grass64svn, r.in.wms should now
 working also in WinGrass6.4.1 (tested with the examples in the manpages in
 WinGrass6.4.1 in the nc-location: all are working)

 I have Installed
 http://josef.fsv.cvut.cz/wingrass/grass64/WinGRASS-6.4.SVN-r43540-1-Setup.exe
 and overwritten respective files in C:\Program Files\GRASS-64-SVN\scripts
 with most recent stuff from
 https://svn.osgeo.org/grass/grass/branches/releasebranch_6_4/scripts/r.in.wms/.

 In spearfish60 an error crops out:

 {{{
 GRASS 6.4> g.region rast=elevation.dem -ag
 n=4928000
 s=4914020
 w=590010
 e=609000
 nsres=30
 ewres=30
 rows=466
 cols=633
 cells=294978
 GRASS 6.4> r.in.wms layers=global_mosaic
 mapserver=http://wms.jpl.nasa.gov/wms.
 cgi output=wms_global_mosaic --o
 which: wget: unknown command
 which: wget: unknown command
 Calculating tiles
 Rel. 4.7.1, 23 September 2009
 :
 projection initialization failure
 cause: Unknown error
 program abnormally terminated
 ERROR: Problem running cs2cs. 
 ERROR: r.tileset failure
 ERROR: wms.request failure
 }}}

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #1178: WinGrass: g.extension - problem with path to $GISBASE

[GRASS GIS]

#1178: WinGrass: g.extension - problem with path to $GISBASE
---+
 Reporter:  hellik |   Owner:  
grass-...@…  
 Type:  defect |  Status:  
new  
 Priority:  major  |   Milestone:  
6.4.1
Component:  Installation   | Version:  
svn-releasebranch64  
 Keywords:  wingrass, g.extension, path, installation, addons  |Platform:  
MSWindows Vista  
  Cpu:  x86-32 |  
---+

Comment(by glynn):

 Replying to [comment:3 hellik]:

 > with added -x in the first line:
 >
 {{{
 Makefile:12: c:/Program: No such file or directory
 Makefile:12: Files/GRASS-64-SVN/include/Make/Module.make: No such file or
 directory
 }}}

 Makefiles can't handle spaces in filenames, and this is rather fundamental
 to the way make works. Spaces separate tokens, and there isn't any
 (documented) mechanism to quote spaces.

 If the variables were only used in commands, you could quote them, but
 that won't work elsewhere (e.g. "include" statements or dependencies).

 The only workaround I know is to use 8.3 names (e.g. "/c/progra~1" rather
 than "/c/Program Files"), but I don't know how to perform that conversion
 from within a script (from C, you can use GetShortPathName()).

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #820: r.in.wms doesn't work in WinGRASS installer distribution

[GRASS GIS]

#820: r.in.wms doesn't work in WinGRASS installer distribution
---+
 Reporter:  ddalimonte |   Owner:  grass-...@…  
 Type:  defect |  Status:  new  
 Priority:  major  |   Milestone:  6.4.0
Component:  Projections/Datums | Version:  svn-releasebranch64  
 Keywords:  r.in.wms, wingrass, cs2cs  |Platform:  MSWindows XP 
  Cpu:  Unspecified|  
---+

Comment(by hellik):

 Replying to [comment:35 msieczka]:
 > Replying to [comment:34 hamish]:
 > > there is also r.tileset, cs2cs, and gdalwarp issues to consider.
 > >
 > > it is getting better, but please just leave the backporting alone for
 now..
 >
 > Maybe drop r.in.wms in Win GRASS 6.4.1? Bugs are known, not going to be
 fixed, so no point in frustrating the user?

 with the recent fixes for GDAL_DATA and PROJ_LIB variables needed in
 windows and some backports from Grass65 to Grass64svn, r.in.wms should now
 working also in WinGrass6.4.1 (tested with the examples in the manpages in
 WinGrass6.4.1 in the nc-location: all are working)

 Helmut

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #820: r.in.wms doesn't work in WinGRASS installer distribution

[GRASS GIS]

#820: r.in.wms doesn't work in WinGRASS installer distribution
---+
 Reporter:  ddalimonte |   Owner:  grass-...@…  
 Type:  defect |  Status:  new  
 Priority:  major  |   Milestone:  6.4.0
Component:  Projections/Datums | Version:  svn-releasebranch64  
 Keywords:  r.in.wms, wingrass, cs2cs  |Platform:  MSWindows XP 
  Cpu:  Unspecified|  
---+

Comment(by msieczka):

 Replying to [comment:34 hamish]:
 > there is also r.tileset, cs2cs, and gdalwarp issues to consider.
 >
 > it is getting better, but please just leave the backporting alone for
 now..

 Maybe drop r.in.wms in Win GRASS 6.4.1? Bugs are known, not going to be
 fixed, so no point in frustrating the user?

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #1169: wget misses libssl32.dll (affects r.in.wms)

[GRASS GIS]

#1169: wget misses libssl32.dll (affects r.in.wms)
---+
  Reporter:  msieczka  |   Owner:  grass-...@…  
  Type:  defect|  Status:  reopened 
  Priority:  normal|   Milestone:  6.4.1
 Component:  Packaging | Version:  6.4.0
Resolution:|Keywords:  wget 
  Platform:  MSWindows XP  | Cpu:  x86-32   
---+
Changes (by msieczka):

  * status:  closed => reopened
  * resolution:  invalid =>


Comment:

 > we don't even ship wget

 In 6.4.0 we do.
 
http://grass.osgeo.org/grass64/binary/mswindows/native/WinGRASS-6.4.0-1-Setup.exe
 installed with wine:

 $ ls .wine/drive_c/Program\ Files/GRASS-64/extrabin/wget.exe -l
 -rwxr-xr-x 1 pok pok 449024 2008-12-31  .wine/drive_c/Program
 Files/GRASS-64/extrabin/wget.exe

 In the recent 6.4 SVN snapshots it is *not* present, though. Is wget going
 to be included in 6.4.1? If not, please close the ticket again.

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Re: [GRASS-user] lots of "The application failed to initialize properly" in 6.4.0 on Windows

[Jürgen E . Fischer]

Hi Helmut,

On Sun, 26. Sep 2010 at 12:57:27 +0200, Helmut Kudrnovsky wrote:
> what would be the best way to include the higher versions of the ddls?

The OSGeo4W msvcrt package simply installs the redist package. See
postinstall.bat in
http://download.osgeo.org/osgeo4w/release/msvcrt/msvcrt-1.0.1-2.tar.bz2

Otherwise you might not get the assemblies right.

 
Jürgen 

-- 
Jürgen E. Fischer norBIT GmbH   Tel. +49-4931-918175-20
Dipl.-Inf. (FH)   Rheinstraße 13Fax. +49-4931-918175-50
Software Engineer D-26506 Norden   http://www.norbit.de

-- 
norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH
Rheinstrasse 13, 26506 Norden
GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS-user] lots of "The application failed to initialize properly" in 6.4.0 on Windows

[Helmut Kudrnovsky]

Hi,

> Maciej Sieczka wrote:
[...]

>Can Win GRASS installer ship MSVCR80.DLL and MSVCR90.DLL?

AFAICT at the moment the WinGrassXX-installer ships msvcr71.dll (C:\Program 
Files\GRASS-64-SVN\extralib) which is inherited from the 
osgeo4w-build-environment.

in C:\OSGeo4W\lib of the wingrass-build-environment there are following files:

libmsvcr70.a libmsvcr70d.a

libmsvcr71.a libmsvcr71d.a

libmsvcr80.a libmsvcr80d.a

libmsvcr90.a libmsvcr90d.a

what would be the best way to include the higher versions of the ddls?

Helmut
___
Neu: WEB.DE De-Mail - Einfach wie E-Mail, sicher wie ein Brief!  
Jetzt De-Mail-Adresse reservieren: https://produkte.web.de/go/demail02


smime.p7s
Description: S/MIME Cryptographic Signature
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS-user] lots of "The application failed to initialize properly" in 6.4.0 on Windows

[Maciej Sieczka]

W dniu 21.09.2010 10:36, Glynn Clements pisze:

Maciej Sieczka wrote:



Dependency Walker http://www.dependencywalker.com/ says:

---
Error: The Side-by-Side configuration information for "c:\program
files\grass-64\extralib\LIBPQ.DLL" contains errors. This application has
failed to start because the application configuration is incorrect.
Reinstalling the application may fix this problem (14001).
Error: At least one required implicit or forwarded dependency was not found.

[ ? ] MSVCR80.DLL Error opening file. The system cannot find the file
specified (2).
[D? ] IESHIMS.DLL Error opening file. The system cannot find the file
specified (2).
[D? ] WER.DLL Error opening file. The system cannot find the file
specified (2).



Apparently, IESHIMS.DLL and WER.DLL are specific to Vista and later.
They shouldn't be required (and probably won't even work) on other
platforms, but Dependency Walker complains about any DLLs which it
can't find, regardless of whether they're actually required. All of my
GRASS executables cause Dependency Walker to complain about a missing
MSJAVA.DLL (required by MSHTML.DLL), but they still work.

The missing MSVCR80.DLL would be a real problem. This file is part of
the Visual Studio 2005 runtime. People often forget to bundle the
MSVCRxx.DLL files because so many systems already have them (although
they aren't part of the OS install), so the error is only discovered
when installing on a relatively clean system.


I have scratch-installed Windows XP SP3, fetched all updates, installed 
GRASS 6.4.0. As expected, many commands crashed with an "The application 
failed to initialize properly" error. According to Dependency Walker, 
missing were MSVCR80.DLL, MSVCR90.DLL, IESHIMS.DLL and WER.DLL.


Installing MS Visual C++ 2008 SP1 Redistributable Package [1] and the 
2005 one [2] fixed the issue.


IESHIMS.DLL and WER.DLL are still missing but it doens't do any harm to 
my GRASS instalation, AFAICT.


Can Win GRASS installer ship MSVCR80.DLL and MSVCR90.DLL?

[1] 
http://www.microsoft.com/downloads/en/confirmation.aspx?FamilyID=a5c84275-3b97-4ab7-a40d-3802b2af5fc2
[2] 
http://www.microsoft.com/downloads/en/confirmation.aspx?FamilyID=200b2fd9-ae1a-4a14-984d-389c36f85647


--
Maciej Sieczka
http://www.sieczka.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #1178: WinGrass: g.extension - problem with path to $GISBASE

[GRASS GIS]

#1178: WinGrass: g.extension - problem with path to $GISBASE
---+
 Reporter:  hellik |   Owner:  
grass-...@…  
 Type:  defect |  Status:  
new  
 Priority:  major  |   Milestone:  
6.4.1
Component:  Installation   | Version:  
svn-releasebranch64  
 Keywords:  wingrass, g.extension, path, installation, addons  |Platform:  
MSWindows Vista  
  Cpu:  x86-32 |  
---+

Comment(by hellik):

 Replying to [comment:4 hellik]:
 >
 > compiling is starting, but a lot of errors (maybe r.stream.order isn't
 for Grass64?)
 >

 and I've tried also the example from the manual

 {{{
 GRASS 6.4> g.extension extension=i.landsat.toar
 which: wget: unknown command
 Fetching  from GRASS-Addons SVN (be patient)...
 Ai.landsat.toar\landsat_set.c
 Ai.landsat.toar\local_proto.h
 Ai.landsat.toar\main.c
 Ai.landsat.toar\description.html
 Ai.landsat.toar\landsat.c
 Ai.landsat.toar\earth_sun.c
 Ai.landsat.toar\landsat.h
 Ai.landsat.toar\landsat_met.c
 Ai.landsat.toar\Makefile
 Ai.landsat.toar\earth_sun.h
 Checked out revision 43689.
 Compiling ...
 test -d OBJ.i686-pc-mingw32 || mkdir -p OBJ.i686-pc-mingw32
 gcc -I/c/osgeo4w/usr/src/grass64svn/dist.i686-pc-mingw32/include
 -I/c/OSGeo4W/apps/gdal-16/include -I/c/OSGeo4W/include -g -O2
 -I/c/OSGeo4W/apps/gdal-16/include -I/c/OSGeo4W/include
 -DPACKAGE=\""grassmods"\"  -I/c/osgeo4w/usr/src/grass64svn/dist.i686-pc-
 mingw32/include -o OBJ.i686-pc-mingw32/earth_sun.o -c earth_sun.c
 gcc -I/c/osgeo4w/usr/src/grass64svn/dist.i686-pc-mingw32/include
 -I/c/OSGeo4W/apps/gdal-16/include -I/c/OSGeo4W/include -g -O2
 -I/c/OSGeo4W/apps/gdal-16/include -I/c/OSGeo4W/include
 -DPACKAGE=\""grassmods"\"  -I/c/osgeo4w/usr/src/grass64svn/dist.i686-pc-
 mingw32/include -o OBJ.i686-pc-mingw32/landsat.o -c landsat.c
 landsat.c:4:23: grass/gis.h: No such file or directory
 make: *** [OBJ.i686-pc-mingw32/landsat.o] Error 1
 FEHLER: Compilation failed, sorry. Please check above error messages.
 rm: cannot remove directory
 `C:\\gisdata\\grassdata/wgs84gc/user1/.tmp/3116.0/i.landsat.toar':
 Permission denied
 GRASS 6.4>
 }}}

 ah, maybe it looks for the includes in

 {{{
 C:\OSGeo4W\usr\src\grass64svn\dist.i686-pc-mingw32\include
 }}}

 as instead in?

 {{{
 C:\OSGeo4W\apps\grass\grass-6.4.1svn\include
 }}}

 the first one doesn't exist after a make distclean.

 Helmut

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #1178: WinGrass: g.extension - problem with path to $GISBASE

[GRASS GIS]

#1178: WinGrass: g.extension - problem with path to $GISBASE
---+
 Reporter:  hellik |   Owner:  
grass-...@…  
 Type:  defect |  Status:  
new  
 Priority:  major  |   Milestone:  
6.4.1
Component:  Installation   | Version:  
svn-releasebranch64  
 Keywords:  wingrass, g.extension, path, installation, addons  |Platform:  
MSWindows Vista  
  Cpu:  x86-32 |  
---+

Comment(by hellik):

 Replying to [comment:2 hamish]:
 > the problem is certainly on that line of the script:
 >
 > {{{
 >   make MODULE_TOPDIR="$GISBASE"
 > }}}
 >
 > but I don't know how to fix it. (maybe g.dirseps or `sed 's/ /\\ /g'` if
 Windows is detected?)
 >
 >
 > Hamish
 >
 > ps- while harmlessly used a lot in the script, ${curly} brackets do not
 actually protect spaces in file or path names, just variable names from
 following characters which would otherwise continue the variable name, or
 for readability.

 I've tried it now with Grass64svn living in
 C:\OSGeo4W\apps\grass\grass-6.4.1svn:

 {{{
 GRASS 6.4> g.extension extension=r.stream.order
 which: wget: unknown command
 Fetching  from GRASS-Addons SVN (be patient)...
 Ar.stream.order\orders.png
 Ar.stream.order\main.c
 Ar.stream.order\description.html
 Ar.stream.order\global.h
 Ar.stream.order\io.c
 Ar.stream.order\order.c
 Ar.stream.order\Makefile
 Checked out revision 43689.
 Compiling ...
 test -d OBJ.i686-pc-mingw32 || mkdir -p OBJ.i686-pc-mingw32
 gcc -I/c/osgeo4w/usr/src/grass64svn/dist.i686-pc-mingw32/include
 -I/c/OSGeo4W/a
 pps/gdal-16/include -I/c/OSGeo4W/include -g -O2
 -I/c/OSGeo4W/apps/gdal-16/incl
 ude -I/c/OSGeo4W/include  -I/c/OSGeo4W/include
 -DPACKAGE=\""grassmods"\"  -I
 /c/osgeo4w/usr/src/grass64svn/dist.i686-pc-mingw32/include -o OBJ.i686-pc-
 mingw
 32/io.o -c io.c
 io.c:1:27: grass/glocale.h: No such file or directory
 In file included from io.c:2:
 global.h:5:23: grass/gis.h: No such file or directory
 global.h:6:24: grass/Vect.h: No such file or directory
 global.h:7:24: grass/dbmi.h: No such file or directory
 In file included from io.c:2:
 global.h:80: error: syntax error before '*' token
 global.h:81: error: syntax error before '*' token
 global.h:93: error: syntax error before '*' token
 global.h:93: warning: data definition has no type or storage class
 global.h:94: error: syntax error before '*' token
 global.h:94: warning: data definition has no type or storage class
 io.c: In function `open_raster':
 io.c:8: error: storage size of 'cellhd' isn't known
 io.c:10: warning: assignment makes pointer from integer without a cast
 io.c:16: error: `CELL_TYPE' undeclared (first use in this function)
 io.c:16: error: (Each undeclared identifier is reported only once
 io.c:16: error: for each function it appears in.)
 io.c:26: error: invalid use of undefined type `struct Cell_head'
 io.c:26: error: invalid use of undefined type `struct Cell_head'
 io.c: In function `create_base_maps':
 io.c:37: error: `CELL' undeclared (first use in this function)
 io.c:37: error: `r_dirs' undeclared (first use in this function)
 io.c:37: error: `r_streams' undeclared (first use in this function)
 io.c:38: error: `DCELL' undeclared (first use in this function)
 io.c:38: error: `r_accum' undeclared (first use in this function)
 io.c:47: error: syntax error before ')' token
 io.c:48: error: syntax error before ')' token
 io.c:50: error: syntax error before ')' token
 io.c:50: error: syntax error before ')' token
 io.c:52: error: syntax error before ')' token
 io.c:53: error: syntax error before ')' token
 io.c:55: error: syntax error before ')' token
 io.c:62: warning: assignment makes pointer from integer without a cast
 io.c:63: warning: assignment makes pointer from integer without a cast
 io.c:73: error: syntax error before ')' token
 io.c: In function `stream_number':
 io.c:120: error: `CELL' undeclared (first use in this function)
 io.c:120: error: syntax error before "c_min"
 io.c:121: error: storage size of 'stream_range' isn't known
 io.c:124: warning: assignment makes pointer from integer without a cast
 io.c:126: error: `c_min' undeclared (first use in this function)
 io.c:126: error: `c_max' undeclared (first use in this function)
 io.c: In function `write_maps':
 io.c:136: error: `CELL' undeclared (first use in this function)
 io.c:136: error: `strahler_buf' undeclared (first use in this function)
 io.c:136: error: `shreeve_buf' undeclared (first use in this function)
 io.c:136: error: `hack_buf' undeclared (first use in this function)
 io.c:136: error: `horton_buf' undeclared (first use in this funct

[GRASS-dev] Re: [GRASS GIS] #1178: WinGrass: g.extension - problem with path to $GISBASE

[GRASS GIS]

#1178: WinGrass: g.extension - problem with path to $GISBASE
---+
 Reporter:  hellik |   Owner:  
grass-...@…  
 Type:  defect |  Status:  
new  
 Priority:  major  |   Milestone:  
6.4.1
Component:  Installation   | Version:  
svn-releasebranch64  
 Keywords:  wingrass, g.extension, path, installation, addons  |Platform:  
MSWindows Vista  
  Cpu:  x86-32 |  
---+

Comment(by hellik):

 Replying to [comment:1 neteler]:
 > Please add " -x" (without quotes to the first line of g.extension and
 run again to
 > understand how
 > {{{
 > cd "$TMPDIR/$MODULE"
 > g.message message="Compiling <${MODULE}>..."
 > make MODULE_TOPDIR="$GISBASE"
 > if [ $? -ne 0 ] ; then
 > ...
 > }}}
 >
 > is running.

 with added -x in the first line:

 {{{
 Welcome to GRASS 6.4.1svn (2010)
 GRASS homepage:  http://grass.osgeo.org/
 This version running thru:   Bourne Shell (/bin/sh)
 Help is available with the command:  g.manual -i
 See the licence terms with:  g.version -c
 If required, restart the GUI with:   g.gui wxpython
 When ready to quit enter:exit

 GRASS 6.4> g.extension extension=r.stream.order
 + '[' -z '/C/Program Files/GRASS-64-SVN' ']'
 + '[' extension=r.stream.order '!=' @ARGS_PARSED@ ']'
 + exec g.parser '/C/Program Files/GRASS-64-SVN/scripts/g.extension'
 extension=r.stream.order
 Fetching  from GRASS-Addons SVN (be patient)...
 Ar.stream.order\orders.png
 Ar.stream.order\main.c
 Ar.stream.order\description.html
 Ar.stream.order\global.h
 Ar.stream.order\io.c
 Ar.stream.order\order.c
 Ar.stream.order\Makefile
 Checked out revision 43689.
 Compiling ...
 Makefile:12: c:/Program: No such file or directory
 Makefile:12: Files/GRASS-64-SVN/include/Make/Module.make: No such file or
 directory
 make: *** No rule to make target
 `Files/GRASS-64-SVN/include/Make/Module.make'.
 Stop.
 FEHLER: Compilation failed, sorry. Please check above error messages.
 rm: cannot remove directory
 `C:\\gisdata\\grassdata/wgs84gc/user1/.tmp/3488.0/r
 .stream.order': Permission denied
 GRASS 6.4>
 }}}

 Helmut

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #1171: wingrass: include a gpsbabel with XML support

[GRASS GIS]

#1171: wingrass: include a gpsbabel with XML support
+---
 Reporter:  hamish  |   Owner:  grass-...@…  
 Type:  enhancement |  Status:  new  
 Priority:  normal  |   Milestone:  6.4.1
Component:  Packaging   | Version:  svn-develbranch6 
 Keywords:  gpsbabel, wingrass  |Platform:  MSWindows XP 
  Cpu:  x86-64  |  
+---

Comment(by hamish):

 opened as # 181 in the osgeo4w trac system.
   https://trac.osgeo.org/osgeo4w/ticket/181

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [Qgis-developer] Re: [GRASS-dev] new GRASS 6.4 modules

[Micha Silver]

On 26/09/2010 09:31, Hamish wrote:

Micha wrote:
   

How about color coding the rows like the DebianGIS
"thermometer". (If this idea is acceptable, I'm willing to
do the wiki formatting.)
 

closer example, using {{templates}}, which may look slightly
familiar :-)

   

Great idea.
So I would need to create a wiki {{template}} with, i.e.
Present
Should be added
Should be removed (is this category really necessary??)
Not relevant
Not possible

??
--
Micha

http://wiki.osgeo.org/wiki/Live_GIS_Disc_Testing#Package_testing_matrix

http://wiki.osgeo.org/wiki/Template:Pass
http://wiki.osgeo.org/wiki/Template:Issues
http://wiki.osgeo.org/wiki/Template:Fail


Hamish





This mail was received via Mail-SeCure System.


   



--
Micha Silver
http://www.surfaces.co.il/
Arava Development Co.  +972-52-3665918

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [Qgis-developer] Re: [GRASS-dev] new GRASS 6.4 modules

[Hamish]

Micha wrote:
> How about color coding the rows like the DebianGIS
> "thermometer". (If this idea is acceptable, I'm willing to
> do the wiki formatting.)

closer example, using {{templates}}, which may look slightly
familiar :-)

http://wiki.osgeo.org/wiki/Live_GIS_Disc_Testing#Package_testing_matrix

http://wiki.osgeo.org/wiki/Template:Pass
http://wiki.osgeo.org/wiki/Template:Issues
http://wiki.osgeo.org/wiki/Template:Fail


Hamish



  
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #1158: g.mremove fails when used with wildcard in WinGRASS-6.4.0-1

[GRASS GIS]

#1158: g.mremove fails when used with wildcard in WinGRASS-6.4.0-1
--+-
 Reporter:  lponti|   Owner:  grass-...@…  
 Type:  defect|  Status:  new  
 Priority:  normal|   Milestone:  6.4.1
Component:  Vector| Version:  6.4.0
 Keywords:  g.mremove, wildcards  |Platform:  MSWindows 7  
  Cpu:  x86-32|  
--+-

Comment(by hamish):

 are wildcards from `g.mlist` working?

 how about `g.remove vect=` for a single vector map?


 Hamish

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev