Re: [OSM-talk-fr] Frontière et/ou eaux territoriales Guyane française
@ Philippe Je crois que tu ne comprends pas que nous sommes quelques uns, nombreux probablement, à être lassés de ce ton péremptoire, pseudo-doctoral et donneur de leçon, que tu utilises trop souvent dans nombre de tes messages. Nous sommes quelques-uns, nombreux peut-être, à être lassés de tes affirmations non accompagnées d'exemples ou de références quand bien même elles te sont demandées, et qui permettraient à chacun de vérifier la véracité de tes dires. Non, bien souvent, tes affirmations Nous sommes quelques-uns, nombreux peut-être, à être lassés de tes critiques des méthodes, des outils, des logiciels mais rarement accompagnés de contributions, rapports de bugs, lignes de code. Nous sommes quelques-uns, nombreux peut-être, à être lassés de ton aptitude à te mettre au dessus de la mêlée, avec un regard judiciaire, un discours accusateur lorsque chacun cherche à construire une communauté des contributeurs, avec ce que cela comporte nécessairement d'approximations successives, d'hésitations, d'ajustements, d'erreurs et d'excuses. Mais t'es-tu déjà excusé de t'être trompé sur cette liste, Philippe ? Je n'en ai pas le souvenir. En travail social on dit le 'tu' tue. Et pour une fois, je vais employer ce tu qui tue à ton égard. Tu es le seul à employer avec cette intensité, ce ton directement accusateur, polémique, sans te remettre toi-même en question : * Tu n'as strictement rien prouvé, je ne juge que : il ne s'agissait pas pour Christian, de prouver, on n'est pas au tribunal, mais de dire ses observations * tu vas conclure que : bien malin celui qui sait ce que l'autre pense ou bien imprudent celui qui ose énoncer à la place d'un autre. * Tu fais juste confiance à la théorie et refuse de regarder : que sais-tu de la confiance et du refus de Christian ? Le tu tue et ce genre de propos, d’affirmation, ne fait pas droit à l'altérité de la personne puisque c'est toi, Philippe, qui te fais énonciateur et juge de ce qui est en l'autre. * tu fais partie des personnes qui... Et voila, l'autre est épinglé comme un papillon au milieu d'une boite par un entomologiste. Où est le respect de la personne ? Ou est la prudence dans l'affirmation ? * toi tu regarde à un endroit microscopique du code pour conclure que ce code est correct sans même te demander si c'est à cet endroit qu'est l'erreur Que sais-tu de la méthode employée par Christian pour annoncer son résultat, son observation, son avis ? sans même te demander si... T'es-tu toi-même demandé si Christian avait regardé ailleurs ? Connais-tu le niveau de compétence de Christian dans ces logiciels ? Comment t'es-tu construite cette certitude qu'il ne s'est pas demandé ? Comment est fondée ton affirmation ? Si Christian pose des affirmations sur du logiciel, toi, tu poses des affirmations sur les personnes. Ce qui est bien plus grave ! * Je te laisse donc à ta théorie fumeuse, puisque tu lui fais une confiance aveugle Quel mépris ! Le mépris ne dit pas la valeur intrinsèque de l'objet méprisé, mais l'incapacité de l'auteur à apporter du prix. Ce mépris ne t'honore pas, Philippe ! * Quelle impolitesse Qui est le plus impoli ? Qui a le moins de savoir vivre ? Celui qui dit son agacement et sa lassitude, ou celui qui méprise ? Philippe, Au delà de la longueur de tes messages, je crois bien que ce qui lasse certains d'entre nous, c'est bien plus le ton de ceux-ci. Quand parviendras-tu à ne pas te poser en juge ? Quand parviendras-tu à ne pas monter sur tes grands chevaux ? Quand parviendras-tu à laisser entendre que tu as entendu telle critique qui t'était faite ? Quand parviendras-tu à présenter des excuses ? Quand parviendras-tu à mettre plus d'humanité dans ton propos ? Oui, il est difficile d'être humain. Mais une communauté de contributeurs c'est une communauté humaine. Et cette communauté n'a que faire d'un juge en son sein. Elle n'a que faire d'une critique qui n'étaye pas son propos d'exemples concrets, référencés. Elle n'a que faire d'un énonciateur d'affirmations péremptoires. Cette communauté, humaine, recherche des humains bienveillants aux niveaux de compétence variées. Voila que moi-aussi, j'ai été trop long, que moi aussi, j'ai jugé, que moi-aussi, j'ai utilisé le 'tu' qui tue... -- FrViPofm Le 07/03/2013 05:49, Philippe Verdy a écrit : Le 6 mars 2013 20:18, Christian Quest cqu...@openstreetmap.fr a écrit : 1) le code d'osm2pgsql c'est pas de la théorie, c'est du concret, qui tourne sur les serveurs. Ce code redécoupe clairement les way composant une relation boundary en n objets dans planet_osm_line et planet_osm_roads 2) la feuille de style Mapnik utilise planet_osm_line et planet_osm_roads pour tracer les limites admin, donc les redécoupages des ways membres des relations et c'est bien donc de là que provient le admin_level. Ce sont tes affirmations non étayées qui sont dans la théorie... et l'erreur. Vu que le jour où tu reconnaitra t'être trompé n'est sûrement pas pour
Re: [OSM-talk-fr] les POI de Mapnik
Merci beaucoup, c'est super et bien complet maintenant je vais pouvoir compiler et résumer ça en version newbies ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réunion AFIGEO/OGC à l'IGN
Salut Christian, Merci pour ce compte-rendu très intéressant. b- les données dont disposent les CRIGE qui pourraient être mise à disposition pour OSM Le gros morceau ce sont souvent des orthophotos. Une grosse discussion sur la façon de les mettre à disposition: via des services (WMS, TMS) ou en fournissant les données brutes (fichiers .ecw/jpeg2000 voire tiff) ? Nous avons indiqué que nous pouvons tirer partie de l'un comme de l'autre. Pour info, je suis en contact très avancé avec l'association SIG-LR (l'équivalent du CRIGE-PACA en Languedoc-Roussillon) pour la mise à disposition de leur couverture orthophoto Languedoc-Roussillon 2012 à 20cm de résolution. Avec René-Luc nous sommes allés discuter du sujet avec eux. Ils seraient d'accord pour que leurs images soient mises à disposition à travers un service WMS/TMS et utilisables par les contributeurs OSM pour produire des données. La décision devrait être prise lors de leur prochain CA. Est-ce que tu as un modèle de document qu'on pourrait leur faire signer pour officialiser l'accord d'utilisation de leurs images ? Les images sont en cours d'orthorectification et devraient être disponibles en juin. Le serveur WMS serait hébergé à la Maison de la Télédétection de Montpellier, je m'occuperai de la mise en place. Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réunion AFIGEO/OGC à l'IGN
Merci Nicolas pour cette information, étant de l'Aude je vais pouvoir apprécier le rendu ;-) Le 7 mars 2013 11:52, Nicolas Moyroud nmoyr...@free.fr a écrit : Salut Christian, Merci pour ce compte-rendu très intéressant. b- les données dont disposent les CRIGE qui pourraient être mise à disposition pour OSM Le gros morceau ce sont souvent des orthophotos. Une grosse discussion sur la façon de les mettre à disposition: via des services (WMS, TMS) ou en fournissant les données brutes (fichiers .ecw/jpeg2000 voire tiff) ? Nous avons indiqué que nous pouvons tirer partie de l'un comme de l'autre. Pour info, je suis en contact très avancé avec l'association SIG-LR (l'équivalent du CRIGE-PACA en Languedoc-Roussillon) pour la mise à disposition de leur couverture orthophoto Languedoc-Roussillon 2012 à 20cm de résolution. Avec René-Luc nous sommes allés discuter du sujet avec eux. Ils seraient d'accord pour que leurs images soient mises à disposition à travers un service WMS/TMS et utilisables par les contributeurs OSM pour produire des données. La décision devrait être prise lors de leur prochain CA. Est-ce que tu as un modèle de document qu'on pourrait leur faire signer pour officialiser l'accord d'utilisation de leurs images ? Les images sont en cours d'orthorectification et devraient être disponibles en juin. Le serveur WMS serait hébergé à la Maison de la Télédétection de Montpellier, je m'occuperai de la mise en place. Nicolas __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://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] Frontière et/ou eaux territoriales Guyane française
Merci Vincent ! A cette liste je rajouterai, cette capacité qu'a Philippe à détourner chaque sujet afin qu'il puisse ensuite parler de CES sujets de prédilection. Combien de discussions ont été tuées dans l’œuf à cause de ses interventions? Dommage que toute son énergie soit, à mon sens, déployée dans de mauvaises directions. A. On 13-03-07 06:31 AM, Vincent Pottier wrote: @ Philippe Je crois que tu ne comprends pas que nous sommes quelques uns, nombreux probablement, à être lassés de ce ton péremptoire, pseudo-doctoral et donneur de leçon, que tu utilises trop souvent dans nombre de tes messages. Nous sommes quelques-uns, nombreux peut-être, à être lassés de tes affirmations non accompagnées d'exemples ou de références quand bien même elles te sont demandées, et qui permettraient à chacun de vérifier la véracité de tes dires. Non, bien souvent, tes affirmations Nous sommes quelques-uns, nombreux peut-être, à être lassés de tes critiques des méthodes, des outils, des logiciels mais rarement accompagnés de contributions, rapports de bugs, lignes de code. Nous sommes quelques-uns, nombreux peut-être, à être lassés de ton aptitude à te mettre au dessus de la mêlée, avec un regard judiciaire, un discours accusateur lorsque chacun cherche à construire une communauté des contributeurs, avec ce que cela comporte nécessairement d'approximations successives, d'hésitations, d'ajustements, d'erreurs et d'excuses. Mais t'es-tu déjà excusé de t'être trompé sur cette liste, Philippe ? Je n'en ai pas le souvenir. En travail social on dit le 'tu' tue. Et pour une fois, je vais employer ce tu qui tue à ton égard. Tu es le seul à employer avec cette intensité, ce ton directement accusateur, polémique, sans te remettre toi-même en question : * Tu n'as strictement rien prouvé, je ne juge que : il ne s'agissait pas pour Christian, de prouver, on n'est pas au tribunal, mais de dire ses observations * tu vas conclure que : bien malin celui qui sait ce que l'autre pense ou bien imprudent celui qui ose énoncer à la place d'un autre. * Tu fais juste confiance à la théorie et refuse de regarder : que sais-tu de la confiance et du refus de Christian ? Le tu tue et ce genre de propos, d’affirmation, ne fait pas droit à l'altérité de la personne puisque c'est toi, Philippe, qui te fais énonciateur et juge de ce qui est en l'autre. * tu fais partie des personnes qui... Et voila, l'autre est épinglé comme un papillon au milieu d'une boite par un entomologiste. Où est le respect de la personne ? Ou est la prudence dans l'affirmation ? * toi tu regarde à un endroit microscopique du code pour conclure que ce code est correct sans même te demander si c'est à cet endroit qu'est l'erreur Que sais-tu de la méthode employée par Christian pour annoncer son résultat, son observation, son avis ? sans même te demander si... T'es-tu toi-même demandé si Christian avait regardé ailleurs ? Connais-tu le niveau de compétence de Christian dans ces logiciels ? Comment t'es-tu construite cette certitude qu'il ne s'est pas demandé ? Comment est fondée ton affirmation ? Si Christian pose des affirmations sur du logiciel, toi, tu poses des affirmations sur les personnes. Ce qui est bien plus grave ! * Je te laisse donc à ta théorie fumeuse, puisque tu lui fais une confiance aveugle Quel mépris ! Le mépris ne dit pas la valeur intrinsèque de l'objet méprisé, mais l'incapacité de l'auteur à apporter du prix. Ce mépris ne t'honore pas, Philippe ! * Quelle impolitesse Qui est le plus impoli ? Qui a le moins de savoir vivre ? Celui qui dit son agacement et sa lassitude, ou celui qui méprise ? Philippe, Au delà de la longueur de tes messages, je crois bien que ce qui lasse certains d'entre nous, c'est bien plus le ton de ceux-ci. Quand parviendras-tu à ne pas te poser en juge ? Quand parviendras-tu à ne pas monter sur tes grands chevaux ? Quand parviendras-tu à laisser entendre que tu as entendu telle critique qui t'était faite ? Quand parviendras-tu à présenter des excuses ? Quand parviendras-tu à mettre plus d'humanité dans ton propos ? Oui, il est difficile d'être humain. Mais une communauté de contributeurs c'est une communauté humaine. Et cette communauté n'a que faire d'un juge en son sein. Elle n'a que faire d'une critique qui n'étaye pas son propos d'exemples concrets, référencés. Elle n'a que faire d'un énonciateur d'affirmations péremptoires. Cette communauté, humaine, recherche des humains bienveillants aux niveaux de compétence variées. Voila que moi-aussi, j'ai été trop long, que moi aussi, j'ai jugé, que moi-aussi, j'ai utilisé le 'tu' qui tue... -- FrViPofm Le 07/03/2013 05:49, Philippe Verdy a écrit : Le 6 mars 2013 20:18, Christian Quest cqu...@openstreetmap.fr a écrit : 1) le code d'osm2pgsql c'est pas de la théorie, c'est du concret, qui tourne sur les serveurs. Ce code redécoupe clairement les way composant une relation boundary en n objets dans
Re: [OSM-talk-fr] Frontière et/ou eaux territoriales Guyane française
Le 7 mars 2013 11:01, Vincent Pottier vpott...@gmail.com a écrit : * toi tu regarde à un endroit microscopique du code pour conclure que ce code est correct sans même te demander si c'est à cet endroit qu'est l'erreur Que sais-tu de la méthode employée par Christian pour annoncer son résultat, son observation, son avis ? sans même te demander si... T'es-tu toi-même demandé si Christian avait regardé ailleurs ? Connais-tu le niveau de compétence de Christian dans ces logiciels ? Comment t'es-tu construite cette certitude qu'il ne s'est pas demandé ? Comment est fondée ton affirmation ? Si Christian pose des affirmations sur du logiciel, toi, tu poses des affirmations sur les personnes. Ce qui est bien plus grave ! Complètement faux, je n'ai absolument pas jugé des compétence de Christian sur son logiciel. Je lui ai demandé seulement de sortir de cette compétence pointue quand il me montre un détail de son code qui ne répond pas au problème évoqué, pour regarder le problème tel qu'il est dans les résultats. Et il me ramène à 3 lignes de codes qui ne disent rien de si c'est l'endroit où le problème se produit. Je ne suis pas là pour embêter les gens, juste pour leur faire regarder ce qu'ils font d'une autre façon, sans pour autant m'envoyer pour TOUTE réponse juste du dénigrement systématique. On ne me répond pas, on me dénigre c'est tout. * Je te laisse donc à ta théorie fumeuse, puisque tu lui fais une confiance aveugle Quel mépris ! Le mépris ne dit pas la valeur intrinsèque de l'objet méprisé, mais l'incapacité de l'auteur à apporter du prix. Ce mépris ne t'honore pas, Philippe ! Autant que le mépris constant qu'on m'a fait ici. Même quand j'ai voulu négocier, on n'a même pas donné suite. J'ai laisse tomber. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réunion AFIGEO/OGC à l'IGN
Le mercredi 06 mars 2013 22:35:42, Christian Quest a écrit : Nous étions (Gaël et moi) à l'IGN pour une réunion de l'Afigéo pour le groupe de travail opendata. Bravo à vous pour votre motivation. Un grosse discussion sur les problèmes de mise à disposition de données très volumineuses (par exemple les orthophotos). Comment gérer ça ? Ils nous les envoient par email et c'est réglé. A mon avis, plus ils voudront formaliser, plus ils voudront faire ça bien, et plus ils parleront de WMS, de mapserver, de site portail et moins ça arrivera. Phase 1: faire simple - Avoir l'autorisation légal de le faire - Aller chercher les fichiers et les mettre sur une clef USB Phase 2: profitant de tous les tests réalisés par les bénévoles ils auront quelques billes pour savoir vers quelle solution avancer. Sachant que la diffusion, des fichiers bruts, sur un serveur est sans doute une très bonne phase 2. Phase 3: ils ont toute la vie pour décider si un WMS, un TMS, une projection conique conforme ou une appli en flash est la plus adaptée, mais les orthophos n'ont pas, pendant ce temps, moisi dans un placard. pour bien être clair: la prison j'y dors gratuitement, mais je ne suis pas libre... ça commence à rentrer ;) Elle est excellente celle là, je la ressortirais (si elle est sous licence libre ;-) ) Autre chose... le GEOFLA non simplifié. Ça peut s'acheter, avec une licence compatible OSM... je demanderai bien un devis par curiosité, juste pour les communes qui nous manque. Je n'y crois pas un seul instant. Encore un marketeux qui a voulu vendre son produit ;-) Sinon ça se saurait, n'importe qui irait l'acheter une première fois à 1500 euros, puis le revendrait à 1000 euros et l'IGN ne pourrait plus le vendre. -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Frontière et/ou eaux territoriales Guyane française
Le 7 mars 2013 11:01, Vincent Pottier vpott...@gmail.com a écrit : Voila que moi-aussi, j'ai été trop long, que moi aussi, j'ai jugé, que moi-aussi, j'ai utilisé le 'tu' qui tue... Sauf que sur cette liste tout le monde dit tu quand il s'adresse à quelqu'un ou lui répond. Cela n'a rien d'incorrect et ne tue personne. Le vous est presque inexistant ici, sauf pour parler à tout le monde sans savoir à qui, autrement dit pour parler à qui s'intéressera au sujet (le vous a la même valeur que le on dans ce cas). 9 messages sur 10 emploient le ton direct, et c'est naturel par email qui reste à la base un outil de communication interpersonnel. Si tu le prend comme une impolitesse, détrompe-toi. En plus tu te trompe complètement quand tu déclares que je juge Christian sur ses compétences. Il a les siennes, elles sont certainement pointues mais justement trop pointues (on dit avoir la tête penché sur le guidon pour dire qu'on ne voit pas ce qui se passe autour). S'il était absolument sûr que son code était exempt de tout défaut, il n'aurait même pas besoin de le publier en open source. Tout projet communautaire est exposé à la critique et cette critique est là pour servir, et non pour le casser, et je ne suis absolument pas là pour ça, bien au contraire, car c'est bien pour chercher des voies d'améliorations que je suis là. J'ai dit chercher, pas 'imposer. Après ça chacune fait avec les problèmes rencontrés et trouve des voies de contournement ou des moyens de les éviter (il y a des outils aussi mais ils ne font pas tout non plus). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Frontière et/ou eaux territoriales Guyane française
MDR ! négocier quoi ? Tes propos sont agressifs envers les autres contributeurs, c'est factuel. Tu *dois* mettre de l'eau dans ton vin et accepter de te modérer, ce que tu sais faire, on le sait, parfois tu le fais très bien (messages courts et synthétiques sans certitudes). A+ Autant que le mépris constant qu'on m'a fait ici. Même quand j'ai voulu négocier, on n'a même pas donné suite. J'ai laisse tomber. -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Langue =?iso-8859-1?q?fran=E7aise?=, toponyme, genre, nombre et typographie [etait AFIGEO/OGC à l'IGN]
qui prennent en compte le genre des toponymes... C'est une excellente idée que j'avais voulu soulever : - Pouvoir parler français - Pourvoir écrire français avec les données Openstreetmap Aujourd'hui ce n'est pas super simple voir pas possible et des tags en plus ou des conventions typographiques nouvelles seraient les bienvenues pour ces utilisation. - Genre et nombre : En effet, même avec une base de donnée // des mots de la langue française, tous les cas ne peuvent être géré grâce à la richesse de notre langue. name=Gratte-ciel de la Défense Un logiciel de routage devra-t-il écrire : Tourner à gauche direction les ou le gratte-ciel de la Défense name=Savoie Nominatim : Vous êtes arriver dans le ou la Savoie - Typographie Notre choix depuis des lustres est de mettre une majuscule à chaque début de tag name ça parait le plus adapté car la langue française dit de mettre une majuscule à chaque début de phrase donc banco. Sauf que ça n'est en fait pas une phrase. ça n'est d'ailleurs rien d'autre que des données puisque tout est relatif (comme disait l'autre) à l'utilisation qu'on va en faire. exemple : name=Rue du temple phrase pas trop française : Bonjour conducteur, à droite, vous aller arriver dans Rue du temple. Il manque un effet un la qui peut se trouver avec l'option ci-avant ou un dictionnaire. Et une minuscule, qui, dans ce cas peut en effet se retrouver avec un dictionnaire. Exemple tordu : name=Petit-André Jean-Claude (Nom propre de l'illuste gugus ayant donné son nom à un batiment par exemple) phrase incorrecte issu de l'alogorithme précédent : Bonjour conducteur, à droite, vous pouvez voir le petit-André Jean-Claude Petit n'était pas ici un nom commun ni un adjectif, c'était le nom propre du monsieur qu'il fallait donc laisser en majuscule. Avoir normalisé tous les name avec une première lettre en majuscule était en fait la meilleure manière de perdre une information. Un logiciel n'a besoin de personne pour mettre une lettre en majuscule ou en minuscule. Par contre, il a besoin d'aide pour qu'on lui dise s'il s'agit d'un nom propre ou un nom commun. sly, le coupeur de cheveux en sqrt(Pi) morceaux. -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Langue =?iso-8859-1?q?fran=E7aise?=, toponyme, genre, nombre et typographie [etait AFIGEO/OGC à l'IGN]
Moi qui avait évoqué il y a quelques mois exactement le même problème, je me suis fait jeter sur la question des majuscules des articles (convention de nommage des rivières et articles contractables des noms de communes) ou des termes génériques (rue, place, col, baie, mont, restaurant, café, phare, pont, mairie, écluse, ligne, église...) Pourtant je proposais la même chose : le forcça des majuscules qui fait perdre une info est nuisible. Même si un rendu de carte préfère afficher ses libellés avec une capitale initiale, il peut le fait à tout moment assez facilement (sauf cas particulier des marques commerciales qui commencent volontairement par des minuscules (une pure convention typographique lié au logo de la marque, et non son orthographe, et qui peut changer au cours du temps avec les évolutions de logos). Le problème va un peu plus loin car on devrait aussi pouvoir indiquer effectivement un code de classification grammaticale (propre à chaque langue) ; mais c'est encore plus compliqué si les termes communs doivent ensuite pouvoir changer de cas et prendre des désinences contextuelles (dans certaines langues ce n'est pas seulement à la fin des mots, il y a des mutations internes, très complexes par exemple en maltais, mais assez complexes aussi en arabe, ou en breton, irlandais sans compter les tonnes d'exceptions...). Le 7 mars 2013 13:02, sly (sylvain letuffe) li...@letuffe.org a écrit : qui prennent en compte le genre des toponymes... C'est une excellente idée que j'avais voulu soulever : - Pouvoir parler français - Pourvoir écrire français avec les données Openstreetmap Aujourd'hui ce n'est pas super simple voir pas possible et des tags en plus ou des conventions typographiques nouvelles seraient les bienvenues pour ces utilisation. - Genre et nombre : En effet, même avec une base de donnée // des mots de la langue française, tous les cas ne peuvent être géré grâce à la richesse de notre langue. name=Gratte-ciel de la Défense Un logiciel de routage devra-t-il écrire : Tourner à gauche direction les ou le gratte-ciel de la Défense name=Savoie Nominatim : Vous êtes arriver dans le ou la Savoie - Typographie Notre choix depuis des lustres est de mettre une majuscule à chaque début de tag name ça parait le plus adapté car la langue française dit de mettre une majuscule à chaque début de phrase donc banco. Sauf que ça n'est en fait pas une phrase. ça n'est d'ailleurs rien d'autre que des données puisque tout est relatif (comme disait l'autre) à l'utilisation qu'on va en faire. exemple : name=Rue du temple phrase pas trop française : Bonjour conducteur, à droite, vous aller arriver dans Rue du temple. Il manque un effet un la qui peut se trouver avec l'option ci-avant ou un dictionnaire. Et une minuscule, qui, dans ce cas peut en effet se retrouver avec un dictionnaire. Exemple tordu : name=Petit-André Jean-Claude (Nom propre de l'illuste gugus ayant donné son nom à un batiment par exemple) phrase incorrecte issu de l'alogorithme précédent : Bonjour conducteur, à droite, vous pouvez voir le petit-André Jean-Claude Petit n'était pas ici un nom commun ni un adjectif, c'était le nom propre du monsieur qu'il fallait donc laisser en majuscule. Avoir normalisé tous les name avec une première lettre en majuscule était en fait la meilleure manière de perdre une information. Un logiciel n'a besoin de personne pour mettre une lettre en majuscule ou en minuscule. Par contre, il a besoin d'aide pour qu'on lui dise s'il s'agit d'un nom propre ou un nom commun. sly, le coupeur de cheveux en sqrt(Pi) morceaux. -- sly (sylvain letuffe) ___ 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
[OSM-talk-fr] Nouvelle analyse Osmose pour Wikipédia
Bonjour, Dans la cadre du projet du mois sur Wikipédia, on a ajouté une nouvelle analyses à Osmose qui propose de lier des articles géolocalisés de Wikipédia France à des objets existants d'OSM. En aucun cas une localisation Wikipédia ne se retrouve dans OSM. http://osmose.openstreetmap.fr/fr/errors/?item=8101 http://osmose.openstreetmap.fr/fr/map/?item=8101level=3 Les données de sur les Postes ont également été mise à jour. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] contributions
Bonjour,je suis entrain de réaliser le tracé des circuits de collecte porte à porte dans les quartiers de ma commune, concernant la gestion des ordures ménagères.je souhaite recevoir des contributions dans ce travail: je gére les circuit de collecte,je prends des poins avec le gps___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Langue =?iso-8859-1?q?fran=E7aise?=, toponyme, genre, nombre et typographie [etait AFIGEO/OGC à l'IGN]
Am 07.03.2013 13:54, schrieb clansco: on ne dit pas « rue du temple » mais « rue du Temple » J'entends pas la différence. R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] contributions
Bonjour, Très intéressante cette idée, avec les horaires de passage et tout ? Je n'y pensais pas :) Teuxe - Mail original - De: moussa diouf moudio...@yahoo.fr À: talk-fr@openstreetmap.org Envoyé: Jeudi 7 Mars 2013 14:39:02 Objet: [OSM-talk-fr] contributions Bonjour, je suis entrain de réaliser le tracé des circuits de collecte porte à porte dans les quartiers de ma commune, concernant la gestion des ordures ménagères. je souhaite recevoir des contributions dans ce travail: je gére les circuit de collecte, je prends des poins avec le gps ___ 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
[OSM-talk-fr] contributions
Bonjour , je suis entrain de travailler sur la carte de la ville Rufisque, dans le cadre de la gestion des ordures Ménagères concernant le tracé des circuits de collecte porte à porte avec un gps. Est ce que aprés la collecte des données gps je peux avoir des services sur Internet pour mettre en relation tous les points nommés.Et comment exporter les données GPS sur open street map.Merci ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Frontière et/ou eaux territoriales Guyane française
Juste pour info, depuis déjà 9h, il n'y a plus de tag admin_level sur http://www.openstreetmap.org/browse/way/111614673 ... mais la frontière est toujours bien sur le rendu Mapnik http://tile.openstreetmap.fr/?zoom=11lat=5.90093lon=-53.9031layers=B0 CQFD PS: le premier qui trouve un rendu sans cette frontière gagne un magnifique autocollant OSM ainsi qu'un gilet jaune tout aussi magnifique et une boisson fermentée gazeuse bien fraiche la prochaine fois qu'on sera connecté IRL. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelle analyse Osmose pour Wikipédia
17 694 tags wikipedia au comptage taginfo.openstreetmap.fr de cette nuit... ça fait 3000 ajoutés en 4 jours ! Le 7 mars 2013 13:58, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Bonjour, Dans la cadre du projet du mois sur Wikipédia, on a ajouté une nouvelle analyses à Osmose qui propose de lier des articles géolocalisés de Wikipédia France à des objets existants d'OSM. En aucun cas une localisation Wikipédia ne se retrouve dans OSM. http://osmose.openstreetmap.fr/fr/errors/?item=8101 http://osmose.openstreetmap.fr/fr/map/?item=8101level=3 Les données de sur les Postes ont également été mise à jour. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelle analyse Osmose pour Wikipédia
Si vous pouviez aussi signaler les éléments OSM qui portent plusieurs tags wikipedia, genre wikipedia:fr=* et wikipedia=fr:* comme je viens d'en voir un: http://www.openstreetmap.org/browse/way/79082998/history Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] nom de parcelles de foret - analyse osmose wikipedia
bonjour tous En lanant la nouvelle analyse wikipedia d'osmose et en regardant le lien sur les 7 forets pouvant faire un lien wikipedia, on tombe exclusivement sur une petite partie de foret de cet endroit : http://www.openstreetmap.org/?lat=45.66297lon=0.30471zoom=16layers=M il s'agit de 7 parcelles avec une reference en guise de name. au sud de la voie ferre. La zone est super definie par ailleurs et complte on dirait. Etrange tout cela... Une nouvelle manire de faire de la gestion parcellaire des forets ? djo_man ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Frontière et/ou eaux territoriales Guyane française
2013/3/7 Christian Quest cqu...@openstreetmap.fr: Juste pour info, depuis déjà 9h, il n'y a plus de tag admin_level sur http://www.openstreetmap.org/browse/way/111614673 ... mais la frontière est toujours bien sur le rendu Mapnik http://tile.openstreetmap.fr/?zoom=11lat=5.90093lon=-53.9031layers=B0 En fait, le rendu peut fonctionner sans relation mais le tag boundary=admnistrative est indispensable sur le way (s'il est absent du way, la relation seule ne donne rien). Le style peut ensuite varier en fonction de l'admin_level, qu'il soit sur le way ou sur la relation. Pour ceux qui veulent vérifier, des données test sont temporairement ici: http://www.openstreetmap.org/?lat=48.690743lon=2.805599zoom=18layers=M Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Frontière et/ou eaux territoriales Guyane française
Pauvre Philippe ! Là encore, je crois que, comme bien d'autres, j'aurai été jugé plutôt que compris... Le 'tu' tue n'est pas pour réclamer le vouvoiement mais pour dénoncer l'assignation. Genre : tu te trompe complètement quand Et paf ! Voila la leçon. Vincent tu as tout faux ! Philippe, Personne ne t'a jamais appris à dire : Je ne suis pas d'accord plutôt que dire : Tu te trompe complètement ? à émettre un avis plutôt qu'un jugement ? à dire Je crois que, il me semble que, voire je suis convaincu plutôt que d'énoncer une leçon ? Bon, j'en reste là... -- FrViPofm Le 07/03/2013 12:48, Philippe Verdy a écrit : Le 7 mars 2013 11:01, Vincent Pottier vpott...@gmail.com a écrit : Voila que moi-aussi, j'ai été trop long, que moi aussi, j'ai jugé, que moi-aussi, j'ai utilisé le 'tu' qui tue... Sauf que sur cette liste tout le monde dit tu quand il s'adresse à quelqu'un ou lui répond. Cela n'a rien d'incorrect et ne tue personne. Le vous est presque inexistant ici, sauf pour parler à tout le monde sans savoir à qui, autrement dit pour parler à qui s'intéressera au sujet (le vous a la même valeur que le on dans ce cas). 9 messages sur 10 emploient le ton direct, et c'est naturel par email qui reste à la base un outil de communication interpersonnel. Si tu le prend comme une impolitesse, détrompe-toi. En plus tu te trompe complètement quand tu déclares que je juge Christian sur ses compétences. Il a les siennes, elles sont certainement pointues mais justement trop pointues (on dit avoir la tête penché sur le guidon pour dire qu'on ne voit pas ce qui se passe autour). S'il était absolument sûr que son code était exempt de tout défaut, il n'aurait même pas besoin de le publier en open source. Tout projet communautaire est exposé à la critique et cette critique est là pour servir, et non pour le casser, et je ne suis absolument pas là pour ça, bien au contraire, car c'est bien pour chercher des voies d'améliorations que je suis là. J'ai dit chercher, pas 'imposer. Après ça chacune fait avec les problèmes rencontrés et trouve des voies de contournement ou des moyens de les éviter (il y a des outils aussi mais ils ne font pas tout non plus). ___ 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] nom de parcelles de foret - analyse osmose wikipedia
Ca ressemble bigrement à des parcelles du cadastre... et n'a rien à faire en name. Le 7 mars 2013 18:25, djo_man djo_...@laposte.net a écrit : bonjour à tous En lançant la nouvelle analyse wikipedia d'osmose et en regardant le lien sur les 7 forets pouvant faire un lien wikipedia, on tombe exclusivement sur une petite partie de foret de cet endroit : http://www.openstreetmap.org/?lat=45.66297lon=0.30471zoom=16layers=M il s'agit de 7 parcelles avec une reference en guise de name. au sud de la voie ferrée. La zone est super definie par ailleurs et complète on dirait. Etrange tout cela... Une nouvelle manière de faire de la gestion parcellaire des forets ? djo_man ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] nom de parcelles de foret - analyse osmose wikipedia
Le 07/03/2013 18:36, Christian Quest a écrit : Ca ressemble bigrement à des parcelles du cadastre... et n'a rien à faire en name. Oui, j'avais d'ailleurs contacté le contributeur fin 2012 à ce sujet. Il a saisi les parcelles qui sont sa propriété pour en avoir une représentation graphique. Je n'ai pas donné suite alors qu'il eût fallu. J'ai honte... Mais je ne sais pas trop quoi lui proposer. -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag wikipedia
Je reviens sur cette discussion juste pour signaler que le déployement des liens wikidata s'est fait aujourd'hui sur la wikipédia francophone. Les liens interwikis classiques devraient disparaître au fur et à mesure. Florian. De : Otourly Wiki otou...@yahoo.fr À : verd...@wanadoo.fr verd...@wanadoo.fr; Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Jeudi 28 février 2013 15h17 Objet : Re: [OSM-talk-fr] tag wikipedia Il y a encore pleins d'erreurs dans ce que tu affirmes. [...] c'est uniquement à partir d'elle que les collections de liens ont été importées de façon essentiellement automatique sans réellement prendre en compte les besoins ou la pertinence pour les autres wikis. Non ce n'est pas seulement à partir de la Wikipédia Anglophone il y a eu la francophone, l'italienne, la néerlandaise et l'allemande notament. J'accepte néamoins ton argument, et de toutes façon la pertinence est évolutive. Dans l'état actuel Wikidata n'est qu'une extension séparée de la wikipédie anglophone Non, il est plus sensé de dire qu'il s'agit d'une extension de la Wikipédia allemande ou néerlandaise... Tu ne semble pas comprendre que c'est un projet polyglote... Ta fixation sur l'anglais est déplacée. Ce n'est pas un projet anglophone mais allemand si tu veux à tout prix placer une langue sur ce projet. Si c'était réellement opérationnel, il y aurait déjà eu l'intégration dans la Wikipédie francophone. Je n'ai jamais dit que c'était opérationnel, mais qu'on pouvait se servir des concepts géographiques soit comme tags pour OSM soit pour vérifier automatiquement les tags Wikipédia. Heureusement que chaque langue est intégrée l'une après l'autre... Sinon certains développeurs auraient les doigts qui saignent. (et surtout pas pour les articles de lieux situés en France, où l'anglais n'a aucune raison d'être la langue de référence). Donc tu n'apprécies pas l'anglais. tu serais étonné de voir le nombre de tag Wikipedia:en (ou autre langue) il y a sur la zone géographique France... En fait ce tag n'est pas fait pour être lu directement par le lecteur. Derrière il doit y avoir un programme informatique qui fait le traitement pour afficher l'article dans la langue du lecteur. Donc on se fiche pas mal de la langue. En fait le problème qu'il y a actuellement c'est un souci d'interwikis. Or Wikidata est sensé justement les fiabiliser et les capitaliser. Wikidata simplifie la vie de ceux qui vont faire des applications ainsi c'est plus simple d'interroger une base de donnée d'interwikis plutôt que de maintenir sa propre base. Et puis franchement si on rentre dans des guerres de clocher aux frontières des pays pour avoir sa langue dans le tag Wikipédia ce n'est pas constructif, mieux vaut mettre un Q. Florian. ___ 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] Nouvelle analyse Osmose pour Wikipédia
Supporté ajouté à Osmose, devrait être disponible d'ici deux à trois jours. À mon avis ce cas n'est pas très fréquent, je n'ai pas vérifié. Frédéric. Le 07/03/2013 17:42, Pieren a écrit : Si vous pouviez aussi signaler les éléments OSM qui portent plusieurs tags wikipedia, genre wikipedia:fr=* et wikipedia=fr:* comme je viens d'en voir un: http://www.openstreetmap.org/browse/way/79082998/history ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] nom de parcelles de foret - analyse osmose wikipedia
umap ? ;) Le 7 mars 2013 18:47, Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net a écrit : Le 07/03/2013 18:36, Christian Quest a écrit : Ca ressemble bigrement à des parcelles du cadastre... et n'a rien à faire en name. Oui, j'avais d'ailleurs contacté le contributeur fin 2012 à ce sujet. Il a saisi les parcelles qui sont sa propriété pour en avoir une représentation graphique. Je n'ai pas donné suite alors qu'il eût fallu. J'ai honte... Mais je ne sais pas trop quoi lui proposer. -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réunion AFIGEO/OGC à l'IGN
Le 06/03/2013 22:35, Christian Quest a écrit : Nous étions (Gaël et moi) à l'IGN pour une réunion de l'Afigéo pour le groupe de travail opendata. Bravo à vous deux ! Et merci pour le travail accompli ! -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Langue =?iso-8859-1?q?fran=E7aise?=, toponyme, genre, nombre et typographie [etait AFIGEO/OGC à l'IGN]
2013/3/7 RainerU ra...@sfr.fr: Am 07.03.2013 13:54, schrieb clansco: on ne dit pas « rue du temple » mais « rue du Temple » J'entends pas la différence. Je n'entends pas ton n'. On dit inclut aussi l'écrit, c'est une formule consacrée, même si cela signifie ici on écrit... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Frontière et/ou eaux territoriales Guyane française
Le 7 mars 2013 12:52, Marc SIBERT m...@sibert.fr a écrit : MDR ! négocier quoi ? Tes propos sont agressifs envers les autres contributeurs, c'est factuel. Non, ils n'ont jamais été agressifs, contrairement aux réponses qu'on me fait sans répondre au sujet. Et même pour tenter de me contredire quand j'offrais plusieurs alternatives (je n''ataus pas affirmatif, et dans la réponse qu'on m'opposais agressivement cela incluait une des options que je proposais). Je sais parfaitement me maitriser, mais face à des agressions injustifiées et répétées de certains (même pour répondre à d'autres personnes où me cite avec du dénigrement) il est un peu normal que je réagisse pour me défendre. Tu *dois* mettre de l'eau dans ton vin et accepter de te modérer, ce que tu sais faire, on le sait, parfois tu le fais très bien (messages courts et synthétiques sans certitudes). Ceux qui m'agressent sans arrêt devraient aussi le faire. Mon message plus haut était un peu dur mais beaucoup moins que les attaques répétées auxquelles j'ai résisté plusieurs fois. Je ne suis pas là pour juger les gens, mais ici quelques uns se le permettent contre moi et il faudrait que ce soit acceptable pour eux et que je ne réponde pas ? Qu'ils mettent du vin dans leur eau... En quoi le fait de dire qu'il y a des dysfonctionnements est une agression ? Si je le fais ce n'est contre personne en particulier et pour le bien de tout le monde, mais je n'oblige personne à une correction immédiate, je fais juste prendre conscience du problème, ou bien je cherche à en limiter l'impact, c'est tout. Si vous avez mieux à proposer, cela reste ouvert. On me reproche de ne rien savoir sur le fonctionnement interne des outils, c'est brai parce que je n'ai pas voulu m'y investir (pas le temps, j'ai d'autres projets). Mais je m'intéresse aux cas pratiques et solutions et aux résultats obtenus. Si la solution ne plait pas et qu'on me répond le contraire, la bonne attitude est tout de même de voir où est réellement le problème (pourquoi ceci marche et pourquoi cela ne marche pas). Si je dis que tel ou tel logiciel a des bogues faciles à voir, c'est parce que c'est visible dans les résultats, je n'attaque personne et pas le logiciel lui-même dans sa globalité. Des bogues il y en a partout dans tous les logiciels que j'apprécie ou pas. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Frontière et/ou eaux territoriales Guyane française
Le 7 mars 2013 16:19, Christian Quest cqu...@openstreetmap.fr a écrit : Juste pour info, depuis déjà 9h, il n'y a plus de tag admin_level sur http://www.openstreetmap.org/browse/way/111614673 ... mais la frontière est toujours bien sur le rendu Mapnik http://tile.openstreetmap.fr/?zoom=11lat=5.90093lon=-53.9031layers=B0 CQFD PS: le premier qui trouve un rendu sans cette frontière gagne un magnifique autocollant OSM ainsi qu'un gilet jaune tout aussi magnifique et une boisson fermentée gazeuse bien fraiche la prochaine fois qu'on sera connecté IRL. Et regarde aussi http://tile.openstreetmap.fr/?zoom=8lat=4.59273lon=-52.18268layers=00B000 Pourtant c'est du Mapnik aussi ! Tu ne vois pas l'anomalie ? Le niveau de zoom a bien une influence que le rendu selon le tag attribué au way. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Rappel maintenance serveurs OSM
Bonsoir, Je n'ai pas vu passer cette annonce sur la liste, donc petite piqure de rappel : Vendredi 8 Mars (demain) a lieu une maintenance sur les serveurs base de donnée ET wiki d'OSM de 9h à 16h UTC. Ces services passeront en lecture seule, aucune modification/contribution ne sera possible. http://wiki.openstreetmap.org/wiki/March_2013_server_maintenance Même sans OSM, passez tout de même une bonne journée ;-) Francisco ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Frontière et/ou eaux territoriales Guyane française
Le 7 mars 2013 21:26, Christian Quest cqu...@openstreetmap.fr a écrit : J'ai assez perdu de temps. Je pense que plus personne n'est dupe de ta mauvaise foi. Encore une attaque : la mauvaise foi c'est aussi ne pas voir un problème, en s'accrochant à ne regarder qu'un des détails, même si la cause du problème est ailleurs. Je n'ais pas été aussi affirmatif que tu l'écris, justement la cause pouvait toujours être ailleurs et j'ai demandé d'ouvrir les yeux en regardant autour, les causes peuvent être multiples. OSM n'est pas non plus une base dédiée à Mapnik seulement, la base sert aussi à plein d'autres choses et doit aussi corriger ses propres incohérences (même si Mapnik les détecte en partie et peut parfois les ignorer). En plsu Mapnik n'est pas la seul logiciel à interagir pour produire son résultat. Mais la premi_ère cohérence à apporter c'est d'abord pour les utilisateurs contributeurs que des tags erronés peuvent tromper. Mais au départ tu avais préconisé une autre solution : qu'il nétait même pas nécessaire de changer admin_level=1 en admin_level=2, maintenant tu as changé d'avis et préconise sa suppression, mais ça tu ne omets de le préciser, pourtant il y a eu un changement destiné à contourner le problème : ce type de contournement est effectivement ce que je cherche, à condition qu'il n'entraîne pas d'autres conséquence fâcheuses ailleurs (rappel : pas que pour Mapnik, mais pour les autres logiciels aussi, et pour les contributeurs et pour la maintenance, car une suppression d'info erronée n'est pas équivalent à sa correction en la valeur correcte). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] nom de parcelles de foret - analyse osmose wikipedia
2013/3/7 Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net: Oui, j'avais d'ailleurs contacté le contributeur fin 2012 à ce sujet. Il a saisi les parcelles qui sont sa propriété pour en avoir une représentation graphique. Je n'ai pas donné suite alors qu'il eût fallu. J'ai honte... Mais je ne sais pas trop quoi lui proposer. J'ai supprimé les 111 parcelles (un way taggué pour le rendu barrier=fence et à chaque fois, un noeud au centre de la parcelle avec répétition du nom). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Langue =?iso-8859-1?q?fran=E7aise?=, toponyme, genre, nombre et typographie [etait AFIGEO/OGC à l'IGN]
Le 7 mars 2013 21:34, Ista Pouss ista...@gmail.com a écrit : Le 7 mars 2013 13:02, sly (sylvain letuffe) li...@letuffe.org a écrit : qui prennent en compte le genre des toponymes... C'est une excellente idée que j'avais voulu soulever : - Pouvoir parler français - Pourvoir écrire français avec les données Openstreetmap Dans le cadre de OSM, ça me parait complètement impossible, du moins si l'on veut conserver le caractère international générique : il n'existe aucune manière connue de qualifier les noms selon une grammaire universeille, et particulièrement les à en de dans quelquepart. Voir par exemple When to use “en” vs “dans”? http://french.stackexchange.com/questions/21/when-to-use-en-vs-dans entre milier de question sur le sujet. Même le genre et le nombre ça ne fonctionne pas : un lieu pourra être masculin dans une langue, et féminin dans une autre, et je ne sais quoi d'autre encore dans une troisième. effectivement, mais ce n'est pas un problème: la classification grammaticale étant propre à chaque langue, il faut évidemment si on ajoute des tags pour préciser que cette classification soit aussi dépendante de la langue Par exemple un truc du genre name:grammar:fr=ms (pour masculin singuler), ou name:grammar:fr=art;ms si on veut ajouter qu'il y a un bien article au début du nom (pour la codification, on a des noms de modèles codés par exemple dans le Wiktionnaire) Autre solution, donner un lien vers le terme défini dans un Wiktionnaire (lequel contient les règles de dérivations de termes) : ce sera plus efficace que vers Wikipédia qui justement ne détaille jamais cela de façon utilisable, mais décrit le sujet de son article. L'ennui c'est qu'un nom d'objet dans OSM est souvent une expression complète, et le Wikitionnaire est fait d'abord pour décrire les mots eux-mêmes ou seulement les expressions conscacrées (et aussi des noms propres comme les toponymes, mais pas les expressions constituant des marques ou enseignes de sociétés). Hors il est diffiicil d'indiquer dans un champ name=* ce qui est séparable et traduisible puis dérivable, de ce qui ne l'est pas. Noter aussi que même les noms propres (y compris pour les personnes) ne sont pas invariables dans toutes les langues : ils s'accordent en cas, ou selon divers usages et contextes, et peuvent subit des mutations locales et même des contractions avec d'autres termes (par agglutination, exemple le suffixe -que en latin qui signifie et, ou le génitif saxon en anglais, les dérivations importantes existant dans les langues slaves, celtiques, sémitiques, et d'autres). Cependant en France, comme aussi en Espagne ou en Italie, les tononymes officiels disposent bel et bien déjà d'une codification de certaines dérivations (notamment les articles initiaux). Et on ne peut pas le déduire de la seule orthographe du nom (par exemple Les est bien une ville espagnole, et prend toujours la majuscule et ce n'est pas un article, même si l'article les existe auss; sans une codifcation, il est impossible de savoir à coup sûr si la présence d'un Les au début d'un nom est bien un article ou pas et la grammaire change alors). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr] Cours d'eau manquants
Le message suivant de : ## Bonjour Pour tester les outils, je suis partie avec mon GPS en poche pour faire une randonnée en raquettes sur une piste dédiée à cette activité. J'ai importé les traces dans JOSM et j'ai commencé à tracer la piste. 1ère question : faut-il envoyer les traces GPS à OSM ? J'ai un message disant que cela présente un risque que je ne comprends pas vraiment. 2ème question : j'ai noté plusieurs passerelles sur la piste pour traverser des torrents. Or, ces torrents ne sont pas dans la base OSM. Donc j'ai un message me disant qu'il y a une erreur : une passerelle sans cours d'eau. Comment peut-on cartographier ces torrents ? à partir de quelles sources : les images satellites ? le cadastre ? De plus c'est un coin un peu paumé, il n'y a pas beaucoup de traces GPS existantes donc je ne suis pas sure du calage des images satellites. Merci a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=2t=555 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleures réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réunion AFIGEO/OGC à l'IGN
Bonsoir, Christian Quest a écrit : b- les données dont disposent les CRIGE qui pourraient être mise à disposition pour OSM Ce serait déjà une belle avancée mais reste à savoir si les CRIGE font comme Toulouse Métropole, à savoir s'assurent lors de l'appel d'offre d'obtenir suffisamment de droits sur les orthophotos pour pouvoir les mettre à disposition de tout le monde (idéalement sous licence libre comme le fait Toulouse Métropole). Il faut commencer par les sensibiliser sur ce point car c'est l'avenir qu'il conditionne. Lors d'une table ronde sur l'open data l'année dernière, les représentants de plusieurs collectivités avaient reconnu ne pas être suffisamment vigilants sur les clauses de propriété intellectuelle. L'idée avait été émise de rédiger un modèle de contrat préparant le terrain à l'ouverture des données en se basant sur l'expérience des collectivités les plus aguerries. Mais je ne sais pas où en est ce projet. Donc toute une discussion sur comment savoir ce qui intéresse les utilisateurs... Question récurrente et une belle perte de temps : il faut leur conseiller comme vous avez du le faire, d'ouvrir au plus tôt (i.e. au fur et à mesure que les données sont disponibles) tout ce qui peut l'être, de fournir les données brutes - si possible en ligne - dans un format ouvert et donc interopérable. les compteurs de téléchargement ? Je ne manque jamais l'occasion d'expliquer que cet indicateur est mauvais et ne rend compte ni de l'intérêt d'une libération, ni du nombre d'utilisateurs effectif de la donnée. Le service WMS mis en ligne par Jean-Guilhem Cailton en est une belle illustration : produit à partir de tuiles téléchargées une seule fois sur le site open data de Toulouse et utilisé au quotidien par de nombreux contributeurs sans que les animateurs du site open data de Toulouse n'en sachent rien. un questionnaire à diffuser ? Là encore, ça ne va pas donner grand chose. Par exemple, Toulouse Métropole dispose des MNE et MNT de grande qualité. Si on me demande si, à titre personnel, je compte utiliser ces MNE ou MNT, si j'ai un projet qui en tirerait profit, ma réponse sera négative. Pour autant, je sais qu'à Toulouse, certaines personnes les attendent avec impatience et ont des projets qui seraient utiles à pas mal de personnes. j'ai donc demandé à plusieurs reprises à mes interlocuteurs de les libérer et je compte bientôt les relancer puisque, contrairement à ce qui m'a été annoncé, rien ne vient en la matière. J'avoue ne pas être très chaud pour cette approche. L'opendata est plutôt la simple mise à disposition de données existantes, sans demander un travail particulier sur celles-ci. Faire un tri n'est donc en principe nécessaire que pour éliminer les données non libérables (problème de licence, problème de données personnelles, etc). Tout à fait d'accord. Il faut qu'on vérifie par une confirmation écrite la possibilité d'utiliser les ortho IGN pour tracer par dessus, car il m'a encore été dit qu'on pouvait le faire. Ton interlocuteur ne confondrait-il pas avec les photographies brutes (ou plus exactement nettoyées de toute métadonnée), ni ortho-rectifiées, ni géoréférencées et datant plus souvent de 1946 que de 2012 qui sont proposées au téléchargement sur le site de l'IGN sous licence OL/LO ? Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Taguer les zones de sismicité françaises
On Mon, 4 Mar 2013 05:53:18 +0100 Philippe Verdy verd...@wanadoo.fr wrote: 5 niveaux de sismicité sont définis en France dans la loi, inscrite dans l'article R563-1 du Code de l'environnement, sur la prévention des risques sismiques : 1 (très faible) ; 2 (faible) ; 3 (modérée) ; 4 (moyenne) ; 5 (forte). http://wiki.openstreetmap.org/wiki/OpenHazardMap -- Frédéric Falsetti http://clansco.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Taguer les zones de sismicité françaises
Peut-être oui, mais il reste que cela n'est qu'une définition de niveau inventée sur OSM, il n'y a pas encore de prise en compte des zonages légaux. Les 5 niveaux en France sont prescriptifs, pas descriptifs, ils ont des valeurs imposés par la loi et n'ont rien à voir avec ce que décrit cette page le peak ground acceleration (PGA, exprimé en m/s²), qui détermine une probabilité fixée arbitrairement à plus 95% d'avoir un séisme d'intensité supérieure à ce seuil. A mon avis cette description correspond à la définition légale d'un pays particulier (non précisé sur cette page) pour établir sa propre carte nationale des risques. Et ce n'est pas nécessairement le meilleur indicateur non plus (faute de mieux en terme de connaissances sur leur propre terrain). Rien que la description actuelle n'admet que 2 niveaux (low et high). Et les tags hazard_intensity=* (tous risques confondus, pas seulement sismiques) ne sont utilisés que sur 2 ways dans la base selon Tagwatch. Pas très concluant donc pour l'instant. A mon avis on est déjà beaucoup plus avancé en ne tenant compte QUE de la loi française pour taguer les zones en France selon cette définition légale, qui a déjà une finesse suffisante en allant jusqu'au niveau commune. Ce qui n'excluera pas d'autres classifications mondiales, plus simples ou plus compliquées, et plus ou moins détaillée en terme de zones de couverture. Une page de proposition, jamais réellement évaluée et en fait pas utilisée du tout. Je pense qu'avant me^me de tenter une classification générale de tous les risques et à une échelle mondiale, il vaut commencer par des éléments nationaux plus connus et plus maîtrisables et vérifiables (et ne demandant pas non plus l'accès à des données trop précises sujettes à restrictions de droit, notamment des bases de données scientifiques, hormi les instituts publics américains qui mettent leur données dans le domaine public mais uniquement sur le territoire américain ou obtenues par les instituts étrangers avec lesquels ils travaillent, si les conditions de coopération leur autorise ces publications complémentaires hors territoire). Le 8 mars 2013 00:38, clansco false...@clansco.org a écrit : On Mon, 4 Mar 2013 05:53:18 +0100 Philippe Verdy verd...@wanadoo.fr wrote: 5 niveaux de sismicité sont définis en France dans la loi, inscrite dans l'article R563-1 du Code de l'environnement, sur la prévention des risques sismiques : 1 (très faible) ; 2 (faible) ; 3 (modérée) ; 4 (moyenne) ; 5 (forte). http://wiki.openstreetmap.org/wiki/OpenHazardMap -- Frédéric Falsetti http://clansco.org ___ 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] nom de parcelles de foret - analyse osmose wikipedia
Le 07/03/2013 23:30, Pieren a écrit : J'ai supprimé les 111 parcelles (un way taggué pour le rendu barrier=fence et à chaque fois, un noeud au centre de la parcelle avec répétition du nom). Ç'eût peut-être été plus sympa de lui proposer une solution pour qu'il ne perde pas ses données. Bon, mais comme c'est de ma faute, je ne vais pas râler et ne m'en prendre qu'à moi-même. -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] nom de parcelles de foret - analyse osmose wikipedia
Le 7 mars 2013 23:30, Pieren pier...@gmail.com a écrit : 2013/3/7 Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net: Oui, j'avais d'ailleurs contacté le contributeur fin 2012 à ce sujet. Il a saisi les parcelles qui sont sa propriété pour en avoir une représentation graphique. Je n'ai pas donné suite alors qu'il eût fallu. J'ai honte... Mais je ne sais pas trop quoi lui proposer. J'ai supprimé les 111 parcelles (un way taggué pour le rendu barrier=fence et à chaque fois, un noeud au centre de la parcelle avec répétition du nom). - le way avec barrier=fence ne gêne sans doute pas mais s'il ne servait pas à délimiter les nouvelles parcelles agrandies ; c'est bien un objet visible sur le terrain qui peut d'afficher sur une carte (sinon pourquoi on accepte de taguer les murs sur le bâti ?) On trouve des fences autour des parcs régionaux, on en trouve physiquement qui barrent certaines rues dans les villes, même si les deux côtés sont accessibles sur le domaine public (le but est de fermer la circulation automobile par exemple pour protéger les piétons, par exemple autour d'écoles à proximité de terrains de sports séparés par une rue autrefois ouverte mais aujourd'hui simplement barrée par une barrière en plein milieu pour en faire des impasses). On détaille les allées piétonnes dans les jardins publics même si elles sont peu marquées, ces chemins ne servent pas à découper les zones en plein de polygones, les chemins passent juste au travers. - les autre noeuds juste pour le libellé identique parcelle par parcelle ne sont pas utiles, car non discriminants (autant regrouper les parcelles de même type indépendamment de son propriétaire tant qu'il n'y a pas d'autres attributs signifiants à distinguer). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réunion AFIGEO/OGC à l'IGN
Le 8 mars 2013 00:06, Sébastien Dinot sebastien.di...@free.fr a écrit : Bonsoir, Christian Quest a écrit : b- les données dont disposent les CRIGE qui pourraient être mise à disposition pour OSM Ce serait déjà une belle avancée mais reste à savoir si les CRIGE font comme Toulouse Métropole, à savoir s'assurent lors de l'appel d'offre d'obtenir suffisamment de droits sur les orthophotos pour pouvoir les mettre à disposition de tout le monde (idéalement sous licence libre comme le fait Toulouse Métropole). Il faut commencer par les sensibiliser sur ce point car c'est l'avenir qu'il conditionne. Lors d'une table ronde sur l'open data l'année dernière, les représentants de plusieurs collectivités avaient reconnu ne pas être suffisamment vigilants sur les clauses de propriété intellectuelle. L'idée avait été émise de rédiger un modèle de contrat préparant le terrain à l'ouverture des données en se basant sur l'expérience des collectivités les plus aguerries. Mais je ne sais pas où en est ce projet. Ils en sont maintenant parfaitement conscients... de plus des ces dernières années de pratique avec l'IGN les ont rendu vigilants sur la question des licences. Donc toute une discussion sur comment savoir ce qui intéresse les utilisateurs... Question récurrente et une belle perte de temps : il faut leur conseiller comme vous avez du le faire, d'ouvrir au plus tôt (i.e. au fur et à mesure que les données sont disponibles) tout ce qui peut l'être, de fournir les données brutes - si possible en ligne - dans un format ouvert et donc interopérable. C'est ce que j'ai rappelé. C'est comme la confusion entre mettre à disposition des service ou simplement rendre accessible la donnée telle qu'elle est, sans aucun travail supplémentaire. Il y a aussi une confusion dans le terme les utilisateurs... souvent ils y mettent le grand public, or, de mon point de vue, il y a les ré-utilisateurs, c'est à dire des gens capables d'exploiter ces données dans des formats bruts et peu digestes qui vont tirer partie des data pour mettre en place des outils, des services pour des utilisateurs finaux. les compteurs de téléchargement ? Je ne manque jamais l'occasion d'expliquer que cet indicateur est mauvais et ne rend compte ni de l'intérêt d'une libération, ni du nombre d'utilisateurs effectif de la donnée. Le service WMS mis en ligne par Jean-Guilhem Cailton en est une belle illustration : produit à partir de tuiles téléchargées une seule fois sur le site open data de Toulouse et utilisé au quotidien par de nombreux contributeurs sans que les animateurs du site open data de Toulouse n'en sachent rien. un questionnaire à diffuser ? Là encore, ça ne va pas donner grand chose. Par exemple, Toulouse Métropole dispose des MNE et MNT de grande qualité. Si on me demande si, à titre personnel, je compte utiliser ces MNE ou MNT, si j'ai un projet qui en tirerait profit, ma réponse sera négative. Pour autant, je sais qu'à Toulouse, certaines personnes les attendent avec impatience et ont des projets qui seraient utiles à pas mal de personnes. j'ai donc demandé à plusieurs reprises à mes interlocuteurs de les libérer et je compte bientôt les relancer puisque, contrairement à ce qui m'a été annoncé, rien ne vient en la matière. J'avoue ne pas être très chaud pour cette approche. L'opendata est plutôt la simple mise à disposition de données existantes, sans demander un travail particulier sur celles-ci. Faire un tri n'est donc en principe nécessaire que pour éliminer les données non libérables (problème de licence, problème de données personnelles, etc). Tout à fait d'accord. Il faut qu'on vérifie par une confirmation écrite la possibilité d'utiliser les ortho IGN pour tracer par dessus, car il m'a encore été dit qu'on pouvait le faire. Ton interlocuteur ne confondrait-il pas avec les photographies brutes (ou plus exactement nettoyées de toute métadonnée), ni ortho-rectifiées, ni géoréférencées et datant plus souvent de 1946 que de 2012 qui sont proposées au téléchargement sur le site de l'IGN sous licence OL/LO ? Non, il parlait bien de la bd ortho... mais les paroles c'est du vent, c'est un écrit de confirmation qu'il me faut. -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
