<br><br><div class="gmail_quote">2010/2/25 rgourrat <span dir="ltr"><<a href="mailto:rgourrat@ag-carto.fr">rgourrat@ag-carto.fr</a>></span><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
Ah ! le coquin qui élude la question... cela me parait un détail...<br>
<br>
mon job et je suis payé pour ça est de générer, mettre à jour et délivrer de<br>
la donnée.<br>
<br>
Je passe donc pas mal d'énergie à fédérer les acteurs du territoire de mes<br>
clients pour les échanges de données.<br>
<br>
ce n'est au final que l'adhésion du conseil muncipal à diffuser sous licence<br>
OSM de la donnée qu'il diffuse aux autres acteurs de cartes GPS à titre<br>
gratuit.<br>
<br>
fastoche ! ce sera fait avant toute montée en charge dans OSM.<br></blockquote></div><br>Désolée qu'on insiste sur ce point, mais ça reste un peu la règle vraiment importante a respecter pour OSM.<br>Pour le SQL je te fournirais les commandes SQL nécessaires pour importer dans Postgis ce week end. Si quelqu'un peut le faire plus vite que moi, que cette personne n'hésite pas. <br>
Ma question sur la cohérence des données était s'il n'y avait pas de LINESTRING pour chaque adresse. S'il y a une clé qui permet de relier facilement le LINESTRING au point, ce n'est pas un problème. C'est juste que parfois on a des surprises.<br>
Je crois que pour la suite on verra une fois qu'on a les données. Je générerais des fichiers shapefile avec les deux couches que vous avez.<br>Enfin merci beaucoup pour toutes tes réponses.<br><br>Emilie Laffray<br>