[QGIS-fr-user] QGIS et VRT

[Le Ny Conseil]

Salut Simon,

Tu auras peut-être une meilleure audience sur les listes QGIS ou GeoBD de
GeoRezo...


Le ven. 20 mars 2020 à 23:13, Simon Georget <simon.georget at gmail.com> a
écrit :

> J'ai essayé également. La doc
> <https://gdal.org/drivers/vector/shapefile.html#spatial-and-attribute-indexing>
> me semble un peu ambiguë sur ce point. Par ailleurs, la création de l'index
> ne renvoie rien si ce n'est "using driver `ESRI Shapefile' successful." et
> est instantanée ... Ça me semble suspect.
>
>
>
>
> On Fri, Mar 20, 2020 at 11:03 PM Régis Haubourg <regis.haubourg at gmail.com>
> wrote:
>
>> Hello
>> Je pense que le souci c'est plus l'index attributaire que spatial dans
>> ton cas.
>> Régis
>>
>> Le ven. 20 mars 2020 à 22:45, Simon Georget <simon.georget at gmail.com> a
>> écrit :
>>
>>> L'opération en elle même est bien plus rapide mais avec la préparation
>>> avant, pas sûr que je gagne du temps.
>>>
>>> J'ai testé aussi directement via gdal/ogr (en ligne de commande). Là
>>> aussi, c'est très long - même après avoir créé un index (ogrinfo -sql
>>> "CREATE SPATIAL INDEX ON monshapefile"  ./monshapefile.shp). Je ne sais pas
>>> si Even consulte la liste, je serai curieux d'avoir son retour là dessus.
>>>
>>> A plus,
>>>
>>>
>>> On Fri, Mar 20, 2020 at 4:14 PM Simon Georget <simon.georget at gmail.com>
>>> wrote:
>>>
>>>> Je vais essayer avec spatialite en effet. Je vous tiendrai au courant
>>>> rapidement.
>>>> Merci de ton retour.
>>>>
>>>> On Fri, Mar 20, 2020 at 4:04 PM Régis Haubourg <
>>>> regis.haubourg at gmail.com> wrote:
>>>>
>>>>> Pour moi, avec 30000 lignes, tu ne peux pas couper à une base de
>>>>> données si tu veux des perfs.
>>>>> Tu peux très bien charger ça en spatialite ou postgres. ça prend le
>>>>> temps d'un glisser-déplacer et de la création de l'index.
>>>>> Régis
>>>>>
>>>>> Le ven. 20 mars 2020 à 15:44, Simon Georget <simon.georget at gmail.com>
>>>>> a écrit :
>>>>>
>>>>>> Merci Jean François pour le retour.
>>>>>> Le problème me semble assez distinct mais pointe peut-être la
>>>>>> faiblesse du format (?) - voir aussi la doc
>>>>>> <https://docs.qgis.org/2.14/en/docs/user_manual/working_with_vector/virtual_layers.html#performance-issues>
>>>>>> .
>>>>>>
>>>>>> Régis, je travaille sur la base admin-express (chef lieu) et une bdd
>>>>>> CSV issue de l'INSEE. Ca pourrait partir en BDD mais alors, je ne sais pas
>>>>>> si je gagnerai du temps au final.
>>>>>> (Pas mieux via DB Manager)
>>>>>>
>>>>>>
>>>>>> On Fri, Mar 20, 2020 at 3:28 PM Régis Haubourg <
>>>>>> regis.haubourg at gmail.com> wrote:
>>>>>>
>>>>>>> OK, et ben sans connaitre tes sources de données, mais la première
>>>>>>> piste est que tu dois manquer d'indexation sur le code commune , et donc tu
>>>>>>> relis les sources de données à chaque fois.
>>>>>>> C'est quoi comme donnée?
>>>>>>> ça pourrait s'envoyer dans une base de données?
>>>>>>> Est-ce que la même requête en couche virtuelle via DB manager va
>>>>>>> plus vite?
>>>>>>>
>>>>>>> Le ven. 20 mars 2020 à 15:00, Simon Georget <simon.georget at gmail.com>
>>>>>>> a écrit :
>>>>>>>
>>>>>>>> Salut Régis
>>>>>>>>
>>>>>>>> GDAL/OGR 2.4.2
>>>>>>>>
>>>>>>>> Voici la requête en question :
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> *SELECT CODGEO, LIBGEO, DCLT, L_DCLT, NBFLUX_C16_ACTOCC15P,
>>>>>>>> make_line(a.geometry, b.geometry) FROM flux LEFT JOIN CHEF_LIEU a ON
>>>>>>>> flux.CODGEO = a.INSEE_COM LEFT JOIN CHEF_LIEU b ON flux.DCLT = b.INSEE_COM
>>>>>>>> WHERE a.INSEE_COM != b.INSEE_COM *
>>>>>>>>
>>>>>>>> On Fri, Mar 20, 2020 at 2:33 PM Régis Haubourg <
>>>>>>>> regis.haubourg at gmail.com> wrote:
>>>>>>>>
>>>>>>>>> Hello, je n'utilise pas trop. Tu as quelle version de GDAL ?
>>>>>>>>> Tu peux partager la définition du VRT ?
>>>>>>>>>
>>>>>>>>> Régis
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Le ven. 20 mars 2020 à 14:08, Simon Georget <
>>>>>>>>> simon.georget at gmail.com> a écrit :
>>>>>>>>>
>>>>>>>>>> Salut la liste,
>>>>>>>>>>
>>>>>>>>>> Depuis quelques temps, j'utilise les VRT et je constate de très
>>>>>>>>>> grosses lenteurs dans le traitement - plusieurs limites, limite freezing.
>>>>>>>>>>
>>>>>>>>>> Pour préciser le type de traitement, je croise deux couches de
>>>>>>>>>> données, l'une de 35000 lignes et l'autre de 1000 environ en générant des
>>>>>>>>>> géométries (lignes sur la base de 2 points).
>>>>>>>>>> Suis-je le seul à constater de telles lenteurs ? D'autres retours
>>>>>>>>>> sur le sujet ?
>>>>>>>>>> Je travaille sur Ubuntu avec la 3.12. J'avais les mêmes
>>>>>>>>>> impressions avec la 3.10 et avant.
>>>>>>>>>>
>>>>>>>>>> Merci à vous,
>>>>>>>>>> A très vite,
>>>>>>>>>>
>>>>>>>>>> Simon
>>>>>>>>>> _______________________________________________
>>>>>>>>>> QGIS-fr-user mailing list
>>>>>>>>>> QGIS-fr-user at lists.osgeo.org
>>>>>>>>>> https://lists.osgeo.org/mailman/listinfo/qgis-fr-user
>>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>> QGIS-fr-user mailing list
>>>>>>>> QGIS-fr-user at lists.osgeo.org
>>>>>>>> https://lists.osgeo.org/mailman/listinfo/qgis-fr-user
>>>>>>>>
>>>>>>> _______________________________________________
> QGIS-fr-user mailing list
> QGIS-fr-user at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/qgis-fr-user
>


-- 
Pierre-André Le Ny
*Le Ny Conseil*
+33(0)662390140
http://www.lenyconseil.fr
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.osgeo.org/pipermail/qgis-fr-user/attachments/20200320/e373cd68/attachment-0001.html>