[OSM-talk-fr] réunion IRL vendredi à Paris
Benoît
benoit.ferchaud at gmail.com
Mer 28 Aou 16:02:12 UTC 2013
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
> ****************************************
Plus d'informations sur la liste de diffusion Talk-fr