[OSM-dev-fr] Service de pré-intégration d'adresses

2014-02-17 Par sujet Vincent de Château-Thierry 

Bonsoir,

Tyndare a présenté récemment [1] une démarche qui permet d'extraire du 
cadastre vectoriel les informations d'adresse. Nous avons creusé le 
sujet ensuite, notamment ici même dans ce fil [2].
Suite à ces discussions, nous vous mettons à disposition une interface 
afin que chacun puisse tester l'intégration d'adresses, sur les communes 
(vectorielles) de son choix.


Les discussions ayant réaffirmé l'absence de consensus sur la manière de 
modéliser les adresses, vous trouverez pour chaque commune 6 (oui six !) 
lots de données. Il y en a pour tout le monde : les partisans des 
relations associatedStreet comme ceux du tag addr:street, les fans du 
point en bord de rue comme ceux du tag sur building ou encore du point 
en façade.


Seule la modélisation avec relation bénéficie, autant que possible, de 
l'ajout des codes FANTOIR.


Pour expliquer la démarche, un peu de littérature sur cette page :
http://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_adresses

Quant à l'interface elle-même, elle est ici :
http://cadastre.openstreetmap.fr/adresses/

Tout retour d'expérience sur la manipulation des fichiers est la 
bienvenue. Considérez que vous inaugurez le service :) En fonction des 
retours, on reparlera de tout ça sur talk-fr pour une mise à disposition 
de tous.


Merci à Jocelyn et Christian pour leur support et la mise à disposition 
d'une infrastructure d'OSM-Fr, qui héberge le service.


Tyndare & vincent

[1] : 
https://lists.openstreetmap.org/pipermail/talk-fr/2014-January/065794.html
[2] : 
https://lists.openstreetmap.org/pipermail/dev-fr/2014-January/001951.html


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

Re: [OSM-dev-fr] Contours de communes et arrondissements PLM

2014-02-17 Par sujet Ab_fab 
Pour simplifier les contours, tu peux tester Mapshaper
http://mapshaper.org/


Le 17 février 2014 22:18, Eric Pommereau  a écrit
:

> Hello,
>
> Oui je dois traiter les arrondissements (pour matcher avec les
> commissariats)...
>
> L'option OSM m'arrange :
> 1. parce que c'est OSM ;-)
> 2. parce que j'ai un taux de match du code insee (entre mes données métier
> et les données shp) plus important
> 3. Les dom tom sont compris... (moins de manip).
>
> Sinon je peux aussi utiliser le moins simplifié (5m ?) mais mon pb
> d'arrondissement subsiste...
>
> ++
>
>
> Le 17 février 2014 21:04, Christian Quest  a
> écrit :
>
>> C'est quoi le problème ? Ne pas avoir les arrondissement dans le fichier
>> des découpages ?
>>
>> Pour la simplification, ce n'est pas simple.
>>
>> Je ne te conseille de partir des géométries simplifiées à 100m, sinon, tu
>> as aussi l'option GEOFLA ;)
>>
>>
>>
> ___
> dev-fr mailing list
> dev-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/dev-fr
>
>


-- 
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

[OSM-dev-fr] Contours de communes et arrondissements PLM

2014-02-17 Par sujet Eric Pommereau 
Hello,

Oui je dois traiter les arrondissements (pour matcher avec les
commissariats)...

L'option OSM m'arrange :
1. parce que c'est OSM ;-)
2. parce que j'ai un taux de match du code insee (entre mes données métier
et les données shp) plus important
3. Les dom tom sont compris... (moins de manip).

Sinon je peux aussi utiliser le moins simplifié (5m ?) mais mon pb
d'arrondissement subsiste...

++


Le 17 février 2014 21:04, Christian Quest  a écrit
:

> C'est quoi le problème ? Ne pas avoir les arrondissement dans le fichier
> des découpages ?
>
> Pour la simplification, ce n'est pas simple.
>
> Je ne te conseille de partir des géométries simplifiées à 100m, sinon, tu
> as aussi l'option GEOFLA ;)
>
>
>
___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr

Re: [OSM-dev-fr] Contours de communes et arrondissements PLM

2014-02-17 Par sujet Christian Quest 
C'est quoi le problème ? Ne pas avoir les arrondissement dans le fichier
des découpages ?

Pour la simplification, ce n'est pas simple.

Je ne te conseille de partir des géométries simplifiées à 100m, sinon, tu
as aussi l'option GEOFLA ;)



Le 17 février 2014 13:46, Eric Pommereau  a écrit
:

> Bonjour,
>
> Je fais différents tests avec les contours de communes OSM qui sont
> désormais disponibles sur http://www.data.gouv.fr/.
>
> L'idée est de recréer des zones en aggrégeant des communes ce qui ne
> présente pas de difficulté (ce que je fais avec l'ETL TALEND).
>
> Là où je bloque c'est que je dois traiter les arrondissement Paris, Lyon,
> Marseille que je dois lier avec mes données métier...
>
> Comment feriez vous pour cette problématique sachant que je souhaite
> récupérer (à minima) les mêmes données attributaires que les exports
> opendata et qu'idéalement le format final soit en SHP.
>
> Une voie possible est l'api overpass mais j'ai des difficultés pour
> traiter la simplification des polygones après...
>
> Bonne journée.
>
> ___
> dev-fr mailing list
> dev-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/dev-fr
>
>


-- 
Christian Quest - OpenStreetMap France
Conférence "State Of The Map" France du 4 au 6 avril à
Paris
___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr

Re: [OSM-dev-fr] Fichier comparaison cours d'eau

2014-02-17 Par sujet sly (sylvain letuffe) 
On lundi 17 février 2014, Sylvain Maillard wrote:
> Salut,

hello,

> les "trous" dont tu parles, c'est tous le bas de la liste des cours d'eau
> qui aparaissent en 0% ?

Et qui sont véritablement dans osm.
Il en existe qui ne sont pas dans osm et eux, c'est normal qu'ils soient 
listés à 0%, mais il y en a plein qui ne devraient pas être à 0%.

Je viens de tenter une opération, on va voir ce soir si le calcul arrive à 
combler quelques trous...

> il y a sans doute quelques améliorations qui pourraient être faites:

Ça ! Les idées d'améliorations ne manquent pas, mais je vais déjà tenter de le 
faire marcher tout court, et ça sera déjà pas mal.
Bien sûr, si quelqu'un voit en cet outil un bon potentiel et a envie de 
rajouter des fonctions, c'est avec plaisir !

> - on a 156% du Rhône, mais parce que la relation osm part de la source du
> Rhône en suisse. Est-ce qu'il serait possible de ne pas prendre en compte
> les tronçons hors de france ? (même chose pour le Rhin: 690% !)
> 
> 
> 
> Sylvain
> 
> 
> 
> 
> Le 17 février 2014 15:05, sly (sylvain letuffe)  a
> écrit :
> 
> >  On jeudi 6 février 2014, sly (sylvain letuffe) wrote:
> >
> >
> >
> > > ps: je vais sans doute faire un ré-import total de la base, et à partir
> > de
> >
> > > là,
> >
> > > il faudra ouvrir l'oeil afin de voir à partir de quand ça déconne, sur
> > quel
> >
> > > rivière et voir si une édition en particulier aurait pu être le
> > déclencheur.
> >
> > > Je remettrais un mail pour dire quand c'est fait et si c'est fait.
> >
> >
> >
> > J'ai donc ré-importé toute la base, et un calcul a été refait hier soir
> > (un autre devrait survenir ce soir 19h00)
> >
> >
> >
> > Le résultat n'est pas glorieux :
> >
> >
> > http://suivi.openstreetmap.fr/longeur-cours-eau-france/comparaison-
sandre.html
> >
> >
> >
> > C'est pas autant troué que la dernière fois, mais ça l'est déjà quand même
> >
> > (par exemple "Le Lot", mais bien d'autre encore)
> >
> >
> >
> > Mais j'ai mal géré mon histoire, j'ai relancé les mises à jour tout de
> > suite après l'import, ce qui fait que je n'ai pas laissé le temps de voir
> > si le problème était déjà là à la fin de l'import, où s'il était lié au
> > mise à jour ultérieures.
> >
> > Coté des limites administratives, qui manquaient, elles aussi en nombre
> > dans cette base, tout semble s'être réparé :
> >
> > http://suivi.openstreetmap.fr/communes/communes.csv.txt
> >
> >
> >
> >
> >
> >
> >
> > --
> >
> > sly
> >
> > qui suis-je : http://sly.letuffe.org
> >
> >
> >
> > ___
> > dev-fr mailing list
> > dev-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/dev-fr
> >
> >
> 


-- 
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] Fichier comparaison cours d'eau

2014-02-17 Par sujet Sylvain Maillard 
Salut,

en jetant un petit coup d'oeil, je me suis rendu compte qu'il y a sans
doute quelques améliorations qui pourraient être faites:
- on a 156% du Rhône, mais parce que la relation osm part de la source du
Rhône en suisse. Est-ce qu'il serait possible de ne pas prendre en compte
les tronçons hors de france ? (même chose pour le Rhin: 690% !)

les "trous" dont tu parles, c'est tous le bas de la liste des cours d'eau
qui aparaissent en 0% ?


Sylvain




Le 17 février 2014 15:05, sly (sylvain letuffe)  a
écrit :

>  On jeudi 6 février 2014, sly (sylvain letuffe) wrote:
>
>
>
> > ps: je vais sans doute faire un ré-import total de la base, et à partir
> de
>
> > là,
>
> > il faudra ouvrir l'oeil afin de voir à partir de quand ça déconne, sur
> quel
>
> > rivière et voir si une édition en particulier aurait pu être le
> déclencheur.
>
> > Je remettrais un mail pour dire quand c'est fait et si c'est fait.
>
>
>
> J'ai donc ré-importé toute la base, et un calcul a été refait hier soir
> (un autre devrait survenir ce soir 19h00)
>
>
>
> Le résultat n'est pas glorieux :
>
>
> http://suivi.openstreetmap.fr/longeur-cours-eau-france/comparaison-sandre.html
>
>
>
> C'est pas autant troué que la dernière fois, mais ça l'est déjà quand même
>
> (par exemple "Le Lot", mais bien d'autre encore)
>
>
>
> Mais j'ai mal géré mon histoire, j'ai relancé les mises à jour tout de
> suite après l'import, ce qui fait que je n'ai pas laissé le temps de voir
> si le problème était déjà là à la fin de l'import, où s'il était lié au
> mise à jour ultérieures.
>
> Coté des limites administratives, qui manquaient, elles aussi en nombre
> dans cette base, tout semble s'être réparé :
>
> http://suivi.openstreetmap.fr/communes/communes.csv.txt
>
>
>
>
>
>
>
> --
>
> sly
>
> qui suis-je : http://sly.letuffe.org
>
>
>
> ___
> 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] Fichier comparaison cours d'eau

2014-02-17 Par sujet sly (sylvain letuffe) 
On jeudi 6 février 2014, sly (sylvain letuffe) wrote:

> ps: je vais sans doute faire un ré-import total de la base, et à partir de
> là, 
> il faudra ouvrir l'oeil afin de voir à partir de quand ça déconne, sur quel 
> rivière et voir si une édition en particulier aurait pu être le déclencheur.
> Je remettrais un mail pour dire quand c'est fait et si c'est fait.

J'ai donc ré-importé toute la base, et un calcul a été refait hier soir (un 
autre devrait survenir ce soir 19h00)

Le résultat n'est pas glorieux :
http://suivi.openstreetmap.fr/longeur-cours-eau-france/comparaison-sandre.html

C'est pas autant troué que la dernière fois, mais ça l'est déjà quand même
(par exemple "Le Lot", mais bien d'autre encore)

Mais j'ai mal géré mon histoire, j'ai relancé les mises à jour tout de suite 
après l'import, ce qui fait que je n'ai pas laissé le temps de voir si le 
problème était déjà là à la fin de l'import, où s'il était lié au mise à jour 
ultérieures.
Coté des limites administratives, qui manquaient, elles aussi en nombre dans 
cette base, tout semble s'être réparé :
http://suivi.openstreetmap.fr/communes/communes.csv.txt



-- 
sly
qui suis-je : http://sly.letuffe.org
___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr

[OSM-dev-fr] Contours de communes et arrondissements PLM

2014-02-17 Par sujet Eric Pommereau 
Bonjour,

Je fais différents tests avec les contours de communes OSM qui sont
désormais disponibles sur http://www.data.gouv.fr/.

L'idée est de recréer des zones en aggrégeant des communes ce qui ne
présente pas de difficulté (ce que je fais avec l'ETL TALEND).

Là où je bloque c'est que je dois traiter les arrondissement Paris, Lyon,
Marseille que je dois lier avec mes données métier...

Comment feriez vous pour cette problématique sachant que je souhaite
récupérer (à minima) les mêmes données attributaires que les exports
opendata et qu'idéalement le format final soit en SHP.

Une voie possible est l'api overpass mais j'ai des difficultés pour traiter
la simplification des polygones après...

Bonne journée.
___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr