[QGIS-fr-user] QGIS et VRT

[Simon Georget]

Salut P-A,
Oui, probable ! Merci de la suggestion.
Bon week-end,

On Fri, Mar 20, 2020 at 11:52 PM Le Ny Conseil <contact at lenyconseil.fr>
wrote:

> 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/20200321/7b0391af/attachment.html>