[OSM-talk-fr] Premières modifications suspectes

[Ab_fab]

Bonjour,

Je manque de temps pour regarder dans les détails et éventuellement pour
corriger, mais je trouve qu'il y a beaucoup d'effacements pour ce premier
changeset de nouveau contributeur :
http://www.openstreetmap.org/browse/changeset/13316338

@+
-- 
ab_fab 
"Il n'y a pas de pas perdus"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Premières modifications suspectes

[Vladimir Vyskocil]

Bonjour,

Par hasard ceci ne serait pas lié à la suppression de la ligne de côte en 
double et de la fermeture de la réserve naturelle dans le Morbihan dont on a 
parlé hier sur la liste ?

Vlad.

On 1 oct. 2012, at 09:27, Ab_fab  wrote:

> Bonjour,
> 
> Je manque de temps pour regarder dans les détails et éventuellement pour 
> corriger, mais je trouve qu'il y a beaucoup d'effacements pour ce premier 
> changeset de nouveau contributeur :
> http://www.openstreetmap.org/browse/changeset/13316338 
> 
> @+
> -- 
> ab_fab
> "Il n'y a pas de pas perdus"
> ___
> 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] Contrôle qualité des axes routiers

[Cyrille Giquello]

Le 1 octobre 2012 09:21, Ab_fab  a écrit :
> Bonjour,
>
> Lors de la soirée parisienne de vendredi, on a évoqué le contrôle qualité
> des axes routiers, la (probable) nécessité de construire des relations pour
> gérer tout ça.
> Depuis, je me suis souvenu d'un de mes TOC non réalisé, à savoir
> l'intégration des tables de localisants DATEX, liées au système d'info
> trafic TMC.
>
> Hormis le fait de pouvoir à terme servir pour les applications de navigation
> routière, le maillage du réseau routier en tronçons et points de
> raccordement devrait pouvoir servir à la vérification des continuités pour
> le réseau principal, à la manière des outils qui ont été faits pour le suivi
> de l'avancement des cours d'eau.
>
> Les tables de localisants sont disponibles en version 9.2, et le service qui
> les élabore a donné son accord explicite pour leur usage dans le cadre d'OSM
> il y a quelques mois.
>
> L'archive contenant les tables pour la révision 8.0 inclut une carte qui
> donne une idée du réseau routier pris en compte (répertoire /Carte)
> http://diffusion-numerique.info-routiere.gouv.fr/IMG/zip/Alert-C-v8-0-FR_cle21334c.zip
> Ce n'est pas pléthorique, mais déjà un premier jalon intéressant, selon moi.
>
> Didier2020 avait fait une visualisation en ligne des points et des segments,
> mais cela me renvoie une erreur 404
>
> Est-ce que le sujet intéresse du monde ?
> J'initie la discussion sur talk-fr, mais si cela tourne au technique, on
> pourra basculer sur dev-fr.
>
> --
> ab_fab
> "Il n'y a pas de pas perdus"

Salut,
Ca me semble une bonne idée. Peut être même que Didier2020 peut mettre
son code sur un serveur osm_fr ... Ou nous le passer qu'on l'y mette.
Un jour il viendra sur http://opendata.openstreetmap.fr ;-)

-- 
Cyrille.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Contrôle qualité des axes routiers

[Marc SIBERT]

Le 1 octobre 2012 09:21, Ab_fab  a écrit :

> Bonjour,
>
> Lors de la soirée parisienne de vendredi, on a évoqué le contrôle qualité
> des axes routiers, la (probable) nécessité de construire des relations pour
> gérer tout ça.
> Depuis, je me suis souvenu d'un de mes TOC non réalisé, à savoir
> l'intégration des tables de localisants DATEX, liées au système d'info
> trafic TMC.
>
> Hormis le fait de pouvoir à terme servir pour les applications de
> navigation routière, le maillage du réseau routier en tronçons et points de
> raccordement devrait pouvoir servir à la vérification des continuités pour
> le réseau principal, à la manière des outils qui ont été faits pour le
> suivi de l'avancement des cours d'eau.
>
> Les tables de localisants sont disponibles en version 9.2, et le service
> qui les élabore a donné son accord explicite pour leur usage dans le cadre
> d'OSM il y a quelques mois.
>
> L'archive contenant les tables pour la révision 8.0 inclut une carte qui
> donne une idée du réseau routier pris en compte (répertoire /Carte)
>
> http://diffusion-numerique.info-routiere.gouv.fr/IMG/zip/Alert-C-v8-0-FR_cle21334c.zip
> Ce n'est pas pléthorique, mais déjà un premier jalon intéressant, selon
> moi.
>
> Didier2020 avait fait une visualisation en ligne des points et des
> segments, mais cela me renvoie une erreur 404
>
> Est-ce que le sujet intéresse du monde ?
> J'initie la discussion sur talk-fr, mais si cela tourne au technique, on
> pourra basculer sur dev-fr.
>
> --
> ab_fab 
> "Il n'y a pas de pas perdus"
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
Bonjour,

J'ai regardé aussi, il y bien longtemps, ces données avec la même idée, en
plus de celle ce faire comme les allemands et d'intégrer tous les
identifiants dans le réseau OSM français.
Je suivrais avec intérêt un "Groupe de Travail" sur ce sujet.
Quelques pistes (mes 0.02 €) :
- OSMR & Datex : valider les longueurs des tronçons dans OSM en lançant
OSMR entre les nœuds du réseau Datex ;
- Un outil de rendu en ligne du réseau Datex basé sur OpenLayers.
- Une / des page(s) wiki pour le travail de ce groupe.


A+

-- 
Marc Sibert
m...@sibert.fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Contrôle qualité des axes routiers

[Ista Pouss]

attentioLe 1 octobre 2012 09:21, Ab_fab  a écrit :

>
> Est-ce que le sujet intéresse du monde ?
>
>
Moi ça m'intéresse, comme contributeur java, si cette techno vous est
utile, et comme j'y comprends rien à OSM+TOC+DATEX+TMC+Table de localisant,
pour des petites contributions où qu'on me dise ce que je dois faire.

Ce qui m'intéresse est tout ce qui aide à la qualité dans les informations.

Et  attention que mon expérience dans le développement de logiciels libres
est nulle.

Bref, ça m'intéresse, mais il faut me dire ce que je dois faire.

Cordialement.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Premières modifications suspectes

[Ab_fab]

Le groupe de modifications date de cette nuit, donc je dirais que non

Le 1 octobre 2012 10:01, Vladimir Vyskocil  a
écrit :

> Bonjour,
>
> Par hasard ceci ne serait pas lié à la suppression de la ligne de côte en
> double et de la fermeture de la réserve naturelle dans le Morbihan dont on
> a parlé hier sur la liste ?
>
> Vlad.
>
> On 1 oct. 2012, at 09:27, Ab_fab  wrote:
>
> Bonjour,
>
> Je manque de temps pour regarder dans les détails et éventuellement pour
> corriger, mais je trouve qu'il y a beaucoup d'effacements pour ce premier
> changeset de nouveau contributeur :
> http://www.openstreetmap.org/browse/changeset/13316338
>
> @+
> --
> ab_fab 
> "Il n'y a pas de pas perdus"
>  ___
> 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
>
>


-- 
ab_fab 
"Il n'y a pas de pas perdus"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Contrôle qualité des axes routiers

[Cyrille Giquello]

Le 1 octobre 2012 10:11, Marc SIBERT  a écrit :
> Le 1 octobre 2012 09:21, Ab_fab  a écrit :
>>
>> Bonjour,
>>
>> Lors de la soirée parisienne de vendredi, on a évoqué le contrôle qualité
>> des axes routiers, la (probable) nécessité de construire des relations pour
>> gérer tout ça.
>> Depuis, je me suis souvenu d'un de mes TOC non réalisé, à savoir
>> l'intégration des tables de localisants DATEX, liées au système d'info
>> trafic TMC.
>>
>> Hormis le fait de pouvoir à terme servir pour les applications de
>> navigation routière, le maillage du réseau routier en tronçons et points de
>> raccordement devrait pouvoir servir à la vérification des continuités pour
>> le réseau principal, à la manière des outils qui ont été faits pour le suivi
>> de l'avancement des cours d'eau.
>>
>> Les tables de localisants sont disponibles en version 9.2, et le service
>> qui les élabore a donné son accord explicite pour leur usage dans le cadre
>> d'OSM il y a quelques mois.
>>
>> L'archive contenant les tables pour la révision 8.0 inclut une carte qui
>> donne une idée du réseau routier pris en compte (répertoire /Carte)
>>
>> http://diffusion-numerique.info-routiere.gouv.fr/IMG/zip/Alert-C-v8-0-FR_cle21334c.zip
>> Ce n'est pas pléthorique, mais déjà un premier jalon intéressant, selon
>> moi.
>>
>> Didier2020 avait fait une visualisation en ligne des points et des
>> segments, mais cela me renvoie une erreur 404
>>
>> Est-ce que le sujet intéresse du monde ?
>> J'initie la discussion sur talk-fr, mais si cela tourne au technique, on
>> pourra basculer sur dev-fr.
>>
>> --
>> ab_fab
>> "Il n'y a pas de pas perdus"
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>
> Bonjour,
>
> J'ai regardé aussi, il y bien longtemps, ces données avec la même idée, en
> plus de celle ce faire comme les allemands et d'intégrer tous les
> identifiants dans le réseau OSM français.
> Je suivrais avec intérêt un "Groupe de Travail" sur ce sujet.
> Quelques pistes (mes 0.02 €) :
> - OSMR & Datex : valider les longueurs des tronçons dans OSM en lançant OSMR
> entre les nœuds du réseau Datex ;
> - Un outil de rendu en ligne du réseau Datex basé sur OpenLayers.
> - Une / des page(s) wiki pour le travail de ce groupe.

Il y a bien une page DATEX sur
http://wiki.openstreetmap.org/wiki/FR:Datex
faite par Didier2020 en 2011.

Un bon début ;-)

Cyrille.

>
> A+
>
> --
> Marc Sibert
> m...@sibert.fr
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Cyrille.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Contrôle qualité des axes routiers

[Ab_fab]

La base de départ, ce sont les fichiers mis à disposition sur
http://diffusion-numerique.info-routiere.gouv.fr/tables-alert-c-a4.html

Marcus Wolschon a créé un script java qui est un plugin de son programme
traveling salesman
http://sourceforge.net/apps/mediawiki/travelingsales/index.php?title=Plugin/TrafficMessageChannel#Convert_TMC_LoctionCodeList_to_OpenStreetMap

Cela mouline les fichiers contenus dans l'archive, pour faire un fichier
.osm que l'on peut consulter dans JOSM

Après pas mal de tatonnements, j'ai réussi à le faire tourner sur la
version 8.0 de la table des localisants, et obtenir un fichier .osm avec
tous les segments et les points. didier2020 a réussi également.

Désormais la table est en révision 9.2
http://diffusion-numerique.info-routiere.gouv.fr/IMG/zip/Alert-C-v9-2_cle7bc9d2.zip

Là où ça se complique, c'est que les allemands ont élaboré un premier
schéma de tags
http://wiki.openstreetmap.org/wiki/TMC/TMC_Import_Germany#Tagging_Schema

Mais que le bas de la page indique qu'un nouveau schéma (plus simple ?) est
au stade de la proposition
http://wiki.openstreetmap.org/wiki/DE:Proposed_features/New_TMC_scheme
A regarder en même temps que la page de discussion associée


Le 1 octobre 2012 10:13, Ista Pouss  a écrit :

> attentioLe 1 octobre 2012 09:21, Ab_fab  a écrit :
>
>>
>> Est-ce que le sujet intéresse du monde ?
>>
>>
> Moi ça m'intéresse, comme contributeur java, si cette techno vous est
> utile, et comme j'y comprends rien à OSM+TOC+DATEX+TMC+Table de localisant,
> pour des petites contributions où qu'on me dise ce que je dois faire.
>
> Ce qui m'intéresse est tout ce qui aide à la qualité dans les informations.
>
> Et  attention que mon expérience dans le développement de logiciels libres
> est nulle.
>
> Bref, ça m'intéresse, mais il faut me dire ce que je dois faire.
>
> Cordialement.
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
ab_fab 
"Il n'y a pas de pas perdus"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] HS : panneau a message variable

[Jean-Francois CINTRAT]

Bonjour

Dois-je conclure, que lorsqu'il est inscrit A12-A13 : 7 minutes, si 
finalement je mets 30 minutes, je vais pouvoir attaquer en justice, 
l'état, la société qui gère le panneau ?


Salutations


Le 27.09.2012 09:42, didier2020 a écrit :

cela ne concerne pas openstreetmap:

j'ai appris cela hier :
les panneaux a message variables sont devenus prescriptif

exemple:
panneau autoroutier de limitation de vitesse a 130
panneau a message variable indiquant un limitation a 110 ( pour cause 
de

pollution)
-> la vitesse légale devient 110.
En cas de dépassement : verbalisation et amende


http://www.equipementsdelaroute.equipement.gouv.fr/IMG/pdf/IISR_9ePARTIE_VC201200402_cle2f7773.pdf


___
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] Usage d'OSM par les infographistes...

[Tenshu]

2012/9/27 Tenshu 

> Du coup quelqu'un (Sylvain, Christian, Jocelyn?) peut nous dire si un
> accès en lecture est possible à une base pgsql France ou monde ?



Question toujours en suspend :q

-- 
Je soutiens le Logiciel Libre, j'adhère à l'APRIL !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Contributeur hyperactif mais pas très précis

[Stéphane Péneau]

Bonjour,

Je ne sais pas si d'autres on déjà croisé son travail, mais le 
contributeur WoGraSo  trace 
énormément de routes sur l'ouest de la France. Jusque là, pas de 
problème, au contraire. Par contre, son travail n'est pas très précis, 
et je sur les zones où je passe derrière lui, je suis presque 
systématiquement obligé d'améliorer le contour. Je pense le contacter, 
mais c'est un peu délicat, je ne voudrais pas qu'il le prenne mal.

Comment est-ce que vous voyez ça ?

Un exemple :
http://www.openstreetmap.org/browse/way/183443516

Stéphane
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] C'est qui ce "la colle" ?

[Hélène PETIT]

J'ai reçu le message ci-dessous entre les barres.
Franchement, on dirait un texte automatique, je ne trouve pas ça très 
convivial ; mais bon ;


Alors, c'est qui ce "la colle" ?
___
Bonjour HelenePETIT,

la colle vous a envoyé un message depuis OpenStreetMap avec le sujet 
Attention aux codes INSEE :

==

Bonjour,

vous avez récemment créer des contours administratifs de communes, il 
serait bien de faire attention aux codes insee entré et mettre égalmeent 
le code postal associé à la commune.


J'ai corrigé les erreurs.
==


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Contributeur hyperactif mais pas très précis

[Tenshu]

Effectivement il doit décalquer d'assez loin.
Je te conseillerais de d'abord te présenter en disant que tu as vu qu'il
ajoute pleins de données dans ce coin et que c'est *bien*.
Et tu lui demande si il veux des conseils pour améliorer sa saisie.
On est toujours plus attentif une fois qu'on a été invité à s'exprimer ;)

Dans un deuxième si il répond oui/non ou qu'il ne répond pas, tu lui donne
les conseils qu'il faut.

2012/10/1 Stéphane Péneau 

>  Bonjour,
>
> Je ne sais pas si d'autres on déjà croisé son travail, mais le
> contributeur WoGraSo  trace
> énormément de routes sur l'ouest de la France. Jusque là, pas de problème,
> au contraire. Par contre, son travail n'est pas très précis, et je sur les
> zones où je passe derrière lui, je suis presque systématiquement obligé
> d'améliorer le contour. Je pense le contacter, mais c'est un peu délicat,
> je ne voudrais pas qu'il le prenne mal.
> Comment est-ce que vous voyez ça ?
>
> Un exemple :
> http://www.openstreetmap.org/browse/way/183443516
>
> Stéphane
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Je soutiens le Logiciel Libre, j'adhère à l'APRIL !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Contributeur hyperactif mais pas très précis

[Cyrille Giquello]

Le 1 octobre 2012 11:12, Stéphane Péneau  a écrit :
> Bonjour,
>
> Je ne sais pas si d'autres on déjà croisé son travail, mais le contributeur
> WoGraSo trace énormément de routes sur l'ouest de la France. Jusque là, pas
> de problème, au contraire. Par contre, son travail n'est pas très précis, et
> je sur les zones où je passe derrière lui, je suis presque systématiquement
> obligé d'améliorer le contour. Je pense le contacter, mais c'est un peu
> délicat, je ne voudrais pas qu'il le prenne mal.
> Comment est-ce que vous voyez ça ?
>
> Un exemple :
> http://www.openstreetmap.org/browse/way/183443516
>
> Stéphane

Dilemme entre complétude et précision. S'il ajoute plein de routes
manquantes, c'est pas mal pour le routage, même si le tracé n'est pas
terrible. Rappelons-nous les tracés fait à partir de trace GPS ...
Par contre, il faut que les tags soient bien renseignés, que des voies
en terre ne soient pas taggées comme des routes en asphalte... En
clair que les tracés soient utilisables.
Qu'en est-il ?

-- 
Cyrille.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Contributeur hyperactif mais pas très précis

[Tenshu]

Je pense qu'il va falloir graver en lettres de feux qu'OSM n'est PAS une
base de données dédiée au routage.

Evidemment ajouter de la donnée c'est bien, l'ajouter de façon précise
c'est mieux.
Tout simplement par ce qu'une route bien tracée, surtout une route de
campagne, c'est probablement une donnée qui restera valable pour
des décennies.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OpenStreetMap] Attention aux codes INSEE

[Hélène PETIT]

Le 01/10/2012 10:17, la colle a écrit :

vous avez récemment créer des contours administratifs de communes, il
serait bien de faire attention aux codes insee entré et mettre égalmeent
le code postal associé à la commune.


Je vous invite à discuter de la pertinence de rajouter le code postal 
que vous pensez "associé à la commune" ; le meilleur endroit pour 
discuter est sur la liste de la communauté française talk-fr.






J'ai corrigé les erreurs.


Je vous invite aussi à utiliser une formule de politesse, c'est l'usage.

Hélène


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Contributeur hyperactif mais pas très précis

[Ab_fab]

Commencer par lui demander quelles sont les sources qu'il utilise pour
tracer les routes.
C'est soit une trace GPS intégrée directement (j'ai l'impression que les
points sont plus rapprochés dans les zones de freinage) soit de l'imagerie
rentrée de très haut.

Il doit y avoir des toqués du kilométrage de highway. Pour ma part j'aurais
vraiment des scrupules à faire de la sorte, d'autant que c'est plus
compliqué de voir qu'une route est imprécise plutôt qu'elle manque (bravo
pour ta vigilance)

On peut gentiment lui dire que cela entraîne des clashes avec les bâtiments
de procéder de la sorte :
http://osmose.openstreetmap.fr/text/?username=WoGraSo

Pour retrouver plus rapidement ce qu'il a fait, le nouvel outil "Who did
it" est pas mal du tout :
http://zverik.osm.rambler.ru/whodidit/?zoom=9&lat=47.1255&lon=-0.71729&layers=BTT&user=WoGraSo


Le 1 octobre 2012 11:12, Stéphane Péneau  a
écrit :

>  Bonjour,
>
> Je ne sais pas si d'autres on déjà croisé son travail, mais le
> contributeur WoGraSo  trace
> énormément de routes sur l'ouest de la France. Jusque là, pas de problème,
> au contraire. Par contre, son travail n'est pas très précis, et je sur les
> zones où je passe derrière lui, je suis presque systématiquement obligé
> d'améliorer le contour. Je pense le contacter, mais c'est un peu délicat,
> je ne voudrais pas qu'il le prenne mal.
> Comment est-ce que vous voyez ça ?
>
> Un exemple :
> http://www.openstreetmap.org/browse/way/183443516
>
> Stéphane
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
ab_fab 
"Il n'y a pas de pas perdus"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] route forestière: unclassified ou track/tracktype=grade1 ?

[Pieren]

2012/9/30 Eric SIBERT :
> +1 pour track et surface.

Pareil. Par contre, smoothness... beurk.

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Re : Restreignons les imports des cours d'eau depuis le cadastre - cleocarto

[Christian Quest]

Le 1 octobre 2012 08:38, Rainer Kluge  a écrit :
>
> Je suis entièrement d'accord avec ce que tu dis. D'accord pour supprimer les
> fichiers "cours d'eau", mais pas de restriction d'accès pour les fichiers
> bâti. Instaurer un accès par mot de passe donnera à des nouveaux arrivants
> l'impression que l'import du bâti est l'affaire d'un petit cercle restreint
> et les découragerait de s'investir. Avec un accès par mot de passe je
> n'aurais pas fait mes quelques imports et améliorations du bâti, dont
> personne ne s'est jamais plaint de la qualité.
>
> J'ai aussi un problème sur le fond de ce genre de mesure dans un projet
> libre. Si le but n'est pas seulement de décourager les non-initiés, il
> faudra des refus de mot de passe, des blocages,... On n'a qu'à demander
> pnorman de s'en occuper ;)
>
> Rainer
>


Un accès après identification du compte OSM via OAuth ne me choque pas.
Cela permet de responsabiliser un minimum le contributeur en
l'identifiant et de pouvoir mettre en place un outil de suivi
d'intégration du cadastre un peu plus performant, ou à minima cela
permet de lui envoyer un message interne pour lui rappeler  le travail
nécessaire attendu avant upload.

Cela laisse les fichiers du bâti disponible à tout contributeur OSM et
la possibilité de bloquer si besoin les "moutons noirs".

-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Premières modifications suspectes

[Christian Quest]

Beaucoup de suppression de landuse, très peu de nouvelles données
(seulement 3 way en version 1)... ça ressemble à de la fausse manip
pour un tout premier changeset fait avec Potlatch 2 et sans
commentaire.

Ca vaut un revert + un message d'explication et de proposition d'aide, non ?
Quelqu'un dans le coin pour prendre contact ?


Le 1 octobre 2012 10:15, Ab_fab  a écrit :
> Le groupe de modifications date de cette nuit, donc je dirais que non
>
> Le 1 octobre 2012 10:01, Vladimir Vyskocil  a
> écrit :
>
>> Bonjour,
>>
>> Par hasard ceci ne serait pas lié à la suppression de la ligne de côte en
>> double et de la fermeture de la réserve naturelle dans le Morbihan dont on a
>> parlé hier sur la liste ?
>>
>> Vlad.
>>
>> On 1 oct. 2012, at 09:27, Ab_fab  wrote:
>>
>> Bonjour,
>>
>> Je manque de temps pour regarder dans les détails et éventuellement pour
>> corriger, mais je trouve qu'il y a beaucoup d'effacements pour ce premier
>> changeset de nouveau contributeur :
>> http://www.openstreetmap.org/browse/changeset/13316338
>>
>> @+
>> --
>> ab_fab
>> "Il n'y a pas de pas perdus"
>> ___
>> 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
>>
>
>
>
> --
> ab_fab
> "Il n'y a pas de pas perdus"
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Contrôle qualité des axes routiers

[Christian Quest]

Ca me semble une très bonne idée de croiser les données OSM avec datex
et d'inclure des données datex dans OSM pour assurer un contrôle de
qualité et de cohérence par les calculs d'itinéraires.

Beaucoup de données externes, même non importables dans OSM peuvent
servir au contrôle de qualité et à évaluer l'exhaustivité des données
OSM.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Usage d'OSM par les infographistes...

[Christian Quest]

La base france est en court de ré-import...


Le 1 octobre 2012 11:10, Tenshu  a écrit :
> 2012/9/27 Tenshu 
>>
>> Du coup quelqu'un (Sylvain, Christian, Jocelyn?) peut nous dire si un
>> accès en lecture est possible à une base pgsql France ou monde ?
>
>
>
> Question toujours en suspend :q
>
>
> --
> Je soutiens le Logiciel Libre, j'adhère à l'APRIL !
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] C'est qui ce "la colle" ?

[Romain MEHUT]

Bonjour,

J'ai déjà eu l'occasion d'échanger avec lui concernant le niveau de
classification d'une route. Au final, je lui ai donné raison après m'être
renseigné auprès d'une personne empruntant la dite route régulièrement...

Romain

Le 1 octobre 2012 11:15, Hélène PETIT  a écrit :

> J'ai reçu le message ci-dessous entre les barres.
> Franchement, on dirait un texte automatique, je ne trouve pas ça très
> convivial ; mais bon ;
>
> Alors, c'est qui ce "la colle" ?
> __**__**___
> Bonjour HelenePETIT,
>
> la colle vous a envoyé un message depuis OpenStreetMap avec le sujet
> Attention aux codes INSEE :
> ==
>
> Bonjour,
>
> vous avez récemment créer des contours administratifs de communes, il
> serait bien de faire attention aux codes insee entré et mettre égalmeent le
> code postal associé à la commune.
>
> J'ai corrigé les erreurs.
> ==
> __**__**
>
> __**_
> 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] Zones de parking payant

[Michael Witrant]

Bonjour,

Je suis nouveau sur OSM et j'aimerai avoir une carte des tarifs de 
parking de ma ville. J'ai créé les zones dans JOSM à partir d'un 
document fourni par la ville et j'ai mis ça dans un fichier OSM 
indépendant. Et j'ai plusieurs questions :


J'ai taggé les zones avec uniquement "area=yes", 
"parking:condition=ticket" et "parking:condition:fee_per_hour=X.XX". Ça 
vous parait bien ?
L'idéal c'est sans doute de marquer les rues individuellement, mais 
c'est beaucoup de boulot car il faut repérer les voies où on peut 
effectivement se garer. Je suis pas sûr d'avoir le temps de me lancer là 
dedans.


Est-ce que ce genre de chose peut/doit être mis sur OSM, ou est-il mieux 
de le garder séparé ?


Est-ce qu'il existe un outil online qui pourrait m'afficher ces zones en 
couleur, sur fond OSM ou photo ? Ou faut-il que je développe un truc 
avec par exemple OpenLayers ?



Merci,
Michael

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] C'est qui ce "la colle" ?

[Philippe Verdy]

Ne t'offusque pas Hélène, chacun met les données qu'il a. Ca se
complète après, il n'y aucune erreur si il manque un admin_centre ou
si le noeud n'a pas toutes les métadonnées pour coller :
- population=*
- population:date=* (recommandé, l'année suffit)
- place=* (fonction de la population)
- ref:INSEE=*
- wikipedia=fr:Nom de la Commune  : pour la France ce devrait être la
version française de Wikipédia par défaut, certains autres voudront
pointer vers un article en allemand avec wikipedia:de=*, mais
certainement pas par défaut car la page allemande est moins maintenue)
- website=http://www./ : si la commune a un site officiel

Certains ajoutent encore ref:SIREN=* mais je n'en vois pas l'utilité
réelle, sauf pour coller à une version historique de la collectivité
(pour la distinguer de l'ancienne commune avant une fusion ou scission
ayant conservé le nom et le code INSEE, sauf qu'on ne cartographie que
les communes actuelles et le ref:INSEE suffit alors).

Le plus long c'est de tracer les bordures et coller les bordures aux
autres relations de niveau inférieur (ou supérieur si on cartographie
les "grands quartiers" dans les communes qui ont un tel découpage au
plan administratif), et s'assurer qu'il n'y a pas de trou ni
superposition approximatives de frontières (la conflation des
frontières est une étape importante). Le tout sans casser non plus les
zones limitrophes dans les autres relations.

Le 1 octobre 2012 11:15, Hélène PETIT  a écrit :
> J'ai reçu le message ci-dessous entre les barres.
> Franchement, on dirait un texte automatique, je ne trouve pas ça très
> convivial ; mais bon ;
>
> Alors, c'est qui ce "la colle" ?
> ___
> Bonjour HelenePETIT,
>
> la colle vous a envoyé un message depuis OpenStreetMap avec le sujet
> Attention aux codes INSEE :

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Contributeur indélicat ?

[Stéphane Péneau]

Bonjour,

Le contributeur Metacity a fait pas mal de modifications sur Nantes et 
Le Mans.


Sur une zone que je connais bien il a clairement détruit des infos 
valides en remplaçant une voie de service par un highway=path et en 
effacant certains tronçons, mais les nodes sont encore là. (Allée de 
l'indre, http://www.openstreetmap.org/browse/way/142188924/history)


Ou bien en ajoutant un mini roundabout sur un rond point :
A l'angle de la rue marcel paul et rue du progrès
http://www.openstreetmap.org/?lat=47.214422&lon=-1.537737&zoom=18&layers=M
Voici la tête de ce soi-disant miniroundabout dans streetview :
http://goo.gl/maps/yFfWM

Je lui ai envoyé un message, mais en attendant, s'il est intervenu dans 
des zones que vous connaissez bien, une petit vérif s'impose.


Le compte du contributeur :
http://www.openstreetmap.org/user/Metacity

Stéphane


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OpenStreetMap] Attention aux codes INSEE

[Philippe Verdy]

C'est vrai que le code postal ne correspond pas à une commune mais à
une zone postale. Des communes ont des codes multiples (sans compter
les codes spéciaux de type CEDEX qui sont à part), et plusieurs
commuens (ou portions de communes différentes) sont dans le même code
postal. LA définition du code postal est la zone de tri utilisée par
la Poste qui a fermé bon nombre de centres de tri. Avant on parlait de
"bureau distributeur" mais ce n'est plus vraiment le cas car plusieurs
bureaux distributeurs sont maintenant regroupés par zone de tri, et
leur adresse varie même selon le type de distribution (courrier
normal, publicité, portage, colis et recommandés) avec des bureaux
différents pour s'en occuper au sein de la même zone de tri (ou
parfois aussi de plusieurs !)

Si on devait cartographier quelquechose ce serait les zones postales
dans une couche de relations à part de celle des communes et du
découpage administratif (c'est ce qui est fait en Allemagne par
exemple, mais loin d'être terminé, c'est un gruyère !).

Le 1 octobre 2012 11:24, Hélène PETIT  a écrit :
> Le 01/10/2012 10:17, la colle a écrit :
>>
>> vous avez récemment créer des contours administratifs de communes, il
>> serait bien de faire attention aux codes insee entré et mettre égalmeent
>> le code postal associé à la commune.
>
>
> Je vous invite à discuter de la pertinence de rajouter le code postal que
> vous pensez "associé à la commune" ; le meilleur endroit pour discuter est
> sur la liste de la communauté française talk-fr.
>
>
>
>
>> J'ai corrigé les erreurs.
>
>
> Je vous invite aussi à utiliser une formule de politesse, c'est l'usage.
>
> 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] HS : panneau a message variable

[Philippe Verdy]

Le 1 octobre 2012 10:38, Jean-Francois CINTRAT
 a écrit :
> Bonjour
>
> Dois-je conclure, que lorsqu'il est inscrit A12-A13 : 7 minutes, si
> finalement je mets 30 minutes, je vais pouvoir attaquer en justice, l'état,
> la société qui gère le panneau ?

Non, le document indique clairement que c'est un message de type
"informatif". Seul le caractère de danger immédiat du message fait
l'objet d'un "renforcement". Tu ne pourras attaquer personne par
exemple si les prix d'essence affichés 20 km avant ne sont pas bons
une fois arrivé à la station.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Imports du cadastre et compte dédié - import adresses Nantes aussi !

[Philippe Verdy]

Le 29 septembre 2012 10:55, Vincent Pottier  a écrit :
> Plus certainement, il y a un manque de moyens humains.
> Que cela freine OSM dans certains aspects, c'est bien ce que nous
> soulignons.

C'est certianment un facteur majeur, mais il serait bon alors que le
SWG n'est pas à la hauteur de la tâche qu'il se fixe, et qu'il a donc
besoin des communautés locales. Il ne peut pas régenter tout tout seul
en changeant les règles en cours de route. Sans même aucune
justification technique de ce qu'apporte un second compte, étant donné
que même sans faire aucun import n'importe qui pourrait faire des
dégâts importants.

> Mais le DWG est nécessaire.
>
> Ce sont des bénévoles, tout comme nous.
> Des bénévoles prudents : ils ont travaillé sur le changement de licence et
> se sont arraché les cheveux avec les licences et ne souhaitent pas devoir
> recommencer. Ils ont donc élaboré un protocole sensé simplifier la tâche.
> Trop prudents... c'est ce qu'on essaie de montrer.
>
> Mais delà à soupçonner les membres du DWG...
> Ça frôle le procès d'intention.
> Et c'est nuisible à OSM qui ne peut fonctionner que sur une confiance a
> priori.

C'est un souçon né de son autoritarisme et de son caractère
autoproclamé lui permettant de changer des règles établies par la
communauté et décider du jour au lendemain qu'elles ne sont plus
valides, ou de refuser même de les comprendre et de dialoguer.

Pourtant la nouvelle licence dit bien que OSM c'est NOUS tous (en tant
qu'auteurs d'une oeuvre collective), pas le DWG tout seul. C'est ce
que rappelle d'ailleurs encore plus la nouvelle licence et ce qui a
été utilisé comme argument pour la justifier.

Le second compte ne change pourtant strictement rien à la licence. Il
ne peut même pas être un frein au vandalisme ou à l'inclusion de
données protégées. D'ailleurs strictement rien dans ce second compte
n'indique que c'est un second compte dédié pour cette tâche, ni à quel
premier compte il est lié.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] visualisation des fontaines

[plonevez]

Bonjour,

Merci à tous pour vos réponses.

Comme je ne peux visualiser les icônes des fontaines, je vais déclarer mes
fontaines comme des attractions car pour moi ce sont vraiment des lieux que
je souhaite voir.

Amicalement

Jean.



--
View this message in context: 
http://gis.19327.n5.nabble.com/visualisation-des-fontaines-tp5728292p5728403.html
Sent from the France mailing list archive at Nabble.com.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] test

[Philippe Verdy]

Une suppression involontaire peut venir d'un simple switch d'une
fenêtre à l'autre (par exemple entre JOSM et un navigateur web le
temps de regarder une orthographue ou consulter une source pour
vérifier), en revenant on n'a plus le focus où il faut et là où on
croit taper dans une zone, on appuie par erreur sur "Suppr".

Ou bien on a oublié de déselectionner les objets actuels avant de
sélectionner plusieurs autres avec CTRL avant d'appuyer sur SUPPR. Le
way disparait mais on ne le voit pas à l'écran.

Dans JOSM ce genre d'erreur liée au focus est courant dans la fenêtre
de modification de relation : le fous est perdu quand on passe au
navigateur avec ALT+TAB puis qu'on revient à JOSM aussi par ALT+TAB :
il est redonné à la fenêtre de fond de carte.

Une fois j'ai fait ainsi un CTRL+C/CTRL+V dans la fenêtre d'édition de
relation, le collage n'a rien fait en apparence mais avait collé en
arrière plan un morceau de route alors que j'avais copié du texte pour
le coller dans un autre champ texte. Juste à cause d'une perte de
focus. Ce morceau de route collé en trop est resté et je l'ai
découvert bien plus tard.

Une erreur ça arrive donc, tout le monde peut en faire, il faut juste
que ce ne soit pas trop souvent.

Le 29 septembre 2012 19:23, sly (sylvain letuffe)  a écrit :
> Le samedi 29 septembre 2012 19:15:38, Hélène PETIT a écrit :
>> Juste un coup d'oeil dans les Pyrénées avec le bel outil, et je crois
>> bien que ici, un nouveau contributeur a froidement sucré la D4 :
>
> "froidement", il serait prématuré de le dire.
> Sans doute une erreur de sa part, qui se confirmerait parce qu'il utilise
> l'éditeur dont il faut taire le nom et qu'il semble débuter, mais en effet, la
> D4 a fait pouf !
>
>> http://zverik.osm.rambler.ru/whodidit/?zoom=13&lat=42.85871&lon=0.98808&lay
>> ers=BTT
>>
>> Vous confirmez ?
>
> Oui, superbe outil de détection au passage.
>
>
> --
> sly (sylvain letuffe)
>
> ___
> 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] Re : Restreignons les imports des cours d'eau depuis le cadastre - cleocarto

[Cyrille Giquello]

Le 1 octobre 2012 11:58, Christian Quest  a écrit :
> Le 1 octobre 2012 08:38, Rainer Kluge  a écrit :
>>
>> Je suis entièrement d'accord avec ce que tu dis. D'accord pour supprimer les
>> fichiers "cours d'eau", mais pas de restriction d'accès pour les fichiers
>> bâti. Instaurer un accès par mot de passe donnera à des nouveaux arrivants
>> l'impression que l'import du bâti est l'affaire d'un petit cercle restreint
>> et les découragerait de s'investir. Avec un accès par mot de passe je
>> n'aurais pas fait mes quelques imports et améliorations du bâti, dont
>> personne ne s'est jamais plaint de la qualité.
>>
>> J'ai aussi un problème sur le fond de ce genre de mesure dans un projet
>> libre. Si le but n'est pas seulement de décourager les non-initiés, il
>> faudra des refus de mot de passe, des blocages,... On n'a qu'à demander
>> pnorman de s'en occuper ;)
>>
>> Rainer
>>
>
>
> Un accès après identification du compte OSM via OAuth ne me choque pas.
> Cela permet de responsabiliser un minimum le contributeur en
> l'identifiant et de pouvoir mettre en place un outil de suivi
> d'intégration du cadastre un peu plus performant, ou à minima cela
> permet de lui envoyer un message interne pour lui rappeler  le travail
> nécessaire attendu avant upload.
>
> Cela laisse les fichiers du bâti disponible à tout contributeur OSM et
> la possibilité de bloquer si besoin les "moutons noirs".

Cette proposition, de Christian, laisse ouverte la porte aux abus mais
est bien plus dans l'esprit du projet OSM.
Je donne donc mon avis positif pour cette solution.

>
> --
> Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr



-- 
Cyrille.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] C'est qui ce "la colle" ?

[Christophe Merlet]

Le lundi 01 octobre 2012 à 11:15 +0200, Hélène PETIT a écrit :
> J'ai reçu le message ci-dessous entre les barres.
> Franchement, on dirait un texte automatique, je ne trouve pas ça très 
> convivial ; mais bon ;

Il dit bonjour, il a lui même corrigé les erreurs et il t'invite a faire
attention a 2 points précis.
Je ne vois pas ce qu'il y a de désagréable.

> Alors, c'est qui ce "la colle" ?
> ___
> Bonjour HelenePETIT,
> 
> la colle vous a envoyé un message depuis OpenStreetMap avec le sujet 
> Attention aux codes INSEE :
> ==
> 
> Bonjour,
> 
> vous avez récemment créer des contours administratifs de communes, il 
> serait bien de faire attention aux codes insee entré et mettre égalmeent 
> le code postal associé à la commune.
> 
> J'ai corrigé les erreurs.
> ==
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr

-- 
Christophe Merlet (RedFox)


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] visualisation des fontaines

[Arnaud Vandecasteele]

Salut Jean,

C'est vrai qu'il est rageant de ne pas voir des infos qui ont été
enregistrées ne pas être affichées faute d'un style approprié.
Néanmoins une règle d'OpenStreetMap est : On ne tague pas pour le rendu.
A vérifier avec les autres contributeurs, mais passer ces fontaines en
attraction ne me semble pas pertinent.

Arnaud


2012/10/1 plonevez 

> Bonjour,
>
> Merci à tous pour vos réponses.
>
> Comme je ne peux visualiser les icônes des fontaines, je vais déclarer mes
> fontaines comme des attractions car pour moi ce sont vraiment des lieux que
> je souhaite voir.
>
> Amicalement
>
> Jean.
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/visualisation-des-fontaines-tp5728292p5728403.html
> Sent from the France mailing list archive at Nabble.com.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 

Arnaud Vandecasteele
Mines Paris Tech - CRC
Sophia-Antipolis
0698 24 25 29
SIG - WebMapping - Spatial Ontology - GeoCollaboration

Web Site
http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/
http://geotribu.net/
http://www.i2c.eu/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] C'est qui ce "la colle" ?

[Nicolas Croiset]

Bonjour Hélène,

J'ai fais la remarque concernant les codes INSEE car cela proviens du 
fait que tu as renseigné des contours communaux avec une mauvais code 
INSEE à plusieurs reprises. J'attirais votre attention sur ce sujet 
précis.


cf le groupe de modification n°13318706.

Salutations.

--
++
| E-mail : nicolas.croi...@brume.org |
| Annuaire des radios AM/FM/DMB : http://www.annuradio.fr/   |
++

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Zones de parking payant

[teuxe]

Bonjour Michael,

Si tu utilises les tags précisés sur cette page :
http://wiki.openstreetmap.org/wiki/Key:parking:lane:both
alors ce serveur devrait pouvoir faire le rendu de ces informations :

http://toolserver.org/~osm/styles/?lat=60.17412&lon=24.93717&zoom=15&layers=F0FF000BF0

A noter que ce tag s'applique aux voies en précisant le lieu et la méthode de 
stationnement (gauche, droite, des deux côtés; en parallèle, en épi, 
perpendiculaire...), mais n'est pas prévu pour représenter des "zones de 
stationnement". Et à mon avis, utiliser une zone pour représenter une propriété 
s'appliquant à un ensemble de rues comprises dans cette zone, n'est pas une 
méthode pratique pour les outils sensés utiliser ces données.


Teuxe

- Mail original -
De: "Michael Witrant" 
À: talk-fr@openstreetmap.org
Envoyé: Lundi 1 Octobre 2012 12:29:01
Objet: [OSM-talk-fr] Zones de parking payant

Bonjour,

Je suis nouveau sur OSM et j'aimerai avoir une carte des tarifs de 
parking de ma ville. J'ai créé les zones dans JOSM à partir d'un 
document fourni par la ville et j'ai mis ça dans un fichier OSM 
indépendant. Et j'ai plusieurs questions :

J'ai taggé les zones avec uniquement "area=yes", 
"parking:condition=ticket" et "parking:condition:fee_per_hour=X.XX". Ça 
vous parait bien ?
L'idéal c'est sans doute de marquer les rues individuellement, mais 
c'est beaucoup de boulot car il faut repérer les voies où on peut 
effectivement se garer. Je suis pas sûr d'avoir le temps de me lancer là 
dedans.

Est-ce que ce genre de chose peut/doit être mis sur OSM, ou est-il mieux 
de le garder séparé ?

Est-ce qu'il existe un outil online qui pourrait m'afficher ces zones en 
couleur, sur fond OSM ou photo ? Ou faut-il que je développe un truc 
avec par exemple OpenLayers ?


Merci,
Michael

___
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] [OpenStreetMap] Attention aux codes INSEE

[Christophe Merlet]

Le lundi 01 octobre 2012 à 11:24 +0200, Hélène PETIT a écrit :
> Le 01/10/2012 10:17, la colle a écrit :
> > vous avez récemment créer des contours administratifs de communes, il
> > serait bien de faire attention aux codes insee entré et mettre égalmeent
> > le code postal associé à la commune.
> 
> Je vous invite à discuter de la pertinence de rajouter le code postal 
> que vous pensez "associé à la commune" ; le meilleur endroit pour 
> discuter est sur la liste de la communauté française talk-fr.

Je pense qu'en cherchant un peu, on doit trouver des messages ayant
quelques années maintenant !
Allez, mars 2009 http://forum.openstreetmap.fr/viewtopic.php?f=2&t=20

Pourquoi vouloir rajouter du bruit à la liste sur des questions qui sont
closes depuis des années ?


Librement,
-- 
Christophe Merlet (RedFox)


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] visualisation des fontaines

[Jean-Marc Liotier]

On 01/10/2012 12:55, plonevez wrote:

Comme je ne peux visualiser les icônes des fontaines, je vais déclarer mes
fontaines comme des attractions car pour moi ce sont vraiment des lieux que
je souhaite voir.
Raaah... On n'étiquette pas pour le rendu ! Je le rappelle avant 
d'autres participants à cette liste qui pourraient facilement être 
nettement plus rudes au sujet de ce problème récurrent.


Si c'est amenity=fountain et que cette étiquette n'est pas représentée 
dans le rendu d'Openstreetmap.org alors tu peux proposer une 
modification de la feuille de style, trouver un autre rendu qui 
représente les fontaines, générer tes propres tuiles ou générer un 
calque contenant les fontaines que tu affichera par-dessus un rendu les 
omettant... Mais pas dévoyer l’étiquetage à des fins graphiques.



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] visualisation des fontaines

[Pieren]

Certaines fontaines peuvent être des attractions touristiques... Mais
j'ai de toute façon du mal avec ce tag de manière générale et que j'ai
déjà supprimé, sur des bâtiments publics par exemple, parce que par
définition, tout ce qui est un peu ancien et attire le touriste ou
figure sur un guide touristique pourrait porter ce tag (ça peut faire
beaucoup).

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Contrôle qualité des axes routiers

[Ista Pouss]

Le 1 octobre 2012 10:35, Ab_fab  a écrit :

> La base de départ, ce sont les fichiers mis à disposition sur
> http://diffusion-numerique.info-routiere.gouv.fr/tables-alert-c-a4.html
>
> Marcus Wolschon a créé un script java qui est un plugin de son programme
> traveling salesman
>
> http://sourceforge.net/apps/mediawiki/travelingsales/index.php?title=Plugin/TrafficMessageChannel#Convert_TMC_LoctionCodeList_to_OpenStreetMap
>
> Cela mouline les fichiers contenus dans l'archive, pour faire un fichier
> .osm que l'on peut consulter dans JOSM
>
> Après pas mal de tatonnements, j'ai réussi à le faire tourner sur la
> version 8.0 de la table des localisants, et obtenir un fichier .osm avec
> tous les segments et les points. didier2020 a réussi également.
>
> Désormais la table est en révision 9.2
>
> http://diffusion-numerique.info-routiere.gouv.fr/IMG/zip/Alert-C-v9-2_cle7bc9d2.zip
>
> Là où ça se complique, c'est que les allemands ont élaboré un premier
> schéma de tags
> http://wiki.openstreetmap.org/wiki/TMC/TMC_Import_Germany#Tagging_Schema
>
> Mais que le bas de la page indique qu'un nouveau schéma (plus simple ?)
> est au stade de la proposition
> http://wiki.openstreetmap.org/wiki/DE:Proposed_features/New_TMC_scheme
> A regarder en même temps que la page de discussion associée
>
>
>
Cela y est j'ai tout compris !

Sauf...

- Y a-t-il une chose précise, simple, programmable, exprimable en un
paragraphe en français, qui soit utile et qui me (nous ? ) permettrait
d'avancer en rendant service ?

J'ai vu la remarque de Christian Quest :
> Ca me semble une très bonne idée de croiser les données OSM avec datex
> et d'inclure des données datex dans OSM pour assurer un contrôle de
> qualité et de cohérence par les calculs d'itinéraires.

...qui est encourageante, mais qui me parait déjà être une montagne ?

- Y a-t-il 1) un groupe de travail ? 2) un projet ? 3) juste un groupe ? 4)
Plusieurs groupes et projets ? 5) Rien.

Si c'est 5), je suis perdu, je peux rien faire :-)

Merci.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Re : Restreignons les imports des cours d'eau depuis le cadastre - cleocarto

[Christophe Merlet]

Le lundi 01 octobre 2012 à 11:58 +0200, Christian Quest a écrit :
> Le 1 octobre 2012 08:38, Rainer Kluge  a écrit :
> >
> > Je suis entièrement d'accord avec ce que tu dis. D'accord pour supprimer les
> > fichiers "cours d'eau", mais pas de restriction d'accès pour les fichiers
> > bâti. Instaurer un accès par mot de passe donnera à des nouveaux arrivants
> > l'impression que l'import du bâti est l'affaire d'un petit cercle restreint
> > et les découragerait de s'investir. Avec un accès par mot de passe je
> > n'aurais pas fait mes quelques imports et améliorations du bâti, dont
> > personne ne s'est jamais plaint de la qualité.
> >
> > J'ai aussi un problème sur le fond de ce genre de mesure dans un projet
> > libre. Si le but n'est pas seulement de décourager les non-initiés, il
> > faudra des refus de mot de passe, des blocages,... On n'a qu'à demander
> > pnorman de s'en occuper ;)
> >
> > Rainer
> >
> 
> 
> Un accès après identification du compte OSM via OAuth ne me choque pas.
> Cela permet de responsabiliser un minimum le contributeur en
> l'identifiant et de pouvoir mettre en place un outil de suivi
> d'intégration du cadastre un peu plus performant, ou à minima cela
> permet de lui envoyer un message interne pour lui rappeler  le travail
> nécessaire attendu avant upload.

Je ne vois pas en quoi être identifié pour télécharger certain fichier
du cadastre va responsabiliser ceux qui travaille comme des porcs alors
qu'ils sont déjà identifié dans OSM.



Librement,
-- 
Christophe Merlet (RedFox)


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] C'est qui ce "la colle" ?

[Pieren]

2012/10/1 Nicolas Croiset :
> Bonjour Hélène,
>
> J'ai fais la remarque concernant les codes INSEE car cela proviens du fait
> que tu as renseigné des contours communaux avec une mauvais code INSEE à
> plusieurs reprises. J'attirais votre attention sur ce sujet précis.
>
> cf le groupe de modification n°13318706.

Ca doit être un copié-collé malencontreux. Le plus gros du travail
reste quand même dans le traçage des limites elles-mêmes.
C'est très bien de vouloir avertir les autres contributeurs. Mais cet
échange me fait penser que le ton adopté est aussi important, parce
qu'un message peut toujours être mal pris par son récipiendaire.

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] C'est qui ce "la colle" ?

[Ab_fab]

Pour ceux à qui cela aurait échappé, un analyseur Osmose remonte les
incohérences entre les données OSM et le  Code Officiel Géographique de
l'INSEE

http://osmose.openstreetmap.fr/map/?zoom=7&lat=46.01036&lon=2.64917&layers=B00FF0FFT&item=6040&level=

Le 1 octobre 2012 13:06, Nicolas Croiset  a
écrit :

> Bonjour Hélène,
>
> J'ai fais la remarque concernant les codes INSEE car cela proviens du fait
> que tu as renseigné des contours communaux avec une mauvais code INSEE à
> plusieurs reprises. J'attirais votre attention sur ce sujet précis.
>
> cf le groupe de modification n°13318706.
>
> Salutations.
>
> --
> +-**--**-+
> | E-mail : nicolas.croi...@brume.org |
> | Annuaire des radios AM/FM/DMB : http://www.annuradio.fr/   |
> +-**--**-+
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr
>



-- 
ab_fab 
"Il n'y a pas de pas perdus"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Zones de parking payant

[Pieren]

A noter que le tag "area=yes" est souvent utilisé de manière abusive.
Une ligne fermée est considérée par défaut comme une surface, sauf
quelques exceptions notables.
Voir http://wiki.openstreetmap.org/wiki/Key:area

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] visualisation des fontaines

[Ab_fab]

Pourquoi dis-tu que l'on ne peut pas les visualiser, alors que l'on te
donne des pistes ... pour les visualiser ?

Un autre site permet de mettre en évidence des POI de façon plus large que
le rendu principal sur osm.org
http://demo.3liz.com/lizpoi/index.php/lizpoi/map/&selected=197

Il n'en demeure pas moins que certaines fontaines sont des attractions
touristiques.
Pas de souci pour mettre cette description sur le Manneken Pis à Bruxelles.
Mais vouloir le mettre sur toutes les fontaines simplement parce que l'on
adore les fontaines, ce n'est pas une approche justifiée.

Bonne journée

Le 1 octobre 2012 12:55, plonevez  a écrit :

> Bonjour,
>
> Merci à tous pour vos réponses.
>
> Comme je ne peux visualiser les icônes des fontaines, je vais déclarer mes
> fontaines comme des attractions car pour moi ce sont vraiment des lieux que
> je souhaite voir.
>
> Amicalement
>
> Jean.
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/visualisation-des-fontaines-tp5728292p5728403.html
> Sent from the France mailing list archive at Nabble.com.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
ab_fab 
"Il n'y a pas de pas perdus"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] visualisation des fontaines

[Cyrille Giquello]

Le 1 octobre 2012 13:31, Ab_fab  a écrit :
> Pourquoi dis-tu que l'on ne peut pas les visualiser, alors que l'on te donne
> des pistes ... pour les visualiser ?
>
> Un autre site permet de mettre en évidence des POI de façon plus large que
> le rendu principal sur osm.org
> http://demo.3liz.com/lizpoi/index.php/lizpoi/map/&selected=197
>
> Il n'en demeure pas moins que certaines fontaines sont des attractions
> touristiques.
> Pas de souci pour mettre cette description sur le Manneken Pis à Bruxelles.
> Mais vouloir le mettre sur toutes les fontaines simplement parce que l'on
> adore les fontaines, ce n'est pas une approche justifiée.

Ben ça fait toujours un point d'eau, que les promeneurs, randonneurs,
vélocipédistes seront bien heureux de trouver.

Je trouve très bien de mapper les fontaines, c'est un POI comme les
autres. On mappe bien les cimetières, les églises, les boulangeries,
les coiffeurs...

>
> Bonne journée
>
> Le 1 octobre 2012 12:55, plonevez  a écrit :
>
>> Bonjour,
>>
>> Merci à tous pour vos réponses.
>>
>> Comme je ne peux visualiser les icônes des fontaines, je vais déclarer mes
>> fontaines comme des attractions car pour moi ce sont vraiment des lieux
>> que
>> je souhaite voir.
>>
>> Amicalement
>>
>> Jean.
>>
>>
>>
>> --
>> View this message in context:
>> http://gis.19327.n5.nabble.com/visualisation-des-fontaines-tp5728292p5728403.html
>> Sent from the France mailing list archive at Nabble.com.
>>
> --
> ab_fab
> "Il n'y a pas de pas perdus"

-- 
Cyrille.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Contributeur indélicat ?

[Bruno Cortial]

Le 1 octobre 2012 12:36, Stéphane Péneau  a
écrit :

> Bonjour,
>
> Le contributeur Metacity a fait pas mal de modifications sur Nantes et Le
> Mans.
>
> Sur une zone que je connais bien il a clairement détruit des infos valides
> en remplaçant une voie de service par un highway=path et en effacant
> certains tronçons, mais les nodes sont encore là. (Allée de l'indre,
> http://www.openstreetmap.org/**browse/way/142188924/history
> )
>
> Ou bien en ajoutant un mini roundabout sur un rond point :
> A l'angle de la rue marcel paul et rue du progrès
> http://www.openstreetmap.org/?**lat=47.214422&lon=-1.537737&**
> zoom=18&layers=M
> Voici la tête de ce soi-disant miniroundabout dans streetview :
> http://goo.gl/maps/yFfWM
>
> Je lui ai envoyé un message, mais en attendant, s'il est intervenu dans
> des zones que vous connaissez bien, une petit vérif s'impose.
>
> Le compte du contributeur :
> http://www.openstreetmap.org/**user/Metacity
>
> Stéphane
>
>
>
Bonjour,
Nos contributions se sont "croisées" ce we sur le secteur Haluchère-Ranzay
(tram, nouvelle gare, etc), mais sans soucis de carto. Je lui ai indiqué la
liste nantaise comme point de contact.

Son ancien pseudo était Geovelo-CDM. Je découvre qu'on peut changer de
pseudo
A+
BrunoC
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] visualisation des fontaines

[Arnaud Vandecasteele]

Salut Cyrille,

Il me semble que la question n'est pas de les ajouter ou non mais plutôt
d'indiquer en plus la caractère touristique afin que celles-ci s'affichent
sur la carte OSM.

Sur le Wiki [1], les infos sur les fontaines de manière générale se
résument à
amenity=fountain
name=?
drinkable=?
lit=?

A.

[1] http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dfountain

2012/10/1 Cyrille Giquello 

> Le 1 octobre 2012 13:31, Ab_fab  a écrit :
> > Pourquoi dis-tu que l'on ne peut pas les visualiser, alors que l'on te
> donne
> > des pistes ... pour les visualiser ?
> >
> > Un autre site permet de mettre en évidence des POI de façon plus large
> que
> > le rendu principal sur osm.org
> > http://demo.3liz.com/lizpoi/index.php/lizpoi/map/&selected=197
> >
> > Il n'en demeure pas moins que certaines fontaines sont des attractions
> > touristiques.
> > Pas de souci pour mettre cette description sur le Manneken Pis à
> Bruxelles.
> > Mais vouloir le mettre sur toutes les fontaines simplement parce que l'on
> > adore les fontaines, ce n'est pas une approche justifiée.
>
> Ben ça fait toujours un point d'eau, que les promeneurs, randonneurs,
> vélocipédistes seront bien heureux de trouver.
>
> Je trouve très bien de mapper les fontaines, c'est un POI comme les
> autres. On mappe bien les cimetières, les églises, les boulangeries,
> les coiffeurs...
>
> >
> > Bonne journée
> >
> > Le 1 octobre 2012 12:55, plonevez  a écrit :
> >
> >> Bonjour,
> >>
> >> Merci à tous pour vos réponses.
> >>
> >> Comme je ne peux visualiser les icônes des fontaines, je vais déclarer
> mes
> >> fontaines comme des attractions car pour moi ce sont vraiment des lieux
> >> que
> >> je souhaite voir.
> >>
> >> Amicalement
> >>
> >> Jean.
> >>
> >>
> >>
> >> --
> >> View this message in context:
> >>
> http://gis.19327.n5.nabble.com/visualisation-des-fontaines-tp5728292p5728403.html
> >> Sent from the France mailing list archive at Nabble.com.
> >>
> > --
> > ab_fab
> > "Il n'y a pas de pas perdus"
>
> --
> Cyrille.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 

Arnaud Vandecasteele
Mines Paris Tech - CRC
Sophia-Antipolis
0698 24 25 29
SIG - WebMapping - Spatial Ontology - GeoCollaboration

Web Site
http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/
http://geotribu.net/
http://www.i2c.eu/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Re : Restreignons les imports des cours d'eau depuis le cadastre - cleocarto

[Vincent Pottier]

Le 01/10/2012 13:19, Christophe Merlet a écrit :

Le lundi 01 octobre 2012 à 11:58 +0200, Christian Quest a écrit :


Un accès après identification du compte OSM via OAuth ne me choque pas.
Cela permet de responsabiliser un minimum le contributeur en
l'identifiant et de pouvoir mettre en place un outil de suivi
d'intégration du cadastre un peu plus performant, ou à minima cela
permet de lui envoyer un message interne pour lui rappeler  le travail
nécessaire attendu avant upload.

C'est bien quelque chose comme ça que j'imaginais.
+1

Je ne vois pas en quoi être identifié pour télécharger certain fichier
du cadastre va responsabiliser ceux qui travaille comme des porcs alors
qu'ils sont déjà identifié dans OSM.

Moi, je vois.
Parce que le /!\ avant le virage, c'est plus efficace et ça coûte moins 
cher que la dépanneuse après.
Parce qu'au téléchargement par un nouveau, on doit bien pouvoir alerter 
la communauté et aller présenter nos salutations.
Parce qu'un Osmeur averti en vaut deux. (comme disait l'autre : un 
clavier azerty en vaut deux )
Parce que découvrir après, parfois tard, parfois très tard : deux ans, 
c'est parfois trop tard pour relancer/corriger le gars : il aura fait 15 
communes comme un sagouin.
Parce que ! d'abord ! M'enfin ! Quoi ! (ça c'était de la libre 
expression et non pas un argument )

--
FrViPofm

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Re : Restreignons les imports des cours d'eau depuis le cadastre - cleocarto

[Cyrille Giquello]

Le 1 octobre 2012 13:19, Christophe Merlet  a écrit :
> Le lundi 01 octobre 2012 à 11:58 +0200, Christian Quest a écrit :
>> Le 1 octobre 2012 08:38, Rainer Kluge  a écrit :
>> >
>> > Je suis entièrement d'accord avec ce que tu dis. D'accord pour supprimer 
>> > les
>> > fichiers "cours d'eau", mais pas de restriction d'accès pour les fichiers
>> > bâti. Instaurer un accès par mot de passe donnera à des nouveaux arrivants
>> > l'impression que l'import du bâti est l'affaire d'un petit cercle restreint
>> > et les découragerait de s'investir. Avec un accès par mot de passe je
>> > n'aurais pas fait mes quelques imports et améliorations du bâti, dont
>> > personne ne s'est jamais plaint de la qualité.
>> >
>> > J'ai aussi un problème sur le fond de ce genre de mesure dans un projet
>> > libre. Si le but n'est pas seulement de décourager les non-initiés, il
>> > faudra des refus de mot de passe, des blocages,... On n'a qu'à demander
>> > pnorman de s'en occuper ;)
>> >
>> > Rainer
>> >
>>
>>
>> Un accès après identification du compte OSM via OAuth ne me choque pas.
>> Cela permet de responsabiliser un minimum le contributeur en
>> l'identifiant et de pouvoir mettre en place un outil de suivi
>> d'intégration du cadastre un peu plus performant, ou à minima cela
>> permet de lui envoyer un message interne pour lui rappeler  le travail
>> nécessaire attendu avant upload.
>
> Je ne vois pas en quoi être identifié pour télécharger certain fichier
> du cadastre va responsabiliser ceux qui travaille comme des porcs alors
> qu'ils sont déjà identifié dans OSM.

Ben wouaih, mais on est dans une communauté libre, il faut donc
privilégier la pédagogie à la censure. C'est pas facile, ça ajoute du
boulot, mais c'est le prix.

>
>
> Librement,
> --
> Christophe Merlet (RedFox)
>


-- 
Cyrille.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Contrôle qualité des axes routiers

[Ab_fab]

6 : pas encore

Là, c'est juste une intuition personnelle.
Je cherche à voir si cela parle également à d'autres personnes, au moins
dans le principe et voir s'il y a un intérêt à se pencher sur la question.

On parle beaucoup d'intégration vs. import, et dans ce cas c'est encore
plus fort.
Les données brutes ne donnent qu'une trame très grossière, qu'il faudra
adapter à la base OSM et sa richesse : par exemple, les intersections entre
axes routiers sont de simples points dans les tables de localisants, alors
que ce sont des arrangements complexes en réalité (par exemple un échangeur
autouroutier).

Cela nécessite beaucoup de discussions préalable, et en particulier sur le
schéma des descriptions à employer.
Le fait d'avoir deux schémas possibles est une première difficulté qui fait
qu'il est nécessaire d'arbitrer entre les deux. Les allemands sont avancés
sur la question, ils travaillent dessus depuis des années, et vont loin
dans les détails (cf. page de discussion sur le nouveau schéma).
En obtenant quelques infos de leur part, cela peut permettre d'éviter des
pièges.

Pour aller plus loin, il faut comprendre le schéma, et ensuite progresser
petit à petit jusqu'à trouver un moyen relativement ergonomique pour créer
une / des relations de tronçons routier dans OSM, correspondant à un
segment TMC.

On parlait d'outils spécialisés pour des types précis d'édition, peut-être
que là on peut l'envisager :
Si l'on commence par placer les noeuds aux intersections "stratégiques",
peut être qu'ensuite on peut utiliser des outils de routage pour proposer
un itinéraire efficace entre deux points, qui risque fort d'être le bon. Il
n'y a alors "plus qu'à" vérifier le tracé proposé et l'ajuster en cas
d'erreur.
L'étape finale étant la construction de la relation

Désolé de ne pas pouvoir te fournir du tout prêt.
Le code de Marcus est déjà un bon début pour comprendre comment passer des
tables à un fichier osm

Noter que le schéma TMC propose aussi des codes pour des zones (surfaces).
Là c'est un peu plus "simple" car la majeure partie suit les limites
administratives (par exemple cantonales).

Le 1 octobre 2012 13:19, Ista Pouss  a écrit :

> Le 1 octobre 2012 10:35, Ab_fab  a écrit :
>
>> La base de départ, ce sont les fichiers mis à disposition sur
>> http://diffusion-numerique.info-routiere.gouv.fr/tables-alert-c-a4.html
>>
>> Marcus Wolschon a créé un script java qui est un plugin de son programme
>> traveling salesman
>>
>> http://sourceforge.net/apps/mediawiki/travelingsales/index.php?title=Plugin/TrafficMessageChannel#Convert_TMC_LoctionCodeList_to_OpenStreetMap
>>
>> Cela mouline les fichiers contenus dans l'archive, pour faire un fichier
>> .osm que l'on peut consulter dans JOSM
>>
>> Après pas mal de tatonnements, j'ai réussi à le faire tourner sur la
>> version 8.0 de la table des localisants, et obtenir un fichier .osm avec
>> tous les segments et les points. didier2020 a réussi également.
>>
>> Désormais la table est en révision 9.2
>>
>> http://diffusion-numerique.info-routiere.gouv.fr/IMG/zip/Alert-C-v9-2_cle7bc9d2.zip
>>
>> Là où ça se complique, c'est que les allemands ont élaboré un premier
>> schéma de tags
>> http://wiki.openstreetmap.org/wiki/TMC/TMC_Import_Germany#Tagging_Schema
>>
>> Mais que le bas de la page indique qu'un nouveau schéma (plus simple ?)
>> est au stade de la proposition
>> http://wiki.openstreetmap.org/wiki/DE:Proposed_features/New_TMC_scheme
>> A regarder en même temps que la page de discussion associée
>>
>>
>>
> Cela y est j'ai tout compris !
>
> Sauf...
>
> - Y a-t-il une chose précise, simple, programmable, exprimable en un
> paragraphe en français, qui soit utile et qui me (nous ? ) permettrait
> d'avancer en rendant service ?
>
> J'ai vu la remarque de Christian Quest :
> > Ca me semble une très bonne idée de croiser les données OSM avec datex
> > et d'inclure des données datex dans OSM pour assurer un contrôle de
> > qualité et de cohérence par les calculs d'itinéraires.
>
> ...qui est encourageante, mais qui me parait déjà être une montagne ?
>
> - Y a-t-il 1) un groupe de travail ? 2) un projet ? 3) juste un groupe ?
> 4) Plusieurs groupes et projets ? 5) Rien.
>
> Si c'est 5), je suis perdu, je peux rien faire :-)
>
> Merci.
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
ab_fab 
"Il n'y a pas de pas perdus"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] visualisation des fontaines

[plonevez]

Merci pour vos messages. Je vais donc renoncer à mettre mes fontaines en
attraction. Je vais modifier les fontaines que j'ai déjà mises en
attraction.

Je ne suis plus du tout motivé pour mettre de nouvelles fontaines. Par
contre,  je vais mettre des menhirs, dolmens, .. pour lesquels j'ai une
icône.

Je souhaiterais que la règle soit modifiée car certaines fontaines bretonnes
sont difficiles à trouver. exemples :

http://www.panoramio.com/photo/6568172
http://www.panoramio.com/photo/6573573


Ce sont des fontaines sacrées associées à des chapelles. Elles sont parfois
à 300 m de ces chapelles

Amicalement

Jean



Amicalement

Jean



--
View this message in context: 
http://gis.19327.n5.nabble.com/visualisation-des-fontaines-tp5728292p5728433.html
Sent from the France mailing list archive at Nabble.com.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Re : Restreignons les imports des cours d'eau depuis le cadastre - cleocarto

[Christophe Merlet]

Le lundi 01 octobre 2012 à 13:54 +0200, Cyrille Giquello a écrit :
> Le 1 octobre 2012 13:19, Christophe Merlet  a écrit :
> > Le lundi 01 octobre 2012 à 11:58 +0200, Christian Quest a écrit :
> >> Le 1 octobre 2012 08:38, Rainer Kluge  a écrit :
> >> >
> >> > Je suis entièrement d'accord avec ce que tu dis. D'accord pour supprimer 
> >> > les
> >> > fichiers "cours d'eau", mais pas de restriction d'accès pour les fichiers
> >> > bâti. Instaurer un accès par mot de passe donnera à des nouveaux 
> >> > arrivants
> >> > l'impression que l'import du bâti est l'affaire d'un petit cercle 
> >> > restreint
> >> > et les découragerait de s'investir. Avec un accès par mot de passe je
> >> > n'aurais pas fait mes quelques imports et améliorations du bâti, dont
> >> > personne ne s'est jamais plaint de la qualité.
> >> >
> >> > J'ai aussi un problème sur le fond de ce genre de mesure dans un projet
> >> > libre. Si le but n'est pas seulement de décourager les non-initiés, il
> >> > faudra des refus de mot de passe, des blocages,... On n'a qu'à demander
> >> > pnorman de s'en occuper ;)
> >> >
> >> > Rainer
> >> >
> >>
> >>
> >> Un accès après identification du compte OSM via OAuth ne me choque pas.
> >> Cela permet de responsabiliser un minimum le contributeur en
> >> l'identifiant et de pouvoir mettre en place un outil de suivi
> >> d'intégration du cadastre un peu plus performant, ou à minima cela
> >> permet de lui envoyer un message interne pour lui rappeler  le travail
> >> nécessaire attendu avant upload.
> >
> > Je ne vois pas en quoi être identifié pour télécharger certain fichier
> > du cadastre va responsabiliser ceux qui travaille comme des porcs alors
> > qu'ils sont déjà identifié dans OSM.
> 
> Ben wouaih, mais on est dans une communauté libre, il faut donc
> privilégier la pédagogie à la censure. C'est pas facile, ça ajoute du
> boulot, mais c'est le prix.

La communauté française est un modèle de pédagogie, ça marche tellement
bien que l'on est un modèle pour la communauté internationale et le DWG.

Cela fait des années que sur cette liste le mot d'ordre est laissons
faire, y'aura bien quelqu'un pour corriger après coup, mais pas moi,
j'ai piscine...

Cette philosophie semble avoir atteint ses limites.

Laisser ce genre de fichiers accessibles aux contributeurs débutants,
c'est comme laisser un pistolet chargé accessible à un gamin. Poser un
petit mot en disant "attention, à manipuler avec précaution" n’empêchera
pas les dégâts !

Allez, pour le fun, une petite extraction de tous les riverbank avec
source=cadastre !


Librement,
-- 
Christophe Merlet (RedFox)


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] visualisation des fontaines

[Ab_fab]

Jean,

La marche à suivre pour intégrer les fontaines dans le rendu principal est
de le proposer dans le "Trac" du projet, et en argumentant. Ta demande sera
peut-être suivie.

Voir cette discussion sur le même sujet
https://help.openstreetmap.org/questions/1107/can-i-influence-what-gets-rendered-in-the-main-mapnik-layer

Le 1 octobre 2012 14:04, plonevez  a écrit :

> Merci pour vos messages. Je vais donc renoncer à mettre mes fontaines en
> attraction. Je vais modifier les fontaines que j'ai déjà mises en
> attraction.
>
> Je ne suis plus du tout motivé pour mettre de nouvelles fontaines. Par
> contre,  je vais mettre des menhirs, dolmens, .. pour lesquels j'ai une
> icône.
>
> Je souhaiterais que la règle soit modifiée car certaines fontaines
> bretonnes
> sont difficiles à trouver. exemples :
>
> http://www.panoramio.com/photo/6568172
> http://www.panoramio.com/photo/6573573
>
>
> Ce sont des fontaines sacrées associées à des chapelles. Elles sont parfois
> à 300 m de ces chapelles
>
> Amicalement
>
> Jean
>
>
>
> Amicalement
>
> Jean
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/visualisation-des-fontaines-tp5728292p5728433.html
> Sent from the France mailing list archive at Nabble.com.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
ab_fab 
"Il n'y a pas de pas perdus"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] visualisation des fontaines

[Ab_fab]

C'est le permalink qui ne fonctionnait pas; désolé
La page d'accueil doit être ok :
http://demo.3liz.com/lizpoi/index.php/lizpoi/map/

On trouve les fontaines dans Amenity / Loisirs, arts et culture
(au même endroit que les boîtes de Strip-Tease :-) )

Le 1 octobre 2012 14:24, Jean-Marc Liotier  a écrit :

 On 01/10/2012 13:31, Ab_fab wrote:
>
> Un autre site permet de mettre en évidence des POI de façon plus large que
> le rendu principal sur osm.org
> http://demo.3liz.com/lizpoi/index.php/lizpoi/map/&selected=197
>
> Je suis aussi allé lui faire un rendu de ses chères fontaines de
> Plouarzel... Mais probablement comme toi je suis tombé sur "Error 500. A
> technical error has occured. Sorry for this trouble" lorsque j'ai voulu
> accéder au permalien
>
> René-Luc, quelque chose est cassé ?
>
>


-- 
ab_fab 
"Il n'y a pas de pas perdus"



-- 
ab_fab 
"Il n'y a pas de pas perdus"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] HS : panneau a message variable

[didier2020]

Le lundi 01 octobre 2012 à 10:38 +0200, Jean-Francois CINTRAT a écrit :
> Bonjour
> 
> Dois-je conclure, que lorsqu'il est inscrit A12-A13 : 7 minutes, si 
> finalement je mets 30 minutes, je vais pouvoir attaquer en justice, 
> l'état, la société qui gère le panneau ?
> 
seulement si c'était une obligation! 
de toute façon, le message est surement A12->A13: BOUCHON ...

> Salutations
> 
> 
> Le 27.09.2012 09:42, didier2020 a écrit :
> > cela ne concerne pas openstreetmap:
> >
> > j'ai appris cela hier :
> > les panneaux a message variables sont devenus prescriptif
> >
> > exemple:
> > panneau autoroutier de limitation de vitesse a 130
> > panneau a message variable indiquant un limitation a 110 ( pour cause 
> > de
> > pollution)
> > -> la vitesse légale devient 110.
> > En cas de dépassement : verbalisation et amende
> >
> > 
> > http://www.equipementsdelaroute.equipement.gouv.fr/IMG/pdf/IISR_9ePARTIE_VC201200402_cle2f7773.pdf
> >
> >
> > ___
> > 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] Contrôle qualité des axes routiers

[didier2020]

Le lundi 01 octobre 2012 à 10:02 +0200, Cyrille Giquello a écrit :
> Le 1 octobre 2012 09:21, Ab_fab  a écrit :
> > Bonjour,
> >
> > Lors de la soirée parisienne de vendredi, on a évoqué le contrôle qualité
> > des axes routiers, la (probable) nécessité de construire des relations pour
> > gérer tout ça.
> > Depuis, je me suis souvenu d'un de mes TOC non réalisé, à savoir
> > l'intégration des tables de localisants DATEX, liées au système d'info
> > trafic TMC.
> >
> > Hormis le fait de pouvoir à terme servir pour les applications de navigation
> > routière, le maillage du réseau routier en tronçons et points de
> > raccordement devrait pouvoir servir à la vérification des continuités pour
> > le réseau principal, à la manière des outils qui ont été faits pour le suivi
> > de l'avancement des cours d'eau.
> >
> > Les tables de localisants sont disponibles en version 9.2, et le service qui
> > les élabore a donné son accord explicite pour leur usage dans le cadre d'OSM
> > il y a quelques mois.
> >
> > L'archive contenant les tables pour la révision 8.0 inclut une carte qui
> > donne une idée du réseau routier pris en compte (répertoire /Carte)
> > http://diffusion-numerique.info-routiere.gouv.fr/IMG/zip/Alert-C-v8-0-FR_cle21334c.zip
> > Ce n'est pas pléthorique, mais déjà un premier jalon intéressant, selon moi.
> >
> > Didier2020 avait fait une visualisation en ligne des points et des segments,
> > mais cela me renvoie une erreur 404
> >
> > Est-ce que le sujet intéresse du monde ?
> > J'initie la discussion sur talk-fr, mais si cela tourne au technique, on
> > pourra basculer sur dev-fr.
> >
> > --
> > ab_fab
> > "Il n'y a pas de pas perdus"
> 
> Salut,
> Ca me semble une bonne idée. Peut être même que Didier2020 peut mettre
> son code sur un serveur osm_fr 
c'était un tableau excel avec macro (1 vrai cochonerie ) mais c'était
que pour le rendu. 

> ... Ou nous le passer qu'on l'y mette.
> Un jour il viendra sur http://opendata.openstreetmap.fr ;-)
> 



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Re : Restreignons les imports des cours d'eau depuis le cadastre - cleocarto

[didier2020]

Le lundi 01 octobre 2012 à 11:58 +0200, Christian Quest a écrit :
> Le 1 octobre 2012 08:38, Rainer Kluge  a écrit :
> >
> > Je suis entièrement d'accord avec ce que tu dis. D'accord pour supprimer les
> > fichiers "cours d'eau", mais pas de restriction d'accès pour les fichiers
> > bâti. Instaurer un accès par mot de passe donnera à des nouveaux arrivants
> > l'impression que l'import du bâti est l'affaire d'un petit cercle restreint
> > et les découragerait de s'investir. Avec un accès par mot de passe je
> > n'aurais pas fait mes quelques imports et améliorations du bâti, dont
> > personne ne s'est jamais plaint de la qualité.
> >
> > J'ai aussi un problème sur le fond de ce genre de mesure dans un projet
> > libre. Si le but n'est pas seulement de décourager les non-initiés, il
> > faudra des refus de mot de passe, des blocages,... On n'a qu'à demander
> > pnorman de s'en occuper ;)
> >
> > Rainer
> >
> 
> 
> Un accès après identification du compte OSM via OAuth ne me choque pas.
> Cela permet de responsabiliser un minimum le contributeur en
> l'identifiant et de pouvoir mettre en place un outil de suivi
> d'intégration du cadastre un peu plus performant, ou à minima cela
> permet de lui envoyer un message interne pour lui rappeler  le travail
> nécessaire attendu avant upload.
> 
> Cela laisse les fichiers du bâti disponible à tout contributeur OSM et
> la possibilité de bloquer si besoin les "moutons noirs".
> 
tu n'aimes pas le génie des alpages ?


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Re : Restreignons les imports des cours d'eau depuis le cadastre - cleocarto

[J.-Lys]

Cette idée d'autorisation préalable à l'usage des fichiers d'import de la
couche "water" du cadastre (voire de la couche "bâti" pour certains) me
chagrine un peu... On commence comme ça, puis on finit par désigner des
*Google* OSM Reviewers qui valideront ou pas le travail des gentils mappeurs
selon des critères connus d'eux-seuls. 

Par contre je partage l'avis de FrViPofm : mieux expliquer et insister
d'avantage sur la nécessité de la mise en forme préalable des données
(l'ancienne version de la page sur cleo-carto comportait un petit paragraphe
plurilingue à ce sujet) et un bouton validant que le contributeur à lu et
compris l'avertissement.

Cordialement.

J.-Lys



--
View this message in context: 
http://gis.19327.n5.nabble.com/Restreignons-les-imports-des-cours-d-eau-depuis-le-cadastre-cleocarto-tp5728087p5728443.html
Sent from the France mailing list archive at Nabble.com.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Fichiers bâti cadastral (était: "Restreignons les imports des cours d'eau")

[Vincent Pottier]

Le 01/10/2012 14:03, Pieren a écrit :

Pour finir, il faudrait lancer une réflexion sur le tag "source" et la
taille considérable qu'il prend dans la base de donnée. Ja'i pensé à
un tag spécial ("source_id" par ex.) qui utiliserait une valeur
réservée. La valeur réservée serait par exemple un chiffre qui serait
renseigné sur une page protégée du site osm.org
(http://www.openstreetmap.org/credits). Il serait utilisable pour
toutes les sources externes en général. L'ajout de nouvelles valeurs
devrait être relativement aisé et ouvert mais pas les modifications
sur des valeurs déjà utilisées. Par exemple source_id=22 où
22="cadastre blabla, année 2012". C'est une façon de faire un peu du
"foreign key" sans modifier la structure de la base de donnée mais qui
permettrait d'économiser des gigaoctets en disque et bande passante
chez beaucoup de monde. Bien-sûr, on ne pourrait empêcher l'altération
du tag ou sa suppression comme tous les autres tags mais il serait
dans l'historique, ce qui nous fait respecter la clause de la dgfip.
Bon, cette idée nécessiterait une discussion à une autre échelle que
la notre mais vous en pensez quoi ?
Ça peut être un 
source_url=http://www.openstreetmap.org/credits#cadastre_2012


Dans le wiki, on peut facilement avoir une structure de données avec les 
templates. Cette structure peut s'afficher en liste, en tableau, en ce 
que vous voulez et être analysable par un outil.

Et c'est facilement adressable.
C'est ce qui est utilisé pour les messages d'erreurs osmose, pour le 
filtre TagwatchCleaner.

--
FrViPofm

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Re : Restreignons les imports des cours d'eau depuis le cadastre - cleocarto

[Sylvain Maillard]

pour ma part, par "restreindre" l'accès aux données du cadastre vectorisé
et tout prêt à importer dans OSM , je pense surtout à ne pas les laisser en
libre accès direct comme maintenant ! j'ai eu récemment un contact avec un
utilisateur qui a fait un petit bazar (qu'il a corrigé depuis) qui a
réveillé pnorman avec raison. Il m'a clairement dis qu'il avait fait
l'import en "apprenti-sourcier", "pour voir si ça passait" ... si il avait
eu un accès non pas immédiat mais après une page explicative, je suis
certain qu'il aurait quand même fait l'import mais en ayant fait toutes les
vérifications AVANT l'envoi ...

Même si chacun est libre d'intégrer les données qu'il veut, il n'y a pas de
raison de donner des moyens facilités (je parle juste des fichiers cadastre
en .osm) pour faire n'importe quoi sans demander de respecter une charte
d'import du cadastre. Après, chacun est libre de coder son propre outil de
vectorisation depuis les fiches pdf et d'en faire un import brutal à
l'aveugle ...


Sylvain
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Contributeur hyperactif mais pas très précis

[Stéphane Péneau]

Je viens de lui envoyer un message, on verra bien :

=
Hello,

I noticed that you made a lot a road in France. That's a lot of 
highways that was missing so thank you. But, I don't know what you use 
to draw these highways but a lot of them are not very accurate and I 
often have to redraw. And on your osmose error list 
(http://osmose.openstreetmap.fr/text/?username=WoGraSo) you can see 
that you made some building/road crossover. So, I don't want that you 
think I depreciate your contributions, but do you think that you could 
perhaps do a little less quantity, and a little more quality ?


Regards,

Stéphane

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Contributeur indélicat ?

[Christian Quest]

Geovelo-CDM... j'ai déjà vu passer ce pseudo lors de corrections
d'erreurs... dont il était à l'origine.
Il s'agissait là aussi de noeuds orphelins, laissés après des
suppressions faites je ne sais trop comment car les éditeurs habituels
ne laissent pas ce genre de choses.


Le 1 octobre 2012 13:39, Bruno Cortial  a écrit :
> Le 1 octobre 2012 12:36, Stéphane Péneau  a
> écrit :
>
>> Bonjour,
>>
>> Le contributeur Metacity a fait pas mal de modifications sur Nantes et Le
>> Mans.
>>
>> Sur une zone que je connais bien il a clairement détruit des infos valides
>> en remplaçant une voie de service par un highway=path et en effacant
>> certains tronçons, mais les nodes sont encore là. (Allée de l'indre,
>> http://www.openstreetmap.org/browse/way/142188924/history)
>>
>> Ou bien en ajoutant un mini roundabout sur un rond point :
>> A l'angle de la rue marcel paul et rue du progrès
>> http://www.openstreetmap.org/?lat=47.214422&lon=-1.537737&zoom=18&layers=M
>> Voici la tête de ce soi-disant miniroundabout dans streetview :
>> http://goo.gl/maps/yFfWM
>>
>> Je lui ai envoyé un message, mais en attendant, s'il est intervenu dans
>> des zones que vous connaissez bien, une petit vérif s'impose.
>>
>> Le compte du contributeur :
>> http://www.openstreetmap.org/user/Metacity
>>
>> Stéphane
>>
>>
>
> Bonjour,
> Nos contributions se sont "croisées" ce we sur le secteur Haluchère-Ranzay
> (tram, nouvelle gare, etc), mais sans soucis de carto. Je lui ai indiqué la
> liste nantaise comme point de contact.
>
> Son ancien pseudo était Geovelo-CDM. Je découvre qu'on peut changer de
> pseudo
> A+
> BrunoC
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Re : Restreignons les imports des cours d'eau depuis le cadastre - cleocarto

[Vincent Pottier]

Le 01/10/2012 14:54, J.-Lys a écrit :

Cette idée d'autorisation préalable à l'usage des fichiers d'import de la
couche "water" du cadastre (voire de la couche "bâti" pour certains) me
chagrine un peu... On commence comme ça, puis on finit par désigner des
*Google* OSM Reviewers qui valideront ou pas le travail des gentils mappeurs
selon des critères connus d'eux-seuls.

Comprenons-nous bien.
On ne censure pas des données ou quoi que ce soit.

La communauté élabore des outils, un workflow pour faciliter le travail 
du mappeur dans l'intégration du bâti.
Cependant, la communauté a bien conscience de la piètre qualité du 
produit qu'elle met à disposition au bout de la chaîne.
Donc la communauté, s'assure que le mappeur a bien compris les enjeux, 
les risques et soit en lien avec un autre mappeur.


Les données du bâti sont disponible pour quiconque sur le site 
cadastre.gouv.fr
Les outils du workflow sont accessible pour une installation en local 
par quiconque.


Seulement, la communauté, qui facilite le process, prend ses 
responsabilités.
Elle souhaite que le mappeur qui utilise ses outils soit plus intégré à 
la communauté, via un parrainage ou autre, que le mappeur applique les 
"bons usages" discutés par la communauté, que le mappeur se conforme à 
des règles négociés par la communauté.

S'il dérape, la communauté est là pour veiller.
S'il refuse, que le mappeur se débrouille seul, il n'a plus accès aux 
facilités.

Si c'est encore pire : DWG.
--
FrViPofm

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Parkings souterrains

[Francescu GAROBY]

Bonjour,
Je souhaiterais savoir quelle est la meilleure méthode pour représenter des
parkings souterrains. En effet, il semble qu'il y ait (au moins) 2 écoles :
* celle qui relie l'entrée et la sortie par une way en ligne droite.
Exemple;
* celle qui consiste à créer juste les voies visibles depuis la surface.
Exemple
.

Ces 2 solutions ont, selon moi, des inconvénients :
* la première crée des ways qui n'ont pas forcément à voir avec le réel en
souterrain, et peuvent perturber les mappeurs qui peuvent se demander d'où
sort ces ways (si on ne fait pas gaffe aux tags, on peut croire qu'il y a
une route en surface) ;
* la deuxième dissocie les différentes voies d'entrée/sortie au même
parking souterrain, ce qui complexifie le positionnement des tags. Dans mon
exemple, où devrais-je mettre les infos : l'entrée ? La sortie ? Les deux
(ce qui est mal !!!) ? Un point au milieu des entrées/sorties ?

Bref, mon idée serait de créer une relation de type=parking, ce qui
n'existe pour l'instant pas, en indiquant les ways d'entrées/sorties, les
accès piétons (escaliers, ascenseurs, ...).
Qu'en pensez-vous ?

-- 
Cordialement,
Francescu GAROBY
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] visualisation des fontaines

[Christian Quest]

C'est utile de mapper les fontaines, c'est un point de repère et si
l'eau est potable, on peut même l'indiquer.
Si ce sont de véritables attraction touristiques, ok pour un tag
"attraction", mais sinon il n'y a aucune raison pour utiliser un tag
inadapté.

Pour la question de la visibilité dans "LE" rendu de ce que l'on
mappe, il ne faut vraiment pas que ça soit un critère de contribution.
Beaucoup d'information très utiles ne sont pas visibles dans "LE"
rendu, mais pourront l'être dans un autre rendu.

Exemple: les lignes de transport en commun ne sont pas visibles, mais
elles sont très utiles et un rendu spécialisé dans ce domaine les fera
apparaitre (et disparaitre d'autres choses).

Le rendu par défaut de Mapnik, est un rendu de travail. Aucun rendu ne
peut rendre visible l'intégralité des données.
--
Christian

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Contributeur indélicat ?

[Pieren]

2012/10/1 Christian Quest :
> Geovelo-CDM... j'ai déjà vu passer ce pseudo lors de corrections
> d'erreurs... dont il était à l'origine.
> Il s'agissait là aussi de noeuds orphelins, laissés après des
> suppressions faites je ne sais trop comment car les éditeurs habituels
> ne laissent pas ce genre de choses.

Il vient de me dire qu'il utilise soit JOSM, soit QGIS. Vu l'absence
de signature, ça ne peut être que QGIS.

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tag d'un labs

[Romain MEHUT]

Bonjour Arnaud,

As-tu trouvé un tag pour le lab de Nice?
Il en avait déjà été question en juin:
http://lists.openstreetmap.org/pipermail/talk-fr/2012-June/044761.html mais
pas de réponse non plus.

Romain

Le 22 septembre 2012 16:12, Arnaud Vandecasteele  a
écrit :

> Salut à tous,
>
> En fonction de mon emploi du temps je vais faire une mini
> formation/présentation OpenStreetMap au labs de Nice (
> http://blog.nicelab.org/).
> Sauriez-vous comment taguer ce genre d'activité ?
>
> Merci
>
> Arnaud
>
> ___
> 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] Re : Restreignons les imports des cours d'eau depuis le cadastre - cleocarto

[Christian Quest]

Le 1 octobre 2012 14:16, Christophe Merlet  a écrit :
> Cela fait des années que sur cette liste le mot d'ordre est laissons
> faire, y'aura bien quelqu'un pour corriger après coup, mais pas moi,
> j'ai piscine...
>

piscine ou natural=water ?


> Cette philosophie semble avoir atteint ses limites.
>
> Laisser ce genre de fichiers accessibles aux contributeurs débutants,
> c'est comme laisser un pistolet chargé accessible à un gamin. Poser un
> petit mot en disant "attention, à manipuler avec précaution" n’empêchera
> pas les dégâts !
>
> Allez, pour le fun, une petite extraction de tous les riverbank avec
> source=cadastre !
>

Pour la couche eau, je pense que son accès doit être vraiment régulé.

-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Parkings souterrains

[Christian Quest]

Le 1 octobre 2012 15:15, Francescu GAROBY  a écrit :
> Bref, mon idée serait de créer une relation de type=parking, ce qui n'existe
> pour l'instant pas, en indiquant les ways d'entrées/sorties, les accès
> piétons (escaliers, ascenseurs, ...).
> Qu'en pensez-vous ?
>

Ca me semble assez cohérent d'utiliser une relation pour décrire un parking.
Il n'existe aucune proposition de ce type sur le wiki ?

-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Contributeur indélicat ?

[Christian Quest]

Donc QGis semble laisser des points orphelins lorsqu'on efface un way.
Je crois que Tony Emery avait eu les mêmes problèmes... j'était tombé
dessus grâce à Osmose ;)

Une amélioration à prévoir pour le plugin OSM de QGis pour éviter ces
problèmes ?

Le 1 octobre 2012 15:25, Pieren  a écrit :
>
> Il vient de me dire qu'il utilise soit JOSM, soit QGIS. Vu l'absence
> de signature, ça ne peut être que QGIS.
>

-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Modes de paiement absents du wiki

[Francescu GAROBY]

Bonjour,
Dans la page du wiki parlant du tag "payment:*=*", je vois que
n'apparaissent ni le chèque, ni les cartes de paiement Total GR (
http://www.total.fr/pro/carte-gr/notre-offre.html?xtor=sec-11) et Libert-T (
http://www.telepeagelibert.com/index.htm).

Avez-vous déjà eu recours à ces modes de paiement, et si oui quelle valeur
de sous-tag utilisez-vous ? Sinon, que pensez-vous des valeurs respectives
"check", "total_gr" et "liber_t" ?

-- 
Cordialement,
Francescu GAROBY
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] visualisation des fontaines

[kimaidou]

Bonjour

Pour le permalink de lizpoi, en effet ill est encore incomplet et nécessite
d'intégrer les paramètres de positionnement et d'arbre :
http://demo.3liz.com/lizpoi/index.php/lizpoi/map/?tree_id=1&selected=197
fonctionne mieux. Après il faut dézoomer et recentrer la carte pour
l'instant

Michael

Le 1 octobre 2012 15:20, Christian Quest  a écrit :

> C'est utile de mapper les fontaines, c'est un point de repère et si
> l'eau est potable, on peut même l'indiquer.
> Si ce sont de véritables attraction touristiques, ok pour un tag
> "attraction", mais sinon il n'y a aucune raison pour utiliser un tag
> inadapté.
>
> Pour la question de la visibilité dans "LE" rendu de ce que l'on
> mappe, il ne faut vraiment pas que ça soit un critère de contribution.
> Beaucoup d'information très utiles ne sont pas visibles dans "LE"
> rendu, mais pourront l'être dans un autre rendu.
>
> Exemple: les lignes de transport en commun ne sont pas visibles, mais
> elles sont très utiles et un rendu spécialisé dans ce domaine les fera
> apparaitre (et disparaitre d'autres choses).
>
> Le rendu par défaut de Mapnik, est un rendu de travail. Aucun rendu ne
> peut rendre visible l'intégralité des données.
> --
> 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] Imports du cadastre et compte dédié - import adresses Nantes aussi !

[djo_man]

  
  
bonjour, 

pétition

touchez pas au modèle français d'intégration des données !
Au cas par cas avec complétude et mise à jour des données adjacentes
!
On veut pas être assimilés à des gros bourrins de l'upload !

djo_man

Le 29/09/2012 08:24, Ab_fab a écrit :

Mais ce pnorman, c'est qui ?
  S'il représente la fondation, pourquoi n'utilise-t-il pas un
  compte dédié et explicite pour ses prises de contact au sujet des
  imports ?
  
  Bien entendu, je suis cynique, mais on peut tout à fait suivre sa
  logique et ne pas aller chercher son pédigrée sur le wiki. La
  seule limite c'est que si on l'ignore, il peut bloquer.
  Après tout, il trouve une trace d'un import ou d'une intégration
  et ne prend pas la peine d'aller chercher si la méthodologie a été
  décrite dans le wiki. 
  Les infos sur les noeuds adresse font qu'on identifie "Nantes
  métropole" et que même un anglo-saxon peut retrouver sans
  ambiguité la page wiki de référence.
  
  La page du wiki de l'intégration donne TOUT ce qui est nécessaire
  pour tracer les données et retrouver les changesets concernés. Il
  est en mesure de considérer qu'il y a eu import / intégration ...
  parce que la méthodologie qui a été discutée pendant des semaines
  a tenu compte de la traçabilité qu'il était nécessaire d'apporter.
  L'intégration a pris des mois entiers, encore une fois rue par rue
  
  Ca devient un gros n'importe quoi
  
  Le 28 septembre 2012 23:31, isnogoud 
a écrit :
Bonsoir à
  tous,
  
  Le cadastre n'est pas le seul projet concerné par le sujet.
  
  Je viens de recevoir le message suivant de pnorman :
  
  ==
  
  I was looking at some data in Nantes and saw that you had
  imported a bunch of addresses there. Although there's not much
  to be done at this point, I wanted to remind you if you had
  any future imports planned that imports need to be done from a
  dedicated account and after consultation with the community,
  which includes the imports@ mailing list.
  
  I checked my imports@ archive and didn't find any proposed
  Nantes imports.
  
  This is just a reminder for if you plan anything in the
  future.
  
  ==
  
  Le projet d'import d'adresses à Nantes est décrit dans le
  détail dans le wiki d'OSM : http://wiki.openstreetmap.org/wiki/Nantes/Adresses_postales_Nantes_M%C3%A9tropole.
  
  
  Il a été signalé sur cette liste de diffusion fin 2011 et
  début 2012 à plusieurs occasions.
  Le 7 mars dernier, plusieurs membres du bureau d'OSM France
  ont participé à la réunion avec Nantes Métropole à propos de
  ce projet.
  
  Jusqu'à ce jour, personne n'a émis d'objection ou de remarque
  quant à la démarche adoptée ni évoqué le recours à un compte
  OSM dédié.
  
  Le message de pnorman est à verser au débat actuel sur cette
  liste. pnorman n'attend pas de réponse de ma part.
  
  Je relève simplement que le projet n'est pas un import brut et
  massif mais qu'il s'agit d'une intégration rue par rue avec
  vérification et souvent correction manuelle par le
  contributeur.
  La logique est la même que pour les corrections d'osmose. Y
  a-t-il un compte dédié pour la correction des erreurs
  signalées par osmose ?
  
  Nantes Métropole procède régulièrement à des mises à jour de
  ses données adresses.
  Un nouveau projet est à monter pour traiter leur intégration à
  OSM.
  
  Il serait bon que la communauté OSM aboutisse à un accord sur
  la manière de procéder. Cela concerne potentiellement de
  nombreux projets Opendata.
  
  Librement
  
  Christophe
  
  ___
  Talk-fr mailing list
  Talk-fr@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-fr

  
  
  
  
  -- 
  ab_fab
  "Il n'y a pas de pas perdus"
  
  
  
  ___
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] Imports du cadastre et compte dédié - import adresses Nantes aussi !

[djo_man]

  
  
bonjour,

J'ai intégré les adresses du quartier de Bellevue à Nantes avec
l'outil en question. Il manquait beaucoup de choses de base.
(parkings, voies, impasses, jardins, pelouses). J'ai intégré les
adresses + les modifs par rue en essayant de toujours noter les rues
dans l'intitulé du changeset afin d’être traçable. 

Pas possible de faire cela avec un compte dédié !
j'aurais dû faire autrement et j'en aurais oublié la moitié ! 

djo_man


Le 29/09/2012 11:58, Jean Couteau a
  écrit :


  Le 29/09/2012 11:36, Ab_fab a écrit :

  
Pour la publicité de l'import / intégration, je suis OK. Mais si la
seule vraie obligation est ensuite de créer un compte dédié, qui va
contribuer ?
Dans les discussions préliminaires sur les adresses de Nantes, il a été
choisi de permettre de contribuer avec le moins d'engagement possible,
pour s'assurer de toujours finir proprement ce qui a été entamé.
Bref, c'est une opération par rue.

http://wiki.openstreetmap.org/wiki/Nantes/Adresses_postales_Nantes_M%C3%A9tropole
Sur la page du wiki, on voit la répartition par utilisateurs : certains
se sont énormément impliqués, et auraient peut être créé un compte pour
l'occasion. D'autres (et je m'y place volontiers) ont eu une activité
plus symbolique. Dans mon cas, je n'aurais probablement pas participé.

  
  
J'ai beaucoup participé à cette intégration, dans mon cas les changesets
étaient plutôt par quartier que par rue, mais là n'est pas le problème.
Créer un compte dédié, je l'aurai sûrement fait. Par contre, comme pour
le cadastre, nous étions sur un processus d'intégration manuelle,
comment procède-t-on quand, lorsque l'on veut intégrer les adresses
d'une rue, on doit modifier la géométrie de la rue (sur certaines villes
de la communauté urbaine, on avait encore des rues manquantes, ou sans
nom, ou à la géométrie vraiment ancienne (sans Bing pour aider)) ? On se
retrouve dans le même cas que lors de l'intégration du cadastre. Nos
changesets ne comportent pas que des données intégrées (à moins de
vouloir créer des erreurs).

Certes, cela reste un "import" et cela doit être traité comme tous les
imports et la publicité sur imports@ aurait pu être ajoutée (mais on a
quand même fait pas mal de pub sur le boulot effectué), mais dans notre
cas, je dirais que le compte séparé est quand même encore plus litigieux
que pour le cadastre (l'échelle est vraiment différente et le travail
manuel au-moins sinon plus important). Attention à ne pas mettre trop de
contraintes.

Pour cette intégration, de nombreuses fois, j'ai fait des sessions
d'intégration d'une dizaine de rues sur ma pause le midi. Avec tout le
process de compte séparé,... je ne l'aurais pas fait et l'intégration
aurait été beaucoup plus longue. De plus, dans le cas de Nantes, la
communauté est de plus en plus importante, la métropole, le CG  et
Libertic participants grandement à nous aider (organisation de
cartoparties, soutien logistique,...). Ces "imports" n'ont pas tué la
communauté locale, bien au contraire.

Jean

PS : il me semble que je dois être le 2ème plus gros contributeur sur
cette intégration (loin derrière isnogoud qui a vraiment abattu un
boulot monstre) et je n'ai reçu aucun message pour l'instant.


  
  
  
  ___
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] Imports du cadastre et compte dédié - import adresses Nantes aussi !

[Ab_fab]

Il y a une démarche que je n'aime pas beaucoup dans tout ça : Créer un
radar plutôt grossier sur les contributions sensibles, qui ne détecte que
les groupes de modifs supérieurs à 10 000 points, voir que le cadastre est
concerné
-> crier au loup et chercher la petite bête à chaque contre-exemple proposé.

Le déroulement ayant été :

"Les gens importent de gros morceaux du cadastre, les bâtiments sont tout
seuls à plein d'endroits"
-> réponse : C'est pas le cas partout, en ville la voirie est plutôt bonne,
on sait qu'on peut mieux faire à la campagne

"Le bâti, ça vaut rien sans les adresses, et des adresses, on n'en trouve
guère en France"
-> réponse : Il n'y a pas une seule adresse par bâtiment, et on travaille à
ajouter les adresses, notamment à Nantes, où l'on a pu intégrer les
adresses dispos en open data.
Et là, import, mot honni, et c'est le drame ...

Le dernier dada, c'est de voir la plupart des bâtiments en révision 1, sous
entendu "personne n'est venu préciser leur nature, on n'a que des
building=yes".

OK. Un jour, on s'y mettra.
On aura peut être même un outil de contribution dédié (*)

Tout ça pour dire que sans notre appui (de bonne foi), pnorman n'aurait
jamais retrouvé tout seul les adresses de Nantes.

(*) à la manière de wheelmap.org, demander d'identifier en un clic la
nature de tel ou tel bâtiment en surimpression de Bing, depuis une
liste. maison / garage / grange / immeuble / usine / atelier / inconnu
et de mieux repérer les géométries bizarres (c'est quand même quelque chose
à améliorer)


Le 29 septembre 2012 11:58, Jean Couteau  a écrit :

>
>
> PS : il me semble que je dois être le 2ème plus gros contributeur sur
> cette intégration (loin derrière isnogoud qui a vraiment abattu un
> boulot monstre) et je n'ai reçu aucun message pour l'instant.
>
>

-- 
ab_fab 
"Il n'y a pas de pas perdus"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Route saisonnière

[Eric Sibert]

Je cherche comme indiquer qu'une route est à ouverture ou fermeture  
saisonnière.


Je constate que ma question ne déclenche pas beaucoup de réaction. Ca  
paraîtrait plus adapté d'aller en parler sur la liste Tagging (Tag  
discussion, strategy and related tools)? Mes questions de relativement  
bas niveau y ont-elles leur place? Le trafic non négligeable (~300  
messages/mois) n'encourage pas à s'inscrire sur une liste de plus :-p



Eric


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Imports du cadastre et compte dédié - import adresses Nantes aussi !

[Eric]

Le 1 octobre 2012 16:31, Ab_fab  a écrit :


> ...
>
> Le dernier dada, c'est de voir la plupart des bâtiments en révision 1,
> sous entendu "personne n'est venu préciser leur nature, on n'a que des
> building=yes".
>
> J'ai vu passer cet argument sans le comprendre. Ca me parait normal que
99% (?) des bâtiments soient à l'indice 1, les bâtiments ne changent pas
chaque année et typer les bâtisses non privées ou corriger quelques
aberrations fera de toutes manières un pourcentage réduit. Et je ne vois
pas quel tag ajouter sur une bâtisse privée. Meme sur les zones ou j'ai
dessiné les maisons à la main, l'indice est resté à 1, je ne vois pas le
rapport avec l'intégration de cadastre "à la francaise"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Imports du cadastre et compte dédié - import adresses Nantes aussi !

[Christophe Merlet]

Le lundi 01 octobre 2012 à 16:45 +0200, Eric a écrit :
> Le 1 octobre 2012 16:31, Ab_fab  a écrit :
>  
> ...
> 
> 
> Le dernier dada, c'est de voir la plupart des bâtiments en
> révision 1, sous entendu "personne n'est venu préciser leur
> nature, on n'a que des building=yes".
> 
> 
> J'ai vu passer cet argument sans le comprendre. Ca me parait normal
> que 99% (?) des bâtiments soient à l'indice 1, les bâtiments ne
> changent pas chaque année et typer les bâtisses non privées ou
> corriger quelques aberrations fera de toutes manières un pourcentage
> réduit. Et je ne vois pas quel tag ajouter sur une bâtisse privée.
> Meme sur les zones ou j'ai dessiné les maisons à la main, l'indice est
> resté à 1, je ne vois pas le rapport avec l'intégration de cadastre "à
> la francaise" 

Ce qu'il veut dire, c'est que on peut mettre autre chose que yes à la
valeur building
https://wiki.openstreetmap.org/wiki/Key:building

Là ou avant on mettais amenity=school sur un batiment, maintenant on
peut mettre directement building=school

En ce qui nous concerne, cette modif n'est pas primordial car grace à
corine land cover, on sait a quelle type de batiments on a affaire.



Librement,
-- 
Christophe Merlet (RedFox)


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] état de la chaussée : (était : route forestière: unclassified ou track/tracktype=grade1 ?)

[Eric Sibert]

Pieren  a ?crit :

[...]Par contre, smoothness... beurk.


En fait, ce que je cherche, c'est un tag  
véhicule_nécessaire_suivant_l'état_physique_de_la_chaussée=*.


Il reprendrait la même classification que smoothness mais avec des  
valeurs explicites:


infranchissable
tracteur
4x4
véhicule sur-élevé
véhicule classique
véhicule à plancher bas

et on s'arrête là.

Si on veut indiquer l'état pour les vélos, on utilise une autre  
échelle. De même qu'on a une échelle pour les sentiers de randonnée  
(sac_scale) et pour les VTT (mtb:scale).


Eric


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Imports du cadastre et compte dédié - import adresses Nantes aussi !

[Ab_fab]

Le 1 octobre 2012 16:54, Christophe Merlet  a
écrit :

>
> Ce qu'il veut dire, c'est que on peut mettre autre chose que yes à la
> valeur building
> https://wiki.openstreetmap.org/wiki/Key:building
>
> oui


> Là ou avant on mettais amenity=school sur un batiment, maintenant on
> peut mettre directement building=school
>
> En ce qui nous concerne, cette modif n'est pas primordial car grace à
> corine land cover, on sait a quelle type de batiments on a affaire.
>
>
Tu en es sûr ?
Ce n'est pas CLC qui te permettra de différencier un immeuble d'un garage
ou d'une maison individuelle.

Cette histoire de nature des bâtiments, c'est une ligne de plus dans la
to-do list de quelqu'un qui veut mapper un quartier, un village, tout comme
les adresses, l'éclairage de la voirie, les ralentisseurs ou les cabines
téléphoniques

Mais ce n'est pas à moi de dire qu'il faut commencer par telle ou telle
précision. Or là c'est aussi un peu la morale qu'on essaie de nous glisser
: on s'y prend pas dans l'ordre.

Last, but not least : quand un petit nouveau ajoute la pizzéria du coin, il
peut le faire sous la forme d'un noeud, qu'il place sur le bâtiment dont il
a repéré l'emplacement et reconnu la forme.
Le bâtiment ne change pas de révision, bien que sa nature soit devenue plus
précise, et de plus il a servi d'indice au contributeur.

Donc je suis bien d'accord que cet argument de la révision, c'est quand
même pas mal du pipeau


>
>
> Librement,
> --
> Christophe Merlet (RedFox)
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
ab_fab 
"Il n'y a pas de pas perdus"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] état de la chaussée : ( était : route forestière: unclassified ou track/tracktype=grade1 ?)

[sly (sylvain letuffe)]

On lundi 1 octobre 2012, Eric Sibert wrote:
> Pieren  a ?crit :
> > [...]Par contre, smoothness... beurk.
> 
> En fait, ce que je cherche, c'est un tag  
> véhicule_nécessaire_suivant_l'état_physique_de_la_chaussée=*.
> 
> Il reprendrait la même classification que smoothness mais avec des  
> valeurs explicites:
> 
> infranchissable
> tracteur
> 4x4
> véhicule sur-élevé
> véhicule classique
> véhicule à plancher bas
> 
> et on s'arrête là.

ça peut s'inventer, y'a qu'a proposer les échelles supplémentaires suivantes :
roller:scale=*
skate_board:scale=*
racing_bike:scale=*
vehicule_motor_4_wheel:scale=*
truck:scale=*
motorbike:scale=*
moped:scale=*
etc.

Ce sera plus précis, mais un peu pénible à renseigner ;-)
En attendant, smoothness fourni l'interim d'une échelle qui globalise à peu 
prêt tout ça et je trouve bien de garder ce principe, perso je tag les 
chemins forestiers avec smoothness et je rajoute mtb:scale (si j'y pense et 
si je le sais)


-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Parkings souterrains

[Tetsuo Shima]

2012/10/1 Christian Quest :
> Ca me semble assez cohérent d'utiliser une relation pour décrire un parking.
> Il n'existe aucune proposition de ce type sur le wiki ?

Une relation "site" peu suffire non?

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Contrôle qualité des axes routiers

[Lionel Gueganton]

Bonjour,
Je suis partant pour participer avec vous à un travail sur les données DATEX.
J'avais commencé il y a qques temps à écrire des parseurs (en python / 
Django)des fichiers .dat et .da2 contenus dans les zip fournis
par le site gouvernemental pour essayer de regénérer la carte donnée en .pdf 
dans le zip à partir des infos contenues dans la partie /Data 
(si j'ai bien compris, cela est possible).
J'avais un peu du mal à trouver la correspondance entre les docs et ce que 
j'avais dans les fichiers donc j'avais laissé tomber, mais 
vu qu'il y a des personnes semble-t-il plus expérimentées en DATEX que moi, je 
suis partant pour me remettre la tête la dedans et essayer
de mieux comprendre tout ça.

Pour essayer de saisir la problématique : vous voulez importer dans OSM les 
références des points contenus dans points.dat dans OSM ? (ou alors rien à voir 
? :/ ) .

A bientôt
Lionel. 

On Oct 1, 2012, at 12:08 PM, Christian Quest wrote:

> Ca me semble une très bonne idée de croiser les données OSM avec datex
> et d'inclure des données datex dans OSM pour assurer un contrôle de
> qualité et de cohérence par les calculs d'itinéraires.
> 
> Beaucoup de données externes, même non importables dans OSM peuvent
> servir au contrôle de qualité et à évaluer l'exhaustivité des données
> OSM.
> 
> ___
> 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] Contrôle qualité des axes routiers

[Ab_fab]

"vu qu'il y a des personnes semble-t-il plus expérimentées en DATEX que moi"

Peut être pas dans les lecteurs de la liste française, mais dans le monde
OSM, sans doute.

"Pour essayer de saisir la problématique : vous voulez importer dans OSM
les références des points contenus dans points.dat dans OSM ? (ou alors
rien à voir ? :/ )"

Tu trouveras peut être que je joue sur les mots, mais on va éviter
d'importer, c'est à dire d'extraire les coordonnées des points pour les
balancer tels quels dans la base.
Normalement, la position géographique doit être bonne à quelques dizaines
voire centaines de mètres. Mais quand on sait quels segments sont associés,
ce n'est pas trop compliqué de savoir de quelle intersection il s'agit en
réalité (de la base OSM).

Depuis quelques mois, il y a des outils intéressants pour ce genre
d'opération d'intégration, comme ceux qui servent à rentrer les écoles et
les bureaux de poste.

L'étape suivante, c'est d'intégrer les segments routiers qui relient ces
points. C'est là que l'on peut créer une relation. Un de ses premiers
mérites sera d'exister en tant que tronçon TMC en tant que tel.
Mais un autre intérêt, et peut être encore plus important sera que l'on
pourra faire des contrôles périodiques sur l'intégrité du tronçon, de part
la présence de la relation, comme vérifier qu'il n'y a pas de voies
manquantes.

Le 1 octobre 2012 17:35, Lionel Gueganton  a
écrit :

> Bonjour,
> Je suis partant pour participer avec vous à un travail sur les données
> DATEX.
> J'avais commencé il y a qques temps à écrire des parseurs (en python /
> Django)des fichiers .dat et .da2 contenus dans les zip fournis
> par le site gouvernemental pour essayer de regénérer la carte donnée en
> .pdf dans le zip à partir des infos contenues dans la partie /Data
> (si j'ai bien compris, cela est possible).
> J'avais un peu du mal à trouver la correspondance entre les docs et ce que
> j'avais dans les fichiers donc j'avais laissé tomber, mais
> vu qu'il y a des personnes semble-t-il plus expérimentées en DATEX que
> moi, je suis partant pour me remettre la tête la dedans et essayer
> de mieux comprendre tout ça.
>
> Pour essayer de saisir la problématique : vous voulez importer dans OSM
> les références des points contenus dans points.dat dans OSM ? (ou alors
> rien à voir ? :/ ) .
>
> A bientôt
> Lionel.
>
> On Oct 1, 2012, at 12:08 PM, Christian Quest wrote:
>
> > Ca me semble une très bonne idée de croiser les données OSM avec datex
> > et d'inclure des données datex dans OSM pour assurer un contrôle de
> > qualité et de cohérence par les calculs d'itinéraires.
> >
> > Beaucoup de données externes, même non importables dans OSM peuvent
> > servir au contrôle de qualité et à évaluer l'exhaustivité des données
> > OSM.
> >
> > ___
> > 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
>



-- 
ab_fab 
"Il n'y a pas de pas perdus"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Contrôle qualité des axes routiers

[didier2020]

Petite précision:
+ datex est un format d'échange :
http://diffusion-numerique.info-routiere.gouv.fr/publication/cnir/test-france
en regardant "l'interieur" des fichiers xml, chaque événement n'utilise
pas forcement le référentiel

- le référentiel (pour la localisation) c'est alert-c 
mais alert-c ne couvre qu'une partie des routes:
http://cartelie.application.developpement-durable.gouv.fr/cartelie/voir.do?carte=markerpost&service=SETRA


Le lundi 01 octobre 2012 à 17:48 +0200, Ab_fab a écrit :
> 
> "vu qu'il y a des personnes semble-t-il plus expérimentées en DATEX
> que moi"
> 
> 
> Peut être pas dans les lecteurs de la liste française, mais dans le
> monde OSM, sans doute.
> 
> 
> "Pour essayer de saisir la problématique : vous voulez importer dans
> OSM les références des points contenus dans points.dat dans OSM ? (ou
> alors rien à voir ? :/ )"
> 
> 
> Tu trouveras peut être que je joue sur les mots, mais on va éviter
> d'importer, c'est à dire d'extraire les coordonnées des points pour
> les balancer tels quels dans la base.
> Normalement, la position géographique doit être bonne à quelques
> dizaines voire centaines de mètres. Mais quand on sait quels segments
> sont associés, ce n'est pas trop compliqué de savoir de quelle
> intersection il s'agit en réalité (de la base OSM). 
> 
> 
> Depuis quelques mois, il y a des outils intéressants pour ce genre
> d'opération d'intégration, comme ceux qui servent à rentrer les écoles
> et les bureaux de poste.
> 
> 
> L'étape suivante, c'est d'intégrer les segments routiers qui relient
> ces points. C'est là que l'on peut créer une relation. Un de ses
> premiers mérites sera d'exister en tant que tronçon TMC en tant que
> tel.
> Mais un autre intérêt, et peut être encore plus important sera que
> l'on pourra faire des contrôles périodiques sur l'intégrité du
> tronçon, de part la présence de la relation, comme vérifier qu'il n'y
> a pas de voies manquantes.
> 
> Le 1 octobre 2012 17:35, Lionel Gueganton  a
> écrit :
> Bonjour,
> Je suis partant pour participer avec vous à un travail sur les
> données DATEX.
> J'avais commencé il y a qques temps à écrire des parseurs (en
> python / Django)des fichiers .dat et .da2 contenus dans les
> zip fournis
> par le site gouvernemental pour essayer de regénérer la carte
> donnée en .pdf dans le zip à partir des infos contenues dans
> la partie /Data
> (si j'ai bien compris, cela est possible).
> J'avais un peu du mal à trouver la correspondance entre les
> docs et ce que j'avais dans les fichiers donc j'avais laissé
> tomber, mais
> vu qu'il y a des personnes semble-t-il plus expérimentées en
> DATEX que moi, je suis partant pour me remettre la tête la
> dedans et essayer
> de mieux comprendre tout ça.
> 
> Pour essayer de saisir la problématique : vous voulez importer
> dans OSM les références des points contenus dans points.dat
> dans OSM ? (ou alors rien à voir ? :/ ) .
> 
> A bientôt
> Lionel.
> 
> On Oct 1, 2012, at 12:08 PM, Christian Quest wrote:
> 
> > Ca me semble une très bonne idée de croiser les données OSM
> avec datex
> > et d'inclure des données datex dans OSM pour assurer un
> contrôle de
> > qualité et de cohérence par les calculs d'itinéraires.
> >
> > Beaucoup de données externes, même non importables dans OSM
> peuvent
> > servir au contrôle de qualité et à évaluer l'exhaustivité
> des données
> > OSM.
> >
> > ___
> > 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
> 
> 
> 
> 
> 
> -- 
> ab_fab
> "Il n'y a pas de pas perdus"
> 
> ___
> 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] Parkings souterrains

[Christian Quest]

Le 1 octobre 2012 17:29, Tetsuo Shima  a écrit :
> 2012/10/1 Christian Quest :
>> Ca me semble assez cohérent d'utiliser une relation pour décrire un parking.
>> Il n'existe aucune proposition de ce type sur le wiki ?
>
> Une relation "site" peu suffire non?
>

Sûrement, si on peut préciser que le site est un parking et si l'on
peut préciser le rôle de certains membres lorsque c'est nécessaire,
c'est à dire si leurs tags ne sont pas explicites par rapport à leur
appartenance à la relation site.

-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Contrôle qualité des axes routiers

[Christian Quest]

Il faudrait aussi regarder la proposition des jonctions routières
complexes qui a été présentée au SOTM à Tokyo.
L'idée est d'avoir une relation pour décrire un noeud routier, ce qui
permet aux algos de routage (et de rendu) de mieux fonctionner. C'est
sur ces noeuds routiers qu'il faudrait peut être mettre les infos
DATEX.

A lire ici: 
http://wiki.openstreetmap.org/wiki/Proposed_features/Junction#Complex_junction_relation

-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Contrôle qualité des axes routiers

[Ab_fab]

Ça peut être une bonne occasion de voir le détail de ce schéma.
Et s'il est interessant les références des noeuds pourraient y être
indiquées, c'est sûr.
Le 1 oct. 2012 18:19, "Christian Quest"  a écrit :

> Il faudrait aussi regarder la proposition des jonctions routières
> complexes qui a été présentée au SOTM à Tokyo.
> L'idée est d'avoir une relation pour décrire un noeud routier, ce qui
> permet aux algos de routage (et de rendu) de mieux fonctionner. C'est
> sur ces noeuds routiers qu'il faudrait peut être mettre les infos
> DATEX.
>
> A lire ici:
> http://wiki.openstreetmap.org/wiki/Proposed_features/Junction#Complex_junction_relation
>
> --
> Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>
> ___
> 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] Parkings souterrains

[f . dos . santos]

Il y a le tag parking_entrance à combiner avec une relation site :

http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dparking_entrance


Ce qui m'embête c'est que la relation site c'est fait pour les sites qui sont 
géographiquement éparpillé :
"However, this relation is not to be used in simple cases. If all the elements 
contained within an area (the perimeter) belong to the site, and no elements of 
the site exist outside the area, then it is inappropriate to use this relation."


- Mail original -
De: "Christian Quest" 
À: "Discussions sur OSM en français" 
Envoyé: Lundi 1 Octobre 2012 18:15:05
Objet: Re: [OSM-talk-fr] Parkings souterrains

Le 1 octobre 2012 17:29, Tetsuo Shima  a écrit :
> 2012/10/1 Christian Quest :
>> Ca me semble assez cohérent d'utiliser une relation pour décrire un parking.
>> Il n'existe aucune proposition de ce type sur le wiki ?
>
> Une relation "site" peu suffire non?
>

Sûrement, si on peut préciser que le site est un parking et si l'on
peut préciser le rôle de certains membres lorsque c'est nécessaire,
c'est à dire si leurs tags ne sont pas explicites par rapport à leur
appartenance à la relation site.

-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

___
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] application générique opendata (Place Maker, La Poste, Etabl. Scolaires, ...)

[Cyrille Giquello]

Salut,

Il y a 2 (mais peut-être plus) appli sur le web pour faciliter
l'intégration de l'open data, celle pour les établissements scolaires
et celle pour les bureaux de La Poste.

Où en sont les dévs de ces applis ? Quelqu'un a-t-il commencé à faire
une appli générique ?

Place Maker est-il générique ? Manque-t-il beaucoup de travail pour
génériser ? Où est le code source ?

-- 
Cyrille.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] je quitte la France, salut salut

[Florian LAINEZ]

salut les français,
Après des vacances bien méritées, je viens de m'installer à Coventry en
Angleterre, je serai donc désormais loin des soirées bar parisiennes ...
Ici la région est très bien mappé, je me met au boulot pour l'améliorer
encore !
Si vous connaissez des locaux, je suis preneur de contacts ;)

Cela ne m'empêche pas de continuer mes projets, notamment vis à vis de
l'accessibilité. J'ai eu un aujourd'hui un contact avec le président de *Mobile
en Ville* pour importer leurs données : les négos sont en cours  plus
de détails sur le wiki de l'april
https://wiki.april.org/w/Collaboration_OpenStreetMap_avec_mobile_en_ville#Evolution

a+

-- 

*Florian Lainez*
http://twitter.com/overflorian
http://www.nouslesgeeks.fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] application générique opendata (Place Maker, La Poste, Etabl. Scolaires, ...)

[Frédéric Rodrigo]

Le 01/10/2012 19:35, Cyrille Giquello a écrit :

Salut,

Il y a 2 (mais peut-être plus) appli sur le web pour faciliter
l'intégration de l'open data, celle pour les établissements scolaires
et celle pour les bureaux de La Poste.

Où en sont les dévs de ces applis ? Quelqu'un a-t-il commencé à faire
une appli générique ?


Moi, moi.
Tu oublies une troisième appli qui fait tout ça à la fois et encore plus 
: Osmose ;)



Place Maker est-il générique ? Manque-t-il beaucoup de travail pour
génériser ? Où est le code source ?


Osmose dispose d'un code générique paramétrable pour importer des csv 
OpenData et les convertir. Signaler les manques dans OSM, proposer les 
ajouts, proposer des rapprochements. En plus de ça osmose exporte 
(toutes les 6h) les fichiers CSV convertis plus les mêmes données en 
version revue et augmenté depuis OSM.


Le code d'Osmose qui fait ça a été fait pour être facilement 
paramétrable et réutilisable.


Frédéric.


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Réf.: je quitte la France, salut salut

[THEVENON Julien]

--
Le lun. 1 oct. 2012 20:35 HAEC, Florian LAINEZ a écrit :

>salut les français,
>Après des vacances bien méritées, je viens de m'installer à Coventry en
>Angleterre, je serai donc désormais loin des soirées bar parisiennes ...
>Ici la région est très bien mappé, je me met au boulot pour l'améliorer
>encore !
>Si vous connaissez des locaux, je suis preneur de contacts ;)
>
>Cela ne m'empêche pas de continuer mes projets, notamment vis à vis de
>l'accessibilité. J'ai eu un aujourd'hui un contact avec le président de *Mobile
>en Ville* pour importer leurs données : les négos sont en cours  plus
>de détails sur le wiki de l'april
>https://wiki.april.org/w/Collaboration_OpenStreetMap_avec_mobile_en_ville#Evolution
>

Bonne continuation!
si je me rappelle bien c etait toi qui cherchait un datalogger pour tes 
vacances et qui t es rabattu sur un etrex de Garmin,ca donne quoi?satisfait ou 
non ?

Julien


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Imports du cadastre et compte dédié - import adresses Nantes aussi !

[Christian]

Le 2012-10-01 16:54, Christophe Merlet a écrit :

Ce qu'il veut dire, c'est que on peut mettre autre chose que yes à la
valeur building
https://wiki.openstreetmap.org/wiki/Key:building

Là ou avant on mettais amenity=school sur un batiment, maintenant on
peut mettre directement building=school



Mouais...
J'ai fait un essai sur mon quartier, en indiquant les valeurs proposées 
par le wiki sur quelques bâtiments.
En particulier, les valeurs school, civic, retail, house, et plusieurs 
apartments.


En terme de rendu c'est moche : sur les valeurs house et apartments, 
Mapnik ne trace pas les contours des bâtiments mais seulement 
l'empreinte. Tous les immeubles d'appartement apparaissent alors collés, 
sans séparation : 
http://www.openstreetmap.org/?lat=48.853607&lon=2.404938&zoom=18&layers=M


Le problème, ça va être quand on veut ajouter des POI. La possibilité 
de compter les bâtiments depuis la rue, c'est juste pratique pour 
positionner les choses à peu près au bon endroit (je cite : "hop, la 
boite au lettres, elle est aux deux tiers de la quatrième maison. sur le téléphone>").


Christian (aka khris78)
PS : troll^W remarque préventive : oui, je mappe AUSSI pour le rendu. 
N'étant pas une machine, un ensemble de bits en plus dans une base de 
données ne me satisfait pas vraiment. Par contre, une belle carte, oui. 
Demain, je remets les "yes".


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] application générique opendata (Place Maker, La Poste, Etabl. Scolaires, ...)

[Vincent de Chateau-Thierry]

Salut,

Le 01/10/2012 19:35, Cyrille Giquello a écrit :


Il y a 2 (mais peut-être plus) appli sur le web pour faciliter
l'intégration de l'open data, celle pour les établissements scolaires
et celle pour les bureaux de La Poste.

Où en sont les dévs de ces applis ? Quelqu'un a-t-il commencé à faire
une appli générique ?

Place Maker est-il générique ? Manque-t-il beaucoup de travail pour
génériser ? Où est le code source ?



Pour ce qui est de PlaceMaker, il n'y a eu jusque là que 2 versions (les 
nodes place du GeoFLA, puis les points des bureaux de Poste), donc 
parler de générique serait un peu gonflé. Mais disons qu'un 3e jeu de 
données mettrait moins de temps à brancher que les 2 premiers, il y a 
des briques réutilisables.
Après, à mon avis, le vrai besoin d'investissement sur de la donnée Open 
Data, ça n'est pas trop sur l'interface mais sur les coulisses, à savoir 
: comment passer de la donnée Open Data brute à du OSM-compatible : 
quels tags, quelle distance entre la qualité de la source et la qualité 
qu'on assume d'intégrer, quels traitements pour arriver à la qualité 
cible (un exemple sur les points de la Poste, c'est la fenêtre d'alerte 
quand le code postal et le département d'inclusion du point divergent : 
le positionnement n'est pas forcément faux, mais comme il y a 
présomption d'erreur, autant alerter).


Plus généralement, je crois peu aux parties génériquables sur les 
pré-traitements de la donnée, je préfère considérer qu'on fait du à 
façon à chaque fois, tant pour l'instant chaque jeu de données a ses 
propres problématiques.


Sur le code en question, il n'est pas libéré pour la bête raison que je 
ne l'ai mis nulle part dans un repo public. Et comme je tarde à le faire 
(je n'y connais rien), je préfère (re-)dire ici que le code est dispo 
pour quiconque le veut, je le diffuse sans licence particulière. 
(message pour Christian : je n'ai pas oublié que tu me l'as demandé et 
que ça commence à faire un bail :-( ).


Quant au code du site d'intégration des établissements scolaires, il 
avait été annoncé dispo dès le lancement du site :

http://lists.openstreetmap.org/pipermail/talk-fr/2012-May/043296.html

vincent

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Réf.: je quitte la France, salut salut

[Vincent de Chateau-Thierry]

Le 01/10/2012 21:19, THEVENON Julien a écrit :

Le lun. 1 oct. 2012 20:35 HAEC, Florian LAINEZ a écrit :


salut les français,
Après des vacances bien méritées, je viens de m'installer à Coventry en
Angleterre, je serai donc désormais loin des soirées bar parisiennes ...
Ici la région est très bien mappé, je me met au boulot pour l'améliorer
encore !
Si vous connaissez des locaux, je suis preneur de contacts ;)

Cela ne m'empêche pas de continuer mes projets, notamment vis à vis de
l'accessibilité. J'ai eu un aujourd'hui un contact avec le président de *Mobile
en Ville* pour importer leurs données : les négos sont en cours  plus
de détails sur le wiki de l'april
https://wiki.april.org/w/Collaboration_OpenStreetMap_avec_mobile_en_ville#Evolution



Bonne continuation!
si je me rappelle bien c etait toi qui cherchait un datalogger pour tes 
vacances et qui t es rabattu sur un etrex de Garmin,ca donne quoi?satisfait ou 
non ?



Bon vent Florian, et merci d'avoir lancé les IRL IDF :-)
On compte sur toi pour t'annoncer quand tu repasses par ici.

vincent

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Imports du cadastre et compte dédié - import adresses Nantes aussi !

[Christian Quest]

Le 1 octobre 2012 22:43, Christian  a écrit :
> PS : troll^W remarque préventive : oui, je mappe AUSSI pour le rendu.

Le rendu ? Lequel ? ;)

> N'étant pas une machine, un ensemble de bits en plus dans une base de
> données ne me satisfait pas vraiment. Par contre, une belle carte, oui.
> Demain, je remets les "yes".
>

Parler de belle carte avec le rendu par défaut de Mapnik... hummm...
J'explique dans les présentations d'OSM que ce rend est un rendu de
travail, franchement criard au niveau des couleurs, qui montre
beaucoup de choses et fait vite fouilli.
C'est un peu provoc, mais destiné à faire comprendre en montrant
d'autres rendus qu'OSM ne se résume par à CE rendu, après on passe au
rendu cycliste, transport en commun, celui de MapQuest et pour mettre
la cerise sur le gâteau watercolor de stamen et le rendu pirate de
MapBox.

-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Parkings souterrains

[Pierre-Alain Dorange]

Francescu GAROBY 
wrote:

> Je souhaiterais savoir quelle est la meilleure méthode pour représenter
> des parkings souterrains. En effet, il semble qu'il y ait (au moins) 2
> écoles : * celle qui relie l'entrée et la sortie par une way en ligne
> droite.
> Exemple layers=M>; * celle qui consiste à créer juste les voies visibles depuis la
> surface.
> Exemple ayers=M>

Ca me fait penser à une problématique auquelle je suis confronté à
Cognac.
Un immeuble possède à la fois un parking sous-terrain et un parking
aérien (sur le toit)... Je peux indiquer un parking_entrance mais je
suis loin d'être sur que ce soit clair. L'entrée duparking sous-terrain
est situé sur la rue (face au 10) et l'entrée de l'aérien au coin de la
rue Lohmeyer et Georges Briand...

A ce stade je n'ai taggé que le parking aérien, je sais pas du tout quoi
faire : des conseils ?

Carte actuelle : 

Sur la photo (celle du bas) :
http://www.flickr.com/photos/padorange/107625935/
On voit la rampe qui monte et à gauche on aperçoit l'entrée et sortie de
l'autre parking.

-- 
Pierre-Alain Dorange
OSM experiences : 


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Contrôle qualité des axes routiers

[Vincent de Chateau-Thierry]

Le 01/10/2012 18:24, Ab_fab a écrit :

Ça peut être une bonne occasion de voir le détail de ce schéma.
Et s'il est interessant les références des noeuds pourraient y être
indiquées, c'est sûr.

Le 1 oct. 2012 18:19, "Christian Quest" mailto:cqu...@openstreetmap.fr>> a écrit :

Il faudrait aussi regarder la proposition des jonctions routières
complexes qui a été présentée au SOTM à Tokyo.
L'idée est d'avoir une relation pour décrire un noeud routier, ce qui
permet aux algos de routage (et de rendu) de mieux fonctionner. C'est
sur ces noeuds routiers qu'il faudrait peut être mettre les infos
DATEX.

A lire ici:

http://wiki.openstreetmap.org/wiki/Proposed_features/Junction#Complex_junction_relation



Pour revenir à ta question initial Ab_fab*, je suis aussi partant pour 
contribuer sur le sujet. En revancheje coince sur la motivation 
"contrôle qualité" que tu associes : pour moi il y a d'un coté le 
référentiel TMC qu'on peut vouloir intégrer à OSM si on estime que ça 
apporte de la valeur à la base, et de l'autre le besoin de faire du 
contrôle-qualité sur le graphe OSM.
Pour ce second point pris seul, je préfère dépenser du temps à 
constituer des matrices origine-destination et à lancer des batteries 
d'itinéraires via OSRM, pour ensuite détecter les changements dans les 
durées et/ou les kilométrages, et par suite analyser les causes du 
changement, voire détecter des cassures dans le graphe. Je pense qu'on 
aura des résultats plus rapides et des diagnostics plus simples à 
partager que ceux basés sur le TMC. Sans compter que le rythme 
d'intégration d'un tel référentiel risque d'être modeste, et engage 
derrière une maintenance à chaque nouvelle version des tables de 
localisants.
Donc partant, si on pense que ça servira à autre chose que du 
contrôle-qualité :-)


vincent

* pas facile de gober en une soirée les 100 messages du jour sur talk-fr :-)

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr