Feat(back): Plantability computation in raster instead of geom#193
Feat(back): Plantability computation in raster instead of geom#193ludovicdmt merged 19 commits intodevfrom
Conversation
|
Ca va beaucoup plus vite de calculer comme ça (~2h vs 2j) MAIS:
|
Marc-AntoineA
left a comment
There was a problem hiding this comment.
Je ne comprends pas l'intention générale de cette MR.
Je crois comprendre que tu as là une expérimentation pour optimiser le temps de génération des tuiles. Et pour le moment, il y a donc aucune modification du code déjà en place en particulier aucune suppression de code qui serait remplacé par les raster.
Tu écris que "ça alourdit d'avoir autre chose que des carrés : un pixel c'est carré et dessiner des formes plus complexes demanderait une résolution du raster trrèèèèès grande".
👉 Est-ce que ça signifie donc que les tuiles hexagonales ne sont pas envisageables avec cette option ?
"On perd l'info qui était quels pourcentages de facteurs sur chaque tuile qui n'est plus que sous forme de raster"
👉 Est-ce seulement un problème de non-rétrocompatibilité avec la version actuelle ?
| **data, | ||
| "geometry": GEOSGeometry(data["geometry"].wkt), | ||
| "metadata": data_config["name"], | ||
| "factor": data["factor"], |
There was a problem hiding this comment.
C’est pas déjà inclus dans **data ?
|
En utilisant le process en raster on fait :
En base nous n'avons que des géoms qui correspondent au score de plantabilité. Nous n'avons pas de géoms qui correspondent à l'occupation des sols par chaque facteur. |

Datainto raster maps with a resolution of 1x1 meter