Re: [OSM-talk-fr] EV3 aussi Re: Casse-tête de la PAN/V52 avant Meaux (relation=2070274)
2013/11/29 JB jb...@mailoo.org: Une bonne trace gps de l'itinéraire, et on peut lancer un chantier. Je suis prêt à y participer. Je pensais qu'en principe, on ne mettait dans OSM que les itinéraires qui ont une réelle signalisation sur le terrain. Sinon, c'est la porte ouvert à tous les abus (genre la route pour aller à un rendez-vous ou à son boulot). C'est quelque qui était très claire dès les débuts de ces relations de type route. Si je sais que la signalisation n'existe pas, j'efface. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Détente - VW Play the Road
Objectif : Créer une bande son adaptée à la conduite de l'instant en voiture Essai pilote sur circuit, présenté par VW. http://www.wired.com/autopia/2013/11/volkswagen-play-the-road/ Une idée amusante qui pourrait être mise en application réellement ou virtuellement sur route ouverte, en se basant sur les données OSM (type de route, sinuosité, pays, région ...), en générant la musique ou en puisant astucieusement dans une playlist bien organisée. (via la liste code créatif de Stereolux, à Nantes) -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Détente - VW Play the Road
Le vendredi 29 novembre 2013 11:17:09 Ab_fab a écrit : Objectif : Créer une bande son adaptée à la conduite de l'instant en voiture Essai pilote sur circuit, présenté par VW. http://www.wired.com/autopia/2013/11/volkswagen-play-the-road/ Si ça avait sur un vélo, ça m'aurait peut-être détendu, mais là j'aurai pas dû cliquer :-/ -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Création d'un projet réseau ferré
Bonjour, J'ai suivi (de loin par manque de temps) vos discussions. Je vous invite à enrichir la page de discussion du projet : http://wiki.openstreetmap.org/wiki/Talk:WikiProject_France/R%C3%A9seau_ferr%C3%A9#Tags_public_transport.3Dstation_et_railway.3Dstation Toute contribution est la bienvenue. A bientôt sur les pages du wiki consacrées au réseau ferré français... Benjamin -- View this message in context: http://gis.19327.n5.nabble.com/Creation-d-un-projet-reseau-ferre-tp5784606p5787714.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] EV3 aussi Re: Casse-tête de la PAN/V52 avant Meaux (relation=2070274)
On peut aussi le passer en status=proposed ... c'est moins radical que d'effacer des donnée. Le 29 novembre 2013 11:15, Pieren pier...@gmail.com a écrit : 2013/11/29 JB jb...@mailoo.org: Une bonne trace gps de l'itinéraire, et on peut lancer un chantier. Je suis prêt à y participer. Je pensais qu'en principe, on ne mettait dans OSM que les itinéraires qui ont une réelle signalisation sur le terrain. Sinon, c'est la porte ouvert à tous les abus (genre la route pour aller à un rendez-vous ou à son boulot). C'est quelque qui était très claire dès les débuts de ces relations de type route. Si je sais que la signalisation n'existe pas, j'efface. 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] EV3 aussi Re: Casse-tête de la PAN/V52 avant Meaux (relation=2070274)
Ils peuvent se plaindre de la qualité d'OSM. Mais avaient-ils une source d'info potentielle de meilleure qualité pour ce niveau de détail ? Oui le site dont j'ai donné l'indication (l'association qui s'occupe de promouvoir ce trajet) Lorsqu'il y a une erreur, je la corrige, point barre. Mais avec ces itinéraires virtuels justement il n'y a pas d'erreur : l'auteur de la trace initiale m'a affirmé que sa source était la bonne (Cartelie). Alors peut-être que dans les cartons de l'administration quelque part il y a écrit qu'un pont est en projet à cet endroit, alors peut-être que ce projet est effectivement une réalité pour 2025, etc.. Le problème c'est bien la représentation de ces itinéraires virtuels, où le terrain ne sert pas à dire ce qui est vrai et ce qui est faux, sur une carte promue sur le principe contraire (la réalité du terrain). Sur OSM Cycle Map, sur OCM, sur WayMarkedTrails, etc.., quand on a Paris dans l'image, on a ce gros trait rouge EV3 qui saute aux yeux. L'erreur à mon avis ce serait plutôt de l'afficher de cette façon qui donne l'impression que cela correspond à une réalité sur le terrain. Certes il est en pointillé quelquefois, mais je défie quiconque de penser que ca représente un vague projet ! J'ai envoyé un mail a biroto.eu et la correction sur ce site a eu lieu en quelques heures : c'est un site qui a pour vocation de servir à préparer ses trajets (ca liste les lieux d'intérêts autour des trajets etc). Pour OSM je n'ai pas le niveau pour faire et défaire toutes ces relations, et comme pour la V52, lorsque je contacte l'auteur des traces, je me retrouve déjà à parler administration plus que terrain... En l’occurrence, la carte me semble juste : aucun pont n'y est indiqué (même vitruellement) pour franchir la darse. Si les personnes utilisant la carte ne savent pas la lire, on ne peut pas faire grand chose pour eux. Dans le même registre, ça ne viendrait pas à l'idée d'un cycliste de passer par une 4 voies Vous voyez, il n'y a rien à corriger pour certains ! Si je sais que la signalisation n'existe pas, j'efface. Je ne pense pas qu'il y ait de signalisation spécifique à l'EV3 même sur les pistes cyclables existantes, par contre je n'en suis pas sûr à 100% sur l'ensemble du trajet - je sais juste que je n'en ai jamais vu en allant à la forêt de Sénart par le trajet en question ! Pour la PAN, c'est sûr qu'il n'y en a pas entre Paris et Meaux (et le trajet existe aussi sur OSM) car j'ai bien fait attention vu la polémique sur ce sujet en Septembre ici, et pour le reste de la France j'ai trouvé un blog confirmant qu'ils n'avaient jamais vu un panneau en France (par contre il y en a en Allemagne). -- View this message in context: http://gis.19327.n5.nabble.com/Casse-tete-de-la-PAN-V52-avant-Meaux-relation-2070274-tp5776690p5787731.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] EV3 aussi Re: Casse-tête de la PAN/V52 avant Meaux (relation=2070274)
2013/11/29 SautdeChaine dechaines...@gmail.com: Pour la PAN, c'est sûr qu'il n'y en a pas entre Paris et Meaux (et le trajet existe aussi sur OSM) car j'ai bien fait attention vu la polémique sur ce sujet en Septembre ici, et pour le reste de la France j'ai trouvé un blog confirmant qu'ils n'avaient jamais vu un panneau en France (par contre il y en a en Allemagne). Alors ne perd pas trop de temps avec ça. Ce genre d'itinéraire virtuel dans OSM est un abus. En plus, d'après ce que je comprends, ça se fait au pif et depuis un autre pays, sans sortir le c. de sa chaise. Dans OSM, c'est le terrain qui prime. Vire les éléments dont tu es certains qu'ils passent par des endroits non-signalés de la relation (si ça existe bien en Allemagne, il faut quand même la garder). Et si quelqu'un râle, je suis prêt à remettre le sujet en discussion sur la liste principale. Si tu ne veux pas le faire, donne moi les éléments nécessaires pour que je m'en charge (positions, risques, passages inexistants). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] EV3 aussi Re: Casse-tête de la PAN/V52 avant Meaux (relation=2070274)
On peut aussi le passer en status=proposed ... c'est moins radical que d'effacer des donnée. Attention toutefois avec les status proposed qui ne riment vraiment a rien sur le terrain. Des sites comme OpenRouteService.org s'en servent manifestement pour proposer des trajets dans certains modes. Alors certes il y a marqué Bêta pour le mode qui s'en sert aveuglément (Prefered Cycleway), mais quand même ! Sinon, puisque vous aussi, comme l'auteur de l'EV3 dans OSM, vous vous servez de Cartélie pour faire des imports dans OSM (cf mails de Septembre), je vous donne un exemple parlant : http://www.departements-regions-cyclables.org/page/telechargement-des-donnees--p-73.html Prendre le fichier KML du trajet V52 officiel Aller voir le trajet que suit le sous fichier kml8214. Les problèmes sautent aux yeux même sans connaître le terrain pour la fin du fichier. Et pour le début, quand on connaît le terrain, on en trouve d'autres ! Cette source officielle est donc problématique en pratique. -- View this message in context: http://gis.19327.n5.nabble.com/Casse-tete-de-la-PAN-V52-avant-Meaux-relation-2070274-tp5776690p5787745.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] EV3 aussi Re: Casse-tête de la PAN/V52 avant Meaux (relation=2070274)
Dans OSM, c'est le terrain qui prime. Vire les éléments dont tu es certains qu'ils passent par des endroits non-signalés de la relation (si ça existe bien en Allemagne, il faut quand même la garder). Le problème est quasi philosophique : Si je vois un panneau, je suis sûr qu'il y a un panneau. Alors je peux le mettre. Si j'en vois pas, est-ce parce qu'il n'y en a pas ? ou est-ce que c'est parce que je ne l'ai pas vu ? ou est-ce parce qu'il était ôté pour cause de travaux quand je suis passé ? Des fois pour toute signalisation on parle d'un carré de quelques centimètres carrés posé a l'arrache sur un panneau de direction pour voitures ! Donc pour l'instant sauf quand l'erreur est vraiment manifeste, j'essaye de retrouver dans l'historique celui qui a ajouté l'info, pour voir sur quoi il se base et voir s'il a une bonne raison de l'avoir mis. J'ai ainsi ôté dans OSM un pont imaginaire qui trainait sur un trajet de randonnée pédestre et cyclable sans demander (non pas sur la darse de l'EV3, mais ailleurs en IdF !), la c'est clair que ca ne se discute pas. J'ai aussi rajouté une interdiction aux vélos qui avait été ôté abusivement sur une section très connue, car le panneau est (hélas) la pour qui veut bien le voir. Par contre pour les fléchages absent sur des itinéraires en projet, dûr d'être certain donc. Le vélo est un parent pauvre de la signalisation. Et les trajets véloroutes, ce sont des chantiers médiatisés pour faire vert, mais qui traînent sur le terrain... Sur un trajet aussi médiatisé que Londres-Paris 2012 (qui ne fut donc pas prêt pour le jour J...), certaines sections sont actuellement.. déconseillées aux vélos car l'aménagement n'existe pas ! Pourtant un panneau à Notre-Dame annonce fièrement voie cyclable : 408km ! Et les pistes disparaissent aussi très facilement en cas de travaux, d'ailleurs. Que faire sur OSM quand une bonne partie de piste disparaît minimum pour deux ans par exemple ?! -- View this message in context: http://gis.19327.n5.nabble.com/Casse-tete-de-la-PAN-V52-avant-Meaux-relation-2070274-tp5776690p5787748.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] Mapping de l'Île de la Cité
Le 28/11/2013 14:14, cmi a écrit : Bonjour les mappeurs, Bonjour, je m'amuse à ajouter les tags pour la visualisation 3D d'une partie des bâtiments de lÎle de la Cité histoire de concurrencer un peu les Russes et leur folie furieuse du détail à Moscou. J'essaie d'être le plus précis possible en ajoutant aussi les noms des building:part (comme les tours de la conciergerie) et ça se manifeste différemment sur les fonds de carte osm et osmfr le nom suit le mur de la tour sur osm: http://www.openstreetmap.org/#map=19/48.85647/2.34529layers=N rien du tout de visible sur osmfr: http://tile.openstreetmap.fr/?zoom=20lat=48.85644lon=2.3454layers=B000FF Je m'attendais à ne rien avoir du tout ou à avoir le nom centré vu que ce sont des polygones (je soupçonne un manque d'area=yes pour la 2nde solution). Bref je sais pas si je dois laisser les noms et continuer à les renseigner ou s'il est mieux d'ajouter un point d’intérêt nommé dans le building:part ou si je ferai mieux d'arrêter d'essayer des choses improbables... Autant de têtes, autant d’avis. Jean de La Fontaine Qu'en pensez-vous ? CmiF4 PS: pour ceux que ça intéresse l'Île de la Cité en 3D http://map.f4-group.com/#lat=48.8559241lon=2.3451059zoom=19ui.discoveryOpen=falsecamera.theta=64.767camera.phi=-170.924 Je suis impressionné par la relative compacité et simplicité avec laquelle sont codés les structures 3D sans que ça n'interfère avec le rendu 2D par défaut. Par ex la Sainte-Chapelle. J'aimerais bien, de mon coté, réussir a modéliser un bâtiment assez complexe, mais je ne suis pas sûr que ce soit possible. http://map.f4-group.com/#lat=43.3203291lon=-0.3660096zoom=19ui.discoveryOpen=falsecamera.theta=67.108camera.phi=-63.025 http://iprem-ecp.univ-pau.fr/live/digitalAssets/60/60975_VueIprem2.jpg http://www.bing.com/maps/?v=2cp=r6m58bgz2h5xlvl=19.1dir=358.85sty=oform=LMLTCC https://maps.google.fr/?ll=43.321015,-0.366828spn=0.001091,0.001263t=hz=20layer=ccbll=43.320907,-0.367092panoid=VM83LaNDFBmrqGsH6ol0LAcbp=12,62.08,,0,12.93 Peut-on coder le dome inversé de la geode ? Peut-on coder la verrière qui est penché le haut vers l'avant ? Par contre, on peut oublier l'aile qui flotte au dessus. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] EV3 aussi Re: Casse-tête de la PAN/V52 avant Meaux (relation=2070274)
2013/11/29 SautdeChaine dechaines...@gmail.com: Par contre pour les fléchages absent sur des itinéraires en projet, dûr d'être certain donc. Il faut que les projets aient une vrai valeur, discutés par les instances officielles, pas quelque chose que quelqu'un décide tout seul dans son coin ou pour son site internet perso. Et les pistes disparaissent aussi très facilement en cas de travaux, d'ailleurs. Que faire sur OSM quand une bonne partie de piste disparaît minimum pour deux ans par exemple ?! Pour deux ans, ça vaut évidemment le coup de modifier OSM. Pour deux semaines, c'est inutile. Entre les deux, c'est plus un choix personnel qu'on laisse à l'appréciation de chacun. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mapping de l'Île de la Cité
Christophe Merlet (RedFox) wrote Je suis impressionné par la relative compacité et simplicité avec laquelle sont codés les structures 3D sans que ça n'interfère avec le rendu 2D par défaut. Par ex la Sainte-Chapelle. C'est moi qui me suis trituré l'esprit à modéliser la Sainte Chapelle, j'essaie autant que possible de ne pas trop interférer avec le rendu 2d d'OSM lorsque je map des données 3D. J'ai vu assez d'horreurs mappées en Allemagne et en Italie pour vous affirmer que tout le monde n'est pas toujours très attentif à garder les données propres, en plus ça se termine souvent en étiquette Broken Polygon sur F4Map car les multi-polygones sont invalides. Christophe Merlet (RedFox) wrote J'aimerais bien, de mon coté, réussir a modéliser un bâtiment assez complexe, mais je ne suis pas sûr que ce soit possible. Si vous installez Kendzi3D sur JOSM vous pourrez voir le résultat avant de livrer sur la base OSM ce qui est plus que pratique. Christophe Merlet (RedFox) wrote Peut-on coder le dome inversé de la geode ? Il y a une discussion à ce sujet sur la partie Allemande du forum OSM, pour l'instant on peut faire des Domes mais les sphères ne sont pas encore totalement spécifiées (même si il ya déjà des building:shape=sphere un peu partout en Allemagne je n'ai pas trouvé de projet qui les affiche). Christophe Merlet (RedFox) wrote Peut-on coder la verrière qui est penché le haut vers l'avant ? A part galérer à faire du Lego avec plein de petits morceaux (comme j'ai fait sur la partie haute de la Grande Arche de la Défense) les pentes inversées comme cette verrière ne sont pas encore spécifiées. Christophe Merlet (RedFox) wrote Par contre, on peut oublier l'aile qui flotte au dessus. Si on oublie qu'elle est incurvée on peut faire un rectangle vitré à plat à la bonne hauteur ça fera illusion La simplicité est la sophistication suprême Léonard de Vinci Bon week-end à tous. CmiF4 -- View this message in context: http://gis.19327.n5.nabble.com/Mapping-de-l-Ile-de-la-Cite-tp5787608p5787754.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] EV3 aussi Re: Casse-tête de la PAN/V52 avant Meaux (relation=2070274)
Il faut que les projets aient une vrai valeur, discutés par les instances officielles, Eh bien dans ce cas l'EV3 telle que décrite par Cartelie passe bien par cette darse (elle suit meme la berge tout le long, mais sur OSM l'importateur a préféré au nord de la darse utiliser un chemin existant qui s'en éloigne un peu - chemin condamné sur le terrain d'ailleurs, pour ajouter au piment de la chose). Le vrai souci pour moi est donc bien l'existence, ou en tout la représentation à ce point mise en avant sur quasiment tout les rendus orientés vélos, d'un projet certes officiel, mais si éloigné de la réalité du terrain. Après effectivement, la correction revient à se demander quel est le meilleur chemin de façon subjective, ou si telle association est plus représentative qu'une autre, etc, et on n'en a pas fini. Le probleme est que je me demande s'il va rester un itinéraire vélo en France si on y regarde de plus près ! -- View this message in context: http://gis.19327.n5.nabble.com/Casse-tete-de-la-PAN-V52-avant-Meaux-relation-2070274-tp5776690p5787755.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
[OSM-talk-fr] Label handi-accueillant
Bonjour à tous, Suite à une discussion avec une personne de l'association Handicaps en pays beaujolais; Je voulais savoir si pour vous on peut tagguer les commerces labelisés handi-accueillants ? Ce label est distribué par des associations locales et indiqué par un macaron sur la porte du commerce. Ce label tient compte de plusieurs handicaps. D'un coté ce label n'indique pas nécessairement la présence d'un dispositif particulier (comme une rampe d'accès), mais également le dévouement des employés à l’égard d'une personne en situation de handicap. Par exemple une rue en pente ne permet pas toujours l'ajout de rampe car cela peut rendre dangereux cette même rue aux piétons. Mais ce genre de label permet une complémentarité du tag wheelchair=... De plus, une idée de cette association est la mise en place de sonnette pour les personnes en fauteuil afin d'avertir le commerçant de vernir aider à faire rentrer le fauteuil. Pour moi je suis plutôt pour l'ajout du label dans OSM mais je comprendrai que ça ne soit pas le cas de tout le monde... En tout cas je vais pouvoir leur montrer OSM et vu qu'ils vivent au quotidien les obstacles, ça promet de bonnes choses. Ce label est plutôt récent et je n'ai pas trouvé beaucoup d'exemples en dehors de Villefranche, et Lyon... Florian. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu QA
Bonsoir, Pour les erreurs comme ici, ou j'ai pu constater qu'il n'y avait pas lieu d'avoir de carré magenta, y'a t'il un moyen de les signaler ? http://tile.openstreetmap.fr/?zoom=17lat=47.68834lon=-1.65682layers=000BTF Merci d'avance Pom445 Le 25/11/2013 14:36, Christian Quest a écrit : Oui, un reste de nbcar qui trainait, c'est corrigé dans la feuille de style et en cours de recalcul. Plus de carreaux manquants, mais toujours des carreaux bizarrement placés. J'ai aussi fait les modifs suivantes: - transparence ajoutée sur les carreaux avec moins de 10 habitants (et les pastilles roses pour les zoom 10-11) - ajout à partir du zoom 16 des limites du carreau et du nombre d'habitants dans le carreau (en gras si =10) Le 25 novembre 2013 13:42, Plop76 vaujani...@free.fr mailto:vaujani...@free.fr a écrit : Dans son message précédent, Christian Quest a écrit : Quand il n'y a pas de carreau, ça veut dire que pour l'INSEE personne n'habite là... ce qui est étonnant dans ton exemple, mais j'en ai repéré ailleurs. Sur le village de Ponteix, j'ai bien des carreaux avec des populations non nulles dans les données de l'INSEE. Par exemple le carreau avec l'id LAEA200M_N12654E18887 a 15 habitants et n'appairait pas sur la carte. Il doit y avoir un bug ou un filtre qui traine :) T'aurais pas gardé le filtre sur les carreaux qui font partie d'un rectangle de plus de 4 carreaux ? Sur Ponteix, tous les carreaux font partie de rectangles avec 4 carreaux ou plus... ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr --- Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce que la protection avast! Antivirus est active. http://www.avast.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu QA
De notre côté (OSM) rien n'est disponible pour cela dans l'immédiat, mais c'est un truc qui va devoir être géré car ils y en a quand même un nombre non négligeable. Côté INSEE, pourquoi pas... il faudrait que j'affiche l'id du carreau. Les erreurs proviennent sûrement de données encore au délà, utilisées pour géocoder les adresses. Le 29 novembre 2013 18:13, Justine bouvais pom...@hotmail.fr a écrit : Bonsoir, Pour les erreurs comme ici, ou j'ai pu constater qu'il n'y avait pas lieu d'avoir de carré magenta, y'a t'il un moyen de les signaler ? http://tile.openstreetmap.fr/?zoom=17lat=47.68834lon=-1.65682layers=000BTF Merci d'avance Pom445 Le 25/11/2013 14:36, Christian Quest a écrit : Oui, un reste de nbcar qui trainait, c'est corrigé dans la feuille de style et en cours de recalcul. Plus de carreaux manquants, mais toujours des carreaux bizarrement placés. J'ai aussi fait les modifs suivantes: - transparence ajoutée sur les carreaux avec moins de 10 habitants (et les pastilles roses pour les zoom 10-11) - ajout à partir du zoom 16 des limites du carreau et du nombre d'habitants dans le carreau (en gras si =10) Le 25 novembre 2013 13:42, Plop76 vaujani...@free.fr a écrit : Dans son message précédent, Christian Quest a écrit : Quand il n'y a pas de carreau, ça veut dire que pour l'INSEE personne n'habite là... ce qui est étonnant dans ton exemple, mais j'en ai repéré ailleurs. Sur le village de Ponteix, j'ai bien des carreaux avec des populations non nulles dans les données de l'INSEE. Par exemple le carreau avec l'id LAEA200M_N12654E18887 a 15 habitants et n'appairait pas sur la carte. Il doit y avoir un bug ou un filtre qui traine :) T'aurais pas gardé le filtre sur les carreaux qui font partie d'un rectangle de plus de 4 carreaux ? Sur Ponteix, tous les carreaux font partie de rectangles avec 4 carreaux ou plus... ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr -- http://www.avast.com/ Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce que la protection Antivirus avast! http://www.avast.com/ est active. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] EV3 aussi Re: Casse-tête de la PAN/V52 avant Meaux (relation=2070274)
Fin mot de l'histoire apres renseignements pour info : L'EV3 globalement est programmée en Ile de France pour.. 2015/2020 (et historiquement les voies velos connaissent souvent du retard je pense !). Plus globalement sur le trajet entre l'Espagne et la Norvège, il existe des bouts ca et la, d'autres précis programmés pour 2014, etc. Dans le cas du passage qui nous intéresse, il se situe dans l'Essonne. Le projet est effectivement de suivre le plus possible la Seine, ce qui est actuellement loin d'être possible, mais pour l'Essonne en particulier le trajet de l'EV3 est considéré comme encore à l'étude (déclaration du directeur des études a l'Agence d'urbanisme et de développement Essonne-Seine-Orge, septembre 2013). Bref, en croyant bien faire, des gens importent des outils de travail de l'administration dans OSM qui se retrouvent en gras et en rouge flashy dans les rendus vélos les plus populaires ! Quand aux versions 'autres', ce sont des actions d'associations proposant des itinéraires provisoires pour compléter les confettis mieux déterminés, qui sont donc par définition officieuses. -- View this message in context: http://gis.19327.n5.nabble.com/Casse-tete-de-la-PAN-V52-avant-Meaux-relation-2070274-tp5776690p578.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
[OSM-talk-fr] Crédits espacenordiquejurassien.com
Bonsoir Que pensez-vous du mail ci-dessous que je m'apprête à envoyer ? (basé sur https://wiki.openstreetmap.org/wiki/Lacking_proper_attribution/Example_email) Bonjour, En tant que contributeur Openstreetmap, je suis heureux de constater que vous utilisez Openstreetmap sur votre site http://www.espacenordiquejurassien.com/ Cependant, j'ai noté qu'il manque à la carte l'affichage correct des crédits. La licence Openstreetmap exige à la fois que vous créditiez les contributeurs Openstreetmap et que vous précisiez clairement que les données sont disponibles sous la licence ODbL (par un lien vers la page de licence). Pour plus d'information : http://www.openstreetmap.org/copyright L'attribution correcte permet d'éviter les malentendus sur la source des données (l'IGN est cité alors que leurs données ne semblent pas être utilisées), et de savoir ce que il est possible d'en faire. Si vous avez besoin d'aide pour faire ces changements ou si vous avez des questions, n'hésitez pas à me demander en répondant à ce mail, ou à contacter la communauté Openstreetmap via : http://wiki.openstreetmap.org/wiki/FR:Contact Merci de confirmer que vous avez pris en compte cette demande. Cordialement ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Crédits espacenordiquejurassien.com
Qu'est ce qui te permet d'être sûr que des données OSM sont utilisées ? C'est pour leur fond de carte ? Le crédit disponible sur http://195.42.148.42/activites_nordiques_gp/images/Credits.pdf est effectivement bizarre... Ce qui est sûr c'est que le fond de plan visible sur le site n'est pas issu de la BD Topo de l'IGN, pour une simple raison... les toponymes y sont en MAJUSCULE et sans accent sur les noms de rues... or sur le fond de plan visible sur le site, on a et des minuscules et des accents... comme dans OSM ;) J'ai vérifié un coin que je connais bien, pour l'avoir habité pendant 10 ans et mappé... et je retrouve des trucs qui ne sont pas non plus dans la BD Topo comme des terrains de tennis. Donc oui, pas de doute pour moi, c'est un fond produit à partir d'OSM. C'est peut être leur prestataire qui est responsable donc rester cool et ils n'ont pas forcément conscience que des données OSM ont été utilisées pour produire leur fond de carte. La première phrase (vous utilisez Openstreetmap ) d'ailleurs est à mon avis incorrecte... ils utilisent un fond de carte produit à partir d'OSM. Sinon... OpenStreetMap ne s'écrit pas Openstreetmap... Le 29 novembre 2013 22:42, Michaël Delorme mic...@gmail.com a écrit : Bonsoir Que pensez-vous du mail ci-dessous que je m'apprête à envoyer ? (basé sur https://wiki.openstreetmap.org/wiki/Lacking_proper_attribution/Example_email) Bonjour, En tant que contributeur Openstreetmap, je suis heureux de constater que vous utilisez Openstreetmap sur votre site http://www.espacenordiquejurassien.com/ Cependant, j'ai noté qu'il manque à la carte l'affichage correct des crédits. La licence Openstreetmap exige à la fois que vous créditiez les contributeurs Openstreetmap et que vous précisiez clairement que les données sont disponibles sous la licence ODbL (par un lien vers la page de licence). Pour plus d'information : http://www.openstreetmap.org/copyright L'attribution correcte permet d'éviter les malentendus sur la source des données (l'IGN est cité alors que leurs données ne semblent pas être utilisées), et de savoir ce que il est possible d'en faire. Si vous avez besoin d'aide pour faire ces changements ou si vous avez des questions, n'hésitez pas à me demander en répondant à ce mail, ou à contacter la communauté Openstreetmap via : http://wiki.openstreetmap.org/wiki/FR:Contact Merci de confirmer que vous avez pris en compte cette demande. Cordialement ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Annuaire.com : utilisation sans mentions d'OSM
Après avoir envoyé un mail sur leur formulaire de contact, je n'ai eu aucun retour, mais je viens de retourner sur www.annuaire.com et la mention OSM est bien là maintenant sur les petites cartes à droite :) Exemple: http://www.annuaire.com/pharmacie/pharmacie-de-la-mairie-432480366/ Par contre... leur géoréférencement est très mauvais, la pharmacie n'est pas du tout là... l'endroit indiqué est une boulangerie... Le 19 novembre 2013 10:23, Greg ewala...@gmail.com a écrit : Héhé, c'est marrant de voir qu'on arrive à une situation où le tweet est précurseur d'une lettre recommandée avec accusé de réception :) Greg 2013/11/19 Christian Quest cqu...@openstreetmap.fr Mouais... un peu de diplomatie... on va commencer par un petit tweet et voir comme ça bouge. Le 18 novembre 2013 23:26, Yannick VOYEAUD yann...@voyeaud.org a écrit : Le 18/11/2013 22:13, Éric Gillet a écrit : Societe.com (Societe.com - groupe La Poste) utilisent les tuiles OSM depuis les serveurs de la fondations sans aucune mention vis-à-vis de ces ressources (ainsi qu'OpenLayers, mais je ne pense pas qu'un texte d'attribution soit obligatoire). Les seules sources qu'ils mentionnent en bas de la page sont Sources privées, INPI, INSEE, Service privé distinct du RNCS, et rien dans les mentions légales ou FAQ... Ils n'hébergent même pas le code JavaScript d'OpenLayers sur leur propres serveurs, au risque de se retrouver comme SFR http://www.pcinpact.com/breve/82551-quand-sfr-hotlink-script-et-se-fait-prendre-main-dans-sac.htm :) Je les ai contacté il y a environ un mois par leur formulaire, et à ce jour aucune réponse ou modification... Si quelqu'un a une idée pour améliorer la situation, je suis preneur :) Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr Bonsoir, Puisque cela ne répond pas je suggère de passer directement à une frappe directe! En effet une lettre d'avertissement directement envoyée au directeur général de La Poste devrait remettre les choses en place. Il me semble que d'attaquer directement le grand patron ne va pas plaire mais cela devrait être assez efficace. Pour moi La Poste est responsable de ses filiales et donc de leurs agissements. Il faut leur rappeler le message envoyé et resté sans réponse en signalant que le défaut du respect de la licence est une violation directe du droit d'auteur et selon les textes législatifs en cours de discussion serait assimilé à de la contre-façon. Poser un date butoir après réception, avant transmission au Procureur de la République. Ne pas hésiter à leur signaler que le fait de pas héberger les éléments adéquats met en péril le système. Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ 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 -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Crédits espacenordiquejurassien.com
Tu devrais peut-être faire un tour sur la toponymie cadastrale autour de Strasbourg (nord-ouest - Kochersberg) et faire une enquête sur quel autre fond de carte utilisable en ligne a autant de toponymes. Idem pour le ferroviaire Enfin bon on a tous des coins dans on connait assez bien le contenu pour arriver à supposer qu'il s'agit bien d'une utilisation d'un des fonds OSM, non ? Denis De : Christian Quest [mailto:cqu...@openstreetmap.fr] Envoyé : vendredi 29 novembre 2013 23:13 À : Discussions sur OSM en français Objet : Re: [OSM-talk-fr] Crédits espacenordiquejurassien.com Qu'est ce qui te permet d'être sûr que des données OSM sont utilisées ? C'est pour leur fond de carte ? Le crédit disponible sur http://195.42.148.42/activites_nordiques_gp/images/Credits.pdf est effectivement bizarre... Ce qui est sûr c'est que le fond de plan visible sur le site n'est pas issu de la BD Topo de l'IGN, pour une simple raison... les toponymes y sont en MAJUSCULE et sans accent sur les noms de rues... or sur le fond de plan visible sur le site, on a et des minuscules et des accents... comme dans OSM ;) J'ai vérifié un coin que je connais bien, pour l'avoir habité pendant 10 ans et mappé... et je retrouve des trucs qui ne sont pas non plus dans la BD Topo comme des terrains de tennis. Donc oui, pas de doute pour moi, c'est un fond produit à partir d'OSM. C'est peut être leur prestataire qui est responsable donc rester cool et ils n'ont pas forcément conscience que des données OSM ont été utilisées pour produire leur fond de carte. La première phrase (vous utilisez Openstreetmap ) d'ailleurs est à mon avis incorrecte... ils utilisent un fond de carte produit à partir d'OSM. Sinon... OpenStreetMap ne s'écrit pas Openstreetmap... Le 29 novembre 2013 22:42, Michaël Delorme mic...@gmail.commailto:mic...@gmail.com a écrit : Bonsoir Que pensez-vous du mail ci-dessous que je m'apprête à envoyer ? (basé sur https://wiki.openstreetmap.org/wiki/Lacking_proper_attribution/Example_email) Bonjour, En tant que contributeur Openstreetmap, je suis heureux de constater que vous utilisez Openstreetmap sur votre site http://www.espacenordiquejurassien.com/ Cependant, j'ai noté qu'il manque à la carte l'affichage correct des crédits. La licence Openstreetmap exige à la fois que vous créditiez les contributeurs Openstreetmap et que vous précisiez clairement que les données sont disponibles sous la licence ODbL (par un lien vers la page de licence). Pour plus d'information : http://www.openstreetmap.org/copyright L'attribution correcte permet d'éviter les malentendus sur la source des données (l'IGN est cité alors que leurs données ne semblent pas être utilisées), et de savoir ce que il est possible d'en faire. Si vous avez besoin d'aide pour faire ces changements ou si vous avez des questions, n'hésitez pas à me demander en répondant à ce mail, ou à contacter la communauté Openstreetmap via : http://wiki.openstreetmap.org/wiki/FR:Contact Merci de confirmer que vous avez pris en compte cette demande. Cordialement ___ Talk-fr mailing list Talk-fr@openstreetmap.orgmailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Crédits espacenordiquejurassien.com
Bonsoir, Le 29/11/2013 23:29, HELFER Denis a écrit : Tu devrais peut-être faire un tour sur la toponymie cadastrale autour de Strasbourg (nord-ouest - Kochersberg) et faire une enquête sur quel autre fond de carte utilisable en ligne a autant de toponymes. Idem pour le ferroviaire…. Enfin bon on a tous des coins dans on connait assez bien le contenu pour arriver à supposer qu’il s’agit bien d’une utilisation d’un des fonds OSM, non ? En récupérant une tuile du fond de carte, on lit ce genre de choses : http://geobretagne.fr/gwc01/service/tms/1.0.0/osm%3Amap@EPSG%3A2154@png/8/8/1.png qu'on retrouve ici : http://cms.geobretagne.fr/content/liste-des-flux-ogc-de-g%C3%A9obretagne sous la rubrique 'Service de tuilage des cartes OpenStreetMap'. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Détente - VW Play the Road
TLDR... vous êtes prévenus. A l'heure où la France propose de mettre une boîte noire dans les voitures françaises (via la prise standard bleue qui existe déjà sous le volant pour connecter un ordinateur de bord, une prise déjà utilisée aux USA où la boute noire commence aussi à apparaître avec quelques applis développées pour connecter un autoradio/lecteur de médias, ou un assistant de navigatiion ou un smartphone), on se dit que ce n'est pas un projet si éloigné que ça. Qui sait ce qu'on pourra échanger via cette prise pour connecter la boiture pour autre chose que la seule régulation routière : infos captées par radio, GPS, internet mobile, signalisation routière radiodiffusée, et rendre aussi dispo le tout sans fil avec un émetteur bluetooth ou Wifi préinstallé dans les voitures (avec aussi le suivi des paramètres du moteur, l'état et l'entretien du véhicule, les réglages de carburation, la charge des batteries des véhicules électriques, et tout ce qui concerne la recherche cartographique de points d'intérêt commercial, touristique, ou points de services propres aux véhicule lui-même, les stations de carburant (avec les prix). Si la régulation s'impose on pourra aussi trouver la connexion au contrôle d'alcoolémie, un radar de contrôle de vitesse embarqué, le compte de ses points, le contrôle automatique des permis de conduire et des assurances obligatoires, le télépéage et le prélèvement des amendes sur un compte, le contrôle de la charge maximale du véhicule, le contrôle continu de l'état de veille du conducteur, les pauses obligatoires toutes les 2 heures (sinon le véhicule sera contraint de ralentir et sommé de quitter les voies rapides sous peine d'amende automatique), les taxes prélevées sur les émissions de carbone, les mesures préfectorales de restriction de circulation... Et si ce n'est pas la loi qui imposera ça, ce seront les assurances qui demanderont ces connexions (sous peine de surprime pour les véhicules non équipés) ! On n'est qu'au début de ce que donnera l'évolution inéluctable vers des véhicules connectés et la voirie (publique ou privée) équipée en dispositifs automatiques de régulation et de contrôle à distance. Du coup la voiture automatique de Google (ou le taxi du Cinquième élément qui retire les points au chauffeur, même s'il est peu probable qu'on les boit bientôt voler dans les airs) ne sont pas qu'un rêve, si nos véhicules se transforment plus tard en trains autopilotés où presque toute la conduite est confiée à un réseau tiers (et où il n'y aura alors même plus besoin de permis de conduire, mais besoin ensuite de payer des abonnements pour emprunter les réseaux publics avec ces dispositifs, comme si les véhicules étaient des transports en commun). L'actualité nous le montre encore suite à la mise en place des contrôles et prélèvement de taxes carbone avec les réactions des chauffeurs routiers (et les blocus annoncés ce matin, et les récentes attaques contre les portiques installés ces derniers mois un peu partout en Europe). Le temps de la liberté au volant est fini et plus personne même ne connait l'ensemble des interdictions qui existent et n'est à l'abri d'un des 900 types d'amendes qui existent déjà aujourd'hui en France. Pour s'en prémunir on est bien obligé d'avoir des assistants de conduite de plus en plus performant (sinon ça coûte vite cher et on se retrouve sans permis, même en faisant attention, puisque le système en place n'admet plus aucune erreur involontaire et empêche même de faire appel des décisions coercitives automatiques, prises sans même aucun juge et maintenant même sans aucun policier assermenté puisque c'est délégué à des sociétés commerciales). De tels automatisations imposées utilisant des données que peu de gens peuvent connaître devraient imposer un juste retour des choses aux citoyens : une libéralisation des données publiques et de toutes les concessions permettant d'informer les conducteurs de tout ce qui leur est imposé. Et on ne peut pas compter sur les sociétés privées pour nous les fournir. Il nous faut donc des données ouvertes collaboratives, si l'Etat lui-même n'est même pas capable de les fournir sur la base des concessions mal fichues qu'il a laissées aux sociétés privées (qui veulent garder jalousement les données collectées afin de devenir ou rester des acteurs incontournables, sans concurrence et aux tarifs excessifs en hausse constante, comme sur nos autoroutes et dans les parkings urbains privés qui remplaçcnt de plus en plus le parc de stationnement public, que les municipalités réduisent comme peau de chagrin sans pour autant améliorer sérieusement le transport public lui aussi confié au privé). On pourrait croire que la solution c'est: - le vélo. Mais lui aussi est régulé et ne circule plus aussi librement. - Devenir piétons : est-ce compatible avec l'allongement des distances pour le travail ? - Ou rester chez soi : le télétravail n'est pourtant pas économiquement efficace non plus, on a besoin de rencontrer les
Re: [OSM-talk-fr] EV3 aussi Re: Casse-tête de la PAN/V52 avant Meaux (relation=2070274)
Toute ce te discussion se focalise sur l'EV3 comme si c'était une route existante. Pour quoi ne pas faire comme les routes européennes (E nnn) qui sont d'abord des projets autour d'une grille régulière théorique, plus ou moins ajustée pour passer unquement par certaines villes (sans préciser par quel accès précisément) et dont il n'existe que des sections, sans cesse modifiées pendant des années pour s'approcher au mieux de la route théorique ? - on ne tague pas le numéro E nnn sur une route qui n'a pas été expressément incluse dans ce trajet. - le trajet est incomplet, on fait au mieux pour tenter de s'en approcher autour de certains axes, mais la continuité passe par des voies qui sont seulement indicatives de l'état du projet ou des routes pas encore construites et en projet sans qu'on en connaisse le tracé final qui verra peut-être (ou pas) le jour. - la plus longue route européenne qui va du Portugal à la frontière de l'Iran (et se prolonge en Asie jusqu'au Japon) est pleine de trous. - aucune route européenne ne sera jamais figée, et même des sections complètes peuvent devenir coupées par endroit. - certaines routes initialement prévues comme étant parallèles et disjointes peuvent fusionner des sections par endroit - la direction générale sur un axe soit ouest-est soit nord-sud peut très bien emprunter une section commune avec une route européenne de l'autre axe; en se rapprochant et fusionnant des routes européennes ont volontairement des sections omises car inutiles/redondantes avec les sections des autres routes. - il n'y a pas d'intérêt économique ou social à ajouter certaines sections passant par des endroits impossibles à raccorder quand les flux de traffic peuvent les éviter bien plus facilement. Il me semble donc possible de tracer l'EV3 comme une relation contenant des sections réelles, et des sections seulement à l'état de projet, et d'autres qui n'existeront jamais car il y a la mer entre les deux et aucune route maritime ne serait-ce que par un ferry, mais on ne doit pas les afficher de la même façon. Le trajet n'a donc pas nécessité à former une route à un seul tenant. Tant pis s'il y a des trous, les utilisateurs devront chercher leur chemin parmi les autres trajets possibles non prévus explicitement pour ce trajet. Donc on ne doit pas combler ces trous par exemple en empruntant des routes iméginaires impossibles ou des routes fermées interdites au public. Comme les routes européennes, ces trajets cyclistes européens resteront des chantiers permanents; on ne peut pas être stable dans le temps au delà d'une trentaine de kilomètres, ce qui est déjà une distance importante pour la plupart des cyclotouristes qui en plus ne verra pas du tout d'intérêt à faire certains trajets dépourvus de certains services ou activités à faire. Un cyclotouriste peut ne pas vouloir faire des trajets trop difficiles, ou des trajets dans des zones industrielles, ou au contraire à travers des dizaines de kilomètres de champs de betterave ou de maïs, ou en plein cagnard sans point d'eau ni personne à voir et rien à visiter, même si la route est utilisable et sure en vélo (mais n'a d'intérêt que pour quelques habitants locaux qui l'empruntent... en voiture ou en tracteur). De toute façon les promeneurs en vélo n'ont aucune obligation à ne rester que sur le chemin officiel et voudront faire des écarts. Ce qui les intéresse sur ces longues routes c'est savoir où sont les endroits réellement intéressants, pour le reste ils choisissent selon leurs intérêts, ou pourront faire des liaisons par d'autres moyens de transport (comme le Tour de France cycliste qui a des liaisons en avion, en train, en bateau, ou en voiture mais n'est plus depuis longtemps un trajet continu entre le lieu étape d'arrivée le soir et le lieu de départ le lendemain ! Et pourtant la carte du Tout de France n'indique pas du tout le trajet effectué par ces autres moyens de transport, mais juste des pointillés indicatifs qu'une telle liaison existe sans savoir par où exactement puisqu'il n'est pas imposé et ne fait pas partie de l'épreuve, les moyens utilisés étant au choix des participants car effectués hors temps de course) Si le Tour de France omet certaines parties c'est parce que son intérêt est sportif, et que ces liaisons ne sont pas jugées comme ayant un intérêt sportif. De même un cyclotouriste remettra son vélo dans le coffre pour aller chercher une section plus intéressante plus loin. Les EVnnn sont donc plus un critère de classification/indexation pour repérer les chemins réels à proximité de ce parcours théorique. Ils servent plus à éviter d'avoir un mélange informe où on ne peut rien trouver dans un dédale de chemins possibles difficiles à repérer parmi le reste (ça veut dire aussi q'un même EVnnn peut comprendre des branches parallèles alternatives, sans qu'on ait à décider laquelle est la bonne, surtout si aucune des sections n'est signalée sur le terrain car non préservée, faut d'acteurs locaux pour le faire ou défendre ce
Re: [OSM-talk-fr] EV3 aussi Re: Casse-tête de la PAN/V52 avant Meaux (relation=2070274)
Le 29/11/2013 08:19, Thomas Ruchin a écrit : Dans le même registre, ça ne viendrait pas à l'idée d'un cycliste de passer par une 4 voies Si ce n'est pas une motorway/trunk, ou si bicycle=no/motorroad=yes n'est pas présent, oui j'emprunterais cette voie. Idem sur le terrain si la voie d'insertion ne comporte pas d'interdiction et que les panneaux de directions indique autre chose qu'une voie rapide. Je serais dans l'idée de mettre tout ce qui n'existe pas sur le terrain en state=proposed aussi. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Article OpenStreetMap sur le Framablog
C'est vrai que les arguments évoqués par cet article d'un bloguiste openstrettmappeur utilise des arguments un peu limités pour convaincre. Si la bascule vers Google Map API v3 tombe en novembre, Google a prévenu il y a déjà plus de 3 ans et prolongé encore 6 mois de plus). Dans les faits il faudrait mieux parler de saine concurrence, le fait qu'on ne soit plus lié à un seul fournisseur (soit pour héberger un serveur, soit un service, soit la bande passante pour les tuiles, ...) et que donc les prix demandés par les fournisseurs peuvent être réduits autant que possible sur une base saine : celle des coûts réels, et qu'on garde le contrôle des données et de la présentation. Il suffit de comparer les offres de service pour OSM, elles sont peu chères en comparaison de ce que demande Google. Elles sont réactives aussi en terme de modifications et d'adaptation, on a plein d'options d'intégration. Les erreurs trouvées dans la carte sont également vite corrigées dans OSM (pas comme dans Google Maps où un signalement prend plusieurs mois avant de recevoir une réponse positive, et encore plusieurs semaines pour que la correction soit intégrée (Google utilise sa propre communauté pour valider les changements, via son appli collaborative cloud extrêmement compliquée à utiliser et d'une lenteur à peine croyable; et même quand cete applli cloud intègre et accepte une proposition, il faut accord que celle-ci soit validée par plusieurs, ce qui prend des semaines là encore. Avant quelle soit validée par le système, une Google Car sera repassée et annulera par ses données tout le travail collaboratif de la plateforme Google. Bref cette communauté Google travaille pour rien, et s'en rend compte, elle ne suit pas longtemp le projet (sauf quelques geeks encore passionnés mais qui travaillent sur des détails, jamais sur un aspect global du projet de Google. Je suis convaincu qu'un jour Google arrêtera les frais de sa solutions cartographique car ce sera tout bonnement plus facile (et plus rentable pour lui) d'utiliser le projet OSM et y contribuer directement. Il se fera une raison de la même façon qu'il a intégré aujourd'hui Wikipédia sur ses sites (et qu'il y contribue aussi). Le business de Google n'est pas sa carte en réalité, c'est le placement de sa carte dans des service en ligne en tant que vecteur de publicité et d'intégration de son moteur de recherche. Google pourra toujours s'il le veut intégrer OSM et ses propres services. Comme par magie alors ses cartes seront beaucoup mieux à jour et plus précises qu'actuellement. Meiux que ça, il trouvera pour nous plus de données libres à intégrer dans OSM (et il nous y aidera techniquement). Il supportera aussi la projet en hébergeant des serveur de tuiles très performants (en version bitmap ou en version vectorielle). Google a déjà construit de très bon alogos de traitement automatique des donénes de ses diverses sources (ouvertes ou payantes). Si pour répondre à ses besoins commerciaux dans certaines régions, Google décide de continuer à utiliser ses Google Car, il les déploiera là où c'est le plus utile, ou pour répondre à des besoins de l'actualité (par exemple en cas de crise humanitaire urgente où l'actualité se focalise sur une région et amène du traffic sur ses sites pour s'intéresser à la région). Seulement voilà Google devra se faire une raison: il ne sera plus le seul fournisseur de services. S'il veut faire la différence ce sera dans la qualité de son service pour les intégrateurs et dans les prix demandés. Mais il devra tenir compte des autres solutions et ne répondra pas à tout, ce qui laissera la place à de nombreuses niches locales, et toute la liberté pour tout le monde de développer de telles nouvelles niches en bénéficiant du travail communautaire et des tas de solutions alternatives développés. On aura donc un choix réelle entre le DIY (do-it-yourself) et l'achat à un fournissseur, avec des différences de coût aussi faible que possible qui permettront de faire ce choix et m'ême de le changer à tout moment. Faire le choix du libre c'est prendre un abonnement avec frais d'entrée réduit (et même nul pour une première utilisation expérimentale limitée), aucun frais de résiliation, et aucun engagement (pas comme pour le téléphone mobile !) Tous les anciens acteurs du logiciel propriétaire se sont mis au libre d'une façon ou d'une autre en renonçant à leur marché de niche dont le coût de maintenance augmentait sans arrêt sans pouvoir dégager de nouveaux bénéfices. Même Google s'y met avec Android, Android OS et Chromium. Alors bientôt Google abandonnera sa plateforme collaborative et aura son Google Mappium, pour utiliser son système actuel pour alimenter ou utiliser OSM plutôt sue sa base propriétaire. Et toutes les données ouvertes que Google intègre dans sa base propriétaire iront via son Mappium dans OSM. Je suis même convaincu que sans qu'il le dise, Google contribue déjà à OSM et qu'il prépare sa transition, tout bonnement car cela lui
Re: [OSM-talk-fr] Article OpenStreetMap sur le Framablog
Concernant la strategie carto de Google : http://www.bilboquet-magazine.fr/revolution-google-lance-une-version-papier-de-google-maps/ ;-) Le 30 nov. 2013 07:30, Philippe Verdy verd...@wanadoo.fr a écrit : C'est vrai que les arguments évoqués par cet article d'un bloguiste openstrettmappeur utilise des arguments un peu limités pour convaincre. Si la bascule vers Google Map API v3 tombe en novembre, Google a prévenu il y a déjà plus de 3 ans et prolongé encore 6 mois de plus). Dans les faits il faudrait mieux parler de saine concurrence, le fait qu'on ne soit plus lié à un seul fournisseur (soit pour héberger un serveur, soit un service, soit la bande passante pour les tuiles, ...) et que donc les prix demandés par les fournisseurs peuvent être réduits autant que possible sur une base saine : celle des coûts réels, et qu'on garde le contrôle des données et de la présentation. Il suffit de comparer les offres de service pour OSM, elles sont peu chères en comparaison de ce que demande Google. Elles sont réactives aussi en terme de modifications et d'adaptation, on a plein d'options d'intégration. Les erreurs trouvées dans la carte sont également vite corrigées dans OSM (pas comme dans Google Maps où un signalement prend plusieurs mois avant de recevoir une réponse positive, et encore plusieurs semaines pour que la correction soit intégrée (Google utilise sa propre communauté pour valider les changements, via son appli collaborative cloud extrêmement compliquée à utiliser et d'une lenteur à peine croyable; et même quand cete applli cloud intègre et accepte une proposition, il faut accord que celle-ci soit validée par plusieurs, ce qui prend des semaines là encore. Avant quelle soit validée par le système, une Google Car sera repassée et annulera par ses données tout le travail collaboratif de la plateforme Google. Bref cette communauté Google travaille pour rien, et s'en rend compte, elle ne suit pas longtemp le projet (sauf quelques geeks encore passionnés mais qui travaillent sur des détails, jamais sur un aspect global du projet de Google. Je suis convaincu qu'un jour Google arrêtera les frais de sa solutions cartographique car ce sera tout bonnement plus facile (et plus rentable pour lui) d'utiliser le projet OSM et y contribuer directement. Il se fera une raison de la même façon qu'il a intégré aujourd'hui Wikipédia sur ses sites (et qu'il y contribue aussi). Le business de Google n'est pas sa carte en réalité, c'est le placement de sa carte dans des service en ligne en tant que vecteur de publicité et d'intégration de son moteur de recherche. Google pourra toujours s'il le veut intégrer OSM et ses propres services. Comme par magie alors ses cartes seront beaucoup mieux à jour et plus précises qu'actuellement. Meiux que ça, il trouvera pour nous plus de données libres à intégrer dans OSM (et il nous y aidera techniquement). Il supportera aussi la projet en hébergeant des serveur de tuiles très performants (en version bitmap ou en version vectorielle). Google a déjà construit de très bon alogos de traitement automatique des donénes de ses diverses sources (ouvertes ou payantes). Si pour répondre à ses besoins commerciaux dans certaines régions, Google décide de continuer à utiliser ses Google Car, il les déploiera là où c'est le plus utile, ou pour répondre à des besoins de l'actualité (par exemple en cas de crise humanitaire urgente où l'actualité se focalise sur une région et amène du traffic sur ses sites pour s'intéresser à la région). Seulement voilà Google devra se faire une raison: il ne sera plus le seul fournisseur de services. S'il veut faire la différence ce sera dans la qualité de son service pour les intégrateurs et dans les prix demandés. Mais il devra tenir compte des autres solutions et ne répondra pas à tout, ce qui laissera la place à de nombreuses niches locales, et toute la liberté pour tout le monde de développer de telles nouvelles niches en bénéficiant du travail communautaire et des tas de solutions alternatives développés. On aura donc un choix réelle entre le DIY (do-it-yourself) et l'achat à un fournissseur, avec des différences de coût aussi faible que possible qui permettront de faire ce choix et m'ême de le changer à tout moment. Faire le choix du libre c'est prendre un abonnement avec frais d'entrée réduit (et même nul pour une première utilisation expérimentale limitée), aucun frais de résiliation, et aucun engagement (pas comme pour le téléphone mobile !) Tous les anciens acteurs du logiciel propriétaire se sont mis au libre d'une façon ou d'une autre en renonçant à leur marché de niche dont le coût de maintenance augmentait sans arrêt sans pouvoir dégager de nouveaux bénéfices. Même Google s'y met avec Android, Android OS et Chromium. Alors bientôt Google abandonnera sa plateforme collaborative et aura son Google Mappium, pour utiliser son système actuel pour alimenter ou utiliser OSM
Re: [OSM-talk-fr] Article OpenStreetMap sur le Framablog
New-York, Tokyo, et... Vaulx-en-Velin (à 250 euros la carte?) Ca ressemble plutôt à une blague... Le 30 novembre 2013 08:13, Ab_fab gamma@gmail.com a écrit : Concernant la strategie carto de Google : http://www.bilboquet-magazine.fr/revolution-google-lance-une-version-papier-de-google-maps/ ;-) Le 30 nov. 2013 07:30, Philippe Verdy verd...@wanadoo.fr a écrit : C'est vrai que les arguments évoqués par cet article d'un bloguiste openstrettmappeur utilise des arguments un peu limités pour convaincre. Si la bascule vers Google Map API v3 tombe en novembre, Google a prévenu il y a déjà plus de 3 ans et prolongé encore 6 mois de plus). Dans les faits il faudrait mieux parler de saine concurrence, le fait qu'on ne soit plus lié à un seul fournisseur (soit pour héberger un serveur, soit un service, soit la bande passante pour les tuiles, ...) et que donc les prix demandés par les fournisseurs peuvent être réduits autant que possible sur une base saine : celle des coûts réels, et qu'on garde le contrôle des données et de la présentation. Il suffit de comparer les offres de service pour OSM, elles sont peu chères en comparaison de ce que demande Google. Elles sont réactives aussi en terme de modifications et d'adaptation, on a plein d'options d'intégration. Les erreurs trouvées dans la carte sont également vite corrigées dans OSM (pas comme dans Google Maps où un signalement prend plusieurs mois avant de recevoir une réponse positive, et encore plusieurs semaines pour que la correction soit intégrée (Google utilise sa propre communauté pour valider les changements, via son appli collaborative cloud extrêmement compliquée à utiliser et d'une lenteur à peine croyable; et même quand cete applli cloud intègre et accepte une proposition, il faut accord que celle-ci soit validée par plusieurs, ce qui prend des semaines là encore. Avant quelle soit validée par le système, une Google Car sera repassée et annulera par ses données tout le travail collaboratif de la plateforme Google. Bref cette communauté Google travaille pour rien, et s'en rend compte, elle ne suit pas longtemp le projet (sauf quelques geeks encore passionnés mais qui travaillent sur des détails, jamais sur un aspect global du projet de Google. Je suis convaincu qu'un jour Google arrêtera les frais de sa solutions cartographique car ce sera tout bonnement plus facile (et plus rentable pour lui) d'utiliser le projet OSM et y contribuer directement. Il se fera une raison de la même façon qu'il a intégré aujourd'hui Wikipédia sur ses sites (et qu'il y contribue aussi). Le business de Google n'est pas sa carte en réalité, c'est le placement de sa carte dans des service en ligne en tant que vecteur de publicité et d'intégration de son moteur de recherche. Google pourra toujours s'il le veut intégrer OSM et ses propres services. Comme par magie alors ses cartes seront beaucoup mieux à jour et plus précises qu'actuellement. Meiux que ça, il trouvera pour nous plus de données libres à intégrer dans OSM (et il nous y aidera techniquement). Il supportera aussi la projet en hébergeant des serveur de tuiles très performants (en version bitmap ou en version vectorielle). Google a déjà construit de très bon alogos de traitement automatique des donénes de ses diverses sources (ouvertes ou payantes). Si pour répondre à ses besoins commerciaux dans certaines régions, Google décide de continuer à utiliser ses Google Car, il les déploiera là où c'est le plus utile, ou pour répondre à des besoins de l'actualité (par exemple en cas de crise humanitaire urgente où l'actualité se focalise sur une région et amène du traffic sur ses sites pour s'intéresser à la région). Seulement voilà Google devra se faire une raison: il ne sera plus le seul fournisseur de services. S'il veut faire la différence ce sera dans la qualité de son service pour les intégrateurs et dans les prix demandés. Mais il devra tenir compte des autres solutions et ne répondra pas à tout, ce qui laissera la place à de nombreuses niches locales, et toute la liberté pour tout le monde de développer de telles nouvelles niches en bénéficiant du travail communautaire et des tas de solutions alternatives développés. On aura donc un choix réelle entre le DIY (do-it-yourself) et l'achat à un fournissseur, avec des différences de coût aussi faible que possible qui permettront de faire ce choix et m'ême de le changer à tout moment. Faire le choix du libre c'est prendre un abonnement avec frais d'entrée réduit (et même nul pour une première utilisation expérimentale limitée), aucun frais de résiliation, et aucun engagement (pas comme pour le téléphone mobile !) Tous les anciens acteurs du logiciel propriétaire se sont mis au libre d'une façon ou d'une autre en renonçant à leur marché de niche dont le coût de maintenance augmentait sans arrêt sans pouvoir dégager de nouveaux bénéfices. Même Google s'y met avec Android, Android OS et
