[GRASS-dev] Re: [GRASS GIS] #1089: GRASS 6.5 manual broken link

2010-06-17 Thread GRASS GIS
#1089: GRASS 6.5 manual broken link
---+
  Reporter:  timothymorrissey  |   Owner:  grass-...@…  
  Type:  defect|  Status:  closed   
  Priority:  normal|   Milestone:  Website  
 Component:  Website   | Version:  svn-develbranch6 
Resolution:  fixed |Keywords:   
  Platform:  Unspecified   | Cpu:  Unspecified  
---+
Changes (by hamish):

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


Comment:

 yup, that's got it. weekly snapshot cron job re-triggered and man pages
 for 6.5 are now back up on the server.


 thanks,
 Hamish

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] 6.4.0 blocker bugs

2010-06-17 Thread Maciej Sieczka

W dniu 20.05.2010 17:48, Paul Kelly pisze:

On Wed, 19 May 2010, Paul Kelly wrote:

On Mon, 17 May 2010, Maciej Sieczka wrote:



Does this sound acceptable for now - in particular are there any
differences between Pulkovo 1942 and Pulkovo 1942 (58) that are worth
worrying about?



I don't know.



OK well I will guess that any differences are not relevant for us
here, and will see about adding the equivalence of Pulkovo_1942_58 and
Pulkovo_1942 to SVN.



Actually it is a bit more complicated than this. According to the EPSG
database, Pulkovo_1942 is used in the following countries:
Armenia; Azerbaijan; Belarus; Estonia; Georgia; Kazakhstan; Kyrgyzstan;
Latvia; Lithuania; Moldova; Russian Federation; Tajikistan;
Turkmenistan; Ukraine; Uzbekistan.
and Pulkovo_1942_58 is used in the following countries:
Albania; Bulgaria; Czech Republic; Germany (former DDR); Hungary;
Poland; Romania; Slovakia.

So it seems to me that we should have two separate datum entries in
GRASS, and that it is arguably a bug treating them both as one.

I would appreciate some suggestions on what the GRASS abbreviation for
Pulkovo 1942 (58) should be; for Pulkovo 1942 it is S-42 - which IMHO is
not nice as it has a capital letter in it, but of course we can't change
it without breaking existing locations.


Hi,

Another solution is available now. In GDAL stable branch r19810 
https://svn.osgeo.org/gdal/branches/1.7/gdal/data/gcs.override.csv, 
overrides for problematic Polish CRSes [1] were added [2]. After copying 
it over $GISBASE/etc/ogr_csv/gcs.override.csv, the wxGUI location wizard 
behaves OK when using Polish EPSG codes [1]. Same as g.proj does, e.g. 
instead of a warning and a lacking towgs84:


---
GRASS 6.5.svn (test):~ > g.proj -jf epsg=2174
UWAGA:Datum  not recognised by GRASS and no parameters
  found
+proj=sterea +lat_0=51.670833 +lon_0=16.67 +k=0.9998 
+x_0=3703000 +y_0=5627000 +no_defs +a=6378245 +rf=298.3 +to_meter=1

---

it returns a correct string:

---
GRASS 6.5.svn (test):~ > g.proj -jf epsg=2174
+proj=sterea +lat_0=51.670833 +lon_0=16.67 +k=0.9998 
+x_0=3703000 +y_0=5627000 +no_defs +a=6378245 +rf=298.3 
+towgs84=33.4,-146.6,-76.3,-0.359,-0.053,0.844,-0.84 +to_meter=1

---

Can I upload the new gcs.override.csv to GRASS SVN? Mind it also 
overrides the current GRASS ETRS89 definition, as per datum.table:


---
# Datum parameters for/from European Terrestrial Reference System ETRS89
etrs89   "European_Terrestrial_Reference_System_1989"   grs80   dx=0 
   dy=0   dz=0

---

with:

---
# Backported from 1.8dev (see ticket #3579)
4258,ETRS89,6258,European Terrestrial Reference System 
1989,6258,9122,7019,8901,1,0,6422,9603,0,0,0

---

thus, e.g. EPSG 2180 would no longer be:

--
GRASS 6.5.svn (test):~ > g.proj -jf epsg=2180
+proj=tmerc +lat_0=0 +lon_0=19 +k=0.9993 +x_0=50 +y_0=-530 
+no_defs +a=6378137 +rf=298.257222101 +towgs84=0.000,0.000,0.000 +to_meter=1

---

but:

---
GRASS 6.5.svn (test):~ > g.proj -jf epsg=2180
+proj=tmerc +lat_0=0 +lon_0=19 +k=0.9993 +x_0=50 +y_0=-530 
+no_defs +a=6378137 +rf=298.257222101 +towgs84=0,0,0,0,0,0,0 +to_meter=1

---

I guess it doesn't hurt; does it?

[1] 3120 2172 2173 2174 2175  3334 3335 3329 3330 3331 3332 3328 4179

[2] http://trac.osgeo.org/gdal/ticket/3579#comment:7

Best,
Maciek

--
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] #1089: GRASS 6.5 manual broken link

2010-06-17 Thread GRASS GIS
#1089: GRASS 6.5 manual broken link
--+-
 Reporter:  timothymorrissey  |   Owner:  grass-...@…  
 Type:  defect|  Status:  new  
 Priority:  normal|   Milestone:  Website  
Component:  Website   | Version:  svn-develbranch6 
 Keywords:|Platform:  Unspecified  
  Cpu:  Unspecified   |  
--+-

Comment(by martinl):

 Replying to [comment:7 hamish]:
 > Replying to [comment:6 martinl]:
 > > already fixed in r42576.
 >
 > (nope, see comment:5)

 well, I meant

 {{{
 debug_level = int(gisenv().get('DEBUG', 0))
 }}}

 try r42583.

-- 
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] #1089: GRASS 6.5 manual broken link

2010-06-17 Thread GRASS GIS
#1089: GRASS 6.5 manual broken link
--+-
 Reporter:  timothymorrissey  |   Owner:  grass-...@…  
 Type:  defect|  Status:  new  
 Priority:  normal|   Milestone:  Website  
Component:  Website   | Version:  svn-develbranch6 
 Keywords:|Platform:  Unspecified  
  Cpu:  Unspecified   |  
--+-

Comment(by hamish):

 Replying to [comment:6 martinl]:
 > already fixed in r42576.

 (nope, see comment:5)

-- 
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] #1089: GRASS 6.5 manual broken link

2010-06-17 Thread GRASS GIS
#1089: GRASS 6.5 manual broken link
--+-
 Reporter:  timothymorrissey  |   Owner:  grass-...@…  
 Type:  defect|  Status:  new  
 Priority:  normal|   Milestone:  Website  
Component:  Website   | Version:  svn-develbranch6 
 Keywords:|Platform:  Unspecified  
  Cpu:  Unspecified   |  
--+-

Comment(by martinl):

 Replying to [comment:2 hamish]:
 > The last build had a problem building the wxpython dir. Perhaps the same
 Makefile dependency/build order problem as was reported over the last week
 by a couple other people? Has that been fixed yet?
 > or maybe just bad timing with respect to code checkins.
 >
 > I've now triggered a rebuild. A number of files in wxpython have updated
 from svn so hopefully it builds ok this time.

 already fixed in rr42576.

 Martin

-- 
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] #1089: GRASS 6.5 manual broken link

2010-06-17 Thread GRASS GIS
#1089: GRASS 6.5 manual broken link
--+-
 Reporter:  timothymorrissey  |   Owner:  grass-...@…  
 Type:  defect|  Status:  new  
 Priority:  normal|   Milestone:  Website  
Component:  Website   | Version:  svn-develbranch6 
 Keywords:|Platform:  Unspecified  
  Cpu:  Unspecified   |  
--+-

Comment(by hamish):

 It looked like Martin had fixed it with r42575 and r42576, but it's still
 broken. :-/

 now the error is:
 {{{
 make[3]: Leaving directory `/usr/local/src/grass/svn/grass65/gui/wxpython'
 make menustrings.py
 make[3]: Entering directory
 `/usr/local/src/grass/svn/grass65/gui/wxpython'
 GISBASE="/usr/local/src/grass/svn/grass65/dist.i686-pc-linux-gnu" \
 python gui_modules/menudata.py > menustrings.py
 ERROR: wxGUI requires wxPython. No module named wxversion
 make[3]: *** [menustrings.py] Error 1
 make[3]: Leaving directory `/usr/local/src/grass/svn/grass65/gui/wxpython'
 make[2]: *** [install_scripts] Error 2
 make[2]: Leaving directory `/usr/local/src/grass/svn/grass65/gui/wxpython'
 make[1]: Leaving directory `/usr/local/src/grass/svn/grass65/gui'
 }}}

 neither --with-python nor --with-wxwidgets is used in ./configure here
 because this old distro does not have wx2.8 available. In the past it just
 copied the wxpython files to $GISBASE anyway, but did nothing else with
 them so it wasn't a problem.


 thanks,
 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] #1090: Access is denied - r.statistics

2010-06-17 Thread GRASS GIS
#1090: Access is denied - r.statistics
--+-
 Reporter:  nkale |   Owner:  grass-...@…   
   
 Type:  defect|  Status:  new   
   
 Priority:  normal|   Milestone:  6.4.0 
   
Component:  Raster| Version:  6.4.0 RCs 
   
 Keywords:  r.statistics access denied, wingrass  |Platform:  MSWindows 7   
   
  Cpu:  x86-32|  
--+-

Comment(by hamish):

 > Replying to [comment:3 hamish]:
 > > could you give the grass 7 daily snapshot a try?
 ...
 Replying to [comment:4 nkale]:
 > That worked.

 ok, good. in a few days once grass6.5 daily snapshots are fixed I might
 ask you to try that.

 > Ran with a slightly smaller dataset (didn't know if the raster
 > format was the same between 6 & 7, so I had to do some lengthy
 > re-importing),

 for now it is the same, but that is likely to change in the future.

 > but I didn't get any errors, and the output map made sense.
 >
 > On the other hand, in 7 I can no longer launch GRASS in MSYS mode,
 > but that's maybe a bug for another ticket.

 Known problem, being worked on.


 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] #1090: Access is denied - r.statistics

2010-06-17 Thread GRASS GIS
#1090: Access is denied - r.statistics
--+-
 Reporter:  nkale |   Owner:  grass-...@…   
   
 Type:  defect|  Status:  new   
   
 Priority:  normal|   Milestone:  6.4.0 
   
Component:  Raster| Version:  6.4.0 RCs 
   
 Keywords:  r.statistics access denied, wingrass  |Platform:  MSWindows 7   
   
  Cpu:  x86-32|  
--+-

Comment(by nkale):

 Replying to [comment:3 hamish]:
 > could you give the grass 7 daily snapshot a try? it uses an improved
 method to generate the stats and hopefully bypasses the problem.
 >
 > system() replaced with G_system() in grass 6.5svn with r42570, daily
 WinGrass snapshots for 6.5 are probably broken until bug #1089 gets fixed,
 and it this wants testing there before backporting to 6.4.
 >
 >
 > cheers,
 > Hamish

 That worked.  Ran with a slightly smaller dataset (didn't know if the
 raster format was the same between 6 & 7, so I had to do some lengthy re-
 importing), but I didn't get any errors, and the output map made sense.

 On the other hand, in 7 I can no longer launch GRASS in MSYS mode, but
 that's maybe a bug for another ticket.

 Thanks,

 Nat

-- 
Ticket URL: 
GRASS GIS 

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

[GRASS-dev] digitize toolbar error

2010-06-17 Thread Mohammed Rashad
I already send a mail regarding digitization tool error and didnt recieve any 
response
so I am sending this mail again.

When selecting "digitize" from mapdisplay window toolbars combobox
and select a new vector map and given a name for newVectorMap
I am getting this error

Unable to initialize display driver of vector digitizer. See 'Command output' 
for details.

Reason: message=_("Unable to initialize display driver of vector "

Traceback (most recent call last):
  File "/usr/local/grass-6.5.svn/etc/wxpython/gui_modules/toolbars.py", line 
1130, in StartEditing
message=_("Unable to initialize display driver of vector "
DigitError: 


what i am missing.

 --
Rashad



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

[GRASS-dev] Weekly reports #3 wxNviz

2010-06-17 Thread Martin Landa
Hi,

1) What did I do last week [1]

* Unfortunately I was struggling with various problems, in the result
I had not so much time to work on wxNviz.

2) What do I plan to do this week [2]

* Roadmap changed for this week - instead of decorations (see also
Glynn's notes [3]) I am going to implement fringes and cutting planes.

3) Do I have any problems/obstacle which interfere with my work

* Not really, I just a little bit behind the schedule... Should be
better within this week.

Best regards, Martin Landa

[1] http://grass.osgeo.org/wiki/WxNviz_GSoC_2010#Week_2_.28June_7.29
[2] http://grass.osgeo.org/wiki/WxNviz_GSoC_2010#Project_plan
[3] http://lists.osgeo.org/pipermail/grass-dev/2010-June/050812.html

-- 
Martin Landa  * http://gama.fsv.cvut.cz/~landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev


[GRASS-dev] problem updatin grass_trunk : svn up (.po files error)

2010-06-17 Thread massimo di stefano
Hi All,

tring to uipdate grass_trunk on debian sid i have :


e...@epixbox:/usr/local/src/gis/grass_trunk$ svn up
svn: Can't read file 'locale/po/.svn/text-base/grassmods_sl.po.svn-base':
Input/output error
svn: Can't read file 'locale/po/.svn/text-base/grassmods_sl.po.svn-base':
Input/output error
e...@epixbox:/usr/local/src/gis/grass_trunk$


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