Le portail francophone de la géomatique

Bonjour, et merci pour ta réponse.

J'avoue que je n'y connais absolument rien en programmation sous QGIS. Quelle(s) fonction(s) utiliser? Aurais-tu des éléments plus préciser à proposer?

Encore merci !

Je pense qu'on doit effectivement pouvoir trouver une telle bible (ça existe pour html, css et autres, alors pour pyhton, ça doit se trouver). Il faudra que je recherche.

Il est vrai que la solution de créer plusieurs centroides en fonction d'un champ attributaire n'est pas la seule. Je sais que je peux également passer par excel pour faire certaines manipulations simplement et réimporter mes résultats en csv.

Pour faire simple, l'affaire qui me pose souci c'est que j'aimerais compter le nombre de logements (j'ai pu obtenir les fichiers fonciers anonymisés sur mon territoire) que j'ai dans une tâche urbaine (générée par la méthode de dilatation / érosion présentée par le certu : http://lara.inist.fr/bitstream/handle/2 … sequence=1).
Mon premier souci c'est que j'ai des points qui sont situés au centroide de parcelles qui se retrouvent hors tâche urbaine alors que le bâti sur ces parcelles est bien dans la tâche urbaine. Il m'est arrivé de copier ma couche de points et de les déplacer manuellement, mais là j'ai plus de 3800 points et je cherche une technique plus simple à mettre en oeuvre.
Second paramètre, il arrive que j'aie plusieurs points pour une seule parcelle (jusqu'à 48 là où j'ai du collectif).
Du coup, j'ai fait une requête spatialite pour compter le nombre de logements que j'ai sur chaque parcelles (données qui sont toutes présentes dans les fichiers fonciers). Ensuite j'ai fait une jointure entre mon parcellaire et le résultat de ma requête afin de savoir combien j'avais de logements sur les parcelles. Et c'est là que ça se complique.
D'habitude une simple fonction "Compter les points dans le polygone" suffit, mais là j'ai toujours des centroides qui sont hors tâche urbaine alors qu'ils ne devraient pas (D'ailleurs, par définition, aucun centroide ne devrait se retrouver hors tâche urbaine). Je voulais faire l'intersection de ma couche de parcelles accueillant des logements et de ma tâche urbaine et en extraire autant de centroides que de logements, mais j'avoue que je me demande si c'est vraiment le plus simple...
Mon objectif final reste de déterminer où se situent les logements sur mon territoire (hameau, bourg,...) en fonction de ma tâche urbaine et des fichiers fonciers.

Si tu as d'autres propositions, je reste preneur !

PS : Concernant le Python, j'avoue que ce serait bien de le connaître. Sauf que la grande majorité des traitement que je dois réaliser dans mon travail ne nécessitent pas de coder, et c'est pourquoi je ne me suis jamais penché dessus...

Il est vrai que la données est présente dans les fichiers fonciers (champ dnbniv), mais j'ai évité de m'en servir car le cerema indique (http://piece-jointe-carto.developpement … lotslocaux) que la donnée est peu fiable et qu'il vaut mieux éviter la traiter. Il s'agit plus d'une donnée indicative à leurs yeux.

Bonjour Santanna

Effectivement, je me suis mal exprimé. Il faudrait plutôt lire "Aucun logement ne devrait se retrouver hors tâche urbaine" !

Malheureusement (et pour répondre à la fin de ton message) je me retrouve avec des parcelles qui ne sont pas couvertes par ma tâche urbaine. J'en dénombre 7 (qui me pourrissent mes statistiques d'ailleurs). Pour finir sur cette histoire de tâche urbaine, je ne comprend pas comment c'est possible étant donné que j'ai quand même le cadastre 2017 en ma possession et que le millésime des fichiers fonciers que j'ai obtenu est celui de 2015 (à moins qu'il n'y ait eu des évolutions du cadastre...).
Mais du coup la jointure ne marche pas dans ce cas là. Pas en l'état du moins.
Du coup je vais devoir tricher un peu (gnéhéhéhé) pour avoir des statistiques correctes.

Car en effet, il s'agit juste d'avoir le nombre de logement pas tâche urbaine, et non pas une représentation graphique par densité de points.
C'est vrai que la fonction de génération de points aléatoires dans un polygone semble sympathique, d'autant plus qu'ils se retrouveront forcément dans ce polygone, ce qui n'est pas forcément le cas du centroide... Par contre je crois bien qu'il faut un champ de chiffres décimaux. Mais mon problème reste le même que pour la jointure : Toutes mes parcelles ne sont pas couvertes par ma tâche urbaine...

Voilà quelque pistes que je vais explorer. Mais je sens que la solution est proche !
Merci pour vos réponses !