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] Contours de communes et arrondissements PLM
Le pb est de rester cohérent avec les shp déjà simplifiés que j'utilise (OSM open-data). Après c'est pas dramatique non plus, ce ne sont que quelques arrondissements, je peux traiter à la main, mais si la livraison comprenait les arrondissement ça m'arrangerait pas mal ;-) Bonne soirée. Le 17 février 2014 22:24, Ab_fab gamma@gmail.com a écrit : Pour simplifier les contours, tu peux tester Mapshaper http://mapshaper.org/ Le 17 février 2014 22:18, Eric Pommereau eric.pommer...@gmail.com a écrit : Hello, Oui je dois traiter les arrondissements (pour matcher avec les commissariats)... L'option OSM m'arrange : 1. parce que c'est OSM ;-) 2. parce que j'ai un taux de match du code insee (entre mes données métier et les données shp) plus important 3. Les dom tom sont compris... (moins de manip). Sinon je peux aussi utiliser le moins simplifié (5m ?) mais mon pb d'arrondissement subsiste... ++ ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
[OSM-dev] Taginfo now supports SSL
Hi OSM Dev, taginfo.openstreetmap.org now supports SSL. https://taginfo.openstreetmap.org/ Taginfo was migrated to OSM hardware and went live this morning: http://blog.jochentopf.com/2014-02-18-taginfo-on-osmf-server.html Hardware: http://wiki.openstreetmap.org/wiki/Servers/grindtooth The setup is managed by chef, the cookbook used is available here: http://git.openstreetmap.org/chef.git/tree/HEAD:/cookbooks/taginfo Thank you Tom and Jochen. Regards Grant Part of OpenStreetMap sysadmin team ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
[OSM-dev] « add a note » DB
Hello, I was willing to do some stats on notes (add a note fonctionnality) here in France. I found little technical info, except here: http://wiki.openstreetmap.org/wiki/API_v0.6#Map_Notes_API I saw nothing on bulk exports, so I tried to divide France in 5 bboxes and download each part separately (yes, perhaps you don't like the idea, but then I saw/see no alternative). The server didn't like the idea either and the message error sent me either to internal error or to planet.osm: or use planet.osm I thought the notes db was different from the main one. Was I mistaking? If the DB are one and only one, can the notes be imported in Postgre, are they with the default style, or is there another style available? If not, where can the note DB be bulk-downloaded for the planet or by country/bbox/poly? Thanks, JB ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] « add a note » DB
On 18/02/14 16:41, JB wrote: I thought the notes db was different from the main one. Was I mistaking? You were mistaken, yes. There is only one database. If the DB are one and only one, can the notes be imported in Postgre, are they with the default style, or is there another style available? Default style? If you mean can you import them with osm2pgsql using it's default.style file then the answer is no - osm2pgsql knows how to import our planet data, not our notes. If not, where can the note DB be bulk-downloaded for the planet or by country/bbox/poly? It can't - there is no dump of notes available at the moment. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Notes DB dumps
On mardi 18 février 2014, JB wrote: Hello, Hello, If not, where can the note DB be bulk-downloaded for the planet or by country/bbox/poly? A quick search led me to : https://github.com/iandees/planet-notes-dump Which mean than Ian work(ed|s) on such a project, I guess it isn't operational yet as a service but maybe he will explain if he needs help with it ? -- sly qui suis-je : http://sly.letuffe.org ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Longitude/Latitude result different from Google/Bing
Hi, If you look at this page, you will see a cell tower at: 39.184556 / -77.249806 http://www.cellreception.com/towers/details.php?id=1230956 In google map , it shows the same thing when we type 39.184556 -77.249806. But, in OpenStreetMap, you see the location of the cell tower is a little bit different: http://www.openstreetmap.org/search?query=39.184556%20-77.249806#map=18/39.18483/-77.24953 Do you have an explanation for this? Should I expect OSM to always have a longitude/latitude a little bit different that what it really is? Thank ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Longitude/Latitude result different from Google/Bing
Vince It is not quite clear what you are getting at. Currently the tower node is located at 39.1847132, -77.2495875 http://www.openstreetmap.org/?lat=39.1847132lon=-77.2495875zoom=18 in OSM and likely the position was derived from bing imagery. The difference to the position you give is 26 meters (result from an online calculator that I didn't check myself) which may indicate that the imagery there is slightly misaligned or that the position of the cell tower is not actually in the middle of the water tower which has a diameter of roughly 30m, but on one side of it. Simon http://www.openstreetmap.org/?lat=39.1847132lon=-77.2495875zoom=18 Am 18.02.2014 20:09, schrieb Vince Berubey: Hi, If you look at this page, you will see a cell tower at: 39.184556 / -77.249806 http://www.cellreception.com/towers/details.php?id=1230956 In google map , it shows the same thing when we type 39.184556 -77.249806. But, in OpenStreetMap, you see the location of the cell tower is a little bit different: http://www.openstreetmap.org/search?query=39.184556%20-77.249806#map=18/39.18483/-77.24953 Do you have an explanation for this? Should I expect OSM to always have a longitude/latitude a little bit different that what it really is? Thank ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Longitude/Latitude result different from Google/Bing
Am 18.02.2014 21:13, schrieb Simon Poole: that the position of the cell tower is not actually in the middle of the water tower which has a diameter of roughly 30m, but on one side of it. Actually as you see here http://mc.bbbike.org/mc/?lon=-77.24981lat=39.18456zoom=18num=2mt0=google-satellitemt1=bing-satellite it is very clear that the cell tower is a separate structure that is south west from the water tower that is mapped in OSM at a good 20m distance. Simon ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Longitude/Latitude result different from Google/Bing
Yes, the cell tower is located indeed at approx. 20m from the water tower. I thought that OSM was showing the CellTower, but it is the water tower, so it is fine. Thanks. Date: Tue, 18 Feb 2014 21:20:23 +0100 From: si...@poole.ch To: dev@openstreetmap.org Subject: Re: [OSM-dev] Longitude/Latitude result different from Google/Bing Am 18.02.2014 21:13, schrieb Simon Poole: that the position of the cell tower is not actually in the middle of the water tower which has a diameter of roughly 30m, but on one side of it. Actually as you see here http://mc.bbbike.org/mc/?lon=-77.24981lat=39.18456zoom=18num=2mt0=google-satellitemt1=bing-satellite it is very clear that the cell tower is a separate structure that is south west from the water tower that is mapped in OSM at a good 20m distance. Simon ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
[josm-dev] Generating new dataset
I need to generate a new JOSM dataset from data that has arbitrary node, way relation IDs. What is the correct procedure for creating primitives with IDs that do not collide with the OSM DB IDs? I tried making the IDs negative, but this causes an exception. Thanks in advance for any help. ___ josm-dev mailing list josm-dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Generating new dataset
Hi! What is the correct procedure for creating primitives with IDs that do not collide with the OSM DB IDs? Maybe the quickest way is to open the dataset in JOSM, select all objects with Ctrl+A, copy them with Ctrl+C, create a new dataset with Ctrl+N, and paste the copied objects with Ctrl+V. Then, to all objects should be assigned a new ID. I tried making the IDs negative, but this causes an exception. In principle this should work. Perhaps some references between ways and nodes or relations and other objects got messed up? Cheers, Simon ___ josm-dev mailing list josm-dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Generating new dataset
On 18/02/2014 14:07, Simon Legner wrote: Maybe the quickest way is to open the dataset in JOSM, select all objects with Ctrl+A, copy them with Ctrl+C, create a new dataset with Ctrl+N, and paste the copied objects with Ctrl+V. Then, to all objects should be assigned a new ID. I should have mentioned that this is a JOSM plugin doing the operation. The plugin has created the data set with DataSet data = new DataSet()” and needs to add primitives with “data.addPrimitive()”. It is the creation of these primitives that I am unclear of how to maintain IDs that are cross-referenced by other primitives in this new datset. ___ josm-dev mailing list josm-dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Generating new dataset
On 18/02/14 15:41, Malcolm Herring wrote: I should have mentioned that this is a JOSM plugin doing the operation. You might find the method org.openstreetmap.josm.actions.DuplicateAction#actionPerformed helpful as starting point for further analysis to see how this is done in JOSM core. ___ josm-dev mailing list josm-dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/josm-dev
