[QGIS-fr-user] QGIS et VRT

[Régis Haubourg]

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
>>>>>>
>>>>>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.osgeo.org/pipermail/qgis-fr-user/attachments/20200320/486ea97a/attachment-0001.html>