[OSM-talk-fr] réunion IRL vendredi à Paris

Mer 28 Aou 17:30:52 UTC 2013

Et oui, dernier vendredi du mois... on sera au moins deux !

Je met ça en ligne...

Le 28 août 2013 18:02, Benoît <benoit.ferchaud at gmail.com> a écrit :

> 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, talk-fr-request at openstreetmap.org a écrit :
>
> > Envoyez vos messages pour la liste Talk-fr à
> >       talk-fr at openstreetmap.org
> >
> > 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 à
> >       talk-fr-request at openstreetmap.org
> >
> > Vous pouvez contacter l'administrateur de la liste à l'adresse
> >       talk-fr-owner at openstreetmap.org
> >
> > 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 <lord.awikatchikaen at gmail.com>
> > To: Discussions sur OSM en français  <talk-fr at openstreetmap.org>
> > Subject: [OSM-talk-fr] Grand polygone cassé
> > Message-ID:
> >       <
> CALhtCTQLEc++rqMxDZuu9z70OhBCBgxDLm4MoPO_rHwpPYiXqQ at 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 <yves.pratter at laposte.net>
> > To: Discussions sur OSM en français  <talk-fr at openstreetmap.org>
> > Subject: Re: [OSM-talk-fr] Grand polygone cassé
> > Message-ID: <491441F7-C0D2-4D88-9819-0764DD069E94 at laposte.net>
> > Content-Type: text/plain; charset="windows-1252"
> >
> >
> > Le 28 août 2013 à 14:06, Lord Awikatchikaen <
> lord.awikatchikaen at gmail.com> 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 <cquest at openstreetmap.fr> a
> écrit :
> >
> >> Le 26 août 2013 16:39, Christian Quest <cquest at openstreetmap.fr> 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 <nicolas_openstreetmap.org at dumoulin63.net>
> > To: Discussions sur OSM en français  <talk-fr at openstreetmap.org>
> > Subject: Re: [OSM-talk-fr] Comparaison OSM/Route500
> > Message-ID: <1960455.atproxWB1u at 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 <pierre.quenee at sfr.fr>
> > To: talk-fr at openstreetmap.org
> > Subject: Re: [OSM-talk-fr] Comparaison OSM/Route500
> > Message-ID: <1377694886079-5775297.post at n5.nabble.com>
> > 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 <vpottier at gmail.com>
> > To: talk-fr at openstreetmap.org
> > Subject: Re: [OSM-talk-fr] Grand polygone cassé
> > Message-ID: <521DF507.6000005 at gmail.com>
> > 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 <art.penteur at gmail.com>
> > To: Discussions sur OSM en français  <talk-fr at openstreetmap.org>
> > Subject: Re: [OSM-talk-fr] Comparaison OSM/Route500
> > Message-ID:
> >       <CAMphwOTH9rLT24jFfMYC=
> RPhjiDVhEe0qu4jz88cBBSkkHB74g at 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
> > <nicolas_openstreetmap.org at dumoulin63.net> 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
> >> Talk-fr at openstreetmap.org
> >> http://lists.openstreetmap.org/listinfo/talk-fr
> >
> >
> >
> > ------------------------------
> >
> > Message: 7
> > Date: Wed, 28 Aug 2013 16:07:08 +0200
> > From: Gilles Bassière <gbassiere at gmail.com>
> > To: Liste OSM France <talk-fr at openstreetmap.org>
> > Subject: [OSM-talk-fr] ImageInOsm : appli mobile de photo-mapping
> > Message-ID: <521E040C.9040209 at gmail.com>
> > 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 <jerome.amagat at gmail.com>
> > To: Discussions sur OSM en français  <talk-fr at openstreetmap.org>
> > Subject: Re: [OSM-talk-fr] Comparaison OSM/Route500
> > Message-ID:
> >       <CAHUxkt+1GNCMQoZ0-uForf+nxPtRBT8ukkCo42=
> Ke2jz3+c3tA at 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 <art.penteur at gmail.com> 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
> >> <nicolas_openstreetmap.org at dumoulin63.net> 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
> >>> Talk-fr at openstreetmap.org
> >>> http://lists.openstreetmap.org/listinfo/talk-fr
> >>
> >> _______________________________________________
> >> Talk-fr mailing list
> >> Talk-fr at openstreetmap.org
> >> 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
> > Talk-fr at openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-fr
> >
> >
> > Fin de Lot Talk-fr, Vol 85, Parution 137
> > ****************************************
>
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>

-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20130828/25a9ce8e/attachment.htm>