Re: [OSM-talk-fr] Besoin d'aide pour faire avancer Switch2OSM en français
Bonjour,
Sauf erreur de ma part switch2osm est de la responsabilité du Communication
Working Group [1].
Par conséquent un mail 'officiel' à communicati...@osmfoundation.org pour que
l'internationalisation du site soit prise en compte me semble indispensable.
Le CWG est surement en sous-effectif et tout aide est toujours la bienvenu, il
faut juste trouver la bonne formulation pour que ce ne soit pas une demande
mais toi qui apporte ton aide au CWG ;-)
Même si le CWG ne gère pas la partie technique, les admins seront beaucoup plus
réactifs si la demande vient avec l'appui d'un WG.
[1] http://www.osmfoundation.org/wiki/Communication_Working_Group
Francisco
- Mail original -
De: Thomas Gratier osgeo.mailingl...@gmail.com
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Dimanche 7 Décembre 2014 00:08:45
Objet: [OSM-talk-fr] Besoin d'aide pour faire avancer Switch2OSM en français
Bonsoir,
J'ai fini de traduire Switch2osm il y a quelques mois cf
http://switch2osm.org/fr/
Il me reste deux problèmes techniques:
* le menu déroulant pour passer d'une langue à l'autre a un bug
* le menu n'est pas traduit donc ce n'est pas très pratique pour naviguer: il
faut aller sur chaque page puis choisir la langue fr...
Pour donner le contexte, sur Switch2osm, Richard Fairhurst gère la partie
éditoriale mais n'a plus aucun droit pour modifier le code (il l'a rétrocédé à
la fondation).
C'est donc la fondation OSM qui s'en s'occupe. Mon contact technique est l'un
de ses admin mais je préfère éviter d'être nomitatif. Le but pour moi est
d'avancer pas de faire l'inquisition, sachant que chacun a ses obligations et
souvent contribue en dehors de ses horaires pro.
Pour les deux points, j'ai envoyé et relancé deux fois depuis Début Octobre.
Pour le point 1, j'avais fourni la correction à effectuer côté css en enlevant
dans .widget { ...}, la partie overflow: hidden
Pour le point 2, cet extrait de mail en anglais résume ma proposition:
contribuer mais le dépôt n'est pas public
Although my last email is due to the langage bar for the French translation, it
bothers me that the main menu bar is not in French too.
Because I'm a developer, I can make code changes. For this purpose, can I have
access to the code repo(s) for the switch2osm website?
I've already found the various private git repo e.g
https://trac.openstreetmap.org/browser/chef/cookbooks/switch2osm/recipes/default.rb?order=name
but with no luck to clone.
I would need the wordpress template code and the list of languages plugins
installed to reproduce the environment on my own machine.
Another solution would be to make the switch2osm code repo public on Github or
somewhere else if nothing sensitive?
J'aimerais que ça avance et je commence à perdre patience...
Des avis, des conseils pour cela?
Merci
Thomas Gratier
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR
Bonjour, Je passe beaucoup de temps sur Bano mais je n'arrive toujours pas à savoir quoi mettre dans la fameuse page de la liste noire des code Fantoir. C'est un peu confus. http://wiki.openstreetmap.org/wiki/WikiProject_France/WikiProject_Base_Adresses_Nationale_Ouverte_(BANO)/Liste_noire Si Vincent ou autre, tu peux nous donner des exemples (à mettre et à ne pas mettre), je pense que ca profitera à tout le monde. Et je l'intégrerais dans le wiki Bano. Bon dimanche à tous! Donat ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR
On 07 Dec 2014, at 13:32, Donat ROBAUX dona...@gmail.com wrote: Bonjour, Je passe beaucoup de temps sur Bano mais je n'arrive toujours pas à savoir quoi mettre dans la fameuse page de la liste noire des code Fantoir. C'est un peu confus. Je comprends que BANO doit ignorer ces codes FANTOIRs (ne pas les afficher en rouge). Il me semble que le rendu BANO n’utilise pas encore ces données ? Mais ce qui me perturbe, c’est de ne pas pouvoir saisir ça directement dans la page FANTOIR (car maintenant il existe une liste déroulante). Vincent, Pourrais-tu ajouter un champ de saisie commentaires ? Ou mettre un double lien entre le wiki et la page Fantoir ? — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM.org dev/sys admins (était : Besoin d'aide pour faire avancer Switch2OSM en français)
Tant pis si je fais ma langue de pute, mais à un moment il faut bien se rendre compte qu'il y a un problème, et réussir à dire qu'il existe sera déjà un grand pas en avant avant de trouver des solutions pour le surmonter. ThomasG wrote Mon contact technique est l'un de ses admin mais je préfère éviter d'être nomitatif. (...) J'aimerais que ça avance et je commence à perdre patience... Des avis, des conseils pour cela? Oui : laisser tomber l'idée que l'on peut confier, à l'heure actuelle et pour sans doute encore un certain temps, à la fondation et ses admins des outils ou documentation autre que le coeur qui fait fonctionner le système (site, api, éditeurs, base et rendu par défaut) Je saisi l'occasion car nous parlons de switch2OSM, mais cela fait plusieurs fois que je constate le problème pour d'autres cas (que je juge plus important encore) alors ça ne m'étonne absolument pas pas que ta traduction de switch2OSM soit délaissée. Notez qu'il ne s'agit pas d'un reproche concernant la non disponiblité du temps de qui que ce soit mais d'un constat qui doit nous amener à penser autrement les outils périphériques d'osm. C'est d'ailleurs peut-être une bonne chose au final que de ne pas trop en demander à la fondation (et ses admins) pour : 1) leur laisser plus de temps pour ce qui compte le plus et 2) Mettre moins de pouvoir entre leur main en laissant des projet périphérique émerger. Si j'ai un seul truc à reprocher aux admins (aller, c'est pas cher : particulièrement un certain T. ;-)) c'est de ne pas juste accepter ce fait et ne pas arriver à le dire publiquement plus clairement. (et d'en arriver à des propositions simples pour par exemple recruter plus d'aide et simplifier le ticket d'entrée pour ces aides). Richard n'aurait peut-être pas transféré switch2OSM.org à la fondation, et ça ira au final peut-être mieux. Pour en revenir à ton sujet, avec des propositions : 1) Demande un compte sur www.openstreetmap.fr et mets y ta traduction de S2O 2) Réserves/réservons un passeraOSM.org et hébergerons le sur un site de l'asso fr 3) Colle ta traduction sur le wiki.osm.org - -- sly, contact direct : sylvain /a\ letuffe o r g http://wiki.openstreetmap.org/wiki/User:Sletuffe -- View this message in context: http://gis.19327.n5.nabble.com/Besoin-d-aide-pour-faire-avancer-Switch2OSM-en-francais-tp5826485p5826531.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO FANTOIR : Libellé dans la couche Bano absent de la liste FANTOIR
Bonsoir, Le 07/12/2014 08:44, Yves Pratter a écrit : Il semble s’agir d’une adresse (n° 11 Amancey) avec le nom de la ville : 25015B002M http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#19/47.03626/6.07259 Et rien ici : http://cadastre.openstreetmap.fr/fantoir/#insee=25015 Tu peux voir ici : http://cadastre.openstreetmap.fr/fantoir/liste_brute_fantoir.html#insee=25015 que ce code correspond à un lieu-dit (type_voie = 3), catégorie qui n'est pas encore traitée dans BANO. La situation est en fait un peu mixte : - côté Fantoir, tous les enregistrements (y compris lieux-dits) sont candidats aux rapprochements, dès lors qu'ils ne sont pas périmés (= avec une date d'annulation) - côté OSM les codes Fantoir des tags ref:FR:FANTOIR sont pris en compte, quels qu'ils soient, dès lors qu'ils sont valides en terme de format et situés dans la bonne commune. Les objets sans ce tag ne sont candidats aux rapprochements que s'ils sont dotés des tags name=* et highway=*. Ce qui exclut les place=* et le schéma addr:place. C'est là qu'il y a un peu de boulot... le ticket correspondant : https://github.com/osm-fr/bano/issues/50 Côté listes j'avais dès le départ prévu de consacrer explicitement des onglets à la catégorie 'lieu-dit' de Fantoir, avec la liste des LD rapprochés de nos 'place=*', et celle des non-rapprochés. D'où jusque là l'absence des Fantoirs LD dans les listes, focalisées sur les voies. À suivre donc. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR
Le 07/12/2014 14:10, Yves Pratter a écrit : On 07 Dec 2014, at 13:32, Donat ROBAUX dona...@gmail.com wrote: Je passe beaucoup de temps sur Bano mais je n'arrive toujours pas à savoir quoi mettre dans la fameuse page de la liste noire des code Fantoir. C'est un peu confus. Je comprends que BANO doit ignorer ces codes FANTOIRs (ne pas les afficher en rouge). Il me semble que le rendu BANO n’utilise pas encore ces données ? Mais ce qui me perturbe, c’est de ne pas pouvoir saisir ça directement dans la page FANTOIR (car maintenant il existe une liste déroulante). Vincent, Pourrais-tu ajouter un champ de saisie commentaires ? Ou mettre un double lien entre le wiki et la page Fantoir ? La liste noire sur le wiki a un défaut dans notre contexte : c'est de l'information, mais pas trop de la donnée. On sait la lire, mais la contrepartie est que les robots (BANO ou autre) ne savent pas l'exploiter : pas de bénéfice dans le rendu, ni dans le filtrage des données en l'état. En regardant le contenu de cette liste je pense qu'on peut, au moins pour le court terme, chercher à reverser des infos via les listes déroulantes. On a : - des voies doublons : le cas est déjà prévu dans la liste déroulante - des voies qui n'existent pas : on peut ajouter ce cas, il y aura du recouvrement avec les 'noms introuvables' et les 'anciens noms supprimés' mais pourquoi pas - des voies détruites : cas à ajouter à la liste déroulante - des voies incorporées à d'autres : cas à ajouter également Au prix de ces quelques ajouts dans l'interface, je vous propose qu'on essaie de concentrer en un seul endroit la saisie d'information, au niveau donc des listes déroulantes, quitte à encore allonger la liste des cas dans le futur. Il faut se souvenir que la page du wiki a émergé _avant_ l'apparition des listes déroulantes, à un moment où on n'avait aucun moyen de qualifier une erreur Fantoir. On est donc passé de rien à de l'information (la page du wiki) puis à de la donnée (la table qui s'alimente avec les listes déroulantes) et ça me semble la bonne trajectoire pour pouvoir à l'avenir exploiter l'information que nous fabriquons. Bulletin météo : à ce soir les listes qualifient des anomalies pour 439 codes Fantoir dans 119 communes. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR
Bonsoir, l'idée même de blackliste est à manipuler avec précaution de mon point de vue. Autant elle peut être légitime pour un désignant d'un objet disparu (par exemple une usine, une barre rasée). Si effectivement l'usine X n'existe plus autant ne plus avoir X dans les fichiers (même si ça pourrait intéresser un fichier histo... mais c'est une autre histoire). Autant elle ne me semble pas légitime pour les désignants disparus, vieillots, ou alternatifs et encore autre d'un objet réel (c'est à dire qui existe toujours, indépendamment de son changement de désignation). En effet, ce n'est pas parce qu'on change la désignation officielle d'un objet que les utilisateur vont tous suivre le changement. Cela ne reviendrait donc pas à mettre des usages en blackliste pour préférer la version officielle, et avoir quelque part un caractère normatif qui ne me semblait pas être le cas de BANO et OSM en général ? Tant qu'on ne fait que de la géolocalisation inverse, le cas du lotissement est certes pertinent,néanmoins lorsque qu'on cherche à géolocaliser des adresses, ce n'est pas parce que le lotissement à disparu, ou que l'utilité de la désignation du lotissement a disparue qu'elle n'est plus utilisée, notamment par les résidents du dit lotissement, et donc rien n'assure que le terrain (c'est à dire en substance ici l'usage ) entérine en totalité le changement d'adressage. J'espère être compréhensible, sinon je repréciserait, et au final tout dépend de ce qu'on veut faire de BANO Un référentiel de géo référencement inverseou un référentiel de géo référencementou les deuxou autre chose Le Vendredi 5 décembre 2014 15h27, Vincent de Château-Thierry osm.v...@free.fr a écrit : De: lenny lenny.li...@orange.fr Vraiment félicitations pour cet énorme boulot réalisé. Merci :) Et... le vrai énorme boulot, c'est celui (collectif) qui se traduit par exemple ici : http://munin.openstreetmap.fr/osm12.free.org/osm104.openstreetmap.fr/bano_rapproche.html le nombre de rues nommées en France monte, la pente de la courbe ne faiblit pas, bref, on avance ;) En plus de servir pour un suivi, c'est une vrai aide pour contribuer, cela va au-delà de BANO, puisqu'il gère les voies sans adresse. Oui c'est bien l'idée : avoir une référence à laquelle confronter nos données, histoire de mieux voir où on en est, et appréhender en quoi consiste le reste à faire. Bien que la black liste n'est pas la même fonction, elle est utilisée en même temps lorsqu'on travaille sur une commune : un lien de l'un vers l'autre me paraitrait bienvenu (il permettrait aussi de faire connaître la black liste - j'avoue que je n'avais pas vu passer avant ces échanges sur la liste) Tu n'as pas la berlue, on n'en a quasiment pas parlé. Et c'est vraiment embryonnaire. L'idée c'est d'archiver quelque part qu'une donnée sur laquelle on n'a pas de prise (la source Cadastre) contient des infos qui n'existent pas/plus sur le terrain, et donc que leur absence dans OSM est voulue et normale. On peut faire le parallèle avec la discussion récurrente sur les immeubles démolis mais encore visibles sur bing : comment dire qu'il ne faut pas les saisir ? Ici, la 'black' liste permet au moins, dans les sorties de BANO, d'exclure une information. Par défaut sinon, ce contenu sera présent dans les exports. Pour l'instant, ce contenu n'est pas exploité, le wiki a juste donné une première place pour le mémoriser. Pour consolider le principe, il faudrait plus sûrement une interface de saisie, qui demanderait les mêmes infos (nom, code Fantoir, éventuellement numéro d'adresse, et raison de la déclaration) et qui serait en prise directe sur le contenu géré dans BANO. C'est sûrement une réflexion à mutualiser avec celle du guichet unique de saisie évoqué dans la future BAN, Christian en sait sûrement plus :) : https://twitter.com/JLZIMMERMANN/status/540456478797484032 J'ai deux questions : Dans le cas où un lotissement est dans FANTOIR, créé par un lotisseur, lorsque les voies (qui ont un nom) sont rétrocédées à la commune, la trace du lotissement disparait sur le terrain. Je met nom introuvable sur le terrain dans l'outil ; je suppose qu'il faut également le rajouter dans la black liste : n'est-ce-pas ? Tu peux bien sûr, mais, et ça avait été relevé par Frédéric, il y a un peu double saisie dans ce cas. Bref, il faut qu'on décante cette idée de black liste (idées et remarques bienvenues ici-même). J'ai un nom dans FANTOIR (une ZAC) ; dans OSM, il est sur un landuse (pas de highway ni de place). Je l'ai ajouté dans la black liste pour que le rapprochement ne soit pas fait, mais du fait qu'il reste dans l'onglet voie FANTOIR sans rapprochement OSM, je pense qu'il faudrait que je mette une explication (ce n'est pas vraiment un anomalie), mais aucune typologie ne me parait correspondre. Pas de souci à rapprocher ce nom, je pense. Ça contribue à notre inventaire. Cependant pour l'instant, sur les
Re: [OSM-talk-fr] BANO FANTOIR : Libellé dans la couche Bano absent de la liste FANTOIR
Merci pour les explications et le lien sur la liste brute :) Tu peux voir ici : http://cadastre.openstreetmap.fr/fantoir/liste_brute_fantoir.html#insee=25015 que ce code correspond à un lieu-dit (type_voie = 3), Je n’ai pas été clair : ce lieu-dit “Amancey” est en fait le nom du village “Amancey”. Ça ressemble donc à une erreur, d’autant plus qu’il n’y a qu’une seule adresse avec le n°11 http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/47.03650/6.07265 ? Dans les données brutes, je ne vois rien concernant le nombre d’adresses dans une voie. Christian extrait les adresses du cadastre ? Ça colle en superposant BANO et le cadastre : — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
