One more question. I have now created the following vrt, but the DateTime is not parsed correctly. Are extra options available for the datetime object to tell ogr how it is formatted and thus, how it should be interpreted?<br>

<br>&lt;OGRVRTDataSource&gt;<br>    &lt;OGRVRTLayer name=&quot;test&quot;&gt;<br>        &lt;SrcDataSource relativeToVRT=&quot;1&quot;&gt;test.csv&lt;/SrcDataSource&gt;<br>        &lt;GeometryType&gt;wkbPoint&lt;/GeometryType&gt;<br>

        &lt;LayerSRS&gt;EPSG:28992&lt;/LayerSRS&gt;<br>        &lt;GeometryField encoding=&quot;PointFromColumns&quot; x=&quot;T X Coord Loc&quot; y=&quot;T Y Coord Loc&quot;/&gt;<br>    &lt;Field name=&quot;Incident Id&quot; type=&quot;Integer&quot; /&gt;<br>

    &lt;Field name=&quot;Nr Incident&quot; type=&quot;Integer&quot; /&gt;<br>    &lt;Field name=&quot;Dtg Start Incident&quot; type=&quot;DateTime&quot; /&gt;<br>    &lt;Field name=&quot;Dtg Einde Incident&quot; type=&quot;DateTime&quot; /&gt;<br>

    &lt;Field name=&quot;Brw Melding Cl&quot; type=&quot;String&quot; /&gt;<br>    &lt;Field name=&quot;Brw Melding Cl1&quot; type=&quot;String&quot; /&gt;<br>    &lt;Field name=&quot;Brw Melding Cl2&quot; type=&quot;String&quot; /&gt;<br>

    &lt;Field name=&quot;Naam Locatie1&quot; type=&quot;String&quot; /&gt;<br>    &lt;Field name=&quot;Postcode4pp&quot; type=&quot;String&quot; /&gt;<br>    &lt;Field name=&quot;Plaats Naam&quot; type=&quot;String&quot; /&gt;<br>

    &lt;Field name=&quot;Gemeente Naam&quot; type=&quot;String&quot; /&gt;<br>    &lt;/OGRVRTLayer&gt;<br>&lt;/OGRVRTDataSource&gt;<br><br><br><br><div class="gmail_quote">2011/2/23 Milo van der Linden <span dir="ltr">&lt;<a href="mailto:milo@dogodigi.net">milo@dogodigi.net</a>&gt;</span><br>

<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">Thanks! Nice tip! I have read the documentation and will play arround with setting the datatypes for my columns too, this will give me the ability to do thematic mapping right on the csv!<br>

<br><div class="gmail_quote"><div class="im">2011/2/23 Richard Duivenvoorde <span dir="ltr">&lt;<a href="mailto:rdmailings@duif.net" target="_blank">rdmailings@duif.net</a>&gt;</span><br>
</div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div>Milo van der Linden wrote:<br>
</div><div><div></div><div class="h5"><div>&gt; Shouldn&#39;t it go to the dev list if the absolute path is required? I<br>
&gt; think that assuming the vrt and the csv are in the same dir should be<br>
&gt; the first check as ogr2ogr has no problem with it.<br>
<br>
</div>Hi Milo,<br>
<br>
I had a look at the docs of ogr vrt driver:<br>
<a href="http://www.gdal.org/ogr/drv_vrt.html" target="_blank">http://www.gdal.org/ogr/drv_vrt.html</a><br>
<br>
it&#39;s not really necessary to use the full path, you can add a attribute<br>
relativeToVRT=&quot;1&quot; to the SrcDataSource element:<br>
<br>
&lt;SrcDataSource relativeToVRT=&quot;1&quot;&gt;test.csv&lt;/SrcDataSource&gt;<br>
instead of<br>
&lt;SrcDataSource&gt;test.csv&lt;/SrcDataSource&gt;<br>
<br>
this makes your vrt-definition also work in qgis without an absolute<br>
path. (don&#39;t know why a relative path is working for ogr2ogr though ...)<br>
<br>
Regards,<br>
<font color="#888888"><br>
Richard<br>
</font></div></div></blockquote></div><br>
</blockquote></div><div style="margin: 0pt;" name="sig_3ae25cf131"></div><br>