Re: [OSM-talk-fr] Creer un way parallele meme avec des courbes

[Charlie Echo]

2 mots sur le sujet, si quelqu'un a envie de développer la fonction / le plugin 
:
- Un paramètre important de ton script est la distance entre la courbe 
originale et la courbe copiée.
- J'ai souvent eu un problème similaire avec les autoroutes : comment 
"moyenner" deux ways pour en faire des ways parallèles, distant des NN mètres ?

Comment avancer sur ce problème :
Je peux facilement réfléchir à l'algorithme, et l'affiner, mais je ne sais pas 
comment faire un plugin ou une fonction qui entrera dans "mon" JOSM, avant de 
le proposer à la communauté ; et j'ai le flemme de chercher.
Donc si quelqu'un a un plugin simple pour JOSM permettant, par exemple, de 
copier / coller un way (copier tous les noeuds et le way les reliant), je 
pourrais l'adapter. 

Bref, il faudrait expliquer aux mappeurs le "Hello World" de JOSM.

Charlie Echo


- Mail Original -
De: "Hendrik Oesterlin" 
À: "Discussions sur OSM en français" 
Envoyé: Jeudi 30 Septembre 2010 10:45:50 GMT +01:00 Amsterdam / Berlin / Berne 
/ Rome / Stockholm / Vienne
Objet: [OSM-talk-fr] Creer un way parallele meme avec des courbes

Bonjour,

Je n'ai pas trouvé une fonction pour créer un way parallèle à un
autre.

Si le premier way est droit, c'est assez facile avec JOSM. Le plugin
create_grid_of_ways le fait très bien. On peut aussi juste faire
Ctrl+C et Ctrl+V.

Mais s'il s'agit d'une route courbe, surtout si la courbe fait plus de
90°, ca ne va vraiment pas.

Dans AutoCad il existe une fonction "Décaler" qui crée une polyligne
parallèle, même si celle d'origine n'est pas droite.

La finalité est de créer des ways pour l'interpolation d'adresses sans
avoir besoin de cliquer à la mano des kilomètres de route.

Il faudrait en effet prentre un neud du way, regarder où sont les
neuds voisins, diviser l'angle en deux et placer un nouveau noed à la
distance voulu (juste pour le premier et dernier neud du way il faut
le placer à 90°)

-- 
Cordialement
Hendrik Oesterlin  Nouvelle-Calédonie


___
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] import points d'eau de paris

[Charlie Echo]

Il y a quelques points ajoutés deux fois dans ta liste... Le signe d'un bug du 
script ? Ces doublons sont indiqués en bas de la liste...


- Mail Original -
De: "arno" 
À: "Discussions sur OSM en français" 
Envoyé: Dimanche 19 Septembre 2010 17:11:57 GMT +01:00 Amsterdam / Berlin / 
Berne / Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] import points d'eau de paris

Le jeudi 16 septembre 2010, à 15:12:47 +0200, openstreetmap a écrit : 
> Bonjour,
> Pour avoir moi-même rentré quelques fontaines, je te confirme que :
> - la localisation de EauDeParis n'est pas exacte (exemple : la fontaine 
> Avenue des Ternes (17e) est en fait plus près du centre du carré de 
> sens-uniques.)
> - certaines fontaines ne sont pas indiquées (exemples entre l'Avenue Prudhon 
> et l'Avenue Ingres, 16e : c'est un jardin public ; Rue Vernet (8e) ; ...)
> 
> A la limite, le document :  http://www.eaudeparis.fr/media/document/409/85 
> est mieux. Mais il n'est pas complet (typiquement, entre Prudhon et Ingres, 
> il y a bien 3 ou  4 fontaines, et un seul est indiqué sur la carte).
> 
> Donc :
> Pour chaque point :
> - si il y a un point déjà indiqué à moins de 50 mètres, ne pas importer
> - si il n'y a pas de point à moins de 100 mètres, importer en ajoutant 
> "FIXME=position approximative".
> - si le point d'eau le plus proche est entre 50 et 100 mètres, voir au cas 
> par cas, peut-être grâce à la carte dont j'ai donné le lien.

bon,
j'ai fait l'import en gardant ton algorithme.
http://www.openstreetmap.org/browse/changeset/5819089
j'ai utilisé "verifier la position" pour le FIXME parceque je pense qu'il y a 
quand même beaucoup de points qui sont placés correctement.

la liste des points dont le point d'eau le plus proche est entre 50 et 100 
mètres est répertoriée ici:
http://wiki.openstreetmap.org/wiki/EauDeParis#liste_des_points_.C3.A0_importer_au_cas_par_cas

a+

___
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] [TAG] Autoroute(s) A40

[Charlie Echo]

Je vois deux possibiliétés :

Possibilité préférée : 
- considérer que ce sont deux autoroutes indépendantes : deux relations, qui 
auront certes le même ref, mais chacune avec son name propre. 
- pas de liaison entre les relations, pas de super-relation

Possibilité de secours : 
- une seule relation pour l'ensemble du réseau
- dans la relation, pas de nom.
- sur les ways concernés, les noms.



- Mail Original -
De: "Marc SIBERT" 
À: talk-fr@openstreetmap.org
Envoyé: Mardi 31 Août 2010 13:11:59 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: [OSM-talk-fr] [TAG] Autoroute(s) A40


Bonjour, 

Suite à la mise en place de la pages des autoroutes, je suis bloqué sur le cas 
de l'A 40. 
Dans sa plus garde portion, cette autoroute s'appelle "L'Autoroute des Titans" 
, mais dans son tronçon le plus à l'Est elle devient l'Autoroute Blanche 
probablement avec la proximité des montagnes. 

Comment traiter ce cas dans la relation ( Relation 111854 ) ? mettre les 2 noms 
avec un ";" ou avec un alt_name ? Faut-il ajouter une nouvelle relation pour le 
tronçon "Autoroute Blanche" et la ref "A 40" ? Faut_il une super relation "A 
40" qui regroupe les 2 précédentes ? 

Merci de vos suggestions, 

-- 
Marc Sibert 
m...@sibert.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] Page web pour le suivi des autoroutes fra nçaises

[Charlie Echo]

Hello,
Les exit_to de l'A 20, c'est moi qui les ai mis après les avoir trouvés là :
http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmotorway_junction

Je les trouve très utiles :
Le nom de la sortie (name) est une convention locale ; je ne l'ai jamais vu 
indiqué.
A l'inverse, les sorties indiquent des directions (exit_to) de façon claire, et 
j'ai rentré celles que j'ai notées.

C'est parfois très différent : par exemple la direction de Chateauroux-centre 
est la sortie 12 dans le sens N-S et la 14 dans le sens S-N :
http://www.openstreetmap.org/?lat=46.811&lon=1.7558&zoom=12&layers=M
Donc le exit_to est plus précis que les Name.

Charlie Echo


- Mail Original -
De: "Cedric Viou" 
À: "Discussions sur OSM en français" 
Envoyé: Dimanche 29 Août 2010 20:49:20 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Page web pour le suivi des autoroutes françaises


En cherchant à compléter les sorties de l'A20, j'ai vu que le travail de
saisie avait été fait mais sous le tag exit_to (je ne connais pas son
status ni comment il est utilisé).
Pourrait-on ajouter ce tag dans le tableau pour voir si ça été renseigné
ou pas, stp? :
l40: => exit_to
l78: => $autoroute->exit_to


Cedric



___
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] Erreurs sur le changeset 5446354

[Charlie Echo]

Oui, volontiers. 
Merci

- Mail Original -
De: "Pieren" 
À: "Discussions sur OSM en français" 
Envoyé: Mardi 10 Août 2010 19:19:24 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Erreurs sur le changeset 5446354



2010/8/10 < openstreet...@coutiere.com > 


Merci beaucoup ; je vois que le revert est fini. 



Le revert n'a pas fonctionné pour quelques noeuds, tu en veux la liste ? 

Pieren 


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

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

[OSM-talk-fr] Erreurs sur le changeset 5446354

[Charlie Echo]

Bonjour,
J'ai fait un upload de modifications hier, et ça m'a paru plus "lourd" que de 
raison : j'aurais modifié 2200 objets.
Je viens de vérifier, et je m'aperçois que bon nombre de modifications sont 
"fausses", sur des objets que je n'ai pas touchés.
C'est certes assez étonnant (un bug de JOSM ?) mais je suis formel.

Donc j'ai une requête et une question :
- quelqu'un peut-il rapidement annuler le Changeset 5446354  svp ? Je ne sais 
pas faire...
- que se passe-t-il si un objet du changeset a été modifié depuis ?
Merci d'avance !

Charlie Echo

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

Re: [OSM-talk-fr] 888 Mo (taille de l'extrait france.osm.bz2)

[Charlie Echo]

De: "hamster" 
>pour ajouter une boite aux lettres avec JOSM, je choisis la zone avant 
>de la charger et je la choisis a peu pres grosse comme une maison, 

Certes, avec JOSM, c'est facile.
Mais je parlais ici de Potlatch : avec Potlatch, on doit charger un écran 
entier, avec un zoom finalement faible.
Et je ne parle pas vraiemnt de moi, mais plutôt des débutants rebutés par ces 
chargements longs.


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

Re: [OSM-talk-fr] Voie "partagée" par deux rues. ..

[Charlie Echo]

Je crois que c'est la bonne façon de faire, même si ce n'est pas très joli.
J'ai SOUVENT vu des rues à 2 noms quand la rue sert de limite entre deux 
communes. Typiquement, la rue s'appelle "Route de A" sur la commune B, d'un 
côté, et "Route de B" sur la commune A, de l'autre côté.
Au sein d'une commune, je n'avais jamais vu ça. Amusant !

Charlie Echo

- Mail Original -
De: "Christian Quest" 
À: "Discussions sur OSM en français" 
Envoyé: Vendredi 9 Juillet 2010 19:21:36 GMT +01:00 Amsterdam / Berlin / Berne 
/ Rome / Stockholm / Vienne
Objet: [OSM-talk-fr] Voie "partagée" par deux rues...


Je suis en train de cartographier la vieille ville d'Auxerre et je tombe sur un 
cas que je n'avais encore jamais vu une rue qui porte 2 noms différents sur 
chaque trottoir car ces deux rues "fusionnent". 


J'ai déjà vu des "name:left" / "name:right', est-ce la façon de tagguer ce type 
de cas ou y a-t-il mieux ? 

-- 
Christian 

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

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

Re: [OSM-talk-fr] tourniquet métro

[Charlie Echo]

Ne doit-on pas ajouter 
fee=yes 
?

- Mail Original -
De: "Jean-Marc Liotier" 
À: "Discussions sur OSM en français" 
Envoyé: Mardi 1 Juin 2010 15:27:00 GMT +01:00 Amsterdam / Berlin / Berne / Rome 
/ Stockholm / Vienne
Objet: Re: [OSM-talk-fr] tourniquet métro

Lord Awikatchikaen wrote:
> 
> Je cherche a modéliser le tunnel qui passe sous une gare RER, il y a des 
> sections bloqués par des tourniquet (ou des portes) y a t il moyen de 
> les entrer dans OSM ? C'est surtout intéressant pour les logiciels de 
> routage vélo/piéton
> 
> Sinon je pensais mettre un barrier=gate + access=private mais c'est pas 
> très propre

En langue Angloise, "tourniquet" se dit "turnstile".

Je dirais :
barrier=turnstile
bicycle=no
foot=yes


___
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] Une borne, intéressante?

[Charlie Echo]

C'est probablement une borne hectométrique (tous les 100 m), marquée 8 (de 1 à 
9).
C'est devenu rare (j'en ai repéré quelques-unes, mais il faut dire que ce n'est 
pas ce que je regarde en me baladant...).
La question est "les bornes (kilométriques ou hectométriques) méritent-elles 
d'être dans OSM ?". Pourquoi pas, au fond.

Charlie Echo

- Mail Original -
De: "Balooval" 
À: "Discussions sur OSM en français" 
Envoyé: Lundi 24 Mai 2010 17:28:59 GMT +01:00 Amsterdam / Berlin / Berne / Rome 
/ Stockholm / Vienne
Objet: [OSM-talk-fr] Une borne, intéressante?


Bonjour. 

"Borne" vue en bord de route, si vous savez ce que c'est exactement et si elle 
vaut la peine d'être entrée dans OSM.: 

http://www.hiboox.fr/go/images/nature-decouverte/borne,3f798e9300e4e76966309df868d357b6.jpg.html
 

Merci. 

___
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] Potlatch avec tags en français ( était : Orthographe)

[Charlie Echo]

>De: "Marc SIBERT" 
>>Le 8 avril 2010 11:04, < openstreet...@coutiere.com > a écrit : 
>>Pourquoi ne pas mettre les tags de Potlatch en français ? 
>>Les tags seraient tratuits à la volée à la réception du serveur et avant 
>>l'envoi 
>>(sens unique ; nom ; vitesse maxi ; ...) Il suffit d'une table de traduction 
>>et d'un peu de boulot sur le soft. 

>C'est n'importe quoi. C'est à l'application client de faire la traduction. 

C'est justement ce que je propose : Potlatch ferait la traduction sur le PC 
client.
J'ai bien dit "à la réception du serveur et avant l'envoi [vers le serveur]".
Il ne s'agit pas que le serveur fasse la traduction.

>Déjà c'est la pagaille dans les tags en anglais alors là, ça va pas être 
>simple ! 
>Comment traduire un tag qui n'est pas reconnu : super-marché != supermarche != 
>supermarché ? 

Justement, si Potlatch contient les tags pré-remplis (tels que les "amenity", 
"atm", "bank", "postbox" qui deviendraient "services divers", "distrib. de 
billets", "banque", "boîte aux lettres"), l'utilisateur n'aura pas le choix, et 
la traduction sera simple.

Si l'utilisateur rentre un tag inconnu, on peut avoir effectivement un problème.

Donc il faudrait deux modes de fonctionnement de Potlatch : un en anglais, dans 
laquelle on peut rentrer des tags à la main ; et un en français, dans laquelle 
on doit prendre un tag dans une liste pré-définie.


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

Re: [OSM-talk-fr] Sur internet : une nouvelle géogra phie ?

[Charlie Echo]

Résultat : bof bof.
Vous n'apprendrez rien.

Charlie Echo

- Mail Original -
De: "Marc SIBERT" 
À: "Discussions sur OSM en français" 
Envoyé: Mercredi 7 Avril 2010 14:41:14 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Sur internet : une nouvelle géographie ?


oui, ici 
http://sites.radiofrance.fr/chaines/france-culture2/emissions/planete/fiche.php?diffusion_id=82711&pg=avenir
 


Le 7 avril 2010 14:10, Jean-Guilhem Cailton < j...@arkemie.com > a écrit : 


Bonjour, 

Sur internet : une nouvelle géographie ? 

Sur France Culture en ce moment. 

Et sûrement en podcast ensuite. 

(Ils parlent entre autres d'OpenStreetMap). 

Cordialement, 

Jean-Guilhem 

-- 
Marc Sibert 
m...@sibert.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] Relecture et aide traduction Features: Piste maps

[Charlie Echo]

Pas d'accord.
Il y a des hors-pistes tellement fréquentés, tellement courants, qu'ils 
"méritent" de figurer dans OSM, au moins pour savoir où ils mènent. Ils ont 
même des noms reconnus par tout le monde,  pas "officiels" strictement, mais 
que les guides comprennent.

Le week-end dernier (puisque c'est ce dont il s'agit), il y avait quasiment 
autant de monde sur certains hors-piste que sur les pistes... Et au fond, les 
hors-pistes (dont je parle) sont très similiares à des pistes, avec un peu 
moins de sécurité.

Donc ce n'est pas du freeride...
Bref, à mon avis, ça mérite d'y être.
Pour info, il y a quelques années, les hors-pistes étaient en pointillés sur 
les plans.

Charlie Echo

- Mail Original -
De: "Etienne Trimaille" 

>Je me demande si après-tout le 'pur hors-piste' a vocation à figurer 
>dans la base. Pourquoi pas un coin à champignon? 

Je me pose la même question. 
Le hors-piste ne correspond à rien de physique. C'est juste un passage possible 
en ski. 
Il y avait eu une discussion il y a quelques mois sur la question si l'on 
devait tagger un chemin qui n'existe pas (l'exemple classique d'un itinéraire 
de randonnée ou de vtt qui passe dans un champs, sans qu'il y ait de trace au 
sol). Il faut aller chercher le consensus. 

Mais personnellement, je vois plus ce genre d'information dans une base 
parallèle. 

Exemple pratiquement identique : mes traces de montées en ski de rando à un 
sommet. Je ne détiens pas la trace qu'il faut suivre, et cela ne correspond pas 
à un chemin présent sur le terrain. Je pense donc pas qu'il soit bon de mettre 
ce genre d'info dans osm, mais plutôt dans une base spécialisé, comme camp2camp 
qui recense sous license libre (à la demande des utilisateurs) des traces 
itinéraires pour monter aux sommets,... 


___
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] Relecture et aide traduction Features: Piste maps

[Charlie Echo]

Puisque vous semblez spécialistes des pistes de ski, j'ai besoin d'un conseil :

Comment tagger une piste "non damée" ? Sur le domaine de Tignes / Val d'Isère, 
ils appellent ça "Naturide" : la piste est noire, balisée, mais pas damée donc 
ça ressemble à du hors-piste surveillé.
Et comment tagger un trajet hors-piste classique ?

Pour l'instant, j'ai mis 
- pour le "non damé" : grooming=no
- pour le hors-piste : grooming=backcountry, patrolled=no

Logiquement, je devrais mettre pour les deux "grooming = backcountry", mais je 
crains que le hors-piste soit trop semblable au sur-piste.

Des idées ?
Merci
Charlie Echo

- Mail Original -
De: "Yann Coupin" 
À: "Discussions sur OSM en français" 
Envoyé: Dimanche 21 Mars 2010 14:08:09 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Relecture et aide traduction Features: Piste maps

J’ai commencé hier soir mais il se faisait tard donc j’ai arrêté, si j’ai du 
temps je continue aujourd’hui

Le 21 mars 2010 à 08:54, yvecai a écrit :

> C'est en place, maintenant.
> Un preneur pour la section difficulté?
> 
> yvecai wrote:
>> Je viens de traduire la quasi totalité de 
>> http://wiki.openstreetmap.org/wiki/FR:Proposed_features/Piste_Maps
>> 
>> J'apprecierais un peu de re-lecture, et si quelqu'un pouvait s'attaquer 
>> au paragraphe 'difficultés', ce serait cool: je suis pas franchement 
>> spécialiste en ski de descente.
>> 
>> 
>> Yves
>> 
>> ___
>> 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

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

Re: [OSM-talk-fr] Re : la donnée "adresse"

[Charlie Echo]

De: "Vincent Pottier" 
>Une autre astuce, tant qu'on y est, c'est d'éditer :
>* en modéré (validation par un osmeur) pour les anonymes, avec 
>possibilité de laisser un commentaire pour le changeset (M. Untel du 
>service de voirie de Trifouilly, contact : ...)

Le plus simple pour valider un "changeset" serait d'envoyer (automatiquement) 
un mail avec un lien à cliquer. L'utilisateur se sentirait responsabilisé, etc.

Charlie Echo

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

Re: [OSM-talk-fr] Modifier les "Imports Corine"

[Charlie Echo]

Merci !

- Mail Original -
De: "Guillaume Allegre" 
À: "Discussions sur OSM en français" 
Envoyé: Jeudi 4 Mars 2010 21:01:04 GMT +01:00 Amsterdam / Berlin / Berne / Rome 
/ Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Modifier les "Imports Corine"

Le Thu 04 Mar 2010 à 16:10 +0100, Charlie Echo a ecrit :
> Bonjour,
> Je n'ai pas suivi en détail l'histoire des imports Corine.
> Or j'aurais besoin de découper une zone Corine faite d'étangs et de bassins : 
> Corine indique une grande zone là où on doit idéalement mettre plusieurs 
> petites zones.
> Pour les curieux, c'est là : 
> http://www.openstreetmap.org/?lat=48.85551&lon=2.10797&zoom=17&layers=B000FTF 
>   (vous verrez au passage qu'une route semble flotter sur l'eau, sans pont).
> 
> D'où ma question : quels tags conserver.
> 
> Corine indique " natural = water ; CLC:code = 512 ; CLC:id = FR-32949" + date 
> et source
> Je compte mettre "natural = water".
> Dois-je reprendre le CLC:code ? 
Non, inutile ; c'est redondant avec le natural = water.

> Dois-je reprendre le CLC:id ?
Non. Si tu découpes un polygone Corine, tu as plusieurs nouveaux polygones, 
donc l'id ne s'applique plus.

Si tes modifs sont substantielles, tu peux aussi effacer le tag source. 
Je cite l'annonce de Pieren :
N'hésitez donc pas à modifier, découper, déplacer et torturer ces polygones 
si vous disposez d'informations de meilleure qualité (GPS, cadastre, 
imagerie 
Yahoo, etc) et n'oubliez pas de supprimer les tags "CLC:" du même coup.



Je pense qu'à moyen terme, une grande partie des polygones initiaux CLC
auront été raffinés à la main, et que le nombre de polygones sourcés
Corine ira en s'amenuisant, jusqu'à disparaître quand on aura une base
bien plus précise.
Ce jour là, les gens de CLC feront un import d'OSM ;-)

PS : CLC = Corine Land Cover. et référence ici.

-- 
 ° /\Guillaume AllègreMembre de l'April
  /~~\/\   allegre.guilla...@free.fr  Promouvoir et défendre le logiciel libre
 /   /~~\tél. 04.76.63.26.99  http://www.april.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] Modifier les "Imports Corine"

[Charlie Echo]

Il pleut des réponses, mais rien qui concerne mes questions de coupure de zone 
Corine :
- doit-je conserver le CLC (qu'est-ce, d'ailleurs ?) ? Si le CLC représente un 
type de surface, alors je dois le remplacer (l'eau reste l'eau).
- dois-je conserver la référence ? Si elle est géographique, oui. Mais si elle 
est strictement liée à la parcelle dessinée, non.


- Mail Original -
De: "Vincent Pottier" 
À: "Discussions sur OSM en français" 
Envoyé: Jeudi 4 Mars 2010 18:11:16 GMT +01:00 Amsterdam / Berlin / Berne / Rome 
/ Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Modifier les "Imports Corine"



Le 4 mars 2010 17:40, Emilie Laffray < emilie.laff...@gmail.com > a écrit : 
Le 4 mars 2010 17:51, simon < msr...@gmail.com > a écrit : 

Le 4 mars 2010 18:08, Vincent Pottier < vpott...@gmail.com > a écrit : 

  
Il pleut des réponses ;-) 
-- 
FrViPofm 


___
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] Modifier les "Imports Corine"

[Charlie Echo]

Bonjour,
Je n'ai pas suivi en détail l'histoire des imports Corine.
Or j'aurais besoin de découper une zone Corine faite d'étangs et de bassins : 
Corine indique une grande zone là où on doit idéalement mettre plusieurs 
petites zones.
Pour les curieux, c'est là : 
http://www.openstreetmap.org/?lat=48.85551&lon=2.10797&zoom=17&layers=B000FTF   
(vous verrez au passage qu'une route semble flotter sur l'eau, sans pont).

D'où ma question : quels tags conserver.

Corine indique " natural = water ; CLC:code = 512 ; CLC:id = FR-32949" + date 
et source
Je compte mettre "natural = water".
Dois-je reprendre le CLC:code ?
Dois-je reprendre le CLC:id ?

Merci pour vos avis.
Charlie Echo

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

Re: [OSM-talk-fr] nodes dupliqués

[Charlie Echo]

Tout à fait.
En même temps, il y a très peu de chances qu'un point d'une route et un point 
de Corine tombent au même endroit et parraissent "dupliqués"...
Donc même sans vérification, on risque d'ajouter QUELQUES erreurs, mais si 
peu...

- Mail Original -
De: "Emilie Laffray" 

Il ne faut pas fusionner tout et n'importe quoi. Il faut faire attention a ne 
fusionner que les points qui appartiennent a la même couche et ne pas fusionner 
un point de Corine avec un point d'une route. Car sinon ce n'est pas pratique. 

Emilie Laffray 

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

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

Re: [OSM-talk-fr] [Géovélo] Prototype de la no uvelle version

[Charlie Echo]

Simple question : 
D'où proviennent les numéros d'immeubles, dans les rues ?

Comment le lien suivant :
http://www.geovelo.fr/V2/paris/index.php?lat1=48.8835424&lng1=2.320453&lat2=48.8778896&lng2=2.318127&latc=48.876106919898&lngc=2.3154973595595&z=15
mène-t-il aux bonnes adresses ?

Je croyais que, pour les numéros d'immeubles, on était loin du but, mais je 
suis un peu bluffé, là...
Merci pour l'info !


- Mail Original -
De: "GaelADT" 
À: talk-fr@openstreetmap.org
Envoyé: Mercredi 3 Février 2010 12:12:43 GMT +01:00 Amsterdam / Berlin / Berne 
/ Rome / Stockholm / Vienne
Objet: [OSM-talk-fr] [Géovélo] Prototype de la nouvelle version


Bonjour,

Nous continuons de travailler sur un calculateur d'itinéraire adapté au vélo
sur la ville de Paris et utilisant les données d'OSM. 

Pour les personnes qui veulent tester le nouveau prototype, il faut vous
rendre à l'adresse :  http://www.geovelo.fr/V2/ http://www.geovelo.fr/V2/ .
Attention, toute la partie "A propos" du site n'a pas encore été intégrée.
L'ouverture officielle de ce nouveau portail devrait se faire d'ici quelques
semaines.

L'intérêt principal de ce calculateur est d'être "multi critères" ce qui
signifie que ce service propose un ensemble d'itinéraires de compromis entre
la distance et la sécurité. Et pas simplement un itinéraire le plus court,
ou le plus sécurisé. Vous pouvez comparer des itinéraires en passant la
souris sur la barre de préférence.

Je vous propose un petit aperçu pour avoir votre avis, vos remarques ou les
problèmes que vous pourriez rencontrés. Pour information, le calculateur
d'itinéraire repose sur des données OSM mises à jour chaque nuit. Si vous
voulez tester des itinéraires sur une zone plus large que Paris, nous avons
également mis en place un calculateur à l'adresse : 
http://www.geovelo.fr/V2/idf http://www.geovelo.fr/V2/idf 

Merci pour votre aide !

Gaël.
-- 
View this message in context: 
http://n2.nabble.com/Geovelo-Prototype-de-la-nouvelle-version-tp4506618p4506618.html
Sent from the France mailing list archive at Nabble.com.

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

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

[OSM-talk-fr] Votre avis sur les Tags pour vélos (et bus) svp...

[Charlie Echo]

Le sujet sur Geovelo m'a fait prendre conscience du fait suivant : les tags 
pour mapper les zones cyclables sont très insuffisants.
Je voulais donc prendre votre avis là-dessus, et, si vous confirmez ma vision 
des choses, lancer une procédure de modification des tags.

Dans le cas où l'on a une piste cyclable séparée (highway = cycleway), pas de 
problème.

Dans le cas où l'on a une route incluant une zone pour vélos (highway = 
residential / ... / primary), les détails manquent : d'une part pour spécifier 
les types de séparation (facile) ; et d'autre part pour gérer les sens de 
circulation (plus difficile car les tags actuels ne vont pas).

Types de séparation :
=
- on a des zones physiquement inaccessibles aux voitures : ce sont les highway 
= cycleway.
- on a des zones délimitées par une bande proéminente (typiquement les voies de 
bus à Paris ; voir en bas à gauche de la photo 
http://www.moto-net.com/images/ligne38_04.jpg) : mettre cycleway = track ne me 
choque pas, mais il semble que c'est un abus de langage, car ce tag est 
normalement utilisé quand la zone n'est pas sur la route.
- on a des zones délimitées par un simple marquage au sol (même photo sur une 
courte distance au milieu) : cycleway = lane


Sens de circulation :
=
Si le Way est Oneway=yes, on a les cas suivants :
- les cyclistes vont uniquement dans le sens du way (1 "lane" dans le sens 
direct) : cycleway=lane/track
- les cyclistes vont uniquement dans le sens opposé (1 "lane" opposée) : 
cycleway=opposite_lane/opposite_track, selon le type de séparation
- les cyclistes vont à contre-sens (pas de "lane"): cycleway=opposite

Si le way est Oneway=no, les tags ne permettent pas de distinguer si les zones 
pour vélos sont dans les deux sens, identiques ou pas.
Par exemple, on n'envisage pas le cas où on a une Lane dans le sens direct et 
un Track dans le sens opposé.

Et les bus ?

On a le même problème pour les bus : sont-ils autorisés ? Dans quel sens ? Avec 
quelle séparation ? 
Mais souvent, les vélos empruntent les voies de bus ; donc il faut traiter les 
bus PUIS les vélos.


Propositions

1. Pour les bus, il conviendrait de créer deux tags, un pour chaque sens : 
bus_lane et opposite_bus_lane (opposite signifiant "sens opposé au way", que 
l'on ait un oneway = yes ou no)
Ces tags auraient les valeurs : lane (ligne sur la route) / track (séparation 
physique) / yes (par défaut : bus autorisés sans marquage) / no (bus interdits)

2. Pour les vélos, il faudrait préciser la notion de "track" : soit ouvrir le 
tag au cas que j'indique, soit trouver un autre tag. Pourquoi pas : "bus_lane" 
(cycleway=bus_lane)

3. Pour les vélos, il conviendrait de créer deux tags à la place d'un, un pour 
chaque sens, par exemple : cycleway = lane ; opposite_cycleway = track
Donc :
- les tags s'appelleraient cycleway et opposite_cycleway 
- les valeurs seraient lane / track / bus_lane / yes (on peut ciculer à vélo 
sans zone spécifique ; valeur par défaut) / no (vélo interdit)

Problème identifié :

Parfois, on trouve le cas "oneway = -1" qui signifie que les points du way sont 
dans un sens et la circulation dans l'autre. Le sens de "opposite" devient 
alors ambigü : est-ce le sens Opposite à la circulation, ou le sens Opposite au 
tracé des points (donc = le sens de circulation) ?



Merci pour vos avis ; ça me semble important...
Charlie Echo



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

Re: [OSM-talk-fr] [Géovélo] Prototype de la no uvelle version

[Charlie Echo]

Le tag Z est à la fois une très bonne idée et un énorme boulot, car les GPS les 
rapportent très mal.

Sur l'A 13, près de Mantes, quelqu'un a mis des tags Z (ele, date). Le problème 
est que sur les 2 tronçons de l'autoroute, les Z sont à des différences, 
parfois, de 10 mètres (alors que l'autoroute est notablement plate). Je présume 
qu'il a pris les données de son GPS et qu'il a automatiquement importé tout ça 
(c'était en 2006). (Qui plus est, son autoroute est un peu trop au sud à mon 
goût ; mais ça, je corrige.)

[Je change de sujet, mais je trouve énervant de voir des zones où les bâtiments 
sont indiqués avec précision, mais où les Oneways et noms de rues des environs 
immédiats sont absents. Si on commence à suggérer de rentrer les Z, on va 
ajouter un type d'indications seconaires, et on va éloigner les gens du 
prioritaire...]

Charlie Echo

- Mail Original -
De: "René-Luc D'Hont" 
À: talk-fr@openstreetmap.org
Envoyé: Mercredi 3 Février 2010 15:12:19 GMT +01:00 Amsterdam / Berlin / Berne 
/ Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] [Géovélo] Prototype de la nouvelle version

Le 03/02/2010 15:05, GaelADT a écrit :

Ceci est peut-être une bêtise mais si pour chaque point présent dans OSM 
on saisissait un tag z, ça aiderait non ?

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

Re: [OSM-talk-fr] A 28 disparait

[Charlie Echo]

Exactement ; A 13 et A 29, car il faudra bien que j'aille en Normandie bientôt 
; alors autant constuire des routes !


- Mail Original -
De: "Stéphane Péchard" 
À: "Discussions sur OSM en français" 
Envoyé: Mardi 12 Janvier 2010 15:59:41 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] A 28 disparait

2010/1/12 Charlie Echo :
> Comme il reste les Nodes, c'est qu'il ne s'agit pas d'une suppression 
> volontaire (cela aurait enlevé Nodes et Ways) mais plutôt d'un problème 
> d'Upload.
>
> Je viens de rétablir l'A 28.

et je crois voir que tu t'occupes aussi de l'A 29 qui a également disparu
merci !

___
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] A 28 disparait

[Charlie Echo]

Comme il reste les Nodes, c'est qu'il ne s'agit pas d'une suppression 
volontaire (cela aurait enlevé Nodes et Ways) mais plutôt d'un problème 
d'Upload.

Je viens de rétablir l'A 28.



- Mail Original -
De: "Steven Le Roux" 
À: "Discussions sur OSM en français" 
Envoyé: Mardi 12 Janvier 2010 15:32:27 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] A 28 disparait


- identifier un des nodes en question 
- voir l'historique de ce node (et repérer le way dont il faisait et ne fait 
plus partie) 
- identifier le changeset de suppression du way 
- identifier le user 
- contacter le user et demander pourquoi cette suppression 
- si pas de réponse ni de raison apparente : revert sur le changeset. 




2010/1/12 Charlie Echo < openstreet...@coutiere.com > 


En fait, les Nodes sont encore là, mais les Ways (dans les deux sens) qui 
relient les Nodes ont disparu... 

Bien vu ! 
Comment fait-on quand on sait ça ? 


- Mail Original - 
De: "Maurice Boucher" < maur...@mboucher.info > 
À: "Discussions sur OSM en français" < talk-fr@openstreetmap.org > 
Envoyé: Mardi 12 Janvier 2010 15:18:01 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne 
Objet: [OSM-talk-fr]  A 28 disparait 




Bonjour à tous, 

Je ne sais pas si je dois rapporter sur la liste cette anomalie : 
en suivant ce lien, l'autoroute A 28 n'apparaît que pour certains zooms 
depuis quelques jours. 

http://www.openstreetmap.org/?lat=48.79666&lon=0.33782&zoom=17&layers=B000FTF 

Portez-vous bien, 

Maurice 


___ 
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 



-- 
Steven Le Roux 
Jabber-ID : ste...@jabber.fr 
0x39494CCB < ste...@le-roux.info > 
2FF7 226B 552E 4709 03F0  6281 72D7 A010 3949 4CCB 

___
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] A 28 disparait

[Charlie Echo]

En fait, les Nodes sont encore là, mais les Ways (dans les deux sens) qui 
relient les Nodes ont disparu...

Bien vu !
Comment fait-on quand on sait ça ?


- Mail Original -
De: "Maurice Boucher" 
À: "Discussions sur OSM en français" 
Envoyé: Mardi 12 Janvier 2010 15:18:01 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: [OSM-talk-fr]  A 28 disparait

Bonjour à tous,

Je ne sais pas si je dois rapporter sur la liste cette anomalie :
en suivant ce lien, l'autoroute A 28 n'apparaît que pour certains zooms
depuis quelques jours.

http://www.openstreetmap.org/?lat=48.79666&lon=0.33782&zoom=17&layers=B000FTF

Portez-vous bien,

Maurice


___
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] Ajout de boutiques (était : Bout ique téléphonie)

[Charlie Echo]

Mais quel est donc ce pays ?


- Mail Original -
De: "Eric Sibert" 
À: talk-fr@openstreetmap.org
Envoyé: Mercredi 16 Décembre 2009 13:32:49 GMT +01:00 Amsterdam / Berlin / 
Berne / Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Ajout de boutiques (était : Boutique téléphonie)

Et pour le pays qui n'a pas de Pages Jaunes, j'ai déjà cartographié  
tout le réseau primaire (tel que défini par le gouvernement) ;-)

Quant à compléter le réseau routier, je ne suis pas contre mais à  
l'inverse, je suis contre utiliser une voiture spécifiquement pour  
aller faire de la cartographie. Alors, je travaille par opportunités.  
Qu'est-ce qu'il y a à proximité de mes futurs déplacements que je peux  
cartographier? Qu'est-ce qui semble manquer? Est-ce que je peux  
orienter mes sorties VTT pour faire de la carto? Et de manière  
opportuniste, si je vois une boutique de toilettage pour caniche nain  
en chemin, je prends note. Actuellement, rien qu'avec cette collecte  
opportuniste, les données s'accumulent et j'ai du mal à les traiter.

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] Limites administratives

[Charlie Echo]

Non, ce n'est pas qu'une convention. Et, pour le coup, je suis étonné que tu 
aies fait des erreurs.

Une limite de Pays est aussi une limite de Région, de Département, etc.
Une limite de Département n'est pas forcément une limite de Région, etc.

Donc admin_level = 2  ==> admin_level =3, 4, 5, ...
alors que admin_level = 5 n'implique rien quant aux levels 2, 3, 4.

Charlie Echo

- Mail Original -
De: "Art Penteur" 
À: "Discussions sur OSM en français" 
Envoyé: Lundi 23 Novembre 2009 12:29:01 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Limites administratives

Le 23 novembre 2009 10:22, Etienne Chové  a écrit :

>
> La plus petite : une limite de pays doit être taguée 2, même si elle est
> limite de région, commuune, département, canton, arrondissement...

Bon.
C'est une convention comme une autre.
Vais aller réparer qqunes de mes "erreurs", moi...

Art.

___
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] Noms de voies à NE PAS réfé rencer

[Charlie Echo]

Les tags actuels sont : 
highway=footway
note="Avenue des Marronniers"

On a bien des tags qui disent "renderer = no" quand on ne veut pas que le nom 
apparaisse sur la carte.
J'aurais voulu un tag du style "reference_in_database = no", ou bien un autre 
moyen de faire.

Je présume en fait que ma question n'a pas de réponse simple ; je sonde les 
réactions pour voir si mon problème est "commun" ou pas ; le cas échéant, on 
pourrait demander l'officialisation du tag "ref_in_db" ou autre.

Charlie Echo



- Mail Original -
De: "Emilie Laffray" 
À: "Discussions sur OSM en français" 
Envoyé: Vendredi 25 Septembre 2009 12:54:23 GMT +01:00 Amsterdam / Berlin / 
Berne / Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Noms de voies à NE PAS référencer





2009/9/25 Charlie Echo < openstreet...@coutiere.com > 


Bonjour, 

Si vous cherchez sur un plan, à Paris, la Rue des Marronniers, vous la 
trouverez. 
Si vous cherchez l'Avenue des Marronniers, vous ne la trouverez pas, bien 
qu'elle existe ; et c'est plutôt une bonne chose : elle est incluse dans un 
cimetière, et si elle était indiquée, ce serait source de confusions 
incessantes pour les vivants. A fortiori, elle n'est pas vraiment dans le même 
coin que la Rue. 

D'où ma question : comment indiquer un nom de voie qu'on ne veut pas voir 
référencé au niveau des "moteurs de recherche" ? 

Merci pour vos lumières ! 
Entre temps, j'ai choisi de mettre l'indication en "note"... 

Déjà comment est elle tagguee? Par définition, tout ce qui est dans OSM est 
référencé. Le seul moyen de ne pas être référencé est bien sur de ne pas mettre 
l'information. 
Toutefois, si ton information au niveau des tags est bien mise, tu ne la 
trouveras pas en tant que rue, plutôt en tant que voie dans un cimetière. C'est 
le contexte qui fera la différence. 

Emilie Laffray 

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

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

[OSM-talk-fr] Noms de voies à NE PAS réfé rencer

[Charlie Echo]

Bonjour,

Si vous cherchez sur un plan, à Paris, la Rue des Marronniers, vous la 
trouverez.
Si vous cherchez l'Avenue des Marronniers, vous ne la trouverez pas, bien 
qu'elle existe ; et c'est plutôt une bonne chose : elle est incluse dans un 
cimetière, et si elle était indiquée, ce serait source de confusions 
incessantes pour les vivants. A fortiori, elle n'est pas vraiment dans le même 
coin que la Rue.

D'où ma question : comment indiquer un nom de voie qu'on ne veut pas voir 
référencé au niveau des "moteurs de recherche" ?

Merci pour vos lumières !
Entre temps, j'ai choisi de mettre l'indication en "note"...

Charlie Echo


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

Re: [OSM-talk-fr] Robot pour Vélib (et similaires)

[Charlie Echo]

Je trouve le "quotidien" abusif : d'où vas-tu tirer ta base OSM ? Seras-tu 
obligé de charger Planet ? Que d'électrons perdus pour, simplement, 1000 
statiosn Velib qu'on ne modifiera que rarement...

1 fois par semaine, ce serait très largement suffisant !

Ceci étant, ce projet de "mise à jour des stations Velib" va de pair avec celui 
des fontaines. Autant faire d'une pierre deux coup et cocher les fontaines et 
les stations d'un coup !

Charlie Echo

- Mail Original -
De: "darfy" 
À: "Discussions sur OSM en français" 
Envoyé: Mardi 8 Septembre 2009 17:16:41 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Robot pour Vélib (et similaires)

Je pars donc sur cette base :

Générer quotidiennement un espèce de diff entre la base OSM et la base
Vélib de manière "présentable", où les deltas sont mis en évidence.

Stay tuned :)

Le mardi 08 septembre 2009 à 15:14 +0200, s1057...@gmail.com a écrit :
> Pour moi il est clair qu'il est exclu d'intégrer directement les
> données fournies par Decaux dans la base OSM, le problème de licence
> ma parait évident. Je pense qu'il est inutile de leur poser la
> question, je ne pense pas que ce type de partage d'information soit
> dans leur stratégie.
> Par contre un script qui permet de produire une liste des stations à
> vérifier sur place puis ajouter manuellement me parait bien utile vu
> le nombre conséquent de stations.
> 
> Une petite question subsidiaire sur la façon de mapper les stations
> Vélib : des bornes ont parfois été ajoutées à plusieurs dizaines de
> mètres de la station initiale de tel sorte qu'il serait utile de les
> mapper, toutefois la référence de la station reste la même. Faut-il
> imaginer une relation pour lier les deux POI pour que les références
> restent cohérentes ?
> 
> Simon (STA)
> 
> Le 8 septembre 2009 10:00, Charlie Echo  a
> écrit :
> La discussion soulève les points suivants :
> 
> - Clairement, le script répond à un besoin
> 
> - A-t-on-le droit ? On doit avoir le droit de récupérer "de
> façon personnelle" la liste des stations, utiliser ton script,
> et en déduire la liste des stations "mal référencées dans
> OSM". Tu peux faire tourner ça quand tu veux ; mais avant de
> rentrer les données dans OSM, il faut un controle de visu.
> Donc il serait plus utile de créer une page du Wiki avec les
> stations "mal référencées".
> 
> - On est tout de même un peu à la limite de la propriété
> intellectuelle : le site Velib / script donne des "indices"...
> (j'ouvre une parenthèse : si, sur Wikipedia, j'ajoute ce que
> je sais sur Leonard Bernstein, suis-je dans mon droit ? Au
> fond, je ne le connais pas personnellement, et ce que je sais
> m'a été dit par quelqu'un... Donc ma "culture générale" est
> issue de la propriété intellectuelle d'autrui...)
> 
> - les infos "network" et "operator" : tu peux, dans JOSM,
> sélectionner toutes les stations bicycle_rental et mettre d'un
> coup toutes les infos network et operator ; inutile d'utiliser
> un script, qui risque d'être moins fiable que JOSM.
> 
> - Je n'ai pas compris l'intérêt de mettre une borne GPS dans
> les sations Velib, si ce n'est parce que, justement, Velib
> voulait savoir où sont les stations sans "faire référence à
> GoogleMaps". Ils veulent une position absolue, pas une
> position par rapport à une rue.
> 
> - Ton script devrait calculer la distance entre les stations
> OSM et les stations "velib", pour qu'on sache si il faut y
> repasser
> 
> - On devrait proposer à Velib d'utiliser la carte OSM pour
> velos, plutôt que Google Maps, en échange de quoi on aurait le
> droit d'utiliser leurs données. Ce serait une très belle
> opération pour tous.
> 
> - Evidemment, la question est la même à Marseille, Lyon,
> Toulouse, ... ; et à Rome, Milan, ...
> 
> 
> Charlie Echo
> 
> 
> ___
> 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] Robot pour Vélib (et similaires)

[Charlie Echo]

La discussion soulève les points suivants :

- Clairement, le script répond à un besoin

- A-t-on-le droit ? On doit avoir le droit de récupérer "de façon personnelle" 
la liste des stations, utiliser ton script, et en déduire la liste des stations 
"mal référencées dans OSM". Tu peux faire tourner ça quand tu veux ; mais avant 
de rentrer les données dans OSM, il faut un controle de visu. Donc il serait 
plus utile de créer une page du Wiki avec les stations "mal référencées".

- On est tout de même un peu à la limite de la propriété intellectuelle : le 
site Velib / script donne des "indices"... (j'ouvre une parenthèse : si, sur 
Wikipedia, j'ajoute ce que je sais sur Leonard Bernstein, suis-je dans mon 
droit ? Au fond, je ne le connais pas personnellement, et ce que je sais m'a 
été dit par quelqu'un... Donc ma "culture générale" est issue de la propriété 
intellectuelle d'autrui...)

- les infos "network" et "operator" : tu peux, dans JOSM, sélectionner toutes 
les stations bicycle_rental et mettre d'un coup toutes les infos network et 
operator ; inutile d'utiliser un script, qui risque d'être moins fiable que 
JOSM.

- Je n'ai pas compris l'intérêt de mettre une borne GPS dans les sations Velib, 
si ce n'est parce que, justement, Velib voulait savoir où sont les stations 
sans "faire référence à GoogleMaps". Ils veulent une position absolue, pas une 
position par rapport à une rue.

- Ton script devrait calculer la distance entre les stations OSM et les 
stations "velib", pour qu'on sache si il faut y repasser

- On devrait proposer à Velib d'utiliser la carte OSM pour velos, plutôt que 
Google Maps, en échange de quoi on aurait le droit d'utiliser leurs données. Ce 
serait une très belle opération pour tous.

- Evidemment, la question est la même à Marseille, Lyon, Toulouse, ... ; et à 
Rome, Milan, ...


Charlie Echo

- Mail Original -
De: "darfy" 
À: talk-fr@openstreetmap.org
Envoyé: Mardi 8 Septembre 2009 00:18:05 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: [OSM-talk-fr] Robot pour Vélib (et similaires)

Bonsoir,

Ayant 3 heures à tuer ce soir, j'ai voulu préparer la synchronisation
des données Vélib et préparer un robot de modification. Celui-ci est
presque fini, et il fait déjà le gros du travail. Le seul truc qu'il ne
fait pas c'est l'envoi des données sur OSM : j'attends vos avis :)

Sans entrer dans les détails techniques, voici le principe de
fonctionnement :
1- récupération des infos des stations Vélib sur le Webservice officiel
(nom, coordonnées GPS... bref tout ce qui est là [1])
2- pour chaque station, récupération sur OSM les nodes autour des
coordonnées GPS. Analyse pour n'isoler que le(s) node(s)
amenity=bicycle_rental si existant. Récupération des éventuelles autres
données indiquées dans le lien supra.
3- édition d'un log d'exécution [2] afin de faire un contrôle visuel
(c'était pour vérifier la validité des données et maintenant pour vous
demander votre avis)
4- Les données étant d'après les logs tout à fait cohérentes, le robot
va pouvoir soit créer le node avec les tags qui vont bien [1], soit
mettre à jour les nodes existants.

Je pourrais lancer ce robot régulièrement (hebdo ?), ce qui présente
l'avantage pour OSM d'avoir des données Vélib parfaitement à jour. Ce
robot pourrait aussi être utilisé et/ou adapté pour les autres villes de
provinces et/ou à l'étranger (Barcelone...).

Voyez-vous un/des inconvénient(s) à tout ceci ? [3]

darfy

[1] http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dbicycle_rental
[2] http://velib.surrel.org/log.php
[3] Contributeur tout frais sur OSM, donc pas forcément au courant de
tous les risques et procédures :)


___
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] Mapper les nouvelles sanisettes parisiennes

[Charlie Echo]

Je penche pour la 2e solution :
- toilettes = eau potable... Bof. Ca ne me donne pas envie de remplir ma 
gourde...
- j'ai toujours tendance à marquer l'entrée des bâtiments, pharmacies, etc. 
Donc j'aurais tendance à marquer le point du robinet d'eau et l'entrée des 
sanisettes ; donc 2 points différents

Charlie Echo

- Mail Original -
De: s1057...@gmail.com
À: "Discussions sur OSM en français" 
Envoyé: Jeudi 3 Septembre 2009 16:05:34 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: [OSM-talk-fr] Mapper les nouvelles sanisettes parisiennes


Bonjour à tous, 
Les traditionnelles sanisettes de la voirie parisienne sont en cours de 
remplacement par des modèles disposant d'un robinet d'eau potable à 
l'extérieur. La bonne façon de les mapper est : 
- un seul node amenity=toilets;drinking_water 
ou 
- un node amenity=toilets, un node proche avec amenity=drinking_water ? 

Je penche pour la première solution... 
Merci d'avance. 

Simon (STA) 

___
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] débat multipolygon VS boundary

[Charlie Echo]

Salut,

Tu as oublié l'option 5 (qui est une variation de 3 et 4) :
5) Ca fait des mois que je me dis que Multipolygon est plus logique et qu'il 
faudrait le proposer...

Car, quand on y pense, un Département est une association de Communes ; une 
Région est une association de Départements ; et un Pays est une association de 
Régions (et je passe les échelons intermédiaires...)

En fait, on parle de surfaces, et pas de limites ; donc la notion de polygone 
est naturelle.
Par ailleurs, je pense que le passage automatisé de Boundary à Multipolygon est 
assez facile (surtout que les Boundaries sont des relations, et que les 
relations sont valides si elles forment un polygone... donc...)

Charlie Echo


- Mail Original -
De: "sly (sylvain letuffe)" 
À: "Discussions sur OSM en français" 
Envoyé: Lundi 31 Août 2009 16:30:23 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: [OSM-talk-fr] débat multipolygon VS boundary

Salut,

Je ne crois pas l'avoir vu passer, mais je voulais savoir ce que pensent les 
traceurs de communes, départements et autres régions ce qu'ils pensent du 
débat type=multipolygon+boundary=administrative ou type=boundary

http://wiki.openstreetmap.org/wiki/Talk:Relation:boundary#Use_type.3Dmultipolygon_instead

Il me semble qu'en france on a choisi boundary (encore qu'il me semble avoir 
vu passé des multipolygon) et en allemagne multipolygon.

Pour l'instant c'est la cohabitation froide, mais je voulais le resenti (en 
essayant de faire abstraction du "à ben non, j'ai déjà tout fait avec 
boundary") pour dire :

1) c'est en double, et alors ?
2) boundary c'est le mieux car...
3) multipolygon c'est le mieux car...
4) a tient, y'avait une autre méthode ?


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

[OSM-talk-fr] Qu'est-ce qu'une relation "ouverte" (dans une restriction - no_left_turn)

[Charlie Echo]

Bonjour,
J'ai des soucis avec la restriciton "no_left_turn" 11776 et je n'arrive pas à 
comprendre pourquoi :

http://osmose.openstreetmap.fr/  m'indique que ma relation est "ouverte" à 
cause des noeuds suivants :

Liste des Nodes non reliés :
244269988 : Potlatch JOSM 
16820933 : Potlatch JOSM 


1e question : quelqu'un pourrait-il m'expliquer ?
1e question bis : JOSM indique que des membres de relation sont "liés" (oui / 
non / _vide_) ; est-ce la même chose ?

2e question : ici, les deux ways "from" et "to" arrivent et partent du node 
"via" ; c'est assez simple. 
Mais initialement, j'avais mis cette restriction entre 2 ways plus longs qui se 
croisaient entre autres au point VIA (mais ailleurs aussi), et j'ai raccourci 
ces ways pour chercher le problème (sans succès, donc). Peut-on avoir des ways 
longs, plusieurs points d'intersections, à partir du moment où le "via" est 
bien défini ?


Merci pour vos réponses !

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

Re: [OSM-talk-fr] PDF des tags

[Charlie Echo]

Bravo, c'est un document TRES utile (même dans son état actuel).
Merci !

- Mail Original -
De: "simon" 
À: talk-fr@openstreetmap.org
Envoyé: Mercredi 19 Août 2009 20:43:06 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: [OSM-talk-fr] PDF des tags

Bonjours,

J'ai commencer à créer  un fichier PDF en français regroupant tous les
tags et relations dans le but d'avoir un document toujours sous le coude
(en ligne ou hors lignes).

J'ai repris et traduit une grande parti de la documentation pour tous
synthétisé dans le même document.

La première ébauche se trouve ici
http://wiki.openstreetmap.org/wiki/Image:Nomenclature.pdf

Il me reste à faire : 
-finition de la traduction
-correction orthographique (gros travail)
-mise en page
-introduction 
-ajout licence (cc by sa)
-ajout des tags manquant
-...

Toutes les suggestions, remarques, critiques, etc... sont les
bienvenues 

Simon



___
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] Sens interdit et bus dans les deux sens (je coince aussi)

[Charlie Echo]

Bof... 
Ca semble dire que les bus vont UNIQUEMENT dans le sens contraire.
J'aurais pensé à un "psv=both_ways" qui n'existe pas (encore) mais qui est 
clair.
- Mail Original -
De: "Pieren" 
À: "Discussions sur OSM en français" 
Envoyé: Mardi 21 Juillet 2009 13:30:25 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Sens interdit et bus dans les deux sens (je coince 
aussi)

2009/7/21  :
> psv=opposite_lane ?
>

Je dirais ça ou psv=opposite

Pieren

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

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

Re: [OSM-talk-fr] [GPS] Quel GPS pour mes besoins

[Charlie Echo]

Il y a des transformateurs qui sortent un courant 5V 500 mA sur port USB.
Je pense, par exemple, aux chargeurs de Blackberry.
Tous les téléphones mobiles devaient avoir ce type de chargeur sous peu (déjà 
dit, je sais).

Franchement, je considère qu'un truc qui ne se recharge que par port USB, c'est 
un avantage !

- Mail Original -
De: "Axel R." 
À: "Discussions sur OSM en francais" 
Envoyé: Lundi 29 Juin 2009 18:18:09 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: [OSM-talk-fr]  [GPS] Quel GPS pour mes besoins


ça a l'air sympa, mais un truc qui se recharge "que" par un port USB, ça me 
fait un peu peur... je pense pouvoir trouver une prise secteur tous les soirs, 
je pense pouvoir trouver des magasins pour acheter des piles, mais je ne suis 
pas certains d'avoir accès à un ordinateur, ne serait ce que pour recharger mon 
GPS.

Axel


> Bonjour, > > Perso, j'ai un Qstarz Q1300 environ 11h d'autonomie très petit, 
> mode 5 > Hz dispo. Possibilité d'activer le SBAS. > 
> http://www.qstarz.com/Products/GPS%20Products/BT-Q1300S-F.htm > > Je l'avais 
> acheté chez mobiliparts. > Fonctionne sous windows avec leur logiciel ou 
> sinon sous > Windows/Linux/Mac avec BT747 (qui permet d'avoir la carto > 
> openstreetmap !). 
___
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] L'IGN se tourne-t-il vers les donn ées libres?

[Charlie Echo]

C'est effectivement une très bonne nouvelle !
Ca signifie aussi que le Scan1000 pourra servir de référence dans la définition 
des primary / secondary / tertiary !
Pour l'instant, on n'a pas grand chose d'uniforme sur le territoire...


- Mail Original -
De: "Nicolas Bouthors" 
À: "Discussions sur OSM en français" 
Envoyé: Mardi 30 Juin 2009 08:01:45 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] L'IGN se tourne-t-il vers les données libres?


Cela veut-il dire qu'on pourra utiliser le scan1000 en fond de carte pour JOSM 
? 
Si oui c'est un grand jour, on va pouvoir mapper des coins perdus où rien 
d'autre n'est dispo (Haute Loire ...) 

++ 

Christian Rogel a écrit : 

Sur le Portail SIG, Marc Ruffié a posté hier 30 juin ceci (en s'excusant de 
n'avoir pas diffusé ces indications plus tôt) : 





L'Institut Géographique National a mis à disposition gratuitement plusieurs 
données qu'il faisait payer auparavant.  

Tous les usages de ces données sont autorisés à l'exception de l'utilisation 
commerciale. Il est nécessaire  

d'indiquer la source des données. 


Les données aujourd'hui mises à disposition sont les suivantes : 

• La BD Alti® 
• La BD Carthage® 
• Le GéoFla® 
• Le RGC® 
• Le Scan1000® 
• Le trait de côte 


Bien sûr, on retrouve la fameuse restriction sur l'usage commercial qui ne 
s'applique pas à la géodésie. 
Il faudrait savoir pour quelle raison juridique le régime est différent. 


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

-- 
Nicolas - http://www.wawoum.com/ 
___
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] Quel GPS pour mes besoins

[Charlie Echo]

Un critère important est la mémoire de ton appareil : il faut logger pendant 
des heures par jour, mais pendant des jours et des jours, avant de pouvoir 
décharger tes données.
7 heures / jour, un point toutes les 5 secondes => 5000 points par jour.

Je te conseille une merveille : RBT 2300 de Royaltek.




- Mail Original -
De: "Axel R." 
À: "Discussions sur OSM en francais" 
Envoyé: Lundi 29 Juin 2009 16:21:36 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: [OSM-talk-fr] Quel GPS pour mes besoins

Bonjour,
Je mappe actuellement avec mon téléphone nokia et un GPS en bluetooth, 
ça marche bien, j'utilise l'appli Nokia Sport Tracker.
Mes mois après mois, les batteries de mon téléphone se font un peu plus 
faible, j'ai racheté des batteries, mais je dois les rechercher 
régulièrement (tous les 3/4 jours en veille et toutes les 3/4 heures en 
communication).
J'ai l'intention de faire un périple à vélo de plusieurs semaines (le 
long de l'eurovélo6 pour les connaisseurs) et ayant besoin de mon 
téléphone pour téléphoner (oui, ça peut paraitre surprenant, j'en 
conviens), je pensais m'acheter un appareil, à part, uniquement pour 
logguer mon trajet.
Idéalement sans écran (pour faire des économies de batteries et de 
tailles/poids), je recherche un appareil qui puisse enregistrer un long 
trajet (des journées de 6/7 heures de vélo et si je suis pas obligé de 
recharger tous les jours, ça serait super)

Merci pour vos conseils,

Axel


___
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] access et résidences privées

[Charlie Echo]

Bonsoir,
Personnellement, j'aurais juste dit "oui" : voie privé => "access=private".
Je ne vois pas pourquoi tu ajoutes "en impasse".

Il y a des (nombreuses) voies privées à sens unique, car elles sont trop 
étroites pour faire demi-tour ; on y entre par une rue et on sort par une 
autre. Elles méritent tout de même "access=private".
Et, ma foi, même si elles étaient à double-sens, je ne vois pas pourquoi elles 
ne seraient pas "access=private". Ce tag est un tag de propriété / droit de 
passage, pas un tag physique.

Effectivement, access=destination est une voie pour riverains ; le but du 
panneau / tag est de limiter le trafic.
Quant à "access=permissive", je l'associais aux servitudes (obligations de 
laisser passer des gens sur un terrain privé) ; ta description va dans ce sens 
; le tag signifie "on n'a pas le droit mais on le fait quand même", ce qui est 
en fait assez peu naturel.


- Mail Original -
De: "Pieren" 
À: "Discussions sur OSM en français" 
Envoyé: Dimanche 24 Mai 2009 20:19:04 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] access et résidences privées

2009/5/24 arno :
> Hello,
> je me demande comment vous tagguez les voies privées sans barrières, c'est à
> dire les endroits où il y a marqué "résidence privée", mais pas de barrière,
> porte, de code ou autres trucs pour empêcher physiquement les gens d'entrer.
> En général, je mets access=private, mais j'hésite aussi avec access=permissive
> ou bien access=destination.
> (d'après http://wiki.openstreetmap.org/wiki/Key:access )
> Vous, est-ce que vous tagguez le fait qu'une route fasse partie d'une
> résidence privée, et si oui, avec quel tag ?

Bonsoir,

Si la voie est vraiment privée et qu'elle est en impasse, je met
access=private (uniquement dans ce cas là).
J'interprète "permissive" comme un droit de passage sur une parcelle
privée (donc le chemin continue au-delà).
"access=destination", c'est lorsqu'il y a un panneau "interdit sauf riverains".
Pieren

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

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

Re: [OSM-talk-fr] Un satellite pour OSM

[Charlie Echo]

Pour connaître un peu (!) le monde des satellites, je trouve le projet de 
"lancer un satellite OSM" franchement farfelu, et ce pour plusieurs raisons :

- comme écrit, faire fonctionner un satellite en orbite, ça n'est pas aussi 
simple que de faire ça sur Terre

- un satellite coûte extrêmement cher ; compter des millions d'euros. Il ne 
s'agit pas de lancer un simple appareil photo à 500 km...  Il faut imaginer que 
le satellite va être éclairé (température ~100 °C) puis va être à l'ombre (T 
~-100°C), plusieurs fois par jour, et ce sans atmosphère pour évacuer le 
chaleur / le froid. Les équipements à bord souffrent !

- le besoin, pour OSM, est assez pointu : stockage de données / retransmissions 
à haut débit vers la Terre / photos HD / positionnement précis / NOMBREUSES 
stations terrestres / ...

- le processus de développement / fabrication / lancement est très long : 
plusieurs années

Autant utiliser le système e-Corce que le CNES mettra en orbite en 2014 : 13 
satellites qui photographieront la Terre toutes les semaines. 13 satellites, ça 
signifie 1 développement et 13 fabrications. Coût : 400 €M. Nous serions à 1 
développement et 1 fabrication.






- Mail Original -
De: "Etienne Chové" 
À: "Discussions sur OSM en français" 
Envoyé: Lundi 18 Mai 2009 14:54:24 GMT +01:00 Amsterdam / Berlin / Berne / Rome 
/ Stockholm / Vienne
Objet: [OSM-talk-fr] Un satellite pour OSM

Bonjour,

Yoann m'ayant demandé de relayer l'information en français, je vous fait 
une traduction partielle d'un fil de discution de la ML anglaise [1].

Lancer un petit satellite pour OSM ne semble pas si cher que ça 
(Bernhard dans [1], prix sur [2])... sauf si on veux des photos 
meilleures que Landsat (Frederik dans [3]). La location d'un TopSat est 
aussi possible et peut se faire pour 25k£  la semaine (Richard dans [4]).

Il faudrait gérer le stockage en l'air (entre les période de visibilité 
satellite/base) et sur Terre (environ 245To). Ce qui est facile sur le 
plancher des vaches avec des serveurs en RAID l'est moins en l'air 
(Martin dans [5]). En résolution 5m/couleur, on aurait besoin de 20To 
non compressé ou 10To compressé en jpg, soit 1400 comptes gmail ;-)

On aura une résolution de 2.5m N&B ou 5m couleur (2.5 m correspondant à 
la résolution de Yahoo!) d'après Matt dans [6].

Landsat ayant une période orbitale de 16 jours [7], Martin dans [8] 
pense que TopSat devrait avoir semsiblement la même période. Dans ce 
même post, il dit que les satellites ne sont pas fait pour stocker des 
données. Les images doivent être envoyée directement à une station sur 
Terre (station mobile) qui doit se situer non loin de la zone photographiée.

Richard dans [9] dit que qinetiq [10] (TopSat) étant plus un projet de 
recherche que commercial pourrait peut être être intéressant pour OSM. 
Ils pourraient peut être nous donner quelques photos pendant que le 
satellite ne fait rien.

L'achat de photos avec licence nécessaire à OSM coûtent environ 17£/km². 
Ce qui fait environ 4000£ par moyenne ville [11].

Des contacts ont été pris pour joindre l'équipe de TopSat... affaire à 
suivre.

-- 
Etienne

[1] http://lists.openstreetmap.org/pipermail/talk/2009-May/036926.html
[2] 
http://www.lr.tudelft.nl/live/pagina.jsp?id=93f0b74b-d401-4d3b-bc93-b46aff8d5ab5&lang=en
[3] http://lists.openstreetmap.org/pipermail/talk/2009-May/036928.html
[4] http://lists.openstreetmap.org/pipermail/talk/2009-May/036931.html
[5] http://lists.openstreetmap.org/pipermail/talk/2009-May/036932.html
[6] http://lists.openstreetmap.org/pipermail/talk/2009-May/036934.html
[7] 
http://landsathandbook.gsfc.nasa.gov/handbook/handbook_htmls/chapter5/chapter5.html
[8] http://lists.openstreetmap.org/pipermail/talk/2009-May/036935.html
[9] http://lists.openstreetmap.org/pipermail/talk/2009-May/036940.html
[10] 
http://www.qinetiq.com/home/newsroom/news_releases_homepage/2006/4th_quarter/TopSat_toasts_its_first_birthday_with_Best_of_What_s_New_Grand_Award.html
[11] http://lists.openstreetmap.org/pipermail/talk/2009-May/036942.html

___
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] Guerre d'édition ?

[Charlie Echo]

Le chemin Primary (32527208) me semble ok : on voit des angles, mais ça ne me 
gêne pas, car c'est assez léger.
Le chemin Secondary (32478701) semble sur-défini. C'est même contre-productif 
ici :

http://beta.letuffe.org/?zoom=17&lat=47.32219&lon=6.11809&layers=B0FFF
où l'on voit un petit saut de la route.

Gardons en tête que la précision des GPS n'est que d'une dizaine de mètres, 
donc il est peu utile de tracer des choses plus fines. Qui plus est, quel que 
soit le nombre de points, il y a un moment où le zoom mettra en évidence qu'une 
courbe est en fait une suite de segments droits, et affichera des angles.




- Mail Original -
De: "Adrien Caillot" 
À: "Discussions sur OSM en français" 
Envoyé: Jeudi 26 Mars 2009 14:13:11 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Guerre d'édition ?

Bonjour,

Merci à tous pour vos nombreuses et promptes réponses.

Je ne savais pas que les algorithmes étaient capables de lisser les courbes.

J'utilise Merkaartor pour contribuer, et je regarde le résultat sur
beta.letuffe.org ou directement sur www.openstreetmap.org, et dans tous
les cas je trouve que les angles se voient beaucoup.

Concernant le nombre de nœuds, il est vrai que j'en mets beaucoup, mais
je cherche à ne jamais en mettre quand c'est inutile : si vous regardez
le way_32478701, vous verrez que j'ai mis beaucoup de points dans les
courbes, mais par contre dans les lignes droites, un point à chaque
extrémité et rien de plus.

Le way dont je vous parlais cette nuit est le way_32527208. Je l'avais
fait de la même façon, et il l'a simplifié.

On voit l'intersection de ces deux ways ici :
http://beta.letuffe.org/?zoom=17&lat=47.32219&lon=6.11809&layers=B0FFF

Je trouve qu'on voit les angles sur celui qui a été retouché, tandis que
celui qui est tel que je l'avais tracé a une belle courbe.
Si c'est moi qui suis trop perfectionniste, dites-le et j'en tiendrai
compte à l'avenir. :-)

Le GPX correspondant est en ligne ici :
http://www.openstreetmap.org/user/Adrien%20Caillot/traces/340452
Seule la partie Besançon - Chaudefontaine nous intéresse. Il s'agit d'un
trajet que j'avais fait en voiture dans un sens et à vélo dans l'autre
(d'où le fait que les points soient beaucoup plus rapprochés dans un
sens). Ce GPX m'a donc permis de tracer des routes et des voies cyclables.

Je n'ai (heureusement !) pas utilisé tous les points du GPX pour créer
les ways. D'autant plus que durant mon trajet à vélo, je me suis arrêté
plusieurs fois pour faire des photos et ça fait des formes bizarres sur
la trace, qu'il ne faut pas prendre en compte pour cartographier !

Je ne sais pas si Merkaartor a cette fonction, mais j'aime mieux ne pas
savoir. :-)

Pour le retour en arrière avec Potlach, merci pour l'information, mais
je ne vais pas l'utiliser avant d'avoir lu vos avis éclairés, maintenant
que vous avez l'id du way, car c'est peut-être l'autre contributeur qui
a raison.

Et de toute façon, je connais l'autre contributeur de vue, et je sais où
il habite. Donc je pense que les désaccords éventuels peuvent se régler
à l'amiable autour d'un verre, et j'utilisais le terme de guerre
d'édition uniquement parce que j'ai vu ce terme sur Wikipédia et que je
le trouve assez explicite.

Je précise que cette nuit je me suis un peu fâché contre lui, parce
qu'en plus de simplifier mes ways, il avait « faux-corrigé » (pour
reprendre l'expression de Gerhard) des choses que j'avais faites et sur
lesquels je suis certain d'avoir raison (c'était déjà arrivé auparavant,
et après message amical de ma part, il avait reconnu son erreur).

Donc plutôt que de rester fâché, je pense lui proposer qu'on se voie,
mais j'attends vos avis afin de ne pas lui reprocher (même amicalement)
d'avoir simplifié mes ways, s'il s'avère qu'il avait raison de le faire.

Merci

-- 
Adrien


___
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] Marquage d'une voie en sens unique temporaire

[Charlie Echo]

- Mail Original -
>oneway=yes
>seasonal=yes
>oneway:start_date=Jun 15
>oneway:end_date=Sep 15

Le Seasonal=yes est imprécis car il pourrait s'appliquer à n'importe quoi 
(maxspeed, etc.)

Donc on pourrait se contenter de :
oneway=yes
oneway:start_date=Jun 15
oneway:end_date=Sep 15

voire même de : 
oneway:start_date=Jun 15
oneway:end_date=Sep 15
(qui sous-entend yes).

Par ailleurs, on pourrait songer à créer des dates du style "cron" (sans les 
secondes, un peu ridicules ici) :
m h J M A
* *   15 6 *  pour le 15/06
0 23  * * *  pour 23h00

Pour des "travaux d'avril à septembre 2009", on aurait : "* *  *  4 2009"  à "* 
*  * 9 2009" qui permet de ne pas préciser le jour.



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

[OSM-talk-fr] Finesse dans le tracé des routes ( était : Guerre d'édition ?)

[Charlie Echo]

Tout à fait d'accord avec ce qui a été dit. Il faut alléger la base. Certes, un 
point ne semble "rien" par rapport à l'ensemble de la base, mais si on double 
le nombre de points, ça double la taille totale sans avantage manifeste.

D'ailleurs, il faudrait peut-être des "recommandations" du style :
- Un roundabout est fait de 8 points, sauf si c'est une place, auquel cas on 
peut en mettre plus.
ou
- Un roundabout est composé au maximum de deux fois plus de points qu'il n'y a 
de ways qui s'y connectent  (1 way => 2 nodes)
ou 
...

Encore un mot en réaction à :

De: "g.d" 
>D'autre part, je rencontre parfois des tracés très grossiers, apparemment 
>faites d'après photos prises depuis l'espace inter- galactique,
>avec un point tous les cinq cents mètres ou kilomètre, là où en réalité la 
>route fait plein de nouilles.

Personnellement, je rentre parfois des tracés "topologiques" : quand je sais 
que telle route croise telle autre, je les rentre de façon approximative, et 
évidemment, je mets une note qui indique ça. Je trouve que c'est mieux que rien.

D'ailleurs, il faudrait peut-être créer un tag "topological=yes" pour pouvoir, 
d'un coup d'un seul, voir sur une carte tous les ways à affiner. Idée à mûrir...

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

[OSM-talk-fr] Base des erreurs

[Charlie Echo]

Bonjour,
J'ai noté que mon nombre "d'erreurs" a fortement baissé ; en particulier, je 
crois qu'il y avait auparavant beaucoup de "Node près d'un Way, mais 
non-connecté" que je n'ai pas réparés.
Actuellement, il n'y en a plus.

Est-ce que ça signifie que quelqu'un a cliqué sur "ignorer pour tous" pour ce 
type d'erreur ?
Ce serait dommage, car cette erreur est très importante à corriger, très 
facile, et elle doit être fréquente car due à Potlatch.




- Mail Original -
De: "Etienne Chové" 

Voila qui est à peu près fait (enfin je ne teste pas si les noeuds sont 
dans une relation, juste s'ils sont dans un way).

http://colocb3.hd.free.fr/OsmErrors/
puis ParTypeErreur

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

[OSM-talk-fr] WPT ? Qu'est-ce ?

[Charlie Echo]

Bonjour,

Plusieurs Nodes de Footways sont notés name = WPT559, name = WPT513, ...
De quoi s'agit-il ?
Sur place, il n'y a rien d'apparent...

Merci pour vos infos !

http://www.openstreetmap.org/?lat=48.8592&lon=2.26195&zoom=17&layers=B000FTF


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

Re: [OSM-talk-fr] Rendu de frontière de commune bizarre

[Charlie Echo]

Bonjour et bienvenue !

A priori, ce que tu as fait est bon. 
Effectivement, on voit sur les images 2 lignes de frontières, mais il n'y en a 
qu'une dans la base. Ca doit être un problème de rendu, comme si l'image avait 
été calculée exactement au moment où tu mettais à jour l'ensemble. Etonnant...
A priori, ce sera mis d'aplomb lors du prochain calcul des images.




- Mail Original -
De: "Didier Halatre" 
À: "Discussions sur OSM en français" 
Envoyé: Vendredi 13 Mars 2009 19:32:25 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: [OSM-talk-fr] Rendu de frontière de commune bizarre

Bonjour,
Comme c'est mon premier message j'en profite pour saluer tout le monde 
et me présenter : je débute sur OSM et je complète Annecy où j'habite et 
sa région. Vivement le beau temps que j'arpente la montagne avec mon GPS ;-)

Hier (en attendant les beaux jours), j'ai fait des essais de 
transformation sur la rivière "Le Fier" pour passer de waterway=river à 
waterway=riverbank (avec une "area" donc). J'ai donc déplacé les points 
qui étaient au milieu de la rivière et certains communs avec une 
frontière de commune. En fait, il y a 1 "way" mais 2 "boundaries" 
(#74551 et #74552) à ce que j'ai cru comprendre, car la notion de 
relation quand on débute c'est assez chaud tout de même.
Le rendu donne ça :
http://openstreetmap.org/?lat=45.91503&lon=6.10694&zoom=17&layers=B000FTF

Comme s'il y avait en fait 2 "ways" différentes. Mais dans JOSM que 
j'utilise, dernière version d'hier) ou Potlach je ne vois qu'un seul 
"way" (le #30826244 dans Potlach, je ne sais pas comment récupérer l'id 
dans JOSM).
Aurais-je malencontreusement cafouillé quelque part ? Et comment puis-je 
remettre ça d'aplomb ?

D'avance merci.
Didier

___
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] Comment traiter les contre-allées ?

[Charlie Echo]

Bonsoir, 
Il est fort possible que ce soit moi qui ait taggué les contre-allées de 
l'avenue Rapp. 
Il y a des contre-allées qui sont clairement résidentielles, quand elles mènent 
à des immeubles d'habitation.
Quand la contre-allée dessert un hôtel, ça pourrait être service.
Quand à Unclassified, c'est assez mal défini, et à mon avis assez peu utile à 
Paris, où tout est "utilitaire" (utilisation Service ou Residential) à la 
différence d'autres villes moins denses.

Ca n'a pas été débattu, à ma connaissance.


- Mail Original -
De: "Art Penteur" 
À: "Discussions OSM en français" 
Envoyé: Samedi 28 Février 2009 18:40:28 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: [OSM-talk-fr] Comment traiter les contre-allées ?

Bonsoir,

Comme je le dit dans le titre, je me demande comment traiter une avenue 
dotée de deux contre-allées ?
 Je n'ai pas trouvé de doc sur le sujet dans les endroits classiques 
(wiki/FR:France_roads_tagging, par exemple), ou alors j'ai mal cherché.

Sur l'avenue Rapp, à Paris, j'ai vu que les contre-allées étaient tagguées 
en "residential". Dans mon cas, j'hésitais plutot entre "service" (ça dessert 
les commodités locales) et "unclassified" (voies qui n'ont pas d'identitê 
propres).

   Ça a déjà été dèbattu qqpart ?

Art.


___
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] Pertes de communes / outil de vérifi cation

[Charlie Echo]

Bonjour,
J'ai le clair sentiment que quasiment toutes les communes autour de Paris 
apparaissaient comme "terminées" ici il y a quelques jours :

http://beta.letuffe.org/?zoom=12&lat=48.85445&lon=2.38068&layers=00B000FFTF

Maintenant, il n'y en a plus qu'un tiers.
Pire, il n'y en a plus trace : les limites de Paris n'appartiennent qu'à la 
relation Paris, et pas aux autres communes.

Suis-je le seul à avoir ce sentiment ?
Comment savoir ce qu'il s'est passé ?



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

Re: [OSM-talk-fr] Limites de communes

[Charlie Echo]

La commune n'est pas un village ; le village occupe en général une petite 
partie de la commune ; parfois, il y a plusieurs villages dans la commune (un 
village principal qui porte le nom de la commune, et des villages secondaires)

Une tendance que j'ai notée (mais je n'ai rien lu d'officiel sur le sujet) est 
de mettre, dans la relation :
- les ways décrits
- un Node au centre-ville (ou ailleurs dans le village), et qui a comme tag 
place=village, name=..., le code_insee, etc.

Par ailleurs, si tu veux délimiter le village ou une zone industrielle ou 
autre, une area avec name= et landuse=... convient.


- Mail Original -
De: "Laurent DELAGE" 
À: "Discussions sur OSM en français" 
Envoyé: Jeudi 26 Février 2009 16:04:16 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Limites de communes

> - Puis il faudra relier ces trois ways en une relation ; et là, la 
> procédure de création dépend de l'outil (Potlatch, JOSM, ...) La relation 
> aura comme tag : 
> type=boundary 
> boundary=administrative 
> admin_level=8 
> name=Nom de la commune 


Ben du coup, je mettrais plus "place=village" (ou ce qui va bien) sur la 
relation ... Je me trompe ? Map features précise que les places peuvent 
s'appliquer à des points ou des zones ... 
Je trouverais logique que la ligne sont de type boundary, mais que la 
relation/zone soit de type Hamlet/town..., et reprenne les elements code_insee 
et tout ce qui va bien, non ??? 


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

Re: [OSM-talk-fr] Limites de communes

[Charlie Echo]

Bonjour, et bienvenue !

Pour repondre à ta question sur le partage de points, je reprends mon mail 
récent (qui n'a eu aucune réponse... sniff) et ré-affirme qu'il est BON que les 
ways physiques partagent les mêmes points que les ways administratifs quand 
c'est le cas :

- il y a des rues en "bordure" de la ville qui servent de limite entre Paris et 
une autre commune ; d'un côté, on a un panneau "Rue Machin, Paris", et de 
l'autre "Rue Machin, autre commune". Dans ces conditions, le Way administratif 
DOIT avoir les mêmes Nodes que le Way physique (car s'il y a un décallage, 
mathématiquement, on considèrera que le Way physique est d'un côté...)

- il y a des rues qui sont des deux côtés à Paris, ou des deux côtés hors de 
Paris ; dans ces conditions, on doit avoir un Way administratif à côté du Way 
physique.



Puis vient la question : comment les relier ?
Un consensus semble se dégager ; mais rien, à ma connaissance, n'est figé.

Si tu fais des surfaces/polygones (area), c'est embêtant, car ce n'est pas la 
norme; qui plus est, UNE bordure entre deux communes sera tracée DEUX fois, ce 
qui peut, à terme, créer des trous.
Donc il faut mieux :
- créer des ways indépendants : si la commune A est entourée de 3 communes B1, 
B2, B3, il faudra 3 ways qui marqueront les frontières entre A-B1, A-B2 et 
A-B3. 
Ces ways n'ont pas vraiment besoin de tag, mais il faut mieux en mettre un :
boundary=administrative
admin_level=8 (8 pour commune)

- Puis il faudra relier ces trois ways en une relation ; et là, la procédure de 
création dépend de l'outil (Potlatch, JOSM, ...)
La relation aura comme tag :
type=boundary
boundary=administrative 
admin_level=8
name=Nom de la commune


Voilà...


- Mail Original -
De: "Laurent DELAGE" 
À: "Discussions sur OSM en français" 
Envoyé: Jeudi 26 Février 2009 15:14:52 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: [OSM-talk-fr] Limites de communes


Bonjour à tous, 



Je suis en train de travailler sur les limites de communes en Charente depuis 
le cadastre ... 
Je suis nouvel inscrit sur la liste, mais j'ai fouillé dans les archives, et je 
n'ai pas trouvé de positions arrétée sur le sujet ... 



J'ai plusieurs moyen de faire les choses : 
-Je fais des surfaces avec des way, en les taggant avec le place qui va bien . 
Dans ce cas, les way vont partager des points ... (Y compris forcément avec des 
boundary de région / département). 



-J'essaye de faire avec des relations, mais là je vois pas bien comment m'en 
sortir .. 



Je préfère l'option 1 dans la mesure ou je peux récupérer des polygon 
directement  



Vous en pensez quoi ? 



-- 
Laurent DELAGE 
Comité Départemental du Tourisme de la Charente 
www.lacharente.com 
www.visitcharente.com 


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

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

Re: [OSM-talk-fr] Re : : Promo GPS

[Charlie Echo]

J'ai personnellement opté pour le Royaltek 2300
(http://www.royaltek.com/products_gps_list.php?cid=2)
qui semble assez similaire, avec une connexion Bluetooth en plus.
On le trouve sur eBay à 50 E port compris, mais il faut une vingtaine de jours 
pour l'obtenir.

Sinon, sur CDiscount, il y a des destockage des i-GotU 100 (les premiers 
modèles) à 40 euros environ. Bof bof.

C'est idiot, mais les GPS avec écran de premier prix (80 €) ne font pas logger, 
alors que ce serait simple à implémenter pour les fabricants... Ceci étant, 
l'écran consomme donc la batterie ne tient pas longtemps...


- Mail Original -
De: "Gilles LAMIRAL" 
À: "Discussions sur OSM en français" 
Envoyé: Mercredi 25 Février 2009 15:57:25 GMT +01:00 Amsterdam / Berlin / Berne 
/ Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Re :  :  Promo GPS

Bonjour,

> Y' celui-là qui fait logger qui est pas très cher: le RGM 3800 de Royaltek. 
> Je sais pas ce qu'il vaut (si ce n'est que j'ai du royaltek à la maison et 
> que ça marche bien), 
> il est Sirf III, bon marché (soldes à 44,90€), tout petit, il peut faire 
> antenne USB ou 
> logger autonome et il fonctionne sur batteries ordinaires R3. Par contre pour 
> récupérer les données, 

Oui, le RGM 3800 fonctionne bien, c'est le seul GPS que j'utilise. 
Presque que tout le sud-ouest de la banlieue de Rennes
(à l'ouest de la Vilaine, l'est est pour Nono) vient de ses capacités.

> c'est la joie des interfaces Royaltek. Si ça branche quelqu'un...

Il fonctionne aussi sous Linux.
Il fonctionne en 5s min par défaut et il faut le mettre à jour
pour passer en 1 Hz. Je n'ai pas fait de page résumant son usage
j'attends toujours qu'une autre personne l'acquière pour m'y mettre.
Avis aux amateurs.

> http://www.cricel.com/royaltek/4445-gps_filaire_royaltek_rgm_3800_datalogger.html

Y a t-il des GPS logger moins cher ?

-- 
Au revoir,   02 99 64 31 77
Gilles Lamiral. France, Chavagne (35310) 06 20 79 76 06 

___
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] Rond-point en plusieurs morceaux

[Charlie Echo]

Pour les navigateurs, le tag "Roundabout" permettra de dire "sortez à la 3e 
sortie".
C'est une info très utile.
Si on transforme le rond-point en 4 segments sans ajouter le tag "roundabout", 
on risque d'avoir "prenez à gauche [pour poursuivre le rond-point] puis la 2e à 
droite". C'est moins naturel...

D'où la relation "roundabout" qui, au fond, tombe sous le sens.

Une autre solution serait de tager "l'autoroute" en layer=-1, voire d'ajouter 
un tunnel (parce que pour les voies larges, un pont est souvent associé à un 
tunnel perpendiculaire).
En fait, on ne sait pas vraiment où est le niveau du sol, avec tous les 
remblais...


- Mail Original -
De: "g.d" 
À: "Discussions sur OSM en français" 
Envoyé: Mercredi 25 Février 2009 14:31:11 GMT +01:00 Amsterdam / Berlin / Berne 
/ Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Rond-point en plusieurs morceaux

Oui, c'est un dilemme...
Je n'ai pas bien compris, à quoi au juste sert le tag "roundabout",
puisque ça ne semble pas avoir un affichage spécifique sur mapnik.
Peut-être c'est utile pour les nav's ?

S'il s'agit de tague pour que les bridges s'affichent correctement,
on pourrait s'imaginer, de mettre le roundabout sur layer +2
comme way fermé,
et d'intercaler sur layer +1 deux tronçons de "bridge" aux endroits  
voulus (?).

Oui, j'entends déjà le tollé que ça soulève ;-)
"Taguer pour que ça s'affiche ? Non mais !",

...mais une telle procédure *serait* la juste vérité :

Le pont est un ouvrage à part, qui s'intercale entre deux voies qui  
se croisent.
Le pont *n'est pas* la voie de circulation qui passe dessus,
il ne fait que la supporter !

Tout comme un tunnel n'est pas la voie en elle-même, non plus,
il est "juste le trou", par laquelle passe la voie.

Donc un way distinct pour de tels ouvrages se justifierait.
Pour des ouvrages plus larges même un area.
Logic, my dear Watson, isn't it ?
Ça en finirait enfin avec le fastidieux découpage des ways
au début et à la fin des tunnels et ponts...

Gerhard

Le 25 févr. 09 à 14:01, Olivier Boudet a écrit :

>
>
> A mon avis, ce genre de cas finira encore en relation. En attendant  
> d'avoir
> une solution propre et officielle, moi j'ai laissé un seul way  
> taggué en
> roundabout et en bridge.
> C'est certes pas completement vrai puisqu'une partie du rond-point  
> n'est
> pas vraiment un pont, et le rendu est certes pas très beau, mais je  
> pense
> qu'en attendant une solution c'est le plus simple.
>
> On Wed, 25 Feb 2009 13:11:39 +0100, Yann Coupin   
> wrote:
>> J'ai vu un cas comme ça récemment et je l'ai fait avec un roundabout
>> en 4 segments dont 2 en bridge, après on pourrait dire qu'il faudrait
>> mettre les 4 ways dans une relation roundabout, mais ça me parait un
>> peu tiré par les cheveux...
>>
>>
> http://openstreetmap.com/? 
> lat=47.16931&lon=-1.57788&zoom=17&layers=B000FTF
>>
>> Yann
>>
>> Le 25 févr. 09 à 12:01, Eric Sibert a écrit :
>>
>>> Comment fait-on un rond-point (ou Rond-Point ;-) ) qui comporte des
>>> sections en parties en pont? Par exemple, un rond-point échangeur
>>> au-dessus d'une autoroute :
>>>
>>>
> http://openstreetmap.com/? 
> lat=45.019854&lon=5.0408&zoom=18&layers=B000FTF
>>>
>>> Dans l'exemple ci-dessus, l'auteur a mis layer=2 mais pas de bridge.
>>> Est-ce que ça se fait de découper le roundabout en 4 morceaux dont
>>> deux en bridge tout en laissant junction=roundabout pour tous?
>>
>> ___
>> 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

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

Re: [OSM-talk-fr] Pour le robot 1.5

[Charlie Echo]

Super boulot !
Je n'ai plus qu'à corriger mes erreurs...

- Mail Original -
De: "Etienne Chové" 
À: "Discussions sur OSM en français" 
Envoyé: Mardi 24 Février 2009 17:06:21 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Pour le robot 1.5

openstreet...@coutiere.com a écrit :
> J'ai en tête une utilisation d'un robot assez périlleuse :
> il s'agirait d'enlever tous les Nodes qui ne servent à rien (nombreux à cause 
> de Potlatch)
> 
> Un noeud qui ne sert à rien est un noeud qui n'a pas de Tag ET qui ne fait 
> partie d'aucun Way : il faut donc :
> - prendre tous les noeuds
> - prendre tous les chemins ou relations, et supprimer leurs noeuds de la liste
> - supprimer de la liste tous les noeuds avec attributs
> Normalement, on reste avec les noeuds inutiles...

Voila qui est à peu près fait (enfin je ne teste pas si les noeuds sont 
dans une relation, juste s'ils sont dans un way).

http://colocb3.hd.free.fr/OsmErrors/
puis ParTypeErreur
puis TEST Node sans tag ni way

Ils apparaissent aussi dans les erreurs de chaque utilisateur.

J'ai réécrit tout le code de l'analyseur, il est probable qu'il propose 
quelques faux positifs. Si c'est le cas, dites le moi.

Enfin il propose un tri par zone (bounding box). Si vous voulez une 
nouvelle zone (votre ville, département, région), dites le moi (message 
privé pour éviter de pourrir la ml avec ne nom de la zone et la bounding 
box au format "(latmin, latmax, lonmin, lonmax)").

-- 
Etienne

___
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] Import des limites de communes à par tir du Cadastre

[Charlie Echo]

Bonjour,
J'ai des questions pour les personnes qui importent automatiquement des limites 
de communes à partir du Cadastre :

- Comment vous assurez-vous que vous ne "dupliquez" pas un travail manuel déjà 
fait ? Ou bien, qui a la priorité ?
- Comment vous assurez-vous que deux communes jointives ont des Nodes en commun 
?

Mon problème est le suivant ; il concerne sans doute bon nombre de villes, mais 
par exemple, à Paris :

- il y a des rues en "bordure" de la ville qui servent de limite entre Paris et 
une autre commune ; d'un côté, on a un panneau "Rue Machin, Paris", et de 
l'autre "Rue Machin, autre commune". Dans ces conditions, le Way administratif 
DOIT avoir les mêmes Nodes que le Way physique (car s'il y a un décallage, 
mathématiquement, on considèrera que le Way physique est d'un côté...)

- il y a des rues qui sont des deux côtés à Paris, ou des deux côtés hors de 
Paris ; dans ces conditions, on doit avoir un Way administratif à côté du Way 
physique.

Je crains que l'import massif de communes ne balaye ces subtilités, et donc je 
voudrais être sûr que les Ways administratifs ajoutés :
- sont de priorité inférieure aux Ways administratifs existants (c'est-à-dire 
complètent mais ne remplacent pas)
- sont jointifs : si deux communes A et B ont une bordure commune, il faut que 
le way soit le même

Une solution serait de traiter automatiquement les communes qui ne sont pas 
jointives avec les communes existantes, et de traiter à la main les communes 
qui touchent les communes existantes...


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

Re: [OSM-talk-fr] Pour le robot 1.5

[Charlie Echo]

Ma requête vient du fait que l'utilisateur "agami" a rendu complètement 
acnéique le nord du 17e arrondissement de Paris :
http://www.openstreetmap.org/?lat=48.89502&lon=2.31141&zoom=17&layers=B000FTTT

(ou alors il y a une forte densité de bancs, cols et cairns au milieu du 
périphérique...)

Comme tout a l'air d'avoir été fait en peu de jours fin janvier, je ne lui ai 
pas écrit ; je présume que c'est une erreur de jeunesse. Mais bon, maintenant, 
il faut nettoyer les erreurs de jeunesses de lui et ses pairs.


- Mail Original -
De: "Olivier Boudet" 
À: "Discussions sur OSM en français" 
Envoyé: Lundi 23 Février 2009 17:56:55 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Pour le robot 1.5


Le minimum dans le genre de cas que tu cites est à mon avis de mettre un
tag du genre :

note=ceci est un col, tag non encore choisi
ou
note=FIXME
ou
FIXME=ceci est un col, tag non encore choisi

(je laisse le débat sur la manière dont on doit tagguer les FIXME de
coté)

A mon avis, on ne devrait *jamais* ajouter des nodes sans tags. Les
contributeurs qui passent derrière ne peuvent pas savoir ce dont il s'agit
(erreur ou non). Que l'on ait des choses à ajouter mais dont on ne connais
pas la manière de tagguer ne doit certes pas nous bloquer, mais il faut au
moins indiquer un tag pour bien préciser aux gens que ce node est
volontairement placé ici.

PS : j'ai souvent rencontré des nodes seuls et sans tags, je les ai tous
supprimés (et je continuerais à l'avenir).

On Mon, 23 Feb 2009 17:44:00 +0100, "g.d"  wrote:
> Ça me paraît périlleux,
> car c'est une approche "par le négatif" logique, inversée,
> donc ça "juge" ce qui devrait être, dans les yeux de quelques-uns,
> et supprimerait le reste.
> 
> Je peux parfaitement placer des points (nodes) aujourd'hui,
> pour quelque chose que je n'ai pas encore relevé complètement,
> mais seulement fait en partie,
> sachant que d'ici plusieurs semaines j'y reviendrai dessus pour  
> compléter,
> mais ne voudrais pas, que d'ici-là, les renderers affichent du  
> incomplet.
> D'où pour l'instant seulement des nodes, pas de ways...
> 
> Ou ai placé des nodes à des endroits, pour lesquels n'existait aucun
tag
> (un col, un banc en montagne, un point dangereux, un cairn, un abri  
> sous roche, et autres)
> en me disant que, quand "ils" feront un tag correspondant,
> j'y reviendrai sur osm et le mettrai.
> J'avoue avoir parfois, avec réticence, avoir choisi plus tard un tag  
> pas tout-à-fait correspondant,
> juste pour que ça s'affiche (tapez-moi...).
> 
> Ou ai mis un node là, ou j'avais mis un waypoint (donc quelque chose  
> de remarquable),
> mais ne me souviens plus, de quoi il s'agissait -
> mais ça peut aider au suivant qui passe par-là.
> 
> Aussi avons-nos, sur la frontière franco-italienne, un tracé de  
> frontière très faux,
> décalé d'environ 1200 mètres et grossier (issu du CIA ?),
> là où auparavant un italien avait mis une frontière du "Piemonte"  
> bien plus exacte,
> mais qui a été effacé.
> Pourtant il en subsistent des nodes (pas les ways).
> Faut-il les supprimer, ces nodes mieux exacts,
> ou les conserver pour usage ultérieur ?
> 
> Sais pô...
> 
> Effacer automatiquement, c'est antipathique...
> 
> Amicalement
> Gerhard
> 
> 
> 
> Le 23 févr. 09 à 16:15, openstreet...@coutiere.com a écrit :
> 
>>
>> J'ai en tête une utilisation d'un robot assez périlleuse :
>> il s'agirait d'enlever tous les Nodes qui ne servent à rien  
>> (nombreux à cause de Potlatch)
>>
>> Un noeud qui ne sert à rien est un noeud qui n'a pas de Tag ET qui  
>> ne fait partie d'aucun Way : il faut donc :
>> - prendre tous les noeuds
>> - prendre tous les chemins ou relations, et supprimer leurs noeuds  
>> de la liste
>> - supprimer de la liste tous les noeuds avec attributs
>> Normalement, on reste avec les noeuds inutiles...
>>
>> Mais c'est un peu dangereux, il faut l'admettre...
>>
>>
>>
>> - Mail Original -
>> De: "arp enteur" 
>> À: "Discussions sur OSM en français" 
>> Envoyé: Lundi 23 Février 2009 15:14:38 GMT +01:00 Amsterdam /  
>> Berlin / Berne / Rome / Stockholm / Vienne
>> Objet: [OSM-talk-fr] Pour le robot 1.5
>>
>>
>> Bonjour,
>>
>>La page wiki du robot ( http://wiki.openstreetmap.org/wiki/ 
>> User:MS_BOT ) décrit un certain nombre de corrections sur les noms  
>> propres. Je suis surpris d'y trouver "Georges Sand", avec un "s".  
>> C'est une faute de frappe dans le robot, ou seulement sur la page  
>> wiki ?
>>
>>Par ailleurs, une suggestion : je viens de corriger un  
>> "proffesseur". Pensez-vous utilse que le robot fasse la correction  
>> "roffesseur"->"rofesseur" sur toute la France ?
>>
>> Art.
>>
>> ___
>> 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/listinf

Re: [OSM-talk-fr] Que s'est-il passé le 16 févr ier ?

[Charlie Echo]

En bleu, ce sont les modifications.
N'est-ce pas un coup du fameux script qui convertit automatiquement des tags ?

- Mail Original -
De: "Pieren" 
À: "Discussions sur OSM en français" 
Envoyé: Samedi 21 Février 2009 21:19:51 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: [OSM-talk-fr] Que s'est-il passé le 16 février ?

Voir ceci:
http://hexagone.openstreetmap.fr/osmtoday/archives/osmtoday-20090216.png

un import ? mais quoi ?

Pieren

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

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

Re: [OSM-talk-fr] Layers B000FTF ?

[Charlie Echo]

Ah... C'est donc ça !
Merci ++ !

- Mail Original -
De: "Pierre Mauduit" 
À: "Discussions sur OSM en français" 
Envoyé: Mardi 10 Février 2009 18:31:17 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Layers B000FTF ?

Le mardi 10 février 2009 à 18:25 +0100, Charlie Echo a écrit :
> Bonjour,
> Quelqu'un pourrait-il me donner une explication, ou un lien, pour comprendre 
> les layers :
> 
> Quelle lettre correspond à quel layer dans "B000FTF"  ?
> 
> >http://www.openstreetmap.org/?lat=43.606291&lon=6.988008&zoom=18&layers=B000FTF
> 

B = boolean (case type radio button cochée)
0 = case type radio vide
F = False (cas d'une case type checkbox non cochée
T = True (l'inverse).

Si tu regardes les options dispos surla slippy map dans le petit "+" à
droite, tu voies 4 radios et 2 checkbox. Mon explication ne tient pas
trop la route, j'ai un F en trop. Mais ca doit se rapprocher de ca.
Peut etre que le premier F permet de faire la distinction entre la
partie radiobutton et la partie checkbox ?!

-- 
Pierre


___
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] Layers B000FTF ?

[Charlie Echo]

Bonjour,
Quelqu'un pourrait-il me donner une explication, ou un lien, pour comprendre 
les layers :

Quelle lettre correspond à quel layer dans "B000FTF"  ?

>http://www.openstreetmap.org/?lat=43.606291&lon=6.988008&zoom=18&layers=B000FTF

Merci d'avance !

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

Re: [OSM-talk-fr] Re : Re : demande d'utilisation du Plan Cadastral pour le projet OpenstreetMap : la répons e !

[Charlie Echo]

Bizarrement, j'avais trouvé il y a longtemps les licences sur le site, qui me 
paraissaient laisser un espace d'espoir.

Je n'avais pas recherché avant mon mail ; mais là, en jettant un coup d'oeil 
sur le site, je ne trouve rien de bon...
Bizarre, donc.

- Mail Original -
De: "Denis" 
À: "Discussions sur OSM en français" 
Envoyé: Mercredi 21 Janvier 2009 19:01:34 GMT +01:00 Amsterdam / Berlin / Berne 
/ Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Re :  Re : demande d'utilisation du Plan Cadastral 
pour le projet OpenstreetMap : la réponse !

Arnaud CORBET a écrit :
> Hum, autant la licence du cadastre laissait entrevoir une possibilité
> de réponse positive, autant la licence géoportail hurle "non" à en
> percer les tympans. Ceci dit ça coute rien de demander, seulement
> faut pas trop fonder d'espoirs dessus.

C'est clair que je ne me lancerai pas dans une démarche avec l'IGN sur 
les données. Dans le même temps et pour info, le chapitre francophone de 
l'OS-Geo a des contacts et envisage une collaboration avec l'IGN. Notre 
institut géographique national est un "objet" plutôt complexe. Ce n'est 
pas l'équivalent d'un Microsoft des données géographiques nationales.
Je passe la main à Yves vous en parler de manière plus détaillée, si 
nécessaire.

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] Re : demande d'utilisation du Plan Ca dastral pour le projet OpenstreetMap : la réponse !

[Charlie Echo]

Premier point : bravo et merci à ceux qui ont oeuvré sur ce sujet très 
important. On l'a dit, c'est une grande nouvelle.

Deuxième point : pourrait-on faire la même demande à l'IGN, pour avoir un accès 
au Géoportail ?
Ca nous donnerait : 
- une couvrture de la France avec des photos assez précises (équivalent ou 
mieux que Yahoo! dans ses meilleurs recoins). Notons que les photos donnent de 
bonnes indications sur les sens uniques, etc.
- un tracé des routes goudronnées
- un tracé des limites de communes, etc, qui permettraient de faire les mêmes 
contours que ceux du cadastre, mais sans avoir besoin de chercher les communes 
les unes après les autres.
- plein, plein de choses encore à découvrir, sans doute...

En fait, Géoportail nous permettrait d'aller vite avec peu de précisions sur 
les noms de rues, les bâtiments, etc. Et le Cadastre nous donnerait noms de 
rues et bâtiments.


- Mail Original -
De: "Pieren" 
À: "Discussions sur OSM en français" 
Envoyé: Mardi 20 Janvier 2009 17:06:38 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Re : demande d'utilisation du Plan Cadastral pour le 
projet OpenstreetMap : la réponse !

Pour ceux qui ne lisent pas la ML anglaise sur laquelle j'ai renvoyé
la nouvelle, Richard Fairhurst vient de proposer d'intégrer le
cadastre comme sous-couche dans Potlatch.

Bon, avec le serveur WMS actuel, ça n'est pas possible. Mais si la
prochaine version du WMS de la DGFiP le permet ou si nous pouvons
construire un proxy-serveur WMS compatible (comme l'a suggéré une
autre personne sur le fil anglais), on disposerait du cadastre sur
Potlatch.

Pieren

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

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

Re: [OSM-talk-fr] GPS pour Mapping parties ?

[Charlie Echo]

Je n'avais pas connaissance du projet au Togo.
J'avais par ailleurs écrit sur la Mailing liste en anglais pour dire que 
j'irais au Maroc et aux Emirats Arabes Unis dans les mois qui viennent (le 
Maroc étant déjà un peu émergé, et les EAU étant très émergés aussi. Mais OSM y 
est peu représenté, en particulier au Maroc) ; j'avais le vague espoir que des 
gens soient à l'écoute et disent "ok, amène-nous 3 GPS, on saura quoi en 
faire". Bilan : silence radio, évidemment.

On a un problème de stratégie : soit on cherche à développer OSM dans les pays 
occidentaux, pour que ça serve d'exemple et que d'autres pays s'y mettent ; 
soit on cherche à développer OSM dans les pays émergents, où ce sera 
effectivement très utile mais assez long, mais il n'y aura pas l'effet de 
"traction" des pays occidentaux.

On peut aussi faire un mix : trouver des jeunes occidentaux qui vont dans les 
pays émergents (sous les différentes formes de service civil, de mission 
économiques, etc) et leur donner un GPS pour qu'ils mappent. Etant jeunes, ils 
pourraient être plus "geeks" que les autres.
Notons que je rencontre quelques unes de ces associations qui développent des 
écoles, etc, dans les pays africains...

Ceci étant dit, 68 unités, ça permet de faire des choses : 10 jeux de 4 GPS 
pour des mapping parties en Europe / US / Canada, etc. Ou bien, effectivement, 
pour les donner individuellement à des postiers, etc. 
Et les 28 autres donnés individuellement à des associations, etc, qui, le long 
de leur route, feront des tracés.

Bref, on peut trouver des idées... 


- Mail Original -
De: "Steven Le Roux" 
À: "Discussions sur OSM en français" 
Envoyé: Samedi 17 Janvier 2009 14:14:38 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] GPS pour Mapping parties ?

On Sat, Jan 17, 2009 at 12:54 PM, Pieren  wrote:
> A titre tout à fait personnel, je pense que ces GPS devraient
> essentiellement aller au projet GPStogo
> http://wiki.openstreetmap.org/wiki/GPStogo
> C'est quand même dans les pays en voie de développement que le manque
> de GPS est le plus criant. C'est aussi dans ces pays que le projet OSM
> peut avoir le plus d'intérêt...
>

J'avais oublié ce projet, mais je suis d'accord avec toi.

> Mais, encore une fois, c'est à titre tout à fait personnel. J'admet
> qu'il serait aussi intéressant de faire des pools de GPS pour des
> mapping parties en France mais vu le faible nombre de celles-ci
> chez-nous pour l'instant...
>
> Q'en pensent les autres ?
>
> Pieren
>
> 2009/1/17 Charlie Echo :
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Steven Le Roux
Jabber-ID : ste...@jabber.fr
0x39494CCB 
2FF7 226B 552E 4709 03F0  6281 72D7 A010 3949 4CCB
___
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] GPS pour Mapping parties ?

[Charlie Echo]

Bonjour,
James Doughty de la société  Diass (http://www.diass.co.uk) a donné au projet 
OSM 68 GPS (62 Geko 201, et 6 Etrex).
Les personnes d'OSM-UK se demandent ce qu'elles pourraient en faire de façon 
intelligente ; ce serait idéal pour des mapping parties, évidemment.

La question est passée sur la liste anglaise, mais n'a pas été relayée ici.

Donc : vous parait-il intelligent d'avoir une série (disons entre 5 et 8) de 
GPS en France, qu'on pourrait se passer pour les mapping parties ? Chaque 
organisateur devrait les envoyer à l'organisateur suivant, à la demande. Si 
c'est envoyé de France en France, ça peut être assez rapide et pas trop cher...

Si ça intéresse quelqu'un, je peux profiter d'un voyage à Londres pour aller en 
chercher. Donnez-moi aussi votre avis sur le nombre idéal.
Si ça paraît saugrenu, ou peu utile, j'utiliserai mon temps à Londres pour 
autre-chose...


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

Re: [OSM-talk-fr] Debutant qui commence un village

[Charlie Echo]

Salut !

Tu verras vite qu'on tatonne toujours au début, et que ça s'arrange très vite.
Ce qui me choque, à première vue :

- il y a beaucoup  de rues Secondary. Un logiciel de routage va envoyer des 
camions dans ton village... Personnellement, je mettrais au mieux UNE secondary 
dans un village, et le reste en tertiary (sauf si une nationale s'y arrête, 
etc) ; la D 703 serait alors en Secondary (et non en Primary)

- il y a une route qui passe de secondary à tertiary sans raison. C'est 
étonnant : la circulation doit être la même de part et d'autre...

- la Rue du Stade apparaît deux fois, sous forme de deux segments. Il faut 
mieux limiter le nombre de Ways, donc les regrouper.

- pour traverser la rivière à pied, il y a un chemin "pedestrian" qui n'est 
relié à rien. Il faudrait sans doute le relier aux rues de part et d'autre.

- Si le rond-point au bout de la rue en question (D 703 / D 31E) est assez 
petit, envisager de mettre un mini-roundabout (c'est-à-dire un simple point) 
plutôt qu'un Roundabout à 4 coins.

- J'aurais personnellement mis le Bus stop légèrement à côté de la route, pour 
montrer dans quel sens va le bus. D'ailleurs, les bus-stops devraient souvent 
aller par paire...


Mais c'est déjà un beau boulot !



- Mail Original -
De: "Olivier Croquette" 
À: talk-fr@openstreetmap.org
Envoyé: Mardi 6 Janvier 2009 13:00:34 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: [OSM-talk-fr] Debutant qui commence un village

Salut !

J'ai commencé à cartographier "sérieusement" le village du Bugue, en 
Dordogne, et ses environs.

Ca donne ça: (sachant que Mapnik n'a toujours pas mis à jour son 
rendu,  il vaut mieux passer en osmarender)

http://openstreetmap.org/?lat=44.92005&lon=0.9258&zoom=16&layers=0B00FTF

J'ai essayé de suivre les directives trouvées sur le Wiki, mais 
j'apprécierais votre commentaires ou suggestions.

Maplint me signale des choses que je n'ai pas encore parfaitement 
comprises, sauf les rues résidentielles sans nom, qui sont parfois 
justifiées dans mon cas.

Merci et a+

Olivier

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

[Charlie Echo]

Ca n'est pas une critique, mais une question :

Pourquoi y-a-t-il autant d'OSMeurs autour de Rennes ? Ca a été l'une des 
premières villes bien renseignée... J'ai l'impression (peut-être est-ce 
faux...) qu'il y a vraiment une forte densité là bas...
L'idée est de trouver le moyen de convertir des futurs OSMeurs ailleurs...




- Mail Original -
De: "nono" 
À: talk-fr@openstreetmap.org
Envoyé: Dimanche 28 Décembre 2008 12:46:01 GMT +01:00 Amsterdam / Berlin / 
Berne / Rome / Stockholm / Vienne
Objet: [OSM-talk-fr] nouvel inscrit

Bonjour à tous

Je viens de m'inscrire sur la liste et la coutume veut que l'on se
présente parait-il ;)

J'ai commencé à m'intéresser à OSM en août dernier et depuis je
cartographie dès que j'ai un moment.

Puisque le message de bienvenue de la liste demande de préciser la
région dans laquelle on œuvre, j'indique que je suis situé au sud-ouest
de Rennes (35). Du coup, après avoir cartographié mon patelin «Bruz» ici
http://www.openstreetmap.org/?mlat=48.0261&mlon=-1.7372&zoom=14&layers=B000FTF

je m'étends sur les communes voisines, Laillé, Pont-Réan, Guichen (en
partie) et  Chartres-de-Bretagne (en ce moment). Ce matin le thermomètre
était à zéro, je suis rentré congelé après ma contribution ;) mais
satisfait de ma petite viré.

Donc à bientôt, car j'ai des petites questions à poser aux
spécialistes... chaque chose en son temps.

Autrement, je cartographie avec un garmin et un dictaphone pour les
notes et j'utilise josm sous Gnu/Linux debian ou ubuntu.

À bientôt et joyeuses fêtes à tous.

nono

-- 
.-".nono at jabber-fr dot net ."-.
   /  0o\  http://bill.toile-libre.org/  /0o  \
  <` .\/ `>http://zenith.noel.free.fr/ <` \/. `>
   (`  .)  http://www.linux-france.org/~jcnoel/  (.  `)
=== `=--= == =--=` ===

___
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] position des noms des communes

[Charlie Echo]

>Selon la géographique, tu peux aussi le mettre au barycentre.
C'est risqué : le barycentre d'une forme peut être en dehors de la forme...

J'aurais tendance à mettre le centre-vill(ag)e, donc la mairie, l'église, la 
gare, ou le marché... Là où les flèches "Centre ville" pointent, en fait...



- Mail Original -
De: "Steven Le Roux" 
À: "Discussions sur OSM en français" 
Envoyé: Jeudi 18 Décembre 2008 14:58:08 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] position des noms des communes

2008/12/18 pascal.ferr...@aliceadsl.fr :
> Bonjour tout le monde,
>
> je m'interroge sur l'endroit où est placé le nom d'une commune.
>
> actuellement, cela semble peu précis.
>
> Peut-on considérer que la mairie (voire l'église) matérialise ce point ?

tout à fait. Selon la géographique, tu peux aussi le mettre au barycentre.

Tu es libre... de gérer l'osm war avec ton voisin... :)
>
> Cordialement
>
> Pascal
>
>
> -- ALICE N°1 de la RELATION CLIENT 
> 2008*
> Découvrez vite l'offre exclusive ALICE BOX! En cliquant ici 
> http://abonnement.aliceadsl.fr Offre soumise à conditions.*Source : TNS 
> SOFRES / BEARING POINT. Secteur Fournisseur d.Accès Internet
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Steven Le Roux
Jabber-ID : ste...@jabber.fr
0x39494CCB 
2FF7 226B 552E 4709 03F0  6281 72D7 A010 3949 4CCB
___
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] Trait d'union ou pas trait d'union?

[Charlie Echo]

Juste un exemple pour montrer que, même sur "Prénom Nom", l'usage a changé :
J'habite à deux pas d'une rue à la mémoire de Monsieur Faustin HELIE.
Il y a plusieurs plaques : des anciennes : RUE FAUSTIN-HELIE ; et des plus 
nouvelles : RUE FAUSTIN HELIE.

Dans la série des bizzareries, j'ai vu une "Rue Lecoin"  aussi indiquée "Rue Le 
Coin". Et, dans la "Rue Jean de La Fontaine", au milieu des "Allée La Fontaine" 
ou autres "Impasse La Fontaine", un "Square Lafontaine".

Si la règle est de rendre OSM conforme aux indications du terrain, un robot ne 
saura pas tout faire.

- Mail Original -
De: "Christian Rogel" <[EMAIL PROTECTED]>
À: "Discussions sur OSM en français" 
Envoyé: Mercredi 10 Décembre 2008 18:26:05 GMT +01:00 Amsterdam / Berlin / 
Berne / Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Trait d'union ou pas trait d'union?


Dans les règles de typographie à consolider, il y a la question des 
traits d'union.
Pour les noms de lieu (toponymes), il me semble que la règle est
simple, la commune de Vieux-Moulin s'orthographie ainsi, selon les 
règles de l'INSEE.
Il peut s'agir d'un vieux moulin disparu, mais personne ne peut savoir, 
sans enquête, s'il y a  ou s'il y a eu un hameau appelé Vieux-Moulin.
Dans le doute, il faut le traiter comme un toponyme et écrire, IMHO,
Rue du Vieux-Moulin. Mais, on peut m'opposer la graphie e la plaque.
J'ai remarqué que les toponymes en breton sont dépourvus couramment de 
trais-d'union. Ex. : on écrit Penn ar Bed pour Finistère, alors que 
Penn-ar-Bed serait plus conforme typographiquement.
Je vois bien d'où cela vient, un parfum de différenciation des règles 
appliquées au français, mais cela me semble illégitime.
J'écrirais donc Rue de Stang-Zu, Rue de Prat-ar-Rouz (ici, difficulté, 
car tout le monde n'identifie pas "ar"  comme un article et le dernier 
plan de Quimper que j'ai en main montre Avenue de Prat Ar Rouz).
Avez-vous des exemples du même genre dans d'autres coins?
En résumé, mettre des traits-d'union partout (noms de communes et de 
hameaux, microtoponymes, POI disparus), mais pas aux noms de famille 
(avec l'exception des pseudonymes comme Alain-Fournier) serait la règle 
la plus simple, mais pas forcément "robotisable".

Christian




Pieren a écrit :
> On Wed, Dec 10, 2008 at 12:55 PM, Axel R.
>> Rue du vieux Moulin
>> Rue du vieux moulin
>>
> 
> Quitte à choisir, je préfère encore la troisième solution:
> Rue du Vieux Moulin
> 
> L'important n'est pas de rendre les erreurs homogènes entre elles mais
> de corriger les erreurs.
> 
> Pieren
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>  
> 
> 




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

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

Re: [OSM-talk-fr] Un robot de nettoyage pour la france

[Charlie Echo]

Un autre argument contre la "libération du code à outrance" :
des centaines de gens risquent de télécharger le code ET le fichier France, 
juste pour voir, pour faire leurs stats, etc. Ca va charger les serveurs et 
réseaux pour rien ; ça risque de créer des Editions concurrentes...




- Mail Original -
De: "sylvain letuffe" <[EMAIL PROTECTED]>
À: "Discussions sur OSM en français" 
Envoyé: Mercredi 10 Décembre 2008 15:51:34 GMT +01:00 Amsterdam / Berlin / 
Berne / Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Un robot de nettoyage pour la france


> ... pourquoi ne pas avoir les règles de typographie française en base et
>  laisser le moteur de rendu appliquer des règles de mise en forme
> spécifique au rendu ?

Parfois pas le choix, mais je trouve ça une perte de temps.

Si une correction claire et unanime doit être appliquée, on a meilleur temps 
de régler le problème directement dans la base, ça évite de refaire le boulot 
plusieurs fois.

Cela rejoint plusieurs discussions que j'ai eu sur les "par défaut" selon les 
pays. Si on suppose à un moment que nous tolérons que la base soit 
un "merdier structuré" cela veut dire à la fin que chaque logiciel de 
routage, chaque logiciel de rendu, de traitement, d'analyse doit utiliser le 
même moteur de post-traitement, ce qui virtuellement me semble proche de 
l'impossible.

Je prend mon exemple, si je créer un petit outils qui indique les rues n'ayant 
pas de nom pour aller les corriger. Supposons qu'en Allemagne un robot 
remplie tout les noms vides de la base par name=nein alors mon outils ne sert 
plus à rien chez eux

Re-prenons notre cas, supposons, je dis bien supposons, qu'en espagne leur 
règle toponimique est de tout mettre en minuscule, je fais un logiciel de 
routage. Comme je le prévois "à la française" je code un programme qui change 
toutes les minuscules en majuscules lors de l'affichage. Les Espagnols ne 
pourront alors que "mal" utiliser mon programme car il n'affichera pas comme 
eux ont l'habitude de.

On m'argumente souvent qu'il faut simplement coder selon chaque pays les 
spécificités. Les braves africains du zimbabwe ne sont alors pas prêt 
d'avoir leur logiciels de routage, car qui peut bien se foutre d'eux en 
moyenne dans le monde des développeurs ?

Autre exemple plus proche de nous, on se retrouve avec mkgmap qui génère des 
cartes routables proposant de me router en voiture, sur les zones piétonnes. 
Pourquoi ? le développeur est russe, ça semble être le par défaut là bas, et 
que croyez vous qu'il est à foutre de la france ?

Oui, certes, à moi de le personnaliser ! Mais vous voyez où ça risque 
d'aller : "outils utilisables uniquement par ceux qui ont du temps et qui s'y 
connaissent"

-- 
Sylvain Letuffe [EMAIL PROTECTED]
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] Un robot de nettoyage pour la france

[Charlie Echo]

Sur Wikipedia, j'ai peu d'idées pour mettre du foutoire : on peut rendre les 
pages "illisibles", les supprimer, mais il sera facile de remettre ensuite la 
version initiale.

Sur OSM, j'ai plein d'idées, pour alourdir la base, pour joindre des chemins 
qui sont l'un au-dessus de l'autre et créer une connexion entre un pont et un 
tunel, pour déplacer des chemins de quelques centaines de mètres, pour ajouter 
de faux POI, etc. Personne n'y verra rien, au début, et quand on le verra, ce 
sera trop tard.

Et puis OSM a quelques ennemis désignés, mais surtout des fans de ces ennemis : 
des fans de Google Maps qui auront ajouté des détails dans la sur-couche de 
Google, et seront les héros locaux, et voudront "tuer" les concurrents dont OSM.

Bref, moi, j'ai un peu peur... Il est trop facile de créer un compte anonyme, 
de casser la machine, de repartir, et de laisser les autres dénouer les noeuds 
3 mois après.


- Mail Original -
De: "sylvain letuffe" <[EMAIL PROTECTED]>
À: "Discussions sur OSM en français" 
Envoyé: Mercredi 10 Décembre 2008 15:33:33 GMT +01:00 Amsterdam / Berlin / 
Berne / Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Un robot de nettoyage pour la france


> > OSM, c'est des données Libres. Si la base de données commence à être
> > mise à jour avec des programmes propriétaires auxquels personne n'a
> > accès, je trouve que ça va à l'encontre de l'idée même du projet. En
> > résumé, ça pue.
> 
> Oui. 

Moi je trouve qu'on se prend bien la tête. Personne n'a jamais parlé qu'un 
robot qui peut faire 1 édits doit se trouver dans josm ou potlatch avec 
un gros bouton "nettoyer"

Après, ce qui est de publier le code, ça me semble nécessaire, si on commence 
à supposer que des vandales vont en profiter je pense qu'ils n'ont pas besoin 
de ça, vu comme il est facile de foutre la grouille rien qu'avec JOSM et si 
quelqu'un est motivé, il lui sera simple de faire un truc pour vandaliser.

Cette protection, l'API 0.6 doit nous permettre de l'atteindre plus facilement 
avec un meilleur système de retour sur historique.

Reste donc le motivé, qui, ne s'y connaissant pas trop en programmation prend 
le script, part d'une bonne initiative et flingue plein de trucs. Je pense 
que celui-là appellera au secours, demandera de corriger l'erreur qu'il a 
faite, et demandera de l'aide pour son projet.

Et puis surtout, ne crions pas avant d'avoir mal. Sur un projet comme ça, si 
il faut réfléchir pendant 1 ans à si oui où non on doit préparer un script 
pour passer en majuscule alors que tout le monde est d'accord pour le faire, 
au final on ne fait plus rien.

Sur wikipedia, il y a plein de robot qui tournent dont tout le monde est 
content (ou presque) certains son créé, d'autres sont coupés mais au final ça 
rend un super service, aux détriments de quelques "reverts" mal placés qui 
seront vite dénoncés, annulés.

Si je résume mon avis :
- discuter de ce qu'il doit faire
- faire le robot
- publier le code
- faire une page de résumé de ce que le robot fera
- contrôler à plusieurs
- corriger le robot
- lui faire faire le boulot une fois
- vérifier pendant quelques mois que personne ne remonte un bug
- repartir à la case 1


-- 
Sylvain Letuffe [EMAIL PROTECTED]
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] Téléchargement d'une commune dans le plugin cadastre

[Charlie Echo]

C'est effectivement étrange.

Le site cadastre.gouv.fr perd aussi ses petits : parfois, ça semble marcher ; 
et parfois, quand je demande VERRIERE (LA), il me répond : La ville/commune 
doit être une chaîne de caractères.
Le plugin fait en réalité comme un browser : il charge la page de 
cadastre.gouv.fr et demande la commune ; et il a la même erreur en retour.

Pour sélectionner la commune sur Internet, il faut passer par la liste des 
communes proposées, et choisir la bonne. Celle-ci est alors demandée sous la 
référence "TN644" >VERRIERE (LA) - 78320.

A mon avis, donc, le site cadastre.gouv.fr marche mal pour cette commune : un 
accès direct est impossible, mais un accès par la référence l'est.

Le top du top serait que le plugin fasse comme le browser : qu'il propose un 
choix de communes, si la question est ambigüe.


- Mail Original -
De: "Jérôme BLUM" <[EMAIL PROTECTED]>
À: "Discussions sur OSM en français" 
Envoyé: Mercredi 5 Novembre 2008 19:21:38 GMT +01:00 Amsterdam / Berlin / Berne 
/ Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Téléchargement d'une commune dans le plugin cadastre

Exactement, sauf que, justement, j'ai initialement entré "VERRIERE
(LA)", mais cela n'a pas fonctionné, avec ou sans département précisé.
J'ai après tenté des variantes ("LA VERRIERE", "VERRIERE") mais je n'y
croyais pas du tout... et cela n'a pas fonctionné non plus.

Snif... un petit débogage Pieren ? Apparemment l'action est annulée.
Voici la sortie que j'ai sous Windows :

download:
http://www.openstreetmap.org/api/0.5/map?bbox=1.9342174315935257,48.75239008581246,1.9561900878435257,48.76337641393746
got return: 200
Add new layer with Location:VERRIERE (LA), Département:
Cookie=JSESSIONID=10ACF55D271AEEAF6B1A7813F4766A9D.scppup08worker1
Download action cancelled by user

J'utilise JOSM v869 avec le plugin cadastre 0.7 (bien qu'il y ait marqué
0.6 dans le fichier META-INF/MANIFEST.MF du fichier .jar).

Merci pour le coup de main, j'aimerais finir de tracé le contour de
Saint-Quentin-en-Yvelines !

wagner51


Charlie Echo a écrit :
> Le plugin Cadastre doit utiliser le nom qui apparaît sur cadastre.gouv.fr. 
> Par exemple, ce sera VERRIERE (LA).
> Si le nom est mauvais, on a une image vide.
>
> Si cadastre.gouv.fr permet de voir un contenu vectoriel, alors le plugin doit 
> fonctionner.
> Si cadastre.gouv.fr donne une image, alors je ne sais pas si le plugin 
> fonctionnera, mais j'en doute.


___
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] Téléchargement d'une commune dans le plugin cadastre

[Charlie Echo]

Le plugin Cadastre doit utiliser le nom qui apparaît sur cadastre.gouv.fr. Par 
exemple, ce sera VERRIERE (LA).
Si le nom est mauvais, on a une image vide.

Si cadastre.gouv.fr permet de voir un contenu vectoriel, alors le plugin doit 
fonctionner.
Si cadastre.gouv.fr donne une image, alors je ne sais pas si le plugin 
fonctionnera, mais j'en doute.



- Mail Original -
De: "Jérôme BLUM" <[EMAIL PROTECTED]>
À: "Discussions sur OSM en français" 
Envoyé: Mercredi 5 Novembre 2008 07:43:24 GMT +01:00 Amsterdam / Berlin / Berne 
/ Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Téléchargement d'une commune dans le plugin cadastre

Mon problème est différent : j'arrive à voir le plan vectorisé sur
cadastre.gouv.fr, mais je n'arrive pas à le récupérer sous JOSM...


g.d a écrit :
> J'ai un blème d'un genre semblable :
> Dans les Monts d'Orb,
> la Commune de Montesquieu,
> située entre Roujan et Pézènes-les-Mines
> semble être éradiquée.
>
> Le site du Cadastre en reconnaît bien le nom,
> mais quand on demande les plans,
> plus que tchi, inconnu au régiment.
>
> Je suppose que ces trous blancs du cadastre.gouv.fr
> soient des "frictions humaines", des accidents de parcours,
> où le cadastre.gouv n'a pas encore pu récupérer les plans
> depuis les bureaux locaux...
>
> Aussi avais-je entendu parler,
> que lors de la réorganisation/regroupement récent de bureaux du  
> cadastre,
> les plans de certaines communes auraient carrément été perdus dans  
> les tuyaux
>
> (Ils sont certainement quelque part aux fonds des archives,
> ensemble avec d'autres centaines de milliers de documents non encore  
> répertories,
> et ils reverront le jour d'ici deux ou trois cents ans...)
>
> mais ce n'est pas très grave,
> car en général il y a des doubles et des copies des plans cadastre un  
> peu partout,
> ce qui permet de reconstituer le fond.
> Mais ça prendra son temps administratif...
> 'Faut se munir de patience.
> ---

___
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] Roundabout : oneway=true par déf aut

[Charlie Echo]

Je sais que ce point a été discuté en chat "français", un jour, mais...
Je trouve que, quand on a un Roundabout, il serait intelligent d'ajouter un 
oneway = true.
Je ne vois pas de raison logique pour laquelle on ne mettrait pas ce oneway.


- Mail Original -
De: "Pieren" <[EMAIL PROTECTED]>
À: "Joe Richards" <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Envoyé: Lundi 20 Octobre 2008 10:37:37 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk] roundabout vs miniround about

On Sat, Oct 18, 2008 at 6:56 PM, Joe Richards <[EMAIL PROTECTED]> wrote:
> I think you have to add oneway=yes too
>
highway tag with junction=roundabout is probably the single highway
case where "oneway" is true by default.

Pieren

___
talk mailing list
[EMAIL PROTECTED]
http://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk-fr] Eviter les duplications de vérificat ions

[Charlie Echo]

C'est bien, on converge peu à peu !


L'idée des couleurs pour la présence des tags est bonne, mais :
- "oneway" est souvent non-indiqué quand c'est NO.
- il y a des rues sans nom (des segments de rue, en fait, qui font quelques 
mètres). 
Faudrait-il mettre des oneway=NO explicitement partout ? Alors on aurait le 
même problème sur d'autres tags secondaires, ensuite (access, maxspeed, ...)

Sinon, à méditer : Vert = Jaune + Bleu ; d'où l'idée d'indiquer, par exemple, 
Jaune si il y a Name, et Bleu si il y a Oneway, et Vert si il y a les deux. 
C'est plus pratique (d'ailleurs je vais modifier ma carte en ce sens...)

L'image de Sylvain :
http://slyserv.dyndns.org/magic-renderer.png
représente bien ce qu'il faut, aussi. A un détail près : comment indiquer sur 
OSM qu'on croit qu'il manque une rue ?


Quant à mes zones bleues et rouges : 
- les zones rouges (à vérifier) sont très petites ; on peut indiquer ce que 
c'est (authorisations de tourner à G ou à D ; oneway à vérifier si les relevés 
sont incohérents ; ...) Donc les zones rouges sont supprimées quand le problème 
est résolu. Elles ne sont pas recoupées en deux. En un sens, les zones rouges 
sont comme OpenStreetBug.

- les zones bleues peuvent avoir différentes couleurs : Vert et Jaune comme 
indiqué plus haut. Et on peut les étendre, les modifier, etc.

- les cartes de GoogleMap permettent d'utiliser une large palette de couleurs, 
et de donner des noms et des commentaires aux zones tracées.

- Mail Original -
De: "Mik Doud" <[EMAIL PROTECTED]>
À: "Discussions sur OSM en français" 
Envoyé: Vendredi 17 Octobre 2008 10:52:18 GMT +01:00 Amsterdam / Berlin / Berne 
/ Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Eviter les duplications de vérifications

Allez, j'y vais de ma petite réponse : et si on demandait "simplement" à
ceux qui savent faire une nouvelle représentation de la donnée OSM.
L'idée serait non pas de créer des zones, mais de faire apparaître un
symbolisme "cumulé" qui montre pour chaque way la complétude des 3 tags
"name", "type", "oneway".

Si tous les tags sont complété, on dessine juste une rue "classique" avec
son nom (même symbolisme que residential) mais en vert (vert = bien)

L'un des tags absent : le fond est jaune
2 absents : le fond est orange
3 absents : le fond est rouge

Pour savoir quels tags sont absents :
* si le fond est rouge, pas besoin, on sait que les 3 sont absents
* tag name absent : le contour est jaune
* tag oneway absent : on dessine un sens interdit au mileu du way (à la
place de la flèche quand oneway=yes)
* tag type absent : on fait des hachures violettes (comme pour les voies
bus)

Ainsi d'un seul coup d'oeil on peut savoir :
* les rues complètes sont vertes
* les rues partiellement incomplètes sont jaune ou orange ET (contour jaune
ET/OU sens interdit ET/OU hachures violettes)
* les rues pas du tout complètes sont rouges

Qu'en pensez vous ?



Le 17 octobre 2008 10:28, sylvain letuffe <[EMAIL PROTECTED]> a écrit :

> On Friday 17 October 2008 09:43, Charlie Echo wrote:
> > Bonjour,
> > J'étais absent ces derniers jours, et je vois que des électons ont
> circulé
> > sur le sujet que j'ai lancé.
> C'est qu'il doit y avoir un truc bien à faire pour nous permettre de
> coordonner nos efforts, le truc c'est qu'on ne sait pas quelle est la moins
> mauvaise des solutions ;-)
>
> > Les tags les plus importants sont :
>
> J'ai un problème avec cette histoire de regroupement, imaginons que j'y
> suis
> passé, et j'ai bien noté tous les sens de circulation mais pas les noms des
> rues, je fais quoi ? une zone mauve ?
> C'est tentant de regrouper, mais ça implique de faire tout ou rien sur une
> liste de critères pré-définis.
>
> Quant aux zones, je suis un peu dubitatif, si j'ai traversé par exemple ta
> zone rouge et que j'ai parfaitement noté le nom et le sens de circulation,
> je
> l'ajoute dans osm, tout va bien.
> Je reviens alors découper ta zone rouge pour lui rajouter une bande bleue.
> C'est dommage ça fait du travail en plus, alors que le fait que je l'ai
> corrigé dans osm suffit pour dire que c'est fait.
>
> > Puis, si un plan indique une petite rue dans un coin, on peut faire un
> court
> > détour pour aller voir sur place.
> (...)
> > Mais comment savoir où la personne qui a relevé les informations s'est
> > arrêtée ?
> là ce que tu veux est en effet presque impossible avec mon idée, il te faut
> en
> effet deux plans :
> - le plan osm avec les "trous"
> et
> - le plan de ville avec les rues qui n'y sont pas
> Ou
> les deux en superposés.

Re: [OSM-talk-fr] Deux côtés d'une même rue p ortant des noms différents

[Charlie Echo]

Dans la même veine : 
Dans la Rue Jean de La Fontaine, j'ai une Villa La Fontaine, etc, et (de 
mémoire) un Square Lafontaine. Les plaques indiquant le nom sont assez claires 
: c'est en un mot.

Comment indiquer les noms Lafontaine et La Fontaine comme "valables" ?


- Mail Original -
De: "Philippe Piquer" <[EMAIL PROTECTED]>
À: "Discussions sur OSM en français" 
Envoyé: Vendredi 17 Octobre 2008 08:21:24 GMT +01:00 Amsterdam / Berlin / Berne 
/ Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Deux côtés d'une même rue portant des noms différents

Patrice n'est pas encore très bien réveillé :)

Il y a des propositions (mais je retrouve plus la bonne page sur le
wiki) pour un name_left; name_right ou name:left, name:right(en
fonction du sens du way) afin de résoudre ce probleme

>
> La numérotation est elle continue dans cette rue à 2 noms ?
>
> Perso je couperai la rue au niveau de la frontière entre les 2 communes
>

___
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] Eviter les duplications de vérificat ions

[Charlie Echo]

Bonjour,
J'étais absent ces derniers jours, et je vois que des électons ont circulé sur 
le sujet que j'ai lancé.


Je vais donc repréciser ma requête et expliquer en quoi les propositions 
avancées sont insuffisantes...

Pour illustrer mon propos, voici ce que j'utilse actuellement :
http://www.zimagez.com/zimage/cartes4.php
En bleu : c'est une zone validée.
En rouge : zone à vérifier.

Les tags les plus importants sont : 
- name : avoir TOUTES les rues avec leurs noms. C'est très important pour la 
crédibilité du projet.
- oneway : pouvoir circuler en voiture
- highway : savoir si la rue est un grand axe ou non, pour circuler plus vite

Si on s'organise, ça se fait vite : il suffit de chosir une rue qui en croise 
beaucoup d'autres pour avoir, en quelques minutes, une large zone avec name / 
oneway / highway.
Puis, si un plan indique une petite rue dans un coin, on peut faire un court 
détour pour aller voir sur place.


En me baladant, j'ai trouvé dans Paris des zones bien taggées et des zones 
non-taggées. Par exemple : le 17e nord était très peu taggé, et le 16e 
moyennement taggé.
Donc, quand j'allais quelque part, j'ai commencé à imprimer des pages de ce 
qu'il fallait que je vérifie sur place si j'avais un peu de temps libre. Et 
j'ai "choisi mon chemin" en cherchant les axes qui me permettaient de croiser 
un maximum de rues à tagger.
Puis je me suis fait des cartes de ce que j'avais déjà vu.
Peu à peu, j'ai couvert le 16e nord, et le 17e sud.

Je suis allé récemment dans le 15e centre sans m'y préparer, et là, j'ai noté 
quelques petites rues "probablement pas sur OSM" : Villa de Grenelle, etc.
En prenant OSM ensuite, je me suis rendu compte que ces petites rues étaient 
déjà marquées. Apparemment, le 15e centre et TRES bien taggé.
Mais comment savoir où la personne qui a relevé les informations s'est arrêtée ?

D'où l'idée de mettre en commun les cartes. Comme ça, la prochaine fois que 
j'irai dans le 15e, je choisirai mon chemin.

Comment faire ?
- des tags sur les ways "a_vérifier" ? Pas imprimable : idéalement, il faut que 
l'info soit imprimable sur un plan. Donc ça ne va pas. En fait, il y a des tags 
"FIXME" mais je n'arrive pas à les utiliser efficacement, justement pour cette 
raison d'impression.

- OpenStreetBug ? Indique des points, pas des zones : l'outil est très bon, je 
l'utilise souvent, mais il permet plutôt de marquer des POINTS à vérifier, pas 
des zones. C'est un bon outil pour dire "ajouter une boîte aux lettres ici".

Personnellement, j'ai donc trouvé mon bonheur avec les cartes de GoogleMaps. 
Alors je sais, Google ne nous plaît pas, etc, mais c'est clairement l'outil que 
je trouve le plus adapté à mes besoins.

Il faudrait donc mettre ces cartes en commun, pour que je puisse voir où la 
personne qui a parcouru le 15e s'est arrêtée. 
On sera beaucoup plus efficaces avec un tel outil.

Vos commentaires ?


- Mail Original -
De: "Mik Doud" <[EMAIL PROTECTED]>
À: "Discussions sur OSM en français" 
Envoyé: Mercredi 15 Octobre 2008 14:46:51 GMT +01:00 Amsterdam / Berlin / Berne 
/ Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Eviter les duplications de vérifications

je ne parlais pas forcément des zones non-taguées. Si j'ai bien compris la
requête ici, on cherchait juste à décrire dans une zone ce qui n'est pas
complet, parmis les tags prioritaires oneway, type, etc.
D'ou mon idée des polygones directement via osm et non via un mashup google,
qui rejoint les autres propositions "Créez vous un tag spécifique pour votre
travail"

Je cite Sylvain Letuffe
"Elle a pour but de d'indiquer non pas la complétude mais le manque ( par
exemple ):"

___
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] Eviter les duplications de vérificat ions

[Charlie Echo]

Avec GoogleMaps, on peut créer des formes que l'on superpose aux cartes... 
(c'est l'option "mes cartes" de GoogleMaps). Pour marquer une zone, c'est 
l'idéal.
Mais si qqn veut développer la chose sur un fond OSM, très bien, on l'utilisera 
avec plaisir.

Autre avantage : pour dire "je vais traiter telle zone", il est plus facile de 
tracer la zone que l'on veut mapper sur GoogleMaps que sur un fond inexistant. 
Pendant les Mapping Parties, par exemple, les participant se sont répartis les 
zones d'une ville inexistante sur OSM...

- Mail Original -
De: "Thomas Clavier" <[EMAIL PROTECTED]>
À: "Discussions sur OSM en français" 
Envoyé: Samedi 11 Octobre 2008 15:11:04 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Eviter les duplications de vérifications

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Gand' a écrit :
> à quoi bon le faire sur google maps alors qu'on bosse sur un projet de
> cartographie ?

+1 je ne comprend pas bien 

- --
Thomas Clavierhttp://www.tcweb.org
+33 (0)6 20 81 81 30  JabberID : [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkjwpeMACgkQStsfiGuIVEOGegCeIHxK114N/jXYy0gEfeBktnCO
lpMAnjNVggTX6uR0+YNYdO5RyPMZ6Gt6
=rhDc
-END PGP SIGNATURE-

___
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] Eviter les duplications de vérificat ions

[Charlie Echo]

Le tableau à double entrée est une solution, mais ça nécessite de pré-définir 
des quartiers, ce qui est difficile car pas assez fin.

Je reste sur mon idée de Google Maps, avec des zones colorées que l'on règle à 
la rue près.
En plus, j'ai ajouté des taches rouges sur ce qu'il faut vérifier (un sens de 
rue, ... ; ça rappelle OpenStreetBug dans son idée), ce qui est faisable avec 
GoogleMaps mais pas avec des zones pré-définies.

Faut-il systématiquement rentrer les boîtes aux lettres ? C'est très long, car 
il faut passer devant pour les voir.
Pour les rues, c'est nettement plus rapide : il suffit de parcourir une rue 
pour voir toutes les rues qui croisent à gauche et droite, et avoir d'un coup 
une large couverture.

Il faut donc distinguer ce qui est déjà listé et ce qui ne l'est pas :
Pour ce qui est listé, il suffit d'aller vérifier, et d'affiner la position 
(Vélib, typiquement : on ne sait jamais de quel côté c'est, etc).
Vélib : déjà listé : on a déjà essayé de demander, je crois, mais on n'a pas eu 
de réponse.
Ecoles : pages jaunes... => déjà listé

Semi-listé :
Métro / Bus : les stations sont listées, les points précis et entrées ne sont 
pas listées (exemple typique : Etoile : on a plein d'entrées mais quand on en 
cherche une rapidement parce qu'il pleut, on n'en trouve jamais...)

Pas listé, et donc que l'on découvre en se baladant :
Parkings
Têtes de stations de taxis
Boîtes aux lettres


Charlie Echo

- Mail Original -
De: "Axel Rousseau" <[EMAIL PROTECTED]>
À: "Discussions sur OSM en français" 
Envoyé: Samedi 11 Octobre 2008 10:53:15 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Eviter les duplications de vérifications

Je trouve l'idée géniale, je pense que l'on devrait faire un tableau à 
double entrée (sur le wiki par exemple).
D'un côté les quartiers (diviser les arrondissement en quartiers) et de 
l'autre les "fonctionnalités" pour que l'on vérifie :
- noms des rues
- sens unique
- station vélib
- boites aux lettres
- écoles
- ...

Et on ferait une croix quand on a vérifier quelque chose (ou on peut 
mettre nos initiales).

Alpha Roméo (*)

(*) ça c'est mes initiales dans ton alphabet ;-)
> Bonjour,
> Etant parisien, j'observe Paris.
> Sur Paris, je vois qu'il y a de nombreux contributeurs, qui chacun ajoute sa 
> pierre. Mais il manque encore bon nombre de noms de rues, de sens uniques, 
> etc, et donc quand je vais quelque part, je note et j'ajoute mes données, par 
> quartiers.
> Pour l'instant, mes priorités sont : noms de rues, sens uniques, et en second 
> lieu stations Vélib et boîtes aux lettres.
>
> Pour mon propre usage, je me suis fait une carte (sur GoogleMaps) où je vois 
> facilement si j'ai déjà couvert le quartier où je vais ; comme ça, je sais si 
> je dois prendre mon crayon ou pas.
> Il y a des zones assez bien couvertes, des zones vides (par exemple, Neuilly, 
> où je vais parfois, a très peu de noms de rues...).
>
> D'où l'idée qu'il faudrait se coordonner : mettre les "cartes de couverture" 
> en commun.
>
> Evidemment (et malheureusement), dans bon nombre de petites villes, il n'y 
> aura qu'une personne qui travaille sur la ville, donc l'intérêt sera limité. 
> Mais dans les grandes villes, ce serait tout de même pratique. 
> Qu'en pensez-vous ?
>
> Charlie Echo
>
> ___
> 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] Re : Utilisation des données cadas trales

[Charlie Echo]

Des Agents Immobiliers malhonnêtes ? 
Oh, non... On nous aurait caché quelque-chose ?


- Mail Original -
De: "murphy2712.nospam" <[EMAIL PROTECTED]>
À: "Discussions sur OSM en français" 
Envoyé: Samedi 11 Octobre 2008 10:53:11 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Re : Utilisation des données cadastrales

bluff = utilisation àlarache des données du cadastre sans demander
rien à personne mais fopaldire :)
___
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] Eviter les duplications de vérificat ions

[Charlie Echo]

Bonjour,
Etant parisien, j'observe Paris.
Sur Paris, je vois qu'il y a de nombreux contributeurs, qui chacun ajoute sa 
pierre. Mais il manque encore bon nombre de noms de rues, de sens uniques, etc, 
et donc quand je vais quelque part, je note et j'ajoute mes données, par 
quartiers.
Pour l'instant, mes priorités sont : noms de rues, sens uniques, et en second 
lieu stations Vélib et boîtes aux lettres.

Pour mon propre usage, je me suis fait une carte (sur GoogleMaps) où je vois 
facilement si j'ai déjà couvert le quartier où je vais ; comme ça, je sais si 
je dois prendre mon crayon ou pas.
Il y a des zones assez bien couvertes, des zones vides (par exemple, Neuilly, 
où je vais parfois, a très peu de noms de rues...).

D'où l'idée qu'il faudrait se coordonner : mettre les "cartes de couverture" en 
commun.

Evidemment (et malheureusement), dans bon nombre de petites villes, il n'y aura 
qu'une personne qui travaille sur la ville, donc l'intérêt sera limité. Mais 
dans les grandes villes, ce serait tout de même pratique. 
Qu'en pensez-vous ?

Charlie Echo

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

Re: [OSM-talk-fr] Potlatch : Stop la carnage...

[Charlie Echo]

(En l'occurrence, je ne suis pas responsable, mais...)
Potlatch a deux avantages : 

- les ways non-tagés apparaissent en gris. On peut donc travailler en plusieurs 
fois : d'abord tracer les ways, puis mettre les tags. Tu as peut-être trouvé un 
travail "en cours". 

- c'est plus facile à utiliser que JOSM, ou d'autres éditeurs ; moins précis, 
mais plus facile. Or nous avons BESOIN de cet accès vulgarisé car nous avons 
besoin de gens pour tagger. (même à Neuilly sur Seine, il y a des zones 
non-taggées... Je pensais que c'était autant renseigné que Paris). Tu es donc 
peut-être tombé sur un travail de débutant. Personnellement (comme beaucoup, je 
suppose), j'ai commencé à tracer avec Potlatch et je suis ensuite passé à JOSM. 
Et j'ai noté que ma "courbe d'apprentissage" était forte.

Tu devrais rechercher le nom de la personne qui a tracé ces ways, et le 
contacter, pour savoir ce qu'il en est. C'est sans doute la meilleure façon de 
procéder.

Charlie Echo
PS : le GROS défaut de Potlatch, c'est son nom, impossible à retenir et à 
prononcer...

- Mail Original -
De: "Matthieu Lochegnies" <[EMAIL PROTECTED]>
À: "Discussions sur OSM en français" 
Envoyé: Lundi 6 Octobre 2008 20:55:48 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Potlatch : Stop la carnage...



2008/10/6 Steven Le Roux < [EMAIL PROTECTED] > 




Salut tout le monde... 

    Bonsoir 




Je ne connais pas potlatch ni ne sais comment ça marche... mais à chaque fois 
que je vois des liens en double avec un des deux liens au type non tagué il 
s'agit d'un truc fait avec potlatch...  

     Une appli en flash nan mais ça va pas ? Essaie un truc portable, 
genre en Java. Euh...  
(pardon) 




Exemple à fontainebleau... il n'y a rien en double, mais une douzaine de way 
non tagué...  d'où ma question, peut-on taguer des highway avec potlatch ? Si 
est-ce compréhensible ? intuitif ? Si ce n'est pas le cas il faudrait le 
signaler aux dev de potlatch car là  c'est le massacre... 

Pour le peu que j'en ai vu (merci virtualbox), c'est possible ; mais tu 
dessines par-dessus une carte, sans forcément connaître ou visualiser les 
endroits, c'est différent d'une trace de limace^W GPS que tu as suivie. 
Ceci dit ça fait des bouts de route déjà dessiner à connecter avec celles que 
tu traces, ça demande peu de temps pour les nommer, mais ça ne donne pas toutes 
les infos ; ça peut être plus rapide que de chercher comment suivre les 
labyrinthes de sens uniques qui permettent d'arriver sur certains tronçons 
autrement qu'à contre-sens. 
  -- 
Matthieu (aka Prof / Frop) 

___
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] Question de newbie

[Charlie Echo]

A mon avis, c'est pareil de mettre les voies de dessous en Tunnel ou celles du 
dessus en Bridge.
S'il s'agit de La Défense, je ne sais pas vraiment où est la réalité physique, 
car le sol est un vrai gruyère et les différents niveaux sont tous des tunnels 
ou des bridge d'autres niveaux.

Reste que je préfèrerais Tunnel : à mon sens, Tunnel signifie "Il est normal 
qu'un GPS ne reçoive rien", alors que quand on passe sous un bridge, en 
général, les GPS reçoivent encore des signaux.

Charlie Echo

- Mail Original -
De: "Steven Le Roux" <[EMAIL PROTECTED]>
À: "Discussions sur OSM en français" 
Envoyé: Lundi 6 Octobre 2008 01:56:13 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Question de newbie






2008/10/6 Matthieu Lochegnies < [EMAIL PROTECTED] > 



Bonsoir, 

je suis tombé sur le projet il y a en gros un mois, et entrepris de compléter 
petit à petit le sud-est des Hauts-de-Seine. C'est marrant de redécouvrir sa 
région avec le souci du détail, de mettre enfin des noms sur les rues des 
trajets usuels. 

J'ai une petite question technique concernant une particularité du coin : en 
sortie de Paris, les voies SNCF et RATP sortent de terre côte à côte, 
surélevées sur plusieurs kilomètres au-dessus du niveau des voitures. Sur les 
cartes actuelles, les routes passant dessous sont marquées comme 'tunnel' alors 
qu'il s'agit d'un gros plateau ferroviaire , croisant les routes en "pont" 
au-dessus du sol. Le tunnel est commode, mais est-ce vraiment la bonne 
description ? 


Salut 

Si le "plateau" est tagué comme bridge, alors le tag tunnel n'est pas justifié. 

Si c'est réellement un gros plateau, le plus adequat serait te taguer le tout 
avec un layer=1 ou 2 




-- 
Matthieu 

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




-- 
Steven Le Roux 
Jabber-ID : [EMAIL PROTECTED] 
0x39494CCB < [EMAIL PROTECTED] > 
2FF7 226B 552E 4709 03F0  6281 72D7 A010 3949 4CCB 

___
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] stations velib et mairie de Paris

[Charlie Echo]

Bonjour,
Je me demande simplement s'il ne serait pas plus simple de mettre à jour 
nous-mêmes la liste des stations Velib...
C'est typiquement quelque chose que tout le monde peut faire (même ceux qui 
n'ont jamais mappé), qui n'est pas très long à faire, qui évolue peu (enfin 
beaucoup actuellement, mais quand une ville est couverte, ça n'évolue plus).
Un lien vers le "nombre de vélos disponibles" dans chaque station serait très 
utile, ce qui milite pour la création d'un tag "Information_URL" dans lequel on 
aurait sans doute qqc du style : http://velib.paris.fr/station?n°0  et le 
système d'affichage de OSM (browser, GPS, ...) ferait le lien lui-même, tel un 
browser web classique.
Ca, c'est sans doute autorisé, car c'est le principe d'Internet...


Ce sujet m'en évoque d'autres :
- peut-on suivre de façon régulière les travaux de voiries ? Je présume que 
oui. Car travaux de voirie => nouvelle station Velib OU modification de sens de 
circulation OU autre-chose. En suivant ces travaux, on aurait une bonne vue de 
ce qu'il faut mettre à jour.
C'est vrai à la fois pour les villes et pour les départements, qui aménagent 
des routes

- peut-on demander à la Poste de nous fournir la liste des boîtes aux lettres, 
etc ? C'est similaire à Velib, au fond, à un détail près : les habitants ne 
savent pas où sont les bal près de chez-eux ; et la concurrence arrive : en 
2010 (de mémoire), des opérateurs privés pourront transporter les lettres des 
particuliers. Donc on aura d'autres boîtes dans les rues, et La Poste à intérêt 
à s'y préparer => à indiquer ses boîtes avant les concurrents dans OSM. Le 
problème, c'est que la Poste a sans doute une liste d'adresses, et pas de 
points GPS. Comme on n'est pas encore capables de savoir où est le n° 12 de la 
rue machin, on va avoir du mal à entrer les BAL. Mais au moins, une liste 
exhaustive permettrait de savoir où chercher ces bal.

- même question pour les banques / distributeurs de billets ; avec la même 
remarque : les gens ne savent pas où est le distributeur le plus proche.




- Mail Original -
De: "Denis" <[EMAIL PROTECTED]>
À: "Discussions sur OSM en français" 
Envoyé: Mardi 16 Septembre 2008 21:14:31 GMT +01:00 Amsterdam / Berlin / Berne 
/ Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] stations velib et mairie de Paris

[EMAIL PROTECTED] a écrit :
> Bonjour à tous,
> J'ai vu dans les dernier posts que des questions se posaient sur comment
> récupérer les positions des stations Vélib'. Il me semblaient pourtant au
> début de la discussion que tout le monde était au courant que ces données
> sont accessibles en ligne :
> Liste des stations : http://www.velib.paris.fr/service/carto
> Détail d'une station par son ID :
> http://www.velib.paris.fr/service/stationdetails/12003
> Je suis tout à fait d'accord avec Thomas pour dire que tous les services en
> ligne autour de Vélib utilisent vraisemblablement ces flux XML sans rien
> demander à personnes. Au pire si Decaux dit un jour : "stop, ces données ne
> sont pas réutilisables", ces services fermeront boutiques sans souci du jour
> au lendemain.
> Pour OSM, c'est plus délicat, il faut bien un accord de Decaux (et/ou de la
> Ville de Paris) pour pouvoir les mettre de manière pérenne dans la base.
> 
> Simon

"sans rien demander à personne" ne me semble pas une attitude 
raisonnable, du moins dans le cadre d'OSM. Il existe très probablement 
une convention liant la Mairie de Paris et Decaux (je ne sais pas si 
c'est une DSP -> délégation de service public ou une autre forme de 
convention). Toujours est-il que cette convention devrait, idéalement, 
mentionner les transferts (éventuels) des droits d'utilisation des 
données crées -uniquement la géolocalisation ?- (droits patrimoniaux, 
les droits moraux étant incessibles, inélianables, etc.). Bref, 
commencer par interroger le maître d'oeuvre.
Probablement, la licence de mise à disposition mentionnera 
l'utilisation, la diffusion gratuitement, pour un usage interne, mais 
sans possibilité d'utilisation commerciale (comme une certaine autre 
licence qui pose souci). Je suis en train de creuser sérieusement la 
question, bientôt des éléments de réflexion sur le wiki d'OSM.
l'URL suivra  dès que le début sera prêt...

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] Obligation de tourner à droite + num éros de rue

[Charlie Echo]

Yep, ça va devenir un standard par défaut.
Et à propos de défaut, son principal défaut est d'être un peu long à entrer : 
pour chaque Way, il faut créer, au moins, un way à gauche et un way à droite 
pour enter les numéros mini et maxi.

D'où ma question : 
il devient souhaitable de simplifier la création de ces ways parallèles. 
Pensez-vous qu'il serait raisonnable de demander une fonction qui "explose" un 
Way en 2 sous-ways parallèles (à gauche et à droite), en coupant les sous-ways 
à chaque intersection ? 
Exemple : je sélectionne un way, je l'"explose", et il ne me reste plus qu'à 
ajouter les numéros min et max de part et d'autre de chaque sous-segment.

Raisonnable, donc ? D'autres idées ?


- Mail Original -
De: [EMAIL PROTECTED]
À: "Discussions sur OSM en français" 
Envoyé: Mercredi 3 Septembre 2008 17:48:19 GMT +01:00 Amsterdam / Berlin / 
Berne / Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Obligation de tourner à droite + numéros de rue

Bonjour,

Je vous confirme que les numéros de maisons sont bien rendus sous Osmarender. 
Je m'en sers allègrement ces jours-ci : 
http://informationfreeway.org/?lat=48.7710654086277&lon=2.1168650994908615&zoom=17

a+
Jérôme

>> - Doit on indiquer les numéros de rue (afin de pouvoir demander par la
>> suite "comment aller au 17 rue Dupont" par exemple) et si oui comment
>> faire ?
>>
>
>Les adresses n'ont pas encore vraiment de "standard" :
>http://wiki.openstreetmap.org/index.php/Proposed_features/House_numbers
>
>mais comme les discussions trainaient en longueur, les allemands
>tentent d'imposer leur schéma qu'ils ont défini suite à une séance de
>travail organisé à Karlsruhe (d'où le nom):
>http://wiki.openstreetmap.org/index.php/Proposed_features/House_numbers/Karlsruhe_Schema
>et qui serait à présent accepté par les logiciels de rendu.
>
>Pieren

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

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

Re: [OSM-talk-fr] Re : Re : Contenus d'OSM ?

[Charlie Echo]

Je ne vois pas comment on peut savoir qu'une route est complète à 30%. Et je ne 
vois pas non-plus ce que ça apporte, sauf ton respect.

Ce que je suggérais, c'était de vérifier qu'on a "toutes" les routes par ordre 
d'importance, pour ajouter les plus critiques rapidement. On doit pouvoir les 
tracer avec Yahoo! Maps, et donc se répartir la tâche entre départements.


Par ailleurs, tracer TOUTES les communes me paraît important (au moins les 
contours), ainsi que placer leurs noms au centre (car souvent, le nom 
actuellement en place est approximativement placé, assez loin du centre 
effectif), puisque les communes sont la base du système d'adresses.

On arrive à la liste des communes à partir de : 
http://fr.wikipedia.org/wiki/Commune_francaise
On trouve, pour chaque (?) commune, les coordonnées, la population, etc. Les 
coordonnées sont peut-être un peu inexactes, donc ; c'est peut-être elles qui 
ont servi à mettre les points actuels sur OSM.



- Mail Original -
De: "Arnaud CORBET" <[EMAIL PROTECTED]>
À: "Discussions sur OSM en français" 
Envoyé: Vendredi 29 Août 2008 17:36:17 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: [OSM-talk-fr] Re :  Re :  Contenus d'OSM ?

Idée que soulève ces réflexions:

Quid d'une BDD regroupant ces informations renseignée par les contributeurs 
eux-mêmes:

Ain
|
--> Routes
|  |
|  |-> D 1 : 60%
|  |-> D 2 : 0%
|etc...

--> Communes
   |
   |-> Bourg en Bresse : 10%
   |-> Oyonnax : 95%
   |-> Nantua : 05%
  etc...
Aisne
|
--> Routes
|  |
|  |-> D 1 : 60%
|  |-> D 2 : 0%
|etc...
--> Communes
   |


Idée peut-être parfaitement inutile et/ou inefficace, lancée à la cantonade...


- Message d'origine 
De : Charlie Echo <[EMAIL PROTECTED]>
À : Discussions sur OSM en français 
Envoyé le : Vendredi, 29 Août 2008, 16h33mn 03s
Objet : Re: [OSM-talk-fr] Re :  Contenus d'OSM ?

Trois réflexions :
La complexité pour mapper est faible, et nettement plus faible que pour 
développer un logiciel.
A la limite, on peut demander à certains expérimentés de "corriger" le mapping 
rapide des "inexpérimentés".
Si on canalisait les énergies "open-source" des utilisateurs Linux qui n'ont 
pas envie de coder, on arriverait facilement à des milliers de contributeurs.


D'autre part, il y a des communes qu'on mappe en 10 minutes (400 habitants, 5 
rues...) et d'autres qu'on mappe en plusieurs heures (ville dense). La moyenne 
est difficile à établir.


Ceci étant, une bonne manière de procéder serait sans doute de hiérarchiser les 
zones à mapper : vérifier (ou faire) dans l'ordre A1, A2, A3,  N1, N2, N3, 
 Ain-D1  ;Ain-D2 ; ... ; Aisne-D1 ; ... ... ; Belfort-D999
(enfin pour peu que ça dépasse D28 dans le T de Belfort).




- Mail Original -
De: "Arnaud CORBET" <[EMAIL PROTECTED]>
À: "Discussions sur OSM en français" 
Envoyé: Vendredi 29 Août 2008 15:08:24 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: [OSM-talk-fr] Re :  Contenus d'OSM ?

Plus prosaïquement:
Il y a 36000 communes en France,
Il y a 200 contributeurs réguliers,
Il faut que chaque contributeur régulier fasse 180 communes, ou un 
demi-département, pour arriver au bout...

Grace à Yahoo! Maps j'ai pu faire 5-6 communes du Cotentin ou j'habitait, et là 
le cadastre me permet d'en faire 4-5 sur le Bugey où j'ai émigré. Plus que 170 
et j'ai fait ma part :D...


Le travail avec le plug-in cadastre est une merveille de facilité. Si 180 
communes semblent insurmontables à vélo (surtout en montagne), avec l'aide du 
cadastre c'est très faisable en 1 ou 2 ans avec une excellente qualité. Je prie 
qui vous voudrez pour qu'on obtienne ENFIN une réponse de la DGI qui corrobore 
une fois pour toute l'analyse faite de leur licence.

Idéalement aujourd'hui il faudrait prendre comme indicateur d'avancement les 
communes déclarées comme ayant un réseau routier mapé à plus de 90% (même si 
l'établir m'apparait fort délicat). En effet, l'indicateur kilométrique me 
semble non représentatif de l'état d'avancement : les axes principaux sont bien 
couverts, même les (ex-)nationales, et maintenant d'un point de vue 
kilométrique ça risque de marquer le pas sans que ça soit représentatif d'une 
baisse de notre activité, au contraire! Maper une autoroute c'est vite fait et 
ça ajoute 700-800 km dans la base d'une traite, voir 1600 km si on additionne 
les 2 voies. Maper un village ça prends des plombes et ça ajoute 20 km à la 
base.


- Message d'origine 

> > Il nous reste 800_000 des 1000_000 kms de routes en France,
> > 20% de fait c'est bien ça ?
> 
> Hélas, oui

Qu'elle est la moyenne de kms ajoutés par 

Re: [OSM-talk-fr] France: Argenteuil à la place de P aris

[Charlie Echo]

2 153 600 au 01/01/2005 (estimation).
OSM dit déjà : 2166200.
- Mail Original -
De: "Sebek Ab." <[EMAIL PROTECTED]>
À: "Discussions sur OSM en français" 
Envoyé: Vendredi 29 Août 2008 10:49:45 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] France: Argenteuil à la place de Paris

> données pour Paris :
> place=city
> population=12067000


La population de Paris intra-muros c'est aux alentours de 2 millions
(source wikipedia). QQun pour corriger?

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

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

Re: [OSM-talk-fr] Re : Contenus d'OSM ?

[Charlie Echo]

Trois réflexions :
La complexité pour mapper est faible, et nettement plus faible que pour 
développer un logiciel.
A la limite, on peut demander à certains expérimentés de "corriger" le mapping 
rapide des "inexpérimentés".
Si on canalisait les énergies "open-source" des utilisateurs Linux qui n'ont 
pas envie de coder, on arriverait facilement à des milliers de contributeurs.


D'autre part, il y a des communes qu'on mappe en 10 minutes (400 habitants, 5 
rues...) et d'autres qu'on mappe en plusieurs heures (ville dense). La moyenne 
est difficile à établir.


Ceci étant, une bonne manière de procéder serait sans doute de hiérarchiser les 
zones à mapper : vérifier (ou faire) dans l'ordre A1, A2, A3,  N1, N2, N3, 
 Ain-D1  ;Ain-D2 ; ... ; Aisne-D1 ; ... ... ; Belfort-D999
(enfin pour peu que ça dépasse D28 dans le T de Belfort).




- Mail Original -
De: "Arnaud CORBET" <[EMAIL PROTECTED]>
À: "Discussions sur OSM en français" 
Envoyé: Vendredi 29 Août 2008 15:08:24 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: [OSM-talk-fr] Re :  Contenus d'OSM ?

Plus prosaïquement:
Il y a 36000 communes en France,
Il y a 200 contributeurs réguliers,
Il faut que chaque contributeur régulier fasse 180 communes, ou un 
demi-département, pour arriver au bout...

Grace à Yahoo! Maps j'ai pu faire 5-6 communes du Cotentin ou j'habitait, et là 
le cadastre me permet d'en faire 4-5 sur le Bugey où j'ai émigré. Plus que 170 
et j'ai fait ma part :D...


Le travail avec le plug-in cadastre est une merveille de facilité. Si 180 
communes semblent insurmontables à vélo (surtout en montagne), avec l'aide du 
cadastre c'est très faisable en 1 ou 2 ans avec une excellente qualité. Je prie 
qui vous voudrez pour qu'on obtienne ENFIN une réponse de la DGI qui corrobore 
une fois pour toute l'analyse faite de leur licence.

Idéalement aujourd'hui il faudrait prendre comme indicateur d'avancement les 
communes déclarées comme ayant un réseau routier mapé à plus de 90% (même si 
l'établir m'apparait fort délicat). En effet, l'indicateur kilométrique me 
semble non représentatif de l'état d'avancement : les axes principaux sont bien 
couverts, même les (ex-)nationales, et maintenant d'un point de vue 
kilométrique ça risque de marquer le pas sans que ça soit représentatif d'une 
baisse de notre activité, au contraire! Maper une autoroute c'est vite fait et 
ça ajoute 700-800 km dans la base d'une traite, voir 1600 km si on additionne 
les 2 voies. Maper un village ça prends des plombes et ça ajoute 20 km à la 
base.


- Message d'origine 

> > Il nous reste 800_000 des 1000_000 kms de routes en France,
> > 20% de fait c'est bien ça ?
> 
> Hélas, oui

Qu'elle est la moyenne de kms ajoutés par contributeur ?
Est-ce une moyenne différente suivant les pays,
suivant l'avancement du projet ?
Le but est de faire des extrapolations.


-- 
Au revoir,   02 99 64 31 77
Gilles Lamiral. France, Chavagne (35310) 06 20 79 76 06

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



  
_ 
Envoyez avec Yahoo! Mail. Une boite mail plus intelligente http://mail.yahoo.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] France: Argenteuil à la place de P aris

[Charlie Echo]

Pour résumer ce qu'on voit : (> signifie "affiché plus gros que")

Zoom 3 : rien
Zoom 4 et 5 : Paris seul
Zoom 6 : Argenteuil seul
Zoom 7 et 8 : Paris = Argenteuil ; autres villes pas affichées
Zoom 9 et 10 : Paris > autres villes ; Argenteuil pas affiché
Zoom 11 = Argenteuil = Paris > autres villes
Zoom 12 et suivants : Argenteuil > autres villes. Paris pas affiché (on voit 
les arrondissements, les uns après les autres).

Ca fait quand-même un peu désordre...


- Mail Original -
De: "murphy2712.nospam" <[EMAIL PROTECTED]>
À: "Discussions sur OSM en français" 
Envoyé: Vendredi 29 Août 2008 10:13:36 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] France: Argenteuil à la place de Paris

Bonjour et bienvenue,
pour le problème d'Argenteuil, il me semble que c'est l'algorithme
d'affichage des noms de Mapnik qui défaille un peu :
pour éviter d'afficher des noms superposés (illisibles), il peut
choisir (je suppose) de :
1) décaler un peu les noms de leur origine,
2) choisir d'en éliminer le cas échéant.

Il semble que pour l'étape 2, Mapnik choisisse la ville la plus grosse
suivant son type (logique), cependant Paris et Argenteuil sont toutes
les 2 "city" (+ de 100 000 habitants) et à partir de là c'est le
hasard (!? => Argenteuil), alors qu'il devrait ensuite vérifier le tag
population, ou tout du moins afficher en priorité les pois ayant le
tag capital=country !

données entrées pour Argenteuil :
place=city
population=102400

données pour Paris :
place=city
population=12067000
capital=country

Donc il faudrait voir du côté de l'algorithme d'affichage des noms de
Mapnik... au zoom 5.
Osmarender n'a pas ce problème car il n'affiche pas les noms sur les
zooms<6 :) D'ailleurs au zoom 6 il superpose !
___
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] Tracer une place

[Charlie Echo]

highway = * et Area = NO signifie que l'on inscrit la rue (dont le nom est 
Place...) qui est une boucle, et qu'on ne précise pas que le "trottoir central" 
est une place.
Moi, ça ne me choque pas ; mais c'est parfois embêtant (quand les "bords" de la 
place sont des rues au nom explicite : aucune habitation / rue ne porte le nom 
de la place...).

- Mail Original -
De: "Delalande Jocelyn" <[EMAIL PROTECTED]>
À: "Discussions sur OSM en français" 
Envoyé: Lundi 25 Août 2008 20:41:47 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Tracer une place

> Il y a-t-il un meilleur moyen de tagger les places, où faut-il demander une
> correction dans le rendu de Mapnik ?

Je pense qu'il y a un problème ; selon la logique actuelle de tagging
(pas de tag explicite pour les places), il faudrait taguer highway=* ;
area=yes. Quoiqu'en dise le rendu... highway=* sur un way sans area=yes
n'a pas plus de sens que de mettre en pedestrian une place où passent
les autos.

Il doit s'agir d'un problème de rendu

Jocelyn


___
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] Tracer une place

[Charlie Echo]

Personnellement, je n'aurais pas mis "area=yes" : ça perturbe le rendu.
Sur la page http://wiki.openstreetmap.org/index.php/Map_Features#Highway
tu verras que "highway=residential" s'applique à un Way, et pas à une Area.

(c'est un truc assez important à comprendre ; il m'a fallu bcp d'erreurs, par 
exemple, pour comprendre que les mini_roundabouts étaient des Points (Nodes) et 
pas des Ways.)


Le "centre" de la place est comme un trottoir. Tu traces donc juste les 4 bords 
en boucle en mettant highway=residential (en supposant que les adresses des 
habitations soient bien "place de l'Eglise"), et zoup, c'est réglé.
En gros, par rapport au tracé actuel, tu enlèves juste "area=yes" et c'est bon.

Si tu y tiens, tu peux aussi dupliquer cette route et en faire une area=yes, 
sans highway.


Autre chose : évite de mettre trop de points inutiles. Sur les rues adjacentes 
à la Place, il y a plusieurs points très proches, sans intérêt. Ca augmente un 
peu la complexité, la taille des fichiers, etc, et ça n'apporte rien. Enfin 
c'est mon avis.


- Mail Original -
De: "Patrice Vetsel" <[EMAIL PROTECTED]>
À: "Discussions sur OSM en français" 
Envoyé: Lundi 25 Août 2008 17:12:36 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: [OSM-talk-fr] Tracer une place

Comment tracer une place de mon village.

C'est une place, "place de l'église", où les voitures roulent, car 4 
rues débouchent sur elle. Le parking y est interdit.

le lien :
http://www.openstreetmap.org/?lat=43.993244&lon=4.0697&zoom=18&layers=B00FTF

j'ai utilisé (ce que j'ai pu trouver ;) ):

highway 
=residential 

*area*=yes

depuis le wiki :
http://wiki.openstreetmap.org/index.php/Key:area

Mais ça rends pas du tout :/


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


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

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

[OSM-talk-fr] Sources de TeleAtlas / Navteq ?

[Charlie Echo]

Juste un mot : j'ai noté, en utilisant et observant un GPS avec cartes 
TeleAtlas, qu'il y avait quand-même des détails qui semblent plus probablement 
provenir de cartes IGN ou d'éléments cadastraux que de données terrain.
Par exemple, des chemins "privés" (avec des portes aux bouts) sont 
"utilisables" d'après mon GPS et d'après les cartes IGN du coin. Etonnant.

Bref, je me demande juste si Navteq et TeleAtlas ont parcourru toutes les 
routes du monde, ou si ils se sont aidés de données autres : IGN, cadastre, ou 
photos (à la Yahoo!, mais ces photos sont disponibles depuis peu et pas 
toujours suffisantes car les arbres couvrent les routes), etc.


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

Re: [OSM-talk-fr] Limites administratives ?

[Charlie Echo]

Ok, bonnes réponses ; je les adopte.
Pour les communes, je faisais ça jusqu'ici.

Il reste à clarifier une chose : j'avais commencé à faire des communes avec des 
"left / right", et je suis passé aux "relations", qui, au fond, sont plus 
intelligentes. Or il y a eu un mail récemment sur ce sujet, qui préconnisait 
les "left/right". Donc il faudrait clarifier cette situation, à mon avis. (en 
fait, c'est plutôt une question : tolère-t-on deux systèmes ou bien faut-il 
uniformiser ?)

Reste la question "mathématique" de l'art et de la manière de savoir si un 
point est DANS une zone. Il faudrait que je creuse ça...

Merci pour vos éléments !


- Mail Original -
De: "Pieren" <[EMAIL PROTECTED]>
À: "Discussions sur OSM en français" 
Envoyé: Samedi 23 Août 2008 23:13:26 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Limites administratives ?

2008/8/23 Charlie Echo <[EMAIL PROTECTED]>:
> mais je pense que deux villages d'une même commune peuvent avoir les mêmes 
> noms de rues.

Je ne crois pas. C'était le cas par le passé mais je connais un
exemple concret où le nom d'une rue en double sur une "agglomération"
comme tu dis, a été changé il y a 20 ans, parce qu'il y avait trop de
problèmes d'erreurs d'adresses (routage poste, impôts, etc).

>
> Il faut donc que la rue soit identifiée de façon unique.
> Deux possibilités :
> - soit définir les noms de villages en même temps que les rues (Name=Rue de 
> la Mairie ; City=Brie-Comte-Robert),
aïe aïe, il y a le tag "is_in" qui a été créé dans cette idée là

> soit précisément les limites des communes et des agglomérations.
> - soit tracer la limite de la commune, et celle de l'agglomération ; puis il 
> faudra qu'un logiciel prenne les rues les unes après les autres et cherche 
> dans quelle zone elles sont, pour différentier les milliers de "rues de la 
> mairie" en France.
>

Je crois que c'est la meilleure solution.
Moi je distingue l'administratif (le tag boudary=administrative) avec
comme unique source possible pour nous (pour l'instant, et encore,
peut-être plus pour longtemps), le cadastre qui fixe les limites de la
commune sur la planche "vue d'ensemble" par exemple.
Et la limite physique avec un polygone fermé tagué landuse=residential
et name=nom_de_la_ville quand c'est effectivement la zone
résidentielle. Sinon landuse=industrial, commercial, etc... pour les
autres types de zones.
Il sera alors possible qu'à l'intérieur d'un polygone
"boudary=administrative", il y ait plusieurs zones marquées en
residential, une pour le village principal, et d'autres pour chaque
lieu-dit important ou "sous-commune" rattachée (pour ceux-là, il
m'arrive d'utiliser le tag place=suburb).
Pour le cimetière, c'est un cas particulier. En fait, il y a eu des
plaintes de gens qui trouvaient qu'utiliser landuse pour un cimetière
était inapproprié. Heureusement, les renderers tiennent compte de ce
cas particulier et le cimetière apparait normalement à l'intérieur
d'un autre landuse même s'il n'y a pas de tag layer.
Pieren

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

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

Re: [OSM-talk-fr] Connexion avec www.prix-carburants.gouv.fr

[Charlie Echo]

La discussion tourne en rond.
Mais cela soulève une bonne question : si on proposait aux commerçants naturels 
(hôtels, boulangeries, supermarchés, ...) de "s'ajouter" dans la base, ils 
aideraient à créer un mapping local très utile et très rapide à constituer.
Si on proposait aux Postiers de mettre la liste des boîtes aux lettres, ils 
aideraient aussi.
Etc.

Bref, une connexion avec un autre site web n'est pas forcément une bonne chose, 
mais faire savoir à ceux qui participent à un autre site web que OSM existe, 
c'est mieux !


- Mail Original -
De: "Stéphane Brunner" <[EMAIL PROTECTED]>
À: "Discussions sur OSM en français" 
Envoyé: Mercredi 20 Août 2008 16:21:56 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Connexion avec www.prix-carburants.gouv.fr



Sauf que la phrase : "La perfection est atteinte, non pas lorsqu'il n'y a plus 
rien à ajouter, mais lorsqu'il n'y a plus rien à retirer." 
Perdent que le programme parfait est : 
void main(void){} 
La on ne peut vraiment plus rien retirer ;-) 

Et personnellement je ne voudrais pas avoir un programme pour corriger les yeux 
rouges, un autre pour changer le contrats, ... 

Pour moi la diversion est close car a présent je suis également convaincu que 
cette information est non appropriée. 
CU 
Sarge 



2008/8/20 Guilhem Bonnefille < [EMAIL PROTECTED] > 


Le 20 août 2008 09:07, Stéphane Brunner < [EMAIL PROTECTED] > a écrit : 

> Hello ! 
> 
> 2008/8/20 Michael Stilmant < [EMAIL PROTECTED] > 
>> 
>> 
 Tout d'abord, je ne vois as ce qu'il y a de mal à être une sorte de 
 noeud terminal d'internet, un noeud ne pointant sur rien d'autre. 
 Perso, je ne vois pas ça comme une voie sans issue, mais simplement 
 une information de base, épurée, autosuffisante. Souvenons-nous de 
 Saint-Exupéry qui disait : "La perfection est atteinte, non pas 
 lorsqu'il n'y a plus rien à ajouter, mais lorsqu'il n'y a plus 
 rien à retirer." 
>>> 
>>> C'est juste une affirmation qui me fais bondir, c'est avec ce genre 
>>> d'affirmation due l'on arrive a faire des soft (pour donner un exemple) qui 
>>> nous prive de nos liberté et surtout qui ne me convienne pas du tout ! 
>> 
>> C'est pourtant la philosophie derriere Unix et par la suite GNU/Linux: 
>> KISS (Keep it simple, stupid!): http://en.wikipedia.org/wiki/KISS_principle 
> 
> Dans le sens de faire des briques simple mais pas de sabrer dans les 
> fonctionnalités, c'est pour quoi la citation ma fais bondir mais la solution 
> me parais être une bonne direction ;-) 

On commence à être hors sujet, mais ta réaction me surprend. Pour moi, 
une bonne application n'est pas celle qui couvre le plus de 
fonctionnalités d'un coup, mais celle qui, au contraire, se destine à 
adresser un unique problème et s'y cantone. Il ne s'agit pas de 
*sabrer* dans les fonctionnalités, mais plutôt de choisir avec *soin* 
ce que l'on veut faire. 

Histoire de bien illustrer mon propos, je vais donner un exemple. Les 
appareils photos sont souvent livrés avec un logiciel qui : 
- permet de récupérer les photos (parce que le protocole de 
communication est fermé) 
- permet de corriger les yeux rouges et recadrer (mais pas plus de fonctions) 
- de préparer des cartes de voeux 
- d'imprimer 
-... 
Moi je préfère avoir plusieurs logiciels pour ces différentes tâches, 
et un format de stockage ouvert qui permmette aux différentes 
applications de communiquer, c'est à dire travailler sur le même 
document. 

Le risque, quand on aggrège trop de fonctionnalités dans un unique 
logiciel, c'est qu'on perde de vue l'essentiel. Dans l'exemple 
précédent, on va rencontrer des logiciels qui offrent de plus en plus 
d'assistant pour faire des cartes de voeux, des calendriers, des 
posters, des animations... mais la partie retouche va être oubliée, 
restant pauvre, alors que c'est un point très important dans une 
chaîne de traitement d'image numérique. 


Voilà, j'espère que mon discours est plus clair maintenant. 

PS : je bosse dans un SSII, et des logiciels gigantesques, qui 
adressent des tas de fonctionnalités (et donc qui coutent cher) et qui 
finalement ne sont utilisés qu'à 20%, ben je dois dire que j'en ai 
fait et j'en fait encore. 
-- 

Guilhem BONNEFILLE 
-=- #UIN: 15146515 JID: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] 
-=- mailto: [EMAIL PROTECTED] 
-=- http://nathguil.free.fr/ 

___ 



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



-- 
Stéphane Brunner 
mail : [EMAIL PROTECTED] 
messageries instantanées : [EMAIL PROTECTED] ( http://talk.google.com ) 
-- 
http://www.ubuntu-fr.org - Distribution Linux 
http://fr.wikipedia.org - Encyclopédie communautaire 
http://mozilla-europe.org - Navigateur internet / Client de messagerie 
http://framasoft.net - Annuaire de logiciel libre (gratuit) 
http://jeuxlibres.net - Jeux Libres (gratuit) 

Re: [OSM-talk-fr] Limites administratives ?

[Charlie Echo]

Je reprends ce sujet pour soulever un point précis : quelles sont les limites 
d'une agglomération ?

En général, d'après ce que j'ai noté, dans une commune (boundary level = 8), il 
y a un village principal (du nom de la commune ; c'est une agglomération), des 
lieux-dits (hameaux, ...), et parfois d'autres petits villages.
Par village / agglomération, j'entends que :
- il y a un panneau à l'entrée encadré en rouge
- la limite de vitesse est de 50 km/h.
- parfois (souvent ?), les routes sont refaites jusqu'à l'entrée du village 
(panneau). La limite est très claire sur le terrain.

Mais je n'ai trouvé nulle part de définition de l'agglomération. Je n'ai pas 
précisément regardé les limites cadastrales, il y a peut-être un truc de ce 
côté.
C'est important, à mon avis, de marquer les agglomérations, et ça mérite un 
"boundary level = 9 ou 10".
Sur les cartes, l'agglomération apparaît dans une couleur différente.

A propos des noms de rues : imaginons que je cherche la  "Rue de la Mairie" 
dans un village : les agglomérations ont des noms de rues uniques ; les 
lieux-dits sont uniques pour la commune ; mais je pense que deux villages d'une 
même commune peuvent avoir les mêmes noms de rues. A fortiori, les "Rues de la 
Mairie" se comptent par millier en France.

Il faut donc que la rue soit identifiée de façon unique.
Deux possibilités :
- soit définir les noms de villages en même temps que les rues (Name=Rue de la 
Mairie ; City=Brie-Comte-Robert), soit précisément les limites des communes et 
des agglomérations.
- soit tracer la limite de la commune, et celle de l'agglomération ; puis il 
faudra qu'un logiciel prenne les rues les unes après les autres et cherche dans 
quelle zone elles sont, pour différentier les milliers de "rues de la mairie" 
en France.

Encore un mot : on pourrait songer à tracer les Agglomérations comme des Zones 
(Area) avec un landuse = village. Mais dans ce cas, il faudrait superposer les 
landuse pour que le cimetière apparaisse "au-dessus" du tracé du village, etc.

Bref, il faut :
- définir une boudary_level pour les agglomérations
- définir un moyen de préciser les rues / villes.



- Mail Original -
De: "leblatt" <[EMAIL PROTECTED]>
À: "Discussions sur OSM en français" 
Envoyé: Jeudi 21 Août 2008 18:45:23 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Limites administratives ?





Merci, je regarde tout ça. Pour l’instant je trace les ways nécessaires 
(coastline à affiner, et 4 villes limitrophes). 






De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Skywave 
Envoyé : jeudi 21 août 2008 18:24 
À : Discussions sur OSM en français 
Objet : Re: [OSM-talk-fr] Limites administratives ? 




Créez un way admin_level=2 boundary=administrative pour la limite nationale, 
admin_level 8 pour la limite de la commune. 
Et ajoutez cette ways a une nouveau relation boundary=administrative name=La 
Seyne admin_level=8. Ajoutez le limite nationale a la relation France id:11980 
http://www.openstreetmap.org/browse/relation/11980 . Exemples ici: 
http://www.openstreetmap.org/?lat=42.43646&lon=3.17498&zoom=16&layers=B00FTF 


2008/8/21 leblatt < [EMAIL PROTECTED] > 

Pardon, j'oubliais de préciser : la ville est côtière (La Seyne), donc du 
coup limite nationale. Pas d'incidence ? 

> -Message d'origine- 
> De : [EMAIL PROTECTED] [mailto: talk-fr- 
> [EMAIL PROTECTED] ] De la part de murphy2712.nospam Envoyé : 
> jeudi 21 août 2008 17:58 À : Discussions sur OSM en français Objet : 
> Re: [OSM-talk-fr] Limites administratives ? 
> 
> (...) 


> Pour les relations ce n'est utile qu'à partir du moment où une limite 
> est partagée avec une autre. 






___ 
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] noeuds communs entre parking et route ?

[Charlie Echo]

Salut Sylvain,
A mon avis, il faut 1 unique point de passage "au bon endroit". Donc tu peux 
coller le parking à la route en un seul point. Donc B.

Pour faire ça avec JOSM : 
- tu traces ta route
- tu traces ton parking, mais le long de la route, tu peux écarter les points 
un peu plus, pour qu'ils ne "collent" pas automatiquement à la route
- ensuite, tu peux déplacer les points un par un pour les rapprocher de la 
route ; ils ne devraient pas coller. Et tu devrais avoir 3 ou 4 points à 
rapprocher, donc ça ira.
- enfin, tu peux tracer un Way entre la rue et le parking, OU tu peux 
sélectionner le point de la rue et le point du parking que tu veux "coller" et 
taper "M" pour les unifier en un seul point.

Les débuts avec JOSM sont un peu difficiles, il faut le reconnaître. Il manque 
un bon tuto. J'en profite pour faire un point...


Se déplacer : on peut tout le temps utiliser ça (même en mode Ajout ou mode 
Sélection) :
  - molette => zoom in ou out
  - ctrl + touches de direction => déplacements
  - clic-droit + déplacement de souris => déplacement


Se déplacer : touche Z (ou clic sur le bouton) choisit le mode déplacement
  - clic-gauche + cadre dessiné avec la souris => zoom sur la zone dessinée


Sélectionner : touche S (ou clic sur le bouton)
  - clic sur ce que tu veux sélectionner. Si il y a un Node dans les parages, 
ça sélectionne le Node ; pour choisir un Way, il faut donc cliquer assez loin 
des Nodes.
  - touche Shift permet de sélectionner plusieurs choses
  - dessiner un cadre avec la souris permet de sélectioner plusieurs choses
  - clic sur la molette, ou clic-G et clic-D à la fois ==> affiche la liste des 
Nodes et Ways accessibles aux alentours. Maintenir Ctrl enfoncé, et l'on peut 
alors choisir UN Way ou UN Node précis.
  - quand quelque chose est sélectionné, on peut le déplacer avec la souris OU 
avec Shift+touches_directionnelles
  - pour ne rien sélectionner : cliquer là où il n'y a rien...


Ajouter : touche A (ou clic sur le bouton)
  - clic sur un Way ajoute un node au milieu du Way
  - clic hors d'un way ajoute un Node
  - si un Node est sélectionné et qu'il est au bout d'un Way, le node suivant 
continuera le Way.

Delete : touche D. Bien vite revenir ensuite aux touchez S (ou A) pour ne pas 
détruire tout ce qu'on touche...

Ctrl-Z pour défaire
Ctrl-Y pour refaire.


J'ai probablement oublié plein de choses ; j'en découvre encore beaucoup...

 

- Mail Original -
De: "sylvain letuffe" <[EMAIL PROTECTED]>
À: talk-fr@openstreetmap.org
Envoyé: Jeudi 31 Juillet 2008 20:22:19 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: [OSM-talk-fr] noeuds communs entre parking et route ?

Salut talk-fr,

Je m'interroge sur la meilleur manière ou du moins vos manières de tagger les 
cas suivants ( un tutoriel que j'aurais loupé est aussi le bienvenu ) :

Supposons un parking en ville à coté duquel passe une rue.
Disons que le parking est séparé de la rue par une petite barrière, un terre 
plein ou un "faux trottoir" permettant aux véhicules d'y "monter" et de s'y 
garer.
Bref, cette séparation ne fait guère plus que 30cm

Que faites vous ? 
a) Collez vous le parking a la rue, partageant ainsi les mêmes noeuds ?
b) ou créez vous de ligne de noeud collés à 30cm ?

J'avais plutôt tendance à faire le a) mais sous josm, ça devient bien chiant à 
manipuler et je ne comprends toujours pas comment sélectionner l'objet qui 
m'intéresse
alors je fais un peu de b) maintenant mais je n'ai pas encore réussi à 
trancher sur le "what's best" ?
-- 
Sylvain Letuffe [EMAIL PROTECTED]
jabber id : [EMAIL PROTECTED]



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

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

Re: [OSM-talk-fr] Bug de rendu

[Charlie Echo]

J'ai relancé la question de la numérotation sur la liste anglaise, en proposant 
un schéma qui correspond à ce que j'ai toujours vu faire sur les plans papier.

J'ai ouvert la boîte de Pandore, ça débat encore, et ça ne va pas être réglé 
cette fois-ci...


- Mail Original -
De: [EMAIL PROTECTED]
À: "Discussions sur OSM en français" 
Envoyé: Mardi 29 Juillet 2008 15:01:34 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Bug de rendu

J'ai testé dans ma rue, la numérotation fonctionne bien sous Osmarender.
http://informationfreeway.org/?lat=48.78418755387773&lon=2.131370482701624&zoom=17&layers=B000F000F

wagner51

- Mail Original -
De: "JonathanMM" <[EMAIL PROTECTED]>
À: "Discussions sur OSM en francais" 
Envoyé: Mardi 29 Juillet 2008 12:40:57 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Bug de rendu

Ça fait longtemps que c'est en discutions, on en a parlé lors de la 
dernière réunion IRC francophone.
C'est pas très d'être réglé cette histoire

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

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

Re: [OSM-talk-fr] Histoire de tourner en rond

[Charlie Echo]

Ah ? On ne dit pas "ceci dit" ??? Je pensais que c'était pareil que "celà-dit".

(on dérive, là, on dérive)
- Mail Original -
De: [EMAIL PROTECTED]
À: "Discussions sur OSM en français" 
Envoyé: Mardi 29 Juillet 2008 14:58:52 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Histoire de tourner en rond

Rajoute "s/au jour d\'aujourd\'hui/aujourd'hui/" et "s/ceci dit/cela dit/" 
aussi, tant qu'à faire :o)

- Mail Original -
De: "Raphaël Jacquot" <[EMAIL PROTECTED]>
À: "Discussions sur OSM en français" 
Envoyé: Mardi 29 Juillet 2008 14:41:18 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Histoire de tourner en rond

On Tue, 2008-07-29 at 12:25 +0200, sylvain letuffe wrote:

> Même flemme chez moi, mais je solutionne le problème en faisant un 
> "duplicate" 

s/solutionne/résous 
boudiou. y'en a marre de ce barbarisme

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

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

Re: [OSM-talk-fr] Majuscules

[Charlie Echo]

Ca doit pouvoir se faire par un script, non ?
Ma réponse est peu précise mais l'idée y est :

1. Télécharger la zone France (je ne sais plus où elle est, mais...)

2. Filtrer les tags pour lesquels on a name=[a-z] ; donc les noms qui 
commencent par une minuscule

3. Pour ces tags, lancer un simple rechercher/remplacer (en ligne de commande, 
sed ou autre), pour remplacer "name=a" par "name=A, etc (en ajoutant, de 
mémoire, "modified" en début de tag XML)
(pour le faire proprement, il faut prendre un fichier .osm modifié et voir 
comment la modif est enregistrée)

4. Uploader le nouveau fichier sur le serveur

C'est ça, l'informatique au service de l'homme...


- Mail Original -
De: "Axel R." <[EMAIL PROTECTED]>
À: "Discussions sur OSM en francais" 
Envoyé: Vendredi 25 Juillet 2008 12:32:10 GMT +01:00 Amsterdam / Berlin / Berne 
/ Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Majuscules


>
> Je penche pour la 2e aussi mais juste sur un sentiment perso.

Pareil et j'en profite pour rappeler que Rue, Avenue, Passage, 
Boulevard... prennent une majuscule (j'ai fait plusieurs corrections à 
ce sujet récemment... et ça prends du temps :-( ...)

Merci,

Axel


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

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

Re: [OSM-talk-fr] Question bête : "France" ou " République française" ?

[Charlie Echo]

Un coup d'oeil sur Wikipedia montre que bon nombre de pays ont ce double 
nommage. Au fond, ça mériterait un tag "official name" :

La France, ou la République française pour les usages officiels
L’Allemagne (Deutschland en allemand), appelée République fédérale d’Allemagne 
dans les usages officiels
La Suisse, ou la Confédération suisse pour les usages officiels
Le Royaume de Belgique (Koninkrijk België en néerlandais, Königreich Belgien en 
allemand), ... : pas de notion de "usage officiel"
La Pologne (Polska en polonais), ou la République de Pologne pour les usages 
officiels
etc, etc.


Inversement, sur Wikipedia, Royaume Uni, Italie, Autriche, Espagne n'ont pas 
cette distinction. Ca mérite une modification de Wikipedia, parce que le 
Royaume-Uni, c'est le "Royaume Uni de Grande-Bretagne et d'Irlande du Nord". 
C'est intéressant d'avoir la formule en tête, parce que ça permet de distinguer 
RU, Grande Bretagne, Angleterre, ... 



- Mail Original -
De: "Pieren" <[EMAIL PROTECTED]>
À: "Discussions sur OSM en francais" 
Envoyé: Jeudi 24 Juillet 2008 12:23:29 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Question bête : "France" ou "République française" ?

voila, c'est changé.

Notez aussi que j'ai découvert ce site qui permet de naviguer dans la
hiérarchie des relations administratives, pour ceux que ça intéresse:
http://osm.schunterscouts.de/relation-browser.php

Pieren

2008/7/24 Raphaël Jacquot <[EMAIL PROTECTED]>:

>
>

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

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

Re: [OSM-talk-fr] CadastreWMS v0.4

[Charlie Echo]

Bonjour, 

J'ai bien l'impression que les problèmes de "mémoire" et de "upload vers les 
serveurs" ne sont pas dus à ton plugin.
En fait, même quand ton plugin est désactivé, mais que la projection est en 
Lambert, j'ai des problèmes de mémoire quand j'utilise le Validator.

J'aurais donc tendance à penser que c'est le Validator qui n'est pas compatible 
avec la projection en Lambert... Inutile, donc, de chercher un bug de ton côté ?

En tous cas, bravo ! C'est très utile, ce plugin...

Charlie Echo.

- Mail Original -
De: "Pieren" <[EMAIL PROTECTED]>
À: "Discussions sur OSM en francais" 
Envoyé: Jeudi 17 Juillet 2008 11:14:35 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] CadastreWMS v0.4

1/  Tu peux changer la couleur du fond blanc en activant l'option dans la
fenêtre des préférences (F12), tab "cadastre". La couleur blanche sera
remplacée par la couleur de fond de Josm (configurable) et qui est noire par
défaut. La deuxième option inverse la couleur des gris pour rendre les
textes plus lisible.
2/ J'ai déjà un peu regardé pour un fond transparent. Ca permettrait surtout
de cumuler les planches de plusieurs communes sur le même calque. Pour
l'opacité, ça devrait faire partie des fonctions de base de josm et non du
plugin à mon avis mais ils n'ont pas encore prévu ça pour l'instant. Mais
c'est une idée à creuser.
3/ Si tu as un avertissement sur la zone Lambert, il faut impérativement
annuler la dernière commande, sauvegarder et recommencer un nouveau layer
(supprimer tous les calques en cours) sinon tu risques d'introduire des
données mal positionnées de plusieurs centaines de kilomètres. C'est dû à la
projection Lambert zone qui travaille avec des coordonnées X,Y qui ne sont
pas uniques sur le territoire français. Ainsi le point X=10 et Y=30 peut
représenter un point du territoire sur la zone 1, un autre sur la zone 2,
etc... Josm jongle avec deux systèmes de coordonnées en permanence : lat/lon
pour la géolocalisation des données (gpx, osm) et east/north pour les x/y
utilisés pour l'affichage à l'écran. C'est le système de projection qui
permet de passer de l'un à l'autre et Josm fait des conversions dans un sens
puis dans l'autre constamment. Or le Lambert zone se limite à une portion du
territoire. La zone est calculée automatiquement sur la première position
convertie du lat/lon en x/y d'un nouveau layer puis on conserve cette zone
pour toutes les conversions ultérieures car il est impossible de déterminer
automatiquement la zone à partir des x/y.
4/ D'après g.di et certaines lectures, le cadastre possède une très grande
précision sur les villes mais peut être parfois très mauvais à certains
endroits (à la campagne ?). Je ne peux pas en dire plus si ce n'est que -
comme avec les images satellites - il faut d'avantage se fier à ses relevés
GPS lorsqu'ils sont pris dans de bonnes conditions (pas d'effet canyoning).
Certaines images yahoo dépassent la centaine de mètres d'erreur. Mais
jusqu'à maintenant, sur les quelques communes que j'ai pu tester sur le
cadastre comparées aux données osm, j'ai été surpris par la très grande
qualité de recoupement.

Allez aussi voir la page dédiée sur le wiki:
http://wiki.openstreetmap.org/index.php/Fr:JOSM/Fr:Plugin/Cadastre

Pieren

2008/7/17 Patrice Vetsel <[EMAIL PROTECTED]>:

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

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

Re: [OSM-talk-fr] Serveur autonome OSM

[Charlie Echo]

Bonjour,
Deux remarques :

- à ta place, j'utiliserais JOSM et un fichier de données downloadé de OSM, et 
non pas un server OSM. Je pense que c'est ça que tu veux. Les données que tu 
auras chargées auront des numéros de référence longs et positifs (123456789) et 
les données que tu créeras auront des numéros négatifs (à partir de -1). 
Quand tu uploaderas les données sur le serveur OSM, à ton retour, tu verras que 
les numéros -1 ... deviendront 123456790 , etc.

- il y a un certain risque que tu crées des conflits : si quelqu'un d'autre que 
toi entre les mêmes données que toi, ou bien modifie les mêmes données que toi, 
cela posera problème. Donc avant de Uploader tes données, tu devrais Downloader 
la version du serveur pour chercher les éventuels conflits (je dis ça mais je 
ne l'ai jamais fait moi-même, donc je ne sais pas comment on fait 
pratiquement...)

- Pire : si tu utilises un serveur OSM autonome, tes données seront directement 
créées avec des numéros positifs, et ces numéros seront par ailleurs utilisés 
"officiellement" sur le "vrai" serveur OSM, d'où PANIQUE car deux numéros 
identiques correspondront à des données totalement différentes.

A mon avis :
- récupère JOSM
- installe Java (free ou non-free, celui de Sun)
- lance JOSM
- télécharge les zones de données où tu iras, par petites plaques. Ca te 
donnera des fichiers petits, utilisables, que tu pourras modifier. N'essaye pas 
de charger la moitié de la France : tu n'utiliseras pas tout, et c'est une 
solution plutôt contraignante du fait de la taille du fichier
- à ton retour, tu pourras ouvrir chacun de tes fichiers, re-charger du serveur 
les données fraîches, résoudre les conflits et up-loader tes données.

Pour le cadastre, tu peux utiliser le soft en python qui fonctionne très bien 
pour ré-assembler les images cadastrales.
Pour cela, il faut installer python...




- Mail Original -
De: "Patrice Vetsel" <[EMAIL PROTECTED]>
À: "Discussions sur OSM en francais" 
Envoyé: Jeudi 10 Juillet 2008 10:24:40 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: [OSM-talk-fr] Serveur autonome OSM

Bonjour,

je vais partir en vadrouille, et je ne disposerai pas de connexion
Internet. Je souhaite donc installer josm + un serveur OSM sur mon
portable et faire fonctionner les 2 ensemble.

Quelqu'un peut il m'indiquer, les logiciels/marche à suivre sachant que
je tourne sous Linux Ubuntu Hardy 8.04 et que j'ai déjà récupéré le
planet-osm de 4Go compressé ?
Comment éventuellement réduire la taille de ce fichier afin qu'il ne
contienne que la moitié Sud de la France et pas le monde entier ?

Est il possible également de faire de même avec le cadastre, si je sais
à l'avance où je vais afin de télécharger les données ?

Je sais installer et gérer une solution lamp avec mysql.

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

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

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