<br><br><div class="gmail_quote">2009/12/30 François Van Der Biest <span dir="ltr"><<a href="mailto:francois.vanderbiest@camptocamp.com">francois.vanderbiest@camptocamp.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

Il faut dire aussi que les données que possède BMO sont beaucoup plus<br>
riches en attributs que celles que l'on nous a offert initialement en<br>
guise de test.<br>
<br>
Aussi, la donne est un peu changée : on peut cette fois recréer les<br>
tags highway=*<br>
D'ou la question d'un import massif impliquant écrasement.<br>
<br></blockquote><div><br>Et le but est d'apporter la valeur ajoutée là où BMO est en retrait : le détail (footway/pedestrian/accessibilité/handicapé/etc...) d'où un travail à faire à la suite de cette import pour : <br>

- intégration des données<br>- valeur ajoutée par implication des assos <br><br><br>A voir aussi si on peut associer les batiments au numero d'adresse correspondant. De ce que j'ai compris, il y a un layer qui positionne le numero d'adresse à l'endroit où il est affiché sur les maisons, mais il y a peut être un moyen de l'associer à la couche bati.<br>

<br><br><br> <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
F.<br>
<br>
2009/12/30 Steven Le Roux <<a href="mailto:steven@le-roux.info">steven@le-roux.info</a>>:<br>
<div><div></div><div class="h5">> Bonjour,<br>
><br>
> À la vue de l'import différentiel réalisé sur BMO, et du décalage constant<br>
> qu'on a sur toute la couche filaire existante au sein de BMO (en parti dû à<br>
> l'imprecision des images aérienne Yahoo), la quantité de travail pour<br>
> corriger ça est telle, qu'on (BMO, François Van Der Biest et moi) se pose la<br>
> question d'effectuer un import global de tout BMO, ce qui implique de purger<br>
> l'existant.<br>
><br>
> Le but serait donc de supprimer :<br>
> highway=primary/secondary/tertiary/unclassified/residential<br>
><br>
> et de préserver ce qui est<br>
> piste cyclable, footway, pedestrian.<br>
><br>
> Les avantages :<br>
> - précision bien meilleure, basé sur le filaire cadastral et relevés<br>
> topographiques<br>
> - inclusion des attributs (code fantoir !<br>
> (<a href="http://fr.wikipedia.org/wiki/Fantoir" target="_blank">http://fr.wikipedia.org/wiki/Fantoir</a>) , mais on récupère aussi la<br>
> hierarchie, ce qui permet de reconstruire les tags primary/secondary/etc...)<br>
> - la code fantoir permet de lier le bati à une voie (exemple : Si le code de<br>
> la rue "Route des mouettes" est "<prefix>" alors, habitant au 15 de la rue,<br>
> mon code d'adressage est : <prefix>015<br>
> - inclusion des données routières (limitation de vitesse, feux, etc...)<br>
><br>
><br>
> Inconvénients :<br>
> - Petite perte de précision sur les carrefours, rdp, etc... mais comme ils<br>
> sont de toute façon mal placé, c'est à refaire. Nous allons néanmoins<br>
> étudier la possibilité de conserver les carrefours (aucune garantie).<br>
> - Supression du travail de quelques personnes<br>
><br>
> Je pense que c'est le moment de le faire. Plus on attend, plus on aura de<br>
> gens à travailler sur le projet, et tant qu'à en avoir, autant travailler<br>
> ensemble sur une base propre. La supression du travail existant ne doit pas<br>
> porter affront aux contributeurs. L'objectif d'OSM n'est pas de contenter<br>
> les contributeurs mais bien de fournir une carte libre, et la plus complète<br>
> et précise possible. Dans cet objectif, nous nous heurtons à un problème<br>
> simple : nous n'avons pas assez de monde pour faire ces modifications nous<br>
> même, du moins dans un laps de temps convenable.<br>
><br>
> Je propose donc un vote (surtout pour les personnes concernées :<br>
> <a href="http://www.flickr.com/photos/stevenleroux/4228198366/" target="_blank">http://www.flickr.com/photos/stevenleroux/4228198366/</a> , mais ouvert à tous)<br>
> afin de valider le principe de suppression/import massif sur BMO.<br>
><br>
> Une page a été créer dans ce but et est accessible depuis la page BMO :<br>
> <a href="http://wiki.openstreetmap.org/wiki/BMO#BMO_Voting_principle" target="_blank">http://wiki.openstreetmap.org/wiki/BMO#BMO_Voting_principle</a><br>
><br>
> La page de vote est accessible directement ici :<br>
> <a href="http://wiki.openstreetmap.org/wiki/BMO_Global_import_principle" target="_blank">http://wiki.openstreetmap.org/wiki/BMO_Global_import_principle</a><br>
><br>
> Dans la perspective d'un import global, je vous encourage à contribuer à<br>
> l'extérieur de BMO jusqu'à la fin du vote.<br>
><br>
> Merci de votre participation.<br>
><br>
><br>
><br>
> --<br>
> Steven Le Roux<br>
> Jabber-ID : <a href="mailto:Steven@jabber.fr">Steven@jabber.fr</a><br>
> 0x39494CCB <<a href="mailto:steven@le-roux.info">steven@le-roux.info</a>><br>
> 2FF7 226B 552E 4709 03F0  6281 72D7 A010 3949 4CCB<br>
><br>
</div></div>> _______________________________________________<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>
><br>
><br>
<br>
_______________________________________________<br>
Talk-fr-bzh mailing list<br>
<a href="mailto:Talk-fr-bzh@openstreetmap.org">Talk-fr-bzh@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-fr-bzh" target="_blank">http://lists.openstreetmap.org/listinfo/talk-fr-bzh</a><br>
</blockquote></div><br><br clear="all"><br>-- <br>Steven Le Roux<br>Jabber-ID : <a href="mailto:Steven@jabber.fr">Steven@jabber.fr</a><br>0x39494CCB <<a href="mailto:steven@le-roux.info">steven@le-roux.info</a>><br>

2FF7 226B 552E 4709 03F0  6281 72D7 A010 3949 4CCB<br>