Re: [OSM-talk-fr] Sur quel objet mettre les tags des passages piétons ?

2023-05-04 Par sujet Bernard Lefrançois via Talk-fr

Bonjour,

Une solution, lorsque les attributs sont placés sur le chemin 
highway=footway, serait d'utiliser xxx:separate sur le nœud 
highway=crossing (crossing:markings=separate par exemple).

Ça permettrait:
1- D'éviter les doublons
2- D'indiquer, à qui veut bien chercher, que l'info existe à proximité.


Le 25/04/2023 à 16:36, Noémie Lehuby via Talk-fr a écrit :

Bonjour,

Dites, quand vous cartographiez un passage piéton en chemin (way), les 
attributs du passage piéton (zébra, ilôt de refuge, feux sonores, 
bande podotactile, etc), vous les mettez plutôt :

1) sur le noeud higwhay=crossing
2) sur le chemin highway=footway + footway=crossing
3) sur les deux
?

Exemple illustré pour que ça soit plus clair : 
https://i.imgur.com/4IsT37m.png


J'ai tendance à faire plutôt le deuxième.
En effet, ça me semble plus cohérent (après tout, c'est utile pour les 
piétons, pas pour les voitures) et plus précis.


Mais l'inconvénient est que la donnée n'est pas uniforme, il faut 
parfois chercher l'info sur un noeud, parfois sur un chemin, et tous 
les éditeurs / réutilisateurs ne feront pas cet effort.
StreetComplete par exemple n'est pas de cet avis : les quêtes semblent 
porter toujours sur le noeud, et même lorsque les infos sont déjà 
renseignées sur le chemin, on a une quête qui re-pose la question sur 
le noeud.


Qu'en pensez-vous ?


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


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


Re: [OSM-talk-fr] Sur quel objet mettre les tags des passages piétons ?

2023-05-04 Par sujet Bernard Lefrançois via Talk-fr



je signale juste que crossing_ref=zebra n'est pas égal à 
crossing:markins=zebra

parce que cette dernière valeur ne représente qu'un des cas
possible de marquage zebré (cfr les autres cas dans taginfo fr)


Bonjour,

Je ne comprends pas ta logique.

Il me semble que crossing_ref, du point de vue du marquage, globalise 
toutes les formes possibles du zébré: on sait que c'est zébré, c'est tout.
Au contraire, crossing:markings peut indiquer tous les cas possibles de 
marquage zébré: simple (valeur par défaut de zebra), double, pairé, 
bicolore etc.
Et pour ceux qui ne sont pas (encore) listé sur le wiki, comme je l'ai 
cité précédemment: "More values may be documented as they are discovered".
J'avais d'ailleurs soulevé la question sur le forum 
 
pour un marquage en damier (je ne suis pas encore allé au bout de la 
démarche en modifiant la traversée concernée, oubli, flemme?).


Pour ajouter au dossier cogitations, voir aussi notre discussion sur un 
de mes changesets 


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


Re: [OSM-talk-fr] Sur quel objet mettre les tags des passages piétons ?

2023-05-03 Par sujet Bernard Lefrançois via Talk-fr
A l'origine crossing_ref 
 avec toutes ses 
valeurs zebra, toucan, tiger, puffin etc. décrit un système de 
références en vigueur au Royaume-Uni ou chaque "ref" définit bien plus 
que le simple marquage (présence d'un feu, conditions d'accès, priorités 
...).


En France, on s'est approprié ce tag pour indiquer, faute de mieux, 
uniquement le marquage.


Plus récemment, le tag crossing:markings 
 a été 
proposé, voté et approuvé 
 et 
permet de décrire le marquage, et rien d'autre, mais plus finement.
Et comme précisé sur le wiki, la liste des valeurs n'est pas exhaustive 
/"//More values may be documented as they are discovered or invented by 
governments."/


Dans ce cas je ne vois plus l'utilité de conserver ce crossing_ref qui 
ne correspond à aucune "ref" en vigueur chez nous.
Du moins dans mes nouvelles contributions, je ne mentionne plus que le 
crossing:markings.



Le 03/05/2023 à 09:39, Marc_marc a écrit :

Le 03.05.23 à 09:23, Philippe Verdy a écrit :

À ce sujet il semble que "crossing_ref=zebra" (et  plus généralement
"crossing_ref=*" ) soit maintenant déprécié et à remplacer par
"crossing:marking=zebra"


malheureusement ce n'est pas le cas (ni voté ni en pratique)
crossing_ref=zebra dit qu'il y a un zebra, peu importe
la sorte ce qui peux être selon les cas (tous existant
dans osm en France)

crossing:marking=zebra un zebra mono ligne mono couleur,
de loin le plus courant.
il aurait suffit d'inventer crossing:markings=zebra:simple
pour ce cas afin de garder crossing:markings=zebra
comme valeur générique, hélas cela n'a pas été le cas.

crossing:markings=zebra:double un zebra double rangée,
ce qui arrive occcasionalement sur les passages très large

crossing:markings=zebra:bicolour bicouleur (et sa variante
oubliée d'un zebra blanc "enrobé" dans un fond d'un autre couleur
(ce que j'ai vu était sur un revetement peint en rouge),
certainsn semblent utiliser surface;zebra pour cela

du coup les 2 vont coexister pendant longtemps ou
crossing:marking=zebra va perdre le sens voté
pour devenir une valeur générique.

perso je détail de la peinture m'interesse moins
c'est pourquoi je renseigne crossing_ref=zebra
et non crossing:markings=*
mais chacun son envie bien évidement.



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

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


Re: [OSM-talk-fr] Sur quel objet mettre les tags des passages piétons ?

2023-04-25 Par sujet Bernard Lefrançois via Talk-fr
A partir du moment où je cartographie la traversée avec highway=footway 
+ footway=crossing, je place les attributs qui concernent ce chemin sur 
celui-ci (proposition 2) et je place les éléments tels que les kerb (1), 
tactile paving (2) sur un nœud à leur place réelle.
Par rapport à ton exemple, je laisse sur le nœud commun highway=crossing 
les attributs:

crossing=uncontroled/traffic_signals (je n'aime pas ce marked!)
crossing_island=yes
crossing_ref éventuellement s'il existe déjà (bien que j'estime, d'après 
la description, que ces zebra, toucan etc. signifient davantage que le 
simple marquage)

Ces attributs sont utiles aussi aux voitures il me semble.

Par contre sur le chemin highway=footway + footway=crossing, je décris 
le marquage avec crossing_markings.


Effectivement, les éditeurs / réutilisateurs ont du mal à traiter ces 
infos, mais ne serait-ce pas à eux de s'adapter.
La difficulté vient peut-être du fait que le wiki ne décrit pas cette 
méthode 2.


(1) A propos de kerb, je m'interroge sur la nécessité du barrier=kerb. 
D'après la page wiki sur kerb, kerb=lowered/flush.. suffit)


(2) tactile_paving sur le nœud highway=crossing est à mon sens ambigu: 
on voit maintenant des passages piétons avec un pavé podotactile 
transversal au bord de la chaussée, mais aussi une bande tactile 
longitudinale qui traverse toute la chaussée au milieu du marquage. La 
méthode 2 permet d'indiquer les deux.



Le 25/04/2023 à 16:36, Noémie Lehuby via Talk-fr a écrit :

Bonjour,

Dites, quand vous cartographiez un passage piéton en chemin (way), les 
attributs du passage piéton (zébra, ilôt de refuge, feux sonores, 
bande podotactile, etc), vous les mettez plutôt :

1) sur le noeud higwhay=crossing
2) sur le chemin highway=footway + footway=crossing
3) sur les deux
?

Exemple illustré pour que ça soit plus clair : 
https://i.imgur.com/4IsT37m.png


J'ai tendance à faire plutôt le deuxième.
En effet, ça me semble plus cohérent (après tout, c'est utile pour les 
piétons, pas pour les voitures) et plus précis.


Mais l'inconvénient est que la donnée n'est pas uniforme, il faut 
parfois chercher l'info sur un noeud, parfois sur un chemin, et tous 
les éditeurs / réutilisateurs ne feront pas cet effort.
StreetComplete par exemple n'est pas de cet avis : les quêtes semblent 
porter toujours sur le noeud, et même lorsque les infos sont déjà 
renseignées sur le chemin, on a une quête qui re-pose la question sur 
le noeud.


Qu'en pensez-vous ?


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


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


Re: [OSM-talk-fr] présentation

2023-04-25 Par sujet Bernard Lefrançois via Talk-fr

Le 24/04/2023 à 22:48, Christian Rogel a écrit :
C’est comme qu’on peut voir qu’ « associated_street » ne fait « 
l’unanimité » qu’en France (c’est un gimmick Fr de se précipiter sur 
ce qui semble plus malin). 


L'unanimité, c'est pas un peu vite dit?
Bon, c'était entre guillemet. Ironique?


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


Re: [OSM-talk-fr] Prendre les escaliers à vélo

2020-08-28 Par sujet Bernard Lefrançois

Un exemple parmi d'autre:
https://www.openstreetmap.org/directions?engine=graphhopper_bicycle&route=43.09118%2C-0.04734%3B43.09215%2C-0.04781#map=19/43.09186/-0.04693
https://www.openstreetmap.org/directions?engine=fossgis_osrm_bike&route=43.09118%2C-0.04734%3B43.09215%2C-0.04781#map=19/43.09167/-0.04763

En fait, suivant le cas: autre chemin disponible à côté ou pas, on 
prend, ou pas, l'escalier.


Le 28/08/2020 à 21:40, blef a écrit :


 Message transféré 
Sujet : Re: [MP] Prendre les escaliers à vélo
Date :  Fri, 28 Aug 2020 20:25:53 +0200
De :osm.sanspourr...@spamgourmet.com





Bonjour, MP car je ne suis pas spécialiste du domaine.

Je dirais aussi que c'est une erreur, au moins à fortement pénaliser 
(descendre du vélo, descendre ou pire montre à pied les escalier et 
reprendre le vélo).


Tu peux donner un exemple, chez moi ça semble bon sur OSRM :

https://www.openstreetmap.org/directions?engine=fossgis_osrm_bike&route=48.38923%2C-4.49998%3B48.38891%2C-4.50025#map=19/48.38933/-4.50088

KO sur GraphHopper :

https://www.openstreetmap.org/directions?engine=graphhopper_bicycle&route=48.38923%2C-4.49998%3B48.38891%2C-4.50025#map=19/48.38903/-4.49997

(si tu veux, tu peux publier ma réponse sur la liste pour y répondre).

Jean-Yvon



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


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



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


Re: [OSM-talk-fr] parking

2020-03-09 Par sujet Bernard Lefrançois

Bonjour,
Je partage plutôt la vision de Jean-Yvon.
Sur ta dernière version:
- tu laisses un espace vide qui n'existe pas entre le parking et la route.
- tu crées à un emplacement aléatoire une voie qui n'existe pas non plus.

Lorsque je cartographie un parking, j'applique la règle suivante:
- le parking est séparé réellement de la route (par un fossé, une bande 
d'herbe, un trottoir etc.), je le trace en surfacique avec ses limites 
réelles. Et dans ce cas, il y a forcément une voie pour y accéder et je 
la représente à sa place.
- ou bien:  le parking borde la route sans séparation et dans ce cas une 
partie du polygone représentant le parking est commune avec le linéaire 
de la route. Inutile de rajouter ici une voie d'accès puisque cet accès 
est possible sur toute la longueur.


Le 08/03/2020 à 21:38, Romain MEHUT a écrit :

J'ai proposé une autre version toute simple.
Romain

Le dim. 8 mars 2020 à 11:53, > a écrit :


Oui voir : http://osmose.openstreetmap.fr/en/byuser/ririahp

L'erreur c'est d'avoir fait coller le parking au dessin de la route au
lieu de le faire coller au fil de la route : mélange représentation
filaire/représentation surfacique. J'ai corrigé.

Jean-Yvon

Le 08/03/2020 à 08:36, Arnaud Champollion -
arnaud.champoll...@linux-alpes.org
 a écrit :
> Bonjour,
>
> Question suite aux contributions du groupe OSMDigne réuni hier
> après-midi.
>
> Quand on trace un parking comme surface, faut-il nécessairement
> ajouter une voie de type highway pour le connecter à la route ?
>
> Le cas se trouve ici :
> https://www.openstreetmap.org/#map=19/43.81467/6.24606
>
> Sur la vue aérienne il est visible qu'il n'y a pas réellement de
voies
> pour entrer / sortir, ni de voies de parking, seulement une aire en
> terre battue qui borde la route.
>
> Merci de vos avis,
>
> Bonne journée,
>
> Arnaud
>
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr


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


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



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


[OSM-talk-fr] Des projets de construction pas sorti de terre !

2019-03-21 Par sujet Bernard Lefrançois

   n’est ce pas plus sage cartographier ce paquet d’arbre comme un
   landuse ?
   je n’aurais pas rentré le détail de chaque arbre mais si quelqu’un
   le fait, je vois pas le soucis.


Si j'ai émis des doutes, c'est parce que je ne pense pas que c'est dans 
l'esprit du wiki: "Marquage d'un arbre unique, parfois isolé ou 
significatif", mais je reconnais que le mot "parfois" laisse ouverte la 
discussion.


Si on accepte l'utilisation du tag, il n'en reste pas moins que chaque 
natural=tree doit correspondre a un arbre réel, localisé à son 
emplacement réel.


Or, les imageries utilisables (BD Ortho IGN, Bing) ne permettent pas 
d'arriver à ce niveau de précision.
Pire, si on superpose les nœuds en question sur une image Ortho IGN, ça 
saute au yeux, il n'y a aucune relation.


On pourrait envisager que le contributeur a utilisé une base de donnée 
d'un organisme disposant de moyens technologiques avancés (ONF ...).
Mais pas de source citée, pas d'info sur la licence de ces éventuelles 
données.


Quant à l'utilisation d'un landuse, on s'aperçoit que cette zone 
appartient déjà à un landuse=grass.
Ce qui révèle peut-être une lacune d'OSM: comment décrire à la fois le 
couvert et le niveau du sol.


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


[OSM-talk-fr] Des projets de construction pas sorti de terre !

2019-03-21 Par sujet Bernard Lefrançois

//>/> Le 20.03.19 à 14:58, Vincent Bergeot a écrit : />/>> https://www.openstreetmap.org/user/L3mp1ck4 
/>>//>//>/>> https://www.openstreetmap.org/user/Dupuiche />//>//>/je penche pour une agence 
d'archi, le fait que les 2 se retrouve sur une />/même zone ! /On peut rajouter à la liste:
https://www.openstreetmap.org/user/Y43l//En plus d'introduire des éléments encore à l'état de 
projet, ils ont une tendance à cartographier "pour faire joli"/. /Avec, en 
particulier, un usage abusif du tag natural=tree par exemple comme 
ici://https://www.openstreetmap.org/#map=18/43.73203/7.27437&layers=N//J'ai peine à 
croire que le contributeur a une source fiable pour la position et la hauteur de chaque arbre!
//

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


Re: [OSM-talk-fr] améliorer les panneaux entrée et sortie de ville

2019-03-19 Par sujet Bernard Lefrançois

Le 18/03/2019 à 23:02, deuzeffe a écrit :

Aucun avis sur la proposition (pas assez aguerrie, je suis).

En revanche, j'abonde avec le fait qu'on ne peut pas mettre 2x2 
panneaux sur le même nœud, et pourtant sur le terrain, de nombreux 
panneaux doubles sont pile face à face sur le bas-côté droit de chaque 
voie. Et comme je ne sais pas faire, je n'y ai pas touché dans ma zone.


Ben, pourquoi pas?

Dans ton cas, je suppose que tu places le nœud sur le highway.

Cas d'un panneau à 2 indications orienté dans un sens, et un autre 
panneau à 2 indications de l'autre côté de la route, orienté dans 
l'autre sens, tagués sur un seul nœud:


traffic_sign:forward=panneau1;panneau2
traffic_sign:backward=panneau3;panneau4


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


Re: [OSM-talk-fr] améliorer les panneaux entrée et sortie de ville

2019-03-19 Par sujet Bernard Lefrançois



Le 19/03/2019 à 10:02, Jérôme Seigneuret a écrit :
Ou avec Mapillary : 
https://www.mapillary.com/app/?focus=photo&lat=47.79721754166424&lng=-3.4809542&z=17&pKey=RxO4q1ZookumCATmH2Ct3g&x=0.5334449075931347&y=0.3798607750491876&zoom=3. 

Je suis tombé sur le même cas mais avec sur le même poteau les entrées 
et sortie inverse.
Est-ce que quelqu'un a un avis sur ma proposition d'utiliser le champs 
[value] décrit dans le wiki/Key:traffic_sign
"Where the traffic sign requires a value, you can supply it after the ID 
using brackets |[value]|."


Je me suis posé la question si [value] pouvait être de type "string" 
mais je me dis pourquoi pas?

Dans la sémantique OSM on décrit bien un attribut par key=value
(value n'ayant pas un sens strict de Valeur numérique).

Car, en une seule ligne on dirait tout:

traffic_sign=FR:EB20[Ville1];EB10[Ville2]

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


[OSM-talk-fr] améliorer les panneaux entrée et sortie de ville

2019-03-18 Par sujet Bernard Lefrançois
N'oubliez pas que même si le panneau de sortie et celui d'entrée de la 
commune suivante sont sur le même support, il s'agit de deux panneaux 
distincts.

Si l'on ajoute des attributs il faut savoir de quel panneau on parle.

Même s'il sont sur le même poteau, je placerais deux nœuds rapprochés avec:

pour la sortie
traffic_sign=city_limit
traffic_sign=FR:EB20

et pour l'entrée
traffic_sign=city_limit
traffic_sign=FR:EB10

Quant au tag name, est-ce vraiment le tag approprié?
Le nom écrit sur la plaque, c'est celui de la commune, pas celui de la 
plaque.


Je verrais plutôt le tag inscription=Nomdeville
le wiki est assez large pour l'utilisation de ce tag /(//text of 
inscriptions on buildings, memorials, advertising signs and other objects)/.


Il y aurait bien aussi le champ [value] à placer après l'ID du panneau, 
ce qui donnerait:

traffic_sign=FR:EB10[Nomdeville]
mais je ne sait pas si ce champ accepte des valeurs alphabétiques.



*direction* c'est en effet la direction du panneau tel que l'on peut
l'observer. Ce détail existe déjà et est renseigné sur pas mal de panneaux
de type trafic_sign. le fait de modéliser les panneaux sur un point hors du
réseau et aussi un autre modèle de saisie (valide) à condition de
renseigner la direction.

Qui plus est le problème reste le même que pour les intersections de
tronçon. sachant que l'on qualifie la vitesse de toute façon en entrée de
ville en sortie de ville on a forcément un découpage au niveau du nœud
entrée sortie. D'où l'exploitation de cette modélisation.

Du côté left and right, c'est en effet des cas qui existe. dans mon mode de
saisie left and right n'a aucun intérêt. Et du coup c'est la même
problématique avec forward-backward.

le panneau peut être placé à gauche ou à droite de la voirie généralement à
droite pour l'entrée. Mais dans certains cas comme toujours en France il y
a des exceptions. Le panneau peut être a l'opposé.

l'objectif de mettre le panneau d'entrée et de sortie et double étant donné
que ça permet aux collectivités de savoir où est-ce qu'il pourrait manquer
des panneaux de sortie ou des panneaux d'entrée le cas échéant.

les panneaux d'entrée et de sortie sont normalisées donc normalement on
pourrait utiliser la même procédure que pour les trafic_ sign. Garder name
par défaut pour l'entrée


Le lun. 18 mars 2019 à 18:01, https://lists.openstreetmap.org/listinfo/talk-fr>> a écrit :

>/J'aurais aussi laissé l'entrée dans name tout simplement. />//>/name:entrance et name:exit, sachant que entrance et exit ne sont pas des />/codes de langue n'est pas vraiment ambigu mais peut entraîner des 
problèmes />/pour les outils d'importation. />//>/name:fr:exit serait le nom en français de la commune de sortie. />//>/N. B. : contrairement à ce qu'indique Marc ce n'est pas le nom de la />/commune mais aussi le nom de l'agglomération suivi de "commune de XXX". />//>/Exemple : https://www.openstreetmap.org/node/3347836570, Guidel-Plages />/alors qu'il s'agit de la commune de Guidel. />/Ou avec Mapillary : />/https://www.mapillary.com/app/?focus=photo&lat=47.79721754166424&lng=-3.4809542&z=17&pKey=RxO4q1ZookumCATmH2Ct3g&x=0.5334449075931347&y=0.3798607750491876&zoom=3 
/>/. />/Oui un panneau de lieu-dit suffit mais le maire devait avoir un tarif 
sur />/les panneaux ;-). />//>/Remarquez qu'on entre en français et breton mais on ne sort qu'en 
français />/! />//>/D'ailleurs comment entreriez-vous : />//>/Guidel-Plages />/Commune de Guidel />/? />//>/Vous laissez tomber "Cne de Guidel" ? />//>/Note : si on ne connait la direction du panneau, on ne sait si c'est une />/entrée ou une sortie. Sur le Wiki on n'entre que le nom de 
l'agglomération />/dans laquelle on entre. />/> on a donc croisé un panneau qui a donné son nom />/Et non, ça c'est seulement dans le cas droit où toute route menant à X a />/son panneau d'entrée. />/Typiquement avec des panneaux indiquant des sous-parties de la 
commune il />/n'est pas évitent que toutes les limites internes soient indiquées, par />/exemple dans des culs-de-sac. Mais dans ce cas on n'a pas le panneau />/d'entrée dans l'autre zone. />/Ceci dit je suis à peu-près sûr d'arriver à entrer via "Les Cinq 
Chemins - />/Cne de Guidel" et à ressortir par "Guidel", il suffit de passer par des />/petites rues. />//>/Le 18/03/2019 à 16:59, marc marc - marc_marc_irc at hotmail.com 
 a écrit : />//>/Le 18.03.19 à 16:05, Charles MILLET a écrit : />//>/il me semble qu'il n'y a pas d’ambiguïté donc des name:* devraient 
être bon. />//>/Pourtant name:abc est "name" dans la langue "abc" (ex name:fr name:de) />/Dans les zones multilingue, un panneau est parfois multilingue dont />/multiple name. et un name:abc qui ne se rapport pas à un langue entre en />/conflit avec cette logique bien établie. />/Je n'ai tjs pas saisis l'intérêt, mais si on veux vraiment renseigner />/le nom de la ville qu'on quitte lorsqu'on rentre dans une autre, />/*:name me semble préférable pour éviter cet 

Re: [OSM-talk-fr] 5 relations pour la Vélodyssée !

2017-01-15 Par sujet bernard

Il y a aussi cette page

http://wiki.openstreetmap.org/wiki/EV1


Le 15/01/2017 à 11:56, Adrien Grellier a écrit :


Bonjour,

J'ai du mal à comprendre la logique de cartographie de la Vélodyssée, 
partie française de la route Euro-Vélo 1. En effet, on trouve 5 
relations pour décrire ce circuit vélo :


– *Euro Vélo 1 - Route du littoral Atlantique* (relation 2763798), qui 
correspond au circuit international

https://fr.wikipedia.org/wiki/EuroVelo_1
– *EuroVelo 1 - Route du littoral Atlantique Vélodyssée* (relation 
4774799), qui correspond à la partie française de l'EuroVélo 
(Vélodyssée), et fait partie de la relation précédente. Au passage 
cette relation est marquée « network=icn », hors elle est totalement 
nationale et non internationale.
– *EV1 : Redon - Nantes* (relation 5444942), qui correspond à la 
déclinaison locale de l'EV1, et fait partie de la relation précédente. 
De même elle est marqué « network=icn », mais elle est locale.


– *EV1 : Route du littoral Atlantique - tronçon France* (relation 
2345773), qui correspond à un tronçon Roscoff - Nantes, mais est 
indépendant des deux relations précédente !
– *EV1 : La Vélodyssée *(relation 6461592), qui semble correspondre à 
une partie de la vélodyssée et est indépendante des autres relations !


Je comprend bien les trois premières relations, mais j'ai du mal avec 
les deux dernières. Dans ma ville, Sucé sur Erdre, cela donne des 
bizarreries en dessinant deux chemins différents, dont l'un est faux :


https://cycling.waymarkedtrails.org/#routelist?map=16!47.3417!-1.5251

Si quelqu'un pouvait éclairer ma lanterne, pour savoir comment 
cartographie correctement tout ça, j'en serais reconnaissant. En 
particulier, doit-on supprimer purement et simplement les deux 
dernières relations ?


Bonne journée

Adrien



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


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


Re: [OSM-talk-fr] Intégration des stations essence

2016-12-12 Par sujet bernard

Bonjour,
J'ai commencé il y a 2 mois à tagger systématiquement les stations 
service, au moins ceux de ma région.
J'avais en effet tagger, entres autres, la quasi totalité des stations 
au nord de l'A25 proposées par Osmose.

Hors ces stations sont de nouveaux ressorties par Osmose!!!
Beaucoup de ces stations ne sont pas positionnés au point exact, ,et 
nécessitent quelques recherches.

Comment éviter ce /*travail de Sisyphe ?

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


Re: [OSM-talk-fr] Liste de choix JOSM

2016-12-06 Par sujet bernard

OK merci


Le 06/12/2016 à 16:24, Vincent de Château-Thierry a écrit :

Bonjour,


De: "bernard" 

La liste de choix (attribut) pour school:FR ne permet que :
- maternelle
- élémentaire
Dans le wiki, on trouve :
Une correction de la liste de choix serait la bienvenue.

Si tu parles de la liste déroulante de suggestions pour la saisie, après 
double-clic dans le panneau des attributs, elle est alimentée par les données 
présentes dans ton calque courant. Donc en chargeant une zone avec différents 
types d'établissements tu devrais trouver autant de propositions dans la liste.

vincent

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



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


[OSM-talk-fr] Liste de choix JOSM

2016-12-06 Par sujet bernard

Bonjour,
La liste de choix (attribut) pour school:FR ne permet que :
- maternelle
- élémentaire
Dans le wiki, on trouve  :
Une correction de la liste de choix serait la bienvenue.
Bernard
-
École   school:FR   Tag principal
Maternelle (petite à grande section) 	school:FR 
<http://wiki.openstreetmap.org/wiki/FR:Key:school:FR>=maternelle 
amenity <http://wiki.openstreetmap.org/wiki/FR:Key:amenity>=kindergarten 
<http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dkindergarten>
Élémentaire (CP à CM2) 	school:FR 
<http://wiki.openstreetmap.org/wiki/FR:Key:school:FR>=élémentaire 
amenity <http://wiki.openstreetmap.org/wiki/FR:Key:amenity>=*school*
Primaire (maternelle et élémentaire) 	school:FR 
<http://wiki.openstreetmap.org/wiki/FR:Key:school:FR>=primaire 	amenity 
<http://wiki.openstreetmap.org/wiki/FR:Key:amenity>=*school*
Collège (6e à 3e) 	school:FR 
<http://wiki.openstreetmap.org/wiki/FR:Key:school:FR>=collège 	amenity 
<http://wiki.openstreetmap.org/wiki/FR:Key:amenity>=*school*
Lycée (2nde à Terminale) 	school:FR 
<http://wiki.openstreetmap.org/wiki/FR:Key:school:FR>=lycée 	amenity 
<http://wiki.openstreetmap.org/wiki/FR:Key:amenity>=*school*
Secondaire (collège et lycée) 	school:FR 
<http://wiki.openstreetmap.org/wiki/FR:Key:school:FR>=secondaire 
amenity <http://wiki.openstreetmap.org/wiki/FR:Key:amenity>=*school*
Université 	 ? 	amenity 
<http://wiki.openstreetmap.org/wiki/FR:Key:amenity>=university 
<http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Duniversity>

Autres écoles supérieures

	 ? 	amenity <http://wiki.openstreetmap.org/wiki/FR:Key:amenity>=college 
<http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dcollege>


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


Re: [OSM-talk-fr] Certificat Osmose expiré

2016-12-03 Par sujet bernard

pas de soucis pour moi

Firefox / osmose


Le 03/12/2016 à 03:17, Francois Gouget a écrit :

Le certificat d'Osmose a expiré le 01/12/2016 à 23:05. Du coup Firefox
se plaint lorsque j'essaie d'accéder au site :

https://osmose.openstreetmap.fr/

A-t-on quelqu'un sur le problème ?



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


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


Re: [OSM-talk-fr] Comment tagguer un magasin de produits frais ?

2016-11-18 Par sujet Bernard
Un magasin 'grand frais' est une entité unique. Pas comme 'les halles' gérées 
par des commerçants indépendants. Autant mettre l'implantation des rayons dans 
un hypermarché.!!! 

Envoyé depuis mon téléphone Cyanogen

Le 18 nov. 2016 19:03, pepilepi...@ovh.fr a écrit :

Le 18/11/2016 à 14:31, Francescu GAROBY a écrit :

Bonjour,

Vu la photo, j'ai l'impression que  chaque commerce est indépendant des autres 
: ça n'est pas une épicerie qui fait tout, mais plusieurs petits commerces de 
bouche situés dans le même bâtiment, non ? Si oui, taggue chaque magasin 
séparément, et mets le noms "Grand Frais sur le bâtiment.

Et s'il y a une vente de fruits et légumes, il te manque alors un 
"shop=greengrocer"

Francescu


Oui, c'est une bonne idée, ça... Le bâtiment taggué "Grand frais" et 5 points à 
l'intérieur, un greengrocer, un butcher etc. Même avec le nom "Grand frais" sur 
tous, serait-ce gênant ?

Ça aurait aussi l'avantage de faire apparaître tous les pictogrammes indiquant 
les tous les commerces.

N.B apparemment quelqu'un est en train de bricoler dessus car sur un changement 
de zoom et F5 la forme du bâtiment a changé et Marie Blachère est apparue...

À suivre


JP



Le 18 novembre 2016 à 14:23, Florian LAINEZ  a écrit :

Bonjour,

Un nouveau magasin vient d'ouvrir, il s'appelle "Grand Frais" et il vend des 
produits frais : fruits et légumes, épicerie, fromagerie, boucherie et 
poissonnerie cf. sa photo 

Comment taguer cet OVNI ?


Je lui ai mis un tag shop=butcher;bakery;cheese;seafood mais ça ne me satisfait 
guère. Ce n'est pas non plus un shop=convenience, mais qu'est-ce donc ??


-- 

Florian Lainez

 @overflorian


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




-- 

Francescu



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


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


Re: [OSM-talk-fr] Comment tagguer un magasin de produits frais ?

2016-11-18 Par sujet bernard

tagges de cette façon

shop:butcher=yes

shop:greengrocer=yes
etc

Le 18/11/2016 à 14:33, Raphael Jacquot a écrit :



On 11/18/2016 02:23 PM, Florian LAINEZ wrote:

Bonjour,
Un nouveau magasin vient d'ouvrir, il s'appelle "Grand Frais" et il vend
des produits frais : fruits et légumes, épicerie, fromagerie, boucherie
et poissonnerie cf. sa photo
 



Comment taguer cet OVNI ?

Je lui ai mis un tag shop=butcher;bakery;cheese;seafood
 mais ça ne me satisfait
guère. Ce n'est pas non plus un shop=convenience, mais qu'est-ce donc ??


bah, le plus simple c'est de proposer shop=food ;-)


--

*Florian Lainez*

@overflorian 


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



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



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


Re: [OSM-talk-fr] Rencontre mensuelle OSM-Lyon 11/10/2016 18h30 - Invitation

2016-10-10 Par sujet Bernard
Pour le frère de Jérôme 

Envoyé depuis mon téléphone Cyanogen

Le 10 oct. 2016 14:14, Violaine Doutreleau  a écrit :

Ah ben je ne sais pas quel bienheureux hasard, tu ne finis plus dans mes spams !

A demain soir :)

V


Le 10/10/2016 à 13:59, g...@laposte.net a écrit :

Bonjour à tous,

Les mappeurs OSM de Lyon se rencontrent régulièrement le 2ème mardi de chaque 
mois, et chacun peut s'inviter et participer à ces rencontres. La prochaine 
aura lieu :

le MARDI 11 OCTOBRE à partir de 18h30
à l'espace "Infolab TUBA, 1 Place Charles Béraudier, 69003 LYON" (esplanade 
gare Part-dieu) 
Accès : M° "Gare Part-Dieu"; Tram T1; Bus C1, C2, C6, C7, C13, C25, 25, 37,
38, 70 ; Vélo'V "Gare Part-Dieu Ouest"

Le CR de la rencontre précédente se trouve sur la page du Wiki-OSM au lien :
https://wiki.openstreetmap.org/wiki/Lyon/Reunion_13_septembre_2016

Si vous souhaitez mettre un sujet particulier à l'ordre du jour de la rencontre 
à venir, vous pouvez commenter la page préparatoire au lien :
https://wiki.openstreetmap.org/wiki/Lyon/Reunion_11_octobre_2016

Venez nombreux !
Amicalement

gnrc69 - Chaque goutte fait l’océan !



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


-- 


 


Humanitarian mapping and information management
  cartong.org |   @assocCartONG |   Chambéry, France | Lon: 05°55'24'' | Lat: 
45°30'20''

Violaine Doutreleau

 v_doutrel...@cartong.org
  +33 (0)4 79 26 28 82
  +33 (0)6 95 02 42 44
  doutreleau.violaine 


  

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


[OSM-talk-fr] pharmacie

2016-09-19 Par sujet bernard

Bonjour,
Je viens de terminer de corriger les erreurs relevé par Osmose 
concernant les pharmacies pour les Hauts de France.
J'ai relevé quelques erreurs du type : location de matériel médical 
taguée en pharmacie, magasin indépendant d'une pharmacie.
J'ai intégré toutes les pharmacies proposées par Osmose au sud de l'A25 
et à l'ouest de l'A22, en clair de Lille à Dunkerque.

Osmose utilise t'il la dernière version de FINESS?
Peu de difficultés pour mettre à jour si le cadastre est bien à jour; 
par contre plus difficile dans les Ardennes, j'ai débordé un peu.

Il y a quelques positionnement un peu aléatoires ...
S'il y a des amateurs, ce n'est pas un exercice compliqué mais on 
devient accroc.
Dommage que les noms proposés (name) ne respectent pas, la convention 
majuscule/minuscule d'OSM.Je ferai la correction quand Osmose aura 
détecté les erreurs.




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


Re: [OSM-talk-fr] Intégration des stations essence

2016-09-08 Par sujet bernard

Comment Osmose reconnait-il que la station a été intégrée?

surtout si elle est placée loin de la position proposée?


Le 08/09/2016 à 15:05, Frédéric Rodrigo a écrit :

Le 07/09/2016 à 17:30, Francois Gouget a écrit :

On Tue, 6 Sep 2016, Christian Quest wrote:
[...]

Du coup quelqu'un sait-il s'il serait légal de faire un module
d'intégration Osmose comme pour la Poste ?

N'est-ce pas déjà le cas ?

http://osmose.openstreetmap.fr/fr/map/#item=8200

Effectivement. J'ai du chercher 'essence' ou 'carburant' au lieu de
'station-service'.

Mais il y a quand même des choses bizarres :

* Aucune des stations service d'OpenStreetMap n'a d'identifiant
   qui permettrait de croiser ses données avec ce fichier.
Il y a un identifiant, mais n'étant pas documenté et sans garantie de 
stabilité j'ai fait le choix de ne pas le prendre.



* Osmose ne signale que les stations manquantes dans OpenStreetMap. Je
   ne vois pas de points 'needs update' ou 'intégration possible'.

Par exemple d'après le fichier du gouvernement la station U de La
Haye-Pesnel vend du carburant GPL mais ce n'est pas indiqué dans
OpenStreetMap et Osmose ne dit rien.

https://www.openstreetmap.org/node/1992693923

Conséquence directe du point précédant.

* Osmose ne semble pas proposer la création de POIs pour les stations de
   lavage ou les toilettes qu'on trouve souvent dans les stations
   service. (sans compter les boutiques, etc)

C'est aussi pour ces raisons que j'ai raté l'existence de ce module. Je
suppose que cela veut dire qu'il pourrait être amélioré.

Ça ne propose qu'un seul point pour l’ensemble.

Frédéric.


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



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


Re: [OSM-talk-fr] Éclairage d'édifice type spot

2016-08-18 Par sujet Bernard
Voir key:lit

Envoyé depuis mon téléphone Cyanogen

Le 18 août 2016 10:30 PM, Alain VASSAULT  a 
écrit :

Bonsoir,

mes yeux m'ont peut être trahis mais je n'ai pas trouvé l'info sur le 
wiki, donc je me tourne vers vous ^^

Dans ma tournée cartographique (recensement des réverbères 
actuellement), j'ai noté la présence de 3 poteaux portant chacun 3 gros 
spots pour éclairer l'église du village de nuit sous différent angles 
(oui oui chez nous TOUT est éclairé et TOUTE la nuit et TOUTES les 
nuits... le maire doit avoir des actions chez EDF...)

Clairement highway=street_lamp ne correspond pas

Pouvez vous m'indiquer comment taguer les dits poteaux ?

Cordialement

Tranquille

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

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


Re: [OSM-talk-fr] Corrections d'après http://osmose.openstreetmap.fr/fr/map/

2016-08-04 Par sujet bernard

quelques éléments de réponses...

Tu as aussi cette page 
http://cadastre.openstreetmap.fr/fantoir/voies_recentes_manquantes.html

de quoi ne pas voir que le soleil est revenu =)

Bernard59118

Le 04/08/2016 à 11:03, pepilepi...@ovh.fr a écrit :


Bonjour,

Je viens de découvrir ce site et je comprends qu'il présente toutes 
les anomalies qu'il détecte et qu'il propose de les corriger. Ça tombe 
bien, j'ai un peu de temps en ce moment et la météo est favorable aux 
travaux cartographiques... Mais je ne suis pas sûr de bien comprendre 
comment ça marche.


Je vois par exemple :

*Terrain de sport(s) non intégré Salle de boxe*
Salle de boxe, Salle de Boxe
fix-josm



+ *source* = data.gouv.fr:Le ministère des droits des femmes, de
la ville, de la jeunesse et des sports - 11/2015
+ *sport* = boxing
+ *surface* = artificial_turf
Signalement signalé le : 2016-08-04

Est-ce que ça signifie que les sources gouvernementales savent qu'il y 
a là une salle de boxe (je sais qu'il y a une grande salle de sport) 
que personne n'a mise sur OSM ?



Il faut vérifier sur le terrain ou suivant tes connaissances du terrain.
Il peut y avoir divergence sur la localisation, exemple siège de l'asso 
différente du lieu de pratique


Et faut-il l'indiquer sur OSM ?


oui avec vérifications


Si je clique sur "fix-josm 
" 
il m'ouvre JOSM avec le point prémaché à peu près au bon endroit. 
Suffit-il de valider la proposition ?



non


Et un tel point, tout comme les indications de commerces, doit-il être 
un point isolé ou un point faisant partie d'un bâtiment ?


si le bâtiment est entièrement dédié à l'activité, on peut taguer le 
bâtiment



De même je vois pas mal de trucs comme ça :

*ref=* ou route potentiellement manquante à proximité*
D502 (id_route500: 253784,42427)
Signalement signalé le : 2016-08-04
osm-show

osm-edit

josm zone



*changer le statut :* corrigé

faux positif


Qu'est-ce que ça signifie et comment ça se corrige ?

compte tenu des informations disponibles, pas forcement excates, il 
existe la possibilité qu'il devrait avoir une voie à proximité.

Il faut vérifier sur le terrain, avec le cadastre avec Bing


Il y a aussi un "*Pharmacie sans ref:FR:FINESS*" qui me laisse perplexe.


toutes les pharmacies ont une référence FINESS (j'imagine).
Dans ce cas, il y a souvent une proposition de ref FINESS.


S'il y a une doc ou un wiki assez clair là dessus je suis preneur.

Merci,

Jean-Pierre






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


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


Re: [OSM-talk-fr] osm en vrac ?

2016-02-29 Par sujet bernard

pas de soucis pour moi

Le 29/02/2016 14:22, Tony Emery a écrit :

Bonjour à tous,

Etes-vous, comme moi, dans l'incapacité d'aller sur osm.org ?

Petit problème passager ou est-ce plus grave ?



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/osm-en-vrac-tp5868739.html
Sent from the France mailing list archive at Nabble.com.

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


---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus


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


Re: [OSM-talk-fr] Fond OSM dans des guides de rando du CD63 ?

2016-02-07 Par sujet bernard

Toujours trop rapide !!
le titre du fichier GPX est visible mais le contenu est vide

Le 07/02/2016 10:16, bernard a écrit :

par contre "importer relation" est OK (relation et GPX)
Donc c'est OK

Le 07/02/2016 10:13, bernard a écrit :

J'ai toujours une erreur dans JOSM avec Firefox
tout est à jour
titre de l'erreur "Exception inattendue"

Le 07/02/2016 01:29, Erwan Salomon a écrit :

je viens de refaire un test (à 01:20 dimanche 07)
j’ai toujours une erreur dans JOSM (dans safari j’ai un message « OK »)
JOSM à jour (version 9329)
java 1.8.0_66
pour moi c’est du chinois, si ça te parles :

{{{
URL:http://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2016-01-06 17:30:31 +0100 (Wed, 06 Jan 2016)
Build-Date:2016-01-06 16:32:31
Revision:9329
Relative:URL: ^/trunk

Identification: JOSM/1.5 (9329 fr) Mac OS X 10.11
Memory Usage: 526 MB / 1820 MB (225 MB allocated, but free)
Java version: 1.8.0_66, Oracle Corporation, Java HotSpot(TM) 64-Bit 
Server VM
VM arguments: [-Djava.security.policy=file:/Library/Internet 
Plug-Ins/JavaAppletPlugin.plugin/Contents/Home/lib/security/javaws.policy, 
-DtrustProxy=true, -Djnlpx.home=/bin, 
-Djava.security.manager, 
-Djnlpx.origFilenameArg=/Users/erwansalomon/Library/Application 
Support/Oracle/Java/Deployment/cache/6.0/56/1ee8cfb8-310da2ae, 
-Djnlpx.remove=false, -Dsun.awt.warmup=true, 
-Djava.util.Arrays.useLegacyMergeSort=true, 
-Dmacosx.jnlpx.dock.name=JOSM, 
-Dmacosx.jnlpx.dock.icon=/Users/erwansalomon/Library/Application 
Support/Oracle/Java/Deployment/cache/6.0/16/47ee53d0-728f9931.icns, 
-Djnlp.application.href=https://josm.openstreetmap.de/download/josm.jnlp 
, -Djnlpx.jvm="/Library/Internet 
Plug-Ins/JavaAppletPlugin.plugin/Contents/Home/bin/java", 
-Djnlpx.vmargs=LURqYXZhLnV0aWwuQXJyYXlzLnVzZUxlZ2FjeU1lcmdlU29ydD10cnVlAC1Eam5scC5hcHBsaWNhdGlvbi5ocmVmPWh0dHBzOi8vam9zbS5vcGVuc3RyZWV0bWFwLmRlL2Rvd25sb2FkL2pvc20uam5scCAA]


Plugins:
- ElevationProfile (31895)
- SeaMapEditor (31772)
- cadastre-fr (31772)
- ejml (31895)
- geotools (31895)
- jts (31772)
- kendzi3d-jogl (41)
- log4j (31895)

Last errors/warnings:
- E: org.openstreetmap.josm.io.OsmTransferException: 
java.lang.NullPointerException. Cause : java.lang.NullPointerException
- E: org.openstreetmap.josm.io.OsmTransferException: 
java.lang.NullPointerException. Cause : java.lang.NullPointerException
- E: org.openstreetmap.josm.io.OsmTransferException: 
java.lang.NullPointerException. Cause : java.lang.NullPointerException
- E: org.openstreetmap.josm.io.OsmTransferException: 
java.lang.NullPointerException. Cause : java.lang.NullPointerException
- E: org.openstreetmap.josm.io.OsmTransferException: 
java.lang.NullPointerException. Cause : java.lang.NullPointerException


org.openstreetmap.josm.io.OsmTransferException: 
java.lang.NullPointerException
at 
org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:167)
at 
org.openstreetmap.josm.io.OsmServerLocationReader$GpxParser.parse(OsmServerLocationReader.java:158)
at 
org.openstreetmap.josm.io.OsmServerLocationReader$GpxParser.parse(OsmServerLocationReader.java:151)
at 
org.openstreetmap.josm.io.OsmServerLocationReader.doParse(OsmServerLocationReader.java:51)
at 
org.openstreetmap.josm.io.OsmServerLocationReader.parseRawGps(OsmServerLocationReader.java:103)
at 
org.openstreetmap.josm.actions.downloadtasks.DownloadGpsTask$DownloadTask.realRun(DownloadGpsTask.java:116)
at 
org.openstreetmap.josm.gui.PleaseWaitRunnable.doRealRun(PleaseWaitRunnable.java:93)
at 
org.openstreetmap.josm.gui.PleaseWaitRunnable.run(PleaseWaitRunnable.java:161)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)

at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)

at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.NullPointerException
}}}




quand j’importe la relation j’ai aussi une erreur dans JOSM :

Le téléchargement de la donnée à échoué. Son format n’est pas 
supporté invalide ou incohérent.
Détails: Ligne 8 Colonne 24 : Le types d’élément « tag » ont être 
suivit es spécifications d’attribut, « > » ou « /<« .



Le 6 févr. 2016 à 19:16, Nicolas Dumoulin 
 a écrit :


Le Saturday 06 February 2016, 16:11:25 Erwan Salomon a écrit :

passes par le tableau d’avancement :
http://wiki.openstreetmap.org/wiki/France:Puy-de-Dôme/PDIPR
<http://wiki.openstreetmap.org/wiki/France:Puy-de-D%C3%B4me/PDIPR>
télécharges le fichier " GPX " (par le lien " Import GPX dans JOSM
<http://127.0.0.1:8111/import?url=http://osm.dumoulin63.net/pdipr63/ITI0360 

.gpx>  " qui m’affiche également une erreur) et ouvres ce fichier 
GPX dans

JOSM
C'est bizarre, ça fonctionne bien chez 

Re: [OSM-talk-fr] Fond OSM dans des guides de rando du CD63 ?

2016-02-07 Par sujet bernard

par contre "importer relation" est OK (relation et GPX)
Donc c'est OK

Le 07/02/2016 10:13, bernard a écrit :

J'ai toujours une erreur dans JOSM avec Firefox
tout est à jour
titre de l'erreur "Exception inattendue"

Le 07/02/2016 01:29, Erwan Salomon a écrit :

je viens de refaire un test (à 01:20 dimanche 07)
j’ai toujours une erreur dans JOSM (dans safari j’ai un message « OK »)
JOSM à jour (version 9329)
java 1.8.0_66
pour moi c’est du chinois, si ça te parles :

{{{
URL:http://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2016-01-06 17:30:31 +0100 (Wed, 06 Jan 2016)
Build-Date:2016-01-06 16:32:31
Revision:9329
Relative:URL: ^/trunk

Identification: JOSM/1.5 (9329 fr) Mac OS X 10.11
Memory Usage: 526 MB / 1820 MB (225 MB allocated, but free)
Java version: 1.8.0_66, Oracle Corporation, Java HotSpot(TM) 64-Bit 
Server VM
VM arguments: [-Djava.security.policy=file:/Library/Internet 
Plug-Ins/JavaAppletPlugin.plugin/Contents/Home/lib/security/javaws.policy, 
-DtrustProxy=true, -Djnlpx.home=/bin, 
-Djava.security.manager, 
-Djnlpx.origFilenameArg=/Users/erwansalomon/Library/Application 
Support/Oracle/Java/Deployment/cache/6.0/56/1ee8cfb8-310da2ae, 
-Djnlpx.remove=false, -Dsun.awt.warmup=true, 
-Djava.util.Arrays.useLegacyMergeSort=true, 
-Dmacosx.jnlpx.dock.name=JOSM, 
-Dmacosx.jnlpx.dock.icon=/Users/erwansalomon/Library/Application 
Support/Oracle/Java/Deployment/cache/6.0/16/47ee53d0-728f9931.icns, 
-Djnlp.application.href=https://josm.openstreetmap.de/download/josm.jnlp 
, -Djnlpx.jvm="/Library/Internet 
Plug-Ins/JavaAppletPlugin.plugin/Contents/Home/bin/java", 
-Djnlpx.vmargs=LURqYXZhLnV0aWwuQXJyYXlzLnVzZUxlZ2FjeU1lcmdlU29ydD10cnVlAC1Eam5scC5hcHBsaWNhdGlvbi5ocmVmPWh0dHBzOi8vam9zbS5vcGVuc3RyZWV0bWFwLmRlL2Rvd25sb2FkL2pvc20uam5scCAA]


Plugins:
- ElevationProfile (31895)
- SeaMapEditor (31772)
- cadastre-fr (31772)
- ejml (31895)
- geotools (31895)
- jts (31772)
- kendzi3d-jogl (41)
- log4j (31895)

Last errors/warnings:
- E: org.openstreetmap.josm.io.OsmTransferException: 
java.lang.NullPointerException. Cause : java.lang.NullPointerException
- E: org.openstreetmap.josm.io.OsmTransferException: 
java.lang.NullPointerException. Cause : java.lang.NullPointerException
- E: org.openstreetmap.josm.io.OsmTransferException: 
java.lang.NullPointerException. Cause : java.lang.NullPointerException
- E: org.openstreetmap.josm.io.OsmTransferException: 
java.lang.NullPointerException. Cause : java.lang.NullPointerException
- E: org.openstreetmap.josm.io.OsmTransferException: 
java.lang.NullPointerException. Cause : java.lang.NullPointerException


org.openstreetmap.josm.io.OsmTransferException: 
java.lang.NullPointerException
at 
org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:167)
at 
org.openstreetmap.josm.io.OsmServerLocationReader$GpxParser.parse(OsmServerLocationReader.java:158)
at 
org.openstreetmap.josm.io.OsmServerLocationReader$GpxParser.parse(OsmServerLocationReader.java:151)
at 
org.openstreetmap.josm.io.OsmServerLocationReader.doParse(OsmServerLocationReader.java:51)
at 
org.openstreetmap.josm.io.OsmServerLocationReader.parseRawGps(OsmServerLocationReader.java:103)
at 
org.openstreetmap.josm.actions.downloadtasks.DownloadGpsTask$DownloadTask.realRun(DownloadGpsTask.java:116)
at 
org.openstreetmap.josm.gui.PleaseWaitRunnable.doRealRun(PleaseWaitRunnable.java:93)
at 
org.openstreetmap.josm.gui.PleaseWaitRunnable.run(PleaseWaitRunnable.java:161)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)

at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)

at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.NullPointerException
}}}




quand j’importe la relation j’ai aussi une erreur dans JOSM :

Le téléchargement de la donnée à échoué. Son format n’est pas 
supporté invalide ou incohérent.
Détails: Ligne 8 Colonne 24 : Le types d’élément « tag » ont être 
suivit es spécifications d’attribut, « > » ou « /<« .



Le 6 févr. 2016 à 19:16, Nicolas Dumoulin 
 a écrit :


Le Saturday 06 February 2016, 16:11:25 Erwan Salomon a écrit :

passes par le tableau d’avancement :
http://wiki.openstreetmap.org/wiki/France:Puy-de-Dôme/PDIPR
<http://wiki.openstreetmap.org/wiki/France:Puy-de-D%C3%B4me/PDIPR>
télécharges le fichier " GPX " (par le lien " Import GPX dans JOSM
<http://127.0.0.1:8111/import?url=http://osm.dumoulin63.net/pdipr63/ITI0360 

.gpx>  " qui m’affiche également une erreur) et ouvres ce fichier 
GPX dans

JOSM
C'est bizarre, ça fonctionne bien chez moi. Vous avez quoi comme 
erreur ? Dans

votre navigateur ou dans JOSM ?
Le lien que tu donnes par exemple fonctionne bien c

Re: [OSM-talk-fr] Fond OSM dans des guides de rando du CD63 ?

2016-02-07 Par sujet bernard

J'ai toujours une erreur dans JOSM avec Firefox
tout est à jour
titre de l'erreur "Exception inattendue"

Le 07/02/2016 01:29, Erwan Salomon a écrit :

je viens de refaire un test (à 01:20 dimanche 07)
j’ai toujours une erreur dans JOSM (dans safari j’ai un message « OK »)
JOSM à jour (version 9329)
java 1.8.0_66
pour moi c’est du chinois, si ça te parles :

{{{
URL:http://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2016-01-06 17:30:31 +0100 (Wed, 06 Jan 2016)
Build-Date:2016-01-06 16:32:31
Revision:9329
Relative:URL: ^/trunk

Identification: JOSM/1.5 (9329 fr) Mac OS X 10.11
Memory Usage: 526 MB / 1820 MB (225 MB allocated, but free)
Java version: 1.8.0_66, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
VM arguments: [-Djava.security.policy=file:/Library/Internet 
Plug-Ins/JavaAppletPlugin.plugin/Contents/Home/lib/security/javaws.policy, -DtrustProxy=true, 
-Djnlpx.home=/bin, -Djava.security.manager, 
-Djnlpx.origFilenameArg=/Users/erwansalomon/Library/Application 
Support/Oracle/Java/Deployment/cache/6.0/56/1ee8cfb8-310da2ae, -Djnlpx.remove=false, 
-Dsun.awt.warmup=true, -Djava.util.Arrays.useLegacyMergeSort=true, 
-Dmacosx.jnlpx.dock.name=JOSM, -Dmacosx.jnlpx.dock.icon=/Users/erwansalomon/Library/Application 
Support/Oracle/Java/Deployment/cache/6.0/16/47ee53d0-728f9931.icns, 
-Djnlp.application.href=https://josm.openstreetmap.de/download/josm.jnlp , 
-Djnlpx.jvm="/Library/Internet 
Plug-Ins/JavaAppletPlugin.plugin/Contents/Home/bin/java", 
-Djnlpx.vmargs=LURqYXZhLnV0aWwuQXJyYXlzLnVzZUxlZ2FjeU1lcmdlU29ydD10cnVlAC1Eam5scC5hcHBsaWNhdGlvbi5ocmVmPWh0dHBzOi8vam9zbS5vcGVuc3RyZWV0bWFwLmRlL2Rvd25sb2FkL2pvc20uam5scCAA]

Plugins:
- ElevationProfile (31895)
- SeaMapEditor (31772)
- cadastre-fr (31772)
- ejml (31895)
- geotools (31895)
- jts (31772)
- kendzi3d-jogl (41)
- log4j (31895)

Last errors/warnings:
- E: org.openstreetmap.josm.io.OsmTransferException: 
java.lang.NullPointerException. Cause : java.lang.NullPointerException
- E: org.openstreetmap.josm.io.OsmTransferException: 
java.lang.NullPointerException. Cause : java.lang.NullPointerException
- E: org.openstreetmap.josm.io.OsmTransferException: 
java.lang.NullPointerException. Cause : java.lang.NullPointerException
- E: org.openstreetmap.josm.io.OsmTransferException: 
java.lang.NullPointerException. Cause : java.lang.NullPointerException
- E: org.openstreetmap.josm.io.OsmTransferException: 
java.lang.NullPointerException. Cause : java.lang.NullPointerException

org.openstreetmap.josm.io.OsmTransferException: java.lang.NullPointerException
at 
org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:167)
at 
org.openstreetmap.josm.io.OsmServerLocationReader$GpxParser.parse(OsmServerLocationReader.java:158)
at 
org.openstreetmap.josm.io.OsmServerLocationReader$GpxParser.parse(OsmServerLocationReader.java:151)
at 
org.openstreetmap.josm.io.OsmServerLocationReader.doParse(OsmServerLocationReader.java:51)
at 
org.openstreetmap.josm.io.OsmServerLocationReader.parseRawGps(OsmServerLocationReader.java:103)
at 
org.openstreetmap.josm.actions.downloadtasks.DownloadGpsTask$DownloadTask.realRun(DownloadGpsTask.java:116)
at 
org.openstreetmap.josm.gui.PleaseWaitRunnable.doRealRun(PleaseWaitRunnable.java:93)
at 
org.openstreetmap.josm.gui.PleaseWaitRunnable.run(PleaseWaitRunnable.java:161)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.NullPointerException
}}}




quand j’importe la relation j’ai aussi une erreur dans JOSM :

Le téléchargement de la donnée à échoué. Son format n’est pas supporté invalide 
ou incohérent.
Détails: Ligne 8 Colonne 24 : Le types d’élément « tag » ont être suivit es 
spécifications d’attribut, « > » ou « /<« .



Le 6 févr. 2016 à 19:16, Nicolas Dumoulin 
 a écrit :

Le Saturday 06 February 2016, 16:11:25 Erwan Salomon a écrit :

passes par le tableau d’avancement :
http://wiki.openstreetmap.org/wiki/France:Puy-de-Dôme/PDIPR

télécharges le fichier " GPX " (par le lien " Import GPX dans JOSM
  " qui m’affiche également une erreur) et ouvres ce fichier GPX dans
JOSM

C'est bizarre, ça fonctionne bien chez moi. Vous avez quoi comme erreur ? Dans
votre navigateur ou dans JOSM ?
Le lien que tu donnes par exemple fonctionne bien chez moi :-/

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


___
Talk-fr mailing list
Talk-fr

Re: [OSM-talk-fr] Fond OSM dans des guides de rando du CD63 ?

2016-02-06 Par sujet bernard

Si c'est le cas il n'y a qu'à détruire les relations.
Ce n'est pas le plus gros travail

Le 06/02/2016 20:17, JB a écrit :
Euh, juste un truc en passant… c'est pas en train de dégénérer, 
c't'histoire ? J'avais noté que les itinéraires du PDIPR du Puy de 
Dôme n'étaient pas sous licence libre. Là, si je comprends bien, vous 
êtes en train de les entrer dans une base en ODbL, non ?

Bon, j'dis ça, j'dis rien.
JB.

Le 06/02/2016 19:37, bernard a écrit :
J'ai résolu le problème d'import dans JOSM en téléchargeant la trace 
dans mon PC puis en la chargeant dans JOSM.
Par contre, la recherche de la relation n'est pas instantané. Après 
création il faut lui indiquer pour l'analyser.

J'ai ouvert la page discussion associé à la page
http://wiki.openstreetmap.org/wiki/France:Puy-de-D%C3%B4me/PDIPR
Il faudrait rajouter quelques colonnes dans le tableau :
-relation
- ...

Le 06/02/2016 19:10, Nicolas Dumoulin a écrit :


Le Saturday 06 February 2016, 11:44:38 bernard a écrit :

> Pratique,

> je vais en faire qq'unes.

> Faut-il créer également une relation?

> Si oui, une colonne supplémentaire serait utile, pour y mettre le 
numéro


> de cette relation

Oui, bonne idée la question de la relation. J'avoue ne pas y avoir 
réfléchi plus que ça.


Je découvre l'analyseur de relation sur osmsurround qui est plutôt 
sympa :-)


Plutôt que "ref=ITI0360", il vaudrait mieux un truc du genre 
"ref:FR:CD63=ITI0360", car c'est une référence interne et non 
visible sur le terrain.


De même plutôt que "symbol=blue", il faut mettre "colour=blue".

cf. http://wiki.openstreetmap.org/wiki/Walking_Routes

Ce doit être possible de générer une relation prête pour JOSM.

Il faut que je regarde votre pb d'import dans JOSM également …

--

Nicolas Dumoulin

http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin



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




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




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


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


Re: [OSM-talk-fr] Fond OSM dans des guides de rando du CD63 ?

2016-02-06 Par sujet bernard
J'ai résolu le problème d'import dans JOSM en téléchargeant la trace 
dans mon PC puis en la chargeant dans JOSM.
Par contre, la recherche de la relation n'est pas instantané. Après 
création il faut lui indiquer pour l'analyser.

J'ai ouvert la page discussion associé à la page
http://wiki.openstreetmap.org/wiki/France:Puy-de-D%C3%B4me/PDIPR
Il faudrait rajouter quelques colonnes dans le tableau :
-relation
- ...

Le 06/02/2016 19:10, Nicolas Dumoulin a écrit :


Le Saturday 06 February 2016, 11:44:38 bernard a écrit :

> Pratique,

> je vais en faire qq'unes.

> Faut-il créer également une relation?

> Si oui, une colonne supplémentaire serait utile, pour y mettre le numéro

> de cette relation

Oui, bonne idée la question de la relation. J'avoue ne pas y avoir 
réfléchi plus que ça.


Je découvre l'analyseur de relation sur osmsurround qui est plutôt 
sympa :-)


Plutôt que "ref=ITI0360", il vaudrait mieux un truc du genre 
"ref:FR:CD63=ITI0360", car c'est une référence interne et non visible 
sur le terrain.


De même plutôt que "symbol=blue", il faut mettre "colour=blue".

cf. http://wiki.openstreetmap.org/wiki/Walking_Routes

Ce doit être possible de générer une relation prête pour JOSM.

Il faut que je regarde votre pb d'import dans JOSM également …

--

Nicolas Dumoulin

http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin



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


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


Re: [OSM-talk-fr] Fond OSM dans des guides de rando du CD63 ?

2016-02-06 Par sujet bernard

Je me suis attaché à :
L'Eperon de Pierre-Ancize
Réf.ITI0360

Le lien "Importer dans JOSM " 
m'envoie une erreur

Vu l'état de la commune "sic," je l'ai traité via FANTOIR
Mais je pense que le lien à importer m'aurait donné la trace GPX, donc 
comme je n'ai pas la trace, je ne peux vérifier que j'ai tous les 
chemins, mais le résultat ne devrait pas être mauvais .

Donc, question : Comment avoir la trace dans JOSM?


Le 05/02/2016 23:09, JB a écrit :
Ça confirme au moins que si je savais utiliser QGis pas qu'avec les 
pieds, je m'empresserais de comparer les itinéraires PDIPR avec la 
voirie OSM, pour voir quel pourcentage de points de voie PDIPR n'est 
pas rapprochable avec un highway OSM. Mais à première vue, OSM n'a pas 
l'air d'avoir trop à rougir, peut-être un peu plus dans les zones 
reculées.
Ceci dit, je suis curieux de voir si ce que j'ai mis dans les mains 
des décideurs locaux de mon coté les fera réfléchir la prochaine fois 
avant de débourser des fortunes en éditions/cartes classiques.

JB.

Le 05/02/2016 22:30, Nicolas Dumoulin a écrit :


Bon, ça m'a démangé et je voulais me dérouiller avec OpenLayers 3, 
alors je me suis fait une petite carte pour aider :


http://osm.dumoulin63.net/pdipr63/

Et un tableau d'avancement pour ceux qui sont motivés :-)

http://wiki.openstreetmap.org/wiki/France:Puy-de-D%C3%B4me/PDIPR





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


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


Re: [OSM-talk-fr] Fond OSM dans des guides de rando du CD63 ?

2016-02-06 Par sujet bernard

Pratique,
je vais en faire qq'unes.
Faut-il créer également une relation?
Si oui, une colonne supplémentaire serait utile, pour y mettre le numéro 
de cette relation


Le 05/02/2016 23:09, JB a écrit :
Ça confirme au moins que si je savais utiliser QGis pas qu'avec les 
pieds, je m'empresserais de comparer les itinéraires PDIPR avec la 
voirie OSM, pour voir quel pourcentage de points de voie PDIPR n'est 
pas rapprochable avec un highway OSM. Mais à première vue, OSM n'a pas 
l'air d'avoir trop à rougir, peut-être un peu plus dans les zones 
reculées.
Ceci dit, je suis curieux de voir si ce que j'ai mis dans les mains 
des décideurs locaux de mon coté les fera réfléchir la prochaine fois 
avant de débourser des fortunes en éditions/cartes classiques.

JB.

Le 05/02/2016 22:30, Nicolas Dumoulin a écrit :


Bon, ça m'a démangé et je voulais me dérouiller avec OpenLayers 3, 
alors je me suis fait une petite carte pour aider :


http://osm.dumoulin63.net/pdipr63/

Et un tableau d'avancement pour ceux qui sont motivés :-)

http://wiki.openstreetmap.org/wiki/France:Puy-de-D%C3%B4me/PDIPR





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


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


Re: [OSM-talk-fr] Les poubelles

2016-02-05 Par sujet bernard

Exemple vu avec JOSM pour une déchèterie
amenity=recycling
recycling:batteries=yes
recycling:cans=yes
recycling:cardboard=yes
recycling:clothes=yes
recycling:electrical_appliances=yes
recycling:glass=yes
recycling:glass_bottles=yes
recycling:green_waste=yes
recycling:paper=yes
recycling:plastic=yes
recycling:plastic_bottles=yes
recycling:plastic_packaging=yes
recycling:scrap_metal=yes
recycling:shoes=yes
recycling:small_appliances=yes
recycling:waste=yes
recycling_type=centre

Le 05/02/2016 07:03, Vincent Bergeot a écrit :

Le 04/02/2016 12:50, Jérôme Seigneuret a écrit :
amenity=recycling+recycling_type=centre c'est pour les centres de tri 
et les déchetteries


pour les centres de tri, il me semble que 
amenity=waste_transfer_station est plus adapté non ?


bonne journée

--
Vincent Bergeot


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


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


Re: [OSM-talk-fr] Fond OSM dans des guides de rando du CD63 ?

2016-02-02 Par sujet bernard

Bonjour,
La page *craig.fr* a du mal à s'afficher.
Tu peux fournir les fichiers GPX des itinéraires; cela permettra de 
mettre sur la carte les ways non existants en se servant des données 
cadastre et Biing.

Les randonneurs pourront corriger si necessaire.
Cordialement
Bernard

Le 02/02/2016 15:00, Nicolas Dumoulin a écrit :

Bonjour,

Le Tuesday 02 February 2016, 11:52:10 Landry Breuil a écrit :

Après en avoir discuté avec Guillaume Tournadre (du service SIG) qui
trouvait que les données OSM étaient un peu pauvres sur les zones
concernées (les PDIPR), je lui ai proposé de faire appel à la
communauté pour enclencher le cercle vertueux de -> les itinéraires
sont la -> on améliore les données -> le fond devient plus riche ->
tout le monde en bénéficie!

Dans tout les cas, les itinéraires des PDIPR sont disponibles en ligne
chez nous:
http://ids.craig.fr/geocat/apps/search/?uuid=3bd16d2d-5fc7-4816-b824-c27460
3cfd16

Super nouvelle !
Le mieux serait de nous communiquer les itinéraires identifiés où le fond OSM
révèle des manques, pour aller plus vite. Mais avec cette base d'itinéraires,
on peut passer en revue systématiquement tous les itinéraires.
À noter que nous avons dans la communauté pas mal de randonneurs. Si on se
répartit le travail, ça pourrait aller assez vite.
Et puis si on a un petit groupe qui s'ennue le soir au SotM fin mai … ;-)

Bon, et bien je sais quoi faire pendant les prochaines vacances :-)

Merci à Guillaume, et Landry



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


Re: [OSM-talk-fr] Doit-on encore renseigner les adresses dans OSM ou se focaliser sur BANO ?

2016-01-28 Par sujet bernard
Personnellement, pour me détendre, je met à jour les "landuse", un peu 
de correction Osmose, etc suivant l'humeur du moment


Le 28/01/2016 16:27, Nicolas Moyroud a écrit :



Toutafé !

Aucune priorité dans les contributions n'a jamais été fixée à ma 
connaissance dans OSM et tant mieux !


Cela n'empêche pas que certaines contributions auront un impact 
immédiat plus important que d'autres et si on a 1 heure de dispo, 
ajouter des noms de rues aura un impact sur l'usage des données OSM 
plus important que le même temps passé à ajouter des adresses dans 
quelques rues... idem si on complète encore les endroits où des 
routes manquent carrément.


Faut bien se détendre un peu. Entre deux sessions de nommage de rues, 
faire une petite pause points ça fait du bien !
En prescription OSM je préconise 1h de rues, 30 minutes de points, 1h 
de rues, ... jusqu'à épuisement total. ;-)


Nicolas

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



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


Re: [OSM-talk-fr] places de stationnement pour autocars

2016-01-23 Par sujet bernard

Bonjour
Par les tags :
access=no
bus=yes


Le 23/01/2016 22:25, Muselaar a écrit :

Bonjour,

Comment tague-t-on le parkings ou places de parking pour autocars de 
tourisme ?


Je n'ai rien trouvé dans le wiki, ni sur la liste. Je n'ai peut-être 
pas mis les bons mots…


Muselaar

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



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


Re: [OSM-talk-fr] Conservatoires et écoles de musique

2016-01-23 Par sujet bernard

Bonjour,
S'il y a consensus, il faudrait l'incorporer dans le wiki


Le 23/01/2016 23:41, JB a écrit :
Pour ma part, j'ai opté pour amenity=music_school. 50 occurences en 
France, 300 dans le monde. C'est du taggage au canard, trop éloigné 
d'une école classique pour surcharger un amenity=school, assez 
spécifique pour son tag à lui. Et un peu sur le modèle du plus répandu 
amenity=driving_school.

JB.

Le 23/01/2016 23:38, Muselaar a écrit :

Bonsoir,

J'ai l'impression qu'il n'y a rien de prévu pour taguer les 
conservatoires et écoles de musique, comme les écoles d'art, du 
reste. Pourtant, ce sont des équipements généralement publics, tout à 
fait spécifiques, qu'il serait autant nécessaire de signaler, sans 
que cela ne surcharge beaucoup les données.
Certains sont tagués en « university » (il y a de l'enseignement 
supérieur dans un certain nombre), mais ça ne me semble pas refléter 
la réalité. Car il n'y a que 2 conservatoires en France (Lyon et 
Paris) qui ne dispense que de l'enseignement supérieur, tous les 
autres démarrent aux petits niveaux, et comportent quelques niveaux 
reconnus comme enseignement supérieur.


Que pourrait-on faire ?

Muselaar

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



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



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


Re: [OSM-talk-fr] Vélo route barrée et dévié

2016-01-11 Par sujet bernard

Bonjour,
Il serait intéressant  de modifier la relation et d'y ajouter le chemin 
dévié, sans enlever le chemin normal.



Le 10/01/2016 20:30, Claude a écrit :

Bonjour

J'ai parcouru une portion de voie verte aujourd'hui
Une portion de la voie verte était barré par des barrières de chantier 
et est dévié par de car le pont-canal sur laquelle elle passe menace 
de s’effondrer.

J'ai marqué la partie barré avec
access = no
construction=yes
et mis provisoirement barrier=block ne sachant pas quelle balise 
mettre pour des barrières de chantier et barrières de police (il y 
avait les 2).


Doit-je modifier la relation sachant que les travaux sont prévus mais 
vu l'importance du chantier cela rique de durer un moment.


cordialement
Claude




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


Re: [OSM-talk-fr] Voies récentes dans Fantoir, absentes d'OSM

2015-12-19 Par sujet bernard

Bonsoir,
J'ai traité le 59 et le 62
Bon taux de réussite en particulier pour le 62 où j'ai pratiquement tout 
résolu.

Le cadastre était à 100 % dessiné, et 1/3 des voies nommées.
Au départ, je n'utilisais pas l'onglet BANO, j'ai du faire des recherches.
Ces recherches m'ont permis de compléter les données (bulletins municipaux)
BANO est très pratique pour situer mais il faut interpréter
Bonne soirée

Bernard

Le 19/12/2015 10:31, Claude a écrit :

Le 16/12/2015 14:09, Donat ROBAUX a écrit :


-- Message transféré --
From: "Vincent de Château-Thierry" 
To: "Discussions sur OSM en français" 
Cc:
Date: Wed, 16 Dec 2015 07:37:41 +0100
Subject: Re: [OSM-talk-fr] Voies récentes dans Fantoir, absentes
d'OSM
Bonjour,

Le 18/10/2015 09:41, Vincent de Château-Thierry a écrit :

Bonjour,
Quand on présente OSM, on aime insister sur notre capacité à
coller à
l'actualité au jour près : ouverture de magasin ou de portion
de route,
nouveau sens de circulation, création de voie.
Par ailleurs une information donnée par FANTOIR est la date
de création
des noms de voies.
J'ai voulu mesurer notre capacité à "coller" à l'actualité, en
confrontant les voies récentes de FANTOIR et le contenu d'OSM.

(...)

Et si ça semble opportun à certains, il sera aussi possible à
peu de
frais de présenter, par exemple, les n rues les plus récentes
d'un
département.


La page des voies récentes vient de changer : la liste ne
concerne plus qu'un département à la fois, avec les 50 voies les
plus récentes inconnues d'OSM. Le tri est par date FANTOIR
décroissante.

L'URL reste inchangée :
http://cadastre.openstreetmap.fr/fantoir/voies_recentes_manquantes.html

vos retours bienvenus,
vincent


Oh super! merci beaucoup Vincent. Tu m'enlèves une bonne épine du 
pied. ;)
Puisque c'est bientôt Noël, est-ce possible d'envisager un tri par 
code INSEE également?


Donat


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

Bonjour

j'ai fait un test sur mon département (63)

les deux premières lignes ne sont pas des voies nouvelles mais des 
erreurs  dans Fantoir


1e ligne La Potence à Limons.
sur le terrain et au cadastre "Les Potences" au même endroit

2eme ligne "Les Culiers"
Sur le Cadastre il y a "Les Culliers" à cet emplacement qui ne 
figurait pas dans OSM


je n'ai pas regardé la suite.


claude



--
 Envoyé avec Mozilla Thunderbird ---


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


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


[OSM-talk-fr] JOSM : couleur de base de la page de téléchargement

2015-11-09 Par sujet bernard

Bonjour,
Je viens de remarquer que les couleurs de la page de téléchargement de 
JOSM ont changé.

Les Primary prennent la couleur des secondary
Les Secondary celles des Tertiary
Les Tertiary n'en a plus.
Je n'ai touché à aucun réglage

Par ailleurs, lors de la coupure d'un way, il s'affiche une boite de 
dialogue qui nécessite un clic ... inutile.

Pour quelle raison cette modification?
Bonne soirée et merci pour vos réponses


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


Re: [OSM-talk-fr] erreur Overpass turbo

2015-11-09 Par sujet bernard

Bonjour,
Si Vous avez ce problème, Vous pouvez consulter et signaler à l'une de 
ces adresses :

https://github.com/tyrasd/overpass-turbo/issues/213
https://github.com/drolbr/Overpass-API/issues/229

Pour ma part, mon problème subsiste avec Firefox mais pas de soucis avec 
Internet Explorer



Le 05/11/2015 12:18, Stéphane Péneau a écrit :

Le 05/11/2015 10:17, François Lacombe a écrit :


Bonjour,

Le soucis se presente régulièrement quand j'exécute un script passant 
plusieurs requêtes successives.

Parfois certaines reçoivent ce code d'erreur en retour.
Pourtant je suis le seul a envoyer des requêtes depuis cette @IP.



De mon côté, c'était en requêtant  plusieurs types de tags via le 
wizard. Du type "shop=* OR craft=* OR office=* in un-nom-de-commune"


Stf



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



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


Re: [OSM-talk-fr] erreur Overpass turbo

2015-11-06 Par sujet bernard
Effectivement; je suis en IP fixe, donc le  probleme persiste, même 
apres le redémarrage de ma box (free)


Le 05/11/2015 07:44, David Crochet a écrit :

Bonjour


Le 05/11/2015 02:50, osm.sanspourr...@spamgourmet.com a écrit :

tu forces le renouvellement de ton adresse IP d'une autre manière.


Pas facile en cas d'IPv6 et/ou d'IPfixe

Cordialement




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


[OSM-talk-fr] erreur Overpass turbo

2015-11-04 Par sujet bernard

Bonjour,
J'ai cette erreur sur Overpass Turbo

Une erreur est survenue lors de l'exécution de la requête overpass ! 
Voici ce que l'API overpass a retourné :


*Error*: runtime error: […] Another request from your IP is still running.

D'autant plus étrange que je n'ai pas utiliser Overpass turbo depuis 
plusieurs semaines.


Si quelqu’un sait comment débloquer?
Merci d'avance
Bernard
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Eurovélo : EV8

2015-08-10 Par sujet bernard

effectivement, je pense que c'est icn, mais actuellement on trouve ncn ,
Mais le plus important est le meli melo dans la relation .

Le 10/08/2015 18:52, osm.sanspourr...@spamgourmet.com a écrit :

EV comme son nom l'indique est une relation internationale, pas nationale.
Donc icn.
Ou je n'ai pas compris la question ?
Jean-Yvon
*Gesendet:* Montag, 10. August 2015 um 17:01 Uhr
*Von:* "bernard - bernard.a...@laposte.net" 


*An:* talk-fr@openstreetmap.org
*Betreff:* [OSM-talk-fr] Eurovélo : EV8 (osm: message 1 of 20)
Bonjour,

Pour l'instant, cela semble correct sauf que tous les pays concernés 
ne sont pas représentés, donc à suivre

Cependant, les"network" doivent-ils être "icn" ou "ncn" ?


Bernard


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


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


Re: [OSM-talk-fr] À propos de Garmin.OSM.nl

2015-08-10 Par sujet bernard

Bonjour,
Depuis ça a du être réparé, car c'et OK
mais pas sur gamrmin mais garmin


Le 06/08/2015 21:40, David Crochet a écrit :

Bonjour

gamrmin.openstreetmap.nl ne semble plus fournir de gmapsupp.imp 
directement. Vous avez aussi remarqué cela ?


Cordialement



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


[OSM-talk-fr] Eurovélo : EV8

2015-08-10 Par sujet bernard

Bonjour,
Suite à une question sur la route EV8, je suis allé voir ce qu'il en 
était au niveau des relations.
Et là je me suis aperçu que l'on tourne en rond dans les différentes 
relations qui font référence à l'euroroute EV8.

EV8 type superroute id 2766092 (icn) comprend les relations :
721730 pour la France
2181267 pour la Croatie
2790265 pour l'Espagne
2790956 pour le Monténégro
2791179 pour la Slovénie
3977556 pour l'Italie (part Italy - not trailblazed)

Pour l'instant, cela semble correct sauf que tous les pays concernés ne 
sont pas représentés, donc à suivre

Cependant, les"network" doivent-ils être "icn" ou "ncn" ?

Pour en rester à la relation française (721730), celle ci- ne couvre que 
la partie Espagne-Tarascon et  comprend

 - 2 relations enfants :
- Véloroute du Cavallon (101 membres) id 533717
- EV8 id: 3367537 , comprenant des chemins et des relations dont :
- 4011817 pour l'Espagne  pour ceux qui ne suivent pas 
différente de la précédente ci-dessus
- 5286349 pour la France ... tiens  tiens mais quasi 
complète et sans enfants
- 3977556 pour l'Italie (part Italy - not trailblazed) idem 
ci-dessus

- 4225041 pour EuroVelo 8 - part Italy - trailblazed
et fait partie, je rappelle pour ceux qui ne suivent pas de la relation 
superroute id 2766092



Il y a peut-être encore quelques nœuds (gordien) à trouver et à défaire.

Il faut donc rationaliser un peu tout ça afin de ne pas se perde sur 
l'EV8, de plus j'ai vu des tronçons EV8   égarés, mais les randonneurs 
sur le terrain devront rectifier.
Il existe en effet plusieurs versions à Montpellier et dans la région 
Tarascon Arles.
http://cycling.waymarkedtrails.org/fr/?zoom=11&lat=43.694&lon=4.35334&hill=0 



Pour résumer,
je propose de conserver la superroute id 2766092,
de remplacer id 721730 pour la France par id 5286349
d'ajouter les relations espagne et italie s'il n'y a pas doublons

Il y aura des pertes car les informations présentes dabs 721730 seront 
perdues
Cependant, il serait préférable de découper la relation France, car 
étant donné sa taille elle plus difficile à manipuler, exemple, analyse

http://analyser.openstreetmap.fr/cgi-bin/index.py?relation=5286349
Faut-il faire la découpe au niveau de la superroute id 2766092 ou plutôt 
de découper la France en plusieurs tronçons qui incorporeraient des 
relations existantes, ici la relation Véloroute du Cavallon (101 
membres) id 533717, par exemple?
ou encore récupérer relation : ViaRhôna, du Léman à la Méditerranée 
(3292185)

et sans doute d'autres encore.
Suite aux analyses que j'ai effectuées, il me semble qu'il ne faille pas 
mélanger chemins et relations dans une relation car cela ne facilite pas 
le travail de recherche.


Merci pour vos remarques

Bernard



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


Re: [OSM-talk-fr] Extraire route d'OSM?

2015-08-10 Par sujet bernard

Bonjour,
un aperçu de la relation
http://cycling.waymarkedtrails.org/fr/?zoom=11&lat=43.75288&lon=4.58464&hill=0
permet d'exporter un GPX de l'itinéraire.
Tu remarqueras qu'il existe différentes versions de EV8, si tu peux 
mettre à jour les relations au retour ...

Bonne randonnée
Bernard

Le 06/08/2015 16:38, Shohreh a écrit :

Bonjour

Pour préparer un voyage à vélo, j'aimerais extraire une partie de l'EV8
qu'on voit ici du côté d'Avignon:

http://www.openstreetmap.org/#map=11/43.8454/5.3081&layers=C

Y a-t-il un moyen d'extraire une partie de cette route afin de l'importer
dans une carte Umap ou autre?

Merci.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Extraire-route-d-OSM-tp5851832.html
Sent from the France mailing list archive at Nabble.com.

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



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


Re: [OSM-talk-fr] Relation Itinéraires vélo

2015-07-16 Par sujet bernard

Merci pour tes réponses

Le 15/07/2015 21:46, George Kaplan a écrit :

Bonjour,

Le 15 juil. 2015 à 19:33, bernard  a écrit :


Bonjour,
Quelques questions pour remplir un itinéraire cycliste.
Général :
Ref : Y a-t'il un espace entre EV et 5 dans EV5 ou EV 5 ? les références en 
France et en Allemagne ont un espace entre la lettre et le nombre (source: wiki)

A ma connaissance, il n'y a pas de convention définie pour ça mais la forme la plus répandue est 
sans espace : voir 
http://ra.osmsurround.org/searchRelation?name=eurovelo&relationType=route&route=bicycle&ref=&network=&operator=


Idem pour V32 ou V 32 ? Il y a le nombre "32" dans une carte de France sur les 
panneaux de direction; je suppose qu'il s'agit de V 32.

Oui, les références nationales sont indiquées sur fond de carte de France. Les 
numéro d'Eurovelo sont jaunes et placés à la droite de la référence nationale, 
entourés des étoiles du drapeau européen.


Dans une relation,
Peut-on y mettre:
-  les panneaux indicateurs ?
- Les panneaux de directions type : un vélo vert
- les panneaux d'informations, le plus souvent avec carte se référant à 
l'itinéraire
si oui, avec quel rôle?

Je n'y mets que les ways qui composent l'itinéraire. As-tu regardé ce que dit 
le wiki pour les relation de type route ? Je ne suis pas contre rajouter ces 
informations mais attention à ce que les consommateurs de données ne soient pas 
codés avec la supposition que tous les éléments de la relation sont des 
tronçons de l'itinéraire.


Sur les ways
Faut-il , comme pour les routes automobiles, mettre les références dans le way? 
V 32;EV 5

Non. Tu peux faire l'analogie avec un itinéraire de bus, on ne met pas sa 
référence sur les ways qu'il emprunte.


Un way "automobile" qui est emprunté par une route cycliste prend-il comme 
référence, en plus de la référence de type D 951, la référence cycliste, E 32 : Ref= D 
951;E 32 ?

C'est même l'essentiel des itinéraires cyclables, ils empruntent beaucoup de 
routes à circulation générale de faible fréquentation. Pour répondre à ta 
question, c'est non : j'ai lu quelque part à mes début d'OSM, qu'en France, la 
convention veut que l'on n'indique qu'une seule référence. Je ne retrouve plus 
l'origine de cette information.



Merci de vos réponses
Bernard

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



---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus


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


[OSM-talk-fr] Relation Itinéraires vélo

2015-07-15 Par sujet bernard

Bonjour,
Quelques questions pour remplir un itinéraire cycliste.
Général :
Ref : Y a-t'il un espace entre EV et 5 dans EV5 ou EV 5 ? les références 
en France et en Allemagne ont un espace entre la lettre et le nombre 
(source: wiki)
Idem pour V32 ou V 32 ? Il y a le nombre "32" dans une carte de France 
sur les panneaux de direction; je suppose qu'il s'agit de V 32.


Dans une relation,
Peut-on y mettre:
-  les panneaux indicateurs ?
- Les panneaux de directions type : un vélo vert
- les panneaux d'informations, le plus souvent avec carte se référant à 
l'itinéraire

si oui, avec quel rôle?

Sur les ways
Faut-il , comme pour les routes automobiles, mettre les références dans 
le way? V 32;EV 5
Un way "automobile" qui est emprunté par une route cycliste prend-il 
comme référence, en plus de la référence de type D 951, la référence 
cycliste, E 32 : Ref= D 951;E 32 ?


Merci de vos réponses
Bernard


---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus


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


Re: [OSM-talk-fr] waterway=riverbank ou natural=water ?

2015-07-12 Par sujet bernard

Bonjour,
Effectivement, j'avais lu suite à un message que 'riverbank' était 
déprécié. Cela devait être sur la page, fin mai 2015

http://wiki.openstreetmap.org/wiki/Deprecated_features
J'avais modifié la page suivante en conséquence.
http://wiki.openstreetmap.org/wiki/FR:Tag:waterway%3Driverbank
Effectivement, plus de traces
Bonne journée
Bernard


Le 07/07/2015 16:19, JB a écrit :
Je n'arrive plus à retrouver où j'avais lu que le riverbank devenait 
déprécié, mais c'est bien précisé sur la page du wiki en question : 
http://wiki.openstreetmap.org/wiki/Tag:waterway%3Driverbank, il faut 
juste chercher un peu. Je n'ai pas cherché du coté de tagging… Comme 
Sly, ça me semble plus cohérent comme approche, même si il faut la 
faire rentrer dans les habitudes.
HS : quelqu'un pense vraiment que la relation 
http://www.openstreetmap.org/relation/660056 peut-être gérée de 
manière raisonnable ? Même si du point de vue intellectuel, elle est 
correcte, ça me semble aberrant sur le plan pratique. Un peu comme le 
chemin http://www.openstreetmap.org/way/231665961.

JB.

Le 07/07/2015 16:14, sly (sylvain letuffe) a écrit :

Salut,

"Erreur de tag" n'est qu'une question de point de vue ;-)

Je suis personnellement favorable au natural=water pour toutes les 
surfaces.




Le mardi 7 juillet 2015, 06:49:51 Tony Emery a écrit :
Bonjour à tous,

Lors du dernier Décryptageo, plusieurs visiteurs m'ont fait 
remarquer, à

juste titre, qu'il manquait sur mon plan le tracé du Rhône.

De retour en Provence, je tente alors de recharger les données OSM 
dans ma
Base de Données et, oh surprise, le Rhône n'y est toujours pas. Sauf 
qu'il

n'a pas disparût d'OSM...

Donc, je regarde de plus prêt et m'aperçoit que :
- tous les tronçons et les polygones décrivant le Rhône sont bien 
dans une

relation "Rhône"
- mais ces tronçons ont tous perdus leurs tags (sauf la source) :
http://www.openstreetmap.org/way/231665961
<http://www.openstreetmap.org/way/231665961>
- que le tag de la relation "Rhône" qui le décrit comme étant un fleuve
n'est pas waterway=riverbank mais natural=water :
http://www.openstreetmap.org/relation/660056
http://www.openstreetmap.org/relation/660056
<http://www.openstreetmap.org/relation/660056>

Or, dans le wiki, il est bien indiqué qu'il ne faut pas ajouter pas
natural=water au chemin, car cela concerne les lacs et les étendues 
d'eau

sans courant.

Est ce qu'il y a eu un changement de stratégie ou ne faudrait-il pas
corriger ces erreurs ?




-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context:
http://gis.19327.n5.nabble.com/waterway-riverbank-ou-natural-water-tp584964 


9.html Sent from the France mailing list archive at Nabble.com.

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



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



---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus


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


Re: [OSM-talk-fr] Comment indiquer un conteneur de dépôt de vêtements type "Le Relais" ?

2015-07-07 Par sujet bernard
En fait quand on recherche un point pour déposer les vêtements à 
recycler, on ne cherche pas, à priori, le Relais ou un autre mais un 
point de collecte.

recycling:clothes
http://taginfo.openstreetmap.org/keys/recycling:clothes#overview donne 
30 000 occurences


Sur JOSM, l'aide ne permet pas de nommer l'opérateur. le Point englobe 
tous les containeurs.



Le 06/07/2015 22:53, osm.sanspourr...@spamgourmet.com a écrit :
Le seul point gênant c'est que si l'on cherche un point de collecte 
pour X et Y et que le moteur risque de ne pas le trouver (avec l'API 
Overpass, c'est un peu coton si on veut le faire).
Mais par contre Mapnik fait bien son boulot en s'affichant pas les n 
conteneurs s'il n'y a pas la place pour les afficher tous.


Jean-Yvon

Le 06/07/2015 15:24, Christian Quest - cqu...@openstreetmap.fr a écrit :
Vu la guéguerre que ce font ces collecteurs, il est de moins en moins 
rare d'avoir plusieurs conteneurs pour collecter le même type d'objet 
mais gérés par des opérateurs différents.


Donc utiliser plusieurs noeuds est la solution la plus simple et elle 
correspond aussi au principe "un objet terrain / un objet OSM".



Le 06/07/2015 14:05, Jérôme Seigneuret a écrit :
Pareil plusieurs objets c'est mieux surtout que sur les colonnes il 
y a des fois de ref qui servent à identifier la colonne (gestion du 
remplissage)


N'est-il pas possible de faire une distinction sur la carte FR pour 
les type de flux? En principe c'est normaliser pour les couleurs de 
bacs. Il y a même eu un problème par rapport à ça sur une commune en 
région parisienne qui est obliger de réinvestir pour changer tous 
ces bacs de collecte...


Le 6 juillet 2015 13:34, Pierre-Yves Berrard 
> a écrit :


Le 6 juillet 2015 08:27,  a
écrit :

Par hasard je passais hier sur :
http://www.openstreetmap.org/node/1899078423
Et me disait que je devais ajouter Le Relais comme opérateur
pour les vêtements.
Sauf que pour le verre et le papier, c'est VéOLia (sauf erreur).

Faut-il dupliquer (ça fera 2 logos côte-à-côte dans la
plupart des rendus et si on cherche des point de recyclage
ayant verre et vêtements on ne les trouvera pas) ou mettre
une liste comme opérateur ?
Voir laisser comme ça ?


Je pense en effet qu'il est préférable de "dupliquer".
Cette duplication n'a rien d'artificielle, car il y a bien deux
containers de recyclage distincts (deux objets dans la réalité
 → deux objets dans osm).

(en plus, c'est tellement plus simple que d'ajouter les tags du
type recycling:clothes:operator=*)

PY


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




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


--
Christian Quest - OpenStreetMap France


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




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




---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Comment indiquer un conteneur de dépôt de vêtements type "Le Relais" ?

2015-07-06 Par sujet bernard

Bonjour,
J'ai envoyé un mail dans ce sens ce matin


Le 06/07/2015 15:16, Marc SIBERT a écrit :
Et personne pour leur proposer de "switch2osm" leur carte gmap ? Alors 
je me lance et j'en profite pour leur demander leur jeu de données 
sous licence libre (rêver on doit...)


A+

Marc Sibert
m...@sibert.fr 

Le 5 juillet 2015 23:11, George Kaplan > a écrit :


Bonsoir,

En voulant déposer des vêtements dans une benne du Relais, j'ai
visité leur site pour localiser le plus proche :
http://www.lerelais.org/oudonner.php
Ils annoncent 16 000 conteneurs, j'aurai bien voulu ajouter ceux
près de chez moi dans OSM mais je n'ai pas trouvé de tags
permettant de les indiquer.

Quelqu'un a une réponse ou une proposition ?

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




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




---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Comment indiquer un conteneur de dépôt de vêtements type "Le Relais" ?

2015-07-06 Par sujet bernard

Es-ce que operator:clothes = Le Relais est possible?


Le 06/07/2015 08:27, osm.sanspourr...@spamgourmet.com a écrit :

Par hasard je passais hier sur :
http://www.openstreetmap.org/node/1899078423
Et me disait que je devais ajouter Le Relais comme opérateur pour les 
vêtements.

Sauf que pour le verre et le papier, c'est VéOLia (sauf erreur).
Faut-il dupliquer (ça fera 2 logos côte-à-côte dans la plupart des 
rendus et si on cherche des point de recyclage ayant verre et 
vêtements on ne les trouvera pas) ou mettre une liste comme opérateur ?

Voir laisser comme ça ?

Jean-Yvon

Le 05/07/2015 23:34, George Kaplan - georgekaplan...@hotmail.fr a écrit :

Hum, oui, effectivement, fallait pas chercher compliqué...

J'utiliserai donc :
- amenity=recycling
- operator=Le Relais
- recycling_type=container
- recycling:clothes=yes
- recycling:shoes=yes


D'après overpass turbo, seulement 63 "amenity=recycling and 
operator=Le Relais" en France.



Merci Romain.

Le 5 juil. 2015 à 23:24, Romain MEHUT > a écrit :



Bonsoir,

cf. http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Drecycling
avec operator=Le Relais

Romain

Le 5 juillet 2015 23:11, George Kaplan > a écrit :


Bonsoir,

En voulant déposer des vêtements dans une benne du Relais, j'ai
visité leur site pour localiser le plus proche :
http://www.lerelais.org/oudonner.php
Ils annoncent 16 000 conteneurs, j'aurai bien voulu ajouter ceux
près de chez moi dans OSM mais je n'ai pas trouvé de tags
permettant de les indiquer.

Quelqu'un a une réponse ou une proposition ?

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


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




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




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




---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] outil user-friendly pour taguer les horaires opening_hours

2015-06-24 Par sujet bernard

Bonjour,
Bien graphisme agréable, mais il manque quelques fonctions pour être 
plus attractif que l’application existante que j'utilise avec JOSM.

 - déplacement latéral, jour,
- possibilité de supprimer un jour dans la semaine
- supprimer des jours spécifiques
- plusieurs types de plage horaires dans l'année
- etc

Cordialement

Bernard

Le 18/06/2015 18:52, Christian Rogel a écrit :

Le 12 juin 2015 à 22:47, PanierAvide  a écrit :

Pour le challenge, j'ai codé une petite interface, en regardant ce qui se 
faisait (de simple) par ailleurs. On trouve souvent le curseur que l'on déplace 
le long d'une journée pour faire un créneau horaire.
Je vous présente donc YoHours, la petite interface web pour passer d'horaires 
compréhensibles par un humain au format opening_hours (compréhensible, mais 
moins) : http://github.pavie.info/yohours/
...
Si ça présente un intérêt pour quelqu'un, je verrai pour faire une interface 
moins Web 0.1 ;)

J'aurais  bien voulu pouvoir m'en servir avec mes appareils tactiles (IPhone et 
tablette IPad), mais, comme il est spécifié, il  faut un curseur.
Pour la version 3.0 ?

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



---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus


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


Re: [OSM-talk-fr] Chemin mitoyen avec deux noms

2015-06-16 Par sujet Bernard
Oui, sans doute, il n'y a pas de raison

Sent from my Cyanogen phone

Le 16 juin 2015 08:21, Jean-Claude Repetto  a écrit :
>
> Le 15/06/2015 18:12, Vincent de Château-Thierry a écrit :
> >
> >> De: "Jean-Claude Repetto" 
> >>
> >> Je viens de tomber sur un cas un peu spécial. Le chemin
> >> https://www.openstreetmap.org/way/25384380 appartient à deux communes
> >> qui ont chacune donné un nom au chemin. J'ai mis dans OSM les deux
> >> noms,
> >> séparés par un point-virgule. Je ne sais pas si c'est la meilleure
> >> solution, d'autant plus qu'il y a une erreur BANO :
> >> http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/43.67847/7.02424
> >> Qu'en pensez-vous ?
> >>
> >> Voici la photo Google Street View montrant les deux panneaux :
> >> https://www.google.fr/maps/@43.677068,7.024269,3a,75y,327.22h,53.66t/data=!3m6!1e1!3m4!1sSREUNoCbrfu78ljTyIL0lg!2e0!7i13312!8i6656
> >
> > Tu pointes là un vieux sujet porté indirectement par ce ticket :
> > https://github.com/osm-fr/bano/issues/27 qui a pile 1 an aujourd'hui (!).
> >
> > Le ticket parle du alt_name, dans ton cas la modélisation s'appuierait 
> > plutôt sur name:left et name:right, le point commun étant qu'il faut voir 
> > au delà du simple tag name pour les rapprochements. Je viens de compléter 
> > le ticket en ce sens.
> >
> > vincent
>
> Et pour la référence, est-ce qu'on peut utiliser
> ref:FR:FANTOIR:left et ref:FR:FANTOIR:right ?
>
> Jean-Claude
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Chemin mitoyen avec deux noms

2015-06-15 Par sujet bernard

désolé , j'avais pas lu la suite

Le 15/06/2015 18:12, Vincent de Château-Thierry a écrit :

De: "Jean-Claude Repetto" 

Je viens de tomber sur un cas un peu spécial. Le chemin
https://www.openstreetmap.org/way/25384380 appartient à deux communes
qui ont chacune donné un nom au chemin. J'ai mis dans OSM les deux
noms,
séparés par un point-virgule. Je ne sais pas si c'est la meilleure
solution, d'autant plus qu'il y a une erreur BANO :
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/43.67847/7.02424
Qu'en pensez-vous ?

Voici la photo Google Street View montrant les deux panneaux :
https://www.google.fr/maps/@43.677068,7.024269,3a,75y,327.22h,53.66t/data=!3m6!1e1!3m4!1sSREUNoCbrfu78ljTyIL0lg!2e0!7i13312!8i6656

Tu pointes là un vieux sujet porté indirectement par ce ticket :
https://github.com/osm-fr/bano/issues/27 qui a pile 1 an aujourd'hui (!).

Le ticket parle du alt_name, dans ton cas la modélisation s'appuierait plutôt 
sur name:left et name:right, le point commun étant qu'il faut voir au delà du 
simple tag name pour les rapprochements. Je viens de compléter le ticket en ce 
sens.

vincent

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



---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
http://www.avast.com


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


Re: [OSM-talk-fr] Chemin mitoyen avec deux noms

2015-06-15 Par sujet bernard

Bonjour,
Tu trouveras ta réponse à la page wiki :
http://wiki.openstreetmap.org/wiki/FR:Key:name
en l'occurence:  name: right et name :left
Cordialement

bernard


Le 15/06/2015 18:12, Vincent de Château-Thierry a écrit :

De: "Jean-Claude Repetto" 

Je viens de tomber sur un cas un peu spécial. Le chemin
https://www.openstreetmap.org/way/25384380 appartient à deux communes
qui ont chacune donné un nom au chemin. J'ai mis dans OSM les deux
noms,
séparés par un point-virgule. Je ne sais pas si c'est la meilleure
solution, d'autant plus qu'il y a une erreur BANO :
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/43.67847/7.02424
Qu'en pensez-vous ?

Voici la photo Google Street View montrant les deux panneaux :
https://www.google.fr/maps/@43.677068,7.024269,3a,75y,327.22h,53.66t/data=!3m6!1e1!3m4!1sSREUNoCbrfu78ljTyIL0lg!2e0!7i13312!8i6656

Tu pointes là un vieux sujet porté indirectement par ce ticket :
https://github.com/osm-fr/bano/issues/27 qui a pile 1 an aujourd'hui (!).

Le ticket parle du alt_name, dans ton cas la modélisation s'appuierait plutôt 
sur name:left et name:right, le point commun étant qu'il faut voir au delà du 
simple tag name pour les rapprochements. Je viens de compléter le ticket en ce 
sens.

vincent

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



---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
http://www.avast.com


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


Re: [OSM-talk-fr] comment taguer des panneaux biche (dot com) / animaux sauvages

2015-06-02 Par sujet bernard

Bonjour,
Je ne comprends pas très bien ces discussions byzantines.
Pourquoi la manière de tagger les vitesses limites ne pourraient pas 
s'appliquer?

Cordialement
Bernard


Le 02/06/2015 11:27, JB a écrit :

Zut, c'était pas clair :
 - option un, utiliser *.direction=forward/backward, mais JOSM (et les 
autres) ne changent pas la direction sur un nœud quand on change le 
way de sens.
 - option deux, mettre le panneau « à droite » de la route, pour 
indiquer la direction (les panneaux à gauche, c'est quand même rare). 
Mais ça fait du boulot de prétraitement pour les utilisateurs de données.

JB.

Le 02/06/2015 11:23, Florian LAINEZ a écrit :


Le 2 juin 2015 11:10, JB mailto:jb...@mailoo.org>> 
a écrit :


forward/backward ne fait pas l'affaire (à la
traffic_signals:direction :
http://wiki.openstreetmap.org/wiki/Forward_%26_backward,_left_%26_right

) ? Ou le panneau pas sur le way de la route ? Par contre, JOSM
ne renverse pas le sens quand on change la direction du chemin.
Vous nous faites pas une usine à gaz, hein ?


c'est le but de cette réflexion oui :)
Je veux bien ne pas utiliser traffic_signals:direction et ne pas 
taguer sur la way mais dans ce cas comment indiquer 1. la way à 
laquelle le panneau se réfère 2. la direction du panneau sur cette way ?


--

Concernant l'autre problème, hazard=animal_crossing +
hazard:animal_crossing=wild ou hazard:animal_crossing=
domestic
Sinon, wild_animal et domestic_animal laissent entendre qu'il y a
des animaux de ce type là sans faire référence au danger.

ça se tient oui. D'autres propositions ?

--

*Florian Lainez*

@overflorian <http://twitter.com/overflorian>


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




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




---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
http://www.avast.com
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Cépages ?

2015-05-31 Par sujet bernard

Bonjour,
Tu peux t'inspirer de ce qui ce fait pour les arbres


 Key:species



Le 31/05/2015 09:21, Jean-Francois Nifenecker a écrit :

Bonjour,

Le 29/05/2015 12:30, Laurent Chiche a écrit :

Quelqu'un sait-il s'il est possible d'indiquer les cépages des vignes et
quels attributs utiliser ? J'ai cherché, mais rien trouvé à ce sujet
dans le wiki.


je ne réponds pas à la question :(

Pour habiter dans une région viticole et pour voir dans OSM des
contributeurs individualiser les parcelles viticoles -- et maintenant
identifier les cépages --, j'ai une légère réticence sur ce type de
pratique (dans OSM). Je n'y suis pas opposé par défaut mais je pense que
c'est une manière de procéder qui est une potentielle grosse
consommatrice/perte de temps et d'énergie.

Pour côtoyer le monde viticole quasi-quotidiennement dans mon activité
professionnelle, je sais que les plantations de vignes sont hautement
mouvantes : regroupements de parcelles, utilisation d'une même parcelle
pour deux encépagements différents, arrachages, replantations dans des
cépages différents, abandons, etc. implique-rai-ent une connaissance du
terrain d'une finesse telle qu'il faut être le viticulteur lui-même pour
pouvoir suivre les évolutions de son exploitation.

Alors, faire ça depuis son fauteuil à partir de photographies aériennes
à l'intervalle plus que large (plusieurs années) me semble ignorer les
réalités indiquées ci-dessus. C'est donc une perte de temps colossale
qui implique une perte de temps encore plus colossale pour les mises à
jour. Ceci dit, que ceux que ça intéresse créent, sur la base d'OSM mais
en dehors ou à côté, un outil qui permette ce suivi, ok, bonne chance à
eux :)


Quand je vois ce que réclame d'efforts la connaissance de la voirie dans
ces mêmes zones rurales pour être à peu près à jour, je me dis qu'il y a
du gâchis.


Maintenant, chacun fait comme il le sent et se fait plaisir comme il
l'entend, hein ?




---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
http://www.avast.com
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


[OSM-talk-fr] tag et point-virgule

2015-05-29 Par sujet bernard

Bonjour,
J'ai remarqué qu'Osmose n'appréciait pas que les valeurs soient séparées 
par des point-virgules.

Or, des pages wiki le proposent
Qu'en est-il?
Il est mentionné dans la FAQ
http://wiki.openstreetmap.org/wiki/FR:FAQ
Valeur avec ou sans "point-virgule"?

Merci de votre réponse

Bernard

---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
http://www.avast.com


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


[OSM-talk-fr] modification page Wiki

2015-05-28 Par sujet bernard

Bonjour,
J'essaie de modifier la page wiki "Boulangerie"


1- je voudrai élargir une colonne ; ici la colonne "Description" (pour 
faciliter la lecture)



Un rapide aperçu sur le wiki ne laisse à penser que ce n'est pas possible.
Peut-on élargir artificiellement la colonne ".. 
Description..." ?

ou y at'il une méthode mieux adaptée ?
Merci de vos réponses

Cordialement
bernard

---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
http://www.avast.com


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


[OSM-talk-fr] tag déprécié

2015-05-27 Par sujet bernard

Bonjour,
Concernant les tags déprécié ou abandonné ou "Deprecated features".
Osmose détecte ce type de problèmes, je ne dis pas "erreurs"; celles-ci 
sont classées en gravité 2.

Après une recherche sur 2 types:
- landuse= farm
-  Waterway
J'ai constaté que le wiki n'est pas assez clair sur l'utilisation ou non 
des anciennes variantes.

Qui s'occupe de la mise à jour du wiki ? dans ce cas précis et en général.
Comment connaitre l'évolution des tags?
Comment savoir si la version française du wiki est au même niveau que la 
version anglaise?

La version anglaise fait-elle naturellement foi?

Faisons avancer le WIKI

Cordialement

Bernard



---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
http://www.avast.com


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


Re: [OSM-talk-fr] Autocariste, dépôt de bus, de train

2015-05-27 Par sujet bernard

Bonjour,
Les batiments des entreprises de transport sont généralement soient des 
bureaux
ou des entrepôts; les entreprises de transports ont de plus en plus 
souvent cette activité.

Dans ce cas  :
*building* 	warehouse 
<http://wiki.openstreetmap.org/wiki/Tag:building%3Dwarehouse> 	Zone 
<http://wiki.openstreetmap.org/wiki/Elements#Area_.28closed_way_.29> 
Entrepôt. Bâtiment principalement utilisé pour stocker des biens ou 
faisant partie d'un système de distribution.


ou des garages
For tagging car storage buildings at private buildings see building 
<http://wiki.openstreetmap.org/wiki/Key:building>=garage 
<http://wiki.openstreetmap.org/wiki/Tag:building%3Dgarage>, building 
<http://wiki.openstreetmap.org/wiki/Key:building>=garages 
<http://wiki.openstreetmap.org/wiki/Tag:building%3Dgarages>


En y ajoutant le tag name=* sur le bâtiment tu auras l'information

Cordialement

Bernard


Le 26/05/2015 22:00, Virgile Kéré a écrit :

Bonjour
Savez vous si il existe des tags particuliers pour les espaces de stockage de 
matériel destiné au transport, et/ou pour les entreprises de transport.
Dans le genre j'ai trouvé des landuse=railwail pour les dépôts ferroviaires, 
des amenity=parking ou landuse=industrial pour les dépôts de bus, mais je 
trouve surtout des building=yes avec nom pour les bâtiments correspondant...
C'est bien dommage qu'il n'y ait pas de tag précis pour, car si il est vrai que 
ce n'est pas un PI qu'on va chercher, à moins d'y avoir un rendez vous (on va 
pas demander à son GPS le dépôt le plus proche), mais ça représente 
généralement un point de repère important, comme ce sont des grosse emprises, 
avec généralement un gros logo.

Ohèssèmmement,
Virgile, contributeur.

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




---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
http://www.avast.com
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Projet OpenStreetView

2013-05-24 Par sujet Benjamin BERNARD

Salut,
Je viens de m'inscrire sur le liste (quand j'ai vu que ça parlait de 
notre projet).
Je suis Benjamin BERNARD membre de Maison du Libre (Brest) et porteur du 
projet Open Street View.


Concernant le nom du projet, je dois avouer qu'on a pas pris le temps de 
le choisir, il fallait un nom pour négocier auprès des institutions et 
partenaires associatifs.
On s'est rendu compte par le suite qu'avec ce nom les gens identifient 
rapidement de quoi traite le projet car ils pensent tout de suite à 
Google Street View.


En revanche on ne fait pas de la 3D, nous n'avons aucune idée du relief 
des lieux pris en photo. On fait juste de la prise de vue panoramique :)
On a déjà eu cette confusion au début avec le SIG (du pays de Brest) on 
ne peut donc pas employer le terme 3D dans le nom du projet.


On compte se rapprocher d'openstreetview.org on a juste pas eu le temps 
de le faire pour l'instant :)

Je pense qu'on peut monter un truc intéressant avec eux.

Enfin je précise que ce projet en ai à ses début (sac à dos pas encore 
construit, dev web à faire ...), s'il y a des Brestois sur cette liste 
n'hésitez pas à passer nous.
Nous sommes présents tous les samedi après midi à partir de 14h au local 
de maison du libre <http://mdl29.net/association/le-local/>.



A+,

Benjamin BERNARD, maison du libre Brest http://mdl29.net

Le 24/05/2013 18:13, Philippe Verdy a écrit :
H je ne parlais pas d'OpenStreetMap. Mais du projet brestois 
appelé "OpenStreetView" qui n'a pas 1 million e contributeurs !

"LOL" !


Le 24 mai 2013 09:22, Nicolas Dumoulin 
<mailto:nicolas_openstreetmap@dumoulin63.net>> a écrit :


Le jeudi 23 mai 2013 17:49:38 Philippe Verdy a écrit :
> OK pour garde le terme Open, mais cela manque un peu
d'imagination pour
> nommer ce qui devrait être non pas forcément une vue des rues
(ce qu'on a
> déjà par une carte 2D, mais une expérience de navigation en
immersion 3D.

Tout à fait d'accord. Ce n'est pas quand le projet aura son
millionième
contributeurs qu'ils pourront changer le nom. Et c'est pour ça
qu'on va encore
se traîner le nom OpenStreetMap, alors qu'on ne cartographie pas
que des rues
et pas que pour produire des cartes ;-)

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




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


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


[OSM-talk-fr] renseignements

2012-04-29 Par sujet Bernard BEAUPRAT

Bonjour Frédéric,

J'ai participé 21 avril aux chantiers Tramasset à tes cours de cartographie,
est il possible que je rencontre quelqu'un et qui habite aux alentour 
d'Arbanats 33640, pour que l'on m'explique de vive voix car je suis 
Sourd et en ce moment j'ai du mal a appliquer et me servir "JOSM et 
Opensteetmap", malgré les aides du Web,

Avec mes remerciements,
Bernard BEAUPRAT

--
 

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


Re: [OSM-talk-fr] Orthos de Grasse : après le WMS , le TMS à la sauce OSM !

2010-09-23 Par sujet Franck Bernard

Message de la part de Denis DELERBA :
 

Bonjour,
 
la mention est :  " GO_06 " qui signifie le groupement des Collectivités 
territoriales du département 06. Aéro data en est le prestataire mais le 
propriétaire est bien le groupement. Aucune référence à Aéro Data n'est à 
apposer.
 
Oui, la version ouverte à tous est celle de résolution 40 cm : normalement elle 
est (sera) accessible via la plate forme du Crige Paca. La version à 20 cm est 
gratuite pour tous les acteurs de la sphère publique et ayant droits.
 
Je me suis rapproché des collègues du groupement pour verser cette ortho sur 
OSM, je pense que nous sommes tous OK, et on ne le serait pas que ce serait 
pareil puisque le produit est ouvert. J'avais promis de m'en occuper et ce 
depuis juin 2010 mais j'ai merdouillé en n'affectant pas la ressource pour s'en 
occuper.
 
Le mieux est de se rapprocher du CRIGE Paca car sans doute est ce plus simple 
comme cela, sinon promis je l'intègre dans notre planning.
 
la bise à tout le monde de l'OSM
 
 
Denis DELERBA
CU Nice Côte d'Azur
Direction Information Géographique Communautaire
  ___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


[OSM-talk-fr] (sans objet)

2010-03-18 Par sujet Bernard Roullet
Bonjour,

Je suis novice et je viens de mettre à jour quelques rues de mon quartier 
(69150 Décines - France)

J'ai connu openstreetmap par le site 
http://fredericbonifas.free.fr/osm/garmin.html qui propose des cartes pour GPS 
Garmin issues de openstreetmap.

J'ai remarqué que sur mon GPS, peu de villes sont proposées en adresse.

Faut-il une déclaration particulière des villes dans openstreetmap ?

Merci pour la réponse de ceux qui savent.

Bien cordialement,
Bernard Roullet
06 82 78 96 21___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] BarCamp à Rennes

2009-02-13 Par sujet Bernard VALTON
Bonjour

cela a du être fait plein de fois mais j'ai fait avec openlayers et KML les
lignes de pedibus de montgermont :
http://ville-montgermont.fr/pedibus/pedibus.html

sinon, en tant qu'élu de montgermont et membre du groupe de travail NTIC de
rennes métropole, j'ai lancé rennes métropole sur le sujet openstreetmap
sans réponse pour l'instant ni sur le plan technique (je ne suis pas
surpris) ni sur le plan politique : je les relancerais si besoin et je vous
ferais des retours sur la liste quand j'en aurais.

Bernard

Le 11 février 2009 22:35, nono  a écrit :

> Le lundi 09 février 2009 à 20:31 +0100, Rodolphe Quiedeville a écrit :
> > Salut,
> >
> > Il va y avoir un BarCamp [1] d'organisé surRennes au alentour du 21 mars
> > [2], il y a-t'il  des personnes intéressées pour venir présenter
> > OpenStreetMap ? Je l'aurais fais volontiers mais je vais intervenir sur
> > un autre sujet.
> >
> > A++
>
> À quelle heure ?
>
> J'ai déjà une requête ;)  J'aimerai qu'on me montre comment réaliser des
> relations.
> Je souhaite réaliser des lignes pedibus (ramassage scolaire piéton)
> comme celles-ci
> http://lewebpedagogique.com/jprevert35/files/2008/06/plan-pdibus.jpg
> sur osm (avec josm) sur le patelin (Bruz):
>
> http://www.openstreetmap.org/?mlat=48.0261&mlon=-1.7372&zoom=14&layers=B000FTF
>
> nono
> --
>.-".nono at jabber-fr dot net ."-.
>   /  0o\  http://bill.toile-libre.org/  /0o  \
>  <` .\/ `>http://zenith.noel.free.fr/ <` \/. `>
>   (`  .)  
> http://www.linux-france.org/~jcnoel/<http://www.linux-france.org/%7Ejcnoel/>  
>(.  `)
> === `=--= == =--=` ===
>
> ___
> 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] Brest CUB - mieux que le cadastre

2009-01-15 Par sujet Bernard VALTON
bonsoir

Le 15 janvier 2009 00:16, Christian Rogel
a écrit :

>
> Le 14 janv. 09 à 23:39, Bernard VALTON a écrit :
>
> > Bonjour,
> >
> > Bravo Brest ! Cette aglo à beau avoir le seul maire de france
> > virtuellement en prison pour conduite en état d'ivresse, ils ont
> > aussi de très bon élus visiblement ;
>
> Euh, non, François Cuillandre est resté sobre.
> C'est le maire de Guilers , la commune au NO qui a écopé d'un
> bracelet électronique


Oui, oui, c'est bien de lui que je parlais. J'ai bien parlé d'un maire de
l'agglo brestoise et non du maire de brest ...

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


Re: [OSM-talk-fr] Brest CUB - mieux que le cadastre

2009-01-14 Par sujet Bernard VALTON
Bonjour,

Bravo Brest ! Cette aglo à beau avoir le seul maire de france virtuellement
en prison pour conduite en état d'ivresse, ils ont aussi de très bon élus
visiblement ;)

Je voulais savoir si parmi les nombreux rennais de la liste, une demande
équivalente avait été faite auprès de rennes métropole ?

Si ce n'est pas le cas, en tant qu'élu d'une commune de rennes métropole
(montgermont) et participant à des commissions de Rennes métropole
(notamment celle sur les NTIC), je suis disposé à relayer l'expérience
Brestoise à Rennes Métropole et demander si rennes métropole ne pourrais pas
faire qqchose d'équivalent. Je suis même disposé à insister lourdement car
je trouve que la carte de l'agglo n'avance pas assez vite à mon gout surtout
en hivers ou nous sommes visiblement assez nombreux à avoir rangé les vélos
;)

Bonne soirée à vous
bernard


Le 14 janvier 2009 21:54, Denis  a écrit :

> Pieren a écrit :
> > 2009/1/14 Steven Le Roux :
> >
> > Bravo pour cette initiative qui, j'espère donnera des idées à d'autres
> > collectivités.
> >
> > Je ne sais pas si tu n'as copié ici qu'une partie des informations
> > concernant les aspects légaux. Sont-ils Share Alike comme OSM ?
>
> oui, les données sont explicitement sous licence CC-By-SA-NC
>
> > L'utilisation commerciale est-elle autorisée ? Comment devons-nous
> > publier les sources des données - simplement en attachant un tag
> > source ou source_ref dans les objets créés ? Ou une citation sur une
> > page du wiki dédiée (un wikiproject CUB import) suffirait-elle ?
> > Je ne veux pas couper l'enthousiasme général mais c'est des points
> > qu'il faudra régler tôt ou tard.
>
> Pas d'utilisation commerciale des photos, sauf autorisation de BMO obtenue.
> Pour les crédits, il faudrait mettre : source=orthophotographie Brest
> Métropole Océane 2004
> ...
> >
> > Encore bravo.
>
> oui, 1 Go de données financées sur fond publics enfin réutilisables par
> le public.
>
> >
> > Denis, est-ce qu'on ne pourrait pas profiter de cet exemple pour faire
> > une demande similaire auprès du SIG de la CUS ?
> >
> > Pieren
>
> Je sais qu'une telle demande sera vouée à l'échec tant l'écart des
> pratiques de mise à disposition de l'information publique entre
> Strasbourg et Brest est proportionnel à la distance géographique qui les
> sépare. Je connaît trop bien la boutique pour me risquer à une
> tentative, mais peut-être que cela vaudrait le coup ne serait-ce que
> pour avoir la teneur de la réponse.
> En revanche, l'agglo de Nancy est beaucoup plus sur la longueur d'onde
> de Brest si je me souviens bien de la présentation organisée il y a 2
> ans par  Aéroscan (comme le monde est petit).
>
> Pour mémoire, il y a au moins 2 tentatives de répertoire des données
> réutilisables (sans que cette notion ne soit directement valide dans le
> cadre d'OSM) :
> - http://georezo.net/wiki/main:geolibre:ressources
> - http://wiki.osgeo.org/wiki/Fr_lc_donnees_heberger
>
> Denis
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


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

2008-12-10 Par sujet Bernard Choppy
Le mardi 09 décembre 2008 à 16:24 +0100, [EMAIL PROTECTED] a
écrit :
> 
> rapports ; par exemple il y a env. 7700 ways avec un name qui commence
> par une minuscule (http://ballancourt.sibert.fr/osm/minuscules.htm). 
> 
Et alors ? Tout ça (aux x près) me paraît très conforme à la typographie
française, non ?
Ou j'ai manqué une marche ?


Cordialement,

-- 
Bernard Choppy


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


Re: [OSM-talk-fr] encore de la lecture

2008-10-18 Par sujet Franck Bernard

Bonjour,

La consultation des forums n'est pas réservé aux inscrits sur le GeoRezo ( 
http://georezo.net/ ).
Seulement l'envoi de réponses ou les téléchargements de pièces jointes.

Franck
Association GeoRezo.net 

> Date: Sat, 18 Oct 2008 13:00:33 +0200
> From: [EMAIL PROTECTED]
> To: talk-fr@openstreetmap.org
> Subject: Re: [OSM-talk-fr] encore de la lecture
> 
> Le Fri, Oct 17, 2008 at 09:44:33PM +0200, Denis [EMAIL PROTECTED] a écrit:
> > Deux sujets sur la liste de discussion du Georezo qui peuvent être 
> > profitables au débat sur des données cadastrales publiques (avec des 
> > vrais morceaux d'actualité dedans) :
> > 
> > http://georezo.net/forum/viewtopic.php?id=56371
> > http://georezo.net/forum/viewtopic.php?id=57297
> 
> Tu peux faire un résumé ?
> (la consultation du forum est réservée aux inscrits)
> 
> -- 
> Dominique Rousseau
> 
> Si cinquante millions de gens disent une sottise,
> ça n'en reste pas moins une sottise.  -- Anatole France
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr

_
Lancez des recherches en toute sécurité depuis n'importe quelle page Web. 
Téléchargez GRATUITEMENT Windows Live Toolbar aujourd'hui !
http://toolbar.live.com___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Images satellites du Géoportail

2008-10-14 Par sujet Bernard Choppy
g.d a écrit :
> Wow,
> c'est la première fois que je vois ces cartes et photos affiché
> avec un tel détail
> en accès libre...

Bof... Chez moi, ce n'est pas très net et de plus, la photo a au moins 5 
ans...

Cordialement,
-- 
Bernard Choppy
<[EMAIL PROTECTED]>

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


Re: [OSM-talk-fr] Chemin de grande randonnée , ?li gne forestiere, parcours pedestre...

2008-08-19 Par sujet Bernard VALTON
Je suis complètement d'accord avec cette analyse

bernard

Le 19 août 2008 17:07, Guilhem Bonnefille <[EMAIL PROTECTED]> a
écrit :

> Sans être juriste, j'ai la même interprétation. De manière générale,
> il me paraît difficile d'imaginer qu'on puisse empécher de relever
> *manuellement* (j'entends à l'aide d'un GPS) une information
> publiquement visible.
>
> Dailleurs, est-ce qu'une interprétation de l'avertissement cité
> précédemment ne serait pas justement de *surtout* nommer un GR comme
> il se doit (GRxx) et de ne surtout pas changer son nom (sous peine de
> plagiat ou je ne sais quoi) ?
>
> Et puis, dans l'hypothèse farfellue où on n'aurait pas le droit de
> faire une carte des GR, il sera toujours plus facile de retirer toutes
> ces informations si elles sont clairement nommées "GRxx".
>
>
> Ma conclusion : si vous relevez un GR àl'aide du GPS, surtout nommez le GR.
>
> Le 19 août 2008 15:03, nicolas vigier <[EMAIL PROTECTED]> a écrit :
> > On Tue, 19 Aug 2008, sylvain letuffe wrote:
> >
> >>
> >> > Topo-guide des sentiers de Grande randonnée, sentiers de Grande
> >> > randonnée, GR(R), GR Pays(R), PR(R), ... à pied, les environs de ... à
> pied
> >> > sont des marques déposées ainsi que les marques de couleur blanc/rouge
> >> > et jaune/rouge. Nul ne peut les utiliser sans autorisation de la
> >> > FFRandonnée.
> >>
> >> Whaou ! ça fait peur. Mais merde, comment peut on, en y ayant réfléchi,
> poser
> >> un copyright sur un assortiment de deux couleurs...
> >>
> >> Bon, ben je ferais gaffe à partir de maintenant de ne plus mettre GR9
> mais "9"
> >> en référence. C'est vraiment trop con, jusqu'où iront les brevets...
> >
> > Je ne suis pas expert en droit, mais est ce que ca ne voudrait pas
> > simplement dire qu'on ne peut pas créer un nouveau chemin qui n'a rien à
> > voir et l'appeller GR9 ? A mon avis (de non expert) identifier le chemin
> > GR9 par son nom ne devrait pas poser de problème tout comme on peut
> > par exemple identifier les magasins carrefour par leur nom.
> >
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-fr
> >
>
>
>
> --
> Guilhem BONNEFILLE
> -=- #UIN: 15146515 JID: [EMAIL PROTECTED] MSN:
> [EMAIL PROTECTED]
> -=- mailto:[EMAIL PROTECTED]
> -=- http://nathguil.free.fr/
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Chemin de grande randonnée, ligne forestiere, parcours pedestre...

2008-08-19 Par sujet Bernard VALTON
Bienvenu dans l'équipe qui s'occupe de la région rennaise !

Pour information, je travaille également sur le nord de rennes : sur
montgermont qui est fini (autant que faire se peut) et je rayonne (à vélo)
jusqu'à saint grégoire (assez bien avancé), la chapelle des fougeretz et
pacé ainsi que l'ensemble de la campagne de ces communes.

Il reste un gros boulot à faire sur Betton qui est une grosse commune à
peine commencée dans le nord de rennes et qui est entre nos deux rayons
d'actions naturels. D'ailleurs, Betton pourrait peut être faire l'objet
d'une mapping party à l'image du travail effectué sur Cesson non ? Gwenn,
Olivier ? Il y a pas d'urgence, hein, c'est juste une idée pour les longs
week ends d'hivers ou il ne pleut pas :)

Je prévois de travailler en forêt de rennes même si je ne l'ai pas encore
fait pour l'instant. Je suivrais avec attention les réponses faites à tes
questions mais malheureusement, je ne peux pas t'aider, je n'ai jamais fait
de forêt.

A bientôt
bernard



Le 19 août 2008 11:33, Ulrich Rousseau <[EMAIL PROTECTED]> a écrit :

> Hello,
>
> A vrai dire j'habite la région rennaise depuis 8 ans, parcours la foret a
> pied et a vélo depuis aussi longtemps. J'ai découvert Openstreetmap par
> l'intermédiaire de mon frère il y a un mois et ai décidé de combler les
> quelques lacunes de la carto locale...depuis quand je me ballade c'est
> toujours avec mon GPS a porté de main ;-) voila pour les présentations.
>
> Passons maintenant aux questions...
>
> 1. Comment taguer un plot infranchissable (c'est un plot dans le sol qui ne
> laisse passer que les bus et les camions de poubelle)
>
> 2. En campagne, a quel moment passe t on de "rue saint denis" a "route de
> saint denis" (au panneau de fin d'agglomération?)
>
> 3. Je crois comprendre que l'on peut utiliser le tag name pour nommer un
> parcours balisé comme "tour pedestre de saint sulpice" comment faire quand
> le "tour pedestre de saint sulpice" emprunte la "rue saint denis" y a-t-il
> moyen de faire apparaître les 2 noms?
>
> 4. Pour ceux qui connaissent: le tag "highway=gate" est il adapté aux
> barrières qui interdisent l'accés aux véhicules des routes forestières (de
> la foret domainiale de rennes)?
>
> 5. Sur les données que j'ai récupéré dans la base, les limites de la foret
> domainiale ne me semble pas correctes (je parle de champs a la place de la
> foret sur plusieurs centaines de mètres, d'une autre cotés les photos
> landsat ne sont pas suffisamment précise pour être exaustif.
> Que puis je raisonnablement faire pour corriger cela? (quand je dis
> raisonnable c'est que je ne souhaite pas me plucher les 25km du périmètre
> de
> la foret a pied...)
>
> Enfin, après j'arrête (pour l'instant) pour les mapping party pourquoi pas
> il suffit de me dire ou est quand...
>
>
>
>
> Message: 5
> Date: Mon, 18 Aug 2008 17:40:18 +0200
> From: "Olivier Boudet" <[EMAIL PROTECTED]>
> Subject: Re: [OSM-talk-fr] Chemin de grande randonnée, ligne
>forestiere, parcours pedestre...
> To: " Discussions sur OSM en français " 
> Message-ID:
><[EMAIL PROTECTED]>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Et bienvenue dans notre belle région Rennaise ;-)
> A l'occasion, n'hésite pas à te joindre à nous pour les "mapping parties"
>
> Pour les chemins forestiers, tu peux mettre des highway=track et le
> tracktype qui correspond, avec en plus les tags :
>
> access=no
> foot=yes
> bicycle=yes
> horse=yes
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] CadastreWMS v0.5

2008-08-19 Par sujet Bernard VALTON
Bonjour,

Le 19 août 2008 04:05, Gilles LAMIRAL <[EMAIL PROTECTED]> a écrit :

> Bonjour,
>
> > Chavagne se trouve aux alentour de 48°05', ce qui est proche de la
> > limite entre la zone Lambert 1 et 2.
>
> Ok.
>
> > Si tu commences en forçant en zone Lambert 2 qui est la zone utilisée
> > dans le cadastre (menu "Cadastre" -> "change Lambert zone", ça sera
> > tout bon.
>
> Le "change Lambert zone" est toujours grisé.
> J'ai réussi à voir CHAVAGNE en passant par mordelles.



Il faut qu'il n'y ait aucunes données/layer de chargé pour pouvoir changer
de lambert zone. C'est suite à mes déboires à Montgermont/la chapelle des
fougeretz que pieren a rajouté cette extension : on a passé un certain temps
à trouver le pb ...


> Je suis impressionné du résultat. Excellent travail !


Je n'ai pas encore la version 0.5 mais la 0.4 est déjà très très bien. Je
crois que je vais attendre la 0.6 vu les petits pbs restants sur la 0.5 ...


>
> Je suis aussi impressioné par les relevés que j'ai
> faits et traçés, ils se placent souvent parfaitement
> dans les plans du cadastre, je ne m'attendais pas à
> autant de précision.



Pareil chez moi, je me suis fait exactement la même remarque :)

bonne journée
bernard
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] cadastre : projet de courrier

2008-07-02 Par sujet Bernard VALTON
Bonjour,

A ce dernier email je rajouterais ceci :

En ce qui concerne le positionnement de notre problématique par rapport au
cadastre, je pense qu'il faut rajouter à la lettre à envoyer des exemples
précis (et illustrés par des copies d'écran) d'utilisation. Si cette liste
pouvait être exhaustive, ce serait encore mieux. Voici un début de liste à
compléter/modifier :

   - Vérification du tracé des routes, des chemins, d'espaces publics par
   comparaisons de données obtenues par GPS et des données du cadastre
   - Dessin par dessus le cadastre de bâtiments publics, de zones diverses
   (résidentielles, artisanales, industrielles), de lacs/étangs, de rivières.

Je pense également qu'une fois que nous aurons un dossier complet basé sur
la lettre déjà discutée, les références légales qui vont bien, les exemples
précis (agrémentés de copies d'écrans comme cela à déjà été proposé je
crois) et peut être encore d'autres éléments, il faut l'envoyer à un maximum
de personnes pour obtenir leurs avis :

   - La DGI évidemment : existe t'il un service juridique ? dans ce cas
   obtenir l'adresse numérique et/ou postale. Sinon, envoyer un email et un
   courrier papier
   - Tous les juristes si possible spécialistes du droit géomatique qui
   voudraient bien étudier (gratuitement si possible en leur expliquant la
   dimension libre de notre projet) le dossier. Après tout, nous sommes
   clairement sur un problème juridique.

Sinon, personnellement, je pense également qu'en attendant, on peut utiliser
le cadastre en marquant bien les données au cas ou il faille les supprimer
un jour.

Voili, voilou
bernard

Le 3 juillet 2008 01:03, Eric Marsden <[EMAIL PROTECTED]> a écrit :

> >>>>> "dh" == Denis  <[EMAIL PROTECTED]> writes:
>
>  dh> Aussi, je vous propose le texte suivant à envoyer au cadastre.
>
>  Je pense que cette question du droit d'utilisation / de dérivation
>  mérite d'être :
>
>- rédigée en se référant aux textes de loi pertinents
>
>- envoyée à un ou des interlocuteurs qui pourront y répondre de
>  façon pertinente
>
>   Le Conseil National de l'Information Géographique a organisé en
>   2006 un séminaire sur le thème « Nouvel environnement juridique de
>   l'information géographique : aspects opérationnels et
>   économiques », dont les actes sont en ligne et fort intéressants
>   dans ce cadre :
>
> <
> http://www.cnig.gouv.fr/default.asp?LINK=zoomIdx&ID_ARTICLE=282&ID_TOPIC=4&ID_FOLDER=0&ID_QUALIF=0
> >
>
>   Voir en particulier la réponse d'un représentant du Cadastre sur la
>   question de l'utilisation et la réutilisation des données, ainsi
>   que le recueil de textes législatifs et directives pertinentes (en
>   particulier la directive INSPIRE relative à l'infrastructure
>   d'information spatiale dans la Communauté Européenne, et le Décret
>   n°2005-1755 du 30 décembre 2005 relatif à la liberté d'accès aux
>   documents administratifs et à la réutilisation des informations
>   publiques).
>
>   Il y a beaucoup d'information à digérer, mais je pense que poser
>   les questions en faisant référence aux réflexions déjà engagées
>   augmentera la chance d'obtenir une réponse utile de la part de
>   l'Administration.
>
> --
> Eric Marsden
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr


Re: [OSM-talk-fr] cadastrewms.jar, plugin pour josm, premier jet ; -)

2008-07-02 Par sujet Bernard VALTON
Oui, c'est ce que j'ai toujours fait, j'ai même essayé de dézommer pour que
l'ensemble de la zone soit visible sous JOSM mais cela n'a pas eu d'effet,
toujours du blanc, du blanc ...

Le WMS semble fonctionner puisque j'ai téléchargé des images landsat. Le nom
de la commune semble correct puisque lorsqu'il n'est pas correct, le plugin
me préviens.

Il se connecte bien puis le téléchargement est hyper rapide, des fois, je ne
vois pas la progression du téléchargement ... j'imagine que c'est parcequ'il
télécharge une image blanche ?

bernard

2008/7/2 Megaten <[EMAIL PROTECTED]>:

>  OUI dans tous les cas, et un bon de préférence, c'est à dire cadré par
> rapport au cadastre
>
> Bernard VALTON a écrit :
>
> Concrétement, cela veut dire quoi ? qu'il faut avoir un gpx chargé dans
> JOSM avant de faire la requête au cadastre ?
>
> bernard
>
> 2008/7/2 Megaten <[EMAIL PROTECTED]>:
>
>>  Je pense que mon hypothèse est la bonne.
>> Je viens de faire un .gpx du perih de Rennes et j'obtiens bien le cadastre
>> de Rennes
>>
>> Megaten a écrit :
>>
>>  Effectivement j'ai le meme résultat, mais je pense que c'est normal
>> n'ayant pas de .gpx sur Rennes le
>> plugin ne doit pas se situer correctement par rapport à Rennes mais se
>> positionne par rapport aux coordonnées de ton .gpx.
>>
>> Bernard VALTON a écrit :
>>
>> Bon, désolé de vous embêter mais j'ai fait pas mal de tests avec le
>> plug-in et cela semble marcher car j'ai un carré qui s'affiche à l'endroit
>> demandé avec le texte en bas "DGI ..." mais l'image est désespérément
>> blanche (ou noire si j'ai coché la case qui va bien) :(
>>
>> J'ai essayé chez moi et avec Rennes avec lequel Gwenn à réussi et je n'y
>> arrive pas mieux ...
>>
>> Qq'un à une idée ?
>>
>> bernard
>>
>> 2008/6/23 Pieren <[EMAIL PROTECTED]>:
>>
>>> Oui, c'est ce que j'ai déjà dit. Nos approches sont différentes et il y a
>>> de la place pour tout le monde.
>>> Pour le renommage, tu fais la demande deux heures trop tard; je viens
>>> d'envoyer la nouvelle version à Frederic Rahm pour qu'il l'intègre à la
>>> prochaine version de josm.
>>> Sinon j'ai posté un nouveau message pour la nouvelle version.
>>> Bonne soirée aussi.
>>> Pieren
>>>
>>>
>>> 2008/6/22 Delalande Jocelyn <[EMAIL PROTECTED]>:
>>>
>>>> Salut,
>>>>
>>>> J'ai testé ton plugin, simple et efficace :), bravo !
>>>>
>>>> As-tu eu des nouvelles concernant l'intégration des modifications de
>>>> projection en lambert dans josm ?. Si ce n'est pas encore gravé le
>>>> marbre, je me permet une suggestion, l'appller "LambertZone" plutôt que
>>>> "Lambert". Ça évitera d'entretenir la confusion déjà bien présente :p.
>>>>
>>>> Après réflexion, je continue pour ma part le développement des
>>>> "cadastre_tools", parce que l'approche n'est pas la même que la tienne,
>>>> on va pouvoir cohabiter tout compte fait :-p... Et puis je me priverais
>>>> pas d'un jeu comme ça ;-).
>>>>
>>>>
>>>> Bonne soirée !
>>>>
>>>> Le jeudi 19 juin 2008 à 12:33 +0200, Pieren a écrit :
>>>>  > Bon, malgré le fait que Jocelyn ait déjà mis son serveur wms à
>>>> > disposition, je vous propose de tester (aussi) le plugin cadastrewms
>>>> > pour josm.
>>>> > Différence avec cadastre_wms.py de Jocelyn :
>>>> > - il n'y a pas de serveur wms, on accède directement au serveur wms du
>>>> > cadastre
>>>> > - on change la projection de josm en Lambert zone, on ne fait donc pas
>>>> > de transformation d'image
>>>> > - c'est entièrement en java (le plugin fait 30KB), donc python n'est
>>>> > pas nécessaire
>>>> >
>>>> > Installation:
>>>> > - en attendant la prochaine publication de josm, vous devez charger un
>>>> > josm compilé avec les derniers sources ici. J'en met un prêt à
>>>> > l'emploi ici : http://dl.free.fr/eahENcTSL/josm-custom.jar
>>>> > - démarrez josm puis changez la projection en Lambert dans l'écran de
>>>> > préférences (symbole avec un grille)
>>>> > - redémarrez puis

Re: [OSM-talk-fr] cadastrewms.jar, plugin pour josm, premier jet ; -)

2008-07-02 Par sujet Bernard VALTON
Concrétement, cela veut dire quoi ? qu'il faut avoir un gpx chargé dans JOSM
avant de faire la requête au cadastre ?

bernard

2008/7/2 Megaten <[EMAIL PROTECTED]>:

>  Je pense que mon hypothèse est la bonne.
> Je viens de faire un .gpx du perih de Rennes et j'obtiens bien le cadastre
> de Rennes
>
> Megaten a écrit :
>
> Effectivement j'ai le meme résultat, mais je pense que c'est normal n'ayant
> pas de .gpx sur Rennes le
> plugin ne doit pas se situer correctement par rapport à Rennes mais se
> positionne par rapport aux coordonnées de ton .gpx.
>
> Bernard VALTON a écrit :
>
> Bon, désolé de vous embêter mais j'ai fait pas mal de tests avec le plug-in
> et cela semble marcher car j'ai un carré qui s'affiche à l'endroit demandé
> avec le texte en bas "DGI ..." mais l'image est désespérément blanche (ou
> noire si j'ai coché la case qui va bien) :(
>
> J'ai essayé chez moi et avec Rennes avec lequel Gwenn à réussi et je n'y
> arrive pas mieux ...
>
> Qq'un à une idée ?
>
> bernard
>
> 2008/6/23 Pieren <[EMAIL PROTECTED]>:
>
>> Oui, c'est ce que j'ai déjà dit. Nos approches sont différentes et il y a
>> de la place pour tout le monde.
>> Pour le renommage, tu fais la demande deux heures trop tard; je viens
>> d'envoyer la nouvelle version à Frederic Rahm pour qu'il l'intègre à la
>> prochaine version de josm.
>> Sinon j'ai posté un nouveau message pour la nouvelle version.
>> Bonne soirée aussi.
>> Pieren
>>
>>
>> 2008/6/22 Delalande Jocelyn <[EMAIL PROTECTED]>:
>>
>>> Salut,
>>>
>>> J'ai testé ton plugin, simple et efficace :), bravo !
>>>
>>> As-tu eu des nouvelles concernant l'intégration des modifications de
>>> projection en lambert dans josm ?. Si ce n'est pas encore gravé le
>>> marbre, je me permet une suggestion, l'appller "LambertZone" plutôt que
>>> "Lambert". Ça évitera d'entretenir la confusion déjà bien présente :p.
>>>
>>> Après réflexion, je continue pour ma part le développement des
>>> "cadastre_tools", parce que l'approche n'est pas la même que la tienne,
>>> on va pouvoir cohabiter tout compte fait :-p... Et puis je me priverais
>>> pas d'un jeu comme ça ;-).
>>>
>>>
>>> Bonne soirée !
>>>
>>> Le jeudi 19 juin 2008 à 12:33 +0200, Pieren a écrit :
>>>  > Bon, malgré le fait que Jocelyn ait déjà mis son serveur wms à
>>> > disposition, je vous propose de tester (aussi) le plugin cadastrewms
>>> > pour josm.
>>> > Différence avec cadastre_wms.py de Jocelyn :
>>> > - il n'y a pas de serveur wms, on accède directement au serveur wms du
>>> > cadastre
>>> > - on change la projection de josm en Lambert zone, on ne fait donc pas
>>> > de transformation d'image
>>> > - c'est entièrement en java (le plugin fait 30KB), donc python n'est
>>> > pas nécessaire
>>> >
>>> > Installation:
>>> > - en attendant la prochaine publication de josm, vous devez charger un
>>> > josm compilé avec les derniers sources ici. J'en met un prêt à
>>> > l'emploi ici : http://dl.free.fr/eahENcTSL/josm-custom.jar
>>> > - démarrez josm puis changez la projection en Lambert dans l'écran de
>>> > préférences (symbole avec un grille)
>>> > - redémarrez puis installez le plugin wmsplugin à partir de l'écran de
>>> > préférences (symbole d'une prise électrique), à moins que vous ayez
>>> > déjà installé ce plugin avec le josm standard
>>> > - le plugin cadastrewms doit pour l'instant être installé
>>> > manuellement:
>>> >   - téléchargez le fichier ici :
>>> > http://dl.free.fr/edTlolOg4/cadastrewms.jar
>>> >   - copiez le fichier dans le répertoire des plugins de josm :
>>> > - avec windows: C:\Documents and Settings\votre_nom_utilisateur
>>> > \Application Data\JOSM\plugins
>>> > - avec linux : ~/.josm/plugins (ou similaire, à vérifier)
>>> > - éditez le fichier preferences avec un éditeur texte simple (genre
>>> > notepad), localisez la ligne "plugins=". En principe, le plugin
>>> > wmsplugin doit déjà s'y trouver. Ajoutez ",cadastrewms" à la fin de la
>>> > ligne (sans les guillemets)
>>> > - redémarrez josm
>>> > - si le plugin est c

[OSM-talk-fr] Rachat par Nokia de NavTeq Ok pour l'UE

2008-07-02 Par sujet Bernard VALTON
L'union Européenne vient d'autoriser Nokia à racheter Navteq pour la
bagatelle de près de 6 milliards de dollars :
http://www.neteco.com/149692-gps-feu-vert-rachat-navteq-nokia.html

Après le rachat de teleAtlas par Tom Tom, cela devrait pousser les
concurrents (vendeurs de GPS, vendeurs de mobiles GPS) à soutenir OSM non ?
A ce propos, vous savez peut être, OSM est il en relation avec ces
industriels afin d'obtenir du soutien sous une forme ou une autre ?

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


Re: [OSM-talk-fr] cadastrewms.jar, plugin pour josm, premier jet ; -)

2008-07-02 Par sujet Bernard VALTON
Bon, désolé de vous embêter mais j'ai fait pas mal de tests avec le plug-in
et cela semble marcher car j'ai un carré qui s'affiche à l'endroit demandé
avec le texte en bas "DGI ..." mais l'image est désespérément blanche (ou
noire si j'ai coché la case qui va bien) :(

J'ai essayé chez moi et avec Rennes avec lequel Gwenn à réussi et je n'y
arrive pas mieux ...

Qq'un à une idée ?

bernard

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

> Oui, c'est ce que j'ai déjà dit. Nos approches sont différentes et il y a
> de la place pour tout le monde.
> Pour le renommage, tu fais la demande deux heures trop tard; je viens
> d'envoyer la nouvelle version à Frederic Rahm pour qu'il l'intègre à la
> prochaine version de josm.
> Sinon j'ai posté un nouveau message pour la nouvelle version.
> Bonne soirée aussi.
> Pieren
>
>
> 2008/6/22 Delalande Jocelyn <[EMAIL PROTECTED]>:
>
> Salut,
>>
>> J'ai testé ton plugin, simple et efficace :), bravo !
>>
>> As-tu eu des nouvelles concernant l'intégration des modifications de
>> projection en lambert dans josm ?. Si ce n'est pas encore gravé le
>> marbre, je me permet une suggestion, l'appller "LambertZone" plutôt que
>> "Lambert". Ça évitera d'entretenir la confusion déjà bien présente :p.
>>
>> Après réflexion, je continue pour ma part le développement des
>> "cadastre_tools", parce que l'approche n'est pas la même que la tienne,
>> on va pouvoir cohabiter tout compte fait :-p... Et puis je me priverais
>> pas d'un jeu comme ça ;-).
>>
>>
>> Bonne soirée !
>>
>> Le jeudi 19 juin 2008 à 12:33 +0200, Pieren a écrit :
>> > Bon, malgré le fait que Jocelyn ait déjà mis son serveur wms à
>> > disposition, je vous propose de tester (aussi) le plugin cadastrewms
>> > pour josm.
>> > Différence avec cadastre_wms.py de Jocelyn :
>> > - il n'y a pas de serveur wms, on accède directement au serveur wms du
>> > cadastre
>> > - on change la projection de josm en Lambert zone, on ne fait donc pas
>> > de transformation d'image
>> > - c'est entièrement en java (le plugin fait 30KB), donc python n'est
>> > pas nécessaire
>> >
>> > Installation:
>> > - en attendant la prochaine publication de josm, vous devez charger un
>> > josm compilé avec les derniers sources ici. J'en met un prêt à
>> > l'emploi ici : http://dl.free.fr/eahENcTSL/josm-custom.jar
>> > - démarrez josm puis changez la projection en Lambert dans l'écran de
>> > préférences (symbole avec un grille)
>> > - redémarrez puis installez le plugin wmsplugin à partir de l'écran de
>> > préférences (symbole d'une prise électrique), à moins que vous ayez
>> > déjà installé ce plugin avec le josm standard
>> > - le plugin cadastrewms doit pour l'instant être installé
>> > manuellement:
>> >   - téléchargez le fichier ici :
>> > http://dl.free.fr/edTlolOg4/cadastrewms.jar
>> >   - copiez le fichier dans le répertoire des plugins de josm :
>> > - avec windows: C:\Documents and Settings\votre_nom_utilisateur
>> > \Application Data\JOSM\plugins
>> > - avec linux : ~/.josm/plugins (ou similaire, à vérifier)
>> > - éditez le fichier preferences avec un éditeur texte simple (genre
>> > notepad), localisez la ligne "plugins=". En principe, le plugin
>> > wmsplugin doit déjà s'y trouver. Ajoutez ",cadastrewms" à la fin de la
>> > ligne (sans les guillemets)
>> > - redémarrez josm
>> > - si le plugin est correctement installé, vous devez voir deux
>> > nouveaux menus items dans le menu WMS:
>> >   - "cadastre" : appelle le serveur wms du cadastre
>> >   - change location : configurez le nom de la ville
>> > - positionnez vous sur la zone qui vous intéresse en chargeant un GPX
>> > et/ou en téléchargeant des données OSM
>> > - entrez le nom de la ville à partir du menu, puis lancez la requête
>> > wms avec le menu "cadastre", et voila.
>> >
>> > Les prochaines améliorations sont dans le wiki. J'ai déjà tenté de
>> > filtrer certains calques mais il semblerait que le serveur wsm ne
>> > l'accepte pas.
>> > C'est vrai que le plus gênant pour l'instant, c'est le fond blanc des
>> > images.
>> > Maintenant, je ne sais pas si ça vaut la peine de continuer puisqu'on
>> > a 2 solutions josm pour le cadastre.
>> >
>> > Pieren
>> > ___
>> > Talk-fr mailing list
>> > Talk-fr@openstreetmap.org
>> > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr


Re: [OSM-talk-fr] [EMAIL PROTECTED]

2008-07-01 Par sujet Bernard VALTON
2008/7/1 Gwenn <[EMAIL PROTECTED]>:

> > Quelle va être la fréquence de maj alors maintenant ? une semaine comme
> > mapnik ?
>
> Non, ça n'est pas automatique. Il faut aller en faire la demande sur
> http://informationfreeway.org. Se placer au niveau de zoom 12, placer
> le curseur sur la zone dont on veut le rendu et appuyer sur la touche
> 'r'. On doit aussi pouvoir faire avec Ctrl+Clic sur la zone, toujours
> en zoom 12.
>
>
ok, c'est noté, merci.

Rodolphe : je n'ai pas besoin de rendu manuel mais merci pour la
proposition.

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


Re: [OSM-talk-fr] [EMAIL PROTECTED]

2008-07-01 Par sujet Bernard VALTON
> Ce n'est plus vrai depuis la semaine dernière. Le rendu automatique
> des zones modifiées a été désactivé pour limiter l'engorgement du
> serveur.
>

Cela explique pourquoi j'attends en vain le résultat de mon travail depuis
2,3 jours ...
Quelle va être la fréquence de maj alors maintenant ? une semaine comme
mapnik ?

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


Re: [OSM-talk-fr] Google Map Maker

2008-06-30 Par sujet Bernard VALTON
Bonjour,

Google et TeleAtlas semblent partis pour mettre de plus en plus l'accent sur
la possibilité par l'utilisateur de mettre à jour les données les données :
http://www.neteco.com/149318-cartographie-google-contrat-ans-tele-atlas.html

Personnellement, je pense qu'ils auront du mal à mettre en place un système
de validation des données ainsi collectées sans une "vrai' communauté et
j'espère qu'avec OSM, les gens vont se rendre compte que la vrai communauté,
c'est nous et qu'ils n'iront pas bosser gratos pour google et Tele Atlas.

Donc oui, en ces temps de promotion par google, il faut absolument que nous
communiquions sur le chaudron numérique, sur le fait de bosser pour le bien
commun et non pour teleAtlas/Google ... mais moi, pour promouvoir OSM (et
j'ai 2,3 personnes en cours de recrutement), ce que je fais toujours, je
montre la carte par chez moi et je montre à quel point c'est mieux (plus
lisible, plus précis, mieux mis à jour ...) que google car au final, de
nombreuses personnes s'en foutent du côté ouverture des données (ils ont
tort, oui, mais ils n'ont pas forcément eu la chance ni le temps de
comprendre les implications pour la société du mouvement du libre) mais
jugent la qualité de la carte finale.

Résultat, ce soir, il fait beau, en vélo jeannot !

A+
bernard

Le 28 juin 2008 23:04, David MENTRE <[EMAIL PROTECTED]> a écrit :

> Bonjour à tous,
>
> Je me joins au thread un peu tard.
>
> Rodolphe Quiedeville <[EMAIL PROTECTED]> writes:
>
> > Denis a écrit :
> >> Oui, je suis entièrement d'accord, mais ça reste des arguments
> >> d'initiés, de geek.
> > [...]
> >
> > 1) oui
> > 2) mais non. Je ne dis pas que tout le monde doit maintenir un SIG, tu
> > extrapoles un peu, je dis que ce qu'il faut regarder et expliquer c'est
> > la faisabilité de maintenir un SIG en parallèle. On peut aussi résumer
> > cela au puits sans fond et au pot commun. Expliquer aux gens que les
> > données qu'ils _donnent_ à Google vont dans un puits sans fond qui peut
> > se tarir demain, donc ils peuvent juste tout perdre. Ou si il préfère
> > plutôt enrichir un pôt commun qu'ils détiennent autant que toi et moi,
> > en mappant sur OSM.
>
> Oui, reprendre la métaphore du chaudron numérique : chacun apporte un
> ingrédient dans le chaudron (la carte de son quartier) et repart avec
> l'intégralité du chaudron (le monde) puisqu'il est numérique (tout
> copier ne coûte rien). Sur OSM, tout le monde peut faire un
> copier/coller. Pas sur Google Mapmaker (où est le bouton download ?).
>
> Amicalement,
> d.
> --
> GPG/PGP key: A3AD7A2A David MENTRE <[EMAIL PROTECTED]>
>  5996 CC46 4612 9CA4 3562  D7AC 6C67 9E96 A3AD 7A2A
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr


Re: [OSM-talk-fr] Ça commence

2008-06-26 Par sujet Bernard VALTON
bonjour,

le blog en question vient de faire un message beaucoup mieux :)
http://www.3liz.org/blog/rldhont/index.php/2008/06/26/169-google-maps-contre-openstreetmap

bernard

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

>
>
> 2008/6/26 Frédéric Bonifas <[EMAIL PROTECTED]>:
>
>> À Tom Hughes
>>
>
> okay merci :)
>
>
> --
> Steven Le Roux
> Jabber-ID : [EMAIL PROTECTED]
> 0x39494CCB <[EMAIL PROTECTED]>
> 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr


Re: [OSM-talk-fr] Tee-shirt

2008-06-25 Par sujet Bernard VALTON
gwenn, tu as raison dans le sens ou "dessine moi une carte" est plus simple
donc plus efficace

mais j'aime beaucoup la dimension poétique que la phrase prend avec "s'il
vous plait" devant.

bernard

2008/6/25 Gwenn <[EMAIL PROTECTED]>:

> > la citation du petit prince, c'est "s'il vous plait, dessine moi un
> mouton"
>
> Argh, j'ai toujours entendu la version courte sans le "S'il vous
> plaît" ;-)
>
> Ca me conforte dans l'idée que le "S'il vous plaît" est de trop.
>
> --
> Gwenn
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.6 (GNU/Linux)
>
> iD8DBQFIYf3zaQjvmoGkMpoRAjKZAKCAgzmUjU0R5KQ8HlvlitnwMC1MegCePSqB
> w/3oETXX5Tj+74RFcIygFcA=
> =Qe6b
> -END PGP SIGNATURE-
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr


Re: [OSM-talk-fr] Tee-shirt

2008-06-24 Par sujet Bernard VALTON
Oui oui, je reviens sur ce que j'avais dis, vous avez raison, "dessinons",
c'est mieux, cela fait plus rêver !

bernard

2008/6/24 Gwenn <[EMAIL PROTECTED]>:

> > "Dessinons" c'était pas mal, c'est moins lourd comme mot.
>
> Oui, ça fait moins technique, plus abordable.
>
> --
> Gwenn
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.6 (GNU/Linux)
>
> iD8DBQFIYPfBaQjvmoGkMpoRAt6gAJ92cRM000Lp7yIIkTJWCkD+ZUrD5wCfegIz
> EwR1MiteO84faQhuK1YyNgk=
> =zptr
> -END PGP SIGNATURE-
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr


Re: [OSM-talk-fr] Tee-shirt

2008-06-24 Par sujet Bernard VALTON
Bonjour,

Moi aussi j'aime beaucoup "Cartographions le monde !"

bernard


2008/6/24 Guilhem Bonnefille <[EMAIL PROTECTED]>:

> 2008/6/24 Steven Le Roux <[EMAIL PROTECTED]>:
> > et un "Construisons la carte du monde" voire même : "Construisons le
> monde
> > !" :)
>
> "Construisons" c'est pas très évocateur. "Dessinons", voire
> "Cartographions" me semble plus précis.
>
> Mes 2 cents
> --
> Guilhem BONNEFILLE
> -=- #UIN: 15146515 JID: [EMAIL PROTECTED] MSN:
> [EMAIL PROTECTED]
> -=- mailto:[EMAIL PROTECTED]
> -=- http://nathguil.free.fr/
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr


[OSM-talk-fr] Des news de openMoko sur linuxfr

2008-06-17 Par sujet Bernard VALTON
Cela se passe ici :
http://linuxfr.org/2008/06/17/24221.html

Il "devrait" sortir début juillet ...

D'après les commentaires, le téléphone qui va sortir est très clairement
orienté vers les développeurs et pas encore vers le grand public ...

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


Re: [OSM-talk-fr] OpenStreetBugs

2008-06-12 Par sujet Bernard VALTON
2008/6/12 murphy2712. nospam <[EMAIL PROTECTED]>:

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

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


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

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


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

ok


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

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

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


Re: [OSM-talk-fr] OpenStreetBugs

2008-06-12 Par sujet Bernard VALTON
pas chez moi ...
bernard

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

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


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


Re: [OSM-talk-fr] OpenStreetBugs

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

bernard

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

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


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


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

2008-06-12 Par sujet Bernard VALTON
ok, j'ai regardé un peu vite ...

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

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


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

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

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

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

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

bernard

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

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


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


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

2008-06-12 Par sujet Bernard VALTON
2008/6/12 Rodolphe Quiedeville <[EMAIL PROTECTED]>:

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


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


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

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


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

2008-06-12 Par sujet Bernard VALTON
Visiblement, il aura le chipset GPS de TomTom (hammerhead), ce chipset est
il bon pour le mapping ?

Et l'appareil photo sera convenable ?

bientôt, c'est avant 2009 ?

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

bernard


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


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

2008-06-12 Par sujet Bernard VALTON
Bonjour,

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

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

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

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

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

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


Re: [OSM-talk-fr] Tee-shirt

2008-06-09 Par sujet Bernard VALTON
Bonjour,

Je trouve, comme cela a déjà été dis je crois que le logo sur le devant
(cartoon) fait sale, fait trop "bitume dégoulinant", j'aime bien l'idée mais
en plus vert !

mes deux sous
bernard

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

> D'après les idées échangées lors de la mapping party de Cesson, les idées
> suivantes ont été proposées :
>
> Logo sur le devant :
> http://wiki.openstreetmap.org/index.php/Image:Openstreetmap_cartoon.jpg
> Logo sur le dos :
> http://wiki.openstreetmap.org/index.php/Image:OSM_Hi_Vis_Back.jpg (comme
> base mais modifiable/adaptable)
>
> Vos avis ?
>
> Je vais voir pour un devis chez kanabeach et ludo s'occupe de contacter une
> autre usine de prod.
>
>
>
>
> --
> Steven Le Roux
> Jabber-ID : [EMAIL PROTECTED]
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>
>


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


Re: [OSM-talk-fr] Trop d'infos tue l'info...

2008-05-28 Par sujet Bernard VALTON
Je vois que tout est prévu :)

Merci et désolé d'avoir cassé la discussion  ...

bernard

2008/5/28 Pieren <[EMAIL PROTECTED]>:

>
>
> 2008/5/28 Bernard VALTON <[EMAIL PROTECTED]>:
>
>> Bonjour,
>>
>> Est ce qu'il existe un moyen simple de faire une page web mettant OSM en
>> background et rajoutant des layers par dessus. Je pense aux trajets de bus
>> ou de pedibus par exemple. A l'image de ce qui est fait sur mymaps de google
>> maps ?
>>
>
>
> Tu aurais du changer le titre de ton message pour créer un nouveau fil,
> mais bon... trop tard.
> Va voir aussi sur le wiki:
> http://wiki.openstreetmap.org/index.php/Openlayers_POI_layer_example
>
> et surtout
>
> http://wiki.openstreetmap.org/index.php/OpenLayers
>
> Pieren
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>
>


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


Re: [OSM-talk-fr] compte-rendu de la table ronde

2008-05-28 Par sujet Bernard VALTON
C'est toute la force d'une approche distribuée et d'une mise en commun. Je
suis persuadé que dans qqs années, à l'image de wikipedia, on ne parlera
plus que d'openstreetmap :) Je fait principalement ma commune et elle est
déjà nettement meilleure que google maps :)

bernard

2008/5/28 Philippe Piquer <[EMAIL PROTECTED]>:

> Effectivement, juste à coté de mon boulot, ils sont occupés à terminer
> l'asphatage d'une rue qui devient à sens unique ... OSM est à jour ... :)
>
>
> 2008/5/28 Steven Le Roux <[EMAIL PROTECTED]>:
>
>>
>>
>> 2008/5/28 Gand' <[EMAIL PROTECTED]>:
>>
>>> quand tu dis "moins vérifiée", j'ai des doutes la dessus !
>>> je connais plusieurs endroits ou des routes ont été fermées
>>> définitivement (principalement à cause d'éboulements en montagne) il y a
>>> plusieurs années (entre 2 et 10), et pourtant, apparemment, aucune base
>>> commercial ne prend en compte ces changements ...
>>> --
>>>   Gand'
>>
>>
>> D'une maniere générale, mais à terme, il ne peut rien y avoir de plus
>> précis qu'OSM évidement.
>>
>> Les mises à jour n'apparaissent que longtemps après sur les cartes
>> proprio... Sur osm elles peuvent apparaître en avance ;) ou en même temps
>> que les travaux !
>>
>>>
>>>
>>> On Tue, May 27, 2008 at 9:29 PM, Denis <[EMAIL PROTECTED]> wrote:
>>>
>>>> Renaud Martinet a écrit :
>>>> > Et puis on est sympa ! :)
>>>>
>>>> et parce que la seule pression qu'on s'autorise, c'est une bonne mousse
>>>> bien fraîche (30° à Strasbourg aujourd'hui;-).
>>>>
>>>>
>>>>
>>>> ___
>>>> Talk-fr mailing list
>>>> Talk-fr@openstreetmap.org
>>>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>>>>
>>>
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>>>
>>>
>>
>>
>> --
>> Steven Le Roux
>> Jabber-ID : [EMAIL PROTECTED]
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>
>


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


  1   2   >