Re: [OSM-talk-fr] role=label
Le 3 février 2012 07:27, Pierre-Alain Dorange pdora...@mac.com a écrit : sly (sylvain letuffe) li...@letuffe.org wrote: Il y a la proposition du role admin_centre qui a pour but de faire remonter dans la relation Mais la question du double nom entre la relation administrative et le tag place est pour moi un faux problème. C'est faux problème qui a un impact réel tout de même, on voit sur la carte 2 fois le même nom dans la majorité des cas et sans aucune véritable raison. Le tag place sert à autre chose: il indique l'importance relative d'un lieu par rapport aux autres. Il sert surtout à fixer des priorités d'affichage et à éliminer (par exemple dans le rendu d'une carte à échelle grossière) des noms en excès qu'on ne peut pas tous afficher en même temps sans rendre la carte totalement illisible, pour ne faire apparaître que les éléments importants (par exemple les chef-lieux de région mais pas tous ceux de départements, les capitales de pays mais pas les autres villes du pays, les villes de plus de 100 000 habitants mais pas les villes de plus de 10 000 ou les villages). C'est un critère finalement subjectif qui présuppose une utilisation dans un type de carte et présuppose l'importance d'un lieu à afficher (label et/ou symbole centré sur un point central désigné ou calculé) selon un critère unique et finalement arbitraire (town=city, town=village, town=hamlet...) alors que cette sélection devrait se baser sur des critères plus explicitement tagués (par exemple les rôles admin_center pour désigner les chef-lieux de chaque niveau administratif, ou la population chiffrée). Noter que le critère d'importance donné par le tag place est fortement lié au niveau de zoom: les critères de sous-sélection changent, mais pas la valeur du tag place, ce qui finalement ne permet plus de faire de meilleures sélections plus pertinentes. Ce tag place ne devrait contenir que l'indication du statut ou type officiel de lieu (par exemple pour indiquer que c'est un chef-lieu de région ou une capitale de pays, ou bien une ville libre si on les distingue d'une cité' selon la classification administrative officielle d'un pays et le statut de fonctionnement, ou bien pour indiquer que le niveau 2 désigne une collectivité territoriale unique avec les attributions à la fois d'un département et d'une région, et pas seulement un département. Mais cela remettrait en cause trop de données actuellement. Un meilleur système de classification c'est le boundary_type (administrative, maritime...) ou, pour la France, le tag permettant de désigner et séparer les différents types d'EPCI à fiscalité propre (métropole, CA, CC, SAN) ou non (SIVU, SIVOM...), et leurs éventuelles subdivisions (par exemples les pôles de proximité actuellement cartographiés dans Nantes Métropole et auxquels on vient de supprimer l'admin_level=9 car ce ne sont pas des quartiers de la commune, même si ce sont bien des subdivisions administratives): Ce dernier exemple est un cas qui soulève le problème actuel de l'impossibilité de créer plusieurs hiérarchies indépendantes de zones administratives, des hiérarchies superposées, que l'admin_level actuel ne permet pas de gérer au delà d'une seule hiérarchie principale définie de façon uniforme pour tout le pays et même le monde entier). Un cas qui montrait encore l'utilité des membres de type subarea:* qui ont été fortement critiqués à cause de prétendus problèmes de rendus inexistants, alors que cela permettait de taguer très proprement (et de façon non arbitraire) les différents types de subdivision ou de partitionnement qui peuvent exister dans une zone donnée, et qu'on distinguerait par leur rôle subarea:* sans même créer aucune relation supplémentaire ni aucun noms ou traductions supplémentaires dans les relations (certains y ont vu une tentative de passer à la modélisation par surface, alors que ce n'était clairement pas équivalent, même mathématiquement au sens topologique; malheureusement, vous ne l'avez pas compris du tout quand je vous ai dit que cela ne remettait pas du tout en cause la modélisation géométrique par frontières et non par surfaces, et que cela ne faisait absolument PAS doublon). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] role=label
2012/2/3 Philippe Verdy verd...@wanadoo.fr: On ne parle pas du rôle admin_center Merci d'écrire admin_centre et non admin_center. Les clés de tags sont de préférence rédigés en anglais et non en américain. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Légalité des objets enforcement en France (position des radars)
Le 31 janvier 2012 16:04, Philippe Verdy verd...@wanadoo.fr a écrit : Franchement il aurait été plus utile d'intégrer dans les navigateurs GPS l'affichage exact et permanent des limites de vitesse, afin que le navigateur m'indique si je suis au dessus de cette limite effective au cas où on n'a pas vu un panneau. J'utilise MapFactor Navigator Free (http://navigatorfree.mapfactor.com/en/) sur mon téléphone qui fait cela et utilise les données OSM. On peut lui demander d'emettre une alarme sonore si on depasse un certain pourcentage de la vitesse maxi, et c'est vrai que c'est très pratique. Le seul defaut c'est que beaucoup de limites de vitesse ne sont pas encore entrées. Au boulot... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sondage sur le travail collaboratif de saisie de données pour un contributeur expérimenté OSM
Le Jeudi 2 Février 2012 19:01:07 sly a écrit : Ceci me fait penser à une technique utilisée par Google Maps en Inde, pour générer des descriptions d'itinéraire intégrant des points de référence locaux («à droite après le McDonalds» ...). M mais c'est pas complètement con cette idée. Carément pas. Ça plusieurs temps que j'y pense. Je n'ai pas de solution toute faite. Mais il est clair que plusieurs facteurs rentrent en compte comme vous l'indiquez (comme Gilles par exemple). Il y a la visibilité, mais la visibilité est suggestive, ou plutôt elle n'est pas que liée à la hauteur ou largeur. Par exemple, une fois je devais aller chez un ami dans une ville que je connaissais pas. Il me donne son adresse, mais je lui demande le chemin le plus pratique. J'affiche la carte osm pendant que je l'ai au téléphone, la zone était très bien renseignée. Et au fur et à mesure qu'il me donne les indications, je vois le trajet sur la carte car je voyais les repères indiqués, en l'occurence une station essence, une cabine téléphonique. Bon, je m'égare, mais ce que je veux dire par rapport à cet expemple, c'est que la cabine téléphonique n'est pas très grosse, mais facilement reconnaissable et bien placée, donc un excellent repère pour savoir quand tourner à gauche. Donc, pour que ça marche, je veux deux solutions : - déduire ces « amers » automatiquement à partir des données, en construisant une classifications des POIs pertinents (les cabines, les dab, les commerces franchisés qui ont souvent une grosse enseigne connue, les cimetières, les feux tricolores …). Il s'agit alors de trouver le POI en fonction de l'indication à donner : celui qui est à l'intersection où il faut tourner, celui devant lequel on passe (on n'est pas perdu), … - indiquer explicitement dans les données que le POIs est pertinent, avec un tag genre visibility=*. Mais personnellement, je ne suis pas sûr que ce soit nécessaire, et cela risque d'être difficile à produire … De mon point de vue, ça reste une bonne idée. Concrètement plusieurs applications possibles : - le guide GPS qui donne ces indications vocales - la description d'itinéraire qui indique ces repères - une carte d'itinéraire qui représente le trajet et ces repères. Il me semble avoir vu passer il y a quelques temps, un truc qui générait justement une carte d'itinéraire qui ne respectait pas l'échelle pour que les longues lignes droites ne prennent pas toute la place … je sais plus où -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Légalité des objets enforcement en France (position des radars)
Le 3 février 2012 09:19, Maetma 91 maetm...@gmail.com a écrit : Le 31 janvier 2012 16:04, Philippe Verdy verd...@wanadoo.fr a écrit : Franchement il aurait été plus utile d'intégrer dans les navigateurs GPS l'affichage exact et permanent des limites de vitesse, afin que le navigateur m'indique si je suis au dessus de cette limite effective au cas où on n'a pas vu un panneau. J'utilise MapFactor Navigator Free (http://navigatorfree.mapfactor.com/en/) sur mon téléphone qui fait cela et utilise les données OSM. On peut lui demander d'emettre une alarme sonore si on depasse un certain pourcentage de la vitesse maxi, et c'est vrai que c'est très pratique. Le seul defaut c'est que beaucoup de limites de vitesse ne sont pas encore entrées. Au boulot... C'est moi où la page de téléchargements pointe vers un .exe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Légalité des objets enforcement en France (position des radars)
Bonjour, Ce qui serait intéressant, c'est qu'une application tienne compte de valeurs par défaut à considérer pays par pays en fonction de la voirie. Il n'y aurait plus que les cas particuliers à développer sur les tronçons de voirie concernés Pour mémoire : http://lists.openstreetmap.org/pipermail/talk-fr/2012-January/039133.html Le 3 février 2012 09:19, Maetma 91 maetm...@gmail.com a écrit : Le seul defaut c'est que beaucoup de limites de vitesse ne sont pas encore entrées. Au boulot... -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Légalité des objets enforcement en France (position des radars)
Oui c'est pour téléphone sur Windows Mobile. Ça installe un installeur sur un PC sous Windows qui alors transfère le programme et les cartes souhaitées dans le téléphone. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] role=label
2012/2/3 Philippe Verdy verd...@wanadoo.fr: Le tag place sert à autre chose: il indique l'importance relative d'un lieu par rapport aux autres. Il sert surtout à fixer des priorités d'affichage et à éliminer (par exemple dans le rendu d'une carte à échelle grossière) des noms en excès qu'on ne peut pas tous afficher en même temps sans rendre la carte totalement illisible, pour ne faire apparaître que les éléments importants (par exemple les chef-lieux de région mais pas tous ceux de départements, les capitales de pays mais pas les autres villes du pays, les villes de plus de 100 000 habitants mais pas les villes de plus de 10 000 ou les villages). Le tag place est souvent basé sur un critère de taille (population). Mais la taille n'est pas forcément l' importance. Le role de chef-lieu est justement modélisé par le role admin_centre de la relation boundary. Inutile de revenir ici sur les avantages du subarea. Ce que tu devrais plutôt faire, c'est rédiger une page spéciale sur le wiki avec des exemples concrets. Chacun pourrait y mettre les avantages et inconvénients de chaque modèle et se faire une idée. Une ébauche existe déjà sur la page des EPCI (http://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_les_limites_administratives/Mise_au_point_du_modele_des_EPCI) mais il faudrait généraliser. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sondage sur le travail collaboratif de saisie de données pour un contributeur expérimenté OSM
2012/2/3 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net: - indiquer explicitement dans les données que le POIs est pertinent, avec un tag genre visibility=*. Mais personnellement, je ne suis pas sûr que ce soit nécessaire, et cela risque d'être difficile à produire … Je pensais que ce tag était une blague. J'espère que ceux qui envisagent son utilisation comprennent qu'il n'y a rien de plus subjective que la visibilité d'un POI. Tagguez les stations essences, les feux de circulation, les cabines téléphoniques et laissez les logiciels choisir avec leurs utilisateurs quels sont les POI's visibles ou pas (le jour ou la nuit ou les jours ouvrables ou pas ou l'été et l'hiver, par exemple). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Légalité des objets enforcement en France (position des radars)
Non, ta carte n'est pas illégale. Le code de la route s'applique à ... la route! Sur voie privée (en tous cas pas ouverte à la circulation du public) il est tout à fait possible de rouler à la vitesse qu'on souhaite, prendre les carrefours giratoires à contresens, et instaurer une priorité à gauche. Un juriste ira même juqu'à chipoter sur le fait que le texte n'étant pas une loi y contrevenir n'est pas illégal mais non règlementaire. Par contre ta carte devient illégale si elle est affichée sur l'écran d'un smartphone embarquée dans une véhicule, ou même si elle est imprimée et posée sur le siège passager, bref si elle est consultée dans l'espace routier. L'interdiction s'applique aux dispositifs ou produits visant à avertir ou informer de la localisation d'appareils, instruments ou systèmes servant à la constatation des infractions à la législation ou à la réglementation de la circulation routière. dispositifs ou produits visant à avertir ou informer, c'est quand même super large, au pied de la lettre si vous montez dans le bus avec un autoplus vous êtes crac dedans.Abonnez vous, c'est le postier qui prendra, il transporte (Art R413-15-I) un produit visant à informer (un journal) de la localisation d'appareils, instruments ou systèmes servant à la constatation des infractions à la législation ou à la réglementation de la circulation routière (Art R413-15-V). C'est la joie des textes pondus dans la précipitation, la plupart du temps ils sont complêtement inadaptés et ont des effets secondaires proches du délirant. De : Pierre-Alain Dorange pdora...@mac.com À : talk-fr@openstreetmap.org Envoyé le : Vendredi 3 février 2012 7h40 Objet : Re: [OSM-talk-fr] Légalité des objets enforcement en France (position des radars) Pieren pier...@gmail.com wrote: Il suffirait qu'un automobiliste se fasse prendre avec son smartphone connecté sur OSM OSM n'est pas un navigateur mais une base de données. Tu pourrais éventuellement naviguer sur la carte glissante d'OSM depuis ton smartphone et chercher l'icone des radars en même temps que tu conduits. Bon courage. Ma carte (1) est illégale ou pas ? J'y indique la position des radars extraits de OSM, mais est-ce un dispositif de signalement, pas de positionnement GPS de l'utilisateur, juste une carte équivalente a celle papier de Michelin qui elle est dans ma voiture et signale de la même manière des radars. (1) http://www.leretourdelautruche.com/map/radar_fr.html -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Légalité des objets enforcement en France (position des radars)
Le 3 février 2012 09:33, Maetma 91 maetm...@gmail.com a écrit : Oui c'est pour téléphone sur Windows Mobile. Ça installe un installeur sur un PC sous Windows qui alors transfère le programme et les cartes souhaitées dans le téléphone. Me dire ça un vendredi ! Vive l'enferment et l'ouverture de Microsoft. C'est beau la technologie. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] La licence Opendata de la SNCF
LA licence OpenDAta de la SNCF --- http://www.transilien.com/web/webdav/site/transilien/shared/opendata/licence%20OD%20Transilien.pdf Pour faciliter la réutilisation des Informations, la présente licence a été conçue pour être compatible avec toute licence libre qui exige a minima la mention de paternité. Elle est notamment compatible avec les licences « Open Government Licence » (OGL) du Royaume-Uni, « Creative Commons Attribution 2.0 » (CC-BY 2.0) de Creative Commons et « Open Data Commons Attribution » (ODC-BY) de l’Open Knowledge Foundation. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] role=label
Bonjour, De : Pieren Inutile de revenir ici sur les avantages du subarea. Ce que tu devrais plutôt faire, c'est rédiger une page spéciale sur le wiki avec des exemples concrets. Chacun pourrait y mettre les avantages et inconvénients de chaque modèle et se faire une idée. Une ébauche existe déjà sur la page des EPCI (http://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_les_limites_administratives /Mise_au_point_du_modele_des_EPCI) mais il faudrait généraliser. La modélisation des EPCIs a été depuis choisie, on est bien face à une page d'archive. Pour rappel la page ouverte par Sly tout fraîchement : http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Mod%C3%A8le _somme_de_surface_ou_mod%C3%A8le_fronti%C3%A8re suite au débat subarea. Elle aborde la modélisation par surfaces, autant développer à cette adresse les arguments. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] role=label
Pour mémoire, le travail intéressant présenté par Damouns en mai 2010 qui met en rapport la population des communes et leurs positions respectives. http://www.openstreetmap.org/user/Damouns/diary/10789 Le 3 février 2012 09:37, Pieren pier...@gmail.com a écrit : 2012/2/3 Philippe Verdy verd...@wanadoo.fr: Le tag place sert à autre chose: il indique l'importance relative d'un lieu par rapport aux autres. Il sert surtout à fixer des priorités d'affichage et à éliminer (par exemple dans le rendu d'une carte à échelle grossière) des noms en excès qu'on ne peut pas tous afficher en même temps sans rendre la carte totalement illisible, pour ne faire apparaître que les éléments importants (par exemple les chef-lieux de région mais pas tous ceux de départements, les capitales de pays mais pas les autres villes du pays, les villes de plus de 100 000 habitants mais pas les villes de plus de 10 000 ou les villages). Le tag place est souvent basé sur un critère de taille (population). Mais la taille n'est pas forcément l' importance. Le role de chef-lieu est justement modélisé par le role admin_centre de la relation boundary. Inutile de revenir ici sur les avantages du subarea. Ce que tu devrais plutôt faire, c'est rédiger une page spéciale sur le wiki avec des exemples concrets. Chacun pourrait y mettre les avantages et inconvénients de chaque modèle et se faire une idée. Une ébauche existe déjà sur la page des EPCI ( http://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_les_limites_administratives/Mise_au_point_du_modele_des_EPCI ) mais il faudrait généraliser. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] role=label
2012/2/3 Vincent de Chateau-Thierry v...@laposte.net: Pour rappel la page ouverte par Sly tout fraîchement : http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Mod%C3%A8le _somme_de_surface_ou_mod%C3%A8le_fronti%C3%A8re suite au débat subarea. Elle aborde la modélisation par surfaces, autant développer à cette adresse les arguments. Ah, je savais bien qu'il y avait déjà une page comme ça. J'y ai ajouté certains mots-clé pour que mes recherches futures la retrouvent plus facilement. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] role=label
Le 3 février 2012 09:37, Pieren pier...@gmail.com a écrit : 2012/2/3 Philippe Verdy verd...@wanadoo.fr: Le tag place sert à autre chose: il indique l'importance relative d'un lieu par rapport aux autres. Il sert surtout à fixer des priorités d'affichage et à éliminer (par exemple dans le rendu d'une carte à échelle grossière) des noms en excès qu'on ne peut pas tous afficher en même temps sans rendre la carte totalement illisible, pour ne faire apparaître que les éléments importants (par exemple les chef-lieux de région mais pas tous ceux de départements, les capitales de pays mais pas les autres villes du pays, les villes de plus de 100 000 habitants mais pas les villes de plus de 10 000 ou les villages). Le tag place est souvent basé sur un critère de taille (population). Mais la taille n'est pas forcément l' importance. Le role de chef-lieu est justement modélisé par le role admin_centre de la relation boundary. Inutile de revenir ici sur les avantages du subarea. Inutile, parce que vous ne voulez pas en discuter ??? Surtout parce que ceux qui s'y opposent veulent absolument que cela modélise la géométrie, d'une zone, alors que ce n'est pas le but. Ou disent que cela empêche de modéliser niveau par niveau ce qui est là encore totalement faux, ou que cela rendrait le système non homogène, ce qui est faux aussi (les problèmes d'homogénéité existent déjà avec les frontières seules, et il n'y a aucun outil pour vérifier leur cohérence de toute façon, ou de faciliter les corrections et fixer les oublis). Les subarea:* tels que je les décrit ne servent pas à définir la géométrie des zones elles-mêmes (pluriel, car ils peuvent être de différents rôles pour des découpages de nature différente) , et n'ont pas nécessairement non plus à en faire une partition complète. Voyez les comme des métadonnées essentielles, faciles à maintenir de façon séparée, et qui facilitent énormément les recherches et la classification des données, ainsi que (ensuite seulement) les éventuels contrôles de cohérence permettant de faciliter les corrections de frontières qu'il ne s'agit pas de supprimer. Quant à la page que tu proposes, elle ne concerne que les EPCI. Le rapport avec les subarea ne serait que pour l'énumération des communes qui en sont membres, mais ce n'est même pas évoqué, ou pour le découpage des zones de service de l'EPCI (pôles de proximité par exemple), deux rôles différents. Mais le problème est bien plus général, et tous les découpages d'un type donné ne sont pas non plus nécessairement une partition complète (il peut y avoir des parties incluses qui débordent de la zone mère, et c'est le cas des EPCI dont bon nombre sont à cheval sur plusieurs départements ou régions, même si ce n'est pas le cas concernant les arrondissements dans les départements, les départements dans les régions, et les régions du pays si on admet la Corse comme une région malgré son statut particulier, un statut qui pourrait être explicité avec un tag remplaçant le statut par défaut). Pensez alors aux découpages cantonaux, et aux données de nature géo-démographique ou pour l'aménagement territorial comme les agglomérations et aires urbaines de l'Insee : il ne s'agit pas de retracer les frontières, juste d'énumérer des listes de membres pour permettre de produire ensuite des cartes dérivées (et pas seulement des cartes routières ou de navigation). Pensez aux autres découpages de nature économique, judiciaire, hospitalière/santé publique, fiscale, chambres de commerces, syndicats agricoles... Si c'est le nom du rôle subarea:* qui vous fait peur, on peut en changer pour member:*, ou autre, ça peut se discuter. De même j'avais évoqué la possibilité d'un tag partition= dont la (ou les valeurs valeurs séparées par un point-virgule) permettent donner le nom du rôle member:* ou subarea:* ou autre qui sont sensées former une partition de la zone et dont on liste tous les membres ayant ce même rôle (avec ce tag, il devient aussi possible de naviguer entre plusieurs types de découpage, pas seulement sur une carte, mais dans des tables statistiques dont on peut ainsi produire des agrégats statistiques sur des axes différents). De même, au lieu de proposer de créer des relations séparées (ce que je trouve complètement stupide quand cela crée des objets désignant les mêmes zones à découper), on peut aussi voir ces données comme une couche séparée qui pourrait être stockée dans une base séparée, sans absolument AUCUNE définition géométrique (pas de noeuds, pas de chemins), hors des relations, qui reprendraient exactement les mêmes ID's que OSM (dans ce cas on pourrait choisir de les charger ou ne pas les charger, dans un calque de données distinct). Un peu ce que fait Nominatim (avec beaucoup de mal car il se trompe très souvent en faisant les recherches par géométrie pour tenter de renseigner sa propre base de recherche). Car on met beaucoup trop de choses dans la base OSM (des tas d'attributs difficiles à maintenir de façon
Re: [OSM-talk-fr] role=label
Le 3 février 2012 10:14, Pieren pier...@gmail.com a écrit : 2012/2/3 Vincent de Chateau-Thierry v...@laposte.net: Pour rappel la page ouverte par Sly tout fraîchement : http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Mod%C3%A8le _somme_de_surface_ou_mod%C3%A8le_fronti%C3%A8re suite au débat subarea. Elle aborde la modélisation par surfaces, autant développer à cette adresse les arguments. Ah, je savais bien qu'il y avait déjà une page comme ça. J'y ai ajouté certains mots-clé pour que mes recherches futures la retrouvent plus facilement. Sauf que je n'ai JAMAIS prétendu ici défendre la modélisation par surfaces. C'est hors sujet car moi aussi je retiens la modélisation par frontières, qui toutefois devra être affinée en commençant à traiter les frontières partagées dans un objet autonome sans duplication (un travail à faire quand on aura le support intégral des boundary_segments, qu'on devrait toutefois pouvoir commencer à renseigner de façon séparée, en indiquant aux moteurs de rendus qu'ils ne pourront les utiliser à la place des listes de chemins QUE si les boundary_segments sont complets, tous listés dans la relation, et qu'il ne reste plus aucun chemin inner/outer dans la relation, cette condition permettant ensuite le nettoyage; cependant il faudrait que JOSM améliore leur prise en compte pour faire correctement les vérifications de fermeture). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] role=label
De : Philippe Verdy Le 3 février 2012 09:37, Pieren a écrit : Inutile de revenir ici sur les avantages du subarea. Inutile, parce que vous ne voulez pas en discuter ??? (...) Mais où le discuter le mieux que justement sur une liste de discussion faite pour ça ? Par exemple sur la page de discussion d'une page du wiki ou tu exposerais de façon synthétique, pédagogique, argumentée (cocher toutes les cases ?) ce que tu proposes, et que tu proposais à l'identique... la semaine dernière. Il arrive un moment où la forme de la liste de discussion n'est plus du tout adaptée, tant tes plaidoyers sont difficiles à assimiler, par leur longueur et les digressions que tu y introduis. Une page de wiki (une nouvelle page si celle que j'indiquais tout à l'heure ne te convient pas) servirait mieux ton propos, je trouve. Et ça n'est pas un artifice pour botter en touche. merci vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contact avec le chargé de données SIG d'une ville
Super. Alors ? Du nouveau ? Le 30/01/12, JonathanMMjonatha...@nocle.fr a écrit : Bonjour, j'aimerais savoir s'il y en a qui sont déjà aller le chargé de données SIG de leur ville. En effet, étudiant à Lannion, j'en ai profité pour envoyer un petit mail à la ville, histoire de voir si je ne pouvais pas récupérer quelques informations pour OSM. Le responsable des données internet de la ville m'a répondu le lendemain qu'ils ont super intéressé par OSM, mais que faute de temps et de contact, ils n'ont pas pu avancer sur ce sujet et que donc, ils me proposent un rendez vous avec le chargé de données SIG de la ville pour voir les informations qui seraient intéressante pour OSM et le format de ces dernières. Donc, si quelqu'un a déjà vécu l'expérience et/ou à des informations interessantes pour moi, n'hésitez pas ;) JonathanMM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Envoyé avec mon mobile Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contact avec le chargé de données SIG d'une ville
Jonathan, Tu verras dans cette page http://wiki.openstreetmap.org/wiki/WikiProject_France/OSM-FR/Groupes_de_travail/Territoiresque certains ont déjà pris contact avec des services SIG. Peut-être peuvent-ils t'en dirent davantage? Romain Le 3 février 2012 11:39, Cyrille Giquello cyrill...@gmail.com a écrit : Super. Alors ? Du nouveau ? Le 30/01/12, JonathanMMjonatha...@nocle.fr a écrit : Bonjour, j'aimerais savoir s'il y en a qui sont déjà aller le chargé de données SIG de leur ville. En effet, étudiant à Lannion, j'en ai profité pour envoyer un petit mail à la ville, histoire de voir si je ne pouvais pas récupérer quelques informations pour OSM. Le responsable des données internet de la ville m'a répondu le lendemain qu'ils ont super intéressé par OSM, mais que faute de temps et de contact, ils n'ont pas pu avancer sur ce sujet et que donc, ils me proposent un rendez vous avec le chargé de données SIG de la ville pour voir les informations qui seraient intéressante pour OSM et le format de ces dernières. Donc, si quelqu'un a déjà vécu l'expérience et/ou à des informations interessantes pour moi, n'hésitez pas ;) JonathanMM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Envoyé avec mon mobile Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] role=label
Et j'ajouterai avec des schémas clairs et si possible en couleurs pour mettre en valeur les intérêts d'une approche alternative Toutes ces pages et ces pages d'argumentations sur des concepts pas encore présentés de manière synthétique n'aboutissent qu'à une seule chose chez moi : l'envie de répondre TL;DR http://en.wikipedia.org/wiki/Wikipedia:Too_long;_didn't_read Le 3 février 2012 11:38, Vincent de Chateau-Thierry v...@laposte.net a écrit : De : Philippe Verdy Le 3 février 2012 09:37, Pieren a écrit : Inutile de revenir ici sur les avantages du subarea. Inutile, parce que vous ne voulez pas en discuter ??? (...) Mais où le discuter le mieux que justement sur une liste de discussion faite pour ça ? Par exemple sur la page de discussion d'une page du wiki ou tu exposerais de façon synthétique, pédagogique, argumentée (cocher toutes les cases ?) ce que tu proposes, et que tu proposais à l'identique... la semaine dernière. Il arrive un moment où la forme de la liste de discussion n'est plus du tout adaptée, tant tes plaidoyers sont difficiles à assimiler, par leur longueur et les digressions que tu y introduis. Une page de wiki (une nouvelle page si celle que j'indiquais tout à l'heure ne te convient pas) servirait mieux ton propos, je trouve. Et ça n'est pas un artifice pour botter en touche. merci vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sondage sur le travail collaboratif de saisie de données pour un contributeur expérimenté OSM
Le 3 février 2012 09:43, Pieren pier...@gmail.com a écrit : 2012/2/3 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net: - indiquer explicitement dans les données que le POIs est pertinent, avec un tag genre visibility=*. Mais personnellement, je ne suis pas sûr que ce soit nécessaire, et cela risque d'être difficile à produire … Je pensais que ce tag était une blague. J'espère que ceux qui envisagent son utilisation comprennent qu'il n'y a rien de plus subjective que la visibilité d'un POI. Tagguez les stations essences, les feux de circulation, les cabines téléphoniques et laissez les logiciels choisir avec leurs utilisateurs quels sont les POI's visibles ou pas (le jour ou la nuit ou les jours ouvrables ou pas ou l'été et l'hiver, par exemple). Déjà regardez vos navigateurs embarqués : les menus permettent de sélectionner les types de POI à afficher. Sans aller jusqu'à sélectionner les noms d'enseigne, on trouve : pharmacie, DAB, banques, boites à lettres, médecins, hopitaux, stations essence, restaurants (parfois une distinction pour la restauration rapide, qui que ce soit), hôtels, musées, mairies, sites d'information touristique; bibliothèques, piscines, plages, casinos, marinas, gares, lieux de culte, hôtels de police ou gendarmerie, grandes surfaces... Et en général c'est bien suffisant comme points de repères, d'autant qu'on voit apparaître alors leur nom. Pas la peine de mentionner que c'est un mat avec une grosse lettre jaune: à priori si quelqu'un vous dit de tourner à droite au McDo, on sait à quoi ressemble l'enseigne et il y a aussi différents moyens pour la repérer (y compris la signalisation de fléchage publicitaire). Ça dispense totalement du caractère remarquable des POIs, car n'est réellement remarquable que ce qu'on veut remarquer et qu'on en passe plein d'autres sans même les remarquer. Le caractère remarquable pour certains ça peut être juste un panneau vert, une porte délabrée, un groupe de camions stationnés, un arbre particulier, des tas de choses qui ne sont pas nécessairement classées parmi les POIs, ou même une installation ou un chantier très temporaire. Trop détailler dans des tags séparés au lieu d'un simple tag générique descriptif c'est en fait faire en sorte que l'information ne sera pas trouvée et donc pas lue et inutilisable. Et on risque de multiplier des tags pratiquement jamais utilisés car applicables à un seul objet. Pour être utile, un nouveau tag doit obéir à un critère de pertinence essentiel: assurer des distinctions dans des catégories d'objets trop vastes pour les distinguer. Sinon il vaut nettement mieux mettre simplement un tag description contenant un texte arbitraire (éventuellement traduit dans description:en, etc.). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Map+ Swisstopo
Bonjour Quelqu'un a-t-il suivi cette histoire vis-à-vis de Swisstopo? http://www.mapplus.ch/index_fr.htm On leur conseille http://switch2osm.org/ ? Cet autre site aurait donc les moyens de s'offrir les données? http://map.wanderland.ch/ Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Map+ Swisstopo
Le 03/02/2012 12:24, Romain MEHUT a écrit : On leur conseille http://switch2osm.org/ ? Bonjour, Oui, c'est justement fait pour des cas comme le leur. Cordialement, Jean-Guilhem -- gpg 0x5939EAE2 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Gmaps condamné à payer 500 000€
Bonjour Outre-Alpes on parle de la condamnation de Google en France pour abus de position dominante par Bottin Cartographes. Il me semble pas avoir vu passer l'info sur cette liste alors je fais suivre (le lien suivant est en italien). Je pense que l)on peut trouver la même info en français mais je n'ai pas le temps de chercher. http://www.zeusnews.it/index.php3?ar=stampacod=16778 Florian Farge aka Otourly Sur lesprojets wikimédiens et l'Association française,OSM, et sur MOVIM Socio di Wikimedia Italia ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Gmaps condamné à payer 500 000€
Si si, on en a parlé... http://gis.19327.n5.nabble.com/Google-maps-condamne-en-France-pour-abus-de-position-dominante-td5447662.html Le 3 février 2012 13:47, Otourly Wiki otou...@yahoo.fr a écrit : Bonjour Outre-Alpes on parle de la condamnation de Google en France pour abus de position dominante par Bottin Cartographes. Il me semble pas avoir vu passer l'info sur cette liste alors je fais suivre (le lien suivant est en italien). Je pense que l)on peut trouver la même info en français mais je n'ai pas le temps de chercher. http://www.zeusnews.it/index.php3?ar=stampacod=16778 Florian Farge aka Otourly -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fosdem 2012
Sur la route dans quelques heures en direction de Bruxelles avec Cyrille et Gaël. J'espère que la neige va nous épargner... On prévoit quelque chose pour samedi soir ? Un resto ensemble ? -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La licence Opendata de la SNCF
Le Producteur se réserve le droit, à tout moment, et pour quelque motif que ce soit, de modifier les conditions de réutilisation fixées dans la présente licence, sans que le Réutilisateur ne puisse prétendre à aucune indemnité. Cela signifie-t-il que la liberté d'utiliser ces informations n'est pas pérenne ? Ou s'agit-il juste de discussion pécuniaire ? Teuxe - Mail Original - De: pierre pie...@venividilibri.org À: Talk-fr@openstreetmap.org Envoyé: Vendredi 3 Février 2012 09h40:54 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: [OSM-talk-fr] La licence Opendata de la SNCF LA licence OpenDAta de la SNCF --- http://www.transilien.com/web/webdav/site/transilien/shared/opendata/licence%20OD%20Transilien.pdf Pour faciliter la réutilisation des Informations, la présente licence a été conçue pour être compatible avec toute licence libre qui exige a minima la mention de paternité. Elle est notamment compatible avec les licences « Open Government Licence » (OGL) du Royaume-Uni, « Creative Commons Attribution 2.0 » (CC-BY 2.0) de Creative Commons et « Open Data Commons Attribution » (ODC-BY) de l’Open Knowledge Foundation. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Tilemill 0.9
Bonjour, Tilemill est un logiciel qui permet de créer des cartes personnalisées à partir de données spatiales telles que _ une base de donnée (PostGIS par ex.), _ des shapefiles _ des jeux de données comme des fichiers csv, des tableaux Google docs pour créer des cartes sous forme de tuiles, d'images ou de documents PDF. http://mapbox.com/tilemill/ L'interface évolue au fil des révisions pour ajouter de nouvelles fonctionnalités et améliorer l'ergonomie. La version 0.9 est notable car elle peut apporte le fonctionnement possible en direct sous windows (en plus de Ubuntu et Mac OS). La procédure d'installation est simple et intègre Mapnik 2.0 La documentation se bonifie également avec : _ un tuto pour les créer sa première carte avec un jeu de données externes (seismes) : http://mapbox.com/tilemill/docs/crashcourse/introduction/ _ un guide pour la connexion et les requêtes vers une base PostGIS : http://mapbox.com/tilemill/docs/guides/postgis-work/ -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fosdem 2012
Si on est arrivé avant pas d'heure, un resto sera le bienvenue. D'autres convives que ceux exportés par Christian ? Le 03/02/12, Christian Questcqu...@openstreetmap.fr a écrit : Sur la route dans quelques heures en direction de Bruxelles avec Cyrille et Gaël. J'espère que la neige va nous épargner... On prévoit quelque chose pour samedi soir ? Un resto ensemble ? -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest -- Envoyé avec mon mobile Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] role=label
On Fri, 03 Feb 2012 11:38:07 +0100 Vincent de Chateau-Thierry v...@laposte.net wrote: De : Philippe Verdy Le 3 février 2012 09:37, Pieren a écrit : Inutile de revenir ici sur les avantages du subarea. Inutile, parce que vous ne voulez pas en discuter ??? (...) Mais où le discuter le mieux que justement sur une liste de discussion faite pour ça ? Par exemple sur la page de discussion d'une page du wiki ou tu exposerais de façon synthétique, pédagogique, argumentée (cocher toutes les cases ?) ce que tu proposes, et que tu proposais à l'identique... la semaine dernière. Il arrive un moment où la forme de la liste de discussion n'est plus du tout adaptée, tant tes plaidoyers sont difficiles à assimiler, par leur longueur et les digressions que tu y introduis. Une page de wiki (une nouvelle page si celle que j'indiquais tout à l'heure ne te convient pas) servirait mieux ton propos, je trouve. Et ça n'est pas un artifice pour botter en touche. merci vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr monsanto http://a5.sphotos.ak.fbcdn.net/hphotos-ak-ash4/s720x720/423954_10150586078219040_43435139039_8959837_1744826979_n.jpg ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La licence Opendata de la SNCF
2012/2/3 te...@free.fr Le Producteur se réserve le droit, à tout moment, et pour quelque motif que ce soit, de modifier les conditions de réutilisation fixées dans la présente licence, sans que le Réutilisateur ne puisse prétendre à aucune indemnité. Cela veut dire si je comprends bien que la SNCF peut cesser de diffuser les mises à jour de ces informations sans qu'on puisse lui reprocher. Ce qui m'inquiète moi c'est plutôt Vous êtes libre de réutiliser l’Information [...] Sous réserve [...] Que la modification ne constitue pas une altération des données ou une dénaturation de leur sens. Je ne suis pas sur de bien comprendre la nuance entre le droit de modifier et l'interdiction d'altérer ni que ce soit compatible avec Obdl. A moins qu'on signifie ici qu'il ne faut pas modifier la base de la SNCF elle même ?? Je trouve aussi étrange qu'ils ne spécifient pas que ces restrictions doivent s'appliquer aux modifications que pourraient effectuer les receveurs de niveau 2 : je dois attribuer les données à SNCF mais je ne suis pas sur que la licence soit claire sur le fait que les gens auxquels je pourrait diffuser les données que j'ai modifié soient eux même contraints par cette exigence. C'est plus clair dans Odbl car une rediffusion est clairement marquée comme devant être sous licence Obdl ou compatible. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] role=label
Le 3 février 2012 12:01, Ab_fab gamma@gmail.com a écrit : Et j'ajouterai avec des schémas clairs et si possible en couleurs pour mettre en valeur les intérêts d'une approche alternative Toutes ces pages et ces pages d'argumentations sur des concepts pas encore présentés de manière synthétique n'aboutissent qu'à une seule chose chez moi : l'envie de répondre TL;DR http://en.wikipedia.org/wiki/Wikipedia:Too_long;_didn't_read Tant pis pour toi, avant j'avais essayé de faire court, la réponse a été encore plus lapidaire, et plus moyen d'argumenter. Puisque les points de vue restent cantonnés sur un apriori... On reçoit un non tout de suite, par ceux qui n'ont pas compris, et qui en plus ne veulent pas lire autre chose, car ils ont compris de travers dès le début (et pas la peine d'essayer de leur expliquer en changeant les termes, ou en reformulant, c'est la flemme de lire et pas envie de faire autrement que ce qui a été fait dont il ne mesure pas les limites et inconvénients). D'autres auront le courage de chercher à comprendre, mais si tu n'as pas envie, je ne t'oblige pas. Les autres chercheront à avancer et finalement tu te contenteras de faire ce qu'on te dit de faire et pas autrement, même si c'est mieux et plus facile à gérer et que ça permet d'autres façons d'avancer sur la carte de façon plus rapide et plus sure. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fosdem 2012
Cyrille, j'espère qu'on sera arrivé peut être à pas d'heure', mais vendredi soir, pas samedi ;) Le 3 février 2012 14:27, Cyrille Giquello cyrill...@gmail.com a écrit : Si on est arrivé avant pas d'heure, un resto sera le bienvenue. D'autres convives que ceux exportés par Christian ? Le 03/02/12, Christian Questcqu...@openstreetmap.fr a écrit : Sur la route dans quelques heures en direction de Bruxelles avec Cyrille et Gaël. J'espère que la neige va nous épargner... On prévoit quelque chose pour samedi soir ? Un resto ensemble ? -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest http://openstreetmap.fr/u/christian-quest -- Envoyé avec mon mobile Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La licence Opendata de la SNCF
On Fri, 3 Feb 2012 14:22:36 +0100 (CET), te...@free.fr wrote: Le Producteur se réserve le droit, à tout moment, et pour quelque motif que ce soit, de modifier les conditions de réutilisation fixées dans la présente licence, sans que le Réutilisateur ne puisse prétendre à aucune indemnité. Cela signifie-t-il que la liberté d'utiliser ces informations n'est pas pérenne ? Ou s'agit-il juste de discussion pécuniaire ? la licence de Rennes a(avait?) la même clause. En gros c'est pour que si une boite monte un business sur les données open et que la sncf decide de ne plus publier ses data, l'entreprise ne peut pas demander de compensation. Mais les données publié le jour N seront toujours utilisable le jour N+1. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La licence Opendata de la SNCF
Le 3 février 2012 14:47, Po G nux...@gmail.com a écrit : 2012/2/3 te...@free.fr Le Producteur se réserve le droit, à tout moment, et pour quelque motif que ce soit, de modifier les conditions de réutilisation fixées dans la présente licence, sans que le Réutilisateur ne puisse prétendre à aucune indemnité. Cela veut dire si je comprends bien que la SNCF peut cesser de diffuser les mises à jour de ces informations sans qu'on puisse lui reprocher. Je ne lis pas ça du tout ! Pouvoir cesser de diffuser des mises à jour, c'est le cas de pratiquement tous les contenus, qu'ils soient libres ou non (hormi les obligations légales ou contractuelles de service, qui sont limitées dans le temps). Là, le texte parle des conditions de réutilisation, et cela ne concerne aucunement les mises à jour futures possibles par le Producteur. Autrement dit le Producteur se réserve le droit d'ajouter plus tard des obligations ou restrictions que le Réutilisateur devra appliquer dès qu'il en aura eu connaissance. Autrement dit, cette phrase est tout sauf même un accord de licence, même non exclusive. On peut lui faire dire ce qu'on veut. Et ce n'est PAS libre du tout, car l'accord est effectivement non pérenne selon cette phrase: des droits peuvent être retirés à tout moment, sans même aucun préalable ni aucune négociation possible. Le réutilisateur peut donc recevoir une demande immédiate le notifiant que sa licence a pris fin et que les contenus doivent être détruits et plus redistribués. Autrement dit, tout utilisateur ou réutilisateur reste pendu en permanence à une décision unilatérale du Producteur. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La licence Opendata de la SNCF
Je comprends ça comme toi Le 3 février 2012 15:07, jul...@krilin.org a écrit : En gros c'est pour que si une boite monte un business sur les données open et que la sncf decide de ne plus publier ses data, l'entreprise ne peut pas demander de compensation. Mais les données publié le jour N seront toujours utilisable le jour N+1. __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] www.openstreetmap.fr 2.0
Bonjour, Je constate que le changement n'a toujours pas été opéré. Attention, car un jour, les images du tutoriel ne s'afficheront plus. De plus, certains liens ont changé. Merci de faire les modifications. -- View this message in context: http://gis.19327.n5.nabble.com/www-openstreetmap-fr-2-0-tp5381049p5454043.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : role=label
De : Philippe Verdy verd...@wanadoo.fr Tant pis pour toi, avant j'avais essayé de faire court, la réponse a été encore plus lapidaire, et plus moyen d'argumenter. Puisque les points de vue restent cantonnés sur un apriori... On reçoit un non tout de suite, par ceux qui n'ont pas compris, et qui en plus ne veulent pas lire autre chose, car ils ont compris de travers dès le début (et pas la peine d'essayer de leur expliquer en changeant les termes, ou en reformulant, c'est la flemme de lire et pas envie de faire autrement que ce qui a été fait dont il ne mesure pas les limites et inconvénients). D'autres auront le courage de chercher à comprendre, mais si tu n'as pas envie, je ne t'oblige pas. Les autres chercheront à avancer et finalement tu te contenteras de faire ce qu'on te dit de faire et pas autrement, même si c'est mieux et plus facile à gérer et que ça permet d'autres façons d'avancer sur la carte de façon plus rapide et plus sure. Salut, J ai suivi tout le debat et j avoue que je n ai pas compris tous les details tellement c etait touffu des fois. Je suis neutre et n ai pas d avis tranche sur la question mais ce que je vois c est que cette discussion entre les deux methodes revient periodiquement et les autres fois c etait beaucoup plus clair car les mails etaient beaucoup plus concis et synthetiques. Au final les debats sans fins n aboutissent a rien et en general la page synthetique du wiki permet de bien faire avancer les choses ou tout du moins fixer les idees ( cf les debats sur 3 methodes pour tracer les limites administratives sur les routes et riviers, les EPCIs) Ab_fab est loin d etre le seul a t avoir fait remarquer que tes mails sont indigestes et que tes arguments sont noyes dans le bruit mais tu ne sembles pas en tenir compte... OSM c est quand meme un projet collaboratif, il y a une communaute.. et je n ai pas l impression qu elle s oppose a ta solution. si tu n arrives pas a convaincre a coups de mails kilometriques essaie plutot la methode qu on te propose pour faire valoir tes arguments. Je ne crois pas avoir vu tes autres qui ont compris te demander de doubler la longueur de tes emails Bref c est dommage de depenser toute cette energie dans cette forme qui parait atteindre ces limites alors que le fond est vraiment interessant Julien De : Philippe Verdy verd...@wanadoo.fr À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Vendredi 3 février 2012 14h57 Objet : Re: [OSM-talk-fr] role=label Le 3 février 2012 12:01, Ab_fab gamma@gmail.com a écrit : Et j'ajouterai avec des schémas clairs et si possible en couleurs pour mettre en valeur les intérêts d'une approche alternative Toutes ces pages et ces pages d'argumentations sur des concepts pas encore présentés de manière synthétique n'aboutissent qu'à une seule chose chez moi : l'envie de répondre TL;DR http://en.wikipedia.org/wiki/Wikipedia:Too_long;_didn't_read Tant pis pour toi, avant j'avais essayé de faire court, la réponse a été encore plus lapidaire, et plus moyen d'argumenter. Puisque les points de vue restent cantonnés sur un apriori... On reçoit un non tout de suite, par ceux qui n'ont pas compris, et qui en plus ne veulent pas lire autre chose, car ils ont compris de travers dès le début (et pas la peine d'essayer de leur expliquer en changeant les termes, ou en reformulant, c'est la flemme de lire et pas envie de faire autrement que ce qui a été fait dont il ne mesure pas les limites et inconvénients). D'autres auront le courage de chercher à comprendre, mais si tu n'as pas envie, je ne t'oblige pas. Les autres chercheront à avancer et finalement tu te contenteras de faire ce qu'on te dit de faire et pas autrement, même si c'est mieux et plus facile à gérer et que ça permet d'autres façons d'avancer sur la carte de façon plus rapide et plus sure. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fosdem 2012
Le 03 février à 14:01 Christian Quest a écrit Sur la route dans quelques heures en direction de Bruxelles avec Cyrille et Gaël. J'espère que la neige va nous épargner... On prévoit quelque chose pour samedi soir ? Un resto ensemble ? o/ -- Vincent-Xavier JUMEL GPG Id: 0x2E14CE70 http://thetys-retz.net Rejoignez les 5500 adhérents de l'April http://www.april.org/adherer Parinux, logiciel libre à Paris : http://www.parinux.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Orthoguyane
Bonjour à tous, La Société guyanaise SIAGE produit des orthophotographies de grande qualité sur les zones urbaines du département de la Guyane. Les conditions d'utilisation sont explicités ici : http://www.siage-guyane.fr/og_cond_util-1.html http://www.siage-guyane.fr/og_cond_util-1.html mais c'est surtout cette page qui m'interpelle : http://www.siage-guyane.fr/og_free-2.html http://www.siage-guyane.fr/og_free-2.html Pour information cette société a déjà autorisé l’accès à ces images au travers le portail Géofoncier : http://www.geofoncier.fr/carto/index.php?context=guyanebbox=-5812007.75,550011.75,-5811496.25,550350.25layers=ORTHO_30CM http://www.geofoncier.fr/carto/index.php?context=guyanebbox=-5812007.75,550011.75,-5811496.25,550350.25layers=ORTHO_30CM -- View this message in context: http://gis.19327.n5.nabble.com/Orthoguyane-tp5454348p5454348.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : role=label
Julien, Je te rejoins sur le point de vue de la neutralité. Je n'ai pas d'avis obtus sur la question et je ne demande qu'à être convaincu d'une amélioration par rapport à ce qui se fait déjà. L'exemple que tu évoques (le tracé des limites admins sur des éléments physiques) est parfait pour illustrer ce que j'ai essayé de dire : les 3 schémas que l'on trouve sur la page du wiki [1] sont assez clairs pour se faire son jugement en quelques minutes. Je doute que des dizaines de lignes d'argumentaires parviennent à autant d'efficacité. [1] http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Tracer_les_limites_administratives#Limites_administratives_utilisant_des_.C3.A9l.C3.A9ments_physiques Le 3 février 2012 16:15, THEVENON Julien julien_theve...@yahoo.fr a écrit : * * Je suis neutre et n ai pas d avis tranche sur la question mais ce que je vois c est que cette discussion entre les deux methodes revient periodiquement et les autres fois c etait beaucoup plus clair car les mails etaient beaucoup plus concis et synthetiques. Au final les debats sans fins n aboutissent a rien et en general la page synthetique du wiki permet de bien faire avancer les choses ou tout du moins fixer les idees ( cf les debats sur 3 methodes pour tracer les limites administratives sur les routes et riviers, les EPCIs) Julien -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Orthoguyane
Le 03/02/2012 17:27, Pierre Touzard a écrit : Bonjour à tous, La Société guyanaise SIAGE produit des orthophotographies de grande qualité sur les zones urbaines du département de la Guyane. Les conditions d'utilisation sont explicités ici : http://www.siage-guyane.fr/og_cond_util-1.html http://www.siage-guyane.fr/og_cond_util-1.html mais c'est surtout cette page qui m'interpelle : http://www.siage-guyane.fr/og_free-2.html http://www.siage-guyane.fr/og_free-2.html Pour information cette société a déjà autorisé l’accès à ces images au travers le portail Géofoncier : http://www.geofoncier.fr/carto/index.php?context=guyanebbox=-5812007.75,550011.75,-5811496.25,550350.25layers=ORTHO_30CM http://www.geofoncier.fr/carto/index.php?context=guyanebbox=-5812007.75,550011.75,-5811496.25,550350.25layers=ORTHO_30CM -- View this message in context: http://gis.19327.n5.nabble.com/Orthoguyane-tp5454348p5454348.html Sent from the France mailing list archive at Nabble.com. Whaou ! Quelle qualité ! Bon, maintenant que peut-on faire ? Je pense que le plus simple est de leur poser des questions sur le conditions d'usage. Ils indiquent clairement des éléments sur l'utilisation des photos elles-mêmes. Ils ne parlent pas de travaux dérivés. Pour moi, les questions sont : 1. Peut-on utiliser ces photos pour décalquer des éléments (routes, bâtis, limites, etc.) qui s'y trouvent et cela afin d'enrichir la base de données du projet OSM. Ce projet de cartographie libre possède lui une licence (ODbL) permettant la réutilisation des données vectorielles à des fins commerciales ou pas. A noter que les photos ne sont pas inclues dans la base OSM, seulement les éléments vectoriels tirés des photos (travail dérivé). 2. Si (1.) OK, alors pouvons-nous (les contributeurs OSM) avoir accès à votre serveur de photo afin de faire ce travail ? Sous quelle forme ? WMS ? Tuiles ? etc. Nous sommes capables d'héberger ce service nous-même si nécessaire. 3. Que pensez-vous d'une utilisation réciproque : vous pouvez présenter vos photos au-dessus/dessous du vectoriel/bitmap OSM (notre licence le permet). Souhaitez-vous l'aide de la communauté pour cela ? Même si ces photos sont localisées, ça vaut le coup de ne pas laisser ce gisement dormir et au-moins de poser la question de son utilisation. Voilà mes 0.05 € (plus que d'habitude là quand même). A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Une API pour accélérer l'édition avec JOSM (utile pour les grosses géométries style administratives par exemple)
Yo, (et bon week end) Il y a 2 mois, j'ai mis en place (un peu en secret le temps de tester) un service d'API permettant d'accélérer un peu JOSM quand il doit télécharger des données OSM pour les modifier (En fait, c'est pas sa faute, c'est qu'on est beaucoup à éditer en même temps et tant mieux pour les données, mais un peu dommage d'attendre parfois) Pour des petites zones, ça change pas grand chose, mais quand on veut récupérer des gros trucs (surtout des frontières de plusieurs milliers de points... au hasard ;-) ) ça devient un peu relou. Pour l'utiliser, c'est pas très compliqué, dans les préférences de JOSM (F12) - paramètres de connexion On rentre : http://api.openstreetmap.fr/api au lieu de http://api.openstreetmap.org/api Rien d'autre n'est à changer, même pas login/mot de passe et on peut continuer comme d'habitude. Limitations : - Votre mot de passe transit par mon serveur, et bien que je ne garde rien, je ne peux le prouver, a vous de me faire confiance ou ne pas utiliser - Pas de Oauth - ça ne marche que pour l'europe (pas d'édition en DOM-TOM par exemple) Cas d'utilisation où je trouve ça bien : * Pour décharger un peu le serveur API principal * Lorsque vous voulez télécharger une grosse zone * Pour les grosses frontières * Si vous faites la nuit du bidule truc à donf tous depuis le même réseau et ne voulez pas être bannis pour plus=== Pour les plus tech c'est expliqué ici : http://wiki.openstreetmap.org/wiki/FR:Comparatif_des_formats_de_base_de_données#overpass_api_DB A noter que j'ai mis ça en place qui l'utilise : http://beta.letuffe.org/analyse/cgi-bin/index.py ça marche comme http://analyse.openstreetmap.fr mais ça va plus vite ;-) A noter qu'un plugin vient de sortir pour JOSM qui ajoute une fonctionnalité similaire mirrored_download et qui peut aussi être branchée sur l'overpass_api que j'ai installée citée juste avant. C'est un peu beta, ne fait pas tout, mais permet d'éviter de faire les éditions en passant par mon serveur et permet aussi de choisir différents mirroirs Enjoy, and report bugs -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contact avec le chargé de données SIG d'une ville
Le 03/02/2012 11:39, Cyrille Giquello a écrit : Super. Alors ? Du nouveau ? J'attends leur réponse pour fixer la date du rendez-vous. Les connaissant, ils ne doivent travailler que le lundi et le mardi ;) JonathanMM Le 30/01/12, JonathanMMjonatha...@nocle.fr a écrit : Bonjour, j'aimerais savoir s'il y en a qui sont déjà aller le chargé de données SIG de leur ville. En effet, étudiant à Lannion, j'en ai profité pour envoyer un petit mail à la ville, histoire de voir si je ne pouvais pas récupérer quelques informations pour OSM. Le responsable des données internet de la ville m'a répondu le lendemain qu'ils ont super intéressé par OSM, mais que faute de temps et de contact, ils n'ont pas pu avancer sur ce sujet et que donc, ils me proposent un rendez vous avec le chargé de données SIG de la ville pour voir les informations qui seraient intéressante pour OSM et le format de ces dernières. Donc, si quelqu'un a déjà vécu l'expérience et/ou à des informations interessantes pour moi, n'hésitez pas ;) JonathanMM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Jonathan Magano Élève en 1ère année de l'ENSSAT, filière Logiciel et Système Informatique Responsable Technique de l'association Eurêka ! J'ai Réussi ! Membre de l'association SaDur Contributeur OpenStreetMap ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contact avec le chargé de données SIG d'une ville
Le 03/02/2012 11:51, Romain MEHUT a écrit : Jonathan, Tu verras dans cette page http://wiki.openstreetmap.org/wiki/WikiProject_France/OSM-FR/Groupes_de_travail/Territoires que certains ont déjà pris contact avec des services SIG. Peut-être peuvent-ils t'en dirent davantage? Le mieux, c'est s'il y en a sur la liste, qu'ils partagent leur expérience ici, ce sera profitable à tous ;) JonathanMM Romain Le 3 février 2012 11:39, Cyrille Giquello cyrill...@gmail.com mailto:cyrill...@gmail.com a écrit : Super. Alors ? Du nouveau ? Le 30/01/12, JonathanMMjonatha...@nocle.fr mailto:jonatha...@nocle.fr a écrit : Bonjour, j'aimerais savoir s'il y en a qui sont déjà aller le chargé de données SIG de leur ville. En effet, étudiant à Lannion, j'en ai profité pour envoyer un petit mail à la ville, histoire de voir si je ne pouvais pas récupérer quelques informations pour OSM. Le responsable des données internet de la ville m'a répondu le lendemain qu'ils ont super intéressé par OSM, mais que faute de temps et de contact, ils n'ont pas pu avancer sur ce sujet et que donc, ils me proposent un rendez vous avec le chargé de données SIG de la ville pour voir les informations qui seraient intéressante pour OSM et le format de ces dernières. Donc, si quelqu'un a déjà vécu l'expérience et/ou à des informations interessantes pour moi, n'hésitez pas ;) JonathanMM ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Envoyé avec mon mobile Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Jonathan Magano Élève en 1ère année de l'ENSSAT, filière Logiciel et Système Informatique Responsable Technique de l'association Eurêka ! J'ai Réussi ! Membre de l'association SaDur Contributeur OpenStreetMap ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contact avec le chargé de données SIG d'une ville
Heu... Partager expérience relation avec administration publique sur une liste publique ne me parait pas du meilleur goût. Le 03/02/12, JonathanMMjonatha...@nocle.fr a écrit : Le 03/02/2012 11:51, Romain MEHUT a écrit : Jonathan, Tu verras dans cette page http://wiki.openstreetmap.org/wiki/WikiProject_France/OSM-FR/Groupes_de_travail/Territoires que certains ont déjà pris contact avec des services SIG. Peut-être peuvent-ils t'en dirent davantage? Le mieux, c'est s'il y en a sur la liste, qu'ils partagent leur expérience ici, ce sera profitable à tous ;) JonathanMM Romain Le 3 février 2012 11:39, Cyrille Giquello cyrill...@gmail.com mailto:cyrill...@gmail.com a écrit : Super. Alors ? Du nouveau ? Le 30/01/12, JonathanMMjonatha...@nocle.fr mailto:jonatha...@nocle.fr a écrit : Bonjour, j'aimerais savoir s'il y en a qui sont déjà aller le chargé de données SIG de leur ville. En effet, étudiant à Lannion, j'en ai profité pour envoyer un petit mail à la ville, histoire de voir si je ne pouvais pas récupérer quelques informations pour OSM. Le responsable des données internet de la ville m'a répondu le lendemain qu'ils ont super intéressé par OSM, mais que faute de temps et de contact, ils n'ont pas pu avancer sur ce sujet et que donc, ils me proposent un rendez vous avec le chargé de données SIG de la ville pour voir les informations qui seraient intéressante pour OSM et le format de ces dernières. Donc, si quelqu'un a déjà vécu l'expérience et/ou à des informations interessantes pour moi, n'hésitez pas ;) JonathanMM ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Envoyé avec mon mobile Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Jonathan Magano Élève en 1ère année de l'ENSSAT, filière Logiciel et Système Informatique Responsable Technique de l'association Eurêka ! J'ai Réussi ! Membre de l'association SaDur Contributeur OpenStreetMap -- Envoyé avec mon mobile Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : role=label
Le 3 février 2012 17:57, Ab_fab gamma@gmail.com a écrit : Julien, Je te rejoins sur le point de vue de la neutralité. Je n'ai pas d'avis obtus sur la question et je ne demande qu'à être convaincu d'une amélioration par rapport à ce qui se fait déjà. L'exemple que tu évoques (le tracé des limites admins sur des éléments physiques) est parfait pour illustrer ce que j'ai essayé de dire : les 3 schémas que l'on trouve sur la page du wiki [1] sont assez clairs pour se faire son jugement en quelques minutes. Je doute que des dizaines de lignes d'argumentaires parviennent à autant d'efficacité. [1] http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Tracer_les_limites_administratives#Limites_administratives_utilisant_des_.C3.A9l.C3.A9ments_physiques Oui mais ce n'est pas le sujet... Je ne parle pas de changement dans les tracés. Parce que toi aussi tu es encore en train de regarder ce qui a été dit comme si cela concernait le tracé, que je n'ai pas l'intention de changer ou d'améliorer (l'amélioration là dessus c'est sur autre chose, les boundary_segment partagés, et là ça demande un effort logiciel). Bref dès le début, vous revenez sur le débat entre tracé par frontières ou par surfaces. Et ce n'a jamais été la question. Combien de fois il faut le répéter ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : role=label
Bonjour, Le 04/02/2012 03:24, Philippe Verdy a écrit : Le 3 février 2012 17:57, Ab_fabgamma@gmail.com a écrit : [1] http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Tracer_les_limites_administratives#Limites_administratives_utilisant_des_.C3.A9l.C3.A9ments_physiques Oui mais ce n'est pas le sujet... Ça n'est pas une question de sujet mais de méthode. Depuis le début des débats subarea il y a 10 jours, le problème est beaucoup moins le sujet que la méthode. La méthode qu'on essaie (jusque là en vain) de te faire adopter consiste par exemple à : - discuter _avant_ d'éditer (d'où les reverts sur les subarea et les boundary_segments) - faire des mails plus courts pour qu'ils aient une chance d'être lus et assimilés - et désormais ouvrir une page du wiki pour exposer ce que tu proposes, plutôt que de le répéter ici. Sur la page citée par Ab_fab (et il parle bien d'exemple et d'efficacité), fait abstraction du sujet et regarde la méthode : des schémas, des copies d'écran, des descriptions : en résumé un peu de pédagogie. (...) Combien de fois il faut le répéter ? Bonne question (à l'envers). vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] role=label
Pieren pier...@gmail.com wrote: On ne parle pas du rôle admin_center Merci d'écrire admin_centre et non admin_center. Les clés de tags sont de préférence rédigés en anglais et non en américain. Merci, je fais la faute a chaque fois, heureusement JOSM me corrige... -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr