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

[Ista Pouss]

Le 1 octobre 2012 21:09, Frédéric Rodrigo  a écrit

> 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.
>

Peux-tu me dire où est ce code ? (les fichiers java spécialisés dans cette
conversion, pas l'ensemble du projet)

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

[OSM-talk-fr] Formation OSM pour le Pole Numerique de la Drome

[THEVENON Julien]

Bonjour,

Debut Juillet une journee de formation OSM avait ete organisee pour le Pole 
Numerique de la Drome a Valence( 
http://lists.openstreetmap.org/pipermail/talk-fr/2012-July/045278.html )
Le Pole Numerique m a recontacte pour mettre en place une deuxieme session fin 
octobre/debut novembre pour les personnes n ayant pas pu participer a la 
premiere.
Je devrais pouvoir me liberer mais mon co-presentateur de Juillet ne pourra pas 
participer a cette 2eme saison pour cause de demenagement.
Guillaume Allegre sera certainement disponible mais nous relayons l info sur 
talk-fr au cas ou cela interesserait un contributeur local qui pourrait prendre 
le relais.
Une personne du Pole Numerique sera"chargée de suivre très attentivement la 
formation voir de parfaire celle-ci auprès de nous ou de l'association 
Française OSM pour pouvoir 
les dispenser par la suite et nous éviter d'être à chaque fois mobilisé".

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

Re: [OSM-talk-fr] En Irlande, une grande nationale est un "trunk"

[Philippe Verdy]

Le 2 octobre 2012 18:23,   a écrit :
> Je dirais même plus, "ça dépend aussi de la taille de ton hameau". Car la 
> taille, quoi qu'on en dise, ça compte quand même :D
> De: "Stéphane Péneau" 
>> => tertiary
>
> Si elle a une ref (ce qui m'étonnerait), sinon unclassified

"unclassified" veut juste dire que ce n'est pas classé et reste à
classer. Autrement dit l'équivalent d'un FIXME.

Si c'est une voie publique elle est gérée certainement par la commune
et c'est une voie communale dont tertiary même si on ne connait pas
son numéro (à voir sur place ou en mairie en lisant un peu plus que ce
que marquent les planches cadastrales : c'est certainement marqué dans
un arrêté communal ou de la communauté de communes).

Si la voie est située dans une zone "agglomération" (au sens du code
de la route, avec limitation à 50 ou moins) c'est une rue
résidentielle.

Si la voie est privée (uniquement pour les résidents), c'est une voie
de service. Mais certaines voies privées sont gérées par une
copropriété et prennent le noms de "rue" (ou "allée", "chemin", etc.)
et il sera logique aussi de la classer comme "residentielle" s'il n'y
a pas de panneau limitant les accès aux seuls résidents (et personnes
invitées).

Des voies privées existent aussi dans les centres commerciaux ou zones
industrielles, et dans les zones de fret par exemple ferroviaire ou
portuaire (à garder en voie de service).

Certaines voies sont gérées par des organismes mixtes (par exemple les
zones de service des transports publics, autour des dépots de bus par
exemple). Là encore voies de service. Le service étant une concession
de la collectivité exploitée par des sociétés privées sous contrat
avec la collectivité. Leurs voies de service restent des voies de
service et n'appartiennent pas à la collectivité mais aux
transporteurs concernés qui les ont aménagé de façon privée au départ.

Dans le cas des hameaux : le nombre de maisons n'influe pas sauf s'il
n'y a qu'un seul propriétaire pour l'ensemble des terrains, voies
d'accès comprises, et un seul locataire au sens légal.

Sinon ce n'est plus un hameau mais une propriété privée, la voie est
alors privée (cas par exemple de certains chemins de fermes, bien que
de nombreuses fermes ont maintenant de multiples propriétaires et pour
leur donner un accès un chemin a du être concédé à la commune pour
garantir un droit de passage permanent s'il a fallu demander à la
commune de l'aménager pour autre chose que sa destination initiale,
avec des travaux que l'ancien propriétaire ne voulait pas prendre en
charge lui-même (goudronnage, assainissement, raccordements aux
réseaux d'égouts, d'eau, d'électricité, téléphone...). Mais dans
d'autres cas l'ancienne propriété unique est devenue une copropriété,
et est restée privée (sans cession à la collectivité) et c'est la
copropriété et non la commune qui prend en charge dans les charges
l'entretien de la voie d'accès.

Certaines voies communales ont aussi été déclassées dans l'autre sens
: rachetées à la commune par une copropriété qui a voulu en
restreindre l'accès pour leurs seuls résidents, par exemple pour
installer un portail. Ce cas est courant dans les zones industrielles
et zones d'activité, même au sein d'une ZI ou ZAC d'initiative
publique.

___
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

[Christian Rogel]

Le 3 oct. 2012 à 19:57, Vincent Calame a écrit :
> 
> On est bien d'accord. Je parlais des cas de conflit ou lorsque le travail 
> pose problème
> 
> Il faut encourager le contact direct entre contributeurs. Peut-être 
> faudrait-il simplement préciser la netiquette des contributeurs 
> d'OpenStreetMap :


Un des premiers éléments de la nétiquette est de ne pas donner l'impression 
qu'il y a le maître et l'élève.
Stéphane a commis une erreur en disant en substance : vous avez mappé 
incorrectement et je DOIS retracer.

Personne n'est spécialement chargé de retracer et il ne le fait massivement 
qu'après avoir averti qu'il va le faire et pourquoi.
De toute façon, il n'y a pas d'urgence.
Ce serait fait, un jour ou un autre. Et, même en lisant la liste des 
corrections d'Eric, il n'y a pas de quoi crier à l'incompétence crasse.

Ce qui a certainement choqué le contributeur en cause, c'est l'arrogance 
involontaire de celui qui se permet d'intervenir comme si c'était son pré carré.
On comprend qu'il ne reviendra pas mapper de sitôt en France.
Est-ce cela que nous voulons : que personne qui ait lu nos "règles" (en 
français) ne vienne nous embêter.
Des embrouilles, il y en aura toujours. Et alors? cela déclenchera, peut-être 
une envie de mapper chez un local.

Je viens d'ajouter des routes et des rues en Irlande (sans nom, oui, sans nom, 
quel scandale !). J'ai même dégradé le niveau de certaines voies.
Si j'ai fait des bêtises, je suis certain qu'ils seront polis.


Christian Riogel___
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

[Eric SIBERT]

Eric Sibert a écrit :

- suppression des erreurs suite au pompage des noms de rue sur google
map (ma question hier soir sur sa source de données)

Tu as eu une confirmation de ça ?


Mon soupçon porte ici :

http://goo.gl/maps/NWMex

Concernant la rue des Trèfles:
- sur le cadastre, la rue continue tout droit vers la gauche. La branche 
descendante fait déjà partie de l'Impasse des Chardons. La petite 
branche en haut est l'Impasse des Cigues
- sur Google et dans sa contribution, la rue des Trèfles tourne vers le 
bas. Les branches gauche et haut n'étaient pas nommées. Un autre 
contributeur avait ultérieurement ajouté le nom Impasse des Cigues

à la branche du haut.

Eric

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

Re: [OSM-talk-fr] Routes décalées : est-ce normal ?

[Stéphane Péneau]

Par ailleurs, autant virer les balises inutiles, redondandes, par défaut
des routes genre sur une tertiary (lanes=2, oneway=no, surface=asphalt,
lit=no, cycleway=no, maxspeed=90)...


Ce n'est pas la peine, l'auteur repassera pour les remettre.

Stf... un peu taquin :-)

___
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")

[Christian Quest]

Tu as suivi les discussions sur irc avec pnorman ?

Il a sorti un superbe graphique avec un magnifique pic à 6m2 en
abscisse... mais ses ordonnées sont plus qu'étrange: nombre de
bâtiments / surface ... je ne vois pas l'intérêt d'un tel calcul.

Il en était ainsi arrivé à la conclusion que la majorité des polygones
de bâti faisait dans les 6m2, même pas la taille d'un garage (je vous
passe le quart d'heure de délire où je lui ai expliqué que ça me
suffisait pour garer ma Smart).

Les statistiques et calculs il faut faire attention à ce qu'on fait et
ce qu'on en fait pour ne pas leur faire dire n'importe quoi...

Deuxième bilan: la taille médiane d'un polygone de bâti serait de
34m2, 50% sont plus petits, 50% sont plus grands.


Le 3 octobre 2012 22:31, Jérome Armau  a écrit :
> Dans les villes que j'ai importées, la plupart des bâtiments sont séparés
> correctement : la plupart des buildings coupés en plusieurs morceaux le sont
> seulement pour séparer les parties avec wall=no. Du coup, toutes les
> statistiques sur la taille moyenne des bâtiments ne veulent pas dire grand
> chose. Un meilleur point de départ serait de comptabiliser les building=yes
> sans wall=no.
>
>
> 2012/10/3 Jean-Francois Nifenecker 
>>
>> Le 03/10/2012 19:13, sly (sylvain letuffe) a écrit :
>>
>>>
>>> Actuellement il y a 29 Million de building=yes dans OSM en france.
>>> Rien que ça, j'arrive pas à comprendre comment c'est possible ! 1
>>> bâtiment
>>> pour 2 habitants ???
>>>
>>
>> le nombre de bâtiments est fortement impacté par les bâtiments indûment
>> coupés en 2, 3, 4 voire plus par le script de préparation des fichiers .osm.
>> D'où l'intérêt d'un grand nettoyage avant de téléverser sur les serveurs
>> OSM. Pour ma part, au début je n'y prêtais pas attention, maintenant
>> beaucoup plus. Idem d'ailleurs pour les points "inutiles" ajoutés sur le
>> contour des bâtiments.
>>
>> --
>> Jean-Francois Nifenecker, Bordeaux
>>
>>
>> ___
>> 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
>



-- 
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] Il était une fois Julien vitry 94

[Christian Rogel]

Le 3 oct. 2012 à 00:04, Cyrille Giquello a écrit :
> Avec tous les tronçons sur lesquels il y a des spécifications de
> vitesse (90,70,50), je trouve très chaud de se fier au type de voie

Cela dépend de ce qu'on entend par se fier : plus d'une voie rapide de la 
Région parisienne
n'est rapide que quelques petites heures de la journée.
N 104 et N118 par exemple.

Christian Rogel

___
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]

Le 03/10/2012 22:22, khris78 a écrit :


Effectivement, je n'avais pas complètement cerné le personnage de 
WoGraSo.
Stéphane, je tiens à m'excuser si tu as pris mon commentaire 
personnellement ; ce n'était pas le but, et je comprends ta 
frustration de voir quelqu'un abimer ce qui existe.


Pas de problème. Sur le coup, en lisant ton message, j'ai juste eu un 
peu peur de mal faire.


Par contre, lancer un nouveau sujet pour parler de ça aurait été le 
bienvenu :-)



Eric Sibert a écrit :

- suppression des erreurs suite au pompage des noms de rue sur google 
map (ma question hier soir sur sa source de données)


Tu as eu une confirmation de ça ? Je m'étais posé la question, mais 
comme je ne l'ai pas vu entrer beaucoup de nom de rue J'ai quand 
même eu de gros doutes en voyant qu'il avait ajouter des routes que je 
n'avais volontairement pas tracées avant de me déplacer sur place car la 
configuration était un peu particulière. Du coup, j'ai jeté un oeil à 
streetview qui m'a confirmé que maps était trompeur.


Ce qui est à peu près certain, c'est qu'il fait tout avec Potlatch, et 
comme ce dernier supprime le calque bing à un certain niveau de zoom, ça 
devient très difficile de tracer précisément des routes en pleine campagne.


Stf

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

Re: [OSM-talk-fr] Routes décalées : est-ce normal ?

[Christophe Merlet]

Le mercredi 03 octobre 2012 à 22:34 +0200, Nicolas a écrit :
> Bonjour,
> 
> En ajoutant des sections de route manquantes, je suis tombé sur cette 
> zone, dans laquelle ce qui a été mappé est complètement à côté de la 
> plaque par rapport à Bing :
> 
> http://www.openstreetmap.org/?lat=48.41411&lon=0.58987&zoom=16
> 
> C'est bizarre, car les routes semblent grosso modo correctement tracées, 
> sauf qu'elles sont décalées.
> 
> Ca me paraît bizarre, et j'hésite à corriger. Qu'en pensez-vous ?

C'est surement basé sur une trace GPS qui est parti de traviole ou alors
un bug de manipulation de souris vu que les limites communales ne semble
pas correspondre au terrain aussi.

Il faut vérifier les limites communales avec la couche WMS du cadastre.
edit: je viens de vérifier, c'est du cadastre raster. Donc
vraisemblablement un très mauvais alignement des feuilles.

Ya qu'a tout refaire a partir de bing. C'est pas dans un village de 64
habitants qu'il y a du y avoir pour plusieurs millions d'€ d'aménagement
routier !!

Par ailleurs, autant virer les balises inutiles, redondandes, par défaut
des routes genre sur une tertiary (lanes=2, oneway=no, surface=asphalt,
lit=no, cycleway=no, maxspeed=90)...


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

[Christian Rogel]

Le 2 oct. 2012 à 19:43, Christian Rogel a écrit :
> Conformément à mes précédentes remarques sur les "wayside=cross" pour les 
> calvaires et surtout "wayside=shrine" pour tout ce est édicule religieux, 
> nommément, oratoire (bois, pierre, etc.), bildenstock, plaque commémorative à 
> caractère religieux, tombeau de "marabout" (pays musulmans), il me semble que 
> la présence d'une statue ou d'une croix pourrait amener à classer la fontaine 
>  comme wayside=shrine en y ajoutant 
> tourism=artwork (voir : approved feature : 
> http://wiki.openstreetmap.org/wiki/Approved_features/Tag:tourism%3Dartwork ), 
> dès lors qu'il y a une oeuvre d'art (sculpture, structure en pierre de taille 
> ouvragée, fresque) avec les tags complémentaires

Précision importante "wayside:shrine" est actionné dans JOSM dans le menu 
Edifices/Patrimoine/Chapelle. C'est une mauvaise traduction qui vient du fait 
que "shrine"
peut désigner, aussi bien des petits édifices extérieurs que des chapelles 
commémoratives incluses dans un église.

Toutes les chapelles sont donc de "worship_place", dont on peut indiquer 
qu'elles sont désaffectées dans les notes. Il faut se renseigner, car une 
chapelle
n'est désaffectée que si l'évêché l'autorise et il n'y a parfois qu'une 
célébration par an.

Si on suivait l'idée de mettre les fontaines sculptées comme "shrine", il n'est 
pas certain qu'on puisse y associer "amenity=foutain".

Il n'a pas de rendu des fontaines sous Mapnik, mais OpenStreetBrowser les 
représente avec un cercle bleu.
"wayside=shrine" est rendu comme une grande plaque de pierre en hauteur (un 
rectangle noir en hauteur) et à Plougastel-Daoulas, il a été employé
aussi bien pour l'extraordinaire calcaire historié (des dizaines de statues) 
que le monument aux morts qui est à 30 m.


Christian Rogel


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

Re: [OSM-talk-fr] Routes décalées : est-ce normal ?

[Eric SIBERT]

En ajoutant des sections de route manquantes, je suis tombé sur cette
zone, dans laquelle ce qui a été mappé est complètement à côté de la
plaque par rapport à Bing :

http://www.openstreetmap.org/?lat=48.41411&lon=0.58987&zoom=16

C'est bizarre, car les routes semblent grosso modo correctement tracées,
sauf qu'elles sont décalées.

Ca me paraît bizarre, et j'hésite à corriger. Qu'en pensez-vous ?


Je pense que tu as mis le doigt sur un problème. Je vois que les rues 
ont été tracées avec le cadastre. Or le cadastre de cette commune n'est 
ni vectoriel, ni géo-référencé. La personne qui a tracé les rues à dû se 
rater dans calage. A l'inverse, on voit que le repère géodésique au 
sommet du clocher est bien sur l'image du clocher dans Bing. Donc, 
avantage Bing.


Et on voit que la même personne a tracé le cimetière, d'après Bing, et 
une route qui passe en travers du cimetière, d'après le cadastre, sans 
se poser de question. Sortez le lance-flamme !!!


Éric

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

Re: [OSM-talk-fr] Tuiles osm.org en pause...

[Sylvain Maillard]

Le 3 octobre 2012 15:28, Christian Quest  a écrit :
> J'ai vu... mais après que mon message soit parti :(
> Désolé pour le bruit

pas grave pour le bruit, il vaut mieux ça que des gens qui râlent ;)

Le 3 octobre 2012 22:38, Vincent Privat  a écrit :

> c'est rien comme bruit, ça.
> Nous on a eu un "major defect" en allemand, en majuscules et avec 3 points
> d'interrogation:
> http://josm.openstreetmap.de/ticket/8099
>
> ça c'est du bruit ! :D
>


en plus pour râler après JOSM alors que c'est le rendu mapnik qui était
"pas encore mis à jour"  ... il y en a vraiment qui ne doutent de rien :D



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

[Eric SIBERT]

Je ne sais pas s'il l'a fait aux autres demandeurs mais il vient de me
répondre. Il a effacé le way dupliqué que j'avais pointé comme exemple
et m'a expliqué que ça n'était pas de sa faute mais des lenteurs du
serveur. Il m'a aussi dit qu'il ne mapperait plus en France (sans que
je lui en demande autant).


Et bien, je ne vais pas le pleurer.

Donc, sachant qu'il ne mettrait plus les pieds et à fortiori ne 
corrigerait pas ses erreurs, j'ai pris le parti de corriger moi-même 
(Josm+Cadastre et un peu de Bing):

- plusieurs superpositions de rue
- fâché avec les accents
- problème de géométrie sur des carrefours (dessin d'une sorte de 
rond-point en triangle)

- correction du codage des rond-points
- passage en minirond-points ce qui le mérite
- suppression des erreurs suite au pompage des noms de rue sur google 
map (ma question hier soir sur sa source de données)


Ce qui m'inquiète, c'est qu'il en est à 1600 changsets. Certains se sont 
énervés en France mais il est probable qu'il continue à sévir ailleurs. 
Un boulet, point barre.


Et en plus, s'il venait à se faire reverter par le DWG pour violation de 
licence, mes corrections seraient perdues.


Éric

___
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

[Christian Rogel]

Le 3 oct. 2012 à 08:45, Stéphane Péneau a écrit :
> 
> Non, ce n'est pas tout à fait ça mais plutôt :
> Des nouvelles routes à la hache, sans nom, avec pas mal d'erreurs, depuis 
> bing, et avec des commentaires de changeset vide.
> 
> Ce qui est tout à fait acceptable pour un nouveau contributeur l'est beaucoup 
> moins pour quelqu'un qui a plus de 1600 changesets à son actif.
> 
> Mais ce n'est que mon point de vue.

Tant qu'il ne s'agit, ni de vandalisme, ni de pratique anormalement déviante en 
quantité, il n'y a pas lieu de rappeler à une norme.
Beaucoup de gens seront contents de rectifier, voire décaler, ce qui le 
nécessite.

Nous sommes tous le DWG, au moins pour la France, mais , en moins prescriptif . 
;-)

La question la plus bénigne est le tracé des voies qui sera, probablement, 
toujours à rectifier, sauf import à la géométrie imparable
(cela existe-t-il, d'ailleurs?).

Sinon, développer la pédagogie et l'aspect social n'est pas simple et Sylvain 
L. en parle très bien.


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

[OSM-talk-fr] Routes décalées : est-ce normal ?

[Nicolas]

Bonjour,

En ajoutant des sections de route manquantes, je suis tombé sur cette 
zone, dans laquelle ce qui a été mappé est complètement à côté de la 
plaque par rapport à Bing :


http://www.openstreetmap.org/?lat=48.41411&lon=0.58987&zoom=16

C'est bizarre, car les routes semblent grosso modo correctement tracées, 
sauf qu'elles sont décalées.


Ca me paraît bizarre, et j'hésite à corriger. Qu'en pensez-vous ?

Merci.

Nicolas.

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

Re: [OSM-talk-fr] Tuiles osm.org en pause...

[Vincent Privat]

c'est rien comme bruit, ça.
Nous on a eu un "major defect" en allemand, en majuscules et avec 3 points
d'interrogation:
http://josm.openstreetmap.de/ticket/8099

ça c'est du bruit ! :D

Le 3 octobre 2012 22:14, Cyrille Giquello  a écrit :

> Le 3 octobre 2012 15:28, Christian Quest  a
> écrit :
> > J'ai vu... mais après que mon message soit parti :(
> > Désolé pour le bruit
>
> Un bon bruit qui rappelle que nos tuiles ne sont pas infaillibles ;-)
>
> >
> > Le 3 octobre 2012 15:20, Sylvain Maillard 
> a écrit :
> >> c'est déjà revenu en fonctionnement :
> >> http://lists.openstreetmap.org/pipermail/talk/2012-October/064745.html
> >>
> >>
> >> Sylvain
> >>
> >> Le 3 octobre 2012 15:12, Christian Quest  a
> écrit :
> >>>
> >>> Le générateur de tuiles d'osm.org est en maintenance et la génération
> >>> de nouvelles tuiles ou de tuiles modifiées est temporairement
> >>> suspendue.
> >>> Des erreurs 404 sont donc à prévoir sur certaines tuiles.
> >>>
> >>> Il y a une corruption du filesystem qui touche les zoom 17 et 18 et
> >>> donc cela est en cours de remise à plat.
> >>>
> >>> --
> >>> Christian Quest - OpenStreetMap France -
> http://openstreetmap.fr/u/cquest
> >>
> >
> >
> > --
> > Christian Quest - OpenStreetMap France -
> http://openstreetmap.fr/u/cquest
> >
>
>
> --
> Cyrille.
>
> ___
> 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] Changement de nom d'une chaîne d'hôtels

[Christian Rogel]

Le 3 oct. 2012 à 11:42, Nicolas Moyroud a écrit :

> J'ai remarqué récemment que la chaîne d'hôtels Étap-Hotel est en train de 
> changer de nom pour "Ibis Budget". Vu qu'ils y en a déjà pas mal dans la base 
> OSM, je me suis dis qu'il serait peut-être bien de faire tourner un script 
> qui transformerait automatiquement tous les tags "name" ou "operator" avec la 
> nouvelle appellation et mettrait l'ancienne appellation dans le tag 
> "old_name". Qu'est-ce que vous en pensez ?

Il n'y a pas que cette chaîne qui va changer de nom .
Les 919 Ibis, les 518 All seasons et les  138 Etap Hôtel deviendront 
respectivement : Ibis Hôtels (logo rouge orangé), Ibis Styles (logo vert) et 
Ibis Budget (logo bleu). En tout, 1570 établissements.
Les locaux seront refaits, ainsi que la partie TIC.


Christian Rogel
___
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")

[Jérome Armau]

Dans les villes que j'ai importées, la plupart des bâtiments sont séparés
correctement : la plupart des buildings coupés en plusieurs morceaux le
sont seulement pour séparer les parties avec wall=no. Du coup, toutes les
statistiques sur la taille moyenne des bâtiments ne veulent pas dire grand
chose. Un meilleur point de départ serait de comptabiliser les building=yes
sans wall=no.

2012/10/3 Jean-Francois Nifenecker 

> Le 03/10/2012 19:13, sly (sylvain letuffe) a écrit :
>
>
>> Actuellement il y a 29 Million de building=yes dans OSM en france.
>> Rien que ça, j'arrive pas à comprendre comment c'est possible ! 1 bâtiment
>> pour 2 habitants ???
>>
>>
> le nombre de bâtiments est fortement impacté par les bâtiments indûment
> coupés en 2, 3, 4 voire plus par le script de préparation des fichiers
> .osm. D'où l'intérêt d'un grand nettoyage avant de téléverser sur les
> serveurs OSM. Pour ma part, au début je n'y prêtais pas attention,
> maintenant beaucoup plus. Idem d'ailleurs pour les points "inutiles"
> ajoutés sur le contour des bâtiments.
>
> --
> Jean-Francois Nifenecker, Bordeaux
>
>
> __**_
> 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] Contributeur hyperactif mais pas très précis

[khris78]

Le 2012-10-03 08:45, Stéphane Péneau a écrit :

Question : Est-ce qu'une personne qui ne répond pas aux messages
qu'on lui envoie s'intègre vraiment dans un projet collaboratif ?

Des nouvelles routes à la hache, sans nom, avec pas mal d'erreurs,
depuis bing, et avec des commentaires de changeset vide.


Effectivement, je n'avais pas complètement cerné le personnage de 
WoGraSo.
Stéphane, je tiens à m'excuser si tu as pris mon commentaire 
personnellement ; ce n'était pas le but, et je comprends ta frustration 
de voir quelqu'un abimer ce qui existe. J'ai d'ailleurs relu le premier 
message que tu avais envoyé à WoGraSo, et tu y as bien mis les formes 
(en première lecture hier, j'étais resté sur la dernière phrase qui se 
termine peut-être un peu abruptement).


Mais mon ambition était d'avoir un propos beaucoup plus général sur ce 
qui me paraissait une dérive vers une surveillance du travail des 
autres, et des reproches par MP qui risquaient d'être mal interprétés et 
provoquer des désistements chez des personnes de bonne volonté. 
J'incluais dans cette dérive le blocage de Marc, parce qu'il n'avait pas 
obtempéré à une demande du DWG (d'autant que Marc avait répondu aux 
messages de Paul, ce qui aurait dû aboutir à une discussion plutôt qu'à 
un blocage -- mais j'ai conscience aussi que le boulot des membres du 
DWG est chronophage, difficile mais surtout ingrat).


Je reconnais que je n'avais pas forcément de solutions en tête en 
écrivant mon mail d'hier.


Et je constate avec bonheur que des propositions qui vont dans le bon 
sens ont vu le jour :
- une netiquette, et un message d'accueil en plusieurs langues lors 
d'un premier contact (propositions de Vincent Calame)
- l'officialisation de bonnes pratiques, et le groupe d'intervention 
"juge de paix" (propositions de sly)


Sur la liste anglophone, Tomas Straupis indiquait ce matin qu'un robot 
envoyait automatiquement un message d'accueil multilingue lors de la 
première contribution sur le territoire de la Biélorussie (l'ajout d'un 
simple point semble suffire). Ca pourrait être une piste pour indiquer 
tout de suite à un nouveau contributeur les bonnes pratiques évoquées 
ci-dessus, et mettre un lien vers Osmose, sans que ce contributeur ne se 
sente fliqué.



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

Re: [OSM-talk-fr] Tuiles osm.org en pause...

[Cyrille Giquello]

Le 3 octobre 2012 15:28, Christian Quest  a écrit :
> J'ai vu... mais après que mon message soit parti :(
> Désolé pour le bruit

Un bon bruit qui rappelle que nos tuiles ne sont pas infaillibles ;-)

>
> Le 3 octobre 2012 15:20, Sylvain Maillard  a 
> écrit :
>> c'est déjà revenu en fonctionnement :
>> http://lists.openstreetmap.org/pipermail/talk/2012-October/064745.html
>>
>>
>> Sylvain
>>
>> Le 3 octobre 2012 15:12, Christian Quest  a écrit :
>>>
>>> Le générateur de tuiles d'osm.org est en maintenance et la génération
>>> de nouvelles tuiles ou de tuiles modifiées est temporairement
>>> suspendue.
>>> Des erreurs 404 sont donc à prévoir sur certaines tuiles.
>>>
>>> Il y a une corruption du filesystem qui touche les zoom 17 et 18 et
>>> donc cela est en cours de remise à plat.
>>>
>>> --
>>> Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>>
>
>
> --
> Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>


-- 
Cyrille.

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

[OSM-talk-fr] [détente] Imaginaires cartographiques

[Cyrille Giquello]

Un moment de voyage et détente artistique autour de la cartographie
http://jocelynequelo.fr/?Imaginaires-cartographiques

Bonne nuit les petites mappeurs ;-)

-- 
Cyrille.

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

Re: [OSM-talk-fr] Un peu de stats sur le bâti importé

[Iggy07]

J'ai très récemment fait le bilan de l'état du bati pour la région
Nord-Pas-de-Calais, en pondérant les communes selon leur population.

Cela donne : 81% du bati importé pour le Nord (ou 68% en nombre de
communes) et 55% pour le Pas-de-Calais (ou 14% en nombre de communes).
La plus grosse ville de la région à importer est Cambrai ( ~32000 hab).

Le 3 octobre 2012 20:09, Vladimir Vyskocil  a
écrit :

> Je me suis demandé quelle est la première ville Française par ordre
> d'importance (liste ordonnée dans wikipedia :
> http://fr.wikipedia.org/wiki/Ville_de_France) qui n'a pas encore le bati
> (provenant du cadastre ou pas) semblant plus ou moins exhaustif à vu d'oeil.
> J'ai eu beau chercher mais je n'ai pas eu la réponse en parcourant les
> 50-60 premières villes de la liste qui semblent toutes complètes, ensuite
> j'ai regardé en peu au hasard dans la liste mais à chaque fois le cadastre
> etait la !
> C'est la que je me suis fait la réflexion que l'importation du cadastre
> avait sacrement pris un coup d'accélérateur cette dernière année, non ?
> Existe t'il des stats plus précises ?
>
> Vlad.
> ___
> 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] Un peu de stats sur le bâti importé

[Etienne Trimaille]

Le nombre de bâtiments pour 30718 communes :
http://zorglub.diwi.org/city_buildings

Je ne connais pas la fraîcheur des données.


Le 3 octobre 2012 20:09, Vladimir Vyskocil  a
écrit :

> Je me suis demandé quelle est la première ville Française par ordre
> d'importance (liste ordonnée dans wikipedia :
> http://fr.wikipedia.org/wiki/http://zorglub.diwi.org/city_buildingsVille_de_France)
> qui n'a pas encore le bati (provenant du cadastre ou pas) semblant plus ou
> moins exhaustif à vu d'oeil.
> J'ai eu beau chercher mais je n'ai pas eu la réponse en parcourant les
> 50-60 premières villes de la liste qui semblent toutes complètes, ensuite
> j'ai regardé en peu au hasard dans la liste mais à chaque fois le cadastre
> etait la !
> C'est la que je me suis fait la réflexion que l'importation du cadastre
> avait sacrement pris un coup d'accélérateur cette dernière année, non ?
> Existe t'il des stats plus précises ?
>
> Vlad.
> ___
> 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] Rendez vous avec la Direction de l'IGN

[Vincent Privat]

Un peu de lecture pour situer ces propos dans le contexte financier de
l'IGN:

- 2011: http://www.senat.fr/commission/fin/pjlf2011/np/np10/np107.html
- 2012: http://www.senat.fr/rap/l11-107-310/l11-107-31054.html
- 2013:
http://www.developpement-durable.gouv.fr/IMG/pdf/PLF-2013_28p_V5_28-09-12.pdf(page
23)

Où l'on voit qu'effectivement que les recettes commerciales de l'IGN sont
une part importante de son financement.

Pour plus de détails, le rapport annuel de l'IGN:
-
http://www.ign.fr/publications-de-l-ign/Institut/Publications/RA/RA_2011/Rapport-annuel-2011.pdf(pages
43 à 45)

Vincent

Le 3 octobre 2012 17:59, Romain MEHUT  a écrit :

> Bonjour,
>
> Un 
> articleconcernant
>  la mise en ligne de la nouvelle version du Géoportail où on peut
> lire:
>
> "*L’institut reste en revanche très en retrait sur l’Open Data et le mot
> n’a pas été prononcé par le directeur général lors de la présentation de la
> V3. L’IGN estime en effet que seule la gratuité de visualisation des
> données entre dans sa mission de service public, le paiement des redevances
> liées à la réutilisation des données IGN étant en outre indispensable à
> l’équilibre budgétaire de l’établissement public.*"
>
> Romain
>
> ___
> 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] Un peu de stats sur le bâti importé

[Vladimir Vyskocil]

Je me suis demandé quelle est la première ville Française par ordre 
d'importance (liste ordonnée dans wikipedia : 
http://fr.wikipedia.org/wiki/Ville_de_France) qui n'a pas encore le bati 
(provenant du cadastre ou pas) semblant plus ou moins exhaustif à vu d'oeil.
J'ai eu beau chercher mais je n'ai pas eu la réponse en parcourant les 50-60 
premières villes de la liste qui semblent toutes complètes, ensuite j'ai 
regardé en peu au hasard dans la liste mais à chaque fois le cadastre etait la !
C'est la que je me suis fait la réflexion que l'importation du cadastre avait 
sacrement pris un coup d'accélérateur cette dernière année, non ?
Existe t'il des stats plus précises ?

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

Re: [OSM-talk-fr] Erreur d'un débutant autour de Vannes et bug de Reverter

[Vincent Privat]

Le plugin reverter ne fonctionne plus vraiment comme il faut depuis les
modifications de l'API OSM qui ont été apportées lors du passage du
redaction bot.
Il y a déjà 4 tickets à ce sujet, mais visiblement l'auteur du plugin ne
semble pas s'en préoccuper. Je l'ai contacté directement mais n'ai pas eu
de réponse de sa part :(

https://josm.openstreetmap.de/query?status=assigned&status=needinfo&status=new&status=reopened&type=defect&component=Plugin+reverter&col=id&col=summary&col=component&col=status&col=type&col=priority&col=version&order=priority

Le code du plugin étant particulièrement... hem... peu intuitif, j'ai pas
eu le courage de corriger moi-même.

C'est le seul outil qu'on a pour reverter un changeset, actuellement ?

Vincent

Le 3 octobre 2012 19:35, panierAvide  a écrit :

>  Bonsoir,
>
> Je viens de tomber sur des modifications faites aux alentours de Vannes,
> par un nouveau contributeur. Celui-ci a ajouté des chemins de terre (des
> "track" en somme), mais les a noté en tant que trunk_link. Il a au passage
> supprimé d'autres éléments qui étaient corrects (morceau de la réserve
> naturelle etc.). Je lui ai envoyé un message lui souhaitant la bienvenue,
> lui indiquant qu'il avait fait des erreurs, que j'allais corriger et qu'il
> pouvait consulter le wiki ou poser des questions.
> Je pensais ainsi faire les reverts tout en gardant les tracés des chemins
> afin de les passer en track, mais il se trouve que le plugin Reverter a un
> bug. Il m'annonce qu'il doit récupérer des objets non-chargés, puis affiche
> une erreur (voir ci-dessous). Et je ne souhaite pas me lancer dans
> l'utilisation des scripts Perl de revert faute d'expérience.
> Quelqu'un pourrait-il donc s'occuper de la correction (changesets 
> 13341090et
> 13316338  ) ? Et
> pour reverter, je n'ai pas l'impression qu'il y ait de ticket ouvert à ce
> sujet, est-ce que le problème existe ailleurs ?
>
> Cordialement.
>
> Rapport d'erreur :
> *Repository Root: http://josm.openstreetmap.de/svn*
> *Build-Date: 2012-10-03 01:31:12*
> *Last Changed Author: Don-vip*
> *Revision: 5527*
> *Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b*
> *URL: http://josm.openstreetmap.de/svn/trunk*
> *Last Changed Date: 2012-10-02 23:33:48 +0200 (Tue, 02 Oct 2012)*
> *Last Changed Rev: 5527*
>
> *Identification: JOSM/1.5 (5527 fr)*
> *Memory Usage: 968 MB / 1820 MB (215 MB allocated, but free)*
> *Java version: 1.7.0_06-icedtea, Oracle Corporation, OpenJDK 64-Bit
> Server VM*
> *Operating system: Linux*
>
> *Dataset consistency test:*
> *[WARN - NO NODES] Way {Way id=183973684 version=1 V nodes=[{Node
> id=1940714669 version=1 V lat=47.6387478,lon=-2.7164991}]} has only one node
> *
>
>
> *Plugin: OpeningHoursEditor (28656)*
> *Plugin: RoadSigns (28656)*
> *Plugin: cadastre-fr (28656)*
> *Plugin: download_along (28656)*
> *Plugin: editgpx (28689)*
> *Plugin: epci-fr (26960)*
> *Plugin: jts (28415)*
> *Plugin: measurement (28656)*
> *Plugin: opendata (28696)*
> *Plugin: osmarender (28541)*
> *Plugin: photo_geotagging (28656)*
> *Plugin: public_transport (28656)*
> *Plugin: restart (28492)*
> *Plugin: reverter (28656)*
> *Plugin: turnrestrictions (28656)*
> *Plugin: utilsplugin2 (28656)*
>
> *java.lang.IllegalStateException: Cible de fusion manquante pour le type
> nœud avec l’identifiant 1 401 212 177*
> *at
> reverter.DataSetCommandMerger.getMergeTarget(DataSetCommandMerger.java:47)
> *
> *at
> reverter.DataSetCommandMerger.mergeNode(DataSetCommandMerger.java:67)*
> *at reverter.DataSetCommandMerger.merge(DataSetCommandMerger.java:141)
> *
> *at reverter.DataSetCommandMerger.(DataSetCommandMerger.java:41)
> *
> *at reverter.ChangesetReverter.getCommands(ChangesetReverter.java:281)
> *
> *at reverter.RevertChangesetTask.realRun(RevertChangesetTask.java:80)*
> *at
> org.openstreetmap.josm.gui.PleaseWaitRunnable.doRealRun(PleaseWaitRunnable.java:82)
> *
> *at
> org.openstreetmap.josm.gui.PleaseWaitRunnable.run(PleaseWaitRunnable.java:145)
> *
> *at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)*
> *at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> *
> *at java.util.concurrent.FutureTask.run(FutureTask.java:166)*
> *at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> *
> *at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> *
> *at java.lang.Thread.run(Thread.java:722)*
>
>
> ___
> 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] Fichiers bâti cadastral ( était: "Restreignons les imports des cours d'eau")

[Jean-Francois Nifenecker]

Le 03/10/2012 19:13, sly (sylvain letuffe) a écrit :


Actuellement il y a 29 Million de building=yes dans OSM en france.
Rien que ça, j'arrive pas à comprendre comment c'est possible ! 1 bâtiment
pour 2 habitants ???



le nombre de bâtiments est fortement impacté par les bâtiments indûment 
coupés en 2, 3, 4 voire plus par le script de préparation des fichiers 
.osm. D'où l'intérêt d'un grand nettoyage avant de téléverser sur les 
serveurs OSM. Pour ma part, au début je n'y prêtais pas attention, 
maintenant beaucoup plus. Idem d'ailleurs pour les points "inutiles" 
ajoutés sur le contour des bâtiments.


--
Jean-Francois Nifenecker, Bordeaux

___
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

[Vincent Calame]

Le 03/10/2012 18:14, sly (sylvain letuffe) a écrit :
Attention, je ne dis pas pour autant qu'il faut interdire le contact 
entre contributeurs comme c'est le cas aujourd'hui, il ne faut pas 
rêver d'un groupe "national" ne pourra pas non plus faire aussi bien 
(ni partout) que deux contributeurs qui connaissent et map le même 
coin et qui échangent constructivement. Par contre, si ça merdoit, un 
"juge de paix" me semble utile Si personne ne surveille le coin X, 
c'est bien aussi 


On est bien d'accord. Je parlais des cas de conflit ou lorsque le 
travail pose problème


Il faut encourager le contact direct entre contributeurs. Peut-être 
faudrait-il simplement préciser la netiquette des contributeurs 
d'OpenStreetMap :


A. Avant le premier contact, on regarde la production du contributeur et 
sa date d'arrivée dans le projet (est-ce un vieux briscard ou un jeune 
débutant)


B. Au premier contact avec un autre contributeur :
1) On commence à se présenter
2) On le félicite pour son travail et son implication dans OpenStreetMap
3) En cas de manque ou de maladresse dans la saisie :
3.a) On rappelle les outils de vérification comme Osmose ainsi que 
les pages wiki sur le sujet
3.b) On corrige soi-même les premières erreurs/maladresses pour que 
le contributeur ait un exemple concret de ce qu'il faut faire
4) En cas de suppressions qui vous semblent injustifiées de votre propre 
travail

4.a) On lui demande de préciser ses intentions
4.b) On propose de porter la discussion dans un groupe plus large 
pour solliciter d'autres avis.



Vincent






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

[OSM-talk-fr] Erreur d'un débutant autour de Vannes et bug de Reverter

[panierAvide]

Bonsoir,

Je viens de tomber sur des modifications faites aux alentours de Vannes, 
par un nouveau contributeur. Celui-ci a ajouté des chemins de terre (des 
"track" en somme), mais les a noté en tant que trunk_link. Il a au 
passage supprimé d'autres éléments qui étaient corrects (morceau de la 
réserve naturelle etc.). Je lui ai envoyé un message lui souhaitant la 
bienvenue, lui indiquant qu'il avait fait des erreurs, que j'allais 
corriger et qu'il pouvait consulter le wiki ou poser des questions.
Je pensais ainsi faire les reverts tout en gardant les tracés des 
chemins afin de les passer en track, mais il se trouve que le plugin 
Reverter a un bug. Il m'annonce qu'il doit récupérer des objets 
non-chargés, puis affiche une erreur (voir ci-dessous). Et je ne 
souhaite pas me lancer dans l'utilisation des scripts Perl de revert 
faute d'expérience.
Quelqu'un pourrait-il donc s'occuper de la correction (changesets 
13341090  et 
13316338  ) ? Et 
pour reverter, je n'ai pas l'impression qu'il y ait de ticket ouvert à 
ce sujet, est-ce que le problème existe ailleurs ?


Cordialement.

Rapport d'erreur :
|/Repository Root: http://josm.openstreetmap.de/svn/
/Build-Date: 2012-10-03 01:31:12/
/Last Changed Author: Don-vip/
/Revision: 5527/
/Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b/
/URL: http://josm.openstreetmap.de/svn/trunk/
/Last Changed Date: 2012-10-02 23:33:48 +0200 (Tue, 02 Oct 2012)/
/Last Changed Rev: 5527/

/Identification: JOSM/1.5 (5527 fr)/
/Memory Usage: 968 MB / 1820 MB (215 MB allocated, but free)/
/Java version: 1.7.0_06-icedtea, Oracle Corporation, OpenJDK 64-Bit 
Server VM/

/Operating system: Linux/

/Dataset consistency test:/
/[WARN - NO NODES] Way {Way id=183973684 version=1 V nodes=[{Node 
id=1940714669 version=1 V lat=47.6387478,lon=-2.7164991}]} has only one 
node/



/Plugin: OpeningHoursEditor (28656)/
/Plugin: RoadSigns (28656)/
/Plugin: cadastre-fr (28656)/
/Plugin: download_along (28656)/
/Plugin: editgpx (28689)/
/Plugin: epci-fr (26960)/
/Plugin: jts (28415)/
/Plugin: measurement (28656)/
/Plugin: opendata (28696)/
/Plugin: osmarender (28541)/
/Plugin: photo_geotagging (28656)/
/Plugin: public_transport (28656)/
/Plugin: restart (28492)/
/Plugin: reverter (28656)/
/Plugin: turnrestrictions (28656)/
/Plugin: utilsplugin2 (28656)/

/java.lang.IllegalStateException: Cible de fusion manquante pour le type 
noeud avec l'identifiant 1 401 212 177/
/at 
reverter.DataSetCommandMerger.getMergeTarget(DataSetCommandMerger.java:47)/
/at 
reverter.DataSetCommandMerger.mergeNode(DataSetCommandMerger.java:67)/

/at reverter.DataSetCommandMerger.merge(DataSetCommandMerger.java:141)/
/at reverter.DataSetCommandMerger.(DataSetCommandMerger.java:41)/
/at reverter.ChangesetReverter.getCommands(ChangesetReverter.java:281)/
/at reverter.RevertChangesetTask.realRun(RevertChangesetTask.java:80)/
/at 
org.openstreetmap.josm.gui.PleaseWaitRunnable.doRealRun(PleaseWaitRunnable.java:82)/
/at 
org.openstreetmap.josm.gui.PleaseWaitRunnable.run(PleaseWaitRunnable.java:145)/
/at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)/

/at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)/
/at java.util.concurrent.FutureTask.run(FutureTask.java:166)/
/at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)/
/at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)/

/at java.lang.Thread.run(Thread.java:722)/
|
___
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")

[sly (sylvain letuffe)]

On mercredi 3 octobre 2012, Yves wrote:
> Et si on extrapole jusqu'a une completude de l'import?
> Yves

(de l'import en france de tous les bâtiments par exemple ?)
Difficile à dire.
Il faudrait connaître, même approximativement, le nombre de bâtiment rendu 
disponible par le cadastre.

Actuellement il y a 29 Million de building=yes dans OSM en france.
Rien que ça, j'arrive pas à comprendre comment c'est possible ! 1 bâtiment 
pour 2 habitants ???

Un test rapidos, à chambéry, commune de type "assez urbaine" je tombe sur 1 
bâtiment pour 5 habitants
curienne, commune franchement rurale, 1 bâtiment par habitant !!!

Donc, mais là c'est même plus du doigt mouillé en fermant les yeux avec des 
dès :
Supposons le "pire", soit 1 bâtiment par habitant, cela va encore être 
multiplié par 2 par rapport à maintenant

-- 
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] Fichiers bâti cadastral ( était: "Restreignons les imports des cours d'eau")

[Yves]

Et si on extrapole jusqu'a une completude de l'import?
Yves
-- 
Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.


"sly (sylvain letuffe)"  a écrit :

On mercredi 3 octobre 2012, Pieren wrote:
> Ca ferait un gain de 2.7 Go sur un planet non compressé.
> Négligeable ?
oui ;-)

Et pour 2 raisons :
- parce que le planet pèse 330Go en non compressé, 2.7Go ne représente donc 
que 0.8% du total
- parce que de toute façon, quasiment personne ne traite le planet non 
compressé

(et que, pour le plaisir des yeux, je vous offre les statistiques sur la 
différence qu'aurait un fichier alsace.osm.bz2 avec et sans les tags 
source=cadastre

Avec source cadastre : 107434352 octets
sans source cadastre : 107315870 octets
on économise donc 0.11% d'espace du fichier .osm.bz2

Par extrapolation (flemme de lancer sa sur la france)
le fichier france, donc le fichier planet, ferait 3.6Mo de moins si on 
enlevait tous les tag source du cadastre
ça tiendrait presque sur 2 disquettes 3 pouces et demi datant de 1988, mais 
pas de chance, plus personne n'a de ce type de disquette.

Mon ton un tantinet moqueur, ne l'ait pas, c'est juste pour ajouter de la 
couleur à l'histoire ;-)
)
-- 
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

___
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

[sly (sylvain letuffe)]

> Je pense qu'un contributeur se braquera moins s'il reçoit un message 
> d'un collectif que s'il reçoit un message d'un autre contributeur. 

Attention, je ne dis pas pour autant qu'il faut interdire le contact entre 
contributeurs comme c'est le cas aujourd'hui, il ne faut pas rêver d'un 
groupe "national" ne pourra pas non plus faire aussi bien (ni partout) que 
deux contributeurs qui connaissent et map le même coin et qui échangent 
constructivement.
Par contre, si ça merdoit, un "juge de paix" me semble utile
Si personne ne surveille le coin X, c'est bien aussi



-- 
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] Contributeur hyperactif mais pas très précis

[Vincent Calame]

Le 03/10/2012 16:09, sly (sylvain letuffe) a écrit :
- créer un groupe d'intervention : surveillance/accompagnement/gestion 
vandalismes|conflits/diplomatie (disposant par exemple de 
contributeurs chevronnés inscrits à une liste dédiée) auquel on puisse 
soumettre ses trouvailles de untel il fait rien qu'a tracer à la hâche 
à travers les bâtiments et il n'a pas répondu à mon message, que faire ?


Je suis pour. Ce type de conflit ne peut que se multiplier à l'avenir, 
nous avons besoin d'un juge de paix qui calme le jeu et propose des 
solutions constructives.


Je pense qu'un contributeur se braquera moins s'il reçoit un message 
d'un collectif que s'il reçoit un message d'un autre contributeur. En 
effet, entre deux contributeurs, cela peut rapidement dégénérer en « de 
quel droit me donnes-tu des leçons, j'ai fait plus d'ajouts que toi » et 
autres gentillesses de ce genre.


L'idéal serait d'avoir un premier message type traduit dans toutes les 
langues de nos voisins (et au delà). Les touristes ont aussi le droit de 
cartographier :-) .


Vincent

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

Re: [OSM-talk-fr] Rendez vous avec la Direction de l'IGN

[Romain MEHUT]

Bonjour,

Un 
articleconcernant
la mise en ligne de la nouvelle version du Géoportail où on peut
lire:

"*L’institut reste en revanche très en retrait sur l’Open Data et le mot
n’a pas été prononcé par le directeur général lors de la présentation de la
V3. L’IGN estime en effet que seule la gratuité de visualisation des
données entre dans sa mission de service public, le paiement des redevances
liées à la réutilisation des données IGN étant en outre indispensable à
l’équilibre budgétaire de l’établissement public.*"

Romain
___
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")

[sly (sylvain letuffe)]

On mercredi 3 octobre 2012, Pieren wrote:
> Ca ferait un gain de 2.7 Go sur un planet non compressé.
> Négligeable ?
oui ;-)

Et pour 2 raisons :
- parce que le planet pèse 330Go en non compressé, 2.7Go ne représente donc 
que 0.8% du total
- parce que de toute façon, quasiment personne ne traite le planet non 
compressé

(et que, pour le plaisir des yeux, je vous offre les statistiques sur la 
différence qu'aurait un fichier alsace.osm.bz2 avec et sans les tags 
source=cadastre

Avec source cadastre : 107434352 octets
sans source cadastre : 107315870 octets
on économise donc 0.11% d'espace du fichier .osm.bz2

Par extrapolation (flemme de lancer sa sur la france)
le fichier france, donc le fichier planet, ferait 3.6Mo de moins si on 
enlevait tous les tag source du cadastre
ça tiendrait presque sur 2 disquettes 3 pouces et demi datant de 1988, mais 
pas de chance, plus personne n'a de ce type de disquette.

Mon ton un tantinet moqueur, ne l'ait pas, c'est juste pour ajouter de la 
couleur à l'histoire ;-)
)
-- 
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

[OSM-talk-fr] Carto-partie le 20 octobre à Vif dans l'Isère

[Nicolas Moyroud]

  
  
Le samedi 20 octobre sera organisée une carto-partie
  OpenStreetMap à Vif dans l'Isère.
  Le rendez-vous est fixé à 11h, Place de la Libération, face à la
  Mairie de Vif. Voir le plan ici :
http://www.openstreetmap.org/?lat=45.05601&lon=5.66907&zoom=18&layers=M&mlat=45.05602&mlon=5.66906

Plus de détails sur le déroulement de la journée :
  http://openstreetmap.fr/2012-10-20-cartopartie-isere

Nicolas

  


___
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

[Pierre Béland]

Le lien Documentation sur la page OpenStreetMap.org nous amène à 
http://wiki.openstreetmap.org/wiki/Main_Page puis la version française 
http://wiki.openstreetmap.org/wiki/FR:Main_Page.

La page d'introduction à OSM en anglais est plus synthétique que celle en 
français.  On y retrouve de brève description avec un renvoi à une page 
secondaire.
Je propose de restructurer la page française de la même façon.

Aussi, les nouveaux contributeurs ne retrouvent pas facilement de l'info 
pertinente pour eux. Après la section Les projets francophones, nous pourrions 
ajouter une section Support aux nouveaux contributeurs (Personnes à contacter, 
liste de diffusion où vous pouvez discuter avec les autres contributeurs).  On 
pourrait y donner des noms de contacts par pays / région.  On pourrait aussi 
spécifier que OSM est un projet collaboratif, que la communauté des 
contributeurs met en place divers moyens pour assurer la qualité. Dans ce cadre 
vous pourrez être contactés pour discuter de modifications que vous avez 
apportés. Le tout se fait dans un esprit de collaboration. Lorsque les membres 
ne peuvent s'entendre sur les modifications à apporter, ils viennent simplement 
discuter sur les listes de diffusion avec les autres membres de la communauté 
OSM.

Cette même information pourrait être reprise sur les wiki nationaux / par 
région.

Pierre 




>
> De : sly (sylvain letuffe) 
>À : Discussions sur OSM en français  
>Envoyé le : Mercredi 3 octobre 2012 10h09
>Objet : Re: [OSM-talk-fr] Contributeur hyperactif mais pas très précis
> 
>> Mais alors comment faire ?
>
>Voilà la bonne question que ce fil aura le mérité d'avoir lancé !
>
>J'ai retenu du débat plusieurs idées qui me semblent bonnes :
>- écrire des règles (non coercitives et coercitives) de bonne pratiques 
>qu'elles soit en complément des règles internationales, ou, recommandées pour 
>la france car un peu locales.
>Une sorte de : "vous cartographiez en france ? voici quelques bons tuyaux à 
>lire pour être en cohérence avec la communauté française"
>Que l'on puisse pointer à ceux qui font des trucs en désaccord avec ces règles
>
>- créer un groupe d'intervention : surveillance/accompagnement/gestion 
>vandalismes|conflits/diplomatie
>(disposant par exemple de contributeurs chevronnés inscrits à une liste 
>dédiée)
>auquel on puisse soumettre ses trouvailles de untel il fait rien qu'a tracer à 
>la hâche à travers les bâtiments et il n'a pas répondu à mon message, que 
>faire ?
>
>> Lorsque j'ai lançé ce sujet, c'est justement parce que je ne savais pas 
>> trop comment réagir.
>Tu as bien fais.
>J'ai juste dis "ça ne me semble pas adapté de le faire ici", désolé si je n'ai 
>pas été clair et que j'ai moi même paru inquisiteur, mais je sous-entendais 
>aussi qu'il n'y a aucun endroit pour faire ça pour l'instant et que je 
>trouverais bien qu'on réfléchisse à une alternative.
>
>
>> Est-ce que je fixais le curseur "qualité" trop haut ?
>Rien à dire de ce coté, il y avait quelque chose à dire et il fallait le dire 
>sans quoi ça allait empirer, je m'interroge sur comment faire au mieux (si 
>mieux il y a)
>
>> J'avais besoin d'avis extérieur avant de réagir. C'est ça aussi un 
>> travail collaboratif, non ?
>
>Oui, mais il y a sur cette liste des gens bien chauds qui, (mais je ne cite 
>personne, c'est juste pour foutre la merde ;-)) ) semblent dégainer 
>rapidement une part de leur frustration, pour, sans doute, avoir eux aussi 
>constaté qu'un contributeur avait amoindrie la qualité de leur travail dans 
>d'autres lieux et d'autres circonstances.
>Je ne critique pas le fond, je ressens parfois la même chose, mais je cherche 
>une solution pour réduire les lynchages publics
>
>-- 
>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
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Petite diplomatie et conseils aux nouveaux - était : Contributeur hyperactif mais pas très précis

[Ab_fab]

Là où cela devient vraiment accrobatique, c'est que l'on ne peut pas sauter
à la gorge direct du petit nouveau avec un message trop long, trop touffu,
trop pointu.

En plus des remarques personnalisées concernant les premiers ajouts dans la
base, j'envoie souvent le lien vers le flossmanual en français, parce qu'on
y retrouve l'essentiel
(et un peu aussi parce que cela peut potentiellement donner envie d'essayer
JOSM)

Et également vers http://openstreetmap.fr/participer qui regroupe déjà pas
mal de conseils pratiques

Last, but not least, le message d'Isnogoud, que j'ai reçu quelques jours
(10) après mes premiers pas mi 2009, et qui était très bien tourné.
D'ailleurs, patienter une dizaine de jours avant de contacter un nouveau,
c'est plutôt pas mal, je trouve.

***

Bonjour,

Je suis très heureux de voir un nouveau contributeur sur la carte du Sud
Loire !

Cela fait près d'un an que je mappe Saint-Sébastien-sur-Loire. J'ai d'abord
travaillé au GPS puis à l'aide du cadastre en ligne depuis début 2009.
J'ai voulu continuer vers Basse-Goulaine et Vertou, mais ces communes
n'étaient pas encore disponibles avant l'été.

J'ai vu ton mapping très détaillé près de la gare des Pas Enchantés. C'est
certainement la qualité qu'on veut obtenir sur OSM d'ici quelques années.
Un exemple très réussi à mon avis.

Tu as également débuté Basse Goulaine. Tout reste à faire sur cette
commune. C'est à ce propos que je te contacte.
Comme je mappe actuellement un peu plus au sud, je te propose de coordonner
nos travaux en se répartissant les zones. L'idée, c'est d'arriver
progressivement à mettre toutes les voies de circulation de l'agglomération
sans laisser de "trou".
Qu'as-tu envie de faire sur OSM ?

Par ailleurs, je te recommande deux sites pour repérer les erreurs :
- http://keepright.ipax.at/report_map.php
- http://osmose.openstreetmap.fr/ : en cliquant sur le lien "mode texte" en
haut, tu peux obtenir la liste de tes erreurs.
Ces deux sites ne font l'analyse que périodiquement.

Enfin, comme toi, j'avais omis de paramétrer le plug-in cadastre avec
l'année. Cela oblige ensuite à corriger tous les ways déjà faits. Voir
http://wiki.openstreetmap.org/wiki/FR:JOSM/Fr:Plugin/Cadastre-fr#Installation
et
le paragraphe "configuration".

Pour mémoire, les deux règles d'OSM :
Don't copy from other maps and have fun !

A bientôt



Le 3 octobre 2012 17:10, sly (sylvain letuffe)  a écrit :

> Voilà une première base de conseils que l'on peut proposer lors de contact
> privé pour que tout aille mieux !
>
> >   * OSM est un projet collaboratif et qu en cas de besoin ils
> peuvent trouver
> >   aussi des informations aupres de la communaute francaise (je leur
> donne
> >   quelques points d entrees:  openstreetmap.fr, forums, version web
> de la
> >   mailing liste )
> Pareil !
>
>
> >   * Qu OSM dispose de plusieurs editeurs autres que Potlatch
> J'en profite pour rajouter que JOSM c'est vraiment super bien ;-)
>
> Mais surtout, je leur parle d'osmose, la publicité pour cet outil est
> encore
> trop faible à mon sens (et la page en anglais faite d'un salmigondi
> d'outils
> tous plus inadaptés les uns que les autres à un débutant n'aide pas)
> Et, la fonctionnalité pour laquelle j'ai eu le plus de retour "ouais trop
> cool", c'est l'option indirect :
> "mes erreurs" :
> http://osmose.openstreetmap.fr/text/
>
> Rare sont les contributeurs qui souhaitent laisser derrière eux des trucs
> pas
> clairs (corriger le caca des autres bof, mais les erreurs qu'on fait, on
> aime
> pas trop les laisser)
> et ça, c'est super formateur, pas trop consommateur de temps pour celui qui
> accompagne et pas trop "big brother".
> C'est un outil, c'est impersonnel, personne ne te dis que ce que tu fais
> c'est
> pas bien, on te dis juste regarde comment tu peux t'améliorer
>
>
> --
> 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
>



-- 
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] Fichiers bâti cadastral ( était: "Restreignons les imports des cours d'eau")

[Pieren]

Dans les fichiers XML, le tag source du cadastre pèse en gros trois
fois plus qu'un tag normal (environ 107 contre 35 pour un
"highway=unclassified" par ex.).
En utilisant le truc du source_id, on pourrait diminuer par 4 la
taille du texte (sur XML non compressé, 27 bytes).
En mouillant le doigt, on a dans les 35 millions de tags
source=cadastre sur la France (contre par exemple 3 millions de
"highway"). Ca ferait un gain de 2.7 Go sur un planet non compressé.
Négligeable ?

Pieren

___
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]

Comme il a répondu au mien en allemand et pas aux tiens, on peut en
déduire qu'il ne pratique pas le français. Ou qu'il n'a pas fait
l'effort d'utiliser un traducteur automatique. Ce qui laisse perplexe
sur son degré de motivation...


D'autant plus que je lui ai écris en anglais :-)
==
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
=

J'aurais peut-être pu mieux faire, autant sur la qualité de l'anglais 
que sur la forme, peut-être un poil trop négative, même si je 
commençais par le remercier pour son travail


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

Re: [OSM-talk-fr] Petite diplomatie et conseils aux nouveaux - était : Contributeur hyperactif mais pas très précis

[sly (sylvain letuffe)]

Voilà une première base de conseils que l'on peut proposer lors de contact 
privé pour que tout aille mieux !

>   * OSM est un projet collaboratif et qu en cas de besoin ils peuvent 
> trouver
>   aussi des informations aupres de la communaute francaise (je leur donne
>   quelques points d entrees:  openstreetmap.fr, forums, version web de la
>   mailing liste )   
Pareil !


>   * Qu OSM dispose de plusieurs editeurs autres que Potlatch 
J'en profite pour rajouter que JOSM c'est vraiment super bien ;-)

Mais surtout, je leur parle d'osmose, la publicité pour cet outil est encore 
trop faible à mon sens (et la page en anglais faite d'un salmigondi d'outils 
tous plus inadaptés les uns que les autres à un débutant n'aide pas)
Et, la fonctionnalité pour laquelle j'ai eu le plus de retour "ouais trop 
cool", c'est l'option indirect :
"mes erreurs" :
http://osmose.openstreetmap.fr/text/

Rare sont les contributeurs qui souhaitent laisser derrière eux des trucs pas 
clairs (corriger le caca des autres bof, mais les erreurs qu'on fait, on aime 
pas trop les laisser)
et ça, c'est super formateur, pas trop consommateur de temps pour celui qui 
accompagne et pas trop "big brother".
C'est un outil, c'est impersonnel, personne ne te dis que ce que tu fais c'est 
pas bien, on te dis juste regarde comment tu peux t'améliorer


-- 
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] Contributeur hyperactif mais pas très précis

[Pieren]

2012/10/3 Stéphane Péneau :
> Non, je pense que tu aurais répondu dès le premier message que je lui ai
> envoyé. Message qui n'était pas agressif du tout.
>
> Il n'a répondu à aucun...

Comme il a répondu au mien en allemand et pas aux tiens, on peut en
déduire qu'il ne pratique pas le français. Ou qu'il n'a pas fait
l'effort d'utiliser un traducteur automatique. Ce qui laisse perplexe
sur son degré de motivation...
Je pense que quand on cartographie dans des pays étrangers, il faut
s'attendre à devoir communiquer dans la langue locale. Si on ignore
les messages des locaux, c'est aussi une faute.
La cartographie de contributeurs étrangers doit aussi être prise en
compte dans les règles. Cela arrive plus fréquemment dans notre pays,
première destination touristique mondiale, que dans d'autres.

Pieren

___
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

[THEVENON Julien]

> De : Tenshu 


> Je remet une couche avec mes petits conseils. 

> Même si vous avez des remarques toujours dire :
>Je vois que tu ajoutes des données dans cette région et c'est super [blablabla]
>J'ai regardé tes contributions à tel endroit [blablabla]
>Je peux peut être/surement/urgemment te filer des conseils pour 
améliorer encore la qualité de ton formidable travail [blablabla]

> Si c’est mineur ne pas hésiter à présenter ça comme une aide que 
> comme une réprimande.
> Je connait peut de gens enclin à se vexer par ce qu'on leur propose de l'aide.


Pour le troisieme point en principe soit je complimente sur le fait de mettre 
un commentaire sur les changesets soit je leur dis que se serait cool de le 
faire pour que les autres contributeurs comprennent plus facilement leurs edits.
Ca permet soit de sortir un point positif soit proposer une petite amelioration 
qui a, a mon avis, peu de chance d etres prise comme une critique ou comme une 
surveillance rapprochee de ce qu ils font.

A cela je rajoute generalement :

* OSM est un projet collaboratif et qu en cas de besoin ils peuvent 
trouver aussi des informations aupres de la communaute francaise (je leur donne 
quelques points d entrees:  openstreetmap.fr, forums, version web de la mailing 
liste )
* Qu OSM dispose de plusieurs editeurs autres que Potlatch en donnant 
des liens sur leur doc/site afin qu ils puissent choisir celui qui leur plait 
le plus

Quand j ai un retour c est assez souvent un remerciement car ils n etaient pas 
au courant de ces infos


Julien___
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

[Sylvain Maillard]

Je pense que le contenu des messages diplomatiques est quelque chose qui
pourra être également discuté avec le futur "Welcome Working Group"
(discussions en cours sur la liste talk)

c'est clair qu'il est très difficile d'interagir avec quelqu'un qui ne
répond pas ... et que des fois pense bien écrire et que cette personne le
prend mal ...
en tout cas je pense que ça mérite une grosse réflexion sur une série de
messages types pour les situations de ce genre ;)

Sylvain



Le 3 octobre 2012 16:25, Tenshu  a écrit :

> Je remet une couche avec mes petits conseils.
>
> Même si vous avez des remarques toujours dire :
>
>- Je vois que tu ajoutes des données dans cette région et c'est super
>[blablabla]
>- J'ai regardé tes contributions à tel endroit [blablabla]
>- Je peux peut être/surement/urgemment te filer des conseils pour
>améliorer encore la qualité de ton formidable travail [blablabla]
>
>
> Si c’est mineur ne pas hésiter à présenter ça comme une aide que
> comme une réprimande.
> Je connait peut de gens enclin à se vexer par ce qu'on leur propose de
> l'aide.
>
> ___
> 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] Contributeur hyperactif mais pas très précis

[Tenshu]

Je remet une couche avec mes petits conseils.

Même si vous avez des remarques toujours dire :

   - Je vois que tu ajoutes des données dans cette région et c'est super
   [blablabla]
   - J'ai regardé tes contributions à tel endroit [blablabla]
   - Je peux peut être/surement/urgemment te filer des conseils pour
   améliorer encore la qualité de ton formidable travail [blablabla]


Si c’est mineur ne pas hésiter à présenter ça comme une aide que
comme une réprimande.
Je connait peut de gens enclin à se vexer par ce qu'on leur propose de
l'aide.
___
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

[sly (sylvain letuffe)]

> Non, je pense que tu aurais répondu dès le premier message que je lui 
> ai envoyé. Message qui n'était pas agressif du tout.
> 
> Il n'a répondu à aucun...

J'admets que le contributeur avec qui on ne peut pas discuter car il ne répond 
pas à une injonction diplomatique est un problème car cela va s'amplifier 
sans qu'on sache pourquoi il continue ainsi.
Chaque cas est différent, mais oui, on ne peut pas tout tolérer sous couvert 
de la présomption de bonne foi.
Il est des cas évidents de vandalisme qu'il faut traiter fermement, il est des 
cas de bonnes contributions qui ne mérite même pas d'en parler, il est des 
cas qui mérite un petit message de rappel, et tout un tas d'autres entre tous 
ça qui mérite approfondissement.



-- 
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] Contributeur hyperactif mais pas très précis

[sly (sylvain letuffe)]

> Mais alors comment faire ?

Voilà la bonne question que ce fil aura le mérité d'avoir lancé !

J'ai retenu du débat plusieurs idées qui me semblent bonnes :
- écrire des règles (non coercitives et coercitives) de bonne pratiques 
qu'elles soit en complément des règles internationales, ou, recommandées pour 
la france car un peu locales.
Une sorte de : "vous cartographiez en france ? voici quelques bons tuyaux à 
lire pour être en cohérence avec la communauté française"
Que l'on puisse pointer à ceux qui font des trucs en désaccord avec ces règles

- créer un groupe d'intervention : surveillance/accompagnement/gestion 
vandalismes|conflits/diplomatie
(disposant par exemple de contributeurs chevronnés inscrits à une liste 
dédiée)
auquel on puisse soumettre ses trouvailles de untel il fait rien qu'a tracer à 
la hâche à travers les bâtiments et il n'a pas répondu à mon message, que 
faire ?
 
> Lorsque j'ai lançé ce sujet, c'est justement parce que je ne savais pas 
> trop comment réagir.
Tu as bien fais.
J'ai juste dis "ça ne me semble pas adapté de le faire ici", désolé si je n'ai 
pas été clair et que j'ai moi même paru inquisiteur, mais je sous-entendais 
aussi qu'il n'y a aucun endroit pour faire ça pour l'instant et que je 
trouverais bien qu'on réfléchisse à une alternative.

 
> Est-ce que je fixais le curseur "qualité" trop haut ?
Rien à dire de ce coté, il y avait quelque chose à dire et il fallait le dire 
sans quoi ça allait empirer, je m'interroge sur comment faire au mieux (si 
mieux il y a)

> J'avais besoin d'avis extérieur avant de réagir. C'est ça aussi un 
> travail collaboratif, non ?

Oui, mais il y a sur cette liste des gens bien chauds qui, (mais je ne cite 
personne, c'est juste pour foutre la merde ;-)) ) semblent dégainer 
rapidement une part de leur frustration, pour, sans doute, avoir eux aussi 
constaté qu'un contributeur avait amoindrie la qualité de leur travail dans 
d'autres lieux et d'autres circonstances.
Je ne critique pas le fond, je ressens parfois la même chose, mais je cherche 
une solution pour réduire les lynchages publics

-- 
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] Contributeur hyperactif mais pas très précis

[Stéphane Péneau]

Ha ben voilà, il est vexé maintenant !



Perso, j'aurais fais pareil que lui.


Non, je pense que tu aurais répondu dès le premier message que je lui 
ai envoyé. Message qui n'était pas agressif du tout.


Il n'a répondu à aucun...

___
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

[sly (sylvain letuffe)]

On mercredi 3 octobre 2012, Pieren wrote:
> Il m'a aussi dit qu'il ne mapperait plus en France (sans que
> je lui en demande autant).

Ha ben voilà, il est vexé maintenant !
Il est étranger, il vient filer un coup de main en france avec potlatch+bing, 
il fait pas forcément du boulot génial en partie à cause de ses outils mais 
veut sans doute bien faire, on lui tombe dessus pour lui dire que c'est un 
sagoin, il claque la porte en disant "je voulais juste aider, allez vous 
faire f"

Perso, j'aurais fais pareil que lui.

Certains diront peut-être bon débarras en ce souvenant, des horribles chemins 
qui traversent des bâtiments, mais quand je vois la liste des changesets 
qu'il a fait en france, avec parfois ce que je jugerais "bonne contributions" 
je ne suis pas sûr qu'on ait fait une bonne affaire.

La diplomatie n'est pas chose aisée ;-)

-- 
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] Contributeur hyperactif mais pas très précis

[Vladimir Vyskocil]

On 3 oct. 2012, at 13:58, te...@free.fr wrote:

> Euh, juste une question : ça fait combien d'années qu'on n'utilise plus le 
> tag "oneway=-1" qui, s'il faut le rappeler, caractérise une voie en sens 
> unique dans le sens __opposé__ à celui suivi par les nœuds ?

Malheuseument (ou heureusement ?) dans JOSM si on inverse le sens d'une voie, 
par exemple pour combiner deux tronçons, ou juste pour le plaisir,... si la 
voie en question possède des tag qui sont dépendants de l'ordre des noeuds 
(restrictions pour tourner a droite, a gauche,..., voie pour les vélos d'un 
coté, ) le logiciel propose d'utiliser oneway=-1 pour s'en sortir sans 
toucher aux tags pré-cités, enfin c'est comme cela que je l'ai compris.

> 
> Teuxe
> 
> - Mail original -
> De: "Eric SIBERT" 
> À: talk-fr@openstreetmap.org
> Envoyé: Mardi 2 Octobre 2012 18:52:14
> Objet: Re: [OSM-talk-fr] Contributeur hyperactif mais pas très précis
> 
>> Il ne m'a pas répondu, et continu à tracer des routes comme un fou avec
>> Potlatch.
> [...]
>> A recent example :
>> http://www.openstreetmap.org/?lat=46.940197&lon=-1.07499&zoom=18&layers=M
> 
> Il n'y a pas que le fait qu'il trace à la hache. Dans l'exemple proposé 
> un rond-point n'est pas codé comme tel. Légèrement au nord, il a tracé 
> une route par dessus un chemin agricole déjà tracé. Un peu plus loin, 
> sur un rond-point existant, il a rajouté "oneway = -1" là où on 
> attendait junction=roundabout. Bizarre aussi la "Rue des Bois" avec 
> trois branches.
> 
> N'hésite pas à faire preuve de pédagogie ;-), éventuellement en 
> français, vu qu'il code en zone francophone.
> 
> Éric
> 
> ___
> 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] Fichiers bâti cadastral ( était: "Restreignons les imports des cours d'eau")

[sly (sylvain letuffe)]

On mercredi 3 octobre 2012, Christian Quest wrote:
> Je préfère une source claire à l'aide de tags sur les objets, plutôt
> que sur les changeset car l'accès est immédiat.

Je suis de cet avis dans l'état actuel des éditeurs et exports de la base, 
toutefois, mon avis changerais si les informations du changeset (tags, dont 
source=* et comment=*) étaient accessible de manière plus simple à 
l'utilisateur.
Il avait été évoqué que, si les tags de tous les changesets, par ordre 
chronologiques, ayant changé un objet apparaissaient de manière clair dans 
les éditeurs, genre juste à coté des tags propres à l'objet, 
Et
que des exports disons "étendus" entre les full historique et les "juste 
maintenant" pouvaient exister, fournissant cette information accompagnant les 
données.
Et
qu'un format "simili osm" puise exister dans lequel on puisse indiquer des 
tags aux changesets de sorte qu'ils ne soient pas oubliés (comme on le fait 
dans les fichiers bâtis et le tag source redondant)

Alors oui, là, le changeset serait le bon endroit, tant en terme de place que 
de logique pour mettre les infos de sources tout en étant pas une contrainte 
de plus.
Mais pour l'heure, je suis contre.

> Le principe de l'id pour raccourcir la valeur est intéressant mais je
> pense qu'on devrait plutôt mieux gérer le stockage des tags/valeur
> dans les différentes bases de données et formats de fichiers (je pense
> par exemple aux formats .o5m/.o5c qui sont une forme binaire des
> formats .osm/osc qui gère très bien la redondance d'info mais
> malheureusement peu utilisé bien qu'aussi compact que le pbf et plus
> simple à manipuler).

+1

On ne devrait pas perturber la ressource la plus importante (les 
contributeurs) pour résoudre un problème qui peut l'être de manière technique 
et complètement transparente pour l'utilisateur.

L'argument de la taille, récurent est à mon avis un argument de mauvaise foi, 
ou, tout du moins, majoritairement de mauvaise foi.
Je n'ai pas fait de tests, mais les exports en .osm.bz2 dispose d'un algo de 
compression (bz2) qui sait réduire la taille d'une redondance, idem pour le 
reste. Donc le dowload "plus long" n'est à mon avis que minime. 
En ce qui concerne les bases type osm2pgsql, la place sur disque est sans 
objet car le tag source est exclue dans la majorité des cas. Seul cette 
histoire de passage en id 64bit au lieu de 32bit est vrai, mais les 
conjectures données disent que à 18mois prêt, il aurait de toute façon fallu 
y passer.

Il reste donc le temps de traitement du xml qui peut, peut-être prendre 
quelques % de plus, mais comme ce traitement n'est lui même que 10% du total, 
c'est à mon avis peanuts au final.

Pour ce qui est du reste, on parle, pour le planète, de taille de l'ordre de 
300Go sur disque, et de temps d'import de dizaines d'heures sur de gros 
serveur. Quand on se prépare à faire ça, les à 3Go pour le cadastre, c'est de 
la nioniotte et il faudra de toute façon des gros disques et des gros 
serveur.

Celui qui veut vraiment optimiser la taille, pourra toujours factoriser les 
tags (id relationnel) et puisqu'il le fera, il économisera autant sur les 40 
Millions de fois ou les 
mots "residential", "unclassified", "service", "track" et "footway", ... 
apparaissent dans la base que pour le source cadastre


-- 
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] Tuiles osm.org en pause...

[Christian Quest]

J'ai vu... mais après que mon message soit parti :(
Désolé pour le bruit

Le 3 octobre 2012 15:20, Sylvain Maillard  a écrit :
> c'est déjà revenu en fonctionnement :
> http://lists.openstreetmap.org/pipermail/talk/2012-October/064745.html
>
>
> Sylvain
>
> Le 3 octobre 2012 15:12, Christian Quest  a écrit :
>>
>> Le générateur de tuiles d'osm.org est en maintenance et la génération
>> de nouvelles tuiles ou de tuiles modifiées est temporairement
>> suspendue.
>> Des erreurs 404 sont donc à prévoir sur certaines tuiles.
>>
>> Il y a une corruption du filesystem qui touche les zoom 17 et 18 et
>> donc cela est en cours de remise à plat.
>>
>> --
>> 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
>



-- 
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] Il était une fois Julien vitry 94

[Marc SIBERT]

Le 2 octobre 2012 22:54, Marc Sibert  a écrit :

> Bonsoir,
>
> Cet utilisateur passe-t-il par ici ?
>
> Ça fait plusieurs fois que je le croise : il passe sont une grosse partie
> de ses contributions à convertir les routes 2*2 voies en trunk sur des
> routes qui, à mon sens, ne méritent pas cette qualification, comme la N20
> au sur de la N104.
>
> L'avez vous déjà rencontré IRL ou ailleurs ? Il ne répond pas à mes (2)
> demandes d'explications.
>
> A+
>
> --
> Marc Sibert
> mailto:m...@sibert.fr
>
>
Bonjour,

Je me réponds pour vous indiquer que Julien vient de me contacter et m'a
expliqué qu'il avait fait ces modifications car "c'était une 2x2 voies". Je
lui ai copié des extrait de la page Trunk en français et recommandé de
venir ici avant de poursuivre ses modifications.

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] Tuiles osm.org en pause...

[Sylvain Maillard]

c'est déjà revenu en fonctionnement :
http://lists.openstreetmap.org/pipermail/talk/2012-October/064745.html


Sylvain

Le 3 octobre 2012 15:12, Christian Quest  a écrit :

> Le générateur de tuiles d'osm.org est en maintenance et la génération
> de nouvelles tuiles ou de tuiles modifiées est temporairement
> suspendue.
> Des erreurs 404 sont donc à prévoir sur certaines tuiles.
>
> Il y a une corruption du filesystem qui touche les zoom 17 et 18 et
> donc cela est en cours de remise à plat.
>
> --
> 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] Tuiles osm.org en pause...

[Christian Quest]

Le générateur de tuiles d'osm.org est en maintenance et la génération
de nouvelles tuiles ou de tuiles modifiées est temporairement
suspendue.
Des erreurs 404 sont donc à prévoir sur certaines tuiles.

Il y a une corruption du filesystem qui touche les zoom 17 et 18 et
donc cela est en cours de remise à plat.

-- 
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] Panique à Cergy-Pontoise

[Jean-Francois Nifenecker]

Le 03/10/2012 14:49, Christian Quest a écrit :

J'ai la même chose, une belle dalle à Argenteuil


moralité : quand on a la dalle, on mange de l'OSM, c'est bon !

--
Jean-Francois Nifenecker, Bordeaux

___
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

[Pieren]

2012/10/3 Eric Sibert :
> C'est ce que vient de faire Pieren.

Je ne sais pas s'il l'a fait aux autres demandeurs mais il vient de me
répondre. Il a effacé le way dupliqué que j'avais pointé comme exemple
et m'a expliqué que ça n'était pas de sa faute mais des lenteurs du
serveur. Il m'a aussi dit qu'il ne mapperait plus en France (sans que
je lui en demande autant).

Pieren

___
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")

[Jean-Francois Nifenecker]

Le 03/10/2012 14:46, Christian Quest a écrit :

Je préfère une source claire


\o/
--
Jean-Francois Nifenecker, Bordeaux

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

Re: [OSM-talk-fr] Panique à Cergy-Pontoise

[Christian Quest]

J'ai la même chose, une belle dalle à Argenteuil où nous allons
organiser une cartopartie à la Toussaint...

Pas évident de s'y retrouver !

-- 
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] Route saisonnière

[Vladimir Vyskocil]

On 29 sept. 2012, at 20:03, Eric SIBERT  wrote:

> Bonsoir,
> 
> Je cherche comme indiquer qu'une route est à ouverture ou fermeture 
> saisonnière. Typiquement, les cols de montagne qui sont fermés en hiver. 
> Jusqu'à présent, je mettais opening_hours avec une valeur du style "Nov-Apr 
> off". Mais je me demandais s'il y avait un moyen plus générique d'indiquer 
> que c'est saisonnier avec un aspect aléatoire.
> 
> J'ai vu qu'il y avait une proposition seasonal=* :
> http://wiki.openstreetmap.org/wiki/Key:seasonal
> 
> Usage en Europe : yes (497), no (19), winter (12), summer (9), * (2), Spring, 
> Summer, Fall (1), Yes (1)
> 
> Le même problème se pose en Afrique avec les pistes impraticables en saison 
> des pluies.
> 
> Usage en Afrique : year_round (171), yes (75), wet_season (32), 
> cannot_determine (27), another_pattern (16), dry_season (7), na_dn (1), 
> dry_weather (1)
> 
> En plus, en Afrique, la piste peut ne pas être fermée mais c'est juste le 
> type de véhicule qui peuvent l’emprunter qui change. Ça reviendrait à ne pas 
> avoir la même valeur pour la clé smoothness=* suivant la saison.
> 
> D'autres propositions?

Au Costa Rica ils ont trouvé une "solution", le nom du track ou même de la 
"route" contient "4wd only" ;-)

> 
> -- 
> Éric
> 
> ___
> 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] [presse] Digne-les-Bains: les élèves sur les traces des illustres de la commune (avec cartes OpenStreetMap)

[Christian Quest]

Il y a des gens efficaces en comm !

L'info est aussi sur http://openstreetmap.fr/


Le 3 octobre 2012 11:54, Nolwenn  a écrit :
> Le mercredi 3 octobre 2012 00:58:16 Cyrille Giquello a écrit :
>> Digne-les-Bains : les élèves sur les traces des illustres de la
>> commune, avec des cartes OpenStreetMap bien sûr !
>>
>> http://www.hauteprovenceinfo.com/02102012Digne-les-Bains--les-eleves-sur-les
>> -traces-des-illustres-de-la-commune.media?a=1135
>
> Trois dépêches étaient passées sur LinuxFR sur la cartographie de Digne les
> bains
> https://linuxfr.org/news/dessine-ta-ville-a-digne-les-bains-jeudi-23-
> fevrier-2012
> http://linuxfr.org/news/dessine-ta-ville-a-digne-les-bains-mercredi-11-
> avril-2012
> https://linuxfr.org/news/dessine-ta-ville-a-digne-les-bains-jeudi-24-mai-2012
>
> ___
> 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] Fichiers bâti cadastral (était: "Restreignons les imports des cours d'eau")

[Christian Quest]

Je préfère une source claire à l'aide de tags sur les objets, plutôt
que sur les changeset car l'accès est immédiat.
Le principe de l'id pour raccourcir la valeur est intéressant mais je
pense qu'on devrait plutôt mieux gérer le stockage des tags/valeur
dans les différentes bases de données et formats de fichiers (je pense
par exemple aux formats .o5m/.o5c qui sont une forme binaire des
formats .osm/osc qui gère très bien la redondance d'info mais
malheureusement peu utilisé bien qu'aussi compact que le pbf et plus
simple à manipuler).

Le 3 octobre 2012 10:39, Pieren  a écrit :
> Il y a plusieurs inconvénients à cette méthode:
> - ça n'est possible que si le changeset n'utilise qu'une seule source.
> Hors, l'intégration des données bâti supposent souvent l'utilisation
> d'autres sources (Bing) ou d'anciennes contributions (recopie des tags
> des anciens bâtiments déjà présents sous une forme ou une autre).
> - on ne peut pas modifier les tags d'un changeset une fois que
> celui-ci est fermé. Si on oublie de mettre le "source" avant l'upload,
> la seule façon de corriger est de faire un gros "revert" du changeset
> complet et de recommencer.
> - l'attribution disparait dans les modes de redistribution des données
> OSM actuellement. Que ce soit dans les fichiers planet ou les requêtes
> API, les tags de changesets ne sont pas inclues directement. Pour les
> retrouver, il faut entamer une démarche supplémentaire (charger le
> dump séparé des changesets sur le planet ou faire des requêtes
> avancées sur l'API) et volontaire dont la plupart des consommateurs de
> données OSM se passent.
>

-- 
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 hyperactif mais pas très précis

[teuxe]

Euh, juste une question : ça fait combien d'années qu'on n'utilise plus le tag 
"oneway=-1" qui, s'il faut le rappeler, caractérise une voie en sens unique 
dans le sens __opposé__ à celui suivi par les nœuds ?

Teuxe

- Mail original -
De: "Eric SIBERT" 
À: talk-fr@openstreetmap.org
Envoyé: Mardi 2 Octobre 2012 18:52:14
Objet: Re: [OSM-talk-fr] Contributeur hyperactif mais pas très précis

> Il ne m'a pas répondu, et continu à tracer des routes comme un fou avec
> Potlatch.
[...]
> A recent example :
> http://www.openstreetmap.org/?lat=46.940197&lon=-1.07499&zoom=18&layers=M

Il n'y a pas que le fait qu'il trace à la hache. Dans l'exemple proposé 
un rond-point n'est pas codé comme tel. Légèrement au nord, il a tracé 
une route par dessus un chemin agricole déjà tracé. Un peu plus loin, 
sur un rond-point existant, il a rajouté "oneway = -1" là où on 
attendait junction=roundabout. Bizarre aussi la "Rue des Bois" avec 
trois branches.

N'hésite pas à faire preuve de pédagogie ;-), éventuellement en 
français, vu qu'il code en zone francophone.

Éric

___
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] Changement de nom d'une chaîne d'hôtels

[Ab_fab]

Un petit tour sur taginfo.openstreetmap.fr :
http://taginfo.openstreetmap.fr/search?q=name+%3D+Etap+Hotel
Pas mal, il renvoie aussi les noms approchés, et en particulier lorsque le
nom de la ville est associé à celui de la chaîne.

Overpass API est plus restrictif : il ne renvoie que le nom exact avec
cette requête :
http://www.overpass-api.de/api/xapi?*[tourism=hotel][name=EtapHotel][bbox=-6.44,40.98,10.36,51.36][@meta]

Quoi qu'il en soit, à l'aide de ce genre de requêtes tu peux traiter dans
JOSM une quarantaine d'hôtels assez rapidement. Il en reste ensuite une
trentaine d'autres.
Ca vaut le coup de faire un script ?


Le 3 octobre 2012 11:42, Nicolas Moyroud  a écrit :

> **
> J'ai remarqué récemment que la chaîne d'hôtels Étap-Hotel est en train de
> changer de nom pour "Ibis Budget". Vu qu'ils y en a déjà pas mal dans la
> base OSM, je me suis dis qu'il serait peut-être bien de faire tourner un
> script qui transformerait automatiquement tous les tags "name" ou
> "operator" avec la nouvelle appellation et mettrait l'ancienne appellation
> dans le tag "old_name". Qu'est-ce que vous en pensez ?
>
> Nicolas
>
> ___
> 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] Panique à Cergy-Pontoise

[Yann Coupin]

Le 3 oct. 2012 à 11:35, Marc SIBERT  a écrit :

> Le 3 octobre 2012 11:14, Nicolas Moyroud  a écrit :
> Bonjour à tous,
> 
> En me baladant sur la carte OSM du côté de Cergy-Pontoise, je suis tombé une 
> zone très étrange :
> http://www.openstreetmap.org/?lat=49.036725&lon=2.079673&zoom=18&layers=M
> Je me suis dis : tiens donc du côté de Cergy quelques furieux auraient-ils 
> fait de la cartographie d'intérieur ? Mais en chargeant la zone dans JOSM, 
> j'ai bien vite déchanté. Il y a un espèce de gloubi-boulga avec des objets 
> qui sont à la fois des highway=pedestrian et des building=yes. Il y a dû y 
> avoir un gros problème quelque part. Quelle est la meilleure solution selon 
> vous pour nettoyer tout ça ? Suppression massive des objets incriminés ? Un 
> revert ?
> 
> Nicolas
> 
> 
> Bonjour,
> 
> A ma connaissance (hé hé, les réserves), Cergy comme d'autres villes 
> nouvelles ont été construites sur des "dalles" pour séparer les piétons de 
> voitures... d'où la représentation en "building" de grande zones. Après il 
> faudrait repasser sur place afin de séparer le bon grain de l'ivraie. A mon 
> goût, pas de revert précipité avant une visite in situ.

Salut,

Je confirme : c’est une dale. Après building ou plutôt pedestrian area + layer 
= 1 c’est plus un débat d’idée, mais il y a bien du building au dessus d’un 
plancher en dessous duquel circulent voitures, bus et RER et où se trouvent 
aussi commerces et galeries.

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

Re: [OSM-talk-fr] [presse] Digne-les-Bains: les élèves sur les traces des illustres de la commune (avec cartes OpenStreetMap)

[Nolwenn]

Le mercredi 3 octobre 2012 00:58:16 Cyrille Giquello a écrit :
> Digne-les-Bains : les élèves sur les traces des illustres de la
> commune, avec des cartes OpenStreetMap bien sûr !
> 
> http://www.hauteprovenceinfo.com/02102012Digne-les-Bains--les-eleves-sur-les
> -traces-des-illustres-de-la-commune.media?a=1135

Trois dépêches étaient passées sur LinuxFR sur la cartographie de Digne les 
bains
https://linuxfr.org/news/dessine-ta-ville-a-digne-les-bains-jeudi-23-
fevrier-2012
http://linuxfr.org/news/dessine-ta-ville-a-digne-les-bains-mercredi-11-
avril-2012
https://linuxfr.org/news/dessine-ta-ville-a-digne-les-bains-jeudi-24-mai-2012

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

Re: [OSM-talk-fr] [presse] Digne-les-Bains: les élèves sur les traces des illustres de la commune (avec cartes OpenStreetMap)

[Marc SIBERT]

Le 3 octobre 2012 11:11, Vincent Pottier  a écrit :

> Le 03/10/2012 00:58, Cyrille Giquello a écrit :
>
>  Digne-les-Bains : les élèves sur les traces des illustres de la
>> commune, avec des cartes OpenStreetMap bien sûr !
>>
>> http://www.hauteprovenceinfo.**com/02102012Digne-les-Bains--**
>> les-eleves-sur-les-traces-des-**illustres-de-la-commune.media?**a=1135
>>
>>  Elles sont de qui ces photos ?
> La seconde qui démontre par l'exemple l'intérêt du bâti dans OSM, serait
> superbe en Image Of The Week.
> --
> FrViPofm
>
>
> Bonjour,

Au vu des CDC (
http://www.hauteprovenceinfo.com/Conditions-generales-d39Utilisation,6071.media)
il faut demander l'autorisation formellement au site.

mes 0.02 €

A+

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

[OSM-talk-fr] Changement de nom d'une chaîne d'hôtels

[Nicolas Moyroud]

  
  
J'ai remarqué récemment que la chaîne d'hôtels Étap-Hotel est en
train de changer de nom pour "Ibis Budget". Vu qu'ils y en a déjà
pas mal dans la base OSM, je me suis dis qu'il serait peut-être bien
de faire tourner un script qui transformerait automatiquement tous
les tags "name" ou "operator" avec la nouvelle appellation et
mettrait l'ancienne appellation dans le tag "old_name". Qu'est-ce
que vous en pensez ?

Nicolas
  


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

Re: [OSM-talk-fr] Panique à Cergy-Pontoise

[Pieren]

2012/10/3 Nicolas Moyroud :

> Quelle est la meilleure solution selon
> vous pour nettoyer tout ça ? Suppression massive des objets incriminés ? Un 
> revert ?

Le mix "building" + "highway" semble exister depuis l'import bâti
initial. C'est une zone urbaine sur dalle et il s'est effectivement
mélangé les pinceaux dans la cartographie des zones piétonnes. Il
faudrait juste nettoyer la zone manuellement.

Pieren

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

Re: [OSM-talk-fr] Panique à Cergy-Pontoise

[Marc SIBERT]

Le 3 octobre 2012 11:14, Nicolas Moyroud  a écrit :

> **
> Bonjour à tous,
>
> En me baladant sur la carte OSM du côté de Cergy-Pontoise, je suis tombé
> une zone très étrange :
> http://www.openstreetmap.org/?lat=49.036725&lon=2.079673&zoom=18&layers=M
> Je me suis dis : tiens donc du côté de Cergy quelques furieux auraient-ils
> fait de la cartographie d'intérieur ? Mais en chargeant la zone dans JOSM,
> j'ai bien vite déchanté. Il y a un espèce de gloubi-boulga avec des objets
> qui sont à la fois des highway=pedestrian et des building=yes. Il y a dû y
> avoir un gros problème quelque part. Quelle est la meilleure solution selon
> vous pour nettoyer tout ça ? Suppression massive des objets incriminés ? Un
> revert ?
>
> Nicolas
>
>
> Bonjour,

A ma connaissance (hé hé, les réserves), Cergy comme d'autres villes
nouvelles ont été construites sur des "dalles" pour séparer les piétons de
voitures... d'où la représentation en "building" de grande zones. Après il
faudrait repasser sur place afin de séparer le bon grain de l'ivraie. A mon
goût, pas de revert précipité avant une visite in situ.

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] Contributeur hyperactif mais pas très précis

[partir-en-vtt]

C'est tellement vrai tout ça, merci pour ce résumé.



Christian Gallioz wrote
> Je ne vais pas me faire que des amis, mais j'ai l'impression qu'il y a 
> une dérive dans la direction que prend le projet.
> 
> En effet, pour moi, OSM est un projet COL-LA-BO-RA-TIF et I-TE-RA-TIF !
> 
> D'ailleurs, c'est ce qu'on répétait sur la mailing list anglophone, il 
> n'y a pas si longtemps que ça, parce qu'un français avait été bloqué par 
> un "malotru" du DWG.
> 
> Dans le cas de l'histoire avec WoGraSo, j'ai le sentiment qu'on adopte 
> le même comportement plein de bons sentiments, mais contre-productif.
> 
> De ce que j'en comprends (mais j'ai pas regardé en détails), ce 
> contributeur trace de nouvelles routes et indique leurs noms. C'est 
> juste qu'il les trace un peu à la hache, parce que probablement à partir 
> de traces GPS.
> 
> J'en conclus qu'il apporte une valeur ajoutée : son tracé permet de 
> passer d'un désert à une carte.
> 
> Le fait qu'un autre contributeur modifie ce premier tracé à partir de 
> Bing ou du cadastre va dans le sens d'une plus grande précision de la 
> carte. Le résultat, c'est qu'ensemble, ces deux contributeurs ont fait 
> un travail de qualité.
> 
> Ça rejoint le problème évoqué à l'origine du fil "C'est qui ce 'la 
> colle'" : une personne ajoute un n° INSEE, une autre ajoute un code 
> postal, et puis une autre ajoute une autre info et encore une autre, et 
> à la fin, ça fait un truc super.
> Pas la peine d'embêter la première parce que le code postal était 
> manquant.
> Si on demande au premier contributeur d'être précis et exhaustif tout 
> de suite, plus personne n'osera ajouter un point, de peur que toute la 
> communauté lui tombe dessus.
> 
> Au final, on est tous dans le même bateau. C'est sûr que c'est 
> préférable lorsque la qualité est au rendez-vous du premier coup, mais 
> imho il vaut mieux faire un peu et imparfait, que rien du tout. Partons 
> du principe que chacun fait de son mieux.
> 
> Christian (aka khris8)
> 
> ___
> Talk-fr mailing list

> Talk-fr@

> http://lists.openstreetmap.org/listinfo/talk-fr





--
View this message in context: 
http://gis.19327.n5.nabble.com/Contributeur-hyperactif-mais-pas-tres-precis-tp5728378p5728757.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] Contributeur hyperactif mais pas très précis

[Christophe Merlet]

Le mercredi 03 octobre 2012 à 11:03 +0200, Marc SIBERT a écrit :
> 
> >
> > Ça rejoint le problème évoqué à l'origine du fil "C'est qui ce 'la
> colle'"
> > : une personne ajoute un n° INSEE, une autre ajoute un code postal,
> et puis
> > une autre ajoute une autre info et encore une autre, et à la fin, ça
> fait
> > un truc super.
> > Pas la peine d'embêter la première parce que le code postal était
> manquant.
> > Si on demande au premier contributeur d'être précis et exhaustif
> tout de
> > suite, plus personne n'osera ajouter un point, de peur que toute la
> > communauté lui tombe dessus.
> >
> +1. note c'est "la colle" qui a envoyé un message un peu sec au
> premier
> contributeur, ce qui laisse penser qu'il ne vient pas souvent sur ce
> lieu
> de partage (où il aurait rencontré ce fameux(se) premier(e)
> contributeur(trice)).


Le MP de "la colle" faisait remarquer  que les n° INSEE ajoutés étaient
erronés et demandait d'ajouter le code postal. Le sujet principal et
titre du MP était l'ajout de mauvaise données dans OSM.


Concernant le reste du fil, je préfère un chemin imprécis que pas de
chemin du tout. Par contre, dupliquer des chemins existants, passer au
travers du bâti, ne pas connecter les ways est inacceptable.
Certains défende l'idée que l'on ne peut empêcher un nouveau mappeur de
contribuer à sa manière sous prétexte qu'OSM est un projet
"communautaire". Je dirais, en reprenant une analogie qui a été faite
récemment, que le noyau linux est aussi un projet communautaire, et
pourtant, le premier venu n'est pas autorisé à poser ses lignes de code
directement dans le trunk. 

Je ne doute pas un seul instant, qu'il y aura à moyen terme une
véritable organisation pour auditer et accepter les contributions pour
continuer a tirer la qualité de la base vers le haut.


Librement,
-- 
Christophe Merlet (RedFox)


___
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

[Vincent Pottier]

Le 03/10/2012 08:40, Benjamin C. a écrit :

+1 aussi

Par ailleurs, soit on assume la liberté de la communauté et de chacun de ses
membres à contribuer à sa propre échelle avec ces propres moyens (et à ce
moment-là on accepte le travail des autres même si ça fait mal au c*l) soit
on essaie de mettre en place une organisation ou une méthode pour améliorer
la qualité de la production avec des règles, des rôles et des
responsabilités (là, je sens que je vais me faire lyncher).


Non, non. Tu ne vas pas te faire lyncher !
Les deux ne sont pas opposables.

Globalement on assume la liberté...
On a des moyens pour corriger cela. Ça s'appelle osmose ou autre.
C'est déjà un début de coordination, méthode, à l'échelle de la 
communauté...


Plus localement, sur tel projet, tel aspect, telle zone se mettent en 
place des planifications importantes ou unifiées : géovélo, les 
fontaines Wallace... par exemple.

--
FrViPofm

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

[OSM-talk-fr] Panique à Cergy-Pontoise

[Nicolas Moyroud]

  
  
Bonjour à tous,

En me baladant sur la carte OSM du côté de Cergy-Pontoise, je suis
tombé une zone très étrange :
http://www.openstreetmap.org/?lat=49.036725&lon=2.079673&zoom=18&layers=M
Je me suis dis : tiens donc du côté de Cergy quelques furieux
auraient-ils fait de la cartographie d'intérieur ? Mais en chargeant
la zone dans JOSM, j'ai bien vite déchanté. Il y a un espèce de
gloubi-boulga avec des objets qui sont à la fois des
highway=pedestrian et des building=yes. Il y a dû y avoir un gros
problème quelque part. Quelle est la meilleure solution selon vous
pour nettoyer tout ça ? Suppression massive des objets incriminés ?
Un revert ?

Nicolas
  


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

Re: [OSM-talk-fr] [presse] Digne-les-Bains: les élèves sur les traces des illustres de la commune (avec cartes OpenStreetMap)

[Vincent Pottier]

Le 03/10/2012 00:58, Cyrille Giquello a écrit :

Digne-les-Bains : les élèves sur les traces des illustres de la
commune, avec des cartes OpenStreetMap bien sûr !

http://www.hauteprovenceinfo.com/02102012Digne-les-Bains--les-eleves-sur-les-traces-des-illustres-de-la-commune.media?a=1135


Elles sont de qui ces photos ?
La seconde qui démontre par l'exemple l'intérêt du bâti dans OSM, serait 
superbe en Image Of The Week.

--
FrViPofm

___
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

[Marc SIBERT]

Droit de réponse de la part du français bloqué !
Si je suis globalement d'accord avec les principes du projet (collaboration
& itération), j'appelle ça amélioration progressive. Pour le reste, ça suit
:

Le 2 octobre 2012 22:52, khris78  a écrit :

> Je ne vais pas me faire que des amis, mais j'ai l'impression qu'il y a une
> dérive dans la direction que prend le projet.
>
> En effet, pour moi, OSM est un projet COL-LA-BO-RA-TIF et I-TE-RA-TIF !
>
oui donc.

>
> D'ailleurs, c'est ce qu'on répétait sur la mailing list anglophone, il n'y
> a pas si longtemps que ça, parce qu'un français avait été bloqué par un
> "malotru" du DWG.
>
Personne n'a jamais "insulté" Paul, nous (certains, dont je suis) ne sommes
pas d'accord avec la politique systématique du DWG concernant les "imports"
partiels comme le Cadastre.

>
> Dans le cas de l'histoire avec WoGraSo, j'ai le sentiment qu'on adopte le
> même comportement plein de bons sentiments, mais contre-productif.
>
> De ce que j'en comprends (mais j'ai pas regardé en détails), ce
> contributeur trace de nouvelles routes et indique leurs noms. C'est juste
> qu'il les trace un peu à la hache, parce que probablement à partir de
> traces GPS.
>
Une grande partie de l'incompréhension autour des imports et du DWG, outre
la barrière de la langue / de culture, c'est que beaucoup d'interlocuteurs
"comprennent", mais n'ont pas regardé les éléments originaux... donc après
cette réserve que tu exprimes, ça laisse présager du pire pour la suite.

>
> J'en conclus qu'il apporte une valeur ajoutée : son tracé permet de passer
> d'un désert à une carte.
>
Ça ok, sauf que : c'est de la contribution chaise / clavier (probablement
transnationale) et que il y a aussi des erreurs (qui confirment le premier
point).

>
> Le fait qu'un autre contributeur modifie ce premier tracé à partir de Bing
> ou du cadastre va dans le sens d'une plus grande précision de la carte. Le
> résultat, c'est qu'ensemble, ces deux contributeurs ont fait un travail de
> qualité.
>
+1 (mais quand même, le DWG indique aussi, qu'il vaut parfois mieux laisser
le désert vide que le remplir de déchets - je caricature ;-) )

>
> Ça rejoint le problème évoqué à l'origine du fil "C'est qui ce 'la colle'"
> : une personne ajoute un n° INSEE, une autre ajoute un code postal, et puis
> une autre ajoute une autre info et encore une autre, et à la fin, ça fait
> un truc super.
> Pas la peine d'embêter la première parce que le code postal était manquant.
> Si on demande au premier contributeur d'être précis et exhaustif tout de
> suite, plus personne n'osera ajouter un point, de peur que toute la
> communauté lui tombe dessus.
>
+1. note c'est "la colle" qui a envoyé un message un peu sec au premier
contributeur, ce qui laisse penser qu'il ne vient pas souvent sur ce lieu
de partage (où il aurait rencontré ce fameux(se) premier(e)
contributeur(trice)).

>
> Au final, on est tous dans le même bateau. C'est sûr que c'est préférable
> lorsque la qualité est au rendez-vous du premier coup, mais imho il vaut
> mieux faire un peu et imparfait, que rien du tout. Partons du principe que
> chacun fait de son mieux.
>
+1 (enfonçage de porte ouverte)

>
> Christian (aka khris8)
>
>
mes 0.02 € : il vaut mieux venir parler ici que le sortir la "hash" et de
reverter (ou bloquer) un contributeur à priori malheureux, même si ça
sature la liste (on est pas obligé de tout lire, même si c'est tentant...
n'est-ce pas Philippe ? (trop tentant, je sais c'est mal) )

A+

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

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

[Eric Sibert]

J'ai moi aussi contacté cette personne dans ce qui devrait être sa
langue maternelle (si on croit l'adage d'OSM qui veut que la première
contribution se passe toujours dans le pays d'origine).


Alors évite de m'écrire en malgache ;-)

En plus, je viens de regarder mon premier changset. Heureusement qu'il  
n'y avait pas de radar à l'époque :

Concerne les 4039 nœuds suivants
Concerne les 62 chemins suivants
Le tout avec Potlatch ;-)

Eric


___
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

[Benjamin Chartier]

Le 03/10/2012 10:01, khris78 a écrit :

[...]
Bon, pour le cas présent, effectivement, les voies en doublons 
superposées et moins détaillées signalées par Eric, c'est pas 
terrible... Mais attention à la diplomatie.

[...]

Christian (aka khris78)


Je confirme l'hypothèse évoquée par Francisco plus tôt : dans Potlatch 
2, on peut très bien saisir des voies en double sans s'en rendre compte 
si la zone de travail est très chargée en objets : on a l'impression que 
la zone est incomplète parce que certains objets ne sont pas encore 
affichés (mauvaise aventure qui m'est arrivée). Donc, oui, il faut faire 
preuve de diplomatie parce que cet être humain n'est pas forcément 
complètement en cause.


Benjamin

___
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

[Eric Sibert]

Bonjour Stéphane,

L'analyse plus poussée des contributions de cet auteur confirme qu'il  
y a un problème et qu'il faut réagir. Après, je pense que tu ne t'es  
pas focalisé sur les bons points. Tracer à la hache et améliorer  
ensuite, c'est l'évolution normale d'OSM. Ecraser ou ignorer  
l'existant, c'est ça le problème.


Or, tu t'es focalisé sur la précision. Voir le titre de cette  
discussion : "[...] mais pas très précis" (On dirait même que certains  
sur cette liste n'ont réagit qu'en lisant ce titre).
Même constat sur le message que tu lui as envoyé (c'était le second,  
le premier était-il du même style?).


=
Please map a little less but a little better !!!

I have to redraw countless highways you've mapped !

A recent example :
http://www.openstreetmap.org/?lat=46.940197&lon=-1.07499&zoom=18&layers=M

Since a few weeks I can recognized your highways without looking at  
the history !!

=

Pour moi, ce message n'est pas adapté. Il fallait pointer les erreurs  
: route dans les maisons, superposition de routes, nombreuses fautes  
d'orthographe.


C'est ce que vient de faire Pieren.

Et aussi l'interroger sur ses sources de données. Il n'a pas l'air  
d'être du coin. Il n'a pas de traces GPS perso. Il n'y a pas de traces  
GPS publiques dans la zone. Il utilise Potlatch donc sa seule source  
de donnée serait Bing. Où trouve-t-il les noms de rues?



Eric


___
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")

[Pieren]

2012/10/3 Benjamin C. :

> je prônerais l'abandon
> du tag source au niveau des objets pour ne les laisser qu'au niveau des
> changesets car la source est une information que l'on associe plus à une
> contribution qu'à un objet : un objet peut être modifié de multiples fois
> avec des sources différentes, ce n'est en général pas le cas d'un
> changeset.

Il y a plusieurs inconvénients à cette méthode:
- ça n'est possible que si le changeset n'utilise qu'une seule source.
Hors, l'intégration des données bâti supposent souvent l'utilisation
d'autres sources (Bing) ou d'anciennes contributions (recopie des tags
des anciens bâtiments déjà présents sous une forme ou une autre).
- on ne peut pas modifier les tags d'un changeset une fois que
celui-ci est fermé. Si on oublie de mettre le "source" avant l'upload,
la seule façon de corriger est de faire un gros "revert" du changeset
complet et de recommencer.
- l'attribution disparait dans les modes de redistribution des données
OSM actuellement. Que ce soit dans les fichiers planet ou les requêtes
API, les tags de changesets ne sont pas inclues directement. Pour les
retrouver, il faut entamer une démarche supplémentaire (charger le
dump séparé des changesets sur le planet ou faire des requêtes
avancées sur l'API) et volontaire dont la plupart des consommateurs de
données OSM se passent.

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

[Benjamin Chartier]

Le 03/10/2012 10:19, Pieren a écrit :

2012/10/3 Benjamin C. :

De plus, d'après ce que je comprends de la page du wiki mentionnée plus tôt
(http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/Conditions_d%27utilisation),
ces données ne doivent pas être importées en masse dans OSM : cf. phrase "Ce
qui interdit un import massif, direct et automatique".

Cette phrase n'est pas correcte. Il faut juste que le produit final
soit "composite". Rien n'interdit un import massif dans les conditions
d'utilisation du cadastre (la partie cartographique).

Pieren



Merci d'avoir corrigé la page du wiki.

Benjamin

___
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]

Un rendu OpenLayers, ce serait super.
Peut-on dissocier par la couleur du marqueur les points intermédiaires (1)
des points terminaux (2) des routes ?
Et également placer les coordonnées du point dans l'infobulle, pour pouvoir
la copier / coller dans osrm ?

J'ai fait quelques essais entre Nantes et Rennes (N 137).
La position initiale du côté de Rennes n'est pas terrible.
J'ai tenté un recalage manuel au milieu des voies de circulation pour les
points de départ et d'arrivée, mais cela ne change pas grand chose dans
l'absolu (distance et durée) pour l'intégralité du parcours.

(1) Ceux qui ont une description TMC:PREVNODE **et** une description
TMC:NEXTNODE
(2) Ceux qui ont une description TMC:PREVNODE **ou** une description
TMC:NEXTNODE, mais pas les deux

(3) essais sur Rennes-Nantes / Nantes-Rennes

Rennes
Initial 48.08159,-1.67524
Recalé 48.081103,-1.675042

Nantes
Initial 47.26219,-1.58362
Recalé 47.262405,-1.583625


Initial Lien OSRM Dist. Durée
Nantes - Rennes http://osrm.at/1rS 96.4 68
Rennes - Nantes http://osrm.at/1rT 96.3 68


Recalé
Nantes - Rennes http://osrm.at/1rQ 96.5 68
Rennes - Nantes http://osrm.at/1rR 96.2 68


Le 2 octobre 2012 19:57, Marc Sibert  a écrit :

> Le 02/10/2012 17:48, Frédéric Rodrigo a écrit :
>
>  Le 02/10/2012 16:05, Ab_fab a écrit :
>>
>>> Il n'y a rien pour le moment en France dans la base osm lié aux
>>> localisants alert-C.
>>> Quelques essais de conversion effectués sur la révision 8.0 de la table,
>>> mais qui n'ont pas été intégrés ensuite.
>>>
>>> Pour info Il y a une visualisation ici des données de la nouvelle
>>> révision 9.2
>>> http://cartelie.application.**developpement-durable.gouv.fr/**
>>> cartelie/voir.do?carte=**ALERTC8et9&service=SG
>>> (on peut voir les différences avec la version 8.0
>>>
>>> J'ai l'impression qu'il y a beaucoup de points intermédiaires que l'on
>>> ne voyait pas dans la conversion de la table v8.0 en fichier .osm que
>>> didier2020 avait utilisée dans une slippy map perso.
>>>
>>
>> Ma question portait sur la disponibilité d'un .osm issue de la
>> conversion. Finalement je l'ai fait moi même. Le logiciel à du être
>> amélioré car ça c'est assez bien passé malgré quelques erreurs sur des voie
>> urbaines (TMC:Segment-LCD=999).
>>
>> Voila donc le fichier :
>> http://osm7.openstreetmap.fr/~**fred/TMC_LCL2OSM-9.1-20121002-**1.osm.bz2
>>
>> Dans un premier temps je propose d'intégrer à Osmose la vérification des
>> points et de leur typologie (fichier SUBTYPES.DAT) : Diffuseur, Rond-point,
>> Carrefour à feux, Pont...
>>
>> Frédéric.
>>
>>
>> __**_
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.**org/listinfo/talk-fr
>>
> Plus sérieusement,
>
> je suis sidéré par l'incohérence de ce réseau ! Le manque de jointures
> entre les way, les nodes en doublons (je suis bien conscient qu'il s'agit
> de données originales, pas d'un effet de la transformation en osm). Je me
> demande comment cela est réellement exploitable dans son utilisation
> originale !
>
> Ça veut dire aussi que ce ne sera pas facilement "directement"
> exploitable, même pour le la simple comparaison car OSM sera, encore cette
> fois, globalement de bien meilleure qualité (ça fait plaisir).
>
> Si c'est ok, je regarde un rendu OpenLayers brut pour commencer puis avec
> info bulles. Je vous dis quoi.
>
> A+
>
>
> --
> Marc Sibert
> mailto:m...@sibert.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] Re : Restreignons les imports des cours d'eau depuis le cadastre - cleocarto

[Pieren]

2012/10/3 Benjamin C. :
> De plus, d'après ce que je comprends de la page du wiki mentionnée plus tôt
> (http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/Conditions_d%27utilisation),
> ces données ne doivent pas être importées en masse dans OSM : cf. phrase "Ce
> qui interdit un import massif, direct et automatique".

Cette phrase n'est pas correcte. Il faut juste que le produit final
soit "composite". Rien n'interdit un import massif dans les conditions
d'utilisation du cadastre (la partie cartographique).

Pieren

___
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

[khris78]

Je pense qu'on est d'accord sur l'essentiel. 
Mais à mon sens, il ne faut pas non plus froisser des contributeurs de bonne 
volonté qui sont peut-être juste mal informés, en leur envoyant des messages 
pouvant être ressentis comme agressifs. Et j'ai l'impression qu'on est sur 
cette pente glissante depuis un mois ou deux.

Pour la majorité des contributeurs, je suppose, participer à OSM est et restera 
simplement un hobby ayant une utilité finale. Si ça devient prise de tête, ces 
contributeurs partiront.

Bon, pour le cas présent, effectivement, les voies en doublons superposées et 
moins détaillées signalées par Eric, c'est pas terrible... Mais attention à la 
diplomatie.

Pieren  a écrit : > trace sans tenir compte de l'existant ou 
à la >serpe (traverser le bâti ou ne pas connecter les highways)

Pour une fois que ce n'est pas un import du cadastre qui soupoudre du bâti sur 
des highways existantes... (désolé, c'était trop facile, j'ai pas pu 
m'empêcher) ;-)

Christian (aka khris78)___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] En parlant d'intégration de cours d'eau ...

[Sylvain Maillard]

Bonjour,

le problème de la BDCarthage, c'est qu'elle a été produite par l'IGN (sur
base de la BD Carto) et qu'elle est normalement publiée sous licence CC non
commerciale (donc non compatible avec OSM) ... pourquoi elle se retrouve
affichée en licence ouverte, ça je n'en sais rien , mais ça reste quand
même très suspect !

il va y avoir prochainement (d'ici la fin de l'année), l'ouverture d'un
portail opendata des données sur l'eau (je transmettrai l'info dès que ça
sera lancé), l'idéal serait que l'IGN accepte d'y publier la BDCarthage
sous licence ouverte ...


Sylvain


Le 2 octobre 2012 22:59, Christian Quest  a écrit :

> Le 2 octobre 2012 22:17,   a écrit :
> > Re-bonjour,
> > donc si j'ai bien compris il y aurait une incertitude sur la licence ? La
> > page de data.gouv.fr précise bien "Licence Ouverte/Open Licence"...
> Toujours
> > aussi compliqué ces notions ! Si vous pensez qu'il vaut mieux que je
> > supprime mes intégrations, n'hésitez pas à me le signaler.
> > Sylvain.
> >
>
>
> Malheureusement, je pense qu'avec la mode actuelle de l'opendata, pas
> mal de données sont libérées sans vraiment regarder quelle est leur
> provenance exacte, si il n'y aurait pas une licence fermée attachée
> quelque part.
> Par exemple, quand un fichier d'adresses est géocodé, il est fort
> possible que ce géocodage ne soit pas forcément libre de tout droit et
> que l'organisme qui libère des données n'en soit pas tout à fait
> conscient. Je pense en particulier à tout ceux qui utilise Google pour
> leur géocodage qui n'ont bien sûr pas lu (et encore moins compris) les
> conditions d'utilisation in extenso.
>
> C'est là où les métadata devraient jouer leur rôle en indiquant
> comment le fichier a été produit, mais là aussi, c'est un peu fait par
> dessus la jambe... car souvent ces metadata ne servent qu'à décrire la
> structure du fichier, et pas comment il a été obtenu.
>
> Il faut donc y aller en marchant sur des oeufs avant de se lancer dans
> un import généralisé.
>
> --
> 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] Fichiers bâti cadastral (était: "Restreignons les imports des cours d'eau")

[Benjamin C.]

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 ?

J'aime bien cette proposition.

Pour l'économie de place dans la base de données, je prônerais l'abandon
du tag source au niveau des objets pour ne les laisser qu'au niveau des
changesets car la source est une information que l'on associe plus à une
contribution qu'à un objet : un objet peut être modifié de multiples fois
avec des sources différentes, ce n'est en général pas le cas d'un
changeset.

--
Benjamin



--
View this message in context: 
http://gis.19327.n5.nabble.com/Fichiers-bati-cadastral-etait-Restreignons-les-imports-des-cours-d-eau-tp5728432p5728739.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