Ou une interface à la "OpenSolarMap" pour les cas à regarder de près ^^
Le 17 novembre 2015 23:39, Tyndare <tynd...@wanadoo.fr> a écrit : > 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 <didier2...@free.fr> 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 > >> dev-fr@openstreetmap.org > >> https://lists.openstreetmap.org/listinfo/dev-fr > > > > > > > > _______________________________________________ > > dev-fr mailing list > > dev-fr@openstreetmap.org > > https://lists.openstreetmap.org/listinfo/dev-fr > > _______________________________________________ > dev-fr mailing list > dev-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/dev-fr > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus", Nadja
_______________________________________________ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
