Re: [OSM-dev-fr] Shapé les admin_level=boundary

2013-12-17 Par sujet kimaidou
Bonjour,

Pour info, j'avais fait un test rapide de Mapshaper pour simplifier les
régions françaises, et cela a été très rapide à faire et efficace. CF
fichier lien ci-dessous
http://we.tl/gnmRd84GMY

Bon après, comme a priori le nombre d’éléments après simplification peut
avoir baissé, il ne reste que le shp et le shx, le dbf a sauté. On peut
toujours retrouver les attributs via intersection du centroide des régions
d'origine avec les polygones simplifiés, mais ça demande une étape de plus.

Pour info en python il existe un outil qui fonctionne bien aussi :
https://github.com/mdouchin/Bloch
Testé et approuvé : cf lien ici avec tolérance utilisée : 1000 (après
reprojection en Lambert 93)
http://we.tl/OQsNXaO9dI
Dans ce cas les attributs sont bien conservés.

Bonne journée
Michael


Le 17 décembre 2013 10:01, Christian Quest cqu...@openstreetmap.fr a
écrit :

 Et ici ? http://neocarto.hypotheses.org/244 (CC-by-NC-SA)


 Le 16 décembre 2013 20:26, Rodolphe Quiédeville rodol...@quiedeville.orga 
 écrit :


 Yves yve...@gmail.com writes:

  Juste pour les frontières, natural earth ne te suffit pas ?

 Dans le jeu Admin 0 boundary lines, il y a les frontières, il faudrait
 alors que je merge avec un autre jeu pour obtenir des polygones pas
 pays.
 En tout cas natural earth est une bonne piste que j'avais oubliée.

 Merci



 
  Rodolphe Quiédeville rodol...@quiedeville.org a écrit :
 Bonjour,
 
 Est-ce que quelqu'un à par devers lui les limites administratives
 extraites d'OSM au format shapefile ? Soit les données, soit le script
 pour le faire, voir une méthode à implémenter.
 
 Pour les départements j'ai utilisé Geofla, mais il me faudrait les
 limites nationales des pays européens désormais.
 
 http://www.data.gouv.fr/DataSet/30383060
 
 Merci
 
 --
 Rodolphe Quiédeville
 Expert Tsung - Consulting en performance des SI
 http://blog.rodolphe.quiedeville.org, Tel : 06 13 79 63 41
 Travaillons libres, http://fr.lolix.org/
 
 ___
 dev-fr mailing list
 dev-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/dev-fr

 --
 Rodolphe Quiédeville
 Expert Tsung - Consulting en performance des SI
 http://blog.rodolphe.quiedeville.org, Tel : 06 13 79 63 41
 Travaillons libres, http://fr.lolix.org/

 ___
 dev-fr mailing list
 dev-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/dev-fr




 --
 Christian Quest - OpenStreetMap France
 Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

 ___
 dev-fr mailing list
 dev-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/dev-fr


___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr


Re: [OSM-dev-fr] Shapé les admin_level=boundary

2013-12-17 Par sujet Christian Quest
Les extensions topo de postgis sont bien lentes. J'ai l'impression que ma
série de requête est quand même nettement plus rapide.

L'autre problème, c'est que j'ai déjà du mal à créer la topologie initiale
car ça me sort des erreurs de topo peu claires.
J'explore donc avec des choses plus light, comme les départements. Ca
devrait faire moins de géométries pour tester le principe.

Pour l'instant c'est avec les multipolygones que j'essaye de créer la
topologie, mais je pense passer sur les linestring de limites, au moins ça
aidera à identifier plus rapidement les endroits où il y a un souci de topo
dans les données de départ.

Le 17 décembre 2013 10:19, kimaidou kimai...@gmail.com a écrit :

 Oh tiens, je viens de voir que les régions simplifiées via Bloch ont
 laissé des plumes, comme l'enclave des Papes par exemple.. A creuser donc.
 Sinon, je pense que la solution PostGIS, si elle peut sembler lourde, sera
 sûrement la plus souple et robuste pour ce travail, comme l'a commencé
 Christian (tester aussi l'utilisation de la topologie dans PostGIS)

 Michael


-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr


Re: [OSM-dev-fr] Shapé les admin_level=boundary

2013-12-17 Par sujet Christian Quest
Je confirme, très très lent... 69 secondes pour transformer 8 linestring en
topo... à ce rythme, vu qu'il y en a 109902, ça va mettre plus de 10j  !

Donc si je veux avoir des limites simplifiées d'ici demain 16h30 je
retourne à mes requêtes ;)


Le 17 décembre 2013 11:27, Christian Quest cqu...@openstreetmap.fr a
écrit :

 Les extensions topo de postgis sont bien lentes. J'ai l'impression que ma
 série de requête est quand même nettement plus rapide.

 L'autre problème, c'est que j'ai déjà du mal à créer la topologie initiale
 car ça me sort des erreurs de topo peu claires.
 J'explore donc avec des choses plus light, comme les départements. Ca
 devrait faire moins de géométries pour tester le principe.

 Pour l'instant c'est avec les multipolygones que j'essaye de créer la
 topologie, mais je pense passer sur les linestring de limites, au moins ça
 aidera à identifier plus rapidement les endroits où il y a un souci de topo
 dans les données de départ.

 Le 17 décembre 2013 10:19, kimaidou kimai...@gmail.com a écrit :

 Oh tiens, je viens de voir que les régions simplifiées via Bloch ont
 laissé des plumes, comme l'enclave des Papes par exemple.. A creuser donc.
 Sinon, je pense que la solution PostGIS, si elle peut sembler lourde,
 sera sûrement la plus souple et robuste pour ce travail, comme l'a commencé
 Christian (tester aussi l'utilisation de la topologie dans PostGIS)

 Michael


 --
 Christian Quest - OpenStreetMap France
 Un nouveau serveur pour OSM... http://donate.osm.org/server2013/




-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr


Re: [OSM-dev-fr] Shapé les admin_level=boundary

2013-12-17 Par sujet Christophe Merlet
Le 17/12/2013 11:43, Christian Quest a écrit :
 Je confirme, très très lent... 69 secondes pour transformer 8 linestring
 en topo... à ce rythme, vu qu'il y en a 109902, ça va mettre plus de 10j  !
 
 Donc si je veux avoir des limites simplifiées d'ici demain 16h30 je
 retourne à mes requêtes ;)

Je viens de simplifier manuellement les limites de régions une par une à
1m (quasi l'épaisseur du trait dans le cadastre) dans JOSM en moins de 3 mn

Statistiquement ça a supprimé 130 833 nœuds sur 619 858. sur 7759 chemins.

Il serait sans doute intéressant de pouvoir extraire de JOSM cet algo,
ou rendre JOSM scriptable sans avoir besoin d'afficher le fichier osm à
l'écran.


2ème point. Il serait bon de simplifier dans OSM ces limites de communes
abusivement et inutilement détaillées.  Les limites de 2 communes
limitrophes ne se superposent déjà pas dans le cadastre, alors ce n'est
pas en les dessinant avec énormément de points, quelles seront plus
précises.

Je vais faire une simplification à 10m et à 100m pour voir...


Librement,
-- 
Christophe Merlet (RedFox)

___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr


Re: [OSM-dev-fr] Shapé les admin_level=boundary

2013-12-17 Par sujet Christophe Merlet
Le 17/12/2013 12:01, Christophe Merlet a écrit :
 Le 17/12/2013 11:43, Christian Quest a écrit :
 Je confirme, très très lent... 69 secondes pour transformer 8 linestring
 en topo... à ce rythme, vu qu'il y en a 109902, ça va mettre plus de 10j  !

 Donc si je veux avoir des limites simplifiées d'ici demain 16h30 je
 retourne à mes requêtes ;)
 
 Je viens de simplifier manuellement les limites de régions une par une à
 1m (quasi l'épaisseur du trait dans le cadastre) dans JOSM en moins de 3 mn
 
 Statistiquement ça a supprimé 130 833 nœuds sur 619 858. sur 7759 chemins.
 
 Il serait sans doute intéressant de pouvoir extraire de JOSM cet algo,
 ou rendre JOSM scriptable sans avoir besoin d'afficher le fichier osm à
 l'écran.
 
 
 2ème point. Il serait bon de simplifier dans OSM ces limites de communes
 abusivement et inutilement détaillées.  Les limites de 2 communes
 limitrophes ne se superposent déjà pas dans le cadastre, alors ce n'est
 pas en les dessinant avec énormément de points, quelles seront plus
 précises.
 
 Je vais faire une simplification à 10m et à 100m pour voir...

à 10m je supprime 435 367 noeuds...
à 100m, j'en supprime 578 441 soit plus de 93%

Pour faire mieux dans JOSM, il faudrait refusionner les chemins qui
composent les limites de régions avant de lancer la simplification.


Librement,
-- 
Christophe Merlet (RedFox)

___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr


Re: [OSM-dev-fr] Shapé les admin_level=boundary

2013-12-17 Par sujet Pieren
2013/12/17 Christophe Merlet red...@redfoxcenter.org:

 2ème point. Il serait bon de simplifier dans OSM ces limites de communes
 abusivement et inutilement détaillées.

Finalement, c'est comme dans OSM ;-) Ils ont des contributeurs à
précision géométrique variable ;-)

 Les limites de 2 communes
 limitrophes ne se superposent déjà pas dans le cadastre, alors ce n'est
 pas en les dessinant avec énormément de points, quelles seront plus
 précises.

Pour quelqu'un qui cherche sa parcelle, le niveau de détail peut avoir
son importance (c'est toujours une question d'échelle). Et on peut
toujours simplifier alors que l'inverse n'est pas possible. Le fait
qu'elles ne se superposent pas d'une commune à l'autre n'est pas lié à
leur niveau de détails. En plus, ça serait directement faire mentir le
communiqué de presse qui vante le nombre de points 15 fois supérieur à
geofla ;-)

Pieren

___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr


Re: [OSM-dev-fr] Shapé les admin_level=boundary

2013-12-17 Par sujet Christophe Merlet
Le 17/12/2013 12:15, Pieren a écrit :
 2013/12/17 Christophe Merlet red...@redfoxcenter.org:
 
 2ème point. Il serait bon de simplifier dans OSM ces limites de communes
 abusivement et inutilement détaillées.
 
 Finalement, c'est comme dans OSM ;-) Ils ont des contributeurs à
 précision géométrique variable ;-)
 
 Les limites de 2 communes
 limitrophes ne se superposent déjà pas dans le cadastre, alors ce n'est
 pas en les dessinant avec énormément de points, quelles seront plus
 précises.
 
 Pour quelqu'un qui cherche sa parcelle, le niveau de détail peut avoir
 son importance (c'est toujours une question d'échelle). Et on peut
 toujours simplifier alors que l'inverse n'est pas possible. Le fait
 qu'elles ne se superposent pas d'une commune à l'autre n'est pas lié à
 leur niveau de détails. En plus, ça serait directement faire mentir le
 communiqué de presse qui vante le nombre de points 15 fois supérieur à
 geofla ;-)

On peut dessiner une ligne droite avec 30 points, elle ne sera pas plus
précise que celle qui se contente de 2 points.


Librement,
-- 
Christophe Merlet (RedFox)

___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr


Re: [OSM-dev-fr] Shapé les admin_level=boundary

2013-12-17 Par sujet Christian Quest
Ah si... on est sûr qu'elle est droite et pas simplifiée ;)


Le 17 décembre 2013 12:23, Christophe Merlet red...@redfoxcenter.org a
écrit :

 Le 17/12/2013 12:15, Pieren a écrit :
  2013/12/17 Christophe Merlet red...@redfoxcenter.org:
 
  2ème point. Il serait bon de simplifier dans OSM ces limites de communes
  abusivement et inutilement détaillées.
 
  Finalement, c'est comme dans OSM ;-) Ils ont des contributeurs à
  précision géométrique variable ;-)
 
  Les limites de 2 communes
  limitrophes ne se superposent déjà pas dans le cadastre, alors ce n'est
  pas en les dessinant avec énormément de points, quelles seront plus
  précises.
 
  Pour quelqu'un qui cherche sa parcelle, le niveau de détail peut avoir
  son importance (c'est toujours une question d'échelle). Et on peut
  toujours simplifier alors que l'inverse n'est pas possible. Le fait
  qu'elles ne se superposent pas d'une commune à l'autre n'est pas lié à
  leur niveau de détails. En plus, ça serait directement faire mentir le
  communiqué de presse qui vante le nombre de points 15 fois supérieur à
  geofla ;-)

 On peut dessiner une ligne droite avec 30 points, elle ne sera pas plus
 précise que celle qui se contente de 2 points.


 Librement,
 --
 Christophe Merlet (RedFox)

 ___
 dev-fr mailing list
 dev-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/dev-fr




-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr


Re: [OSM-dev-fr] Shapé les admin_level=boundary

2013-12-17 Par sujet Christophe Merlet
Le 17/12/2013 12:24, Christian Quest a écrit :
 Ah si... on est sûr qu'elle est droite et pas simplifiée ;)

Toute la subtile différence entre résolution et précision :)

 Le 17 décembre 2013 12:23, Christophe Merlet red...@redfoxcenter.org
 mailto:red...@redfoxcenter.org a écrit :
 
 Le 17/12/2013 12:15, Pieren a écrit :
  2013/12/17 Christophe Merlet red...@redfoxcenter.org
 mailto:red...@redfoxcenter.org:
 
  2ème point. Il serait bon de simplifier dans OSM ces limites de
 communes
  abusivement et inutilement détaillées.
 
  Finalement, c'est comme dans OSM ;-) Ils ont des contributeurs à
  précision géométrique variable ;-)
 
  Les limites de 2 communes
  limitrophes ne se superposent déjà pas dans le cadastre, alors ce
 n'est
  pas en les dessinant avec énormément de points, quelles seront plus
  précises.
 
  Pour quelqu'un qui cherche sa parcelle, le niveau de détail peut avoir
  son importance (c'est toujours une question d'échelle). Et on peut
  toujours simplifier alors que l'inverse n'est pas possible. Le fait
  qu'elles ne se superposent pas d'une commune à l'autre n'est pas lié à
  leur niveau de détails. En plus, ça serait directement faire mentir le
  communiqué de presse qui vante le nombre de points 15 fois supérieur à
  geofla ;-)
 
 On peut dessiner une ligne droite avec 30 points, elle ne sera pas plus
 précise que celle qui se contente de 2 points.
 
 
 Librement,
 --
 Christophe Merlet (RedFox)
 
 ___
 dev-fr mailing list
 dev-fr@openstreetmap.org mailto:dev-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/dev-fr
 
 
 
 
 -- 
 Christian Quest - OpenStreetMap France
 Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
 
 
 ___
 dev-fr mailing list
 dev-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/dev-fr
 


-- 
Christophe Merlet (RedFox)

___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr


Re: [OSM-dev-fr] Shapé les admin_level=boundary

2013-12-17 Par sujet kimaidou
Un autre test rapide avec Mapshaper :
* conversion préalable du Shapefile des communes du département 34 via QGIS
en GeoJSON
* Simplification avec Mapshaper avec une tolérance de 10%
La conversion est instantannée et est réalisée en ligne. Comme c'est du
GeoJson, Mapshaper a pu conserver les attributs.

Fichier source : 6,5 Mo
Fichier résultat : 607 ko

http://we.tl/hoS16168Ii


Le 17 décembre 2013 13:55, Ab_fab gamma@gmail.com a écrit :

 Plus d'infos sur les scripts dans JOSM, mais pour un toute autre sujet,
 via ce message sur la liste talk-fr
 https://lists.openstreetmap.org/pipermail/talk-fr/2011-November/037702.html


 Le 17 décembre 2013 13:34, Ab_fab gamma@gmail.com a écrit :

 JOSM est scriptable (python et java), mais je ne sais pas si tu peux
 éviter l'affichage à l'écran
  Le 17/12/2013 11:43, Christian Quest a écrit :
  Je confirme, très très lent... 69 secondes pour transformer 8 linestring
  en topo... à ce rythme, vu qu'il y en a 109902, ça va mettre plus de
 10j  !
 
  Donc si je veux avoir des limites simplifiées d'ici demain 16h30 je
  retourne à mes requêtes ;)

 Je viens de simplifier manuellement les limites de régions une par une à
 1m (quasi l'épaisseur du trait dans le cadastre) dans JOSM en moins de 3
 mn

 Statistiquement ça a supprimé 130 833 nœuds sur 619 858. sur 7759 chemins.

 Il serait sans doute intéressant de pouvoir extraire de JOSM cet algo,
 ou rendre JOSM scriptable sans avoir besoin d'afficher le fichier osm à
 l'écran.


 2ème point. Il serait bon de simplifier dans OSM ces limites de communes
 abusivement et inutilement détaillées.  Les limites de 2 communes
 limitrophes ne se superposent déjà pas dans le cadastre, alors ce n'est
 pas en les dessinant avec énormément de points, quelles seront plus
 précises.

 Je vais faire une simplification à 10m et à 100m pour voir...


 Librement,
 --
 Christophe Merlet (RedFox)

 ___
 dev-fr mailing list
 dev-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/dev-fr




 --
 ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
 Il n'y a pas de pas perdus, Nadja

 ___
 dev-fr mailing list
 dev-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/dev-fr


___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr


Re: [OSM-dev-fr] Shapé les admin_level=boundary

2013-12-16 Par sujet sly (sylvain letuffe)
On lundi 16 décembre 2013, Rodolphe Quiédeville wrote:
 Bonjour,
yo,

 voir une méthode à implémenter.
(...)
 mais il me faudrait les
 limites nationales des pays européens désormais.

osm forcément ? parce que ça risque bien de ne pas être une partie de plaisir, 
Il te faudra peut-être gérer les :
http://fr.wikipedia.org/wiki/Région_ultrapériphérique (européennes)
Et le fait que l'on trouve dans la base surtout les limites avec eaux 
territoriales 

Mais en gros, tu dois pouvoir obtenir ça :
http://layers.openstreetmap.fr/?zoom=5lat=48.08543lon=12.71091layers=000B0FFFTFF
(tiens, y'a pas d'ukraine)

avec :
une base osm2pgsql à disposition couvrant l'europe ou plus
une requête SQL qui va bien 
(genre : select geometrie from polygones where admin_level=2 and geometrie is 
in 'europe' )
l'utilitaire pgsql2shp
et ça devrait te sortir un shapefile se rapprochant de ta demande


-- 
sly
qui suis-je : http://sly.letuffe.org

___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr


Re: [OSM-dev-fr] Shapé les admin_level=boundary

2013-12-16 Par sujet Nicolas Moyroud

Bonjour,

Sinon il y a aussi la solution de télécharger tout le fichier Europe sur 
geofabrik (plus de 16Go quand même) et de faire tourner GDAL version = 
1.10 pour transformer les données OSM en Shape en sélectionnant les tags 
que l'on veut transformer en champs attributaires. Voir : 
http://www.gdal.org/ogr/drv_osm.html
J'ai commencé à faire des tests d'extraction avec cette solution et 
c'est pas mal, mais pour l'instant je n'ai bossé que sur des petites 
zones et des shapes contenant seulement des points. Donc je ne sais pas 
encore si ça supporte bien la montée en charge... ;-)


Nicolas


Le 16/12/2013 15:01, Rodolphe Quiédeville a écrit :

Bonjour,

Est-ce que quelqu'un à par devers lui les limites administratives
extraites d'OSM au format shapefile ? Soit les données, soit le script
pour le faire, voir une méthode à implémenter.

Pour les départements j'ai utilisé Geofla, mais il me faudrait les
limites nationales des pays européens désormais.

http://www.data.gouv.fr/DataSet/30383060





___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr


Re: [OSM-dev-fr] Shapé les admin_level=boundary

2013-12-16 Par sujet Christophe Merlet
Le 16/12/2013 15:31, Christophe Merlet a écrit :
 Le 16/12/2013 15:01, Rodolphe Quiédeville a écrit :
 Bonjour,

 Est-ce que quelqu'un à par devers lui les limites administratives
 extraites d'OSM au format shapefile ? Soit les données, soit le script
 pour le faire, voir une méthode à implémenter.

 Pour les départements j'ai utilisé Geofla, mais il me faudrait les
 limites nationales des pays européens désormais.

 http://www.data.gouv.fr/DataSet/30383060
 
 
 J'essaie d'extraire les données en utilisant l'Overpasse API. C'est pas
 la joie.
 
 Voici ce que j'ai utilisé pour les régions...
 
 Dans un fichier nommé oapi_region.xml
 
 union
   query type=relation
   has-kv k=boundary v=administrative/
   has-kv k=admin_level v=4/
   has-kv k=ref:INSEE/
   /query
   recurse type=relation-node into=nodes/
   recurse type=relation-way/
   recurse type=way-node/
 /union
 print mode=meta/
 
 
 Puis avec wget :
 $ wget -O oapi_region.osm --post-file=oapi_region.xml
 http://oapi-fr.openstreetmap.fr/oapi/interpreter
 
 J'obtiens un fichier oapi_region.osm de 125 Mo utilisable dans JOSM.
 
 Pour d'autres frontières, il faut jouer avec les balises has-kv
 
 Et sur l'ensemble de l'Europe, utiliser un autre serveur oapi que celui
 de l'exemple qui est restreint à la France.


Je viens de regarder pour extraire les frontières des pays d'Europe de
cette manière.
Ce n'est pas évident de faire le tri entre les frontières Terre et
Maritime et ne sélectionner que les pays d'Europe.

Il faudrait au préalable, me semble t'il, harmoniser les diverses
relations de pays et y rajouter quelques balises comme is_in:continent


Librement,
-- 
Christophe Merlet (RedFox)

___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr


Re: [OSM-dev-fr] Shapé les admin_level=boundary

2013-12-16 Par sujet Christophe Merlet
Le 16/12/2013 15:53, Christophe Merlet a écrit :
 Le 16/12/2013 15:31, Christophe Merlet a écrit :
 Le 16/12/2013 15:01, Rodolphe Quiédeville a écrit :
 Bonjour,

 Est-ce que quelqu'un à par devers lui les limites administratives
 extraites d'OSM au format shapefile ? Soit les données, soit le script
 pour le faire, voir une méthode à implémenter.

 Pour les départements j'ai utilisé Geofla, mais il me faudrait les
 limites nationales des pays européens désormais.

 http://www.data.gouv.fr/DataSet/30383060


 J'essaie d'extraire les données en utilisant l'Overpasse API. C'est pas
 la joie.

 Voici ce que j'ai utilisé pour les régions...

 Dans un fichier nommé oapi_region.xml

 union
  query type=relation
  has-kv k=boundary v=administrative/
  has-kv k=admin_level v=4/
  has-kv k=ref:INSEE/
  /query
  recurse type=relation-node into=nodes/
  recurse type=relation-way/
  recurse type=way-node/
 /union
 print mode=meta/


 Puis avec wget :
 $ wget -O oapi_region.osm --post-file=oapi_region.xml
 http://oapi-fr.openstreetmap.fr/oapi/interpreter

 J'obtiens un fichier oapi_region.osm de 125 Mo utilisable dans JOSM.

 Pour d'autres frontières, il faut jouer avec les balises has-kv

 Et sur l'ensemble de l'Europe, utiliser un autre serveur oapi que celui
 de l'exemple qui est restreint à la France.
 
 
 Je viens de regarder pour extraire les frontières des pays d'Europe de
 cette manière.
 Ce n'est pas évident de faire le tri entre les frontières Terre et
 Maritime et ne sélectionner que les pays d'Europe.
 
 Il faudrait au préalable, me semble t'il, harmoniser les diverses
 relations de pays et y rajouter quelques balises comme is_in:continent

Si j'en crois le wiki
http://wiki.openstreetmap.org/wiki/Relation:boundary

Il faudrait les balises suivantes sur les frontières terrestres pour les
extraire facilement :

has-kv k=land_area v=administrative/
has-kv k=admin_level v=2/
has-kv k=is_in:continent v=Europe/

Malheureusement, il semblerait qu'aucune limite de pays ne répondent a
ces critères !

Ce n'est pas insurmontable, cela ne concernent que 42 relations déjà
existante si l'on parle d'Europe continentale...



Librement,
-- 
Christophe Merlet (RedFox)

___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr


Re: [OSM-dev-fr] Shapé les admin_level=boundary

2013-12-16 Par sujet Yves
Juste pour les frontières, natural earth ne te suffit pas ?
Yves


Rodolphe Quiédeville rodol...@quiedeville.org a écrit :
Bonjour,

Est-ce que quelqu'un à par devers lui les limites administratives
extraites d'OSM au format shapefile ? Soit les données, soit le script
pour le faire, voir une méthode à implémenter.

Pour les départements j'ai utilisé Geofla, mais il me faudrait les
limites nationales des pays européens désormais.

http://www.data.gouv.fr/DataSet/30383060

Merci
 
-- 
Rodolphe Quiédeville
Expert Tsung - Consulting en performance des SI
http://blog.rodolphe.quiedeville.org, Tel : 06 13 79 63 41
Travaillons libres, http://fr.lolix.org/

___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr

-- 
Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr


Re: [OSM-dev-fr] Shapé les admin_level=boundary

2013-12-16 Par sujet Christophe Merlet
Le 16/12/2013 17:54, Pierre Béland a écrit :
 J'ai ajouté à ta requête les instructions pour délimiter la zone où
 extraire les données. Le paramètre area-query ref=1403916/ permet
 d'extraire les données pour la France.
 
 C'est une requête prend beaucoup de temps à exécuter. A partir du site
 http://overpass-api.de, la requête suivante me permet d'extraire les
 limites administratives.
 
 osm-script timeout=360
 union
 query type=relation
 has-kv k=boundary v=administrative/
 has-kv k=admin_level v=4/
 has-kv k=ref:INSEE/
 /query
 recurse type=relation-node into=nodes/
 recurse type=relation-way/
 recurse type=way-node/
 area-query ref=1403916/
 /union
 print mode=meta/
 /osm-script


C'est super comme paramètre, mais tu l'as déniché où ? Je ne l'ai pas
trouvé dans la doc :/

Librement,
-- 
Christophe Merlet (RedFox)

___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr


Re: [OSM-dev-fr] Shapé les admin_level=boundary

2013-12-16 Par sujet Pierre Béland
La documentation sur Overpass est un peu éparpillée. J'ai aussi suivi les 
développements au cours de la dernière année et ai accumulé divers exemples de 
requêtes.

J'aimerais bien trouver le temps de créer une page ou un tutoriel avec divers 
exemples d'utilisation de Overpass. 

Il est possible de faire des requêtes dynamiques et d'intégrer dans une carte 
en ligne.
voir par exemple http://pierzen.dev.openstreetmap.org/zoneswifi

Il est aussi possible de définir des styles MapCSS. Pour l'activation aux 
Philippines, nous avons révisé le flux de travail et le style humanitaire de 
HOT pour inclure les immeubles endommagés et détruits et les blocages de route. 
La requête Overpass ci-dessous (je ne me rappelle pas qui l'a créée) permet 
d'afficher les blocages de route. Il s'agit simplement de rechercher la ville 
de Tacloban, puis de là de lancer l'exécution de la requête.

 
Pierre 






 !--
Color impassable roads according
to 
 HOT Typhoon Haiyan Job 350
tags. 
--
osm-script
  
  query type=way
    has-kv k=boundary/
    bbox-query {{bbox}}/ 
  /query
  print mode=meta/
  query type=relation
    has-kv k=boundary/
    bbox-query {{bbox}}/ 
  /query
  print mode=meta/
  recurse type=down/
  print mode=meta/
/osm-script

{{style: /* this is the MapCSS stylesheet */
way
{ color:green; fill-color:green; }

way[boundary], relation[boundary]
{ color:red; fill-color:red; }
}}





 De : Christophe Merlet red...@redfoxcenter.org
À : Pierre Béland pierz...@yahoo.fr; Discussions développeur OSM en français 
dev-fr@openstreetmap.org 
Envoyé le : Lundi 16 décembre 2013 12h57
Objet : Re: [OSM-dev-fr] Shapé les admin_level=boundary
 

Le 16/12/2013 17:54, Pierre Béland a écrit :
 J'ai ajouté à ta requête les instructions pour délimiter la zone où
 extraire les données. Le paramètre area-query ref=1403916/ permet
 d'extraire les données pour la France.
 
 C'est une requête prend beaucoup de temps à exécuter. A partir du site
 http://overpass-api.de, la requête suivante me permet d'extraire les
 limites administratives.
 
 osm-script timeout=360
 union
     query type=relation
         has-kv k=boundary v=administrative/
         has-kv k=admin_level v=4/
         has-kv k=ref:INSEE/
     /query
     recurse type=relation-node into=nodes/
     recurse type=relation-way/
     recurse type=way-node/
     area-query ref=1403916/
 /union
 print mode=meta/
 /osm-script


C'est super comme paramètre, mais tu l'as déniché où ? Je ne l'ai pas
trouvé dans la doc :/


    Librement,
-- 
Christophe Merlet (RedFox)___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr