Re: [OSM-talk-fr] Cartographie des réseaux de distribution eau, gaz
On 08/14/2013 01:09 PM, Christophe Merlet wrote: Faut quand même être de mauvaise foi ou manquer sérieusement de bon sens pour croire qu'OpenStreetMap a vocation a cartographier les réseaux d'eaux terminaux enfouis, et qui plus est, avant la voirie publique ! Enfouis, certes j'ai un doute - dont j'accorde le bénéfice aux amateurs. Mais je défends par contre le privilège de chacun dans le choix de ses priorités cartographiques, pour le bien du projet: un fanatique qui répertorie les boites aux lettres dans le désert routier n'est pas en concurrence avec celui qui trace les routes et ne s'intéresse pas aux boites aux lettres - ils sont complémentaires et il n'est nulle raison de tancer le fanatique de boites aux lettres d'être passé avant le traceur de routes. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Hello
On 08/13/2013 07:35 PM, Al Harawi wrote: Je viens de rejoindre la mailing list. J'ai déjà apporté quelques contributions la OSM pour les cartes FR et EC, mais je rencontre un petit problème en ce moment : je n'arrive pas à corriger une erreur d'édition que j'ai fait pour une foret via l'editeur intégré ID. Qqun aurait une idée ? Bienvenue ! Si tu nous explique la nature du problème - éventuellement avec un lien vers le lieu (via http://www.openstreetmap.org) alors il est très probable que tu trouveras de l'aide ici. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] living_street vs. residential en Afrique
Dans les zones résidentielles urbaines en Afrique- notamment au Sénégal, j'utilise massivement highway=residential. Puis je suis tombé sur des quartiers décrits en highway=living_street et l'option m'a paru intéressante : les 'six mètres' (expression ouagalaise) en terre battue sans trottoirs où rien ne sépare les circulations ont bien des airs de living_streetet cette étiquette permettrait de distinguer le niveau inférieur dans la hiérarchie d'importance des voies. Alors, je continue à tout étiqueter en highway=residential ou je commence à passer les 'six mètres' en highway=living_street ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] living_street vs. residential en Afrique
On 12/08/2013 13:06, Pieren wrote: 2013/8/12 Jean-Marc Liotier j...@liotier.org: Alors, je continue à tout étiqueter en highway=residential ou je commence à passer les 'six mètres' en highway=living_street ? living_street correspond en Europe à un statut légal clair avec un panneau de signalisation qui évite toute controverse. L'appliquer à des rues en Afrique simplement parce qu'il n'y a pas de trottoirs et que c'est en terre battue serait un peu léger. Ou alors, il faut définir des critères assez stricts pour éviter tous conflits d'édition futurs (et les graver dans le marbre du wiki). Je suis d'accord - d'où ma soumission de la question à talk-fr. L'exemple de Karthoum posté il y a quelques minutes par ZIMMY à http://www.flickr.com/photos/jeanlouis_zimmermann/9491547181/ illustre bien le genre de voies concernées : à gauche une voie urbaine comme nous la connaissons, avec chaussée distincte et accotements voire trottoir - et à droite des voies en terre battue où cohabitent tous les trafics et activités similaires à une living_street Européenne même si cette classification n'existe pas officiellement localement. Cette discussion devrait se faire en premier lieu avec la communauté des contributeurs OSM locaux, amha. Oui - mais dans un pays comme le Sénégal, les principaux contributeurs sont souvent d'autres nationalités et l'expertise encore plus.. Je sais que de nombreux participants à talk-fr éditent en Afrique francophone et que des utilisateurs locaux s'y abonnent aussi pour y trouver un trafic un peu plus fourni que dans les listes locales souvent désertes. J'ai néanmoins soumis la question à talk-sn - mais comme pour d'autres questions spécifiquement locales en Afrique je n'ai que des retours rares voire isolés au hasard des rencontres avec les éditeurs de zones où je sévis... Rien qui puisse prétendre à la formation d'un consensus communautaire local représentatif. Mais je suis d'accord pour bien prendre garde à la dérive vers le néocolonialisme cartographique ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] living_street vs. residential en Afrique
On 12/08/2013 14:04, Jean-Marc Liotier wrote: On 12/08/2013 13:06, Pieren wrote: 2013/8/12 Jean-Marc Liotier j...@liotier.org: Alors, je continue à tout étiqueter en highway=residential ou je commence à passer les 'six mètres' en highway=living_street ? living_street correspond en Europe à un statut légal clair avec un panneau de signalisation qui évite toute controverse. L'appliquer à des rues en Afrique simplement parce qu'il n'y a pas de trottoirs et que c'est en terre battue serait un peu léger. Ou alors, il faut définir des critères assez stricts pour éviter tous conflits d'édition futurs (et les graver dans le marbre du wiki). Je suis d'accord - d'où ma soumission de la question à talk-fr. L'exemple de Karthoum posté il y a quelques minutes par ZIMMY à http://www.flickr.com/photos/jeanlouis_zimmermann/9491547181/ illustre bien le genre de voies concernées : à gauche une voie urbaine comme nous la connaissons, avec chaussée distincte et accotements voire trottoir - et à droite des voies en terre battue où cohabitent tous les trafics et activités similaires à une living_street Européenne même si cette classification n'existe pas officiellement localement. Exemple Dakarois où highway=living_street a été appliqué: http://osm.org/go/axuIM1bE Je n'avais pas fait attention - l'un des auteurs de ces ways est skorasaurus qui n'est autre que Will Skora qui a eu l'occasion de rencontrer des contributeurs locaux au Sénégal et connaît très bien la scène Openstreetmap Sénégalaise... Je lui copie ce message. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Talk-sn] Convention d'étiquetage des écoles
(cc: talk-fr pour y clore le fil - suite sur talk-sn seulement) On 12/08/2013 16:24, Amadou Ndong wrote: Sur le modele d'attributs HOT (le nom c'est HDM Data Model for HOT field surveys)- un fichier xml, qu'on integre dans JOSM, reprenant tous les attributs de base de Josm + des tags pour des objets plus spcifiques a nos pays (surtout le Haiti pour qui le modele a t spcialement dvelopp)-par exemple on a amenity=school school:HT=* je pense qu'on pourra faire de meme en remplaant juste HT par SN a me parait tre une bonne ide, autant par son origine HOT que par sa cohrence avec le systme Franais... Et c'est ce que prconise http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dschool#Type_d.27.C3.A9cole dont je n'avais pas lu les notes de bas de page... Alors la question suivante - http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dschool#Type_d.27.C3.A9cole donne les types d'cole suivants (liste peut-tre non-exhaustive): cole school:FR Tag principal crche, halte-garderie amenity=nursery ou kindergarten (en dbat) Maternelle (petite grande section) school:FR=maternelle amenity=kindergarten ou school (en dbat) lmentaire (CP CM2) school:FR=lmentaire amenity=school Primaire (maternelle et lmentaire) school:FR=primaire amenity=school Collge (6e 3e) school:FR=collge amenity=school Lyce (2nde Terminale) school:FR=lyce amenity=school Secondaire (collge et lyce) school:FR=secondaire amenity=school Universit ? amenity=university Autres coles suprieures ? amenity=college Quelles adaptations sont ncessaires pour se conformer au systme scolaire Sngalais ? J'ai insr une adaptation du tableau ci-dessous dans http://wiki.openstreetmap.org/w/index.php?title=FR:WikiProject_Senegal en remplaant les FR par des SN - je propose qu'il serve comme point de dpart pour la mise au point d'une version spcifique au systme Sngalais vu qu'il a malgr tout beaucoup en commun avec le systme Franais. J'ai galement mis jour les commentaires - y compris l'explication de la notation {{Tag|note}} ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] living_street vs. residential en Afrique
On 12/08/2013 17:00, Claire Halleux wrote: En RDC, la norme actuelle est d'utiliser residential seulement. Le tag living street ne me parait actuellement pas opportun, même pour les rues sur lesquelles les gens étalent leurs terrasses et autres activités. Celles-ci pouvant tout aussi bien prendre place sur des rues en terre que sur des routes secondaires asphaltées d'ailleurs. De plus, sur ces rues, aucune restriction de trafic n'existe. Les conducteurs ne se gênent pas malgré la présence de nombreux enfants et commerçants se trouvant sur place. Selon ma compréhension du tag, il vaudrait mieux le garder pour des rues où la priorité est donnée à ces autres usagers que les automobilistes. Je ne l'avais pas compris comme ça, mais ça me paraît être une règle pertinent et sans ambiguité : dans les définitions Européennes de 'living street' (http://en.wikipedia.org/wiki/Living_street) mettent bien l'accent sur la primauté du piéton érigée par la classification officielle de la voie... J'avais sous-estimé la question de la classification officielle. Côté talk-sn, Amadou suggère aussi de continuer à utiliser highway=residential mais la question sera néanmoins probablement débattue ultérieurement, ne serait-ce que pour vérifier la classification officielle en vigueur localement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Guide de saisie des commerces (POI) Était : Re: Rôtisserie ?
Bon - c'est bien beau tout ça, mais ne perdons pas de vue l'essentiel... Donc : http://wiki.openstreetmap.org/w/index.php?title=FR%3AHow_to_map_adiff=929337oldid=929183 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Route 500 [was: Réseau hydrographique]
On 25/07/2013 11:59, Vincent Calame wrote: Comme ces dalles sont transparentes, tu peux avoir le tracé de Route 500 Hydro au dessus de Bing. Comme il a déjà été dit ici, la précision n'est pas de celle du standard actuel d'OSM mais elle permet de deviner par où passe le cours d'eau (souvent une haie plus sinueuse que les autres ou un ombrage particulier dans une forêt). C'est exactement comme ça que je me sers de la partie routière de Route 500 pour détecter des routes manquantes - ce sont souvent des routes forestière évidentes une fois qu'on sait que la vague trace à travers les bois est une route mais difficile à deviner sans cette information. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rôtisserie ?
On 23/07/2013 08:42, Philippe Verdy wrote: Même sans faire de science, je ne comprends pas l'obstination à vouloir prendre comme acquis ce qui n'est qu'une exception (jamais vue). Si science il y a les statistiques ont une importance avant de prendre en compte les cas ultraparticuliers (s'ils existent). J'avoue que mes observations sont parfaitement anecdotiques. J'attends avec impatience l'étude nationale qui s'impose ! La séparation des métiers de bouchers, rôtisseurs et aubergistes ça date de l'ancien régime. Attention à ce que tu dis - l'association va finir par avoir les corporations sur le dos... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rôtisserie ?
On 23/07/2013 12:54, Tony Emery wrote: Donc, je dirais qu'il faut utiliser les mêmes tags que pour les camions à pizza (et à glace, et autres) et ajouter rotisserie quelque part amenity=fast_food cuisine=rotisserie ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rôtisserie ?
On 23/07/2013 17:37, Tony Emery wrote: Jean-Marc Liotier wrote On 23/07/2013 12:54, Tony Emery wrote: Donc, je dirais qu'il faut utiliser les mêmes tags que pour les camions à pizza (et à glace, et autres) et ajouter rotisserie quelque part amenity=fast_food cuisine=rotisserie Si c'est comme ça qu'on taggue une pizzeria ambulante, oui. http://wiki.openstreetmap.org/wiki/Talk:Tag:amenity%3Dfast_food propose l'exemple suivant pour un marchand de pizza : amenity http://wiki.openstreetmap.org/wiki/Key:amenity=fast_food http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dfast_food name http://wiki.openstreetmap.org/wiki/Key:name=Pizza Hut cuisine http://wiki.openstreetmap.org/wiki/Key:cuisine=pizza http://wiki.openstreetmap.org/w/index.php?title=Tag:cuisine%3Dpizzaaction=editredlink=1 seating http://wiki.openstreetmap.org/w/index.php?title=Key:seatingaction=editredlink=1=no http://wiki.openstreetmap.org/w/index.php?title=Tag:seating%3Dnoaction=editredlink=1 delivery http://wiki.openstreetmap.org/w/index.php?title=Key:deliveryaction=editredlink=1=yes http://wiki.openstreetmap.org/w/index.php?title=Tag:delivery%3Dyesaction=editredlink=1 takeaway http://wiki.openstreetmap.org/wiki/Key:takeaway=yes http://wiki.openstreetmap.org/w/index.php?title=Tag:takeaway%3Dyesaction=editredlink=1 drivein http://wiki.openstreetmap.org/w/index.php?title=Key:driveinaction=editredlink=1=no http://wiki.openstreetmap.org/w/index.php?title=Tag:drivein%3Dnoaction=editredlink=1 Je n'ai rien trouvé pour marquer la nature ambulante - les rares évocations de ce sujet soulignent qu'un marchand ambulant n'a vocation à être enregistré dans Openstreetmap que dans le cas où il est présent très régulièrement, auquel cas les horaires d'ouverture suffisent à indiquer la présence. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rôtisserie ?
On 21/07/2013 15:48, Pieren wrote: 2013/7/21 Vincent de Château-Thierry v...@laposte.net: Pourquoi pas combiner avec cuisine=* ? shop=butcher cuisine=roast_meat (0 dans taginfo, mais il faut bien démarrer un jour...) Je garderais butcher pour les bouchers. [..] Si ça n'est pas vraiment un restaurant, ni un fast-food, ni un traiteur, ni un boucher, alors pourquoi pas amenity=rotisserie ? Si c'est vraiment un restaurant qui fait aussi rôtisserie, alors ajouter un cuisine=rotisserie Cuisine à emporter non consommable sur place ou en route... Réflexion faite il me semble que c'est un traiteur: craft=caterer cuisine=rotisserie Mais https://wiki.openstreetmap.org/wiki/Tag:craft%3Dcaterer souligne le rôle d'atelier de préparation inhérent au traiteur, alors que dans le cas d'une rôtisserie en France c'est la fonction de vente à emporter qui caractérise le POI. Donc finalement, mon avis est : amenity=fast_food cuisine=rotisserie Pour la peine vous me mettrez une barquette de frites avec mon poulet rôti ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rôtisserie ?
On 22/07/2013 13:47, Philippe Verdy wrote: Le 22 juillet 2013 13:20, Yannick VOYEAUD yann...@voyeaud.org mailto:yann...@voyeaud.org a écrit : 2) c'est l'activité unique donc c'est directement celle-ci qu'il faut tagguer. Une rôtisserie telle que je les ai vues un peu partout ne se limite pas aux poulets donc ce n'est pas l'animal qu'il faut indiquer car limitatif de l'offre. En effet souvent ils proposent des rôtis et/ou en Bretagne, entre autre, du lard (toujours cuit). Ce type d'établissement ne vends pas de produits crus. Ce n'est pas sa fonction primaire. Dernière affirmation totalement fausse. TOUTES les rôtisseries que j'ai vues (même en Bretagne) vendent aussi les produits crus, en vente directe et en commande, mais leur spécialité c'est de les vendre prêts à cuire (donc plumés, nettoyés, ficelées, bardés et farcis éventuellement). C'est bien une activité de boucherie. Je n'ai jamais vu un seul rôtisseur ne vendre que les produits cuits, il suffit de voir leurs présentoirs, on n'y voit pas que des poulets et rôtis en sac (même dans les hypermarchés). En voilà un bien connu, exemple du genre d'établissement qui ne vend que le poulet cuit et non cru: http://www.lhotellerie-restauration.fr/journal/restauration-snacking/2010-04/Humour-a-la-carte-a-la-Maison-Poulaga.htm Fast food - ou éventuellement traiteur, mais pas boucher ni même volailler. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rôtisserie ?
On 22/07/2013 16:22, Philippe Verdy wrote: Ces poulets sont un poisson d'avril (regarde la date)... Puisqu'on parle de poisson, cette rôtisserie devrait être une poissonnerie. Mais si elle existe encore, ne te contente pas de la photo Elle est réelle - je passais devant régulièrement et j'en ai d'autres dans le même genre où je rentrais même parfois (exemple : 'Au Bon Poulet' à La Napoule). J'ai aussi un boucher à Courbevoie qui a une rôtissoire mais qui est avant tout un boucher, et même un sympathique volailler sur le marché Charras qui me prépare de la pintade farcie mais n'a pas de rôtissoire du tout... Trois activités distinctes et vérifiées sur le terrain. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Rôtisserie ?
Mes sources habituelles ne donnent rien...Comment étiqueter une rôtisserie ? J'imagine que je ne suis pas le premier à le faire... Pas tout à fait un volailler, pas un restaurant, pas vraiment du fast-food- je sèche, sans parler de la traduction du concept dans la la langue de Jimi Hendrix. Des idées ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Using OpenStreetMap on a daily basis
On 12/07/2013 23:14, Simon Poole wrote: Nobody was claiming that doing any of the above is easy, but it is simply a question of organizing the necessary resources (mainly money). [..] Does the community really want to transform that to something closer to the top heavy Wikipedia model which would be a likely consequence of running a full consumer mapping site? Given the current budget, the issue of a bold foray into the web-scale provision of consumer services would resolve itself quite easily : the unsustainable project would soon implode and revert to its stable state of 'core OSM'. Sustainability is the elephant in the room, trumping even capex budget and developer resources. As Saint Exupery said, perfection is attained not when there is nothing more to add, but when there is nothing more to remove. The question is not about what should be added to http://openstreetmap.org but what can't be done by third parties... The mission statement of the OSMF tells it all : running and protecting the OSM database, and making it available to all (http://www.osmfoundation.org/wiki/Mission_Statement). Sustainability is a rather strong subtext behind the whole thing. Now why should OSM steal the application development business from institutions, companies, individuals and all the other sort of motivated entities who never needed to have their service featured on osm.org to run it happily ? Do you use applications on servers run by the Linux Foundation or do you just take the code from them to boot the kernel on your own hosts ? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Osmose et les pharmacies
On 13/07/2013 17:56, Eric SIBERT wrote: Et le dépôt de médicament sans pharmacien diplômé? (cas malgache inside). C'est une pharmacie, quel que soit le diplôme requis par la législation locale pour y dispenser toutes sortes de choses qui nécessitent un pharmacien diplômé par chez nous. Dans beaucoup de coins, s'il y a un pharmacien diplômé on est au moins dans un dispensaire voire dans une clinique régionale ! Je ne résiste pas à l'envie de poster un lien vers une photo de 'duka la dawa'... https://www.flickr.com/photos/willowd/3235010084/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] De la cartographie des postes électriques de quartier ERDF en France
On 06/30/2013 11:24 PM, Philippe Verdy wrote: Devra-t-on cartographier aussi les plaques d'égouts et autre regards sur les postes enterrés de France Télécom (ou des réseaux cablés) sur les trottoirs ? Ils ont aussi des numéros visibles sur ces plaques, gravés pour résister au passage des piétons et des véhicules sur la chaussée... [..] Mais franchement si on veut quelque chose de fiable, il vaut mieux utiliser les numéros des adresses d'une rue, c'est stable L'adresse est souvent utilisée comme élément mnémonique, mais l'identifiant unique est la référence attribuée par l'opérateur. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Privé/public (était: Ajouts des adresses du cadastre...)
On 06/28/2013 08:17 AM, Pierre-Alain Dorange wrote: pourquoi pas les allées sur les terrains privés Ne t'inquiètes pas, je les cartographie aussi: higway=service access=private Tout ce qui est visible et qui peut potentiellement servir de point de repère pour la navigation est à mon avis un objet cartographique légitime. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Privé/public (était: Ajouts des adresses du cadastre...)
On 28/06/2013 09:51, Mikaël Cordon wrote: À l’heure où on pointe du doigt plus que jamais la collecte de données privées (Google, Facebook, Apple, etc…), peut-être devrions-nous connaître la/une limite acceptable ? Openstreetmap ne collecte pas de données privées. Openstreetmap ne collecte que ce qui est visible depuis l'espace public (orbite terrestre inclus) ou publié sous une licence compatible et prends garde à ne pas collecter de données permettant d'identifier une personne physique. La problématique est donc très différente de ceux dont le modèle d'affaire est fondé sur la collecte de données privées. La seule problématique commune est l'éventuelle contrainte que pourraient exercer un service de renseignement pour que les administrateurs système d'Openstreetmap coopèrent à la collecte des logs d'accès de AnonymousMapper983475 et de ses traces GPS privées - mais on sort alors du cadre du projet Openstreetmap. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Monter une carto-partie
On 28/06/2013 13:14, Florence Devouard wrote: Je suis en train de monter (un peu à l'arrache nous devons rendre la demande de financement dimanche soir) un projet Wiki-Afrique. J'aimerais beaucoup prendre l'opportunité de ce projet pour organiser (faire organiser par le wikipédien en résidence) des mapping parties. Pense à échanger avec ceux connaissant les spécificités de l'animation de groupes de contributeurs locaux en Afrique : l'organisation d'un atelier de cartographie peut-être techniquement similaire à celle qu'on trouverait en Europe, mais les gens et leurs motivations varient dans chaque pays et l'approche doit donc y être adaptée. Je pense que tu peux contacter Sobzeros (http://www.openstreetmap.org/user/sobzeros) avec qui je discutais il y a dix minutes et qui est l'un des acteurs de l'extraordinaire travail qui a permis de faire de Yaounde l'une des zones les plus densément cartographiées dans OSM (http://osm.org/go/wJFKBPWS-) apparemment il s'agit au moins en partie d'une collaboration avec des étudiants locaux. Certainement pertinent aussi: Will Skora (http://www.openstreetmap.org/user/skorasaurus) qui a été à Dakar dans le cadre de HOT et dont on croise souvent les édits au Sénégal. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Projet adresses
On 25/06/2013 10:47, Jean-Baptiste Holcroft wrote: La différence c'est aussi que le fixme est invisible alors que le point d'interrogation est visible sur le rendu, on est guidé pour améliorer le travail d'un autre. fixme=* n'est invisible que dans les rendus finaux où il n'a pas sa place - mais il est bien exploité dans les rendu d'édition. Par exemple, il est rendu de manière fort visible par la feuille de style par défaut de Josm. https://wiki.openstreetmap.org/wiki/Key:fixme mentionne que Keep Right, OSM Inspector ainsi qu'une couche d'ITO Map le représentent également. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Reportage France24 avec de l'OSM dedans...
On 24/06/2013 17:13, Francescu GAROBY wrote: J'ai tout de même noté une erreur de la part de la journaliste : à 00:51, elle parle de 500.000 mappeurs dans le monde, alors qu'on a dépassé le million en décembre dernier. Elle parle peut-être des contributeurs actifs plutôt que des contributeurs enregistrés. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] rendu osm-fr et réserves naturelles
On 06/06/2013 10:07, Damouns wrote: Une question sur la francisation des symboles : les réserves naturelles ont le symbole NR (pour nature reserve ?), ce serait bien de mettre au moins RN pour réserve naturelle (mais risque de confusion avec Repère de Nivellement qui est indiqué comme ça sur les cartes IGN) ou alors encore mieux de réfléchir à une symbolisation française différente. Idéogramme d'identification des réserves naturelles en France, d'après l'arrêté du 24 novembre 1967 modifié: http://commons.wikimedia.org/wiki/File:ID15c_reserve_naturelle_France.svg Reste à savoir si cet idéogramme est suffisamment reconnu par les utilisateurs pour que son utilisation cartographique soit appropriée. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] rendu osm-fr et réserves naturelles
On 06/06/2013 10:38, Damouns wrote: Le 6 juin 2013 10:25, Jean-Marc Liotier j...@liotier.org a écrit : Idéogramme d'identification des réserves naturelles en France, d'après l'arrêté du 24 novembre 1967 modifié: http://commons.wikimedia.org/wiki/File:ID15c_reserve_naturelle_France.svg Oui mais il y a le problème des autres pays qui se retrouveraient avec ce logo alors que ce n'est pas le leur ! Ce serait approprié pour le rendu osm-fr (évidemment dans les limites des frontières de la République Française - le 'NR' continuerait à être utilisé ailleurs... Mapnik sait faire ça ?) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu françafrique
On 05/29/2013 10:27 PM, Ab_fab wrote: Très didactique pour expliquer rapidement les données OSM et leurs usages, au salon Solutions Linux ces deux derniers jours (où ça commence souvent par pourquoi OSM c'est mieux que Google ? : _ Le rendu personnalisé à son goût, _ La combinaison avec les données d'altitude, _ L'affichage des toponymes en plusieurs langues et plusieurs alphabets _ Les différentes approches pour tenir à jour les tuiles et l'impact sur les besoins matériels J'ajouterai à cette liste de FAQ la question de la répartition des données entre ce qui a vocation à être géré dans OSM et ce qui trouve plutôt sa place du côté de l'application spécifique. J'ai été surpris par la régularité de la récurrence de l'évocation de ces questions avec les visiteurs du stand OSM à Solutions Linux. Le développement des réponses tient probablement autant à nos propres sensibilités qu'aux questions des utilisateurs, mais ces points de départ sont quasiment universels. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] duplicated ways (same geometry and tags)
On 13/05/2013 12:04, SomeoneElse wrote: didier2020 wrote: I have not analyzed the causes of these duplicates. I delete a lot of ways and node everywhere on the planet, also this explanation seemed necessary on this list Would it be possible to link to the relevant changesets? Edits by the account didier2020 uses for those types of corrections: http://www.openstreetmap.org/user/botdidier2020/edits ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Quelques statistiques sur notre liste de diffusion talk-fr
On 03/05/2013 13:11, Pierre-Alain Dorange wrote: Si j'ai un reproche a te faire (tu as bien sur le droit de m'en faire aussi) c'est que certains de tes messages sont vraiment trop long. Au point que souvent je les lis qu'en diagonale (je sais c'est mal). Sur le fond tu mènes par contre des reflexion souvent intéressante et réfléchis, mais peut être trop détaillé sur la forme. Ne pas oublier que c'est un forum ou l'on discute par écris ça ne peut pas être une réunion orale avec un petit nombre ou on peut développer des argumentaires et s'expliquer en détail... les limites du média. Au contraire, l'asynchronie et la liberté du lecteur de ne pas lire permettent l'exposé profond impossible oralement. Je suis toujours frustré dans une discussion orale par les limites temporelles et l'étroitesse du canal - la discussion par écrit libère ! Le bémol est l'adaptation du discours à l'auditoire... Il semble que l'auditoire a fait connaître ses préférences et qu'elles restent lettre morte. Sur l'aspect que tu estimes ne pas être écouté et je jamais avoir raison, je vois pas ça comme ça et je suis pas sur que ce soit la vérité, mais c'est ta vision, ton impression et c'est donc aussi légitime. La frontière entre pugnacité discursive et insensibilité sociale est mince - et d'autant plus facilement franchissable par écrit sur un forum où les retours non-verbaux sont quasiment absents. Je l'ai parfois franchie : j'aime défendre une thèse jusqu'à que quelqu'un parvienne à me convaincre de son invalidation et me fasse ainsi progresser... Mais c'est souvent perçu comme de l'agressivité par ceux qui goûtent peu les joutes oratoires. J'ai donc appris à mettre de l'eau dans mon vin - surtout oralement. Je ne peux pas en vouloir à ceux qui n'ont pas encore appris... Laissez-leur le temps. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Quelques statistiques sur notre liste de diffusion talk-fr
On 03/05/2013 18:00, Sylvain Naudin wrote: Je pense que le mail n'est pas l'outil adapté à vos usages. Nos boîtes sont déjà tellement submergées, que vos contributions peuvent être qualifiées de spam au sens propre du terme. Boites submergées ? Je peux t'indiquer d'excellents hébergeurs de services de messagerie gratuits avec de généreux quotas de stockage. Si c'est un problème d'organisation, tu peux utiliser des filtres - chaque liste de diffusion va dans son propre répertoire et la boite de réception reste réservée aux messages personnels. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Quelques statistiques sur notre liste de diffusion talk-fr
On 03/05/2013 19:24, ades_...@orange.fr wrote: Certains propos tenus ici son INADMISSIBLES (oui je gueule !) on se croirait dans un groupuscule stalinien post soixantehuitard. Tout y est, dans le ton et dans les attaques ad nomine, dans la dénonciation d'un coupable… si seulement on pouvait le coller au mur et lui foutre une balle dans la tête… Il me semble que l'on est un peu loin du libre… faites donc une liste encore plus privée que celle-ci avec désignation des membres par cooptation comme ça au moindre écart de langage…dehors… Quand un post me fait chier et bien je ne le lis pas et ça ne regarde que moi mais je ne vois pas de quel droit je demanderais à son auteur de ne plus contribuer, ni de quel droit je passerais à l'injure. Remarquez que ça occupe, pendant ce temps là on cause pas de ce qui pourrait intéresser des contributeurs, surtout les nouveaux… ou les non techniciens (mais peut-être devraient-ils aussi quitter la liste ceux là). Je plussoie abondamment - habituellement le libre que je connais ailleurs a plutôt tendance à s'appliquer la Loi de Postel : /Be conservative in what you do, be liberal in what you accept from others. /Le fou déroge aux convenances - son altérité est dérangeante... Mais une société trop policée est stérile - l'intolérance des différences irritantes à la marge n'est pas signe de bonne santé. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Quelques statistiques sur notre liste de diffusion talk-fr
On 03/05/2013 23:44, OpenSourceWay wrote: /[Mode Rien_À_Faire_Sur_OSM *On*]/ Si tu connaît une webmail (libre) gérant les filtres, j'en suis preneur, ma seule solution est Thunderbird, mais malheureusement je n'ai pas mon ordinateur en permanence sous la main et quand c'est le cas, le port IMAP est fréquemment bloqué par les réseaux Wi-Fi^(TM) d'entreprises. /[Mode Rien_À_Faire_Sur_OSM *Off*] / Pas tout à fait offtopic vu que l'utilisateur d'entoilage de messagerie sans filtre est souvent présenté comme la victime justifiant les appels à l'auto-censure... Pour Squirrelmail, je n'ai jamais rien vu fonctionner à un niveau digne de la production. Pour Imp il y a une solution différente pour chaque version majeure - la dernière étant http://www.horde.org/apps/ingo Roundcube gère SIEVE : https://github.com/JohnDoh/Roundcube-Plugin-SieveRules-Managesieve - pas de bol pour les utilisateurs de Courier. Mais nul besoin d'avoir un client IMAP capable de filtrage : les filtres dans mon ~/.mailfilter sont exécutés par Maildrop à chaque réception de message et atterrissent directement dans le bon répertoire IMAP... Mes messages sont donc correctement filtrés, que j'accède à mes messages avec Thunderbird, Squirrelmail, Roundcube ou Mutt... Evidemment, la barrière à l'entrée n'est pas négligeable : utilisateur confirmé si l'entoilage de messagerie offre une IHM de gestion des filtres, utilisateur expert s'il est nécessaire d'éditer directement le .mailfilter ou équivalent. Or Openstreetmap s'adresse à tous, quel que soit leur niveau technique... Éternel débat. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] RFC updated: OSM Attribution Mark (was: contributor mark)
On 24/04/2013 16:03, Frederik Ramm wrote: Are you therefore saying that what has been designed as an attribution mark should be our new logo, or are you saying that there does not have to be a likeness between the logo and the attribution mark? Let me add the following alternative : there has to be a likeness between the logo and the attribution mark, in order to maintain the visual consistency of the brand - whatever the chosen design. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] highway=turning_circle ou highway=* + area=yes?
On 24/04/2013 10:51, Jo wrote: C'est effectivement hallucinant qu'il y ait autant de noeuds avec noexit=yes, ce n'est pas comme ce tag était prévu au début. Je suppose que c'est dû au joli icône qui apparaît si on le met sur le noeud... Je le crois aussi - le panneau 'cul de sac' de Mapnik est trop mignon. Comme quoi même si on n'étiquette pas pour le rendu, l'expérience montre qu'un joli rendu motive subconsciemment l'étiquetage. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] highway=turning_circle ou highway=* + area=yes?
On 24/04/2013 11:31, Mikaël Cordon wrote: D’autre part, le concept de voie sans issue est délicat : il dépend du mode de locomotion, une voie peut se révéler sans issue pour une voiture, mais pas pour un piéton ni un vélo Tu peux préciser noexit=motorcar : http://taginfo.openstreetmap.org/keys/?key=noexit#values Il me semble que toute la logique des restrictions d'accès (access=* co.) pourrait s'appliquer au noexit=* ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] highway=turning_circle ou highway=* + area=yes?
On 23/04/2013 16:34, Romain MEHUT wrote: Si personne d'autre ne s'est manifesté c'est que le highway=turning_circle fait consensus dans tous les cas de figure? Il me semble qu'éviter d'introduire des surfaces dans le réseau routier fait consensus. Si une zone de retournement existe, alors highway=turning_circle Sinon, la voie sans issue se suffit à elle même. J'ai parfois vu noexit=yes là où on souhaite expliciter que la voie est sans issue, mais cet étiquette est redondante avec l'évidence topologique d'absence d'issue - parfois renforcée par un access= ou un barrier= ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] highway=turning_circle ou highway=* + area=yes?
On 23/04/2013 17:29, Pieren wrote: A quoi sert le tag turning_circle si ce n'est pour le rendu d'un cu-de-sac un peu plus large ? Pour montrer qu'il y a la place de retourner une voiture à l'aise. Alors si on voit la vrai largeur de la place, c'est encore mieux. Oui - si l'application (au sens large) visée l'exploite. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Extracting data from traffic sign recognition aboard modern cars ?
On 04/20/2013 09:20 AM, NopMap wrote: Paul Johnson-3 wrote Sounds like all the more reason to try this. Not a good idea. If you break anything trying to hack into the driver assistance functions, you might cause an accident, either directly by malfunctions of the driver assistance or indirectly by distracting the driver with unexpected results. By design, fiddling with those devices is likely to trigger the theft protection, disabling them completely and voiding the warranty of the car. Passively sniffing the CAN bus for sign recognition events would be entirely undetected - but that would require reverse engineering the protocol and writing specific code... One might argue that rigging a dashcam and processing its output on a desktop with some road sign recognition software (generic pattern recognition neural net trained with road signs ?) would be less effort - albeit an inelegant effort duplication. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Extracting data from traffic sign recognition aboard modern cars ?
On 04/20/2013 11:37 AM, Jean-Marc Liotier wrote: On 04/20/2013 09:20 AM, NopMap wrote: Paul Johnson-3 wrote Sounds like all the more reason to try this. Not a good idea. If you break anything trying to hack into the driver assistance functions, you might cause an accident, either directly by malfunctions of the driver assistance or indirectly by distracting the driver with unexpected results. By design, fiddling with those devices is likely to trigger the theft protection, disabling them completely and voiding the warranty of the car. Passively sniffing the CAN bus Or would that be the MOST bus nowadays ? My knowledge of automotive technology is hazy... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Why do we have so many registered users with zero edits ?
On 04/13/2013 03:33 PM, Simon Poole wrote: While there is clearly room for improvement in converting account creators to contributors [..] What about asking them why they registered and did not edit the map ? Would a one-off mailing to users who registered more than three months ago and have no edits and no traces, with a link to an anonymous online survey be within the bounds of Openstreetmap's policy ? Again, this is not about the users with just one edit (it seems that those are well understood) - it is about users with no edit at all. Here is a rough outline of what it could be (of course, any such project will require a wiki page and much debate...) : Greetings from Openstreetmap - we have noticed that you created an account x months ago and have not yet edited the map... We would love to know why, so that we can provide better information to new users - would you care to answer this anonymous survey ? I created an account and have not edited the map yet because : - I thought that registering was necessary for using Openstreetmap or accessing the data - I thought that registering would grant access to advanced features - I found the tools and technical requirements too complicated In any case, if you have any question, don't hesitate to head to http://help.openstreetmap.org - fellow cartographers will be delighted to help you overcome any hurdle you may encounter Whatever such message ends up being designed could be sent to a few hundred users for testing before sending it to a slightly larger fraction and then to the whole population. Do you think such a survey would help ? Would that be too spammy for Openstreetmap's taste ? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Why do we have so many registered users with zero edits ?
On 04/15/2013 12:13 PM, Stefan Keller wrote: One of my hypotheses is that there are users which are shy or intimidated when trying to capture and edit OSM data. So should another survey option be something like I registered but I'm not so sure about editing anymore ? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Re : Why do we have so many registered users with zero edits ?
On 04/15/2013 12:29 PM, yve...@gmail.com wrote: Then we'll maybe have to understand a massive account close-down :) You mean that such a survey would be too spammy ? Or that the users would realize that they have a useless account that they should better close ? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Re : Why do we have so many registered users with zero edits ?
On 04/15/2013 04:52 PM, Mikel Maron wrote: I just would offer hint's to newbies what choices they have to start editing. Have any of you walked through the iD editor tour? http://ideditor.com/ When you sign in for the first time, it guides you through usage in a sandbox. Once iD is launched on osm.ord, directing new sign ups into this straight away could be just the thing. Sweet - I had not seen it before... I'm way too focused on JOSM. Indeed it should help alleviate the new contributor's anxiety - A/B testing with and without tutorial might be interesting. Just as an aside, the video at that URL requires Flash (which I don't use) - which is quite paradoxical for an editor among whose feature is the ability to run without Flash... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Why do we have so many registered users with zero edits ?
On 04/13/2013 12:16 PM, SomeoneElse wrote: On 12/04/2013 23:08, Johan C wrote: The question is: how do we unlock this giant community potential? At the risk of being slightly heretical, I think that it's OK that OSM is a resource that people can use and perhaps update occasionally without actually becoming mappers. I update wikipedia occasionally, but haven't for months. I have no desire to become a wikipedian. That is not heretical - it is perfectly fine that some people just want to add their pet POI and never come back. But that is infinitely more than the total lack of edit which is what I find puzzling. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Why do we have so many registered users with zero edits ?
Looking at the profiles of nearby mappers displayed on my profile page's map, I am astonished to find that most of them have made zero edits. Those people went through the effort of registering (some even added an avatar picture) but then did not use their account for anything - no edits, no traces, nothing.Why ? Are these mere spam registrations or are we actually losing good potential mappers in the first hours of their life as Openstreetmap users ? How many of them do we have ? Do we have logs that we can analyze to understand how they came to Openstreetmapand how they dropped out ? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Publication d'un tutoriel JOSM v 1.0
On 12/04/2013 17:15, Arnaud wrote: Le seul troll qu'il y a sur cette liste c'est toi. Ce genre remarque était-il bien nécessaire ? Philippe est encore plus bavard que moi et prend souvent la tangente, mais cela justifie-t-il une telle agressivité à son encontre ? Ignorez-le ou filtrez ses messages si vous voulez, mais je trouve tristes les chamailleries de part et d'autres. Les différences de style peuvent être irritantes, mais vivre ensemble c'est les gérer civilement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Publication d'un tutoriel JOSM v 1.0
On 12/04/2013 17:29, Philippe Verdy wrote: En plus tu te fies à une définition trouvée sur Wikipédia, pas fiable pourtant car elle le fait par une extension unilatérale du sens de ce mot. Tu n'aides pas non plus : don't feed the troll s'applique à tout le monde... Je n'insiste pas. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Activation HOT sur la RCA
On 11/04/2013 08:23, Ista Pouss wrote: dans un contexte de guerre, comme en RCA, quelle est votre opinion sur le fait que les données cartographiques puissent aider ceux qui font cette guerre ? Ceux qui font la guerre ont déjà toute l'information nécessaire - sous forme cartographique ou sous forme de connaissance tacite du terrain. La cartographie humanitaire aide essentiellement ceux qui viennent en aide aux populations - des acteurs qui ont à la fois moins de moyens et moins de connaissance du terrain que ceux qui font la guerre. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Activation HOT sur la RCA
On 11/04/2013 11:40, Pieren wrote: On pourrait se poser le même genre de question sur l'aide alimentaire, qui profite aussi souvent aux forces armées sur place. Est-ce une raison pour arrêter l'aide allimentaire ? Parfois oui - lorsque l'aide alimentaire est entièrement détournée par les potentats locaux qui l'exploitent pour affirmer leur pouvoir et renforcer leurs capacités agressives. Une ONG peut aussi quitter un pays où elle se sent manipulée par le pouvoir en place qui la dirige vers ses populations clientes tout en l'empêchant d'accéder aux victimes qu'elle est venu assister. On peut aussi fermer un camp de déplacés lorsqu'il devient trop évident qu'il est utilisé comme base logistique pour des opérations militaires. Mais c'est décision sont évidemment exceptionnelles : l'aide humanitaire profite généralement bien aux victimes, même si tout système a des parasites à la marge - il faut savoir accepter ces parasites marginaux comme l'un des coût normaux de faire fonctionner le système de manière fluide. On peut donc imaginer que des utilisations non désirables de l'information cartographique aient lieu, mais ces impacts négatifs sont insignifiants par rapport à ses bienfaits. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Activation HOT sur la RCA
On 11/04/2013 17:27, Ista Pouss wrote: Ceux qui font la guerre ont déjà toute l'information nécessaire, me dit-on. Ah ?... Avez-vous un lien, un truc, un chose, qui valide ça ? Est-ce vrai, dans le cas précis de cet appel ? http://www.esrifrance.fr/sig2007/sgm.htm - la veille cartographique concernant les théâtres d'opération potentiels est une fonction institutionnalisée dans toutes les armées dignes de ce nom. A l'autre bout du spectre, les milices ont des appareils de renseignement informels mais qui n'en fonctionnent pas moins bien pour autant - pour preuve la prise de Bangui. Au milieu il y a sûrement des acteurs belligérants qui peuvent profiter d'OSM - imaginons par exemple une SMP fraichement opérant de fraîche date sur ce théâtre. Peut-être même que quelqu'un planifie son prochain massacre en fonction des positions de camps de réfugiés trouvés dans OSM... Mais s'il en est là il a probablement déjà inséré des espions dans la région qui l'intéresse et il dispose d'une information de première main au moins aussi bonne. Doit-on censurer ces informations au nom de ce risque de faible probabilité ? Le débat a déjà eu lieu souvent par ailleurs - notamment à cause de l'usage croissant de logiciels libres par les militaires. Certains ont même proposés des licences bien-pensantes interdisant l'usage pour le Mal... Je vous laisse imaginer les problèmes juridiques que ça pose. Est-ce une raison pour arrêter l'aide alimentaire, si elle profite aux militaires ? Heu... oui ! Evidemment, même ! Mais là encore, quelle est la réflexion et la réponse de HOT ?... Si une ONG n'a que ce genre de réflexion et de réponse sur ce sujet, alors je réponds STOP ! Le niveau de réflexion éthique des ONG est très variable. L'éthique tout court aussi d'ailleurs. Il arrive que l'aide alimentaire profite à la marge aux potentats locaux, c'est un phénomène marginal. Excusez, mais on n'est pas sur la même planète ! En cas de catastrophe naturelle, oui, vous avez raison. Mais en cas de conflit ouvert, non, c'est au contraire le profit au potentat locaux qui est le phénomène principal, et l'aide aux démunis le phénomène marginal ! Là aussi les variations sont fortes - certaines ONG parviennent à ce que l'aide parviennent aux nécessiteux même dans des conditions épouvantables, tandis que d'autres se font facilement marcher sur les pieds... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réflexion sur les sens uniques (ou pas) dans les ronds-points
On 04/04/2013 11:51, Nicolas Moyroud wrote: L'algorithme de routage pourrait ajouter le sens automatiquement (ce que ne fait pas celui de OsmAnd apparemment), mais par exemple dans un pays où on roule à gauche il faut qu'il inverse automatiquement le sens. Un attribut appliqué à la boundary=administrative d'admin_level=2 me semble approprié pour informer le routeur du sens de circulation. L'inconvénient est que le routeur est obligé de remonter le contexte de la route demandée jusqu'à ce niveau élevé. Je n'ai pas trouvé de tel attribut dans Openstreetmap - seulement une page énumérant les pays conduisant à gauche : http://wiki.openstreetmap.org/wiki/Right-_and_left-hand_traffic traffic:side=left-hand ou traffic:side=right-hand ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Avis aux golfeurs...
On 03/22/2013 11:36 PM, Philippe Verdy wrote: ce qui ressemble à un parking n'en est pas forcément un, et on n'a pas à taguer parking ce qui n'est qu'une zone de stationnement privé qui peut avoir d'autres usages mais n'est pas accessible de toute façon à tout le monde ; tout ce qu'on peut voir c'est que c'est une surface en dur, qui pourrait aussi être une terrasse, une aire de jeux, un emplacement de dépôts de matériels... C'est le propriétaire qui décide à peu près librement quoi en faire à tout moment, dans les limites des réglements de voisinage, d'urbanisme et d'environnement). C'est une surface connectée à la voirie et qui sert à garer des véhicules ? C'est un parquage. Il est privé ? Il y a un attribut pour représenter ça. C'est visible depuis la rue ? On cartographie. C'est visible depuis l'orbite terrestre ? On cartographie. Ce n'est pas le propriétaire qui décide - ce sont les cartographes... C'est valable pour un individu comme pour un état. ___ 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 03/04/2013 05:53 AM, Philippe Verdy wrote: Qu'en pensez-vous ? [..] Il y a sans doute d'autres définitions légales similaires sur la prévention des risques (zones inondables, zones de sécurité nucléaires...). Ce devrait être des données de long terme (pas les simples classements en état de catastrophe naturelle ou industrielle, même si ces zones sont très étendues, comme les zones historiques de sécheresse, ou de risques sanitaires spécifiques comme les épizooties, également temporaires, à moins que ce classement soit destiné à être permanent et révisé régulièrement). C'est bien, mais ça se relève comment sur le terrain ? Encore plus que pour les zones de crues (qui étaient un cas méritant discussion), il me semble qu'on sort de la définition des données géographiques vérifiables sur le terrain. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tracé de projets
Pour orienter le débat, permettez-moi de vous exposer comment ça se passe ailleurs... Chez un opérateur télécom que je connais bien, le référentiel du réseau fibre optique est un sanctuaire qui ne contient que ce qui existe, ce qui est en construction ou au pire ce qui a été signé avec le client et qui va donc quasi-certainement être construit. Les projets modélisés pour en évaluer le coût et la faisabilité en support du processus commercial ont lieu dans une autre base de données. Certes les utilisateurs l'affichent comme calque par dessus le référentiel, mais c'est bien une base de données isolée. Le ratio entre le nombre de projets étudié et le nombre de réalisations est considérable - on ne souhaite donc pas polluer le référentiel avec les projets. Pour Openstreetmap, il me semble qu'une règle analogue serait pertinente : s'il s'agit d'un projet entériné, financé et qui n'attend donc que les expropriations et l'arrivée des bulldozers, alors pourquoi pas. Mais s'il s'agit de l'une des options proposées par un projet à l'étude, alors non. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tracé de projets
On 01/03/2013 11:17, Eric Sibert wrote: Je pensais à la DUP (Déclaration d'Utilité Publique) mais il y a des cas où la DUP a été faite mais pas le projet (canal Rhin-Rhône). http://fr.wikipedia.org/wiki/%C3%89tapes_d%27un_projet_routier Il me semble que l'étape à retenir pour considérer que le projet va quasi-certainement être réalisé est la notification de marché public avec publication de l'avis d'attribution. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] un peu de lecture, ça peut pas faire de mal....
On 01/03/2013 15:01, Nicolas Moyroud wrote: Petit troll du vendredi : qui certifie les données IGN à part l'IGN lui-même ? Cela revient-il au même dire que les données OSM sont des données certifiées... par OSM ? ;-) Bien sûr - d'ailleurs un logo Openstreetmap certified quality ! nous permettrait de mieux communiquer sur cette certification. Nous pourrions aussi proposer parallèlement à l'extrait de planet actuel, un autre parfaitement identique mais certifié. Strass et paillettes ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-legal-talk] License question, user clicking on map
On 02/28/2013 05:54 AM, Jake Wasserman wrote: I'm a little confused. The way I interpret your comment, merely storing ODbL and non-ODbL data in the same database triggers share alike. But on the use cases wiki page (http://wiki.openstreetmap.org/wiki/License/Use_Cases), Case 4 says: 'It makes no difference whether you store the data sets separately, or together in the same database software, whether that is a RDBMS, NOSQL, filesystem or anything else. So long as the other data isn't derived from OSM, the result is a Collective Database, not a Derivative Database.' In other words, storing ODbL and non-ODbL data together does not trigger share alike. What I understand is that the difference between Derivative Database and Collective Database is whether or not the data is published under a common namespace. What storage is used does not matter. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk-fr] [forum-osm-fr] Acheter Des Passeport / Diplome / Permis de conduire Françai
On 02/28/2013 08:46 AM, thevenon.jul...@free.fr wrote: Ca existe deja ( enfin presque ) : http://gis.19327.n5.nabble.com/France-f5380434.html Ca permet aux personnes qui n aiment pas les mailings listes de voir le contenu de talk-fr sous forme de forum et de participer quand meme aux discussions de la liste. Ouais, mais ce n'est pas LE forum. Ajoutons une passerelle NNTP et n'oublions pas d'aggréger les blogs aussi - et les user diaries aussi : là aussi les discussions sont souvent isolées. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr] Acheter Des Passeport / Diplome / Permis de conduire Françai
On 28/02/2013 09:50, Nicolas Dumoulin wrote: Le jeudi 28 février 2013 09:24:38 JB a écrit : Je ne comprends vraiment pas pourquoi cette discussion vire à l'aigri. Relents d'histoire ancienne ? Pour ma part, c'est l'occasion d'exprimer mon agacement devant le flux de spam que représente ce forum sur talk-fr. Le choix d'un lieu de discussion n'est pas neutre : le forum et talk-fr s'adressent à des publics distincts - pull et push, messagerie et web sont des caractéristiques qui structurent le mode d'échange... Ces deux lieux ne sont pas un seul et même lieu visible à deux adresses : il ont chacun leur identité distincte - the medium is the message. Les échanges sont-ils fragmentés ? Oui - et c'est voulu. Respectons l'intégrité des groupes de discussion. Vous voulez agréger les flux pour avoir une vision globale ? Alors mêlez le flux de la liste (http://rss.gmane.org/gmane.comp.gis.openstreetmap.region.fr) avec celui du forum (PHPBB peut le faire mais il ne semble pas activé sur cette instance - par contre l'autre forum en a un à http://forum.openstreetmap.org/extern.php?action=feedfid=22type=atom) - le tout dans un agrégateur entoilé tel que Lilina ou Gregarius. Idéalement, chaque entrée sera le début d'un fil et non chaque message. Je comprend que certains souhaitent un tel agrégateur et je serai ravi de les aider à le mettre en place. Mais je me suis abonné à talk-fr et non à l'agrégateur des discussions Openstreetmap francophones. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pourriel ? was: [forum-osm-fr] Acheter Des Passeport / Diplome / Permis de conduire Françai
On 28/02/2013 11:15, David Crochet wrote: Bonjour Le 28/02/2013 11:06, Jean-Marc Liotier a écrit : Pour ma part, c'est l'occasion d'exprimer mon agacement devant le flux de spam que représente ce forum sur talk-fr. le « flux » ? pour ma part, je n'ai vu que 3 courriels assimilés à du courrier non sollicités et uniquement sur une seul journée. Il y aurait-il eu d'autres cas similaires ? Je considère toute notification du forum sur la liste comme du spam - ça rentre dans ma définition des messages non sollicités et illégitimes. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr] Acheter Des Passeport / Diplome / Permis de conduire Françai
On 28/02/2013 13:02, Chivos wrote: Pourquoi communiquer en talk list et pas par un forum ? Entres autres pour le confort d'une multiplicité d'options d'accès (POP, IMAP, Maildir ou mbox locale etc.) et des clients (Mutt, Thunderbird, entoilage), dynamisme des échanges permis par la faible latence du push direct, filtrage... Constant : C'est incompréhensible, on passe d'un sujet à un autre sans s'en rendre compte, on sait plus de quoi ça parle, de ce qui a été dit précédemment... Le problème c'est que ton client de messagerie ne gère pas les fils de discussion correctement. On perd du temps a chercher les nouveaux messages, noyés dans les citations des mails précédents, indiqués uniquement avec des chevrons. Sans compter qu'au fur et à mesure de la discussion, les mails s'allongent avec les reprises des mails précédents qui s'accumulent. Idem pour les citations. On mets la panique dans sa boite mail, qui déborde de message intitulés talk-fr. Idem pour le filtrage. Et, surtout, j'ai envie de dire, c'est quand même pas attrayant pour les nouveaux. Un jeune contributeur, occasionnel, qui s'interesse un petit peu ne verra jamais l’existence de cette communauté. Et si il découvre la page d'inscription, ben peut-être qu'il fera comme moi, la prmeière fois il fermera la page en se disant C'est quoi ce truc ?!! Si gérer du courrier entrant avec des outils mûrs depuis au bas mot 15 ans est compliqué, alors éditer des données géographiques est probablement un obstacle insurmontable. A l'heure du HTML5-CSS3, ce mode de comm me semble un petit peu Web 0.5 !! Heureusement qu'il y a nabble pour s'y retrouver, même si on l'interface reste austère ! ;-) Libre au nouveau venu d'utiliser un client de messagerie HTML5-CSS3 avec des paillettes et des klaxons si ça lui chante. L'atout de le messagerie est justement de lui donner le contrôle plutôt que de le gaver avec un entoilage obligatoire. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr] Acheter Des Passeport / Diplome / Permis de conduire Françai
On 28/02/2013 14:00, Vincent de Chateau-Thierry wrote: Est-ce que la 2e proposition (liste dédiée) n'est pas le meilleur compromis entre le temps que ça vous prendra et le résultat attendu ? En tout cas moi j'y souscris. J'y souscris aussi (à l'option - pas à la liste...) Ceci dit, pour ceux qui veulent surveiller l'activité d'un forum, la génération d'un flux RSS/Atom par phpBB est une solution native efficace et triviale à mettre en œuvre. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr] Acheter Des Passeport / Diplome / Permis de conduire Françai
On 02/27/2013 06:49 PM, Pieren wrote: 2013/2/27 sly (sylvain letuffe) li...@letuffe.org: Tu va nous ressortir ça à chaque fois que tu vois un accent de travers sur le forum ? Jusqu'à ce que le forward vers la liste de diffusion s'arrête. T'énerve pas, quand on crée une nuisance, il faut assumer. Pieren, si tu utilises Mailfilter, tu peux copier la règle que j'utilise - elle règle le problème: if (/from:.*forum@letuffe\.org/) { to /dev/null } D'un autre côté les autres membres de la liste souffriront encore de ce spam, mais ça fait quand même du bien de ne plus voir ces messages auxquels on ne peut pas répondre. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr] Acheter Des Passeport / Diplome / Permis de conduire Françai
On 02/27/2013 09:54 PM, Christian Quest wrote: Cette retransmission de l'unique premier message d'un nouveau sujet sert à décloisonner le forum de la mailing list et à favoriser les réponses d'abonnés de talk-fr... pour éviter un phénomène de tour d'ivoire ;) Super - alors par souci de réciprocité je propose que tout nouveau message d'un fil de discussion de talk-fr soit transmis au forum qui en fera un nouveau fil - histoire de décloisonner la liste et favoriser les réponses d'abonnés du forum... Pour éviter un phénomène de tour d'ivoire ;) Certes, on ne pourra pas participer directement à la discussion sur la liste depuis le forum, mais pour répondre c'est simple - il suffit de s'abonner à la liste ! J'ai hâte de tester ! Je suis sûr que ça va être supr populaire sur le forum ! On pourrait aussi synchroniser les forums. Et rajouter les tweets identifiés comme francophones et avec les hashtags #osm ou #openstreetmap. Et synchroniser talk-fr et les forums vers les tweets. Whoah - il y a un potentiel énaurme ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Terrain d'atterrissage / Aéroport
On 26/02/2013 09:25, Stéphane Péneau wrote: Donc une piste avion privée (en herbe) à usage non commercial ne serait pas un aeroway=runway ? Si elle est destinée à l'atterrissage des avions, c'est aeroway=runway. Si c'est pour que des trucs mous s'y vachent, c'est autre chose. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Terrain d'atterrissage / Aéroport
On 26/02/2013 10:27, Christophe Merlet wrote: Le mardi 26 février 2013 à 09:25 +0100, Stéphane Péneau a écrit : Donc une piste avion privée (en herbe) à usage non commercial ne serait pas un aeroway=runway ? Vu les exemples donnés dans le message initial, il me semble que passer les zones de décollage et d’atterrissage n'ayant aucune infrastructure type hangar en leisure serait une bonne initiative. De plus ça m'étonnerait que ces zones possèdent un code internationale les identifiant comme aéroport/aérodrome. L'absence d'infrastructure aéroportuaire ou de référence officielle n'exclue pas la présence d'une piste. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] commerces
On 25/02/2013 11:13, Pieren wrote: 2013/2/25 Francescu GAROBY windu...@gmail.com: Je rejoins Philippe sur le fait que les situations possibles sont nombreuses. Certains kiosk étant parfois dans un bar, d'autres dans un buraliste, d'autres encore... Un kiosque est une petite structure isolée, installée sur le trottoir = shop=kiosk En France, oui - mais en Europe centrale, la notion de kiosque implique un certain type de commerce de rue (tabac et confiseries notamment). Exemple typique : http://cs.wikipedia.org/wiki/Soubor:Kiosk_Germany.jpg Un même étiquetage peut avoir différents sens dans différents pays. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import des arbres a Paris
On 25/02/2013 14:32, Philippe Verdy wrote: Le 23 février 2013 13:25, Marc Sibert m...@sibert.fr a écrit : Je viens d'avoir un court échange avec PNorman concernant un import d'arbres sur Paris. http://www.openstreetmap.org/browse/changeset/15133850 Le problème est surtout qu'il a importé les variétés botaniques sur des nouveaux noeuds qui par ailleurs n'indiquent même pas qu'il s'agit d'arbres ! Bref ce n'est que de la pollution inutilisable en tant que tel. Un oubli certainement (et d'évidence aucun travail de fusion préalable). L'import de masse n'avait pas d'intérêt sans des tags plus génériques. On parle d'import d'Arbres... Je profite donc de l'occasion pour détourner la discussion et annoncer que j'avance bien sur http://wiki.openstreetmap.org/wiki/WikiProject_France/Open_Data_Hauts-de-Seine_Arbres - je devrais avoir un script de génération de changeset montrable d'ici moins de deux semaines, traitant le plus petit jeu de données (Arbres Remarquables - environ 500 arbres). Une fois qu'il fonctionnera de manière satisfaisante après avoir pris en compte toutes vos remarques, j'en ferai une adaptation pour chacun des deux autres jeux de données. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suppression GR dans OSM (encore) (était [forum-osm-fr] Réalisation de cartes Garmin...)
On 22/02/2013 10:31, Hélène PETIT wrote: Le 21/02/2013 22:59, ades_...@orange.fr a écrit : La discussion à /SOTM-fr /devrait porter sur le fait de savoir s'il faut faire appel à un (ou des ) juriste(s), et pas forcement à des avocats (surtout pas à mon avis ;-) ). C'est quoi la différence entre un juriste et un avocat ? Le métier d'avocat est réglementé (barreau, Conseil de l'Ordre, condition d'accès à la profession etc.) - http://www.vie-publique.fr/decouverte-institutions/justice/personnel-judiciaire/auxiliaires/quel-est-statut-avocats.html La qualité de juriste s'acquière par la détention d'une licence en droit - http://fr.wikipedia.org/wiki/Juriste ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suppression GR dans OSM (encore) (était [forum-osm-fr] Réalisation de cartes Garmin...)
On 02/21/2013 08:27 PM, Eric SIBERT wrote: Le 21/02/2013 20:17, Pieren a écrit : 2013/2/21 Eric SIBERTcourr...@eric.sibert.fr: Surtout quand la proposition était de rester en discussion franco-française jusqu'au STOM-Fr de ce week-end. Je ne l'aurais pas fait s'il n'y avait pas eu la fin de non recevoir de l'organisateur du SOTM-Fr: http://lists.openstreetmap.org/pipermail/talk-fr/2013-February/055078.html Le fait qu'un organisateur ne soit pas d'accord pour en parler au SOTM-fr n'engage que lui et n'est pas un excuse valable pour avoir une attitude déloyale. Parler d'attitude déloyale me semble très excessif voire entièrement déplacé. Avoir des avis hors de notre cercle francophone me parait tout indiqué pour rafraîchir le débat - d'autant qu'il concerne le reste d'Openstreetmap tout autant que nous. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Display names of crossroads
On 02/13/2013 08:03 PM, Paul Norman wrote: How would it work when the intersection also has traffic lights? I know that there will always be some cases where there are tag key collisions but it seems that they will be *very* common in this case between highway=junction and highway=traffic_signals That is one more argument in favour of tagging traffic signals at the position of each traffic signal's stop line instead of abstracting their existence into on single tag at the junction. So let's make good use of the perfectly good highway=junction and let's put highway=traffic_signals where they belong ! ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Display names of crossroads
On 02/14/2013 12:53 PM, Martin Koppenhoefer wrote: 2013/2/14 Jean-Marc Liotier j...@liotier.org: On 02/13/2013 08:03 PM, Paul Norman wrote: How would it work when the intersection also has traffic lights? I know that there will always be some cases where there are tag key collisions but it seems that they will be *very* common in this case between highway=junction and highway=traffic_signals That is one more argument in favour of tagging traffic signals at the position of each traffic signal's stop line instead of abstracting their existence into on single tag at the junction. So let's make good use of the perfectly good highway=junction and let's put highway=traffic_signals where they belong ! sorry, I think I missed the argument why highway=junction is better than the established junction=* ? Please keep in mind that the only established value for highway seems to be motorway_junction, while highway=junction is currently used a poor 123 times. Actually, I was fixated on highway=traffic_signals and got carried away in sort of hijacking the thread to mention its proper positioning while losing the point of the discussion... My position in regards to highway=junction vs. junction=* is neutral - though I consider the everything=yes trend as namespace pollution. So : - junction=* if there is enough diversity to justify that namespace - highway=junction if junction=yes is going to represent most of the junction=* space ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Display names of crossroads
On 02/14/2013 05:12 PM, Toby Murray wrote: On Thu, Feb 14, 2013 at 9:37 AM, Martin Koppenhoefer dieterdre...@gmail.com wrote: 2013/2/14 Jean-Marc Liotier j...@liotier.org: though I consider the everything=yes trend as namespace pollution. So : - junction=* if there is enough diversity to justify that namespace - highway=junction if junction=yes is going to represent most of the junction=* space there is no risk that yes would be the most used value, currently more than 95% (or 266000) of the values are roundabout. http://taginfo.openstreetmap.org/keys/junction#values junction=crossroads perhaps? Seems reasonable. So we would have at least... - junction=roundabout - junction=crossroads (unspecified crossroads) And a few more candidates... - junction=yield (to signify an uncontrolled crossroads where the lack of traffic signals in Openstreetmap is not mere neglect) - junction=stop (stop-controlled crossroads - which could be part of a relation linking the junction node with the positions of the actual stop signs) - junction=traffic_signals (which could be part of a relation linking the junction node with the positions of the actual traffic signals) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] forum: centraux téléphoniques
On 02/11/2013 10:58 PM, Christian Rogel wrote: Je ne suis pas spécialiste, mais, il y a des installations plus modestes (NRA, NRO) qui sont dans la campagne et qui sont couverts par le secret défense. Lol - j'ai l'ensemble des infrastructures de génie civil de FT sur mon bureau ainsi que le réseau fibre complet d'un autre opérateur, sans compter des réseaux d'égout et je ne suis pas habilité secret défense, pas plus que les quelques centaines de collègues qui y ont également accès. Le seul secret qui couvre ces données générales est le secret commercial de chaque opérateur : chacun préfère éviter que les autres sachent où il est capable de raccorder des clients, quel est son parc installé, où portent ses efforts de déploiement, quelle est sa capacité, etc. Mais aucune loi n'interdit de cartographier des installations publiquement visibles. Si quelqu'un commence à saisir des manhole=telecom avec operator=Cegetel ou des armoires de rue avec un logo FT, rien ne l'interdit. Il est par contre évidemment interdit d'enfreindre le copyright couvrant les données géographiques des opérateurs, y compris celles qu'ils mettent à disposition d'autres opérateurs pour faciliter leurs relations commerciales (comme les plans des tranchées et chambres FT que les autres opérateurs consultent pour lui louer des fourreaux). Il sera en pratique impossible de construire une vision exhaustive du réseau à partir de ce qui est publiquement visible : même si de nombreux NRA sont de notoriété publique, quand il n'ont pas Postes Télécommunications gravés en gros au fronton, d'autres son extrêmement discrets - j'en connaît au sous-sol d'immeubles qui ne sont absolument pas reconnaissables même quand on passe devant la porte anonyme derrière laquelle se trouvent plusieurs salles d'équipements actifs et passifs. D'autre part les NRA/NRO/centres d'hébergement/etc. ne sont que les gros points nodaux du réseau - connaître leur position apporte extrêmement peu d'information à celui qui ne connaît pas les parcours des câbles. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Arbres du cadastre vert du CG92 [was: Ouverture de la plateforme Open Data des Hauts-de-Seine]
J'ai mis à jour http://wiki.openstreetmap.org/wiki/WikiProject_France/Open_Data_Hauts-de-Seine_Arbres avec un modèle de données intermédiaires et une ébauche de processus de synchronisation. Vos commentaires sont les bienvenus. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Arbres du cadastre vert du CG92 [was: Ouverture de la plateforme Open Data des Hauts-de-Seine]
On 07/02/2013 16:22, thevenon.jul...@free.fr wrote: De: Jean-Marc Liotier j...@liotier.org J'ai mis à jour http://wiki.openstreetmap.org/wiki/WikiProject_France/Open_Data_Hauts-de-Seine_Arbres avec un modèle de données intermédiaires et une ébauche de processus de synchronisation. J ai une question. Le processus de synchronisation, c est quelque chose qui tourne en permanence ? qui est lance periodiquement ? Je l'imagine comme un script, lancé manuellement lorsque l'envie en prend au mainteneur des données (à priori moi) qui validera le changeset généré. c est implemente comment ? Vu comme je suis parti, ce sera implémenté par mes gros doigts et avec des technologies à définir - j'imagine qu'il y a quelque part des bibliothèques pour parler à l'API d'Openstreetmap, mais le paysage ne parait pas d'une grande clarté à mes yeux débutants. Je suis à peu près autonome en Bash, Perl, SQL et à la rigueur PHP - je peux assembler et modifier des bouts d'autres choses si les pièces ne sont pas trop petites. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Arbres du cadastre vert du CG92 [was: Ouverture de la plateforme Open Data des Hauts-de-Seine]
On 02/06/2013 10:23 AM, Pieren wrote: 2013/2/5 Christian Quest cqu...@openstreetmap.fr: Je pense que oui... ça m'étonnerai que des arbres aient plusieurs ref, non ? Si je comprends bien, l'intérêt unique de ce 'ref' est de pouvoir synchroniser les deux bases. Qui va s'en charger ? Justement, c'est ce que je doit définir. Deux possibilités : - Une institution réputée en matière d'opérations Openstreetmap Françaises pérennes héberge l'appareillage de synchronisation que je compte concevoir et assembler. - J'héberge ça sur une de mes machines et je le maintiens. Dans les deux cas je compte bien documenter suffisamment pour que quelqu'un d'autre puisse reprendre le flambeau. En tout cas mon objectif est bien de non seulement intégrer ces données mais aussi de les rafraîchir lorsque de nouvelles versions seront publiées, en fonction de règles à définir. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] repère de crues - zone inondables
On 05/02/2013 12:13, Samy Mezani wrote: Je ne vais pas épiloguer, mais prendre une cote de crue exceptionnelle pourrait être une solution simple et claire. Le but n'est pas de modéliser ni de se substituer à l'Etat mais quand même d'informer sur le caractère inondable ou pas d'une zone. Des vallées sont régulièrement inondées l'hiver, ça fait aussi partie du paysage. Reste à définir la probabilité de crue à retenir : crue décennale par exemple ? La distinction entre plan d'eau intermittent et zone inondable est floue - d'où cette discussion. Si l'occupation par l'eau est régulière (annuelle par exemple), alors il s'agit d'un plan d'eau intermittent. Chacun peut en vérifier l'existence et il a donc naturellement sa place dans Openstreetmap. Si l'occupation par l'eau est rare, alors c'est une zone inondable - un objet virtuel dont on ne peut que prévoir l'existence à travers des simulations tenant compte de l'historique, du relief, du réseau hydrographique, de la perméabilité des sols, des obstacles à l'écoulement et de tout un tas d'autres facteurs inclus dans le modèles. Il me semble que cet objet n'entre pas dans le périmètre d'Openstreetmap. Entre les deux, les zones touchées par des crues non régulières mais néanmoins fréquentes... J'ignore où mettre la limite. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] repère de crues - zone inondables
On 05/02/2013 14:29, Philippe Verdy wrote: Il existe aussi les bassins d'orage, ils sont destinés à être vides la majeure partie de l'année pour être toujours prêt à recevoir les surplus Le cas du bassin me semble clair : landuse=basin avec basin=detention (/catches storm water and allows it to drain slowly into natural waterways/) ou basin=retention (/catches storm water and retains it, forming an artificial pond/). http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dbasin Même dans des zones régulièrement inondées mais très étendues, il est possible de construire : c'est le cas sans les marais (même s'il y a des champs, ils sont inondés plus de la moitié de l'année). Là aussi, pas de débat: natural=wetland wetland=marsh (/waterlogged ground and patches of open water, not normally wooded, and more open than a swamp. Different types of low, mostly grass-like herbaceous vegetation/) seasonal=yes http://wiki.openstreetmap.org/wiki/Tag:natural%3Dwetland Pour construire, on trouve des ilots asséchés et surélevés Vive les multipolygones ! Pour protéger les villes des crues par les fleuves et rivières, souvent il faut réserver en amont des zones de champs laissées libres de toute construction ou barrage, avec un réseau de fossés importants, où l'eau peut venir du fleuve les inonder ou bien y retourner dans l'autre sens avec un débit lent, on aménage ces fossés de vannes et seuils mobiles permettant de jouer sur les niveaux d'eau à garder, en fonction de l'évolution des hauteurs d'eau et débits absorbables en aval. Fossés, vannes etc. : waterway=* La question commence à être plus délicate pour les zones de champs laissées libres qui ne sont pas des bassins... Des zones à inonder *exprès* sont utilisées en cas d'urgence, et ce sont ces zones (rarement inondées mais provoquées) qu'on délimite comme zones inondables interdites à la construction ; de même que les zones très étroites où le risque d'inondation très violente est trop élevé Là nous sommes au coeur du problème : pas d'artefact physique sans équivoque mais des zones représentant des niveaux de dangers semi-aléatoires, voire des statuts administratifs. Je ne les vois pas comme des données appartenant au domaine d'Openstreetmap. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] repère de crues - zone inondables
On 05/02/2013 16:45, Jean-Marc Liotier wrote: On 05/02/2013 14:29, Philippe Verdy wrote: Il existe aussi les bassins d'orage, ils sont destinés à être vides la majeure partie de l'année pour être toujours prêt à recevoir les surplus Désolé pour la citation HTML immonde... Le 'rewrap' de Thunderbird parvient encore à me surprendre. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Arbres du cadastre vert du CG92 [was: Ouverture de la plateforme Open Data des Hauts-de-Seine]
On 05/02/2013 00:17, Jean-Marc Liotier wrote: Voilà une première passe d'analyse : http://wiki.openstreetmap.org/wiki/WikiProject_France/Open_Data_Hauts-de-Seine_Arbres Commentaires et amendements sont les bienvenus. Tâche suivante : spécifier le processus de création, mise à jour et suppression des objets - et notamment décider du sort des cas de conflit. Je m'apprête à raconter l'histoire des arbres du CG92 rencontrant Openstreetmap, mais je subodore fortement un gros risque de réinvention d'objet circulaire monté sur moyeu. J'ai lu http://wiki.openstreetmap.org/wiki/FR:Import/Software et http://wiki.openstreetmap.org/wiki/Import/Software mais même si je comprend un peu mieux les outils, je ne me sens pas tellement plus opérationnel en matière méthodologique spécifique à Openstreetmap. Quelqu'un a sous la main des méthodes et des retours d'expérience sur des importations de POI remises à jour périodiquement ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Arbres du cadastre vert du CG92 [was: Ouverture de la plateforme Open Data des Hauts-de-Seine]
On 02/05/2013 10:48 PM, Christian Quest wrote: Le 5 février 2013 22:38, Romain MEHUT romain.me...@gmail.com mailto:romain.me...@gmail.com a écrit : Le 5 février 2013 22:04, Romain MEHUT romain.me...@gmail.com mailto:romain.me...@gmail.com a écrit : J'aurais une remarque sur les tags ref. ref:FR:CG92, CG92 ça va être intelligible pour tout le monde? aussi, celui-ci ref:FR:CG92:Arbres = IDELEMENT_ me semble juste mais ref:FR:CG92:Arbres_alignement_voirie : et ref:FR:CG92:Arbres_alignement_voirie : devraient être respectivement ref:FR:CG92:Arbres = ID_ARBRE et ref:FR:CG92:Arbres = MATRICULE non? Suite à ma question sur le choix d'un tag ref, est-ce que juste ref=* pourrait aussi tout simplement convenir? Je pense que oui... ça m'étonnerai que des arbres aient plusieurs ref, non ? Certes. Je ne sais pas pourquoi j'ai choisi de proposer cette référence complexe pour assurer l'unicité alors qu'un simple ref=* combiné aux autres étiquettes joue tout aussi bien ce rôle. J'ai aussi corrigé la valeurs correspondante manquante pour deux des trois champs ref=* relevés par Romain. http://wiki.openstreetmap.org/w/index.php?title=WikiProject_France%2FOpen_Data_Hauts-de-Seine_Arbresdiff=863833oldid=863543 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Arbres du cadastre vert du CG92 [was: Ouverture de la plateforme Open Data des Hauts-de-Seine]
On 02/05/2013 11:44 PM, Vincent de Chateau-Thierry wrote: Le 05/02/2013 22:48, Christian Quest a écrit : Je pense que oui... ça m'étonnerai que des arbres aient plusieurs ref, non ? Le 5 février 2013 22:38, Romain MEHUT romain.me...@gmail.com mailto:romain.me...@gmail.com a écrit : Le 5 février 2013 22:04, Romain MEHUT romain.me...@gmail.com mailto:romain.me...@gmail.com a écrit : J'aurais une remarque sur les tags ref. ref:FR:CG92, CG92 ça va être intelligible pour tout le monde? aussi, celui-ci ref:FR:CG92:Arbres = IDELEMENT_ me semble juste mais ref:FR:CG92:Arbres_alignement_voirie : et ref:FR:CG92:Arbres_alignement_voirie : devraient être respectivement ref:FR:CG92:Arbres = ID_ARBRE et ref:FR:CG92:Arbres = MATRICULE non? Suite à ma question sur le choix d'un tag ref, est-ce que juste ref=* pourrait aussi tout simplement convenir? La différence c'est qu'ici la source est une source open data, et non un simple relevé terrain (comme pour les bornes). Pour d'autres jeux de données open data, on a plusieurs fois appliqué une convention pour le tag ref, à savoir : ref:FR:source=* On trouve donc des ref:FR:RATP ou des ref:FR:LaPoste qui suivent ce schéma (cf http://taginfo.openstreetmap.org/search?q=ref%3Afr ). Du coup dans le cas des arbres du CG92, pour lesquels on n'a pas relevé de ref soi-même sur place mais récupéré cette ref dans un jeu de données, ça ne me choque pas de garder comme tag ref:FR:CG92. Même si en effet il y a peu de chances que ces arbres aient plusieurs ref. Bon... Maintenant je doute. Les deux me vont... Comme je suis novice en matière de spécification d'imports, je m'en remet à votre jugement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Revert ?
On 02/05/2013 12:43 AM, nicholas ingalls wrote: On Mon, Feb 4, 2013 at 7:38 PM, Vincent Pottier vpott...@gmail.com mailto:vpott...@gmail.com wrote: It seems there is a problem in this changeset. Must it be reverted ? Does somebody can do it ? Can you provide a link or a changeset id? He will - after he catches up on obviously overdue sleep instead of hacking on OSM... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-fr] Arbres du cadastre vert du CG92 [was: Ouverture de la plateforme Open Data des Hauts-de-Seine]
On 28/01/2013 15:12, Jean-Marc Liotier wrote: Les arbres du Cadastre Vert (http://opendata.hauts-de-seine.net/jeu-de-donnees/cadastre-vert-les-arbres) à croiser éventuellement avec les arbres d'alignement (http://opendata.hauts-de-seine.net/jeu-de-donnees/arbres-dalignement-sur-la-voirie-departementale) et les arbres remarquables (http://opendata.hauts-de-seine.net/jeu-de-donnees/arbres-remarquables-du-territoire-des-hauts-de-seine-hors-proprietes-privees). J'ai posé à http://opendata.hauts-de-seine.net/jeu-de-donnees/cadastre-vert-les-arbres#comment-1053 la question du dédoublonnage de ces jeux de données : Chaque arbre a un identifiant unique, mais c'est IDELEMENT_ pour le Cadastre Vert, ID_ARBRE pour les arbres d'alignement et MATRICULE pour les arbres remarquables... Pourriez-vous s'il vous plait indiquer s'il est possible de croiser ces sources de données ? OpenDataHautsDeSeine m'a gentiment répondu et l'élément clé de sa réponse est : chaque arbre est dans un seul jeu de données. Nous pouvons donc sans crainte de doublonnage considérer chacun de ces jeux de données comme une source d'importation entièrement indépendante. Prochaine tâche : pour chacun de ces jeux de données, créer une page de wiki et y déterminer dans quels étiquettes de natural=tree fourrer les données de chacun des champs offerts par le CG92. Si quelqu'un le fait avant moi, ce serait pratique s'il le signale ici... Y-a-t-il d'autres expériences d'importation de ce type de données ? Une recherche de cadastre vert et openstreetmap ne donne pas grand chose... C'est une première ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Activations humanitaires, Groupe HOT
On 04/02/2013 14:22, Fred Moine wrote: Apres une discussion avec Jean Guilhem la semaine dernière , j’ai trouvé sont idées géniales de demander au diaspora de cartographier leur pays. Ex du Mali avec la communauté malienne de Montreuil. Et pourquoi pas organiser des Mapping Party dans ces communautés , si il y a des Mappers à côté qui peuvent tisser des liens avec ces associations. J'ai essayé anecdotiquement avec des Sénégalais et des Burkinabés, mais j'ai rencontré des obstacles qui, quoiqu'analogues à ceux rencontrés avec des utilisateurs Français, n'en sont pas moins nettement renforcés: - L'interprétation de sources orbitales nous semble aujourd'hui innée parce que nous la pratiquons régulièrement, mais elle est encore impénétrable pour beaucoup d'utilisateurs. Pour leur soutirer l'information il faut les faire parler en leur décrivant l'image. - La représentation cartographique est également une abstraction peu accessible à ceux qui n'ont pas l'occasion de la pratiquer régulièrement : spontanément l'utilisateur décrira un chemin du genre et sur la grande route goudronnée je tourne à gauche avant le carrefour de l'aéroport qu'il faudra projeter pour lui sur la carte. La vision globale offerte par la cartographie en générale et l'imagerie orbitale en particulier est donc souvent un choc pour celui qui n'a toujours eu que sa vision subjective au niveau du sol, représentée mentalement sous forme d'itinéraires ignorant le contexte. Tout ça n'a rien de spécifiquement Africain comme en témoigne la popularité de la navigation pas à pas dans les routeurs portatifs, mais le problème est souligné et c'est encore une mise en perspective du luxe d'information dans lequel nous baignons aujourd'hui et dont il faut tenir compte pour approcher ces utilisateurs vivant dans des environnements où l'accès à l'information est souvent moins pervasif que celui auquel nous sommes habitués. Si je devais produire un support de formation spécifique, je l'introduirait avec des triptyques mettant côté à côté : - Vue subjective au niveau du sol - Vue d'orbite - Carte La démarche n'a rien de fondamentalement différent de ce que je fais pour présenter OSM à mes parents, mais elle nécessite d'autant plus de pédagogie élémentaire pour commencer que les utilisateurs viennent d'un environnement pauvre en information écrite et cartographique. Ensuite arrive le problème de la translittération de toponymes rarement manipulés sous forme écrite... Préparez-vous à régulièrement utiliser alt_name J'imagine que les intervenants locaux HOT en général et d'Eurosha en particulier auront beaucoup à dire autour de ces sujets et avec un nombre d'expériences nettement plus représentatif que mes anecdotes. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Arbres du cadastre vert du CG92 [was: Ouverture de la plateforme Open Data des Hauts-de-Seine]
On 04/02/2013 14:29, Jean-Marc Liotier wrote: Prochaine tâche : pour chacun de ces jeux de données, créer une page de wiki et y déterminer dans quels étiquettes de natural=tree fourrer les données de chacun des champs offerts par le CG92. Voilà pour la création de la page : http://wiki.openstreetmap.org/wiki/WikiProject_France/Open_Data_Hauts-de-Seine_Arbres Une proposition de correspondance des champs avec les étiquettes de natural=tree est donc la prochaîne tâche sur ma liste. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Arbres du cadastre vert du CG92 [was: Ouverture de la plateforme Open Data des Hauts-de-Seine]
On 02/04/2013 09:33 PM, Romain MEHUT wrote: Pourrais-tu raccrocher la page à celle-ci http://wiki.openstreetmap.org/wiki/FR:Potential_Datasources/France ? Fait - http://wiki.openstreetmap.org/w/index.php?title=FR%3APotential_Datasources%2FFrancediff=863493oldid=846293 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Activations humanitaires, Groupe HOT
On 02/04/2013 09:16 PM, Pierre Béland wrote: Il faut éviter que les usagers se perdent dans le dédale de la classification OSM. Dans le cadre de tels projets, nous focusons sur un petit nombre d'objets tels que infrastructures et services publics. Voici le type de données à géolocaliser : [..] Quelqu'un parmi vous a-t-il des propositions concrètes pour adapter rapidement un outil de collecte de données qui se connecte à OSM? Il faudrait simplifier au maximum l'information à fournir par l'usager. Cet outil présenterait une grille semblable à ce qui est décrit ci-haut, puis l'usager complèterait en ajoutant la description. Tout dépend de la population visée, et donc du niveau technologique choisi : - Papier et crayon, saisie sur un poste connecté (même pas d'imprimante pour des papiers de marche[1] ni d'appareil photo pour les saisir) - Papier et crayon, saisie sur un poste connecté (type papiers de marche) - Papiers de marche + récepteur GPS simple pour enregistrer des positions précises et des traces - Android à 50$ non connecté avec une application simple pour le relevé de POI - Android milieu de gamme connecté avec une application collectant et uploadant les POI Le meilleur rapport coût/efficacité se situe probablement au niveau d'un poste central entouré d'utilisateurs de papiers de marche et de récepteurs GPS simples... Mais je doute qu'il y ait une unique bonne réponse. Sur l'Android non connecté, on peut imaginer de customiser OSMtracker avec un jeu de types de POI au goût local. Vue l'évolution de la pénétration d'Android en Afrique (300 000 Android à 50$ vendus au Kenya - http://techcrunch.com/2012/12/10/50-android-smartphones-are-disrupting-africa-much-faster-than-you-think-says-wikipedias-jimmy-wales) ce ne sera bientôt plus une solution aussi luxueuse qu'elle peut paraître actuellement. Avec les méthodes centrées sur les papiers de marche, l'axe de progrès est à mon avis d'ordre méthodologique : - Pour une opération de longue durée, organiser la collecte en phases s'appuyant les unes sur les autres. Chaque phase ferait l'objet d'une fiche à emporter avec les papiers de marche. - Spécialiser les collecteurs en fonction de moyens de collecte (collecte motorisée de traces GPS, collecte semi-motorisée de POI à grande échelle, porte-à-porte de collecte détaillée). Chaque tournée ferait l'objet d'une fiche à emporter avec les papiers de marche. - Organiser des collectes périodiques par thèmes pour maximiser l'apprentissage mutuel dans chaque thématique. Chaque thème ferait l'objet d'une fiche à emporter avec les papiers de marche. Les habitués des ateliers cartographiques[2] (je suis essentiellement un cartographe de bureau) en savent certainement beaucoup plus que moi à ce sujet. Mais il me semble bien que c'est dans la méthodologie et l'accompagnement qu'il faut chercher plutôt que dans les outils. [1] Walking papers en langue Angloise. [2] Mapping parties dans la langue de Richard Weait ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Arbres du cadastre vert du CG92 [was: Ouverture de la plateforme Open Data des Hauts-de-Seine]
On 02/04/2013 05:09 PM, Jean-Marc Liotier wrote: On 04/02/2013 14:29, Jean-Marc Liotier wrote: Prochaine tâche : pour chacun de ces jeux de données, créer une page de wiki et y déterminer dans quels étiquettes de natural=tree fourrer les données de chacun des champs offerts par le CG92. Voilà une première passe d'analyse : http://wiki.openstreetmap.org/wiki/WikiProject_France/Open_Data_Hauts-de-Seine_Arbres Commentaires et amendements sont les bienvenus. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Recent edits in the wiki / Trademark issue
On 02/01/2013 07:47 PM, f.dos.san...@free.fr wrote: It's here : https://docs.google.com/a/osmfoundation.org/document/d/19wLhnezowHBio9zGaJkNaCbDX-gmWNHUSdx1kdQJYY0/edit /Cease+Desist letter Geocode(TM)/ /OSMF received C+D letter from someone who trademarked the word Geocode(TM) and asks us to remove all references to this from our web site where it is connected in some way with Google services. Simon is in contact with a lawyer about this. We might actually remove the few occurrences because they are not essential to us./ Is a cease desist letter all it takes for the OSMF to cave in to silly demands from random parties ? Can't we at least make a symbolic stand and let the aggressor escalate before we capitulate ? From a purely material point of view, that would be cheap publicity for the project. I thought that a free software project such as Openstreetmap (yes - geographic data is software too) would have, out of its principles, shown a stronger backbone under such disgusting pressure. I am disappointed. The OSMF board's action are the precautionary measures that best protect the interests of the Openstreetmap project in the strictest sense and in the short term. But while we may acknowledge the wisdom of precaution before rash reaction, do we really want to project the image of a project that can be so easily pushed around ? Is that in our best interests ? And more important : are those the actions that best foster the spirit embodied by a project whose members have a strong interest in protecting the commons. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Which renderer for high quality, printed cycle map?
On 01/02/2013 14:56, Václav Řehák wrote: We (Prague by bike bicycle advocacy group) have created a mapnik based style for online cycle map [1]. It shows different surface type (e.g. squared texture for cobblestones) [..] http://mapa.prahounakole.cz Nice and useful use of texturing - I like it a lot, especially as a roller-skater : no other map style I know makes the dreaded cobblestones so discreetly obvious. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Qualité des sources de données
On 01/02/2013 15:55, Abba Asmaou wrote: - l'utilisation des images Bing disponibles dans OSM ont un atout pédagogique, j'aimerais donc savoir si ces images ont étés géoréférenceés ou orthorectifiées? Oui, mais pas formidablement bien - suffisamment bien pour l'écrasante majorité des usages OSM, mais ne pas les prendre pour argent comptant en particulier dans les zones escarpées. -Concernant les GPS, j'ai un Garmin etrex 10, la ville que j'aimerais cartographier ne possède pas trop d'immeuble et quand il y'en a c'est maximum 3 niveaux. quel type de précision je pourrais avoir dans ce cas? Le meilleur moyen de le savoir est de tester en utilisant un point de référence réputé précis - un repère géodésique par exemple. Apparemment le Cameroun est en train de se doter d'un nouveau réseau géodésique - mais j'ignore son statut. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Recent edits in the wiki / Trademark issue
On 01/02/2013 16:22, Simon Poole wrote: the trademark GEOCODE owned by Geocode, Inc. If you find use of the term geocode on our wiki or help site please replace it with a generic term (for example search) Why is Openstreetmap yielding to such blatant appropriation of the English language ? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Recent edits in the wiki / Trademark issue
On 02/01/2013 08:54 PM, andrzej zaborowski wrote: On 1 February 2013 19:06, Jeff Meyer j...@gwhat.org mailto:j...@gwhat.org wrote: Fine, disagree, but please disagree with a plan for how to fund your alternate plan, describing in detail the source of new funds or what other OSMF activities should be de-funded to support this plan. I agree with what you're saying although I can't help thinking that if the OSMF can't take the risk of having some things in the wiki, the solution, for everyone's benefit, is to move the wiki to a server that's not paid for by the OSMF. I'm positive finding such a server wouldn't be difficult (in fact the home page says it is hosted at UCL ByteMark -- so if the OSMF is neither hosting nor writing the content, should it accept the C+D? The admins *are* OSMF members, but they're not OSMF). Bad idea because a link to the OSMF can still be established. But it reminds me of an obvious response - let's streisand them ! I have no relationship to the OSMF in any way and I volunteer to mirror the wiki with the infringing words - read-only since I have limited processing power on my host. Does anyone have an archive of the latest infringing version ? Let's produce a mirroring kit and spread it far and wide ! The verb 'to geocode' is generic English language word and I'll stand by that even if a US court decides otherwise. Silly fight ? Yes - I have absolutely no skill whatsoever in choosing my battles ! Good thing I'm not a US citizen. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] [OSM-talk] Qualité des sources de données
Retransmission vers talk-fr... On 01/02/2013 15:55, Abba Asmaou wrote: l'utilisation des images Bing disponibles dans OSM ont un atout pédagogique, j'aimerais donc savoir si ces images ont étés géoréférenceés ou orthorectifiées? Oui, mais pas formidablement bien - suffisamment bien pour l'écrasante majorité des usages OSM, mais ne pas les prendre pour argent comptant en particulier dans les zones escarpées. Concernant les GPS, j'ai un Garmin etrex 10, la ville que j'aimerais cartographier ne possède pas trop d'immeuble et quand il y'en a c'est maximum 3 niveaux. quel type de précision je pourrais avoir dans ce cas? Le meilleur moyen de le savoir est de tester en utilisant un point de référence réputé précis - un repère géodésique par exemple. Apparemment le Cameroun est en train de se doter d'un nouveau réseau géodésique - mais j'ignore son statut. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] région de Kidal au nord du Mali
On 28/01/2013 19:19, Pierre Béland wrote: Lorsque l'imagerie me permet de déterminer les zones inondables avec une certaine certitude, j'utilises l'attribut flood_prone=yes. Il y a des attributs plus spécifiques. Mais je considère que celui-ci est sufffisant. Je ne connaissais pas cette étiquette. De plus, ces zones ne sont pas seulement inondables mais bel et bien inondées une bonne partie de l'année, chaque année. Je vois pour l'instant deux alternatives : Viable, mais ne représente pas la nature saisonnière du caractère intermittent : natural=water water=intermittent surface=* Ma préférée : natural=wetland wetland=* seasonal=yes On pourrait couvrir trois zones concentriques : - Eau permanente - Eau saisonnière systématique (natural=wetland, seasonal=yes) - Eau saisonnière possible mais plus rare (flood_prone=yes) Différencier entre les deux derniers exige une connaissance locale. Mais il n'y a que 1839 flood_prone=yes pour l'instant (http://taginfo.openstreetmap.org/search?q=flood_prone%3Dyes) on peut donc se demander s'il est exploité. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] région de Kidal au nord du Mali
On 27/01/2013 23:33, Pierre Béland wrote: Lorsque l'on retrouve de multiples traces allant en tous sens sans raison évidente, il faut aussi se demander lesquelles de ses traces sont significatives et si on doit tout ajouter à la base OSM. C'est la présence d'un groupe d'habitations à une extrémité du faisceau permet souvent de déterminer l'axe principale de la voie de communication. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] région de Kidal au nord du Mali
On 28/01/2013 10:07, Jean-François Gaffard wrote: le terme oued est peut-être mal choisi. mais ma question est Dans le nord du Mali la haute-résolution de Bing est visiblement en pleine saison sèche.[..] mais on observe de nombreux lits (mineurs et majeurs) de rivières temporaires. Sont-elles suffisament actives pour qu'on les cartographie en river ou stream avec intermittent=yes. ou sont-ce des vallées sèches avec des rivières disparues ? s'il y a quelqu'un sur la liste qui connait le terrain. La saisonnalité est un problème majeur de la cartographie sahélienne à base d'imagerie orbitale. Je me sens un peu perdu et j'ai donc arrêté de toucher aux cours d'eau saisonniers. Au Sénégal, des régions entières sont inondées à la saison humide et je ne compte plus les lacs qui intermittents cartographiés par erreur comme permanents. Le mélange d'images enregistrées à différentes saisons n'aide pas. Est-ce que tout cours d'eau intermittent doit être cartographié comme tel, même lorsqu'il n'est actif qu'une petite fraction de l'année ? Quelqu'un connaît-il des usages établis en la matière ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ouverture de la plateforme Open Data des Hauts-de-Seine
On 24/01/2013 20:07, THEVENON Julien wrote: Je ne sais plus si l info est passee sur la liste donc dans le doute : http://www.01net.com/editorial/585129/les-hauts-de-seine-ouvrent-leurs-donnees-publiques/ Je remarque en particulier les sources suivantes qui me semblent directement exploitables par OSM : - Gabarits et limitations de poids des ponts (/maxweight/ et /maxheight/) : http://opendata.hauts-de-seine.net/jeu-de-donnees/gabarits-et-limitation-de-poids-des-ponts Vu qu'il n'y a que 106 enregistrements dans ce jeu de données, une exploitation manuelle sera tolérable - surtout qu'il n'y a pas d'identifiant unique et que seul un rapprochement géographique est donc possible. - Les arbres du Cadastre Vert (http://opendata.hauts-de-seine.net/jeu-de-donnees/cadastre-vert-les-arbres) à croiser éventuellement avec les arbres d'alignement (http://opendata.hauts-de-seine.net/jeu-de-donnees/arbres-dalignement-sur-la-voirie-departementale) et les arbres remarquables (http://opendata.hauts-de-seine.net/jeu-de-donnees/arbres-remarquables-du-territoire-des-hauts-de-seine-hors-proprietes-privees). Chaque arbre a un identifiant unique, mais c'est IDELEMENT_ pour le Cadastre Vert, ID_ARBRE pour les arbres d'alignement et MATRICULE pour les arbres remarquables... Reste à savoir s'il y a moyen de les croiser. J'aurais bien demandé sur le site mais http://opendata.hauts-de-seine.net/forum/discussion-generale ne permet pas de créer un fil de discussion et http://opendata.hauts-de-seine.net/contact a un CAPTCHA obligatoire mais caché... A mettre sur le compte de la nouveauté du site j'imagine... En tout cas la présence d'un identifiant unique permet d'imaginer un import mis à jour automatiquement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr