Re: [OSM-talk-fr] Editeur OpenStreetMap

[Bohlmann]

Salut,
un outil de georeferencement comme MapCruncher serait tres bien pour 
cela. Malheureusement ca marche seulement pour des layer pour cartes 
Microsoft et pas pour OSM. Sinon tres facile d'utilisation.
Cantece

Eric SIBERT
Wed, 28 Jan 2009 10:35:19 -0800

Je profite de l'opportunité que la question des éditeurs est mise sur le 
tapis... vu que pour le moment, je n'utilise que Potlatch.

J'ai des photos aériennes (non géoréférencées) de villes (pas trop 
montagneuses). Dans les villes, j'ai pris des waypoints GPS à des 
endroits caractéristiques. Y a-t-il un moyen d'exploiter ma photo? 
C'est-à-dire que je clique sur la photo pour indiquer les points 
caractéristiques stockés dans un fichier GPX et le logiciel me tente un 
géoréférencement (et m'indique si c'est foireux). Ensuite, ça me 
servirait de fond pour travailler.

Éric
  


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

Re: [OSM-talk-fr] géoréferencement d'images (w as Editeur OpenStreetMap)

[Patrice Vetsel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Je suis preneur de ta méthode en utilisant qgis ! J'ai pas mal de
cadastres non vectorisés à bosser dessus :)

Bonne journée

Denis a écrit :
> Eric SIBERT a écrit :
>> Je profite de l'opportunité que la question des éditeurs est mise sur
>> le tapis... vu que pour le moment, je n'utilise que Potlatch.
>>
>> J'ai des photos aériennes (non géoréférencées) de villes (pas trop 
>> montagneuses). Dans les villes, j'ai pris des waypoints GPS à des 
>> endroits caractéristiques. Y a-t-il un moyen d'exploiter ma photo? 
>> C'est-à-dire que je clique sur la photo pour indiquer les points 
>> caractéristiques stockés dans un fichier GPX et le logiciel me tente
>> un géoréférencement (et m'indique si c'est foireux). Ensuite, ça me 
>> servirait de fond pour travailler.
>>
>> Éric
> 
> 
> On appelle cela une transformation affine et c'est la méthode que
> j'utilise pour digitaliser sur des feuilles cadastrales rasters (en
> attendant la future version du WMS du cadastre).
> Il suffit effectivement de 2 vecteurs dont les coordonnées pointent d'un
> côté sur le coordonnées plan (ou image non géoréférencée) et de l'autre
> sur les coordonnées terrain (ou géographiques).
> Qgis permet de faire cela mais aussi OpenJUMP que j'utilise. Les
> coordonnées d'arrivée sont dans une certaine projection (ou non
> projection dans ton cas). Je sais par exemple que mes feuilles 
> cadastrales bas-rhinoises sont en Lambert I carto.
> Ayant défini les 2 vecteurs de transformation, toute tracé digitalisé
> sur le document, après application de la transformation, se retrouvera
> exprimé dans le système de coordonnées du document.
> 
> Un exemple tout frais du résultat (les allées du cimetière central) :
> http://www.openstreetmap.org/?lat=48.59255&lon=7.72821&zoom=16&layers=0B00FFF
> 
> Dès que j'aurai un peu de temps, j'essaierai de décrire un peu plus en
> détails.
> 
> Denis
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr

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

iEYEARECAAYFAkmBUXQACgkQAGLykBXAlNs8AACgrNR3hZJJUfQoQFbkWq3UmL09
ZiMAn1dEs7oxyrtDEV/etgD7ms+Tgyoz
=ZPEW
-END PGP SIGNATURE-

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

Re: [OSM-talk-fr] géoréferencement d'images (w as Editeur OpenStreetMap)

[Denis]

Eric SIBERT a écrit :
> Je profite de l'opportunité que la question des éditeurs est mise sur
> le tapis... vu que pour le moment, je n'utilise que Potlatch.
> 
> J'ai des photos aériennes (non géoréférencées) de villes (pas trop 
> montagneuses). Dans les villes, j'ai pris des waypoints GPS à des 
> endroits caractéristiques. Y a-t-il un moyen d'exploiter ma photo? 
> C'est-à-dire que je clique sur la photo pour indiquer les points 
> caractéristiques stockés dans un fichier GPX et le logiciel me tente
> un géoréférencement (et m'indique si c'est foireux). Ensuite, ça me 
> servirait de fond pour travailler.
> 
> Éric


On appelle cela une transformation affine et c'est la méthode que
j'utilise pour digitaliser sur des feuilles cadastrales rasters (en
attendant la future version du WMS du cadastre).
Il suffit effectivement de 2 vecteurs dont les coordonnées pointent d'un
côté sur le coordonnées plan (ou image non géoréférencée) et de l'autre
sur les coordonnées terrain (ou géographiques).
Qgis permet de faire cela mais aussi OpenJUMP que j'utilise. Les
coordonnées d'arrivée sont dans une certaine projection (ou non
projection dans ton cas). Je sais par exemple que mes feuilles 
cadastrales bas-rhinoises sont en Lambert I carto.
Ayant défini les 2 vecteurs de transformation, toute tracé digitalisé
sur le document, après application de la transformation, se retrouvera
exprimé dans le système de coordonnées du document.

Un exemple tout frais du résultat (les allées du cimetière central) :
http://www.openstreetmap.org/?lat=48.59255&lon=7.72821&zoom=16&layers=0B00FFF

Dès que j'aurai un peu de temps, j'essaierai de décrire un peu plus en
détails.

Denis

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

Re: [OSM-talk-fr] [MS BOT] Exécution de la vers ion 1.2

[sly (sylvain letuffe)]

Salut,

Dommage qu'il ne soit pas allé au bout

> La taille du log qui contient toutes les 
> modifications appliquées laisse penser que le robot avait dépassé les 
> 91% de progression.

Je tente de voir

postg...@binael ~ $ echo "select count(name) from planet_osm_line where name 
like 'avenue%'" | psql gis
 count
---
96
(1 row)

postg...@binael ~ $ echo "select count(name) from planet_osm_line where name 
like 'avenue%'" | psql gis_france
 count
---
   675
(1 row)

Ha oui, pas mal du tout, joli nettoyage, je ne sais pas, parmi les 96 restants 
si ce sont des effets de bordure ou si c'est la "non fin" du traitement
mais ça en fait déjà 1-96/675 = 86% de nettoyé


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



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

Re: [OSM-talk-fr] fond de carte yahoo légèrement d écalé(~20m sud-est)

[Eric SIBERT]

À propos de la précision des GPS, j'avais fait quelques tests en 
statique il y a plusieurs années :

http://eric.sibert.fr/article78.html

En terrain découvert, en statique avec le WAAS, on est normalement à 
moins de 10 m, voir moins de 5 m.

En dynamique, ce n'est pas toujours aussi facile avec le masquage des 
satellites par les bâtiments ou le fait que le GPS a plus de difficultés 
à accrocher de nouveaux satellites quand on est en mouvement. Néanmoins, 
mes mesures à Madagascar sur des routes en rase campagne montrent que la 
divergence atteint rarement 10 m et et plus souvent du côté des 2-3 
mètres. À l'inverse un essai ce week-end sur des pistes cyclables à 
Grenoble a été beaucoup moins concluant 
(http://www.openstreetmap.org/edit?gpx=301014). Le GPS était fixé sur le 
guidon du VTT, donc assez dégagé. À l'aller, l'EPE (Estimated 
Positionning Error = Erreur estimée sur la position) oscillait entre 10 
et 25 m. Au retour, c'était mieux. En particulier, quand je voyais qu'il 
essayait d'accrocher un nouveau satellite, je m'arrêtais et j'attendais 
qu'il soit réellement accroché (la barre du satellite passant de blanc à 
noir sur mon GPS). Avec ça, l'EPE était de 3 à 5 m à la fin et 
descendait jusqu'à 2 m par moment. Donc, au bout d'une heure, je pense 
que mes mesures n'étaient pas mauvaises. Ma méthode quand je veux avoir 
de bons enregistrements, c'est:
- allumage à l'avance en terrain dégagé (en particulier au sud pour les 
satellites WAAS/EGNOS);
- se tourner et/ou se déplacer pour essayer d'attraper les satellites 
bas sur l'horizon;
- ensuite, pendant le déplacement, surveiller le nombre de satellites et 
l'EPE.

Éric

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

[OSM-talk-fr] [MS BOT] Exécution de la versi on 1.2

[Marc SIBERT]

Bonsoir,

Je viens de lancer MS BOT en version v1.2.
Son exécution s'est interrompue sur une réponse inattendue de 
l'OSM_Protocol_Stack 
.
Comme les entrées sont classées par ordre alphabétique (way highway=*, 
sans name en premier, puis par name croissant) je n'ai pas d'indications 
précises de la progression. La taille du log qui contient toutes les 
modifications appliquées laisse penser que le robot avait dépassé les 
91% de progression.


A+

Marc
No virus found in this outgoing message.
Checked by AVG - http://www.avg.com
Version: 8.0.176 / Virus Database: 270.10.14/1918 - Release Date: 27/01/2009 
07:26
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Editeur OpenStreetMap

[Eric SIBERT]

Je profite de l'opportunité que la question des éditeurs est mise sur le 
tapis... vu que pour le moment, je n'utilise que Potlatch.

J'ai des photos aériennes (non géoréférencées) de villes (pas trop 
montagneuses). Dans les villes, j'ai pris des waypoints GPS à des 
endroits caractéristiques. Y a-t-il un moyen d'exploiter ma photo? 
C'est-à-dire que je clique sur la photo pour indiquer les points 
caractéristiques stockés dans un fichier GPX et le logiciel me tente un 
géoréférencement (et m'indique si c'est foireux). Ensuite, ça me 
servirait de fond pour travailler.

Éric

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

Re: [OSM-talk-fr] POI pour un passage de BOT: CMB

[g.d]

> Ca parait quand mm pas infaisable nan?

Ahem, pardon, le jargon me dépasse,
je n'y comprends que tchi à X azur X et Y, tut-tuut train parti,  
lanterne rouge,

mais si ce serait envisageable,
bhen... ;-)

Gerhard
---

Le 28 janv. 09 à 18:10, Sylvain Paré a écrit :

> Bhen oui,
> s'il y a qqun qui serait cap' et se prendrait le temps pour pondre un
> tel plug-in,
> qui analyse des données provenant de plusieurs couches,
> et qui "propose"...
> ça touche quasi la "intelligence artificielle".
>
> ...un tel truc qui "discrimine", pourrait s'avérer utile
> pour aussi bien d'autres "récupérations" dans osm,
>
> par exemple pour aider à tracer des ways entre les parcelles du
> cadastre (?).
>
> D'acc, je rêve debout...
>
> Gerhard
>
> hum intéressant..
> Je ne te parle pas d'une AI mais, juste comme quelqu'un l'avait  
> proposé ( et qui me semble pas trop bête et réalisable ), un plugin  
> qui propose une zone de X sur X  d'information
> à completer/vévérifier validé provenant de différentes sources...
> Ca parait quand mm pas infaisable nan?
> je ne parle pas de discriminer quoi que ce soit, ca ce serait notre  
> role, mais d'extraire les ways ou autre de ces source et de  
> proposer cela par des morceaux de petite surface.


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

Re: [OSM-talk-fr] Openhikingmap, OSM et la rando

[Yann Coupin]

Le 28 janv. 09 à 18:00, sly (sylvain letuffe) a écrit :

> Re-salut,
>
>> Ainsi cela devrait être bon :
>>
>> d = (datetime.datetime.now() + datetime.timedelta(minutes=1))
>> req.headers_out['Expires'] = d.isoformat()
>
> Tout simplement nikel !
>
> req.headers_out['Mercis'] = 'beaucoup'
>
> Mais vous êtes tous fan de python ma parole, va falloir que je m'y  
> mette ;-)

En ce qui me concerne c'est assez récent (genre 1-2 mois). Mais j'aime  
pas mal ce que je vois jusqu'à présent.

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

Re: [OSM-talk-fr] POI pour un passage de BOT: CMB

[Sylvain Paré]

>
> Bhen oui,
> s'il y a qqun qui serait cap' et se prendrait le temps pour pondre un
> tel plug-in,
> qui analyse des données provenant de plusieurs couches,
> et qui "propose"...
> ça touche quasi la "intelligence artificielle".
>
> ...un tel truc qui "discrimine", pourrait s'avérer utile
> pour aussi bien d'autres "récupérations" dans osm,
>
> par exemple pour aider à tracer des ways entre les parcelles du
> cadastre (?).
>
> D'acc, je rêve debout...
>
> Gerhard


hum intéressant..
Je ne te parle pas d'une AI mais, juste comme quelqu'un l'avait proposé ( et
qui me semble pas trop bête et réalisable ), un plugin qui propose une zone
de X sur X  d'information
à completer/vévérifier validé provenant de différentes sources...
Ca parait quand mm pas infaisable nan?
je ne parle pas de discriminer quoi que ce soit, ca ce serait notre role,
mais d'extraire les ways ou autre de ces source et de proposer cela par des
morceaux de petite surface.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Openhikingmap, OSM et la rando

[sly (sylvain letuffe)]

Re-salut,

> Ainsi cela devrait être bon :
> 
> d = (datetime.datetime.now() + datetime.timedelta(minutes=1))
> req.headers_out['Expires'] = d.isoformat()

Tout simplement nikel ! 

req.headers_out['Mercis'] = 'beaucoup'

Mais vous êtes tous fan de python ma parole, va falloir que je m'y mette ;-)


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



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

Re: [OSM-talk-fr] Openhikingmap, OSM et la rando

[sly (sylvain letuffe)]

> Tu peux utiliser mod_expire pour mettre les durées de cache dans la conf 
> d'Apache plutôt que dans ton code.
> 
> La syntaxe est simple, et ça te génère les entêtes qui vont bien.

C'est ce que je faisais jusqu'a présent, mais je voudrais manipuler le expire 
plus finement selon le type de données que je vais envoyer.

Comme tu l'avais suggéré il y a peu (et que j'ai bien lu ! )

Thomas à dit :
Avec Apache :

   
 ExpiresDefault "access plus 2 weeks"
   
   
 ExpiresDefault "access plus 2 hours"
   


le problème c'est que ma gestion de cache est assez délicate :
sur les zoom faible, je veux un cache quasi infini, sur les zoom élevés, un 
cache de quelques minutes max, sur certaines tuiles de relief un cache infini 
à tout zoom

Bref, ça me semble plus judicieux de déporter ça coté applicatif.

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



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

Re: [OSM-talk-fr] Openhikingmap, OSM et la rando

[Thomas Walraet]

Le 28/01/2009 17:21, sly (sylvain letuffe) a écrit :
>> Tu tourne en mode cgi avec un apache ou tu utilise un serveur http
>> python ?
>
> désolé, j'ai pas été assez précis, j'utilise mod_python

Tu peux utiliser mod_expire pour mettre les durées de cache dans la conf 
d'Apache plutôt que dans ton code.

La syntaxe est simple, et ça te génère les entêtes qui vont bien.

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

Re: [OSM-talk-fr] Openhikingmap, OSM et la rando

[Étienne Loks]

Bonjour,

Le 28.01.2009 17:21, sly (sylvain letuffe) a écrit :
> def handle(req):
> from mod_python import apache, util
> 
> req.status = 200
> req.content_type = 'image/png'
> 
> req.write(renderers[style].genTile(x, y, z, ext, cache))
> return apache.OK
> 
> c'est dans le  que j'aimerais faire un truc du genre :
> req.additionnal_header = 
> 'Expires: ', new datetime.add(new timedelta(minutes=1)).isoformat()

Ainsi cela devrait être bon :

d = (datetime.datetime.now() + datetime.timedelta(minutes=1))
req.headers_out['Expires'] = d.isoformat()

-- 
Étienne Loks


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

Re: [OSM-talk-fr] Openhikingmap, OSM et la rando

[sly (sylvain letuffe)]

> Tu tourne en mode cgi avec un apache ou tu utilise un serveur http  
> python ?

désolé, j'ai pas été assez précis, j'utilise mod_python

Mon code est en copie ici :
http://wiki.openstreetmap.org/wiki/Howto_real_time_rendering_with_mapnik_and_mod_python#How_to_set_up_the_real_time_rendering
 
si je résume cette partie là de mon code sa donne :

def handle(req):
from mod_python import apache, util

req.status = 200
req.content_type = 'image/png'

req.write(renderers[style].genTile(x, y, z, ext, cache))
return apache.OK

c'est dans le  que j'aimerais faire un truc du genre :
req.additionnal_header = 
'Expires: ', new datetime.add(new timedelta(minutes=1)).isoformat()

j'imagine qu'il doit y avoir une doc quelque part sur la classe apache de 
mod_python


> Dans le premier cas un bête
> 
> print "Expires: ", new datetime.add(new  
> timedelta(minutes=10)).isoformat()
> 
> devrait suffire au début du script.
> 
> Yann
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
> 

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



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

Re: [OSM-talk-fr] POI pour un passage de BOT: CMB

[g.d]

Bhen oui,
s'il y a qqun qui serait cap' et se prendrait le temps pour pondre un  
tel plug-in,

qui analyse des données provenant de plusieurs couches,
et qui "propose"...
ça touche quasi la "intelligence artificielle".

...un tel truc qui "discrimine", pourrait s'avérer utile
pour aussi bien d'autres "récupérations" dans osm,

par exemple pour aider à tracer des ways entre les parcelles du  
cadastre (?).


D'acc, je rêve debout...

Gerhard
---
Le 28 janv. 09 à 16:40, Sylvain Paré a écrit :


From: "g.d" 
Subject: Re: [OSM-talk-fr] POI pour un passage de BOT: CMB
To: Discussions sur OSM en français 
Message-ID: 
Content-Type: text/plain; charset="iso-8859-1"

Svp d''abord vérifier l'exactitude de ces données, sur quelques
exemples,
pour qu'on ne soit pas obligés
d'ensuite riper chaque distributeur sur l'autre côté de la rue,
ou à l'autre côté du bourg...

Effectivement j'ai regardé à différent endroits et iul y a de tout..
des pile poile comme des pas bon ( bon à 20 30m pres..)

Donc en fait ce serai pas mal avec le cadastre de faire un outil  
genre "proposed"

 qui  grâce à des sources externe comme le cadastre ou autre
proposerait des sugestions  qu'il ne resterai plus qu'à vérifier/ 
ajuster valider.

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


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

Re: [OSM-talk-fr] Openhikingmap, OSM et la rando

[Yann Coupin]

Le 28 janv. 09 à 16:17, sly (sylvain letuffe) a écrit :

> Me reste plus qu'a trouver comment dynamiquement indiquer la durée  
> de cache au
> navigateur pour éviter durant une session de promenade de recharger  
> trop
> souvent (quelqu'un sait comment je fais remonter en python un header  
> http ? )

Tu tourne en mode cgi avec un apache ou tu utilise un serveur http  
python ?

Dans le premier cas un bête

print "Expires: ", new datetime.add(new  
timedelta(minutes=10)).isoformat()

devrait suffire au début du script.

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

Re: [OSM-talk-fr] POI pour un passage de BOT: CMB

[Sylvain Paré]

>
> From: "g.d" 
> Subject: Re: [OSM-talk-fr] POI pour un passage de BOT: CMB
> To: Discussions sur OSM en français 
> Message-ID: 
> Content-Type: text/plain; charset="iso-8859-1"
>
> Svp d''abord vérifier l'exactitude de ces données, sur quelques
> exemples,
> pour qu'on ne soit pas obligés
> d'ensuite riper chaque distributeur sur l'autre côté de la rue,
> ou à l'autre côté du bourg...


Effectivement j'ai regardé à différent endroits et iul y a de tout..
des pile poile comme des pas bon ( bon à 20 30m pres..)

Donc en fait ce serai pas mal avec le cadastre de faire un outil genre
"proposed"
 qui  grâce à des sources externe comme le cadastre ou autre
proposerait des sugestions  qu'il ne resterai plus qu'à vérifier/ajuster
valider.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [MS BOT] proposition oneway=true -> oneway=yes

[g.d]

Merci de l'info,
Donc "njet", pas touche.

Le 28 janv. 09 à 16:21, Stéphane Brunner a écrit :

>
> Hello !
>
> Il y a aussi une implication dans les circuits :
> http://wiki.openstreetmap.org/wiki/Relation:route
> forward/backward
>
> CU
> Stéph
>
>
> 2009/1/28 g.d :
>> Il me semble que "pas touche" aux "-1" des oneways, pour l'instant,
>> ça peut être lié avec des left/right du même way.
>> Oui, je suis d'accord, qu'il faudrait dans ces cas aussi inverser ces
>> left/right,
>> pour que ces illogismes trouvent une fin,
>> et qu'on revienne à une base simple...
>> Mais savons-nous vraiment,
>> si ces "-1" n'ont importance seulement sur les left/right ?
>> Si oui,
>> je serais d'accord
>> pour les supprimer, et inverser les left/right concernés.
>> Mais si on n'est pas absolument sûrs
>> que vraiment rien d'autre serait concerné que les left/right,
>> mieux s'abstenir.
>> Amicalement
>> Gerhard
>> (plus "informaticien" pour un poil depuis trente ans...)
>> ---
>> Le 28 janv. 09 à 13:51, murphy2712.nospam a écrit :
>>
>> Pour le -1 je dirai que c'est la valeur universelle de tout  
>> informaticien
>> pour décrire un état qui sort de l'ordinaire, sans se casser le  
>> derrière :)
>> Et du fait que ça sort de l'ordinaire (binaire) c'est fatalement non
>> explicite !
>> Et pour en rajouter une couche, au final c'est surtout la valeur 1/ 
>> yes/true
>> qu'on a besoin et rarement du false/no/0, bien souvent "décrit"  
>> par omission
>> du tag (je n'ai pas dit qu'il fallait enlever 0/fase/no !).
>>
>> Je veux bien une unification des valeurs, mais il faut un vrai  
>> consensus : à
>> l'international sur talk.
>>
>> 2009/1/28 sly (sylvain letuffe) 
>>>
 Autant que je sache "rev" n'existe pas
>>> Et c'est bien un tort à mon avis !
>>> "reverse" ou "opposite" aurait été mon choix
>>>
 donc yes/no/-1 c'est pas très
 logique.
>>> Tout à fait d'accord, et comme -1 me semble hautement explicite,  
>>> c'est
>>> bien -1
>>> qui est le problème.
>>>
 Ca revient à choisir entre vert, jaune et poële à frire.
>>>
>>> Lorsqu'un cas de ce type se présente, je me demande : "que veut- 
>>> on décrire
>>> ?"
>>> si c'est une couleur, alors je vire "poële à frire", si c'est un  
>>> ustensile
>>> de
>>> cuisine, je remplace alors vert par "caquelon savoyard" et jaune
>>> par "appareil à raclette"
>>>
>>> --
>>> sly
>>> Sylvain Letuffe sylv...@letuffe.org
>>> qui suis-je : http://slyserv.dyndns.org
>>>
>>>
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
>
> -- 
> Stéphane Brunner
> mail : stephane.brun...@gmail.com
> messageries instantanées : stephane.brun...@gmail.com (http:// 
> talk.google.com)
> --
> Non aux brevets logiciels
> http://stopsoftwarepatents.eu/banner/601000605319/ssp-468-96.gif
> http://stopsoftwarepatents.eu/601000605319
> --
>
> 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/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] [MS BOT] proposition oneway=true -> oneway=yes

[g.d]

Une meilleure traduction pour "route" en ce sens des "relations"
me semble être le mot "trajet" ou "itinéraire",
ça pourrait lever des ambiguïtés.

Gerhard
-.-. --.-

Le 28 janv. 09 à 16:21, Stéphane Brunner a écrit :

>
> Hello !
>
> Il y a aussi une implication dans les circuits :
> http://wiki.openstreetmap.org/wiki/Relation:route
> forward/backward
>
> CU
> Stéph
>
>
> 2009/1/28 g.d :
>> Il me semble que "pas touche" aux "-1" des oneways, pour l'instant,
>> ça peut être lié avec des left/right du même way.
>> Oui, je suis d'accord, qu'il faudrait dans ces cas aussi inverser ces
>> left/right,
>> pour que ces illogismes trouvent une fin,
>> et qu'on revienne à une base simple...
>> Mais savons-nous vraiment,
>> si ces "-1" n'ont importance seulement sur les left/right ?
>> Si oui,
>> je serais d'accord
>> pour les supprimer, et inverser les left/right concernés.
>> Mais si on n'est pas absolument sûrs
>> que vraiment rien d'autre serait concerné que les left/right,
>> mieux s'abstenir.
>> Amicalement
>> Gerhard
>> (plus "informaticien" pour un poil depuis trente ans...)
>> ---
>> Le 28 janv. 09 à 13:51, murphy2712.nospam a écrit :
>>
>> Pour le -1 je dirai que c'est la valeur universelle de tout  
>> informaticien
>> pour décrire un état qui sort de l'ordinaire, sans se casser le  
>> derrière :)
>> Et du fait que ça sort de l'ordinaire (binaire) c'est fatalement non
>> explicite !
>> Et pour en rajouter une couche, au final c'est surtout la valeur 1/ 
>> yes/true
>> qu'on a besoin et rarement du false/no/0, bien souvent "décrit"  
>> par omission
>> du tag (je n'ai pas dit qu'il fallait enlever 0/fase/no !).
>>
>> Je veux bien une unification des valeurs, mais il faut un vrai  
>> consensus : à
>> l'international sur talk.
>>
>> 2009/1/28 sly (sylvain letuffe) 
>>>
 Autant que je sache "rev" n'existe pas
>>> Et c'est bien un tort à mon avis !
>>> "reverse" ou "opposite" aurait été mon choix
>>>
 donc yes/no/-1 c'est pas très
 logique.
>>> Tout à fait d'accord, et comme -1 me semble hautement explicite,  
>>> c'est
>>> bien -1
>>> qui est le problème.
>>>
 Ca revient à choisir entre vert, jaune et poële à frire.
>>>
>>> Lorsqu'un cas de ce type se présente, je me demande : "que veut- 
>>> on décrire
>>> ?"
>>> si c'est une couleur, alors je vire "poële à frire", si c'est un  
>>> ustensile
>>> de
>>> cuisine, je remplace alors vert par "caquelon savoyard" et jaune
>>> par "appareil à raclette"
>>>
>>> --
>>> sly
>>> Sylvain Letuffe sylv...@letuffe.org
>>> qui suis-je : http://slyserv.dyndns.org
>>>
>>>
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
>
> -- 
> Stéphane Brunner
> mail : stephane.brun...@gmail.com
> messageries instantanées : stephane.brun...@gmail.com (http:// 
> talk.google.com)
> --
> Non aux brevets logiciels
> http://stopsoftwarepatents.eu/banner/601000605319/ssp-468-96.gif
> http://stopsoftwarepatents.eu/601000605319
> --
>
> 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/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] [MS BOT] proposition oneway=true -> oneway=yes

[Stéphane Brunner]

Personnellement je trouve que c'est un terrain miner que de faire le
changement !

CU
Stéphane


2009/1/28 Stéphane Brunner :
> Hello !
>
> Il y a aussi une implication dans les circuits :
> http://wiki.openstreetmap.org/wiki/Relation:route
> forward/backward
>
> CU
> Stéph
>
>
> 2009/1/28 g.d :
>> Il me semble que "pas touche" aux "-1" des oneways, pour l'instant,
>> ça peut être lié avec des left/right du même way.
>> Oui, je suis d'accord, qu'il faudrait dans ces cas aussi inverser ces
>> left/right,
>> pour que ces illogismes trouvent une fin,
>> et qu'on revienne à une base simple...
>> Mais savons-nous vraiment,
>> si ces "-1" n'ont importance seulement sur les left/right ?
>> Si oui,
>> je serais d'accord
>> pour les supprimer, et inverser les left/right concernés.
>> Mais si on n'est pas absolument sûrs
>> que vraiment rien d'autre serait concerné que les left/right,
>> mieux s'abstenir.
>> Amicalement
>> Gerhard
>> (plus "informaticien" pour un poil depuis trente ans...)
>> ---
>> Le 28 janv. 09 à 13:51, murphy2712.nospam a écrit :
>>
>> Pour le -1 je dirai que c'est la valeur universelle de tout informaticien
>> pour décrire un état qui sort de l'ordinaire, sans se casser le derrière :)
>> Et du fait que ça sort de l'ordinaire (binaire) c'est fatalement non
>> explicite !
>> Et pour en rajouter une couche, au final c'est surtout la valeur 1/yes/true
>> qu'on a besoin et rarement du false/no/0, bien souvent "décrit" par omission
>> du tag (je n'ai pas dit qu'il fallait enlever 0/fase/no !).
>>
>> Je veux bien une unification des valeurs, mais il faut un vrai consensus : à
>> l'international sur talk.
>>
>> 2009/1/28 sly (sylvain letuffe) 
>>>
>>> > Autant que je sache "rev" n'existe pas
>>> Et c'est bien un tort à mon avis !
>>> "reverse" ou "opposite" aurait été mon choix
>>>
>>> > donc yes/no/-1 c'est pas très
>>> > logique.
>>> Tout à fait d'accord, et comme -1 me semble hautement explicite, c'est
>>> bien -1
>>> qui est le problème.
>>>
>>> > Ca revient à choisir entre vert, jaune et poële à frire.
>>>
>>> Lorsqu'un cas de ce type se présente, je me demande : "que veut-on décrire
>>> ?"
>>> si c'est une couleur, alors je vire "poële à frire", si c'est un ustensile
>>> de
>>> cuisine, je remplace alors vert par "caquelon savoyard" et jaune
>>> par "appareil à raclette"
>>>
>>> --
>>> sly
>>> Sylvain Letuffe sylv...@letuffe.org
>>> qui suis-je : http://slyserv.dyndns.org
>>>
>>>
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
>
> --
> Stéphane Brunner
> mail : stephane.brun...@gmail.com
> messageries instantanées : stephane.brun...@gmail.com (http://talk.google.com)
> --
> Non aux brevets logiciels
> http://stopsoftwarepatents.eu/banner/601000605319/ssp-468-96.gif
> http://stopsoftwarepatents.eu/601000605319
> --
>
> 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 : stephane.brun...@gmail.com
messageries instantanées : stephane.brun...@gmail.com (http://talk.google.com)
--
Non aux brevets logiciels
http://stopsoftwarepatents.eu/banner/601000605319/ssp-468-96.gif
http://stopsoftwarepatents.eu/601000605319
--

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 profess

Re: [OSM-talk-fr] [MS BOT] proposition oneway=true -> oneway=yes

[Stéphane Brunner]

Hello !

Il y a aussi une implication dans les circuits :
http://wiki.openstreetmap.org/wiki/Relation:route
forward/backward

CU
Stéph


2009/1/28 g.d :
> Il me semble que "pas touche" aux "-1" des oneways, pour l'instant,
> ça peut être lié avec des left/right du même way.
> Oui, je suis d'accord, qu'il faudrait dans ces cas aussi inverser ces
> left/right,
> pour que ces illogismes trouvent une fin,
> et qu'on revienne à une base simple...
> Mais savons-nous vraiment,
> si ces "-1" n'ont importance seulement sur les left/right ?
> Si oui,
> je serais d'accord
> pour les supprimer, et inverser les left/right concernés.
> Mais si on n'est pas absolument sûrs
> que vraiment rien d'autre serait concerné que les left/right,
> mieux s'abstenir.
> Amicalement
> Gerhard
> (plus "informaticien" pour un poil depuis trente ans...)
> ---
> Le 28 janv. 09 à 13:51, murphy2712.nospam a écrit :
>
> Pour le -1 je dirai que c'est la valeur universelle de tout informaticien
> pour décrire un état qui sort de l'ordinaire, sans se casser le derrière :)
> Et du fait que ça sort de l'ordinaire (binaire) c'est fatalement non
> explicite !
> Et pour en rajouter une couche, au final c'est surtout la valeur 1/yes/true
> qu'on a besoin et rarement du false/no/0, bien souvent "décrit" par omission
> du tag (je n'ai pas dit qu'il fallait enlever 0/fase/no !).
>
> Je veux bien une unification des valeurs, mais il faut un vrai consensus : à
> l'international sur talk.
>
> 2009/1/28 sly (sylvain letuffe) 
>>
>> > Autant que je sache "rev" n'existe pas
>> Et c'est bien un tort à mon avis !
>> "reverse" ou "opposite" aurait été mon choix
>>
>> > donc yes/no/-1 c'est pas très
>> > logique.
>> Tout à fait d'accord, et comme -1 me semble hautement explicite, c'est
>> bien -1
>> qui est le problème.
>>
>> > Ca revient à choisir entre vert, jaune et poële à frire.
>>
>> Lorsqu'un cas de ce type se présente, je me demande : "que veut-on décrire
>> ?"
>> si c'est une couleur, alors je vire "poële à frire", si c'est un ustensile
>> de
>> cuisine, je remplace alors vert par "caquelon savoyard" et jaune
>> par "appareil à raclette"
>>
>> --
>> sly
>> Sylvain Letuffe sylv...@letuffe.org
>> qui suis-je : http://slyserv.dyndns.org
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>



-- 
Stéphane Brunner
mail : stephane.brun...@gmail.com
messageries instantanées : stephane.brun...@gmail.com (http://talk.google.com)
--
Non aux brevets logiciels
http://stopsoftwarepatents.eu/banner/601000605319/ssp-468-96.gif
http://stopsoftwarepatents.eu/601000605319
--

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/listinfo/talk-fr

Re: [OSM-talk-fr] fond de carte yahoo légèrement d écalé(~20m sud-est)

[Dominique Rousseau]

Le Wed, Jan 28, 2009 at 12:51:39PM +0100, Sylvain Paré [sylvain.p...@gmail.com] 
a écrit:
[...]
> 
> Quelq'un a une explication sur se décalage ? j'ai fais plusieur relevé
> terrain et toujours pareil.

àmha un décalage en un relevé GPS et les photos satellites (ou
aériennes), plus ou moins bien redressées, selon la zone de la photo, ce
n'est pas vraiment étonnant.
Si plusieurs relevés GPS donnent, dans leur moyenne, quelque chose de
stable, et décalé par rapport aux photos, pour moi, c'est le GPS qui a
raison :)


Dom

-- 
Dominique Rousseau

Si cinquante millions de gens disent une sottise,
ça n'en reste pas moins une sottise.  -- Anatole France

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

Re: [OSM-talk-fr] Openhikingmap, OSM et la rando

[sly (sylvain letuffe)]

Sujet zombie ressortie de sa tombe :

> >> En googlant un peu, je suis tombé là dessus :
> >> http://www.mail-archive.com/mapnik-us...@lists.berlios.de/msg00208.html
> > Yahoo 
> > You find the wolf man !
> > 
> > Le mot clef documenté nul part était donc "transparent" à la place de la 
> > couleur de fond.
> 
> Wep.
> Dans le cadre d'une génération dynamique comme celle sur laquelle tu 
> travailles c'est plutôt très bienvenu.
> 
> Bon, je redoute quand même que le résultat ne soit pas forcément très 
> exploitable sous IE 7 (qui reste malheureusement assez employé...) vu sa 
> gestion pas terrible de la transparence PNG. Et on ne parlera pas des 
> versions inférieure à 7 (au bout d'un moment si les gens sont assez 
> masochistes pour continuer à utiliser de si mauvais logiciels...).

Et ben voilà, I did it, les données OSM générées en temps réél et mise à jour 
quasi en temps réél par dessus les données de terrain qui elles sont gardées 
en cache indéfiniment
( je les régénérerais après la prochaine période glaciaire )

Me reste plus qu'a trouver comment dynamiquement indiquer la durée de cache au 
navigateur pour éviter durant une session de promenade de recharger trop 
souvent (quelqu'un sait comment je fais remonter en python un header http ? )

Quelqu'un pourrait me faire un screen shot IE7 pour voir la catastrophe ?

http://beta.letuffe.org/index2?zoom=9&lat=46.74025&lon=7.11201&layers=TB

PS: un grand merci à françois et pierre pour le coup de main avec openlayers

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



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

Re: [OSM-talk-fr] POI pour un passage de BOT: CMB

[g.d]

Svp d''abord vérifier l'exactitude de ces données, sur quelques  
exemples,

pour qu'on ne soit pas obligés
d'ensuite riper chaque distributeur sur l'autre côté de la rue,
ou à l'autre côté du bourg...

Le 28 janv. 09 à 13:52, Sylvain Paré a écrit :


Bonjour (ou re-)

je sais que la banque Crédit mutuel mets à disposition de ses  
clients différents format de liste de POI des localisation de ses  
agences et automates.
Terrible hein! plus qu'a faire un joli petit passage de BOT la  
dessus et c'est bon :)

qu'en pensez vous?

Pour les agences:
je vous laisse choisir le format(il me semble qu'il n'y pas besoin  
de s'identifier)
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/tomtom/ 
agences/agences.cm.tomtom.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/ 
garmin_csv/agences/agences.cm.garmin.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/ 
destinator_binary/agences/agences.cm.destinator.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/ 
destinator_csv/agences/agences.cm.destinator.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/navman- 
mio/agences/agences.cm.navman.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/ 
google_maps-kml/agences/agences.cm.gmaps.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/ 
google_maps-kmz/agences/agences.cm.gmaps.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/ 
navio_ascii/agences/agences.cm.navio.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/ 
navio_csv/agences/agences.cm.navio.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/ 
miomapv3-igo/agences/agences.cm.mio.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/ 
smartpath_binary/agences/agences.cm.smartp.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/ 
gps_exchange_format/agences/agences.cm.gpx.zip


Et pour les distributeurs:
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/tomtom/ 
dabs/automates.cm.tomtom.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/ 
garmin_csv/dabs/automates.cm.garmin.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/ 
destinator_binary/dabs/automates.cm.destinator.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/ 
destinator_csv/dabs/automates.cm.destinator.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/navman- 
mio/dabs/automates.cm.navman.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/ 
google_maps-kml/dabs/automates.cm.gmaps.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/ 
google_maps-kmz/dabs/automates.cm.gmaps.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/ 
navio_ascii/dabs/automates.cm.navio.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/ 
navio_csv/dabs/automates.cm.navio.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/ 
miomapv3-igo/dabs/automates.cm.mio.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/ 
smartpath_binary/dabs/automates.cm.smartp.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/ 
gps_exchange_format/dabs/automates.cm.gpx.zip


++

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


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

Re: [OSM-talk-fr] [MS BOT] proposition oneway=true -> oneway=yes

[g.d]

Il me semble que "pas touche" aux "-1" des oneways, pour l'instant,
ça peut être lié avec des left/right du même way.

Oui, je suis d'accord, qu'il faudrait dans ces cas aussi inverser ces  
left/right,

pour que ces illogismes trouvent une fin,
et qu'on revienne à une base simple...

Mais savons-nous vraiment,
si ces "-1" n'ont importance seulement sur les left/right ?

Si oui,
je serais d'accord
pour les supprimer, et inverser les left/right concernés.

Mais si on n'est pas absolument sûrs
que vraiment rien d'autre serait concerné que les left/right,
mieux s'abstenir.

Amicalement
Gerhard
(plus "informaticien" pour un poil depuis trente ans...)
---

Le 28 janv. 09 à 13:51, murphy2712.nospam a écrit :

Pour le -1 je dirai que c'est la valeur universelle de tout  
informaticien pour décrire un état qui sort de l'ordinaire, sans se  
casser le derrière :)
Et du fait que ça sort de l'ordinaire (binaire) c'est fatalement  
non explicite !
Et pour en rajouter une couche, au final c'est surtout la valeur 1/ 
yes/true qu'on a besoin et rarement du false/no/0, bien souvent  
"décrit" par omission du tag (je n'ai pas dit qu'il fallait enlever  
0/fase/no !).


Je veux bien une unification des valeurs, mais il faut un vrai  
consensus : à l'international sur talk.


2009/1/28 sly (sylvain letuffe) 

> Autant que je sache "rev" n'existe pas
Et c'est bien un tort à mon avis !
"reverse" ou "opposite" aurait été mon choix

> donc yes/no/-1 c'est pas très
> logique.
Tout à fait d'accord, et comme -1 me semble hautement explicite,  
c'est bien -1

qui est le problème.

> Ca revient à choisir entre vert, jaune et poële à frire.

Lorsqu'un cas de ce type se présente, je me demande : "que veut-on  
décrire ?"
si c'est une couleur, alors je vire "poële à frire", si c'est un  
ustensile de

cuisine, je remplace alors vert par "caquelon savoyard" et jaune
par "appareil à raclette"

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



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

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


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

Re: [OSM-talk-fr] fond de carte yahoo légèrement d écalé(~20m sud-est)

[g.d]

Qu'est-ce que je n'arrête pas de dire, depuis des années.
Merci de la confirmation.
Rien ne vaut, que son propre gps... ;-)

Bon, une "erreur" dans les vingt mètres peut être tout-à-fait "normale",
selon combien et quels satellites capte le gps à ce moment-là.
Si on repasse le même chemin le lendemain,
le tracé gpx peut être décalé de quinze mètres
par rapport à celui de la veille... :-(
(à défaut de capter le "Glonass" russe,,
et en attendant le système futur "Galileo" européen,
ça m'a l'air mal parti pour une précision meilleure,
c'est un peu "M Godot").

Toutefois,
des lignes tracées d'après photos prises depuis "outer space" et mal  
redressées,

ça me barbe un max,
je le suis bien d'accord...

Il ne nous reste que de nous y atteler
et de corriger ces bourdes, à la main, chacun,
au fur et à mesure qu'on les trouve...

Amicalement
Gerhard



Le 28 janv. 09 à 12:51, Sylvain Paré a écrit :

Dans mon coin le canal de nantes à brest  était/est(pas eu le temps  
de tout faire:) )à coté de la plaque!


Etant kayakiste, je suis aller naviguer avec mon gps. Et il se
trouve que j'étais tout le temps sur la terre !! :) donc j'ai fais  
des relevés et j'ai remappé.


En fait je pense que le premier tracer à été fait par quelqu'un qui  
a utiliser le font de carte yahoo car, avant que je remappe, son  
tracé était pile poile sur celui de yahoo.
Regardez par exemple http://www.openstreetmap.org/? 
lat=47.8358&lon=-2.4178&zoom=13 passez et mode "édit" avec yahoo  
derrière..


là où ce n'est plus décalé c'est que je ai refait.La carte yahoo  
est 20-25m trop au sud-est.



Quelq'un a une explication sur se décalage ? j'ai fais plusieur relevé
terrain et toujours pareil.

C'est pour ca que je susi assez d'accord pour ne pas utiliser le  
cadastre en

automatique les yeux fermé.

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


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

Re: [OSM-talk-fr] POI pour un passage de BOT: CMB

[Yann Coupin]

Je me souviens avoir vu ça à l'époque, mais j'avoue avoir eu la flemme  
de leur écrire un mail pour savoir si la licence était compatible avec  
OSM et je n'étais pas encore sur la ML pour pousser l'un d'entre  
vous :) Sans parler du fait qu'il me semblait avoir vu des conneries  
dans leur fichier (dans l'adresse, de mémoire) et qu'il faudra  
résoudre les conflits. Enfin, quid des mises à jour ?


Yann

Le 28 janv. 09 à 13:52, Sylvain Paré a écrit :


Bonjour (ou re-)

je sais que la banque Crédit mutuel mets à disposition de ses  
clients différents format de liste de POI des localisation de ses  
agences et automates.
Terrible hein! plus qu'a faire un joli petit passage de BOT la  
dessus et c'est bon :)

qu'en pensez vous?

Pour les agences:
je vous laisse choisir le format(il me semble qu'il n'y pas besoin  
de s'identifier)

https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/tomtom/agences/agences.cm.tomtom.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/garmin_csv/agences/agences.cm.garmin.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/destinator_binary/agences/agences.cm.destinator.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/destinator_csv/agences/agences.cm.destinator.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/navman-mio/agences/agences.cm.navman.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/google_maps-kml/agences/agences.cm.gmaps.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/google_maps-kmz/agences/agences.cm.gmaps.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/navio_ascii/agences/agences.cm.navio.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/navio_csv/agences/agences.cm.navio.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/miomapv3-igo/agences/agences.cm.mio.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/smartpath_binary/agences/agences.cm.smartp.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/gps_exchange_format/agences/agences.cm.gpx.zip

Et pour les distributeurs:
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/tomtom/dabs/automates.cm.tomtom.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/garmin_csv/dabs/automates.cm.garmin.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/destinator_binary/dabs/automates.cm.destinator.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/destinator_csv/dabs/automates.cm.destinator.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/navman-mio/dabs/automates.cm.navman.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/google_maps-kml/dabs/automates.cm.gmaps.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/google_maps-kmz/dabs/automates.cm.gmaps.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/navio_ascii/dabs/automates.cm.navio.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/navio_csv/dabs/automates.cm.navio.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/miomapv3-igo/dabs/automates.cm.mio.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/smartpath_binary/dabs/automates.cm.smartp.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/gps_exchange_format/dabs/automates.cm.gpx.zip

++

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


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

Re: [OSM-talk-fr] fond de carte yahoo légèrement décalé(~20m sud-est)

[yann . sladek]

"la réalité étant plusieurs relevés GPS identique, le cadastre disant la même 
chose"

La même chose que quoi ? Normalement, dans le monde des bisounours, on devrait 
avoir cadastre = plusieurs traces GPS sur un même axe (à la louche) mais il est 
possible (et même fort probable) que la carte Yahoo soit décalé par rapport à 
ces deux relevés (GPS et cadastre)

Yann


- Mail Original -
De: "Sylvain Paré" 
À: talk-fr@openstreetmap.org
Envoyé: Mercredi 28 Janvier 2009 13:57:56 GMT +01:00 Amsterdam / Berlin / Berne 
/ Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] fond de carte yahoo légèrement décalé(~20m sud-est)


Ok merci Pieren! 
je ne savais pas que l'on pouvais ajuster le font de carte type yahoo (perso 
j'utilise potlatch) 
ce que je voulais dire c'est que de base le font de carte yahoo est décalé par 
rapport à la réalité (la réalité étant plusieurs relevés GPS identique, le 
cadastre disant la même chose) 

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

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

[OSM-talk-fr] Editeur OpenStreetMap

[Thomas Walraet]

Le 28/01/2009 13:57, Sylvain Paré a écrit :
>
> je ne savais pas que l'on pouvais ajuster le font de carte type yahoo
> (perso j'utilise potlatch)

Il existe plusieurs éditeurs. Les plus utilisés sont a priori Potlatch, 
JOSM et Merkaartor.

Je ne dis pas qu'il y en a des bon et des mauvais, chacun son 
utilisation. Par contre, je t'invite à au moins en essayer deux. Ou pour 
faire plus explicite, a ne pas utiliser que Potlach sans avoir jamais 
essayé les autres.

Potlach est fait pour être utilisé en ligne en tentant d'être simple à 
aborder.

JOSM est un éditeur hors-ligne en Java qui cache moins la complexité du 
modèle de données (perso je préfère), et dont les changements fait à la 
carte ne sont pas pris en compte tant qu'on ne sauve pas explicitement.

Merkaartor (que je ne connais pas) est également un éditeur hors ligne. 
Il a je crois été commencé par des gens allergique à Java (non-libre à 
l'époque). Je ne connais pas ses avantages, mais apparemment il est plus 
simple que JOSM.


Je me permet ce petit message car apparemment il y a pas mal de nouveaux 
avec la news sur LinuxFr, et que perso j'estime avoir perdu beaucoup de 
temps à utiliser l'éditeur en ligne (ce n'était pas Potlach à l'époque) 
plutôt qu'un éditeur hors ligne.


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

Re: [OSM-talk-fr] conseil d'achat de GPS

[Sylvain Paré]

Merci Rodolphe!
je ne savais pas..
je vais étudier la question
merci
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] fond de carte yahoo légèrement d écalé(~20m sud-est)

[Sylvain Paré]

Ok merci Pieren!
je ne savais pas que l'on pouvais ajuster le font de carte type yahoo (perso
j'utilise potlatch)
ce que je voulais dire c'est que de base le font de carte yahoo est décalé
par rapport à la réalité (la réalité étant plusieurs relevés GPS identique,
le cadastre disant la même chose)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] POI pour un passage de BOT: CMB

[Sylvain Paré]

Bonjour (ou re-)

je sais que la banque Crédit mutuel mets à disposition de ses clients
différents format de liste de POI des localisation de ses agences et
automates.
Terrible hein! plus qu'a faire un joli petit passage de BOT la dessus et
c'est bon :)
qu'en pensez vous?

Pour les agences:
je vous laisse choisir le format(il me semble qu'il n'y pas besoin de
s'identifier)
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/tomtom/agences/agences.cm.tomtom.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/garmin_csv/agences/agences.cm.garmin.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/destinator_binary/agences/agences.cm.destinator.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/destinator_csv/agences/agences.cm.destinator.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/navman-mio/agences/agences.cm.navman.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/google_maps-kml/agences/agences.cm.gmaps.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/google_maps-kmz/agences/agences.cm.gmaps.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/navio_ascii/agences/agences.cm.navio.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/navio_csv/agences/agences.cm.navio.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/miomapv3-igo/agences/agences.cm.mio.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/smartpath_binary/agences/agences.cm.smartp.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/gps_exchange_format/agences/agences.cm.gpx.zip

Et pour les distributeurs:
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/tomtom/dabs/automates.cm.tomtom.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/garmin_csv/dabs/automates.cm.garmin.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/destinator_binary/dabs/automates.cm.destinator.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/destinator_csv/dabs/automates.cm.destinator.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/navman-mio/dabs/automates.cm.navman.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/google_maps-kml/dabs/automates.cm.gmaps.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/google_maps-kmz/dabs/automates.cm.gmaps.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/navio_ascii/dabs/automates.cm.navio.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/navio_csv/dabs/automates.cm.navio.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/miomapv3-igo/dabs/automates.cm.mio.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/smartpath_binary/dabs/automates.cm.smartp.zip
https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/gps_exchange_format/dabs/automates.cm.gpx.zip

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

Re: [OSM-talk-fr] [MS BOT] proposition oneway=true -> oneway=yes

[murphy2712.nospam]

Pour le -1 je dirai que c'est la valeur universelle de tout informaticien
pour décrire un état qui sort de l'ordinaire, sans se casser le derrière :)
Et du fait que ça sort de l'ordinaire (binaire) c'est fatalement non
explicite !
Et pour en rajouter une couche, au final c'est surtout la valeur 1/yes/true
qu'on a besoin et rarement du false/no/0, bien souvent "décrit" par omission
du tag (je n'ai pas dit qu'il fallait enlever 0/fase/no !).

Je veux bien une unification des valeurs, mais il faut un vrai consensus : à
l'international sur talk.

2009/1/28 sly (sylvain letuffe) 

>
> > Autant que je sache "rev" n'existe pas
> Et c'est bien un tort à mon avis !
> "reverse" ou "opposite" aurait été mon choix
>
> > donc yes/no/-1 c'est pas très
> > logique.
> Tout à fait d'accord, et comme -1 me semble hautement explicite, c'est bien
> -1
> qui est le problème.
>
> > Ca revient à choisir entre vert, jaune et poële à frire.
>
> Lorsqu'un cas de ce type se présente, je me demande : "que veut-on décrire
> ?"
> si c'est une couleur, alors je vire "poële à frire", si c'est un ustensile
> de
> cuisine, je remplace alors vert par "caquelon savoyard" et jaune
> par "appareil à raclette"
>
> --
> sly
> Sylvain Letuffe sylv...@letuffe.org
> qui suis-je : http://slyserv.dyndns.org
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] La Chimère mute

[Étienne Loks]

Le 27.01.2009 14:07, Olivier Boudet a écrit :
> Ca semble très prometteur comme application ! Et en plus c'est
> agréable à l'oeil :-)

Merci (bis) :)

> Je cherchais justement ce type de projet, il se pourrait que j'essaye
> de le déployer sur un serveur pour tester, et te faire des retours si
> j'en ai à faire ;-)

A priori cela doit se faire sans trop de heurt sur un serveur Debian :)
Même si c'est simplement pour dire que tu as réussi à installer sans 
soucis, je suis preneur de tous les retours.
J'essaye d'écrire une documentation d'installation/configuration assez 
explicite (d'abord avec mon anglais très moyen puis je traduirais en 
français). Elle est disponible sur le wiki du projet.

-- 
Étienne Loks


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

Re: [OSM-talk-fr] La Chimère mute

[Étienne Loks]

Le 27.01.2009 13:48, jean-christophe.haes...@dianosis.org a écrit :
> J'ai jeté un coup d'œil, c'est très bien présenté, chapeau !

Merci :)

> Par contre, il me semble que tu charges tous les POI en statique, nous
> devrions donc collaborer : j'ai les marqueurs dynamiques (le javascript
> demande les POI dans une zone donnée) et tu as la gestion des catégories
> et une meilleure présentation…

Oui effectivement je charge tous les POIs, trajets en statique.
C'est une des choses qui peuvent être assez vite pénalisante lorsque la 
carte commence à se se remplir...
Donc oui ta gestion dynamique pourrait être assez intéressante à 
implémenter :)

Par contre de ton coté, la liste des éléments est redemandée à chaque 
déplacement/zoom sur la carte ou c'est un peu plus intelligent que cela ?
En effet le top serait que l'on récupère un peu plus que la zone 
d'affichage et l'on permette ainsi de bouger/zoomer un peu sans 
redemander au serveur la liste des éléments.

Merci pour cette proposition !

-- 
Étienne Loks


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

Re: [OSM-talk-fr] [MS BOT] proposition oneway=true -> oneway=yes

[sly (sylvain letuffe)]

> Autant que je sache "rev" n'existe pas 
Et c'est bien un tort à mon avis !
"reverse" ou "opposite" aurait été mon choix

> donc yes/no/-1 c'est pas très 
> logique. 
Tout à fait d'accord, et comme -1 me semble hautement explicite, c'est bien -1 
qui est le problème.

> Ca revient à choisir entre vert, jaune et poële à frire. 

Lorsqu'un cas de ce type se présente, je me demande : "que veut-on décrire ?" 
si c'est une couleur, alors je vire "poële à frire", si c'est un ustensile de 
cuisine, je remplace alors vert par "caquelon savoyard" et jaune 
par "appareil à raclette"

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



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

Re: [OSM-talk-fr] conseil d'achat de GPS

[Rodolphe Quiedeville]

Sylvain Paré a écrit on 28.01.2009 12:54:
> Bonjour (ou re-)
> ma copine va s'acheter un gps (bin oui , une fille sans gps :) ) 
> et j'essaye de la convaincre de prendre un garmin plutot qu'un tomtom
> 
> pour qu'elle puisse charger des cartes OSM (chose pas possible à ce que je 
> sache pour le tomtom).
> Est ce que quelq'un à un retour sur les gps garmin? genre "oui c'est de la 
> balle!" ou "oui mais pas ce model!"
> 
> le top serai quelqu'un qui à eu les deux tomtom et garmin :) (puisqu'elle est 
> abituée au tomtom de ses parents)

Il existe un projet parallèle pour le Tomtom
http://www.opentom.org/Main_Page et il est à noter aussi qu'ils sont
plutôt smart envers la GPL contrairement à beaucoup d'autres fabricants.
http://www.tomtom.com/page.php?Page=gpl

Je n'ai pas de TomTom et je me suis penché juste rapidement sur la
question, mais si ces infos peuvent aider.

A++

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



signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [MS BOT] proposition oneway=true - > oneway=yes

[jean-christophe.haessig]

Salut,

D'accord pour limiter le nombre de valeurs synonymes à yes/no mais il ne
faut pas oublier que pour les sens uniques il y a aussi -1.
Autant que je sache "rev" n'existe pas donc yes/no/-1 c'est pas très
logique. Ca revient à choisir entre vert, jaune et poële à frire.

JC


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

Re: [OSM-talk-fr] fond de carte yahoo légèrement d écalé(~20m sud-est)

[Pieren]

Sylvain, je ne comprends pas bien ton message.

Les images Yahoo et le cadastre sont deux sources totalement différentes.


Il est fort possible que les deux présentent un décalage par rapport à
ton GPS et aussi par rapport à la réalité mais pas pour les mêmes
raisons.
Pour la précision, je mettrais dans l'ordre:
- une moyenne de plusieurs traces GPS (en attendant Galiléo)
- le cadastre (meilleur que le GPS sur les zones plates et bien parcellées)
- Yahoo en dernier.

Concernant les images Yahoo, il est toujours possible d'ajuster
manuellement l'image de fond pour qu'elle s'aligne sur une meilleure
position sur ton éditeur (voir l'aide de potlatch et JOSM pour les
commandes), le mieux étant de se baser sur une route avec plusieurs
traces GPS comme repère de référence.
Pieren

2009/1/28 Sylvain Paré :

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

Re: [OSM-talk-fr] [MS BOT] proposition oneway=true -> oneway=yes

[sylvain letuffe]

J'ai oublié de donner mon avis :

Le robot prévu pour aujourd'hui n'a, à mon sens, pas à s'en occuper. Chaque 
chose en son temps.


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



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

Re: [OSM-talk-fr] [MS BOT] proposition oneway=true -> oneway=yes

[sylvain letuffe]

> Puis sont arrivés des gens que ça empêche de dormir, je n'ai toujours
> pas compris pourquoi, si ce n'est qu'ils aiment s'imposer des
> contraintes superflues.

Je reprendrais la chanson des resto du coeur :
"ça ne m'empêche pas de dormir, mais pour tout dire, ça gâche un peu mon 
plaisir"

Je précise que c'est moi qui est retiré des map features française et anglaise 
le fait que l'on puisse mettre 0/1 ou true/false à une époque ou je ne 
connaissais rien des habitudes de votes sur le wiki.

Je précise aussi que les liens avancés comme quoi yes c'est plus utilisé, que 
des outils l'indique ou pas en erreur n'a pas vraiment de valeur pour moi 
pour appuyer l'une ou l'autre.

Je précise enfin que je me fiche que ce soit 0/1 ou yes/no ou true/false du 
moment qu'il n'y en a qu'un. Et quitte à me fâcher, je préfère me fâcher avec 
les moins nombreux (coluche)

Comme disent les anglais, "that's not a big deal", mais j'avance quand même 
mes arguments en faveur d'un seul couple cléf/valeur pour dire la même 
chose :

1)
Remontons, si vous le voulez bien, le temps à mon arriver sur ce projet :

J'ai commencé à taguer des sens uniques, et tout naturellement je me suis 
demandé comment faire. J'ai trouvé je sais plus où qu'il fallait mettre yes, 
alors j'ai mis yes, j'allais pas me casser le cul pour un truc qui me 
paraissait tout bête.

Je commence, et je tombe sur le travail d'un autre qui avait mis "true". Le 
rendu mapnik de openstreetmap.org semblait le prendre en compte avec une 
petite flêche, j'ai donc abandonné yes pour true et j'ai corrigé tout mes yes 
en true. Plus tard, je retombe sur un yes, flûte ! Je fini par chercher un 
peu plus et je trouve que c'est possible de mettre yes/true/1. Je comprends 
alors que dans OSM les booléens peuvent être les trois. Va pour true alors.

Je tombe sur les cols (mountain_pass) ben tranquille, je vais faire comme 
d'hab : moutain_pass=true => pas de chance, ce coup-ci c'est yes uniquement.

Et voilà comment, pour des conneries, j'ai perdu du temps à me prendre la tête 
pour un truc sans importance. Si je compte que chaque personne à dû y perdre 
comme moi 10 minutes, pour 5 contributeurs, ça fait beaucoup. Et merde 
quoi ! l'informatique n'est il pas là pour nous faire gagner du temps ?

J'ai donc, sans vergogne, modifier les map features pour éviter que d'autre ne 
perdent leurs 10 minutes.

2)
Depuis, les choses ont changées, maintenant j'écris des styles mapnik, et 
voilà à quoi ils ressemblent :

([highway] = 'trunk' or [highway] = 'trunk_link') and ([tunnel] = 'yes' or 
[tunnel] = 'true' or [tunnel] = '1')


([highway] = 'trunk' or [highway] = 'trunk_link') and not ([tunnel] = 'yes' or 
[tunnel] = 'true' or [tunnel] = '1')


et ça, y'en a à chier contre les murs ! 

$ grep yes mapnik_copy.xml | grep true | wc
2123821   28685

Sans compter les erreurs !
En voilà une :
[highway] = 'pedestrian'  and ([bridge] = 'yes' or 
[bridge]='true')

Faites l'essai, c'est le mapnik par défaut, le gars à oublié les pedestrian 
avec bridge=1

Doit-on lui en vouloir ? lui comme moi à dû péter un cable de faire des copier 
coller à répétition et cette erreur n'aurait pas eu lieu si.. vous savez 
quoi ;-)

3)
Je rajouterais un autre argument de mauvaise foi : pour faire ces requêtes, le 
moteur de base de donnée doit réaliser un ou entre 3 valeurs, c'est sans 
doute négligeable, mais c'est plus long.


Alors ? quel est le bilan de mon blabla ?
1) les mappeurs perdent du temps
2) les développeurs perdent du temps
3) les ordinateurs perdent du temps

Je suis l'avocat, vous êtes les jurés

PS: je ne parle même pas du cas 1/0. Quel est donc l'abruti d'informaticien 
qui a supposé que la population terrestre était parfaitement au courant que 1 
voulais dire vrai et 0 faux
et à lire ça :
http://tagwatch.stoecker.eu/Europe/En/keystats_oneway.html
quelqu'un à mis 2 ! comme bouléén, y'a mieux, ce qui veut bien dire que 
quelqu'un ne savait pas que 1 c'était pour dire "vrai"

Tous les éditeurs traduiraient ça dans la langue du cartographeur, je dis pas, 
mais ce n'est pas le cas. 1 point de plus qui fait l'austérité du projet.


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



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

[OSM-talk-fr] conseil d'achat de GPS

[Sylvain Paré]

Bonjour (ou re-)
ma copine va s'acheter un gps (bin oui , une fille sans gps :) )
et j'essaye de la convaincre de prendre un garmin plutot qu'un tomtom
pour qu'elle puisse charger des cartes OSM (chose pas possible à ce
que je sache pour le tomtom).
Est ce que quelq'un à un retour sur les gps garmin? genre "oui c'est
de la balle!" ou "oui mais pas ce model!"
le top serai quelqu'un qui à eu les deux tomtom et garmin :)
(puisqu'elle est abituée au tomtom de ses parents)

merci  d'avance!

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

[OSM-talk-fr] fond de carte yahoo légèrement d écalé(~20m sud-est)

[Sylvain Paré]

Dans mon coin le canal de nantes à brest  était/est(pas eu le temps de
tout faire:*) *)à coté de la plaque!*
*Etant kayakiste, je suis aller naviguer avec mon gps. Et il se
trouve que j'étais tout le temps sur la terre !! :) donc j'ai fais des
relevés et j'ai remappé.
En fait je pense que le premier tracer à été fait par quelqu'un qui a
utiliser le font de carte yahoo car, avant que je remappe, son tracé
était pile poile sur celui de yahoo.
Regardez par exemple
http://www.openstreetmap.org/?lat=47.8358&lon=-2.4178&zoom=13 passez
et mode "édit" avec yahoo derrière..
là où ce n'est plus décalé c'est que je ai refait.La carte yahoo est
20-25m trop au sud-est.

Quelq'un a une explication sur se décalage ? j'ai fais plusieur relevé
terrain et toujours pareil.
C'est pour ca que je susi assez d'accord pour ne pas utiliser le cadastre en
automatique les yeux fermé.
++
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [MS BOT] proposition oneway=true -> oneway=yes

[sylvain letuffe]

On Wednesday 28 January 2009 10:20, murphy2712.nospam wrote:
> lol ;)

> > La tagwatch pour la France indique 70% de yes
(...)
> > Si cinquante millions de gens disent une sottise,
> > ça n'en reste pas moins une sottise.  -- Anatole France

Celle là, elle était magnifique, j'ai beaucoup rigolé ;-) 

les citations qu'on oublie j'en suis revenu, maintenant c'est plus long, mais 
bien plus adapté, je les tapes à la main ;-)

Yoda à dit : 
Quand une signature en bas de tes mails tu as oublié
le temps douloureux qui passe saura te le rappeler

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



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

Re: [OSM-talk-fr] [38] Vienne

[sylvain letuffe]

> Enfin, la carte qui s'affiche dans l'onglet "view" n'est mise à jour  
> qu'une fois par semaine environ. Pour avoir une mise à jour limitée  
> mais avec un délai d'environ 10 minutes, je te conseille de lire cette  
> page http://labs.metacarta.com/osm/up-to-date/


Sur le même principe et avec un peu plus de zoom, je refais un peu de pub pour 
mon outils qui évolue tranquillement :

http://beta.letuffe.org/?lat=45.5359&lon=4.87887&zoom=16

On peut en effet remarquer que plusieurs rues ne sont pas rendu, tu peux 
tenter des corrections, attendre 10 minutes et revenir voir si ça marche


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



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

Re: [OSM-talk-fr] Comment rectifier le trait de côte ?

[g.d]

Voir
http://www.littoral.ifen.fr/La-notion-de-littoral-terrestre.217.0.html

Il me semble que le plan cadastral puisse aider,
mais ne soit pas forcément un "absolu"
vu qu'en beaucoup d'endroits, la côte change continuellement.

Et par exemple dans les étangs dans le Midi, reliés à la mer,
il y a bon nombre de parcelles (sur le cadastre)
qui continuellement sont sous l'eau
(anciennes salines, pâtures abandonnées, élevages d'huîtres, et autres)
donc sur les plans de ces étangs on ne sait pas,
où on est sur terre ferme,
et où ça fait "splatch".

Gerhard


Le 28 janv. 09 à 10:38, Eric Sibert a écrit :

>
>> À ce que j'ai vu sur le cadastre dans les coins que je connais, les
>> limites des parcelles correspondent apparemment à la limite de plus
>> haute mer. Déjà je ne suis pas sûr que ce soit le cas partout, mais
>> surtout je ne sais pas si c'est à ce niveau qu'on devrait mettre nos
>> coastlines.
>
> Regardez les cartes au 1/25.000 (j'ai celle de Royan (17) sous les
> yeux). Il y a trois lignes :
> - courbe de niveau marron avec 0 : altitude 0, niveau moyen de la mer
> - courbe bleue avec (0), bleu continu vers le large, points bleus vers
> l'intérieur : niveau des plus basses marrées (référence de profondeur
> 0 pour la navigation)
> - courbe en tirets bleus, tout en haut : niveau des plus hautes marées
>
> Il y a déjà eu de la discussion sur le sujet :
> http://lists.openstreetmap.org/pipermail/talk-fr/2008-January/ 
> 001107.html
>
> Personnellement, je pencherai sur le niveau moyen de la mer dans un
> premier temps.
>
> Quant au cadastre, je n'en sais rien. Quelqu'un vers le Mont Saint  
> Michel?
>
>
> Eric
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] [MS BOT] proposition oneway=true -> oneway=yes

[murphy2712.nospam]

On Wed, Jan 28, 2009 at 11:19, Thomas Walraet  wrote:

> Le 28/01/2009 11:14, Pieren a écrit :
> >
> > Puis sont arrivés des gens que ça empêche de dormir, je n'ai toujours
> > pas compris pourquoi, si ce n'est qu'ils aiment s'imposer des
> > contraintes superflues.
>
> Un argument : Les gens qui débarquent demandent toujours ce qu'il faut
> utiliser quand il y a (inutilement) plusieurs valeurs pour la même chose.
>

C'est compliqué de leur dire qu'on peut utiliser plusieurs valeurs ? Des
synonymes, quoi.

Je pense qu'il faut départager l'usage du bot :
- des modifications des fautes réelles de toponymies officielles très bien
décrites dans le wiki,
et
- des modifications "qu'on va dire que c'est mieux pour la base de données
ou pour expliquer à des gens" ; d'ailleurs on ne sait pas si demain il y
aura un autre consensus disant c'est mieux true/false ou 0/1 (ici ou à
l'international). D'autant plus que ça ne gêne pas vraiment.

J'utilise OSM2Go pour mapper sur le terrain, il utilise des tags true/false
pour oneway, et je ne crois pas que ça soit le seul.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [MS BOT] proposition oneway=true -> oneway=yes

[Dominique Rousseau]

Le Wed, Jan 28, 2009 at 11:14:39AM +0100, Pieren [pier...@gmail.com] a écrit:
> Quand j'ai commencé fin 2007, il y avait toujours yes/true/1 ou
> no/false/0 (plus le cas particulier -1) dans la doc.
> Pour un informaticien (et donc pour ses logiciels), il n'y a aucun
> problème à gérer les trois types de valeurs.

Ben oui.
Mais on peut aussi dire que pour le logiciel, mettre vrai, oui, ou ja,
ou ... c'est pareil, il "suffit" de le lui dire.
Mais si on peut définir de façon claire quelle valeur on met, c'est,
àmha plus simple pour tout le monde, sur le long terme.
Après, que ce soit true, yes ou 1, peut importe, je pense.

[...]

> Vous pouvez mettre un bot qui change ça sur l'hexagone mais ça aurait
> plus de sens au niveau planètaire. Et ça n'empêchera pas ceux qui ont
> leurs habitudes de continuer à utiliser true/false/1/0.

Oui, ça aurait sans doute plus de sens au niveau planétaire.
Et il faudrait que les docs soient toutes d'accord, aussi.


-- 
Dominique Rousseau

Si cinquante millions de gens disent une sottise,
ça n'en reste pas moins une sottise.  -- Anatole France

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

Re: [OSM-talk-fr] [MS BOT] proposition oneway=true -> oneway=yes

[Thomas Walraet]

Le 28/01/2009 11:14, Pieren a écrit :
>
> Puis sont arrivés des gens que ça empêche de dormir, je n'ai toujours
> pas compris pourquoi, si ce n'est qu'ils aiment s'imposer des
> contraintes superflues.

Un argument : Les gens qui débarquent demandent toujours ce qu'il faut 
utiliser quand il y a (inutilement) plusieurs valeurs pour la même chose.

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

Re: [OSM-talk-fr] [MS BOT] proposition oneway=true -> oneway=yes

[Pieren]

Quand j'ai commencé fin 2007, il y avait toujours yes/true/1 ou
no/false/0 (plus le cas particulier -1) dans la doc.
Pour un informaticien (et donc pour ses logiciels), il n'y a aucun
problème à gérer les trois types de valeurs.
Puis sont arrivés des gens que ça empêche de dormir, je n'ai toujours
pas compris pourquoi, si ce n'est qu'ils aiment s'imposer des
contraintes superflues.
Concernant validator et maplint, il sont très faciles a modifier et
ceux qui ne veulent voir que le true/false ne s'en sont pas privés. Il
y a plein d'autres choses qui font des "warnings" alors que plein de
gens considèrent que ce ne sont pas des erreurs (les segments
superposés par exemple). Les seules choses qui ne font pas débats sont
classés en "error".
Vous pouvez mettre un bot qui change ça sur l'hexagone mais ça aurait
plus de sens au niveau planètaire. Et ça n'empêchera pas ceux qui ont
leurs habitudes de continuer à utiliser true/false/1/0.

Pieren
On Wed, Jan 28, 2009 at 10:33 AM, Mathieu Arnold

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

Re: [OSM-talk-fr] Comment rectifier le trait de côte?

[Eric Sibert]

> À ce que j'ai vu sur le cadastre dans les coins que je connais, les
> limites des parcelles correspondent apparemment à la limite de plus
> haute mer. Déjà je ne suis pas sûr que ce soit le cas partout, mais
> surtout je ne sais pas si c'est à ce niveau qu'on devrait mettre nos
> coastlines.

Regardez les cartes au 1/25.000 (j'ai celle de Royan (17) sous les  
yeux). Il y a trois lignes :
- courbe de niveau marron avec 0 : altitude 0, niveau moyen de la mer
- courbe bleue avec (0), bleu continu vers le large, points bleus vers  
l'intérieur : niveau des plus basses marrées (référence de profondeur  
0 pour la navigation)
- courbe en tirets bleus, tout en haut : niveau des plus hautes marées

Il y a déjà eu de la discussion sur le sujet :
http://lists.openstreetmap.org/pipermail/talk-fr/2008-January/001107.html

Personnellement, je pencherai sur le niveau moyen de la mer dans un  
premier temps.

Quant au cadastre, je n'en sais rien. Quelqu'un vers le Mont Saint Michel?


Eric


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

Re: [OSM-talk-fr] [38] Vienne

[msibert]

talk-fr-boun...@openstreetmap.org a écrit sur 28/01/2009 09:33:50 :

> 2009/1/27 Yannick 
> ...
> Pour garder la cohérence d'une voie, il faut ensuite faire une 
> "relation" comprenant toutes les parties de la voie.
> Documentation de ce type de relation (en anglais) :
> http://wiki.openstreetmap.org/wiki/Relations/Proposed/Collected_Ways

Il ne s'agit que d'une proposition ! il ne "faut" donc pas, mais on 
"peut"...
Personnellement, je pense que l'unicité des tags ref et name est 
suffisante et que les relations ne doivent pas servir dans ce cas, car 
cela surcharge (inutilement donc) la carte lors de l'édition.

Marc
- Disclaimer --
--- Ce message ainsi que les éventuelles pièces jointes constituent une
correspondance privée et confidentielle à l'attention exclusive du
destinataire désigné ci-dessus. Si vous n'êtes pas le destinataire du
présent message ou une personne susceptible de pouvoir le lui délivrer,
il vous est signifié que toute divulgation, distribution ou copie,
totale ou partielle, sur un quelconque support de cette transmission
est strictement interdite. Si vous avez recu ce message par erreur,
nous vous remercions d'en informer l'expéditeur par téléphone ou de lui
retourner le présent message, puis d'effacer immédiatement ce message
de votre systeme. Tout message électronique est susceptible
d'altération. Le "groupement des Mousquetaires" décline toute
responsabilité au titre de ce message s'il a été altéré, déformé ou
falsifié.---
--- This e-mail and any attachments is a confidential correspondence
intended only for use of the individual or entity named above. If you
are not the intended recipient or the agent responsible for delivering
the message to the intended recipient, you are hereby notified that any
disclosure, distribution or copying, either whole or partial, in any
medium of this communication is strictly prohibited. If you have
received this communication by mistake, please notify the sender by
phone or by replying this message, and then delete this message from
your system. E-mails are susceptible of alteration. The
"Mousquetaires' group" shall not therefore be liable for the message
if altered, changed or falsified.---
---

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

Re: [OSM-talk-fr] [MS BOT] proposition oneway=true -> oneway=yes

[Mathieu Arnold]

+--On 28 janvier 2009 09:57:32 +0100 Dominique Rousseau 
wrote:
| Le Wed, Jan 28, 2009 at 09:38:48AM +0100, murphy2712.nospam
| [murphy2712.nos...@gmail.com] a écrit:
|> On Wed, Jan 28, 2009 at 09:32, Dominique Rousseau 
|> wrote:
|> 
|> > Y'a un truc qui pourrait être fait, c'est le changement de tags oneway
|> > qui sont renseignés en "true", à remplacer par des "yes".
|> > (et probablement des "false" -> "no", aussi, et surement d'autres tags
|> > que oneway)
|> > 
|> 
|> Ya une règle/consensus qui dit qu'on doit utiliser yes plutôt que true
|> ?
| 
| La map_features décrit oneway=yes :
| http://wiki.openstreetmap.org/wiki/Key:oneway
| La tagwatch pour la France indique 70% de yes :
| http://tagwatch.stoecker.eu/France/En/keystats_oneway.html
| Maplint aime pas non plus :
| http://www.informationfreeway.org/?lat=49.88209215849773&lon=2.2976888632
| 735455&zoom=16&layers=BT000F

Et le plugin validator de JOSM dit qu'il faut mettre yes ou no, et pas
autre chose.

-- 
Mathieu Arnold

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

Re: [OSM-talk-fr] [MS BOT] proposition oneway=true -> oneway=yes

[msibert]

Les map features original en langue anglaise indique les différentes 
possibilité. Je ne trouve pas de recommandation précise, ni la page de la 
discussion de cette feature.

Note : cette demande figure déjà dans la page du Robot et a déjà donné 
lieu à un vote favorable (réalisé par Sletuffe dans la page dédiée aux 
robots français http://wiki.openstreetmap.org/wiki/FR:Robot_de_traitement)

Marc

talk-fr-boun...@openstreetmap.org a écrit sur 28/01/2009 09:57:32 :

> Le Wed, Jan 28, 2009 at 09:38:48AM +0100, murphy2712.nospam 
> [murphy2712.nos...@gmail.com] a écrit:
> > On Wed, Jan 28, 2009 at 09:32, Dominique Rousseau  
wrote:
> > 
> > > Y'a un truc qui pourrait être fait, c'est le changement de tags 
oneway
> > > qui sont renseignés en "true", à remplacer par des "yes".
> > > (et probablement des "false" -> "no", aussi, et surement d'autres 
tags
> > > que oneway)
> > >
> > 
> > Ya une règle/consensus qui dit qu'on doit utiliser yes plutôt que true 
?
> 
> La map_features décrit oneway=yes :
> http://wiki.openstreetmap.org/wiki/Key:oneway
> La tagwatch pour la France indique 70% de yes :
> http://tagwatch.stoecker.eu/France/En/keystats_oneway.html
> Maplint aime pas non plus :
> http://www.informationfreeway.org/?lat=49.88209215849773&lon=2.
> 2976888632735455&zoom=16&layers=BT000F
> 
> 
> -- 
> Dominique Rousseau
> 
> Si cinquante millions de gens disent une sottise,
> ça n'en reste pas moins une sottise.  -- Anatole France
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
- Disclaimer --
--- Ce message ainsi que les éventuelles pièces jointes constituent une
correspondance privée et confidentielle à l'attention exclusive du
destinataire désigné ci-dessus. Si vous n'êtes pas le destinataire du
présent message ou une personne susceptible de pouvoir le lui délivrer,
il vous est signifié que toute divulgation, distribution ou copie,
totale ou partielle, sur un quelconque support de cette transmission
est strictement interdite. Si vous avez recu ce message par erreur,
nous vous remercions d'en informer l'expéditeur par téléphone ou de lui
retourner le présent message, puis d'effacer immédiatement ce message
de votre systeme. Tout message électronique est susceptible
d'altération. Le "groupement des Mousquetaires" décline toute
responsabilité au titre de ce message s'il a été altéré, déformé ou
falsifié.---
--- This e-mail and any attachments is a confidential correspondence
intended only for use of the individual or entity named above. If you
are not the intended recipient or the agent responsible for delivering
the message to the intended recipient, you are hereby notified that any
disclosure, distribution or copying, either whole or partial, in any
medium of this communication is strictly prohibited. If you have
received this communication by mistake, please notify the sender by
phone or by replying this message, and then delete this message from
your system. E-mails are susceptible of alteration. The
"Mousquetaires' group" shall not therefore be liable for the message
if altered, changed or falsified.---
---

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

Re: [OSM-talk-fr] formation OSM

[murphy2712.nospam]

C'est bon, le site est revenu.
Bonne initiative, le programme a l'air bien complet !

2009/1/28 murphy2712.nospam 

> J'ai l'impression que le site ne réponds plus ; il marche chez vous en ce
> moment ?
>
>
> On Tue, Jan 27, 2009 at 19:08, Denis  wrote:
>
>> Bonsoir tout le monde
>>
>> Décidément, les bonnes nouvelles pleuvent. CamptoCamp propose une
>> formation sur  Openstreetmap. Je vous laisse découvrir le programme
>> ici : http://www.camptocamp.com/article248.html
>>
>> Merci à David Jonglez de croire en nous.
>>
>> cordialement
>> Denis
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [MS BOT] proposition oneway=true -> oneway=yes

[murphy2712.nospam]

lol ;)

2009/1/28 Dominique Rousseau

>
> La tagwatch pour la France indique 70% de yes
>
>
> --
>
>
> Si cinquante millions de gens disent une sottise,
> ça n'en reste pas moins une sottise.  -- Anatole France
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [MS BOT] proposition oneway=true -> oneway=yes

[Dominique Rousseau]

Le Wed, Jan 28, 2009 at 09:38:48AM +0100, murphy2712.nospam 
[murphy2712.nos...@gmail.com] a écrit:
> On Wed, Jan 28, 2009 at 09:32, Dominique Rousseau  wrote:
> 
> > Y'a un truc qui pourrait être fait, c'est le changement de tags oneway
> > qui sont renseignés en "true", à remplacer par des "yes".
> > (et probablement des "false" -> "no", aussi, et surement d'autres tags
> > que oneway)
> >
> 
> Ya une règle/consensus qui dit qu'on doit utiliser yes plutôt que true ?

La map_features décrit oneway=yes :
http://wiki.openstreetmap.org/wiki/Key:oneway
La tagwatch pour la France indique 70% de yes :
http://tagwatch.stoecker.eu/France/En/keystats_oneway.html
Maplint aime pas non plus :
http://www.informationfreeway.org/?lat=49.88209215849773&lon=2.2976888632735455&zoom=16&layers=BT000F


-- 
Dominique Rousseau

Si cinquante millions de gens disent une sottise,
ça n'en reste pas moins une sottise.  -- Anatole France

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

Re: [OSM-talk-fr] [MS BOT] Prochain passage : mercredi 28 janvier

[murphy2712.nospam]

On Wed, Jan 28, 2009 at 09:32, Dominique Rousseau  wrote:

> Y'a un truc qui pourrait être fait, c'est le changement de tags oneway
> qui sont renseignés en "true", à remplacer par des "yes".
> (et probablement des "false" -> "no", aussi, et surement d'autres tags
> que oneway)
>

Ya une règle/consensus qui dit qu'on doit utiliser yes plutôt que true ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [38] Vienne

[murphy2712.nospam]

2009/1/27 Yannick 

>
> Par contre sur la 4 voie j'ai un souci! J'ai des secteurs qui doivent
> être en 90, d'autres en 50, 70. Je ne vois pas comment faire sans tout
> casser car les nodes ne collent pas avec les limites de secteurs.
>

La règle c'est qu'il ne faut pas avoir peur de "casser" les ways.
Ça arrive très souvent à cause d'un rond-point, d'une piste cyclable, d'un
pont ou autre qu'on doit faire apparaitre que sur une partie du way.
Fait des nœuds où tu dois, coupe et ajoute les attributs dont tu a besoin où
tu en a besoin.

Pour garder la cohérence d'une voie, il faut ensuite faire une "relation"
comprenant toutes les parties de la voie.
Documentation de ce type de relation (en anglais) :
http://wiki.openstreetmap.org/wiki/Relations/Proposed/Collected_Ways
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [MS BOT] Prochain passage : mercredi 28 janvier

[Dominique Rousseau]

Le Wed, Jan 28, 2009 at 09:12:48AM +0100, Marc SIBERT [m...@sibert.fr] a écrit:
> En cas de problème, pas de correction à la va-vite, soit ça passe dans 
> la version suivante, soit je reporte le traitement avec mise à jour de 
> ce soir à la semaine prochaine.

Tant qu'on en est à discuter de robot :)

Y'a un truc qui pourrait être fait, c'est le changement de tags oneway
qui sont renseignés en "true", à remplacer par des "yes".
(et probablement des "false" -> "no", aussi, et surement d'autres tags
que oneway)


-- 
Dominique Rousseau

Si cinquante millions de gens disent une sottise,
ça n'en reste pas moins une sottise.  -- Anatole France

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

Re: [OSM-talk-fr] [MS BOT] Prochain passage : mercredi 28 janvier

[Marc SIBERT]

Bonjour,

Ce matin j'ai mis en ligne un dernier log à blanc incluant toutes les 
modification de la V1.2.
En cas de problème, pas de correction à la va-vite, soit ça passe dans 
la version suivante, soit je reporte le traitement avec mise à jour de 
ce soir à la semaine prochaine.


A+

Marc

msib...@mousquetaires.com a écrit :


Bonjour,

Vos commentaires sur les modifications automatisées de mon robot 
s'étant calmés et n'ayant pas eu de remonté d'erreur dans les logs mis 
en ligne, je vous propose de lancer la bête mercredi soir.


Pour rappel :

* http://wiki.openstreetmap.org/wiki/User:Marcussacapuces91/MS_BOT
* 
http://wiki.openstreetmap.org/wiki/User:Marcussacapuces91/MS_BOT/log20090123


A bientôt,

*Marc*

No virus found in this outgoing message.
Checked by AVG - http://www.avg.com
Version: 8.0.176 / Virus Database: 270.10.14/1918 - Release Date: 27/01/2009 
07:26
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr