Marco Pasetti | 1 Jul 01:03 2008
Picon

Re: SVN Commit Help

Many thanks Glynn,

it worked  perfectly :)

Marco

----- Original Message ----- 
From: "Glynn Clements" <glynn <at> gclements.plus.com>
To: "Marco Pasetti" <marco.pasetti <at> alice.it>
Cc: "GRASS Developer Mailing List" <grass-dev <at> lists.osgeo.org>
Sent: Monday, June 30, 2008 11:21 PM
Subject: Re: [GRASS-dev] SVN Commit Help

>
> Marco Pasetti wrote:
>
>> Yesterday I changed the name of the ./Extras folder in
>> svngrass/branches/develbranch_6/mswindows
>>
>> in my local svn working copy ./mswindows I did: svn rename 
>> ./Extras./Installer-Files
>>
>> then: svn commit -m "Renamed Extras folder to Installer-Files" 
>> ./Installer-Files
>>
>> the Installer-Files folder has been created, but it's empty; the
>> Extras folder (along with all its files) is still there; how can I fix
>> it without making "mess" with too much commits?
>
> I think that you have to rename the files individually, i.e.:
(Continue reading)

Glynn Clements | 1 Jul 01:52 2008

Re: WinGRASS Command Line


Marco Pasetti wrote:

> within the WinGRASS installer (6.3.0-4, to be released) I created a new
> StartMenu item: GRASS Command Line
> here's a screenshot of the new GRASS start menu:
> http://www.webalice.it/marco.pasetti/temp/New-WinGRASS-StartMenu.png
> 
> it's a link to the batch file grass63-cmd.bat, that's simply as follows:
>  <at> echo off
> grass63 -text
> 
> the problem is: when I launch GRASS in text mode (with -text), then the
> .grassrc6 file has "text" as default "launch mode"; that means that
> launching the "classic" grass63.bat link will result in launching GRASS
> in text mode again... and I fear that the standard windows user won't
> know how to launch grass with the tcltk GUI, or if he knows, it will be
> disappointed to need to hack the .grassrc6 file to let the GUI work
> again;
> 
> I figured the following "walk around": create a new simple batch file:
> grass63-gui.bat:
>  <at> echo off
> grass63 -tcltk
> 
> and replace the grass63.bat link in the menu with a link pointing to
> grass63-gui.bat.
> 
> Do you think that there are better solutions?

(Continue reading)

Marco Pasetti | 1 Jul 01:59 2008
Picon

Re: WinGRASS Command Line

Hi Glynn,

> I don't see a problem with explicitly passing the -text and -tcltk
> switches whenever you start GRASS. The default will then only matter
> if the user starts GRASS manually from a console.
>
> Also, I'm not sure there's any point to having the batch files. You
> can just include the -text or -tcltk switch in the shortcut's command.

yes, you're right. I'll include the -text/-tcltk into the shortcut's 
command.
Thanks

Marco 
Hamish | 1 Jul 05:01 2008
Picon

Re: WinGRASS Command Line

Glynn:
> I don't see a problem with explicitly passing the
> -text and -tcltk switches whenever you start GRASS.
> The default will then only matter if the user starts GRASS
> manually from a console.

note that using those switches at all will reset the default.

Hamish
Abhinandan Raghavan | 1 Jul 11:00 2008
Picon

Re: installation problems in user space

Thanks for that Glynn. I added the directory with gdal-config to my path and it configured fine (relief!).

However, when I run make for grass, I get:

Errors in: /home/abhi/lib/grass/visualization/nviz
--
Finished compilation: Tue Jul  1 10:56:29 CEST 2008
(In case of errors please change into the directory with error and run 'make')
make: *** [default] Error 1

I tried going into "/home/abhi/lib/grass/visualization/nviz" and running make there and I get the following error:

make[1]: *** [OBJ.x86_64-unknown-linux-gnu/nvizAppInit.o] Error 1
make[1]: Leaving directory `/home/abhi/lib/grass/visualization/nviz/src'
make: *** [nvwish] Error 2

Any clues on what has to be done to progress to other errors ;)

Thanks.

Abhi


On Mon, Jun 30, 2008 at 8:57 PM, Glynn Clements <glynn <at> gclements.plus.com> wrote:

Abhinandan Raghavan wrote:

> continuing with my woes while trying to install grass, I've managed to
> install gdal but when I try and compile grass, I get this message:
>
> ------------------
> checking for jpeg_start_compress in -ljpeg... yes
> checking whether to use GDAL... yes
> yes
> checking for gdal-config... no
> configure: error: *** couldn't find gdal-config
> ------------------
>
> the options that I've used for the compilation are:
>
> a) --with-proj-includes
> b) --with-proj-libs
> c)  --with-proj-share
> d) --with-gdal
>
> I'm not sure if something is being missed out. If you are aware of anything
> else that might have gone wrong, then let me know. I use --with-gdal to
> point to the correct gdal-config file but I still get the message "couldn't
> find gdal-config".

Contrary to the help text for --with-gdal, the argument is ignored.
The configure script locates the first executable (binary or script)
named gdal-config in $PATH.

If gdal-config exists in $PATH, and is executable, check the
config.log file for relevant error messages.

--
Glynn Clements <glynn <at> gclements.plus.com>

_______________________________________________
grass-user mailing list
grass-user <at> lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
GRASS GIS | 1 Jul 11:13 2008

Re: [GRASS GIS] #202: v.in.geonames fails on Polish dataset

#202: v.in.geonames fails on Polish dataset
-----------------------+----------------------------------------------------
  Reporter:  msieczka  |       Owner:  grass-dev <at> lists.osgeo.org
      Type:  defect    |      Status:  closed                   
  Priority:  major     |   Milestone:  6.4.0                    
 Component:  Vector    |     Version:  svn-develbranch6         
Resolution:  fixed     |    Keywords:                           
  Platform:  Linux     |         Cpu:  x86-64                   
-----------------------+----------------------------------------------------
Changes (by neteler):

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

Comment:

 Fixed in SVN: 6.4.SVN and 7.trunk (was buffer overflow in v.in.ascii).

 Markus

-- 
Ticket URL: <http://trac.osgeo.org/grass/ticket/202#comment:2>
GRASS GIS <http://grass.osgeo.org>
_______________________________________________
grass-dev mailing list
grass-dev <at> lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Markus Neteler | 1 Jul 11:38 2008

Re: new v.in.geonames: problems with UTF-8 Unicode text

On Mon, Jun 30, 2008 at 11:16 PM, Glynn Clements
<glynn <at> gclements.plus.com> wrote:
> Markus Neteler wrote:
...
> After which, the file appears to import without any problems.
>
> I have committed a fix to G_tokenize(), and also enlarged the buffers
> in v.in.ascii to 4000 bytes (although removing fixed limits altogether
> would be better).

Excellent, now also the Polish file is getting imported.
This closes
http://trac.osgeo.org/grass/ticket/202

But:
when using the SQLite driver, it cuts the "alternatename" field at
256 chars due to a hardcoded limitation in describe.c. I don't
remember why not varchar() length is used there.
What about this patch?

Index: db/drivers/sqlite/describe.c
===================================================================
--- db/drivers/sqlite/describe.c        (revision 31904)
+++ db/drivers/sqlite/describe.c        (working copy)
 <at>  <at>  -173,7 +173,7  <at>  <at> 
            break;

        case SQLITE_TEXT:
-           fsize = 255;
+           fsize = 99999;
            break;

The PostgreSQL driver has a function to find out the column length.
With this change the full  "alternatename" field is imported into SQLite.

Markus
Markus Neteler | 1 Jul 11:54 2008

Re: new v.in.geonames: problems with UTF-8 Unicode text

On Tue, Jul 1, 2008 at 11:38 AM, Markus Neteler <neteler <at> osgeo.org> wrote:
> The PostgreSQL driver has a function to find out the column length.
> With this change the full  "alternatename" field is imported into SQLite.
...

Using PostgreSQL instead, some escape problem happens (ok, slightly
offtopic for this thread but still related to v.in.geonames):

v.in.geonames /tmp/IT.csv out=it
...
D0/0: Escaped SQL: insert into it values ( 27788, 6485478, 'Hotel
Roma', 'Hotel Roma', null, 43.72241, 10.39204, 'S', 'HTL', 'IT', null,
'16', 'PI', null, null, 0, null, 1, 'Europe/Rome', '2007-04-15')
D0/0: Escaped SQL: insert into it values ( 27789, 6485480, 'Villa
Milani - Residenza d\\''epoca', 'Villa Milani - Residenza d\\''epoca',
null, 42.74533, 12.73843, 'S', 'HTL', 'IT', null, '18', 'PG', null,
null, 0, null, 374, 'Europe/Rome', '2007-04-15')
WARNING:  nonstandard use of \\ in a string literal
LINE 1: insert into it values ( 27789, 6485480, 'Villa Milani - Resi...
                                                ^
HINT:  Use the escape string syntax for backslashes, e.g., E'\\'.
WARNING:  nonstandard use of \\ in a string literal
LINE 1: ..., 6485480, 'Villa Milani - Residenza d\\''epoca', 'Villa Mil...
                                                             ^
HINT:  Use the escape string syntax for backslashes, e.g., E'\\'.
D0/0: Escaped SQL: insert into it values ( 27790, 6485481, 'Hotel Sher
Dan', 'Hotel Sher Dan', null, 40.72241, 8.39582, 'S', 'HTL', 'IT',
null, '1

I assume that the escape magic in db/drivers/postgres/execute.c isn't
perfect. Any suggestions here?

Markus
GRASS GIS | 1 Jul 16:56 2008

Re: [GRASS GIS] #201: v.in.geonames wxGUI window crashes or freezes when "Verbose module output" is checked

#201: v.in.geonames wxGUI window crashes or freezes when "Verbose module output"
is checked
-----------------------+----------------------------------------------------
  Reporter:  msieczka  |       Owner:  martinl         
      Type:  defect    |      Status:  assigned        
  Priority:  critical  |   Milestone:  6.4.0           
 Component:  wxGUI     |     Version:  svn-develbranch6
Resolution:            |    Keywords:                  
  Platform:  Linux     |         Cpu:  x86-64          
-----------------------+----------------------------------------------------
Changes (by martinl):

  * status:  new => assigned
  * owner:  grass-dev <at> lists.osgeo.org => martinl
 * cc: grass-dev <at> lists.osgeo.org (added)

Comment:

 It seems that it crashes because of !EnsureCaretVisible(), for now I have
 commented out this function in write() method in GMStderr/GMStderr class;
 devbr6/trunk r31931/r31932.

 Can you confirm it?

 Martin

-- 
Ticket URL: <http://trac.osgeo.org/grass/ticket/201#comment:1>
GRASS GIS <http://grass.osgeo.org>
_______________________________________________
grass-dev mailing list
grass-dev <at> lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
GRASS GIS | 1 Jul 16:57 2008

Re: [GRASS GIS] #201: v.in.geonames wxGUI window crashes or freezes when "Verbose module output" is checked

#201: v.in.geonames wxGUI window crashes or freezes when "Verbose module output"
is checked
-----------------------+----------------------------------------------------
  Reporter:  msieczka  |       Owner:  martinl         
      Type:  defect    |      Status:  assigned        
  Priority:  critical  |   Milestone:  6.4.0           
 Component:  wxGUI     |     Version:  svn-develbranch6
Resolution:            |    Keywords:                  
  Platform:  Linux     |         Cpu:  x86-64          
-----------------------+----------------------------------------------------
Comment (by martinl):

 > function in write() method in GMStderr/GMStderr class; devbr6/trunk
 r31931/r31932.

 correction: devbr6/trunk r31931/r31933

 Martin

-- 
Ticket URL: <http://trac.osgeo.org/grass/ticket/201#comment:2>
GRASS GIS <http://grass.osgeo.org>
_______________________________________________
grass-dev mailing list
grass-dev <at> lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Gmane