It should be an integer string that is the date without the / in them so feb 1 , 2007 stored as 20070201.  In the case where I can import data into gretl I'm not even selecting that column though.

The particular bit of data I'm pulling is stored as numeric(7,3) in an mssql server 2008. I believe we can read that as numeric precision 7, numeric scale 3
For the small and simple test query I was using the data is stored as numeric(16,3) in the same sql server.

Chris


On Wed, Feb 3, 2010 at 2:06 PM, Allin Cottrell <cottrell@wfu.edu> wrote:

On Wed, 3 Feb 2010, Chris wrote:

> From reading the manual that bit was there because I am
> importing 2 columns, the first one being an identifier.  When I
> remove the first column from my select statement I can import
> data from both my big query and my test query, but all the data
> shows up as "5.16957e-38" not the data that shows up when I run
> the same query in query analyzer.

* What does the identifier look like?

* 5.16957e-38 looks like one of the limits of a single-precision
"float".  Gretl binds the last (data) column to SQL_C_DOUBLE.
But somehow we're getting the wrong data type? Perhaps the values
in this db are stored as SQL_REAL (which has a mantissa of
precision only 7). What's the database engine?

Allin Cottrell
_______________________________________________
Gretl-users mailing list
Gretl-users@lists.wfu.edu
http://lists.wfu.edu/mailman/listinfo/gretl-users