Re: [OSM-talk-fr] Apport du GeoFLA pour les nodes place
Bonjour, Mise à jour de la base et du code. Les apostrophes dans les noms des départements ne bloquent plus. Le problème des caractères particuliers (œ, ...) est résolu. Celui des place=* sans admin_centre dans la relation aussi (25 Doubs, ...). http://lab.cyrille.giquello.fr/carto/CommunesDB/web/MissingCommunes Cyrille. Le 29 mars 2012 22:11, Cyrille Giquello cyrill...@gmail.com a écrit : Bonsoir, Tout d'abord je vous remercie pour vos remarques, j'en avais trouvé certaines mais pas toutes. C'est vraiment très sympa d'avoir épluché le sujet, qui était pour moi un exercice d'apprentissage, et qui devient un p'tit outil d'aide à l'amélioration de notre chère Carte. Le 29 mars 2012 12:08, sly (sylvain letuffe) li...@letuffe.org a écrit : On jeudi 29 mars 2012, Cyrille Giquello wrote: Bien que le serveur api.osm.fr soit rapide, c'est carrément méga long de checker les milliers de communes qui ne sont pas conformes (limite+place). Ha! c'est toi qui rempli les logs du serveur ;-) Il est en effet clair que ce n'est pas la méthode la plus optimale, mais faire un traitement sur les diffs, qui serait la plus logique car au fil de l'eau serait hélas plus complexe. L'autre solution serait d'appeler directement une base de donnée de type osm2pgsql ou osmosis qui donnerait à mon avis de meilleurs résultats. Tant que le serveur à de la marge, ne changeons rien, mais ça vaudrait le coup de rationaliser un peu le jour où il sera sur-chargé En fait j'ai la grosse flème de me monter une usine de données OSM. Ou alors il faudrait me créer un compte sur une des machines osm_fr qui me permettrais de requêter directement la base. En passant, il y a toujours le Free Foundation #8 qui semble inutilisé. Voulez-vous que les newbies le squatte pour leurs débuts ? Je veux bien m'occuper de sa maintenance en télémaintenance. En repassant, suite aux conseils éclairés de Sly j'ai changé mes scripts pour qu'ils utilisent api.FR pour les lectures et api.ORG pour les écritures. Merci ! -- Cyrille. -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Caractères particuliers - Saint-Pierre-de-Bœuf ou Saint-Pierre-de-Boeuf ?
Bonjour, La commune 42272 à son place=* avec name=Saint-Pierre-de-Bœuf et sa relation admin_level=8 avec name=Saint-Pierre-de-Boeuf. Notez la différence de l'e dans l'o. Qu'elle est la forme à préférer ? A mon avis on ne peut éviter ces différences de saisies, et il faut donc que ce soit les services (Nominatim, Postgres, ...) qui gèrent ces différences. Nominatim (dans Josm) gère bien la différence, il trouve les 2 formes sans distinction. Par contre l'Overpass-api fait la différence. Quid de Postgres, Sqlite, Spatialite, ... ? De Java, Php, ... ? Merci de m'éclairer ;-) -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changement de licence, enfin des nouvelles !
2012/3/28 Francisco DOS SANTOS f.dos.san...@free.fr Enfin le planning pour le changement de licence : http://blog.osmfoundation.org/2012/03/27/service-schedule-march-april-2012/ Woaw, formidable un planning et un descriptif étape par étape de la migration *APRES* la dead line pour le changement de de licence. Décidément cette initiative est vraiment formidable. *ironie* Vraiment on pourrait finir par croire que l'on se moque des contributeurs :) -- Gaëtan ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Changement de licence, enfin des nouvelles !
De : Tenshu ten...@gmail.com Woaw, formidable un planning et un descriptif étape par étape de la migration APRES la dead line pour le changement de de licence. Décidément cette initiative est vraiment formidable. *ironie* Tu as peut etre juste zappe cette page du wiki qui existe depuis juin 2010 : http://wiki.openstreetmap.org/wiki/Open_Data_License/Timeline Julien De : Tenshu ten...@gmail.com À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Vendredi 30 mars 2012 10h11 Objet : Re: [OSM-talk-fr] Changement de licence, enfin des nouvelles ! 2012/3/28 Francisco DOS SANTOS f.dos.san...@free.fr Enfin le planning pour le changement de licence : http://blog.osmfoundation.org/2012/03/27/service-schedule-march-april-2012/ Woaw, formidable un planning et un descriptif étape par étape de la migration APRES la dead line pour le changement de de licence. Décidément cette initiative est vraiment formidable. *ironie* Vraiment on pourrait finir par croire que l'on se moque des contributeurs :) -- Gaëtan ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changement de licence, enfin des nouvelles !
Selon Tenshu ten...@gmail.com: Woaw, formidable un planning et un descriptif étape par étape de la migration *APRES* la dead line pour le changement de de licence. Décidément cette initiative est vraiment formidable. *ironie* Vraiment on pourrait finir par croire que l'on se moque des contributeurs :) -- Gaëtan Si on cherche à se moquer je te dirais que cette date, tirée du chapeau par la Foundation, n'a jamais été une dead line, juste un objectif raisonnablement atteignable. Elle a quand même accompli sa mission en mobilisant la communauté afin de contacter les indécis, faire du remapping ! La solution du bot de migration, sans destruction de l'historique, fonctionnant sur une période aussi longue que nécessaire et en tache de fond (possibilité de contribuer en parallèle) est quand même la solution qui respecte le plus les contributeurs. Mais on voit bien la volonté de la Fondation à respecter cette dead line, en interrompant la génération des fichiers planet et fichiers diff jusqu'à ce que tous les objets soient migrés ODbL. Francisco ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Apport du GeoFLA pour les nodes place
Merci pour les corrections ;-) Je viens d'importer les nodes manquants en Franche-Comté. Normalement, ca doit être bon. Même si cela n'a pas de rapport avec Géofla, est-ce possible de rajouter un marqueur pour les communes qui ont la relation et le node place, mais pas de role admin_centre dans la relation ? Le 30 mars 2012 09:52, Cyrille Giquello cyrill...@gmail.com a écrit : Bonjour, Mise à jour de la base et du code. Les apostrophes dans les noms des départements ne bloquent plus. Le problème des caractères particuliers (œ, ...) est résolu. Celui des place=* sans admin_centre dans la relation aussi (25 Doubs, ...). http://lab.cyrille.giquello.fr/carto/CommunesDB/web/MissingCommunes Cyrille. Le 29 mars 2012 22:11, Cyrille Giquello cyrill...@gmail.com a écrit : Bonsoir, Tout d'abord je vous remercie pour vos remarques, j'en avais trouvé certaines mais pas toutes. C'est vraiment très sympa d'avoir épluché le sujet, qui était pour moi un exercice d'apprentissage, et qui devient un p'tit outil d'aide à l'amélioration de notre chère Carte. Le 29 mars 2012 12:08, sly (sylvain letuffe) li...@letuffe.org a écrit : On jeudi 29 mars 2012, Cyrille Giquello wrote: Bien que le serveur api.osm.fr soit rapide, c'est carrément méga long de checker les milliers de communes qui ne sont pas conformes (limite+place). Ha! c'est toi qui rempli les logs du serveur ;-) Il est en effet clair que ce n'est pas la méthode la plus optimale, mais faire un traitement sur les diffs, qui serait la plus logique car au fil de l'eau serait hélas plus complexe. L'autre solution serait d'appeler directement une base de donnée de type osm2pgsql ou osmosis qui donnerait à mon avis de meilleurs résultats. Tant que le serveur à de la marge, ne changeons rien, mais ça vaudrait le coup de rationaliser un peu le jour où il sera sur-chargé En fait j'ai la grosse flème de me monter une usine de données OSM. Ou alors il faudrait me créer un compte sur une des machines osm_fr qui me permettrais de requêter directement la base. En passant, il y a toujours le Free Foundation #8 qui semble inutilisé. Voulez-vous que les newbies le squatte pour leurs débuts ? Je veux bien m'occuper de sa maintenance en télémaintenance. En repassant, suite aux conseils éclairés de Sly j'ai changé mes scripts pour qu'ils utilisent api.FR pour les lectures et api.ORG pour les écritures. Merci ! -- Cyrille. -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Apport du GeoFLA pour les nodes place
Le 30 mars 2012 11:05, Etienne Trimaille etienne.trimai...@gmail.com a écrit : Merci pour les corrections ;-) Je viens d'importer les nodes manquants en Franche-Comté. Normalement, ca doit être bon. Même si cela n'a pas de rapport avec Géofla, est-ce possible de rajouter un marqueur pour les communes qui ont la relation et le node place, mais pas de role admin_centre dans la relation ? Argh, je voulais le faire, mais je n'avais pas prévu le champs dans la base de données, du coup je ne le fais pas sur cette page. Par contre il y a Cyrille37Bot qui le fait, il est lent mais ça va bien se faire dans toute la France d'ici quelques jours. C. Le 30 mars 2012 09:52, Cyrille Giquello cyrill...@gmail.com a écrit : Bonjour, Mise à jour de la base et du code. Les apostrophes dans les noms des départements ne bloquent plus. Le problème des caractères particuliers (œ, ...) est résolu. Celui des place=* sans admin_centre dans la relation aussi (25 Doubs, ...). http://lab.cyrille.giquello.fr/carto/CommunesDB/web/MissingCommunes Cyrille. Le 29 mars 2012 22:11, Cyrille Giquello cyrill...@gmail.com a écrit : Bonsoir, Tout d'abord je vous remercie pour vos remarques, j'en avais trouvé certaines mais pas toutes. C'est vraiment très sympa d'avoir épluché le sujet, qui était pour moi un exercice d'apprentissage, et qui devient un p'tit outil d'aide à l'amélioration de notre chère Carte. Le 29 mars 2012 12:08, sly (sylvain letuffe) li...@letuffe.org a écrit : On jeudi 29 mars 2012, Cyrille Giquello wrote: Bien que le serveur api.osm.fr soit rapide, c'est carrément méga long de checker les milliers de communes qui ne sont pas conformes (limite+place). Ha! c'est toi qui rempli les logs du serveur ;-) Il est en effet clair que ce n'est pas la méthode la plus optimale, mais faire un traitement sur les diffs, qui serait la plus logique car au fil de l'eau serait hélas plus complexe. L'autre solution serait d'appeler directement une base de donnée de type osm2pgsql ou osmosis qui donnerait à mon avis de meilleurs résultats. Tant que le serveur à de la marge, ne changeons rien, mais ça vaudrait le coup de rationaliser un peu le jour où il sera sur-chargé En fait j'ai la grosse flème de me monter une usine de données OSM. Ou alors il faudrait me créer un compte sur une des machines osm_fr qui me permettrais de requêter directement la base. En passant, il y a toujours le Free Foundation #8 qui semble inutilisé. Voulez-vous que les newbies le squatte pour leurs débuts ? Je veux bien m'occuper de sa maintenance en télémaintenance. En repassant, suite aux conseils éclairés de Sly j'ai changé mes scripts pour qu'ils utilisent api.FR pour les lectures et api.ORG pour les écritures. Merci ! -- Cyrille. -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Caractères particuliers - Saint-Pierre-de-Bœuf ou Saint-Pierre-de-Boeuf ?
Le 30 mars 2012 10:29, Christian Quest cqu...@openstreetmap.fr a écrit : oe et œ c'est en principe pas pareil et la bonne orthographe en français c'est bœuf Nominatim devrait faire correspondre les deux, car nominatim a tout intérêt à faire des recherches un peu floues ce qu'il ne fait pas assez à mon goût. Comme Jonathan, je pense que c'est aux logiciels de s'adapter aux données et pas l'inverse. On ne tague pas pour les logiciels ? Un peu quand même ;) Ok, donc je ne touche pas à cette commune, elle peut ainsi servir de référence ;-) C. Le 30 mars 2012 10:06, Cyrille Giquello cyrill...@gmail.com a écrit : Bonjour, La commune 42272 à son place=* avec name=Saint-Pierre-de-Bœuf et sa relation admin_level=8 avec name=Saint-Pierre-de-Boeuf. Notez la différence de l'e dans l'o. Qu'elle est la forme à préférer ? A mon avis on ne peut éviter ces différences de saisies, et il faut donc que ce soit les services (Nominatim, Postgres, ...) qui gèrent ces différences. Nominatim (dans Josm) gère bien la différence, il trouve les 2 formes sans distinction. Par contre l'Overpass-api fait la différence. Quid de Postgres, Sqlite, Spatialite, ... ? De Java, Php, ... ? Merci de m'éclairer ;-) -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changement de licence, enfin des nouvelles !
2012/3/30 f.dos.san...@free.fr La solution du bot de migration, sans destruction de l'historique, fonctionnant sur une période aussi longue que nécessaire et en tache de fond (possibilité de contribuer en parallèle) est quand même la solution qui respecte le plus les contributeurs. Oh qu'on me vienne pas parler de respect des contributeurs. Allez dire ça a tout ceux qui ont participé en pur perte. Surtout après cette migration *pistolet sur la tempe*. C'est tellement idiot que j'ai envi de crier :q Je vais aller me défouler un peu sous ce beau soleil. -- Je soutiens le Logiciel Libre, j'adhère à l'APRIL ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Apport du GeoFLA pour les nodes place
Le 30 mars 2012 11:30, Cyrille Giquello cyrill...@gmail.com a écrit : Argh, je voulais le faire, mais je n'avais pas prévu le champs dans la base de données, du coup je ne le fais pas sur cette page. Par contre il y a Cyrille37Bot qui le fait, il est lent mais ça va bien se faire dans toute la France d'ici quelques jours. Ok. On verra bien. Mais j'imagine qu'il va y avoir des cas particuliers : nom de la relation différent du nom du node place, ou plusieurs nodes place,... Autre petit bug : ton outil a un problème avec les DOM ROM, le contour ne s'affiche pas et on ne voit pas les marqueurs. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Apport du GeoFLA pour les nodes place
Le 30 mars 2012 11:44, Etienne Trimaille etienne.trimai...@gmail.com a écrit : Le 30 mars 2012 11:30, Cyrille Giquello cyrill...@gmail.com a écrit : Argh, je voulais le faire, mais je n'avais pas prévu le champs dans la base de données, du coup je ne le fais pas sur cette page. Par contre il y a Cyrille37Bot qui le fait, il est lent mais ça va bien se faire dans toute la France d'ici quelques jours. Ok. On verra bien. Mais j'imagine qu'il va y avoir des cas particuliers : nom de la relation différent du nom du node place, ou plusieurs nodes place,... Effectivement ;-) Il faudra donc bien que j'ajoute un champs dans la BdD pour indiquer si la relation est complète ou non, c'est à dire avec son membre admin_centre. Autre petit bug : ton outil a un problème avec les DOM ROM, le contour ne s'affiche pas et on ne voit pas les marqueurs. J'ai pas du tout géré les DOM et ROM ... Je vous assure que ce n'est pas pas idéologie ;-) mais seulement que la Métropole est déjà un bon exercice. -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Apport du GeoFLA pour les nodes place
Et quid de sa mise à jour ? Rien n'est indiqué. Je vois plein de communes en rouge alors que j'ai créé les nodes place ces derniers jours... Quand aucune date n'est indiquée, je considère que c'est live (ou quasi), sinon il faut mettre la date bien en évidente pour indiquer que c'est un état à un moment donné. Le 30 mars 2012 11:44, Etienne Trimaille etienne.trimai...@gmail.com a écrit : Autre petit bug : ton outil a un problème avec les DOM ROM, le contour ne s'affiche pas et on ne voit pas les marqueurs. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Apport du GeoFLA pour les nodes place
Le 30 mars 2012 11:50, Christian Quest cqu...@openstreetmap.fr a écrit : Et quid de sa mise à jour ? Rien n'est indiqué. Je vois plein de communes en rouge alors que j'ai créé les nodes place ces derniers jours... Quand aucune date n'est indiquée, je considère que c'est live (ou quasi), sinon il faut mettre la date bien en évidente pour indiquer que c'est un état à un moment donné. C'est un vrai problème. Comme le Bot utilise l'API, c'est très très lent. De plus le Bot tourne chez moi, et après chaque boucle (24h) j'upload la BdD (argh, que c'est nul tout ça). Du coup, peut-être me ferez-vous l'honneur de me créer un compte sur une machine OSM_FR pour que je puisse requêter la BdD directement (et intelligement ;-) ) au lieu de bourriner l'API ... -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Apport du GeoFLA pour les nodes place
Le 30 mars 2012 11:50, Cyrille Giquello cyrill...@gmail.com a écrit : J'ai pas du tout géré les DOM et ROM ... Je vous assure que ce n'est pas pas idéologie ;-) mais seulement que la Métropole est déjà un bon exercice. Et bas de ta liste, il y a bien le 971, 972, 973 et 974 pourtant ;-) Et les compteurs concernant les différents marqueurs se mettent à jour. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changement de licence, enfin des nouvelles !
En final, il y aura un planet qui conservera les donnés CC, mais est-ce qu'il servira à réintégrer dans la base principale des données dont les auteurs auront accepté la nouvelle licence après le 1er avril? Je n'ai pas réussi à le comprendre tant il est vrai que les timelines sont écrites d'une manière sèche et parfois peu pédagogique. Il manque souvent l'idée de répondre à des questions fictives, du genre : qu'est-ce que ça change pour untel ou unetelle? Un bon exemple de cette manière de faire : http://wiki.openstreetmap.org/wiki/FR:ODbL/We_Are_Changing_The_License Traduit de l'anglais ce texte est exclusivement rédigé d' un point de vue juridique, et, de manière non inclusive, un peu comme l'art. 1 des statuts d'OSM FR :-) Christian Plus littéraire que geek ou juriste Le 30 mars 2012 à 11:41, Tenshu a écrit : 2012/3/30 f.dos.san...@free.fr La solution du bot de migration, sans destruction de l'historique, fonctionnant sur une période aussi longue que nécessaire et en tache de fond (possibilité de contribuer en parallèle) est quand même la solution qui respecte le plus les contributeurs. Oh qu'on me vienne pas parler de respect des contributeurs. Allez dire ça a tout ceux qui ont participé en pur perte. Surtout après cette migration pistolet sur la tempe. C'est tellement idiot que j'ai envi de crier :q Je vais aller me défouler un peu sous ce beau soleil. -- Je soutiens le Logiciel Libre, j'adhère à l'APRIL ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] sites web de transports en commun
Salut, Oh, c'est mon entreprise qui travaille sur ces deux projets. Ah savoir que derrière c'est le même logiciel qui est utilisé : https://extranet.rcsmobility.com/projects/synthese/wiki Et surtout, c'est complètement libre ;) Gael. -- View this message in context: http://gis.19327.n5.nabble.com/sites-web-de-transports-en-commun-tp5603258p5606284.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changement de licence, enfin des nouvelles !
2012/3/30 f.dos.san...@free.fr: L'avenir nous dira si un sursaut en masse des indécis justifie l'emploi de cette méthode ... Ils pourront toujours accepter après le 1er avril mais leurs anciennes contributions seront difficilement récupérables (il faudra les extraire du dernier planet en cc-by-sa). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changement de licence, enfin des nouvelles !
le 30/03/2012 12:42, Pieren a écrit: d'autres. Par exemple, on effacera des rues même si tous les tags d'origine ont été remplacés et tous les nodes replacés au bon endroit simplement parce que la version 1 a été faite par un non-accepter ou non-responder. Même chose pour des ways qu'on a seulement sectionné en plus petits morceaux (split/merge). La moulinette qui va supprimer ces données dans la base est vraiment bourrin (en fait, il va juste les cacher dans un premier temps). D'un autre côté, je comprends aussi qu'ils aient opté pour le plus simple, stable et rapide. J'avoue être consterné par cette nouvelle. Toutes les modifications/ajouts/corrections des ways que l'on a pu apporter vont disparaître ?! Je ne suis pas l'actualité OSM de près, mais cette information aurait dû être mise en avant bien plus tôt. De quoi dégoûter certains contributeurs... (je parle pas de moi mais d'une manière générale). Samy ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changement de licence, enfin des nouvelles !
2012/3/30 Samy Mezani samy.mez...@wanadoo.fr: J'avoue être consterné par cette nouvelle. Toutes les modifications/ajouts/corrections des ways que l'on a pu apporter vont disparaître ?! Ouh là, non, pas toutes. Heureusement, d'après ces statistiques: http://odbl.poole.ch/france-20120213-20120328-poly.html seuls 0.2% des noeuds et 1.2% des ways devraient disparaitre en France (essentiellement des highways d'ailleurs). Ces chiffres sont tirés d'un algo légèrement différent du final comme le précise Francisco mais cela ne devrait pas beaucoup changer. Il y a certains pays où ces chiffres sont moins favorables (essentiellement parce qu'ils ont utilisé des sources incompatibles avec la nouvelle licence) Quelques infos ici: http://wiki.openstreetmap.org/wiki/Open_Database_License/Changes_in_the_API Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changement de licence, enfin des nouvelles !
J'ai compris la même chose... Vraiment TRES dommage que les outils d'analyse n'aient pas été mis au point à partir du bot. Encore aurait-il fallu que celui-ci soit écrit et décrit largement plus tôt ! Je regrette ce côté un peu amateur même si je comprends que cette migration n'est pas simple du tout. Wait and see le résultat dans une dizaine de jours... Le 30 mars 2012 13:00, f.dos.san...@free.fr a écrit : Je n'ai pas regardé le code de migration mais ce que j'ai compris en lisant la liste rebuild c'est que l'algo utilise l'idée d'une version 0 et analyse chaque tag de façon indépendante (y compris les coord des nodes) pour ne conserver que ceux qui ont été crées ou modifiés de façon significatif par un acceptor. Un exemple : http://lists.openstreetmap.org/pipermail/rebuild/2012-March/99.html Le code utilisé dans les différents outils de surveillance n'est pas celui qui sera utilisé dans le bot, ce qui a été confirmé ici : http://lists.openstreetmap.org/pipermail/rebuild/2012-March/000169.html http://lists.openstreetmap.org/pipermail/rebuild/2012-March/000170.html -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Apport du GeoFLA pour les nodes place : édition des données
De : Vincent de Chateau-Thierry En revanche je n'ai pas encore traité le problème des apostrophes. C'est résolu. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changement de licence, enfin des nouvelles !
Le 30/03/2012 13:26, Christian Quest a écrit : J'ai compris la même chose... Vraiment TRES dommage que les outils d'analyse n'aient pas été mis au point à partir du bot. Encore aurait-il fallu que celui-ci soit écrit et décrit largement plus tôt ! Je regrette ce côté un peu amateur même si je comprends que cette migration n'est pas simple du tout. Moi aussi je regrette. Mais je ne blâme personne. Au contraire ! J'aurai été incapable de faire mieux. Je n'ai pas trop regardé, mais j'imagine que traiter une base de donnée de plus de 2 To n'est pas une mince affaire, avec, de plus, une histoire tourmentée avec les versions de l'API, l'apparition des changesets, la disparition des contributions anonymes, les contributeurs ayant disparu sans lasser d'adresse... Ceux qui ont fait n'ont peut être pas fait au mieux, mais ils ont fait... au moins pire, il me semble. Le 30/03/2012 11:41, Tenshu a écrit : Surtout après cette migration *pistolet sur la tempe*. Marrant ! Ma tempe, je vois bien où elle est. Mais le pistolet, je ne vois pas. Je ne me suis jamais senti menacé. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] question pour cartographier une particularité péruvienne
Je termine par la fin. Oui, toujours possible d'ajouter un nouveau tag, rien ne l'empêche, c'est totalement libre et ouvert. Pour que ce nouveau tag soit utile et utilisé par les moteurs de rendu et de calcul d'itinéraire (pour ne citer que 2 usages) il faut qu'il soit proposé, adopté, implémenté dans les logiciels et bien sûr utilisé pour tagguer. Il faudrait voir avec ce que font les japonais pour tagguer leurs blocs d'adresses, ça me semble être assez proche comme situation. Le 30 mars 2012 18:29, Pierre Vernier pvernie...@gmail.com a écrit : Bonjour, Je suis membre de la communauté OSM Pérou. Je vous contacte au sujet d'un problème que nous avons avec la communauté pour cartographier sur OSM une particularité péruvienne, les cuadras. Une petite explication sur ce qu'est une cuadra : Ici (héritage des espagnols) le réseau urbain forme un quadrillage, chaque tronçon d'une rue est une cuadra. Le 1er tronçon correspond à la cuadra n°1, le 2eme à la n°2, etc... Un exemple (qui correspond au résultat qu'on voudrait obtenir pour les cuadras) : http://www.guiacalles.com/calles/newcalles.htm?ID=2323 (Les numéros de cuadras sont les numéros à coté des voies) Les numéros de porte dépendent des numéros de cuadras. Les numéros de porte de la cuadra n°1 vont théoriquement de 100 à 199. Ceux de la cuadra n°2 de 200 à 299, etc... Les numéros de porte pairs sont sur le coté droit (dans le sens croissant des cuadras), les numéros impairs sur le coté gauche. Vu que l'on peut déduire les numéros de porte facilement à partir des numéros de cuadras (et donc se repérer ou trouver une adresse), il nous semble important d'indiquer sur OSM ces cuadras. A noter que c'est un cas différent de New York par exemple, où il me semble que pour indiquer une adresse on indique le croisement de 2 avenues (par ex: 5th Avenue et East 14th Street). Ici pour indiquer une adresse, on indique le numéro de la cuadra (par ex: cuadra 45 de la avenida Arequipa). Au niveau de la géométrie, cela implique un certain travail de nettoyage et de découpage des rues pour avoir un objet par cuadra mais ça ne pose pas de difficultés. C'est au niveau attributaire qu'on bloque. Il n'existe pas de tag cuadra et nous n'avons pas trouvé de tag existant qui pourrait faire l'affaire. Nous avons essayé addr:housenumber qui convient visuellement mais pas au niveau attributaire. En effet, c'est un tag associé à un point ou une surface et non à une ligne (la cuadra). On voudrait un tag comme name par exemple qui soit associé à l'objet et donc avoir un attribut cuadra. Nous avons également essayé addr:interpolation qui est adapté pour les numéros de porte mais pas vraiment pour les cuadras. La question est donc, auriez-vous une solution à ce problème? Pensez-vous que la création d'un nouveau tag serait possible? Gracias y saludos! Pierre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Apport du GeoFLA pour les nodes place : édition des données
Le 29 mars 2012 21:45, Vincent de Chateau-Thierry v...@laposte.net a écrit : Le 29/03/2012 20:56, Christian Quest a écrit : Vincent, voici un exemple de commune où l'objet place ne se crée pas sur ma config: Saint-Ciers-d'Abzac (INSEE : 33387) Ca m'arrive quand même très rarement. Merci Christian. Et la gagnante est... l'apostrophe (!), qui décidément aura été la vedette du jour. Dans l'XML envoyé à JOSM figure cette ligne : tag k='name' v='Saint-Ciers-d\'Abzac' / et ça coince. Écrite comme ça : tag k='name' v=Saint-Ciers-d'Abzac / ça passe. Je corrige ça demain lors de la mise à jour. Il n'empêche que certains tags utilisent aussi les guillemets droits ASCII et on aura le même problème. Même chose quand les tags contiennent un Et commercial (). Contre ça l'échappement c'est avec des named character references (comme quot;) ou des numeric character references (comme #39; ou #x1C;). Il ne fau pas oublier que le XML ce n'est pas du C, ses chaînes de caractères dans les attributs ou les éléments texte litéraux ce n'est pas comme en C, C++, Java ni Javascript... Il y a des fonctions documentées pour le XML ou l'HTML comme quoteattr(), à ne pas conforndre non plus avec la fonction escape() de Javascript, qui sert à la génération de constantes chaînes litérales pour leur interprétation en Javascript ou en données JSON mais **pas** pour les données en HTML ou XML. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Apport du GeoFLA pour les nodes place : édition des données
Le 30/03/2012 19:30, Philippe Verdy a écrit : contiennent un Et commercial (). une esperluette (http://fr.wikipedia.org/wiki/Esperluette) -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] question pour cartographier une particularité péruvienne
2012/3/30 Christian Quest cqu...@openstreetmap.fr: Il faudrait voir avec ce que font les japonais pour tagguer leurs blocs d'adresses, ça me semble être assez proche comme situation. Apparement, le système existe aussi en Inde. Lire ce fil de discussion sur la liste principale: http://gis.19327.n5.nabble.com/address-parsing-by-nominatim-td5177199.html Le problème est posé mais pas de solution. Il faut chercher du côté des japonais (poser la question sur leur liste ou sur leur forum ou chercher sur la carte) voir comment ils procèdent chez-eux. Peut-être aussi contacter Brian Quinion qui est aussi l'auteur de Nominatim. La suggestion sur le fil indien d'utiliser un place=locality est définitivement incorrecte (taggué pour le rendu). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Apport du GeoFLA pour les nodes place : édition des données
Si tu veux oui, mais c'est un synonyme courant. Aussi parce que l'orthographe du mot « esperluette » est très mal fixée - un seul t avec accent grave ou deux t sans l'accent - avec un s dans la première syllabe ou sans mais avec un accent aigu. D'autre part il ne faut pas oublier que ce symbole vient bel et bien d'une ligature du mot et (en fait à l'origine pour le mot latin), bref une abréviation. C'est une survivance du moyen-âge où on utilisait de très nombreuses ligatures simplifiées pour abréger les mots. Dire « et commercial » est tout à fait correct car il n'y a plus d'utilisation en français usuel de ce symbole qui n'a gardé un usage que dans des contextes commerciaux (principalement des marques). Mais c'est bien le mot et qui est écrit **en toutes lettres** quand on écrit . Si tu lis des textes du moyen-âge et même encore à la Renaissance, la ligature pouvait être présente partout où on écrivait les deux lettres et, donc même au milieu des mots. Comme alors les accents étaient encore pas toujours marqués, on aurait écrit à l'époque esperluee, ou eperluee sans que ce soit considéré comme fautif. Alors la ligature n'avait pas encore la valeur de symbole séparé, mais bien celle des deux lettres et. Le 30 mars 2012 20:09, Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net a écrit : Le 30/03/2012 19:30, Philippe Verdy a écrit : contiennent un Et commercial (). une esperluette (http://fr.wikipedia.org/wiki/Esperluette) -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] question pour cartographier une particularité péruvienne
Hola, Merci pour ces pistes. De ce que j'ai lu sur le système japonais, cela me semble tout de même différent. Apparemment, les rues au Japon n'ont pas de nom. Au Pérou si. Et cela ne marche pas par block. En fait le système me parait plus proche du système français que japonais. Les rues ont un nom, les portes un numéro, juste que c'est plus ordonné avec les cuadras. A noter qu'une rue peut n'avoir qu'une seule cuadra si elle n'est pas intersectée par une autre rue. Dans ce cas ses numéros de porte sont compris entre 100 et 199. Pour la demande / création d'un nouveau tag (qui soit reconnu et donc visible dans OSM), savez-vous si c'est un processus long / compliqué ? Pierre 2012/3/30 Pieren pier...@gmail.com 2012/3/30 Christian Quest cqu...@openstreetmap.fr: Il faudrait voir avec ce que font les japonais pour tagguer leurs blocs d'adresses, ça me semble être assez proche comme situation. Apparement, le système existe aussi en Inde. Lire ce fil de discussion sur la liste principale: http://gis.19327.n5.nabble.com/address-parsing-by-nominatim-td5177199.html Le problème est posé mais pas de solution. Il faut chercher du côté des japonais (poser la question sur leur liste ou sur leur forum ou chercher sur la carte) voir comment ils procèdent chez-eux. Peut-être aussi contacter Brian Quinion qui est aussi l'auteur de Nominatim. La suggestion sur le fil indien d'utiliser un place=locality est définitivement incorrecte (taggué pour le rendu). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Apport du GeoFLA pour les nodes place : édition des données
Philippe, t'es trop fort. Jean-francois (un peu joueur, sans doute) n'avais mis que 2 mots + 1 lien !!! Philippe Verdy verd...@wanadoo.fr a écrit : Si tu veux oui, mais c'est un synonyme courant. Aussi parce que l'orthographe du mot « esperluette » est très mal fixée - un seul t avec accent grave ou deux t sans l'accent - avec un s dans la première syllabe ou sans mais avec un accent aigu. D'autre part il ne faut pas oublier que ce symbole vient bel et bien d'une ligature du mot et (en fait à l'origine pour le mot latin), bref une abréviation. C'est une survivance du moyen-âge où on utilisait de très nombreuses ligatures simplifiées pour abréger les mots. Dire « et commercial » est tout à fait correct car il n'y a plus d'utilisation en français usuel de ce symbole qui n'a gardé un usage que dans des contextes commerciaux (principalement des marques). Mais c'est bien le mot et qui est écrit **en toutes lettres** quand on écrit . Si tu lis des textes du moyen-âge et même encore à la Renaissance, la ligature pouvait être présente partout où on écrivait les deux lettres et, donc même au milieu des mots. Comme alors les accents étaient encore pas toujours marqués, on aurait écrit à l'époque esperluee, ou eperluee sans que ce soit considéré comme fautif. Alors la ligature n'avait pas encore la valeur de symbole séparé, mais bien celle des deux lettres et. Le 30 mars 2012 20:09, Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net a écrit : Le 30/03/2012 19:30, Philippe Verdy a écrit : contiennent un Et commercial (). une esperluette (http://fr.wikipedia.org/wiki/Esperluette) -- Jean-Francois Nifenecker, Bordeaux _ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr _ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Position du noeud Marseille
En fait ce noeud tout seul en plein centre du Vieux Port fait vraiment penser à une position pour le rendu, l'étiquette Marseille étant ainsi affichée toute seule et sur un fond bleu ... Je suis parfaitement d'accord que c'est les logiciels qui doivent s'adapter aux données (d'ailleurs mapquest le fait très bien), mais du coup quand une ville de l'importance de Marseille n'est simplement pas trouvée par la majorité des moteurs de routage, c'est qu'il y a quand même un problème quelque part ... en fait ça doit être les horaires fantaisistes du Ferry Boat qui font planter les moteurs de routage :D J'ai donc modifié la position du noeud admin_centre Marseille et l'ai déplacé de quelques dizaines de mètres jusque devant l'Hotel de Ville ( http://www.openstreetmap.org/browse/changeset/11160639), ce qui est la position quasi systématique des admin_centre des grandes villes françaises ... @+ Sylvain Le 25 mars 2012 10:21, talk-fr-requ...@openstreetmap.org a écrit : Message: 3 Date: Sun, 25 Mar 2012 04:04:27 +0200 From: Philippe Verdy verd...@wanadoo.fr To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] Position du noeud Marseille Message-ID: CAGa7JC2V8fjrNAq-330FbhkDccWe_+1JMT4VpPu=x09wyz9...@mail.gmail.com Content-Type: text/plain; charset=windows-1252 Note: pourquoi ce point devrait être sur le quai ? Pourquoi pas non plus à la gare Saint-Charles, ou à l'aéroport (hors de Marseille...), ou à la gare routière, ou à la position du principal point d'échange multimodal (bus, métro, taxis) le plus proche de la mairie, ou à la mairie elle-même ? Le centroïde est finalement le point qui permet de se centrer le mieux autour de ces n?uds. Rien à voir avec le rendu, mais un point désigné central dans une commune doit seulement être assez proche des points habituellement recherchés, mais ne peut pas correspondre à tous les usages. Dans un moteur de routage vers une ville assez grande, de toute façon il est impossible de déterminer un point précis : ce point ne sert qu'à centrer la carte où l'utilisateur précisera une adresse à atteindre. C'est au moteur de routage de se débrouiller pour trouver d'autres points de passage : il est impossible de satisfaire tous les usages avec un seul n?ud, donc pour le reste il faut que ces usages différents admettent un rayon de recherche d'un point à atteindre et pas seulement la position du seul n?ud indiqué. Le 25 mars 2012 03:54, Philippe Verdy verd...@wanadoo.fr a écrit : Le 24 mars 2012 19:56, Sylvain Maillard sylvain.maill...@gmail.com a écrit : je sais qu'on ne cartographie ni pour le rendu ni pour le routage, mais là il semblerait que la position initiale soit justement faite pour le rendu :D Je pense seulement qu'elle est basée sur un centroïde géométrique. Le routage n'est qu'une utilisation particulière, on ne tague pas non plus spécifiquement pour le routage, c'est au moteur de routage de trouver une position proche du lieu à atteindre. D'ailleurs concernant les panneaux indicateurs, ils utilisent pas toujours un point de routage multimodal comme point zéro de calcul des distances. Le n?ud n'est pas forcément non plus sur la route et pourrait être au milieu d'une place piétonne qu'on ne peut pas atteindre non plus en voiture ou en bateau: ce noeud est positionné en fonction d'un piéton seulement, pas nécessairement une voiture et certainement pas non plus un bateau (sauf pour les distances indiquées sur les cartes de navigation maritime ou fluviales qui prennent en référence un quai), ni un train (la référence sera le point central d'une gare). Je ne vois rien de mal à la position du n?ud désigné comme Marseille au milieu de l'eau (sauf que ce n'est pas non plus un centre administratif, mais il n'a pas non plus à être contraint par le routage !) Bref c'est plutôt une anomalie du moteur de routage qui ne trouve pas un n?ud à atteindre, alors qu'il devrait trouver tout seul la relation de surface de la commune, et y trouver un point atteignable qui n'a aucune raison non plus d'être celui indiqué comme admin_centre. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr