oups, partie sans la fin de ma phrase : j'ai pas vérifié quel level était le bon dans les données.
Le 24 mars 2015 01:40, Jérôme Amagat <jerome.ama...@gmail.com> a écrit : > ça améliore pas mal les données mais il y a des inexactitudes donc c'est > mauvais d’après toi. (réaction que j'ai déjà vu ici sur d'autres types de > données). > d’après ce qui a été dit il ne touche pas aux bâtiments avec déjà des tags > de hauteur et rien n’empêche que d'autres contributeurs n’améliore se qui a > déjà été touché par son script. > > je n'y connais pas grand chose en import mais ce que j'ai compris : > - pour l'importation il faut le faire à partir un compte dédié à l'import > (un compte normale mais avec sur sa page une description de ce qui est > importé.) > - vu que c'est sur la France il faut en discuter ici > > Apres, je suis aller voir les données rapidement là > http://api06.dev.openstreetmap.org/api/ > (pour ceux qui ne savent pas comme moi il y a quelque minutes, dans josm, > préférence, mettre cette adresse comme serveur où se connecter puis charger > la zone modifié ("une zone couvrant Bastille / Gare de Lyon / Nation")). > on voit dans l'historique que tu as fais "plusieurs passages" qui modifies > plusieurs fois les level pour certains building, j'ai pa > > Le 24 mars 2015 00:24, dHuy Pierre <dh...@yahoo.fr> a écrit : > > Effectivement, si tu fais ça, ça serait uploader des données erronées si >> tu le fais directement... C'est un travail minutieux que de cartographier >> les volumes, ça sert ensuite pour mettre en place une visualisation 3D et >> une erreur sur ces datas provoquera, une erreur dans la visualisation et >> réduira conséquemment l'appréciation d'osm pour ce type de données, alors >> qu'à Paris de nombreux cartographes y travaillent (jette un oeil à Cité). >> Librement, >> >> >> >> Le Lundi 23 mars 2015 23h38, Vincent de Château-Thierry < >> v...@laposte.net> a écrit : >> >> >> >> Le 23/03/2015 21:27, Vincent Frison a écrit : >> > >> > Mon programme ne rajoute pas ou ne découpe de bâtiment, il rajoute juste >> > des tags sur des bâtiments déjà existants dans OSM. >> > >> > Si un bâtiment a plusieurs étages il y aura à coup sûr plusieurs >> > bâtiments dans la base d'OpenDataParis (ODP) car effectivement cette >> > dernière possède un découpage extrêmement précis des bâtiments (plus de >> > 300 000 "volumes bâtis" !!), bien plus que le découpage des bâtiments >> d'OSM. >> > >> > Imaginons un bâtiment de 8 étages collé à un autre de 5 étages. Si il y >> > a déjà un découpage en 2 bâtiments dans OSM, ça va coller nickel. Sinon >> > ça sera une simplification : si OSM n'a qu'a seul bâtiment pour >> > représenter ces 2 immeubles alors il faudra choisir, 5 ou 8 étages. Mais >> > comme je regarde les surfaces et ça sera le bâtiment d'ODP qui aura la >> > surface la plus proche du bâtiment d'OSM qui sera pris en compte. C'est >> > donc une simplification et dans l'idéal il faudrait découper le bâtiment >> > d'OSM en 2 bâtiments mais c'est pas ce que fait mon programme. >> > >> > N'hésitez pas à regarder le résultat sur la zone de test entre Bastille >> > et Nation pour vérifier des cas concrets. >> >> >> En enregistrant le résultat de tes programmes, non en base OSM, mais >> dans des fichiers au format .osm, mis ensuite à disposition, tu rendrais >> possible plusieurs aspects : >> - le contrôle a priori, chacun ayant le loisir d'inspecter un fichier >> _avant_ que ses modifs ne soient en base >> - la répartition du travail : on peut imaginer un lotissement par pâté >> de maisons, feuille cadastrale, ou autre segmentation, ce qui ouvre la >> possibilité d'un travail coordonné comme ça existe déjà sur d'autres >> sujets >> - la mise en évidence de divergences entre les bâtis attendus et ceux >> trouvés dans OSM, comme dans ton exemple ci-dessus. Rien n'oblige à >> appliquer des tags en cherchant un critère d'affectation à tout prix. >> Devant une ambiguïté, on peut imaginer un signalement directement dans >> les fichiers mis à disposition, sous forme de tag fixme par exemple. >> >> vincent >> >> _______________________________________________ >> Talk-fr mailing list >> Talk-fr@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-fr >> >> >> >> >> _______________________________________________ >> Talk-fr mailing list >> Talk-fr@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-fr >> >> >
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
