Le portail francophone de la géomatique

Bonjour,
C'est tout aussi logique que la ligne disparaisse. En effet, c'est l'affichage du point qui déclenche la création de la ligne. Dès lors que le point n'est pas affiché parce que hors de la zone, la ligne n'est pas affichée.

Une solution serait d'inverser la séquence et de générer une nouvelle couche constituée de lignes dont la représentation afficherait un disque sur le point origine. Ainsi, les lignes seraient affichées même si partiellement dans la zone.

Oui, vous remplacez chaque couple point+direction par une ligne dans votre .csv

Oui, si le .shp (plus généralement la couche) contient les points origine/extrémité définissant les lignes avec un attribut commun permettant de les regrouper et un autre permettant de les ordonner afin de garder le sens d'orientation.

Peut-être mais je n'en vois pas. Je ne connais pas vos données, mais si vous raccourcissez les lignes matérialisant les trajectoires, le résultat ne convient-il pas ?

Merci pour cette suggestion de "couche virtuelle".

Mes premiers essais semblent prometteurs mais je suis en train de me battre avec l'ajout de ligne d'en-tête qui casse pas mal les "codes" à base de "field_xx" pour le filtrage et la génération de géométries justement.

Si vous connaissez un moyen pour facilement faire migrer ces codes à base de "field_xx" quand on ajoute une ligne d'en-tête dans les fichiers sources, ça serait pas de refus.

Merci,

Désolé pour ma dernière question qui n'était pas claire.
J'essayai de faire 2 choses à la fois :
- "restructurer" le contenu de mes fichiers de résultat (des scripts Python) pour qu'ils aient une ligne d'en-tête
- utiliser des "virtual layers" pour afficher des lignes et non des points.

Je me refocus sur l'utilisation de "virtual layer" et même comme ça, j'arrive pas.

Je suis un peu boulet.

J'arrive à créer des couches virtuelles qui affichent parfaitement ce que je veux.

MAIS, que j'importe depuis un layer déjà existant (qui utilise des filtres en entrée avec "aggregate" donc dépendant encore d'autres layers) ou que j'utilise directement depuis un fichier "delimitedtext" comme sources de données ("couches intégrées"), après fermeture de QGIS avec sauvegarde, quand je rouvre mon ".qgz", j'ai un message d'erreur indiquant que "?layer:delimitedtext:...." est une couche "indisponible".
Et ce qui suit "delimitedtext:" semble montrer qu'il ne gère absolument pas correctement le fait d'utiliser des chemins relatifs, comme c'est indiqué dans les propriétés du projet. (Et la gestion des accents aussi, quand la fonction  "aggregate" du filtre en entré utilise une couche ayant des accents dans son nom).

Pouvez-vous m'indiquer un exemple d'utilisation d'un "virtual layer", comme mon cas d'usage "mettre en forme des données brutes", qui "résiste" à une fermeture/réouverture de QGIS ?

Merci,

J'utilise la version 3.10.

Je vais télécharger la 3.18 (si j'ai bien compris le recensement des bugs, plutôt "velu").

Je vous indiquerai si cela change des choses.

Encore Merci,

-bug echo

Dernière modification par bacelar (Mon 16 November 2020 15:04)

Bonjour,

Alors, si ce n'est déjà fait, aidez à corriger le souci: commencez par signaler le bug (un bug dont on ignore l'existence a moins de chances d'être réglé), et éventuellement voyez comment vous pourriez aider à rendre le processus plus léger (finances, tests...) Vous avez les cartes en mains...

"pas" encore. la 3.10 va (peut-être?) rentrer dans son dernier trimestre de maintenance https://qgis.org/fr/site/getinvolved/de … l#road-map

Oui. Les versions impaires sont des versions de développement. Et elles deviennent paires lorsque publiquement ouvertes au grand public (tous les 4 mois - c'est mieux expliqué dans le lien de dessus)

Comme le nom l'indique, c'est quotidien. Par contre je ne sais pas ce que vous entendez par "cassée". C'est une version dev donc il peut y avoir des bugs introduits mais il y a aussi des corrections de bugs des versions précédentes/en cours, jusqu'à la publication mensuelle.  Et bien sûr, il n'est pas question de la faire utiliser aux usagers, mais c'était pour que vous puissiez tester si les problèmes sont déjà résolus ou pas.

Cordialement,
S.