[QGIS-fr-user] QGIS et VRT

[Simon Georget]

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/5cfdff7f/attachment.html>