Salut comme on était à Ivry avec C Quest pour une cartopartie je lui ai demandé s'il y avait bien la réu-apéro mensuelle au Père Fouettard apparemment oui qui vient ?
moi très certainement Benoît asso À Travers Le 28 août 2013 à 16:18, [email protected] a écrit : > Envoyez vos messages pour la liste Talk-fr à > [email protected] > > Pour vous (dés)abonner par le web, consultez > http://lists.openstreetmap.org/listinfo/talk-fr > > ou, par email, envoyez un message avec 'help' dans le corps ou dans le > sujet à > [email protected] > > Vous pouvez contacter l'administrateur de la liste à l'adresse > [email protected] > > Si vous répondez, n'oubliez pas de changer l'objet du message afin > qu'il soit plus spécifique que "Re: Contenu du digest de Talk-fr..." > > > Thèmes du jour : > > 1. Grand polygone cassé (Lord Awikatchikaen) > 2. Re: Grand polygone cassé (Yves Pratter) > 3. Re: Comparaison OSM/Route500 (Nicolas Dumoulin) > 4. Re: Comparaison OSM/Route500 (PhQ) > 5. Re: Grand polygone cassé (Vincent Pottier) > 6. Re: Comparaison OSM/Route500 (Art Penteur) > 7. ImageInOsm : appli mobile de photo-mapping (Gilles Bassière) > 8. Re: Comparaison OSM/Route500 (Jérôme Amagat) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 28 Aug 2013 14:06:55 +0200 > From: Lord Awikatchikaen <[email protected]> > To: Discussions sur OSM en français <[email protected]> > Subject: [OSM-talk-fr] Grand polygone cassé > Message-ID: > <calhtctqlec++rqmxdzuu9z70ohbcbgxdlm4mopo_rhwppyi...@mail.gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > Il semble que la relation 1210427 ai un problème, le landuse n'apparait > plus. > > Si quelqu'un de plus calé que moi pouvait régler le problème. > > Merci ! > -------------- section suivante -------------- > Une pièce jointe HTML a été nettoyée... > URL: > <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20130828/028790de/attachment-0001.html> > > ------------------------------ > > Message: 2 > Date: Wed, 28 Aug 2013 14:33:42 +0200 > From: Yves Pratter <[email protected]> > To: Discussions sur OSM en français <[email protected]> > Subject: Re: [OSM-talk-fr] Grand polygone cassé > Message-ID: <[email protected]> > Content-Type: text/plain; charset="windows-1252" > > > Le 28 août 2013 à 14:06, Lord Awikatchikaen <[email protected]> a > écrit : > >> Il semble que la relation 1210427 ai un problème, le landuse n'apparait plus. >> >> Si quelqu'un de plus calé que moi pouvait régler le problème. >> >> Merci ! > > C'est peut-être le même problème : > > Le 27 août 2013 à 21:24, Christian Quest <[email protected]> a écrit : > >> Le 26 août 2013 16:39, Christian Quest <[email protected]> a écrit : >> J'ai fait une modif neutre (juste un changement de version de l'objet) et il >> est apparu sur le rendu osm.org >> >> Ca ressemble à une désynchro d'objet... ça arrive parfois, sûrement un bug >> d'osm2pgsql si un multipolygone disparait, le polygone outer n'est pas >> recréé ou un truc du genre. >> >> Pour en avoir le c?ur net, j'ai joué au fond de mon jardin... >> - ajout d'un petit multipolygone de landuse : il apparait sur le rendu >> - je supprime la relation multipolygone -> tout disparait >> >> osm2pgsql a bien un problème lorsqu'un multipolygone est supprimé, les way >> en outer ne sont pas remises à jour à l'occasion. >> Je vais signaler le problème sur github, et voir où ça se situe dans le >> code... et voir aussi comment retrouver ces polygones désynchronisés dans >> les bases actuelles (là je pense que j'ai une bonne piste). >> >> -- >> Christian Quest - OpenStreetMap France >> Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ > > -- > Yves > -------------- section suivante -------------- > Une pièce jointe HTML a été nettoyée... > URL: > <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20130828/2708d488/attachment-0001.html> > > ------------------------------ > > Message: 3 > Date: Wed, 28 Aug 2013 14:38:54 +0200 > From: Nicolas Dumoulin <[email protected]> > To: Discussions sur OSM en français <[email protected]> > Subject: Re: [OSM-talk-fr] Comparaison OSM/Route500 > Message-ID: <1960455.atproxWB1u@cfp6063> > Content-Type: text/plain; charset="utf-8" > > Je viens de regarder une ref qui est à 0 pour l'IGN et positive chez nous > (OSM). En fait, la route change de ref au niveau de la limite de département. > > Faut-il corriger cela en mettant le n?ud de transition [1] entre les deux > refs > sur la limite (ie. n?ud commun au deux tronçons de route et à la limite) ? > > Pour : ça relie le changement de ref au changement d'entité administrative > Contre : ça fait un peu taguer pour l'outil de stats ;-) > > [1] http://www.openstreetmap.org/browse/node/1164795568 À gauche du n?ud, la > D351 (Allier), et à droite la D62 (Puy-de-Dôme). > > -- > Nicolas Dumoulin > http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin > > > > ------------------------------ > > Message: 4 > Date: Wed, 28 Aug 2013 06:01:26 -0700 (PDT) > From: PhQ <[email protected]> > To: [email protected] > Subject: Re: [OSM-talk-fr] Comparaison OSM/Route500 > Message-ID: <[email protected]> > Content-Type: text/plain; charset=UTF-8 > > J'ai pas tout compris à ta proposition, mais j'attire ton attention sur le > cas de la D 178 qui > figure dans l'extraction 63 de l'IGN 500 et dans le fichier résultant de > christian ... mais qui est situé dans l'Allier, sauf erreur de ma part. > > Je suis intéressé par une explication (rationnelle de préférence) > > > > -- > View this message in context: > http://gis.19327.n5.nabble.com/Comparaison-OSM-Route500-tp5775040p5775297.html > Sent from the France mailing list archive at Nabble.com. > > > > ------------------------------ > > Message: 5 > Date: Wed, 28 Aug 2013 15:03:03 +0200 > From: Vincent Pottier <[email protected]> > To: [email protected] > Subject: Re: [OSM-talk-fr] Grand polygone cassé > Message-ID: <[email protected]> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Le 28/08/2013 14:06, Lord Awikatchikaen a écrit : >> Il semble que la relation 1210427 ai un problème, le landuse >> n'apparait plus. >> >> Si quelqu'un de plus calé que moi pouvait régler le problème. >> >> Merci ! >> > Je regarde ça. > -- > FrViPofm > > > > ------------------------------ > > Message: 6 > Date: Wed, 28 Aug 2013 15:52:16 +0200 > From: Art Penteur <[email protected]> > To: Discussions sur OSM en français <[email protected]> > Subject: Re: [OSM-talk-fr] Comparaison OSM/Route500 > Message-ID: > <CAMphwOTH9rLT24jFfMYC=rphjidvhee0qu4jz88cbbskkhb...@mail.gmail.com> > Content-Type: text/plain; charset=windows-1252 > > Ben, la route change de ref au changement de département. > > Par définition, le n?ud de transition entre les deux refs est sur la > limite administrative : Je ne vois pas ce qu'il y aurait d'artificiel > (ou de "pour les stats") à faire ça. > > Art. > > Le 28 août 2013 14:38, Nicolas Dumoulin > <[email protected]> a écrit : >> Je viens de regarder une ref qui est à 0 pour l'IGN et positive chez nous >> (OSM). En fait, la route change de ref au niveau de la limite de département. >> >> Faut-il corriger cela en mettant le n?ud de transition [1] entre les deux >> refs >> sur la limite (ie. n?ud commun au deux tronçons de route et à la limite) ? >> >> Pour : ça relie le changement de ref au changement d'entité administrative >> Contre : ça fait un peu taguer pour l'outil de stats ;-) >> >> [1] http://www.openstreetmap.org/browse/node/1164795568 À gauche du n?ud, la >> D351 (Allier), et à droite la D62 (Puy-de-Dôme). >> >> -- >> Nicolas Dumoulin >> http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin >> >> _______________________________________________ >> Talk-fr mailing list >> [email protected] >> http://lists.openstreetmap.org/listinfo/talk-fr > > > > ------------------------------ > > Message: 7 > Date: Wed, 28 Aug 2013 16:07:08 +0200 > From: Gilles Bassière <[email protected]> > To: Liste OSM France <[email protected]> > Subject: [OSM-talk-fr] ImageInOsm : appli mobile de photo-mapping > Message-ID: <[email protected]> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Bonjour à tous, > > Je souhaite vous présenter ImageInOsm [1], une application mobile pour > les adeptes du photo-mapping. > > L'application s'adresse aux utilisateurs sur le terrain. Son > fonctionnement est très simple (voir les captures d'écran [1]) : > 1. l'utilisateur choisit un objet OSM qui se trouve devant lui > 2. l'utilisateur prend une photo de cet objet > 3. la photo est envoyée sur Flickr avec l'id de l'object OSM dans les > tags associés > > Vous pouvez d'ores et déjà jouer avec : > - sur Android, téléchargez et installez le package de test [2], > - nous n'avons malheureusement pas trouvé de solution simple pour > publier un package de test pour iOS, il vous faudra déployer > l'application à partir des sources (ce qui suppose de disposer d'un Mac > et de l'IDE XCode). > > Comparativement au photomapping classique, l'intérêt est de favoriser la > collaboration : les photos géolocalisées ne dorment plus sur un disque > dur, elles sont instantanément envoyées sur le Web avec des métadonnées > permettant à d'autres de les retrouver et de les exploiter. > > Notez que (comme le nom ne l'indique pas) les photos ne sont pas > stockées sur les serveurs OSM, elles sont envoyées à des services dédiés > (Flickr, ...). L'innovation consiste simplement à mieux relier la photo > à l'object OSM qu'elle documente. > > En terme d'écosystème, nous supportons pour l'instant uniquement Flickr > comme dépôt de photos. Les photos ainsi publiées sont notamment > compatibles avec LizPOI [3] et OsmFlickr [4]. Nous espérons que ces > photos seront un jour directement disponibles dans JOSM (ou d'autres > éditeurs) via un greffon (mais nous n'avons pas prévu un tel > développement, avis aux amateurs). > > Cet outil n'aurait pas vu le jour sans Jean-Louis Zimmermann de la > Mairie d'Orange. En plus d'en avoir eu l'idée, il a soutenu et soutient > encore le projet. > > D'un point de vue technique, l'application est construite avec : > - Cordova 3.0 > - JavaScript + BackboneJS > - HTML/CSS + Bootstrap 2.x > Le code est disponible sur Github [5], sous licence Apache 2.0. Toutes > les contributions sont évidemment bienvenues (code, documentation, > rapports d'erreurs, critiques et propositions, etc). > > Le code est encore jeune et le développement est actif. Nous envisageons > d'ores et déjà les évolutions suivantes : > - support de Wikimédia comme dépôt de photo (développement en cours) > - filtrage des objets OSM (configurable) pour faire des campagnes de > photo thématiques > - amélioration générale de l'expérience utilisateur (voir les tickets > ouverts sur GitHub) > > [1] http://naturalsolutions.github.io/ImageInOsm/ > [2] http://depot.natural-solutions.eu/ImageInOsm/ImageInOsm-0.1.apk > [3] http://lizpoi.3liz.com/demo/index.php/lizpoi/map/?tree_id=1 > [4] > http://www.3liz.com/blog/rldhont/index.php?post/2013/02/18/OsmFlickr-:-Gestion-des-liens-OpenStreetMap-Flickr > [5] https://github.com/NaturalSolutions/ImageInOsm/ > > Cordialement > > Gilles Bassière > NATURAL SOLUTIONS > http://www.natural-solutions.eu > > > > ------------------------------ > > Message: 8 > Date: Wed, 28 Aug 2013 16:17:56 +0200 > From: Jérôme Amagat <[email protected]> > To: Discussions sur OSM en français <[email protected]> > Subject: Re: [OSM-talk-fr] Comparaison OSM/Route500 > Message-ID: > <CAHUxkt+1GNCMQoZ0-uForf+nxPtRBT8ukkCo42=ke2jz3+c...@mail.gmail.com> > Content-Type: text/plain; charset="windows-1252" > > Petite question : Il y a une norme claire pour écrire la ref de la route: > espace, pas espace,majuscule minuscule. > > De plus, je fait des modif dans l'ain et j'ai ttrouvé des route > departementale noté RD au lieu de D donc pas dans le CSV. Je vais enlever > le R en trop. > > > Le 28 août 2013 15:52, Art Penteur <[email protected]> a écrit : > >> Ben, la route change de ref au changement de département. >> >> Par définition, le n?ud de transition entre les deux refs est sur la >> limite administrative : Je ne vois pas ce qu'il y aurait d'artificiel >> (ou de "pour les stats") à faire ça. >> >> Art. >> >> Le 28 août 2013 14:38, Nicolas Dumoulin >> <[email protected]> a écrit : >>> Je viens de regarder une ref qui est à 0 pour l'IGN et positive chez nous >>> (OSM). En fait, la route change de ref au niveau de la limite de >> département. >>> >>> Faut-il corriger cela en mettant le n?ud de transition [1] entre les >> deux refs >>> sur la limite (ie. n?ud commun au deux tronçons de route et à la limite) >> ? >>> >>> Pour : ça relie le changement de ref au changement d'entité >> administrative >>> Contre : ça fait un peu taguer pour l'outil de stats ;-) >>> >>> [1] http://www.openstreetmap.org/browse/node/1164795568 À gauche du >> n?ud, la >>> D351 (Allier), et à droite la D62 (Puy-de-Dôme). >>> >>> -- >>> Nicolas Dumoulin >>> http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin >>> >>> _______________________________________________ >>> Talk-fr mailing list >>> [email protected] >>> http://lists.openstreetmap.org/listinfo/talk-fr >> >> _______________________________________________ >> Talk-fr mailing list >> [email protected] >> http://lists.openstreetmap.org/listinfo/talk-fr >> > -------------- section suivante -------------- > Une pièce jointe HTML a été nettoyée... > URL: > <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20130828/4dc162b2/attachment.html> > > ------------------------------ > > _______________________________________________ > Talk-fr mailing list > [email protected] > http://lists.openstreetmap.org/listinfo/talk-fr > > > Fin de Lot Talk-fr, Vol 85, Parution 137 > **************************************** _______________________________________________ Talk-fr mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-fr
