date:20091006

Art Penteur a écrit :
 Le 5 octobre 2009 21:09, Etienne Chové ch...@crans.org a écrit :
 Ma base postgis contient un polygone très large de la France... quand
 j'aurai du temps je rajouterai le test d'appartenance à la France stricte.
 
 Ah ?
 
 J'avais pourtant l'impression que c'était vachement plus serré
 qu'avant ? Il me semble avoir vu des rond-points à l'envers en Italie,
 que je ne revoie plus, maintenant.

Tout a fait ; dans la version précédente j'avais une base postgis monde 
et je faisait un découpage sur un rectangle très large pour avoir les 
erreurs dans le coin de la France (donc aussi en Angleterre, en Italie, 
en Allemagne...). Maintenant je charge un fichier france.osm tous les 
jours  (beaucoup plus rapide que de charger un diff journalier du monde) 
; donc on est plus restreint.

J'ai deux solution pour le fichier France :
  - un fichier strict, mais on risque de ne pas avoir tous les polygones
de communes, donc pour le test de self intersection c'est pas
terrible
  - un fichier large, mais pour les rond-points on déborde chez nos
voisins

 D'ailleurs, est-ce si important de se limiter à la France stricte ?
 Évidement, ça n'aurait pas beaucoup de sens de couvrir le monde
 entier, mais si on trouve quelques erreurs de l'autre coté de la
 frontière, est-ce gênant ?

Les problèmes de dépasser à l'étranger est :
  - temps de chargement dans postgis
  - certains test ne sont pas valables chez nos voisins (les rond points
ne tournent pas dans le même sens partout) ; l'orthographe dépend de
la langue...

Si certains de nos voisins sont intéressés, je peux leur donner les 
backends et ils peuvent faire des analyses sur leur zones et les 
afficher sur notre (ou un autre) frontend. Maintenant osmose est 
multilingue (quand les traductions sont disponibles) et multi backend.

-- 
Etienne

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

[OSM-talk-fr] Vandalisme de Lork Scorguar

Bonjour,

Je vient de voir les déplacements et les suppressions de Lork Scorguar
dans l'import de CLC.

Il vient juste de commencé a mapper (j'avais pourtant prévenues de ne
pas toucher au polygone CLC), je l'ais contacté j'attends sa réponse
mais je pense que tous ses modifications peuvent être annulé.

Je lance un nouveaux message d'avertissement sur le forum du lug de
Poitiers ou tous les mappeur de la région passe de temps en temps.

Si il y a d'autre problèmes sur la vienne n'hésite pas a me contacter

Librement

Simon



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

Re: [OSM-talk-fr] Routes forestières

2009/10/6 Bastien Jacquet bastien.jacquet_openstreet...@m4x.org:
 beaucoup de ces route qui ont été des routes goudronnées complètement
 standard, avec des numéros en D XXX, et qui ont juste été fermées à la
 circulation dans ces dernières années.

Si c'était des routes standard en D XXX, je suis étonné que tu dises
qu'on ne peut pas s'y croiser en voiture. Si c'était une petite
départementale, on aurait pu la classer en tertiary.

 C'est pour ca que je me demandais si ce seul changement _légal_
 entrainait un declassement de highway=unclassified vers highway=track.

Non, pas forcément. Les anciennes nationales déclassées en
départementales peuvent conserver leur statut de primary. Sauf si le
changement de statut entraîne un changement du trafic vers d'autres
routes. Si la voie est barrée ou même placée en zone 30 ou avec de
nombreux ralentisseurs, c'est bien qu'il y a une volonté politique de
dévier le trafic routier ailleurs. Il faut donc aussi tenir de ce
paramètre lorsqu'on classe une route.

 Pour certaines, elle étaient même plutôt en tertiary avant (quoique ça
 se discute vu la largeur)
 Si je comprend bien on devrait avoir highway=track pour les deux, c'est ça ?

Non, si tu dis que c'était une route normale avant (en D XX) alors le
plus bas qu'on puisse descendre serait unclassified. Il faut réserver
track aux petits chemins carrossables qui ne sont pas plus large
qu'une voiture.

 Pour les routes forestieres uniquement frequentable en 4x4 et/ou VTT (à
 cause du revetement) on met alors highway=track et tracktype={n1}

Si c'est une voie carrossable, oui. Si c'est encore moins large et que
ça n'est visiblement pas faire pour faire passer les véhicules à
quatre roues, ça devient un sentier qu'on classe en path (même s'il
peut arriver que par endroits, un 4x4 peut aussi passer mais un 4x4
peut aussi couper dans les champs donc ça ne veut pas dire grand
chose)

 Y a t'il un lien entre surface=paved et  tracktype=* ?
 surface=paved tracktype=1, on peut cumuler ?

On peut cumuler pour être certain. Mais encore une fois, concernant
tes routes de Fontaineblau, il est possible qu'elles soient mises en
unclassified, ce qui règle la question (surface=paved par défaut
pour unclassified).

 Comment tagguer une vieille route de foret qui est en pavés arrondis de
 20x20cm avec des beau trous de 5cm sur 2-3 cm de profondeur ...
 Elle est interdite au véhicules motorisés, mais les cycliste
 apprécieront le détail ...

Je pense que surface=cobblestone indique que la surface est pavée.
Mais ça ne dit rien sur la qualité du pavage ;-) Pour indiquer la
qualité d'une route à vélo, il existe le controversé tag smoothness ou
la famille des mtb:*
(http://wiki.openstreetmap.org/wiki/Mountainbike)

 Dans la fonction ça ressemble à barrier=bollard, mais physiquement,
 c'est plutot barrier=lift_gate (cf
 http://wiki.openstreetmap.org/wiki/Approved_features/barriers )

Je pense que tu peux mettre barrier=ce_que_tu_veux si en plus tu
ajoutes les tags d'accès comme motor_vehicule=no; bicycle=yes;
foot=yes; moped=?

Pieren

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

Re: [OSM-talk-fr] Vandalisme de Lork Scorguar

Le mardi 06 octobre 2009 à 10:59 +0200, monsieur a a écrit : 
 Bonjour,
 
 Je vient de voir les déplacements et les suppressions de Lork Scorguar
 dans l'import de CLC.
 
 Il vient juste de commencé a mapper (j'avais pourtant prévenues de ne
 pas toucher au polygone CLC), je l'ais contacté j'attends sa réponse
 mais je pense que tous ses modifications peuvent être annulé.
 
 Je lance un nouveaux message d'avertissement sur le forum du lug de
 Poitiers ou tous les mappeur de la région passe de temps en temps.
 
 Si il y a d'autre problèmes sur la vienne n'hésite pas a me contacter
 
 Librement
 
 Simon
 
 
le changeset incriminé est le 2750165
http://www.openstreetmap.org/browse/changeset/2750165

 
 ___
 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] Mapping party à Saint Dié des Vo sges pendant le FIG 2009 : contact ?

2009/10/6 Jeremy G jeremy@gmail.com:
 Salut à tous,

 Quelques nouvelles de la mapping party de saint dié : elle a bien eu lieu,
 en petit comité. On s'est retrouvés samedi avec l'organisateur et 4 autres
 personnes (soit 6 au total...), pour se dispatcher quelques secteurs.

Pris par l'import Corine Land Cover, je n'ai pas pu venir mais
j'attend avec impatience de voir le résultat !
De plus, l'organisateur a manqué de visibilité : aucun message sur
cette liste, aucune page dédiée sur le wiki.

Pieren

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

Re: [OSM-talk-fr] Routes forestières

On mardi 6 octobre 2009, Bastien Jacquet wrote:
 C'est pour ca que je me demandais si ce seul changement _légal_
 entrainait un declassement de highway=unclassified vers highway=track.
 Pour certaines, elle étaient même plutôt en tertiary avant (quoique ça
 se discute vu la largeur)
De mon interprétation du wiki, la largeur ou même le type de sol n'influence 
pas le classement primary/secondary/tertiary/unclassified. Ce classement 
dépend de l'utilisation qui en est faite par les véhicules.

Maintenant si la circulation de véhicule à moteur y est (devenue) interdite, 
pour moi, ça ne rentre plus dans les cases classiques. J'irais même jusqu'a 
utiliser path. La solution d'utiliser track (+un modifieur) est également 
possible.

 Si je comprend bien on devrait avoir highway=track pour les deux, c'est ça ?
Oui, c'est sans doute l'option que je choisirais. 

Cependant, si ces routes sont toujours utilisables par des véhicules pour des 
opérations de maintenance assez régulières j'utiliserais peut-être aussi 
highway=service

 Pour les routes forestieres uniquement frequentable en 4x4 et/ou VTT (à
 cause du revetement) on met alors highway=track et tracktype={n1}
Je radote ;-) : 
tracktype n'établi pas explicitement de lien avec la possibilité d'y passer. 
Si tu regardes les n C ]1;5] tu verra que c'est une indication de la 
composition global du sol, compact/mou/herbe. Pour autant rien n'explicite 
que tractype=5 empêche les voitures de passer.
Ça reste une bonne indication, et je suppose que beaucoup s'en serve pour ça, 
mais pas tout le monde ce qui, à mon sens, créer un tag très approximatif 
pour ce qui est du peut-on passer ou pas

C'est pourquoi il existe aussi 
http://wiki.openstreetmap.org/wiki/Key:smoothness
et
http://wiki.openstreetmap.org/wiki/Key:surface

 Y a t'il un lien entre surface=paved et  tracktype=* ? 
pas tout à fait.
tractype=1 c'est pavée ou très compacté
 surface=paved tracktype=1, on peut cumuler ?
là non, si tractype1 alors ce n'est plus pavée

 Comment tagguer une vieille route de foret qui est en pavés arrondis de
 20x20cm avec des beau trous de 5cm sur 2-3 cm de profondeur ...
 Elle est interdite au véhicules motorisés, mais les cycliste
 apprécieront le détail ...
si c'est spécifique VTT :
http://wiki.openstreetmap.org/wiki/Key:mtb:scale

si c'est aux autres que tu penses (genre, vélo de course qui risque bien de 
regretter d'avoir choisi ce chemin, alors 
http://wiki.openstreetmap.org/wiki/Key:smoothness est fait pour )

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



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

Re: [OSM-talk-fr] Vandalisme de Lork Scorguar

monsieur a a écrit :
 Bonjour,

 Je vient de voir les déplacements et les suppressions de Lork Scorguar
 dans l'import de CLC.

 Il vient juste de commencé a mapper (j'avais pourtant prévenues de ne
 pas toucher au polygone CLC), je l'ais contacté j'attends sa réponse
 mais je pense que tous ses modifications peuvent être annulé.

 Je lance un nouveaux message d'avertissement sur le forum du lug de
 Poitiers ou tous les mappeur de la région passe de temps en temps.

 Si il y a d'autre problèmes sur la vienne n'hésite pas a me contacter

 Librement

 Simon

   
Hélas, je suis allé un peu vite dans la restauration de points.
Mille excuses à Pieren !

La machine est relancée, mais il faudra surveiller et corriger la région
à la main.
Je me suis mis ça dans ma TODO list.

Je crois qu'il utilise le mixeur comme outil d'édition.
-- 
Vincent alias FrViPofm

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

Re: [OSM-talk-fr] Vandalisme de Lork Scorguar

Le mardi 06 octobre 2009 à 11:22 +0200, Vincent Pottier a écrit : 
 monsieur a a écrit :
  Bonjour,
 
  Je vient de voir les déplacements et les suppressions de Lork Scorguar
  dans l'import de CLC.
 
  Il vient juste de commencé a mapper (j'avais pourtant prévenues de ne
  pas toucher au polygone CLC), je l'ais contacté j'attends sa réponse
  mais je pense que tous ses modifications peuvent être annulé.
 
  Je lance un nouveaux message d'avertissement sur le forum du lug de
  Poitiers ou tous les mappeur de la région passe de temps en temps.
 
  Si il y a d'autre problèmes sur la vienne n'hésite pas a me contacter
 
  Librement
 
  Simon
 

 Hélas, je suis allé un peu vite dans la restauration de points.
 Mille excuses à Pieren !
 
 La machine est relancée, mais il faudra surveiller et corriger la région
 à la main.
 Je me suis mis ça dans ma TODO list.
 
 Je crois qu'il utilise le mixeur comme outil d'édition.

Je viens d'avoir Lork, il s'excuse pour le désagrément et accepte un
revert de changeset même si il doit perdre des données.




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

[OSM-talk-fr] [osmose] les relations ouvertes sont de retour...

... et en plus elles sont en nombre !

http://osmose.openstreetmap.fr/map/cgi-bin/index.py?ch=4-1

Je n'ignore pas encore les relations contenues dans des super relations, 
mais ça viendra.

-- 
Etienne

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

[OSM-talk-fr] Des mappers (bretons) dans la presse de l'ouest

2009-10-06 Par sujet Ab_fab

Bravo !

Je pense que la presse quotidienne régionale et les radios locales sont des
armes de ralliement massives, en particulier pour les gens qui arpentent
leurs alentours toute la semaine.

J'espère que cela motivera tous ceux qui se demandent encore ce qu'ils
peuvent faire d'intéressant de leur ordi et de leur connexion ADSL, à part
décharger des photos.
(sans rire, ça doit faire un paquet de monde dans le lectorat de la PQR)

Dommage qu'il n'y ait pas de possibilité de commentaires sur l'article, pour
voir si cela suscite effectivement de l'intérêt.

On Mon, 5 Oct 2009 14:09:02 +0200, ulrich rousseau wrote :

Ils mettent les rues de leur ville sur
internethttp://www.rennes.maville.com/actu/actudet.php?abo=378749serv=36idDoc=1094562idCla=deputm_source=ofmnewsletterutm_medium=lettredinformationutm_campaign=actualitedepartementxtor=EPR-300-[lettredinformationactualite]-20091005-[actualitedepartement]



___
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] [osmose] les relations ouvertes sont de retour...

On mardi 6 octobre 2009, Etienne Chové wrote:
 ... et en plus elles sont en nombre !
 
 http://osmose.openstreetmap.fr/map/cgi-bin/index.py?ch=4-1

Top bon, en plus c'est maintenant mieux séparé de l'administratif

 Je n'ignore pas encore les relations contenues dans des super relations, 
 mais ça viendra.

Encore mieux que les ignorer... les traiter ?



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



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

Re: [OSM-talk-fr] Vandalisme de Lork Scorguar

monsieur a a écrit :
 Le mardi 06 octobre 2009 à 11:22 +0200, Vincent Pottier a écrit : 
   
 monsieur a a écrit :
 
 Bonjour,

 Je vient de voir les déplacements et les suppressions de Lork Scorguar
 dans l'import de CLC.

 Il vient juste de commencé a mapper (j'avais pourtant prévenues de ne
 pas toucher au polygone CLC), je l'ais contacté j'attends sa réponse
 mais je pense que tous ses modifications peuvent être annulé.

 Je lance un nouveaux message d'avertissement sur le forum du lug de
 Poitiers ou tous les mappeur de la région passe de temps en temps.

 Si il y a d'autre problèmes sur la vienne n'hésite pas a me contacter

 Librement

 Simon

   
   
 Hélas, je suis allé un peu vite dans la restauration de points.
 Mille excuses à Pieren !

 La machine est relancée, mais il faudra surveiller et corriger la région
 à la main.
 Je me suis mis ça dans ma TODO list.

 Je crois qu'il utilise le mixeur comme outil d'édition.
 

 Je viens d'avoir Lork, il s'excuse pour le désagrément et accepte un
 revert de changeset même si il doit perdre des données.
   
Trop tard, on corrige à la main.. En espérant ne pas rencontrer d'autres
blocages. Je suis aussi pour quelque chose, ayant restauré une série de
nodes et ayant relancé bulk avant qu'il ne plante sur une autre série de
nœuds supprimés.

J'ai fait une capture d'écran de CLC pour replacer les bouts de
polygones bougés.
-- 
Vincent alias FrViPofm

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

Re: [OSM-talk-fr] Vandalisme de Lork Scorguar

Le mardi 06 octobre 2009 à 12:07 +0200, Vincent Pottier a écrit : 
 monsieur a a écrit :
  Le mardi 06 octobre 2009 à 11:22 +0200, Vincent Pottier a écrit : 

  monsieur a a écrit :
  
  Bonjour,
 
  Je vient de voir les déplacements et les suppressions de Lork Scorguar
  dans l'import de CLC.
 
  Il vient juste de commencé a mapper (j'avais pourtant prévenues de ne
  pas toucher au polygone CLC), je l'ais contacté j'attends sa réponse
  mais je pense que tous ses modifications peuvent être annulé.
 
  Je lance un nouveaux message d'avertissement sur le forum du lug de
  Poitiers ou tous les mappeur de la région passe de temps en temps.
 
  Si il y a d'autre problèmes sur la vienne n'hésite pas a me contacter
 
  Librement
 
  Simon
 


  Hélas, je suis allé un peu vite dans la restauration de points.
  Mille excuses à Pieren !
 
  La machine est relancée, mais il faudra surveiller et corriger la région
  à la main.
  Je me suis mis ça dans ma TODO list.
 
  Je crois qu'il utilise le mixeur comme outil d'édition.
  
 
  Je viens d'avoir Lork, il s'excuse pour le désagrément et accepte un
  revert de changeset même si il doit perdre des données.

 Trop tard, on corrige à la main.. En espérant ne pas rencontrer d'autres
 blocages. Je suis aussi pour quelque chose, ayant restauré une série de
 nodes et ayant relancé bulk avant qu'il ne plante sur une autre série de
 nœuds supprimés.
 
 J'ai fait une capture d'écran de CLC pour replacer les bouts de
 polygones bougés.

ha je suis en train de caler ma capture sous Josm :)




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

Re: [OSM-talk-fr] [osmose] les relations ouvertes sont de retour...

Etienne Chové a écrit :
 ... et en plus elles sont en nombre !

 http://osmose.openstreetmap.fr/map/cgi-bin/index.py?ch=4-1

 Je n'ignore pas encore les relations contenues dans des super relations, 
 mais ça viendra.

   
Étrange :
http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=12lat=47.99434lon=2.46882layers=B00Tch=4-1

Pourtant la relation est correcte :
http://osmose.openstreetmap.fr/tools/relation_analyser/cgi-bin/relation.py?NumRelation=160911

et depuis longtemps :
http://www.openstreetmap.org/browse/relation/160911

Faux positif ?
-- 
Vincent alias FrViPofm

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

[OSM-talk-fr] Enregistrement audio des noms propres

2009-10-06 Par sujet Luc Fievet

Bonjour,

J'ai fait ma dernière émission de radio sur le projet Shtooka qui
consiste à constituer des collections cohérentes de mots dans de
multiples langues pour un usage pédagogique et scientifique. Je me
suis demandé à l'occasion si on pourrait trouver un intérêt pour OSM
et d'éventuelles exploitations de ses données à enregistrer les noms
de communes, département, voirie etc...
Je me dis en premier lieu que cela pourrait être l'occasion de
préciser la prononciation exacte de certains noms la prononciation des
W dans le nord, des noms bretons alsaciens à coucher dehors, les
Chamonix (sans x sonore); Avoriaz (sans z sonore)  et plus encore pour
les noms en langues régionales (le métro de toulouse annonce désormais
les noms en français et en occitan).

Je suppose que pour des application comme des ordres de navigation de
type GPS, le text to speech serait plus indiqué car moins lourd, mais
de bons enregistrements ne permettraient-ils pas des applications de
reconnaissance vocale (je ne sais pas du tout comment ça marche c'est
une pure hypothèse) ? D'autres utilisations seraient peut-être
envisageable.

Le boulot serait considérable, mais le projet Shtooka a développé des
outils hadoc qui permettent d'enregistrer 1000 mots à l'heure avec
édition automatique des tags, ce qui permettrait l'emploi de ces
collections. Qu'en pensez-vous ? Est-ce une idée à la con ?




-- 
http://incroyableluk.googlepages.com/

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

Re: [OSM-talk-fr] Vandalisme de Lork Scorguar

2009/10/6 monsieur a sr...@mageos.com:
 Le mardi 06 octobre 2009 à 12:07 +0200, Vincent Pottier a écrit :

Un revert de changeset n'est possible que si les objets concernés
n'ont pas été encore altérés plus tard.
Ne rien toucher pour l'instant sur cette zone et attendre la fin de
l'import avant corrections s.v.p.. Ca devrait arriver à la fin de la
semaine si tout va bien.

Pieren

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

Re: [OSM-talk-fr] [osmose] les relations ouvertes sont de retour...

Vincent Pottier a écrit :
   Étrange :
 http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=12lat=47.99434lon=2.46882layers=B00Tch=4-1
 
 Pourtant la relation est correcte :
 http://osmose.openstreetmap.fr/tools/relation_analyser/cgi-bin/relation.py?NumRelation=160911
 
 et depuis longtemps :
 http://www.openstreetmap.org/browse/relation/160911
 
 Faux positif ?

Oui et non, la relation est bien fermée mais elle est en forme de 8 au 
niveau du point cité. L'analyseur dit que c'est bon, osmose dit que 
c'est pas bon... qui a raison ?

Le merdouilli se trouve là :
http://www.openstreetmap.org/?mlat=48.004712mlon=2.466509zoom=18layers=B000FTFTrelation=160911

-- 
Etienne

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

Re: [OSM-talk-fr] Vandalisme de Lork Scorguar

Le mardi 06 octobre 2009 à 12:23 +0200, Pieren a écrit : 
 2009/10/6 monsieur a sr...@mageos.com:
  Le mardi 06 octobre 2009 à 12:07 +0200, Vincent Pottier a écrit :
 
 Un revert de changeset n'est possible que si les objets concernés
 n'ont pas été encore altérés plus tard.
 Ne rien toucher pour l'instant sur cette zone et attendre la fin de
 l'import avant corrections s.v.p.. Ca devrait arriver à la fin de la
 semaine si tout va bien.
 
 Pieren
 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr

ok pas de souci pour moi, je relance les avertissement pour évité une
deuxième fois ce genre de désagréments.



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

Re: [OSM-talk-fr] Rail

2009/10/6 Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net:
 -- railway=rail
 quel est le nombre de voies par défaut ? (Je suppose 2).
 - Comment étiqueter des emprises à 4 voies / à 1 seule voie ? track=* ?

Je n'ai pas vu de valeur par défaut pour le nombre de voies par
railway, c'est donc difficile de dire que c'est 2 (souvent, ceux qui
le peuvent dessinent chaque voie individuellement en particulier dans
les gares. Résultat discustable mais ça veut aussi dire que le nombre
est de 1 pour ces cas-là).
Sinon, il y a le tag tracks:
http://wiki.openstreetmap.org/wiki/Proposed_features/Multiple_Tracks


 -- railway=tram
 faut-il marquer des level_crossing lorsque les voies traversent la
 chaussée ? (Je dirais non a priori car le tram peut partager
 complètement la chaussée avec les autres véhicules)

Non, je garde les level_crossing pour les trains. Avec les trams, il y
a normalement un feu tricolore normalement (avant ou sur
l'intersection) donc highway=traffic_signals. Pour les trams
partageant la chaussée, on combine le tag railway=tram avec le tag
highway sur la portion commune:
http://wiki.openstreetmap.org/wiki/Trams

Pieren

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

Re: [OSM-talk-fr] Enregistrement audio des noms propres

2009/10/6 Luc Fievet luc.fie...@gmail.com:

Il y a eu une discussion un peu similaire l'année dernière:
http://lists.openstreetmap.org/pipermail/talk/2008-June/027454.html
et suivants.

 des noms bretons alsaciens à coucher dehors
Merci pour eux. De plus, il peut y avoir des différences entre
alsaciens du nord et alsaciens du sud...

Pieren

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

Re: [OSM-talk-fr] [osmose] les relations ouvertes sont de retour...

sly (sylvain letuffe) a écrit :
 On mardi 6 octobre 2009, Etienne Chové wrote:
 Je n'ignore pas encore les relations contenues dans des super relations, 
 mais ça viendra.
 
 Encore mieux que les ignorer... les traiter ?

Comment ça ? Je parle des relations contenues dans la relation 11980 par 
exemple... qu'est ce qu'il faut en faire ?

-- 
Etienne

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

[OSM-talk-fr] [osmose] le croisement de fronti ères sont de retour...

et en plus ils sont nombreux...

http://osmose.openstreetmap.fr/map/cgi-bin/index.py?ch=6-1

Ma nouvelle gestion de postgis ne devrait plus faire apparaitre de faux 
positif comme c'était le cas avant... mais rien de sûr.

PS : pardon pour les mails multiples, ça évite de mettre trop de chose 
dans un thread, mais peut être que je devrait mettre ces annonces autre 
part que sur cette ml.

-- 
Etienne

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

Re: [OSM-talk-fr] [osmose] les relations ouvertes sont de retour...

2009/10/6 Etienne Chové ch...@crans.org:
 Oui et non, la relation est bien fermée mais elle est en forme de 8 au
 niveau du point cité. L'analyseur dit que c'est bon, osmose dit que
 c'est pas bon... qui a raison ?

Il y a bien merdouilli (!) et c'est bien une erreur de géométrie au
niveau de la relation mais pas au niveau du way. C'est osmose qui a
raison, bravo !

Pieren

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

Re: [OSM-talk-fr] Batiments sans rez-de-chaussée

Bhen oui, il nous manque des moyens d'expression sur osm :-(

Pour des vraies cartes et plans, je jongle avec l'épaisseur des  
traits sur les jouées, pour exprimer ces choses :
Faible épaisseur de trait pour les choses de peu de relief,
forte épaisseur pour les ressauts forts,
et des tiretés pour ce qui se passe en-dessous, qu'on ne verrait pas  
depuis vue d'oiseau.

(La vue du dessus est coumême la convention pour les cartes...
Sinon, ça deviendrait des plans du rdc, du premier, du deuxième, du  
sous-sol,
ce qui est une approche différente, et qui ne permettrait plus la  
cohésion topologique des voies de communication...
...sauf quand on est en 3d).

Une entrée de tunnel n'est pas vraiment adaptée pour exprimer une  
entrée de parking,
et déclarer le building au-dessus comme bridge, ça ne le fait pas ,  
non plus...
On ne va pas caler un natural:cliff le long de la voie qui  
s'enfonce, ou un cutting,
leur représentation sur la carte écraserait les environs...
(Quoique, peut-être du barrier:wall ferait l'affaire des jouées?  
Jamais essayé...).

On ne tague pas pour l'apparence, ok,
mais nous faudrait des variations d'épaisseurs de trait, pour aux  
échelles rapprochées dessiner ce qui est,
soit-ce en ville ou dehors.

Gerhard
---

Ces histoires de tunnel et bridge peuvent aussi poser des  
questions, quand en montagne on a des galeries,
ces semi-tunnels ouverts dun côté - parfois suivies d'un vrai tunnel.
Ou en ville, pour les dalles (on en a déjà causé, sans vraiment  
trouver la solution miracle),
ou quand on a des voies superposées, parfois plusieurs highways  
superposées en étages, sur pilotis,

Tokyo... plusieurs highways XXL indépendants les uns dessus les  
autres, dont un réservé aux camions, certains étages en sens-unique,  
et des trains ou métro/RER en plus, et au sol dessous des rues  
ordinaires avec leurs carrefours, des maisons, canaux, ruelles (avec  
leurs ponts, encore). Leurs cartographes devaient s'arracher les  
cheveux.
J'y étais y a 35 ans, la ville a dû changer, depuis.

Anecdote :
Ne parlant pas le japonais, j'avais acheté les plans de ville en  
anglais et en japonais, pensant de pouvoir communiquer ainsi,
trouver l'endroit où je voulais me rendre sur la carte en anglais,  
l'identifier sur la carte en japonais, et montrer au chauffeur de taxi,
mais que tchi ! :
Les chauffeurs de taxi ne savaient pas lire une carte... (et encore  
moins ne comprenaient une autre langue...).
Donc embaucher un guide local qui parlait anglais, ou des étudiants  
qui, à ma grande surprise, parlaient plutôt... allemand.
Mais chacun ne connaissait que certains quartiers, donc je passais de  
mains en mains.

A l'époque il n'y avait pas du téléphone portable, encore moins du gps.
Mais, j'avais 144 MHz deux mètres, et la langue des radio-amateurs  
est l'anglais, c'était un fil d'ariane :

Un fois j'étais complètement pommé, déposé par un taxi pas du tout là  
où je voulais,
et ils ont fait triangulation pour me localiser et venir me chercher,  
une vraie chasse au renard.
Sympa, les potes, de m'avoir tiré de cette jungle... arrigato  
gotsaïmas', et un snack accompagné d'algues et saké au coin...
(et à faire un papier en anglais pour remercier, et justifier devant  
leurs chefs, faire hautement louange, qu'ils avaient porté secours à  
un personnage hautement important patron propriétaire d'entreprise.
'Faut y mettre les titres, là-bas : Un general director, coordinator  
in chief of high-level communication departement peut être le liftboy.)

Comme quoi, une carte (+ boussole) en elle-même ne fait pas tout... ;-)
---

Le 6 oct. 09 à 00:09, Christian Rogel a écrit :


 Justement, je me posais la question du tunnel pour les parkings
 couverts qui se multiplient dans mon coin pour les rares moments
 où il pleut (nous sortons enfin de 6 semaines de sécheresse).
 On doit représenter des voies d'accès qui disparaissent alors dans le
 rectangle.
 Ca le fait moyennement.
 Il faut donc faire un tag pour les tunnels à l'air libre. ;-)

 Christian

 g.d a écrit :
 Le 5 oct. 09 à 23:07, Jean-Christophe Haessig a écrit :

 Dans le cas particulier où il y a un passage sous un bâtiment j’ai
 pour
 l’instant utilisé tunnel=yes

 Bhen, ce n'est pas bien correct,
 puisque un tunnel en principe, c'est du creusé dans du terrain
 naturel,
 à quelques exceptions près, de travail à ciel ouvert puis remblayé...
 http://fr.wikipedia.org/wiki/Tunnel

 Tant que la voie ne s'enfonce pas dans un relief naturel (soit qu'il
 se lève devant la voie, soit que la voie s'enfonce sous du terrain,
 en génie civil on ne parle *pas¨ de tunnel. Le tunnel est un
 ouvrage distinct.

 (et rien à voir avec des diodes à effet tunnel ;-)





 ___
 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] Batiments sans rez-de-chaussée

Le 6 oct. 09 à 09:39, Guillaume Allegre a écrit :

 Pour les immeubles où il existe un petit passage piéton en RdC,
 c'est un peu plus discutable, parce que ça oblige à couper en 3
 un bâtiment qui ne l'est pas vraiment dans la réalité, mais
 faute de mieux je ferai ça, avec en plus un footway en level 0.

Bhen oui,
faute de mieux c'est ce que j'ai fait pour ma maison, qui a un passage  
piéton dessous, au rdc...
G


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

Re: [OSM-talk-fr] Routes forestières

On mardi 6 octobre 2009, Pieren wrote:
 En suivant cette logique, une portion d'autoroute abandonnée
 aux cyclistes deviendrait un highway=path...

Et pourquoi pas ? ;-)
Mettre un highway=motorway serait vraisemblablement faux. 
Ou alors mettre un  :
highway=motorway + vehicule=no
Mais ce serait terriblement mal interprété par les logiciels qui gère la 
donnée.
Le cas ne se présentera sans doute pas, donc je ne vais pas ergoter, mais je 
pense que je tagguerais cet improbable cas en 
highway=cycleway/path + width=20

Après, tu as bien raison, la structure physique d'une route suit l'usage qui 
en est fait, et ce type de piste cyclable ne serait vite plus entretenue et 
disparaîtrait sans doute.

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



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

Re: [OSM-talk-fr] [osmose] les relations ouvertes sont de retour...

On mardi 6 octobre 2009, Etienne Chové wrote:
 sly (sylvain letuffe) a écrit :
  On mardi 6 octobre 2009, Etienne Chové wrote:
  Je n'ignore pas encore les relations contenues dans des super relations, 
  mais ça viendra.
  
  Encore mieux que les ignorer... les traiter ?
 
 Comment ça ? 
On peut rêver, et que osmose devienne le premier outil capable d'analyser 
(après import dans une base) les super-relations.

D'ailleurs il me semble remarquer avec un heureux étonnement que l'outil 
d'analyse est lui capable de traiter ces super-relations.
(encore que je n'ai pas réussi à le lancer sur la 11980, ça doit mouliner dans 
les chaumières)

 Je parle des relations contenues dans la relation 11980 par  
 exemple... qu'est ce qu'il faut en faire ?

faut non, car rien n'oblige à rien, disons que l'outil pourrait par 
exemple faire des rapports d'erreur sur la relation 11980.

Pour les relations type=boundary qui sont des membres de la 11980, on pourrait 
imaginer :
1) les ignorer car elles appartiennent à une autre relation (galère)
2) Les renseigner correctement dans osm (il m'apparaît en fait qu'il n'est pas 
logique d'avoir un même type pour deux objets de structure différente. Je me 
lance...
http://wiki.openstreetmap.org/wiki/Relations/Proposed/boundary_segment

Encore une fois, il me semble que osmose a raison et qu'il s'agit bien 
d'erreurs


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



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

Re: [OSM-talk-fr] [osmose] les relations ouvertes sont de retour...

2009-10-06 Par sujet Yoann ARNAUD

sly (sylvain letuffe) a écrit :

 D'ailleurs il me semble remarquer avec un heureux étonnement que l'outil 
 d'analyse est lui capable de traiter ces super-relations.
 (encore que je n'ai pas réussi à le lancer sur la 11980, ça doit mouliner 
 dans 
 les chaumières)

Oui, vaut mieux éviter ce genre de choses. Au pire tu récupères le code
et tu le lances sur une autre machine ;)

-- 
Yoann.

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

[OSM-talk-fr] Accentuation des majuscules.

2009-10-06 Par sujet J.-Lys


Osmose signale des erreurs de mots mal écrits sur des majuscules
accentuées... École, Étang, Église sont vus comme incorrects alors que
- faut-il le rappeler ? - la langue française accentue les capitales, même
si le consensus mou des utilisateurs de claviers tend à faire l'impasse sur
cette règle. N'est-il pas possible de corriger le signalement de ces fausses
fautes ? Sans être intégriste et exiger que les variantes sans accent soient
considérées comme fautives, n'est-il pas possible qu'au moins les (bonnes)
variantes avec accent ne le soient plus ?
-- 
View this message in context: 
http://n2.nabble.com/Accentuation-des-majuscules-tp3774551p3774551.html
Sent from the French OSM list mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Accentuation des majuscules.

2009-10-06 Par sujet Julien D.

Sauf gros bug, c'est justement l'inverse qui est mis en place, osmose
demande à ce que les majuscules soient accentuées.

Ecole = École

Tu as un exemple ?

2009/10/6 J.-Lys jacq...@famille-lys.com


 Osmose signale des erreurs de mots mal écrits sur des majuscules
 accentuées... École, Étang, Église sont vus comme incorrects alors
 que
 - faut-il le rappeler ? - la langue française accentue les capitales, même
 si le consensus mou des utilisateurs de claviers tend à faire l'impasse sur
 cette règle. N'est-il pas possible de corriger le signalement de ces
 fausses
 fautes ? Sans être intégriste et exiger que les variantes sans accent
 soient
 considérées comme fautives, n'est-il pas possible qu'au moins les (bonnes)
 variantes avec accent ne le soient plus ?
 --
 View this message in context:
 http://n2.nabble.com/Accentuation-des-majuscules-tp3774551p3774551.html
 Sent from the French OSM list 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

Re: [OSM-talk-fr] [osmose] les relations ouvertes sont de retour...

sly (sylvain letuffe) a écrit :
 On peut rêver, et que osmose devienne le premier outil capable d'analyser 
 (après import dans une base) les super-relations.

Pourquoi passer par une base... j'ai beaucoup plus rapide !!! Lancer un 
petit programme magique :

test
pc-rech-echove% time ./new_analyse_mega_relation.py france-xxl.osm 11980
open at node id=28205067, lat=48.770456, lon=-3.215019
open at node id=301271736, lat=47.758740, lon=7.537527
open at node id=28205153, lat=48.759137, lon=-3.234748
open at node id=28214068, lat=48.637305, lon=-4.567676
open at node id=498872583, lat=42.798134, lon=-0.523747
open at node id=28201318, lat=48.830360, lon=-3.088679
open at node id=28215524, lat=48.629499, lon=-4.547707
open at node id=28215533, lat=48.627083, lon=-4.555755
open at node id=28215603, lat=48.625985, lon=-4.561136
open at node id=28215640, lat=48.622731, lon=-4.592750
open at node id=28215675, lat=48.620476, lon=-4.570248
open at node id=28215709, lat=48.613744, lon=-4.575066
open at node id=28215789, lat=48.605154, lon=-4.584465
open at node id=28215804, lat=48.604560, lon=-4.571688
open at node id=28215860, lat=48.600812, lon=-4.583169
open at node id=28215881, lat=48.599394, lon=-4.620623
open at node id=28215901, lat=48.599348, lon=-4.632992
open at node id=28215922, lat=48.599145, lon=-4.610950
open at node id=28215928, lat=48.598654, lon=-4.609389
open at node id=28215945, lat=48.598349, lon=-4.612858
open at node id=28215983, lat=48.591979, lon=-4.646283
open at node id=28215992, lat=48.590201, lon=-4.645065
open at node id=28216605, lat=48.585275, lon=-4.639881
open at node id=28216663, lat=48.584428, lon=-4.618212
open at node id=28216685, lat=48.582664, lon=-4.669940
open at node id=28216690, lat=48.581069, lon=-4.638199
open at node id=28216699, lat=48.578524, lon=-4.663621
open at node id=496848800, lat=43.128464, lon=5.748971
open at node id=498872594, lat=42.798134, lon=-0.523747
open at node id=28201344, lat=48.833686, lon=-3.098005
open at node id=473060666, lat=50.828995, lon=2.627197
open at node id=43595228, lat=50.812894, lon=2.635080
open at node id=28215625, lat=48.623290, lon=-4.570722
open at node id=28215769, lat=48.612959, lon=-4.576202
open at node id=323928030, lat=47.754844, lon=7.540063
open at node id=28215973, lat=48.598295, lon=-4.616722

real0m14.958s
user0m13.485s
sys 0m0.804s
/test

Rapide non ? 15 secondes pour faire le tour de France dans un fichier de 
7.5Go ! Il ne reste qu'à générer les fichier xml compréhensible par le 
front end... mais j'aimerai rendre ce programme générique d'abord, et du 
coup l'inclure dans le backend déjà existant qui utilise la même 
bibliothèque d'accès aux fichiers osm mais n'est pas récursif.

 D'ailleurs il me semble remarquer avec un heureux étonnement que l'outil 
 d'analyse est lui capable de traiter ces super-relations.
 (encore que je n'ai pas réussi à le lancer sur la 11980, ça doit mouliner 
 dans 
 les chaumières)

Tout à fait, mais comme il utilise les données issues de l'api d'osm, 
c'est relativement long :-(

 Pour les relations type=boundary qui sont des membres de la 11980, on 
 pourrait 
 imaginer :
 1) les ignorer car elles appartiennent à une autre relation (galère)
 2) Les renseigner correctement dans osm (il m'apparaît en fait qu'il n'est 
 pas 
 logique d'avoir un même type pour deux objets de structure différente. Je me 
 lance...
 http://wiki.openstreetmap.org/wiki/Relations/Proposed/boundary_segment

Je vote pour 2, c'est le plus logique.

 Encore une fois, il me semble que osmose a raison et qu'il s'agit bien 
 d'erreurs

Alors je laisse comme ça et ça m'arrange ;-) et puis faut que je bosse 
un peu.

-- 
Etienne

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

Re: [OSM-talk-fr] [osmose] les relations ouvertes sont de retour...

On mardi 6 octobre 2009, Yoann ARNAUD wrote:
 Oui, vaut mieux éviter ce genre de choses. Au pire tu récupères le code
 et tu le lances sur une autre machine ;)

Ok, c'est ce que j'ai fais, ça marche.

Petites remarques en passant (désolé si je dis une connerie) :

Dans WaysToSvg dans mega_relation_analyser.py :
Tu ne passes pas le répertoire de cache en paramètre qui est codé en dur 
à ../cache/

Je vois que dans le cas de relations à analyser, tu télécharges de l'api les 
way membres un a un pour les re-télécharger en mode /full

Sans doute le sais-tu, mais ça semble aller plus vite : tu pourrais 
télécharger directement la relation en /full
(le /full d'une relation n'est pas récursif dans les membres de type 
relations, mais marche pour les ways qui la compose)

Sinon, superbe outil


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



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

Re: [OSM-talk-fr] [osmose] les relations ouvertes sont de retour...

On mardi 6 octobre 2009, Etienne Chové wrote:
 sly (sylvain letuffe) a écrit :
  On peut rêver, et que osmose devienne le premier outil capable d'analyser 
  (après import dans une base) les super-relations.
 
 Pourquoi passer par une base... j'ai beaucoup plus rapide !!! Lancer un 
 petit programme magique :
Toujours pareil, ça dépend de ce que l'on veut en faire, pour le cas présent, 
en effet ça suffit. En fait je n'avais pas vu que ça fonctionnait déjà

 test
 pc-rech-echove% time ./new_analyse_mega_relation.py france-xxl.osm 11980
 real0m14.958s
 user0m13.485s
 sys 0m0.804s
 /test
 
 Rapide non ? 15 secondes pour faire le tour de France dans un fichier de 
 7.5Go ! 

My god ! J'ose pas dire combien ça m'a pris de temps avec téléchargement 
depuis l'API.
D'ailleurs vu tes résultats, le temps est sans doute pris par la lecture 
disque uniquement, donc l'outil est méga-ultra rapide.
(Bref, ça irait encore plus vite une fois dans une bdd :-p )
7.5Go de xml ~= 1Go de xml.bz2 - 1000/50 - 20 secondes à lire avec un disque 
à 50Mo/s


 Il ne reste qu'à générer les fichier xml compréhensible par le  
 front end... mais j'aimerai rendre ce programme générique d'abord, 
D'ici peu, tu aura fais un parfait concurrent de osm2pgsql pour le traitement 
des relations sophistiquées ;-)

 Tout à fait, mais comme il utilise les données issues de l'api d'osm, 
 c'est relativement long :-(
pfiuu oui, environ 10 minutes, mais c'est up 2 date ;-)
 
 Alors je laisse comme ça et ça m'arrange ;-) et puis faut que je bosse 
 un peu.
et voilà qui est plus propre et qui nettoie les faux positif :
http://slyserv.dyndns.org/osm/relation-11980.png


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

[OSM-talk-fr] Re : Routes forestières

2009-10-06 Par sujet Etienne T

Le cas ne se présentera sans doute pas, donc je ne vais pas ergoter, mais je 
pense que je tagguerais cet improbable cas en 
highway=cycleway/path + width=20


Dommage, j'aurai pu avoir un motorway_link à proposer ! :) 
Mais il ne sert même pas pour les piétons ou cyclistes, car il ne mène à rien.
http://sautter.com/map/?zoom=18lat=47.33925lon=6.29038layers=00B000TF

Mais je vais quand même le faire figurer sur OSM : comment tagger une voie qui 
ne sert à rien ? highway=abandoned ?



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

Re: [OSM-talk-fr] [osmose] les relations ouvertes sont de retour...

2009-10-06 Par sujet Yoann ARNAUD

sly (sylvain letuffe) a écrit :
 On mardi 6 octobre 2009, Yoann ARNAUD wrote:
 Oui, vaut mieux éviter ce genre de choses. Au pire tu récupères le code
 et tu le lances sur une autre machine ;)
 
 Ok, c'est ce que j'ai fais, ça marche.
 
 Petites remarques en passant (désolé si je dis une connerie) :
 
 Dans WaysToSvg dans mega_relation_analyser.py :
 Tu ne passes pas le répertoire de cache en paramètre qui est codé en dur 
 à ../cache/
 
 Je vois que dans le cas de relations à analyser, tu télécharges de l'api les 
 way membres un a un pour les re-télécharger en mode /full
 
 Sans doute le sais-tu, mais ça semble aller plus vite : tu pourrais 
 télécharger directement la relation en /full
 (le /full d'une relation n'est pas récursif dans les membres de type 
 relations, mais marche pour les ways qui la compose)
 
 Sinon, superbe outil

Ça a été codé à l'arrache par etienne et moi, car le script n'était pas
destiné à ça au début, mais quand j'ai le temps je reprends ça en basant
sur les classes d'etienne.

-- 
Yoann.

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

Re: [OSM-talk-fr] [osmose] les relations ouvertes sont de retour...

sly (sylvain letuffe) a écrit :
 On mardi 6 octobre 2009, Yoann ARNAUD wrote:
 Oui, vaut mieux éviter ce genre de choses. Au pire tu récupères le code
 et tu le lances sur une autre machine ;)
 
 Ok, c'est ce que j'ai fais, ça marche.
 
 Petites remarques en passant (désolé si je dis une connerie) :

Yoann a en projet de tout recommencer, ce programme est très très crade 
! Ça a été fait à l'origine pour être lancé en ligne de commande sans 
affichage graphique... puis petit à petit des patch plus sales les uns 
que les autres ont été ajoutés.

Il y a maintenant des classe python pour faire presque tout, il ne reste 
qu'à les assembler... Les bibliothèques ont une interface similaire, ce 
qui permettrai de choisir dans quelle source on prend les données :
   - base sql locale (schéma de l'API)
   - base postgis locale (en mode slim uniquement)
   - fichier osm (ordonné)
   - données en live sur l'api

Dès qu'il est motivé, il fera tout ça !

 Dans WaysToSvg dans mega_relation_analyser.py :
 Tu ne passes pas le répertoire de cache en paramètre qui est codé en dur 
 à ../cache/
 
 Je vois que dans le cas de relations à analyser, tu télécharges de l'api les 
 way membres un a un pour les re-télécharger en mode /full
 
 Sans doute le sais-tu, mais ça semble aller plus vite : tu pourrais 
 télécharger directement la relation en /full
 (le /full d'une relation n'est pas récursif dans les membres de type 
 relations, mais marche pour les ways qui la compose)

C'était fait par simplicité, et au début c'était du one-shot... mais tu 
as raison et c'est en projet depuis longtemps... trop longtemps donc si 
quelqu'un de plus rapide que Yoann veut reprendre cela à son compte il 
est d'accord.

 Sinon, superbe outil

De l'extérieur, oui, de l'intérieur, non ;-)

-- 
Etienne


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

Re: [OSM-talk-fr] [osmose] les relations ouvertes sont de retour...

On mardi 6 octobre 2009, Etienne Chové wrote:
 Yoann a en projet de tout recommencer, ce programme est très très crade 
 ! Ça a été fait à l'origine pour être lancé en ligne de commande sans 
 affichage graphique... puis petit à petit des patch plus sales les uns 
 que les autres ont été ajoutés.
(...)
  Sinon, superbe outil
 
 De l'extérieur, oui, de l'intérieur, non ;-)

On mardi 6 octobre 2009, Yoann ARNAUD wrote:
 Ça a été codé à l'arrache par etienne et moi, car le script n'était pas

C'est fini cette auto-flagellation ? 
d'abord ça marche et on trouve quand même pas mal de commentaires. Après 
modulaire tout ça tout ça ça vient avec le temps.

(J'ose plus proposer le moindre patch, je vais me faire pendre en place 
publique ;-) )

 
 Il y a maintenant des classe python pour faire presque tout, il ne reste 
 qu'à les assembler... Les bibliothèques ont une interface similaire, ce 
 qui permettrai de choisir dans quelle source on prend les données :
- base sql locale (schéma de l'API)
- base postgis locale (en mode slim uniquement)
- fichier osm (ordonné)
- données en live sur l'api
 
 Dès qu'il est motivé, il fera tout ça !

Punaise ! Quel planning ! ça va déménager !

PS: Au passage un grand bravo pour la magnifique PythonOsmApiFaitl'café, je 
viens de me faire un petit robot qui doit pas péter bien plus que 15 lignes 
de codes et ça marche du tonner.


Il est prévu de maintenir un peu de compatibilité avec l'existant 
( http://wiki.openstreetmap.org/wiki/PythonOsmApi) ?

PS2: vous vous rendez compte que c'est à cause de gars comme vous qu'on fini 
par aimer le python ?



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



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

Re: [OSM-talk-fr] Routes forestières

J'ai un blême semblable avec certaines D XXX  dans les Cévennes, du  
côté de la Séranne, et dans les Monts d'Orb,
qui parfois se terminent quelque part en cambrousse où plus personne  
n'habite,
qui ne sont pas praticables avec une voiture citadine (trop de trous,  
se casserait le carter, ou ferait la toupie sur un caillou...),
qui nécessitent plusieurs manœuvres dans les virages serrés,
et où il n'est pas question de croiser une autre voiture, les ronces  
de part et d'autre rayent la bagnole des deux côtés,
donc s'il y a une voiture en face, l'un des deux rebrousse chemin en  
marche arrière,
et y en a même une, qui carrément est tombée dans le ravin,
ça fait deux cul-de sac, un de chaque côté, réparation envisagée pas  
avant 2015.

Y en a d'autres, bitumées encore,
avec un joli pointillé blanc au milieu, censé séparer les voies,
mais entre le rocher et le ravin, la largeur roulable ne fait que deux  
mètres vingt de large,
chacune des voies ne fait qu'un mètre-dix, donc pour se croiser... :-(

Et parfois y a des fissures dans le bitume côté vallée,
au point qu'on grimpe un peu sur le côté montagne, si possible, avec  
les pneus en friction sur le côte, pour ne pas déclencher la chute (et  
tomber dans le trou, avec...)

Du D XXX, tout ça.

Un jour passé je disais, que chaque route qui mène quelque part où  
habitent des gens devrait être mise en tertiary,
vu son importance pour la vie des gens sur place,

mais depuis j'ai changé d'avis,
et serais prêt à mettre ces trux-là dans du unclassified, ou, selon,  
dans du track.

Parce que, mettre ça en tertiary, ça induit l'utilisateur de la carte  
en (t)erreur :
Ajouter des unsurfaced, steep incline, maxlength, maxwidth,
4x4 ou deudeuche only, éventuellement R4L6 si suicidaire,
piéton uniquement avec bâtons et chaussures demi-hauts adaptés,
et du cycle only en descente, mais avec des cross,
bjen, l'utilisateur, quand il regarde la carte, ne le voit pas :
Il ne voit qu'une belle route
qu'il devrait pouvoir emprunter, avec sa belle berline ou avec son  
camping-car !
J'te dis pas la cata...

Un jour ils ont sorti une caravane d'un tel piège, avec un hélico,
et ont laissé tomber la voiture dans le ravin, trop lourde pour  
l'hélico.
pour découvrir qu'au fond du vallon gisaient déjà plusieurs carcasses  
de voitures, avec des squelettes dedans. B :-(
Puis l'autocar qui récemment, sais plus où, s'est scratché avec ne  
sais plus combien de gamins à bord.

On a donc une certaine responsabilité, que ce qu'on met dans la bdd,  
soit rendu sur la carte comme il faut.
Comment faire, quelle attitude adopter ?

Gerhard
---

Bon d'acc', 'faut pas non plus mettre un tronçon de Nationale 4 voies  
avec bandes d'arrêt, abandonné et coupé de le circulation voiture, en  
footway, non plus,
ça devient un tronçon de 4 voies isolé, puisque c'est la vérité (on a  
un truc comme ça à Gignac, dû à la nouvelle autoroute)
tant pis si les scripts contrôleurs d'osm se mettent à hurler au crime  
pour way non relié
S'ils le conservent en bitu, ce tronçon isolé, on le mettra dans une  
relation d'un footway ou cycleway, pour que la topologie se tienne.

Si quelqu'un à l'occasion pourrait corriger mon ancien tracé de la A  
750 / N 109 et de son chantier, du côté de Gignac - St Paul,
http://www.openstreetmap.org/?lat=43.6382lon=3.5986zoom=13layers=B000FTFT 
,
ça serait sympa, parce que ça a crément changé depuis mon dernier tracé.
Les anciens gpx sur le dépôt osm ne veulent plus rien dire,
parce que la route a changée de trajectoire (et changera encore, d'ici  
un an, quand ils termineront le dernier tronçon)
Pour l'instant je n'ai plus de gps, suite au vol de ma tire, suis  
handicapé, aveugle :-(
---

Les gens qui habitent au bout des D XXX peu praticables mentionnés  
ci-dessus, souvent ont des 4x4 et des quads,
ou, si agric's, roulent en tracteur.

C'est pour ça, que les Kangoo 4x4 et les Berlingo Dangel d'occase sont  
recherchés.
D'ailleurs, j'en cherche à acheter un, là, à pas trop cher...
quelqu'un en connaîtrait un à vendre, pas trop déglingué ?

Les Umm ça coûte trop cher, et sur la route ne le fait pas,
les vieux Land sont extrêmement cher en pièces de rechange et en  
conso,
les Lada d'occase n'en parlons pas,
les Panda et petits Suzukis ne tiennent pas un caddy de courses,  
autant prendre un quad/tri et le sac-à-dos (puis glagla, et bonjour la  
flotte),
et les vieux gros 4x4, pas trop chers à l'achat, slurpent le port- 
monnaie, quinze à vingt litres à l'heure :-(
---

Le 6 oct. 09 à 11:03, Pieren a écrit :


 2009/10/6 Bastien Jacquet bastien.jacquet_openstreet...@m4x.org:
 beaucoup de ces route qui ont été des routes goudronnées complètement
 standard, avec des numéros en D XXX, et qui ont juste été fermées à  
 la
 circulation dans ces dernières années.

 Si c'était des routes standard en D XXX, je suis étonné que tu dises
 qu'on ne peut pas s'y croiser en voiture. Si c'était une petite
 départementale, on aurait pu la classer en tertiary.

 C'est pour ca que je

Re: [OSM-talk-fr] [osmose] les relations ouvertes sont de retour...

sly (sylvain letuffe) a écrit :
 On mardi 6 octobre 2009, Etienne Chové wrote:
 Pourquoi passer par une base... j'ai beaucoup plus rapide !!! Lancer un 
 petit programme magique :
 Toujours pareil, ça dépend de ce que l'on veut en faire, pour le cas présent, 
 en effet ça suffit. En fait je n'avais pas vu que ça fonctionnait déjà
mais ce n'est pas envoyé au front-end je crois...

 My god ! J'ose pas dire combien ça m'a pris de temps avec téléchargement 
 depuis l'API.
Pour avoir cette rapidité je ne lis pas tout le fichier ; je fais de la 
dichotomie pour trouver les éléments dont j'ai besoin. En indexant le 
fichier, je pourrai encore gagner mais j'ai pas encore eu le temps de le 
faire. L'avantage est que c'est presque up2date (dump du jour), c'est 
rapide, ça ne charge pas l'api, ça n'utilise pas de bdd (donc n'importe 
qui peut l'utiliser.
Ensuite on ne compare pas des choses égales, tu télécharge tous les 
nodes et moi juste ceux où la relation est ouverte.

 D'ailleurs vu tes résultats, le temps est sans doute pris par la lecture 
 disque uniquement, donc l'outil est méga-ultra rapide.
Oui, c'est que de l'accès disque (moitié seek, moitié read à la louche).

 (Bref, ça irait encore plus vite une fois dans une bdd :-p )
 7.5Go de xml ~= 1Go de xml.bz2 - 1000/50 - 20 secondes à lire avec un 
 disque 
 à 50Mo/s
Le problème est le chargement dans une BDD qui prend pas mal de temps. 
Rien que le parsage du fichier dans SAX on en a pour un bout de temps.

Si je lance le même programme en utilisant les données de la BDD monde 
(synchro sur les minute-slow), cela me prend 1min06 (mais je fait une 
requête par demande d'élément donc c'est normal que ce soit relativement 
lent) ; il y a sûrement moyen d'accélérer ça avec une requête bien faite 
(j'en ai une dans un coin si je la retrouve).

 Il ne reste qu'à générer les fichier xml compréhensible par le  
 front end... mais j'aimerai rendre ce programme générique d'abord, 
 D'ici peu, tu aura fais un parfait concurrent de osm2pgsql pour le traitement 
 des relations sophistiquées ;-)
Héhé... bientôt un osm2pgsql.py ? Non, je n'en ai pas la prétention.

 et voilà qui est plus propre et qui nettoie les faux positif :
 http://slyserv.dyndns.org/osm/relation-11980.png

C'est bizarre, on a l'impression que tu as que deux ouvertures alors que 
j'en ai 32 dans ma base postgres.

-- 
Etienne


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

Re: [OSM-talk-fr] [osmose] les relations ouvertes sont de retour...

On mardi 6 octobre 2009, Etienne Chové wrote:
 Pour avoir cette rapidité je ne lis pas tout le fichier ; je fais de la 
 dichotomie pour trouver les éléments dont j'ai besoin. En indexant le 
 fichier, 
Boudiou ! Et étienne ré-inventa les bases de données XML.

Y'a un moment où il faut peut-être se rappeler que le xml est un format 
d'échange, pas un format de traitement.  La dichotomie suppose très 
certainement une fausse assomption que le fichier osm est trié par osm_id.

Mais je comprends parfaitement le problème, les serveurs osm fournissent 
uniquement du xml et c'est pénible à mouliner, j'espère que bientôt on verra 
des exports dans d'autres formats (le osm binaire, qui semble avoir fait un 
flop semblait pourtant un bon candidat)



 ça n'utilise pas de bdd (donc n'importe 
 qui peut l'utiliser.
certes, a moins de peut-être creuser les formats SQL embarqués style sqlite.

  des relations sophistiquées ;-)
 Héhé... bientôt un osm2pgsql.py ? Non, je n'en ai pas la prétention.
Alors, c'est p'tet moi qui le ferait avec la sortie de ton API qui lit 
les .osm ;-)
 
  et voilà qui est plus propre et qui nettoie les faux positif :
  http://slyserv.dyndns.org/osm/relation-11980.png
 
 C'est bizarre, on a l'impression que tu as que deux ouvertures alors que 
 j'en ai 32 dans ma base postgres.

Parce qu'entre temps, j'ai corrigé. Et que depuis j'ai même corrigée les deux 
vrai positif qui existaient. J'ai maintenant un gpx complet du tour de france 
(metropolitaine)



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



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

Re: [OSM-talk-fr] Routes forestières

2009-10-06 Par sujet Gilles Corlobé

 -Message d'origine-
 De : talk-fr-boun...@openstreetmap.org [mailto:talk-fr-
 boun...@openstreetmap.org] De la part de g.d
 Envoyé : mardi 6 octobre 2009 15:34
 À : Discussions sur OSM en français
 Objet : Re: [OSM-talk-fr] Routes forestières
 
 J'ai un blême semblable avec certaines D XXX  dans les Cévennes, du
 côté de la Séranne, et dans les Monts d'Orb,
 qui parfois se terminent quelque part en cambrousse où plus personne
 n'habite,
 qui ne sont pas praticables avec une voiture citadine (trop de trous,
 se casserait le carter, ou ferait la toupie sur un caillou...),
 qui nécessitent plusieurs manœuvres dans les virages serrés,
 et où il n'est pas question de croiser une autre voiture, les ronces
 de part et d'autre rayent la bagnole des deux côtés,
 donc s'il y a une voiture en face, l'un des deux rebrousse chemin en
 marche arrière,
 et y en a même une, qui carrément est tombée dans le ravin,
 ça fait deux cul-de sac, un de chaque côté, réparation envisagée pas
 avant 2015.
 
 Y en a d'autres, bitumées encore,
 avec un joli pointillé blanc au milieu, censé séparer les voies,
 mais entre le rocher et le ravin, la largeur roulable ne fait que deux
 mètres vingt de large,
 chacune des voies ne fait qu'un mètre-dix, donc pour se croiser... :-
 (
 
 Et parfois y a des fissures dans le bitume côté vallée,
 au point qu'on grimpe un peu sur le côté montagne, si possible, avec
 les pneus en friction sur le côte, pour ne pas déclencher la chute (et
 tomber dans le trou, avec...)
 
 Du D XXX, tout ça.
 
 Un jour passé je disais, que chaque route qui mène quelque part où
 habitent des gens devrait être mise en tertiary,
 vu son importance pour la vie des gens sur place,
 
 mais depuis j'ai changé d'avis,
 et serais prêt à mettre ces trux-là dans du unclassified, ou, selon,
 dans du track.
 
 Parce que, mettre ça en tertiary, ça induit l'utilisateur de la carte
 en (t)erreur :
 Ajouter des unsurfaced, steep incline, maxlength, maxwidth,
 4x4 ou deudeuche only, éventuellement R4L6 si suicidaire,
 piéton uniquement avec bâtons et chaussures demi-hauts adaptés,
 et du cycle only en descente, mais avec des cross,
 bjen, l'utilisateur, quand il regarde la carte, ne le voit pas :
 Il ne voit qu'une belle route
 qu'il devrait pouvoir emprunter, avec sa belle berline ou avec son
 camping-car !
 J'te dis pas la cata...
 
 Un jour ils ont sorti une caravane d'un tel piège, avec un hélico,
 et ont laissé tomber la voiture dans le ravin, trop lourde pour
 l'hélico.
 pour découvrir qu'au fond du vallon gisaient déjà plusieurs carcasses
 de voitures, avec des squelettes dedans. B :-(
 Puis l'autocar qui récemment, sais plus où, s'est scratché avec ne
 sais plus combien de gamins à bord.
 
 On a donc une certaine responsabilité, que ce qu'on met dans la bdd,
 soit rendu sur la carte comme il faut.
 Comment faire, quelle attitude adopter ?
 
 Gerhard
Je suis bien d'accord, ici, on a le cas de 2 routes qualifiées de
départementales avec n° et tout. Sauf que sur le terrain la situation est
très différente dans un cas par rapport à l'autre.


1° cas : la D 262. http://osm.org/go/xXEcqzde . A partir d'un moment, le
bitume s'arrête et ce ne sont plus que des caillous. VL s'abstenir, réservé
aux 4x4. Sur la carte, c'est la piste baptisée Chemin du Baou des 4 aures.
Sur le terrain, ça a beau être une départementale, on ne voit pas la
différence avec les autres pistes incendies. D’où le codage highway=track.

2° cas: la D 2020. http://osm.org/go/xXEZdKAv-- . Au départ, il s'agit d'une
rue qui dessert de nombreuses habitations. Donc tertiary. Puis arrivé au
sommet, plus de maison, un cul de sac, situation identique à la précédente.
Si on ne va pas voir sur le terrain, on se dit qu'il s'agit d'une route en
très mauvais état. Or, la route est bitumée et vient en plus d'être refaite.
D'où highway=unclassifed.

C'est donc l'état de la route qui doit nous guider pour le codage...
Gilles 


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

Re: [OSM-talk-fr] [osmose] les relations ouvertes sont de retour...

On mardi 6 octobre 2009, Etienne Chové wrote:
 Comment ça ?!? la compatibilité n'est pas assurée ? 
Si pas de problème ! j'ai pas dis ça, je demandais un petit aperçu du futur du 
développement et savoir l'arrivée du support de lecture sur base, 
fichier .osm allait maintenir la compatibilité.

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



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

Re: [OSM-talk-fr] [osmose] les relations ouvertes sont de retour...

sly (sylvain letuffe) a écrit :
 Boudiou ! Et étienne ré-inventa les bases de données XML.
Quand on a besoin que de 1% d'un fichier, je trouve ça dommage de le 
charger en entier dans une base de données... Est ce qu'il vaut mieux la 
propreté ou la rapidité ? Vaste débat...

 Y'a un moment où il faut peut-être se rappeler que le xml est un format 
 d'échange, pas un format de traitement.  La dichotomie suppose très 
 certainement une fausse assomption que le fichier osm est trié par osm_id.

Oui, d'abord par type NWR puis par osm_id. A part le fichier de corine 
je n'ai pas encore vu de fichier pas classé comme ça... mais je suis 
d'accord qu'on se base sur une hypothèse bien hypothétique.

 Mais je comprends parfaitement le problème, les serveurs osm fournissent 
 uniquement du xml et c'est pénible à mouliner, j'espère que bientôt on verra 
 des exports dans d'autres formats (le osm binaire, qui semble avoir fait un 
 flop semblait pourtant un bon candidat)

J'avais tenté un jour d'utiliser le binaire, mais il fallait 8 heures 
pour transformer un .osm en .bin ; au lieu de quelques dizaines de 
minutes pour le charger dans une BDD.

 ça n'utilise pas de bdd (donc n'importe 
 qui peut l'utiliser.
 certes, a moins de peut-être creuser les formats SQL embarqués style sqlite.

Ces bases de données doivent (il me semble) charger tout le contenu en 
RAM, donc ce sera pas possible avec mes 2Go de RAM.

 des relations sophistiquées ;-)
 Héhé... bientôt un osm2pgsql.py ? Non, je n'en ai pas la prétention.
 Alors, c'est p'tet moi qui le ferait avec la sortie de ton API qui lit 
 les .osm ;-)

Si tu te lances la dedans :
  1. je peut te filer la dernière version du parser xml
 mais je ne pense pas qu'il y ait beaucoup de différence
  2. il existe des bibliothèques python qui est un portage de JTS
 basé sur GEOS pour manipuler du WKT, WBK...

 et voilà qui est plus propre et qui nettoie les faux positif :
 http://slyserv.dyndns.org/osm/relation-11980.png
 C'est bizarre, on a l'impression que tu as que deux ouvertures alors que 
 j'en ai 32 dans ma base postgres.
 
 Parce qu'entre temps, j'ai corrigé. Et que depuis j'ai même corrigée les deux 
 vrai positif qui existaient. J'ai maintenant un gpx complet du tour de france 
 (metropolitaine)

En parlant de ça, un jour il faudrait se faire la limite administratives 
réelle de la France (20miles des cotes) et non juste de la terre.

-- 
Etienne

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

Re: [OSM-talk-fr] Rail

Tram, par définition, en ville partage un même espace avec voitures,  
piétons, cyclistes etc
(en régions germanophones, ils appellent ça la Strassenbahn : le  
train sur les rues,
et au début était tiré... par des chevaux).

Il n'y a donc pas lieu, dans mes yeux, de mettre des crossing pour  
les tramways,
là ou il circule sur espace partagé.

C'est la différence fondamentale entre Tram et Train (ou Métro, ou  
Subway),
qui eux ont des tracés distincts,  d'où leurs crossings.


Toutefois, cela n'empêche pas, que dans certains endroits en ville les  
urbanistes aient réservé un espace séparé, là où c'était possible,
mais comme c'est le tram qui a priorité (va arrêter un tram à 40 km/h,  
même de construction légère, ça coupe un camion en deux.
(Les conducteurs de tram, depuis l'aube de ce système, ont toujours en  
vue les emmarchements bas de l'entrée avant, et veillent à les garder  
dégagé de tout passager : Ce trou est leur sauve-qui-peut en cas de  
crash...),
c'est l'arrivée du tram qui met les feux au rouge

(gaffe, les pompiers ou gendarmes qui brûlent les feux à 160, ça peut  
faire trèes mal...
Il n'est pas réjouissant, non plus, de voir la sculpture d'un motard  
en négatif dans le flanc d'un tram...).

Néanmoins, si le tram va jusque dans les banlieues, sur des ballasts à  
part,
là, il s'apparente à des chemins de fer, n'est plus ni sur du  
espace partagé,
et il peut y avoir de vrais crossings avec signalisation, feux,  
barrières, cloches, et tout.

Ça peut même, selon les cas, s'apparenter à du RER, et rouler à 120,  
140, selon.
Le tram de la côte en Corse est un exemple, c'est un vrai chemin-de- 
fer,
ou le Tram de Stuttgart ou de Munich, qui aux extérieurs de la ville  
devient presque tgv, précurseurs du RER parisien.

Là, où le tram draisine postier sur les îles de la Baltique,  
praticable par marée moyenne ou basse, plutôt aéré en hiver,
parfois a du mal à tenir sur ses rails, because of vent, marée et houle.
('faut aimer la flotte glagla. Les moustaches en stalactites de glace,  
ça fait un style...), s'arrête pour laisser passer le piéton ou le  
troupeau,
et ça fait la causette, un café tiède sur le radiateur du moteur,
avec du avec comme ils disent (un reste de langue française, des  
passages de la Grande Armée),
ce qui veut dire un coup de gnôle dans le café : par bft 11 à moins  
dix-huit, ça réchauffe le cœur...).
Bhen, y a tram et tram...
---



Le 6 oct. 09 à 12:37, Pieren a écrit :


 2009/10/6 Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net 
 :
 -- railway=rail
 quel est le nombre de voies par défaut ? (Je suppose 2).
 - Comment étiqueter des emprises à 4 voies / à 1 seule voie ?  
 track=* ?

 Je n'ai pas vu de valeur par défaut pour le nombre de voies par
 railway, c'est donc difficile de dire que c'est 2 (souvent, ceux qui
 le peuvent dessinent chaque voie individuellement en particulier dans
 les gares. Résultat discustable mais ça veut aussi dire que le nombre
 est de 1 pour ces cas-là).
 Sinon, il y a le tag tracks:
 http://wiki.openstreetmap.org/wiki/Proposed_features/Multiple_Tracks


 -- railway=tram
 faut-il marquer des level_crossing lorsque les voies traversent la
 chaussée ? (Je dirais non a priori car le tram peut partager
 complètement la chaussée avec les autres véhicules)

 Non, je garde les level_crossing pour les trains. Avec les trams, il y
 a normalement un feu tricolore normalement (avant ou sur
 l'intersection) donc highway=traffic_signals. Pour les trams
 partageant la chaussée, on combine le tag railway=tram avec le tag
 highway sur la portion commune:
 http://wiki.openstreetmap.org/wiki/Trams

 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] [osmose] les relations ouvertes sont de retour...

sly (sylvain letuffe) a écrit :
 On mardi 6 octobre 2009, Etienne Chové wrote:
 Comment ça ?!? la compatibilité n'est pas assurée ? 
 Si pas de problème ! j'ai pas dis ça, je demandais un petit aperçu du futur 
 du 
 développement et savoir l'arrivée du support de lecture sur base, 
 fichier .osm allait maintenir la compatibilité.

Allé, je fait un petit proxy vers mon dossier de bibliothèques du backend :
http://osmose.openstreetmap.fr/osm-modules/

OsmApi.py = documentée sur le wiki

OsmGis.py = implémente : (Node|Way|Relation)Get pour une base de 
donénes de type postgis (chargée avec osm2pgsql)

OsmPgsql.py = implémente : OsmSax.py (Get|Create|Update) pour une base 
de type de celle de l'API

OsmSax.py = implémente CopyTo pour le reader, et 
(Node|Way|Relation)Create pour le writer.

OsmSaxAlea.py = implémente (Node|Way|Relation)Get pour faire de l'accès 
aléatoire ainsi que Copy(Node|Way|Relation)To qui est une restriction de 
CopyTo sur SAX sur juste un type d'élément (pour éviter de parser tout 
le fichier)

OsmDebugStream.py = pour afficher un flux de OsmSax sur l'écran ; donc 
implément (Node|Way|Relation)Create

OsmCache.py = permet de stoker certains éléments dans un dossier, 
implémente (Node|Way|Relation)(Get|Create|Update)

-- 
Etienne






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

Re: [OSM-talk-fr] Re : Routes forestières

2009/10/6 Etienne T gustrimai...@yahoo.fr:
 Mais je vais quand même le faire figurer sur OSM : comment tagger une voie
 qui ne sert à rien ? highway=abandoned ?


Oui, je dirais aussi ça.
Bien que railway utilise deux tags: disued et abandoned qui ont comme
différence la présence ou pas de l'infrastructure (les rails et les
traverses dans ce cas).
Mais ça ne concerne pas la question originale de ce fil.

Pieren

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

[OSM-talk-fr] [OpenLR] le futur TMC ?

2009-10-06 Par sujet Ab_fab

Bonjour,

Tomtom présente un sytème de maillage beaucoup plus serré que le TMC pour
décrire les différents tronçons routiers
http://www.tomtom.com/page/openLR
Chaque portion du réseau portera un numéro d'identification propre, avec
pour objectif d'être identifiable par tous les systèmes de navigation,
quelle que soit la cartographie embarquée.
Pour ce faire, le système sera développé dans un contexte open-source

Cela reste un peu obscur pour moi, mais on aura peut être l'occasion de s'y
intéresser.
A suivre ...

Trouvé via
http://lists.openstreetmap.org/pipermail/dev/2009-October/017363.html
--
ab_fab
Il n'y a pas de pas perdus
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Accentuation des majuscules.

2009-10-06 Par sujet J.-Lys


Je viens de m'apercevoir - avec effroi - que j'ai tout faux... C'est le
contraire ! Dans sa grande sagesse Osmose signale bien que les majuscules
non accentuées sont fautives, à ma grande honte j'ai mal compris le
message... Enfin, à ma décharge, il dit bien Mot mal écrit École...

Désolé, c'est moi le bug !


Julien D.-2 wrote:
 
 Sauf gros bug, c'est justement l'inverse qui est mis en place, osmose
 demande à ce que les majuscules soient accentuées.
 
 Ecole = École
 
 Tu as un exemple ?
 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr
 
 

-- 
View this message in context: 
http://n2.nabble.com/Accentuation-des-majuscules-tp3774551p3775558.html
Sent from the French OSM list mailing list archive at Nabble.com.

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

[OSM-talk-fr] Frontières maritimes/territoriales /côtes de france

A la suite d'une discussion avec étienne dans un fil différent :
 En parlant de ça, un jour il faudrait se faire la limite administratives 
 réelle de la France (20miles des cotes) et non juste de la terre.

J'avoue être un peu perdu entre ce que dis le wiki et l'utilisation qu'on doit 
pouvoir en faire.

Je lis est relis :
http://wiki.openstreetmap.org/wiki/Proposed_features/Maritime_borders
Et bien que j'ai voté pour je ne suis plus sûr de bien comprendre quoi va 
où.

Je peux me tromper (qu'on me corrige), mais si on suit à la lettre le wiki, il 
n'existera plus d'objet (qu'il soit sous forme de relation, de polygone ou 
autre) qui forme les contours de la france tel que tout le monde l'a appris 
en géographie à l'école :
http://fr.wikipedia.org/wiki/Fichier:France_reliefs.png

Il me semble que ce qui est attendu d'osm c'est de pouvoir utiliser de la 
donnée collectée utile. Et la france format bibudum me semble d'une 
faible utilité pour le commun des terriens (les marins eux en seront 
content !)

Bref, je ne doute pas qu'il doit exister les bons tags pour chaque bonne 
relations, mais lesquels ?

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



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

Re: [OSM-talk-fr] [OpenLR] le futur TMC ?

2009-10-06 Par sujet Yann Coupin

C'est une excellente nouvelle ce truc. Ça a un gros potentiel. Bon je  
sens que je vais me faire une soirée white-paper moi... Je vous tiens  
au courant...


Yann

Le 6 oct. 2009 à 16:51, Ab_fab a écrit :


Bonjour,

Tomtom présente un sytème de maillage beaucoup plus serré que le TMC  
pour décrire les différents tronçons routiers

http://www.tomtom.com/page/openLR
Chaque portion du réseau portera un numéro d'identification propre,  
avec pour objectif d'être identifiable par tous les systèmes de  
navigation, quelle que soit la cartographie embarquée.

Pour ce faire, le système sera développé dans un contexte open-source

Cela reste un peu obscur pour moi, mais on aura peut être l'occasion  
de s'y intéresser.

A suivre ...

Trouvé via http://lists.openstreetmap.org/pipermail/dev/2009-October/017363.html


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

Re: [OSM-talk-fr] Rail

2009/10/6 g.d g...@wanadoo.fr:
 Il n'y a donc pas lieu, dans mes yeux, de mettre des crossing pour
 les tramways,
 là ou il circule sur espace partagé.

C'est juste. Mais la totalité des trams modernes en France utilisent
une voie séparée du trafic routier. Ca explose les coûts mais les
trams sont ponctuels et ne bloquent plus dans les bouchons ! (et les
voitures sont priées d'aller se déplacer ailleurs). Du coup, il y a de
vrais intersections avec le réseau routier avec feux tricolors.
Et lorsque la totalité de la rue est fermée aux voitures et qu'il ne
reste que le tram et les piétons, je combine railway=tram avec
highway=pedestrian.

Pieren

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

Re: [OSM-talk-fr] [OpenLR] le futur TMC ?

On mardi 6 octobre 2009, Yann Coupin wrote:
 C'est une excellente nouvelle ce truc. Ça a un gros potentiel. 

Ça sert à rien vu que ça existe déjà :
C'est un truc super et ça s'appel osm et d'ici peu ce sera le standard 
de-facto sur lequel tout le monde va devoir se reposer ;-)

Certains ont senti le vent tourner... open


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



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

Re: [OSM-talk-fr] [osmose] les relations ouvertes sont de retour...

sly (sylvain letuffe) a écrit :
On mardi 6 octobre 2009, Etienne Chové wrote:

... et en plus elles sont en nombre !

http://osmose.openstreetmap.fr/map/cgi-bin/index.py?ch=4-1

Top bon, en plus c'est maintenant mieux séparé de l'administratif

Je n'ignore pas encore les relations contenues dans des super relations,
mais ça viendra.

Encore mieux que les ignorer... les traiter ?

Toujours un petit bug dans openLayer (ou dans index.py ?) quand on
clique sur le permalink la présence de ch=4-1 deux fois dans l'url
provoque une erreur 500.
http://osmose.openstreetmap.fr/map/cgi-bin/index.py?ch=4-1zoom=9lat=47.68948lon=1.35611layers=B00Tch=4-1

Dommage :
http://osmose.openstreetmap.fr/tools/relation_analyser/cgi-bin/relation.py
ne propose plus un champs de saisie de l'id de la relation.

Par ailleurs,
L'outil d'analyse de relations 'boundary' fonctionne bien pour les
'boundary'.

Mais pour les segmentations des 'route' ?
Emaitie n'analyse pas les sous-relations (et ne propose pas de
représentation (absence de la 'Loire à vélo' dans l'EV6).
http://betaplace.emaitie.de/webapps.relation-analyzer/analyze.jsp?relationId=28853

cdauth est mis à jour parfois.. (justement pour ma démonstration, c'est
aujourd'hui, hier les données étaient de mi-août !)
et le javascript est un peu lourd.
http://osm.cdauth.de/route-manager/relation.php?id=28853

Un projet osmose pour diriger l'analyse selon le type de la relation ?
avec un petit plus quand les ways sont ordonnés (genre : la relation
est correcte et ordonnée)?
http://osmose.openstreetmap.fr/tools/relation_analyser/cgi-bin/relation.py?NumRelation=28853
(relation 'route')
--
Vincent alias FrViPofm

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

Re: [OSM-talk-fr] [osmose] les relations ouvertes sont de retour...

sly (sylvain letuffe) a écrit :
 et voilà qui est plus propre et qui nettoie les faux positif :
 http://slyserv.dyndns.org/osm/relation-11980.png
 C'est bizarre, on a l'impression que tu as que deux ouvertures alors que 
 j'en ai 32 dans ma base postgres.
 
 Parce qu'entre temps, j'ai corrigé. Et que depuis j'ai même corrigée les deux 
 vrai positif qui existaient. J'ai maintenant un gpx complet du tour de france 
 (metropolitaine)

L'analyseur en ligne est en fait un peu simple (yo, tu corriges ?)... en 
voila un autre qui trouve plus d'erreurs (dans le cas où un way a été 
inclus plusieurs fois) :
http://osmose.openstreetmap.fr/new_analyse_mega_relation.py

Il faut avoir un dossier modules avec :
http://osmose.openstreetmap.fr/osm-modules/OsmApi.py
http://osmose.openstreetmap.fr/osm-modules/OsmSaxAlea.py
http://osmose.openstreetmap.fr/osm-modules/OsmSax.py
http://osmose.openstreetmap.fr/osm-modules/OsmApi.py
http://osmose.openstreetmap.fr/osm-modules/OsmGis.py
http://osmose.openstreetmap.fr/osm-modules/__init__.py

Et lancer :
./new_analyse_mega_relation.py api 11980
./new_analyse_mega_relation.py osm france-xxl.osm 11980
./new_analyse_mega_relation.py gis 11980
./new_analyse_mega_relation.py sql 11980

On trouve en fonction de la source (ici ma base sql) :
node id=28214068, count=4, lat=48.637305, lon=-4.567676
node id=57406, count=4, lat=44.663823, lon=-1.164034
node id=28215524, count=4, lat=48.629499, lon=-4.547707
node id=28215533, count=4, lat=48.627083, lon=-4.555755
node id=28215603, count=4, lat=48.625985, lon=-4.561136
node id=28215640, count=4, lat=48.622731, lon=-4.592750
node id=28215675, count=4, lat=48.620476, lon=-4.570248
node id=28215709, count=4, lat=48.613744, lon=-4.575066
node id=28215769, count=4, lat=48.612959, lon=-4.576202
node id=28215789, count=4, lat=48.605154, lon=-4.584465
node id=28215804, count=4, lat=48.604560, lon=-4.571688
node id=28215860, count=4, lat=48.600812, lon=-4.583169
node id=28215881, count=4, lat=48.599394, lon=-4.620623
node id=28215901, count=4, lat=48.599348, lon=-4.632992
node id=28215922, count=4, lat=48.599145, lon=-4.610950
node id=28215928, count=4, lat=48.598654, lon=-4.609389
node id=28215945, count=4, lat=48.598349, lon=-4.612858
node id=28215973, count=4, lat=48.598295, lon=-4.616722
node id=28215983, count=4, lat=48.591979, lon=-4.646283
node id=28215992, count=4, lat=48.590201, lon=-4.645065
node id=28216663, count=4, lat=48.584428, lon=-4.618212
node id=28216685, count=4, lat=48.582664, lon=-4.669940
node id=28216690, count=4, lat=48.581069, lon=-4.638199
node id=28216699, count=4, lat=48.578524, lon=-4.663621
node id=28216605, count=4, lat=48.585275, lon=-4.639881
node id=28215625, count=4, lat=48.623290, lon=-4.570722
node id=28293686, count=4, lat=44.647285, lon=-1.095458

Ce sont à mon avis que des cas de way qui sont inclu plusieurs fois dans 
les relations.

Merci de ne pas le lancer 10 fois par jour sur l'API, ça charge l'API 
pour rien et les erreurs seront affichées sur osmose bientôt.

-- 
Etienne

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

[OSM-talk-fr] Nouvelle application de consultation de cartes

2009-10-06 Par sujet Pierre-Luc Beaudoin

Bonjour!

J'ai annoncé ce matin le lancement d'Emerillon
http://www.novopia.com/emerillon

C'est une logiciel destiné aux grand public pour consulter des cartes
(et les cartes OpenStreetMap sont disponibles par défaut) sur le bureau
Gnome (dans GNU/Linux).

J'espère que ça vous plaira!

Pierre-Luc Beaudoin




signature.asc
Description: This is a digitally signed message part
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [osmose] les relations ouvertes sont de retour...

Vincent Pottier a écrit :
 Toujours un petit bug dans openLayer (ou dans index.py ?) quand on
 clique sur le permalink la présence de ch=4-1 deux fois dans l'url
 provoque une erreur 500.
 http://osmose.openstreetmap.fr/map/cgi-bin/index.py?ch=4-1zoom=9lat=47.68948lon=1.35611layers=B00Tch=4-1

C'est corrigé... il faut peut être faire ctrl+maj+R pour recharger les 
scripts JS.

 Dommage :
 http://osmose.openstreetmap.fr/tools/relation_analyser/cgi-bin/relation.py
 ne propose plus un champs de saisie de l'id de la relation.

Tu peux aller sur la page d'accueil d'osmose et cliquer sur analyseur de 
relation, tu tombera sur :
http://osmose.openstreetmap.fr/tools/relation_analyser/relation-analyser.html

 Par ailleurs,
 L'outil d'analyse de relations 'boundary' fonctionne bien pour les
 'boundary'. 
 
 Mais pour les segmentations des 'route' ?

A vrai dire, l'analyseur de relation n'est pas vraiment une priorité 
pour moi pour le moment faute de temps. Il y aurait beaucoup à faire et 
ce serait un projet à part entière. Peut être que yoann où un autre 
pourrait le faire... avis aux amateurs.

-- 
Etienne

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

Re: [OSM-talk-fr] Frontières maritimes/territoriales /côtes de france

Pieren a écrit :
 2009/10/6 sly (sylvain letuffe) sylv...@letuffe.org:
 J'avoue être un peu perdu entre ce que dis le wiki et l'utilisation qu'on 
 doit
 pouvoir en faire.
 
 Oui, c'est pas clair. On peut aussi voir ça:
 http://wiki.openstreetmap.org/wiki/Relation:boundary
 
 Je n'ai pas compris ce qu'ils cherchent mais je suis toujours d'avis
 de créer deux relations : une avec les côtes qui donne la forme
 traditionnelle (celle qui existe déjà) (land_area=administrative ?) et
 une autre avec les ways à 12mn pour ceux que ça intéresserait
 (boundary=administrative ?).

Le land_area=administrative est l'intersection de la terre avec 
boundary=administrative. C'est donc redondant, non ?

Mais par simplicité pour les logiciels, je suis aussi pour faire deux 
relations.

-- 
Etienne

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

Re: [OSM-talk-fr] Frontières maritimes/territoriales /côtes de france

On mardi 6 octobre 2009, Pieren wrote:
 Je n'ai pas compris ce qu'ils cherchent mais je suis toujours d'avis
 de créer deux relations.
Deux au moins, je suis de cet avis. 

Peut-être plus ? 
mais j'ai pas trop compris ce que devais représenter la  
- Baseline  juste une somme de way au niveau des côtes ? est-ce que ça doit 
aller dans une relation ?
- Territorial waters, ça on dirait que ça doit faire parti d'une relation qui 
fait le tour mais pas les côtes
- Continuous zone : ça dit que c'est une surface ? c'est juste de la mer ? ou 
ça englobe le pays terrestre ? 
- EEZ : pareil ?

 : une avec les côtes qui donne la forme 
 traditionnelle (celle qui existe déjà) (land_area=administrative ?) 
Ha tiens, je l'avais pas vu celui-là. Ben, ça m'a l'air d'être pile poil le 
bon candidat.

 une autre avec les ways à 12mn pour ceux que ça intéresserait
 (boundary=administrative ?).
Oui, on dirait que c'est ça. Merci, ça se clarifie dans ma tête, je mets à 
jour.



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



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

Re: [OSM-talk-fr] Vandalisme de Lork Scorguar

2009-10-06 Par sujet Emmanuel Pacaud

bonjour,

Le mardi 06 octobre 2009 à 10:59 +0200, monsieur a a écrit : 
 Je vient de voir les déplacements et les suppressions de Lork Scorguar
 dans l'import de CLC.
 
 Il vient juste de commencé a mapper (j'avais pourtant prévenues de ne
 pas toucher au polygone CLC), je l'ais contacté j'attends sa réponse
 mais je pense que tous ses modifications peuvent être annulé.

Il serait sympathique de ne pas utiliser le terme de vandalisme un peu
trop vite. Tous les contributeurs, et en particulier les nouveaux, ne
sont pas au courant de toutes les subtilités et des gros travaux en
cours, du style import de CLC. Et même en étant un peu au courant, les
erreurs sont possibles.

Emmanuel.


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

Re: [OSM-talk-fr] Vandalisme de Lork Scorguar

2009/10/6 Emmanuel Pacaud emmanuel.pac...@lapp.in2p3.fr:
 Il serait sympathique de ne pas utiliser le terme de vandalisme un peu
 trop vite.

C'est vrai que c'est un peu fort. Mais lorsqu'on voit l'historique des
choses, on peut nuancer : je peux comprendre d'un débutant qu'il
triture des polygones plusieurs fois en faisant des bêtises. Mais
supprimer deux polygones landuse de grande taille pour faire
disparaître sa bêtise (genre on cache la poussière sous le tapis), ça
devient du vandalisme.

Pieren

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

Re: [OSM-talk-fr] cadastre-fr: l'image disparait systematiquement au georeferencement

2009-10-06 Par sujet Olivier Croquette

Pieren wrote, On 22/09/09 9:57:
 2009/9/22 Olivier Croquette ocroque...@free.fr:
 Je peux peut-être essayer de géoréférencer avec des points à moi non ?

 
 Absolument, il suffit de cliquer sur l'image et d'entrer les
 coordonnées dans la bonne projection.

Question : à support que la projection utilisée est vraiment défavorable 
(par exemple qu'elle ne respecte pas les angles), est-ce que j'ai une 
chance de géoréferencer la feuille en prenant de nombreux points de 
référence ?
Y'a-t'il un outil qui pourrait m'aider à faire ça ? Cad travailler avec 
ou mieux encore deviner la projection inconnue ?



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

Re: [OSM-talk-fr] Frontières maritimes/territoriales /côtes de france

On mardi 6 octobre 2009, Etienne Chové wrote:
 Le land_area=administrative est l'intersection de la terre avec 
 boundary=administrative. C'est donc redondant, non ?

En effet, mais si on s'attaquait à empêcher toute redondance dans osm, on 
serait pas prêt d'y arriver. D'accord pour la réduire au mieux, mais quand on 
voit comment sont construites les frontière de régions (dont le petit bout de 
way appartient à 6 relations) On peut bien...

 Mais par simplicité pour les logiciels
faire en effet un petit pas vers les logiciels qui galèrent.

Mais avec l'arrivée d'outils pour gérer les relations pyramidales on va pas 
mal réduire la redondance. Exemple, il m'a fallu 5 minutes pour faire les 
contours de la france maritime.
http://wiki.openstreetmap.org/wiki/WikiProject_France/Fonds_de_cartes


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



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

Re: [OSM-talk-fr] [OpenLR] le futur TMC ?

2009-10-06 Par sujet Emilie Laffray

2009/10/6 sly (sylvain letuffe) sylv...@letuffe.org

 Ça sert à rien vu que ça existe déjà :
 C'est un truc super et ça s'appel osm et d'ici peu ce sera le standard
 de-facto sur lequel tout le monde va devoir se reposer ;-)

 Certains ont senti le vent tourner... open


J'ai parle lors du SOTM au directeur RD de TA et clairement ils etaient la
pour pecher des idees. Il n'avait pas apprecie que je lui dise que l'on
passait de leurs produits a OSM.
Il y avait aussi une forte delegation de Tomtom.
Personnellement, je ne suis pas forcement convaincue par OpenLR. Le concept
en lui meme est excellent, l'application laisse a desirer car c'est vraiment
trop calque sur l'organisation des donnees provenant de TA. Les routes sont
classees de 0 a 8, avec la majorite des routes dans la categorie 7. Bref, il
faut voir avec le temps.

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

Re: [OSM-talk-fr] Vandalisme de Lork Scorguar

Le mardi 06 octobre 2009 à 18:18 +0200, Pieren a écrit : 
 2009/10/6 Emmanuel Pacaud emmanuel.pac...@lapp.in2p3.fr:
  Il serait sympathique de ne pas utiliser le terme de vandalisme un peu
  trop vite.
 
 C'est vrai que c'est un peu fort. Mais lorsqu'on voit l'historique des
 choses, on peut nuancer : je peux comprendre d'un débutant qu'il
 triture des polygones plusieurs fois en faisant des bêtises. Mais
 supprimer deux polygones landuse de grande taille pour faire
 disparaître sa bêtise (genre on cache la poussière sous le tapis), ça
 devient du vandalisme.
 
 Pieren
 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr

Ce n'étais pas du vandalisme juste dela non compréhension du layer
maplint et l'ancienneté des données de corine land cover qui mettais du
landuse=farm dans un quartier résidentiel récent.

J'avais utilisé le terme vandalisme pour reprendre les termes la page du
wiki sans arrières pensées

simon



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

[OSM-talk-fr] Petit nouveau - présentation

2009-10-06 Par sujet Erik Amzallag

Bonsoir,

J'ai redécouvert le projet OSM grâce à la série d'articles parus sur
ecrans.fr cet été.

Redécouvert, car Raphaël/sxpert m'avait déjà présenté ce projet (ou un de
ses prémices), il y a quelques années déjà. A l'époque, je n'étais pas
sensibilisé au monde opensource, et les souvenirs que j'en ai, ce sont 4
segments qui se battaient en duel sur un fond noir.

Je vois que la situation a bien évolué, et que ma petite ville (et celles
autour) ne sont toujours mappées. Il n'en fallait pas plus pour me décider,
moi adepte de la carte routière, à investir non pas dans un gps mais dans un
notebook + antenne gps. Je n'attends plus que le retour de mon eeepc du SAV
pour me mettre à la tâche (un notebook qui ne fonctionne pas sur batterie,
ce n'est pas pratique...).

Ceci dit, j'ai déjà écrit mon ptit soft d'enregistrement de la trace au
format gpx avec synchro de l'enregistrement sonore, tout prêt à importer
dans josm. J'essayerais d'en faire un plugin, un jour...

J'avais bien lu que la liste de discussion était plutôt technique. J'avoue
que je n'y connais rien en topographie et autre consorts de même famille,
mais ça ne devrait pas m'empêcher de mapper... C'est toutefois pratique pour
se tenir au courant.

Bravo encore pour le travail accompli jusqu'à présent (et à venir).

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

Re: [OSM-talk-fr] Des mappers (bretons) dans la presse de l'ouest

2009-10-06 Par sujet Gilles LAMIRAL

Salut,

 Toujours la classe avec son gilet jaune le gilles :)

Les connaisseurs apprécieront une belle carte IGN interdite
à la reproduction, ainsi qu'une mise en scène où nous 
disions de savoureuses bétises histoire d'oublier la
prise de photos.

Ce dont je me suis rendu compte avec cet article est :
- ouest-france est lu et épluché par beaucoup de personnes.
- le bouche à oreille ainsi que le clavier à écran
  fonctionnent bien.
- le monde est petit (des personnes que je connais dans
  des contextes très différents se connaissent sans que 
  je le sache)



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

Re: [OSM-talk-fr] Enregistrement audio des noms propres

2009-10-06 Par sujet Christian Rogel

Pieren a écrit :
 2009/10/6 Luc Fievet luc.fie...@gmail.com:
 
 Il y a eu une discussion un peu similaire l'année dernière:
 http://lists.openstreetmap.org/pipermail/talk/2008-June/027454.html
 et suivants.
 
 des noms bretons alsaciens à coucher dehors
 Merci pour eux. De plus, il peut y avoir des différences entre
 alsaciens du nord et alsaciens du sud...
 
 Pieren

D'autant qu'un même nom local peut être prononcé d'au moins 3 manières 
différentes :
- avec les phonèmes locaux
- avec les phonèmes du français
- un mix des deux
Tout dépend de l'âge du locuteur, de son milieu d'origine, de ses
lubies personnelles...

Pour alléger, je ne donne pas d'exemples...

Christian



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

Re: [OSM-talk-fr] Frontières maritimes/territoriales /côtes de france