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

[Vincent de Château-Thierry]

Le 05/03/2014 23:33, Christian Quest a écrit :

ok, donc je peux virer ce log ?


à mon avis oui.

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

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

[Tyndare]

Pour moi oui pas de souci.

Le 5 mars 2014 23:33, Christian Quest  a écrit :

> ok, donc je peux virer ce log ?
>
>
> Le 5 mars 2014 23:27, Vincent de Château-Thierry  a
> écrit :
>
>
>> Le 05/03/2014 23:07, Tyndare a écrit :
>>
>>  Apparemment il y a beaucoup de messages d'erreur liés à l'extraction du
>>> bâti.
>>>
>>
>> Même constat : aucune mention 'adresse' sur les 154 Go, mais beaucoup de
>> Qadastre, y compris du contenu brut (des coordonnées) : ça peut rapidement
>> faire du volume.
>>
>> À surveiller dans les prochains jours ?
>>
>>
>> vincent
>>
>> ___
>> 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
>
>
___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr

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

[Christian Quest]

ok, donc je peux virer ce log ?


Le 5 mars 2014 23:27, Vincent de Château-Thierry  a écrit
:

>
> Le 05/03/2014 23:07, Tyndare a écrit :
>
>  Apparemment il y a beaucoup de messages d'erreur liés à l'extraction du
>> bâti.
>>
>
> Même constat : aucune mention 'adresse' sur les 154 Go, mais beaucoup de
> Qadastre, y compris du contenu brut (des coordonnées) : ça peut rapidement
> faire du volume.
>
> À surveiller dans les prochains jours ?
>
>
> vincent
>
> ___
> 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] Service de pré-intégration d'adresses

[Vincent de Château-Thierry]

Le 05/03/2014 23:07, Tyndare a écrit :

Apparemment il y a beaucoup de messages d'erreur liés à l'extraction du
bâti.


Même constat : aucune mention 'adresse' sur les 154 Go, mais beaucoup de 
Qadastre, y compris du contenu brut (des coordonnées) : ça peut 
rapidement faire du volume.


À surveiller dans les prochains jours ?

vincent

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

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

[Tyndare]

Apparemment il y a beaucoup de messages d'erreur liés à l'extraction du
bâti.

Le 5 mars 2014 22:53, Christian Quest  a écrit :

> le log complet est sur /more/error.log.0 en cours de bzippage... avec un
> chmod a+r donc lisible par tous sauf erreur.
>
>
> Le 5 mars 2014 22:33, Vincent de Château-Thierry  a
> écrit :
>
> Bonsoir,
>>
>> Le 05/03/2014 22:18, Christian Quest a écrit :
>>
>>  Les scripts ne généreraient ils pas plein de choses dans error.log
>>> d'apache ?
>>>
>>> J'ai trouvé 154Go de log... peut être quelques trucs pas trop
>>> indispensables dedans à retirer, non ?
>>>
>>
>> Quelques, oui, peut-être :)
>>
>> Ce serait intéressant d'avoir quelques lignes de ces logs (hors liste)
>> pour analyse. Certaines grosses communes ont eu des plantages récemment.
>>
>> vincent
>>
>>
>> ___
>> 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
>
>
___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr

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

[Christian Quest]

le log complet est sur /more/error.log.0 en cours de bzippage... avec un
chmod a+r donc lisible par tous sauf erreur.


Le 5 mars 2014 22:33, Vincent de Château-Thierry  a écrit
:

> Bonsoir,
>
> Le 05/03/2014 22:18, Christian Quest a écrit :
>
>  Les scripts ne généreraient ils pas plein de choses dans error.log
>> d'apache ?
>>
>> J'ai trouvé 154Go de log... peut être quelques trucs pas trop
>> indispensables dedans à retirer, non ?
>>
>
> Quelques, oui, peut-être :)
>
> Ce serait intéressant d'avoir quelques lignes de ces logs (hors liste)
> pour analyse. Certaines grosses communes ont eu des plantages récemment.
>
> vincent
>
>
> ___
> 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] Service de pré-intégration d'adresses

[Vincent de Château-Thierry]

Bonsoir,

Le 05/03/2014 22:18, Christian Quest a écrit :

Les scripts ne généreraient ils pas plein de choses dans error.log
d'apache ?

J'ai trouvé 154Go de log... peut être quelques trucs pas trop
indispensables dedans à retirer, non ?


Quelques, oui, peut-être :)

Ce serait intéressant d'avoir quelques lignes de ces logs (hors liste) 
pour analyse. Certaines grosses communes ont eu des plantages récemment.


vincent

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

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

[Christian Quest]

Les scripts ne généreraient ils pas plein de choses dans error.log d'apache
?

J'ai trouvé 154Go de log... peut être quelques trucs pas trop
indispensables dedans à retirer, non ?


Le 25 février 2014 22:01, Tyndare  a écrit :

>
> Le 24 février 2014 13:26, Christian Quest  a
> écrit :
>
>> Le 24 février 2014 11:26, Tyndare  a écrit :
>>
>>>  Le 23/02/2014 10:28, Christian Quest a écrit :

> Il manque à mon avis un fichier mix entre les points isolés et les
> points sur façade.
>

>>> Cela correspond aussi à ma façon de mapper, je vais essayer de faire
>>> quelque chose dans ce sens (mais il me faut un peu de temps, je voudrais
>>> essayer d'utiliser l'angle que fait le numéro dessiné sur le cadastre pour
>>> déterminer la direction ou projeter le numéro).
>>>
>>
>> Ah oui, c'est une info qui peut aider, mais il faut faire attention car
>> il y aura forcément des numéros non orientés vu la disparité dans les
>> données vectorielles du cadastre.
>>
>
> J'ai rajouté un nouveau fichier de sortie, qui correspond au mix point en
> façade ou point isolé.
> L'angle avec lequel le numéro est dessiné sur le cadastre n'est utilisé
> pour projeter sur la façade que:
>  - si le numéro n'est pas dessiné horizontalement, sinon c'est une
> projection orthogonale qui est faite.
>  - et que si la projection n'arriverais bas trop de biais sur la façade
> (incidence max de 30°), sinon le point adresse reste isolé.
> Les numéros sont fusionnés aux bâtiments jusqu'à 2m de distance.
> Je peux adapter ces paramètres si vous pensez que les valeurs actuelles
> peuvent poser problème.
>
>
>
>> L'idéal serait d'arriver à trouver un consensus sur la modélisation et de
>> ne proposer que des fichiers correspondant à ce consensus histoire d'avoir
>> au final des données homogènes sur toute la France (à défaut de pouvoir
>> homogénéiser sur le monde entier).
>>
>
> Manifestement on arrivera pas à un consensus entre nous, donc je suis
> d'accord avec Vincent et Pieren: il faudrait élargir cette discussion.
> L'outil peut être utilisé plus largement maintenant je pense, du moins pour
> contribuer dans les zones où il n'y a encore aucune adresse dans OSM.
>
>
>
> ___
> 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] Service de pré-intégration d'adresses

[Tyndare]

Le 24 février 2014 13:26, Christian Quest  a écrit
:

> Le 24 février 2014 11:26, Tyndare  a écrit :
>
>> Le 23/02/2014 10:28, Christian Quest a écrit :
>>>
 Il manque à mon avis un fichier mix entre les points isolés et les
 points sur façade.

>>>
>> Cela correspond aussi à ma façon de mapper, je vais essayer de faire
>> quelque chose dans ce sens (mais il me faut un peu de temps, je voudrais
>> essayer d'utiliser l'angle que fait le numéro dessiné sur le cadastre pour
>> déterminer la direction ou projeter le numéro).
>>
>
> Ah oui, c'est une info qui peut aider, mais il faut faire attention car il
> y aura forcément des numéros non orientés vu la disparité dans les données
> vectorielles du cadastre.
>

J'ai rajouté un nouveau fichier de sortie, qui correspond au mix point en
façade ou point isolé.
L'angle avec lequel le numéro est dessiné sur le cadastre n'est utilisé
pour projeter sur la façade que:
 - si le numéro n'est pas dessiné horizontalement, sinon c'est une
projection orthogonale qui est faite.
 - et que si la projection n'arriverais bas trop de biais sur la façade
(incidence max de 30°), sinon le point adresse reste isolé.
Les numéros sont fusionnés aux bâtiments jusqu'à 2m de distance.
Je peux adapter ces paramètres si vous pensez que les valeurs actuelles
peuvent poser problème.



> L'idéal serait d'arriver à trouver un consensus sur la modélisation et de
> ne proposer que des fichiers correspondant à ce consensus histoire d'avoir
> au final des données homogènes sur toute la France (à défaut de pouvoir
> homogénéiser sur le monde entier).
>

Manifestement on arrivera pas à un consensus entre nous, donc je suis
d'accord avec Vincent et Pieren: il faudrait élargir cette discussion.
L'outil peut être utilisé plus largement maintenant je pense, du moins pour
contribuer dans les zones où il n'y a encore aucune adresse dans OSM.
___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr

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

[Christian Quest]

Le 24 février 2014 14:37, V de Chateau-Thierry  a écrit :

> > De : "Christian Quest"
> >
> > Après ma rencontre chez médipost où on a beaucoup parlé d'adresses, je
> suis arrivé à la
> > conclusion que lorsqu'on parle d'adresse, on ne parle pas tous de la
> même chose... d'où
> > le problème pour avoir un consensus.
> >
> > Un seul modèle ne peut donc répondre à toutes les facettes de ce que
> peut être une
> > adresse ou alors il faut que ce soit un modèle extensible. Justement...
> OSM fonctionne
> > sur ce principe d'extensions.
> >
> > Il faudra sûrement aller plus loin que le modèle actuel pour que tout le
> monde y trouve
> > son compte.
> >
> > Alors de quoi parle-t-on ?
> >
> > - de parcelles
> > - de bâtiments
> > - de plaques adresse
> > - d'accès depuis la voirie la plus proche
> > - de point plus "métier": position de la boite aux lettres, du compteur
> EDF/eau, des
> > entrées, de la livraison...
> > autre ?
>
> D'accord avec cette pluralité. Dans la liste que tu dresses, un seul
> élément nous est
> systématiquement fourni par des sources simples d'accès (cadastre, bing),
> c'est le
> bâtiment.



Euh... le cadastre indique plutôt l'équivalent des plaques et seules les
plaques sont vérifiables sur le terrain... d'où mon double penchant pour
favoriser ce modèle là.



> D'où ma conviction, déjà exprimée ici dans un fil précédent, que c'est
> le(s)
> bâtiment(s) qui doit se faire l'étendard de l'info d'adresse.
>

Tu vois ça commence déjà... le ou les ?  ;)


Une précision cependant : en discutant sur la manière de modéliser, je ne
> pense quasi pas
> à ce que chacun voudra faire sur un terrain qu'il peut arpenter en piéton,
> qu'il peut
> scruter, affiner, détailler. Chacun chez soi saura mapper les adresses aux
> petits
> oignons, par justement la possibilité de positionner les accès piéton et
> voiture, les
> portes d'entrée, les boîtes aux lettres, etc.
> Je discute ici plutôt d'un modèle minimal que chacun serait à même
> d'appliquer sur des
> territoires où il contribue sans les connaître, un peu comme il arrive
> qu'on fasse un
> import de bâti sur un patelin où on n'a jamais mis les pieds. C'est un mal
> nécessaire
> si on veut que l'adresse devienne un matériau utilisable dans OSM car
> suffisamment
> répandu.
>
>

Je pense qu'il faut trouver un juste milieu entre une modélisation de base,
simple, vérifiable sur le terrain, puis un modèle plus complet où chaque
adresse peut avoir plus de détails (les bâtiments à défaut d'avoir la
parcelle qui engloberait tout les bâtiments qui sont dessus), les entrées,
BAL, compteurs divers... et là à moins d'avoir un polygone englobant comme
la parcelle je crois qu'on est bon pour une relation, non ?


-- 
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] Service de pré-intégration d'adresses

[Pieren]

2014-02-24 14:14 GMT+01:00 Christian Quest :

> Les parcelles ne sont pas dans OSM et on n'a pas de projet à moyen terme
> pour les intégrer.

Selon moi, adresses postales et parcelles sont deux choses totalement
séparées. On fait le mélange lorsqu'on voit les données au travers du
prisme DGFiP.

> Qu'en dites-vous ?

Qu'il faut en discuter ailleurs que sur la liste dev-fr...

Pieren

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

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

[V de Chateau-Thierry]

> De : "Christian Quest"
>
> Après ma rencontre chez médipost où on a beaucoup parlé d'adresses, je suis 
> arrivé à la
> conclusion que lorsqu'on parle d'adresse, on ne parle pas tous de la même 
> chose... d'où
> le problème pour avoir un consensus.
>
> Un seul modèle ne peut donc répondre à toutes les facettes de ce que peut 
> être une
> adresse ou alors il faut que ce soit un modèle extensible. Justement... OSM 
> fonctionne
> sur ce principe d'extensions.
>
> Il faudra sûrement aller plus loin que le modèle actuel pour que tout le 
> monde y trouve
> son compte.
>
> Alors de quoi parle-t-on ?
>
> - de parcelles
> - de bâtiments
> - de plaques adresse
> - d'accès depuis la voirie la plus proche
> - de point plus "métier": position de la boite aux lettres, du compteur 
> EDF/eau, des
> entrées, de la livraison...
> autre ?

D'accord avec cette pluralité. Dans la liste que tu dresses, un seul élément 
nous est
systématiquement fourni par des sources simples d'accès (cadastre, bing), c'est 
le
bâtiment. D'où ma conviction, déjà exprimée ici dans un fil précédent, que 
c'est le(s)
bâtiment(s) qui doit se faire l'étendard de l'info d'adresse.
Une précision cependant : en discutant sur la manière de modéliser, je ne pense 
quasi pas
à ce que chacun voudra faire sur un terrain qu'il peut arpenter en piéton, 
qu'il peut
scruter, affiner, détailler. Chacun chez soi saura mapper les adresses aux 
petits
oignons, par justement la possibilité de positionner les accès piéton et 
voiture, les
portes d'entrée, les boîtes aux lettres, etc.
Je discute ici plutôt d'un modèle minimal que chacun serait à même d'appliquer 
sur des
territoires où il contribue sans les connaître, un peu comme il arrive qu'on 
fasse un
import de bâti sur un patelin où on n'a jamais mis les pieds. C'est un mal 
nécessaire
si on veut que l'adresse devienne un matériau utilisable dans OSM car 
suffisamment
répandu.

vincent

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

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

[Christian Quest]

Après ma rencontre chez médipost où on a beaucoup parlé d'adresses, je suis
arrivé à la conclusion que lorsqu'on parle d'adresse, on ne parle pas tous
de la même chose... d'où le problème pour avoir un consensus.

Un seul modèle ne peut donc répondre à toutes les facettes de ce que peut
être une adresse ou alors il faut que ce soit un modèle extensible.
Justement... OSM fonctionne sur ce principe d'extensions.

Il faudra sûrement aller plus loin que le modèle actuel pour que tout le
monde y trouve son compte.

Alors de quoi parle-t-on ?

- de parcelles
- de bâtiments
- de plaques adresse
- d'accès depuis la voirie la plus proche
- de point plus "métier": position de la boite aux lettres, du compteur
EDF/eau, des entrées, de la livraison...
autre ?

Les parcelles ne sont pas dans OSM et on n'a pas de projet à moyen terme
pour les intégrer.
Les bâtiments... ils peuvent être liés à une ou plusieurs adresses ou
l'inverse (plusieurs adresses pour un même bâtiment)
Les plaques adresses: c'est un truc un peu virtuel... qui correspond plus
ou moins à une entrée (mais j'ai de beaux contre exemple en photo... plaque
adresse, mais aucune entrée, juste un poteau de parking !)
Les accès: en gros ça donne une position en bord de voirie, c'est peut être
le plus universel
Les points métiers sont modélisables mais en étendant le modèle actuel.

Qu'en dites-vous ?



Le 24 février 2014 13:47, V de Chateau-Thierry  a écrit :

> Bonjour,
>
> > De : "Christian Quest"
> >
> > L'idéal serait d'arriver à trouver un consensus sur la modélisation et
> de ne proposer
> > que des fichiers correspondant à ce consensus histoire d'avoir au final
> des données
> > homogènes sur toute la France (à défaut de pouvoir homogénéiser sur le
> monde entier).
>
> Tout à fait d'accord avec ça. Mais comment parvenir à ce consensus ?
> Est-ce que, dans un
> premier temps, on met à dispo tous les "parfums" de fichiers ( 6
> actuellement, bientôt 8
> si on attaque la version mixte limites de parcelles / façades) et au bout
> de 6 mois, avec
> du recul, on lance un sondage ? Ou bien on constate quel modèle est devenu
> prépondérant
> en base ? Ce sont des idées en vrac, je n'ai pas d'avis sur la méthode,
> mais je partage
> vraiment la cible, à savoir qu'on définisse sur la France un modèle
> accepté comme celui
> qu'on recommande à tout nouveau contributeur sur le sujet.
>
> vincent
>
> ___
> 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] Service de pré-intégration d'adresses

[Nicolas Dumoulin]

Le lundi 24 février 2014 13:47:31 V de Chateau-Thierry a écrit :
> Bonjour,
> 
> > De : "Christian Quest"
> > 
> > L'idéal serait d'arriver à trouver un consensus sur la modélisation et de
> > ne proposer que des fichiers correspondant à ce consensus histoire
> > d'avoir au final des données homogènes sur toute la France (à défaut de
> > pouvoir homogénéiser sur le monde entier).
> Tout à fait d'accord avec ça. Mais comment parvenir à ce consensus ? Est-ce
> que, dans un premier temps, on met à dispo tous les "parfums" de fichiers (
> 6 actuellement, bientôt 8 si on attaque la version mixte limites de
> parcelles / façades) et au bout de 6 mois, avec du recul, on lance un
> sondage ?

+1
Je trouve que c'est en se confrontant à la saisie qu'on mesure la diversité 
des situations, et en testant les différents schémas qu'on évalue leur 
pertinence.
Perso, je n'ai pas encore vraiment saisi beaucoup d'adresses, mais testé les 
différents schémas, et j'ai beaucoup appris ! :-)
Il serait peut-être temps (l'outil me semble prêt) de diffuser sur talk-fr pour 
avoir d'autres opinions et pouvoir ensuite trouver ce consensus.

Bonne baignade

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

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

[V de Chateau-Thierry]

Bonjour,

> De : "Christian Quest"
>
> L'idéal serait d'arriver à trouver un consensus sur la modélisation et de ne 
> proposer
> que des fichiers correspondant à ce consensus histoire d'avoir au final des 
> données
> homogènes sur toute la France (à défaut de pouvoir homogénéiser sur le monde 
> entier).

Tout à fait d'accord avec ça. Mais comment parvenir à ce consensus ? Est-ce 
que, dans un
premier temps, on met à dispo tous les "parfums" de fichiers ( 6 actuellement, 
bientôt 8
si on attaque la version mixte limites de parcelles / façades) et au bout de 6 
mois, avec 
du recul, on lance un sondage ? Ou bien on constate quel modèle est devenu 
prépondérant
en base ? Ce sont des idées en vrac, je n'ai pas d'avis sur la méthode, mais je 
partage
vraiment la cible, à savoir qu'on définisse sur la France un modèle accepté 
comme celui
qu'on recommande à tout nouveau contributeur sur le sujet.

vincent

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

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

[Christian Quest]

Le 24 février 2014 11:26, Tyndare  a écrit :

>
>
> Le 23 février 2014 21:54, Vincent de Château-Thierry  a
> écrit :
>
>> Le 23/02/2014 10:28, Christian Quest a écrit :
>>
>>> Il manque à mon avis un fichier mix entre les points isolés et les
>>>
>>> points sur façade.
>>>
>>> En effet, ma façon manuelle de positionner les adresses est la suivante:
>>> - si la façade du bâtiment donne sur la rue, je met le point adresse en
>>> façade du bâtiment sur un noeud du polygone
>>> - si le bâtiment principal ne donne pas sur la rue, je met le point
>>> adresse en limite de parcelle
>>>
>>> J'ai l'impression que je ne suis pas le seul à procéder comme ça et là
>>> je suis obligé de passer d'un fichier à l'autre ce qui bien sûr ne fait
>>> pas vraiment gagner de temps au final.
>>>
>>
> Cela correspond aussi à ma façon de mapper, je vais essayer de faire
> quelque chose dans ce sens (mais il me faut un peu de temps, je voudrais
> essayer d'utiliser l'angle que fait le numéro dessiné sur le cadastre pour
> déterminer la direction ou projeter le numéro).
>

Ah oui, c'est une info qui peut aider, mais il faut faire attention car il
y aura forcément des numéros non orientés vu la disparité dans les données
vectorielles du cadastre.



>
>> Le parti pris implicite dans les fichiers, c'est une modélisation homogène
>> au sein d'un même fichier (1 fichier = 1 rue) sachant qu'il y a déjà une
>> combinatoire entre 3 implantations et 2 modélisations. Le risque d'usine
>> à gaz n'est jamais loin...
>
>
> Pour ce qui est de mon code, je crois que j'ai déjà atteint le niveau
> usine à gaz vu que j'ai du mal à me relire...
> Si ce fichier mix intermédiaire correspond mieux à ceux que certains
> attendent peut-être que l'on pourra supprimer la version < isolés découpés par rue>>.
>
>
L'idéal serait d'arriver à trouver un consensus sur la modélisation et de
ne proposer que des fichiers correspondant à ce consensus histoire d'avoir
au final des données homogènes sur toute la France (à défaut de pouvoir
homogénéiser sur le monde entier).



> Par contre il a un fichier <>, un
> seul gros fichier, qui est actuellement caché, et je me pose la question de
> le rendre publique.
> Je m'en sert souvent, non pas pour intégrer, mais pour vérifier une zone
> déjà mappée, ou quand je ne comprends pas pourquoi le découpage par rue a
> exclus certains numéros de tel ou telle rue. Je trouve qu'il a une vrais
> utilité.
> Je le génère dorénavant avec l'option upload="false" pour que JOSM
> dissuade son envoie directe dans OSM.
>
> Que pensez vous de rendre ce fichier accessible à tous ?
>  Ou alors sous condition, comme pour les fichiers eau ?
>
>

Il faut éviter que l'outil d'extraction soit utilisé hors OSM et un tel
fichier risquerai d'être trop facilement exploité hors OSM.
Il n'en reste pas moins très utile... justement pour créer par exemple une
base adresses "brute" pouvant servir à faire du géocodage (pour des besoins
internes OSM).

Il ne faut pas oublier les conditions de notre autorisation d'exploiter les
données du cadastre:
- mention de la source et du millésime,
- intégration dans une base composite (donc pas que des données du cadastre)
- pas de reproduction intégrale


-- 
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] Service de pré-intégration d'adresses

[Tyndare]

Le 23 février 2014 21:54, Vincent de Château-Thierry  a
écrit :

> Le 23/02/2014 10:28, Christian Quest a écrit :
>
>> Il manque à mon avis un fichier mix entre les points isolés et les
>> points sur façade.
>>
>> En effet, ma façon manuelle de positionner les adresses est la suivante:
>> - si la façade du bâtiment donne sur la rue, je met le point adresse en
>> façade du bâtiment sur un noeud du polygone
>> - si le bâtiment principal ne donne pas sur la rue, je met le point
>> adresse en limite de parcelle
>>
>> J'ai l'impression que je ne suis pas le seul à procéder comme ça et là
>> je suis obligé de passer d'un fichier à l'autre ce qui bien sûr ne fait
>> pas vraiment gagner de temps au final.
>>
>
Cela correspond aussi à ma façon de mapper, je vais essayer de faire
quelque chose dans ce sens (mais il me faut un peu de temps, je voudrais
essayer d'utiliser l'angle que fait le numéro dessiné sur le cadastre pour
déterminer la direction ou projeter le numéro).

>
> Le parti pris implicite dans les fichiers, c'est une modélisation homogène
> au sein d'un même fichier (1 fichier = 1 rue) sachant qu'il y a déjà une
> combinatoire entre 3 implantations et 2 modélisations. Le risque d'usine à
> gaz n'est jamais loin...


Pour ce qui est de mon code, je crois que j'ai déjà atteint le niveau usine
à gaz vu que j'ai du mal à me relire...
Si ce fichier mix intermédiaire correspond mieux à ceux que certains
attendent peut-être que l'on pourra supprimer la version <>.

Par contre il a un fichier <>, un
seul gros fichier, qui est actuellement caché, et je me pose la question de
le rendre publique.
Je m'en sert souvent, non pas pour intégrer, mais pour vérifier une zone
déjà mappée, ou quand je ne comprends pas pourquoi le découpage par rue a
exclus certains numéros de tel ou telle rue. Je trouve qu'il a une vrais
utilité.
Je le génère dorénavant avec l'option upload="false" pour que JOSM dissuade
son envoie directe dans OSM.

Que pensez vous de rendre ce fichier accessible à tous ?
Ou alors sous condition, comme pour les fichiers eau ?


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

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

[Vincent de Château-Thierry]

Bonsoir,

Le 23/02/2014 10:28, Christian Quest a écrit :

J'ai un peu exploré les différents fichiers produits.

Il manque à mon avis un fichier mix entre les points isolés et les
points sur façade.

En effet, ma façon manuelle de positionner les adresses est la suivante:
- si la façade du bâtiment donne sur la rue, je met le point adresse en
façade du bâtiment sur un nœud du polygone
- si le bâtiment principal ne donne pas sur la rue, je met le point
adresse en limite de parcelle

J'ai l'impression que je ne suis pas le seul à procéder comme ça et là
je suis obligé de passer d'un fichier à l'autre ce qui bien sûr ne fait
pas vraiment gagner de temps au final.


Le parti pris implicite dans les fichiers, c'est une modélisation homogène
au sein d'un même fichier (1 fichier = 1 rue) sachant qu'il y a déjà une
combinatoire entre 3 implantations et 2 modélisations. Le risque d'usine 
à gaz n'est jamais loin...



La projection des points adresse en façade pour des bâtiments éloignés
de la voirie donne actuellement des résultats parfois très étranges.


Là dessus, il faudrait indiquer un/des cas en donnant... leur adresse 
histoire de voir ce qui cloche.


vincent

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

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

[Vincent Pottier]

Le 23/02/2014 10:28, Christian Quest a écrit :


En effet, ma façon manuelle de positionner les adresses est la suivante:
- si la façade du bâtiment donne sur la rue, je met le point adresse 
en façade du bâtiment sur un nœud du polygone
- si le bâtiment principal ne donne pas sur la rue, je met le point 
adresse en limite de parcelle



+1.
--
FrViPofm


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

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

[Christian Quest]

J'ai un peu exploré les différents fichiers produits.

Il manque à mon avis un fichier mix entre les points isolés et les points
sur façade.

En effet, ma façon manuelle de positionner les adresses est la suivante:
- si la façade du bâtiment donne sur la rue, je met le point adresse en
façade du bâtiment sur un noeud du polygone
- si le bâtiment principal ne donne pas sur la rue, je met le point adresse
en limite de parcelle

J'ai l'impression que je ne suis pas le seul à procéder comme ça et là je
suis obligé de passer d'un fichier à l'autre ce qui bien sûr ne fait pas
vraiment gagner de temps au final.

La projection des points adresse en façade pour des bâtiments éloignés de
la voirie donne actuellement des résultats parfois très étranges.




Le 18 février 2014 19:14, Christian Quest  a écrit
:

> Comme retour, je verrai bien un mail pour prévenir que c'est terminé, à la
> mode osm2gis
>
>
> Le 18 février 2014 18:55, Tyndare  a écrit :
>
>>
>> Le 18 février 2014 14:32, sly (sylvain letuffe)  a
>> écrit :
>>
>>>  En reprenant la page d'accueil de http://cadastre.openstreetmap.fr,
>>> vous avez également repris le lien permettant l'ouverture d'un ticket sur
>>> trac, dont un premier a d'ailleurs été ouvert :
>>>
>>> http://trac.openstreetmap.fr/ticket/483
>>>
>>>
>>
>> Déssolé un premier mail est parti tout seul.
>>
>> Merci aussi à toi Sylvain pour le site web du cadastre dont on a
>> effectivement repris sans scrupules la page web.
>>
>> Si on décide de rendre le service accessible au plus grand nombre, il
>> faudra qu'on discute si c'est souhaitable et envisageable de rendre les
>> deux services (Quadastre2OSM et adresses) accessibles ensemble depuis la
>> page web principale, avec par exemple un <> pour choisir entre
>> les deux.
>> Le problème de la génération d'adresse c'est (qu'en plus d'être moins
>> stable) elle est beaucoup plus lente, il faudrait donc à mon avis garder un
>> retour à l'utilisateur sur l'avancée de l'opération.
>>
>> Pour trac, si on peut garder le même composant ça me vas très bien,
>> J'ai aussi créé un compte trac: tyndare
>>
>> Merci.
>>
>>
>> ___
>> 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
>



-- 
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] Service de pré-intégration d'adresses

[sly (sylvain letuffe)]

On mardi 18 février 2014, Tyndare wrote:
> Merci aussi à toi Sylvain pour le site web du cadastre dont on a
> effectivement repris sans scrupules la page web.

Plus ou moins rien sur ce site n'est de moi, je n'en fais que la maintenance.
 
> Si on décide de rendre le service accessible au plus grand nombre, il
> faudra qu'on discute si c'est souhaitable et envisageable de rendre les
> deux services (Quadastre2OSM et adresses) accessibles ensemble depuis la
> page web principale, avec par exemple un «radio button» pour choisir entre
> les deux.

Séparé, ou regroupé, pour moi, ça ne pose aucun problème, c'est comme ça vous 
arrange (surtout qu'étant une quiche en html/css, c'est vous qu'y aller y 
faire !)

> Le problème de la génération d'adresse c'est (qu'en plus d'être moins
> stable) elle est beaucoup plus lente, il faudrait donc à mon avis garder un
> retour à l'utilisateur sur l'avancée de l'opération.
> 
> Pour trac, si on peut garder le même composant ça me vas très bien,
> J'ai aussi créé un compte trac: tyndare

J'ai trouvé une combine pour que le lien qui dit "j'ai trouvé un bug" pointe 
directement vers trac en mettant vdct en auteur, ça m'évitera de faire le 
routeur de ticket.
Je vous laisse vous les ré-échanger


-- 
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] Service de pré-intégration d'adresses

[Christian Quest]

Comme retour, je verrai bien un mail pour prévenir que c'est terminé, à la
mode osm2gis


Le 18 février 2014 18:55, Tyndare  a écrit :

>
> Le 18 février 2014 14:32, sly (sylvain letuffe)  a
> écrit :
>
>>  En reprenant la page d'accueil de http://cadastre.openstreetmap.fr,
>> vous avez également repris le lien permettant l'ouverture d'un ticket sur
>> trac, dont un premier a d'ailleurs été ouvert :
>>
>> http://trac.openstreetmap.fr/ticket/483
>>
>>
>
> Déssolé un premier mail est parti tout seul.
>
> Merci aussi à toi Sylvain pour le site web du cadastre dont on a
> effectivement repris sans scrupules la page web.
>
> Si on décide de rendre le service accessible au plus grand nombre, il
> faudra qu'on discute si c'est souhaitable et envisageable de rendre les
> deux services (Quadastre2OSM et adresses) accessibles ensemble depuis la
> page web principale, avec par exemple un «radio button» pour choisir entre
> les deux.
> Le problème de la génération d'adresse c'est (qu'en plus d'être moins
> stable) elle est beaucoup plus lente, il faudrait donc à mon avis garder un
> retour à l'utilisateur sur l'avancée de l'opération.
>
> Pour trac, si on peut garder le même composant ça me vas très bien,
> J'ai aussi créé un compte trac: tyndare
>
> Merci.
>
>
> ___
> 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] Service de pré-intégration d'adresses

[Tyndare]

Le 18 février 2014 14:32, sly (sylvain letuffe)  a
écrit :

>  En reprenant la page d'accueil de http://cadastre.openstreetmap.fr, vous
> avez également repris le lien permettant l'ouverture d'un ticket sur trac,
> dont un premier a d'ailleurs été ouvert :
>
> http://trac.openstreetmap.fr/ticket/483
>
>

Déssolé un premier mail est parti tout seul.

Merci aussi à toi Sylvain pour le site web du cadastre dont on a
effectivement repris sans scrupules la page web.

Si on décide de rendre le service accessible au plus grand nombre, il
faudra qu'on discute si c'est souhaitable et envisageable de rendre les
deux services (Quadastre2OSM et adresses) accessibles ensemble depuis la
page web principale, avec par exemple un «radio button» pour choisir entre
les deux.
Le problème de la génération d'adresse c'est (qu'en plus d'être moins
stable) elle est beaucoup plus lente, il faudrait donc à mon avis garder un
retour à l'utilisateur sur l'avancée de l'opération.

Pour trac, si on peut garder le même composant ça me vas très bien,
J'ai aussi créé un compte trac: tyndare

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

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

[Tyndare]

Le 18 février 2014 14:32, sly (sylvain letuffe)  a
écrit :

>  On lundi 17 février 2014, Vincent de Château-Thierry wrote:
>
> > Merci à Jocelyn et Christian pour leur support et la mise à disposition
>
> > d'une infrastructure d'OSM-Fr, qui héberge le service.
>
>
>
> En reprenant la page d'accueil de http://cadastre.openstreetmap.fr, vous
> avez également repris le lien permettant l'ouverture d'un ticket sur trac,
> dont un premier a d'ailleurs été ouvert :
>
> http://trac.openstreetmap.fr/ticket/483
>
>
>
> Si vous ne souhaitez pas utiliser trac, je vous suggère de retirer le lien.
>
> Si par contre vous le souhaitez, je peux définir un "composant" sur trac
> rien que pour cet outil si vous préférez.
>
> Ou alors, on peut partager le même composant, je n'y vois pas
> d'inconvénients, mais si l'un de vous (ou les deux) pouvait créer ou me
> donner son compte sur trac.openstreetmap.fr, je pourrais alors vous
> "ré-attribuer" les tickets.
>
>
>
> --
>
> 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] Service de pré-intégration d'adresses

[V de Chateau-Thierry]

> De : "Bruno Cortial"
>
> Faisant parti initialement du camp des "relationistes", je ne peux que pencher
> désormais vers les "nodistes":
>
> * Le modèle relation est peu utilisé hors de France.
> * Il pose pb avec iD. On peut rager sur les lacunes de cet éditeur, mais il 
> est notre
> outil de base pour les contributeurs occasionnels, les "gems" d'OSM.
> * En en ce qui concerne des développeurs, à l'utilisation le support des 
> relations est
> loin dernière les points adresses. Je tique toujours quand je vois que les 
> relations
> adresses de Nantes Métropole ne sont pas supportées dans OSMAnd.

Pour qui veut exploiter les adresses OSM dans une appli aujourd'hui, je ne vois 
pas
comment on peut décider de zapper une des 2 modélisations... Et c'est (de mon 
point de
vue) beaucoup plus simple de dériver un modèle 'nodiste' à partir des relations 
que
le contraire. 

> Sinon concernant l'outil, il y a peut-être du ménage à faire sur les fichiers
> temporaires, en particulier les parcelles.osm vis à vis des conditions 
> d'utilisation du
> cadastre...
Oui et non. Le point vis-à-vis des conditions d'utilisation est d'intégrer les 
infos du
cadastre dans un produit composite. Après, le consensus a toujours été de 
considérer que
les limites de parcelles n'avaient pas leur place dans OSM. Au moins vis-à-vis 
de ce
consensus il faudrait masquer ces données, en effet.

vincent

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

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

[V de Chateau-Thierry]

> De : "sly (sylvain letuffe)"

> En reprenant la page d'accueil de http://cadastre.openstreetmap.fr, vous avez 
> également
> repris le lien permettant l'ouverture d'un ticket sur trac, dont un premier a
> d'ailleurs été ouvert : http://trac.openstreetmap.fr/ticket/483
>
> Si vous ne souhaitez pas utiliser trac, je vous suggère de retirer le lien.
> Si par contre vous le souhaitez, je peux définir un "composant" sur trac rien 
> que pour
> cet outil si vous préférez.
> Ou alors, on peut partager le même composant, je n'y vois pas 
> d'inconvénients, mais si
> l'un de vous (ou les deux) pouvait créer ou me donner son compte sur
> trac.openstreetmap.fr, je pourrais alors vous "ré-attribuer" les tickets.
 
Merci Sly de pointer ça. trac me semble la bonne place, on ne va pas réinventer 
la roue.
J'ai un compte 'vdct' si c'est l'info que tu attends. Et merci à 'anonyme' 
(enfin, pas
tant que ça ;-) ) d'avoir initié le mouvement. La remontée de Jean-Claude a 
aussi sa
place là-bas du coup.

vincent

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

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

[sly (sylvain letuffe)]

On lundi 17 février 2014, Vincent de Château-Thierry wrote:
> Merci à Jocelyn et Christian pour leur support et la mise à disposition 
> d'une infrastructure d'OSM-Fr, qui héberge le service.

En reprenant la page d'accueil de http://cadastre.openstreetmap.fr, vous avez 
également repris le lien permettant l'ouverture d'un ticket sur trac, dont un 
premier a d'ailleurs été ouvert :
http://trac.openstreetmap.fr/ticket/483

Si vous ne souhaitez pas utiliser trac, je vous suggère de retirer le lien.
Si par contre vous le souhaitez, je peux définir un "composant" sur trac rien 
que pour cet outil si vous préférez.
Ou alors, on peut partager le même composant, je n'y vois pas d'inconvénients, 
mais si l'un de vous (ou les deux) pouvait créer ou me donner son compte sur 
trac.openstreetmap.fr, je pourrais alors vous "ré-attribuer" les tickets.

-- 
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] Service de pré-intégration d'adresses

[Bruno Cortial]

Faisant parti initialement du camp des "relationistes", je ne peux que
pencher désormais vers les "nodistes":

* Le modèle relation est peu utilisé hors de France.
* Il pose pb avec iD. On peut rager sur les lacunes de cet éditeur, mais il
est notre outil de base pour les contributeurs occasionnels, les "gems"
d'OSM.
* En en ce qui concerne des développeurs, à l'utilisation le support des
relations est loin dernière les points adresses. Je tique toujours quand je
vois que les relations adresses de Nantes Métropole ne sont pas supportées
dans OSMAnd.

Sinon concernant l'outil, il y a peut-être du ménage à faire sur les
fichiers temporaires, en particulier les parcelles.osm vis à vis des
conditions d'utilisation du cadastre...

Bruno






Le 18 février 2014 11:42, Pieren  a écrit :

> 2014-02-18 11:24 GMT+01:00 Christian Quest :
>
> > Pour la réutilisation, ça facilite quand même pas mal de choses, c'est du
> > travail prémâché bien utile car quand on voit tout le boulot fait (avec
> > difficulté) par les scripts qui les génère (en se basant aussi sur des
> > données absentes d'OSM comme les parcelles), on imagine tout le boulot à
> > faire et refaire sans arrêt lorsqu'elles ne sont pas là.
>
> Quitte à passer pour un vieux radoteur qui se répète, je préfère
> toujours le modèle qui facilite la vie des contributeurs à celle qui
> facilite la vie des développeurs (une citation fréquente:
> "contributors are the gems in OSM") : corriger manuellement une erreur
> d'adresse est plus simple sans relation, une opinion largement
> partagée à l'étranger (j'ai des liens si ça vous dit). Je sais que
> c'est dur à entendre (lire) sur la liste 'dev'...
> Et pour le géocodage, les deux modèles sont équivalents avec chacun de
> légers avantages et inconvénients, tous surmontables.
>
> > +1 pour ne proposer que des fichiers avec relations histoire d'avoir un
> peu d'homogénéïté.
>
> Il faut juste bien comprendre que la France serait alors totalement
> isolée sur ce sujet (c'est vrai qu'on aime bien l'attitude du village
> gaulois, seul contre tous).
>
> Pieren
>
> ___
> 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] Service de pré-intégration d'adresses

[V de Chateau-Thierry]

> De : "Pieren"
>
> En examinant ce fichier pris au hasard:
>
> http://cadastre.openstreetmap.fr/adresses/data/069/R1149-OULLINS-adresses-
addrstreet_point_sur_batiment.zip
> et R1149_RUE_LIONEL_TERRAY.osm
>
> je vois que tous les buildings d'OSM sont dans le fichier alors qu'un
> seul est modifié. Est-ce voulu ou est-ce qu'il y aurait une
> possibilité de limiter le fichier aux seules données créées/modifiées
> ?

C'est voulu, pour ne pas faire apparaître comme isolé un bâtiment qui est en 
fait
entouré d'autres. En gros certains bâtiments sont là pour le contexte.

vincent

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

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

[Pieren]

En examinant ce fichier pris au hasard:

http://cadastre.openstreetmap.fr/adresses/data/069/R1149-OULLINS-adresses-addrstreet_point_sur_batiment.zip
et R1149_RUE_LIONEL_TERRAY.osm

je vois que tous les buildings d'OSM sont dans le fichier alors qu'un
seul est modifié. Est-ce voulu ou est-ce qu'il y aurait une
possibilité de limiter le fichier aux seules données créées/modifiées
?

Pieren

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

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

[Jean-Claude Repetto]

Le 17/02/2014 23:08, Vincent de Château-Thierry a écrit :


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


Bonjour,

Un petit souci avec le codage des caractères, sur la commune de 
Mouans-Sartoux (06) :


Traceback (most recent call last):

  File 
"/data/project/cadastre.openstreetmap.fr/bin/cadastre-housenumber/supprime_relations_associatedStreet.py", 
line 88, in


main(sys.argv)

  File 
"/data/project/cadastre.openstreetmap.fr/bin/cadastre-housenumber/supprime_relations_associatedStreet.py", 
line 85, in main


remplace_associatedstreet_par_addrstreet(argv[1],argv[2])

  File 
"/data/project/cadastre.openstreetmap.fr/bin/cadastre-housenumber/supprime_relations_associatedStreet.py", 
line 69, in remplace_associatedstreet_par_addrstreet


OsmWriter(osm).write_to_stream(s)

  File 
"/data/project/cadastre.openstreetmap.fr/export-cadastre/bin/cadastre-housenumber/osm.py", 
line 205, in write_to_stream


self.write()

  File 
"/data/project/cadastre.openstreetmap.fr/export-cadastre/bin/cadastre-housenumber/osm.py", 
line 221, in write


output.write("\t\n");

UnicodeEncodeError: 'ascii' codec can't encode character u'\xe9' in 
position 91: ordinal not in range(128)


Traceback (most recent call last):

  File 
"/data/project/cadastre.openstreetmap.fr/bin/cadastre-housenumber/supprime_relations_associatedStreet.py", 
line 88, in


main(sys.argv)

  File 
"/data/project/cadastre.openstreetmap.fr/bin/cadastre-housenumber/supprime_relations_associatedStreet.py", 
line 85, in main


remplace_associatedstreet_par_addrstreet(argv[1],argv[2])

  File 
"/data/project/cadastre.openstreetmap.fr/bin/cadastre-housenumber/supprime_relations_associatedStreet.py", 
line 69, in remplace_associatedstreet_par_addrstreet


OsmWriter(osm).write_to_stream(s)

  File 
"/data/project/cadastre.openstreetmap.fr/export-cadastre/bin/cadastre-housenumber/osm.py", 
line 205, in write_to_stream


self.write()

  File 
"/data/project/cadastre.openstreetmap.fr/export-cadastre/bin/cadastre-housenumber/osm.py", 
line 221, in write


output.write("\t\n");

UnicodeEncodeError: 'ascii' codec can't encode character u'\xe9' in 
position 91: ordinal not in range(128)




Jean-Claude



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

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

[V de Chateau-Thierry]

Bonjour,

> De : "Bruno Cortial"
>
> J'ai essayé de générer les fichiers pour les communes de Pornic et Paimboeuf 
> en
> Loire-Atlantique, sans succès.
> On dirait que cela coince au téléchargement des "feuilles" : 2 pdf, et puis 
> c'est tout.
>
> Y a surcharge ?

Possible. J'ai ré-essayé Paimbœuf il y a qq minutes et c'est allé jusqu'au bout
=> http://cadastre.openstreetmap.fr/data/044/
On ne s'est pas posé la question d'une capacité des serveurs à vrai dire, pour 
l'instant.
Moralité: si ça semble planter, ré-essayer :)

@Pieren : la fourniture selon le schéma addr:street est bien motivée par l'idée 
de ne pas
choisir à la place du contributeur. Mais à titre individuel, je rejoins la 
position de
Frédéric et Christian sur les bénéfices du modèle par relation. Et toute la 
démarche
annoncée hier soir vise justement à baisser le degré de complexité / pénibilité 
de
construction de ce modèle. Ça permet de ne plus faire du degré de complexité un 
critère
pour le contributeur, et, surtout, ça offre aux consommateurs un modèle plus 
riche, grâce
au lien entre éléments que permet la relation. Quant aux stats monde sur le 
sujet, à
nous de les faire évoluer :)

Pour info taginfo.fr de ce matin indiquait :
associatedStreet : 56528 relations
ref:FR:FANTOIR : 75139 objets (dont 14947 relations) et 22001 valeurs
addr:housenumber : 1644336 objets (Nœuds : 1351843, Ways : 292252, Relations : 
241)
addr:street : 821186 objets (Nœuds : 647854, Ways : 172630, Relations : 702)

Enfin pour le FANTOIR sur les ways, j'avais posé la question [1] mais sans 
réponse,
du coup dans un premier temps on a fait simple. Mais c'est aussi simple à faire 
évoluer.

vincent

[1] : https://lists.openstreetmap.org/pipermail/dev-fr/2014-February/002087.html

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

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

[Bruno Cortial]

Bonjour,
J'ai essayé de générer les fichiers pour les communes de Pornic et
Paimboeuf en Loire-Atlantique, sans succès.
On dirait que cela coince au téléchargement des "feuilles" : 2 pdf, et puis
c'est tout.

Y a surcharge ?

Bruno


Le 17 février 2014 23:08, Vincent de Château-Thierry  a
écrit :

> 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
>
___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr

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

[Pieren]

2014-02-18 11:24 GMT+01:00 Christian Quest :

> Pour la réutilisation, ça facilite quand même pas mal de choses, c'est du
> travail prémâché bien utile car quand on voit tout le boulot fait (avec
> difficulté) par les scripts qui les génère (en se basant aussi sur des
> données absentes d'OSM comme les parcelles), on imagine tout le boulot à
> faire et refaire sans arrêt lorsqu'elles ne sont pas là.

Quitte à passer pour un vieux radoteur qui se répète, je préfère
toujours le modèle qui facilite la vie des contributeurs à celle qui
facilite la vie des développeurs (une citation fréquente:
"contributors are the gems in OSM") : corriger manuellement une erreur
d'adresse est plus simple sans relation, une opinion largement
partagée à l'étranger (j'ai des liens si ça vous dit). Je sais que
c'est dur à entendre (lire) sur la liste 'dev'...
Et pour le géocodage, les deux modèles sont équivalents avec chacun de
légers avantages et inconvénients, tous surmontables.

> +1 pour ne proposer que des fichiers avec relations histoire d'avoir un peu 
> d'homogénéïté.

Il faut juste bien comprendre que la France serait alors totalement
isolée sur ce sujet (c'est vrai qu'on aime bien l'attitude du village
gaulois, seul contre tous).

Pieren

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

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

[Pieren]

2014-02-18 10:56 GMT+01:00 Frédéric Rodrigo :

> Je vais prendre contre pied total de Pieren... La liberté c'est bien, mais
> des adresses sans relation c'est très difficilement utilisable par la suite
> dans le cas non nominal. Mon avis c'est simple : il ne faut pas mettre à
> disposition des fichiers sans la relation : c'est de l'incitation la
> débauche, à la multiplication des cas et traitements particuliers.

Si on prend un peu de recule et qu'on fait un traitement niveau monde,
c'est la relation qui est un cas particulier ;-) Je vais donc
continuer à me rouler dans la débauche ^^
Je n'ai pas compris en quoi c'était très difficilement utilisable. Les
deux modèles sont équivalents.

Pieren

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

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

[Christian Quest]

Le 18 février 2014 10:56, Frédéric Rodrigo  a écrit
:

> Le 18/02/2014 10:05, Pieren a écrit :
>
>  2014-02-17 23:08 GMT+01:00 Vincent de Château-Thierry :
>>
>>  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.
>>>
>>
>> Merci d'offrir cette liberté. C'est tout à fait dans l'esprit du projet.
>>
>>  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
>>>
>>
>> On laisse croire sur le wiki que la relation est la seule option pour
>> les codes FANTOIR, ce qui est faux. Il reste celui de mettre le tag
>> directement sur les highway. La dernière discussion sur le sujet
>> parlait du cas particulier des rues appartenant à deux communes et
>> donc avec deux codes FANTOIR. Mais il existe aussi des solutions dans
>> ces cas-là, largement appliqués pour les tags "name" par exemple (le
>> code FANTOIR n'étant qu'un alias du nom de la voie).
>>
>> Pieren
>>
>
> Bonjour,
>
> Je vais prendre contre pied total de Pieren... La liberté c'est bien, mais
> des adresses sans relation c'est très difficilement utilisable par la suite
> dans le cas non nominal. Mon avis c'est simple : il ne faut pas mettre à
> disposition des fichiers sans la relation : c'est de l'incitation la
> débauche, à la multiplication des cas et traitements particuliers.
>
> Voilà, voilà.
> Frédéric.
>


Je partage ce point de vue.

Créer des relations n'est pas chose aisée, mais lorsqu'on a la possibilité
de les créer proprement et de façon automatique pourquoi s'en priver ?

Pour la réutilisation, ça facilite quand même pas mal de choses, c'est du
travail prémâché bien utile car quand on voit tout le boulot fait (avec
difficulté) par les scripts qui les génère (en se basant aussi sur des
données absentes d'OSM comme les parcelles), on imagine tout le boulot à
faire et refaire sans arrêt lorsqu'elles ne sont pas là.


Ah oui, ça permet aussi autre chose... différencier un point adresse d'une
adresse rajoutée (un peu abusivement) sur un POI par certains outils,
adresse qui dans ce cas crée une sorte de doublon où il est impossible de
lever l'ambiguité.


Donc +1 pour ne proposer que des fichiers avec relations histoire d'avoir
un peu d'homogénéïté.

-- 
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] Service de pré-intégration d'adresses

[Frédéric Rodrigo]

Le 18/02/2014 10:05, Pieren a écrit :

2014-02-17 23:08 GMT+01:00 Vincent de Château-Thierry :


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.


Merci d'offrir cette liberté. C'est tout à fait dans l'esprit du projet.


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


On laisse croire sur le wiki que la relation est la seule option pour
les codes FANTOIR, ce qui est faux. Il reste celui de mettre le tag
directement sur les highway. La dernière discussion sur le sujet
parlait du cas particulier des rues appartenant à deux communes et
donc avec deux codes FANTOIR. Mais il existe aussi des solutions dans
ces cas-là, largement appliqués pour les tags "name" par exemple (le
code FANTOIR n'étant qu'un alias du nom de la voie).

Pieren


Bonjour,

Je vais prendre contre pied total de Pieren... La liberté c'est bien, 
mais des adresses sans relation c'est très difficilement utilisable par 
la suite dans le cas non nominal. Mon avis c'est simple : il ne faut pas 
mettre à disposition des fichiers sans la relation : c'est de 
l’incitation la débauche, à la multiplication des cas et traitements 
particuliers.


Voilà, voilà.
Frédéric.


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

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

[Pieren]

2014-02-17 23:08 GMT+01:00 Vincent de Château-Thierry :

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

Merci d'offrir cette liberté. C'est tout à fait dans l'esprit du projet.

> 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

On laisse croire sur le wiki que la relation est la seule option pour
les codes FANTOIR, ce qui est faux. Il reste celui de mettre le tag
directement sur les highway. La dernière discussion sur le sujet
parlait du cas particulier des rues appartenant à deux communes et
donc avec deux codes FANTOIR. Mais il existe aussi des solutions dans
ces cas-là, largement appliqués pour les tags "name" par exemple (le
code FANTOIR n'étant qu'un alias du nom de la voie).

Pieren

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

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

[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