Re: [OSM-talk-fr] gestion du hstore dans qgis
Bonjour Tony, Quelle version de QGIS utilises-tu ? Quelle est ta source pour map_get(hstore_to_map("tags"),'bridge') ? René-Luc 3liz Le 11/12/2019 à 09:27, Tony Emery via Talk-fr a écrit : Bonjour à tous, Je suis sûr que certains d'entre vous ont déjà eu l'idée d'exploiter l'attribut hstore dans une analyse cartographique avec QGIS. En cherchant sur Internet, j'ai trouvé un truc du genre map_get(hstore_to_map("tags"),'bridge'). Sauf que chez moi, ça ne renvoi rien du tout. Aurais-je fait une erreur quelque part ? - Tony EMERY OpenStreetMap.fr Ingénieur SIG -- Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html ___ 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] Et si on fabriquait notre récepteur/logger GPS ?
Le 23/03/2018 à 14:58, Dominique Rousseau a écrit : Le Fri, Mar 23, 2018 at 09:53:03AM +0100, René-Luc Dhont [rldh...@gmail.com] a écrit: Bonjour, Est-ce que ce projet aurait un lien avec le projet Centipède de Julien Ancelin ? https://github.com/jancelin/centipede https://centipede.sig.inra.fr/websig/lizmap/www/ https://jancelin.github.io/centipede/#/ Pas directement, je dirais. De ce que je comprens du projet centipede, il s'agit de deployer des bases fixes permettant de faire de la correction RTK, donc de fournir un signal, plutot que le recevoir. Oui c'est vrai que le projet ne présente que l'aspect réseau ouvert RTK Mais les bornes sont des récepteurs GPS de fabrication maison. https://centipede.sig.inra.fr/websig/lizmap/www/index.php/view/media/getMedia?repository=cent=situation=media%2Fupload%2Fsituation%2Fantenne%2Fphoto%2Fbase1.jpg https://twitter.com/complementterre ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Et si on fabriquait notre récepteur/logger GPS ?
Bonjour, Est-ce que ce projet aurait un lien avec le projet Centipède de Julien Ancelin ? https://github.com/jancelin/centipede https://centipede.sig.inra.fr/websig/lizmap/www/ https://jancelin.github.io/centipede/#/ My 2cents René-Luc D'Hont ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: confirm 10ff24cf8895bd60980b14b1a6380c7cd66ce656
Bonjour, Je suis dans le même cas. René-Luc Le 14/11/2016 à 09:09, Romain MEHUT a écrit : Bonjour, Certains d'entre vous ont-ils reçu un message que celui ci-dessous ? Dans mon cas, c'est la 3ème fois en peu de temps. J'ai écrit à talk-fr-ow...@openstreetmap.org <mailto:talk-fr-ow...@openstreetmap.org> pour connaitre la raison de cet envoi mais je n'ai pas eu de réponse. Une idée ? Merci. Romain -- Message transféré -- De : <talk-fr-requ...@openstreetmap.org <mailto:talk-fr-requ...@openstreetmap.org>> Date : 12 novembre 2016 à 10:00 Objet : confirm 10ff24cf8895bd60980b14b1a6380c7cd66ce656 À : romain.me...@gmail.com <mailto:romain.me...@gmail.com> Votre abonnement à la liste Talk-fr a été désactivé suite à due to excessive bounces The last bounce received from you was dated 05-Nov-2016. Vous ne recevrez plus de messages en provenance de cette liste tant que vous n'aurez pas ré-activé votre abonnement. Vous recevrez encore 2 rappels comme celui-ci avant que votre abonnement ne soit supprimé. Pour ré-activer votre abonnement, vous pouvez répondre simplement à ce message (en laissant la ligne Subject: --Objet-- du message intact) ou vous rendre à la page de confirmation à l'adresse : https://lists.openstreetmap.org/confirm/talk-fr/10ff24cf8895bd60980b14b1a6380c7cd66ce656 <https://lists.openstreetmap.org/confirm/talk-fr/10ff24cf8895bd60980b14b1a6380c7cd66ce656> (...) Si vous avez des questions ou des problèmes, contacter le propriétaire de la liste à l'adresse talk-fr-ow...@openstreetmap.org <mailto:talk-fr-ow...@openstreetmap.org> ___ 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] Cartographie des réseaux urbains de bus, journée #HackFrancophonie
Bonjour, Cela signifierait-il qu'il faille que je relance OSMTRansport ??? http://demo.3liz.com/osmtransport/france.php Cordialement, René-Luc Le 02/03/2016 12:58, Johan Richer a écrit : Bonjour à toutes et à tous, J'ai présenté le 19 février dernier lors de la journée #HackFrancophonie organisée au Numa par Etalab un projet de cartographie des réseaux urbains de bus, avec comme ville pilote Antananarivo à Madagascar. Tout est là : https://github.com/etalab/HackFrancophonie/wiki/Cartographie-des-r%C3%A9seaux-urbains-de-bus La journée aura permis d'identifier des manques remédiables et de consolider les bases pour la suite, ce qui est déjà pas mal comme résultat pour un hackathon ! Je remercie donc la petite équipe de choc grâce à qui le projet est maintenant bel et bien lancé : Christian Quest qu'on ne présente plus et qui a mis le travail de la journée sur les rails dès les 5 premières minutes, Julien Jego son collègue d'Etalab qui a codé la visualisation sur Leaflet, ainsi que Davy Kiala et Rajnish Hawabhay qui ont également apporté un soutien précieux. Merci également à Violaine Doutreleau (CartONG) et Benoit Fournier (OSM/HOT/CartONG) qui m'ont aidé à préparer le pitch. ;) Le code de la plateforme Managua n'aura finalement pas été utilisé comme je l'avais souhaité à l'origine. On s'est vite rendu à l'évidence qu'une journée était bien trop court pour ça. Il va donc falloir recontacter Felix Delattre pour voir s'il pourrait pas faire un minimum de documentation pour aider à s'y retrouver. Si vous avez une idée des conditions à remplir pour dupliquer le projet ça serait un gros coup de pouce. Le modèle à dupliquer : http://rutas.mapanica.net Le code source : https://github.com/xamanu/mapanica-rutas Le développeur : https://twitter.com/xamanu | felix.delat...@hotosm.org <mailto:felix.delat...@hotosm.org> On a pu constater aussi lors du hackathon que les tracés des lignes de bus de Tana sur OSM ne sont pas très propres. A côté Ouagadougou c'est nickel. Il faudrait retravailler les données pour avoir des relations bien faites d'un bout à l'autre de chaque ligne. Je suis pas assez compétent en OSM pour savoir ce qu'il faudrait faire pour ça. http://www.openstreetmap.org/#map=15/-18.9044/47.5229=T La communauté OSM à Mada est motivée par le projet et je vais donc faire en sorte qu'elle le prenne en main le plus possible, notamment par le biais d'Eddy Andriamanantena de l'Agence universitaire de la Francophonie qui avait aidé Violaine sur sa mission. Ajouter les lignes manquantes sur OSM est un super défi pour la communauté, avec Ouaga et Managua comme modèles à suivre. On va aussi demander à Mariot Tsitoara le développeur de l'appli Taxibe sur Android s'il peut libérer ses données et dans quelles conditions (on trouvera un arrangement win-win...). 3 étapes donc pour la plateforme Tana Bus : documentation du code pour faciliter la duplication ; amélioration des données OSM ; reprise en main par la communauté. Si le projet vous intéresse vous pouvez aider à le réaliser ! ne serait-ce que des conseils et suggestions, tout est bienvenu ;) Pour finir, on a été interviewé par RFI ce qui a permis de parler du projet, d'OpenStreetMap et de la communauté à Mada. http://www.rfi.fr/emission/20160227-francophonie-bidouiller-donnees-ouvertes-monde-francophone https://soundcloud.com/radiofranceinternationale/hackfrancophonie-bidouiller-les-donnees-ouvertes-du-monde-francophone Ca se passe vers la 16ème minute mais toute l'émission vaut le coup si vous avez le temps. Un compte-rendu complet de la journée est également dispo : https://www.etalab.gouv.fr/hackfrancophonie-jour-2-open-data-camp-autour-des-donnees-ouvertes-dans-la-francophonie Johan ___ 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] liens objets-relation dans QGIS
Bonjour Tony, C'est moi qui t'avait parler de cela. Dans QGIS tu dois installer QuickOSM et utiliser le module traitement pour générer la table de liaison. Ensuite dans les propriétés du projet tu crées une jointure parent/enfant. Cordialement, Le 28/09/2015 09:44, Tony Emery a écrit : Bonjour à tous, J'ai fait une petite requête QL via QGis pour récupérer, par exemple, les relations de type "associatedStreet" dans une emprise voulue. J'avais souvenir que, dans QGIS, il était possible d'avoir une table qui liait chaque objet aux différentes relations que l'on vient de récupérer dans la requête. Malheureusement, je ne me rappelle plus de la manipulation. Quelqu'un se rappelle-t-il du modus operandi ? Bonne journée, Tony - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien & chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/liens-objets-relation-dans-QGIS-tp5855616.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
[OSM-talk-fr] La contribution des étudiants AgroTIC 2015 à OpenStreetMap
Pour une entrée en matière à la formation AgroTIC dans le cadre d’un module de formation sur la géodésie, nous avons participé au projet de cartographie libre OpenStreetMap (OSM). Une « carto-partie » a donc été organisée par les étudiants et l’équipe pédagogique à Gignac (34). Il s’agissait de référencer les rues et les commerces de la commune. Particulièrement, leur accessibilité par les personnes à mobilité réduite a été enregistrée tout en contribuant au projet Wheelmap (qui référence spécifiquement l’accessibilité des lieux publics et s’appuie sur les données d’OSM). Lisez la suite ici http://www.agrotic.org/blog/la-contribution-des-etudiants-agrotic-2015-a-openstreetmap/ René-Luc D'Hont ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation du PLU parisien.
Bonjour, Il ne suffit pas que le document soit publique, il faut que la licence d'utilisation de celui-ci permettent de créer de la données compatible avec la licence OSM. Le 30/07/2015 16:05, dHuy Pierre a écrit : Bonjour à tous! Me balladant sur le site du PLU de Paris, j'ai trouvé un plan détaillant le tracé du RER A/RER B et des métros et de leurs quais. S'agissant d'un document publique, librement accessible, etc puis-je l'utiliser sur OSM pour corriger le tracé des lignes de trains et de métro? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment charger un WMS/WTS OSM dans SIG (QGIS) ?
Bonjour, Pour la composition le problème est le même que pour la vue. Chaque zone de dessin est contrôlé par 3 paramètres dont 2 en conflit : * CRS * Emprise * Résolution L'emprise et la résolution entre en conflit car : * soit c'est l'Emprise qui compte alors celle-ci doit-être intégralement dessiné dans le rectangle d'affichage * soit c'est la résolution qui compte alors sera dessiné ce qui rentre dans le rectangle d'affichage pour la résolution choisi Dans ton cas, si tu respectes les résolutions d'OSM, tu auras quelque chose de net, par contre si c'est l'emprise de l'objet qui compte alors le rendu pourra être flou. Cordialement, Le 27/07/2015 18:13, image93 a écrit : Bonsoir Réné Luc, Et merci beaucoup. Certes, le fait de paramétrer la projection du projet en 3857 permet d'avoir une meilleure lisibilité de la couche. Mais dès qu'on bascule dans le gestionnaire de composition, il y a un problème certainement dû à la projection. En effet, dans l'interface du gestionnaire de composition,l'emprise de l'objet carte ne correspond pas à mon emprise réelle... Merci. -- View this message in context: http://gis.19327.n5.nabble.com/Comment-charger-un-WMS-WTS-OSM-dans-SIG-QGIS-tp5850979p5851043.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] Comment charger un WMS/WTS OSM dans SIG (QGIS) ?
Pour obtenir un affichage net, il faut travailler avec les échelles fixe correspondant aux niveaux de zoom d'OSM. Sinon il faudrait améliorer GDAL et QGIS pour que la sélection du niveau de zoom et le recalcule des pixels soient plus pertinents pour une échelle ne correspondant pas à 1 niveau de zoom OSM. Le 28/07/2015 10:21, Jérôme Seigneuret a écrit : En clair il faut travailler avec des échelles fixe correspondant au niveau de zoom d'OSM? Le 28 juillet 2015 09:08, René-Luc Dhont rldh...@gmail.com mailto:rldh...@gmail.com a écrit : Bonjour, Pour la composition le problème est le même que pour la vue. Chaque zone de dessin est contrôlé par 3 paramètres dont 2 en conflit : * CRS * Emprise * Résolution L'emprise et la résolution entre en conflit car : * soit c'est l'Emprise qui compte alors celle-ci doit-être intégralement dessiné dans le rectangle d'affichage * soit c'est la résolution qui compte alors sera dessiné ce qui rentre dans le rectangle d'affichage pour la résolution choisi Dans ton cas, si tu respectes les résolutions d'OSM, tu auras quelque chose de net, par contre si c'est l'emprise de l'objet qui compte alors le rendu pourra être flou. Cordialement, Le 27/07/2015 18:13, image93 a écrit : Bonsoir Réné Luc, Et merci beaucoup. Certes, le fait de paramétrer la projection du projet en 3857 permet d'avoir une meilleure lisibilité de la couche. Mais dès qu'on bascule dans le gestionnaire de composition, il y a un problème certainement dû à la projection. En effet, dans l'interface du gestionnaire de composition,l'emprise de l'objet carte ne correspond pas à mon emprise réelle... Merci. -- View this message in context: http://gis.19327.n5.nabble.com/Comment-charger-un-WMS-WTS-OSM-dans-SIG-QGIS-tp5850979p5851043.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto: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] Comment charger un WMS/WTS OSM dans SIG (QGIS) ?
Bonjour, Le fichier XML à jour pour la source de données OSM est disponible en bas de la page : http://www.gdal.org/frmt_wms.html Le fichier ce nomme : OpenStreetMap TMS Service Example LE problème de résolution est lié à l'interprétation par GDAL des résolutions. Pour avoir un affichage net, il faut avoir un affichage en 3857 et respecter les échelles du service TMS. Cordialement, Le 27/07/2015 11:22, image93 a écrit : Cher René Luc, merci beaucoup. J'avais fait votre test en effet à partir de votre tuto 3LIZ. J'avais reussi à charger la couche via un raster XML. Mais en effet le fond ne semblait pas de très bonne resolution à grande échelle... COncernant votre 2eme lien, si j'ai bien compris, il suffit de faire la meme opération que celle décrite dans votre tuto mais en copiant simplement la partie de code presente sur la gauche de la page web... Si c'est bien celà, j'ai une question vraiment bete...mais comment recupérer , selectionner avec le curseur de la souris, copier uniquement la partie de code et pas la partie de texte sur la droite? Serait il possible de telecharger directement ce bout de code? Désolé pour ma question vraiment bete ;-) mais je ne suis pas une vedette... -- View this message in context: http://gis.19327.n5.nabble.com/Comment-charger-un-WMS-WTS-OSM-dans-SIG-QGIS-tp5850979p5850994.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] Comment charger un WMS/WTS OSM dans SIG (QGIS) ?
Bonjour, Tu peux utiliser un fichier XML pour GDAL. Cette article est un peu vieux mais est toujours d'actualiter : http://www.3liz.com/blog/rldhont/index.php?post/2012/07/17/Les-Tuiles-OpenStreetMap-dans-QGIS Il faudra juste mettre à jour le XML avec pour CRS: EPSG3857 à la place de EPSG:900913. Tu trouveras une version valide ici : http://www.gdal.org/frmt_wms.html Cordialement, Le 27/07/2015 10:25, image93 a écrit : Bonjour à tous, je compte charger un fond WTS ou WMS d'openstreetmap dans un sig (qgis). je ne compte pas passer par le plugin qgis nommé openlayersplugin qui me fait trop de misère. Je souhaite pouvoir charger ces couches wts/wms en renseignant des URL serveurs par exemple. A moins qu'il y ait d'autres méthodes. Je ne suis pas developpeur mais un simple geomaticien. Une personne pourrait elle m'aider? Merci beaucoup. -- View this message in context: http://gis.19327.n5.nabble.com/Comment-charger-un-WMS-WTS-OSM-dans-SIG-QGIS-tp5850979.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] Intégration des pharmacies en France avec Osmose
Bonjour Frédéric, Par curiosité, est-ce que le fichier des pharmacies est disponible ? Je connais des structures qui seraient intéressées par le fichier et potentiellement par contribuer, par contre la page osmose ne leurs parlera pas du tout. http://osmose.openstreetmap.fr/fr/errors/?source=7406item= Est-il possible de faire une recherche par région ? par département ? Quelles informations sont disponibles ? Nom ? Adresse ? Position ? Téléphone ? Horaire ? Enfin même si je suis un contributeur OSM, lorsque je suis arrivé sur la carte je n'ai pas compris que je me trouvait sur une carte dédié aux pharmacies OpenData. J'ai crus que j'étais dans Osmose globale. René-Luc Le 11/10/2014 12:25, Frédéric Rodrigo a écrit : Bonjour, L'entreprise Celtipharm à mise à disposition son recensement des pharmacies en France. Les données ont été collectées sur le terrain depuis 2000. Il y a donc près de 14 ans de métier ;) dans ces données. Ils ont été séduit par OSM et y voient une opportunité de moderniser leur système d'information avec une publication en OpenData sous licence ODbL. Après un test et des retours sur leurs données, l'intégration est maintenant possible sur Osmose : http://osmose.openstreetmap.fr/fr/errors/?source=7406item= Pharmacies dans OSM sans référence ref:FR:FINESS : http://osmose.openstreetmap.fr/fr/map/#item=7150 Pharmacie non intégré, en OpenData mais référence non retrouvé dans OSM http://osmose.openstreetmap.fr/fr/map/#item=8210 Proposition de rapprochement entre l'OpenData et l'OSM : http://osmose.openstreetmap.fr/fr/map/#item=8211 Le travail préliminaire à cette intégration à Osmose à soulevé des questions sur la liste CA, que je vous livres dans un soucie de transparence : - le tag type:FR:FINESS est aussi utilisé 216 fois. Désolé, mais là par contre je ne vois pas l'intérêt de mettre ça dans OSM. On a déjà des tags pour mettre en correspondance de ces numéros. Sauf si le type fait partie de l'identifiant, mais dans ce cas il ne faudrait pas un tag séparé. Il y a même une page sur le wiki : http://wiki.openstreetmap.org/wiki/FR:Key:type:FR:FINESS [moi] - Le problème, c'est que ces intégrations osmose ne sont pas documentées depuis osmose et très mal dans le wiki et qu'il y a en a de plus en plus. D'ailleurs, le fait même que cette discussion se passe sur la liste ca@ et non sur la liste talk-fr@ est aussi symptomatique. [Pieren] - Je serais d'ailleurs curieux de connaitre la réaction à la demande d'ajouter… 9000 ? tag ref:FR:FINESS pour une valeur ajoutée… légère ? d'un point de vue contributeur/réutilisateur basique ? J'ai encore du mal avec ces rapprochements de bdd séparées uniquement à l'aide d'un identifiant unique, alors qu'avec une position géographique, un nom, une adresse, on doit pouvoir rapprocher la quasi-totalité des existantes dans OSM (du moins sur l'échantillon représentatif d'une dizaine regardée du coté de Troyes). On parle de pharmacies, pas d'arbres ou de batiments, quand même… Bon, non, j'ai pas les doigts dans le code. [JB] Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Intégration des pharmacies en France avec Osmose
Bonjour, Je viens de regarder la carte vers chez moi et je ne comprends pas pourquoi il n'y a pas de rapprochement entre OSM et la base OpenData Celtipharm ? http://osmose.openstreetmap.fr/fr/map/#source=7406item=1010%2C1040%2C1050%2C1060%2C1070%2C1080%2C1090%2C1100%2C1110%2C1120%2C1140%2C1150%2C1160%2C1170%2C1180%2C1190%2C1200%2C1210%2C1220%2C1230%2C1240%2C2xxx%2C3xxx%2C4xxx%2C5xxx%2C6xxx%2C7xxx%2C8xxxzoom=16lat=43.6147lon=3.86824layer=Mapnikoverlays=FFFTbbox=3.852124214172363%2C43.60898521690245%2C3.880019187927246%2C43.61908323811815level=1%2C2%2C3tags=fixable= Chaque pharmacie OSM a son double OpenData Celtipharm avec : Pharmacy not intégrated, pourquoi ? René-Luc Le 11/10/2014 12:25, Frédéric Rodrigo a écrit : Bonjour, L'entreprise Celtipharm à mise à disposition son recensement des pharmacies en France. Les données ont été collectées sur le terrain depuis 2000. Il y a donc près de 14 ans de métier ;) dans ces données. Ils ont été séduit par OSM et y voient une opportunité de moderniser leur système d'information avec une publication en OpenData sous licence ODbL. Après un test et des retours sur leurs données, l'intégration est maintenant possible sur Osmose : http://osmose.openstreetmap.fr/fr/errors/?source=7406item= Pharmacies dans OSM sans référence ref:FR:FINESS : http://osmose.openstreetmap.fr/fr/map/#item=7150 Pharmacie non intégré, en OpenData mais référence non retrouvé dans OSM http://osmose.openstreetmap.fr/fr/map/#item=8210 Proposition de rapprochement entre l'OpenData et l'OSM : http://osmose.openstreetmap.fr/fr/map/#item=8211 Le travail préliminaire à cette intégration à Osmose à soulevé des questions sur la liste CA, que je vous livres dans un soucie de transparence : - le tag type:FR:FINESS est aussi utilisé 216 fois. Désolé, mais là par contre je ne vois pas l'intérêt de mettre ça dans OSM. On a déjà des tags pour mettre en correspondance de ces numéros. Sauf si le type fait partie de l'identifiant, mais dans ce cas il ne faudrait pas un tag séparé. Il y a même une page sur le wiki : http://wiki.openstreetmap.org/wiki/FR:Key:type:FR:FINESS [moi] - Le problème, c'est que ces intégrations osmose ne sont pas documentées depuis osmose et très mal dans le wiki et qu'il y a en a de plus en plus. D'ailleurs, le fait même que cette discussion se passe sur la liste ca@ et non sur la liste talk-fr@ est aussi symptomatique. [Pieren] - Je serais d'ailleurs curieux de connaitre la réaction à la demande d'ajouter… 9000 ? tag ref:FR:FINESS pour une valeur ajoutée… légère ? d'un point de vue contributeur/réutilisateur basique ? J'ai encore du mal avec ces rapprochements de bdd séparées uniquement à l'aide d'un identifiant unique, alors qu'avec une position géographique, un nom, une adresse, on doit pouvoir rapprocher la quasi-totalité des existantes dans OSM (du moins sur l'échantillon représentatif d'une dizaine regardée du coté de Troyes). On parle de pharmacies, pas d'arbres ou de batiments, quand même… Bon, non, j'ai pas les doigts dans le code. [JB] Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Intégration des pharmacies en France avec Osmose
Merci Frédéric pour ces éclairsissements. René-Luc Le 12/10/2014 17:35, Frédéric Rodrigo a écrit : Le 12/10/2014 16:19, René-Luc Dhont a écrit : Bonjour, Je viens de regarder la carte vers chez moi et je ne comprends pas pourquoi il n'y a pas de rapprochement entre OSM et la base OpenData Celtipharm ? http://osmose.openstreetmap.fr/fr/map/#source=7406item=1010%2C1040%2C1050%2C1060%2C1070%2C1080%2C1090%2C1100%2C1110%2C1120%2C1140%2C1150%2C1160%2C1170%2C1180%2C1190%2C1200%2C1210%2C1220%2C1230%2C1240%2C2xxx%2C3xxx%2C4xxx%2C5xxx%2C6xxx%2C7xxx%2C8xxxzoom=16lat=43.6147lon=3.86824layer=Mapnikoverlays=FFFTbbox=3.852124214172363%2C43.60898521690245%2C3.880019187927246%2C43.61908323811815level=1%2C2%2C3tags=fixable= Chaque pharmacie OSM a son double OpenData Celtipharm avec : Pharmacy not intégrated, pourquoi ? La jointure est faire sur le tag fr:FR:FINESS. Tant que ce tag n'est pas retrouvé dans OSM, elle est considéré comme non intégré. C'est le cas de toutes les intégrations de données pas Osmose basées sur une référence et pas uniquement sur la position géographique. Le 11/10/2014 12:25, Frédéric Rodrigo a écrit : Bonjour, L'entreprise Celtipharm à mise à disposition son recensement des pharmacies en France. Les données ont été collectées sur le terrain depuis 2000. Il y a donc près de 14 ans de métier ;) dans ces données. Ils ont été séduit par OSM et y voient une opportunité de moderniser leur système d'information avec une publication en OpenData sous licence ODbL. Après un test et des retours sur leurs données, l'intégration est maintenant possible sur Osmose : http://osmose.openstreetmap.fr/fr/errors/?source=7406item= Pharmacies dans OSM sans référence ref:FR:FINESS : http://osmose.openstreetmap.fr/fr/map/#item=7150 Pharmacie non intégré, en OpenData mais référence non retrouvé dans OSM http://osmose.openstreetmap.fr/fr/map/#item=8210 ^^^ Proposition de rapprochement entre l'OpenData et l'OSM : http://osmose.openstreetmap.fr/fr/map/#item=8211 Le travail préliminaire à cette intégration à Osmose à soulevé des questions sur la liste CA, que je vous livres dans un soucie de transparence : - le tag type:FR:FINESS est aussi utilisé 216 fois. Désolé, mais là par contre je ne vois pas l'intérêt de mettre ça dans OSM. On a déjà des tags pour mettre en correspondance de ces numéros. Sauf si le type fait partie de l'identifiant, mais dans ce cas il ne faudrait pas un tag séparé. Il y a même une page sur le wiki : http://wiki.openstreetmap.org/wiki/FR:Key:type:FR:FINESS [moi] - Le problème, c'est que ces intégrations osmose ne sont pas documentées depuis osmose et très mal dans le wiki et qu'il y a en a de plus en plus. D'ailleurs, le fait même que cette discussion se passe sur la liste ca@ et non sur la liste talk-fr@ est aussi symptomatique. [Pieren] - Je serais d'ailleurs curieux de connaitre la réaction à la demande d'ajouter… 9000 ? tag ref:FR:FINESS pour une valeur ajoutée… légère ? d'un point de vue contributeur/réutilisateur basique ? J'ai encore du mal avec ces rapprochements de bdd séparées uniquement à l'aide d'un identifiant unique, alors qu'avec une position géographique, un nom, une adresse, on doit pouvoir rapprocher la quasi-totalité des existantes dans OSM (du moins sur l'échantillon représentatif d'une dizaine regardée du coté de Troyes). On parle de pharmacies, pas d'arbres ou de batiments, quand même… Bon, non, j'ai pas les doigts dans le code. [JB] Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Framabook dont les ventes sont reversées à OpenStreetMap France
Je pense aussi que 3liz va l’acquérir René-Luc Le 30/09/2014 11:51, Nicolas Moyroud a écrit : Il s'agit du livre R et espace : http://framabook.org/16-r-et-espace/ J'espère qu'il va bien se vendre ! Déjà je vais demander à la doc de mon organisme d'en commander un exemplaire. ;-) Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] utilisation d'iun fond de carte osm par vinci
Peut-être parce que les utilisateurs qui zoom fortement sont habituées à lire le scan ? Le 29/09/2014 11:05, HELFER Denis a écrit : Peut-être parce qu'OSM n'est pas suffisamment complet à ce niveau de zoom ? -Message d'origine- De : Nicolas Moyroud [mailto:nmoyr...@free.fr] Envoyé : lundi 29 septembre 2014 10:54 À : Discussions sur OSM en français Objet : Re: [OSM-talk-fr] utilisation d'iun fond de carte osm par vinci Argh horreur quand on zoome à fond ça bascule sur l'immonde fond scan 25 ! :o Franchement on se demande quand même pourquoi... La carte de la nouvelle ligne TGV à grande vitesse entre Nîmes et Montpellier utilisant un fond OSM avec les crédits : http://contournement-nimes-montpellier.com/pages/me-situer-sur-le-trac e ___ 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] Question BANO : 1 rue, 2 codes FANTOIR Est-Ouest
Le 27/08/2014 21:10, Vincent de Château-Thierry a écrit : Bonsoir, Le 27/08/2014 10:56, René-Luc Dhont a écrit : Je profite de la discussion précédente pour poser ma question. A Port-Vendres la Route de Banyuls possède 2 code FANTOIR : * 1 pour l'EST de la route * 1 pour l'OUEST de la route http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#17/42.51434/3.10950 Les 2 codes FANTOIR se complètent pour la gestion des adresses. Il n'y a pas d'ancien ou de nouveau codes. Comment traiter cette description de la réalité ? Comment indiquer que les 2 codes FANTOIR sont applicable à la rue mais sans antériorité ? C'est même pire, car certaines parcelles sont aussi rattachées à la 'Route de Banyuls' tout court, qui a aussi son code Fantoir : 661480045R Une possibilité, qui rentre dans les cases, et qui évite de choisir, serait de : - coller le code Fantoir de la 'Route de Banyuls' sur les ways portant ce nom - coller le code Fantoir Ouest sur une relation qui considère les adresses paires, celles du côté gauche de la rue (sur une carte orientée au Nord) - idem avec le code Est pour les adresses impaires. Personnellement je mettrais à chaque fois 'Route de Banyuls' comme nom des relations. De cette manière, chaque code Fantoir aura, dans OSM, un point de chute, et donc un joli libellé. Et dans Bano, incidemment, aussi. Il y aurait donc 3 codes FANTOIR pour la 'Route de Banyuls' que je peux préciser à l'aide de ref:FR:FANTOIR, ref:FR:FANTOIR:left, ref:FR:FANTOIR:right Dans la même ville on trouvera un autre doublon du code FANTOIR qui se complètent : * La rue et le quai Pierre Basseres en pleine ville http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/42.51789/3.10406 Une rapide recherche sur Google ne donne pas de résultats pour 'Quai Pierre Basseres', c'est toujours 'rue Pierre Basseres' qui remonte. En supposant que ce nom est quand même présent sur le terrain, je vois une possibilité : tagguer les ways avec alt_name='quai Pierre Basseres' ne pas mettre de Fantoir sur les ways créer une relation associatedStreet par Fantoir et donc par nom, avec pour chacune ses adresses propres, et les mêmes highways dans les 2 relations. Le quai Pierre Basseres n'existe pas, sur le terrain il n'y a que la 'Rue Pierre Basseres' mais d'un point de vue adresse BANO, le quai complète la rue. la solution est donc de saisir les adresses dans OSM. À noter que côté BANO, les ref:FR:FANTOIR:left et ref:FR:FANTOIR:right sont supportés, mais les noms placés en alt_name ne sont pas encore pris en compte. Pour le cas Pierre Basseres, utiliser ref:FR:FANTOIR:left et :right ne marche pas, car le n°14 appartient à la rue mais est du côté quai. Merci pour cette précision. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Question BANO : 1 rue, 2 codes FANTOIR Est-Ouest
Bonjour, Je profite de la discussion précédente pour poser ma question. A Port-Vendres la Route de Banyuls possède 2 code FANTOIR : * 1 pour l'EST de la route * 1 pour l'OUEST de la route http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#17/42.51434/3.10950 Les 2 codes FANTOIR se complètent pour la gestion des adresses. Il n'y a pas d'ancien ou de nouveau codes. Comment traiter cette description de la réalité ? Comment indiquer que les 2 codes FANTOIR sont applicable à la rue mais sans antériorité ? Dans la même ville on trouvera un autre doublon du code FANTOIR qui se complètent : * La rue et le quai Pierre Basseres en pleine ville http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/42.51789/3.10406 René-Luc ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] accessibilité handicapés : sélection multi-handicaps
Bonjour, On espère trouver le temps de libérer le code... René-Luc Le 09/08/2014 15:39, Pierre Béland a écrit : Bonjour Zimmy, toujours aussi intéressant ces cartes et très intuitives. Les bulles sont aussi très instructives avec photos intégrées. Si quelqu'un pouvait s'y mettre et traduire les attributs OSM (clés, valeurs) pour que cela soit plus parlant pour les francophones et les non spécialistes OSM. Pierre *De :* ZIMMY jeanlouis.zimmerm...@laposte.net *À :* talk-fr@openstreetmap.org *Envoyé le :* Samedi 9 août 2014 6h25 *Objet :* [OSM-talk-fr] accessibilité handicapés : sélection multi-handicaps Voici un nouveau cap qui a été franchi dans le démonstrateur Lizmobility : - avoir la possibilité de sélectionner un objet géographique d'un côté (à gauche) - lui appliquer une propriété de l'autre (le choix d'un profil de handicap à droite) le lien est ici http://lizpoi.3liz.com/orange/index.php/lizpoi/map/?tree_id=3selected=202bbox=534481.313947,5486251.94948,535842.848513,5486997.210506zoom=17 En rouge : aménagement non-compatible avec le handicap En vert : aménagement compatible avec le handicap En jaune : mise en évidence d'anomalie En cas de sélection simultanée de plusieurs familles de handicaps si l'un est rouge et l'autre vert = jaune. Bonne découverte... - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (CCPRO,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/accessibilite-handicapes-selection-multi-handicaps-tp5814077.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto: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] [FANTOIR] deux entrées pour une voie : rue ou chemin
Bonjour, Je confirme : 1 rue : 2 code fantoir : 2 noms Par exemple : rue Mailly et rue Maréchal Mailly à Port-Vendres http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/42.52208/3.10471 Impasse du Jardin Baretge et Impasse de la république à Collioure http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#19/42.52473/3.08233 Et le plus étonnant c'est que les numéros de l'une se répète dans l'autre. Pour éliminer ces cas, nous pourrions utiliser les numéros et leur position ? René-Luc Le 20/06/2014 15:34, Nicolas Dumoulin a écrit : Bonjour, En faisant du BANO, j'ai rencontré plusieurs cas où sur une même voie, des adresses sont rattachées à Rue de Machin et d'autres à Chemin de Machin. Le même cas se produit avec d'autres appellation que rue (avenue, allée, …). En pratique, le terrain indique souvent que les adresses Chemin de Machin ne sont pas utilisées au profit de Rue de Machin. Sans doute une trace de l'histoire liée à l'urbanisation. J'en ai discuté avec un adjoint à l'urbanisme qui m'a confirmé le problème remonté par certains habitants/usagers perdus car ils ne trouvent pas le Chemin de Machin. Encore un cas où je laisse du rouge, et on verra plus tard comment faire remonter ces erreurs. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [FANTOIR] deux entrées pour une voie : rue ou chemin
Le plus simple est d'avoir une seule relation et de concaténer les codes FANTOIR avec un ; ça marche ? je pensais qu'il ne fallait pas faire comme ça ? Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Manque une attribution sur http://www.ville.gouv.fr/?carte-des-nouveaux-quartiers
Le 17/06/2014 09:02, Marc Sibert a écrit : Bonjour, Je laisse un porte parole d'OSM Fr se lancer ;-) avant d'envoyer un tweet rageur : Là : http://www.ville.gouv.fr/?carte-des-nouveaux-quartiers ce serait bien d'ajouter une attribution (c) les contributeurs d'OSM non ? D'autant qu'il y a l'attribution pour leaftlet ;-) En tout cas merci d'utiliser et de mettre en valeur les cartes OSM. A+ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Récuperer fond de carte Openstreet map et compléter avec ses données
Salut, Je pense que tu peux utiliser les limites terrestres et maritimes d'osm. Je te conseille aussi de regarder du côté de Pleiades : http://pleiades.stoa.org/ projet de l'Université de New-York. René-Luc Le 11 nov. 2013 16:08, Maïeul Rouquette mai...@maieul.net a écrit : Salut, merci pour la réponse, et voici les précisions : - je souhaiterais un fond le plus fond qui soit : donc juste le contour des îles / des mers, et ensuite y placer des villes qui m'intéressent (bon si ces villes sont deja placées, c'est tant mieux, mais comme certaines n'existent plus vraiment). La topographie détaille ne m'intéresse guère. Il s'agit de placer des points correspondant à des listes de villes que me fournissent mes sources anciennes - pour l'echelle : chaque carte devraient tenir sur un A4 dans l'ideal (donc un carte de Crète, une carte de Chypre, une carte plus large du bassin méditérannéen - EST) = 3 A4 - je suis en Suisse, à Lausanne Je vais regarder pour NNTP - Maïeul http://blog.maieul.net http://www.schtroumpfs.maieul.net/ Le 11 nov. 2013 à 15:59, Christian Quest cqu...@openstreetmap.fr a écrit : Si ce sont des fond de carte plutôt historique que tu cherche, OpenStreetMap va être un peu limité car ce sont avant tout des données actuelles qu'on y trouve. Que souhaites-tu avoir sur ce fond de carte ? Les surfaces terrestres et maritimes ? Des éléments géographiques pour se repérer (noms de villes, de sommets, de cols, etc) ? Le relief ? Et... à quelle échelle ? Les données actuellement permettent pas mal de choses. Pour produire ton fond de carte, tu peux envisager TileMill, logiciel très WYSIWYG mais qui va devoir s'appuyer sur une base de données où tu as les éléments géométriques qui t'intéressent. Il peut exporter en PNG et SVG et peut aussi manipuler des données autres (relief par exemple, voire des images satellite comme le blue marble de la NASA qui peut éventuellement servir si tu reste à des échelles moyennes). Il fonctionner sur OSX (moi aussi sur Mac et aussi Linux). Pour NNTP... voir: http://wiki.openstreetmap.org/wiki/Mailing_lists#Reading_mailing_lists_via_newsgroup_interface Sinon, tu es dans quel coin ? Le 11 novembre 2013 15:37, Maïeul mai...@maieul.net a écrit : Bonjour, je préviens : c'est la première fois, depuis le lycée, que je fais de la cartographie. Dans le cadre de ma thèse, j'aurais besoin de récupérer des fonds de cartes et de les compléter avec des points + étiquette (nom de ville) ainsi que des flèches. Ces cartes seraient les suivantes : - Crète - Chypre - Empire Byzantin (si, si !) a ≠ moments historiques - Bassin méditerranéen Quelqu'un ma conseillé de regarder du côté de OSM. Pensez vous que c'est le bon endroit ? Si oui auriez vu des tutoriels qui me permettrait : - de récuperer mes fonds de cartes - d'y ajouter les points, voir de partager ces points avec la communauté, en précisant que ce sont des villes qui n'existent plus forcément (ou dont le nom a changé) - d'exporter ces cartes en PNG / SVG / TikZ pour les intégrer dans mon fichier LaTeX (avec idéalement la même police) Sachant que je bosse sous Mac, mais que je peux m'installer un windows ou un linux sans souci. Dans l'idéal un logiciel WYSIWYG serait pas mal, mais mettre le nom dans le code ne me dérange pas, si je sais comment cela fonctionne. Merci d'avance pour vos réponses Maïeul Ps : y-a-t-il moyen de consulter cette liste via NNTP -- 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Open Data Bordeaux (était Bulletin N°13 tout frais imprimé !)
C'est comme à Montpellier et ce n'est pas politique. Le 9 nov. 2012 19:53, Vincent Privat vincent.pri...@gmail.com a écrit : Tiens, Bordeaux a maintenant 2 portails open data ? La CUB sous licence APIE et la ville en LO/OL ? C'est d'une simplicité :) Des projets de fusion sont-ils en cours ? Ou est-ce que le second est amené à remplacer le premier ? Le 9 novembre 2012 19:41, Christian Quest cqu...@openstreetmap.fr a écrit : Il est là: http://openstreetmap.fr/bulletin-OSM-FR-13 Merci Pieren ! -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Residential in Residential
En fait l'idée est qu'un contributeur en souhaitant décrire un quartier, ou un résidence a utilisé une way fermé protant le tag landuse=residential et un tag name. Ce qui me gène c'est que ce polygone est lui même inclu dans un polygone plus grand portant le tag landuse=residential. Pour ces cas de figures j'utilisais des points de type lieu dit mais bien sûr cela ne rend pas l'emprise. Ma question était donc dans le cas d'un lot de bâtiment qui fait déjà partie d'un landuse=residential et que l'on souhaite nommé sans avoir à mettre un name pour chaque bâtiment. Donc comment représenté l'emprise d'un lotissement, d'une résidence, d'un quartier faisant déjà partie d'un residential. René-Luc D'Hont 3Liz Le 22/09/2010 00:38, alexis gayte a écrit : j'ai un peu travaillé sur montpellier et je suis tombé sur ces problèmes sur paris pour la cite internationale on utilise amenity=university avec name=Cité Internationale Universitaire si ca peu aider ... Le 22 septembre 2010 00:21, Vincent de Chateau-Thierry v...@laposte.net mailto:v...@laposte.net a écrit : Le 21/09/2010 23:15, g.d a écrit : Le 21 sept. 2010 à 21:53, René-Luc D'Hont a écrit : Pour info mon problème de residential in residential n'est pas strictement lié aux résidences étudiantes. Il est lié à quoi, stp ?, quel est le dilemme, au juste ?, exemple ? Pour qu'on puisse regarder voir, et éventuellement aider à trouver. En effet, les résidences ne sont pas qu'étudiantes. Le terme recouvre pour moi un ensemble de notions présentes +/- toutes ensembles : * un ensemble de constructions (immeubles et pavillons) de même style/époque, sorties du même moule * une délimitation visible : murs, clôtures (barrier=*) * des entrées matérialisées, parfois des barrières d'accès (access=*), des panneaux à l'entrée avec le nom de la résidence * des voies de desserte entre les bâtiments (highway=service) * parfois des aires de jeu, voire des commerces * et donc un nom propre pour désigner l'ensemble : Residence xxx, qui sert pour exprimer l'adresse postale, combiné à un numéro de bâtiment/ de cage d'escalier (Résidence xxx / Bâtiment B / Escalier 2) Je ne sais pas si ReLuc parlait de ça, mais je sais que je sèche quand il s'agit de tagguer ce genre d'emprise, assez fréquente en zone urbaine. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, alexis GAYTE ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Residential in Residential
Le 22/09/2010 13:40, g.d a écrit : Le 22 sept. 2010 à 11:49, René-Luc D'Hont a écrit : Ma question était donc dans le cas d'un lot de bâtiment qui fait déjà partie d'un landuse=residential et que l'on souhaite nommé sans avoir à mettre un name pour chaque bâtiment. Donc comment représenté l'emprise d'un lotissement, d'une résidence, d'un quartier faisant déjà partie d'un residential. Bhen, essaye, faire du area residential par-dessus un residential déjà existant, et on verra ce que ça donnera. Je pense qu'il faut faire le test grandeur nature. ça existe déjà d'où ma question Le risque me semble être que le nouvel area pourrait se superposer sur les bâtiments, et les cacher. A voir... Je n'ai jamais compris comment fonctionne l'ordre de rendu des éléments divers dans les moteurs de rendu d'osm, que se superpose à quoi, ça m'échappe. Je connais assez bien le système de rendu de mapnik et donc le rendu par défaut d'OpenStreetMap. Comme dans les logiciels conventionnelles SIG, les données sont dessinées sont forme de couche. Ainsi les landuses sont dessinés avant les buildings eux même dessinés avant les highways. Ensuite au sein de ces couches, les éléments sont dessinées dans l'ordre croissant du tag level (de -5 à 5 avec 0 lorsque l'information n'est pas présente) et de l'id des éléments. Visiblement ça ne fonctionne pas comme dans des logiciels traditionnels de dessin vectoriel, d'architecture, ou de 3d. Apparemment, mettre un objet dans un level de plus ou de moins n'a aucune répercussion sur l'ordre du rendu, ce n'est pas comme avec des layers dxf/dwg. Si c'est très traditionnels Donc il me semble qu'il ne reste qu'à faire un essai, et voir ce que cela donne. Essai déjà réalisé par quelqu'un d'autre Pas attendre que le résultat soit transmis sur l'interface ouaibbe d'openstreetmap.org, ça pourrait prendre une semaine. ça dépend du niveau de zoom et le nombre de point par tuiles. Il y a http://www.informationfreeway.org/ qui répercute en live les rendus des modifications, et si à zoom 12 on fait un ctrl-clic, ça lance une requête pour re-rendre tes données (pas en abuser, patience...). Plus en détail, il y a http://tah.openstreetmap.org/Browse/ Ce n'est pas aisé pour naviguer dans l'interface et trouver son coin, mais est vachtément efficace. Pas en abuser, cool Raoul, les potes font ce qu'ils peuvent, ce ne sont pas des boeufs, pas les pousser dans les orties... Mine de rien, transformer les données vectorielles de la base de données en images pixel, ça demande du boulot, capacité de traitement et de stockage, et bande passante pour mettre en ligne. Nous simples contributeurs de données on ne s'en rend pas forcément compte du travail que ceux-là derrière fournissent. Moi non plus ne suis pas dedans, je juste peux apprécier le résultat, chapeau bas à eux. Selon comment sont occupé les potes qui font ti...@home (tah), ça peut aller plus viite que t'as le temps pour cliquer, ou peut demander des heures ou des jours, 'faut pas leur en vouloir, ils font ce qu'ils peuvent. Si ça vraiment tarde des jours et des jours, on peut relancer un request pour rendu. Vlà, ce crois qu'il faut se lancer, essayer, tester ce que ça donne, et si ça foire, revenir en arrière, puis re-commencer... Josm permet d'enregistrer des données en local, ça peut aider à revenir en arrière si besoin est, à condition de traiter des petites surfaces, pas un village en entier. Aussi, maintenant les modif's qu'on apporte sont regroupées dans un changeset, dans un ensemble de modifications, et il doit y avoir moyen d'annuler une série de modifs qu'on a fait, à condition de le faire vite, avant qu'un autre contributeur à son tour soit intervenu, mais je n'ai pas encore trouvé le bouton-clic revert dans josm (alzi ?). --- Brouillon précédent, ça se croise : Le 22 sept. 2010 à 00:21, Vincent de Chateau-Thierry a écrit : Le 21/09/2010 23:15, g.d a écrit : Le 21 sept. 2010 à 21:53, René-Luc D'Hont a écrit : Pour info mon problème de residential in residential n'est pas strictement lié aux résidences étudiantes. Il est lié à quoi, stp ?, quel est le dilemme, au juste ?, exemple ? Pour qu'on puisse regarder voir, et éventuellement aider à trouver. En effet, les résidences ne sont pas qu'étudiantes. Le terme recouvre pour moi un ensemble de notions présentes +/- toutes ensembles : * un ensemble de constructions (immeubles et pavillons) de même style/époque, sorties du même moule * une délimitation visible : murs, clôtures (barrier=*) * des entrées matérialisées, parfois des barrières d'accès (access=*), des panneaux à l'entrée avec le nom de la résidence * des voies de desserte entre les bâtiments (highway=service) * parfois des aires de jeu, voire des commerces * et donc un nom propre pour désigner l'ensemble : Residence xxx, qui sert pour exprimer l'adresse postale, combiné à un numéro de bâtiment/ de cage d'escalier (Résidence xxx / Bâtiment B / Escalier 2) Je ne sais pas
Re: [OSM-talk-fr] Exploitation des adresse
Bonjour, kimaidou a déjà 'joué' avec les adresses françaises pour un début de service de geocoding ;-) René-Luc D'Hont 3Liz Le 21/09/2010 13:30, Balooval a écrit : Saisissant les adresses dans ma région, je me demande quels sont les outils/projets qui les exploite? Je me souviens avoir lu qu'il n'est pas (encore) possible de s'en servir avec un gps garmin qui utilise une carte osm, quels usages sont possibles? Je ne vois que Nominatim. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Residential in Residential
Pour info mon problème de residential in residential n'est pas strictement lié aux résidences étudiantes. Le 21/09/2010 21:06, Jean-Francois Nifenecker a écrit : Le 21/09/2010 19:10, g.d a écrit : Je serais plutôt pour residential. Des cités étudiantes ne sont pas des amenities compléments de confort, pas comme des supermarchés, stations d'essence, post office, frigos, boîtes aux lettres, ou lavomatics, (http://www.merriam-webster.com/dictionary/amenity), elles s'apparentent à d'autres coins où on a l'habitude de crécher, donc résidences, je pense. La différence avec un residential classique est, que les locataires sont des étudiants (ou assistants, ou enseignants, parfois). Je pense que cela se laisserait exprimer dans le name (?), genre cité étudiante Xyz ? en anglais on dit hall of residence mais je n'ai pas trouvé sur les map features, non plus que student. Même si par endroits il y a des qu'on pourrait confondre avec un bordel, un dépotoir, ou des hot-point de deal, ça n'en fait pas des amenities en soi, :-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La France, lanterne rouge des erre urs dans OSM ? (était: Route non connectée)
Le 20/09/2010 13:14, Pieren a écrit : On pourrait le croire si on regarde ces quelques statisques de routes non connectées détectées par l'outil OSM Inspector mis à disposition par Geofabrik: Pour l'Europe. http://neis-one.org/wp-content/uploads/2010/09/20100918_Stats_EU.png Plus détaillé pour les 6 premiers: http://neis-one.org/wp-content/uploads/2010/09/20100918_Stats_EU_top6.png Je souhaitais juste en profiter pour poser une question. Dans la région que je mappe, la côte vermeille, j'ai pu constaté que le nouvel outil de Geofabrik relevait surtout des faux-positifs : des impasses qui se finissent assez proche d'une route (qui soit dit en passant est 2 mètres au dessus). Manquerait-il un tag ? René-Luc D'Hont (vu sur le blog de Pascal Neis) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Residential in Residential
Bonjour, J'ai pu constater que sur Montpellier, certaines zones d'habitation comme des résidences étudiantes étaient décrites à l'aide d'une way fermé protant le tag landuse=residential et le tag name=Cité Universitaire Foobar . Je trouve cette utilisation inapproprié mais comment corrigé cela ? La personne qui a fait cela souhaitait enregistré l'emprise de la cité, comment ne pas perdre cette information ? René-Luc D'Hont ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Géovélo] Annonce : lancem ent sur Paris
Le 20/09/2010 18:10, GaelADT a écrit : Le site est actuellement à la une, en page d'accueil du site de Paris http://www.paris.fr http://www.paris.fr ! Gaël. Gaël, on vient de me faire remarquer cela : Très cool, mais bizarrement ça ne marche pas sans autoriser accès à google.com et gstatic.com. Basé !osm mais google obligatoire? Y-a-t-il une raison ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Géovélo] Annonce : lancem ent sur Paris
Le 20/09/2010 19:43, GaelADT a écrit : René-Luc D'Hont wrote: Gaël, on vient de me faire remarquer cela : Très cool, mais bizarrement ça ne marche pas sans autoriser accès à google.com et gstatic.com. Basé !osm mais google obligatoire? Y-a-t-il une raison ? Oui, statistiques et module de geocoding. Pour le geocoding on est coincé depuis pas mal de temps avec ça... Je pense que l'on va essayé de contribuer au développement sur Nominatim pour arriver à quelque chose qui nous convient (auto-complétion et correction d'adresse). Gaël. Faudrait discuter avec kimaidou, nous pouvons peut-être vous proposez quelque chose! René-Luc D'Hont 3Liz ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] On ne tag pas pour le rendu...
Le 16/09/2010 11:24, Vladimir Vyskocil a écrit : Attention les âmes sensibles n'allez pas voir comment est fait le tracé des lignes dans le stade de foot : http://www.openstreetmap.org/?lat=48.570513lon=7.774997zoom=18layers=M J'aime bien aussi la note associée... ;-) Eh ben c'est pas gagné... Et bien je dis que c'est une raison de plus pour que le SOTM2011 est lieu à Strasbourg! René-Luc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] difficultés mapping village débu tant
Le 16/09/2010 22:36, ratanes a écrit : Bonjour, Je suis en train de mapper les villages autour de chez moi et je rencontre quelques difficultées. Voici l'endroit : http://www.openstreetmap.org/?lat=43.579611lon=3.06094zoom=18layers=M Voici les questions : 1- J'ai des POI qui n'apparaissent pas sur le rendu OSM (mairie, médecin, Fontaine) mais qui sont visibles dans potlatch. 43.5791491-3.0619397 (Mairie potlatch 841818211) 43.5797434-3.0637981 (Médecin potlatch 876413970) 43.5798051-3.0601213 (Fontaine potlatch 843889623) C'est normal tout n'est aps rendu dans mapnik, peut-être dans osmarenderer mais on ne map pas pour le rendu ;-) puisqu'un autre service pourra exploité ces informations utiles. 2- J'ai un décalage en ma trace GPS et le cadastre. Ma trace suit une route déjà présente dans OSM mais cette route est décalée par rapport au cadastre. Est-ce l'imprécision du GPS ou un décalage du cadastre ? Permalien du lieu http://www.openstreetmap.org/?lat=43.587903lon=3.083379zoom=18layers=M Village de LAMALOU-LES-BAINS dans l'Hérault. C'estprobablement dû a ton GPS 3- Comment contacter l'auteur d'un tracé car j'ai modifié quelques valeurs et sa paternité a disparue. Pas grave il y a l'historique pour savoir qu'elles ont été les modifications 4- J'ai voulu essayer un autre mapping de la place de l'Eglise et je voudrais revenir à ma première version ? Est-ce possible ? (Le nom de la place n'apparaît d'ailleurs pas ?) Tu dois pouvoir revenir en arrière mais cela se fait en annulant un ensemble de modification, donc si la modification de la place a été enregistré seul tu peux revenir en arrière sinon non. 5- Est-il possible d'être prévenu des modifications de mes tracés par d'autres personnes ? Non 6- J'ai voulu tagger une ruelle trop étroite pour les voitures en highway=pedestrian mais le rendu dans openstreetmap est plus large que highway=service; service=alley et je me demande si pedestrian n'est pas pour les voies résevées aux piétons et interdites aux autres véhicules (moto, mobylette, ... ) ? Tout d'abord on ne tag pas pour le rendu. Si ta rue est dédié aux piétons (rue piétonnes) alors tu dois mettre le tag highway=pedestrian sinon tu dois mettre un autre tag. Merci beaucoup de toutes vos réponses J'aurai peut-être dû faire plusieurs mails. Marc Bricard En espérant t'aider René-Luc D'Hont ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] chemin recouvert à marée haute
Le 13/09/2010 22:31, Ziva a écrit : Comment indiquez vous un chemin recouvert à marée haute? Y a t il moyen de donner une indication du moment où il est praticable ex: BM -2; BM+2 voudrait dire praticable trois heures avant et après la basse mer (et encore, ça dépend du coefficient!) Peut-être une piste : http://wiki.openstreetmap.org/wiki/Key:flood_prone ou http://wiki.openstreetmap.org/wiki/Key:ford La différence réside dans le fait que la route est praticable ou non une fois inondée. René-Luc D'Hont Pen Beuz ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Prochain State Of The Map
Le 12/09/2010 15:15, Arnaud Vandecasteele a écrit : Comment faut-il comprendre ceci : Since the AGM of the OSM Foundation will also be held during the conference C'est quoi l'AGM ? Et le terme OSM Foundation est obscur. Que va-t-il se passer en rapport avec l'OSM Foundation ? AGM = ANNUAL GENERAL MEETING Juste qu'en même temps que le SOTM se tiendra l'assemblée générale. Pour information Emilie Laffray alias Melaskia fait partie du bureau de la fondation OSM et souhiaterai que la communauté Française puisse recevoir les SOTM. L'année dernière nous souhaitions couplé le SOTM avec les RMLL histoire d'augmenter la visibilité d'OSM au près de la communauté du libre français et ainsi faire croitre les participations à OSM. Nous pourrions donc faire de même avec Strasbourg qui présente de nombreux avantages : 1 être prêt de l'Alemagne autre grosse communauté 2 avoir un aéroport bien dé-servi 3 être dans une région viticole Je pense donc que si on arrive à créer une synergie avec le LUG de Strasbourg, nous pourrions proposer un SOTM des plus alléchants pour la fondation ;-) René-Luc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] POI's le long d'initinéraire
Bonjour Vincent, Oui tout à fait faisable : 1 intéroger la xapi 2 traiter les données pour insertion récupérer une géométrie de type multiligne 3 exécuter une requête dans PostGIS qui génère le corridor (ST_Buffer) à partir de la multiligne et fait un ST_intersects sur les POIs qui t'intéresse Je me suis déjà amuser à le faire pour les réseaux de transport en commun mais c'est pas encore en production René-Luc D'Hont 3Liz Le 08/09/2010 10:55, Vincent Pottier a écrit : Bonjour, Inetis [1] a créé la carte Via Francigena [2] (version alpha). L'idée est de présenter les POI's utiles (et classés par type, genre openstreetbrowser) le long du chemin. Actuellement, la récupération des Poi's se fait 'a la mano' via JOSM. Est-il possible, dans l'état actuel des outils de scripter cette récupération ? La réponse est certainement positive, mais je ne connais pas les outils. Le processus serait : * récupérer la relation et les ways qui la compose (osm2pgsql ne stocke pas ce genre d'info) * créer un corridor (largeur à définir) * récupérer les POI's dans ce corridor. * éditer un fichier tabulé pour openlayers Merci pour vos suggestions. Je pense que ça intéressera du monde ce genre d'application... [1] http://www.openstreetmap.org/user/inetis [2] http://www.viafrancigena.org/ -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] conférence osm aux jdlls ?
Bonjour, Une première conférence a été accepté : Exploiter OpenStreetMap. Cette conférence montrera les usages possibles d'OpenStreetMap à travers des exemples de sites ou de projets qui utilisent les données d'OpenStreetMap. Cette conférence sera présenté par arno. René-Luc D'Hont 3Liz ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réseau de bus à Poitiers
Le 02/09/2010 06:58, Hendrik Oesterlin a écrit : Le 01/09/2010 à 20:46:23 +1100 René-Luc D'Hont rldh...@gmail.com a écrit Objet: [OSM-talk-fr] Réseau de bus à Poitiers : Sinon je suis administrateur OSMTransport, je fais ce qu'il faut pour Poitiers. René-Luc D'Hont 3Liz Ne suffit-il pas de clicker sur Add a new location ? Il aurait suffit de la faire, c'est d'ailleurs ainsi que je l'ai ajouter René-Luc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Interview Openstreetmap de Michael Douchin et Rene Luc d'Hont
On a eu l'info aujourd'hui et Michaël n'a pas dû avoir le temps de faire passer l'information ;-) Bonne lecture! Le 02/09/2010 12:58, THEVENON Julien a écrit : Tres sympa cette interview : http://www.unixgarden.com/index.php/agenda-interview/michael-douchin-rene-luc-d%E2%80%99hont Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Interview Openstreetmap de Michael Douchin et Rene Luc d'Hont
Le 02/09/2010 13:44, Pieren a écrit : 2010/9/2 THEVENON Julien julien_theve...@yahoo.fr mailto:julien_theve...@yahoo.fr Tres sympa cette interview : http://www.unixgarden.com/index.php/agenda-interview/michael-douchin-rene-luc-d%E2%80%99hont Julien Quelques petites remarques au passage: - Réunir les données GPS d’une communauté d’utilisateurs et les rendre librement exploitables par tous, voici l’objectif.. - curieusement le GPS est souvent cité alors qu'au fil du temps, il est sans doute devenu une source minoritaire dans l'afflut de données - Le projet a démarré il y a environ quatre ans en Angleterre. Ca doit bien faire 2 ans que les quatre ans sont passés ;-) (9 aout 2004) - le cadastre, qui est source importante en France, n'est jamais cité :-( Oui malgré les corrections apportés par Michaël alias kimaidou, les journalistes ont un peu coupé dans la présentation du projet. Vous pouvez lire sur 4 pages écrites assez large au moins 1 heure d'interview. Information qui n'apparait pas, au début l'article devait porter sur l'utilisation des GPS dans le monde libre, ça s'est transformé en interview de présentation du projet OSM mais au début les journalistes sont venu nous voir pour parler de GPS ;-) Au final, je suis un peu frustré par cet interview car il manque plein de chose intéressante sur le porjet et que 4 pages c'est vraiment trop court. René-Luc D'Hont (j'ai participé à l'interview) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réseau de bus à Poitiers
Bonjour, Tout d'abord, faut-il ou ne faut-il pas découper une voie de circulation pour décrire la route employé par les bus est une discussion qui a déjà eu lieu ici. Les points de vus divergent et aucun consensus n'existe vraiment. Sinon je suis administrateur OSMTransport, je fais ce qu'il faut pour Poitiers. René-Luc D'Hont 3Liz Le 01/09/2010 00:14, Mickey86 a écrit : Bonjour, Je viens d’entamer la cartographie du réseau de bus à Poitiers… J’ai créé la ligne de bus suivante : http://www.openstreetmap.org/?relation=1157015 Mais je me pose des questions à propos des carefours giratoires traversés par les lignes. Actuellement, je ne les ai pas mis dans la relation (type=route ; route=bus). — Doit-on mettre les ronds-points entiers dans la relation ? — Doit-on « casser » les ronds-points pour ne mettre que la portion empruntée ? — Il y a-t-il une autre façon de faire ? Autre question… Quelqu’un sait-il comment contacter un administrateur du projet OSMTransport pour intégrer Poitiers dans les villes proposées par le projet ? (La mise en page du site http://3liz.fr/public/osmtransport/# est bancale chez moi et je n’arrive pas à naviguer jusqu’à la page de contact.) Cordialement, ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] conférence osm aux jdlls ?
Le 31/08/2010 19:05, Yannick VOYEAUD a écrit : Le 31/08/2010 10:47, Nicolas Moyroud a écrit : René-Luc D'Hont a écrit : Sinon pour l'atelier je ne compte pas m'en occuper, donc si quelqu'un souhaite faire un atelier OSM, c'est une bonne idée. Comme nous en parlions ce matin dans le bus avec ReLuc (on fait des rencontres intéressantes dans les bus montpelliérains !) je pourrais éventuellement préparer un atelier JOSM. Pour montrer par exemple comment on peut contribuer à OSM en utilisant le cadastre. Mais il me faudrait quand même un coup de main (au moins 1 ou 2 personnes) pendant l'atelier. Il y aurait des volontaires ? Bonsoir, Si pas trop de monde à ce moment là je pourrait éventuellement me libérer un peu pour t'aider. Les conférenciers pourront aussi te filer un coup de main après leur bavardage ;-) De toutes les façons vous pourrez compter sur le plan de Vienne et son index des rues. Puis-je désormais considérer que vous venez et donc envoyer une invitation au responsable SIG de la ville de Vienne? J'attends de savoir pour attaquer sur cet angle. Amitiés Je pense qu'un stand OSM est obligatoire ;-) Et je pense qu'il devrait y avoir malgré tout des personnes pour le tenir même si elle ne souhaite pas s'engager. René-Luc D'Hont 3Liz ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] conférence osm aux jdlls ?
Bonjour, à tous, Le stand OSM aux JDLL a été accepté. Nous pourrons donc nous retrouver autour de ce stand pour échanger et promouvoir le projet! Venez nombreux! Pour info voici la présentation : OpenStreetMap (OSM) est au libre ce que Google Maps est au propriétaire, et à la cartographie ce que Wikipedia est à l'encyclopédie. Ce projet a pour objectif de créer une cartographie libre et gratuite du monde à partir de données dont la licence est compatible avec le projet. Les sources sont donc diverses comme des parcours GPS, le Cadastre français, des images aériennes libérées, etc. De plus en plus de communauté de commune libère leurs données (référentielles routiers, données aériennes, point d'intérêt, etc) et certaines comme Brest le font pour participer à OSM. En dehors de sa gratuité, la libération et la création de données géographiques libres dans OSM offre la possibilité d'inventer et de créer de nouveaux usages : routing, plan de commune avec index des rues, plan du réseau de transports en commun, etc. René-Luc D'Hont 3Liz Le 01/09/2010 15:09, Yannick VOYEAUD a écrit : Bonjour, La demande de stand est faite et en cours de traitement. René-Luc a apporté sa patte à la présentation du projet OSM. Je pense que cela ne devrait pas tarder à apparaitre sur le site des Jdll. Reste à faire des propositions de conférences et d'ateliers. J'ai cru lire que certains avaient des idées. Je ne leur dirais qu'une chose lancez-vous. Le pire est de ne rien faire et ensuite de regretter de ne pas l'avoir fait. Amitiés ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [Technique]
Bonjour, Actuellement à lieu à Paris le SVGOpen. Au cours de cet évènement, george james a présenté OpenStreetMap et le projet ti...@home. Il semblerait que OpenStreetMap génèrerait du SVG. Quelqu'un aurait plus d'informations sur le lien OSM / SVG ? René-Luc D'Hont 3Liz ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Technique]
Le 31/08/2010 11:33, Steven Le Roux a écrit : Et dans le cadre de ti...@home, il y a un parseur qui convertit le format osm en svg, puis un passage de inkscape qui convertit le svn en tuiles png. Merci c'était la réponse que je cherchais. En fait voilà ce que j'ai lu : JeremiePat : Etonnant, je viens d'apprendre qu'OpenStreetMap est sans doute le premier producteur d'image SVG au monde (23 milliard par jour !!!) Comme je n'en avait jamais eu vent, je ne savais pas et je voulais savoir pourquoi JeremiePat annonçait cela après la présentation OpenStreetMap au SVGOpen. 2010/8/31 Gilles Bassièregbassi...@gmail.com: René-Luc D'Hont wrote: Quelqu'un aurait plus d'informations sur le lien OSM / SVG ? Dans l'onglet Exporter, tu choisis le rendu Mapnik et le format SVG. Plus d'infos sur http://wiki.openstreetmap.org/wiki/SVG. Cordialement, -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Technique]
Le 31/08/2010 11:29, sylvain letuffe a écrit : Le mardi 31 août 2010 11:19:10, René-Luc D'Hont a écrit : Il semblerait que OpenStreetMap génèrerait du SVG. ? Heu... peut-être as-tu conscience de la curiosité de ta remarque ? OSM est une base de donnée, OSM ne génère donc rien du tout. OSM est une base de données et un projet et le projet OpenStreetMap met à disposition des outils , une carte etc, d'où mon raccourci. Quelqu'un aurait plus d'informations sur le lien OSM / SVG ? Je vais supposer par la suite que ta question devait être quelque chose du genre : Existe-t-il des outils pour générer des fichiers svg à partir des données OSM ? Non la question était pourquoi lors d'une présentation OSm est présenté comme un producteur d'image SVG. Je sais que mapnik sait faire (par l'intermédiaire de la libraire cairo) http://trac.mapnik.org/wiki/MapnikRenderers osmarender a été prévu pour ça dès le départ http://wiki.openstreetmap.org/wiki/Osmarender -- sly ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Dev] Alléger OpenLayers et ch anger le style des bulles
Le 31/08/2010 11:49, Xinfe Ewalavir a écrit : Bonjour, Je suis en train de jouer avec OpenLayers, et je me demande si il existe une manière d'alléger le script. Je n'utilise qu'un bout de tout ce qui est proposé, d'où l'intérêt de ne télécharger que le JavaScript nécessaire. En gros, j'utilise : - L'affichage de la carte fournie par osm.org - Barre de zoom - Croix de navigation - Changement de claque - Échelle - Permalien - Attribution - Chargement dynamique des POI (genre Osmose) Il me semble être tombé sur un tuto pour faire ca, mais ca semblait très artisanal (trial error). Il existe des outils pour ca ? Dans le dossier contenant Openlayers tu trouveras un dossier build contenant un script build.py, et des scripts de configuration. Plus d'infos ici : http://trac.openlayers.org/wiki/Profiles et là : http://docs.openlayers.org/library/deploying.html Question subsidiaires : - est-il possible de charger dynamiquement le contenu de la bulle ? Oui bien sûr exemple ici : http://openlayers.org/dev/examples/select-feature-openpopup.html Je pense que oui - comment changer l'apparence de la bulle (autre bordures, marges, et qu'elle puisse sortir dudiv de la carte ? Je pense aussi que oui Tu peux modifier l'apparence via 3 choses : * avec les paramètres de créations de la popup * avec le style du contenu que tu insères dans la popup * avec le CSS et les images utilisé pour stylé la popup Merci beaucoup ! De rien René-Luc D'Hont 3liz ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Stand osm aux JDLL, présence ?
Cool que tu puisses venir, peux-tu malgré tout remplir le doodle : http://www.doodle.com/k28pa5zw638ypq6u Nous serons donc au moins 3 avec Nicolas tout seul le samedi sauf si je peux resté aussi le samedi. Il n'y a personne d'autres ? de sorte à confirmer le stand! Pour l'atelier OpenLayers, je veux bien participer mais comment on fait ? René-Luic D'Hont Le 30/08/2010 12:14, Nicolas Moyroud a écrit : C'est OK pour moi j'ai l'accord de mon chef. Je serais donc là pour les 3 jours des JDLL, aux frais du Cemagref. :-) Sinon vous ne croyez pas que ça serait sympa, en plus du stand, de monter un ou deux ateliers OSM dans le cadre des JDLL ? Par exemple prise en main de JOSM ou réalisation d'interface carto avec OpenLayers. Pour le dernier sujet je crois qu'il y a déjà ce qu'il faut chez 3LIZ, pas vrai ReLuc ;-) Pour le premier on doit pouvoir facilement préparer un truc. René-Luc D'Hont a écrit : Cool si tous les deux vous pouvez venir, si j'ai fixé une limite à lundi c'était pour avancé dans la réservation du stand. Pour le moment nous sommes 3 (arno, kimaidou et moi même) et 2 potentiels il y a d'autre personne qui pourrait être là ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] turn restrictions
Merci Pieren, Y-a-t-il des informations sur la façon dont sont définis les vitesses probables des segments ? http://cartography.sandbox.cloudmade.com/navdebug/ René-Luc D'Hont Le 30/08/2010 15:04, Pieren a écrit : 2010/8/30 Sylvain Paré sylvain.p...@gmail.com mailto:sylvain.p...@gmail.com Il y a aussi une carte qui montre ces restrictions: http://cartography.sandbox.cloudmade.com/navdebug/ Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] turn restrictions
Le 30/08/2010 16:21, Pieren a écrit : 2010/8/30 René-Luc D'Hont rldh...@gmail.com mailto:rldh...@gmail.com Y-a-t-il des informations sur la façon dont sont définis les vitesses probables des segments ? C'est expliqué dans le PDF des legend Oki merci, je pensais que ce PDF présentais autre chose. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Chemin inondable et cours d'eau m élangé
Bonjour, Je souhaiterais des conseils vis à vis de chemin inondable que l'on pourrait décrire comme des cours d'eau. Je cartographie sur Banyuls-sur-Mer, dans les Pyrénées Orientales proche de la frontière espagnole. Il y a peu un utilisateur à importer les cours d'eau du cadastre. Grâce à cela nous pouvons avoir une idée du réseau hydraulique du bassin de La Baillaury, mais de nombreuses surface taggué avec riverbank, ne sont pas réellement des cours d'eau. En fait il existe de nombreux chemins piétonniers qui traversent le centre du village. Ces chemins apparaissent sur le cadastre comme des cours d'eau. En fait ces surfaces sont utilisés par les être humains comme des chemins mais en cas de fortes pluies leur fonctions est de drainer les pluies d'orages. Je souhaitais donc préciser et corriger cela. Voici donc ma proposition, à la place des surfaces je crée des ways avec les tags suivants : * highway=footway * waterway=drain (http://wiki.openstreetmap.org/wiki/Tag:waterway%3Ddrain) * flood_prone=yes (http://wiki.openstreetmap.org/wiki/Key:flood_prone) Est-ce le bon choix ? René-Luc D'Hont 3Liz ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chemin inondable et cours d'eau m élangé
Le 29/08/2010 17:00, hamster a écrit : René-Luc D'Hont a écrit : Bonjour, Je souhaiterais des conseils vis à vis de chemin inondable que l'on pourrait décrire comme des cours d'eau. Je cartographie sur Banyuls-sur-Mer, dans les Pyrénées Orientales proche de la frontière espagnole. Il y a peu un utilisateur à importer les cours d'eau du cadastre. Grâce à cela nous pouvons avoir une idée du réseau hydraulique du bassin de La Baillaury, mais de nombreuses surface taggué avec riverbank, ne sont pas réellement des cours d'eau. il y a helas beaucoup de monde qui importe le cadastre brut de decoffrage en oubliant qu'il s'agit d'import SEMI automatique pour l'eau c'est assez catastrophique les zones bleues sur le cadastre signifient plus zone inondable, ne pas construire que voie d'eau, ainsi on a plein d'endroits qui sont importes alors qu'il n'y a pas d'eau (y compris comme dans ton cas des chemins), les riverbank obtenus sont a peu pres toujours nettement plus larges que les cours d'eau reels des qu'ils sont petits, il sont regulierement interrompus et depourvus de la ligne centrale avec waterway=river qui est d'usage dans osm En fait il existe de nombreux chemins piétonniers qui traversent le centre du village. Ces chemins apparaissent sur le cadastre comme des cours d'eau. En fait ces surfaces sont utilisés par les être humains comme des chemins mais en cas de fortes pluies leur fonctions est de drainer les pluies d'orages. Je souhaitais donc préciser et corriger cela. Voici donc ma proposition, à la place des surfaces je crée des ways avec les tags suivants : * highway=footway * waterway=drain (http://wiki.openstreetmap.org/wiki/Tag:waterway%3Ddrain) * flood_prone=yes (http://wiki.openstreetmap.org/wiki/Key:flood_prone) Est-ce le bon choix ? je pense que footway n'est pas a sa place parce que ca signifie chemin RESERVE aux pietons, c'est a dire qu'on a pas le droit d'y passer a velo ou en rollers par exemple sans doute que path ou track convient mieux, a voir suivant le cas Oui, je sais que footway est restrictif, mais c'était pour l'exemple car il ya aussi des highway=residential dans mon cas je pense aussi que flood_prone est suffisamment explicite en lui meme et que drain est inutile et inapproprie : il s'agit ici de chemins qui font accessoirement evacuation de pluies d'orage, pas de canaux ou fosses Ouais mais pour la description du réseau hydrographique, n'est-il pas préférable d'indiqué que ce sont des drains ? surtout que si tu y regardes de plus prêt ça ressemble plus à un drain que à une voie de circulation ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chemin inondable et cours d'eau m élangé
Le 29/08/2010 17:00, hamster a écrit : René-Luc D'Hont a écrit : Bonjour, Je souhaiterais des conseils vis à vis de chemin inondable que l'on pourrait décrire comme des cours d'eau. Je cartographie sur Banyuls-sur-Mer, dans les Pyrénées Orientales proche de la frontière espagnole. Il y a peu un utilisateur à importer les cours d'eau du cadastre. Grâce à cela nous pouvons avoir une idée du réseau hydraulique du bassin de La Baillaury, mais de nombreuses surface taggué avec riverbank, ne sont pas réellement des cours d'eau. il y a helas beaucoup de monde qui importe le cadastre brut de decoffrage en oubliant qu'il s'agit d'import SEMI automatique pour l'eau c'est assez catastrophique les zones bleues sur le cadastre signifient plus zone inondable, ne pas construire que voie d'eau, ainsi on a plein d'endroits qui sont importes alors qu'il n'y a pas d'eau (y compris comme dans ton cas des chemins), les riverbank obtenus sont a peu pres toujours nettement plus larges que les cours d'eau reels des qu'ils sont petits, il sont regulierement interrompus et depourvus de la ligne centrale avec waterway=river qui est d'usage dans osm Pour info j'avais évité de faire l'import, mais un certain Skywave l'a fait... En fait il existe de nombreux chemins piétonniers qui traversent le centre du village. Ces chemins apparaissent sur le cadastre comme des cours d'eau. En fait ces surfaces sont utilisés par les être humains comme des chemins mais en cas de fortes pluies leur fonctions est de drainer les pluies d'orages. Je souhaitais donc préciser et corriger cela. Voici donc ma proposition, à la place des surfaces je crée des ways avec les tags suivants : * highway=footway * waterway=drain (http://wiki.openstreetmap.org/wiki/Tag:waterway%3Ddrain) * flood_prone=yes (http://wiki.openstreetmap.org/wiki/Key:flood_prone) Est-ce le bon choix ? je pense que footway n'est pas a sa place parce que ca signifie chemin RESERVE aux pietons, c'est a dire qu'on a pas le droit d'y passer a velo ou en rollers par exemple sans doute que path ou track convient mieux, a voir suivant le cas je pense aussi que flood_prone est suffisamment explicite en lui meme et que drain est inutile et inapproprie : il s'agit ici de chemins qui font accessoirement evacuation de pluies d'orage, pas de canaux ou fosses ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chemin inondable et cours d'eau m élangé
Le 29/08/2010 17:50, hamster a écrit : René-Luc D'Hont a écrit : je pense aussi que flood_prone est suffisamment explicite en lui meme et que drain est inutile et inapproprie : il s'agit ici de chemins qui font accessoirement evacuation de pluies d'orage, pas de canaux ou fosses Ouais mais pour la description du réseau hydrographique, n'est-il pas préférable d'indiqué que ce sont des drains ? surtout que si tu y regardes de plus prêt ça ressemble plus à un drain que à une voie de circulation ;-) si ce que tu appelle description du reseau hydrographique c'est le dessin qu'on voit quand on regarde la carte je te repond ne pas taguer pour le rendu http://wiki.openstreetmap.org/wiki/FR:Tagging_for_the_renderer Non je ne cherche pas à tagguer pour le rendu, je cherche à tagguer pour l'information, dans mon cas je pense que ce chemin (way) est à la fois un highway et à la fois un waterway. Ca peut parraître incompatible et pourtant au départ du GR10, il y a une route en sens unique qui ressemble plus une voie d'évacuation d'eau qu'à une rue. C'est vraiment une route, les voitures l'empruntes et les panneau la concidère comme une rue mais elle est aménagé pour faire circuler de l'eau, enfin je tiens à préciser que dans la région toutes structures naturelles ou non suceptible d'accueillir de l'eau est vide 90% du temps, le fleuve de Banyuls-sur-Mer est à sec 90% du temps et sert de parking. si par contre tu te demande quel est le bon tag pour decrire ce bidule, ne connaissant pas le bidule je peux pas choisir a ta place par contre je pense que waterway=drain et flood_prone=yes sont un peu incompatibles soit c'est un chemin qui peut charrier de l'eau en cas d'orage et tu le mets en flood_prone=yes (et en indiquant qu'il peut charrier de l'eau tu decris la partie hydrographique du bidule), soit c'est un fosse ou on peut passer si on a pas peur de la boue au fond et tu le mets en waterway=drain avec foot=yes en plus ou un truc du genre mais tout ca n'est que mon avis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chemin inondable et cours d'eau m élangé
Le 29/08/2010 18:24, hamster a écrit : René-Luc D'Hont a écrit : Le 29/08/2010 17:50, hamster a écrit : René-Luc D'Hont a écrit : je pense aussi que flood_prone est suffisamment explicite en lui meme et que drain est inutile et inapproprie : il s'agit ici de chemins qui font accessoirement evacuation de pluies d'orage, pas de canaux ou fosses Ouais mais pour la description du réseau hydrographique, n'est-il pas préférable d'indiqué que ce sont des drains ? surtout que si tu y regardes de plus prêt ça ressemble plus à un drain que à une voie de circulation ;-) si ce que tu appelle description du reseau hydrographique c'est le dessin qu'on voit quand on regarde la carte je te repond ne pas taguer pour le rendu http://wiki.openstreetmap.org/wiki/FR:Tagging_for_the_renderer Non je ne cherche pas à tagguer pour le rendu, je cherche à tagguer pour l'information, dans mon cas je pense que ce chemin (way) est à la fois un highway et à la fois un waterway. c'est donc une route qu'on ne peut emprunter qu'avec une voiture amphibie ? Il y a tellement peu d'eau qui tombe qu'il n'y a de l'eau sur cette route que pendant les forts orages, même en hiver il n'y a pas d'eau. Ca peut parraître incompatible et pourtant au départ du GR10, je pense que tu sais deja qu'il ne faut pas mapper les GR Oui ça je sais, d'ailleurs tu ne trouveras pas de GR10 à Banyuls-sur-Mer dans OSM il y a une route en sens unique qui ressemble plus une voie d'évacuation d'eau qu'à une rue. C'est vraiment une route, les voitures l'empruntent et les panneaux la considèrent comme une rue mais elle est aménagée pour faire circuler de l'eau, ben voila, t'a tout dit c'est une route amenagee pour charrier de l'eau, donc pour bien decrire le terrain tu va la mettre en highway et rajouter quelque chose pour dire que ca peut aussi charrier de l'eau, flood_prone=yes me semble un bon candidat et si la surface de cette route est toute defoncee par le ravinement de l'eau, il y a aussi des tags pour indiquer la qualite du sol c'est un peu comme si tu essaye de decrire un chien ampute de 2 pattes : tu commence par lui mettre un tag chien puis tu rajoute des trucs pour precier qu'il n'a plus que 2 pattes, tu mets pas en meme temps le tag chien parce que c'est un chien et le tag humain pour faire comprendre qu'il a 2 pattes j'ajoute que si tu la mettais en waterway, le tag oneway=yes serait bien rigolo, surtout si il est dans le sens de la montee En fait ce qui me gène c'est que j'ai un waterway=stream qui arrive sur mon highway=residential donc quoi mon réseau hydro s'arrêt parce qu'il y a un chemin avec highway ;-) Donc j'ai un highway=residential +oneway=yes + flood_prone=yes + waterway=drain ;-) enfin je tiens à préciser que dans la région toutes structures naturelles ou non suceptible d'accueillir de l'eau est vide 90% du temps, le fleuve de Banyuls-sur-Mer est à sec 90% du temps et sert de parking. ca c'est deja plus complique comme cas ca se rapproche des oueds dans le desert et j'ai pas encore vu de tag bien adapte, mais peut etre que d'autres en conaissent Ouaip je sais, j'ai pas trouvé non plus. c'est d'ailleurs l'une des raisons principales pour le non import des données cours d'eau, qu'un tiers à fait quand même! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chemin inondable et cours d'eau m élangé
Je dirais donc qu'il faudrait préciser la définition lié aux différents tags waterway : * l'eau doit-elle être présente ? * l'eau doit-elle être le principal élément circulant le long de cette way ? Le problème réel est d'être dans une région où les cours d'eau ne voit circuler l'eau que très peu de temps dans l'année. La majorité des cours d'eau sont vivisbles dans le paysage sans qu'il ai d'eau dedans ;-) Le 29/08/2010 20:00, hamster a écrit : René-Luc D'Hont a écrit : En fait ce qui me gène c'est que j'ai un waterway=stream qui arrive sur mon highway=residential donc quoi mon réseau hydro s'arrêt parce qu'il y a un chemin avec highway ;-) Donc j'ai un highway=residential +oneway=yes + flood_prone=yes + waterway=drain ;-) si vraiment tu laisse a la fois highway=residential et waterway=drain alors vire flood_prone qui est redondant avec waterway=drain et devient donc inutile mais ca me plait pas beaucoup : avec ces 2 tags presents comment savoir lequel correspond a la fonction principale du way (ici c'est une rue) et lequel correspond a une fonction occasionnelle (ici charrier les pluies d'orage) ? vu ta description je ne pense pas que ces 2 fonctions soient a egalite pour la coherence du reseau hydro je pense que le probleme vient plus du ruisseau qui se jette dans la rue : si il ne charrie de l'eau qu'en cas d'orage il n'a pas a etre tague en waterway=stream personnellement je ne dessine meme pas les creux de terrain ou on trouve de l'eau en cas d'orage (ils sont tres nombreux surtout en zone montagneuse), et quand un import du cadastre fait apparaitre en bleu ces creux de terrain, juste je supprime les traces en question pour ne garder que ce qui est vraiment ruisseau on pourrait proposer un tag equivalent a waterway=drain pour les zones naturelles qui jouent ce role mais actuellement je crois pas qu'il y en ait si on pousse ton raisonnement a l'extreme on va mettre waterway=drain dans toutes les rues parce qu'il y a de chaque cote un caniveau qui se transforme en petit torrent en cas d'orage apres tout c'est bien un amenagement pour charrier de l'eau, le caniveau, non ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chemin inondable et cours d'eau m élangé
Le 29/08/2010 22:42, Pierre-Alain Dorange a écrit : René-Luc D'Hontrldh...@gmail.com wrote: Je dirais donc qu'il faudrait préciser la définition lié aux différents tags waterway : * l'eau doit-elle être présente ? oui * l'eau doit-elle être le principal élément circulant le long de cette way ? a priori oui. Ca semble assez clair dans les définitions du wiki. http://wiki.openstreetmap.org/wiki/Waterway Ouais mais ça colle pas qd même : * mon fleuve est 90% à sec * mon fleuve sert de parking * mon fleuve est considéré par tous comme une rivière ;-) river et stream sont pour des cours d'eau (en gros river si on peut pas sauter par dessus et stream si on peut sauter par dessus, si il n'y a pas d'eau la question du saut ne se pose plus). N'oublions pas que water=river implique boat=yes, ce qui suppose qu'un bateau doit pouvoir y passer ce qui n'est pas le cas en intermittance et pas le cas d'un highway (qui est pour les véhicules à moteurs). et comme stream est comem river en moins large... drain, c'est les fossées qui par définition ne sont pas des stream et qui sont donc non permanent puisque remplit par l'eau de pluie principalement. il est indiqué que si le drain est troplarge on peut le tagger canal Il sont de plus artificiels. Il existe une proprosition pour intermittent water http://wiki.openstreetmap.org/wiki/Proposed_features/Water_cover et même une autre pour préciser les saisons : http://wiki.openstreetmap.org/wiki/Proposed_features/Water_bodies Le water=intermittent me semble utilisable dans ton cas ; en tout cas je ne pense pas qu'il faille utilisé waterway si l'eau n'est pas le cas majoritaire. Il y en a 957 en service, à regarder peut être : http://osmdoc.com/en/tag/water/intermittent Bah en fait tout ce qui peut contenir de l'eau dans mon cas n'en contient presque jamais! C'est quoi alors ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Stand osm aux JDLL, présence ?
Bonjour, Afin d'organiser la présence d'OpenStreetMap à Lyon pendant les JDLLs, j'ai ouvert un doodle : http://www.doodle.com/k28pa5zw638ypq6u L'objectif principal de ce sondage est de savoir si il y aura suffisamment de personne pour tenir le stand, et donc savoir si oui ou non OpenStreetMap pourra être représenté pendant les JDLLs. Toute présence même courte sera la bien venu donc si vous pensez passer aux JDLL indiquer le. Je ferais un bilan lundi. René-Luc D'Hont ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Projet scolaire autour d'OSM ?
A l'époque d'UPCT (équivalent français d'OSM), le projet était utilisé par son fondateur, Michel, Bondaz, dans les écoles primaires Tu peux le contacter, il est prof à l'IUFM d'Angoulême. René-Luc Le 27/08/2010 12:22, Christian Quest a écrit : Quelqu'un a-t-il déjà organisé un projet pédagogique autour d'OSM pour des classes de primaire ? J'ai parlé de l'idée à une cousine institutrice et ça a fait tilt. Elle a aime le côté collaboratif d'OSM et le côté pluri-disciplinaire pour les enfants: - géographie: les cartes - histoire: les noms de rues, les personnages historiques, les cartes anciennes - informatique: pas besoin de déveloper ;-) - technologie: GPS ? - éducation civique: la ville, son organisation, les bâtiments publics, etc et sûrement d'autres... L'école en question est à Maurepas (78), ville partiellement mappée, donc les enfants pourraient aider à la compléter avec une séance de walking-papers. -- Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Projet scolaire autour d'OSM ?
Le 27/08/2010 14:02, Rodolphe Quiedeville a écrit : Le 27/08/2010 13:56, Sylvie a écrit : Le 27 août 2010 12:22, Christian Questchristian.qu...@gmail.com mailto:christian.qu...@gmail.com a écrit : Quelqu'un a-t-il déjà organisé un projet pédagogique autour d'OSM pour des classes de primaire ? J'ai parlé de l'idée à une cousine institutrice et ça a fait tilt. Elle a aime le côté collaboratif d'OSM et le côté pluri-disciplinaire pour les enfants: - géographie: les cartes - histoire: les noms de rues, les personnages historiques, les cartes anciennes - informatique: pas besoin de déveloper ;-) - technologie: GPS ? - éducation civique: la ville, son organisation, les bâtiments publics, etc et sûrement d'autres... L'école en question est à Maurepas (78), ville partiellement mappée, donc les enfants pourraient aider à la compléter avec une séance de walking-papers. La carto des pédibus peut être un excellent projet associant équipe pédagogique, enfants, parents et municipalités :) Ces deux idées sont excellentes, je n'ai pas identifié de balise pour les pedibus encore, quelqu'un en a déjà mappé ? Il y a un exemple ici sur Montpellier http://www.openstreetmap.org/browse/way/48361175 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Projet scolaire autour d'OSM ?
Le 27/08/2010 14:02, Rodolphe Quiedeville a écrit : Le 27/08/2010 13:56, Sylvie a écrit : Le 27 août 2010 12:22, Christian Questchristian.qu...@gmail.com mailto:christian.qu...@gmail.com a écrit : Quelqu'un a-t-il déjà organisé un projet pédagogique autour d'OSM pour des classes de primaire ? J'ai parlé de l'idée à une cousine institutrice et ça a fait tilt. Elle a aime le côté collaboratif d'OSM et le côté pluri-disciplinaire pour les enfants: - géographie: les cartes - histoire: les noms de rues, les personnages historiques, les cartes anciennes - informatique: pas besoin de déveloper ;-) - technologie: GPS ? - éducation civique: la ville, son organisation, les bâtiments publics, etc et sûrement d'autres... L'école en question est à Maurepas (78), ville partiellement mappée, donc les enfants pourraient aider à la compléter avec une séance de walking-papers. La carto des pédibus peut être un excellent projet associant équipe pédagogique, enfants, parents et municipalités :) Ces deux idées sont excellentes, je n'ai pas identifié de balise pour les pedibus encore, quelqu'un en a déjà mappé ? Ne pas tenir compte de mon message précédent, je voulais en fait parler de cette relation : http://www.openstreetmap.org/browse/relation/407662 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Stand osm aux JDLL, présence ?
Cool si tous les deux vous pouvez venir, si j'ai fixé une limite à lundi c'était pour avancé dans la réservation du stand. Pour le moment nous sommes 3 (arno, kimaidou et moi même) et 2 potentiels il y a d'autre personne qui pourrait être là ? Le 27/08/2010 14:06, Rodolphe Quiedeville a écrit : Le 27/08/2010 09:58, René-Luc D'Hont a écrit : Bonjour, Afin d'organiser la présence d'OpenStreetMap à Lyon pendant les JDLLs, j'ai ouvert un doodle : http://www.doodle.com/k28pa5zw638ypq6u L'objectif principal de ce sondage est de savoir si il y aura suffisamment de personne pour tenir le stand, et donc savoir si oui ou non OpenStreetMap pourra être représenté pendant les JDLLs. Tout comme Nicolas je suis en discussion pour faire le déplacement à titre professionnel, si je peux venir je prendrais ma part de présence sur le stand. Par contre je risque de n'avoir une réponse positive/négative que fin de semaine prochaine, au mieux mardi. A++ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Stand osm aux JDLL, présence ?
Salut Xinfe Ewalavir, Si tu es étudiant au CPE Lyon, pourras-tu être présent sur le stand ? Si oui peux tu remplir le doodle http://www.doodle.com/k28pa5zw638ypq6u René-Luc Le 27/08/2010 14:43, Xinfe Ewalavir a écrit : Bonjour Comme les RMLL se font à CPE Lyon et que j'y suis étudiant, ca pourrait être le bon moment pour leur demander d'héberger des serveurs Free, puisqu'il en reste. Si c'est inutile, bah tant pis :D Bonne journée 2010/8/27 René-Luc D'Hontrldh...@gmail.com: Cool si tous les deux vous pouvez venir, si j'ai fixé une limite à lundi c'était pour avancé dans la réservation du stand. Pour le moment nous sommes 3 (arno, kimaidou et moi même) et 2 potentiels il y a d'autre personne qui pourrait être là ? Le 27/08/2010 14:06, Rodolphe Quiedeville a écrit : Le 27/08/2010 09:58, René-Luc D'Hont a écrit : Bonjour, Afin d'organiser la présence d'OpenStreetMap à Lyon pendant les JDLLs, j'ai ouvert un doodle : http://www.doodle.com/k28pa5zw638ypq6u L'objectif principal de ce sondage est de savoir si il y aura suffisamment de personne pour tenir le stand, et donc savoir si oui ou non OpenStreetMap pourra être représenté pendant les JDLLs. Tout comme Nicolas je suis en discussion pour faire le déplacement à titre professionnel, si je peux venir je prendrais ma part de présence sur le stand. Par contre je risque de n'avoir une réponse positive/négative que fin de semaine prochaine, au mieux mardi. A++ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des moins nou veaux) ? (était : Changement de licence [etc .])
Le 26/08/2010 11:32, Nicolas Moyroud a écrit : hamster a écrit : au moins, mettre les batiments en premier evite d'avoir a recommencer les rues a zero quand on ajoute les batiments ensuite parce qu'elles n'ont pas ete tracees avec assez de precision et se supperposent aux batiments +1 Absolument d'accord avec hamster. C'est vrai qu'une commune avec seulement le bâti et sans les rues ça fait un peu moche sur le rendu. Mais bon, il me semblait que ce n'était pas une bonne chose de saisir des données en tenant compte du rendu. Et puis le bâti seul c'est toujours mieux que rien et ça pose une base pour inciter à la saisie des rues. En plus ça facilite quand même bien le travail d'avoir déjà le bâti disponible pour positionner correctement les rues. Pour ma part je fonctionne maintenant comme ça : j'importe en premier le bâti, puis ensuite je trace les rues en m'appuyant dessus et en utilisant le WMS du cadastre pour leur nom. Mais bon, j'essaie quand même de tout faire dans la foulée histoire de ne pas laisser de commune avec le bâti tout seul qui pique les yeux. ;-) +1 aussi exemple ici http://www.openstreetmap.org/?lat=43.53416lon=3.33121zoom=17layers=M c'est à Néffies et comme je ne connais pas je n'ai pus aller plus loin dans la digitalisation des rues. J'espère juste que ça incitera un connaisseur à participer. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des moins nou veaux) ? ( était : Changement de licence [etc .])
Le 26/08/2010 12:02, Nicolas Dumoulin a écrit : Le jeudi 26 août 2010 11:38:08 René-Luc D'Hont, vous avez écrit : +1 aussi exemple ici http://www.openstreetmap.org/?lat=43.53416lon=3.33121zoom=17layers=M c'est à Néffies et comme je ne connais pas je n'ai pus aller plus loin dans la digitalisation des rues. J'espère juste que ça incitera un connaisseur à participer. Au passage, en dézoomant un poil, le rendu mapnik est pas très joli :-/ http://www.openstreetmap.org/?lat=43.53409lon=3.33396zoom=15layers=M C'est souvent le cas sur les vieux villages pleins de petites ruelles. Il y aurait moyen que mapnik s'en sorte mieux ? Oui en spécifiant que ces rues ne sont pas des highway=residential mais highway=service et service=allee comme ici : http://www.openstreetmap.org/?lat=42.4831lon=3.12765zoom=17layers=M Si bien sûr celles-ci sont des rues où les voitures ne peuvent pas faire demi-tour mais peuvent circuler dans les 2 sens. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des moins nou veaux) ? ( était : Changement de licence [etc .])
Le 26/08/2010 12:08, Emilie Laffray a écrit : 2010/8/26 Balooval val.p...@gmail.com mailto:val.p...@gmail.com Dans ces cas je crois qu'il vaut mieux appliquer le tag ruelle (via JOSM): highway=service et service =je ne sais plus. Le rendu est plus fin et correspond mieux à l'étroitesse des ruelles de vieux villages. Oui mais ca reste du tagguage pour le rendu. Si la rue est bien une rue de type highway=service et service=allee comme représenté dans le wiki et que l'on pourrait décrire par une rue en double sens, accessible à tous mais n'ayant que la largeur d'un véhicule, bien sûr sans trottoir et qui est coincé entre 2 bâtiments. René-Luc Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des moins nou veaux) ? ( était : Changement de licence [etc .])
Le 26/08/2010 12:20, sly (sylvain letuffe) a écrit : On jeudi 26 août 2010, Balooval wrote: Euh.. non justement. Accessoirement c'est mieux sur le rendu (plus fin), mais ça correspond mieux à la réalité: rue étroites. M'enfin c'est comme ça que c'est marqué sous josm, et ça m'a même été conseillé par un contributeur pilier :) Et bien il a tort à mon avis ! highway=service n'a pas grand chose a voir avec la largeur, si ce n'est, éventuellement, une implication courante de ce que c'est. Generally for access to a building, motorway service station, beach, campsite, industrial estate, business park, etc. This is also commonly used for access to parking, driveways, and alleys. dit le wiki Certes, la définition peut encore être améliorée, mais en gros, je dirais en français une voie de service. Une voie construite et à destination d'un service (le cas d'un accès à un bâtiment, est le seul qui me semble un peu border line, et que j'aurais taggué en residential) Bah disons que cette image est explicite non : http://wiki.openstreetmap.org/wiki/File:Seattle_-_alley_north_from_S_Jackson_between_Western_%26_1st_-_A.jpg c'est pour service=alley avec la description suivante : An alley is a service road usually located between properties for access to utilities soit Que je traduirait par une voie de service ouverte à tous mais dont la fonction est restreinte par sa taille et sa situation. Pour moi cela représente des rues dont la fonction est limité et comme on a pas mieux pour être plus précis, je trouve que c'est la meilleure façon de tagger en dehors toute considération graphique. http://wiki.openstreetmap.org/wiki/File:Alley.jpg Le 26 août 2010 12:08, Emilie Laffrayemilie.laff...@gmail.com a écrit : 2010/8/26 Baloovalval.p...@gmail.com Dans ces cas je crois qu'il vaut mieux appliquer le tag ruelle (via JOSM): highway=service et service =je ne sais plus. Le rendu est plus fin et correspond mieux à l'étroitesse des ruelles de vieux villages. Oui mais ca reste du tagguage pour le rendu. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des moins nou veaux) ? ( était : Changement de licence [etc .])
Le 26/08/2010 12:38, Balooval a écrit : Quand je vois le sujet je me dis qu'on dévit... mais pour ma part je terminerais là dessus: Dans ce cas le problème vient d'abord de JOSM qui traduit ce pré-réglage par Ruelle (entre bâtiments principalement). Quoi qu'on rejoint le sujet: pour les nouveaux venus comme pour pas mal d'autres, il serait bien que les pré-réglages de l'éditeur principal ne fassent pas débat. Pour rebondir, il faudrait que l'utilisation des tags soit mieux décrites tout comme les bonnes pratiques : Que tag-t-on pour une ruelle de centre ville ce trouve entre 2 bâtiments, n'étant pas utiliser pour circuler mais pour accéder à sa maison et s'y garer en bloquant la rue puisque de toute façon ça ne gène personne car seule les habitants savent qu'il y a une rue ici ? Il m'arrive trop souvent de vérifier sur le wiki si ce que je tag semble être la bonne façon de faire sans en être jamais sûr. Le 26 août 2010 12:20, sly (sylvain letuffe) sylv...@letuffe.org http://letuffe.org a écrit : On jeudi 26 août 2010, Balooval wrote: Euh.. non justement. Accessoirement c'est mieux sur le rendu (plus fin), mais ça correspond mieux à la réalité: rue étroites. M'enfin c'est comme ça que c'est marqué sous josm, et ça m'a même été conseillé par un contributeur pilier :) Et bien il a tort à mon avis ! highway=service n'a pas grand chose a voir avec la largeur, si ce n'est, éventuellement, une implication courante de ce que c'est. Generally for access to a building, motorway service station, beach, campsite, industrial estate, business park, etc. This is also commonly used for access to parking, driveways, and alleys. dit le wiki Certes, la définition peut encore être améliorée, mais en gros, je dirais en français une voie de service. Une voie construite et à destination d'un service (le cas d'un accès à un bâtiment, est le seul qui me semble un peu border line, et que j'aurais taggué en residential) Le 26 août 2010 12:08, Emilie Laffray emilie.laff...@gmail.com mailto:emilie.laff...@gmail.com a écrit : 2010/8/26 Balooval val.p...@gmail.com mailto:val.p...@gmail.com Dans ces cas je crois qu'il vaut mieux appliquer le tag ruelle (via JOSM): highway=service et service =je ne sais plus. Le rendu est plus fin et correspond mieux à l'étroitesse des ruelles de vieux villages. Oui mais ca reste du tagguage pour le rendu. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- sly Sylvain Letuffe sylv...@letuffe.org mailto:sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Belle image
Le 26/08/2010 12:41, Rodolphe Quiedeville a écrit : Bonsoir, Je continue dans mes tests de rendu et j'ai en fait un spécial hydrographie[1] (c'est la saison), et comme je trouve l'image ci-jointe jolie (les goûts et les couleurs tout ça ) j'avais juste envie de la partager avec vous. http://www.flickr.com/photos/ramokad/4928556723/ Bonne soirée 1. http://tile.quiedeville.org/river/ Sympa effectivement! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation de highway=service
Le 26/08/2010 13:16, sly (sylvain letuffe) a écrit : On jeudi 26 août 2010, René-Luc D'Hont wrote: Bah disons que cette image est explicite non : http://wiki.openstreetmap.org/wiki/File:Seattle_-_alley_north_from_S_Jackson_between_Western_%26_1st_-_A.jpg c'est pour service=alley avec la description suivante : Ce truc sent le tag en provenance direct des US avec manque complet de discussion. Surtout que l'exemple indique Alley between Western Avenue S 1st Avenue S, looking north from S Jackson St. Si cela connecte une rue avec une autre, alors ce n'est justement pas une rue de service, vu qu'elle n'amène justement pas à un service. Ça flair fort le tag pour le rendu ça. Selon moi, ce truc est une voie highway=residential et (mais la photo ne le montre pas) s'il n'y a pas d'entrée d'immeuble alors un autre truc du genre highway=alley An alley is a service road usually located between properties for access to utilities Ha ? alors je n'ai peut être pas compris comment fonctionnait la rue de la photo, si elle sert uniquement (ou presque) au ramassage des poubelles, alors là ma foi oui, on peut la caser dans highway=service. Mais des trucs comme ça, en france, je n'en connais quasiment pas, et le sujet du part dans le village me semble bien indiquer qu'il s'agissait de residential Je maintient que pour le moment je n'ai rien trouvé dans le wiki qui permette de correctement décrire ces petites rues que l'on trouve dans les villages que l'on pourrait comparer à des rues privées de par l'utilisation qui en est faîtes des habitants mais qui n'ont aucune indication spéciale : pas de sens unique, pas de restriction, pas d'interdiction spéciale, tellement peu large qu'on ne peut pas faire demi-tour, que lorsque l'on passe dans la rue qui y mène on ne l'aperçoit pas (angle droit, bâtiment, etc). Pour moi ce ne sont ni des residential ni des living_street alors comment taggué correctement ça ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation de highway=service
Le 26/08/2010 14:35, sly (sylvain letuffe) a écrit : On jeudi 26 août 2010, René-Luc D'Hont wrote: Je maintient que pour le moment je n'ai rien trouvé dans le wiki qui permette de correctement décrire ces petites rues que l'on trouve dans les villages là, je suis bien d'accord avec toi ! Mais un manque ne justifie pas de dévier un autre tag de son utilisation. Pour moi ce ne sont ni des residential ni des living_street alors comment taggué correctement ça ? living_street, on dirait pas. Par contre je ne verrais pas de problème à utiliser residential ou unclassified, selon ça : This is a useful guideline if you are not sure whether to use residential or unclassified for streets in towns: * residential - street or road generally used only by people that live on that road or roads that branch off it. * unclassified - a road that has no administrative classification ref=*. Unclassified roads typically form the lowest form of the interconnecting grid network. Après, je suis d'accord, il y a quelque chose de plus à noter sur ces rues, c'est le fait qu'elles sont petites et qu'il n'est pas vraiment recommandé de les choisir dans le routage, ainsi que l'éventuelle absence de trottoir. Et là, l'idée narrow=yes de vincent ne me semble pas mal (ou l'impossible à tagguer width=*), il faudrait documenter (et discuter). Ainsi l'information est transmise, sans changer de la fonction première qui, il me semble, reste valable. http://wiki.openstreetmap.org/wiki/FR:France_roads_tagging dit : Rue résidentielle (highway=residential) Ce type de rue comporte typiquement les éléments suivants : * on y trouve des habitations sur au moins un des côtés, * c'est une rue peu large, * il est possible de s'y arrêter ou se garer, * il y a au moins un trottoir, * il n'y a pas ou très peu de trafic de transit. ça fait quelques points en défaveur du highway=residential, mais c'est marqué typiquement, reste à dire narrow et pas de trottoir Je suis sur le fond d'accord avec toi maissur Banyuls-sur-mer les rues que j'ai noté comme service ne sont pas des rues de circulation, ce sont des rues qui ont vraiment une fonction d'accès à sa maison ou à son garage, comme dans une résidence sauf que si tu t'y engage tu n'accèdes pas à une résidence mais au centre de la ville. Posons donc la question autrement : * quels tags mettre pour les voies de circulations se trouvant au sein d'une résidence et ne servent qu'aux habitants pour accéder à leur appartement ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation de highway=service
Le 26/08/2010 15:01, Pieren a écrit : Ha, encore une longue histoire. D'abord sur le mot alley. highway=service + service=alley, c'est effectivement les américains qu'ils l'ont créé. Mais alley en anglais veut dire ruelle, c'est pas forcément limité à une voie de service, bien que chez les américains, une ruelle étroite qui n'est pas que pour le service, ça n'existe tout simplement pas (ils n'ont pas de vieux centre villes médiévaux comme chez-nous). Donc chez eux, alley, c'est forcément une voie de service alors qu'ailleurs, c'est une ruelle. Cool Merci Pieren pour tes lumières infinies! Le wiki peut dire An alley is a service road usually located between properties for access to utilities Sur http://wiki.openstreetmap.org/wiki/Tag:highway%3Dservice il est dit a road between properties sans employer le terme service road comme c'est le cas pour les autres valeurs. Avant cette inventions des US, je militais pour la généralisation du tag narrow=yes comme Vincent mais je n'ai pas réussi à obtenir un consensus là-dessus, les autres n'en veulent tout simplement pas. Ils veulent que narrow ne soit utilisé que pour les rétrécissements temporaires. Au contraire, il y a sur les listes/forums des pinailleurs (souvent allemands et hollandais) qui préfèrent le tag width=* que je trouve totalement irréaliste de généraliser (ou alors il faut aussi préciser l'unité de mesure qui sera souvent le pifomètre et non le mètre) et se contrefoutent qu'aucune application à ce jour ne tienne compte de ce tag pourtant ancien (pas seulement dans les moteurs de rendu mais aussi de navigation par exemple). Puis j'ai constaté que le tag highway=service+service=alley apparaissait en Europe sur des ruelles non techniques (qui contrairement aux US, sont rares) mais plutot médiévales. C'est une façon de récupérer le terme alley mais sans avoir à passer par la création d'un nouveau tag highway=alley et dont le résultat est le même sauf que la voie n'est pas une voie de service. J'ai donc décidé d'employer le même subterfuge bien que l'idéal serait effectivement pour la France d'avoir ce tag highway=alley. Mais en attendant qu'il existe, j'utilise highway=service+service=alley pour les ruelles étroites car même si ça n'est pas idéal, c'est le plus proche de ce que l'on veut montrer : une voie plus étroite qu'un highway=residential ou highway=unclassified et dont l'importance dans un schéma de circulation est du même rang. Et il sera toujours possible de changer plus-tard comme pour wall=no. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des moins nou veaux) ? (était : Changement de licence [etc .])
Le 26/08/2010 15:21, Nicolas Moyroud a écrit : René-Luc D'Hont a écrit : +1 aussi exemple ici http://www.openstreetmap.org/?lat=43.53416lon=3.33121zoom=17layers=M c'est à Néffies et comme je ne connais pas je n'ai pus aller plus loin dans la digitalisation des rues. J'espère juste que ça incitera un connaisseur à participer. Ben c'est pas très loin de chez moi, pour l'instant il me reste encore quelques communes plus proches à faire, mais dans quelques temps il se pourrait bien que ça soit moi qui fasse les rues manquantes de Néffiès. Merci Nicolas ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation de highway=service
Le 26/08/2010 15:42, Emilie Laffray a écrit : 2010/8/26 sly (sylvain letuffe) sylv...@letuffe.org mailto:sylv...@letuffe.org On jeudi 26 août 2010, Pieren wrote: (Rien à redire sur l'excellent résumé d'avant) J'ai donc décidé d'employer le même subterfuge Argh ! Pas toi ! Comment peut-on céder ainsi à la facilité ! autant tagguer les torchons avec towel=serviette. Je comprends tout à fait le souhait de ne pas utiliser highway=alley (soyons réaliste, ça ne sera jamais rendu, et par malheureuse voie de conséquence, jamais utilisé) mais que va-t-il advenir des rares cas français ou la personne voulait vraiment tagguer une voie de service entre des propriétés ? on va juste noyer son travail avec des ruelles, et la reprise le jour où ça existera sera donc impossible. L'avantage du narrow=yes, c'est que je ne vois pas le même inconvénient, si le narrow est sur un petit morceau, c'est un rétrécissement, si c'est sur toute la ruelle, c'est alors un rétrécissement permanent une ruelle donc. Juste mes 2 cts mais je préfère nettement aussi l'utilisation de narrow=yes. Je préfère nettement un tag relatif a un tag absolu (width) qui sera de toute façon décidé au pifomètre. Pour rajouter au commentaire de Pieren et pour troller un peu, je dirais qu'il ne faut pas oublier les australiens dans les pinailleurs (oui c'est mal a chaque fois, ce sont toujours les mêmes, et ce n'est pas beau de généraliser). Et bah moi je préfère mes highway=service, service=alley, car pour moi ce sont des rues comme celles d'accès à un service ou à un parking, et j'ai tellement hésité avant d'utiliser ces tags que je ne renoncerait pas! C'est pas trolldi mais les rues de centres villes ne sont pas rétrécies et ne se trouvent pas dans une zones résidentielles, elles sont naturellement pas faîtes pour les voitures même si un véhicule peut les emprunter. ReLuc Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation de highway=service
Le 26/08/2010 16:02, GaelADT a écrit : Juste comme ça au passage car j'ai l'impression que highway=service est vraiment très mal compris. Est-il normal que beaucoup des voies de bus sur Paris soient taguées highway=service (souvent avec psv=yes quand même) ? Car c'est tellement courant qu'au début j'ai pensé que c'était comme ça qu'il fallait les taguer. Mais en fait ça n'a rien à voir n'est-ce pas ? Gaël. Les premières voies de bus que j'ai taggué je l'ai fait aussi comme ça car c'est ce que j'avais trouvé dans les données et comme information dans le wiki. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation de highway=service
Le 26/08/2010 16:09, sly (sylvain letuffe) a écrit : On jeudi 26 août 2010, Pieren wrote: Ceux qui pensent que 'service' ne doit pas être utiliser pour une rue qui n'est pas de service devront alors aussi arrêter d'utiliser tourism=hotel Mauvaise foi spotted Il ne s'agit pas ici de remettre en cause l'utilisation du mot service pour des ruelles (pas de moi en tout cas) on aurait pu dire que service était fait pour indiquer les voies d'escalade que ça ne m'aurait pas gêné, du moment que c'est écrit et qu'on ne s'en sert pas aussi pour tagguer des ruelles. Le problème ici à mon sens, c'est que certains vont tagguer service+alley pour des ruelles et d'autre pour des voies de services. Et bien que j'entende l'argument de René-Luc, je n'y adhère pas car ça me semble différent J'admets cependant, que les deux restes des voies étroites le plus souvent, ce qui devrait finir comme highway=footway, c'est à dire, un chemin dont on ne sait pas grand chose et on inventera alors path pour clarifier après 2 ans de combats contre-productifs. Comment ça mauvaise foi ? C'est pas forcément de la mauvaise fois, mais en fait, mêm si c'est chiant, il faudrait amasser plus d'information sur l'utilisation des tags et des photos d'exemples. Existe-t-il un truc synthétique quelque part avec photo, geolocalisation et tag utilisé ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Page web pour le suivi des autoroute s françaises
Le 24/08/2010 12:38, Jocelyn Jaubert a écrit : 2010/8/24 sly (sylvain letuffe)sylv...@letuffe.org: On mardi 24 août 2010, Jocelyn Jaubert wrote: En fait, ça reste assez simple, vu que le schéma osmosis est une copie du schéma de OSM. Il faut juste jouer avec les jointures dans tous les sens :) Oui mais pour obtenir la longueur ? tu fais une construction de LINESTRING à la volée ? Il y a un script fournit par osmosis qui génère une table géométrique des ways, en construisant les linestring. Je lance ce script à chaque mise à jour de la bdd (on doit aussi pouvoir utiliser une vue pour éviter de tout calculer à chaque mise à jour) Si tu utilises une vue tu construiras tes lignestrings à chaque requête, le script est donc le bienvenu. la seule solution d'amélioration serait de ne mettre à jour les linestrings des ways dont les noeuds ont été modifiés (ajout, suppression dans la liste et changement de coordonnées). René-Luc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] conférence osm aux jdlls ?
Merci Yannik, Je me doute que ça ne coûte pas grand chose d'obtenir un plan, des fiches, stickers ou flyers, etc... Par contre je sais pour avoir fait les Rencontres du Libre à Paris que Gaël alias RatZilla$ avait du matériel, je pensais donc le réutiliser ou réutiliser ce qui avait déjà été fait pour d'autres conf. Sinon pour l'atelier je ne compte pas m'en occuper, donc si quelqu'un souhaite faire un atelier OSM, c'est une bonne idée. René-Luc D'Hont 3Liz Le 19/08/2010 20:09, Yannick VOYEAUD a écrit : Le 19/08/2010 15:11, René-Luc D'Hont a écrit : Pour le stand quand je parles de matériel c'est : * Poster ou carte en grand format * fiche osmecum * sticker (Gaël tu en avais, non?) * etc.. Pour l'atelier je ne sais pas ce qui est mis à disposition par l'organisation et ce qu'il faudrait avoir. Re, Y'a K ;-) Il suffit de faire un plan d'une ville en grand format. Ceci peut être demandé à une structure qui a déjà fait le pas. Voir s'il accepterait de nous offrir une carte en A1 et de nous l'envoyer quelque part ensuite ce serait à nous de prévoir les frais de poste pour les manifs suivantes. Si besoin je peux aller voir une boite sur Vienne et leur demander ce qu'il nous en coûterait pour sortir celle de Vienne (par exemple). La carte est déjà faite il n'y aurait qu'à la télécharger. Le reste pour le stand je ne suis pas suffisamment au point pour dire ni faire. Je pense toutefois est déjà de voir si il y aurait des volontaires pour venir à Lyon sur les 3 jours en plus des conférenciers. Et de suite demander un stand. Le reste on voit ce que chacun peut faire. L'association peut peut-être aider là-dessus? Pour les ateliers c'est 'toi' qui sait ce dont tu as besoin pour faire ce dont tu aurais envie de montrer. Jusqu'à présent il y avait 1 salle indépendante, du courant, une liaison internet et je crois 1 vidéo-projecteur. Perso je serais preneur pour utiliser le cadastre et faire l'import du bâti en masse sur Vienne. Rectifier des choses sur Vienne (je ferais les traces avant avec mon GPS). Je serais aussi preneur d'un vrai mode opératoire (pas à pas) pour créer et éditer une carte avec mes POI (pas des chemins) avec les rues en dessous. Je serais partie prenante aussi sur un mode opératoire (pas à pas) pour mettre une carte sur un site internet (carte qui évolue en fonction de l'avancement des ajouts). Comme tu vois les pistes ne manquent pas. Amitiés ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] conférence osm aux jdlls ?
Merci Yannick, Donc si il y a suffisamment de monde disponible OpenStreetMap sera présent aux JDLL : * Qui est dispo ? René-Luc D'Hont Le 19/08/2010 21:03, Yannick VOYEAUD a écrit : Le 19/08/2010 15:11, René-Luc D'Hont a écrit : Pour le stand quand je parles de matériel c'est : * Poster ou carte en grand format * fiche osmecum * sticker (Gaël tu en avais, non?) * etc.. Re, Pour le stand c'est bon il suffit juste que vous confirmiez! Ne pas tarder quand-même. À savoir que l'offre en avait été faite aux RMLL. Donc la question est qui vient pour tenir 1 stand pendant 3 jours? Amitiés ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pavage de landuse
Pourquoi ne pas utiliser des relations multipolygones pour tes trous ? C'est ce que j'ai fait pour des cimetières. Le 20/08/2010 15:12, hpmt a écrit : Je reviens sur ma réflexion du moment à propos du tag landuse. Dans ma commune, les affectations de terrain bougent assez vite, et les contours sont plutôt casse-pieds à maintenir ; je pars à priori de l'idée que les surfaces landuse ou natural sont exclusives, c'est à dire, si on est landuse=farm on ne peux pas être landuse=residential, ni d'ailleurs natural=wood. Donc je vais vers un pavage qui va recouvrir la commune, et qui même comme ça, va être très ciselé. Pour que ça reste maintenable je me propose d'arrêter tous ces pavés sur des ways existants par exemple des limites de communes, des routes ou des ruisseaux. Comme me l'a suggéré Vincent Pottier, je peux réutiliser les points de ces ways, et leur superposer les contours landuse/natural. J'ai lu et relu la page http://wiki.openstreetmap.org/wiki/Land_use_and_areas_of_natural_land et je frémis à l'idée de devoir bientôt faire un trou landuse=allotments quelque part dans mon joli pavage ; si j'en juge par les débats au conseil municipal ça me pends au nez ; je dois apprendre à faire des trous plutôt vite. De cette page j'ai suivi le lien stub ; on s'amuse, s'pas ? Et vous comment voyez vous le pavage du terrain ? Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pavage de landuse
Le 20/08/2010 15:55, hpmt a écrit : René-Luc D'Hont a écrit , Le 20/08/2010 15:16: Pourquoi ne pas utiliser des relations multipolygones pour tes trous ? Oui, j'y pense aussi, mais ce multipolygone devrait être adossé à des polygones normaux, et parfois certaines iles se retrouvent en limite de deux zones landuse différentes, les temps ayant fait son œuvre de bétonnisation ; un collège par ci, des jardins familiaux par là, le multipolygone sera très difficile à modifier ; il me semble, du moins. Est-ce que tu trouve facile à modifier ? Disons qu'en fait j'ai un grand polygone, landuse=residential ou autre, que je mite par les cimetières, les allotments, et autre landuse pouvant ce trouver dans ce landuse générale. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] conférence osm aux jdlls ?
Bonjour, Je me permet de reprendre le mail d'arno pour vous faire les propositions suivantes. Donc il serait intéressant de faire les propositions suivantes : * Une présentation Exploiter OSM le vendredi (professionnels) * Une présentation Qu'est-ce qu'OSM ? le jeudi (éducation et recherche) * Un atelier Comment contribuer à OSM le samedi (grand publique) * un stand! Mais il va nous falloir du monde et du matériel ;-) Pour les présentations Michaël alias kimaidou, arno et moi-même sommes prêt à les faire. Pour l'atelier et le stand : * Qui connait le fonctionnement des ateliers aux JDLL ? * Qui pourrait animer cet atelier ? * Qui pourrait être présent pour tenir le stand ? * A-t-on du matériel pour le stand ? Merci de vos contributions. René-Luc P.S: Gaël tu pourrais être là ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] conférence osm aux jdlls ?
Pas de problème Gaël, c'était pour savoir si Lyon allait pouvoir t'admirer ;-) Sinon quelqu'un aurait du matériel pour un hypothétique Stand ? Le 19/08/2010 13:31, RatZilla$ a écrit : Salut compagnons de route ! C'est rageant Rrraaah ! Ce sera la semaine précédant mon départ aux Antilles pour une MégaZoukMappingParty de 3semaines (Guadeloupe/Martinique/Guyane) Ça va être difficile car je pars terminer l'orga 3 ou 4 jours avant selon les disponibilités en sièges de la compagnie qui sponsorise mes déplacements. Je n'ai pas envie de vous planter en plein salon. Si j'ai des modifs d'ici là je vous fait signe, je vous rejoins plus que volontiers. Gaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] conférence osm aux jdlls ?
Pour le stand quand je parles de matériel c'est : * Poster ou carte en grand format * fiche osmecum * sticker (Gaël tu en avais, non?) * etc.. Pour l'atelier je ne sais pas ce qui est mis à disposition par l'organisation et ce qu'il faudrait avoir. Le 19/08/2010 15:07, Yannick VOYEAUD a écrit : Le 19/08/2010 13:49, René-Luc D'Hont a écrit : Pas de problème Gaël, c'était pour savoir si Lyon allait pouvoir t'admirer ;-) Sinon quelqu'un aurait du matériel pour un hypothétique Stand ? Bonjour, Quand tu parles de matos que veux-tu dire? Il faudrait être plus précis. Si besoin je peux peut-être amener ma/mes machine/s. Étant dans l'organisation je ne suis pas disponible pour un stand sauf peut-être ponctuellement mais pas programmable. Si cela se fait merci de me le dire rapidement afin que je commence à faire du raffut auprès des décideurs politiques locaux et/ou des services municipaux adéquats sur Vienne (charité bien ordonnée). Amitiés ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] conférence osm aux jdlls ?
Oui ce serait bien que l'on propose une grosse conférence ou plusieurs petites. On m'a d'ailleurs tanné pour cela (un contributeur Mozilla), je vais donc aussi tanné Michaël, alias kimaidou pour qu'il participe à cela ;-) René-Luc 3Liz OSMTransport Le 18/08/2010 13:55, arno a écrit : salut, les inscriptions pour les conférences aux jdlls ont commencé: http://linuxfr.org/2010/08/14/27244.html moi, ça me dit bien de proposer une petite conférence (20minutes) pour présenter openstreetmap en général et/ou mon projet syj. Mais est-ce qu'il y a d'autres personnes qui veulent aussi faire une conférence? Si oui, on pourrait proposer une grosse conférence (1h) à plusieurs. a+ arno ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenLayers.Protocol.XAPI
Le 17/08/2010 13:06, Sylvain Collilieux a écrit : Le 15/08/2010 23:31, René-Luc D'Hont a écrit : En fait pour des raisons de sécurité les requêtes Web faîtes avec du code JavaScript ne peuvent intérogé qu'une resource présente sur le même nom de domaine et donc sur le même serveur. Sauf si le serveur ajoute un header [0] : Sur le serveur openlayers Access-Control-Allow-Origin: www.lesitedorigine.org Autorise le site www.lesitedorigine.org a fournir du javascript qui interrogera openlayers. Access-Control-Allow-Origin: * Autorise tous le serveurs a fournir du javascript qui interrogera openlayers. Ce header serait donc à ajouter sur les serveurs qui hébergent openlayers, il reconnu par la plupart des navigateurs récents et un minimum respectueux des standards. Cela risque d'engendrer des pbs de sécurité mais avec la multiplication des APIs pour accéder aux données (type open data par ex.), on ne va pas y couper ... [0] https://developer.mozilla.org/en/HTTP_access_control Oui je connaissais, Geonames l'a d'ailleurs mis en oeuvre, mais les navigateurs les plus répandus ne connaisse pas cette norme ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenLayers.Protocol.XAPI
Le 17/08/2010 14:32, Sylvain Collilieux a écrit : Le 17/08/2010 13:36, René-Luc D'Hont a écrit : Oui je connaissais, Geonames l'a d'ailleurs mis en oeuvre, mais les navigateurs les plus répandus ne connaisse pas cette norme ;-) Firefox 3.5 et +, Chrome et Safari 4 et + la supportent. Oui mais tu oublies le navigateur que plus de 50% des gens utilises ;-) Espérons donc que la prochaine version de ce butineur sera rapidement adopté ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenLayers.Protocol.XAPI
Le 17/08/2010 16:51, Tanguy Ortolo a écrit : Le mardi 17 août 2010, René-Luc D'Hont a écrit : Oui mais tu oublies le navigateur que plus de 50% des gens utilises ;-) Espérons donc que la prochaine version de ce butineur sera rapidement adopté ;-) Prochaine version ou pas, ce truc est toujours complètement à la rue. Ils n'ont toujours pas de bindings entre un parseur XML et leur moteur de rendu, et refusent donc les contenus application/xhtml+xml, empêchant d'utiliser un DOM XML dans une page web. Comme XHTML a dix ans, ça fait un sous-navigateur avec dix ans de retard. Je ne te le fait pas dire mais je te promet que la prochaine version fera un bon dans le présent même si les autres garderons pendant encore un ans au moins leur avantage. (Je suis développeur XUL donc d'add-on Firefox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenLayers.Protocol.XAPI
Le 15/08/2010 21:50, François Van Der Biest a écrit : 2010/8/15 RatZilla$ ratzil...@gmail.com mailto:ratzil...@gmail.com J'ai une petite question: Quand tu parles de proxy côté serveur, tu stockes les résultats des requêtes http, de la XAPI, ou d'OpenLayers lui même? En fait pour des raisons de sécurité les requêtes Web faîtes avec du code JavaScript ne peuvent intérogé qu'une resource présente sur le même nom de domaine et donc sur le même serveur. Pour contourner cela il suffit d'avoir un script PHP, Python ou autre qui execute la requête et renvois la réponse. Le proxy ne stocke pas, il sert juste d'intermédiaire dans l'interrogation de la XAPI. C'est pour contourner une limitation du javascript dite same origin policy http://en.wikipedia.org/wiki/Same_origin_policy F. PS: pour PA : l'erreur JS peut être due au manque de proxy. Au besoin, tu en as un à disposition dans le dossier exemples de openlayers (à éditer pour autoriser l'accès à la XAPI, via la variable allowed_hosts). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Comment représenter un Oued ?
Bonjour, Suite à l'import hier des cours d'eau du cadastre sur Banyuls-sur-Mer par Skywave, je souhaite améliorer l'information ainsi importer. Tout d'abord, il y a le problème du fleuve qui passe à Banyuls-sur-Mer, la Baillaury : http://fr.wikipedia.org/wiki/La_Baillaury Ce fleuve est un torrent, totalement à sec 99% du temps dans sa partie basse. D'ailleurs le lit de ce fleuve sert de parking l'été en dehors des risque d'orages. Je souhaitais donc savoir comment préciser que les polygones représentant le lit (waterway=riverbank) de ce fleuve dans sa partie basse ne contiennent pas d'eau ? René-Luc D'Hont alias ReLuc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Que faire avec l'import des cours d'eau du cadastre
Bonjour, Je vais paraitre désagréable ou reloud mais que faire de l'import des cours du cadastre : j'ai un polygon waterway=riverbank qui représente un waterway=drain ? http://www.openstreetmap.org/?lat=42.475877lon=3.122523zoom=18layers=M j'ai une surface d'eau qui n'existe plus du tout ? http://www.openstreetmap.org/?lat=42.481463lon=3.136567zoom=18layers=M j'ai des polygon natural=water qui représente des points d'eau pour les jardins d'ouvrier ? http://www.openstreetmap.org/?lat=42.47685lon=3.126997zoom=18layers=M j'ai des polygon natural=water qui représente des piscines ? http://www.openstreetmap.org/?lat=42.471038lon=3.130623zoom=18layers=M Merci de vos éclairages. René-Luc D'Hont ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Import cours d'eau Banyuls-sur-Mer
Bonjour, Ki c'est ki a importé les cours d'eau sur Banyuls-sur-Mer, Pyrénées Orientales ??? Merci, René-Luc D'Hont 3Liz Contributeur sur Banyuls-sur-Mer ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import cours d'eau Banyuls-sur-Mer
Le 13/08/2010 17:03, Pieren a écrit : 2010/8/13 René-Luc D'Hont rldh...@gmail.com mailto:rldh...@gmail.com Bonjour, Ki c'est ki a importé les cours d'eau sur Banyuls-sur-Mer, Pyrénées Orientales ??? La plupart des éditeurs OSM permettent d'identifier l'auteur d'une contribution ('h' sur Potlatch ou l'historique sur JOSM). Après, on peut contacter cette personne via la messagerie d'OSM (il faut aussi avoir un compte pour ça) et la féliciter (ou l'engueuler, c'est selon) pour son travail. En fait je voulais d'abord voir si ce contributeur ne trainait pas sur la liste. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chevauchement chemin rural et limite de commune
Le 09/08/2010 15:01, Croquette Olivier a écrit : Le 8 août 2010 à 10:00, Sébastien KALT a écrit : Comment tracer ça avec josm ? 1) je coupe le chemin de la limite administrative, et j'ajoute les étiquettes highway=track et source=survey 2) je superpose un second chemin sur celui de la limite administrative avec les étiquettes highway=track et source=survey 3) je m'amuse comme un fous à faire un chemin juste à côté de la limite administrative avec les étiquettes highway=track et source=survey Dans le cas de la solution 2, j'ai une question technique sur JOSM : les segments appartiennent aux 2 ways. Mais quand on veut ajouter un point (par exemple parce qu'on a une source plus précise), en tirant la petite croix au milieu du segment, JOSM ne crée le nouveau noeud que un deux ways. Y'a-t'il un moyen de le forcer à modifier les 2 segments/ways ? Tu peux fusionner 2 points après avoir créer les points sur les 2 ways ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Voie passant sous un bâtiment
Le 23/07/2010 14:40, OSM Léon a écrit : Bonjour, Suite à l'import partiel du 9e arrondissement dans Paris, j'ai un petit soucis sur la zone suivante : http://osm.org/go/0BPIgRUne-- La place Edouard VII devrait être connectée au deux petites voies qui sont au NO d'elle. C'est ce que j'ai fait dans JOSM en coupant ces rues et en marquant certaines portions en tunnel puisqu'elles passent sous les immeubles. Est-ce que mon tagging est correct ? Autrement dit c'est un problème de rendu ou de saisie des données ? :D Je dirais un problème de rendu ;-) Thomas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Alerte ! Les doublons, ça grossi t sans arrêt - Était :Bâtiments se superposant
Bonjour, Merci pour cette liste car je croyais avoir bien fait tout comme il faut mais je m'y retrouve! Je n'ai que 3 bâtiments mais c'est déjà 3 de trop. Pour infos ces doublons sont directement issu du fichier .osm généré par le batch. Le jeux de transparence dans JOSM ne me permettais pas de les repérer, Merci encore. ReLuc Le 19/07/2010 10:42, Marc SIBERT a écrit : Le 17 juillet 2010 11:08, Marc Sibert m...@sibert.fr mailto:m...@sibert.fr a écrit : Bonjour, J'ai commencé des suppressions massives de doublons de bâtiments. Pour rappel, les critères sont : 1. Superposition exacte (indépendamment des nodes, identiques ou différents, utilisés) ; 2. Même liste de tags (n'importe quel ordre, si c'est possible ?) ; 3. Non prise en compte des références (mais l'outil de suppression refuse les ways inclus dans des relations) 4. Non gestion des nodes isolés après suppression des ways (les nodes pouvant appartenir à d'autres éléments) Je fais ça par groupe de 2000 ways. Merci à Benoit pour son outil pour Windows. * http://www.openstreetmap.org/browse/changeset/5235681 * http://www.openstreetmap.org/browse/changeset/5237590 * http://www.openstreetmap.org/browse/changeset/5238237 * http://www.openstreetmap.org/browse/changeset/5240133 Je continuerais sur une base de 2000 / jour si tout va bien. A+ -- Marc Sibert m...@sibert.fr mailto:m...@sibert.fr Bonjour, J'ai remis à jour le fichier http://freeroute.fr/libosm/superposes.htm qui contient à la fois le classement des users propriétaires de doublons. Je souhaite vous alerter sur la production de nouveaux doublons puisque nous atteignons maintenant plus de 5 doublons de bâtiments. *Je crois qu'il faut corriger le batch qui fait l'import, ou refaire les fichiers .osm ou bien préciser la procédure JOSM pour effacer les doublons avant l'import (je ne connais pas le processus d'import)* Vu les circonstances, je vais essayé d'augmenter le volume de suppressions (à 1 ?), si ça passe, mais l'idéal serait de tarir la source (analogie aux problèmes de BP ;-) ). Je lance le processus manuellement, et je risque de me lasser. A+ -- Marc Sibert m...@sibert.fr mailto:m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Besoin de coordonnées pour un proj et libre
Bonjour Jonathan, Tu peux avoir ce genre d'informations grâce à OSMTransport et si tu veux je te fais un jolie fichier ;-) René-Luc D'Hont 3Liz Le 15/07/2010 15:32, JonathanMM a écrit : Bonjour a tous, j'aimerais savoir si une gentille personne pourrait me sortir un fichier (en .xml ou en .csv) contenant la liste des gares de la ligne D du RER (relation : 65072 http://www.openstreetmap.org/browse/relation/65072 et filles), avec leur nom et coordonnées GPS. De plus, je profite de ce message pour savoir s'il existe un tag pour indiqué le code SNCF de 3 lettres d'une gare ? Par exemple, pour Goussainville, c'est GOU. Parfois, il peut y en avoir plusieurs pour une gare. Par exemple, pour Paris Nord, il a le code PNO, mais les codes PNB (Paris Nord (Banlieue), la gare de surface) et GDS (Paris Nord (Souterraine), la gare souterraine) existent. Pour information, les informations sont destinés a la création d'un site internet libre, avec client android, qui recueille le retard des trains et en fait des statistiques.. Merci d'avance JonathanMM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Besoin de coordonnées pour un proj et libre
Il y a pas de possibilité d'export dans la page Web mais si tu as un firefox avec firebug tu peux facilement récupérer le chemin du GeoJson des stations ;-) Mais je vais te fire un zoli fichier ;-) ReLuc Le 15/07/2010 16:03, JonathanMM a écrit : Y'a possibilité d'export sur le site ? J'ai pas vu. Sinon, oui, je voudrais bien un zoli fichier :) JonathanMM Le 15/07/2010 15:58, René-Luc D'Hont a écrit : Bonjour Jonathan, Tu peux avoir ce genre d'informations grâce à OSMTransport et si tu veux je te fais un jolie fichier ;-) René-Luc D'Hont 3Liz Le 15/07/2010 15:32, JonathanMM a écrit : Bonjour a tous, j'aimerais savoir si une gentille personne pourrait me sortir un fichier (en .xml ou en .csv) contenant la liste des gares de la ligne D du RER (relation : 65072 http://www.openstreetmap.org/browse/relation/65072 et filles), avec leur nom et coordonnées GPS. De plus, je profite de ce message pour savoir s'il existe un tag pour indiqué le code SNCF de 3 lettres d'une gare ? Par exemple, pour Goussainville, c'est GOU. Parfois, il peut y en avoir plusieurs pour une gare. Par exemple, pour Paris Nord, il a le code PNO, mais les codes PNB (Paris Nord (Banlieue), la gare de surface) et GDS (Paris Nord (Souterraine), la gare souterraine) existent. Pour information, les informations sont destinés a la création d'un site internet libre, avec client android, qui recueille le retard des trains et en fait des statistiques.. Merci d'avance JonathanMM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr