
<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /></head><body style='font-size: 10pt; font-family: Verdana,Geneva,sans-serif'>

<p>Hi,</p>

<p>There are probably two different issues/use cases here:</p>

<p>1. Enabling geometries for already loaded layers (what Richard and Raymond initially suggested)</p>

<p>2. Loading geometryless layers through OGR (or other providers) with the option to define geometry columns. Ideally this could all be done in one step - without having to first load the layer geometryless and then having to do option 1) above as a separate step.</p>

<p>The UI implications are different for the two cases. 2) should go directly into the OGR loading dialogue, 1) perhaps in the layer properties or maybe in addition in the attribute table.</p>

<p>Andreas</p>

<p>On 2016-07-11 11:17, Richard Duivenvoorde wrote:</p>

<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0"><!-- html ignored --><!-- head ignored --><!-- meta ignored -->

<div class="pre" style="margin: 0; padding: 0; font-family: monospace"><span style="white-space: nowrap;">On 2016-07-11 10:43, Nyall Dawson wrote:</span>

<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0"><span style="white-space: nowrap;">I still wonder if (in the ideal world) the delimited text provider be</span><br /><span style="white-space: nowrap;">retired and all the extra features it has (wkt, regex, etc) ported</span><br /><span style="white-space: nowrap;">over to OGRs csv reader. Then the provider would become just a user</span><br /><span style="white-space: nowrap;">friendly front end for configuring the OGR data source. Benefits would</span><br /><span style="white-space: nowrap;">be less code for us to maintain + write support, plus other projects</span><br /><span style="white-space: nowrap;">could also take advantage of these features.</span><br /><br /><span style="white-space: nowrap;">Disadvantages? It'd take a bunch of work :p</span></blockquote>

<br /> While I agree that the OGR-data dialogs could have a make-over, I think the point we want to make is missed in this way: create layer from whatever table is already loaded in QGIS (via whatever provider). Matthias is also right: you can probably do that via Generators (to be fixed first) or Virtual Layers... but I just tried and I could not easily figure out how to do this having loaded the an excel with the following columns:<br /><span style="white-space: nowrap;">name,x,y</span><br /><span style="white-space: nowrap;">a,0,0</span><br /><span style="white-space: nowrap;">b,10,10</span><br /><span style="white-space: nowrap;">c,20,20</span><br /><span style="white-space: nowrap;">d,30,30</span><br /> Off course making the ui for this more user-friendly is maybe the best option.<br /><br /> Doing this via a plugin like Chris proposes is also possible but to us that looks like reimplementing the TD-gui again....<br /><br /><span style="white-space: nowrap;">Regards,</span><br /><br /> Richard<br /><br /><br /><br /><br /> _______________________________________________<br /><span style="white-space: nowrap;">Qgis-developer mailing list</span><br /><span style="white-space: nowrap;"><a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a></span><br /><span style="white-space: nowrap;">List info: <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a></span><br /><span style="white-space: nowrap;">Unsubscribe: <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a></span></div>

</blockquote>

<p> </p>

<div> </div>

</body></html>