[GRASS5] Re: G_site_get

[Markus Neteler]

Hi all,

(cc to Edzer and Eduardo),

it seems there is quite some confusion about G_site_get() functionality
and the programmer's manual.
Could anyone who is familiar with G_site_get() help us?
Perhaps check the latest (yesterday) version of what is written in
"GRASS  programmer's manual" and the functionality of  G_site_get()?

At time I am not sure about the desired behaviour.

Thanks to Edzer for indicating the confusion,

 Markus

On Fri, Jun 22, 2001 at 09:56:55AM +0200, Edzer J. Pebesma wrote:
> Markus, Eduardo,
> 
> I'm a bit confused. Section 12.13 states that the category section is
> compulsory,
> but a -1 value for this field is allowed, indicating that it is not there. I
> suspect
> that I was wrong stating that the #category field is compulsory. Sorry, Markus.
> 
> Anyway, I modified gstat so that it tries to read anything, even floats from a
> string field in the sites file, and allows for missing categories. It should
> work
> now. I uploaded a new code snapshot and linux binary.
> 
> Best regards,
> --
> Edzer
> 
> 
> Markus Neteler wrote:
>  
> > Hi Edzer,
> > 
> > thanks for the fix. I have updated the progmangrass50.pdf online as well
> > (the "book" is maintained in CVS here, too).
> > 
> > Thanks for looking into this,
> > 
> >  Markus
> 
> 
> Eduardo Hernando wrote:
> > 
> > ----- Original Message -----
> > From: Edzer J. Pebesma <e.pebesma at geog.uu.nl>
> > To: Eduardo Hernando <ehizcara at wanadoo.es>
> > Sent: Thursday, June 21, 2001 11:06 AM
> > Subject: Re: GRASS support
> > 
> > > Eduardo Hernando wrote:
> > > >
> > > > I have found a solution, but I don't know why it works. Actually, my
> > cells
> > > > are in float format. I have the data in a PostgreSQL database, but with
> > > > d.site.pg the result is
> > > >
> > > > 443820|4613930|@2.57
> > > > 443892|4613930|@1.89
> > > > 443964|4614530|@2.76
> > > >
> > > Could you please try the command s.info on this file?
> > > --
> > > Edzer
> > >
> > 
> > I have tried the s.info command and the result is ok with the file
> > structure:
> > 
> >     Type of CATEGORY information:    NO CATEGORY
> >     --------------------------------------
> >     Number of DOUBLE attributes:         0
> >     -----------------------------------
> >     Number of STRING attributes:          1
> >     ----------------------------------
> > 
> > I have looked at the d.site.pg source code and it seems that the function
> > reads only one attribute-column from the database and it updates the site
> > file always as STRING, with @ but without # nor %.
> > Really, it would by nice to read the database or the d.site.pg output
> > directly in gstat ...
> > 
> > ----
> > Eduardo

-- 
Markus Neteler *  University of Hannover
Institute of Physical Geography and Landscape Ecology
Schneiderberg 50 * D-30167 Hannover * Germany
Tel: ++49-(0)511-762-4494  Fax: -3984