date:20100826

2010/8/26 Cedric Dumez-Viou 

> > Même pas qu'il nous donnerait la réponse l'animal.
> > Alors quoi ?
>
> > arf !
> J'ai pas osé demandé pour ne pas passer pour un c?n mais je suis
> d'accord: "Halte au suspense!!!"
>
>
Désolé, je n'ai pas pensé que la suggestion était sérieuse parce
bus_guideway a fait partie du top5 des propositions de tags à virer des
map_features tant l'objet est rare. Le wiki renvoie à wikipedia dont la
traduction en français est ici :
http://fr.wikipedia.org/wiki/Autobus_guid%C3%A9

A ma connaissance, les bus de la RATP ne sont pas auto-guidés (quoi que, si
ça permettait de les faire rouler les jours de grève ;-)

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

Re: [OSM-talk-fr] Utilisation de highway=service

2010-08-26 Par sujet Cedric Dumez-Viou

Le 26/08/2010 16:55, sly (sylvain letuffe) a écrit :
> On jeudi 26 août 2010, Pieren wrote:
>> 2010/8/26 sly (sylvain letuffe) 
>>
>>> Gasp !
>> Aaeurgh ! (c'est pour le concours d'onomatopées)
>
>> Mettre unclassified ou residential n'a pas de sens, c'est un couloir de bus
>> ! (j'en ai même trouvés taggués en highway=cycleway parce qu'ils servent
>> aussi aux cyclos).
>
> arf !
> Même pas qu'il nous donnerait la réponse l'animal.
> Alors quoi ?

J'ai pas osé demandé pour ne pas passer pour un c?n mais je suis
d'accord: "Halte au suspense!!!"

Par contre, en bas de la page
http://wiki.openstreetmap.org/wiki/Tag:highway%3Dbus_guideway , un
note indique: "Attention: do not use this on normal paved roadways
that are designated for buses only; one correct tagging for those is
highway=service access=no bus=yes. "

Alors???  Service, pas service, unclassified, ... ?

Cedric

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

Re: [OSM-talk-fr] Utilisation de highway=service

2010-08-26 Par sujet Pierre-Alain Dorange

Lord Awikatchikaen
 wrote:

> Outch, je vais me faire taper dessus si je dis que j'utilise
> highway=service+service=alley pour les impasses ?!?!
> 
> J'y avais réfléchi a l'époque et ca me semblait pas trop faux, ce sont svt
> de petites ruelles/allées qui ne servent (:D) qu'aux riverains

Oui bien sur, mais si on s'en tiens aux définitions du wiki ça ne colle
pas.
Une Service=Alley est une voie entre des propriétés pour un accés
utilitaires, pas pour un accés principale. Si la facade des maison est
sur la ruelle/allée (ce qui me semble être le cas), service n'a plus son
sens usuel et alley non plus, me semble-t-il.
Certes alley est proche de allée, mais le sens du tag est radicalement
différent.

J'auri plutot tendance a les marquer en highway=residential (accès
principal à des maisons) et ajouter narrow (étroit) pour indiquer le
coté ruelle accessible en auto quand même et bien sur noexit=yes si
c'est une impasse...
Pour moi le service a un sens privé d'accés à un "truc" (qui peut être
un batiment d'habitation) mais pas une voie publique.

-- 
Pierre-Alain Dorange

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

Re: [OSM-talk-fr] Un wiki efficace est-il possible? Etait : "Quelles évolutions pour une meilleur e prise en charge des nouveaux venus (et des moin s nouveaux) ?"

2010-08-26 Par sujet Art Penteur

Le 26 août 2010 18:05, Christian Rogel
 a écrit :

> Une question à aborder : doit-on avoir des titres principaux en anglais et
> les doubler par des titres en français ou peut-être l'inverse.
> Actuellement, il y a des titres de page dans les 2 langues.

  La question de base que je me pose, c'est : "quell est la partie qui
doit être une stricte traduction, et (autant que possible) identique
dans toutes les langues, et quelle est la partie qu'on organise comme
on veut" ?

   En Corrollaire, la question suivante : quan on tombe sur une page
don le contenu n'est pas identique en français, anglais et italien,
comment sait-on de façon simple laquelle est la plus "avancée", pour
pouvoir modifier les autres ?

Art.

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

Re: [OSM-talk-fr] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des moins nou veaux) ? (était : Changement de licence [etc .])



Le 26/08/2010 12:43, Christian Rogel a écrit :



Pas de réponse des contributeurs (vous)


C'est vrai que moi je n'ai pas répondu. Ma vie associative a traversé 
ces derniers mois (depuis un an et demi, en fait) une période d'activité 
très intense ;-) qui m'a éloigné de mes autres centres d'intérêt. Cette 
période RMLL étant en train de s'estomper (bien que je sois encore 
intellectuellement bien occupé), tu peux considérer ce message comme un 
témoignage de mon désir d'aider.


Je ne suis pas un spécialiste en wikis mais la réalisation de docs ne me 
fait pas peur. J'en ai commis plusieurs pour un autre projet libre 
(OpenOffice.org) et je pense pouvoir en proposer au projet OSM.



Amicalement,
--
Jean-Francois Nifenecker, Bordeaux


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

Re: [OSM-talk-fr] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des moins nou veaux) ? ( était : Changement de licence [etc .])



Le 26/08/2010 12:05, Balooval a écrit :

Dans ces cas je crois qu'il vaut mieux appliquer le tag "ruelle" (via
JOSM): highway=service et service ="je ne sais plus". Le rendu est plus
fin et correspond mieux à l'étroitesse des ruelles de vieux villages.



Il me semble que l'étiquette "service" recouvre une idée fonctionnelle 
et non pas une idée structurelle : "Service" indique quel usage est fait 
de la voie, pas comment elle est réalisée, la nature de son revêtement, 
sa largeur (malgré tout en rapport avec l'usage) ou la présence de 
trottoirs.


C'est pourquoi il ne me vient pas spontanément à l'idée d'étiqueter 
"Service" des voies en raison de leur (faible) largeur.


Cela a été dit mais je reviens dessus : en France, il existe de nombreux 
centres de villes anciens dont certaines rues sont très étroites tout en 
desservant des habitations ; ici, à Bordeaux, il est une rue dans 
laquelle le piéton écartant les bras peut toucher les murs des maisons 
qui la bordent de chaque côté. Je n'étiquetterais certainement pas cette 
rue en "service" : des gens habitent, vont, viennent. Pas forcément avec 
leur voiture mais la rue(lle) n'est pas utilisée pour vider les 
poubelles. D'ailleurs, le camion de ramassage ne peut pas y passer...


--
Jean-Francois Nifenecker, Bordeaux


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

Re: [OSM-talk-fr] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des moins nou veaux) ? ( était : Changement de licence [etc .])



Le 26/08/2010 16:51, Jissouille a écrit :



[wiki vspdf] 2 choses qui n'ont rien à voir ?



Tout à fait d'accord. Et deux choses complémentaires et aussi 
nécessaires l'une que l'autre.




L'idéal serait de générer de(s) PDF à partir de pages Wiki spécifiques.


Mmmm... Pas nécessairement. Mais avoir des thèmes communs, oui, bien sûr.



Perso, ça m'intéresse de travailler là-dessus.



+1

--
Jean-Francois Nifenecker, Bordeaux


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

Re: [OSM-talk-fr] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des moins nou veaux) ? ( était : Changement de licence [etc .])



Le 26/08/2010 09:36, Nicolas Dumoulin a écrit :


L'installation, laquelle ? Ça reste encore une fois personnel, mais je salue
la qualité du livrable JOSM. Il suffit de télécharger un fichier (le jar) et
de le lancer et on a une interface certes complexe, mais intuitive.


Je parlais de l'installation surtout sous GNU/Linux.

L'outil est impeccable, c'est d'ailleurs devenu maintenant mon éditeur 
primaire. Je partage donc tes éloges sur l'outil en même temps que tes 
regrets sur le manque de doc ; j'ai appris dans cette liste ;) des trucs 
et astuces (peut-être indiqués ailleurs mais trouvés car sans doute pas 
assez bien cherchés).



Quid d'une priorisation, de la définition d'axes de travail par zones,
du suivi de l'avancement ?


Je me le dis aussi des fois, mais chacun est libre et n'a pas les mêmes envies
voire capacités (la saisie des données est tout de même préférable sur des
zones vérifiées sur le terran AMHA).


Je ne cherche pas à imposer quoi que ce soit à quiconque, mais il me 
semble que si, pour une région/zone, il existe un tableau récapitulant 
ou résumant l'avancement, cela serait sans doute motivant pour les 
mappeurs de transformer les cases rouges en cases vertes.



Amicalement,
--
Jean-Francois Nifenecker, Bordeaux


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

Re: [OSM-talk-fr] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des moins nou veaux) ? (était : Changement de licence [etc .])



Le 26/08/2010 09:35, Jean-Guilhem Cailton a écrit :


Sur ce point spécifique, et en supposant que tu parles du WMS, un
tutoriel vidéo vient de sortir : http://www.youtube.com/watch?v=g3_KJDD8bpE



Oui, WMS... Merci pour le lien je vais y jeter un neuil.

--
Jean-Francois Nifenecker, Bordeaux


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

Re: [OSM-talk-fr] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des moins nou veaux) ? (était : Changement de licence [etc .])



Le 26/08/2010 17:07, Lord Awikatchikaen a écrit :


Maintenant que nous sommes une association


Hein ??? C'est passé quand ?

--
Jean-Francois Nifenecker, Bordeaux


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

Re: [OSM-talk-fr] Un wiki efficace est-il possible? Etait : "Quelles évolutions pour une meilleure prise en charge des nouveaux venus (et des moins nouveaux) ?"


sly (sylvain letuffe) a écrit :



Je ferais bien un parallèle osé avec cette mailing liste : Pour qui est-elle 
inadaptée ?


On est toujours l'inadapté de quelqu'un, surtout dans un projet 
collectif  où ce sont les gens qui sont des courgettes et des fraises ;-)




Si le wiki est réorganisé, des gens comme moi auront plaisir à 
l'améliorer et le rendre efficace.


Même sans ça je m'occupe régulièrement de mettre catégories, rangements, 
liens, déplacement et tout ça, mais alors que l'arborescence du wiki est 
presque dans ma tête, j'arrive à me surprendre à ne pas pouvoir simplement 
retourner 4 pages en arrières et avoir recours à mes bookmarks.


Je crois que le truc qui me manque le plus c'est le "bandeau de navigation", 
un truc permanent, toujours là sur lequel on peut compter pour revenir aux 
grandes catégories. 
Et ça, on ne peut pas vraiment l'attendre de wikipedia, car wikipedia n'a pas 
cette structure de rangement (ou peu, ou en tout cas moins importante) car ce 
n'est pas comme ça qu'on cherche l'info sur wikipedia.


Je ne pense pas être le seul, mais si je cherche "les raisons du déclenchement 
de la guerre de 14/18" je vais dans google, et je tape "wikipedia guerre 
14/18" et roule.
Alors que si je veux dans openstreetmap : "que sont, et comment saisir une 
relation" ça risque d'être plus sioux à chercher


Il est clair que beaucoup de gens ne veulent faire que des recherches 
"one shoot" de type Google, c'est parfois efficace et le Wikipédia 
n'aurait pas son aura sans ce point d'entrée.
Mais, si on veut que le wiki OSM puisse répondre efficacement à cette 
recherche, il faut le structurer et utiliser toutes les astuces.


Premières évidences : toutes les pages doivent être accessibles en 
tapant FR + sujet recherché et il ne faut pas économiser sur les titres 
de renvoi.

(Les titres sont forcément classés plus haut que les mots dans les textes)

Exemple : vers "Corine Land Cover" pointeraient :
FR : WikiprojetFrance Corine Land Cover CLC
FR : WikiprojectFrance Corine Land Cover CLC
FR : Import Corine Land Cover CLC
FR : Imports Corine Land Cover CLC

Avec cela, la requête Google aboutirait plus souvent. Si quelqu'un se 
dit CLC, c'est un import et tape "CLC import", il a une réponse au haut 
de la pile.


Un autre moyen est de faire des listes de liens  indépendantes et aussi 
au bas des pages.


Si toutes les pages traitant de la question des relations ont une liste 
de renvois  vers les autres, on pourra faire quelques clics pour bien 
avancer


Les utilisateurs plus pointus chercheront la Catégorie Relation et 
auront accès à toutes les pages concernées.



Christian





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

Re: [OSM-talk-fr] Quelles évolutions pour une meille ure prise en charge des nouveaux venus

2010-08-26 Par sujet Eric

>> Moi  j'avoue ne pas du tout aimer les Wikis au sens large sans vouloir
> ...me rappelle un schtroumpf...

Oui, j'avoue etre de la famille de Schtroumpf grognon ..  :)

>> Il y a dejà quelques mois, quelqu'un s'etait
>> dévoué pour faire un PDF pour le B-A-BA mais il avait eu des réactions
>> très froides (un PDF c'est pas bien, c'est figé, ...)
>> Donc, en résumé, pour moi, Wiki:0 PDF:1

> Je rêve ou on parle de 2 choses qui n'ont rien à voir ?

> Donc soit on réfléchit quelques secondes soit on continue à comparer des
> courgettes et des fraises.

Ce   sont   effectivement  deux  choses  qui n'ont rien à voir mais je
parlais  juste  de la finalité : permettre à un debuttant de debutter.
Si je me base sur un  exemple  que je connais bien (moi il y a 6 mois)
j'ai  constaté  que  j'avais   eté   bcp   mieux  aidé  avec  quelques
tutos sans prétention (en format PDF ou autres) qu'avec des wikis.
Donc  j'ai  réfléchi  plus  de quelques secondes et pense connaitre la
difference   entre  fraises  et  courgettes mais je ne pense pas avoir
fait  de   tels  amalgames.  J'ai  juste  essayé de faire partager une
experience de débutant récent.


Eric  [Blueberry]






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

Re: [OSM-talk-fr] Utilisation de highway=service

On jeudi 26 août 2010, René-Luc D'Hont wrote:
>   Le 26/08/2010 16:54, Lord Awikatchikaen a écrit :
> > Outch, je vais me faire taper dessus si je dis que j'utilise 
> > highway=service+service=alley pour les impasses ?!?!

> Je soutiens ton point de vue! J'ai fait pareil

Je vais aller me pendre.

Moi je les taggues en 
highway=motorway + lane=1 + oneway=no + noexit=yes


-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

Re: [OSM-talk-fr] Un wiki efficace est-il possible? Etait : "Quelles évolutions pour une meilleure prise en charge des nouveaux venus (et des moins nouveaux) ?"

On jeudi 26 août 2010, Christian Rogel wrote:
> [OSM-talk-fr] Un wiki efficace est-il possible?
Outre un "wiki efficace est il possible", un wiki unique est-il possible ?

Je ferais bien un parallèle osé avec cette mailing liste : Pour qui est-elle 
inadaptée ?
Pourquoi un forum de plus, pourquoi deux listes de plus ?
Ne serait-ce pas car il y a grossièrement deux catégories de gens :
- ceux qui veulent savoir pourquoi et ceux qui veulent savoir comment ?
(les premiers seront typiquement ceux à vouloir créer un tag ou installer 
mapnik, et les autres juste comment on trace une forêt pour qu'elle s'affiche 
sur la carte

> Si le wiki est réorganisé, des gens comme moi auront plaisir à 
> l'améliorer et le rendre efficace.

Même sans ça je m'occupe régulièrement de mettre catégories, rangements, 
liens, déplacement et tout ça, mais alors que l'arborescence du wiki est 
presque dans ma tête, j'arrive à me surprendre à ne pas pouvoir simplement 
retourner 4 pages en arrières et avoir recours à mes bookmarks.

Je crois que le truc qui me manque le plus c'est le "bandeau de navigation", 
un truc permanent, toujours là sur lequel on peut compter pour revenir aux 
grandes catégories. 
Et ça, on ne peut pas vraiment l'attendre de wikipedia, car wikipedia n'a pas 
cette structure de rangement (ou peu, ou en tout cas moins importante) car ce 
n'est pas comme ça qu'on cherche l'info sur wikipedia.

Je ne pense pas être le seul, mais si je cherche "les raisons du déclenchement 
de la guerre de 14/18" je vais dans google, et je tape "wikipedia guerre 
14/18" et roule.
Alors que si je veux dans openstreetmap : "que sont, et comment saisir une 
relation" ça risque d'être plus sioux à chercher




> 
> 
> sly (sylvain letuffe) a écrit :
> > On jeudi 26 août 2010, Jissouille wrote:
> >> Je rêve ou on parle de 2 choses qui n'ont rien à voir ?
> > (...)
> >> Donc soit on réfléchit quelques secondes soit on continue à comparer des
> >> courgettes et des fraises.
> > 
> > Je préfère le papyrus en A3
> > 
> >> * zone "stable" : des infos qui bougent peu mais avec toutes les 
références
> >>pour les nouveaux, téléchargeable en PDF
> > Ce que j'avais compris, c'est que c'était une des évolutions possibles/en 
> > discussion d'une partie du futur site www.openstreetmap.fr
> > "Créer un portail plus proche du contributeur/utilisateur. "
> > 
> > dont la discussion se fait par ici :
> > http://wiki.openstreetmap.org/wiki/FR:Osm.fr
> > 
> > L'un des problèmes du wiki ("du", pas "des") osm.org, c'est que c'est un 
gros 
> > mélange de toutes les langues, la recherche a donc vite tendance à envoyer 
> > dans le décors. C'est donc un bon endroit pour discuter 
internationnalement 
> > des tags présents, futurs et passés. Trouver les "fresh news" sur le 
dernier 
> > osm2pgsql qui fait le café et tout un tas de truc pointus.
> > 
> > Sauf que pour trouver le begginer's guide là dedans, faut être motivé. La 
page 
> > http://wiki.openstreetmap.org/wiki/FR:Main_Page est certes un très bon 
point 
> > d'entrée, mais il sera déjà difficile de la retrouver après 4 clics, et 
tous 
> > les liens de gauche auront vite fait de perdre le quidam moyen.
> > 
> > Donc, non seulement je suis d'accord avec ce qui a été dit (wiki (ou 
> > finalement peut importe la technologie employée) français structuré, avec 
des 
> > menus, des catégories, bref du rangement) mais en plus il faudrait arriver 
> > sur un truc ou le moindre menu mal choisi ne vous emmène pas au fond du 
> > gouffre.
> > 
> > D'ailleurs il est amusant de circuler sur les page utilisateurs pour voir 
que 
> > même les utilisateurs chevronés sont obligé de re-créer des listes de 
menus 
> > dans leurs coins pour arriver à s'y retrouver !
> > 
> > 
> > 
> 
> 
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
> 



-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

Re: [OSM-talk-fr] Utilisation de highway=service


 Le 26/08/2010 16:54, Lord Awikatchikaen a écrit :
Outch, je vais me faire taper dessus si je dis que j'utilise 
highway=service+service=alley pour les impasses ?!?!


J'y avais réfléchi a l'époque et ca me semblait pas trop faux, ce sont 
svt de petites ruelles/allées qui ne servent (:D) qu'aux riverains



Je soutiens ton point de vue! J'ai fait pareil



2010/8/26 Pieren mailto:pier...@gmail.com>>

2010/8/26 sly (sylvain letuffe) mailto:sylv...@letuffe.org>>

Gasp !

Si c'est une voie séparée, sens unique, interdite à tout sauf
les bus :
highway=unclassified/tertiary/sec/prim + access=no + psv=yes
+oneway=yes


Aaeurgh ! (c'est pour le concours d'onomatopées)
Ce sont uniquement les couloirs de bus qui sont taggués comme ça
(donc avec séparation physique de la route).
Mettre unclassified ou residential n'a pas de sens, c'est un
couloir de bus ! (j'en ai même trouvés taggués en highway=cycleway
parce qu'ils servent aussi aux cyclos).

De même, sur Paris, il y a des voies de dégagement qui longent
parfois les grands axes de circulation au milieu des trottoirs et
qui étaient taggués en unclassified ou residential comme si on
pouvait les emprunter comme voies de circulation normales !

Pieren

___
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] Un wiki efficace est-il possible? Etait : "Quelles évolutions pour une meilleure prise en charge des nouveaux venus (et des moins nouveaux) ?"

Pieren a proposé une nouvelle organisation de la page principale des 
pages en français, mais je laisserai ce sujet à des gens plus compétents 
que moi.
Comme sur le Wikipédia, il faut qu'une (deuxième) page présente une 
liste des grands sujets (à moins de le caser sur la première page).


Dans ma liste provisoire, il y a :
Général - Documentation - Wikiprojets par pays - Droit - Communauté - 
Presse - Archives

+ Plus une entrée : Débutants OSM qui est accessible en première page.

Ceci est le plus facile.
Le plus compliqué est de choisir un certain nombre de subdivisions et 
d'y rattacher les pages existantes.
Dans "Documentation (carto), il y aurait les guides, les pages de tags 
et les doc pour les logiciels.

Les docs sur les imports seraient évidemment sous les Wikiprojets.
Ceci n'est que la partie émergée de l'iceberg, car toute la puissance 
d'un wiki réside dans les liens et les listes particulières.
Si le wiki est réorganisé, des gens comme moi auront plaisir à 
l'améliorer et le rendre efficace.


Encore une fois, oubliez tous les wikis bricolés que vous connaissez : 
seul le Wikipédia montre le modèle de quelque chose qui fonctionne à peu 
près, mais derrière, il y a des gens qui se consacrent pour une partie 
de leur temps à créer des catégories et des liens et même des bots pour 
chasser les fautes, les incohérences, etc...
Une question à aborder : doit-on avoir des titres principaux en anglais 
et les doubler par des titres en français ou peut-être l'inverse.

Actuellement, il y a des titres de page dans les 2 langues.


Christian


PS : Je n'ai pas retrouvé en utilisant plusieurs moyens ma première 
intervention sur le wiki. Quelqu'un peut-il indiquer ce qui est le plus 
efficace pour rechercher dans la liste (sans commande Unix)?






sly (sylvain letuffe) a écrit :

On jeudi 26 août 2010, Jissouille wrote:

Je rêve ou on parle de 2 choses qui n'ont rien à voir ?

(...)

Donc soit on réfléchit quelques secondes soit on continue à comparer des
courgettes et des fraises.


Je préfère le papyrus en A3


* zone "stable" : des infos qui bougent peu mais avec toutes les références
   pour les nouveaux, téléchargeable en PDF
Ce que j'avais compris, c'est que c'était une des évolutions possibles/en 
discussion d'une partie du futur site www.openstreetmap.fr

"Créer un portail plus proche du contributeur/utilisateur. "

dont la discussion se fait par ici :
http://wiki.openstreetmap.org/wiki/FR:Osm.fr

L'un des problèmes du wiki ("du", pas "des") osm.org, c'est que c'est un gros 
mélange de toutes les langues, la recherche a donc vite tendance à envoyer 
dans le décors. C'est donc un bon endroit pour discuter internationnalement 
des tags présents, futurs et passés. Trouver les "fresh news" sur le dernier 
osm2pgsql qui fait le café et tout un tas de truc pointus.


Sauf que pour trouver le begginer's guide là dedans, faut être motivé. La page 
http://wiki.openstreetmap.org/wiki/FR:Main_Page est certes un très bon point 
d'entrée, mais il sera déjà difficile de la retrouver après 4 clics, et tous 
les liens de gauche auront vite fait de perdre le quidam moyen.


Donc, non seulement je suis d'accord avec ce qui a été dit (wiki (ou 
finalement peut importe la technologie employée) français structuré, avec des 
menus, des catégories, bref du rangement) mais en plus il faudrait arriver 
sur un truc ou le moindre menu mal choisi ne vous emmène pas au fond du 
gouffre.


D'ailleurs il est amusant de circuler sur les page utilisateurs pour voir que 
même les utilisateurs chevronés sont obligé de re-créer des listes de menus 
dans leurs coins pour arriver à s'y retrouver !









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

Re: [OSM-talk-fr] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des moins nou veaux) ? ( était : Changement de licence [etc .])

Le jeudi 26 août 2010 17:16:55 sly (sylvain letuffe), vous avez écrit :
> D'ailleurs il est amusant de circuler sur les page utilisateurs pour voir
> que même les utilisateurs chevronés sont obligé de re-créer des listes de
> menus dans leurs coins pour arriver à s'y retrouver !

_o/ chevroné, je sais pas, mais j'aurai effectivement du mal à faire sans !
Le moteur de recherche aide, mais si on se trompe de terme, ou qu'il est 
proche d'un mot allemand, c'est cuit :-)

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] Quelles évolutions pour une meilleur e prise en charge des nouveaux venus (et des moins nouveaux ) ? ( était : Changement de licence [etc.])

Le jeudi 26 août 2010 17:07:47 Lord Awikatchikaen, vous avez écrit :
> Le problème c'est qu'il n'y a pas de suivi. On lance des idées mais
> personne ne les prends en charge et personne ne cherche a savoir/ne peut
> savoir ou ça en est.

Peut-être qu'un outil de suivi d'anomalie serait de bon ton :-)
On a bien qualitystreetmap qui pointe son nez, ce serait pas mal d'avoir un 
suivi d'avancement des tâches de type :
 - infrastructure : installation/maintenance de serveur/service
 - tagging : ambiguïté/manque d'un tag
 - doc : catégorie du wiki, tuto, osmecum
 - …
un bugzilla ou équivalent ?

> Maintenant que nous sommes une association, il serait normal que le bureau
> et les membres sachent ou on va et ou on est.

Ha bon, c'est fait ? J'ai dû raté un épisode.

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] Quelles évolutions pour une meill eure prise en charge des nouveaux venus (et des moins n ouveaux) ? ( était : Changement de licence [e tc.])

On jeudi 26 août 2010, Lord Awikatchikaen wrote:
> Le problème c'est qu'il n'y a pas de suivi. On lance des idées mais personne
> ne les prends en charge et personne ne cherche a savoir/ne peut savoir ou ça
> en est.

C'est là qu'une liste de diffusion montre clairement, à mon avis, sa 
faiblesse : c'est du jetable.
(l'argument du "mais on peu chercher dans les archives" est irrecevable selon 
moi, "la recherche sémantique va supprimer le besoin de classement" disait 
google : mon oeil)

Pieren a lancé l'idée il y a 1 an ici même, elle est toujours d'actualité, 
elle revient souvent dans les débats, mais il faut faire la fourmi pour 
retrouver toutes les discussion avis et choses réalisées sur ce thème dans la 
liste. Donc on refait appel à la mémoire collective pour que quelqu'un nous 
ressorte la page wiki qui traite du thème, si quelqu'un arrive à s'en 
souvenir.

A défaut de mieux, aujourd'hui, je tente de faire pointer ma liste de suivi du 
wiki vers les pages qui m'intéressent au fûr et à mesure qu'elles sont 
présentées ici histoire de "garder le contact" en espérant qu'au détour d'un 
chemin tortueux où quelqu'un tombe dessus... et qu'il ne la suppose pas 
inutile et abandonné depuis 2 ans... se décide à rajouter une information 
pertinente.

> Peut être qu'il faudrait nommer des chargé de projet et organiser des
> réunions de suivi ?
-1
ils se nomment tout seul les chargés de projet, il faut juste leur donner un 
outil de communication valable.

> J'ai vu qu'il y avait des tentatives de réunion IRC mais de ce que j'en ai
> vu ça parlait beaucoup technique...
-1
c'est vraiment le moyen de com à long terme le plus mauvais que je connaisse 
le "tchat en direct"

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org

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

Re: [OSM-talk-fr] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des moins nou veaux) ? ( était : Changement de licence [etc .])

On jeudi 26 août 2010, Jissouille wrote:
> Je rêve ou on parle de 2 choses qui n'ont rien à voir ?
(...)
> Donc soit on réfléchit quelques secondes soit on continue à comparer des
> courgettes et des fraises.

Je préfère le papyrus en A3

> * zone "stable" : des infos qui bougent peu mais avec toutes les références
>pour les nouveaux, téléchargeable en PDF
Ce que j'avais compris, c'est que c'était une des évolutions possibles/en 
discussion d'une partie du futur site www.openstreetmap.fr
"Créer un portail plus proche du contributeur/utilisateur. "

dont la discussion se fait par ici :
http://wiki.openstreetmap.org/wiki/FR:Osm.fr

L'un des problèmes du wiki ("du", pas "des") osm.org, c'est que c'est un gros 
mélange de toutes les langues, la recherche a donc vite tendance à envoyer 
dans le décors. C'est donc un bon endroit pour discuter internationnalement 
des tags présents, futurs et passés. Trouver les "fresh news" sur le dernier 
osm2pgsql qui fait le café et tout un tas de truc pointus.

Sauf que pour trouver le begginer's guide là dedans, faut être motivé. La page 
http://wiki.openstreetmap.org/wiki/FR:Main_Page est certes un très bon point 
d'entrée, mais il sera déjà difficile de la retrouver après 4 clics, et tous 
les liens de gauche auront vite fait de perdre le quidam moyen.

Donc, non seulement je suis d'accord avec ce qui a été dit (wiki (ou 
finalement peut importe la technologie employée) français structuré, avec des 
menus, des catégories, bref du rangement) mais en plus il faudrait arriver 
sur un truc ou le moindre menu mal choisi ne vous emmène pas au fond du 
gouffre.

D'ailleurs il est amusant de circuler sur les page utilisateurs pour voir que 
même les utilisateurs chevronés sont obligé de re-créer des listes de menus 
dans leurs coins pour arriver à s'y retrouver !

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org

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

Re: [OSM-talk-fr] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des mo ins nouveaux) ? (était : Changement de li cence [etc.])

2010/8/26 Pieren 

> 2010/8/26 Christian Rogel 
>
> Pas de réponse des contributeurs (vous), excepté, à chaque fois, une
>> réaction (et une seule) négative de Pieren ne proposant que de ne rien faire
>> et une référence aux Allemands, gens respectables et compétents, mais qui ne
>> sont pas les seuls à réfléchir sur la présentation des savoirs.
>>
>>
> Alors là, attention, les paroles passent, les écrits restent. Je te met au
> défi de trouver un message où je dis de ne rien faire.
> Ce que j'ai pu dire par contre, c'est que souvent les gens ont de bonnes
> idées sur cette liste mais que cela aboutit rarement sur quelque chose de
> concret, surtout lorsqu'ils se rendent compte que cela prend du temps et que
> ça n'est pas fun.
>

Le problème c'est qu'il n'y a pas de suivi. On lance des idées mais personne
ne les prends en charge et personne ne cherche a savoir/ne peut savoir ou ça
en est.
Peut être qu'il faudrait nommer des chargé de projet et organiser des
réunions de suivi ?
J'ai vu qu'il y avait des tentatives de réunion IRC mais de ce que j'en ai
vu ça parlait beaucoup technique...
Maintenant que nous sommes une association, il serait normal que le bureau
et les membres sachent ou on va et ou on est. Bon ok, on est tous
indépendants et on a aucune obligation de moyen ou de résultat envers OSM
mais c'est dommage de ne pas réussir a organiser toute cette volonté. Car
volonté il y a, sinon on serait pas inscrit sur OSM !


> Par exemple, on avait déjà discuter de refondre la page d'accueil et d'y
> insérer un portail plus visible pour les nouveaux. J'ai dû tellement dire de
> ne rien faire que j'avais à l'époque fait deux propositions de nouvelle page
> d'accueil:
> http://wiki.openstreetmap.org/wiki/User:Pieren/sandbox
> http://wiki.openstreetmap.org/wiki/User:Pieren/sandbox2
>
> et demander l'avis du public, sans réponses. C'était en novembre 2008...
>
> Pieren
>
> ___
> 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] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des moins nou veaux) ? ( était : Changement de licence [etc .])

2010-08-26 Par sujet Christophe Merlet

Le jeudi 26 août 2010 à 12:08 +0200, René-Luc D'Hont a écrit :
> Le 26/08/2010 12:02, Nicolas Dumoulin a écrit :
> > Le jeudi 26 août 2010 11:38:08 René-Luc D'Hont, vous avez écrit :
> >> +1 aussi
> >> exemple ici
> >> http://www.openstreetmap.org/?lat=43.53416&lon=3.33121&zoom=17&layers=M
> >> c'est à Néffies et comme je ne connais pas je n'ai pus aller plus loin
> >> dans la digitalisation des rues. J'espère juste que ça incitera un
> >> connaisseur à participer.
> > Au passage, en dézoomant un poil, le rendu mapnik est pas très joli :-/
> > http://www.openstreetmap.org/?lat=43.53409&lon=3.33396&zoom=15&layers=M
> > C'est souvent le cas sur les vieux villages pleins de petites ruelles.
> > Il y aurait moyen que mapnik s'en sorte mieux ?
> 
> Oui en spécifiant que ces rues ne sont pas des highway=residential mais 
> highway=service et service=allee comme ici :
> http://www.openstreetmap.org/?lat=42.4831&lon=3.12765&zoom=17&layers=M
> Si bien sûr celles-ci sont des rues où les voitures ne peuvent pas faire 
> demi-tour mais peuvent circuler dans les 2 sens.


Après avoir visité Néffies avec Google Street View, j'aurais tendance à
mettre un certain nombre de rues en "pedestrian". Elles sont tellement
étroite qu'une voiture ne passerait pas si un piéton est déjà engagé !

Perso, je garde "service" lorsque la voie ne dessert qu'un seul bâtiment
ou immeuble et n'a généralement pas de toponyme.


Librement,
-- 
Christophe Merlet (RedFox)


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

Re: [OSM-talk-fr] Utilisation de highway=service

On jeudi 26 août 2010, Pieren wrote:
> 2010/8/26 sly (sylvain letuffe) 
> 
> > Gasp !
> Aaeurgh ! (c'est pour le concours d'onomatopées)

> Mettre unclassified ou residential n'a pas de sens, c'est un couloir de bus
> ! (j'en ai même trouvés taggués en highway=cycleway parce qu'ils servent
> aussi aux cyclos).

arf ! 
Même pas qu'il nous donnerait la réponse l'animal.
Alors quoi ?
Si c'est un couloir de bus collé à la route, et séparé uniquement par un bout 
de machin pour juste dire aux voitures "dégage" (bref un couloir de bus 
séparé) y'a ça :
http://wiki.openstreetmap.org/wiki/Tag:highway%3Dbus_guideway

Sauf que pour une voie de bus, séparée de tout, je vois pas quoi mettre 
d'autre, il est pas bien mon unclassified avec les accès ?

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org

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

Re: [OSM-talk-fr] Utilisation de highway=service

Outch, je vais me faire taper dessus si je dis que j'utilise
highway=service+service=alley pour les impasses ?!?!

J'y avais réfléchi a l'époque et ca me semblait pas trop faux, ce sont svt
de petites ruelles/allées qui ne servent (:D) qu'aux riverains

2010/8/26 Pieren 

> 2010/8/26 sly (sylvain letuffe) 
>
>> Gasp !
>
>
>
>> Si c'est une voie séparée, sens unique, interdite à tout sauf les bus :
>> highway=unclassified/tertiary/sec/prim + access=no + psv=yes +oneway=yes
>>
>>
> Aaeurgh ! (c'est pour le concours d'onomatopées)
> Ce sont uniquement les couloirs de bus qui sont taggués comme ça (donc avec
> séparation physique de la route).
> Mettre unclassified ou residential n'a pas de sens, c'est un couloir de bus
> ! (j'en ai même trouvés taggués en highway=cycleway parce qu'ils servent
> aussi aux cyclos).
>
> De même, sur Paris, il y a des voies de dégagement qui longent parfois les
> grands axes de circulation au milieu des trottoirs et qui étaient taggués en
> unclassified ou residential comme si on pouvait les emprunter comme voies de
> circulation normales !
>
> Pieren
>
> ___
> 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] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des moins nou veaux) ? ( était : Changement de licence [etc .])

2010-08-26 Par sujet Jissouille


Le 26/08/2010 12:32, Eric a écrit :

Moi  j'avoue ne pas du tout aimer les Wikis au sens large sans vouloir


...me rappelle un schtroumpf...


Il y a dejà quelques mois, quelqu'un s'etait
dévoué pour faire un PDF pour le B-A-BA mais il avait eu des réactions
très froides (un PDF c'est pas bien, c'est figé, ...)



Donc, en résumé, pour moi, Wiki:0 PDF:1


Je rêve ou on parle de 2 choses qui n'ont rien à voir ?

* Un wiki ça sert à... tiens ben http://fr.wikipedia.org/wiki/Wiki :

Un wiki est un site web dont les pages sont modifiables par tout ou partie
des visiteurs du site. Il permet ainsi l'écriture et l'illustration
collaboratives de documents.

* Un PDF c'est un document *FINAL* destiné à être [P]ortable (lisible et
  imprimable sur n'importe quel système).


Donc soit on réfléchit quelques secondes soit on continue à comparer des
courgettes et des fraises.

* Il faut un outil de rédaction collaboratif (et perso, je n'essayerai pas
  avec le format PDF). Le wiki semble être le meilleur outil pour faire ça.

* Il faut un (des) guide(s) de référence à télécharger (et là, à part du PDF
  je ne vois pas).

L'idéal serait de générer de(s) PDF à partir de pages Wiki spécifiques.


Ça veut dire peut-être scinder le wiki en plusieurs "zones" et "sous-zones",
par exemple :

* zone "stable" : des infos qui bougent peu mais avec toutes les références
  pour les nouveaux, téléchargeable en PDF

* zone "de travail" : là où se prépareraient les futures zones stables.


Je rejoins totalement l'avis de Christian Rogel : "Il faut donc des gens qui de
temps en temps, redressent les infos, créent des liens bi-directionnels, 
inventent
de nouvelles catégories, déplacent les pages, les fusionnent ou les coupent en 
2 ou 3.
[...] Un wiki non géré n'est pas un wiki, c'est un tas de trucs informes."


Ça veut dire créer un groupe de travail chargé de l'organisation du wiki. Des 
gens qui
réfléchissent à l'agencement des pages, aux passerelles, qui corrigent, qui 
reformulent
quand c'est nécessaire, qui apportent une logique à l'ensemble et qui, 
parallèlement,
recueillent les avis de la communauté (ancienne et nouvelle) pour se donner des 
axes de travail.

Des gens focalisés sur la documentation auraient une vision d'ensemble des 
données/
ressources dont on dispose et, éventuellement, pourraient suggérer l'écriture de
docs/howto... qui manquent.


Perso, ça m'intéresse de travailler là-dessus.

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

Re: [OSM-talk-fr] Utilisation de highway=service

2010/8/26 sly (sylvain letuffe) 

> Gasp !



> Si c'est une voie séparée, sens unique, interdite à tout sauf les bus :
> highway=unclassified/tertiary/sec/prim + access=no + psv=yes +oneway=yes
>
>
Aaeurgh ! (c'est pour le concours d'onomatopées)
Ce sont uniquement les couloirs de bus qui sont taggués comme ça (donc avec
séparation physique de la route).
Mettre unclassified ou residential n'a pas de sens, c'est un couloir de bus
! (j'en ai même trouvés taggués en highway=cycleway parce qu'ils servent
aussi aux cyclos).

De même, sur Paris, il y a des voies de dégagement qui longent parfois les
grands axes de circulation au milieu des trottoirs et qui étaient taggués en
unclassified ou residential comme si on pouvait les emprunter comme voies de
circulation normales !

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

Re: [OSM-talk-fr] Utilisation de highway=service


 Le 26/08/2010 16:09, sly (sylvain letuffe) a écrit :

On jeudi 26 août 2010, Pieren wrote:


Ceux qui pensent que 'service' ne doit pas être utiliser pour une rue qui
n'est pas de service devront alors aussi arrêter d'utiliser tourism=hotel

Mauvaise foi spotted

Il ne s'agit pas ici de remettre en cause l'utilisation du mot service pour
des ruelles (pas de moi en tout cas) on aurait pu dire que service était fait
pour indiquer les voies d'escalade que ça ne m'aurait pas gêné, du moment que
c'est écrit et qu'on ne s'en sert pas aussi pour tagguer des ruelles.

Le problème ici à mon sens, c'est que certains vont tagguer service+alley pour
des ruelles et d'autre pour des voies de services.

Et bien que j'entende l'argument de René-Luc, je n'y adhère pas car ça me
semble différent
J'admets cependant, que les deux restes des voies "étroites" le plus souvent,
ce qui devrait finir comme highway=footway, c'est à dire, un chemin dont on
ne sait pas grand chose et on inventera alors path pour clarifier après 2 ans
de combats contre-productifs.
Comment ça mauvaise foi ?



C'est pas forcément de la mauvaise fois, mais en fait, mêm si c'est 
chiant, il faudrait amasser plus d'information sur l'utilisation des 
tags et des photos d'exemples.


Existe-t-il un truc synthétique quelque part avec photo, geolocalisation 
et tag utilisé ?



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

Re: [OSM-talk-fr] Utilisation de highway=service


 Le 26/08/2010 16:02, GaelADT a écrit :

Juste comme ça au passage car j'ai l'impression que highway=service est
vraiment très mal compris. Est-il "normal" que beaucoup des voies de bus sur
Paris soient taguées highway=service (souvent avec psv=yes quand même) ? Car
c'est tellement courant qu'au début j'ai pensé que c'était comme ça qu'il
fallait les taguer. Mais en fait ça n'a rien à voir n'est-ce pas ?

Gaël.


Les premières voies de bus que j'ai taggué je l'ai fait aussi comme ça 
car c'est ce que j'avais trouvé dans les données et comme information 
dans le wiki.


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

Re: [OSM-talk-fr] Utilisation de highway=service

On jeudi 26 août 2010, GaelADT wrote:
> Est-il "normal" que beaucoup des voies de bus sur
> Paris soient taguées highway=service 
Gasp !
Alors ils ne doivent pas lire la même page wiki que moi

Si c'est une voie séparée, sens unique, interdite à tout sauf les bus :
highway=unclassified/tertiary/sec/prim + access=no + psv=yes +oneway=yes

si ce n'est qu'une ligne de bus, non séparée de la chaussée principale, là 
j'ai aucune idée, sans doute un truc avec les lane

> fallait les taguer. Mais en fait ça n'a rien à voir n'est-ce pas ?
Rien à voir selon moi


-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

Re: [OSM-talk-fr] Utilisation de highway=service

On jeudi 26 août 2010, Pieren wrote:

> Ceux qui pensent que 'service' ne doit pas être utiliser pour une rue qui
> n'est pas de service devront alors aussi arrêter d'utiliser tourism=hotel

Mauvaise foi spotted

Il ne s'agit pas ici de remettre en cause l'utilisation du mot service pour 
des ruelles (pas de moi en tout cas) on aurait pu dire que service était fait 
pour indiquer les voies d'escalade que ça ne m'aurait pas gêné, du moment que 
c'est écrit et qu'on ne s'en sert pas aussi pour tagguer des ruelles.

Le problème ici à mon sens, c'est que certains vont tagguer service+alley pour 
des ruelles et d'autre pour des voies de services.

Et bien que j'entende l'argument de René-Luc, je n'y adhère pas car ça me 
semble différent 
J'admets cependant, que les deux restes des voies "étroites" le plus souvent, 
ce qui devrait finir comme highway=footway, c'est à dire, un chemin dont on 
ne sait pas grand chose et on inventera alors path pour clarifier après 2 ans 
de combats contre-productifs.
Comment ça mauvaise foi ?

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org

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

Re: [OSM-talk-fr] Utilisation de highway=service

2010-08-26 Par sujet GaelADT


Juste comme ça au passage car j'ai l'impression que highway=service est
vraiment très mal compris. Est-il "normal" que beaucoup des voies de bus sur
Paris soient taguées highway=service (souvent avec psv=yes quand même) ? Car
c'est tellement courant qu'au début j'ai pensé que c'était comme ça qu'il
fallait les taguer. Mais en fait ça n'a rien à voir n'est-ce pas ?

Gaël.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Utilisation-de-highway-service-tp5465180p5465693.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] Utilisation de highway=service

2010/8/26 sly (sylvain letuffe) 

> que va-t-il advenir des rares cas français ou la
> personne voulait vraiment tagguer une voie de service "entre des
> propriétés" ? on va juste noyer son travail avec des ruelles, et la
> reprise "le jour où ça existera" sera donc impossible.
>
>
Tu reconnais que ce sont des cas très rares. Ca ne devrait pas nous empêcher
d'avancer.

Ceux qui pensent que 'service' ne doit pas être utiliser pour une rue qui
n'est pas de service devront alors aussi arrêter d'utiliser tourism=hotel
pour les hôtels uniquement fréquentés par les hommes d'affaire ou
tourism=artwork/museum pour des oeuvres d'arts ou musées qui ne concernent
pas que les touristes ou historic=wayside_cross pour des croix pourtant
modernes, etc

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

Re: [OSM-talk-fr] Utilisation de highway=service


 Le 26/08/2010 15:42, Emilie Laffray a écrit :



2010/8/26 sly (sylvain letuffe) >


On jeudi 26 août 2010, Pieren wrote:

(Rien à redire sur l'excellent résumé d'avant)

> J'ai donc décidé d'employer le même subterfuge
Argh ! Pas toi ! Comment peut-on céder ainsi à la facilité !
autant tagguer
les torchons avec towel=serviette.

Je comprends tout à fait le souhait de ne pas utiliser
highway=alley (soyons
réaliste, ça ne sera jamais rendu, et par malheureuse voie de
conséquence,
jamais utilisé) mais que va-t-il advenir des rares cas français ou la
personne voulait vraiment tagguer une voie de service "entre des
propriétés" ? on va juste noyer son travail avec des ruelles, et la
reprise "le jour où ça existera" sera donc impossible.

L'avantage du narrow=yes, c'est que je ne vois pas le même
inconvénient, si le
narrow est sur un petit morceau, c'est un rétrécissement, si
 c'est sur toute
la ruelle, c'est alors un rétrécissement permanent une ruelle
donc.


Juste mes 2 cts mais je préfère nettement aussi l'utilisation de 
narrow=yes. Je préfère nettement un tag relatif a un tag absolu 
(width) qui sera de toute façon décidé au pifomètre. Pour rajouter au 
commentaire de Pieren et pour troller un peu, je dirais qu'il ne faut 
pas oublier les australiens dans les pinailleurs (oui c'est mal a 
chaque fois, ce sont toujours les mêmes, et ce n'est pas beau de 
généraliser).


Et bah moi je préfère mes highway=service, service=alley, car pour moi 
ce sont des rues comme celles d'accès à un service ou à un parking, et 
j'ai tellement hésité avant d'utiliser ces tags que je ne renoncerait 
pas! C'est pas trolldi mais les rues de centres villes ne sont pas 
rétrécies et ne se trouvent pas dans une zones résidentielles, elles 
sont naturellement pas faîtes pour les voitures même si un véhicule peut 
les emprunter.


ReLuc



Emilie Laffray


___
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] Utilisation de highway=service

2010/8/26 sly (sylvain letuffe) 

> On jeudi 26 août 2010, Pieren wrote:
>
> (Rien à redire sur l'excellent résumé d'avant)
>
> > J'ai donc décidé d'employer le même subterfuge
> Argh ! Pas toi ! Comment peut-on céder ainsi à la facilité ! autant tagguer
> les torchons avec towel=serviette.
>
> Je comprends tout à fait le souhait de ne pas utiliser highway=alley
> (soyons
> réaliste, ça ne sera jamais rendu, et par malheureuse voie de conséquence,
> jamais utilisé) mais que va-t-il advenir des rares cas français ou la
> personne voulait vraiment tagguer une voie de service "entre des
> propriétés" ? on va juste noyer son travail avec des ruelles, et la
> reprise "le jour où ça existera" sera donc impossible.
>
> L'avantage du narrow=yes, c'est que je ne vois pas le même inconvénient, si
> le
> narrow est sur un petit morceau, c'est un rétrécissement, si  c'est sur
> toute
> la ruelle, c'est alors un rétrécissement permanent une ruelle donc.
>
>
Juste mes 2 cts mais je préfère nettement aussi l'utilisation de narrow=yes.
Je préfère nettement un tag relatif a un tag absolu (width) qui sera de
toute façon décidé au pifomètre. Pour rajouter au commentaire de Pieren et
pour troller un peu, je dirais qu'il ne faut pas oublier les australiens
dans les pinailleurs (oui c'est mal a chaque fois, ce sont toujours les
mêmes, et ce n'est pas beau de généraliser).

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

Re: [OSM-talk-fr] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des moins nou veaux) ? ( était : Changement de licence [etc .])

2010-08-26 Par sujet Benoît ROUSSEAU





Emilie Laffray a écrit :

  
  2010/8/26 Eric 
  

+10

Moi  j'avoue ne pas du tout aimer les Wikis au sens large sans vouloir
troller  on  plus.  Je  trouve  que très souvent, ils se résument à un
catalogue  de  liens  et au bout de 2 ou 3 clicks sur des liens, on ne
sait  pas  d'où  on  est parti donc impossible de revenir.

Il est donc impossible de parcourir l'arbre, on peut passer 20x à coté
d'une  page interessante. Il y a dejà quelques mois, quelqu'un s'etait
dévoué pour faire un PDF pour le B-A-BA mais il avait eu des réactions
très froides (un PDF c'est pas bien, c'est figé, ...) mais ce début de
tutorial  m'avait bien aidé. Des pages dont 20% de l'espace en haut et
à gauche sont "perdus" en habillage et dont le contenu et une liste de
liens  vers  d'autres points du wiki, c'est frustrant je trouve.

Donc, en résumé, pour moi, Wiki:0 PDF:1
  
  
  
Je partage ton analyse :)
Donc +1
  
Emilie Laffray
  


+1. Un bon vieux PDF imprimable.
Benoît R.





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

Re: [OSM-talk-fr] Utilisation de highway=service

On jeudi 26 août 2010, Pieren wrote:

(Rien à redire sur l'excellent résumé d'avant)

> J'ai donc décidé d'employer le même subterfuge 
Argh ! Pas toi ! Comment peut-on céder ainsi à la facilité ! autant tagguer 
les torchons avec towel=serviette.

Je comprends tout à fait le souhait de ne pas utiliser highway=alley (soyons 
réaliste, ça ne sera jamais rendu, et par malheureuse voie de conséquence, 
jamais utilisé) mais que va-t-il advenir des rares cas français ou la 
personne voulait vraiment tagguer une voie de service "entre des 
propriétés" ? on va juste noyer son travail avec des ruelles, et la 
reprise "le jour où ça existera" sera donc impossible.

L'avantage du narrow=yes, c'est que je ne vois pas le même inconvénient, si le 
narrow est sur un petit morceau, c'est un rétrécissement, si  c'est sur toute 
la ruelle, c'est alors un rétrécissement permanent une ruelle donc.

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

Re: [OSM-talk-fr] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des moins nou veaux) ? (était : Changement de licence [etc .])


 Le 26/08/2010 15:21, Nicolas Moyroud a écrit :

René-Luc D'Hont a écrit :


+1 aussi
exemple ici 
http://www.openstreetmap.org/?lat=43.53416&lon=3.33121&zoom=17&layers=M 
c'est à Néffies et comme je ne connais pas je n'ai pus aller plus 
loin dans la digitalisation des rues. J'espère juste que ça incitera 
un connaisseur à participer.


Ben c'est pas très loin de chez moi, pour l'instant il me reste encore 
quelques communes plus proches à faire, mais dans quelques temps il se 
pourrait bien que ça soit moi qui fasse les rues manquantes de Néffiès.


Merci Nicolas ;-)



___
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] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des moins nou veaux) ? (était : Changement de licence [etc .])

2010-08-26 Par sujet Nicolas Moyroud


René-Luc D'Hont a écrit :
 
+1 aussi
exemple ici 
http://www.openstreetmap.org/?lat=43.53416&lon=3.33121&zoom=17&layers=M 
c'est à Néffies et comme je ne connais pas je n'ai pus aller plus loin 
dans la digitalisation des rues. J'espère juste que ça incitera un 
connaisseur à participer.


Ben c'est pas très loin de chez moi, pour l'instant il me reste encore 
quelques communes plus proches à faire, mais dans quelques temps il se 
pourrait bien que ça soit moi qui fasse les rues manquantes de Néffiès.


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

Re: [OSM-talk-fr] Utilisation de highway=service

On jeudi 26 août 2010, René-Luc D'Hont wrote:
> Je suis sur le fond d'accord avec toi maissur Banyuls-sur-mer les rues 
> que j'ai noté comme service ne sont pas des rues de circulation, ce sont 
> des rues qui ont vraiment une fonction d'accès à sa maison ou à son 
> garage, comme dans une résidence sauf que si tu t'y engage tu n'accèdes 
> pas à une résidence mais au centre de la ville.

J'imagine que ton cas doit être border-line entre service et residential, qui 
en fait un cas délicat à choisir, mais j'avoue avoir du mal à saisir... tu 
accèdes à ta maison ou tu accèdes au centre ville (ou alors tu accèdes à ta 
maison, qui se trouve au centre ville) ?

d'après ce que je comprends, je mettrais residential, sauf si cette "rue" ne 
mène qu'a une seule habitation.

Et encore même là, j'ai du mal à me décider à mettre service, est-ce une route 
de service que celle qui mène à chez soi ?

> Posons donc la question autrement :
> * quels tags mettre pour les voies de circulations se trouvant au sein 
> d'une résidence et ne servent qu'aux habitants pour accéder à leur 
> appartement ?

Je placerais residential je crois, c'est je pense ce que l'on mettrait dans un 
hameau de maison, alors pourquoi pas dans un "hameau" d'immeubles.

Après, le wiki semble dire le contraire de ce que je dis, et on est clairement 
à la bordure.

Spontanément pour dire ce que j'ai en tête, je dirais un truc comme ça :
Si tu n'es pas du coin, tu n'habites pas là et tu n'as payé aucun service en 
rapport avec le proprio des lieux et que tu y va pour garer ta voiture :
- si on t'engueule (vous êtes chez moi ici !), te raye ta voiture, appel la 
fourrière, tu es sur un highway=service
- si rien ne se passe, highway=residential

J'accorde tout à fait que ma définition ne vaut pas un kopeck

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org

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

Re: [OSM-talk-fr] Utilisation de highway=service

2010-08-26 Par sujet Ab_fab

narrow = yes
precision = in accordance to NF UNM 00-002, §4.4.3
La norme NF UNM 00-002 en question étant disponible ici
*http://jeanmarie.robert.free.fr/telechar/NF_UNM_00-002.pdf*


Le 26 août 2010 15:03, René-Luc D'Hont  a écrit :

> Le 26/08/2010 15:01, Pieren a écrit :
>
> Ha, encore une longue histoire. D'abord sur le mot "alley".
> highway=service + service=alley, c'est effectivement les américains qu'ils
> l'ont créé. Mais "alley" en anglais veut dire "ruelle", c'est pas forcément
> limité à une voie de service, bien que chez les américains, une ruelle
> étroite qui n'est pas que pour le service, ça n'existe tout simplement pas
> (ils n'ont pas de vieux centre villes médiévaux comme chez-nous). Donc chez
> eux, "alley", c'est forcément une voie de service alors qu'ailleurs, c'est
> une "ruelle".
>
>
> Cool Merci Pieren pour tes lumières infinies!
>
>
>
> Le wiki peut dire
> > An alley is a service road usually located between properties for access
> > to utilities
>
> Sur
> http://wiki.openstreetmap.org/wiki/Tag:highway%3Dservice
> il est dit
> "a road between properties"
> sans employer le terme "service road" comme c'est le cas pour les autres
> valeurs.
>
> Avant cette inventions des US, je militais pour la généralisation du tag
> "narrow=yes" comme Vincent mais je n'ai pas réussi à obtenir un consensus
> là-dessus, les autres n'en veulent tout simplement pas. Ils veulent que
> narrow ne soit utilisé que pour les rétrécissements temporaires. Au
> contraire, il y a sur les listes/forums des pinailleurs (souvent allemands
> et hollandais) qui préfèrent le tag "width=*" que je trouve totalement
> irréaliste de généraliser (ou alors il faut aussi préciser l'unité de mesure
> qui sera souvent le "pifomètre" et non le "mètre") et se contrefoutent
> qu'aucune application à ce jour ne tienne compte de ce tag pourtant ancien
> (pas seulement dans les moteurs de rendu mais aussi de navigation par
> exemple).
>
> Puis j'ai constaté que le tag highway=service+service=alley apparaissait en
> Europe sur des ruelles non techniques (qui contrairement aux US, sont rares)
> mais plutot médiévales. C'est une façon de récupérer le terme "alley" mais
> sans avoir à passer par la création d'un nouveau tag "highway=alley" et dont
> le résultat est le même sauf que la voie n'est pas une voie de service.
>
> J'ai donc décidé d'employer le même subterfuge bien que l'idéal serait
> effectivement pour la France d'avoir ce tag "highway=alley". Mais en
> attendant qu'il existe, j'utilise highway=service+service=alley pour les
> ruelles étroites car même si ça n'est pas idéal, c'est le plus proche de ce
> que l'on veut montrer : une voie plus étroite qu'un highway=residential ou
> highway=unclassified et dont l'importance dans un schéma de circulation est
> du même rang. Et il sera toujours possible de changer plus-tard comme pour
> "wall=no".
>
> Pieren
>
>
> ___
> Talk-fr mailing list
> talk...@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
--
ab_fab

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

Re: [OSM-talk-fr] Quelles évolutions pour une meilleur e prise en charge des nouveaux venus (et des moins nouveaux ) ? ( était : Changement de licence [etc.])

Le jeudi 26 août 2010 12:31:38 René-Luc D'Hont, vous avez écrit :
> Bah disons que cette image est explicite non :
> http://wiki.openstreetmap.org/wiki/File:Seattle_-_alley_north_from_S_Jackso
> n_between_Western_%26_1st_-_A.jpg c'est pour service=alley avec la

Sur la photo, la voie n'a effectivement rien de résidentielle et peut 
clairement recevoir l'attribut de « service ». Mais quand on parle de nos 
ruelles historiques en France, ce sont bien des voies résidentielles avec des 
entrées de résidence, des magasins, …


-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] Utilisation de highway=service


 Le 26/08/2010 15:01, Pieren a écrit :

Ha, encore une longue histoire. D'abord sur le mot "alley".
highway=service + service=alley, c'est effectivement les américains 
qu'ils l'ont créé. Mais "alley" en anglais veut dire "ruelle", c'est 
pas forcément limité à une voie de service, bien que chez les 
américains, une ruelle étroite qui n'est pas que pour le service, ça 
n'existe tout simplement pas (ils n'ont pas de vieux centre villes 
médiévaux comme chez-nous). Donc chez eux, "alley", c'est forcément 
une voie de service alors qu'ailleurs, c'est une "ruelle".


Cool Merci Pieren pour tes lumières infinies!




Le wiki peut dire
> An alley is a service road usually located between properties for access
> to utilities

Sur
http://wiki.openstreetmap.org/wiki/Tag:highway%3Dservice
il est dit
"a road between properties"
sans employer le terme "service road" comme c'est le cas pour les 
autres valeurs.


Avant cette inventions des US, je militais pour la généralisation du 
tag "narrow=yes" comme Vincent mais je n'ai pas réussi à obtenir un 
consensus là-dessus, les autres n'en veulent tout simplement pas. Ils 
veulent que narrow ne soit utilisé que pour les rétrécissements 
temporaires. Au contraire, il y a sur les listes/forums des 
pinailleurs (souvent allemands et hollandais) qui préfèrent le tag 
"width=*" que je trouve totalement irréaliste de généraliser (ou alors 
il faut aussi préciser l'unité de mesure qui sera souvent le 
"pifomètre" et non le "mètre") et se contrefoutent qu'aucune 
application à ce jour ne tienne compte de ce tag pourtant ancien (pas 
seulement dans les moteurs de rendu mais aussi de navigation par exemple).


Puis j'ai constaté que le tag highway=service+service=alley 
apparaissait en Europe sur des ruelles non techniques (qui 
contrairement aux US, sont rares) mais plutot médiévales. C'est une 
façon de récupérer le terme "alley" mais sans avoir à passer par la 
création d'un nouveau tag "highway=alley" et dont le résultat est le 
même sauf que la voie n'est pas une voie de service.


J'ai donc décidé d'employer le même subterfuge bien que l'idéal serait 
effectivement pour la France d'avoir ce tag "highway=alley". Mais en 
attendant qu'il existe, j'utilise highway=service+service=alley pour 
les ruelles étroites car même si ça n'est pas idéal, c'est le plus 
proche de ce que l'on veut montrer : une voie plus étroite qu'un 
highway=residential ou highway=unclassified et dont l'importance dans 
un schéma de circulation est du même rang. Et il sera toujours 
possible de changer plus-tard comme pour "wall=no".


Pieren


___
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] Utilisation de highway=service

Ha, encore une longue histoire. D'abord sur le mot "alley".
highway=service + service=alley, c'est effectivement les américains qu'ils
l'ont créé. Mais "alley" en anglais veut dire "ruelle", c'est pas forcément
limité à une voie de service, bien que chez les américains, une ruelle
étroite qui n'est pas que pour le service, ça n'existe tout simplement pas
(ils n'ont pas de vieux centre villes médiévaux comme chez-nous). Donc chez
eux, "alley", c'est forcément une voie de service alors qu'ailleurs, c'est
une "ruelle".

Le wiki peut dire
> An alley is a service road usually located between properties for access
> to utilities

Sur
http://wiki.openstreetmap.org/wiki/Tag:highway%3Dservice
il est dit
"a road between properties"
sans employer le terme "service road" comme c'est le cas pour les autres
valeurs.

Avant cette inventions des US, je militais pour la généralisation du tag
"narrow=yes" comme Vincent mais je n'ai pas réussi à obtenir un consensus
là-dessus, les autres n'en veulent tout simplement pas. Ils veulent que
narrow ne soit utilisé que pour les rétrécissements temporaires. Au
contraire, il y a sur les listes/forums des pinailleurs (souvent allemands
et hollandais) qui préfèrent le tag "width=*" que je trouve totalement
irréaliste de généraliser (ou alors il faut aussi préciser l'unité de mesure
qui sera souvent le "pifomètre" et non le "mètre") et se contrefoutent
qu'aucune application à ce jour ne tienne compte de ce tag pourtant ancien
(pas seulement dans les moteurs de rendu mais aussi de navigation par
exemple).

Puis j'ai constaté que le tag highway=service+service=alley apparaissait en
Europe sur des ruelles non techniques (qui contrairement aux US, sont rares)
mais plutot médiévales. C'est une façon de récupérer le terme "alley" mais
sans avoir à passer par la création d'un nouveau tag "highway=alley" et dont
le résultat est le même sauf que la voie n'est pas une voie de service.

J'ai donc décidé d'employer le même subterfuge bien que l'idéal serait
effectivement pour la France d'avoir ce tag "highway=alley". Mais en
attendant qu'il existe, j'utilise highway=service+service=alley pour les
ruelles étroites car même si ça n'est pas idéal, c'est le plus proche de ce
que l'on veut montrer : une voie plus étroite qu'un highway=residential ou
highway=unclassified et dont l'importance dans un schéma de circulation est
du même rang. Et il sera toujours possible de changer plus-tard comme pour
"wall=no".

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

Re: [OSM-talk-fr] Utilisation de highway=service


 Le 26/08/2010 14:35, sly (sylvain letuffe) a écrit :

On jeudi 26 août 2010, René-Luc D'Hont wrote:

Je maintient que pour le moment je n'ai rien trouvé dans le wiki qui
permette de correctement décrire ces petites rues que l'on trouve dans
les villages

là, je suis bien d'accord avec toi !

Mais un manque ne justifie pas de dévier un autre tag de son utilisation.


Pour moi ce ne sont ni des residential ni des living_street alors
comment taggué correctement ça ?

living_street, on dirait pas. Par contre je ne verrais pas de problème à
utiliser residential ou unclassified, selon ça :
This is a useful guideline if you are not sure whether to use "residential"
or "unclassified" for streets in towns:

 * residential - street or road generally used only by people that live on
that road or roads that branch off it.
 * unclassified - a road that has no administrative classification ref=*.
Unclassified roads typically form the lowest form of the interconnecting grid
network.

Après, je suis d'accord, il y a quelque chose de plus à noter sur ces rues,
c'est le fait qu'elles sont petites et qu'il n'est pas vraiment recommandé de
les choisir dans le routage, ainsi que l'éventuelle absence de trottoir.

Et là, l'idée "narrow=yes" de vincent ne me semble pas mal (ou l'impossible à
tagguer width=*), il faudrait documenter (et discuter).
Ainsi l'information est transmise, sans changer de la fonction première qui,
il me semble, reste valable.

http://wiki.openstreetmap.org/wiki/FR:France_roads_tagging
dit :
Rue résidentielle (highway=residential)
Ce type de rue comporte typiquement les éléments suivants :
 * on y trouve des habitations sur au moins un des côtés,
 * c'est une rue peu large,
 * il est possible de s'y arrêter ou se garer,
 * il y a au moins un trottoir,
 * il n'y a pas ou très peu de trafic de transit.

ça fait quelques points en défaveur du highway=residential, mais c'est
marqué "typiquement", reste à dire narrow et pas de trottoir

Je suis sur le fond d'accord avec toi maissur Banyuls-sur-mer les rues 
que j'ai noté comme service ne sont pas des rues de circulation, ce sont 
des rues qui ont vraiment une fonction d'accès à sa maison ou à son 
garage, comme dans une résidence sauf que si tu t'y engage tu n'accèdes 
pas à une résidence mais au centre de la ville.


Posons donc la question autrement :
* quels tags mettre pour les voies de circulations se trouvant au sein 
d'une résidence et ne servent qu'aux habitants pour accéder à leur 
appartement ?



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

Re: [OSM-talk-fr] Utilisation de highway=service

On jeudi 26 août 2010, René-Luc D'Hont wrote:
> Je maintient que pour le moment je n'ai rien trouvé dans le wiki qui 
> permette de correctement décrire ces petites rues que l'on trouve dans 
> les villages 
là, je suis bien d'accord avec toi !

Mais un manque ne justifie pas de dévier un autre tag de son utilisation.

> Pour moi ce ne sont ni des residential ni des living_street alors 
> comment taggué correctement ça ?

living_street, on dirait pas. Par contre je ne verrais pas de problème à 
utiliser residential ou unclassified, selon ça :
This is a useful guideline if you are not sure whether to use "residential" 
or "unclassified" for streets in towns:

* residential - street or road generally used only by people that live on 
that road or roads that branch off it.
* unclassified - a road that has no administrative classification ref=*. 
Unclassified roads typically form the lowest form of the interconnecting grid 
network. 

Après, je suis d'accord, il y a quelque chose de plus à noter sur ces rues, 
c'est le fait qu'elles sont petites et qu'il n'est pas vraiment recommandé de 
les choisir dans le routage, ainsi que l'éventuelle absence de trottoir.

Et là, l'idée "narrow=yes" de vincent ne me semble pas mal (ou l'impossible à 
tagguer width=*), il faudrait documenter (et discuter).
Ainsi l'information est transmise, sans changer de la fonction première qui, 
il me semble, reste valable.

http://wiki.openstreetmap.org/wiki/FR:France_roads_tagging
dit :
Rue résidentielle (highway=residential) 
Ce type de rue comporte typiquement les éléments suivants :
* on y trouve des habitations sur au moins un des côtés,
* c'est une rue peu large,
* il est possible de s'y arrêter ou se garer,
* il y a au moins un trottoir,
* il n'y a pas ou très peu de trafic de transit. 

ça fait quelques points en défaveur du highway=residential, mais c'est 
marqué "typiquement", reste à dire narrow et pas de trottoir

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org

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

Re: [OSM-talk-fr] Utilisation de highway=service


 Le 26/08/2010 13:16, sly (sylvain letuffe) a écrit :

On jeudi 26 août 2010, René-Luc D'Hont wrote:

Bah disons que cette image est explicite non :


http://wiki.openstreetmap.org/wiki/File:Seattle_-_alley_north_from_S_Jackson_between_Western_%26_1st_-_A.jpg

c'est pour service=alley avec la description suivante :

Ce truc sent le tag en provenance direct des US avec manque complet de
discussion. Surtout que l'exemple indique
"Alley between Western Avenue S&  1st Avenue S, looking north from S Jackson
St."

Si cela connecte une rue avec une autre, alors ce n'est justement pas une rue
de service, vu qu'elle n'amène justement pas à un service. Ça flair fort le
tag pour le rendu ça.

Selon moi, ce truc est une voie highway=residential et (mais la photo ne le
montre pas) s'il n'y a pas d'entrée d'immeuble alors un autre truc du genre
highway=alley


An alley is a service road usually located between properties for access
to utilities

Ha ? alors je n'ai peut être pas compris comment fonctionnait la rue de la
photo, si elle sert uniquement (ou presque) au ramassage des poubelles, alors
là ma foi oui, on peut la caser dans highway=service.

Mais des trucs comme ça, en france, je n'en connais quasiment pas, et le sujet
du part dans le village me semble bien indiquer qu'il s'agissait de
residential





Je maintient que pour le moment je n'ai rien trouvé dans le wiki qui 
permette de correctement décrire ces petites rues que l'on trouve dans 
les villages que l'on pourrait comparer à des rues privées de par 
l'utilisation qui en est faîtes des habitants mais qui n'ont aucune 
indication spéciale : pas de sens unique, pas de restriction, pas 
d'interdiction spéciale, tellement peu large qu'on ne peut pas faire 
demi-tour, que lorsque l'on passe dans la rue qui y mène on ne 
l'aperçoit pas (angle droit, bâtiment, etc).


Pour moi ce ne sont ni des residential ni des living_street alors 
comment taggué correctement ça ?




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

Re: [OSM-talk-fr] Aire des gens du voyage ....

2010-08-26 Par sujet Pierre-Alain Dorange

yvecai  wrote:

> Note en passant:
> Tourism=hotel, pourtant certaines personne vivent à l'hotel. 
> Heureusement, on peut faire des repas d'affaires dans un amenity=restaurant.
> 
> Pour moi, tourism=camping est ok, puisque c'est un camping.

Ce n'est pourtant pas du tout un camping, puisque les "vrais" touristes
(qui cherchent un camping) n'y vont pas.
Un camping est ouvert à tous à seule condition de moyens (pouvoir payer)
; un camp de gens du voyage n'est accessible qu'a une catégorie
particulière et dont le prix d'utilisation est en partie pris en charge
par les CAF.

Ces terrains sont encadrés par des lois spécialisées qui ne concernent
pas les camping.

> En revanche, access=designated designe jusqu'à présent des conditions de
> circulation, pas d'occupation, mais pourquoi pas.
> Resterait quelque chose du genre nomad=yes.

nomad=yes est insuffisant, puisque non seulement l'occupation est
possible (yes) par les "nomades" mais elle est réservé à cette seule
population.

On trouve par exemple dans un document de FNASAT un résumé simple du
status juridique de la caravane ou les 2 principales différences entre
une caravane de camping et une caravane de "gens du voyage" sont l'usage
(temporaire/saisonnier/permanent) et l'usage (loisir/habitat) :
voir page 8 notamment :

A mon sens, mettre ces aires en "tourism=camping" sera une confusion
pour tous.
-- 
Pierre-Alain Dorange

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

Re: [OSM-talk-fr] Utilisation de highway=service

2010-08-26 Par sujet Vincent de Chateau-Thierry


> De : "sly (sylvain letuffe)" 
> 
> On jeudi 26 août 2010, René-Luc D'Hont wrote:
> > Bah disons que cette image est explicite non :
> > 
> http://wiki.openstreetmap.org/wiki/File:Seattle_-_alley_north_from_S_Jackson_between_Western_%26_1st_-_A.jpg
> > c'est pour service=alley avec la description suivante :
> 
> Ce truc sent le tag en provenance direct des US avec manque complet de 
> discussion. Surtout que l'exemple indique 
> "Alley between Western Avenue S & 1st Avenue S, looking north from S Jackson 
> St."
> 
> Si cela connecte une rue avec une autre, alors ce n'est justement pas une rue 
> de service, vu qu'elle n'amène justement pas à un service. Ça flair fort le 
> tag pour le rendu ça.
> 
> Selon moi, ce truc est une voie highway=residential et (mais la photo ne le 
> montre pas) s'il n'y a pas d'entrée d'immeuble alors un autre truc du genre 
> highway=alley
> 
> > An alley is a service road usually located between properties for access 
> > to utilities
> 
> Ha ? alors je n'ai peut être pas compris comment fonctionnait la rue de la 
> photo, si elle sert uniquement (ou presque) au ramassage des poubelles, alors 
> là ma foi oui, on peut la caser dans highway=service.
> 
> Mais des trucs comme ça, en france, je n'en connais quasiment pas, et le 
> sujet 
> du part dans le village me semble bien indiquer qu'il s'agissait de 
> residential

Pour une rue étroite, je combine highway=* avec narrow=yes [1], même si à lire 
le wiki celà s'applique pour une réduction temporaire de la largeur (= un 
goulet). 
Au delà il y a width=* pour les personnes motivées ET bien outillées :-)

vincent

[1] : http://wiki.openstreetmap.org/wiki/Key:narrow

Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net


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

Re: [OSM-talk-fr] [dev] trouver les membres d'une relation

On jeudi 26 août 2010, Lord Awikatchikaen wrote:
> Je voudrais tester un affichages des réseaux cyclable mais que sur les
> portions aménagés pour les cyclistes.

Je crois avoir compris... alors voilà une idée, mais je ne sais absolument pas 
si c'est réalisable ni réaliste :

Tu traces d'abord les rues comme sur le style map...@osm.org classique
Ensuite tu traces tes routes cyclables par dessus avec un style de manière à 
ce qu'elles cachent complètement les rues classiques par lesquelles elles 
passent
Et enfin, tu re-traces toutes les rues "classiques" n'ayant aucun aménagement 
par dessus tout ça avec un style de manière à ce qu'elles cachent les routes 
cyclables

Over pas optimal du tout, mais c'est la seule chose que je vois.
 
> Si le problème vient d'osm2psql il y a autre chose d'utilisable pour
> produire des tuiles ? 

non (du moins rien trouvé de convainquant), et j'en suis bien triste, il y 
aurait un sacré coup de balais à faire dans le schéma de base de donnée 
choisi pour le rendre un peu plus osm<->shéma et relationnel

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

Re: [OSM-talk-fr] Utilisation de highway=service

On jeudi 26 août 2010, René-Luc D'Hont wrote:
> Bah disons que cette image est explicite non :
> 
http://wiki.openstreetmap.org/wiki/File:Seattle_-_alley_north_from_S_Jackson_between_Western_%26_1st_-_A.jpg
> c'est pour service=alley avec la description suivante :

Ce truc sent le tag en provenance direct des US avec manque complet de 
discussion. Surtout que l'exemple indique 
"Alley between Western Avenue S & 1st Avenue S, looking north from S Jackson 
St."

Si cela connecte une rue avec une autre, alors ce n'est justement pas une rue 
de service, vu qu'elle n'amène justement pas à un service. Ça flair fort le 
tag pour le rendu ça.

Selon moi, ce truc est une voie highway=residential et (mais la photo ne le 
montre pas) s'il n'y a pas d'entrée d'immeuble alors un autre truc du genre 
highway=alley

> An alley is a service road usually located between properties for access 
> to utilities

Ha ? alors je n'ai peut être pas compris comment fonctionnait la rue de la 
photo, si elle sert uniquement (ou presque) au ramassage des poubelles, alors 
là ma foi oui, on peut la caser dans highway=service.

Mais des trucs comme ça, en france, je n'en connais quasiment pas, et le sujet 
du part dans le village me semble bien indiquer qu'il s'agissait de 
residential

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org

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

Re: [OSM-talk-fr] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des mo ins nouveaux) ? (était : Changement de li cence [etc.])

2010/8/26 Christian Rogel 

> Pas de réponse des contributeurs (vous), excepté, à chaque fois, une
> réaction (et une seule) négative de Pieren ne proposant que de ne rien faire
> et une référence aux Allemands, gens respectables et compétents, mais qui ne
> sont pas les seuls à réfléchir sur la présentation des savoirs.
>
>
Alors là, attention, les paroles passent, les écrits restent. Je te met au
défi de trouver un message où je dis de ne rien faire.
Ce que j'ai pu dire par contre, c'est que souvent les gens ont de bonnes
idées sur cette liste mais que cela aboutit rarement sur quelque chose de
concret, surtout lorsqu'ils se rendent compte que cela prend du temps et que
ça n'est pas fun.
Par exemple, on avait déjà discuter de refondre la page d'accueil et d'y
insérer un portail plus visible pour les nouveaux. J'ai dû tellement dire de
ne rien faire que j'avais à l'époque fait deux propositions de nouvelle page
d'accueil:
http://wiki.openstreetmap.org/wiki/User:Pieren/sandbox
http://wiki.openstreetmap.org/wiki/User:Pieren/sandbox2

et demander l'avis du public, sans réponses. C'était en novembre 2008...

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

Re: [OSM-talk-fr] [dev] trouver les membres d'une relation

En fait le souci initial vient des Lcn sur Paris qui contiennent un peu de
tout, même des portions de routes sans aménagement cyclable.

Ça donne un paquet un peu illisible :
ici :
http://www.awikatchikaen.info/?zoom=11&lat=48.805&lon=2.316&layers=BTTF
ou la :
http://www.openstreetmap.org/?lat=48.8563&lon=2.3393&zoom=13&layers=C

Je voudrais tester un affichages des réseaux cyclable mais que sur les
portions aménagés pour les cyclistes.

Si le problème vient d'osm2psql il y a autre chose d'utilisable pour
produire des tuiles ? J'ai vu la
"carte"
d'osm et j'en ai pas l'impression

2010/8/26 sly (sylvain letuffe) 

> On jeudi 26 août 2010, Lord Awikatchikaen wrote:
> > Sinon, j'en conclus qu'il n'est pas possible de filtrer les éléments
> d'une
> > relation ? par exemple, ne pas afficher les
> highway=unclassified/residential
> > d'une relation network=lcn/rcn/ncn.
>
> A vue de nez, avec le schéma osm2pgsql, je vais en effet dire que ça risque
> de
> ne pas être simple...
>
> Mais je n'ai peut-être pas compris ce que tu souhaitais faire. Corriges moi
> si
> j'ai mal compris :
> Tu voudrais qu'une portion de route cyclable passant par un
> highway=unclassified ne soit pas affichée, mais que soit affiché "juste" le
> unclassified ?
>
> > Par contre j'ai trouver mes données dans planet_osm_line et non ways, une
> > différence de config avec toi ?
> Je me suis gouré, il fallait bien lire "line" et non "ways" car cette table
> est à nouveau une table interne pour les diffs.
>
> Les tables sur lesquelles je travail sont :
> planet_osm_point
> planet_osm_line
> planet_osm_roads
> planet_osm_polygon
>
>
> --
> sly
> Sylvain Letuffe sylv...@letuffe.org
> qui suis-je : http://slyserv.dyndns.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] Belle image

2010-08-26 Par sujet Rodolphe Quiedeville

Le 26/08/2010 12:58, sly (sylvain letuffe) a écrit :
> On jeudi 26 août 2010, Rodolphe Quiedeville wrote:
>> 1. http://tile.quiedeville.org/river/
> 
> Trop de lacs affichés à mon goût sur les zooms faibles. Sur les zoom entre 5 
> et 10 j'aurais retiré les petits
> (where way_area>1000)
> 
> Pareil pour les petits ruisseaux
> http://tile.quiedeville.org/river/?zoom=11&lat=44.72288&lon=6.27611&layers=B
> 
> Mais chouette dans l'ensemble.
> 
> Le style est-il disponible ?

Pas encore, ils le seront sur gitorious.
-- 
Rodolphe Quiédeville - Artisan Logiciel Libre
http://rodolphe.quiedeville.org/
Jabber/XMPP : rodol...@quiedeville.org

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

[OSM-talk-fr] Utilisation de highway=service

> Quand je vois le sujet je me dis qu'on dévit... 

Alors faisons l'effort de rangement et changeons de sujet

> mais pour ma part je 
> terminerais là dessus: Dans ce cas le problème vient d'abord de JOSM qui
> traduit ce pré-réglage par "Ruelle (entre bâtiments principalement)".

Ha ben m alors, on ne peut pas laisser josm tranquille 5 minutes sans 
qu'un pré-réglage se remplisse d'un truc nul part discuté et tout chaud qui 
vient d'apparaître sur les map features et qui dévie l'usage d'avant de 
highway=service

> Quoi qu'on rejoint le sujet: pour les nouveaux venus comme pour pas mal
> d'autres, il serait bien que les pré-réglages de l'éditeur principal ne
> fassent pas débat.

D'après ce que j'ai compris, ça fait sacrément débat, parce que les 
pré-réglages de josm suivent une règle connue des seuls développeur qui doit 
être un mixe de se qu'on trouve sur le wiki, ce qu'on trouve dans la base.

 
> 
> Le 26 août 2010 12:20, sly (sylvain letuffe)  a écrit :
> 
> > On jeudi 26 août 2010, Balooval wrote:
> > > Euh.. non justement. Accessoirement c'est mieux sur le rendu (plus fin),
> > > mais ça correspond mieux à la réalité: rue étroites. M'enfin c'est comme
> > ça
> > > que c'est marqué sous josm, et ça m'a même été conseillé par un
> > contributeur
> > > "pilier" :)
> >
> > Et bien il a tort à mon avis ! highway=service n'a pas grand chose a voir
> > avec
> > la largeur, si ce n'est, éventuellement, une implication courante de ce 
que
> > c'est.
> >
> > "Generally for access to a building, motorway service station, beach,
> > campsite, industrial estate, business park, etc.
> > This is also commonly used for access to parking, driveways, and alleys."
> > dit le wiki
> >
> > Certes, la définition peut encore être améliorée, mais en gros, je dirais
> > en
> > français "une voie de service".
> > Une voie construite et à destination d'un service (le cas d'un accès à un
> > bâtiment, est le seul qui me semble un peu border line, et que j'aurais
> > taggué en residential)
> >
> > >
> > > Le 26 août 2010 12:08, Emilie Laffray  a écrit
> > :
> > >
> > > >
> > > >
> > > > 2010/8/26 Balooval 
> > > >
> > > > Dans ces cas je crois qu'il vaut mieux appliquer le tag "ruelle" (via
> > > >> JOSM): highway=service et service ="je ne sais plus". Le rendu est
> > plus
> > fin
> > > >> et correspond mieux à l'étroitesse des ruelles de vieux villages.
> > > >>
> > > >
> > > > Oui mais ca reste du tagguage pour le rendu.
> > > >
> > > > Emilie Laffray
> > > >
> > > > ___
> > > > Talk-fr mailing list
> > > > Talk-fr@openstreetmap.org
> > > > http://lists.openstreetmap.org/listinfo/talk-fr
> > > >
> > > >
> > >
> >
> >
> >
> > --
> > sly
> > Sylvain Letuffe sylv...@letuffe.org
> > qui suis-je : http://slyserv.dyndns.org
> >
> >
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-fr
> >
> 


-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

Re: [OSM-talk-fr] Belle image

On jeudi 26 août 2010, Rodolphe Quiedeville wrote:
> 1. http://tile.quiedeville.org/river/

Trop de lacs affichés à mon goût sur les zooms faibles. Sur les zoom entre 5 
et 10 j'aurais retiré les petits
(where way_area>1000)

Pareil pour les petits ruisseaux
http://tile.quiedeville.org/river/?zoom=11&lat=44.72288&lon=6.27611&layers=B

Mais chouette dans l'ensemble.

Le style est-il disponible ?

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

Re: [OSM-talk-fr] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des moins nou veaux) ? ( était : Changement de licence [etc .])


Eric a écrit :



Moi  j'avoue ne pas du tout aimer les Wikis au sens large sans vouloir
troller  on  plus.  Je  trouve  que très souvent, ils se résument à un
catalogue  de  liens  et au bout de 2 ou 3 clicks sur des liens, on ne
sait  pas  d'où  on  est parti donc impossible de revenir.



Cette critique ne concerne que les wikis faits par des amateurs qui 
n'ont aucune idée de ce que peut être une exposition raisonnée des 
connaissance.
D'où le phénomène de l'impasse qui reflète la carence du créateur de la 
page et non celle du wiki.
C'est le phénomène "da zi bao" : j'ouvre un mur pour l'affichage et tout 
le monde va mettre sa petite affiche et ça fera de l'information et du 
land art à la fois.
Désolé, mais un outil d'information, cela suit des règles de 
construction basées sur une vision de classification et de nombreuses 
passerelles d'ue page à une autre.
Il faut donc des gens qui de temps en temps, redressent les infos, 
créent des liens bi-directinnels, inventent des nouvelles catégories, 
déplacent les pages, les fusionnent ou les coupent en 2 ou 3.

Bref, des gens qui agissent de concert en fonction de principes.
Un wiki non géré n'est pas un wiki, c'est un tas de trucs informes.

Le wiki OSM devra un jour suivre les principes du Wikipédia.

Si je dégage du temps, je passe à l'attaque...


Christian




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

Re: [OSM-talk-fr] Changement de licence - acceptation des termes de contribution (CT) par les auteurs des imports automatiques en France

2010/8/26 Pieren 

> 2010/8/26 hamster 
>
> si j'ai bien compris, la licence actuelle n'est pas faite pour les bases de
>> donnees, et il y a des pays ou on risque tout simplement de se faire piquer
>> la base par quelqu'un qui la copierai et qui mettrait une licence a lui
>> dessus
>>
>>
> C'est pas faux mais un peu plus compliqué que ça. La licence CC-BY-SA est
> faite pour protéger des oeuvres de "création" alors que certains considèrent
> que des données géographiques ne sont que des "faits" (collection of fact)
> non protégeables par le droit d'auteur. C'est surtout un risque aux USA vu
> leur jurisprudence et c'est surtout à cause de ça qu'il fallait changer de
> licence. Car ailleurs, les législations utilisent le droit d'auteur
> (création) pour protéger les cartes (collections de faits). C'est un peu une
> déviation car en fait, ils cherchent surtout à protéger le travail de ceux
> qui ont collecter les faits et éviter à juste titre leur pillage sans
> contreparties.
> Le "Droit" est donc face à un dilemne avec des "faits" non protégeables et
> des "collections de faits" qu'il faut protéger. Tout est donc dans la
> proportion (et la part créative du travail). Un juge pourra par exemple
> estimer que créer quelques POI sur les orthophotos du géoportail ne porte
> pas préjudice à l'IGN (si on considère qu'une orthophoto n'est pas une
> oeuvre artistique) mais considérera que l'exploitation systématique de ces
> mêmes orthophotos dans un site web par exemple sans contreparties lui créer
> un préjudice.
> On entend le même raisonnement pour le changement de licence OSM lorsque
> certains disent qu'un contributeur ayant seulement ajouter quelques POIs n'a
> pas fait un travail de création et donc que ses données pourraient être
> basculées vers l'ODbL sans avoir besoin de lui demander l'autorisation
> (c'est ce que Steve Coast a encore rappeler dans son discours au SOTM USA).
> Mais par précaution et plus par équité (et surtout parce qu'il est difficile
> de séparer les contributions ne contenant que des faits de celles contenant
> une part de créativité), il a été décidé de demander systématiquement
> l'autorisation à tout le monde.
> Il y a maintenant le droit sur les bases de données, un droit nouveau, qui
> existe en Europe mais pas encore aux USA. Ce droit cherche à protéger non
> pas le contenu des bdd mais spécifiquement la collection des données et le
> travail de collecte. C'est cette approche choisie par l'ODbL pour protéger
> la base OSM mais en le faisant au niveau mondial et pas seulement européen
> (avec encore l'idée de faire un Contributor Terms pour satisfaire les
> américains car cela fait office de contrat mais c'est une autre histoire).
>

Quelques détails supplémentaires pour ajouter a la très bonne explication de
Pieren. En Angleterre, les bases de données ont été clairement exclues des
copyrights lors de l'alignement sur la directive européenne sur les bases de
données. Il est donc tres difficile d'obtenir quelque chose qui fonctionne
partout dans le monde sans utiliser un verbiage important.
Je pense que de toute façon a terme l'ODbL sera utilisé par d'autres
projets, car c'est la première licence spécialisée pour des bases de
données.

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

Re: [OSM-talk-fr] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des moins nou veaux) ? ( était : Changement de licence [etc .])

On jeudi 26 août 2010, Christian Rogel wrote:

> Pas de réponse des contributeurs (vous), excepté, à chaque fois, une 
> réaction (et une seule) négative de Pieren ne proposant que de ne rien 
> faire et une référence aux Allemands, gens respectables et compétents, 
> mais qui ne sont pas les seuls à réfléchir sur la présentation des savoirs.

Alors j'avais pas dû voir passer, maintenant tu as ma voix. Je suis pour cette 
réorganisation, car j'atteste de la présence d'un problème, mais je n'ai 
fichtre aucune idée sur le comment s'en sortir (techniquement et 
organisationnellement).

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org

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

Re: [OSM-talk-fr] Changement de licence - acceptation des termes de contribution (CT) par les auteurs des imports automatiques en France

2010/8/26 hamster 

> si j'ai bien compris, la licence actuelle n'est pas faite pour les bases de
> donnees, et il y a des pays ou on risque tout simplement de se faire piquer
> la base par quelqu'un qui la copierai et qui mettrait une licence a lui
> dessus
>
>
C'est pas faux mais un peu plus compliqué que ça. La licence CC-BY-SA est
faite pour protéger des oeuvres de "création" alors que certains considèrent
que des données géographiques ne sont que des "faits" (collection of fact)
non protégeables par le droit d'auteur. C'est surtout un risque aux USA vu
leur jurisprudence et c'est surtout à cause de ça qu'il fallait changer de
licence. Car ailleurs, les législations utilisent le droit d'auteur
(création) pour protéger les cartes (collections de faits). C'est un peu une
déviation car en fait, ils cherchent surtout à protéger le travail de ceux
qui ont collecter les faits et éviter à juste titre leur pillage sans
contreparties.
Le "Droit" est donc face à un dilemne avec des "faits" non protégeables et
des "collections de faits" qu'il faut protéger. Tout est donc dans la
proportion (et la part créative du travail). Un juge pourra par exemple
estimer que créer quelques POI sur les orthophotos du géoportail ne porte
pas préjudice à l'IGN (si on considère qu'une orthophoto n'est pas une
oeuvre artistique) mais considérera que l'exploitation systématique de ces
mêmes orthophotos dans un site web par exemple sans contreparties lui créer
un préjudice.
On entend le même raisonnement pour le changement de licence OSM lorsque
certains disent qu'un contributeur ayant seulement ajouter quelques POIs n'a
pas fait un travail de création et donc que ses données pourraient être
basculées vers l'ODbL sans avoir besoin de lui demander l'autorisation
(c'est ce que Steve Coast a encore rappeler dans son discours au SOTM USA).
Mais par précaution et plus par équité (et surtout parce qu'il est difficile
de séparer les contributions ne contenant que des faits de celles contenant
une part de créativité), il a été décidé de demander systématiquement
l'autorisation à tout le monde.
Il y a maintenant le droit sur les bases de données, un droit nouveau, qui
existe en Europe mais pas encore aux USA. Ce droit cherche à protéger non
pas le contenu des bdd mais spécifiquement la collection des données et le
travail de collecte. C'est cette approche choisie par l'ODbL pour protéger
la base OSM mais en le faisant au niveau mondial et pas seulement européen
(avec encore l'idée de faire un Contributor Terms pour satisfaire les
américains car cela fait office de contrat mais c'est une autre histoire).

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

Re: [OSM-talk-fr] Belle image


 Le 26/08/2010 12:41, Rodolphe Quiedeville a écrit :

Bonsoir,

Je continue dans mes tests de rendu et j'ai en fait un spécial
hydrographie[1] (c'est la saison), et comme je trouve l'image ci-jointe
jolie (les goûts et les couleurs tout ça ) j'avais juste envie de la
partager avec vous.

http://www.flickr.com/photos/ramokad/4928556723/

Bonne soirée

1. http://tile.quiedeville.org/river/


Sympa effectivement!

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

Re: [OSM-talk-fr] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des moins nou veaux) ? (était : Changement de licence [etc .])


Jean-Francois Nifenecker a écrit :


-- la documentation (autrement dit, le wiki)

Outre sa complexité structurelle souvent évoquée ici, qui a pour 
résultat qu'on a du mal à savoir si le fait de ne pas trouver résulte de 
l'absence d'information ou d'une recherche pas assez approfondie. Les 
nouveaux venus sont clairement rebutés par cette montagne.


J'aimerais un condensé pour, justement, les nouveaux venus ou, plus
généralement, ceux qui tout en voulant participer ne désirent pas être
noyés d'emblée sous les détails. Un (des) documents indépendants,
pourquoi ne pas le dire : papier ! (des pdf) à l'image des osmecums me
semblent indispensables. Je sais que c'est vieux jeu et que ça révèle ma
culture/mon âge ;) mais je suis persuadé que des "how-to" sont souvent
très appréciés, quand bien même existent des pages wiki.

-- de la liste à "les listes"

Bon... voila, yapluka :)



J'ai exposé 2 fois, à plusieurs mois d'intervalle, les grandes lignes 
d'une réorganisation du wiki qui :
- créerait des portes d'entrée faciles à retrouver avec des pages 
spécial débutants

- regrouperait les sujets de manière logique et hiérarchisée
Ce serait un chantier de quelques mois.


Pas de réponse des contributeurs (vous), excepté, à chaque fois, une 
réaction (et une seule) négative de Pieren ne proposant que de ne rien 
faire et une référence aux Allemands, gens respectables et compétents, 
mais qui ne sont pas les seuls à réfléchir sur la présentation des savoirs.

Je considère donc que la communauté a passivement accepté mes propositions.
C'est le manque de temps qui m'a, jusqu'ici, empêché la mise en oeuvre.
Précision : c'est ma longue expérience du Wikipédia qui me permet de 
voir de manière claire ce qui est souhaitable, sans compter une carrière 
professionnelle dans la documentation, qui a inclu des études poussées 
dans les questions de classement des connaissances.

Ne vous étonnez donc pas si un jour, je m'y mets.
Toutes remarques et suggestions sont les bienvenues, qu'elles soient 
préalables ou en cours de réalisation.
Il faudra un initiateur et des remarques d'utilisateurs pour bâtir un 
wiki "mangeable".



Christian (sans tirets, mais avec une réputation d'"encyclopédiste")



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

Re: [OSM-talk-fr] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des moins nou veaux) ? ( était : Changement de licence [etc .])

 Le 26/08/2010 12:38, Balooval a écrit :
Quand je vois le sujet je me dis qu'on dévit... mais pour ma part je 
terminerais là dessus: Dans ce cas le problème vient d'abord de JOSM 
qui traduit ce pré-réglage par "Ruelle (entre bâtiments principalement)".
Quoi qu'on rejoint le sujet: pour les nouveaux venus comme pour pas 
mal d'autres, il serait bien que les pré-réglages de l'éditeur 
principal ne fassent pas débat.

Pour rebondir, il faudrait que l'utilisation des tags soit mieux 
décrites tout comme les bonnes pratiques :
Que tag-t-on pour une ruelle de centre ville ce trouve entre 2 
bâtiments, n'étant pas utiliser pour circuler mais pour accéder à sa 
maison et s'y garer en bloquant la rue puisque de toute façon ça ne gène 
personne car seule les habitants savent qu'il y a une rue ici ?

Il m'arrive trop souvent de vérifier sur le wiki si ce que je tag semble 
être la bonne façon de faire sans en être jamais sûr.

Le 26 août 2010 12:20, sly (sylvain letuffe) > a écrit :

On jeudi 26 août 2010, Balooval wrote:
> Euh.. non justement. Accessoirement c'est mieux sur le rendu
(plus fin),
> mais ça correspond mieux à la réalité: rue étroites. M'enfin
c'est comme ça
> que c'est marqué sous josm, et ça m'a même été conseillé par un
contributeur
> "pilier" :)

Et bien il a tort à mon avis ! highway=service n'a pas grand chose
a voir avec
la largeur, si ce n'est, éventuellement, une implication courante
de ce que
c'est.

"Generally for access to a building, motorway service station, beach,
campsite, industrial estate, business park, etc.
This is also commonly used for access to parking, driveways, and
alleys."
dit le wiki

Certes, la définition peut encore être améliorée, mais en gros, je
dirais en
français "une voie de service".
Une voie construite et à destination d'un service (le cas d'un
accès à un
bâtiment, est le seul qui me semble un peu border line, et que
j'aurais
taggué en residential)

>
> Le 26 août 2010 12:08, Emilie Laffray mailto:emilie.laff...@gmail.com>> a écrit :
>
> >
> >
> > 2010/8/26 Balooval mailto:val.p...@gmail.com>>
> >
> > Dans ces cas je crois qu'il vaut mieux appliquer le tag
"ruelle" (via
> >> JOSM): highway=service et service ="je ne sais plus". Le
rendu est plus
fin
> >> et correspond mieux à l'étroitesse des ruelles de vieux villages.
> >>
> >
> > Oui mais ca reste du tagguage pour le rendu.
> >
> > Emilie Laffray
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org 
> > http://lists.openstreetmap.org/listinfo/talk-fr
> >
> >
>

--
sly
Sylvain Letuffe sylv...@letuffe.org 
qui suis-je : http://slyserv.dyndns.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

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

[OSM-talk-fr] Belle image

2010-08-26 Par sujet Rodolphe Quiedeville

Bonsoir,

Je continue dans mes tests de rendu et j'ai en fait un spécial
hydrographie[1] (c'est la saison), et comme je trouve l'image ci-jointe
jolie (les goûts et les couleurs tout ça ) j'avais juste envie de la
partager avec vous.

http://www.flickr.com/photos/ramokad/4928556723/

Bonne soirée

1. http://tile.quiedeville.org/river/

-- 
Rodolphe Quiédeville - Artisan Logiciel Libre
http://rodolphe.quiedeville.org/
Jabber/XMPP : rodol...@quiedeville.org


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

Re: [OSM-talk-fr] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des mo ins nouveaux) ? ( était : Changement de l icence [etc.])

2010-08-26 Par sujet Balooval

Quand je vois le sujet je me dis qu'on dévit... mais pour ma part je
terminerais là dessus: Dans ce cas le problème vient d'abord de JOSM qui
traduit ce pré-réglage par "Ruelle (entre bâtiments principalement)".
Quoi qu'on rejoint le sujet: pour les nouveaux venus comme pour pas mal
d'autres, il serait bien que les pré-réglages de l'éditeur principal ne
fassent pas débat.


Le 26 août 2010 12:20, sly (sylvain letuffe)  a écrit :

> On jeudi 26 août 2010, Balooval wrote:
> > Euh.. non justement. Accessoirement c'est mieux sur le rendu (plus fin),
> > mais ça correspond mieux à la réalité: rue étroites. M'enfin c'est comme
> ça
> > que c'est marqué sous josm, et ça m'a même été conseillé par un
> contributeur
> > "pilier" :)
>
> Et bien il a tort à mon avis ! highway=service n'a pas grand chose a voir
> avec
> la largeur, si ce n'est, éventuellement, une implication courante de ce que
> c'est.
>
> "Generally for access to a building, motorway service station, beach,
> campsite, industrial estate, business park, etc.
> This is also commonly used for access to parking, driveways, and alleys."
> dit le wiki
>
> Certes, la définition peut encore être améliorée, mais en gros, je dirais
> en
> français "une voie de service".
> Une voie construite et à destination d'un service (le cas d'un accès à un
> bâtiment, est le seul qui me semble un peu border line, et que j'aurais
> taggué en residential)
>
> >
> > Le 26 août 2010 12:08, Emilie Laffray  a écrit
> :
> >
> > >
> > >
> > > 2010/8/26 Balooval 
> > >
> > > Dans ces cas je crois qu'il vaut mieux appliquer le tag "ruelle" (via
> > >> JOSM): highway=service et service ="je ne sais plus". Le rendu est
> plus
> fin
> > >> et correspond mieux à l'étroitesse des ruelles de vieux villages.
> > >>
> > >
> > > Oui mais ca reste du tagguage pour le rendu.
> > >
> > > Emilie Laffray
> > >
> > > ___
> > > Talk-fr mailing list
> > > Talk-fr@openstreetmap.org
> > > http://lists.openstreetmap.org/listinfo/talk-fr
> > >
> > >
> >
>
>
>
> --
> sly
> Sylvain Letuffe sylv...@letuffe.org
> qui suis-je : http://slyserv.dyndns.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] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des mo ins nouveaux) ? ( était : Changement de l icence [etc.])

2010/8/26 Eric 

> +10
>
> Moi  j'avoue ne pas du tout aimer les Wikis au sens large sans vouloir
> troller  on  plus.  Je  trouve  que très souvent, ils se résument à un
> catalogue  de  liens  et au bout de 2 ou 3 clicks sur des liens, on ne
> sait  pas  d'où  on  est parti donc impossible de revenir.
>
> Il est donc impossible de parcourir l'arbre, on peut passer 20x à coté
> d'une  page interessante. Il y a dejà quelques mois, quelqu'un s'etait
> dévoué pour faire un PDF pour le B-A-BA mais il avait eu des réactions
> très froides (un PDF c'est pas bien, c'est figé, ...) mais ce début de
> tutorial  m'avait bien aidé. Des pages dont 20% de l'espace en haut et
> à gauche sont "perdus" en habillage et dont le contenu et une liste de
> liens  vers  d'autres points du wiki, c'est frustrant je trouve.
>
> Donc, en résumé, pour moi, Wiki:0 PDF:1
>

Je partage ton analyse :)
Donc +1

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

Re: [OSM-talk-fr] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des moins nou veaux) ? ( était : Changement de licence [etc .])

2010-08-26 Par sujet Eric

> Sans vouloir troller, je pense que l'outil wiki ne conditionne pas le site web
> résultant. Un wiki peut se structurer, en l'occurence ici, ça manque. Un menu
> de navigation serait par exemple moins déroutant. Aujourd'hui ce rôle tente
> d'être rempli par le portail FR, mais j'avoue ne pas l'utiliser, et c'est pas
> pareil qu'un menu permanent.
> Le projet du site francophone est certainement le lieu pour palier à ces
> manques :
> http://wiki.openstreetmap.org/wiki/FR:Osm.fr

+10

Moi  j'avoue ne pas du tout aimer les Wikis au sens large sans vouloir
troller  on  plus.  Je  trouve  que très souvent, ils se résument à un
catalogue  de  liens  et au bout de 2 ou 3 clicks sur des liens, on ne
sait  pas  d'où  on  est parti donc impossible de revenir.

Il est donc impossible de parcourir l'arbre, on peut passer 20x à coté
d'une  page interessante. Il y a dejà quelques mois, quelqu'un s'etait
dévoué pour faire un PDF pour le B-A-BA mais il avait eu des réactions
très froides (un PDF c'est pas bien, c'est figé, ...) mais ce début de
tutorial  m'avait bien aidé. Des pages dont 20% de l'espace en haut et
à gauche sont "perdus" en habillage et dont le contenu et une liste de
liens  vers  d'autres points du wiki, c'est frustrant je trouve.

Donc, en résumé, pour moi, Wiki:0 PDF:1


Eric [Blueberry]




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

Re: [OSM-talk-fr] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des moins nou veaux) ? ( était : Changement de licence [etc .])

Le 26/08/2010 12:20, sly (sylvain letuffe) a écrit :

On jeudi 26 août 2010, Balooval wrote:

Euh.. non justement. Accessoirement c'est mieux sur le rendu (plus fin),
mais ça correspond mieux à la réalité: rue étroites. M'enfin c'est comme ça
que c'est marqué sous josm, et ça m'a même été conseillé par un contributeur
"pilier" :)

Et bien il a tort à mon avis ! highway=service n'a pas grand chose a voir avec
la largeur, si ce n'est, éventuellement, une implication courante de ce que
c'est.

"Generally for access to a building, motorway service station, beach,
campsite, industrial estate, business park, etc.
This is also commonly used for access to parking, driveways, and alleys."
dit le wiki

Certes, la définition peut encore être améliorée, mais en gros, je dirais en
français "une voie de service".
Une voie construite et à destination d'un service (le cas d'un accès à un
bâtiment, est le seul qui me semble un peu border line, et que j'aurais
taggué en residential)

Bah disons que cette image est explicite non :
http://wiki.openstreetmap.org/wiki/File:Seattle_-_alley_north_from_S_Jackson_between_Western_%26_1st_-_A.jpg
c'est pour service=alley avec la description suivante :
An alley is a service road usually located between properties for access
to utilities

soit
Que je traduirait par une voie de service ouverte à tous mais dont la
fonction est restreinte par sa taille et sa situation.
Pour moi cela représente des rues dont la fonction est limité et comme
on a pas mieux pour être plus précis, je trouve que c'est la meilleure
façon de tagger en dehors toute considération graphique.

http://wiki.openstreetmap.org/wiki/File:Alley.jpg

Le 26 août 2010 12:08, Emilie Laffray a écrit :

2010/8/26 Balooval

Dans ces cas je crois qu'il vaut mieux appliquer le tag "ruelle" (via

JOSM): highway=service et service ="je ne sais plus". Le rendu est plus

fin

et correspond mieux à l'étroitesse des ruelles de vieux villages.

Oui mais ca reste du tagguage pour le rendu.

Emilie Laffray

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

Re: [OSM-talk-fr] Quelles évolutions pour une meill eure prise en charge des nouveaux venus (et des moins n ouveaux) ? ( était : Changement de licence [e tc.])

On jeudi 26 août 2010, Balooval wrote:
> Euh.. non justement. Accessoirement c'est mieux sur le rendu (plus fin),
> mais ça correspond mieux à la réalité: rue étroites. M'enfin c'est comme ça
> que c'est marqué sous josm, et ça m'a même été conseillé par un contributeur
> "pilier" :)

Et bien il a tort à mon avis ! highway=service n'a pas grand chose a voir avec 
la largeur, si ce n'est, éventuellement, une implication courante de ce que 
c'est.

"Generally for access to a building, motorway service station, beach, 
campsite, industrial estate, business park, etc.
This is also commonly used for access to parking, driveways, and alleys."
dit le wiki

Certes, la définition peut encore être améliorée, mais en gros, je dirais en 
français "une voie de service". 
Une voie construite et à destination d'un service (le cas d'un accès à un 
bâtiment, est le seul qui me semble un peu border line, et que j'aurais 
taggué en residential)

> 
> Le 26 août 2010 12:08, Emilie Laffray  a écrit :
> 
> >
> >
> > 2010/8/26 Balooval 
> >
> > Dans ces cas je crois qu'il vaut mieux appliquer le tag "ruelle" (via
> >> JOSM): highway=service et service ="je ne sais plus". Le rendu est plus 
fin
> >> et correspond mieux à l'étroitesse des ruelles de vieux villages.
> >>
> >
> > Oui mais ca reste du tagguage pour le rendu.
> >
> > Emilie Laffray
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-fr
> >
> >
> 

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org

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

Re: [OSM-talk-fr] Quelles évolutions pour une meilleur e prise en charge des nouveaux venus (et des moins nouveaux ) ? (était : Changement de licence [etc.])

2010-08-26 Par sujet Vincent de Chateau-Thierry



> De : "René-Luc D'Hont" 
> Le 26/08/2010 11:32, Nicolas Moyroud a écrit :
> > hamster a écrit :
> >>
> >> au moins, mettre les batiments en premier evite d'avoir a recommencer 
> >> les rues a zero quand on ajoute les batiments ensuite parce qu'elles 
> >> n'ont pas ete tracees avec assez de precision et se supperposent aux 
> >> batiments
> >>
> > +1
> > Absolument d'accord avec hamster. C'est vrai qu'une commune avec 
> > seulement le bâti et sans les rues ça fait un peu moche sur le rendu. 
> > Mais bon, il me semblait que ce n'était pas une bonne chose de saisir 
> > des données en tenant compte du rendu. Et puis le bâti seul c'est 
> > toujours mieux que rien et ça pose une base pour inciter à la saisie 
> > des rues. En plus ça facilite quand même bien le travail d'avoir déjà 
> > le bâti disponible pour positionner correctement les rues.
> > Pour ma part je fonctionne maintenant comme ça : j'importe en premier 
> > le bâti, puis ensuite je trace les rues en m'appuyant dessus et en 
> > utilisant le WMS du cadastre pour leur nom. Mais bon, j'essaie quand 
> > même de tout faire dans la foulée histoire de ne pas laisser de 
> > commune avec le bâti tout seul qui pique les yeux. ;-)
> 
> +1 aussi
> exemple ici 
> http://www.openstreetmap.org/?lat=43.53416&lon=3.33121&zoom=17&layers=M 
> c'est à Néffies et comme je ne connais pas je n'ai pus aller plus loin 
> dans la digitalisation des rues. J'espère juste que ça incitera un 
> connaisseur à participer.
> 

Je vous rejoins sur le caractère incitatif. Néanmoins pour un usage immédiat (à 
part faire des cartes postales :-)
autant une zone avec des rues et pas de batiments a de multiples usages, à 
commencer pour le
web-mapping par la trilogie carte/géocodage/itinéraire, autant une zone avec 
des bâtiments mais pas de rues,
côté usage, à part déterminer des landuse=residential, je vois moins de 
possibilités. Ce qui me gène, ça n'est pas
en tant que telle l'émergence des bâtiments (d'autant que j'y participe) mais 
c'est cette émergence au détriment des
rues, et non conjointement. Comme le dit Nicolas, ça (me) pique les yeux :-).

vincent

Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net


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

Re: [OSM-talk-fr] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des mo ins nouveaux) ? (était : Changement de li cence [etc.])

2010-08-26 Par sujet Julien Balas

> Un effort de documentation s'impose. Je suis resté très longtemps
> éloigné de JOSM par timidité. Potlatch est certainement très adapté pour
> des manipulations simples et une première prise de contact, avec l'avantage
> d'être très parlant et de n'imposer aucune installation. Incontestablement
> JOSM est bien plus puissant mais souffre d'un processus d'installation pas
> nécessairement à la portée du néophyte (surtout sur GNU/Linux) et, comme tu
> le signales, l'intégration et la compréhension de l'usage des greffons
> nécessitent une période de prise en main (je n'ai toujours pas réussi à
> faire fonctionner le WMF).
>

Les gouts et les couleurs...
Moi je suis passé tres vite a JOSM car avec potlach j'avais la trouille de
faire des bétises en live sur la base.
En plus JOSM s'installe on ne peut plus simplement, juste un fichier a
telecharger.



>
> -- je ne suis pas sûr que l'import du bâti, pour superbe que soit le
> résultat, sans une réflexion préalable approfondie soit une bonne chose.
>

Ce sont des données en plus, c'est forcement une bonne chose non ? ;)


>
> Pourquoi des imports dans des communes par ailleurs dépourvues de
> données ? Pour faire joli ? Pour le rendu (argh !) ?
>

par ce que c'est une partie du monde réel.


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

Re: [OSM-talk-fr] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des moins nou veaux) ? ( était : Changement de licence [etc .])


 Le 26/08/2010 12:08, Emilie Laffray a écrit :



2010/8/26 Balooval mailto:val.p...@gmail.com>>

Dans ces cas je crois qu'il vaut mieux appliquer le tag "ruelle"
(via JOSM): highway=service et service ="je ne sais plus". Le
rendu est plus fin et correspond mieux à l'étroitesse des ruelles
de vieux villages.


Oui mais ca reste du tagguage pour le rendu.


Si la rue est bien une rue de type highway=service et service=allee 
comme représenté dans le wiki et que l'on pourrait décrire par une rue 
en double sens, accessible à tous mais n'ayant que la largeur d'un 
véhicule, bien sûr sans trottoir et qui est coincé entre 2 bâtiments.


René-Luc



Emilie Laffray


___
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] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des mo ins nouveaux) ? ( était : Changement de l icence [etc.])

2010-08-26 Par sujet Balooval

Euh.. non justement. Accessoirement c'est mieux sur le rendu (plus fin),
mais ça correspond mieux à la réalité: rue étroites. M'enfin c'est comme ça
que c'est marqué sous josm, et ça m'a même été conseillé par un contributeur
"pilier" :)

Le 26 août 2010 12:08, Emilie Laffray  a écrit :

>
>
> 2010/8/26 Balooval 
>
> Dans ces cas je crois qu'il vaut mieux appliquer le tag "ruelle" (via
>> JOSM): highway=service et service ="je ne sais plus". Le rendu est plus fin
>> et correspond mieux à l'étroitesse des ruelles de vieux villages.
>>
>
> Oui mais ca reste du tagguage pour le rendu.
>
> Emilie Laffray
>
> ___
> 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] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des moins nou veaux) ? ( était : Changement de licence [etc .])


 Le 26/08/2010 12:02, Nicolas Dumoulin a écrit :

Le jeudi 26 août 2010 11:38:08 René-Luc D'Hont, vous avez écrit :

+1 aussi
exemple ici
http://www.openstreetmap.org/?lat=43.53416&lon=3.33121&zoom=17&layers=M
c'est à Néffies et comme je ne connais pas je n'ai pus aller plus loin
dans la digitalisation des rues. J'espère juste que ça incitera un
connaisseur à participer.

Au passage, en dézoomant un poil, le rendu mapnik est pas très joli :-/
http://www.openstreetmap.org/?lat=43.53409&lon=3.33396&zoom=15&layers=M
C'est souvent le cas sur les vieux villages pleins de petites ruelles.
Il y aurait moyen que mapnik s'en sorte mieux ?


Oui en spécifiant que ces rues ne sont pas des highway=residential mais 
highway=service et service=allee comme ici :

http://www.openstreetmap.org/?lat=42.4831&lon=3.12765&zoom=17&layers=M
Si bien sûr celles-ci sont des rues où les voitures ne peuvent pas faire 
demi-tour mais peuvent circuler dans les 2 sens.




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

Re: [OSM-talk-fr] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des mo ins nouveaux) ? ( était : Changement de l icence [etc.])

2010/8/26 Balooval 

> Dans ces cas je crois qu'il vaut mieux appliquer le tag "ruelle" (via
> JOSM): highway=service et service ="je ne sais plus". Le rendu est plus fin
> et correspond mieux à l'étroitesse des ruelles de vieux villages.
>

Oui mais ca reste du tagguage pour le rendu.

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

Re: [OSM-talk-fr] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des mo ins nouveaux) ? ( était : Changement de l icence [etc.])

2010-08-26 Par sujet Balooval

Dans ces cas je crois qu'il vaut mieux appliquer le tag "ruelle" (via JOSM):
highway=service et service ="je ne sais plus". Le rendu est plus fin et
correspond mieux à l'étroitesse des ruelles de vieux villages.

Le 26 août 2010 12:02, Nicolas Dumoulin  a écrit :

> Le jeudi 26 août 2010 11:38:08 René-Luc D'Hont, vous avez écrit :
> > +1 aussi
> > exemple ici
> > http://www.openstreetmap.org/?lat=43.53416&lon=3.33121&zoom=17&layers=M
> > c'est à Néffies et comme je ne connais pas je n'ai pus aller plus loin
> > dans la digitalisation des rues. J'espère juste que ça incitera un
> > connaisseur à participer.
>
> Au passage, en dézoomant un poil, le rendu mapnik est pas très joli :-/
> http://www.openstreetmap.org/?lat=43.53409&lon=3.33396&zoom=15&layers=M
> C'est souvent le cas sur les vieux villages pleins de petites ruelles.
> Il y aurait moyen que mapnik s'en sorte mieux ?
>
> --
> Nicolas Dumoulin
> http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin
>
> ___
> 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] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des moins nou veaux) ? ( était : Changement de licence [etc .])

Le jeudi 26 août 2010 11:38:08 René-Luc D'Hont, vous avez écrit :
> +1 aussi
> exemple ici
> http://www.openstreetmap.org/?lat=43.53416&lon=3.33121&zoom=17&layers=M
> c'est à Néffies et comme je ne connais pas je n'ai pus aller plus loin
> dans la digitalisation des rues. J'espère juste que ça incitera un
> connaisseur à participer.

Au passage, en dézoomant un poil, le rendu mapnik est pas très joli :-/
http://www.openstreetmap.org/?lat=43.53409&lon=3.33396&zoom=15&layers=M
C'est souvent le cas sur les vieux villages pleins de petites ruelles.
Il y aurait moyen que mapnik s'en sorte mieux ?

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des moins nou veaux) ? (était : Changement de licence [etc .])


 Le 26/08/2010 11:32, Nicolas Moyroud a écrit :

hamster a écrit :


au moins, mettre les batiments en premier evite d'avoir a recommencer 
les rues a zero quand on ajoute les batiments ensuite parce qu'elles 
n'ont pas ete tracees avec assez de precision et se supperposent aux 
batiments



+1
Absolument d'accord avec hamster. C'est vrai qu'une commune avec 
seulement le bâti et sans les rues ça fait un peu moche sur le rendu.  
Mais bon, il me semblait que ce n'était pas une bonne chose de saisir 
des données en tenant compte du rendu. Et puis le bâti seul c'est 
toujours mieux que rien et ça pose une base pour inciter à la saisie 
des rues. En plus ça facilite quand même bien le travail d'avoir déjà 
le bâti disponible pour positionner correctement les rues.
Pour ma part je fonctionne maintenant comme ça : j'importe en premier 
le bâti, puis ensuite je trace les rues en m'appuyant dessus et en 
utilisant le WMS du cadastre pour leur nom. Mais bon, j'essaie quand 
même de tout faire dans la foulée histoire de ne pas laisser de 
commune avec le bâti tout seul qui pique les yeux. ;-)


+1 aussi
exemple ici 
http://www.openstreetmap.org/?lat=43.53416&lon=3.33121&zoom=17&layers=M 
c'est à Néffies et comme je ne connais pas je n'ai pus aller plus loin 
dans la digitalisation des rues. J'espère juste que ça incitera un 
connaisseur à participer.




___
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] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des moins nou veaux) ? (était : Changement de licence [etc .])

2010-08-26 Par sujet Nicolas Moyroud


hamster a écrit :


au moins, mettre les batiments en premier evite d'avoir a recommencer 
les rues a zero quand on ajoute les batiments ensuite parce qu'elles 
n'ont pas ete tracees avec assez de precision et se supperposent aux 
batiments



+1
Absolument d'accord avec hamster. C'est vrai qu'une commune avec 
seulement le bâti et sans les rues ça fait un peu moche sur le rendu.  
Mais bon, il me semblait que ce n'était pas une bonne chose de saisir 
des données en tenant compte du rendu. Et puis le bâti seul c'est 
toujours mieux que rien et ça pose une base pour inciter à la saisie des 
rues. En plus ça facilite quand même bien le travail d'avoir déjà le 
bâti disponible pour positionner correctement les rues.
Pour ma part je fonctionne maintenant comme ça : j'importe en premier le 
bâti, puis ensuite je trace les rues en m'appuyant dessus et en 
utilisant le WMS du cadastre pour leur nom. Mais bon, j'essaie quand 
même de tout faire dans la foulée histoire de ne pas laisser de commune 
avec le bâti tout seul qui pique les yeux. ;-)


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

Re: [OSM-talk-fr] Changement de licence - acceptation des termes de contribution (CT) par les auteurs des imports automatiques en France

2010/8/26 Pierre BOIZOT 

> L'installation de josm et la compréhension des pluging n'est finalement pas
> si simple que cela.
>
> Oui il y a une tache importante, non des taches .
>
>
>- Prise en charge des nouveaux actifs. (document, ou page de lien ),
>accompagnement. voir le post de Guiulhem Bonnefile
>- Amélioration de la liste. ( split )dont une  centrée sur la
>qualification des données
>- Animation ( Journée du libre , carto partie)
>- Amélioration des outils et formation à leur utilisation.
>
> Il n'y a pas de processus d'intégration à la communauté OSM ,
> d'apprentissage , de formation devrais je dire, à cet outil qui me semble
> fantastique et bougrement compliqué.
> J'ai mis en première ligne,  la tache qui me semble la plus importante, l'
> acquisition de compétence, afin d'éviter d'avoir des milliers de membres
> inactifs.
>

La prise en charge des nouveaux actifs est un problème qui n'est pas juste
qu'un problème d'éducation en soi. Je crois que la première question est de
savoir comment les gens arrivent jusqu'à créer un compte. Je suis
personnellement persuadée que quelqu'un a plus de chance de continuer a
contribuer si quelqu'un les a introduit a OSM au lieu d'arriver sur osm.org
tout seul directement. Maintenant, la question de comment attraper ces gens
qui signent par eux même est actuellement pas vraiment possible. Ça implique
de changer le site assez fortement et a mes yeux de réduire le wiki a un
site de référence et d'utiliser un site pour créer des tutoriaux.
C'est d'ailleurs pour ça que je vois osm.fr remplir en partie ce rôle avec
une refonte du site et avec l'introduction de tutoriaux (J'ai commence la
traduction de http://weait.com/content/openstreetmap-beginner ). De plus,
une nouvelle version de Potlatch arrive qui est a la fois plus puissante et
plus facile a utiliser.
La complexité des outils est une chose mais c'est quelque chose qui évolue
dans le bon sens. Il ne faut pas oublier que ça reste quelque chose d'assez
nouveau et qu'il faut du temps pour a la fois coder quelque chose, et avoir
quelque chose qui ait un sens. La problématique est loin d'être simple et de
plus en plus de personnes commencent a voir pour créer des éditeurs plus
simples (Un google Summer of code a été lancé pour créer un éditeur ultra
simple par exemple) ou facile d'accès.
Parmi les éditeurs les plus connus, il y a Potlatch, JOSM, Merkator, Mapzen
qui ont tous des points de vue différents sur comment créer un bon éditeur.
On y arrive mais ça prend du temps.
Bref, plein de bonnes idées mais c'est comme tout ça prend du temps et plein
de bonnes volontés pour organiser des choses comme des stands pour la
journée du libre, et des carto partie.

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

Re: [OSM-talk-fr] Changement de licence - acceptation des termes de contribution (CT) par les auteurs des imports automatiques en France

On jeudi 26 août 2010, hamster wrote:
> la question est donc plus "est-ce qu'on passe a une license adaptee en 
> perdant les donnees de ceux a qui elle plait pas, ou bien est-ce qu'on 
> continue a travailler avec le risque de tout perdre"
> 
> si je me trompe j'espere que d'autres me corrigeront

Il ne me semble pas que ce soit le risque, le "voleur" aurait vraiment de la 
peine à prouver sa paternité et se ridiculiserait devant un tribunal.

Le risque de la CC-BY-SA sur une base de donnée c'est qu'il fasse une copie, 
complète sa copie avec des données, et la re-diffuse sous licence 
propriétaire qui empêche ensuite OSM d'en profiter en retour.

Selon certains, la CC-BY-SA sur une base de donnée, reviendrait à une licence 
de type CC-0 ou équivalent à être dans le domaine public

J'ai cherché le wiki pour trouver la FAQ qui dit :

What's wrong with the current licence?

OSM currently uses the Creative Commons Share-Alike/Attribution 2.0 licence, 
or CC-BY-SA for short. The main problems that have come to light over time 
are:

* The CC-BY-SA licence was not designed to apply to databases of 
information and therefore has shortcomings when attempting to protect the OSM 
data.
* The method of giving attribution is somewhat impracticable for a project 
with many thousands of contributors.
* Limitations make it difficult or ambiguous for others to use OSM data in 
a new work (eg mashups) 

Mon avis, rien qu'a moi, est que ça ne parle en fait pas du tout des risques 
encourus par l'utilisation de la licence CC-by-sa. La mention "has 
shortcomings when attempting to protect the OSM data." irait dans le sens de 
mon interprétation ci-avant

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org

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

Re: [OSM-talk-fr] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des moins nou veaux) ? ( était : Changement de licence [etc .])

Le jeudi 26 août 2010 10:57:04 hamster, vous avez écrit :
> Nicolas Dumoulin a écrit :
> > Le jeudi 26 août 2010 09:42:52 Matthias Dietrich, vous avez écrit :
> >> existantes dans la région, c'est aussi courir le risque de se retrouver
> >> avec des noeuds superposés, des ways qui se croisent dans tous les sens,
> >> des doublons, etc. Le masquage ne me semble pas être une solution
> >> parfaite.
> > 
> > Le masquage peut être une solution (je l'utilise intensivement sous josm)
> > car les données sont tout de même incluses par le validateur. Par
> > contre, le téléchargement partiel est lui dangeureux pour ces raisons.
> 
> a ce propos si quelqu'un arrivait a virer cette grosse etiquette
> "attention filtre actif" qui masque la moitie de la partie haute de
> l'ecran ca m'interesserait beaucoup

+1 :-)
Il faudrait ptet le demander.

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] [dev] trouver les membres d'une relation

On jeudi 26 août 2010, Lord Awikatchikaen wrote:
> Sinon, j'en conclus qu'il n'est pas possible de filtrer les éléments d'une
> relation ? par exemple, ne pas afficher les highway=unclassified/residential
> d'une relation network=lcn/rcn/ncn.

A vue de nez, avec le schéma osm2pgsql, je vais en effet dire que ça risque de 
ne pas être simple...

Mais je n'ai peut-être pas compris ce que tu souhaitais faire. Corriges moi si 
j'ai mal compris :
Tu voudrais qu'une portion de route cyclable passant par un 
highway=unclassified ne soit pas affichée, mais que soit affiché "juste" le 
unclassified ?

> Par contre j'ai trouver mes données dans planet_osm_line et non ways, une
> différence de config avec toi ?
Je me suis gouré, il fallait bien lire "line" et non "ways" car cette table 
est à nouveau une table interne pour les diffs.

Les tables sur lesquelles je travail sont :
planet_osm_point
planet_osm_line
planet_osm_roads
planet_osm_polygon

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org

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

Re: [OSM-talk-fr] Changement de licence - acceptation des termes de contribution (CT) par les auteurs des imports automatiques en France

2010-08-26 Par sujet hamster


Pierre BOIZOT a écrit :

Bonjour ,

J'ai du mal à saisir les enjeux, du changement de licence


si j'ai bien compris, la licence actuelle n'est pas faite pour les bases 
de donnees, et il y a des pays ou on risque tout simplement de se faire 
piquer la base par quelqu'un qui la copierai et qui mettrait une licence 
a lui dessus


la question est donc plus "est-ce qu'on passe a une license adaptee en 
perdant les donnees de ceux a qui elle plait pas, ou bien est-ce qu'on 
continue a travailler avec le risque de tout perdre"


si je me trompe j'espere que d'autres me corrigeront

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

Re: [OSM-talk-fr] [dev] trouver les membres d'une relation

Pour le moment ce n'est que pour afficher les network sur Beciklo. Mais je
note en attendant. Ça pourrait servir si on fait evoluer le projet.

Sinon, j'en conclus qu'il n'est pas possible de filtrer les éléments d'une
relation ? par exemple, ne pas afficher les highway=unclassified/residential
d'une relation network=lcn/rcn/ncn.

Par contre j'ai trouver mes données dans planet_osm_line et non ways, une
différence de config avec toi ?

2010/8/25 sly (sylvain letuffe) 

> On mercredi 25 août 2010, Lord Awikatchikaen wrote:
> > Ok, merci.
> > En fait j'ai tourné pendant des heures car j'avais moins ways dans les
> table
> > que membre de ma relation. Je viens de comprendre un peu mieux postgis
> > (désolé trop l'habitude de réfléchir en relationnel ... )
>
> Parlons plutôt de "méthode dont est fait le schéma osm2pgsql" qui est en
> effet
> tout sauf relationnel, mais postgis n'y est pour rien.
>
> A titre d'économie de temps futur, tu va découvrir que dans la table ways,
> tu
> trouvera plusieurs enregistrements correspondants à la même relation si
> celle-ci est longue, et tu vas peut-être t'arracher les cheveux comme moi à
> deviner si ça vient de la donnée ou d'un bug pour finir par un st_collect(
> )
> pour les rassembler. (bon, sauf si ton but est juste de faire du dessin,
> mais
> au cas où)
>
> Il y a donc mieux : le "problème" est une fonctionnalité d'osm2pgsql qui
> découpe arbitrairement les routes trop longues, donc si besoin, j'ai le
> patch "qui va bien"
>
>
> >
> > (pas mal ce hstore au passage :D)
> >
> >
> >
> > 2010/8/24 René-Luc D'Hont 
> >
> > >  Par contre si tu utilises une version récente tu trouveras peut être
> une
> > > colonne de type hstore.
> > >
> > > Le 24/08/2010 16:11, sly (sylvain letuffe) a écrit :
> > >
> > >  On mardi 24 août 2010, Lord Awikatchikaen wrote:
> > >>
> > >>> Bonjour,
> > >>>
> > >>> J'essaie de remonter tous les membres d'une relation (type=route)
> pour
> > >>> affichage avec Mapnik.
> > >>> D'après le schéma, la table planet_osm_rels semblent toute indiqué
> avec
> > >>> la
> > >>> colonne 'tags'
> > >>>
> > >> Ce sont des tables internes à osm2pgsql pour gérer les diffs, c'est
> donc
> > >> pas
> > >> loin d'être inutilisable pour mapnik.
> > >>
> > >> Utilises la table planet_osm_ways plutôt. Tu peux reconnaître qu'il
> s'agit
> > >> d'une relation par son id négatif, mais pour la filtrer, le champ type
> > >> n'est
> > >> pas importé, utilises préférablement le tag route.
> > >>
> > >>
> > >
> > > ___
> > > Talk-fr mailing list
> > > Talk-fr@openstreetmap.org
> > > http://lists.openstreetmap.org/listinfo/talk-fr
> > >
> >
>
>
>
> --
> sly
> Sylvain Letuffe sylv...@letuffe.org
> qui suis-je : http://slyserv.dyndns.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] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des moins nou veaux) ? ( était : Changement de licence [etc .])

2010-08-26 Par sujet hamster


Nicolas Dumoulin a écrit :

Le jeudi 26 août 2010 09:42:52 Matthias Dietrich, vous avez écrit :

existantes dans la région, c'est aussi courir le risque de se retrouver
avec des noeuds superposés, des ways qui se croisent dans tous les sens,
des doublons, etc. Le masquage ne me semble pas être une solution
parfaite.


Le masquage peut être une solution (je l'utilise intensivement sous josm) car 
les données sont tout de même incluses par le validateur. Par contre, le 
téléchargement partiel est lui dangeureux pour ces raisons.


a ce propos si quelqu'un arrivait a virer cette grosse etiquette 
"attention filtre actif" qui masque la moitie de la partie haute de 
l'ecran ca m'interesserait beaucoup



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

Re: [OSM-talk-fr] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des moins nou veaux) ? (était : Changement de licence [etc .])

2010-08-26 Par sujet hamster

Vincent de Chateau-Thierry a écrit :
Il faut bien commencer par quelque chose. Pourquoi pas le bâti ? Tu sous-entends que certaines données seraient plus
importantes que d'autres, lesquelles ? Et qui définit cette importance ? D'autre part, le bâti peut servir de
référence pour placer avec plus de précision d'autres données (POI, calage de relevés GPS, etc.).

Certes il faut bien commencer par quelque chose. Mais avant l'apparition des
fichiers
vectoriels de buildings, on ne commençait jamais par mapper tous les buildings d'une
commune sans rien faire autour. Ce phénomène de villes/villages couverts de bâti sans
aucune rue n'est apparu que depuis le début de l'été. Et il est devenu banal en se
promenant sur la carte de rencontrer ce type de vision surréaliste. Autant je rejoins
complètement le principe de "chacun mappe ce qui lui plaît" autant je bloque quand c'est
pour trouver une forêt de buildings sans rien autour, avec des anciennetés de changeset
de plusieurs semaines. A ces endroits, la carte, j'ose le mot, est ridicule (et zut pour
le troll).

Lorsqu'un contributeur travaille ensuite sur une commune ainsi "traitée",
l'emploi de Potlatch devient lourd : les téléchargements prennent une éternité en raison
du volume des données. Si sous JOSM c'est nettement mieux, on ne peut manquer de
s'interroger sur des options de masquage (sans téléchargement) du bâti dans les deux
éditeurs.

Certes, mais éditer des données sans tenir compte de toutes les données
existantes dans la région, c'est aussi courir le risque de se retrouver avec
des noeuds superposés, des ways qui se croisent dans tous les sens, des
doublons, etc. Le masquage ne me semble pas être une solution parfaite.

Une option "purge" vient d'apparaître sur JOSM dans ce sens :
http://josm.openstreetmap.de/wiki/Help/Action/Purge
A utiliser avec des pincettes...

Quid d'une priorisation, de la définition d'axes de travail par zones,
du suivi de l'avancement ?
Ou comment probablement faire fuir des nouveaux contributeurs. Si on m'avait dit en
janvier, lorsque j'ai commencé, "tu dois d'abord tracer toutes les routes de France,
ne t'occupe pas des bâtiments, des POI " j'aurais laissé tomber immédiatement. Chacun
a ses motivations pour contribuer à OSM. Certains sont passionnés de chemin de fer et
voudront tracer les lignes ferroviaires, d'autres font du kayak et voudraient tracer
toutes les rivières, d'autres encore tracent les lignes électriques. Si on dicte aux
participants ce qu'ils doivent mapper il n'y aura plus beaucoup de nouveaux.

+1.
Mais je doute (voire plus haut) qu'il y ait subitement depuis cet été des
"passionnés de buildings" :-).
Je sais bien que quand le bâtiment va tout va, mais là non...

pas depuis cet ete
juste maintenant ils travaillent beaucoup plus vite
avant pour faire les batiments d'une petite ville il fallait 6 mois,
maintenant quelques heures, du coup ceux qui tracent les batiments se
voient beaucoup plus

et je pourrai dire aussi que la rue c'est l'espace entre les batiments
je vois pas ce qu'un village avec tous les batiments et aucune rue a de
plus ridicule qu'un autre avec toutes les rues mais aucun batiment
essayez de trouver une carte postale representant un village sur
laquelle on ne voit aucun batiment, essayez maintenant d'en trouver sur
laquelle on ne voit aucune rue
je ne trouve pas non plus qu'un village avec les batiments alors que les
rues sont pas finies soit plus ridicule qu'un pays avec presque tous les
landuse (merci corine) alors que les routes ou les voies ferrees sont
pas finies

au moins, mettre les batiments en premier evite d'avoir a recommencer
les rues a zero quand on ajoute les batiments ensuite parce qu'elles
n'ont pas ete tracees avec assez de precision et se supperposent aux
batiments

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

Re: [OSM-talk-fr] Quelles évolutions pour une meilleur e prise en charge des nouveaux venus (et des moins nou veaux) ? (était : Changement de licence [ etc.])

2010-08-26 Par sujet Xinfe Ewalavir

On Thursday, August 26, 2010, Vincent de Chateau-Thierry
 wrote:
>
> Bonjour,
>
>> De : "Matthias Dietrich"
>>> Le 26 août 2010 07:50, Jean-Francois Nifenecker  a écrit :
>>
>> Beaucoup d'idées dans ce message.
>>
>>>je ne suis pas sûr que l'import du bâti, pour superbe que soit le résultat, 
>>>sans une réflexion préalable approfondie soit une bonne chose.
>>> Quid de la gestion des évolutions désynchronisées des données cadastrales 
>>> et des données OSM ?
>
> Cette reflexion n'est pas spécifique du bâti. Elle vaut pour la voirie tout 
> autant.
> Mais en terme d'actualité et de mise à jour, OSM a tous les moyens de garder 
> une sacré
> avance sur le cadastre, qui n'est mis à jour parfois que plusieurs années 
> après une
> modification du terrain. Le cadastre comme point de départ est une mine d'or. 
> Comme
> outil d'actualisation, en revanche, il est largement dépassable.
>

Ça pourrait être intéressant de faire des diffs (tous les mois) depuis
les extractions du cadastre, avec un petit marqueur dans Osmose.
Je pense que c'est ce qu'il y a de plus fiable pour suivre les mises a jour.

>> Il faut bien commencer par quelque chose. Pourquoi pas le bâti ? Tu 
>> sous-entends que certaines données seraient plus
>> importantes que d'autres, lesquelles ? Et qui définit cette importance ? 
>> D'autre part, le bâti peut servir de
>> référence pour placer avec plus de précision d'autres données (POI, calage 
>> de relevés GPS, etc.).
>
> Certes il faut bien commencer par quelque chose. Mais avant l'apparition des 
> fichiers
> vectoriels de buildings, on ne commençait jamais par mapper tous les 
> buildings d'une
> commune sans rien faire autour. Ce phénomène de villes/villages couverts de 
> bâti sans
> aucune rue n'est apparu que depuis le début de l'été. Et il est devenu banal 
> en se
> promenant sur la carte de rencontrer ce type de vision surréaliste. Autant je 
> rejoins
> complètement le principe de "chacun mappe ce qui lui plaît" autant je bloque 
> quand c'est
> pour trouver une forêt de buildings sans rien autour, avec des anciennetés de 
> changeset
> de plusieurs semaines. A ces endroits, la carte, j'ose le mot, est ridicule 
> (et zut pour
> le troll).
>
>>>Lorsqu'un contributeur travaille ensuite sur une commune ainsi "traitée", 
>>>l'emploi de Potlatch devient lourd : les téléchargements prennent une 
>>>éternité en raison du volume des données. Si sous JOSM c'est nettement 
>>>mieux, on ne peut manquer de s'interroger sur des options de masquage (sans 
>>>téléchargement) du bâti dans les deux éditeurs.
>> Certes, mais éditer des données sans tenir compte de toutes les données 
>> existantes dans la région, c'est aussi courir le risque de se retrouver avec 
>> des noeuds superposés, des ways qui se croisent dans tous les sens, des 
>> doublons, etc. Le masquage ne me semble pas être une solution parfaite.
>
> Une option "purge" vient d'apparaître sur JOSM dans ce sens :
> http://josm.openstreetmap.de/wiki/Help/Action/Purge
> A utiliser avec des pincettes...
>
>>> Quid d'une priorisation, de la définition d'axes de travail par zones,
>>> du suivi de l'avancement ?
>>
>> Ou comment probablement faire fuir des nouveaux contributeurs. Si on m'avait 
>> dit en
>> janvier, lorsque j'ai commencé, "tu dois d'abord tracer toutes les routes de 
>> France,
>> ne t'occupe pas des bâtiments, des POI " j'aurais laissé tomber 
>> immédiatement. Chacun
>> a ses motivations pour contribuer à OSM. Certains sont passionnés de chemin 
>> de fer et
>> voudront tracer les lignes ferroviaires, d'autres font du kayak et 
>> voudraient tracer
>> toutes les rivières, d'autres encore tracent les lignes électriques. Si on 
>> dicte aux
>> participants ce qu'ils doivent mapper il n'y aura plus beaucoup de nouveaux.
>
> +1.
> Mais je doute (voire plus haut) qu'il y ait subitement depuis cet été des 
> "passionnés de buildings" :-).
> Je sais bien que quand le bâtiment va tout va, mais là non...
>
> vincent
>
>
>
> Une messagerie gratuite, garantie à vie et des services en plus, ça vous 
> tente ?
> Je crée ma boîte mail www.laposte.net
>
>
> ___
> 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] Quelles évolutions pour une meilleur e prise en charge des nouveaux venus (et des moins nouveaux ) ? (était : Changement de licence [etc.])

2010-08-26 Par sujet Vincent de Chateau-Thierry


Bonjour,

> De : "Matthias Dietrich" 
>> Le 26 août 2010 07:50, Jean-Francois Nifenecker  a écrit :
> 
> Beaucoup d'idées dans ce message.
> 
>>je ne suis pas sûr que l'import du bâti, pour superbe que soit le résultat, 
>>sans une réflexion préalable approfondie soit une bonne chose.
>> Quid de la gestion des évolutions désynchronisées des données cadastrales et 
>> des données OSM ?

Cette reflexion n'est pas spécifique du bâti. Elle vaut pour la voirie tout 
autant.
Mais en terme d'actualité et de mise à jour, OSM a tous les moyens de garder 
une sacré 
avance sur le cadastre, qui n'est mis à jour parfois que plusieurs années après 
une 
modification du terrain. Le cadastre comme point de départ est une mine d'or. 
Comme 
outil d'actualisation, en revanche, il est largement dépassable.

> Il faut bien commencer par quelque chose. Pourquoi pas le bâti ? Tu 
> sous-entends que certaines données seraient plus 
> importantes que d'autres, lesquelles ? Et qui définit cette importance ? 
> D'autre part, le bâti peut servir de 
> référence pour placer avec plus de précision d'autres données (POI, calage de 
> relevés GPS, etc.).

Certes il faut bien commencer par quelque chose. Mais avant l'apparition des 
fichiers
vectoriels de buildings, on ne commençait jamais par mapper tous les buildings 
d'une 
commune sans rien faire autour. Ce phénomène de villes/villages couverts de 
bâti sans 
aucune rue n'est apparu que depuis le début de l'été. Et il est devenu banal en 
se 
promenant sur la carte de rencontrer ce type de vision surréaliste. Autant je 
rejoins 
complètement le principe de "chacun mappe ce qui lui plaît" autant je bloque 
quand c'est 
pour trouver une forêt de buildings sans rien autour, avec des anciennetés de 
changeset 
de plusieurs semaines. A ces endroits, la carte, j'ose le mot, est ridicule (et 
zut pour 
le troll).

>>Lorsqu'un contributeur travaille ensuite sur une commune ainsi "traitée", 
>>l'emploi de Potlatch devient lourd : les téléchargements prennent une 
>>éternité en raison du volume des données. Si sous JOSM c'est nettement mieux, 
>>on ne peut manquer de s'interroger sur des options de masquage (sans 
>>téléchargement) du bâti dans les deux éditeurs.
> Certes, mais éditer des données sans tenir compte de toutes les données 
> existantes dans la région, c'est aussi courir le risque de se retrouver avec 
> des noeuds superposés, des ways qui se croisent dans tous les sens, des 
> doublons, etc. Le masquage ne me semble pas être une solution parfaite.

Une option "purge" vient d'apparaître sur JOSM dans ce sens :
http://josm.openstreetmap.de/wiki/Help/Action/Purge
A utiliser avec des pincettes...

>> Quid d'une priorisation, de la définition d'axes de travail par zones,
>> du suivi de l'avancement ?
> 
> Ou comment probablement faire fuir des nouveaux contributeurs. Si on m'avait 
> dit en 
> janvier, lorsque j'ai commencé, "tu dois d'abord tracer toutes les routes de 
> France, 
> ne t'occupe pas des bâtiments, des POI " j'aurais laissé tomber 
> immédiatement. Chacun 
> a ses motivations pour contribuer à OSM. Certains sont passionnés de chemin 
> de fer et 
> voudront tracer les lignes ferroviaires, d'autres font du kayak et voudraient 
> tracer 
> toutes les rivières, d'autres encore tracent les lignes électriques. Si on 
> dicte aux 
> participants ce qu'ils doivent mapper il n'y aura plus beaucoup de nouveaux.

+1.
Mais je doute (voire plus haut) qu'il y ait subitement depuis cet été des 
"passionnés de buildings" :-).
Je sais bien que quand le bâtiment va tout va, mais là non... 

vincent



Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net


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

Re: [OSM-talk-fr] Quelles évolutions pour une meilleur e prise en charge des nouveaux venus (et des moins nou veaux) ? ( était : Changement de licence [etc.])

2010-08-26 Par sujet Matthias Dietrich

Le 26 août 2010 09:59, Nicolas Dumoulin  a écrit :

> Le jeudi 26 août 2010 09:42:52 Matthias Dietrich, vous avez écrit :
> > existantes dans la région, c'est aussi courir le risque de se retrouver
> > avec des noeuds superposés, des ways qui se croisent dans tous les sens,
> > des doublons, etc. Le masquage ne me semble pas être une solution
> > parfaite.
>
> Le masquage peut être une solution (je l'utilise intensivement sous josm)
> car
> les données sont tout de même incluses par le validateur. Par contre, le
> téléchargement partiel est lui dangeureux pour ces raisons.
>
>
Oui, je me suis mal exprimé, c'est également ce que je fais sous JOSM.
Jean-François parlait de "masquage (sans téléchargement)", j'ai repris le
terme sans préciser.

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

Re: [OSM-talk-fr] Quelles évolutions pour une meill eure prise en charge des nouveaux venus (et des moins n ouveaux) ? ( était : Changement de licence [e tc.])

Le jeudi 26 août 2010 09:42:52 Matthias Dietrich, vous avez écrit :
> existantes dans la région, c'est aussi courir le risque de se retrouver
> avec des noeuds superposés, des ways qui se croisent dans tous les sens,
> des doublons, etc. Le masquage ne me semble pas être une solution
> parfaite.

Le masquage peut être une solution (je l'utilise intensivement sous josm) car 
les données sont tout de même incluses par le validateur. Par contre, le 
téléchargement partiel est lui dangeureux pour ces raisons.

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] Quelles évolutions pour une meilleur e prise en charge des nouveaux venus (et des moins nou veaux) ? (était : Changement de licence [ etc.])

2010-08-26 Par sujet Matthias Dietrich

Le 26 août 2010 07:50, Jean-Francois Nifenecker <
jean-francois.nifenec...@laposte.net> a écrit :

Beaucoup d'idées dans ce message.


>
> -- je ne suis pas sûr que l'import du bâti, pour superbe que soit le
> résultat, sans une réflexion préalable approfondie soit une bonne chose.
>
> Quid de la gestion des évolutions désynchronisées des données
> cadastrales et des données OSM ?
>

Très bonne question. Il me semble avoir vu passer quelques message évoquant
des pistes.


> Pourquoi des imports dans des communes par ailleurs dépourvues de
> données ? Pour faire joli ? Pour le rendu (argh !) ?
>

Il faut bien commencer par quelque chose. Pourquoi pas le bâti ? Tu
sous-entends que certaines données seraient plus importantes que d'autres,
lesquelles ? Et qui définit cette importance ? D'autre part, le bâti peut
servir de référence pour placer avec plus de précision d'autres données
(POI, calage de relevés GPS, etc.).


> Lorsqu'un contributeur travaille ensuite sur une commune ainsi "traitée",
> l'emploi de Potlatch devient lourd : les téléchargements prennent une
> éternité en raison du volume des données. Si sous JOSM c'est nettement
> mieux, on ne peut manquer de s'interroger sur des options de masquage (sans
> téléchargement) du bâti dans les deux éditeurs.
>
> Certes, mais éditer des données sans tenir compte de toutes les données
existantes dans la région, c'est aussi courir le risque de se retrouver avec
des noeuds superposés, des ways qui se croisent dans tous les sens, des
doublons, etc. Le masquage ne me semble pas être une solution parfaite.


> -- je ne me manifeste pas souvent lorsque ces sujets sont évoqués ici
> mais je m'interroge sur les propositions d'étiquetage pour des objets de
> détail alors que nous sommes loin d'avoir intégré les données routières.
>
> Quid d'une priorisation, de la définition d'axes de travail par zones,
> du suivi de l'avancement ?
>
> Ou comment probablement faire fuir des nouveaux contributeurs. Si on
m'avait dit en janvier, lorsque j'ai commencé, "tu dois d'abord tracer
toutes les routes de France, ne t'occupe pas des bâtiments, des POI "
j'aurais laissé tomber immédiatement. Chacun a ses motivations pour
contribuer à OSM. Certains sont passionnés de chemin de fer et voudront
tracer les lignes ferroviaires, d'autres font du kayak et voudraient tracer
toutes les rivières, d'autres encore tracent les lignes électriques. Si on
dicte aux participants ce qu'ils doivent mapper il n'y aura plus beaucoup de
nouveaux.


> Je n'ai malheureusement pas la compétence pour fabriquer des outils dans
> ce sens mais suis prêt à participer à des discussions sur tous ces thèmes.
>
> -- la documentation (autrement dit, le wiki)
>
> Outre sa complexité structurelle souvent évoquée ici, qui a pour résultat
> qu'on a du mal à savoir si le fait de ne pas trouver résulte de l'absence
> d'information ou d'une recherche pas assez approfondie. Les nouveaux venus
> sont clairement rebutés par cette montagne.
>
> J'aimerais un condensé pour, justement, les nouveaux venus ou, plus
> généralement, ceux qui tout en voulant participer ne désirent pas être
> noyés d'emblée sous les détails. Un (des) documents indépendants,
> pourquoi ne pas le dire : papier ! (des pdf) à l'image des osmecums me
> semblent indispensables. Je sais que c'est vieux jeu et que ça révèle ma
> culture/mon âge ;) mais je suis persuadé que des "how-to" sont souvent
> très appréciés, quand bien même existent des pages wiki.
>
>
On peut très bien faire des how-to sur des pages du wiki ;-) Voir par
exemple les pages expliquant comment tracer des bâtiments ... ;-)


> -- de la liste à "les listes"
>
> Bon... voila, yapluka :)
>  
>

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

Re: [OSM-talk-fr] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des moins nou veaux) ? ( était : Changement de licence [etc .])