Merci pour ces suggestions, plein de bonnes idées, je retiens surtout les premières car les suivantes me semblent trop compliquées à programmer (cad identifier une zone à risque pour moduler les critères de recherches aux alentours).
Ça me fait penser à une approche totalement différente auquel j'ai rêvé sans avoir la moindre des compétences pour la mettre en œuvre: utiliser un algo d'apprentissage. On pourrait utiliser des villes qu'on sait avoir été corrigées dans OSM et comparer à l'extrait du cadastre pour l’alimenter en cas positif/négatif. Problème c'est que je n'y connais absolument rien dans ce domaine, et je ne sais pas trop ce qu'il faudrait lui donner à manger exactement. Quelqu'un connaît une solution opensource qu'on pourrait utiliser pour faire ce genre d'apprentissage ? Le 17 novembre 2015 16:41, didier2020 <[email protected]> a écrit : > deja bonjour! > > pour l'optimisation je ne sais pas ...mais après avoir trituré un peu > les batiments, j'ai remarqué > > - les batiments peuvent avoir des angles bizares sans pour autant etre > morcelé (une petite pointe) => calcul des angles sur des segments > suffisement grand , plutot que 90°, tres pointu . > mon dernier calcul du nombre moyen de node pour un batiment etait de 5 > => ecarter les segments faisant moins de périmetre/5 (ou plus) ? > > - il suffit de trouver un batiment morcelé pour en avoir d'autre a coté > (ce qui rejoint l'analyse de vincent pour les parcelles) > > - les zones industrielles , d'activités sont par nature plus favorable > au morcellement => recherche par surface (avec josm ca marche bien) > > - recherche par nombre de nodes (avec josm ca marche bien) pour la > simplification ou les reservoir coupés n morceaux > > > > Le lundi 16 novembre 2015 à 19:46 +0100, Tyndare a écrit : >> >> Bonjour, >> >> J'ai voulu essayer de faire une analyse osmose pour détecter des >> bâtiments fractionnés à cause du cadastre. >> Pour l'instant ce n'est pas vraiment une réussite, je ne sais pas si >> il y aurait des volontaires pour m'aider, je ne maîtrise pas du tout >> SQL ou PostGIS en fait... >> >> Ce que j'ai voulu faire c'est détecter les situations où un bâtiment >> est collé à un autre de manière rectiligne, mais dont l'angle avec la >> section commune ne soit pas à 90°: >> >> -----+---- >> / >> / >> --+------- >> >> J'ai deux problèmes: >> >> 1. Le principe marche relativement bien dans les zones modernes (où >> les bâtiments sont à peut près carrés), mais trouves beaucoup trop de >> faux positifs dans les vielles villes. >> Si quelqu'un à une idée d'heuristique pour réduire le nombre de faux >> positifs je suis preneur. >> >> >> 2. Ma requête SQL est beaucoup trop compliquée, et elle génère des >> tables intermédiaires de taille exponentielle... >> Si une âme charitable est motivé pour jeter un œuil à mon horrible >> requête SQL et me donner quelques conseils d'optimisation: >> >> https://github.com/tyndare/osmose-backend/commit/6dd5e773ac7e0f5480518c066ed2bd4b0c50a04e >> >> Merci, >> >> Tyndare. >> >> _______________________________________________ >> dev-fr mailing list >> [email protected] >> https://lists.openstreetmap.org/listinfo/dev-fr > > > > _______________________________________________ > dev-fr mailing list > [email protected] > https://lists.openstreetmap.org/listinfo/dev-fr _______________________________________________ dev-fr mailing list [email protected] https://lists.openstreetmap.org/listinfo/dev-fr
