Re: [OSM-dev-fr] Service de pré-intégration d'adresses
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 tynd...@wanadoo.fr a écrit : Le 24 février 2014 13:26, Christian Quest cqu...@openstreetmap.fr a écrit : Le 24 février 2014 11:26, Tyndare tynd...@wanadoo.fr 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 à Parishttp://openstreetmap.fr/sotmfr ___ 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
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
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 v...@laposte.net 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 à Parishttp://openstreetmap.fr/sotmfr ___ 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
Apparemment il y a beaucoup de messages d'erreur liés à l'extraction du bâti. Le 5 mars 2014 22:53, Christian Quest cqu...@openstreetmap.fr 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 v...@laposte.net 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 à Parishttp://openstreetmap.fr/sotmfr ___ 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
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
ok, donc je peux virer ce log ? Le 5 mars 2014 23:27, Vincent de Château-Thierry v...@laposte.net 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 à Parishttp://openstreetmap.fr/sotmfr ___ 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
Pour moi oui pas de souci. Le 5 mars 2014 23:33, Christian Quest cqu...@openstreetmap.fr a écrit : ok, donc je peux virer ce log ? Le 5 mars 2014 23:27, Vincent de Château-Thierry v...@laposte.net 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 à Parishttp://openstreetmap.fr/sotmfr ___ 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
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
Le 24 février 2014 13:26, Christian Quest cqu...@openstreetmap.fr a écrit : Le 24 février 2014 11:26, Tyndare tynd...@wanadoo.fr 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
Le 23 février 2014 21:54, Vincent de Château-Thierry v...@laposte.net 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 points tous isolés découpés par rue. Par contre il a un fichier points tous isolés non découpé par rue, 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
Le 24 février 2014 11:26, Tyndare tynd...@wanadoo.fr a écrit : Le 23 février 2014 21:54, Vincent de Château-Thierry v...@laposte.net 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 points tous 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 points tous isolés non découpé par rue, 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 à Parishttp://openstreetmap.fr/sotmfr ___ 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
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
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
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 v...@laposte.net 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 à Parishttp://openstreetmap.fr/sotmfr ___ 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
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
2014-02-24 14:14 GMT+01:00 Christian Quest cqu...@openstreetmap.fr: 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
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 cqu...@openstreetmap.fr 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 tynd...@wanadoo.fr a écrit : Le 18 février 2014 14:32, sly (sylvain letuffe) lis...@letuffe.org 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 à Parishttp://openstreetmap.fr/sotmfr -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr ___ 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
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
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
2014-02-17 23:08 GMT+01:00 Vincent de Château-Thierry v...@laposte.net: 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
Re: [OSM-dev-fr] Service de pré-intégration d'adresses
Le 18/02/2014 10:05, Pieren a écrit : 2014-02-17 23:08 GMT+01:00 Vincent de Château-Thierry v...@laposte.net: 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
Le 18 février 2014 10:56, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Le 18/02/2014 10:05, Pieren a écrit : 2014-02-17 23:08 GMT+01:00 Vincent de Château-Thierry v...@laposte.net: 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 à Parishttp://openstreetmap.fr/sotmfr ___ 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
2014-02-18 10:56 GMT+01:00 Frédéric Rodrigo fred.rodr...@gmail.com: 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
2014-02-18 11:24 GMT+01:00 Christian Quest cqu...@openstreetmap.fr: 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
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 v...@laposte.net 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
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
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
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
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
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 pier...@gmail.com a écrit : 2014-02-18 11:24 GMT+01:00 Christian Quest cqu...@openstreetmap.fr: 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
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
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
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
Le 18 février 2014 14:32, sly (sylvain letuffe) lis...@letuffe.org 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
Le 18 février 2014 14:32, sly (sylvain letuffe) lis...@letuffe.org 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
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 tynd...@wanadoo.fr a écrit : Le 18 février 2014 14:32, sly (sylvain letuffe) lis...@letuffe.org 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 à Parishttp://openstreetmap.fr/sotmfr ___ 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
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
[OSM-dev-fr] Service de pré-intégration d'adresses
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
