[GRASS-dev] Re: [GRASS-user] 1st Greek GRASS meeting

[Nikos Alexandris]

I want to express a BIG thank you to Markus Metz for his presence in the 1st 
GRASS (&GFOSS) users meeting that took place the past weekend in Greece.

Sharing his insight(s) concerning GRASS' database structure, network analysis 
capabilities and much more were (and are) invaluable.

All the best, Nikos
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] more photos from Prague ...

[Robert Szczepanek]

Hello GRASS team,

Definitively I'm not Speedy Gonzales ;) [1]
Finally I found time to publish photos [2] from first GRASS Community 
Sprint in Prague and to write some information about it in our blog.


Thank you Martin, Markus (and everyone involved in organization) for 
this great event.


regards,
Robert

[1] http://en.wikipedia.org/wiki/Speedy_Gonzales
[2] 
http://grass-gis.pl/blog/konferencja_geoinformatyczna_oraz_pierwsze_spotkanie_grass_w_pradze

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

[GRASS-dev] Re: sample dataset update

[Helena Mitasova]

Markus,

I have a TODO list for data set update already as well as several data sets, so 
if you set up a wiki page, 
I will put there what I have planned with the links to the data. 
There are numerous excellent public data sets available that we can 
add. The current data set's PERMANENT mapset should stay as is so that  
old material such as GRASS book works, but the new data could be added as 
separate mapsets that people
can insert into the location, such as here:
http://courses.ncsu.edu/mea582/common/GIS_anal_grass/GIS_Anal_grgeomorph2.html
and/or  we can prepare a completely new location.

Helena 

On Jun 20, 2011, at 11:15 AM, Markus Metz wrote:

> Hi all,
> 
> we may want to think about an update of the sample datasets. I have
> recently updated the documentation of the v.net.* modules including
> examples and noticed that roads digitized as multilanes have wrong
> line directions, i.e. not matching drive directions. This makes
> assignment of different forward/backward costs impossible. The vector
> map roads in nc_spm_08 should also get a new layer with unique
> category values. The updated, correct examples are anything but
> intuitive and would be much shorter and simpler with already existing
> unique categories in roads@PERMANENT.
> 
> Helena also mentioned the LiDAR-based DEM in nc_spm_08 which needs to
> be expanded. With the development of a test suite for G7, I am sure
> that there will be more requests for updates of the sample datasets.
> 
> Time for a TODO list somewhere?
> 
> Markus M

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

[GRASS-dev] sample dataset update

[Markus Metz]

Hi all,

we may want to think about an update of the sample datasets. I have
recently updated the documentation of the v.net.* modules including
examples and noticed that roads digitized as multilanes have wrong
line directions, i.e. not matching drive directions. This makes
assignment of different forward/backward costs impossible. The vector
map roads in nc_spm_08 should also get a new layer with unique
category values. The updated, correct examples are anything but
intuitive and would be much shorter and simpler with already existing
unique categories in roads@PERMANENT.

Helena also mentioned the LiDAR-based DEM in nc_spm_08 which needs to
be expanded. With the development of a test suite for G7, I am sure
that there will be more requests for updates of the sample datasets.

Time for a TODO list somewhere?

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

Re: [GRASS-dev] GSOC Week 3 report : Adding WMS layer support to update WXGUI

[Sudeep Singh]

Hi Hamish,

Thanks for the info. Yes, as for now it doesn't seems to be too complicated.


Regards
Sudeep

On Fri, Jun 17, 2011 at 9:50 PM, Hamish  wrote:

> Sudeep Singh wrote:
> > Hi all,
> >
> > This is my 3rd week report. Please find it at following link.
> >
> >
> http://grass.osgeo.org/wiki/WxGUI_WMS_service_rendering_GSoC_2011#Report_.233_9-06-2011
> .
> >
> > thanks
>
>
> Hi Sudeep,
>
> as you get more into the coding of the WMS parts, I guess you
> have seen the specification docs for it:
>
>http://www.opengeospatial.org/specs/?page=specs
>http://www.opengeospatial.org/standards/wms
> [hmrf, the spec now seems to live behind some legalese-click-
> through. I have an old copy which did not require that, if you
> don't like to agree to those things]
>
> see also links at
>  http://live.osgeo.org/en/standards/wms_overview.html
>
>
> the QGIS and GDAL implementations are probably easier examples,
> but see also the old scripts/r.in.wms/ in the GRASS source code.
> (I would not suggest to use that as a model for your work, the
> design is a bit convoluted) Maybe the python version of r.in.wms
> in grass7 source code is not as complicated?
>
>
> best,
> Hamish
>
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #1392: r3.to.rast converts FCELL map data to 0

[GRASS GIS]

#1392: r3.to.rast converts FCELL map data to 0
-+--
  Reporter:  hamish  |   Owner:  grass-dev@…  
  Type:  defect  |  Status:  closed   
  Priority:  normal  |   Milestone:  6.4.2
 Component:  Raster3D| Version:  svn-develbranch6 
Resolution:  worksforme  |Keywords:  r3.to.rast   
  Platform:  Linux   | Cpu:  x86-64   
-+--
Changes (by huhabla):

 * cc: huhabla (added)
  * status:  new => closed
  * resolution:  => worksforme


Comment:

 The FCELL bug should be fixed in trunk r46745. Additional float test is
 implemented.  In case this works on other machine it should backported to
 6.4 and 6.5.

 The number of categories is in r46745 equal between raster and raster3d ->
 0.

 Best
 Soeren

-- 
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] #1385: r3.in.ascii man page improvements

[GRASS GIS]

#1385: r3.in.ascii man page improvements
-+--
 Reporter:  hamish   |   Owner:  grass-dev@…  
 Type:  task |  Status:  new  
 Priority:  normal   |   Milestone:  6.4.2
Component:  Raster3D | Version:  svn-develbranch6 
 Keywords:  r3.in.ascii  |Platform:  All  
  Cpu:  All  |  
-+--
Changes (by hamish):

  * component:  Docs => Raster3D


-- 
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] #1392: r3.to.rast converts FCELL map data to 0

[GRASS GIS]

#1392: r3.to.rast converts FCELL map data to 0
+---
 Reporter:  hamish  |   Owner:  grass-dev@…  
 Type:  defect  |  Status:  new  
 Priority:  normal  |   Milestone:  6.4.2
Component:  Raster3D| Version:  svn-develbranch6 
 Keywords:  r3.to.rast  |Platform:  Linux
  Cpu:  x86-64  |  
+---

Comment(by hamish):

 note

  * both FCELL and DCELL 3D rasters have "Number of Categories: 0" in
 r3.info.

  * r.info for both F,D results of r3.to.rast report 255 cats.


 ??,
 H

-- 
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] #1392: r3.to.rast converts FCELL map data to 0

[GRASS GIS]

#1392: r3.to.rast converts FCELL map data to 0
+---
 Reporter:  hamish  |   Owner:  grass-dev@…  
 Type:  defect  |  Status:  new  
 Priority:  normal  |   Milestone:  6.4.2
Component:  Raster3D| Version:  svn-develbranch6 
 Keywords:  r3.to.rast  |Platform:  Linux
  Cpu:  x86-64  |  
+---
Changes (by hamish):

  * component:  Raster => Raster3D


-- 
Ticket URL: 
GRASS GIS 

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

[GRASS-dev] [GRASS GIS] #1392: r3.to.rast converts FCELL map data to 0

[GRASS GIS]

#1392: r3.to.rast converts FCELL map data to 0
+---
 Reporter:  hamish  |   Owner:  grass-dev@…  
 Type:  defect  |  Status:  new  
 Priority:  normal  |   Milestone:  6.4.2
Component:  Raster  | Version:  svn-develbranch6 
 Keywords:  r3.to.rast  |Platform:  Linux
  Cpu:  x86-64  |  
+---
 tested in 6.5svn.

 man page test case:
 {{{
 cat << EOF > test.g3d
 north: 4925010.00
 south: 4924890.00
 east: 596760.00
 west: 596610.00
 top: 1.00
 bottom: 0.00
 rows: 4
 cols: 5
 levels: 1
 1204.74 1204.48 1204.19 1203.81 1203.39
 1203.89 1203.67 1203.34 1202.98 1202.43
 1203.05 1202.80 1202.51 1202.11 1201.48
 1202.10 1201.92 1201.62 1201.27 1200.68
 EOF

 r3.in.ascii in=test.g3d out=test3d.f type=float

 r3.info test3d.f
  |   Type of Map:  3d cell  Number of Categories: 0
 |
  |   Data Type:float
 |
  |   Rows: 4
 |
  |   Columns:  5
 |
  |   Depths:   1
 |
  |   Total Cells:  20
 |
  |Projection: UTM (zone 13)
 |
  |N:4925010S:4924890   Res:30
 |
  |E: 596760W: 596610   Res:30
 |
  |T:  1B:  0   Res: 1
 |
  |   Range of data:   min =1200.68 max =1204.74
 |

 g.region rast3d=test3d.f
 r3.to.rast test3d.f out=test3d.f
 r.info -r test3d.f_1
 min=0
 max=0
 }}}

 but double works:
 {{{
 r3.in.ascii in=test.g3d out=test3d.d type=double
 r3.to.rast test3d.d out=test3d.d
  #try it twice: r3.to.rast has --overwrite set by default?!

 r.info -r test3d.d_1
 min=1200.68
 max=1204.74
 }}}


 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] #1385: r3.in.ascii man page improvements

[GRASS GIS]

#1385: r3.in.ascii man page improvements
-+--
 Reporter:  hamish   |   Owner:  grass-dev@…  
 Type:  task |  Status:  new  
 Priority:  normal   |   Milestone:  6.4.2
Component:  Docs | Version:  svn-develbranch6 
 Keywords:  r3.in.ascii  |Platform:  All  
  Cpu:  All  |  
-+--

Comment(by huhabla):

 Replying to [comment:4 hamish]:
 > Hi,
 >
 > did you find the r3.to.rast -> 0 values for FCELL rast3d maps bug
 already? or should I open a new report for that?

 Uh? I did not know that such a bug exists. Can you please open a ticket
 and provide a synthetic data test?

 > any documented reason why there is no CELL support for G3D?

 Unfortunately not. I did not found any information why CELL value support
 was not implemented. I guess Helena may know why?

 >
 > for r.out.ascii I would like to set the default output precision
 dynamically (%.7g for FCELL, %.15g for DCELL, [%ld for CELL??]). Maybe we
 could try that in gr7 and see how it looks?
 > (I just added a quick&rough r.flip addon script using that, and the
 round trip is lossy; Yann's upcoming? C port of grass5's version won't
 have that problem)

 Feel free to modify the code. :)

 Best regards
 Soeren

 >
 >
 > thanks,
 > Hamish

-- 
Ticket URL: 
GRASS GIS 

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