Re: [OSM-talk-fr] Services d'OSM-FR plus accessibles suite à panne
Le 14/01/2015 15:09, Jocelyn Jaubert a écrit : Depuis hier soir, la machine osm3 est tombé en panne, et ne redémarre plus. Des admins sont sur le chantier, mais je n'ai pas de date pour savoir quand la machine remarchera. La machine remarche de nouveau. Du coup, les services suivants sont de nouveau ouverts ! - oapi-fr.openstreetmap.fr (Overpass API ne contenant que la France métropolitaine) - live.openstreetmap.fr (affichage temps réel des changeset) - taginfo.openstreetmap.fr (taginfo dédié à la France métropolitaine) - suivi.openstreetmap.fr - export.openstreetmap.fr -- Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Services d'OSM-FR plus accessibles suite à panne
Autant pour moi, je pensais que la mise à jour de l'overpass-API sur les .fr nécessitait l'installation d'un ssd pour que cela fonctionne. Christian avait du me dire ça en septembre ou octobre je ne me souviens plus. Sinon bien joué, efficace comme d'hab ! :) Merci à vous *François Lacombe* fl dot infosreseaux At gmail dot com www.infos-reseaux.com @InfosReseaux http://www.twitter.com/InfosReseaux Le 14 janvier 2015 20:18, Jocelyn Jaubert jocelyn.jaub...@gmail.com a écrit : Le 14/01/2015 17:12, François Lacombe a écrit : Bon courage pour cet aléas ! Les SSD avaient-ils déjà été installés sur cette machine ? Cette machine n'avait pas de SSD de prévu. Pour le moment, on a juste installé un SSD sur osm13, la machine qui héberge les tuiles de tile.openstreetmap.fr. Ça a permis de bien débloquer la machine, qui est bien plus efficace qu'avant. Une machine et un SSD ont aussi été achetés avec les dons, mais pas encore installés. -- Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Services d'OSM-FR plus accessibles suite à panne
Le 14/01/2015 17:12, François Lacombe a écrit : Bon courage pour cet aléas ! Les SSD avaient-ils déjà été installés sur cette machine ? Cette machine n'avait pas de SSD de prévu. Pour le moment, on a juste installé un SSD sur osm13, la machine qui héberge les tuiles de tile.openstreetmap.fr. Ça a permis de bien débloquer la machine, qui est bien plus efficace qu'avant. Une machine et un SSD ont aussi été achetés avec les dons, mais pas encore installés. -- Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Services d'OSM-FR plus accessibles suite à panne
Hé bé ! C'est moi où vous n'êtes pas gâté question problèmes techniques depuis environ 1 an ? Espérons que les dons permettront d'acheter le matériel nécessaire à un peu plus de sérénité. En tout cas, bon courage aux réparateurs, et merci à eux. Stf Le 14/01/2015 15:09, Jocelyn Jaubert a écrit : Bonjour, Depuis hier soir, la machine osm3 est tombé en panne, et ne redémarre plus. Des admins sont sur le chantier, mais je n'ai pas de date pour savoir quand la machine remarchera. Ce plantage impacte les services suivants: - oapi-fr.openstreetmap.fr (Overpass API ne contenant que la France métropolitaine) - live.openstreetmap.fr (affichage temps réel des changeset) - taginfo.openstreetmap.fr (taginfo dédié à la France métropolitaine) - suivi.openstreetmap.fr - export.openstreetmap.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comportement JOSM
Vu que l'objet de ton mail est assez large, JB, je squatte ton sujet :-) Avant de créer un éventuel ticket, j'aimerai avoir votre ressenti, histoire de savoir si ça vient de moi où si c'est une gêne partagée par tous : Je me retrouve souvent avec plusieurs layers, provenant de sources différentes, et il n'est pas rare que l'une d'entre elles ait un peu de souci à servir tout le monde. Par exemple, la couche BANO, hier soir, c'était assez chaotique. Le souci, c'est que j'ai l'impression que lorsque la liaison entre Josm et la source de la couche wms/tms est mauvaise, toutes les autres en pâtissent. La couche BANO ne réagit pas, et du coup les autres ne se rafraichissent pas non plus. On dirait que les accès externes ne sont pas parallélisés, mais à la queue leu-leu. Vous le constatez aussi ? Stf Le 14/01/2015 12:15, JB a écrit : Super, c'était ça ! JB. Le 14/01/2015 11:51, Vincent de Château-Thierry a écrit : De: JB jb...@mailoo.org Quand je suis en mode ajout, et que je crée un nœud, l'écran se déplace pour placer ce nouveau nœud au milieu de l'écran de travail… C'est pas que ce soit une mauvaise idée en soi, mais le léger retard au début du déplacement pourrit complètement la vitesse de travail. Du coup, si quelqu'un connait le raccourci ou la méthode pour désactiver, ce serait chouette, Ça ressemble à Affichage suivi de la vue : Ctrl+Shift+F vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Tagguer les Départements français et admin_level=6
Bonjour, Je me pose la question du bien fondé de tagguer ces choses là ainsi : http://www.openstreetmap.org/relation/379252 et http://www.openstreetmap.org/relation/3222337 Moi et RedFox ne sommes pas d'accord sur ce point et nous cherchons des avis complémentaires pour trancher. La question que je pose étant : admin_level=6 + boundary=administrative à l'intérieur de la France devrait-il dénoter autre chose que des départements français ? L'autre qui, de mon point de vue, rejoint la même question est une question qu'on se pose avec Otourly, ce tagging doit il être fait ainsi : http://www.openstreetmap.org/relation/1663048 De la lecture pour se faire un opinion : http://fr.wikipedia.org/wiki/Liste_des_d%C3%A9partements_fran%C3%A7ais http://wiki.openstreetmap.org/wiki/Admin_level http://fr.wikipedia.org/wiki/Nouvelle-Cal%C3%A9donie -- sly - -- sly, contact direct : sylvain /a\ letuffe o r g http://wiki.openstreetmap.org/wiki/User:Sletuffe -- View this message in context: http://gis.19327.n5.nabble.com/Tagguer-les-Departements-francais-et-admin-level-6-tp5829994.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comportement JOSM
Il est probable que le logiciel inclue une limite à la parallélisation des requêtes. A la fois pour éviter de surcharger le serveur que pour éviter de complètement parasiter ta connexion Internet. Si c'est le cas, selon comment la limite a été implémentée, elle peut être génante. Si par exemple 10 requetes peuvent être faites en simultanée et qu'un serveur est plus long que l'autre, les 10 emplacements se retrouveront très vite occupés par le serveur lent, rendant les places limitées pour son voisin qui pourtant serait plus rapide... Date: Wed, 14 Jan 2015 16:11:01 +0100 From: stephane.pen...@wanadoo.fr To: talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] Comportement JOSM Vu que l'objet de ton mail est assez large, JB, je squatte ton sujet :-) Avant de créer un éventuel ticket, j'aimerai avoir votre ressenti, histoire de savoir si ça vient de moi où si c'est une gêne partagée par tous : Je me retrouve souvent avec plusieurs layers, provenant de sources différentes, et il n'est pas rare que l'une d'entre elles ait un peu de souci à servir tout le monde. Par exemple, la couche BANO, hier soir, c'était assez chaotique. Le souci, c'est que j'ai l'impression que lorsque la liaison entre Josm et la source de la couche wms/tms est mauvaise, toutes les autres en pâtissent. La couche BANO ne réagit pas, et du coup les autres ne se rafraichissent pas non plus. On dirait que les accès externes ne sont pas parallélisés, mais à la queue leu-leu. Vous le constatez aussi ? Stf Le 14/01/2015 12:15, JB a écrit : Super, c'était ça ! JB. Le 14/01/2015 11:51, Vincent de Château-Thierry a écrit : De: JB jb...@mailoo.org Quand je suis en mode ajout, et que je crée un nœud, l'écran se déplace pour placer ce nouveau nœud au milieu de l'écran de travail… C'est pas que ce soit une mauvaise idée en soi, mais le léger retard au début du déplacement pourrit complètement la vitesse de travail. Du coup, si quelqu'un connait le raccourci ou la méthode pour désactiver, ce serait chouette, Ça ressemble à Affichage suivi de la vue : Ctrl+Shift+F vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tagguer les Départements français et admin_level=6
La Nouvelle Calédonie a sa propre structure administrative qu'il n'est pas illogique du tout de taguer à ce niveau; le territoire est assimilé hiérarchiquement au même niveau que les régions d'outremer; cependant on peut aussi l'assimiler aussi au même niveau aussi que les départements d'outremer qui sont déjà au niveau 6. Les provinces néocalédoniennes sont plus proches du niveau 7 des arrondissements. Cependant étant donné son statut spécial en France, il n'y a aucune confusion possible avec les niveaux métropolitains ou des DOM/ROM. C'est plutot une question de taille relative et de population qui donne pour les provinces un niveau 6 ou 7. Mais même en passant au niveau 7 tu vas aussi reprocher que ce ne sont pas des arrondissements. Franchement admin_level dans OSM est utilisé pour des statuts différents selon les pays (et la Nouvelle-Calédonie est déjà quasiment un pays à part, avec déjà aussi depuis longtemps un codes ISO316i-1) et dans de nombreux pays le seul admin_level ne suffit pas à distinguer les statuts officiels: il est alors complétant par un autre tag. Le but d'admin_level est de représenter les niveaux hiérarchiques, PAS les statuts. Exemples nombreux par exemple en Allemagne et au Royaume-Uni (statuts des villes). J'ai déjà proposé un peu plus haut de pouvoir codifier les statuts (comme on l'a fait aussi pour les EPCI à fiscalité propre: CC, CA, CU, SAN et ME) pour ceux qui ne savent pas interpréter les données et voir que la NC pourtant bien isolée géographiquement. Avec une terminologie la plus proche de la définition officielle dans une langue officielle du pays (se méfier des traductions approchantes, y compris town, city, canton, district, wilaya, region, state...). Cependant ces statuts spécifiques ne facilitent pas les rapprochements internationaux. Il est normal de faire des assimilations sur admin_level qui a été fait depuis toujours pour ça dans OSM !! Les pointilleux que ça gêne trouveront un intérêt à cette codification complémentaire (mais qui ne remplace PAS les admin_level très utiles aussi). Le 14 janvier 2015 16:18, sly (sylvain letuffe) lis...@letuffe.org a écrit : Bonjour, Je me pose la question du bien fondé de tagguer ces choses là ainsi : http://www.openstreetmap.org/relation/379252 et http://www.openstreetmap.org/relation/3222337 Moi et RedFox ne sommes pas d'accord sur ce point et nous cherchons des avis complémentaires pour trancher. La question que je pose étant : admin_level=6 + boundary=administrative à l'intérieur de la France devrait-il dénoter autre chose que des départements français ? L'autre qui, de mon point de vue, rejoint la même question est une question qu'on se pose avec Otourly, ce tagging doit il être fait ainsi : http://www.openstreetmap.org/relation/1663048 De la lecture pour se faire un opinion : http://fr.wikipedia.org/wiki/Liste_des_d%C3%A9partements_fran%C3%A7ais http://wiki.openstreetmap.org/wiki/Admin_level http://fr.wikipedia.org/wiki/Nouvelle-Cal%C3%A9donie -- sly - -- sly, contact direct : sylvain /a\ letuffe o r g http://wiki.openstreetmap.org/wiki/User:Sletuffe -- View this message in context: http://gis.19327.n5.nabble.com/Tagguer-les-Departements-francais-et-admin-level-6-tp5829994.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tagguer les Départements français et admin_level=6
Mouarf très bonne idée tiens ! ;-) Nicolas Que comme le sujet revient régulièrement, on finira par utiliser des admin_level=5.5 ? Ok, je signe pas… ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tagguer les Départements français et admin_level=6
Le 14/01/2015 16:18, sly (sylvain letuffe) a écrit : Moi et RedFox ne sommes pas d'accord sur ce point et nous cherchons des avis complémentaires pour trancher. Que comme le sujet revient régulièrement, on finira par utiliser des admin_level=5.5 ? Ok, je signe pas… ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tagguer les Départements français et admin_level=6
Franchement je préfère qu'ont ne touche pas les admin_level et qu'on les garde simples comme ils sont même s'ils assimilent plusieurs choses. Ajouter un tag pour distinguer les statuts sera plus simple à gérer (comme pour les EPCI). Le 14 janvier 2015 17:08, JB jb...@mailoo.org a écrit : Le 14/01/2015 16:18, sly (sylvain letuffe) a écrit : Moi et RedFox ne sommes pas d'accord sur ce point et nous cherchons des avis complémentaires pour trancher. Que comme le sujet revient régulièrement, on finira par utiliser des admin_level=5.5 ? Ok, je signe pas… ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tagguer les Départements français et admin_level=6
Note: la question se pose aussi pour les subdivisions coutumières de Wallis-et-Futuna (qui sont officiellement nommés royaumes au sein pourtant de la république !) Le 14 janvier 2015 17:03, Philippe Verdy verd...@wanadoo.fr a écrit : La Nouvelle Calédonie a sa propre structure administrative qu'il n'est pas illogique du tout de taguer à ce niveau; le territoire est assimilé hiérarchiquement au même niveau que les régions d'outremer; cependant on peut aussi l'assimiler aussi au même niveau aussi que les départements d'outremer qui sont déjà au niveau 6. Les provinces néocalédoniennes sont plus proches du niveau 7 des arrondissements. Cependant étant donné son statut spécial en France, il n'y a aucune confusion possible avec les niveaux métropolitains ou des DOM/ROM. C'est plutot une question de taille relative et de population qui donne pour les provinces un niveau 6 ou 7. Mais même en passant au niveau 7 tu vas aussi reprocher que ce ne sont pas des arrondissements. Franchement admin_level dans OSM est utilisé pour des statuts différents selon les pays (et la Nouvelle-Calédonie est déjà quasiment un pays à part, avec déjà aussi depuis longtemps un codes ISO316i-1) et dans de nombreux pays le seul admin_level ne suffit pas à distinguer les statuts officiels: il est alors complétant par un autre tag. Le but d'admin_level est de représenter les niveaux hiérarchiques, PAS les statuts. Exemples nombreux par exemple en Allemagne et au Royaume-Uni (statuts des villes). J'ai déjà proposé un peu plus haut de pouvoir codifier les statuts (comme on l'a fait aussi pour les EPCI à fiscalité propre: CC, CA, CU, SAN et ME) pour ceux qui ne savent pas interpréter les données et voir que la NC pourtant bien isolée géographiquement. Avec une terminologie la plus proche de la définition officielle dans une langue officielle du pays (se méfier des traductions approchantes, y compris town, city, canton, district, wilaya, region, state...). Cependant ces statuts spécifiques ne facilitent pas les rapprochements internationaux. Il est normal de faire des assimilations sur admin_level qui a été fait depuis toujours pour ça dans OSM !! Les pointilleux que ça gêne trouveront un intérêt à cette codification complémentaire (mais qui ne remplace PAS les admin_level très utiles aussi). Le 14 janvier 2015 16:18, sly (sylvain letuffe) lis...@letuffe.org a écrit : Bonjour, Je me pose la question du bien fondé de tagguer ces choses là ainsi : http://www.openstreetmap.org/relation/379252 et http://www.openstreetmap.org/relation/3222337 Moi et RedFox ne sommes pas d'accord sur ce point et nous cherchons des avis complémentaires pour trancher. La question que je pose étant : admin_level=6 + boundary=administrative à l'intérieur de la France devrait-il dénoter autre chose que des départements français ? L'autre qui, de mon point de vue, rejoint la même question est une question qu'on se pose avec Otourly, ce tagging doit il être fait ainsi : http://www.openstreetmap.org/relation/1663048 De la lecture pour se faire un opinion : http://fr.wikipedia.org/wiki/Liste_des_d%C3%A9partements_fran%C3%A7ais http://wiki.openstreetmap.org/wiki/Admin_level http://fr.wikipedia.org/wiki/Nouvelle-Cal%C3%A9donie -- sly - -- sly, contact direct : sylvain /a\ letuffe o r g http://wiki.openstreetmap.org/wiki/User:Sletuffe -- View this message in context: http://gis.19327.n5.nabble.com/Tagguer-les-Departements-francais-et-admin-level-6-tp5829994.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Services d'OSM-FR plus accessibles suite à panne
Bon courage pour cet aléas ! Les SSD avaient-ils déjà été installés sur cette machine ? *François Lacombe* fl dot infosreseaux At gmail dot com www.infos-reseaux.com @InfosReseaux http://www.twitter.com/InfosReseaux Le 14 janvier 2015 16:02, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Hé bé ! C'est moi où vous n'êtes pas gâté question problèmes techniques depuis environ 1 an ? Espérons que les dons permettront d'acheter le matériel nécessaire à un peu plus de sérénité. En tout cas, bon courage aux réparateurs, et merci à eux. Stf Le 14/01/2015 15:09, Jocelyn Jaubert a écrit : Bonjour, Depuis hier soir, la machine osm3 est tombé en panne, et ne redémarre plus. Des admins sont sur le chantier, mais je n'ai pas de date pour savoir quand la machine remarchera. Ce plantage impacte les services suivants: - oapi-fr.openstreetmap.fr (Overpass API ne contenant que la France métropolitaine) - live.openstreetmap.fr (affichage temps réel des changeset) - taginfo.openstreetmap.fr (taginfo dédié à la France métropolitaine) - suivi.openstreetmap.fr - export.openstreetmap.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tagguer les Départements français et admin_level=6
Je suis d'accord aussi concernant la métropole de Lyon; même si elle a les compétences du département, ce ne sont que celles de son conseil général; qui devient conseil départemental et ce conseil n'est pas compétent pour tout. Il n'y a pas eu de création d'un nouveau département, pas de nouvelle préfecture, pas de nouveau préfet, pas de nouvel arrondissement départemental non plus. Les préfets et sous-préfets sont encore compétents dans leur territoire respectif pour les domaines qui ne sont PAS du ressort des collectivités locales : nationalité, organisation des élections, sécurité publique (police, gendarmerie, armée, sécurité civile), académies (seuls les établissements scolaires sont de la compétence des collectivités, mais pas le personnel enseignant); universités publiques, justice... Bref le département du Rhône existe toujours et n'a pas été divisé, mais il est maintenant géré localement par deux collectivités locales séparées au lieu d'une (et je vois très mal cette subdivision intervenir en créant un isolat avec une commune qui ne fait pas partie de la métropole toute seule dans son coin sauf si les deux préfectures sont toutes deux situées à Lyon, côte à côte (un peu comme pour les deux sous-préfectures de Metz-Ville et Metz-Campagne). Tout est question de compétence : la métropole de Lyon n'est toujours pas un département à part entière puisque la structure administrative de l'Etat n'a pas été mofifiée. Les cantons excluent effectivement la métropole, mais ils ne servent plus (partout en France quand il y en a) que pour les élections du conseil général devenant conseile départemental et ne sont plus que du ressort des collectivités locales (il n'y a plus rien au plan de l'administration de l'état, même au plan de la structure judiciaire dont sont issus à l'origine les cantons). Il va rester encore nécessaire de garder un certain temps les cantons actuels (ne serait-ce que parce que de nombreux textes encore en vigueur y font référence, notamment dans le code rural et de l'environnement). Même si on change leurs tags car il faudra encore pouvoir les trouver dans leurs limites actuelles (même si elles ne servent plus pour les élections départementales futures) avec des dates de référence (à rapprocher des dates de publication des autres textes réglementaires et législatifs qui y font référence à la date de la publication des décrets et arrêtés d'application au JORF pour leur entrée en vigueur). Le 14 janvier 2015 17:07, Pieren pier...@gmail.com a écrit : 2015-01-14 16:18 GMT+01:00 sly (sylvain letuffe) lis...@letuffe.org: Les cas cités sont des cas particuliers créés par la loi. Pour la NC, on pourrait admettre que le niveau 6 correspond aux provinces mais leurs compétences correspondent d'avantages à un mix entre régions et départements de la métropole. C'est donc très, très difficile d'établir une correspondance et je reste dubitatif. Peut-être faudrait-il un 3e tag, nouveau, qui distinguerait la structure administrive de la métropole et des outres-mers tout en gardant l'admin_level pour converser la hiérarchie entre niveaux, quitte à ce que les level ne correspondent pas tout à fait. Sinon, l'autre solution serait d'inventer des admin_level=3,5 ou que sais-je qui n'auraient pas beaucoup de sens. Pour Lyon, on en a un peu parlé sur un autre fil. J'y ai encore repensé et bien que la métropole ait récupéré les compétences du département sur sa zone, celui-ci existe encore, bien que largement vidé de sa substance. Je trouve donc abusif de coller le niveau département à cette métropole contrairement aux autres métropoles, surtout qu'officiellement ni le nombre ni la forme des départements n'a été modifié en France. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tagguer les Départements français et admin_level=6
ça n'existe pas a l’étranger plusieurs chose pour un même admin_level? Le problème ne s'est pas posé dans un autre pays? Le 14 janvier 2015 17:28, Philippe Verdy verd...@wanadoo.fr a écrit : Franchement je préfère qu'ont ne touche pas les admin_level et qu'on les garde simples comme ils sont même s'ils assimilent plusieurs choses. Ajouter un tag pour distinguer les statuts sera plus simple à gérer (comme pour les EPCI). Le 14 janvier 2015 17:08, JB jb...@mailoo.org a écrit : Le 14/01/2015 16:18, sly (sylvain letuffe) a écrit : Moi et RedFox ne sommes pas d'accord sur ce point et nous cherchons des avis complémentaires pour trancher. Que comme le sujet revient régulièrement, on finira par utiliser des admin_level=5.5 ? Ok, je signe pas… ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tagguer les Départements français et admin_level=6
De: Philippe Verdy verd...@wanadoo.fr Franchement je préfère qu'ont ne touche pas les admin_level et qu'on les garde simples comme ils sont même s'ils assimilent plusieurs choses. Ajouter un tag pour distinguer les statuts sera plus simple à gérer (comme pour les EPCI). Sly je te rejoins sur le principe, en considérant qu'on ne devrait pas tagguer de la même manière des notions distinctes. C'est potentiellement inexploitable, source de confusion aussi bien pour le contributeur que pour le consommateur. Mais... je crains qu'on aie un peu de mal à tagguer vraiment différemment aussi bien Lyon que la Nouvelle-Calédonie. Donc je verrais bien le maintien des tags actuels (boundary et admin_level) sans changer leurs valeurs, mais à la condition qu'on ajoute, comme le suggère Philippe, un tag qui raffine le sens, afin de pouvoir les distinguer, autrement que par leur ID de relation ou par la valeur de leur tag name. Je n'ai pas cherché bien loin, mais il existe par exemple le tag 'administrative', joyeux fourre-tout pour l'instant : http://taginfo.openstreetmap.org/keys/administrative#values qu'on pourrait utiliser, par exemple pour Lyon : boundary=administrative admin_level=6 administrative=metropole et en NC : boundary=administrative admin_level=6 administrative=province Je donne ça comme exemple, pas pour dire que ça doit être ce tag ni cette valeur, le fond de la question étant de pouvoir manipuler ces données sans confusion possible. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tagguer les Départements français et admin_level=6
2015-01-14 16:18 GMT+01:00 sly (sylvain letuffe) lis...@letuffe.org: Les cas cités sont des cas particuliers créés par la loi. Pour la NC, on pourrait admettre que le niveau 6 correspond aux provinces mais leurs compétences correspondent d'avantages à un mix entre régions et départements de la métropole. C'est donc très, très difficile d'établir une correspondance et je reste dubitatif. Peut-être faudrait-il un 3e tag, nouveau, qui distinguerait la structure administrive de la métropole et des outres-mers tout en gardant l'admin_level pour converser la hiérarchie entre niveaux, quitte à ce que les level ne correspondent pas tout à fait. Sinon, l'autre solution serait d'inventer des admin_level=3,5 ou que sais-je qui n'auraient pas beaucoup de sens. Pour Lyon, on en a un peu parlé sur un autre fil. J'y ai encore repensé et bien que la métropole ait récupéré les compétences du département sur sa zone, celui-ci existe encore, bien que largement vidé de sa substance. Je trouve donc abusif de coller le niveau département à cette métropole contrairement aux autres métropoles, surtout qu'officiellement ni le nombre ni la forme des départements n'a été modifié en France. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tagguer les Départements français et admin_level=6
Pour la métropole de Lyon le problème c'est qu'il y a le Rhône (territoire) qui regroupe les deux collectivités territoriales (Conseil Général du Rhône et Métropole de Lyon) sur ce territoire s'appliquent encore quelques services d'états commun aux deux collectivités (dont le recensement/stats ou la météo) mais que désormais au conseil régional nous avons une séparation des représentants ( http://www.rhonealpes.fr/682-accueil-fonctionnement-region.htm ). Et donc dans l'optique État → Région → Département; avouez que c'est à la fois un peu faux et vrai... Florian Le Mercredi 14 janvier 2015 18h48, sly (sylvain letuffe) lis...@letuffe.org a écrit : Le mercredi 14 janvier 2015 17:45:15, vous avez écrit : C'est potentiellement inexploitable, source de confusion aussi bien pour le contributeur que pour le consommateur. C'est tout particulièrement au consommateur que je pense. Si quelqu'un vient vers moi et me dit : ok, j'ai importé les données de l'UE dans ma base, comment est la requête pour sortir les géométries des départements français ? Et bien en france, les départements c'est admin_level=6 + boundary=administrative mais pas border=religious et pas non plus administrative=metropole ni non plus administrative=province. Et quand il/elle aura fait ses 28 requêtes avec 5 conditions chacune qu'il aura incorporé dans son soft lui permettant de modeler l'UE administrative à sa convenance, il deviendra délicat de lui expliquer que tous les 3 mois il doit ajouter telle condition car notre modèle n'est pas super stable. (Ok, de toute façon, avec les policiens europééns, il devra quand même modifier son truc car les départements français vont sauter) Mon exemple est fictif, il est l'extension de mon cas où je fourni un export en shapefile des départements et régions françaises. Mais... je crains qu'on aie un peu de mal à tagguer vraiment différemment aussi bien Lyon que la Nouvelle-Calédonie. Donc je verrais bien le maintien des tags actuels (boundary et admin_level) sans changer leurs valeurs, mais à la condition qu'on ajoute, comme le suggère Philippe, un tag qui raffine le sens, afin de pouvoir les distinguer, autrement que par leur ID de relation ou par la valeur de leur tag name. Je n'ai pas cherché bien loin, mais il existe par exemple le tag 'administrative', joyeux fourre-tout pour l'instant : http://taginfo.openstreetmap.org/keys/administrative#values qu'on pourrait utiliser, par exemple pour Lyon : boundary=administrative admin_level=6 administrative=metropole et en NC : boundary=administrative admin_level=6 administrative=province Je donne ça comme exemple, pas pour dire que ça doit être ce tag ni cette valeur, le fond de la question étant de pouvoir manipuler ces données sans confusion possible. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ If you reply to this email, your message will be added to the discussion below: http://gis.19327.n5.nabble.com/Tagguer-les-Departements-francais-et-admin- level-6-tp5829994p5830012.html To unsubscribe from Tagguer les Départements français et admin_level=6, visit http://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_ by_codenode=5829994code=bGlzdGUyQGxldHVmZmUub3JnfDU4Mjk5OTR8MjA3MDY3NzIwM A== -- sly (sylvain letuffe) http://wiki.openstreetmap.org/wiki/User:Sletuffe - -- sly, contact direct : sylvain /a\ letuffe o r g http://wiki.openstreetmap.org/wiki/User:Sletuffe -- View this message in context: http://gis.19327.n5.nabble.com/Re-Tagguer-les-Departements-francais-et-admin-level-6-tp5830021.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tagguer les Départements français et admin_level=6
Le mercredi 14 janvier 2015 17:45:15, vous avez écrit : C'est potentiellement inexploitable, source de confusion aussi bien pour le contributeur que pour le consommateur. C'est tout particulièrement au consommateur que je pense. Si quelqu'un vient vers moi et me dit : ok, j'ai importé les données de l'UE dans ma base, comment est la requête pour sortir les géométries des départements français ? Et bien en france, les départements c'est admin_level=6 + boundary=administrative mais pas border=religious et pas non plus administrative=metropole ni non plus administrative=province. Et quand il/elle aura fait ses 28 requêtes avec 5 conditions chacune qu'il aura incorporé dans son soft lui permettant de modeler l'UE administrative à sa convenance, il deviendra délicat de lui expliquer que tous les 3 mois il doit ajouter telle condition car notre modèle n'est pas super stable. (Ok, de toute façon, avec les policiens europééns, il devra quand même modifier son truc car les départements français vont sauter) Mon exemple est fictif, il est l'extension de mon cas où je fourni un export en shapefile des départements et régions françaises. Mais... je crains qu'on aie un peu de mal à tagguer vraiment différemment aussi bien Lyon que la Nouvelle-Calédonie. Donc je verrais bien le maintien des tags actuels (boundary et admin_level) sans changer leurs valeurs, mais à la condition qu'on ajoute, comme le suggère Philippe, un tag qui raffine le sens, afin de pouvoir les distinguer, autrement que par leur ID de relation ou par la valeur de leur tag name. Je n'ai pas cherché bien loin, mais il existe par exemple le tag 'administrative', joyeux fourre-tout pour l'instant : http://taginfo.openstreetmap.org/keys/administrative#values qu'on pourrait utiliser, par exemple pour Lyon : boundary=administrative admin_level=6 administrative=metropole et en NC : boundary=administrative admin_level=6 administrative=province Je donne ça comme exemple, pas pour dire que ça doit être ce tag ni cette valeur, le fond de la question étant de pouvoir manipuler ces données sans confusion possible. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ If you reply to this email, your message will be added to the discussion below: http://gis.19327.n5.nabble.com/Tagguer-les-Departements-francais-et-admin- level-6-tp5829994p5830012.html To unsubscribe from Tagguer les Départements français et admin_level=6, visit http://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_ by_codenode=5829994code=bGlzdGUyQGxldHVmZmUub3JnfDU4Mjk5OTR8MjA3MDY3NzIwM A== -- sly (sylvain letuffe) http://wiki.openstreetmap.org/wiki/User:Sletuffe - -- sly, contact direct : sylvain /a\ letuffe o r g http://wiki.openstreetmap.org/wiki/User:Sletuffe -- View this message in context: http://gis.19327.n5.nabble.com/Re-Tagguer-les-Departements-francais-et-admin-level-6-tp5830021.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le vote opendata d'Etalab
Je profite de l'occasion pour indiquer que l'application mobile que j'ai créée avec deux autres personnes, Super Lachaise, participe au concours. J'avais déjà eu l'occasion de l'évoquer ici. Nous avons lancé l'application Super Lachaise http://www.superlachaise.fr/ en octobre dernier. Notre objectif est de permettre aux visiteurs du Père Lachaise de se repérer facilement dans le cimetière, et de consulter les fiches Wikipédia des résidents à l'intérieur de l'application. L'application croise les données issues d'OpenStreetMap (tombes et fond de carte), de Wikipédia (articles) et de Wikimedia (images). Le code est disponible sur Github https://github.com/MaximeLM/SuperLachaise. *Nous participons au concours Dataconnexions d’Etalab, qui récompense les projets à base de données publiques.* Pour accéder à la phase finale, il faut recueillir des votes. Et ça se termine aujourd'hui ! Cette phase nous permettrait de gagner en visibilité, et pouvoir ainsi mobiliser des personnes pouvant nous aider à développer une version Android. · Pour voter, il faut se connecter https://id.data.gouv.fr/login/?next=/logout/ · Et aller sur la page Super Lachaise https://www.data.gouv.fr/fr/reuses/super-lachaise/ du site pour cliquer sur l’étoile bleue du bas de la page (bouton intitulé suivre) Merci beaucoup pour vos votes. Le 13 janvier 2015 17:51, Philippe Verdy verd...@wanadoo.fr a écrit : J-2 pour voter pour les 51 projets Opendata d'Etalab : http://www.data.gouv.fr/fr/dataconnexions Twitter: #Dataconnexions ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment taguer une salle de sports de combat ?
J'ai failli opter pour un sport=fight mais c'est assez moisi quand même. Donc va pour un martial_arts d'autant que je ne suis pas sûr d'avoir la liste complète des sports de combats pratiqués dans cette salle. Oui pour sports_centre j'ai l'habitude pour avoir fait une grande partie des clubs de tennis du Languedoc-Roussillon. ;-) J'avais juste fait une faute de frappe dans mon mail. Merci a+ Nicolas Le 13/01/2015 17:19, althio althio a écrit : J'ai plusieurs idées, à toi de choisir. ;) leisure=sports_centre (vérifie le _, pas le -) + a. sport=martial_arts (non listé dans le wiki qui semble préférer les sports individuellement ; franchement je pense que ça peut inclure la boxe) b. sport=boxing;karate;aikido;... (séparation par point-virgule, pas toujours apprécié, mais passable dans un tag de ce niveau ?) c. sport=multi (ça te fait une salle de sport générique) + [optionel] name=vrai nom de la salle description=salle de sport de combat ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] geocodage à l'adresse ?
Bonjour, J'ai de gros fichiers excels listant des sites d'entreprises. Des champs sont dediés à l'adresse (voie, communes). Je travaille sur des departements franciliens (77/93/95). Je dois geocoder ces fichiers (avec qgis probablement). On m'a conseillé d'utiliser comme reference, comme BD pour le reseau de voies, la donnée OSM. Pourriez vous me dire où je peux récupérer cette donnée OSM s'il vous plait? Merci d'avance. -- Ce message et toutes les pièces jointes sont confidentiels et/ou couverts par le secret professionnel et transmis à l'intention exclusive de ses destinataires. Toute modification, édition, utilisation ou diffusion non autorisée est interdite. Si vous avez reçu ce message par erreur, merci d'en informer son émetteur ou le signaler à c...@cci-paris-idf.fr c...@ccip.fr. La CCI Paris-IdF décline toute responsabilité au titre de ce message s'il a été altéré, déformé, falsifié ou encore édité ou diffusé sans autorisation. Si l'objet de ce message est indiqué comme privé, son contenu est sous la seule responsabilité de son auteur. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comportement JOSM
De: JB jb...@mailoo.org Quand je suis en mode ajout, et que je crée un nœud, l'écran se déplace pour placer ce nouveau nœud au milieu de l'écran de travail… C'est pas que ce soit une mauvaise idée en soi, mais le léger retard au début du déplacement pourrit complètement la vitesse de travail. Du coup, si quelqu'un connait le raccourci ou la méthode pour désactiver, ce serait chouette, Ça ressemble à Affichage suivi de la vue : Ctrl+Shift+F vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comportement JOSM
Super, c'était ça ! JB. Le 14/01/2015 11:51, Vincent de Château-Thierry a écrit : De: JB jb...@mailoo.org Quand je suis en mode ajout, et que je crée un nœud, l'écran se déplace pour placer ce nouveau nœud au milieu de l'écran de travail… C'est pas que ce soit une mauvaise idée en soi, mais le léger retard au début du déplacement pourrit complètement la vitesse de travail. Du coup, si quelqu'un connait le raccourci ou la méthode pour désactiver, ce serait chouette, Ça ressemble à Affichage suivi de la vue : Ctrl+Shift+F vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Comportement JOSM
Salut, J'ai un nouveau comportement de JOSM, je ne sais pas trop comment je l'ai activé, ni comment le désactiver (et j'ai pas trouvé rapidement dans la doc). Quand je suis en mode ajout, et que je crée un nœud, l'écran se déplace pour placer ce nouveau nœud au milieu de l'écran de travail… C'est pas que ce soit une mauvaise idée en soi, mais le léger retard au début du déplacement pourrit complètement la vitesse de travail. Du coup, si quelqu'un connait le raccourci ou la méthode pour désactiver, ce serait chouette, JB. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] geocodage à l'adresse ?
Bonjour, De: Laurent CELATI lcel...@cci-paris-idf.fr J'ai de gros fichiers excels listant des sites d'entreprises. Des champs sont dediés à l'adresse (voie, communes). Je travaille sur des departements franciliens (77/93/95). Je dois geocoder ces fichiers (avec qgis probablement). On m'a conseillé d'utiliser comme reference, comme BD pour le reseau de voies, la donnée OSM. Pourriez vous me dire où je peux récupérer cette donnée OSM s'il vous plait? Il existe une BD qui s'appuie sur les données filaires d'OSM, et les données de numéros d'adresse issues d'OSM et d'autres sources (Cadastre essentiellement, mais aussi OpenData de collectivités) et dont le propos est justement de permettre de géocoder : BANO. Les fichiers de listes d'adresses (n°, nom de voie, commune, code postal x, y) sont disponibles par département ici : http://bano.openstreetmap.fr/data/ Pour QGis, elles existent en format shapefile. Je ne sais pas ce qu'attend QGis comme structuration de données pour le géocodage. Ça serait intéressant d'avoir, à l'occasion, un retour sur ce point. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Commerces ethniques
La même question a été posée ici pour les épiceries: https://help.openstreetmap.org/questions/23811/correct-tags-for-ethnic-grocery-shops Apparemment, ils sont d'accord pour réutiliser le tag cuisine, ce qui peut se comprendre pour une épicerie. ils: c'est la proposition d'un gars que 5 autres personnes ont trouvé sympa. Mais je ne suis pas convaincu que la même réutilisation soit possible pour un coiffeur ou des fringues... Disons que les valeurs semblent généralement bien adaptées mais l'intitulé de la clé moins. À l'extrème, on va se retrouver avec : shop=hair_dresser name=Le Scalp cuisine=punk :-p Si j'ai le courage, je vais lancer la discussion sur tagging. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] geocodage à l'adresse ?
De: Greg ewala...@gmail.com Il est possible d'avoir un aperçu de la couverture de BANO avec cette carte : http://layers.openstreetmap.fr/?zoom=6lat=47.35651lon=2.25398layers=BFT 2015-01-14 13:10 GMT+01:00 image93 lcel...@cci-paris-idf.fr : Je vous remercie beaucoup pour votre message. Celà semble etre intéressant.Meme si j'imagine que la BD n'est probablement pas complète? Il doit manquer des voies, je vais regarder dans mon secteur. 1/ On m'avait parlé également de l'outil OSM Nominatim, mais j'avoue ne pas trop avoir compris comment se servir de l'outil. S'agit il d'un outil web ou d'une base de donnée? Je ne sais pas trop si il peut m'etre utile dans mon cas precis. Nominatim est un service web basé sur les données OSM. Le géocodage de listes d'adresses y est techniquement possible, par paquet de 100 adresses chez MapQuest. Voir http://developer.mapquest.com/fr/web/products/open/geocoding-service et http://open.mapquestapi.com/geocoding/#batch . 2/ En tout cas je compte justement tester et comparer le geocodage avec mapinfo, qgis et postgis. Si vous etes intéressé, je pourrai vous faire un petit retour, notamment sur les requirements sur la structure de données. Volontiers. Avec QGis, j'ai l'impression que le plugin MMQGIS [1] pourrait fonctionner avec les données BANO, en indiquant que les numéros début et fin, droite et gauche, sont un seul numéro. Mais je n'ai pas testé plus. vincent [1] : http://michaelminn.com/linux/mmqgis/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] geocodage à l'adresse ?
Bonjour, Je vous remercie beaucoup pour votre message. Celà semble etre intéressant.Meme si j'imagine que la BD n'est probablement pas complète? Il doit manquer des voies, je vais regarder dans mon secteur. 1/ On m'avait parlé également de l'outil OSM Nominatim, mais j'avoue ne pas trop avoir compris comment se servir de l'outil. S'agit il d'un outil web ou d'une base de donnée? Je ne sais pas trop si il peut m'etre utile dans mon cas precis. 2/ En tout cas je compte justement tester et comparer le geocodage avec mapinfo, qgis et postgis. Si vous etes intéressé, je pourrai vous faire un petit retour, notamment sur les requirements sur la structure de données. -- View this message in context: http://gis.19327.n5.nabble.com/geocodage-a-l-adresse-tp5829974p5829982.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] geocodage à l'adresse ?
Bonjour, Il est possible d'avoir un aperçu de la couverture de BANO avec cette carte : http://layers.openstreetmap.fr/?zoom=6lat=47.35651lon=2.25398layers=BFT Pour les autres points, je préfère ne rien dire plutôt que de dire des bêtises. Cordialement, 2015-01-14 13:10 GMT+01:00 image93 lcel...@cci-paris-idf.fr: Bonjour, Je vous remercie beaucoup pour votre message. Celà semble etre intéressant.Meme si j'imagine que la BD n'est probablement pas complète? Il doit manquer des voies, je vais regarder dans mon secteur. 1/ On m'avait parlé également de l'outil OSM Nominatim, mais j'avoue ne pas trop avoir compris comment se servir de l'outil. S'agit il d'un outil web ou d'une base de donnée? Je ne sais pas trop si il peut m'etre utile dans mon cas precis. 2/ En tout cas je compte justement tester et comparer le geocodage avec mapinfo, qgis et postgis. Si vous etes intéressé, je pourrai vous faire un petit retour, notamment sur les requirements sur la structure de données. -- View this message in context: http://gis.19327.n5.nabble.com/geocodage-a-l-adresse-tp5829974p5829982.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Guidage OsmAnd
2014-12-30 16:18 GMT+01:00 le nash nashou...@gmail.com: Ce qui, entre les route unclassified, residential peux poser probleme, car les mappeurs ne font parfois pas de différence. (unclassified est + rapide que résidentiel) Non, rien ne dit que unclassified est + rapide que residential. C'est juste une présomption. Certains, comme moi, ne font pas de hiérarchie entre ces deux classes de routes. Il y en a une qui traverse une zone résidentiel alors que l'autre peut traverser, par exemple, une zone industrielle. Rien ne dit que la deuxième sera plus rapide que la première. Mais les cyclistes par exemple peuvent présumer qu'une zone résidentielle est plus calme qu'une zone industrielle (moins d'utilitaires, etc). La solution que j'utilise depuis quelque temps est de systématiquement indiquer la limitation de vitesse, et le cas échéant de réviser la hiérarchie des voies dans la partie qui pose probleme. C'est très bien de mettre les limitations mais réviser la hiéarchie des routes pour satisfaire un résultat dans OSMAnd est une grosse erreur. On peut certes se poser des questions sur la validité de certaines contributions mais, on le voit ici, les logiciels de routages contiennent eux-aussi leurs propres erreurs ou manquement et comme il ne faut pas tagguer pour le rendu, il ne faut pas tagguer pour le routage. Étant donné que la hiérarchie des route ne doit pas être calquée sur leur référence administrative, mais sur leur utilisation réelle, cela me semble pas erroné. Les deux sont heureusement souvent corrélés. Créer une différence dans OSM entre réel et administratif doit se justifier uniquement du point de vue du réel (traffic, limitations et accessibilité) et pas sur un avis trop subjectif (genre, c'est mon raccourci préféré pour aller au boulot). A mon avis Eric, si OSMand te fait passer par la N563, c'est a cause des limitations de vitesse, qui font que OSMand a plus confiance dans cet itinéraire, que dans l'autre ou il n'y en a pas. Ca, c'est clairement un bug osmand qui estime mal les portions sans maxspeed. Il a fallut que je mette des interdictions de tourner qui n’était visiblement pas implicite. (en fait, il faudrait que OSMand comprenne que l'angle entre la voie d'accès et la route est tellement important que l'interdiction de tourner est implicite) Heu, attention, attention. Les interdictions de tourner à mettre dans OSM ne doivent être que celles qui sont légales (comme tous les tags access d'ailleurs), c.a.d. basé sur un panneau de signalisation. La limitation peut être implicite (rond-point ou sens unique) mais c'est encore une fois aux logiciels d'en tenir compte suivant les règles de circulation dans les pays concernés. Si l'angle est fermé mais tourner n'est pas interdit, il n'y a aucune raison d'ajouter une restriction dans OSM. Ca n'est pas forcément impossible pour tous les types de véhicules (penser vélo, moto, etc). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Commerces ethniques
À un moment je pensais à ethnic= mais ton exemple met tout par terre ! ;) shop=hair_dresser name=Le Scalp ethnic=punk :-/ C'est relativement difficile de trouver une clé passe-partout, assez générique, sans tomber dans type=* ... Pour les vêtements et les coiffeurs, il peut y avoir style=* Pour les épiceries et les restaurants, rester avec cuisine=* Pour unifier les vêtements et les coiffeurs, les épiceries et tout le reste qui peut arriver (sauf les restaurants ?), rien ne me satisfait. Je n'ai pas mieux que group=* ou target=* ou category=* mais c'est peut-être déjà utilisé. Ou alors on passe dans le suffix à la shop:type=* ou shop_type=* ... 2015-01-14 14:40 GMT+01:00 Eric SIBERT courr...@eric.sibert.fr: La même question a été posée ici pour les épiceries: https://help.openstreetmap.org/questions/23811/correct-tags-for-ethnic-grocery-shops Apparemment, ils sont d'accord pour réutiliser le tag cuisine, ce qui peut se comprendre pour une épicerie. ils: c'est la proposition d'un gars que 5 autres personnes ont trouvé sympa. Mais je ne suis pas convaincu que la même réutilisation soit possible pour un coiffeur ou des fringues... Disons que les valeurs semblent généralement bien adaptées mais l'intitulé de la clé moins. À l'extrème, on va se retrouver avec : shop=hair_dresser name=Le Scalp cuisine=punk :-p Si j'ai le courage, je vais lancer la discussion sur tagging. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Services d'OSM-FR plus accessibles suite à panne
Bonjour, Depuis hier soir, la machine osm3 est tombé en panne, et ne redémarre plus. Des admins sont sur le chantier, mais je n'ai pas de date pour savoir quand la machine remarchera. Ce plantage impacte les services suivants: - oapi-fr.openstreetmap.fr (Overpass API ne contenant que la France métropolitaine) - live.openstreetmap.fr (affichage temps réel des changeset) - taginfo.openstreetmap.fr (taginfo dédié à la France métropolitaine) - suivi.openstreetmap.fr - export.openstreetmap.fr -- Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
