<br><br><div class="gmail_quote">Le 4 mars 2010 15:23, Christophe Merlet (RedFox) <span dir="ltr"><<a href="mailto:redfox@redfoxcenter.org">redfox@redfoxcenter.org</a>></span> a écrit :<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">
><br>
> Chacun reste libre de contribuer ce qu'il veut, non ?<br>
<br>
</div>Tout à fait.<br></blockquote><div>Et même de ne pas contribuer dans un domaine.<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;">

Mais plutôt que de se servir de la base de données d'OSM pour<br>
expérimenter tout et n'importe quoi, il serait plus judicieux de<br>
développer ce genre de données dans une base distincte et de fusionner<br>
après coup dans OSM si la qualité des données est réelle.<br></blockquote><div>Certainement qu'il y aura un import dans une base de test avant l'import en vraie grandeur. <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;">

Je ne voit pas l'intérêt de n'avoir qu'une centaine (en étant généreux)<br>
de tag "bureau de vote" dans osm.<br>
<br>
Je ne vois pas non plus l'intérêt de mettre des balises qu'aucune appli<br>
n'affiche ou utilise !<br>
<div class="im"><br>
> > Pour faire des cartes spécifiques et personnalisées il existe OpenLayers<br>
> > et qu'OSM servent de *fond de carte* pour une appli recensant les<br>
> > bureaux de votes. ça ne me dérange pas.<br>
><br>
> Les bureaux de votes peuvent très bien être taggésdans la base, mais ne<br>
> pas apparaitre sur les rendus « par défaut », mais seulement par un<br>
> style de rendu spécifique.<br>
> Ou que les tags entrés ans la base servent à produire un calque<br>
> Openlayers.<br>
<br>
</div>Et quelqu'un qui fait une page PHP utilisant OpenLayers pour afficher<br>
les bureaux de vote, peut aussi utiliser SQLite pour stocker<br>
l'emplacement de ces bureaux de vote...<br>
<br>
Il faut être conscient qu'on ne peut pas tout mettre dans la base d'OSM<br>
sous peine de devenir ingérable, inéditable et indébugable !<br></blockquote><div>Il y a six mois, je n'aurai pas taggué les lignes de bus comme maintenant.<br>Aujourd'hui, les outils de contrôle existent. <br></div>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
Tous les autres projets de développement font la distinction entre tronc<br>
commun et branche de développement. Il faudrait qu'OSM s'y mette...<br></blockquote><div>C'est fait. Il y a déjà des bases qui tournent, qui testent, qui murrissent..<br>Par exemple, le prix de l'essence... CLC.osmose... <br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
<br>
En attendant, si on s'assurait qu'il existe déjà au moins un nœud pour<br>
chaque commune de France, n'est-ce pas là une idée révolutionnaire qui<br>
peut sans doute réussir a faire l'unanimité ?<br></blockquote><div>Le jour on on a eu une base de landuse, on l'a importé.<br>On a une base des repères géodésiques, on tente de l'importer.<br>Le jour où on a une base des admin_centre, on lance un import ! Promis ! (bon, c'est pas moi qui le ferai)<br>
Le jour où on a une base exaustive des routes tertiary, unclassified, residential, on l'importe ! Promis !<br>Le jour où on a une base des établissements scolaires... (refrain connu)<br>Le jour où le Kompass passe en CC-by-SA...<br>
Là on a peut-être bien une base des bureaux de votes, ce serait dommage de la laisser dans les choux.<br><br>Faites-vous plaisir, disaient-ils.<br>--<br>FrViPofm<br></div></div><br>