Re: [OSM-talk-fr] Retour SotM-US ?
Le 2 juillet 2015 00:41, JB jb...@mailoo.org a écrit : Super, merci ! Ça confirme un peu ce qu'on peut deviner de loin, et ça complète bien ce qu'on ne peut pas voir ! Sinon, ça commence à bouger du coté des tuiles vecteurs hors Mapbox ? https://github.com/systemed/tilemaker JB. Oui, sur le vectoriel ça bouge (enfin). Je pense que tout le monde a désormais compris 2 ans après les premières annonces et sorties de Mapbox sur ce sujet qu'on n'aurait pas plus d'ouverture de leur part que ce qui est disponible actuellement. Il est clair aussi qu'ils utilisent en production du code qui n'est pas actuellement ouvert. Lors du lundi de hack, j'ai finalement lancé le sujet en discuttant avec Paul Norman qui bossait chez Mapquest pour avoir des infos sur avecado, écrit par Mapquest, qui sert de la tuile vectoriel. Quel avenir pour cet outil (que je n'arrivait pas à installer) ? Le développeur était là, il m'a donné un coup de main pour finaliser l'install et confirmé l'arrêt des développements chez Mapquest (il cherche du boulot). Grant, Tom et Andy étaient à proximité, ça a lancé le sujet quand il m'ont demandé ce que je comptais faire. Ma réponse: expérimenter, monter une stack vectorielle pour OSM-FR et surtout améliorer la performance des rendus FR et HOT en mutualisant les tuiles vectorielles. Ensuite un puis deux dev de wikimédia se sont joints, ils avaient déployé la stack mapbox en triant les Légo et on s'est fait un petit plan pour comprendre comment ces briques s'imbriquaient ( https://github.com/nyurik/kartotherian). Mapzen avance aussi de son côté en se basant sur TileStache. Grant et Tom n'ont pas vraiment de temps à consacrer à un tel switch, l'opportunité est donc d'expérimenter sur un des serveur OSM-FR, de faire un retour d'expérience pour ensuite voir comment déployer ça sur osm.org. Andy a beaucoup bossé aussi de ce côté et déployé sa propre stack, mais n'a pas l'air très ouvert pour partager... c'est aussi son business. Passer en vectoriel ça veut dire ré-écrire les styles pour cela. C'est aussi l'occasion de repenser toute la chaine. Quelle base pour stoker les données : toujours postgresql/postgis ? Quel outil pour l'import : osm2pgsql, imposm3, autre ? Quel schéma de base de donnée ? Comment gérer les mises à jour ? Quel cache ? Plus de metatiles ? Donc depuis j'ai installé le TileStache modifié par Mapzen, et testé aussi imposm v3. TileMaker (de Richard) est une bonne nouvelle aussi car on a besoin d'un peu de diversité pour avoir du choix, car la liberté c'est pouvoir choisir... Je pense que d'ici quelques mois le paysage aura changé sur le sujet et qu'on aura retrouvé cette liberté et qu'une communauté indépendante de dev compétents sur le sujet se sera constituée. C'est visiblement en cours. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Retour SotM-US ?
Pour ceux que le rendu vectoriel intéresse voir ce thread sur tech : http://listes.openstreetmap.fr/wws/arc/tech/2015-06/msg5.html Parmi les autres discutions j'y fait mes retours sur les tests perso des stacks MapBox et MapZen. Frédéric. Le 02/07/2015 09:07, Christian Quest a écrit : Le 2 juillet 2015 00:41, JB jb...@mailoo.org mailto:jb...@mailoo.org a écrit : Super, merci ! Ça confirme un peu ce qu'on peut deviner de loin, et ça complète bien ce qu'on ne peut pas voir ! Sinon, ça commence à bouger du coté des tuiles vecteurs hors Mapbox ? https://github.com/systemed/tilemaker JB. Oui, sur le vectoriel ça bouge (enfin). Je pense que tout le monde a désormais compris 2 ans après les premières annonces et sorties de Mapbox sur ce sujet qu'on n'aurait pas plus d'ouverture de leur part que ce qui est disponible actuellement. Il est clair aussi qu'ils utilisent en production du code qui n'est pas actuellement ouvert. Lors du lundi de hack, j'ai finalement lancé le sujet en discuttant avec Paul Norman qui bossait chez Mapquest pour avoir des infos sur avecado, écrit par Mapquest, qui sert de la tuile vectoriel. Quel avenir pour cet outil (que je n'arrivait pas à installer) ? Le développeur était là, il m'a donné un coup de main pour finaliser l'install et confirmé l'arrêt des développements chez Mapquest (il cherche du boulot). Grant, Tom et Andy étaient à proximité, ça a lancé le sujet quand il m'ont demandé ce que je comptais faire. Ma réponse: expérimenter, monter une stack vectorielle pour OSM-FR et surtout améliorer la performance des rendus FR et HOT en mutualisant les tuiles vectorielles. Ensuite un puis deux dev de wikimédia se sont joints, ils avaient déployé la stack mapbox en triant les Légo et on s'est fait un petit plan pour comprendre comment ces briques s'imbriquaient (https://github.com/nyurik/kartotherian). Mapzen avance aussi de son côté en se basant sur TileStache. Grant et Tom n'ont pas vraiment de temps à consacrer à un tel switch, l'opportunité est donc d'expérimenter sur un des serveur OSM-FR, de faire un retour d'expérience pour ensuite voir comment déployer ça sur osm.org http://osm.org. Andy a beaucoup bossé aussi de ce côté et déployé sa propre stack, mais n'a pas l'air très ouvert pour partager... c'est aussi son business. Passer en vectoriel ça veut dire ré-écrire les styles pour cela. C'est aussi l'occasion de repenser toute la chaine. Quelle base pour stoker les données : toujours postgresql/postgis ? Quel outil pour l'import : osm2pgsql, imposm3, autre ? Quel schéma de base de donnée ? Comment gérer les mises à jour ? Quel cache ? Plus de metatiles ? Donc depuis j'ai installé le TileStache modifié par Mapzen, et testé aussi imposm v3. TileMaker (de Richard) est une bonne nouvelle aussi car on a besoin d'un peu de diversité pour avoir du choix, car la liberté c'est pouvoir choisir... Je pense que d'ici quelques mois le paysage aura changé sur le sujet et qu'on aura retrouvé cette liberté et qu'une communauté indépendante de dev compétents sur le sujet se sera constituée. C'est visiblement en cours. -- Christian Quest - OpenStreetMap France ___ 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] travaux temporaire
Bonjour - Mail original - De: willemijns sebast...@willemijns.com Quelqu'un connait les tags pour des travaux temporaires et y mettre des dates dessus ? - Mail original - Voir l'historique du Pont Mathilde pour voir comment à été fait la remise en fonctionnement dudit pont. Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Double nom sur une ligne électrique
Le 1 juillet 2015 20:37, François Lacombe fl.infosrese...@gmail.com a écrit : Bonsoir, Ca ressemble bien à un faux-positif puisque les noms se rapportent ici au circuit et non à la ligne (comme justement introduit par Jérôme). Romain, pourquoi l'usage du tag name est inapproprié ? Jérome a fait la bascule vers le tag description. Mais même dans ce cas, voir écrit Jonquières Tavel;Agasses Tavel, vous trouvez ça parlant? Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Mayotte : communes disponibles en cadastre vectoriel
Bonjour, Presque tout est dans le titre. Depuis quelques jours, les communes de Mayotte sont accessibles au format vectoriel sur cadastre.gouv.fr. Depuis hier soir elles sont disponibles pour la générations des limites communales et des emprises de bâtiments sur http://cadastre.openstreetmap.fr/ . En revanche, pour la génération des fichiers d'adresses et aussi l'injection dans BANO, il reste quelques pétouilles à gérer au niveau des projections. Ce sera fait pour demain normalement. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] festival, animations : Temps des communs
Bonjour, À diffuser très largement dans vos réseaux locaux ! Notez dans vos agendas et créez le programme pour le festival francophone des communs - Temps des communs, 5 au 18 octobre 2015. http://tempsdescommuns.org/ OpenStreetMap France est participant, aux côtés de Vecam, Open Knowledge Foundation, Wikimedia France, Brussels Commons, April, Tiriad, Mozilla et bien d'autres participants [1]. Le Temps des communs en une page : le flyer [2] Rencontres-débats, ateliers, colloques bien entendu, mais aussi initiation aux licences libres ou à des logiciels libres, cartoparties, écriture collaborative d’un manuel scolaire ouvert, troc de semences, initiation à Arduino ou à une imprimante 3D, découverte de l’open data culture, film sur l’autogestion de l’eau, décryptage de l’habitat groupé… Plusieurs centaines d’événements sont attendus dans toute la francophonie. Ces événements se dérouleront sur une période de 2 semaines, du lundi 5 au dimanche 18 octobre, avec un temps fort le samedi 10 octobre, à l’initiative libre des collectifs formels ou informels et auto-organisés. Retrouvez déjà dans le programme les ateliers de la communauté de Lyon [3] [4]. Bientôt d'autres événements publiés, à Tours, et partout ailleurs. Envie de participer ? [5] [6] Vous avez déjà un événement local qui s'inscrit dans le thème ? Vous voulez monter un atelier, une cartopartie, un mapathon, une exposition, pour les enfants, pour les cyclistes, pour les transports, pour les mobilités réduites, pour le patrimoine, pour les professionnels, pour les développeurs... Alors créez votre événement local et ajoutez-le [7] sur le programme [8]. Besoin d'encore plus d'information ? Rejoignez les listes [9] ou contactez l'organisation [10]. L'association OpenStreetMap France et la communauté OpenStreetMap sont présentes pour vous assister en cas de besoin [11]. Veuillez diffuser ! Benoît OpenStreetMap France [1] participants http://tempsdescommuns.org/partenaires_organisateurs/ [2] flyer http://tempsdescommuns.org/wp-content/uploads/2015/06/FlyerTDC_V1.pdf [3] [4] ateliers de Lyon http://openagenda.com/agendas/71092619/embeds/67628825/events/68643426?lang=fr http://openagenda.com/agendas/71092619/embeds/67628825/events/98071133?lang=fr [5] participer http://tempsdescommuns.org/participer-2/ [6] idées http://tempsdescommuns.org/participer-2/idees-d-evenements/ [7] ajouter https://openagenda.com/letempsdescommuns/addevent [8] programme http://tempsdescommuns.org/programme-du-festival/ [9] listes http://tempsdescommuns.org/qui-sommes-nous/rejoindre-les-listes-du-reseau/ [10] organisation http://tempsdescommuns.org/contact/contacter-lorganisation-etre-tenu-informe/ [11] forum http://forum.openstreetmap.fr/viewtopic.php?f=6t=2058 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] (clin d'oeil) un UI google maps sur une carte OSM
Je dirais plutôt que c'est fait exprès (vu les boutons en haut à droite) et que ça respecterait pas les CU de Google d'après une lointaine précédente discussion sur cette liste. Florian Le Jeudi 2 juillet 2015 11h07, Philippe Verdy verd...@wanadoo.fr a écrit : Plutôt un bogue d'intégration de Google Street View, avec la partie Google spécifique qui n'apparait pas de façon contextuelle selon le fond sélectionné.D'ailleurs un des fonds ne marche pas du tout non plus (tuiles toutes grises). Le 2 juillet 2015 07:12, willemijns sebast...@willemijns.com a écrit : http://dbsgeo.com/latlon/ tiens un OSM streetview ? ;) c'est la première fois que je vois ca... -- View this message in context: http://gis.19327.n5.nabble.com/clin-d-oeil-un-UI-google-maps-sur-une-carte-OSM-tp5849323.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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] (clin d'oeil) un UI google maps sur une carte OSM
Plutôt un bogue d'intégration de Google Street View, avec la partie Google spécifique qui n'apparait pas de façon contextuelle selon le fond sélectionné. D'ailleurs un des fonds ne marche pas du tout non plus (tuiles toutes grises). Le 2 juillet 2015 07:12, willemijns sebast...@willemijns.com a écrit : http://dbsgeo.com/latlon/ tiens un OSM streetview ? ;) c'est la première fois que je vois ca... -- View this message in context: http://gis.19327.n5.nabble.com/clin-d-oeil-un-UI-google-maps-sur-une-carte-OSM-tp5849323.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] Double nom sur une ligne électrique
@Romain: J'ai demandé à la personne qui avait édité ces lignes de revoir les cas concernant cette double nomination. Dans tous les cas c'est en description en attendant d'avoir les circuits de fait sous forme de relation. Sur les circuits on parle de départ destination (et d'ailleurs le sens n'est pas clair pour moi) A la base pour moi c'est un problème de nom (double nom ou fonction dans le nom) Les fonction genre boulangerie, boucherie, ancienne voie ferrée et autres me pose pas mal de problème. Encore une fois concernant ce cas spécifique, je pense que ce nom doit être plus clair (de ... à ...) pour correspondre au sens de la fourniture (même si il y a un rééquilibre dans le réseau il me semble que c'est directionnel) Le nom devra être sur une relation pour chaque circuit. Après il me manque des infos pour décrire ces circuits... Donc je vais devoir mettre un FIXME pour demander d'enrichir et voir si un gars de RTE, ERDF ou autre dispose des infos pour le faire. Le 2 juillet 2015 09:28, Romain MEHUT romain.me...@gmail.com a écrit : Le 1 juillet 2015 20:37, François Lacombe fl.infosrese...@gmail.com a écrit : Bonsoir, Ca ressemble bien à un faux-positif puisque les noms se rapportent ici au circuit et non à la ligne (comme justement introduit par Jérôme). Romain, pourquoi l'usage du tag name est inapproprié ? Jérome a fait la bascule vers le tag description. Mais même dans ce cas, voir écrit Jonquières Tavel;Agasses Tavel, vous trouvez ça parlant? Romain ___ 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] Retour SotM-US ?
Merci pour vos retours Christian et Frédéric. Le 01/07/2015 23:22, Frédéric Rodrigo a écrit : - faire connaitre un peu plus les réalisations développées par chez nous... Pour Osmose, malgré une conf difficile pour moi, le message commence à passer. Frédéric. Pourquoi conférence difficile ? Tes auditeurs chahutaient ? ;-) Brice ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mayotte : communes disponibles en cadastre vectoriel
Ce sont celles déjà dans OSM, découpées à la hache dans les terres ? Quant à la précision sur les côtes elle me parait moins bonne que celles qu'on a dans OSM. Le 2 juillet 2015 11:11, Vincent de Château-Thierry osm.v...@free.fr a écrit : Bonjour, Presque tout est dans le titre. Depuis quelques jours, les communes de Mayotte sont accessibles au format vectoriel sur cadastre.gouv.fr. Depuis hier soir elles sont disponibles pour la générations des limites communales et des emprises de bâtiments sur http://cadastre.openstreetmap.fr/ . En revanche, pour la génération des fichiers d'adresses et aussi l'injection dans BANO, il reste quelques pétouilles à gérer au niveau des projections. Ce sera fait pour demain normalement. 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
Re: [OSM-talk-fr] (clin d'oeil) un UI google maps sur une carte OSM
Je ne dirais pas que cela ne respecte pas les CU de google vu que la page affiche bien les fonds de carte et satellite de Google pour lesquels ces boutons sont prévus, et que tout déplacemetn dans un de eces fonds synchronise aussi les position et zoom sur la vue OSM ; concernant la vie Haïti, elle va sur un rendu qui semble mort. Cependant ce n'est pas l'usage de laisser les boutons Google quand ceux-ci ne sont pas visibles, et qu'il devrait y avoir à la place les boutons Leaflet ou une interface libre ou créée ad hoc. C'est tout de même étrange de laisser le petit bonhomme jaune nous faire croire qu'il va pouvoir faire une vue StreetView en l'amenant sur une position de la vue OSM. D'ailleurs ce petit bonhomme ne marche pas même sur le fond Google car il manque la gestion dynamique de la vue des chemins bleus où StreetView est disponible, et il n'y a aucune prise en compte de l'évènement qui récupère la position sélectionnée par l'ombre du bonhomme quand on le relache (normal puisque l'ombre demande l'affichage du fond à chemin bleus et que ce bonhomme ne trouve donc rien où il pourait être posé. Tout cela ressemble donc à un bricolage par quelqu'un qui ne s'en est pas bien sorti pour fusionner dans l'interface plusieurs fonds de carte et intégrer les interfaces UI appropriées. Difficile de dire vu que le tout n'est pas fonctionnel/terminé. Le 2 juillet 2015 11:27, Otourly Wiki otou...@yahoo.fr a écrit : Je dirais plutôt que c'est fait exprès (vu les boutons en haut à droite) et que ça respecterait pas les CU de Google d'après une lointaine précédente discussion sur cette liste. Florian Le Jeudi 2 juillet 2015 11h07, Philippe Verdy verd...@wanadoo.fr a écrit : Plutôt un bogue d'intégration de Google Street View, avec la partie Google spécifique qui n'apparait pas de façon contextuelle selon le fond sélectionné. D'ailleurs un des fonds ne marche pas du tout non plus (tuiles toutes grises). Le 2 juillet 2015 07:12, willemijns sebast...@willemijns.com a écrit : http://dbsgeo.com/latlon/ tiens un OSM streetview ? ;) c'est la première fois que je vois ca... -- View this message in context: http://gis.19327.n5.nabble.com/clin-d-oeil-un-UI-google-maps-sur-une-carte-OSM-tp5849323.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 ___ 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] Double nom sur une ligne électrique
Le 2 juillet 2015 13:59, François Lacombe fl.infosrese...@gmail.com a écrit : Le nom de la file de pylône est bien Jonquieres Tavel;Agasses Tavel, il n'y a rien d'autre pour la qualifier. name=Jonquieres Tavel;Agasses Tavel description=Double ligne 400kV de Jonquieres à Tavel et d'Agasses à Tavel Ok dans ce cas mais le tag description n'est pas superflu car sans lui ce n'est pas parlant pour un néophyte. Et j'irais même (tant qu'à être verbeux) à ajouter poste électrique de. Ce sera ainsi parlant pour tout le monde. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Double nom sur une ligne électrique
En effet aucun des tags n'est superflu, ils n'ont juste pas la même finalité. Par contre, une fois que les relations circuit ont été créées, doivent-ils rester sur la ligne ? Créer ces circuits n'est réellement pas intuitif si on n'est pas familier avec le routage électrique. Il peut s'écouler un temps certain entre le dessin de la ligne en elle-même et le passage d'un spécialiste au même endroit. Certaines infos circuit sont donc inscrites sur la ligne dans un premier temps puis basculées sur le circuit ensuite. Les laisser sur la ligne oblige un certain suivi au moment de travaux pour mettre à jour à la fois le circuit et la ligne. Qu'en pensez-vous ? Cette problématique ne doit pas être propre au transport électrique *François* http://www.twitter.com/InfosReseaux Le 2 juillet 2015 14:12, Romain MEHUT romain.me...@gmail.com a écrit : Le 2 juillet 2015 13:59, François Lacombe fl.infosrese...@gmail.com a écrit : Le nom de la file de pylône est bien Jonquieres Tavel;Agasses Tavel, il n'y a rien d'autre pour la qualifier. name=Jonquieres Tavel;Agasses Tavel description=Double ligne 400kV de Jonquieres à Tavel et d'Agasses à Tavel Ok dans ce cas mais le tag description n'est pas superflu car sans lui ce n'est pas parlant pour un néophyte. Et j'irais même (tant qu'à être verbeux) à ajouter poste électrique de. Ce sera ainsi parlant pour tout le monde. Romain ___ 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] Double nom sur une ligne électrique
*François Lacombe* fl dot infosreseaux At gmail dot com www.infos-reseaux.com @InfosReseaux http://www.twitter.com/InfosReseaux Le 2 juillet 2015 09:28, Romain MEHUT romain.me...@gmail.com a écrit : Le 1 juillet 2015 20:37, François Lacombe fl.infosrese...@gmail.com a écrit : Bonsoir, Ca ressemble bien à un faux-positif puisque les noms se rapportent ici au circuit et non à la ligne (comme justement introduit par Jérôme). Romain, pourquoi l'usage du tag name est inapproprié ? Jérome a fait la bascule vers le tag description. Mais même dans ce cas, voir écrit Jonquières Tavel;Agasses Tavel, vous trouvez ça parlant? Oui très parlant : Tavel est un nœud majeur du réseau électrique (avant d'être une appellation de rosé) ainsi que Jonquieres et Agasses pour la production d'origine thermique à flamme. http://www.openstreetmap.org/#map=17/44.01530/4.64170 description=* me renvoi une image très verbeuse avec de longues phrases, tandit que name= est beaucoup plus concis pour donner le nom d'un ouvrage. Peut-être n'est-ce pas en accord avec ce que l'usage OSM prévoit. D’où mon désaccord mais je peux me planter. Voila ce qu'on trouve sur le terrain : http://wiki.openstreetmap.org/w/images/3/3f/Towers_dif_refs.jpg Le nom de la file de pylône est bien Jonquieres Tavel;Agasses Tavel, il n'y a rien d'autre pour la qualifier. name=Jonquieres Tavel;Agasses Tavel description=Double ligne 400kV de Jonquieres à Tavel et d'Agasses à Tavel Ensuite, on peut reporter chacune des particules sur les circuits. Il n'y a normalement pas besoin d'infos supplémentaires pour décrire les deux circuits : Circuit 1 de Jonquieres à Tavel type=route route=power voltage=40 (tension d'exploitation) name=Jonquieres Tavel cables=3 wires=double operator=RTE Circuit 2 d'Agasses à Tavel type=route route=power voltage=40 (tension d'exploitation) name=Agasses Tavel cables=3 wires=double operator=RTE Avec pour chacun des circuits : La ligne en elle-même avec role=line Les deux postes d'extrémité (l'objet power=substation généralement correspondant à la cloture) avec role=substation (il n'y a pas de from/to) Sur la way en elle-même on peut trouver power=line operator=RTE voltage=40 (tension maximale équipée) circuits=2 cables=6 (optionel) wires=double (optionel) Enfin, le sens de transit sur les lignes fluctue, préciser une origine et une destination sur OSM n'a pas de sens pour le transit de l'énergie. A votre dispo pour + d'infos. François ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Double nom sur une ligne électrique
Ok dans ce cas mais le tag description n'est pas superflu car sans lui ce n'est pas parlant pour un néophyte. Et j'irais même (tant qu'à être verbeux) à ajouter poste électrique de. @romain: C'est bien l'intérêt de basculer dans un tag description les infos. Puis à la limite mettre un note: FIXME ajouter les relation concernant chaque circuits @François: Si les noms sont sur la relation je vois pas pourquoi il faut remettre une synthèse dans le nom de l'objet. Donc la description saute à la fin de la création des circuits en tant que relation. Le nom de x à y sera sur le circuit Sur les tronçons routiers, on met des noms de voie et pas le nom du circuit sur les chemins. Ne pouvons-nous pas appliquer le même principe? On a le cas des itinéraires bus ou de vélo avec un nom (et une codification si elle existe) Jérôme Le 2 juillet 2015 14:39, François Lacombe fl.infosrese...@gmail.com a écrit : En effet aucun des tags n'est superflu, ils n'ont juste pas la même finalité. Par contre, une fois que les relations circuit ont été créées, doivent-ils rester sur la ligne ? Créer ces circuits n'est réellement pas intuitif si on n'est pas familier avec le routage électrique. Il peut s'écouler un temps certain entre le dessin de la ligne en elle-même et le passage d'un spécialiste au même endroit. Certaines infos circuit sont donc inscrites sur la ligne dans un premier temps puis basculées sur le circuit ensuite. Les laisser sur la ligne oblige un certain suivi au moment de travaux pour mettre à jour à la fois le circuit et la ligne. Qu'en pensez-vous ? Cette problématique ne doit pas être propre au transport électrique *François* http://www.twitter.com/InfosReseaux Le 2 juillet 2015 14:12, Romain MEHUT romain.me...@gmail.com a écrit : Le 2 juillet 2015 13:59, François Lacombe fl.infosrese...@gmail.com a écrit : Le nom de la file de pylône est bien Jonquieres Tavel;Agasses Tavel, il n'y a rien d'autre pour la qualifier. name=Jonquieres Tavel;Agasses Tavel description=Double ligne 400kV de Jonquieres à Tavel et d'Agasses à Tavel Ok dans ce cas mais le tag description n'est pas superflu car sans lui ce n'est pas parlant pour un néophyte. Et j'irais même (tant qu'à être verbeux) à ajouter poste électrique de. Ce sera ainsi parlant pour tout le monde. Romain ___ 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] tutoriels et formations OSM / recrutement Missing Maps
Voici un sondage à remplir avec vos disponibilités, pour choisir la date : https://framadate.org/3eqxt8hjcb2seipc Merci par avance de renseigner aussi rapidement que possible vos prévisions. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Double nom sur une ligne électrique
Je crois cependant qu'actuellement mapcss ne peut pas aller chercher le nom dans la relation dont le chemin est membre si on veut rendre le chemin (avec son nom) A mais là c'est différents et je vois pas l'intérêt de le faire comme cela vu que le circuit est un itinéraire et il doit donc être représenté comme surcouche d'affiche. Normalement cela doit être fonctionnel car c'est le cas pour les cours d'eau, qui peuvent être composées de différents tronçons portant des noms différents suivants les localités (de la sources à l'exutoire) Je pense que pour les itinéraires de vélo, cela doit déjà être le cas aussi. Et en plus ils gèrent des super relation pour les itinéraire Eurovélo. Tu veux voir le nom s'afficher sur JOSM ou sur la carte générale? Regarde la carte des transports publiques, les étiquettes sont présentes pour les références de circuit. Jérôme ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Double nom sur une ligne électrique
+1 aussi pour supprimer les noms des circuits sur la way du moment que les relations sont créées. Je crois cependant qu'actuellement mapcss ne peut pas aller chercher le nom dans la relation dont le chemin est membre si on veut rendre le chemin (avec son nom) C'est ce qui arrive sur les routes avec l'identifiant de la route qui doit rester sur chacun des tronçons. Passé ce point, je ne vois pas l’intérêt de laisser le nom sur le chemin si le circuit a été créé. *François Lacombe* fl dot infosreseaux At gmail dot com www.infos-reseaux.com @InfosReseaux http://www.twitter.com/InfosReseaux Le 2 juillet 2015 14:48, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : Ok dans ce cas mais le tag description n'est pas superflu car sans lui ce n'est pas parlant pour un néophyte. Et j'irais même (tant qu'à être verbeux) à ajouter poste électrique de. @romain: C'est bien l'intérêt de basculer dans un tag description les infos. Puis à la limite mettre un note: FIXME ajouter les relation concernant chaque circuits @François: Si les noms sont sur la relation je vois pas pourquoi il faut remettre une synthèse dans le nom de l'objet. Donc la description saute à la fin de la création des circuits en tant que relation. Le nom de x à y sera sur le circuit Sur les tronçons routiers, on met des noms de voie et pas le nom du circuit sur les chemins. Ne pouvons-nous pas appliquer le même principe? On a le cas des itinéraires bus ou de vélo avec un nom (et une codification si elle existe) Jérôme Le 2 juillet 2015 14:39, François Lacombe fl.infosrese...@gmail.com a écrit : En effet aucun des tags n'est superflu, ils n'ont juste pas la même finalité. Par contre, une fois que les relations circuit ont été créées, doivent-ils rester sur la ligne ? Créer ces circuits n'est réellement pas intuitif si on n'est pas familier avec le routage électrique. Il peut s'écouler un temps certain entre le dessin de la ligne en elle-même et le passage d'un spécialiste au même endroit. Certaines infos circuit sont donc inscrites sur la ligne dans un premier temps puis basculées sur le circuit ensuite. Les laisser sur la ligne oblige un certain suivi au moment de travaux pour mettre à jour à la fois le circuit et la ligne. Qu'en pensez-vous ? Cette problématique ne doit pas être propre au transport électrique *François* http://www.twitter.com/InfosReseaux Le 2 juillet 2015 14:12, Romain MEHUT romain.me...@gmail.com a écrit : Le 2 juillet 2015 13:59, François Lacombe fl.infosrese...@gmail.com a écrit : Le nom de la file de pylône est bien Jonquieres Tavel;Agasses Tavel, il n'y a rien d'autre pour la qualifier. name=Jonquieres Tavel;Agasses Tavel description=Double ligne 400kV de Jonquieres à Tavel et d'Agasses à Tavel Ok dans ce cas mais le tag description n'est pas superflu car sans lui ce n'est pas parlant pour un néophyte. Et j'irais même (tant qu'à être verbeux) à ajouter poste électrique de. Ce sera ainsi parlant pour tout le monde. Romain ___ 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] Mayotte : communes disponibles en cadastre vectoriel
Bonjour, Le 02/07/2015 11:27, Philippe Verdy a écrit : Ce sont celles déjà dans OSM, découpées à la hache dans les terres ? Quant à la précision sur les côtes elle me parait moins bonne que celles qu'on a dans OSM. Le 2 juillet 2015 11:11, Vincent de Château-Thierry osm.v...@free.fr mailto:osm.v...@free.fr a écrit : En revanche, pour la génération des fichiers d'adresses et aussi l'injection dans BANO, il reste quelques pétouilles à gérer au niveau des projections. Ce sera fait pour demain normalement. C'est résolu pour BANO : http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#12/-12.8470/45.2084 et aussi pour la génération des fichiers d'adresses. On a d'après le cadastre un peu plus de 3000 adresses, mais surtout, dixit Fantoir, environ 2400 noms de voies, dont même pas 100 dans OSM : http://cadastre.openstreetmap.fr/fantoir/stats_dept.html#dept=976 Bref, pour ceux qui le souhaitent, c'est sur le dégommage du rouge qu'il y a à faire. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] switch2osm : quelle configuration ?
Bonjour, En essayant de voir les prérequis pour une bonne configuration je me suis retrouvé en liste d'attente pour la switch2osm install party Paris. Mais là j'ai eu le plaisir de voir un désistement. Que la personne qui a dû renoncée soit remerciée ! Quand je suis allé voir mon chef de projet américain, j'ai cherché la localisation de l'entreprise avec Nominatim. L'entreprise y figurait et avait été renseignée par lui. On partait sur de bonnes bases ;-) et plus d'un an plus tard, je suis toujours content de travailler avec lui. Notre boulot, c'est d'aider les secours à sauver des vies. Mais on est une entreprise privée (pour faire écho au message de Philippe). Nos utilisateurs sont _dans le monde entier_ et surveillent un groupe de pays, un grand morceau de pays (comme les CROSS en France) ou une petite zone. Potentiellement ils regardent de loin de grandes zones (un niveau facile à mettre en cache) mais pour coordonner les secours, une _carte détaillée_ est nécessaire. Le CROSS Corsen https://www.openstreetmap.org/way/130699479#map=12/48.4138/-4.7875 a d'ailleurs utilisé Umap pour signaler où se trouvent les moyens de secours : http://umap.openstreetmap.fr/fr/map/carte-moyens-sar-crossco_20832#8/48.558/-2.574 5 minutes de gagnées et c'est peut-être la différence entre un mort et un survivant. Donc avoir une carte _précise et rapide_ est nécessaire. Peut être une cinquantaine d'utilisateurs pour une zone donnée, mais on peut supposer qu'ils regarderont en même temps les mêmes zones. On affiche avec WorldWind (version Java/OpenGL), mais la version JavaScript/WebGL n'est pas mal non plus : http://worldwindserver.net/webworldwind/examples/PickAllShapesInRegion.html Désélectionnez les 3 premières couches et sélectionnez les autres contrôles. Vous voyez la carte OSM en 3D, mais la liste de défilement vous permet de passer à des projections classiques pour nous (Mercator, Plate-Carrée) ou pour les Australiens par exemple (Polaire antarctique). N. B. WorldWind est une plateforme gratuite et ouverte, y compris pour des utilisations commerciales. A priori on veut aussi des outils de recherche (géocodage, géocodage inversé), classiques pour OSM ou plus exotiques (Marine Gazeeter par exemple pour les noms des zones marines), éventuellement spécifique à un pays (la BANO, ça ne sert pas qu'à La Poste ou l'IGN ;-)). Si je résume : - carte précise (OSM quoi ;-)) et rapide - plus exactement précise sur une zone assez étendue, correcte sur le monde entier. Les zones d'intervention étant connues, on peut imaginer de pré-générer les tuiles à un niveau plus élevé sur ces zones. - différentes projections (mais WorldWind re-projette plutôt bien des tuiles tant qu'il n'y pas de texte dessus). - géocodage (là aussi, précis sur une zone assez étendue, correct sur le monde entier). - routage (je pense non indispensable, mais je ne suis pas affirmatif). Comme nos clients peuvent vouloir utiliser notre infrastructure ou utiliser la leur, il faudrait idéalement qu'une réplication (réinstallation) soit relativement aisée (ça peut être préparer une machine avec peu de données, la répliquer puis la charger en données). _Est-ce que vous avez des recommandations en terme d'hébergeur et de configuration ?_ Relevé des copies avant l'install party (il faut avoir un accès à cette date) ? On travaille avec l'*A*lpha et l'*O*méga (les numéros un et trois de l'hébergement), donc une de ces deux hébergeurs me semble préférable. Et comme disait Christian ou Philippe, si on veut que la diversité subsiste, il vaut mieux viser le 3. Avoir la possibilité de partir sur une solution peu chère et la faire grandir en fonction des besoins serait un plus. En MP si vous ne voulez pas risquer de faire de publicité (mais partager c'est bien aussi). Je lisais que côté perf' il fallait avoir l'index en SSD. Mais imposm3 semble plus efficace (moins consommateur, meilleure répartition CPU, geohash). Est-ce suffisant pour ne pas nécessiter de SSD et pouvoir partir d'une config plus standard ? Ou est-ce trop demander dans un premier temps, et il y a des solutions peu chères permettant de se faire la main mercredi ? Un peu config minimale pour faire le TP ;-). Cerise sur le gâteau : - sous WorldWind, les tuiles sont sauvegardées en local en DDS (DirectDrawSurface, format natif d'OpenGL), donc un moteur produisant efficacement du DDS serait un plus. - sauf les textes qui doivent pouvoir être récupérés en tuile vecteur (WorldWind a des stratégies d'évitement de collision). N. B. : je reste assez vague, je peux être plus précis en message privé, mais je ne veux pas faire de pub' pour ma boîte. Jean-Yvon ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] switch2osm : quelle configuration ?
Le 03/07/2015 01:51, osm.sanspourr...@spamgourmet.com a écrit : En essayant de voir les prérequis pour une bonne configuration je me suis retrouvé en liste d'attente pour la switch2osm install party Paris. Mais là j'ai eu le plaisir de voir un désistement. Que la personne qui a dû renoncée soit remerciée ! Pas de désistement, non, juste un petit ré-équilibrage entre les 2 possibilités d'inscriptions (switcher/aider). Pour info on atteint les 40 inscrits, la clim a intérêt à bien fonctionner mercredi :) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Rencontre mensuelle OSM-Lyon 07/07/2015 18h30 - Invitation + OdJ
Bonsoir à tous Les mappeurs OSM de Lyon se rencontrent mensuellement, et chacun peut s'inviter et participer à ces rencontres. Comme le 2eme mardi de ce mois tombe le 14 juillet, la prochaine réunion est avancée : le MARDI 07 JUILLET à partir de 18h30 au bistrot CHEZ THIBAULT, 80 rue Montesquieu, 69007 LYON Accès : M° Saxe-Gambetta; C4, C12, C14 Thibaudière ; Vélo'V Jaurès/ Thibaudière. Le CR de la rencontre précédente se trouve sur la page du Wiki-OSM au lien : http://wiki.openstreetmap.org/wiki/Lyon/Reunion_09_juin_2015 Si vous souhaitez mettre un sujet particulier à l'ordre du jour, vous pouvez commenter la page préparatoire de la rencontre à venir au lien : http://wiki.openstreetmap.org/wiki/Lyon/Reunion_07_juillet_2015 Venez nombreux ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Changement de style pour la Carte IGN 1:25000
Bonsoir , J'ai remarqué que la carte n'est plus jaune avec les rues et les bâtiments , mais que les forêts, le relief et les limites de forêts sont aussi rendues. Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Retour SotM-US ?
Brice MALLET a écrit : Merci pour vos retours Christian et Frédéric. En effet, merci beaucoup, j'ai découvert plusieurs choses dans ces échanges. A++, Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Retour SotM-US ?
Bonjour, Le 02/07/2015 04:56, Philippe Verdy - verd...@wanadoo.fr a écrit : /C'est un problème critique pour la survie d'OSM sur le plus long terme. Je ne pense pas qu'on échappera à une alliance renforcée avec Wikimédia au delà d'une simple collaboration./ L'expérience de Wikipédia ne me semble pas très concluante (encyclopédie libre... exprimant librement les points de vue des lobbies). Je ne jette pas pour autant le bébé avec l'eau du bain (je reste contributeur occasionnel de Wikipedia). /Google et Apple concernant leurs OS de plus en plus propriétaires/ Entièrement d'accord sur la totalité du passage. /La question se posera aussi de la persistance du modèle de données simpliste/ Le modèle ou l'exploitation qui en est faite ? Avoir des outils spécialisés par exemple pour faciliter l'ajout d'informations en destination de certains publics ou usages peut permettre une clarification de la sémantique. Disons les infos pour les handicapé-e-s ou les bouches d'incendie. Le fil de discussion sur imposm3 et celui sur le tuilage vectoriel me semble plutôt montrer que sa simplicité est un atout. Mais globalement on est assez d'accord, il faut juste veiller à ne pas perdre les atouts. /la pauvre fondation OSM n'a aucune influence ni soutien réel, tandis que les compagnies privées dépensent des milliards en RD, brevets, création de droits dérivés échappant aux règles internationales des licences actuelles/ (...) Pourquoi opposer les fondations aux compagnies privées ? On peut aussi trouver un appui auprès des utilisateurs des cartes. Hier je suis tombé sur un site d'une librairie qui utilisait Evil Map. J'ai cliqué sur le formulaire de contact, je leur ai proposé un lien sur une carte prépositionnée sur leur librairie et expliqué que mettre une carte G... c'est signaler à G... qu'ils pouvaient mettre des publicités pour des librairies en ligne. On a donc des milliers de petites et moyennes entreprises qui sont nos alliés objectifs. Dans le fil de discussion suivant sur switch2osm je vais te montrer comment des entreprises plus importantes ont aussi intérêt à ce que les données OSM vivent. Jean-Yvon ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr