<div>Bonjour,</div>
<div> </div>
<div>Actuellement la seule information que l'on renseigne (en règle générale) est l'emprise au sol du bâti.</div>
<div>Il y a une proposition pour étendre la description à d'autres éléments tels que </div>
<div>le nombre d'étages, la forme et le matériau du toit, le matériau de construction.</div>
<div><a href="http://wiki.openstreetmap.org/wiki/Proposed_features/Building_attributes">http://wiki.openstreetmap.org/wiki/Proposed_features/Building_attributes</a> (*)</div>
<div> </div>
<div>Dans les quartiers des centres urbains, il y a beaucoup de bâtiments et bien souvent ils sont de même hauteur et de construction similaire (merci Hausmann) . </div>
<div>Mais ce n'est pas toujours le cas, loin de là.</div>
<div> </div>
<div>En fusionnant les parcelles des bâtiments, on se prive de la possibilité de rentrer avec précision ces infos ultérieurement.<br>Après vérification de terrain, certaines parcelles mériteront effectivement d'être fusionnées si le bâtiment qui les compose est uniforme, mais je ne suis pas pour cette opération de fusion durant un import massif<br>
</div>
<div>(*) Je trouve ce genre d'attributs vachement utiles et motivants pour aller vérifier de visu que le cadastre dit vrai tout en précisant ses informations. </div>
<div> </div>
<div>Si l'import permet de prendre l'air plutôt que se ruiner les yeux à dessiner des contours à l'écran, +100 pour moi :-)</div>
<div> </div>
<div> </div>
<div class="gmail_quote">Le 27 novembre 2009 00:21, Vincent de Chateau-Thierry <span dir="ltr"><<a href="mailto:vdct@laposte.net">vdct@laposte.net</a>></span> a écrit :<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid"><br>Pieren a écrit :<br>
<div class="im">> 2009/11/26 Pierre Touzard <<a href="mailto:pierretouzard@yahoo.fr">pierretouzard@yahoo.fr</a>>:<br>><br>>> 2) Une question à poser : Est-il pertinent d'importer tous les bâtiments à<br>
>> l'identique du cadastre ? personnellement j'opterais plutôt pour une fusion<br>>> des bâtiments contigus.<br>>><br>><br>> Pourquoi se priver de cette information ? Personnellement, j'essaie<br>
> autant que possible de faire un bâtiment par adresse.<br>><br>> Pieren.<br>><br></div>Si j'ai pu constater sur le terrain que la limite cadastrale divise en<br>fait une seule construction en plusieurs parcelles, alors je ne trace<br>
qu'un bâtiment global, en rattachant les adresses à des noeuds en<br>façade. Si je n'ai pas pu vérifier, par défaut je divise le bâti en<br>fonction des limites de parcelles. Dans l'hypothèse d'un import auto, on<br>
est selon moi dans cette 2e situation, où il faut préserver la division<br>par parcelles, quitte ensuite après visite sur place à fusionner les<br>polygones pour "réunifier" un bâtiment.<br><br>...et bonne nuit,<br>
<font color="#888888">vincent<br></font>
<div>
<div></div>
<div class="h5"><br>_______________________________________________<br>Talk-fr mailing list<br><a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a><br><a href="http://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">http://lists.openstreetmap.org/listinfo/talk-fr</a><br>
</div></div></blockquote></div><br>-- <br><br>ab_fab<br><br>"Il n'y a pas de pas perdus"<br>