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 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) 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 > 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 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 >À : Discussions sur OSM en français >Envoyé le : Vendredi 30 mars 2012 10h11 >Objet : Re: [OSM-talk-fr] Changement de licence, enfin des nouvelles ! > > >2012/3/28 Francisco DOS SANTOS > >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] Caractères particuliers - "Saint-Pierre-de-Bœuf" ou "Saint-Pierre-de-Boeuf" ?
En toute rigueur, c'est Saint-Pierre-de-Bœuf qui est à préférer. Après, c'est aux différents outils de savoir gérer la différence, pas à la base de s'adapter. Si un outil ne le gère pas, il suffit d'en prévenir un des développeurs ;) JonathanMM On 30/03/2012 10:06, Cyrille Giquello wrote: 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 ;-) -- Élève en 1ère année de l'ENSSAT, filière Logiciel et Système Informatique Responsable Technique de l'association Eurêka ! J'ai Réussi ! Membre de l'association SaDur Contributeur OpenStreetMap ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Re : Changement de licence, enfin des nouvelles !
sauf si ce que tu appelles la deadline etait mai 2010 et le blocage des contributions non ODBL compatibles Julien > > De : THEVENON Julien >À : Discussions sur OSM en français >Envoyé le : Vendredi 30 mars 2012 10h23 >Objet : [OSM-talk-fr] Re : Changement de licence, enfin des nouvelles ! > > > De : Tenshu > 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 >>À : Discussions sur OSM en français >>Envoyé le : Vendredi 30 mars 2012 10h11 >>Objet : Re: [OSM-talk-fr] Changement de licence, enfin des nouvelles ! >> >> >>2012/3/28 Francisco DOS SANTOS >> >>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 > > >___ 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" ?
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 ;) Le 30 mars 2012 10:06, Cyrille Giquello 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
Re: [OSM-talk-fr] Changement de licence, enfin des nouvelles !
Selon Tenshu : > > 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 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 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) 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 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 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 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) 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 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 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 > > 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 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 a écrit : > Le 30 mars 2012 11:30, Cyrille Giquello 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 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 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 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 > > 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] Apport du GeoFLA pour les nodes "place" : édition des données
Bonjour, > De : "Etienne Trimaille" > > Il va falloir penser à l'update. J'ai procédé ce matin à une mise à jour à partir de l'extract Geofabrik France de cette nuit. Par ailleurs, j'ai ajouté dans les bulles, en dessous du lien "Éditer", un autre "Marquer comme traité" qui permet, à la manière d'Osmose, d'indiquer qu'un point est à cacher de la vue. Après le clic, le point disparaît au prochain mouvement sur la carte, et il devient invisible pour les visites ultérieures sur la page. En revanche, s'il est marqué à tort, il réapparaîtra à la prochaine mise à jour. En revanche je n'ai pas encore traité le problème des apostrophes. C'est toujours par ici : http://osm.vdct.free.fr/geofla/index.html 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 !
2012/3/30 Tenshu : > 2012/3/30 > 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. Je suis d'accord avec toi, on a jamais vraiment eu le choix. Maintenant, il y a beaucoup d'irrationnel dans la décision de refuser la nouvelle licence. Le fait est que la cc-by-sa2.0 n'était pas adaptée aux bases de données géographiques ... surtout aux USA. Une preuve en est que Creative Commons fait évoluer ses licences en tenant compte de ce problème. Et l'histoire avec Apple/iPhoto en sera peut-être la preuve. Le statu-quo n'était pas tenable à long terme. Ce qui m'embête le plus, c'est que les contributions qui vont disparaitre sont souvent les plus anciennes et qu'on ait pas tenu compte du fait qu'elles ont été améliorées à maintes reprises par 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. 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 !
Selon Christian Rogel : > 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? > Cette possibilité a été évoqué : http://lists.openstreetmap.org/pipermail/rebuild/2012-March/000177.html L'avenir nous dira si un sursaut en masse des indécis justifie l'emploi de cette méthode ... Francisco ___ 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 Pieren : > Je suis d'accord avec toi, on a jamais vraiment eu le choix. > Maintenant, il y a beaucoup d'irrationnel dans la décision de refuser > la nouvelle licence. Le fait est que la cc-by-sa2.0 n'était pas > adaptée aux bases de données géographiques ... surtout aux USA. Une > preuve en est que Creative Commons fait évoluer ses licences en tenant > compte de ce problème. Et l'histoire avec Apple/iPhoto en sera > peut-être la preuve. Le statu-quo n'était pas tenable à long terme. > Ce qui m'embête le plus, c'est que les contributions qui vont > disparaitre sont souvent les plus anciennes et qu'on ait pas tenu > compte du fait qu'elles ont été améliorées à maintes reprises par > 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. > 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 Francisco ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] amélioration pour Josm RemoteControl
Le 29 mars 2012 15:40, Cyrille Giquello a écrit : > > Après un "OperationalError: database is locked", le ticket est créé: > > Ce problème devrait bientôt être corrigé en changeant de serveur :) ___ 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 : > 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 : > 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, 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 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 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 : > > et ça coince. > Écrite comme ça : > > ç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 ") ou des "numeric character references" (comme ' ou ). 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 : > 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 "esperlue&e", ou "eperlue&e" 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 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 > 2012/3/30 Christian Quest : > > > 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 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 "esperlue&e", ou "eperlue&e" 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 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, a écrit : > > Message: 3 > Date: Sun, 25 Mar 2012 04:04:27 +0200 > From: Philippe Verdy > To: Discussions sur OSM en français > Subject: Re: [OSM-talk-fr] Position du noeud "Marseille" > Message-ID: > > > 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 a écrit : > > Le 24 mars 2012 19:56, Sylvain Maillard 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
Re: [OSM-talk-fr] question pour cartographier une particularité péruvienne
Le 30/03/2012 20:38, Pierre Vernier a écrit : 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é ? C'est une histoire de com': si le nouvelle proposition de tag est bien (discute-en sur la liste tagging), s'il est voté (ou non), s'il est utilisé (discute-en sur la liste Peruvienne), alors tu peux faire une requête pour le voir sur le rendu (trac.openstreetmap.org, composant 'mapnik'). Puis après, fait le tour des projets de routage existant, de Nominatim, ... pour qu'il reconnaissent ce type d'adresses. Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
