<div>Hi Hamish,</div>
<div>&nbsp;</div>
<div>Yes, changing the default grid size fixed my problem. I initially read it as square meters (or assumed), however when i looked at it again i realised my mistake. I have been away most of last week so have not had a chance to progress any further with DEM creation.
</div>
<div>&nbsp;</div>
<div>As far as making the shapefile available it is around 5mb in size. Also i dont really have any where to put it except one of the commercial sites. However i can still make a copy available if you like.</div>
<div>&nbsp;</div>
<div>Thanks,</div>
<div>Ed<br><br>&nbsp;</div>
<div><span class="gmail_quote">On 04/07/07, <b class="gmail_sendername">Hamish</b> &lt;<a href="mailto:hamish_nospam@yahoo.com">hamish_nospam@yahoo.com</a>&gt; wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Edward Tomlinson wrote:<br>&gt; I am having issues importing a shapefile using v.in.ogr<br>&gt;<br>&gt; Using basic command 
v.in.ogr dsn=shapefile layer=shapefile name<br>&gt; output=elev<br>&gt;<br>&gt; getting the following areas for every entry<br>&gt;<br>&gt; GRASS_INFO_WARNING(29..,50..): Area size 6.5e-11, area not imported.<br>&gt; ...<br>
&gt; [warning sign] area size 6.5e-11, area not imported<br>&gt; ...<br><br>Reduce v.in.ogr&#39;s min_area option.<br><br>min_area&nbsp;&nbsp; Minimum size of area to be imported (square units).<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Smaller areas and islands are ignored. Should be
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;greater than snap^2<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;default: 0.0001<br><br><br>&gt; THe shapefile was generated by a Greenstar 2 GPS receiver (John<br>&gt; Deere).<br><br>could you make a small sample available somewhere?<br>
<br><br>&gt; There are many columns in the shapefile (30).<br>&gt;<br>&gt; How can i limit the number of columns i read in,<br><br>you can&#39;t during import, but you can later with v.db.dropcol<br><br>&gt; and how to set which column is the elevation column (or is ELEVATION
<br>&gt; okay)?<br><br>I am not sure if there is a vector tool to change a 2D vector + numeric<br>column into a 3D vector directly.<br>v.out.ascii + &quot;v.in.ascii z=&quot; would probably do it.<br><br>but most GRASS DEM creation tools will let you specify a 2D vector + elev
<br>column name instead of needing a 3D vector as the input.<br><br><br>&gt; I am assuming it has something to do with the way the shapefile was<br>&gt; genereated and the precision/length of the numeric fields in the<br>
&gt; database???<br><br>As long as the datafile is not corrupt you /should/ be able to work with<br>whatever is in it.<br><br><br>&gt; Also what is a good .dbf viewer for KDE?<br><br>Don&#39;t know about KDE, but &quot;dbview -bt&quot; is nice from the command line, and
<br>OpenOffice is probably ok if there are less than a few tens of thousands of<br>entries.<br><br><br>Hamish<br></blockquote></div><br>