Re: [OSM-talk-fr] OpenStreetBugs

[Julien Langlois]

Super jolie et assez pratique.

Quelques remarques :

 - Je ne trouve pas le lien avec GoogleAppEngine ou alors c'est au
niveau du serveur ... ?!

 - le côté "pas d'authentification" me chagrinne. Je préferais 3 modes :
   - 3 : mode connecté avec une session OSM (même compte), c'est
gélère au niveau des domaines mais au final, ce truc aurait sa place
sur un bugs.openstreetmap.org, donc ça pourrait se faire
   - 2 :  mode "je te donne un nom" comme c'est le cas mais ou dans la
base de données, il y a un une différence de type entre ce mode là et
celui d'avant.
   - 1 : mode anonyme

  avec des restrictions :
il faut être que mode du owner du noeud <= mode du user courant
pour que celui ci puisse le modifier (supprimé surtout). Genre, un
gars qu'à créé un noeud en étant en mode 3 (auth par compte osm), un
anonyme ne peut pas le supprimer.

Et comme ça l'a été dit avant, un mélange avec le travail de karouf et
on aurait un super truc :)

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

Re: [OSM-talk-fr] Nom de rue différente d'elle m ême...

[Florian Loitsch]

d'apres moi le tag "alt_name" devrait etre utilise, si on considere que cette 
version alternative est un match a 100%. Ceci pour trier les resultats.
C'est evident que namefinder devrait trouver les noms, meme s'il manque un 
tiret ou similaire, mais dans ce cas je classerais le resultat differement.
// florian

On Wednesday 11 June 2008 11:47:16 murphy2712.nospam wrote:
> 2008/6/11 Pieren :
> > Je voudrais juste signaler qu'il existe le tag alt_name (non documenté
> > pour l'instant dans les map features) pour donner une orthographe
> > différente et qui est déjà utilisé par le namefinder. Vous ne savez pas à
> > priori quelle syntaxe sera utilisée par quelqu'un qui cherche cette rue.
> >
> > Ref: http://lists.openstreetmap.org/pipermail/talk/2008-May/025863.html
>
> Je serais plutôt d'avis d'améliorer namefinder, on a pas à mettre en
> base toutes les possibilités de recherche de quiconque. Dans ce cas il
> devrait être capable au moins de trouver les noms avec ou sans tiret,
> voir avec un petit changement dans le nom (plus dur mais faisable).
> Google utilise un sacré algorithme de reconnaissance/de divergence et
> est capable de trouver/proposer des équivalents de manière très
> perspicace. Ça doit bien être possible.
> Cela éviterai de polluer la base de nombreux doublons
> inutiles/devinables (pour reprendre les exemples donnés) :
> - "Heathrow Terminal 5" / "Heathrow Airport Terminal 5" / "Terminal 5"
> - "British Airways London Eye" / "London Eye" / "The London Eye"
> - "Victoria and Albert Museum" / "V&A"
> - "Long Horse Croft" / "Longhorse Croft"
>
> Cependant, cela n'enlève pas l'intérêt du tag alt_name quand il s'agit
> d'un nom vraiment différent.
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr



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

Re: [OSM-talk-fr] Définition des Highways en ville

[murphy2712 . nospam]

2008/6/12 Charlie Echo :
> Je propose à nouveau :
> - pas du niveau tertiary / unclassified, car c'est trop petit

"tertiary" ? Trop grand d'autant que ici on ne relie aucun axe.
"unclassified" trop petit ? En quoi ? On ne va pas faire de chemin
plus gros qu'un unclassified car c'est clairement plus restreint
d'utilisation.
Comme dit précédemment j'ai opté pour "service" dernièrement car c'est
destiné à une utilisation très particulière, d'autant que le rendu est
fin/discret que unclassified/residential :
http://www.informationfreeway.org/?lat=48.09568506786996&lon=-1.669576360204905&zoom=17&layers=B000F000F
D'après la définition de "service" :
access to a building, (motorway service station, beach, campsite,
industrial estate, business park, parking...)

chemin d'accès aux immeubles => service
pour les propriétaires => private

Ce n'est toutefois que ma propre interprétation.

Aussi un "noexit=yes" si sans issu (tiens j'ai oublié d'en mettre :)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] Nom de rue différente d'elle m ême...

[Olivier Boudet]

2008/6/11 Denis <[EMAIL PROTECTED]>:

>
> et moi celui de reg_name (probablement encore moins documenté) que j'ai
> utilisé pour prendre en compte le bilinguisme de certaines plaques de
> rues de mon quartier : exemples : Düwestoss -> rue des pigeons ;
> Falikewâj -> rue du faucon. C'est ici :
> http://www.openstreetmap.org/?lat=48.59672&lon=7.71889&zoom=17&layers=0B0FT
>

Quelle est la différence entre reg_name et les tags de type name:fr,
name:br, name:en, etc ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] Définition des Highways en ville

[Olivier Boudet]

L'idée highway=service et access=private me semble être un bon compromis.
Je pense jamais à mettre les noexit ! Va falloir que je ratrappe tout ça un
jour...

2008/6/12 murphy2712. nospam <[EMAIL PROTECTED]>:

> 2008/6/12 Charlie Echo :
> > Je propose à nouveau :
> > - pas du niveau tertiary / unclassified, car c'est trop petit
>
> "tertiary" ? Trop grand d'autant que ici on ne relie aucun axe.
> "unclassified" trop petit ? En quoi ? On ne va pas faire de chemin
> plus gros qu'un unclassified car c'est clairement plus restreint
> d'utilisation.
> Comme dit précédemment j'ai opté pour "service" dernièrement car c'est
> destiné à une utilisation très particulière, d'autant que le rendu est
> fin/discret que unclassified/residential :
>
> http://www.informationfreeway.org/?lat=48.09568506786996&lon=-1.669576360204905&zoom=17&layers=B000F000F
> D'après la définition de "service" :
> access to a building, (motorway service station, beach, campsite,
> industrial estate, business park, parking...)
>
> chemin d'accès aux immeubles => service
> pour les propriétaires => private
>
> Ce n'est toutefois que ma propre interprétation.
>
> Aussi un "noexit=yes" si sans issu (tiens j'ai oublié d'en mettre :)
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] OpenStreetBugs

[Florian Loitsch]

On Wednesday 11 June 2008 18:29:47 X wrote:
> Hello les mappeurs,
>
[snip]
> J'ai la joie de vous présenter ... OpenStreetBugs :
> http://openstreetbugs.appspot.com/
tu devrait presenter l'url sur la liste anglaise.
// florian
-- 
Give a man a fire and he's warm for the whole day,
but set fire to him and he's warm for the rest of his life. - Terry Pratchett

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

Re: [OSM-talk-fr] Définition des Highways en ville

[Patrice Vetsel]

Ça m'a l'air logique tout ça :)

murphy2712.nospam a écrit :
> 2008/6/12 Charlie Echo :
>> Je propose à nouveau :
>> - pas du niveau tertiary / unclassified, car c'est trop petit
> 
> "tertiary" ? Trop grand d'autant que ici on ne relie aucun axe.
> "unclassified" trop petit ? En quoi ? On ne va pas faire de chemin
> plus gros qu'un unclassified car c'est clairement plus restreint
> d'utilisation.
> Comme dit précédemment j'ai opté pour "service" dernièrement car c'est
> destiné à une utilisation très particulière, d'autant que le rendu est
> fin/discret que unclassified/residential :
> http://www.informationfreeway.org/?lat=48.09568506786996&lon=-1.669576360204905&zoom=17&layers=B000F000F
> D'après la définition de "service" :
> access to a building, (motorway service station, beach, campsite,
> industrial estate, business park, parking...)
> 
> chemin d'accès aux immeubles => service
> pour les propriétaires => private
> 
> Ce n'est toutefois que ma propre interprétation.
> 
> Aussi un "noexit=yes" si sans issu (tiens j'ai oublié d'en mettre :)
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

-- 
Patrice Vetsel <[EMAIL PROTECTED]>
Aka/Alias Kagou
https://launchpad.net/people/vetsel-patrice
gpg key: 0x15c094db

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

Re: [OSM-talk-fr] Définition des Highways en ville

[Thomas Walraet]

Olivier Boudet a écrit :
>
> Je pense jamais à mettre les noexit ! Va falloir que je ratrappe tout ça 
> un jour...

Quel est l'intérêt de ce tag ?

C'est juste pour faciliter la vie aux logiciels de routage, ou alors 
plutôt pour signaler que c'est un cul-de-sac et non une rue pas finie ?

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

Re: [OSM-talk-fr] Définition des Highways en ville

[Philippe Piquer]

noexit  = cul de sac , voie sans issue ...
attention il faut penser a tous les modes de déplacements ... pas juste aux
autos :)

2008/6/12 Thomas Walraet <[EMAIL PROTECTED]>:

> Olivier Boudet a écrit :
> >
> > Je pense jamais à mettre les noexit ! Va falloir que je ratrappe tout ça
> > un jour...
>
> Quel est l'intérêt de ce tag ?
>
> C'est juste pour faciliter la vie aux logiciels de routage, ou alors
> plutôt pour signaler que c'est un cul-de-sac et non une rue pas finie ?
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] Problème de rendu MApnik sur la Se ine

[Pieren]

Oui, c'est le multipolygon qui ne marche sur Mapnik QUE si les roles inner
et outer utilisent les mêmes clés (alors que osmarender s'en fout).
Maintenant, je ne sais pas si Mapnik corrigera un jour ce problème ou s'il
faut changé le multipolygon. En gros, je ne sais pas si Mapnik a raison ou
pas de vouloir la même clé dans le inner et dans le outer.
Pieren

2008/6/12 Gand' <[EMAIL PROTECTED]>:

> j'ai trouvé ce qui bug !
> mais pas comment le corriger, ni pourquoi c'est mauvais !
>
> mapnik n'affiche pas les portions de seine qui sont en multipolygon !
> --
>   Gand'
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

[OSM-talk-fr] Problème de rendu de nom de rue

[Patrice Vetsel]

http://openstreetmap.org/?lat=44.06366&lon=4.09745&zoom=17&layers=B00FT

J'ai la "Rue de la Résistance" qui s'affiche mal.
J'ai ajouté un node au milieu de mon way mais cela n'a rien changé.

Que faire ? C'est un bug ?

Bonne journée
-- 
Patrice Vetsel <[EMAIL PROTECTED]>
Aka/Alias Kagou
https://launchpad.net/people/vetsel-patrice
gpg key: 0x15c094db

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

[OSM-talk-fr] téléphone avec GPS intégré

[Bernard VALTON]

Bonjour,

J'utilise actuellement pour mapper un N770 avec maemo mapper avec un GPS
externe en Bluetooth et j'ai en plus un téléphone portable qui fait appareil
photo. Résultat, je trouve cela pénible d'avoir tous ces appareils et je
souhaiterais acheter un téléphone mobile qui fasse tout cela (traces,
photos, téléphone mobile) et le fasse bien.

Je réfléchi donc à l'achat d'un téléphone intégrant appareil photo (la c'est
facile) et GPS et c'est la qu'il y a problème. Il semble que les téléphones
actuels intégrant le GPS ne soient pas bon pour obtenir des traces. Par
exemple le N95 ne donne pas de bonnes traces d'après gwenn. Confirmez vous
cette information ? Connaissez vous des téléphones avec un bon GPS ? Il me
semble (d'après mes petites recherches) que la nouvelle génération de tél de
chez nokia (n78, n96 ...) intègre la même puce GPS (faite par Texas
Instrument d'après ce que j'ai lu) que le N95 donc on peut craindre de
mauvaises perfs également ...

Sinon, l'iphone 2 doit intégrer un GPS mais je ne suis pas intéressé par
payer un abonnement orange à 50 euros par mois ... Pareil, je ne veux pas
utiliser la fonction a-gps car je ne veux pas de forfait data ...

Reste android (de google) qui a le grand mérite d'être opensource et dont
j'ai lu que les producteurs de la puce Sirf Star III travaillaient dessus (
http://www.frandroid.com/156/sirf-developpe-sa-fonction-de-geolocalisation/)
donc on risque d'avoir (mais quand ?) des téléphones très bons au niveau gps
et très ouverts au niveau programmation pour pouvoir faire facilement des
softs de mapping ... C'est donc la piste que je privilégie actuellement
quitte à attendre un peu, sniff :(

Voili voilou, j'attends vos retours et infos avec grand intérêt :)

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

Re: [OSM-talk-fr] Problème de rendu MApnik sur la Se ine

[Gand']

donc en fait il faut faire les iles en waterway=riverbank ?

(je suppose que le "natural=water" est obsolète ?)

-- 
  Gand'

2008/6/12 Pieren <[EMAIL PROTECTED]>:

> Oui, c'est le multipolygon qui ne marche sur Mapnik QUE si les roles inner
> et outer utilisent les mêmes clés (alors que osmarender s'en fout).
> Maintenant, je ne sais pas si Mapnik corrigera un jour ce problème ou s'il
> faut changé le multipolygon. En gros, je ne sais pas si Mapnik a raison ou
> pas de vouloir la même clé dans le inner et dans le outer.
> Pieren
>
> 2008/6/12 Gand' <[EMAIL PROTECTED]>:
>
>> j'ai trouvé ce qui bug !
>> mais pas comment le corriger, ni pourquoi c'est mauvais !
>>
>> mapnik n'affiche pas les portions de seine qui sont en multipolygon !
>> --
>>   Gand'
>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

[OSM-talk-fr] OSM today

[Renaud Martinet]

Salut,

Je m'inquiète peut-être pour rien mais c'est normal la grande trainée
rouge dans l'osmtoday d'aujourd'hui ? Sachant que rouge =
suppression...


Renaud.

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

Re: [OSM-talk-fr] Nom de rue différente d'elle m ême...

[Pieren]

reg_name pour régional. Ca peut être un dialecte local, du corse, de
l'alsacien, de l'occitan, etc. Ca sort un peu des conventions de namespaces
plus orienté international.
Pieren

2008/6/12 Olivier Boudet <[EMAIL PROTECTED]>:

> 2008/6/11 Denis <[EMAIL PROTECTED]>:
>
>>
>> et moi celui de reg_name (probablement encore moins documenté) que j'ai
>> utilisé pour prendre en compte le bilinguisme de certaines plaques de
>> rues de mon quartier : exemples : Düwestoss -> rue des pigeons ;
>> Falikewâj -> rue du faucon. C'est ici :
>>
>> http://www.openstreetmap.org/?lat=48.59672&lon=7.71889&zoom=17&layers=0B0FT
>>
>
> Quelle est la différence entre reg_name et les tags de type name:fr,
> name:br, name:en, etc ?
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] Problème de rendu de nom de rue

[Patrice Vetsel]

Freed m'a indiqué mon erreur.
Merci

Patrice Vetsel a écrit :
> http://openstreetmap.org/?lat=44.06366&lon=4.09745&zoom=17&layers=B00FT
> 
> J'ai la "Rue de la Résistance" qui s'affiche mal.
> J'ai ajouté un node au milieu de mon way mais cela n'a rien changé.
> 
> Que faire ? C'est un bug ?
> 
> Bonne journée

-- 
Patrice Vetsel <[EMAIL PROTECTED]>
Aka/Alias Kagou
https://launchpad.net/people/vetsel-patrice
gpg key: 0x15c094db

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

Re: [OSM-talk-fr] Définition des Highways en ville

[Olivier Boudet]

On Thu, Jun 12, 2008 at 10:21 AM, Thomas Walraet <[EMAIL PROTECTED]> wrote:

> Olivier Boudet a écrit :
> >
> > Je pense jamais à mettre les noexit ! Va falloir que je ratrappe tout ça
> > un jour...
>
> Quel est l'intérêt de ce tag ?
>
> C'est juste pour faciliter la vie aux logiciels de routage, ou alors
> plutôt pour signaler que c'est un cul-de-sac et non une rue pas finie ?
>

Pour moi il n'a que très peu d'intérêt... Je pense qu'il sert juste à
faciliter la vie aux logiciels de routage...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] OpenStreetBugs

[murphy2712 . nospam]

2008/6/11 X :
>  > le langage utilisé, la base de données
>
> C'est fait avec GoogleAppEngine, et donc j'ai fait ce truc pour m'amuser
> et me former à GoogleAppEngine.
>
> Le langage est "Python". Je ne le connaissait pas avant, je trouve ça
> génialissime. J'exècre le PHP depuis que j'ai goûté au Python.
>
> Le Framework de développement est GoogleAppEngine. C'est pas trop mal
> foutu mais ça demande un temps d'adaptation.
>
> La base de données, c'est BigTable. C'est une structure à la CouchDB
> développée par Google pour Google.
> Au début, on déteste (pas de relations, requêtes minables).
> Après on comprend (faut mettre les mains dans le cambouis des données).
> Après on aime (c'est ultra-ultra-ultra extensible).
> Mais j'avoue m'être flingué le cerveau pendant deux jours pour imaginer
> la manière dont j'allais définir ma structure de données "POI" (qui
> m'aurait pris 3 secondes avec SQL).

Merci pour ces infos, ça me donne envie de m'y mettre aussi :)

>  > serait-il possible de faire une carte où l'on puisse dessiner des
>  > zones ? Zone à mapper, zone déjà mappées
>
> Pas le temps.

Yaurai moyen d'avoir le code source ? ou d'ajouter des développeurs
sur le projet AppEngine ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] téléphone avec GPS intégré

[Olivier Boudet]

Je confirme que le N95 n'est pas un super choix pour les traces GPS... ni
pour l'appareil photo d'ailleurs.

Mais tu as quoi actuellement comme téléphone portable ? Tu peux peut être
l'utiliser pour prendre tes traces avec ton module externe et aussi prendre
tes photos. Ca fait déjà un morceau de moins a trimballer, le Nokia 770...

2008/6/12 Bernard VALTON <[EMAIL PROTECTED]>:

> Bonjour,
>
> J'utilise actuellement pour mapper un N770 avec maemo mapper avec un GPS
> externe en Bluetooth et j'ai en plus un téléphone portable qui fait appareil
> photo. Résultat, je trouve cela pénible d'avoir tous ces appareils et je
> souhaiterais acheter un téléphone mobile qui fasse tout cela (traces,
> photos, téléphone mobile) et le fasse bien.
>
> Je réfléchi donc à l'achat d'un téléphone intégrant appareil photo (la
> c'est facile) et GPS et c'est la qu'il y a problème. Il semble que les
> téléphones actuels intégrant le GPS ne soient pas bon pour obtenir des
> traces. Par exemple le N95 ne donne pas de bonnes traces d'après gwenn.
> Confirmez vous cette information ? Connaissez vous des téléphones avec un
> bon GPS ? Il me semble (d'après mes petites recherches) que la nouvelle
> génération de tél de chez nokia (n78, n96 ...) intègre la même puce GPS
> (faite par Texas Instrument d'après ce que j'ai lu) que le N95 donc on peut
> craindre de mauvaises perfs également ...
>
> Sinon, l'iphone 2 doit intégrer un GPS mais je ne suis pas intéressé par
> payer un abonnement orange à 50 euros par mois ... Pareil, je ne veux pas
> utiliser la fonction a-gps car je ne veux pas de forfait data ...
>
> Reste android (de google) qui a le grand mérite d'être opensource et dont
> j'ai lu que les producteurs de la puce Sirf Star III travaillaient dessus (
> http://www.frandroid.com/156/sirf-developpe-sa-fonction-de-geolocalisation/)
> donc on risque d'avoir (mais quand ?) des téléphones très bons au niveau gps
> et très ouverts au niveau programmation pour pouvoir faire facilement des
> softs de mapping ... C'est donc la piste que je privilégie actuellement
> quitte à attendre un peu, sniff :(
>
> Voili voilou, j'attends vos retours et infos avec grand intérêt :)
>
> --
> bernard
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] Problème de rendu de nom de rue

[murphy2712 . nospam]

> Freed m'a indiqué mon erreur.
> Merci

...c'est mieux d'indiquer sur la liste la réponse ! :)

> J'ai la "Rue de la Résistance" qui s'affiche mal.
> J'ai ajouté un node au milieu de mon way mais cela n'a rien changé.
>
> Que faire ? C'est un bug ?

J'ai vérifié et c'est ce que je pensais : il y a 2 ways superposées.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] Gate

[Olivier Boudet]

Hello,

Tu peux faire ca en rajoutant les tags foot, car, motorcycle, bicycle, etc

Exemple :
highway=gate
foot=yes
bicycle=yes
car=no
motorcycle=no

2008/6/12 Stéphane Brunner <[EMAIL PROTECTED]>:

> Hello !
>
> J'ai juste une question sur las gate  !
> Comment différencier le gare qui empêche de lasser les piétons de celle qui
> empêche de passer uniquement les voitures ?
>
> Merci d'avance
> Sarge
>
> --
> Stéphane Brunner
> mail : [EMAIL PROTECTED]
> messageries instantanées : [EMAIL PROTECTED] (
> http://talk.google.com)
> --
> http://www.ubuntu-fr.org - Distribution Linux
> http://fr.wikipedia.org - Encyclopédie communautaire
> http://mozilla-europe.org - Navigateur internet / Client de messagerie
> http://framasoft.net - Annuaire de logiciel libre (gratuit)
> http://jeuxlibres.net - Jeux Libres (gratuit)
> http://openstreetmap.org - Cartographie libre (en développement)
> --
> Il existe 10 sortes de personnes : celles qui connaissent le binaire, et
> les autres.
> --
> Si un jour on te reproche que ton travail n'est pas un travail de
> professionnel, dis toi que :
> Des amateurs ont construit l'arche de Noé, et des professionnels le
> Titanic.
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] Définition des Highways en ville

[Pieren]

Charlie Echo, est-tu d'accord pour modifier ta définition wiki du
living_street et supprimer la partie "En France, celà peut correspondre aux
voies privées." ?
Parce qu'il y a déjà le tag access=private pour ça.
Mais sinon, on peut aussi ne pas revenir complètement à la définition
précédente (dans l'historique) et ne pas dire "N'existe pas en France". Mais
il faudrait que ça reste vraiment très proche de la définition originale
(mais encore une fois, pour moi, c'est un statut juridique plus que du
physique, qui fait doublon avec unclassified et residential, mais bon).

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

Re: [OSM-talk-fr] téléphone avec GPS intégré

[murphy2712 . nospam]

2008/6/12 Bernard VALTON :
> Bonjour,
>
> J'utilise actuellement pour mapper un N770 avec maemo mapper avec un GPS
> externe en Bluetooth et j'ai en plus un téléphone portable qui fait appareil
> photo. Résultat, je trouve cela pénible d'avoir tous ces appareils et je
> souhaiterais acheter un téléphone mobile qui fasse tout cela (traces,
> photos, téléphone mobile) et le fasse bien.

Mauvaise idée : aucun gps intégré à un autre appareil n'est d'aussi
bonne qualité pour les traces qu'un externe (autant téléphone que le
N810).

> Sinon, l'iphone 2 doit intégrer un GPS mais je ne suis pas intéressé par
> payer un abonnement orange à 50 euros par mois ... Pareil, je ne veux pas
> utiliser la fonction a-gps car je ne veux pas de forfait data ...

Même un petit forfait Orange internet illimité à 9euros/mois ?

> Reste android (de google) qui a le grand mérite d'être opensource et dont
> j'ai lu que les producteurs de la puce Sirf Star III travaillaient dessus
> (http://www.frandroid.com/156/sirf-developpe-sa-fonction-de-geolocalisation/)
> donc on risque d'avoir (mais quand ?) des téléphones très bons au niveau gps
> et très ouverts au niveau programmation pour pouvoir faire facilement des
> softs de mapping ... C'est donc la piste que je privilégie actuellement
> quitte à attendre un peu, sniff :(

C'est peut-être une solution mais on ne saura que quand ça sortira...
d'ici la fin de l'année => loin !

2008/6/12 Olivier Boudet :
> Mais tu as quoi actuellement comme téléphone portable ? Tu peux peut être
> l'utiliser pour prendre tes traces avec ton module externe et aussi prendre
> tes photos. Ca fait déjà un morceau de moins a trimballer, le Nokia 770...

C'est une bonne idée...à condition qu'il ne soit pas trop difficile de
jongler entre prise de photo et affichage de parcours (si besoin).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] Gate

[Stéphane Brunner]

Ok, merci ;-)

CU
Sarge

2008/6/12 Olivier Boudet <[EMAIL PROTECTED]>:

> Hello,
>
> Tu peux faire ca en rajoutant les tags foot, car, motorcycle, bicycle, etc
>
> Exemple :
> highway=gate
> foot=yes
> bicycle=yes
> car=no
> motorcycle=no
>
> 2008/6/12 Stéphane Brunner <[EMAIL PROTECTED]>:
>
>> Hello !
>>
>> J'ai juste une question sur las gate  !
>> Comment différencier le gare qui empêche de lasser les piétons de celle
>> qui empêche de passer uniquement les voitures ?
>>
>> Merci d'avance
>> Sarge
>>
>> --
>> Stéphane Brunner
>> mail : [EMAIL PROTECTED]
>> messageries instantanées : [EMAIL PROTECTED] (
>> http://talk.google.com)
>> --
>> http://www.ubuntu-fr.org - Distribution Linux
>> http://fr.wikipedia.org - Encyclopédie communautaire
>> http://mozilla-europe.org - Navigateur internet / Client de messagerie
>> http://framasoft.net - Annuaire de logiciel libre (gratuit)
>> http://jeuxlibres.net - Jeux Libres (gratuit)
>> http://openstreetmap.org - Cartographie libre (en développement)
>> --
>> Il existe 10 sortes de personnes : celles qui connaissent le binaire, et
>> les autres.
>> --
>> Si un jour on te reproche que ton travail n'est pas un travail de
>> professionnel, dis toi que :
>> Des amateurs ont construit l'arche de Noé, et des professionnels le
>> Titanic.
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>
>


-- 
Stéphane Brunner
mail : [EMAIL PROTECTED]
messageries instantanées : [EMAIL PROTECTED] (
http://talk.google.com)
--
http://www.ubuntu-fr.org - Distribution Linux
http://fr.wikipedia.org - Encyclopédie communautaire
http://mozilla-europe.org - Navigateur internet / Client de messagerie
http://framasoft.net - Annuaire de logiciel libre (gratuit)
http://jeuxlibres.net - Jeux Libres (gratuit)
http://openstreetmap.org - Cartographie libre (en développement)
--
Il existe 10 sortes de personnes : celles qui connaissent le binaire, et les
autres.
--
Si un jour on te reproche que ton travail n'est pas un travail de
professionnel, dis toi que :
Des amateurs ont construit l'arche de Noé, et des professionnels le Titanic.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] Problème de rendu MApnik sur la Se ine

[Pieren]

Je crois que riberbank sera le tag qui devra rester au final. Mais pour que
ça fonctionne avec la version actuelle de Mapnik, je pense qu'il faut garder
aussi natural=water (pour l'instant, a moins que Mapnik ai déjà changé).
Pieren

2008/6/12 Gand' <[EMAIL PROTECTED]>:

> donc en fait il faut faire les iles en waterway=riverbank ?
>
> (je suppose que le "natural=water" est obsolète ?)
>
> --
>   Gand'
>
> 2008/6/12 Pieren <[EMAIL PROTECTED]>:
>
>> Oui, c'est le multipolygon qui ne marche sur Mapnik QUE si les roles inner
>> et outer utilisent les mêmes clés (alors que osmarender s'en fout).
>> Maintenant, je ne sais pas si Mapnik corrigera un jour ce problème ou s'il
>> faut changé le multipolygon. En gros, je ne sais pas si Mapnik a raison ou
>> pas de vouloir la même clé dans le inner et dans le outer.
>> Pieren
>>
>> 2008/6/12 Gand' <[EMAIL PROTECTED]>:
>>
>>> j'ai trouvé ce qui bug !
>>> mais pas comment le corriger, ni pourquoi c'est mauvais !
>>>
>>> mapnik n'affiche pas les portions de seine qui sont en multipolygon !
>>> --
>>>   Gand'
>>>
>>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] téléphone avec GPS intégré

[Olivier Boudet]

Avec un téléphone type N70 que je possède, l'ouverture du cache de l'APN
ouvre automatiquement le logiciel de prise de photo et la fermeture du cache
referme l'application, et remet en premier plan la dernière application
ouverte, soit Mobile Trail Explorer (dans mon cas).

Donc c'est très simple à utiliser. J'ai utilisé cette technique pendant de
longues semaines avant d'investir dans un N800, et je continue à faire comme
ça lorsque je n'ai pas le N800 sur moi.

2008/6/12 murphy2712. nospam <[EMAIL PROTECTED]>:

> 2008/6/12 Bernard VALTON :
> > Bonjour,
> >
> > J'utilise actuellement pour mapper un N770 avec maemo mapper avec un GPS
> > externe en Bluetooth et j'ai en plus un téléphone portable qui fait
> appareil
> > photo. Résultat, je trouve cela pénible d'avoir tous ces appareils et je
> > souhaiterais acheter un téléphone mobile qui fasse tout cela (traces,
> > photos, téléphone mobile) et le fasse bien.
>
> Mauvaise idée : aucun gps intégré à un autre appareil n'est d'aussi
> bonne qualité pour les traces qu'un externe (autant téléphone que le
> N810).
>
> > Sinon, l'iphone 2 doit intégrer un GPS mais je ne suis pas intéressé par
> > payer un abonnement orange à 50 euros par mois ... Pareil, je ne veux pas
> > utiliser la fonction a-gps car je ne veux pas de forfait data ...
>
> Même un petit forfait Orange internet illimité à 9euros/mois ?
>
> > Reste android (de google) qui a le grand mérite d'être opensource et dont
> > j'ai lu que les producteurs de la puce Sirf Star III travaillaient dessus
> > (
> http://www.frandroid.com/156/sirf-developpe-sa-fonction-de-geolocalisation/
> )
> > donc on risque d'avoir (mais quand ?) des téléphones très bons au niveau
> gps
> > et très ouverts au niveau programmation pour pouvoir faire facilement des
> > softs de mapping ... C'est donc la piste que je privilégie actuellement
> > quitte à attendre un peu, sniff :(
>
> C'est peut-être une solution mais on ne saura que quand ça sortira...
> d'ici la fin de l'année => loin !
>
> 2008/6/12 Olivier Boudet :
> > Mais tu as quoi actuellement comme téléphone portable ? Tu peux peut être
> > l'utiliser pour prendre tes traces avec ton module externe et aussi
> prendre
> > tes photos. Ca fait déjà un morceau de moins a trimballer, le Nokia
> 770...
>
> C'est une bonne idée...à condition qu'il ne soit pas trop difficile de
> jongler entre prise de photo et affichage de parcours (si besoin).
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] téléphone avec GPS intégré

[Gwenn]

> Reste android (de google) qui a le grand mérite d'être opensource

Il y a aussi le Neo1973, FreeRunner avec OpenMoko. Téléphone, GPS,
WiFi mais pas de photo par contre.

-- 
Gwenn


signature.asc
Description: Digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] Gate

[Stéphane Brunner]

Du coup j'ai une autre question sue les accès !
Quel est la différence entre goods et hgv ?
es-ce que hgv sont les poids lourd et goods les livreurs ?
en suisse on a encore des interdictions pour les camions citerne (
http://www.linternaute.com/auto/questionnaire/photo/1354/550/index.shtml) et
celui ci pour les matière dangereuse :
http://www.linternaute.com/auto/questionnaire/photo/1364/550/index.shtml

Bref comment tagger tout ça ?
CU
Stéph



2008/6/12 Stéphane Brunner <[EMAIL PROTECTED]>:

> Ok, merci ;-)
>
> CU
> Sarge
>
> 2008/6/12 Olivier Boudet <[EMAIL PROTECTED]>:
>
> Hello,
>>
>> Tu peux faire ca en rajoutant les tags foot, car, motorcycle, bicycle, etc
>>
>> Exemple :
>> highway=gate
>> foot=yes
>> bicycle=yes
>> car=no
>> motorcycle=no
>>
>> 2008/6/12 Stéphane Brunner <[EMAIL PROTECTED]>:
>>
>>> Hello !
>>>
>>> J'ai juste une question sur las gate  !
>>> Comment différencier le gare qui empêche de lasser les piétons de celle
>>> qui empêche de passer uniquement les voitures ?
>>>
>>> Merci d'avance
>>> Sarge
>>>
>>> --
>>> Stéphane Brunner
>>> mail : [EMAIL PROTECTED]
>>> messageries instantanées : [EMAIL PROTECTED] (
>>> http://talk.google.com)
>>> --
>>> http://www.ubuntu-fr.org - Distribution Linux
>>> http://fr.wikipedia.org - Encyclopédie communautaire
>>> http://mozilla-europe.org - Navigateur internet / Client de messagerie
>>> http://framasoft.net - Annuaire de logiciel libre (gratuit)
>>> http://jeuxlibres.net - Jeux Libres (gratuit)
>>> http://openstreetmap.org - Cartographie libre (en développement)
>>> --
>>> Il existe 10 sortes de personnes : celles qui connaissent le binaire, et
>>> les autres.
>>> --
>>> Si un jour on te reproche que ton travail n'est pas un travail de
>>> professionnel, dis toi que :
>>> Des amateurs ont construit l'arche de Noé, et des professionnels le
>>> Titanic.
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>>>
>>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>>
>>
>
>
> --
> Stéphane Brunner
> mail : [EMAIL PROTECTED]
> messageries instantanées : [EMAIL PROTECTED] (
> http://talk.google.com)
> --
> http://www.ubuntu-fr.org - Distribution Linux
> http://fr.wikipedia.org - Encyclopédie communautaire
> http://mozilla-europe.org - Navigateur internet / Client de messagerie
> http://framasoft.net - Annuaire de logiciel libre (gratuit)
> http://jeuxlibres.net - Jeux Libres (gratuit)
> http://openstreetmap.org - Cartographie libre (en développement)
> --
> Il existe 10 sortes de personnes : celles qui connaissent le binaire, et
> les autres.
> --
> Si un jour on te reproche que ton travail n'est pas un travail de
> professionnel, dis toi que :
> Des amateurs ont construit l'arche de Noé, et des professionnels le
> Titanic.
>



-- 
Stéphane Brunner
mail : [EMAIL PROTECTED]
messageries instantanées : [EMAIL PROTECTED] (
http://talk.google.com)
--
http://www.ubuntu-fr.org - Distribution Linux
http://fr.wikipedia.org - Encyclopédie communautaire
http://mozilla-europe.org - Navigateur internet / Client de messagerie
http://framasoft.net - Annuaire de logiciel libre (gratuit)
http://jeuxlibres.net - Jeux Libres (gratuit)
http://openstreetmap.org - Cartographie libre (en développement)
--
Il existe 10 sortes de personnes : celles qui connaissent le binaire, et les
autres.
--
Si un jour on te reproche que ton travail n'est pas un travail de
professionnel, dis toi que :
Des amateurs ont construit l'arche de Noé, et des professionnels le Titanic.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] Problème de rendu de nom de rue

[Gand']

huhu, j'y suis allé voir aussi à peu près en même temps !
il doit être bien corrigé la le problème ;)
-- 
  Gand'

2008/6/12 murphy2712. nospam <[EMAIL PROTECTED]>:

> > Freed m'a indiqué mon erreur.
> > Merci
>
> ...c'est mieux d'indiquer sur la liste la réponse ! :)
>
> > J'ai la "Rue de la Résistance" qui s'affiche mal.
> > J'ai ajouté un node au milieu de mon way mais cela n'a rien changé.
> >
> > Que faire ? C'est un bug ?
>
> J'ai vérifié et c'est ce que je pensais : il y a 2 ways superposées.
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] téléphone avec GPS intégré

[Rodolphe Quiedeville]

Bernard VALTON a écrit :
> Bonjour,
> 
> J'utilise actuellement pour mapper un N770 avec maemo mapper avec un GPS
> externe en Bluetooth et j'ai en plus un téléphone portable qui fait
> appareil photo. Résultat, je trouve cela pénible d'avoir tous ces
> appareils et je souhaiterais acheter un téléphone mobile qui fasse tout
> cela (traces, photos, téléphone mobile) et le fasse bien.
> 
> Je réfléchi donc à l'achat d'un téléphone intégrant appareil photo (la
> c'est facile) et GPS et c'est la qu'il y a problème. Il semble que les
> téléphones actuels intégrant le GPS ne soient pas bon pour obtenir des
> traces. Par exemple le N95 ne donne pas de bonnes traces d'après gwenn.
> Confirmez vous cette information ? Connaissez vous des téléphones avec
> un bon GPS ? Il me semble (d'après mes petites recherches) que la
> nouvelle génération de tél de chez nokia (n78, n96 ...) intègre la même
> puce GPS (faite par Texas Instrument d'après ce que j'ai lu) que le N95
> donc on peut craindre de mauvaises perfs également ...
> 
> Sinon, l'iphone 2 doit intégrer un GPS mais je ne suis pas intéressé par
> payer un abonnement orange à 50 euros par mois ... Pareil, je ne veux
> pas utiliser la fonction a-gps car je ne veux pas de forfait data ...
> 
> Reste android (de google) qui a le grand mérite d'être opensource et
> dont j'ai lu que les producteurs de la puce Sirf Star III travaillaient
> dessus
> (http://www.frandroid.com/156/sirf-developpe-sa-fonction-de-geolocalisation/)
> donc on risque d'avoir (mais quand ?) des téléphones très bons au niveau
> gps et très ouverts au niveau programmation pour pouvoir faire
> facilement des softs de mapping ... C'est donc la piste que je
> privilégie actuellement quitte à attendre un peu, sniff :(
> 
> Voili voilou, j'attends vos retours et infos avec grand intérêt :)

Salut,

L'openmoko va bientôt arrivé

http://wiki.openmoko.org/wiki/Main_Page

C'est clairement la solution pour moi.


-- 
Rodolphe Quiédeville - Artisan Logiciel Libre
http://rodolphe.quiedeville.org/
Travaillons Libre - http://fr.lolix.org/

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

Re: [OSM-talk-fr] téléphone avec GPS intégré

[Bernard VALTON]

Visiblement, il aura le chipset GPS de TomTom (hammerhead), ce chipset est
il bon pour le mapping ?

Et l'appareil photo sera convenable ?

bientôt, c'est avant 2009 ?

je pense vraiment que je vais attendre un tél android ou openmoko mais j'ai
un peu peur d'attendre 6 mois voir un an :(

bernard


> L'openmoko va bientôt arrivé
>
> http://wiki.openmoko.org/wiki/Main_Page
>
> C'est clairement la solution pour moi.
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] Définition des Highways en ville

[Charlie Echo]

Quelques remarques :

- Face au consensus anti-living_street, je vais effectivement modifier le 
Wiki...

- Je voudrais que l'on considère différemment le côté juridique 
(access=private) et le côté pratique (highway). Highway doit traduire la 
réalité physique du monde.
En fait, le problème vient de là, et Pieren l'a écrit : le statut 
Highway=living_street est un statut juridique. Ca ne me semble pas logique.

- il y a une foule de ces voies à Paris, et sans doute ailleurs aussi ; dans 
Paris, j'ai regardé celles que j'ai en tête mappées par d'autres personnes :
   - Certaines sont "highway=service", ce qui est faux  : c'est l'entrée 
principale des immeuble ; ce n'est pas une voie de service (livraison pour les 
restaurants, etc)
   - Certaines sont "highway=pedestrian", et c'est faux aussi, car les voitures 
peuvent y circuler

_J'en conclus qu'il y a absolument besoin de normalisation, et qu'on est en 
train de rater l'occasion de le faire._


- si l'on veut s'accrocher à la définition allemande de Living Street, on peut 
écrire que le tag living_street n'a pas d'usage en France. Point. Gebrauch 
streng verboten. Dommage de "perdre" un tag. 

- A la limite, si ce tag n'existe que pour l'Allemagne, on pourrait faire notre 
tag pour la France, non ? Par exemple "community_street", ça correspond assez 
bien. (je ne veux pas de nouveau tag, je veux juste que les gens réagissent en 
disant qu'il faut ré-utiliser les tag, et ne pas en créer trop...)

- je reviens encore sur la notion de "voie privée", car je pense qu'elle est 
encore mal comprise : il s'agit bien d'une voie qui dessert plusieurs 
immeubles, et qui est, pour les habitants, leur rue, leur adresse. Simplement 
la rue est gérée par la co-propriété des immeubles, et non par la municipalité 
: le ramassage des ordures ne se fait qu'à l'entrée, etc. Il ne s'agit pas 
d'une "voie privative" qui appartiendrait à une personne ou à un immeuble. Il 
ne s'agit pas non-plus d'une voie de parking créée pour faciliter la vie des 
locaux.


- je vais aller faire un saut à la FNAC pour relire le Code de la Route, avec 
de belles images... Je vous raconterai si j'ai du nouveau...

Charlie Echo

PS : j'ai été à un Congrès à La Baule récemment. Donc je me suis dit "Mappons 
La Baule !" ce qui est d'autant plus facile qu'il y a des photos Yahoo (depuis, 
j'ai re-découvert le Cadastre...)
A La Baule, il y a essentiellement des Avenues, mais, de ce que j'ai vu pour 
l'instant, AUCUNE Rue.
Quelqu'un qui appliquerait bêtement les classifications mettrait tout en 
Secondary ou Tertiary, non ?
Je veux dire par là qu'il faut une connaissance locale pour savoir comment 
classifier une Highway. Ca va au-delà du théorique. Et ma vision pratique, à 
Paris, me fait dire que mes chères "voies privées" ne sont ni Residential, ni 
Unclassified, ni Service, ni Pedestrian, ...
Donc je reste sur ma faim (ce qui est très adapté, il est 12h10...)


- Mail Original -
De: "Pieren" <[EMAIL PROTECTED]>
À: "Discussions sur OSM en francais" 
Envoyé: Jeudi 12 Juin 2008 11:02:31 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Définition des Highways en ville


Charlie Echo, est-tu d'accord pour modifier ta définition wiki du living_street 
et supprimer la partie "En France, celà peut correspondre aux voies privées." ? 
Parce qu'il y a déjà le tag access=private pour ça. 
Mais sinon, on peut aussi ne pas revenir complètement à la définition  
précédente (dans l'historique) et ne pas dire "N'existe pas en France". Mais il 
faudrait que ça reste vraiment très proche de la définition originale (mais 
encore une fois, pour moi, c'est un statut juridique plus que du physique, qui 
fait doublon avec unclassified et residential, mais bon). 

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

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

Re: [OSM-talk-fr] Définition des Highways en ville

[murphy2712 . nospam]

2008/6/12 Charlie Echo :
>   - Certaines sont "highway=service", ce qui est faux  : c'est l'entrée 
> principale des immeuble ; ce n'est pas une voie de service (livraison pour 
> les restaurants, etc)

"service" n'est pas que pour mapper les restaurants... On mappe les
aires d'autoroutes et des tas d'autres choses, la def wiki :
"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 and trash collection. Sometimes called an
alley..."
Et "alley" c'est justement une "ruelle", ce qui pourrait aussi correspondre.

> Il ne s'agit pas d'une "voie privative" qui appartiendrait à une personne ou 
> à un immeuble.

La voie est considérée "private" (même si elle appartient à l'état ;
le tag private ne détermine pas l'appartenance mais le droit de
passage/d'utilisation) à partir du moment où elle n'est pas accessible
au "public" (cf wiki : 'private' means access is restricted to the
landowner) d'ailleurs non accessible même par le ramassage des
ordures. La photo du wiki allemande confirme l'aspect privé, cf le
panneau "Propriété privée entrée interdite".

Cependant si tu trouves qu'il y a vraiment une différence notable il
est normal de proposer un nouveau tag.

Le problème de la réutilisation des tags n'est pas 'que' le notre
(comme quoi on devrait se plier à living_street si ça rapproche
légèrement) : il s'agit encore une fois des anglais qui font des tags
trop fermés à leur pays. Les allemands ont modifié quelque peu le sens
du tag pour leur besoin ce qui amène une question générale :

Doit-on modifier le sens d'un tag existant pour chaque pays ? (et le
rendre générique)
ou
Créer des tags différents plus précis pour chaque pays ?
ou encore
Arriver à faire un super compromis en faisant des tags qui reprennent
le plus possible les caractéristiques de tous les pays du monde (idéal
mais quasi impossible car il n'y a pas de convention de route au
niveau mondial)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] Nom de rue différente d'elle m ême...

[Denis]

Pieren a écrit :
> reg_name pour régional. Ca peut être un dialecte local, du corse, de
> l'alsacien, de l'occitan, etc. Ca sort un peu des conventions de namespaces
> plus orienté international.
> Pieren
> 
> 2008/6/12 Olivier Boudet <[EMAIL PROTECTED]>:
> 
>> 2008/6/11 Denis <[EMAIL PROTECTED]>:
>>
>>> et moi celui de reg_name (probablement encore moins documenté) que j'ai
>>> utilisé pour prendre en compte le bilinguisme de certaines plaques de
>>> rues de mon quartier : exemples : Düwestoss -> rue des pigeons ;
>>> Falikewâj -> rue du faucon. C'est ici :
>>>
>>> http://www.openstreetmap.org/?lat=48.59672&lon=7.71889&zoom=17&layers=0B0FT
>>>
>> Quelle est la différence entre reg_name et les tags de type name:fr,
>> name:br, name:en, etc ?

D'autant plus qu'il n'existe pas de code ISO pour l'alsacien.

Denis

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

Re: [OSM-talk-fr] Définition des Highways en ville

[Pieren]

2008/6/12 Charlie Echo <[EMAIL PROTECTED]>:

> - Je voudrais que l'on considère différemment le côté juridique
> (access=private) et le côté pratique (highway).


C'est un thème qui a déjà été longuement discuté sur la ML anglaise.
Certains tags sont très binaires (bicycle=yes), physiques (max_height,
bridge), mais d'autres combinent une classification administrative (souvent
centrée UK) avec du physique (highway=primary, secondary, tertiary). Ces
tags sont un peu un mélange : une voie primary sera en principe plus large
qu'un secondary. living_street fait partie de ces tags. Il permet de dire en
un tag que c'est une rue équivalente à residential, que la vitesse y est
limitée et que les piétons y ont une prioritée absolue.
Il y a déjà eu plusieurs propositions par le passé (voir les archives de la
ML anglaise) pour séparer les caractéristiques physiques de l'administratif
mais il y a une certaine réticence de la communauté à remettre en cause des
tags largement utilisés dans la bdd (les highway). En plus, il y a un côté
pratique d'avoir un seul tag pour dire plusieurs choses en une fois.


>
> - il y a une foule de ces voies à Paris, et sans doute ailleurs aussi ;
> dans Paris, j'ai regardé celles que j'ai en tête mappées par d'autres
> personnes :
>   - Certaines sont "highway=service", ce qui est faux  : c'est l'entrée
> principale des immeuble ; ce n'est pas une voie de service (livraison pour
> les restaurants, etc)
>   - Certaines sont "highway=pedestrian", et c'est faux aussi, car les
> voitures peuvent y circuler
>

Je suis d'accord que service et pedestrian ne sont pas les mieux adaptés à
l'exemple que tu donnes. Mais pourquoi pas highway=residential (ou
unclassified) et access=private comme plusieurs l'ont suggéré ici ?


> _J'en conclus qu'il y a absolument besoin de normalisation, et qu'on est en
> train de rater l'occasion de le faire._
>

La discussion reste ouverte. Mais il n'y aura peut-être pas de consensus
cette fois-ci.

- si l'on veut s'accrocher à la définition allemande de Living Street, on
> peut écrire que le tag living_street n'a pas d'usage en France. Point.
> Gebrauch streng verboten. Dommage de "perdre" un tag.
>

Rien n'est interdit dans OSM. Mais il faut accepter que certains tags ne
soient utilisés que par quelques pays lorsqu'ils identifient des caractères
spécifiques à ces pays.


> - A la limite, si ce tag n'existe que pour l'Allemagne, on pourrait faire
> notre tag pour la France, non ? Par exemple "community_street", ça
> correspond assez bien. (je ne veux pas de nouveau tag, je veux juste que les
> gens réagissent en disant qu'il faut ré-utiliser les tag, et ne pas en créer
> trop...)
>

Evidemment, l'inconvénient majeur d'un nouveau highway est qu'il faut
ensuite l'intégrer aux logiciels de rendu. Il faut donc passer par une
discussion plus internationnale sur la ML anglaise pour être sûr qu'il ne
soit pas rejeté par incompréhension (on pourrait directement modifier les
logiciels de rendus sinon).

>
> - je reviens encore sur la notion de "voie privée", car je pense qu'elle
> est encore mal comprise :
>

Non, je crois que c'est maintenant assez clair. Cette voie n'appartient pas
à une personne ou à un immeuble mais à un groupe d'immeubles (ou a un/des
propriétaires privés). Si l'accès y est interdit au public avec un panneau
adéquat, c'est simplement access=private. Cette voie ne peut faire partie du
domaine public avec ce genre d'interdiction, à moins que la France ait
rétablie les privilèges d'avant la révolution mais on serait au courant dans
ce cas.


> Je veux dire par là qu'il faut une connaissance locale pour savoir comment
> classifier une Highway.


Absolument.


> mes chères "voies privées" ne sont ni Residential, ni Unclassified, ni
> Service, ni Pedestrian, ...
>

Encore une fois, je ne vois pas le problème avec residential ou unclassified
mais je suis d'accord que service et pedestrian ne sont pas les mieux
adaptés à ton exemple.

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

Re: [OSM-talk-fr] Mapping party à Lyon le week-end p rochain

[François Van Der Biest]

Le 11/06/08, Denis <[EMAIL PROTECTED]> a écrit :
>
>
> > Par ailleurs, je relaie ici l'info selon laquelle "la contribution du
> > Grand-Lyon a cette initiative pourrait prendre la forme d'un article
> > d'information inséré dans les différents sites Web institutionnel du
> > Grand-Lyon (le principe de la publication de cette annonce est en cours
> de
> > validation)".
>
>
> Ces initiatives ne mériteraient-elles pas d'être mentionnées sur le wiki
>   ?


Tout à fait d'accord !

Il ne s'agit pas de faire de la promo pour telle ou telle
> collectivité, mais simplement de signaler la bienveillance de celles-ci
> à l'égard d'OSM. S'il y a un article en plus, c'est dans la rubrique "la
> presse parle de nous".



Et voilà qui est fait !
http://www.grandlyon.com/Info.1164+M561f46a6910.0.html
+ sur leur intranet (3000 personnes) depuis hier.

Un grand merci au Grand Lyon !

F.

PS : bientot plus d'information sur la possibilité d'avoir des vélos à
disposition ...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] Définition des Highways en ville

[Stéphane Brunner]

Hello !

Le living_street n'est pas uniquement allemand il existe également en suisse
et il est utiliser comme décrit plus haut pour des rue principalement
piettone donc sans trotoire ou les voiture sont tolerée mais n'on pour ainci
dire aucun droit !

Et il me semble que cela ne correspond aucunement a ce que l'on discute,
j'ai l'impression que c'est plutôt des routes residential éventuellement
unclassified, road ou service mais pas living_street tant qu'il y a un
troitoire ou que l'on en peut jouer dans la rue.

CU
Sarge.


2008/6/12 murphy2712. nospam <[EMAIL PROTECTED]>:

> 2008/6/12 Charlie Echo :
> >   - Certaines sont "highway=service", ce qui est faux  : c'est l'entrée
> principale des immeuble ; ce n'est pas une voie de service (livraison pour
> les restaurants, etc)
>
> "service" n'est pas que pour mapper les restaurants... On mappe les
> aires d'autoroutes et des tas d'autres choses, la def wiki :
> "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 and trash collection. Sometimes called an
> alley..."
> Et "alley" c'est justement une "ruelle", ce qui pourrait aussi
> correspondre.
>
> > Il ne s'agit pas d'une "voie privative" qui appartiendrait à une personne
> ou à un immeuble.
>
> La voie est considérée "private" (même si elle appartient à l'état ;
> le tag private ne détermine pas l'appartenance mais le droit de
> passage/d'utilisation) à partir du moment où elle n'est pas accessible
> au "public" (cf wiki : 'private' means access is restricted to the
> landowner) d'ailleurs non accessible même par le ramassage des
> ordures. La photo du wiki allemande confirme l'aspect privé, cf le
> panneau "Propriété privée entrée interdite".
>
> Cependant si tu trouves qu'il y a vraiment une différence notable il
> est normal de proposer un nouveau tag.
>
> Le problème de la réutilisation des tags n'est pas 'que' le notre
> (comme quoi on devrait se plier à living_street si ça rapproche
> légèrement) : il s'agit encore une fois des anglais qui font des tags
> trop fermés à leur pays. Les allemands ont modifié quelque peu le sens
> du tag pour leur besoin ce qui amène une question générale :
>
> Doit-on modifier le sens d'un tag existant pour chaque pays ? (et le
> rendre générique)
> ou
> Créer des tags différents plus précis pour chaque pays ?
> ou encore
> Arriver à faire un super compromis en faisant des tags qui reprennent
> le plus possible les caractéristiques de tous les pays du monde (idéal
> mais quasi impossible car il n'y a pas de convention de route au
> niveau mondial)
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>



-- 
Stéphane Brunner
mail : [EMAIL PROTECTED]
messageries instantanées : [EMAIL PROTECTED] (
http://talk.google.com)
--
http://www.ubuntu-fr.org - Distribution Linux
http://fr.wikipedia.org - Encyclopédie communautaire
http://mozilla-europe.org - Navigateur internet / Client de messagerie
http://framasoft.net - Annuaire de logiciel libre (gratuit)
http://jeuxlibres.net - Jeux Libres (gratuit)
http://openstreetmap.org - Cartographie libre (en développement)
--
Il existe 10 sortes de personnes : celles qui connaissent le binaire, et les
autres.
--
Si un jour on te reproche que ton travail n'est pas un travail de
professionnel, dis toi que :
Des amateurs ont construit l'arche de Noé, et des professionnels le Titanic.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] OpenStreetBugs

[François Van Der Biest]

Le 12/06/08, murphy2712. nospam <[EMAIL PROTECTED]> a écrit :
>
>
> > Le Framework de développement est GoogleAppEngine. C'est pas trop mal
> > foutu mais ça demande un temps d'adaptation.
> >
> > La base de données, c'est BigTable. C'est une structure à la CouchDB
> > développée par Google pour Google.
> > Au début, on déteste (pas de relations, requêtes minables).
> > Après on comprend (faut mettre les mains dans le cambouis des données).
> > Après on aime (c'est ultra-ultra-ultra extensible).
> > Mais j'avoue m'être flingué le cerveau pendant deux jours pour imaginer
> > la manière dont j'allais définir ma structure de données "POI" (qui
> > m'aurait pris 3 secondes avec SQL).


Merci pour ces précisions

Il y a tout de même un problème, qui n'apparait pas pour l'instant vu le
faible nombre de POIs, mais qui ne tardera pas à pointer le bout de son nez
dès que leur nombre sera conséquent (qqs centaines) : tous sont chargés au
démarrage de l'application. Ce qui risque de ralentir bcp leur chargement à
terme.

Un remède : n'afficher que ceux qui sont présents dans l'étendue courante de
la carte et limiter ce nombre à 100 (par exemple). Il suffira de zoomer bcp
sur une zone pour voir apparaitre ceux qui n'étaient pas présent à plus
petite échelle.

MapFish (framework de dev. d'applis carto sur le web basé sur OpenLayers et
ExtJS) propose ce genre de fonctionnalité à travers l'utilisation de la
classe MapFish.Searcher.Extent (
http://www.mapfish.org/svn/mapfish/trunk/MapFish/client/mfbase/mapfish/core/Searcher/Extent.js).
Maintenant, cela signifie qu'il faudra mettre en place un service capable de
répondre à la requete sur l'extent...

Ce post de Christopher Schmidt sera surement très utile pour aller dans
cette voie avec la plateforme de développement de Google :
http://labs.metacarta.com/blog/27.entry/geographic-queries-on-google-app-engine/


> Yaurai moyen d'avoir le code source ? ou d'ajouter des développeurs
> sur le projet AppEngine ?


Je plussoie la demande ;-)

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

Re: [OSM-talk-fr] téléphone avec GPS intégré

[Rodolphe Quiedeville]

Bernard VALTON a écrit :
> Visiblement, il aura le chipset GPS de TomTom (hammerhead), ce chipset
> est il bon pour le mapping ?

Je ne saurais te répondre sur ce point mais la puce est maintenant la
u-blox/Atmel ATR0635 GPS Receiver qui semble donner de meilleurs résultats.

> Et l'appareil photo sera convenable ?

Il n'y a pas d'APN dessus.

> bientôt, c'est avant 2009 ?

Oui on attends les premiers exemplaires d'ici fin juin.

A++

-- 
Rodolphe Quiédeville - Artisan Logiciel Libre
http://rodolphe.quiedeville.org/
Travaillons Libre - http://fr.lolix.org/

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

Re: [OSM-talk-fr] téléphone avec GPS intégré

[Bernard VALTON]

2008/6/12 Rodolphe Quiedeville <[EMAIL PROTECTED]>:

> Bernard VALTON a écrit :
> > Visiblement, il aura le chipset GPS de TomTom (hammerhead), ce chipset
> > est il bon pour le mapping ?
>
> Je ne saurais te répondre sur ce point mais la puce est maintenant la
> u-blox/Atmel ATR0635 GPS Receiver qui semble donner de meilleurs résultats.


Ah bon, leur site n'est pas à jour alors. L'essentiel étant qu'il ait un bon
GPS !


>
>
> > Et l'appareil photo sera convenable ?
>
> Il n'y a pas d'APN dessus.
>
> > bientôt, c'est avant 2009 ?
>
> Oui on attends les premiers exemplaires d'ici fin juin.
>
>
ok, merci pour ces infos. J'attends les premiers tests avec impatience même
si la non présence d'un APN dessus m'embête un peu ...

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

Re: [OSM-talk-fr] téléphone avec GPS intégré

[Bernard VALTON]

j'ai un "vieux" symbian : un 6600. Il ne me permet pas d'utiliser les applis
J2ME car il n'a pas la jsr PIM permettant d'écrire le gpx sur le téléphone.
J'arrive à travailler avec WhereAmI (appli native symbian) mais il faut (un
peu) remouliner les fichiers gpx générés et je n'ai pas encore réussi à
récupérer le gpx sous ubuntu à travers bluetooth (le tél n'a pas d'usb).
Cela m'embête de rebooter sous windows juste pour cela.

L'autre raison pour laquelle je veux changer de téléphone est que l'APN est
pas top : 300 000 px et que je voudrais également m'en servir pour faire de
"vrais photos"

Sinon, effectivement, le tél étant multi tâches, je peux lancer en même
temps l'appareil photo et whereAmI, c'était le point fort de symbian à
l'époque ...

Bon, voila quoi, si personne ne connait le téléphone miracle, je vais sans
doutes attendre qu'un petit tél sous linux sorte :)

bernard

2008/6/12 Olivier Boudet <[EMAIL PROTECTED]>:

> Je confirme que le N95 n'est pas un super choix pour les traces GPS... ni
> pour l'appareil photo d'ailleurs.
>
> Mais tu as quoi actuellement comme téléphone portable ? Tu peux peut être
> l'utiliser pour prendre tes traces avec ton module externe et aussi prendre
> tes photos. Ca fait déjà un morceau de moins a trimballer, le Nokia 770...
>
> 2008/6/12 Bernard VALTON <[EMAIL PROTECTED]>:
>
>> Bonjour,
>>
>> J'utilise actuellement pour mapper un N770 avec maemo mapper avec un GPS
>> externe en Bluetooth et j'ai en plus un téléphone portable qui fait appareil
>> photo. Résultat, je trouve cela pénible d'avoir tous ces appareils et je
>> souhaiterais acheter un téléphone mobile qui fasse tout cela (traces,
>> photos, téléphone mobile) et le fasse bien.
>>
>> Je réfléchi donc à l'achat d'un téléphone intégrant appareil photo (la
>> c'est facile) et GPS et c'est la qu'il y a problème. Il semble que les
>> téléphones actuels intégrant le GPS ne soient pas bon pour obtenir des
>> traces. Par exemple le N95 ne donne pas de bonnes traces d'après gwenn.
>> Confirmez vous cette information ? Connaissez vous des téléphones avec un
>> bon GPS ? Il me semble (d'après mes petites recherches) que la nouvelle
>> génération de tél de chez nokia (n78, n96 ...) intègre la même puce GPS
>> (faite par Texas Instrument d'après ce que j'ai lu) que le N95 donc on peut
>> craindre de mauvaises perfs également ...
>>
>> Sinon, l'iphone 2 doit intégrer un GPS mais je ne suis pas intéressé par
>> payer un abonnement orange à 50 euros par mois ... Pareil, je ne veux pas
>> utiliser la fonction a-gps car je ne veux pas de forfait data ...
>>
>> Reste android (de google) qui a le grand mérite d'être opensource et dont
>> j'ai lu que les producteurs de la puce Sirf Star III travaillaient dessus (
>> http://www.frandroid.com/156/sirf-developpe-sa-fonction-de-geolocalisation/)
>> donc on risque d'avoir (mais quand ?) des téléphones très bons au niveau gps
>> et très ouverts au niveau programmation pour pouvoir faire facilement des
>> softs de mapping ... C'est donc la piste que je privilégie actuellement
>> quitte à attendre un peu, sniff :(
>>
>> Voili voilou, j'attends vos retours et infos avec grand intérêt :)
>>
>> --
>> bernard
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>
>


-- 
bernard
http://blog.valton.name/
http://ville-montgermont.fr/
http://fr.groups.yahoo.com/group/RennesFreecycle/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] Définition des Highways en ville

[Philippe Piquer]

Et en Belgique aussi 

Les allemands ont juste étés les premiers a soulevé la question, et comme
cela s'appliquait a plusieurs pays on en est arrivé a living_street après
comme d'habitude de longues discussions ...

Question rendu, il semble que enfin.on commence a penser à tenir compte du
tag lanes pour avoir un rendu different pour un way en fonction du nombre de
lanes ... ca resoudra a mon avis pas mal de choses ...


2008/6/12 Stéphane Brunner <[EMAIL PROTECTED]>:

> Hello !
>
> Le living_street n'est pas uniquement allemand il existe également en
> suisse et il est utiliser comme décrit plus haut pour des rue principalement
> piettone donc sans trotoire ou les voiture sont tolerée mais n'on pour ainci
> dire aucun droit !
>
> Et il me semble que cela ne correspond aucunement a ce que l'on discute,
> j'ai l'impression que c'est plutôt des routes residential éventuellement
> unclassified, road ou service mais pas living_street tant qu'il y a un
> troitoire ou que l'on en peut jouer dans la rue.
>
> CU
> Sarge.
>
>
> 2008/6/12 murphy2712. nospam <[EMAIL PROTECTED]>:
>
>> 2008/6/12 Charlie Echo :
>> >   - Certaines sont "highway=service", ce qui est faux  : c'est l'entrée
>> principale des immeuble ; ce n'est pas une voie de service (livraison pour
>> les restaurants, etc)
>>
>> "service" n'est pas que pour mapper les restaurants... On mappe les
>> aires d'autoroutes et des tas d'autres choses, la def wiki :
>> "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 and trash collection. Sometimes called an
>> alley..."
>> Et "alley" c'est justement une "ruelle", ce qui pourrait aussi
>> correspondre.
>>
>> > Il ne s'agit pas d'une "voie privative" qui appartiendrait à une
>> personne ou à un immeuble.
>>
>> La voie est considérée "private" (même si elle appartient à l'état ;
>> le tag private ne détermine pas l'appartenance mais le droit de
>> passage/d'utilisation) à partir du moment où elle n'est pas accessible
>> au "public" (cf wiki : 'private' means access is restricted to the
>> landowner) d'ailleurs non accessible même par le ramassage des
>> ordures. La photo du wiki allemande confirme l'aspect privé, cf le
>> panneau "Propriété privée entrée interdite".
>>
>> Cependant si tu trouves qu'il y a vraiment une différence notable il
>> est normal de proposer un nouveau tag.
>>
>> Le problème de la réutilisation des tags n'est pas 'que' le notre
>> (comme quoi on devrait se plier à living_street si ça rapproche
>> légèrement) : il s'agit encore une fois des anglais qui font des tags
>> trop fermés à leur pays. Les allemands ont modifié quelque peu le sens
>> du tag pour leur besoin ce qui amène une question générale :
>>
>> Doit-on modifier le sens d'un tag existant pour chaque pays ? (et le
>> rendre générique)
>> ou
>> Créer des tags différents plus précis pour chaque pays ?
>> ou encore
>> Arriver à faire un super compromis en faisant des tags qui reprennent
>> le plus possible les caractéristiques de tous les pays du monde (idéal
>> mais quasi impossible car il n'y a pas de convention de route au
>> niveau mondial)
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>>
>
>
>
> --
> Stéphane Brunner
> mail : [EMAIL PROTECTED]
> messageries instantanées : [EMAIL PROTECTED] (
> http://talk.google.com)
> --
> http://www.ubuntu-fr.org - Distribution Linux
> http://fr.wikipedia.org - Encyclopédie communautaire
> http://mozilla-europe.org - Navigateur internet / Client de messagerie
> http://framasoft.net - Annuaire de logiciel libre (gratuit)
> http://jeuxlibres.net - Jeux Libres (gratuit)
> http://openstreetmap.org - Cartographie libre (en développement)
> --
> Il existe 10 sortes de personnes : celles qui connaissent le binaire, et
> les autres.
> --
> Si un jour on te reproche que ton travail n'est pas un travail de
> professionnel, dis toi que :
> Des amateurs ont construit l'arche de Noé, et des professionnels le
> Titanic.
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] téléphone avec GPS intégré

[Rodolphe Quiedeville]

Bernard VALTON a écrit :
> 
> 
> 2008/6/12 Rodolphe Quiedeville <[EMAIL PROTECTED]
> >:
> 
> Bernard VALTON a écrit :
> > Visiblement, il aura le chipset GPS de TomTom (hammerhead), ce chipset
> > est il bon pour le mapping ?
> 
> Je ne saurais te répondre sur ce point mais la puce est maintenant la
> u-blox/Atmel ATR0635 GPS Receiver qui semble donner de meilleurs
> résultats.
> 
> 
> Ah bon, leur site n'est pas à jour alors. L'essentiel étant qu'il ait un
> bon GPS !

Si, mais il faut regarder les specs du modèle GTA02 qui est le modèle de
fabrication en série, le GTA01 était uniquement pour des tests.

http://wiki.openmoko.org/wiki/GPS

A++


-- 
Rodolphe Quiédeville - Artisan Logiciel Libre
http://rodolphe.quiedeville.org/
Travaillons Libre - http://fr.lolix.org/

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

Re: [OSM-talk-fr] OpenStreetBugs

[X]

> un numéro unique comme pour les bugtrackers avec une url qui pointe
>  dessus permettrait de suivre un bug

Ah oui. Indispensable
Au même titre que pouvoir spécifier des coordonnées dans l'URL afin de
ne pas tomber à chaque fois sur la magnifique ville de Rennes :-)

> Je veux rapporter une erreur concernant un [bâtiment/rue/nom/point 
> d'intérêt/zone/autre(précisez)]

J'y ai réfléchi, mais est-ce vraiment utile ? Quid des
doubles-classifications ? Peut-on être exhaustif ? Faut-il une
hiérarchisation ? etc.
Un système de tags... avec toutes les discussions passionnantes que ça
engendre ;-)

Trop formaliser tue la créativité.

> Faire apparaître les FIXME/TODO me paraît indispensable

J'ai pas compris.

> Le bouton pour ajouter un report ne saute pas assez aux yeux

Oui. J'en sue avec le placement de ce bouton. Je n'ai pas d'idée miracle.

> FF3RC1 (Kubuntu - KDE4.1b) ne fonctionne pas , ni sous Konqueror
> KDE4

Si ça ne fonctionne pas sur FF3 c'est particulièrement gênant, sachant
que dans 5 jours, 90% de la population d'OSM tournera dessus ;-)

> Je ne trouve pas le lien avec GoogleAppEngine ou alors c'est au 
> niveau du serveur

Oui.
GoogleAppEngine est :
- un hébergement limité mais gratuit
- un framework original (Python + BigTable)
Donc, côté utilisateur, que ce soit là dessus où sur un LAMP classique,
ça ne
change rien.

> le côté "pas d'authentification" me chagrinne.

Ma philosophie c'est :
- OSM = données clean = authentification
- OpenStreetBugs = données brouillon = pas d'authentification
Ça ne sert à rien de faire un truc sécurisé et complexe si c'est pour
faire moins bien que Potlatch.

Et pour te rassurer un peu...
1. OSB est indélébile. Ce qui y est écrit reste tel quel. Par contre il
est possible pour n'importe qui d'ajouter autant de compléments
d'information que nécessaire.
2. Pour l'instant, aucune donnée n'est réellement supprimée (quand vous
faites "del", les données deviennent justes inaccessibles). Il est donc
techniquement possible de récupérer les données perdues. Je
dis "pour l'instant", car GoogleAppEngine (version gratuite) limite la
base de données à 500Mo...

> tu devrait presenter l'url sur la liste anglaise.

Oui.
Je vais peut-être corriger un ou deux bugs avant.

>> La base de données, c'est BigTable
> ça me donne envie de m'y mettre aussi

Si tu aimes les tables de hachage, les listes chaînées, les arbres
binaires... c'est chouette.

> Il y a tout de même un problème, qui n'apparait pas pour l'instant
> vu le faible nombre de POIs, mais qui ne tardera pas à pointer le
> bout de son nez dès que leur nombre sera conséquent (qqs centaines)
> : tous sont chargés au démarrage de l'application.

Non.
Seuls les points visibles sont chargés ; les autres sont chargés en AJAX
au fur et à mesure qu'on fait glisser la carte.

Lorsqu'on dézoome trop, les points ne sont pas non plus chargés (ceux
qu'on voit sont ceux qui ont déjà été chargés).

> Ce qui risque de ralentir bcp leur chargement à terme. Un remède : 
> n'afficher que ceux qui sont présents dans l'étendue courante de la
>  carte et limiter ce nombre à 100 (par exemple).

J'ai déjà limité (120 pois max par requête).

Par contre je n'ai pas fait de garbage collector : une fois les points
chargés, ils sont chargés. Donc s'il on joue trop longtemps avec OSB, ça
risque de ramer.

>> Yaurai moyen d'avoir le code source ? ou d'ajouter des
>> développeurs sur le projet AppEngine ?
> Je plussoie la demande ;-)

J'y pense :-)
Mais le code n'a rien de spectaculaire et n'est pas super clean.
- 90% du code est côté client (script.js)
- 10% du code est côté serveur (python)

Xav

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

Re: [OSM-talk-fr] Mapping party à Lyon le week-end p rochain

[François Van Der Biest]

C'est bon, nous avons 5 vélos prêtés par le Grand Lyon pour ce WE complet !
Frédéric passera récupérer les codes d'accès aux vélos demain soir.

A+
F.

Le 11/06/08, Renaud Martinet <[EMAIL PROTECTED]> a écrit :
>
> François, s'il est possible que le Grand Lyon prête des vélos ça
> m'arrangera je l'avoue pas mal. Ca m'éviterai d'avoir à emmener le
> mien qui est en piteux état suite à la mapping party de Rennes. Si
> c'est possible c'est vraiment super.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] téléphone avec GPS intégré

[Bernard VALTON]

ok, j'ai regardé un peu vite ...

Le 12 juin 2008 15:04, Rodolphe Quiedeville <[EMAIL PROTECTED]> a
écrit :

> Bernard VALTON a écrit :
> >
> >
> > 2008/6/12 Rodolphe Quiedeville <[EMAIL PROTECTED]
> > >:
> >
> > Bernard VALTON a écrit :
> > > Visiblement, il aura le chipset GPS de TomTom (hammerhead), ce
> chipset
> > > est il bon pour le mapping ?
> >
> > Je ne saurais te répondre sur ce point mais la puce est maintenant la
> > u-blox/Atmel ATR0635 GPS Receiver qui semble donner de meilleurs
> > résultats.
> >
> >
> > Ah bon, leur site n'est pas à jour alors. L'essentiel étant qu'il ait un
> > bon GPS !
>
> Si, mais il faut regarder les specs du modèle GTA02 qui est le modèle de
> fabrication en série, le GTA01 était uniquement pour des tests.
>
> http://wiki.openmoko.org/wiki/GPS
>
> A++
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] OpenStreetBugs

[Philippe Piquer]

>
> > FF3RC1 (Kubuntu - KDE4.1b) ne fonctionne pas , ni sous Konqueror
> > KDE4
>
> Si ça ne fonctionne pas sur FF3 c'est particulièrement gênant, sachant
> que dans 5 jours, 90% de la population d'OSM tournera dessus ;-)
>

Je testerai demain avec FF3 RC2 / Win au boulot ...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] OpenStreetBugs

[murphy2712 . nospam]

>
>
> Je testerai demain avec FF3 RC2 / Win au boulot ...
>
>
Déjà testé (2ème message de la liste), ça marche.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] OpenStreetBugs

[Bernard VALTON]

Je suis sous FF3/winXP : ça marche pas bien : le cancel ne marche pas,
j'arrive pas bien à créer des points, ni à les éditer, ...
sinon, ca a l'air bien sympa et c'est fort intéressant de voir ce que l'on
peut faire avec google app engine !

bernard

2008/6/12 Philippe Piquer <[EMAIL PROTECTED]>:

>
>
>> > FF3RC1 (Kubuntu - KDE4.1b) ne fonctionne pas , ni sous Konqueror
>> > KDE4
>>
>> Si ça ne fonctionne pas sur FF3 c'est particulièrement gênant, sachant
>> que dans 5 jours, 90% de la population d'OSM tournera dessus ;-)
>>
>
> Je testerai demain avec FF3 RC2 / Win au boulot ...
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>
>


-- 
bernard
http://blog.valton.name/
http://ville-montgermont.fr/
http://fr.groups.yahoo.com/group/RennesFreecycle/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] OpenStreetBugs

[Bernard VALTON]

pas chez moi ...
bernard

2008/6/12 murphy2712. nospam <[EMAIL PROTECTED]>:

>
>> Je testerai demain avec FF3 RC2 / Win au boulot ...
>>
>>
> Déjà testé (2ème message de la liste), ça marche.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>
>


-- 
bernard
http://blog.valton.name/
http://ville-montgermont.fr/
http://fr.groups.yahoo.com/group/RennesFreecycle/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] OpenStreetBugs

[murphy2712 . nospam]

2008/6/12 Bernard VALTON :

> Je suis sous FF3/winXP : ça marche pas bien : le cancel ne marche pas,
> j'arrive pas bien à créer des points, ni à les éditer, ...


Peux-tu détailler ton problème d'ajout/modification ?
Apparemment pour les "modifs" on ne fait qu'ajouter du texte (Add).
Le cancel qui ne fait rien..."it's not a bug it's a feature" :)

sinon, ca a l'air bien sympa et c'est fort intéressant de voir ce que l'on
> peut faire avec google app engine !
>

En fait les tiles viennent des serveurs officiels et comme le disait Xavier,
90% du code est du javascript ; et je suppose que les 3/4 correspondent à du
OpenLayers basique donc il ne reste pas grande part de AppEngine si ce n'est
le casse-tête pour faire une "simple" entrée/sortie en bdd.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] Définition des Highways en ville

[Charlie Echo]

>Mais pourquoi pas highway=residential (ou
>unclassified) et access=private comme plusieurs l'ont suggéré ici ?

Concentrons-nous sur les trottoirs.

Vu d'une rue principale, l'entrée des "voies privées" est comme celle des 
immeubles : le trottoir de la rue principale est continu ; il y a juste un 
bateau. Mais quelqu'un peut passer devant une voie privée sans quitter son 
trottoir. (cf. la photo d'hier : 
http://de.wikipedia.org/wiki/Bild:Paris_%E2%80%93_Rue_de_la_Tour%2C_Villa_de_la_Tour.JPG)
Ca me semble une différence majeure entre une highway residential / 
unclassified et ce type de "voie privée".

A l'intérieur de la "voie privée", il n'y a pas de trottoir, dans mon souvenir. 
Sur la photo, il n'y en a pas, ni dans les quelques autres que j'ai en tête.

Bref, le premier élément milite contre residential/unclassified, et le deuxième 
pour living_street...

Un mot sur :
> il y a un côté pratique d'avoir un seul tag pour dire plusieurs choses en une 
> fois
C'est possible, mais je toruve justement que chaque tag doit avoir un sens 
simple et unique.

Un dernier mot :
il ne me semble pas choquant que les définitions soient légèrement différentes 
d'un pays à l'autre, à partir du moment où :
- elles sont uniformes sur le pays
- elles sont assez proches tout de même
- l'ordre primary > secondary > tertiary > unclassified > residential > 
living_street > service ... est respecté, pour que les logiciels s'y retrouvent.

Charlie Echo
PS : dans les codes de la route, rien de valable sur ce sujet...

- Mail Original -
De: "Pieren" <[EMAIL PROTECTED]>
À: "Discussions sur OSM en francais" 
Envoyé: Jeudi 12 Juin 2008 13:35:33 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Définition des Highways en ville

2008/6/12 Charlie Echo <[EMAIL PROTECTED]>:

> - Je voudrais que l'on considère différemment le côté juridique
> (access=private) et le côté pratique (highway).


C'est un thème qui a déjà été longuement discuté sur la ML anglaise.
Certains tags sont très binaires (bicycle=yes), physiques (max_height,
bridge), mais d'autres combinent une classification administrative (souvent
centrée UK) avec du physique (highway=primary, secondary, tertiary). Ces
tags sont un peu un mélange : une voie primary sera en principe plus large
qu'un secondary. living_street fait partie de ces tags. Il permet de dire en
un tag que c'est une rue équivalente à residential, que la vitesse y est
limitée et que les piétons y ont une prioritée absolue.
Il y a déjà eu plusieurs propositions par le passé (voir les archives de la
ML anglaise) pour séparer les caractéristiques physiques de l'administratif
mais il y a une certaine réticence de la communauté à remettre en cause des
tags largement utilisés dans la bdd (les highway). En plus, il y a un côté
pratique d'avoir un seul tag pour dire plusieurs choses en une fois.


>
> - il y a une foule de ces voies à Paris, et sans doute ailleurs aussi ;
> dans Paris, j'ai regardé celles que j'ai en tête mappées par d'autres
> personnes :
>   - Certaines sont "highway=service", ce qui est faux  : c'est l'entrée
> principale des immeuble ; ce n'est pas une voie de service (livraison pour
> les restaurants, etc)
>   - Certaines sont "highway=pedestrian", et c'est faux aussi, car les
> voitures peuvent y circuler
>

Je suis d'accord que service et pedestrian ne sont pas les mieux adaptés à
l'exemple que tu donnes. Mais pourquoi pas highway=residential (ou
unclassified) et access=private comme plusieurs l'ont suggéré ici ?


> _J'en conclus qu'il y a absolument besoin de normalisation, et qu'on est en
> train de rater l'occasion de le faire._
>

La discussion reste ouverte. Mais il n'y aura peut-être pas de consensus
cette fois-ci.

- si l'on veut s'accrocher à la définition allemande de Living Street, on
> peut écrire que le tag living_street n'a pas d'usage en France. Point.
> Gebrauch streng verboten. Dommage de "perdre" un tag.
>

Rien n'est interdit dans OSM. Mais il faut accepter que certains tags ne
soient utilisés que par quelques pays lorsqu'ils identifient des caractères
spécifiques à ces pays.


> - A la limite, si ce tag n'existe que pour l'Allemagne, on pourrait faire
> notre tag pour la France, non ? Par exemple "community_street", ça
> correspond assez bien. (je ne veux pas de nouveau tag, je veux juste que les
> gens réagissent en disant qu'il faut ré-utiliser les tag, et ne pas en créer
> trop...)
>

Evidemment, l'inconvénient majeur d'un nouveau highway est qu'il faut
ensuite l'intégrer aux logiciels de rendu. Il faut donc passer par une
discussion plus internationnale sur la ML anglaise pour être sûr qu'il ne
soit pas rejeté par incompréhension (on pourrait directement modifier les
logiciels de rendus sinon).

>
> - je reviens encore sur la notion de "voie privée", car je pense qu'elle
> est encore mal comprise :
>

Non, je crois que c'est maintenant assez clair. Cette voie n'appartient pas
à une personne ou à un immeuble mais à un g

Re: [OSM-talk-fr] OpenStreetBugs

[Bernard VALTON]

2008/6/12 murphy2712. nospam <[EMAIL PROTECTED]>:

> 2008/6/12 Bernard VALTON :
>
>> Je suis sous FF3/winXP : ça marche pas bien : le cancel ne marche pas,
>> j'arrive pas bien à créer des points, ni à les éditer, ...
>
>
> Peux-tu détailler ton problème d'ajout/modification ?
>

Avec plaisir :
Pour que les suppressions soient prises en compte, il faut que je fasse un
reload de ma page car la bulle reste affichée sinon
Pour que les ajouts soient pris en compte, il faut une autre
création/suppression : il y a comme un temps de retard


> Apparemment pour les "modifs" on ne fait qu'ajouter du texte (Add).
>

Effectivement, ce n'est pas très intuitif mais cela semble fonctionner en
fait


>
> Le cancel qui ne fait rien..."it's not a bug it's a feature" :)
>

ok


>
>
> sinon, ca a l'air bien sympa et c'est fort intéressant de voir ce que l'on
>> peut faire avec google app engine !
>>
>
> En fait les tiles viennent des serveurs officiels et comme le disait
> Xavier, 90% du code est du javascript ; et je suppose que les 3/4
> correspondent à du OpenLayers basique donc il ne reste pas grande part de
> AppEngine si ce n'est le casse-tête pour faire une "simple" entrée/sortie en
> bdd.
>

Oui, je me doute bien qu'openlayers ni est pas pour rien. Reste qu'une
expérience d'intégration comme celle là est intéressante et à du demander un
peu de boulot quand même :)

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

Re: [OSM-talk-fr] Définition des Highways en ville

[Charlie Echo]

Pour info, j'ai trouvé par hasard ça :

http://www.paris.fr/portail/Urbanisme/Portal.lut?page_id=7042&document_type_id=4&document_id=21701&portlet_id=16186&multileveldocument_sheet_id=3287

Ca vous donnera une liste, au moins partielle, des "voies" qui semblent 
concernées par ma question... Vous pourrez y voir à la fois le nombre 
d'immeubles concernés, et la largeur approximative des rues.

Bref, il n'y a sans doute jamais de trottoir dans ces voies.

- Mail Original -
De: "Charlie Echo" <[EMAIL PROTECTED]>
À: "Discussions sur OSM en francais" 
Envoyé: Jeudi 12 Juin 2008 16:21:11 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Définition des Highways en ville


>Mais pourquoi pas highway=residential (ou
>unclassified) et access=private comme plusieurs l'ont suggéré ici ?

Concentrons-nous sur les trottoirs.

Vu d'une rue principale, l'entrée des "voies privées" est comme celle des 
immeubles : le trottoir de la rue principale est continu ; il y a juste un 
bateau. Mais quelqu'un peut passer devant une voie privée sans quitter son 
trottoir. (cf. la photo d'hier : 
http://de.wikipedia.org/wiki/Bild:Paris_%E2%80%93_Rue_de_la_Tour%2C_Villa_de_la_Tour.JPG)
Ca me semble une différence majeure entre une highway residential / 
unclassified et ce type de "voie privée".

A l'intérieur de la "voie privée", il n'y a pas de trottoir, dans mon souvenir. 
Sur la photo, il n'y en a pas, ni dans les quelques autres que j'ai en tête.

Bref, le premier élément milite contre residential/unclassified, et le deuxième 
pour living_street...

Un mot sur :
> il y a un côté pratique d'avoir un seul tag pour dire plusieurs choses en une 
> fois
C'est possible, mais je toruve justement que chaque tag doit avoir un sens 
simple et unique.

Un dernier mot :
il ne me semble pas choquant que les définitions soient légèrement différentes 
d'un pays à l'autre, à partir du moment où :
- elles sont uniformes sur le pays
- elles sont assez proches tout de même
- l'ordre primary > secondary > tertiary > unclassified > residential > 
living_street > service ... est respecté, pour que les logiciels s'y retrouvent.

Charlie Echo
PS : dans les codes de la route, rien de valable sur ce sujet...

- Mail Original -
De: "Pieren" <[EMAIL PROTECTED]>
À: "Discussions sur OSM en francais" 
Envoyé: Jeudi 12 Juin 2008 13:35:33 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Définition des Highways en ville

2008/6/12 Charlie Echo <[EMAIL PROTECTED]>:

> - Je voudrais que l'on considère différemment le côté juridique
> (access=private) et le côté pratique (highway).


C'est un thème qui a déjà été longuement discuté sur la ML anglaise.
Certains tags sont très binaires (bicycle=yes), physiques (max_height,
bridge), mais d'autres combinent une classification administrative (souvent
centrée UK) avec du physique (highway=primary, secondary, tertiary). Ces
tags sont un peu un mélange : une voie primary sera en principe plus large
qu'un secondary. living_street fait partie de ces tags. Il permet de dire en
un tag que c'est une rue équivalente à residential, que la vitesse y est
limitée et que les piétons y ont une prioritée absolue.
Il y a déjà eu plusieurs propositions par le passé (voir les archives de la
ML anglaise) pour séparer les caractéristiques physiques de l'administratif
mais il y a une certaine réticence de la communauté à remettre en cause des
tags largement utilisés dans la bdd (les highway). En plus, il y a un côté
pratique d'avoir un seul tag pour dire plusieurs choses en une fois.


>
> - il y a une foule de ces voies à Paris, et sans doute ailleurs aussi ;
> dans Paris, j'ai regardé celles que j'ai en tête mappées par d'autres
> personnes :
>   - Certaines sont "highway=service", ce qui est faux  : c'est l'entrée
> principale des immeuble ; ce n'est pas une voie de service (livraison pour
> les restaurants, etc)
>   - Certaines sont "highway=pedestrian", et c'est faux aussi, car les
> voitures peuvent y circuler
>

Je suis d'accord que service et pedestrian ne sont pas les mieux adaptés à
l'exemple que tu donnes. Mais pourquoi pas highway=residential (ou
unclassified) et access=private comme plusieurs l'ont suggéré ici ?


> _J'en conclus qu'il y a absolument besoin de normalisation, et qu'on est en
> train de rater l'occasion de le faire._
>

La discussion reste ouverte. Mais il n'y aura peut-être pas de consensus
cette fois-ci.

- si l'on veut s'accrocher à la définition allemande de Living Street, on
> peut écrire que le tag living_street n'a pas d'usage en France. Point.
> Gebrauch streng verboten. Dommage de "perdre" un tag.
>

Rien n'est interdit dans OSM. Mais il faut accepter que certains tags ne
soient utilisés que par quelques pays lorsqu'ils identifient des caractères
spécifiques à ces pays.


> - A la limite, si ce tag n'existe que pour l'Allemagne, on pourrait faire
> notre tag pour la France, non ? Par exemple "community_stree

Re: [OSM-talk-fr] Définition des Highways en ville

[Pieren]

Je ne dis pas que ce type de voie est facile a taguer. Sur l'exemple, on
pourrait même dire que c'est une voie étroite., effectivement sans
séparation piéton/voiture. Alors highway=pedestrian ? En même temps, on y
voit des voitures donc des particuliers qui ont la clé de la grille et du
coup, ça fait penser à une voie d'accès à des parkings privés, donc
highway=service ? Mais je n'ai jamais tagué de voies en highway=service qui
portaient un nom de rue.

Mais je reste peu convaincu par le choix de "living_street" (pour ce cas
précis). Le terme lui-même : ca veut dire "lieu de vie". C'est un espace
ouvert, un lieu de rencontre, les gens s'y croisent, les enfants jouent. Sur
la photo, on voit un lieu fermé, interdit au public. On est loin d'une
définition proche...

2008/6/12 Charlie Echo <[EMAIL PROTECTED]>:
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] Définition des Highways en ville

[Gand']

je pense que dans certains cas, ça peut être intéressant de mapper les voies
privées !
j'ai des amis qui habitent dans une grosse résidence
quand tu rentre leur adresse dans un GPS, celui ci te laisse à l'entrée de
la résidence, ce qui est bien !
le problème, c'est qu'il y a quelque chose comme 25 immeubles, qui s'étende
sur plus d'un km², avec des routes (privées) dans tous les sens
alors quand tu connais pas ... walou !
-- 
  Gand'

2008/6/12 Charlie Echo <[EMAIL PROTECTED]>:

>
> Pour info, j'ai trouvé par hasard ça :
>
>
> http://www.paris.fr/portail/Urbanisme/Portal.lut?page_id=7042&document_type_id=4&document_id=21701&portlet_id=16186&multileveldocument_sheet_id=3287
>
> Ca vous donnera une liste, au moins partielle, des "voies" qui semblent
> concernées par ma question... Vous pourrez y voir à la fois le nombre
> d'immeubles concernés, et la largeur approximative des rues.
>
> Bref, il n'y a sans doute jamais de trottoir dans ces voies.
>
> - Mail Original -
> De: "Charlie Echo" <[EMAIL PROTECTED]>
> À: "Discussions sur OSM en francais" 
> Envoyé: Jeudi 12 Juin 2008 16:21:11 GMT +01:00 Amsterdam / Berlin / Berne /
> Rome / Stockholm / Vienne
> Objet: Re: [OSM-talk-fr] Définition des Highways en ville
>
>
> >Mais pourquoi pas highway=residential (ou
> >unclassified) et access=private comme plusieurs l'ont suggéré ici ?
>
> Concentrons-nous sur les trottoirs.
>
> Vu d'une rue principale, l'entrée des "voies privées" est comme celle des
> immeubles : le trottoir de la rue principale est continu ; il y a juste un
> bateau. Mais quelqu'un peut passer devant une voie privée sans quitter son
> trottoir. (cf. la photo d'hier :
>
> http://de.wikipedia.org/wiki/Bild:Paris_%E2%80%93_Rue_de_la_Tour%2C_Villa_de_la_Tour.JPG
> )
> Ca me semble une différence majeure entre une highway residential /
> unclassified et ce type de "voie privée".
>
> A l'intérieur de la "voie privée", il n'y a pas de trottoir, dans mon
> souvenir. Sur la photo, il n'y en a pas, ni dans les quelques autres que
> j'ai en tête.
>
> Bref, le premier élément milite contre residential/unclassified, et le
> deuxième pour living_street...
>
> Un mot sur :
> > il y a un côté pratique d'avoir un seul tag pour dire plusieurs choses en
> une fois
> C'est possible, mais je toruve justement que chaque tag doit avoir un sens
> simple et unique.
>
> Un dernier mot :
> il ne me semble pas choquant que les définitions soient légèrement
> différentes d'un pays à l'autre, à partir du moment où :
> - elles sont uniformes sur le pays
> - elles sont assez proches tout de même
> - l'ordre primary > secondary > tertiary > unclassified > residential >
> living_street > service ... est respecté, pour que les logiciels s'y
> retrouvent.
>
> Charlie Echo
> PS : dans les codes de la route, rien de valable sur ce sujet...
>
> - Mail Original -
> De: "Pieren" <[EMAIL PROTECTED]>
> À: "Discussions sur OSM en francais" 
> Envoyé: Jeudi 12 Juin 2008 13:35:33 GMT +01:00 Amsterdam / Berlin / Berne /
> Rome / Stockholm / Vienne
> Objet: Re: [OSM-talk-fr] Définition des Highways en ville
>
> 2008/6/12 Charlie Echo <[EMAIL PROTECTED]>:
>
> > - Je voudrais que l'on considère différemment le côté juridique
> > (access=private) et le côté pratique (highway).
>
>
> C'est un thème qui a déjà été longuement discuté sur la ML anglaise.
> Certains tags sont très binaires (bicycle=yes), physiques (max_height,
> bridge), mais d'autres combinent une classification administrative (souvent
> centrée UK) avec du physique (highway=primary, secondary, tertiary). Ces
> tags sont un peu un mélange : une voie primary sera en principe plus large
> qu'un secondary. living_street fait partie de ces tags. Il permet de dire
> en
> un tag que c'est une rue équivalente à residential, que la vitesse y est
> limitée et que les piétons y ont une prioritée absolue.
> Il y a déjà eu plusieurs propositions par le passé (voir les archives de la
> ML anglaise) pour séparer les caractéristiques physiques de l'administratif
> mais il y a une certaine réticence de la communauté à remettre en cause des
> tags largement utilisés dans la bdd (les highway). En plus, il y a un côté
> pratique d'avoir un seul tag pour dire plusieurs choses en une fois.
>
>
> >
> > - il y a une foule de ces voies à Paris, et sans doute ailleurs aussi ;
> > dans Paris, j'ai regardé celles que j'ai en tête mappées par d'autres
> > personnes :
> >   - Certaines sont "highway=service", ce qui est faux  : c'est l'entrée
> > principale des immeuble ; ce n'est pas une voie de service (livraison
> pour
> > les restaurants, etc)
> >   - Certaines sont "highway=pedestrian", et c'est faux aussi, car les
> > voitures peuvent y circuler
> >
>
> Je suis d'accord que service et pedestrian ne sont pas les mieux adaptés à
> l'exemple que tu donnes. Mais pourquoi pas highway=residential (ou
> unclassified) et access=private comme plusieurs l'ont suggéré ici ?
>
>
> > _J'en conclus qu'il y a absolument besoin de normalisation, et qu'on es

[OSM-talk-fr] noexit

[X]

Olivier Boudet a écrit :
>> Je pense jamais à mettre les noexit !
> Quel est l'intérêt de ce tag ?

Je me suis posé la même question il y a quelques temps.

J'avais trouvé une vieille discussion au temps où la fin des routes
n'était pas dessinée sur Mapnik. Le bout des routes n'étaient pas
"bouchés" par un trait transversal.
Le tag noexit était alors arrivé pour demander à Mapnik de "boucher" le
bouts de routes. Ça permettait de différencier une route non terminée
(pas bouchée) d'un cul-de-sac (bouché).

Depuis, je ne met plus les tags noexit (et j'avoue en avoir retiré un ou
deux).

xav

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

Re: [OSM-talk-fr] noexit

[Gand']

je ne mets pas les no exit ...
par contre, je mets les turning_circle le cas échéant !
-- 
  Gand'

2008/6/12 X <[EMAIL PROTECTED]>:

> Olivier Boudet a écrit :
> >> Je pense jamais à mettre les noexit !
> > Quel est l'intérêt de ce tag ?
>
> Je me suis posé la même question il y a quelques temps.
>
> J'avais trouvé une vieille discussion au temps où la fin des routes
> n'était pas dessinée sur Mapnik. Le bout des routes n'étaient pas
> "bouchés" par un trait transversal.
> Le tag noexit était alors arrivé pour demander à Mapnik de "boucher" le
> bouts de routes. Ça permettait de différencier une route non terminée
> (pas bouchée) d'un cul-de-sac (bouché).
>
> Depuis, je ne met plus les tags noexit (et j'avoue en avoir retiré un ou
> deux).
>
> xav
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] noexit

[Patrice Vetsel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Ah oui mais non !

Il faut mettre ou pas le tag noexit ?
J'apprends alors si autant que ce soit bien de suite ;)

Gand' a écrit :
> je ne mets pas les no exit ...
> par contre, je mets les turning_circle le cas échéant !
> -- 
>   Gand'
> 
> 2008/6/12 X <[EMAIL PROTECTED] >:
> 
> Olivier Boudet a écrit :
> >> Je pense jamais à mettre les noexit !
> > Quel est l'intérêt de ce tag ?
> 
> Je me suis posé la même question il y a quelques temps.
> 
> J'avais trouvé une vieille discussion au temps où la fin des routes
> n'était pas dessinée sur Mapnik. Le bout des routes n'étaient pas
> "bouchés" par un trait transversal.
> Le tag noexit était alors arrivé pour demander à Mapnik de "boucher" le
> bouts de routes. Ça permettait de différencier une route non terminée
> (pas bouchée) d'un cul-de-sac (bouché).
> 
> Depuis, je ne met plus les tags noexit (et j'avoue en avoir retiré un ou
> deux).
> 
> xav
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
> 
> 
> 
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

- --
Patrice Vetsel <[EMAIL PROTECTED]>
Aka/Alias Kagou
https://launchpad.net/people/vetsel-patrice
gpg key: 0x15c094db
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFIUV80AGLykBXAlNsRAmMGAJ0ZuTYXt4/qWV0FdKTioA1DrhVp8wCfcRG9
Zqrd/DpzYExgekbBcaPdQhM=
=I2Pb
-END PGP SIGNATURE-

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

Re: [OSM-talk-fr] noexit

[Denis]

Patrice Vetsel a écrit :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Ah oui mais non !
> 
> Il faut mettre ou pas le tag noexit ?
> J'apprends alors si autant que ce soit bien de suite ;)
> 
> Gand' a écrit :
>> je ne mets pas les no exit ...
>> par contre, je mets les turning_circle le cas échéant !
>> -- 
>>   Gand'

Perso, c'est un tag que j'utilise car il correspond bien à 
l'interprétation que je fais d'une impasse quand bien même elle serait 
reliée à des cheminements physiquement (plot) réservés à des piétons ou 
des cyclistes. Des exemples ici : 
http://www.openstreetmap.org/?lat=48.60024&lon=7.70858&zoom=16&layers=0B0FT
Les turning_circle correspondent peut-être plus à la réalité 
topographique mais moins à la "fonctionnalité" de la voie (c'est juste 
destiné à desservir le paté de maison). Mais, je n'ai pas encore de 
position définitivement arrêtée sur le sujet.
Je crois surtout que l'un n'empêche pas l'autre : noexit sur le tronçon 
de voie et turning_circle pour le noeud terminal de la voie.
Bon, va falloir que j'aille noter tout cela dans Openstreetbugs.

Denis

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

Re: [OSM-talk-fr] noexit

[Thomas Walraet]

Denis wrote:
> 
> Perso, c'est un tag que j'utilise car il correspond bien à 
> l'interprétation que je fais d'une impasse quand bien même elle serait 
> reliée à des cheminements physiquement (plot) réservés à des piétons ou 
> des cyclistes.

Mais le tag n'apporte aucune information. Un logiciel de routage saura 
très bien détecter ça tout seul.


> Les turning_circle correspondent peut-être plus à la réalité 
> topographique mais moins à la "fonctionnalité" de la voie (c'est juste 
> destiné à desservir le paté de maison).  Mais, je n'ai pas encore de
> position définitivement arrêtée sur le sujet.
> Je crois surtout que l'un n'empêche pas l'autre : noexit sur le tronçon 
> de voie et turning_circle pour le noeud terminal de la voie.

Turning_circle sur le dernier noeud... seulement si il y a effectivement 
un élargissement de la voie pour faciliter les demi-tours non ?

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

Re: [OSM-talk-fr] noexit

[Denis]

Thomas Walraet a écrit :
> 
> Mais le tag n'apporte aucune information. Un logiciel de routage saura 
> très bien détecter ça tout seul.

Pas d'accord. Selon le mode de déplacement (véhicule à moteur) le choix 
  sera bloquant ou non (vélo ou pédibus). A charge pour les extracteurs 
de données de faire tomber les tags inutiles (ou implicites) en fonction 
de l'utilisation envisagée.

> 
> 
> Turning_circle sur le dernier noeud... seulement si il y a effectivement 
> un élargissement de la voie pour faciliter les demi-tours non ?

Tout à fait, genre placette ; d'autres impasses sont de vrais culs-de 
sac (marche arrière, torticolis, toussa ). CQFD : toutes les 
impasses ne sont pas terminées systématiquement par des aménagements 
facilitant le retournement du véhicule.

Denis

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

Re: [OSM-talk-fr] noexit

[Thomas Walraet]

Denis wrote:
> Thomas Walraet a écrit :
>> Mais le tag n'apporte aucune information. Un logiciel de routage saura 
>> très bien détecter ça tout seul.
> 
> Pas d'accord. Selon le mode de déplacement (véhicule à moteur) le choix 
>   sera bloquant ou non (vélo ou pédibus). A charge pour les extracteurs 
> de données de faire tomber les tags inutiles (ou implicites) en fonction 
> de l'utilisation envisagée.

Bah justement...

Avec une rue qui se prolonge par une chemin piéton par exemple : un truc 
de routage pour voiture verra très bien que c'est un cul-de-sac, un truc 
de rando verra que non. Le tag noexit de son côté ne dis même pas à quel 
type d'usager il s'adresse.

Comme expliqué plus tôt par Xav, ce tag avait été introduit pour 
contourner une petite faiblesse de mapnik. Perso je ne vois pas de 
raison de continuer à l'utiliser, mais si ça vous chante et bien c'est 
une raison suffisante :)

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

Re: [OSM-talk-fr] noexit

[Denis]

Thomas Walraet a écrit :

> 
> Comme expliqué plus tôt par Xav, ce tag avait été introduit pour 
> contourner une petite faiblesse de mapnik. Perso je ne vois pas de 
> raison de continuer à l'utiliser, mais si ça vous chante et bien c'est 
> une raison suffisante :)

Je crois que vais continuer à l'utiliser quand je tomberai sur des voies 
en impasse qui ne se terminent pas par des élargissements permettant un 
retournement. En attendant, je continuerai à enrichir OSM avec les 
"Turning_circle" car ce sera toujours plus facile de nettoyer 
automatiquement des tags obsolètes que de rajouter des cas particuliers 
non prévus.
Denis

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

[OSM-talk-fr] Re : Définition des Highways en ville

[Arnaud CORBET]

Faut être pragmatique: si c'est privé mais utile à trouver son chemin, mappons! 
Si il y a une servitude sur le terrain d'un gars qui dessert 4 ou 5 logements, 
mappons! On ne va pas mapper l'allée du jardin du voisin ou le chemin qui mène 
du portail au garage, mais AMHA tout ce qui est potentiellement utile est à 
intégrer dans la base.


- Message d'origine 
De : Gand' <[EMAIL PROTECTED]>
À : Discussions sur OSM en francais 
Envoyé le : Jeudi, 12 Juin 2008, 17h37mn 13s
Objet : Re: [OSM-talk-fr] Définition des Highways en ville

je pense que dans certains cas, ça peut être intéressant de mapper les voies 
privées !
j'ai des amis qui habitent dans une grosse résidence
quand tu rentre leur adresse dans un GPS, celui ci te laisse à l'entrée de la 
résidence, ce qui est bien !
le problème, c'est qu'il y a quelque chose comme 25 immeubles, qui s'étende sur 
plus d'un km², avec des routes (privées) dans tous les sens
alors quand tu connais pas ... walou !
-- 
  Gand'


2008/6/12 Charlie Echo <[EMAIL PROTECTED]>:


Pour info, j'ai trouvé par hasard ça :

http://www.paris.fr/portail/Urbanisme/Portal.lut?page_id=7042&document_type_id=4&document_id=21701&portlet_id=16186&multileveldocument_sheet_id=3287

Ca vous donnera une liste, au moins partielle, des "voies" qui semblent 
concernées par ma question... Vous pourrez y voir à la fois le nombre 
d'immeubles concernés, et la largeur approximative des rues.

Bref, il n'y a sans doute jamais de trottoir dans ces voies.

- Mail Original -
De: "Charlie Echo" <[EMAIL PROTECTED]>

À: "Discussions sur OSM en francais" 
Envoyé: Jeudi 12 Juin 2008 16:21:11 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne

Objet: Re: [OSM-talk-fr] Définition des Highways en ville


>Mais pourquoi pas highway=residential (ou
>unclassified) et access=private comme plusieurs l'ont suggéré ici ?

Concentrons-nous sur les trottoirs.

Vu d'une rue principale, l'entrée des "voies privées" est comme celle des 
immeubles : le trottoir de la rue principale est continu ; il y a juste un 
bateau. Mais quelqu'un peut passer devant une voie privée sans quitter son 
trottoir. (cf. la photo d'hier :
http://de.wikipedia.org/wiki/Bild:Paris_%E2%80%93_Rue_de_la_Tour%2C_Villa_de_la_Tour.JPG)
Ca me semble une différence majeure entre une highway residential / 
unclassified et ce type de "voie privée".

A l'intérieur de la "voie privée", il n'y a pas de trottoir, dans mon souvenir. 
Sur la photo, il n'y en a pas, ni dans les quelques autres que j'ai en tête.

Bref, le premier élément milite contre residential/unclassified, et le deuxième 
pour living_street...

Un mot sur :
> il y a un côté pratique d'avoir un seul tag pour dire plusieurs choses en une 
> fois
C'est possible, mais je toruve justement que chaque tag doit avoir un sens 
simple et unique.

Un dernier mot :
il ne me semble pas choquant que les définitions soient légèrement différentes 
d'un pays à l'autre, à partir du moment où :
- elles sont uniformes sur le pays
- elles sont assez proches tout de même
- l'ordre primary > secondary > tertiary > unclassified > residential > 
living_street > service ... est respecté, pour que les logiciels s'y retrouvent.

Charlie Echo
PS : dans les codes de la route, rien de valable sur ce sujet...

- Mail Original -
De: "Pieren" <[EMAIL PROTECTED]>
À: "Discussions sur OSM en francais" 
Envoyé: Jeudi 12 Juin 2008 13:35:33 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Définition des Highways en ville

2008/6/12 Charlie Echo <[EMAIL PROTECTED]>:

> - Je voudrais que l'on considère différemment le côté juridique
> (access=private) et le côté pratique (highway).


C'est un thème qui a déjà été longuement discuté sur la ML anglaise.
Certains tags sont très binaires (bicycle=yes), physiques (max_height,
bridge), mais d'autres combinent une classification administrative (souvent
centrée UK) avec du physique (highway=primary, secondary, tertiary). Ces
tags sont un peu un mélange : une voie primary sera en principe plus large
qu'un secondary. living_street fait partie de ces tags. Il permet de dire en
un tag que c'est une rue équivalente à residential, que la vitesse y est
limitée et que les piétons y ont une prioritée absolue.
Il y a déjà eu plusieurs propositions par le passé (voir les archives de la
ML anglaise) pour séparer les caractéristiques physiques de l'administratif
mais il y a une certaine réticence de la communauté à remettre en cause des
tags largement utilisés dans la bdd (les highway). En plus, il y a un côté
pratique d'avoir un seul tag pour dire plusieurs choses en une fois.


>
> - il y a une foule de ces voies à Paris, et sans doute ailleurs aussi ;
> dans Paris, j'ai regardé celles que j'ai en tête mappées par d'autres
> personnes :
>   - Certaines sont "highway=service", ce qui est faux  : c'est l'entrée
> principale des immeuble ; ce n'est pas une voie de service (livraison pour
> les restaurants, etc)
>   - Certaine

Re: [OSM-talk-fr] Re : Définition des Highways en ville

[Olivier LAHAYE]

Le Friday 13 June 2008, Arnaud CORBET a écrit :
> Faut être pragmatique: si c'est privé mais utile à trouver son chemin,
> mappons! Si il y a une servitude sur le terrain d'un gars qui dessert 4 ou
> 5 logements, mappons! On ne va pas mapper l'allée du jardin du voisin ou le
> chemin qui mène du portail au garage, mais AMHA tout ce qui est
> potentiellement utile est à intégrer dans la base.

+1

Surtout que le tag access existe.

Moi, quand je trouve une route comme celle si, je met access=private et hop.
D'ailleurs, dans les Sévènes, il y en a énormément et parfois on ne le 
découvre qu'à la fin..ou-bien en plein milieu.

Olivier.

> - Message d'origine 
> De : Gand' <[EMAIL PROTECTED]>
> À : Discussions sur OSM en francais 
> Envoyé le : Jeudi, 12 Juin 2008, 17h37mn 13s
> Objet : Re: [OSM-talk-fr] Définition des Highways en ville
>
> je pense que dans certains cas, ça peut être intéressant de mapper les
> voies privées ! j'ai des amis qui habitent dans une grosse résidence
> quand tu rentre leur adresse dans un GPS, celui ci te laisse à l'entrée de
> la résidence, ce qui est bien ! le problème, c'est qu'il y a quelque chose
> comme 25 immeubles, qui s'étende sur plus d'un km², avec des routes
> (privées) dans tous les sens alors quand tu connais pas ... walou !



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