<div dir="ltr">Ça va quand même être difficile de faire ça sans rien ajouter dans OSM. Certaines limites n'existent simplement pas dans la zone où je regarde (ma commune). J'ai précisément une limite qui semble être la voie ferrée et comme les rails sont multiples, je serais tenté de placer une limite "boundary" filaire pour clore ma surface constituée jusque là de boundary=admin et de highway.<div><br></div><div>Mais la question vaut d'être posée ! Dans OSM, ou pas ?</div><div><br></div><div>A+</div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature">Marc Sibert<br><a href="mailto:marc@sibert.fr">marc@sibert.fr</a></div></div>
<br><div class="gmail_quote">Le 20 janvier 2015 17:36, JB <span dir="ltr"><<a href="mailto:jbosm@mailoo.org" target="_blank">jbosm@mailoo.org</a>></span> a écrit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF">
On parle bien de « couche » comme dans « pas dans la base principale
d'OSM » ? <br>
(Si oui, j'approuve, si non, je me demande qui va entretenir ça et
comment les nouveaux contributeurs vont encore se prendre ça dans la
figure…)<br>
JB.<br>
<br>
<div>Le 20/01/2015 17:24, Damouns a écrit :<br>
</div><div><div class="h5">
<blockquote type="cite">
<div dir="ltr">
<div>Quand je vois que les nouveaux cantons ne sont pas encore
tous saisis je crains un peu que cette nouvelle idée ne soit
jamais terminée...<br>
<br>
</div>
Mais c'est effectivement une couche qui serait utile.<br>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">Le 20 janvier 2015 17:21, Marc SIBERT <span dir="ltr"><<a href="mailto:marc@sibert.fr" target="_blank">marc@sibert.fr</a>></span>
a écrit :<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">Bonjour,
<div><br>
</div>
<div>Il faudrait aussi se limiter à un modèle
contour/surface pour simplifier la création et l'usage
(si c'est possible en même temps) et sans ajouter trop
de surcharge à la carte (les relations pour ça c'est
bien, mais plus difficile à maintenir il est vrai).</div>
<div><br>
</div>
<div>Il faut voir qu'une majorité des IRIS correspondent
aux communes et qu'il est facile de copier les relations
administratives existantes pour en faire des surfaces
"census".</div>
<div><br>
</div>
<div>A+</div>
</div>
<div class="gmail_extra"><br clear="all">
<div>
<div>Marc Sibert<br>
<a href="mailto:marc@sibert.fr" target="_blank">marc@sibert.fr</a></div>
</div>
<br>
<div class="gmail_quote">Le 20 janvier 2015 14:51, Vincent
de Château-Thierry <span dir="ltr"><<a href="mailto:osm.vdct@free.fr" target="_blank">osm.vdct@free.fr</a>></span>
a écrit :<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Bonjour,<br>
<br>
L'APUR libère des données qui sont parfois évoquées
ici, souvent pour regretter leur caractère non libre,
car s'appuyant sur des géométries de l'IGN. Il s'agit
des les limites statistiques infracommunales Îlots et
IRIS :<br>
<a href="http://www.apur.org/article/donnees-disponibles-open-data" target="_blank">http://www.apur.org/article/donnees-disponibles-open-data</a><br>
Les données Îlot ne sont pas (au moins en diffusion
INSEE) promises à grand avenir :<br>
<a href="http://www.insee.fr/fr/methodes/default.asp?page=definitions/ilot.htm" target="_blank">http://www.insee.fr/fr/methodes/default.asp?page=definitions/ilot.htm</a><br>
donc les intégrer dans OSM se discute.<br>
Proposer en revanche un fond IRIS [1] national et
libre aurait de l'allure, et des consommateurs. Les
données de l'APUR sont un matériau pertinent, sur
Paris et petite couronne, pour alimenter cette
démarche. Il faudrait à cette occasion établir un
schéma de tags, à base de boundary=census ou
boundary=statistical, non documentés pour l'instant.<br>
<br>
vincent<br>
<br>
[1] : <a href="http://www.insee.fr/fr/methodes/default.asp?page=definitions/iris.htm" target="_blank">http://www.insee.fr/fr/methodes/default.asp?page=definitions/iris.htm</a><br>
<br>
_______________________________________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a><br>
</blockquote>
</div>
<br>
</div>
<br>
_______________________________________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a><br>
<br>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset></fieldset>
<br>
<pre>_______________________________________________
Talk-fr mailing list
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a>
</pre>
</blockquote>
<br>
</div></div></div>
<br>_______________________________________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a><br>
<br></blockquote></div><br></div>