[OSM-talk-fr] Stockage photos de rue : était Re: [osm-fr asso] Prochain CA de l’association OSM-FR - mardi 1 février

[Eric SIBERT]

Des fois je rêve à du stockage distribué / décentralisé. Un géo-fédiverse.


Même en rêvant, comme le signal Christian, on est sur des grosses  
quantités. Perso, quand FB a racheté Mapillary, j'ai regardé pour  
rapatrier mes photos chez moi. J'ai renoncé, n'ayant pas l'espace  
disque nécessaire, genre 1 To.


Quant à se faire un cloud décentralisé, il faut avoir des serveurs à  
la maison ou hébergés chez des prestataires fiables (quand le data  
center crame...). Si on met 1 To chacun, il en faut quand même un  
millier. Dès qu'un serveur tombe, on re-duplique les données ailleurs?  
Même avec la fibre sur mon serveur maison, j'ai peur que ça fume sur  
les connexions.


Eric



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

Re: [OSM-talk-fr] [OSM-Talk-fr] tagger les dark store

[Eric SIBERT]

https://www.lemonde.fr/economie/article/2021/03/17/dark-store-plongee-dans-un-supermarche-de-l-ombre_6073393_3234.html

Eric

Le 24/03/2022 à 12:58, Philippe Verdy a écrit :

C'est des commerces légaux au moins? Parce que "dark store" ça semblerait
montrer autre chose, comme
- des lieux de revendeurs ou trafiquants
- des ateliers ou cuisines clandestines

Sinon, on n'a pas de meilleur terme? Ça ressemble en fait plus à un
pseudo-anglicisme (il suffit de voir les marques créées en France!), je me
demande si les britanniques ou américains utilisent vraiment ça.
Avant de taguer, vous avez des refs ailleurs qu'en France?

Le mer. 23 mars 2022 à 19:21, Florian LAINEZ  a écrit :


Hello,
Les "dark store " pullulent dans
nos villes, comment mapper ça ?
L'agence d'urbanisme parisienne APUR a récemment publié une étude dédiée
<
https://www.apur.org/sites/default/files/drive_pietons_dark_kitchens_dark_stores_paris.pdf?token=QHM2BKlT



et j'en déduis les points suivants :
- les lieux ne sont pas accessibles au public : ce sont des entrepôts et
non des commerces.
Néanmoins building=warehouse n'est pas adapté car le lieu est souvent situé
au rdc d'un bâtiment d'habitations.
- il faut donc *le plus souvent* les tagger avec un point, comme ici par
exemple https://www.openstreetmap.org/node/9600880977

industrial=warehouse pourrait fonctionner, surtout que son usage explose
cf. https://taginfo.openstreetmap.org/tags/industrial=warehouse#chronology
à cela, on rajoute
operator=Frichti;Kol;Cajoo;Flink;Getir;Gorillas;Glovo;GoPuff;Yango
Deli;Zapp;Rohlik;Bam Courses

Un tag supplémentaire ne serait-il pas le bienvenu pour préciser que c'est
du commerce de détail ?
J'oublie autre chose ?

--

*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] Cartographier les voies vertes [Le retour]

[Eric SIBERT]

Le 07/05/2022 à 20:21, Axel listes a écrit :

Bonjour,

Je viens juste pour le moment annoncer qu’un texte a été publié le mois 
dernier pour autoriser officiellement le passage de véhicules motorisés 
sur les voies vertes. 


Effectivement, vers chez moi, la voie verte est interrompue sur la 
section où des voitures peuvent passer pour desservir quelques maisons:


https://www.mapillary.com/app/?pKey=515414546707883

On pourrait imaginer avec le nouveau texte que ça reste en voie verte, 
vu le trafic motorisé insignifiant.


Eric

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

Re: [OSM-talk-fr] Clés pour chemin sous marée

[Eric SIBERT]

En complément des autres réponses, indiquer l'altitude des points de  
la route devrait permettre de savoir pour quelle marée on peut passer.


Et un floodprone=yes (voir=tidal) pour aider à savoir que la route est  
inondable. Même si le trait de côte permet de se douter que la route  
est inondable, elle pourrait passer sur un pont ou un remblais.


Eric



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

Re: [OSM-talk-fr] extraire les exif gps

[Eric SIBERT]

> Je cherche - pour linux - l'équivalent du truc windows : dnrgps.exe
> qui exporte les données gps d'une collection de photos vers un 
fichier csv.


Spontanément, je regarderais avec ExifTool en lui demandant d'extraire 
les champs qui vont bien.


Eric

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

Re: [OSM-talk-fr] dalles Lidar IGN colorisées en cartographie OSM

[Eric SIBERT]

Bonjour,



Comme vous le savez peut-être, l'IGN a commencé à distribuer en
opendata ses scans Lidar haute résolution (10 points/m²) du territoire
français,

[...]

Quelques km² de dalles de démonstration "colorisées" (avec MNT/MNS/MNH
associés) sont diffusées par l'IGN sur la page précitée, mais c'est
assez limité par rapport à l'ensemble des dalles disponibles, qui
sont diffusées en version brute donc rendu "monochrome" ou en fausses
couleurs.


Tu as pu regarder ce que ça donnait en zone très boisée?

Une relation a pris les données brutes et a essayé de générer  
elle-même un MNT. En zone boisée (Chartreuse), ce n'était pas terrible  
car très peu de points Lidar ont atteint le seul.


Eric



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

Re: [OSM-talk-fr] dalles Lidar IGN colorisées en cartographie OSM

[Eric SIBERT]

Sur une des vidéos de présentation du projet Lidar IGN on voit très
clairement les chemins forestiers. L'ONF qui est un des partenaires
particulièrement intéressés par le projet Lidar dit s'en servir
aussi pour ça, ils sont même capables de différencier spécifiquement
les chemins praticables par des engins lourds afin de tenir à jour
leurs procédures d'exploitation.

Vidéo ici https://www.youtube.com/watch?v=8Isqx1FL4j0


Sur l'exemple de l'Ardèche (1:07:45), on voit bien le sol quand ils 
enlèvent la végétation. Donc, tous les espoirs sont permis.


Eric


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

[OSM-talk-fr] Bretelles d'autoroutes

[Eric SIBERT]

Bonjour,

En marge de la discussion sur la vitesse des voies de sortie, je me pose 
des questions sur la modélisation fine des bretelles d'entrée/sortie et 
des échangeurs d'autoroutes et autres voies express. À l'heure du GNSS 
centimétrique, on peut savoir dans quelle voie on circule... si on sait 
où est la voie.


On a des premiers éléments ici:

https://wiki.openstreetmap.org/wiki/FR:Lanes#Autoroute

Mais ça ne parle pas de où on met le(s) way(s). J'avais tendance à 
mettre la voie de sortie dès le début de l'apparition de la voie de 
sortie mais j'accepte le modèle où on ne fait apparaître la nouvelle 
voie que quand commence la ligne continue comme ça:


https://wiki.openstreetmap.org/wiki/File:Lane_Placement_Aerial_Example_1.jpeg

C'est ce qui a été fait vers chez moi mais sans rajouter de voie 
supplémentaire dans la zone de transition :-(.


(Et aussi, dans les voies d'autoroute proposées plus haut, on a la zone 
5 avec ligne continue au milieu mais un seul way.)


Je regarde aussi aussi la proposition "placement" (endormie depuis 2015):

https://wiki.openstreetmap.org/wiki/Proposed_features/placement

Est-ce qu'on aurait pas plutôt intérêt à partir sur du quantitatif, genre :
width:lanes=*|*|* : la largeur de chaque voie
lane_center:lanes=*|*|* : la position du centre de la voie par par 
rapport au way (perpendiculairement au way, compté dans le sens 
trigonométrique direct).


Il y a encore la question des voies transitoires, qui apparaissent ou 
disparaissent et donc changent de largeur dans le tronçon.


Vous en pensez quoi globalement?

Eric







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

[OSM-talk-fr] L'Ardèche repasse à 90 km/h

[Eric SIBERT]

Le conseil départemental de l'Ardèche a décidé de repasser la vitesse 
par défaut à 90 km/h sur toutes les départementales [1]. Et, de passage, 
j'ai constaté que la signalisation avait effectivement été adaptée y 
compris sur les petites routes (mais pas sur la N102 qui est une 
nationale). Je fais une remplacement systématique à l'échelle du 
département de toutes les limites sur départementale à 80 km/h en 90 km/h?


[1] : 
https://www.lemonde.fr/societe/article/2022/08/11/retour-aux-90-km-h-en-ardeche-on-ne-parle-pas-en-kilometres-mais-en-temps_6137726_3224.html


Bonne soirée

Eric

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

Re: [OSM-talk-fr] L'Ardèche repasse à 90 km/h

[Eric SIBERT]

Le 07/11/2022 à 13:11, osm.sanspourr...@spamgourmet.com a écrit :

Seulement si la source de la vitesse est rural.

Sinon ça peut être une limite explicite (j'en doute)... et comme à peu
près partout des 80 ont été placés explicitement là où en théorie ça
pouvait rester implicite.


Le problème avec l'histoire des 80/90, c'est que l'implicite devient 
capillotracté.


C'est 80 sauf s'il y a un créneau de dépassement avec une voie 
supplémentaire:


https://www.mapillary.com/app/?pKey=347660353363975

Certains départements ont décidé de repasser une partie des 
départementales à 90 km/h.


D'autres départements (dont l'Ardèche) ont repassé toutes leurs 
départementales à 90 km/h.


Je continue à mettre des source:maxspeed=FR:rural sur ces machins là 
mais en posant la question du sens.


Pour l'Ardèche, on a quand même parcouru un certain nombre de routes 
départementales pendant le pont. Je n'ai vu à aucun endroit de 
limitation à 80 km/h mais plutôt des trucs comme ça:


https://www.mapillary.com/app/?pKey=188945106973569

https://www.mapillary.com/app/?pKey=175706105115780

(aux entrées/sorties du département ou quand on quitte/rejoint la 
nationale).




des notes/fixme quand le statut actuel est inconnu ?

Car changer la vitesse et pas dans le sens de la sécurité me semble 
douteux.


Ce que je propose, c'est de mettre à 90 km/h ce qui est actuellement à 
80 et de laisser le reste, y compris les non renseignés inchangés.


Eric


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

Re: [OSM-talk-fr] L'Ardèche repasse à 90 km/h

[Eric SIBERT]

de plus je pense que des éditions de masse, certains non 
annoncées/discutées ont globalement dégradé la qualité.


Non mais ce n'est pas de l'édition de masse. On parle juste de quelques 
départementales en Ardèche ;-)


Je fais quelques statistiques avec overpass:

6794 ways "highway" avec la référence commençant par "D"
2173 ways "highway" avec la référence commençant par "D" et limite de 
vitesse
972 ways "highway" avec la référence commençant par "D" et limite de 
vitesse à 80 km/h
346 ways "highway" avec la référence commençant par "D" et limite de 
vitesse à 80 km/h et source:maxspeed=FR:rural


C'est sur les 972 ways que je voudrais agir.

J'avais déjà soulevé la question des repassages à 90 km/h l'an dernier:

https://lists.openstreetmap.org/pipermail/talk-fr/2021-August/104469.html

D'après l'article suivant:

https://www.lemonde.fr/societe/article/2022/08/02/80-ou-90-km-h-la-carte-des-departements-francais-qui-sont-revenus-sur-les-limitations-de-vitesse_6136967_3224.html

Les 7 départements intégralement repassés à 90 km/h sont:
l'Allier, l'Ardèche, l'Aveyron, le Cantal, la Corrèze, la Creuse et le 
Puy-de-Dôme



en plus le modèle de donnée le plus courant (mettre maxspeed sur le way 
sans renseigner le panneau) fait qu'il est virtuelement impossible

de cibler les vitesse non vue sur le terrain depuis longtemps.

je pense qu'il serrait utile de renseigner les panneaux
à leur emplacement, avec un survey:date (pas besoin de la date
exacte, un 20022-11 suffit largement)
couplé avec la détection mapillary, cela pourrait permettre
dans un 2ieme temps de détecter les endroits oü les panneaux
ont été supprimé ou fortement déplacé.


Oui, ça me paraît une bonne approche pour la vérifiabilité. Il va 
falloir que je fasse des essais. Mais, premier doute, on met où les 
panneaux? Sur le way ou à côté? Parce que jusqu'à présent, je mettais 
les panneaux d'entrée/sortie d'agglomération sur le way, éventuellement 
agrémenté d'un forward/backward quand ils ne sont pas au même niveau.


Eric

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

Re: [OSM-talk-fr] L'Ardèche repasse à 90 km/h

[Eric SIBERT]

Oui, ça me paraît une bonne approche pour la vérifiabilité. Il va 
falloir que je fasse des essais. Mais, premier doute, on met où les 
panneaux? Sur le way ou à côté? Parce que jusqu'à présent, je mettais 
les panneaux d'entrée/sortie d'agglomération sur le way, éventuellement 
agrémenté d'un forward/backward quand ils ne sont pas au même niveau.


Pour les panneaux d'entrée/sortie d'agglomération, on en a déjà discuté 
il y a deux ans, de manière pas très conclusive:


https://lists.openstreetmap.org/pipermail/talk-fr/2020-February/096767.html

Pour les panneaux de limite de vitesse, ils sont déjà à côté du way, pas 
de problème.


Eric


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

Re: [OSM-talk-fr] L'Ardèche repasse à 90 km/h

[Eric SIBERT]

Le 07/11/2022 à 21:08, osm.sanspourr...@spamgourmet.com a écrit :

Le 07/11/2022 à 14:08, Eric SIBERT - courr...@eric.sibert.fr a écrit :


Je continue à mettre des source:maxspeed=FR:rural sur ces machins là
mais en posant la question du sens.


Pour ma part je ne mets du rural que sur du 80 km/h. Ou plutôt je
laisse. Car les 90 sont toujours explicites. Maintenant les 80 souvent
aussi !


C'est vrai aussi. Mais, effectivement, ça se défendrait de ne mettre le 
FR:rural que sur les sections à 80 km/h.




https://www.mapillary.com/app/?pKey=175706105115780

Là on est d'accord : fin de 90 explicite (source:maxspeed=sign) sans
panneau de limitation. On est en Ardèche, sur une départementale.

On passe donc à... 90 km/h.

source:maxspeed
<https://wiki.openstreetmap.org/wiki/FR:Key:source:maxspeed?uselang=fr>=FR-07:rural
???


:-)

En complément du FR:rural sur les voies à 80 km/h (comme la N102 dans sa 
traversée de l'Ardèche).




Si, 1 000 objets potentiellement modifiés c'est une édition de masse.
C'est bien d'en parler et encore mieux de l'expliciter dans le titre.


7 départements qui sont sensés être repassés intégralement à 90 km/h. 
7000 objets potentiels à traiter.


Pour l'Allier, ça semble clair :
https://www.mapillary.com/app/?pKey=666581557947666

Pour la Creuse, ça ne l'était pas en 2019:
https://www.lamontagne.fr/gueret-23000/actualites/quelles-routes-departementales-de-creuse-devraient-repasser-a-90km-h_13563846/

Je crois que je vais mûrir un peu le sujet, traiter mes données en 
retards sur ces régions et rouvrir un sujet spécial édition de masse si 
j'ai encore le courage.


Eric


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

Re: [OSM-talk-fr] L'Ardèche repasse à 90 km/h

[Eric SIBERT]

en deux en virant la scorie oneway
=no ?^^


Je suis en train de tester une route dans le coin:

bicycle=yes
cycleway=no
lanes=1 (juste les petites marques sur l'axe central)

La borne incendie sur un nœud de la route.

Puis je tombe sur le panneau "Équipements spéciaux requis en hiver":

https://www.mapillary.com/app/?pKey=440808558178100

Certains départements, c'est tout le département (Savoie par exemple). 
D'autres départements, ce n'est que certaines partie (Isère, Ardèche).


Eric


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

Re: [OSM-talk-fr] Bretelles d'autoroutes

[Eric SIBERT]

Je suis personnellement pour une représentation la plus simple possible 
(KISS). Les clés lanes et turn:lanes auxquelles on peut éventuellement 
ajouter width:lanes me semblent permettre une représentation extrêmement 
fine de la géométrie des voies. Cela suppose de tracer le highway au 
milieu de la chaussée principale (bande de roulement sans les voies de 
sortie/entrée, d'arrêt d'urgence ou autres), 


Disons que si on a une façon non équivoque de placer le way, derrière, 
width:lanes devrait suffire. Déjà, j'aurais tendance à modifier ta 
proposition en moins KISS textuellement parlant mais pouvant tenir 
compte du fait que toutes les voies n'ont pas la même largeur:

- si nombre pair de voies, tracer le way sur la ligne médiane;
- si nombre impair de voies, tracer le way au milieu de la voie médiane.

Il faudrait aussi se mettre d'accord sur

> bande de roulement sans les voies de
> sortie/entrée, d'arrêt d'urgence ou autres

À Grenoble, l'A480 est en train de passer à trois voies, dont celle de 
droite réservée aux transports en commun, covoiturage et véhicules 
"propres". La voie spéciale est-elle dans la catégorie "autre" ou pas?


Toujours à l'entrée de Grenoble, sur l'A48, la BAU se transforme en voie 
de bus quand il y a embouteillage.




Le seul cas à l'heure actuelle, où je n'ai pas de solution élégante, est 
l'arrivée sur un péage d'autoroute, où on passe graduellement à 12 ou 15 
voies... sachant en plus que sur certains péages, cela change entre les 
départs en vacances et les retours :-)


Dans certains cas, il y a une zone sans marquage :

https://www.mapillary.com/app/?pKey=368476664619944

(et testé de nuit avec un brouillard épais, il y a une zone de doute 
avant d'apercevoir les stroboscopes de la barrière de péage.)


On note aussi qu'à l'approche de la barrière, certaines voies 
recommencent à être tracées avant d'autres, avec au début des 
pointillés, ensuite des lignes continues et enfin des raquettes.


Si on veut rejoindre l'aire de repos après le péage, il faut 
nécessairement prendre la voie tout à droite (qui a une séparation 
physique après le péage).


Le 07/11/2022 à 13:45, Marc_marc a écrit :
>> Est-ce qu'on aurait pas plutôt intérêt à partir sur du quantitatif,
>> genre :
>> width:lanes=*|*|* : la largeur de chaque voie
>
> c'est évidement toujours possible voir utile (encore faut-il
> une app qui l'utilise)

Il faut anticiper même si, actuellement, il n'y a pas d'usage.


> mais je considère la largeur comme la dernière infos [1]
> cad bien après les modélisaitons plus simple (nombre de bande,
> direction/destination des bandes).
> quand j'écoute une aide à la navigationn, ce qui me manque
> n'est pas "déplacez-vous de 17cm vers la droite"
> c'est plutot tout simplement "prenez la bande de droite direction xyz"

Ça pourrait être "Vous n'êtes pas sur la bonne voie, décalez vous d'une 
voie à gauche/droite".


Ou d'avoir, avec l'affichage tête haute de mon véhicule, en réalité 
augmentée, le tracé en vert des voies à suivre et en rouges celles à éviter.


Eric

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

Re: [OSM-talk-fr] Bretelles d'autoroutes

[Eric SIBERT]

Le 08/11/2022 à 01:11, Marc Mongenet a écrit :

Le dim. 6 nov. 2022 à 16:17, Eric SIBERT  a écrit :


On a des premiers éléments ici:

https://wiki.openstreetmap.org/wiki/FR:Lanes#Autoroute

(Et aussi, dans les voies d'autoroute proposées plus haut, on a la zone
5 avec ligne continue au milieu mais un seul way.)



Je ne connaissais pas cet exemple.
J'ai un doute quant aux tags destination qui ne figurent pas dans les
segments 2 et 5. Les destinations restent-elles implicitement tant qu'il y
a le même nombre de lanes? Ou bien est-ce une indication qui n'est que
ponctuellement utile?
Le manque de tag turn:lanes dans le segment 5 ne pourrait-il laisser
faussement penser que tout le monde peut à nouveau aller où il veut, et
donc passer la double ligne blanche continue?



Déjà, je pense qu'il faudrait ajouter au schéma le tracé des ways.

Le segment 5 fait ressortir la question de la gestion des lignes 
continues sur séparation/fusion de voie. Mais on d'autres cas de lignes 
continues qui peuvent avoir une influence sur le guidage:


https://www.mapillary.com/app/?pKey=2822941664665018

Si on est sur la file de droite et qu'on veut aller à gauche, on n'a pas 
le droit même si on est loin de la séparation des deux branches et de la 
ligne continue qui la précède.


Il va falloir modéliser le marquage au sol. Un peu de lecture sur la 
signalisation routière horizontale :


https://fr.wikipedia.org/wiki/Signalisation_routi%C3%A8re_horizontale_en_France

Eric


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

Re: [OSM-talk-fr] L'Ardèche repasse à 90 km/h

[Eric SIBERT]

Le 08/11/2022 à 18:50, Jérôme Amagat a écrit :

Pour les voies communales, c'est pareil que les départementales ou pas ? ne
pas se restreindre au ref avec un D, les rond-point et parfois des voies
d'accès n'ont pas de ref=*


Non, les voies communales ne sont pas concernées.


Normalement les ways des départementales sont coupés à la limite du
département mais à vérifier par contre pas obligatoirement les voies
communales et pour les départementales, les ponts ne semble pas coupés


Des fois, les ponts sont coupés comme celui-là :

https://osm.org/go/xV97dr~bU-

Mais, s'agissant de chaussées séparées, il est déjà à 90 km/h dans les 
deux départements ;-)



Il y a aussi les maxspeed=* des radars sur ces routes à modifier.


Pas pensé. Je vais regarder si c'est important.


Moi je suis partisan d'une modification de masse, par contre bien faite,
récupérer tout les maxspeed=80 sur un département dans JOSM, vérifier les
limites du département, vérifier les objets qui ont ce maxspeed=80, ne pas
modifier les nationales et d'éventuelles voies d'accès aux nationales sans
ref=*,...


C'est pour ce dernier point que j'ai tendance à privilégier les 
ref="D*". Je vais regarder s'il y a beaucoup de cas à 80 km/h sans ref.




Le Cantal, ça fait 2 ans qu'il est repassé à 90, regarder le nombres de
routes départementales encore à 80 dans OSM :
https://overpass-turbo.eu/s/1nxF


93 way à 90 km/h
778 way à 80 km/h

En Ardèche :
34 ways à 90 km/h (dont un certain nombre sont des voies à chaussées 
séparées).

972 ways à 80 km/h

Surtout, seulement 25% des départementales de l'Ardèche ont des limites 
de vitesse dans OSM. Vivement l'IA avec Mapillary pour nous aider...


Eric


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

Re: [OSM-talk-fr] Bretelles d'autoroutes

[Eric SIBERT]

Le 08/11/2022 à 21:44, osm.sanspourr...@spamgourmet.com a écrit :


Le 08/11/2022 à 19:10, Eric SIBERT - courr...@eric.sibert.fr a écrit :

Dans certains cas, il y a une zone sans marquage :

https://www.mapillary.com/app/?pKey=368476664619944


Ça c'est facile :

lane = 1

;-)


lane_markings=no

https://wiki.openstreetmap.org/wiki/Key:lane_markings



Toujours à l'entrée de Grenoble, sur l'A48, la BAU se transforme en
voie de bus quand il y a embouteillage.


C'est là:

https://www.mapillary.com/app/?pKey=1314859295592200



De facto ou affichage dynamique ? Info accessible par TMC ?


C'était affichage dynamique mais l'affichage en question a été supprimé.

2015 : https://www.mapillary.com/app/?pKey=1314859295592200
2021 : https://www.mapillary.com/app/?pKey=518079659705764

En plus, la voie de gauche a l'air d'avoir récupéré une nouvelle 
fonctionnalité. Si vous arrivez à décoder le panneau à gauche :


https://www.mapillary.com/app/?pKey=1108846552996175

Mais, dans tous les cas, on a quand même tendance à mettre le way au 
milieu de la voie centrale d'une autoroute considérée comme à trois 
voies (en attendant de gérer la voie de bus).


Eric

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

Re: [OSM-talk-fr] L'Ardèche repasse à 90 km/h

[Eric SIBERT]

En faisant des tests, j'ai eu l'impression qu'il y avait pas mal de 
routes de Haute-Loire avec un seul nœud à la frontière de l'Ardèche qui 
étaient retournées dans les requêtes overpass (sans ref="D").


Il faut aussi regarder les maxspeed:forward et maxspeed:backward.

Quant aux rond-pointe, à 80 ou à 90, je ne suis pas sûr que ça change 
grand chose!!!


Eric


Le 09/11/2022 à 01:33, Jérôme Amagat a écrit :



Normalement les ways des départementales sont coupés à la limite du
département mais à vérifier par contre pas obligatoirement les voies
communales et pour les départementales, les ponts ne semble pas coupés


Des fois, les ponts sont coupés comme celui-là :

https://osm.org/go/xV97dr~bU-

Mais, s'agissant de chaussées séparées, il est déjà à 90 km/h dans les
deux départements ;-)



Ce pont n'est pas coupé par exemple :
https://www.openstreetmap.org/way/25086393


Il y a aussi les maxspeed=* des radars sur ces routes à modifier.

Pas pensé. Je vais regarder si c'est important.


Moi je suis partisan d'une modification de masse, par contre bien faite,
récupérer tout les maxspeed=80 sur un département dans JOSM, vérifier les
limites du département, vérifier les objets qui ont ce maxspeed=80, ne

pas

modifier les nationales et d'éventuelles voies d'accès aux nationales

sans

ref=*,...


C'est pour ce dernier point que j'ai tendance à privilégier les
ref="D*". Je vais regarder s'il y a beaucoup de cas à 80 km/h sans ref.

Ce petit pont au milieu d'une départementale n'a pas de ref=* :

https://www.openstreetmap.org/way/161567582
c'est une erreur que personne n'a corrigée et en ne modifiant que les way
en "D XX" ce pont restera à 80, ca ne serai pas bien grave mais autant
s'occuper de lui aussi :)
Un rond point à 80 sur une départementale :
https://www.openstreetmap.org/way/30720308

Il faut faire attention aux limites de département, avec overpass avec "in
Ardèche" j'ai ces 2 ways par exemple (j'ai pas tout regardé) :
https://www.openstreetmap.org/way/366950610
https://www.openstreetmap.org/way/423196543

Il y a aussi des maxspeed dans d'autre tag que maxspeed=*, sur des
départementales d'un département plutôt rural, il y a des chances que l'on
est pas des cas compliqué avec d'autre tag mais pour ne rien oublier il
faudrait vérifier aussi.




Le Cantal, ça fait 2 ans qu'il est repassé à 90, regarder le nombres de
routes départementales encore à 80 dans OSM :
https://overpass-turbo.eu/s/1nxF


93 way à 90 km/h
778 way à 80 km/h

Retour au 90, le 1er février 2020, donc on est presque 3 ans après.




En Ardèche :
34 ways à 90 km/h (dont un certain nombre sont des voies à chaussées
séparées).
972 ways à 80 km/h

Surtout, seulement 25% des départementales de l'Ardèche ont des limites
de vitesse dans OSM. Vivement l'IA avec Mapillary pour nous aider...

Eric


___
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] L'Ardèche repasse à 90 km/h

[Eric SIBERT]

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

Le radar indiqué à 80 km/h sur la départementale qui doit être à 90 mais 
sans indication dans OSM.


Il y a juste le raccord de la Grand Rue qui rentre dans le village qui 
est taggé à 80, et encore, pas tout et pas tout avec une ref=. Je ne 
vais peut-être pas corriger toutes les erreurs pré-existantes.


Et highway=speed_camera retourne 22 points. Ça sent le traitement manuel.

Eric

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

Re: [OSM-talk-fr] L'Ardèche repasse à 90 km/h

[Eric SIBERT]

Ce pont n'est pas coupé par exemple :
https://www.openstreetmap.org/way/25086393


Corrigé.

Je suis passé dessus il y a deux ans et j'avais déjà complété les 
limites de vitesse mais pas coupé le pont:


https://www.mapillary.com/app/?pKey=1112286489280438

Après, sur tous les petits détails comme ça, chacun peut déjà corriger 
sans attendre un hypothétique volontaire qui s'occuperait d'une 
correction en masse ;-)


Eric


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

[OSM-talk-fr] Réseau spéléologique

[Eric SIBERT]

Bonjour,

En spéléo, on définit un réseau spéléologique comme l'ensemble des 
galeries connectées (jonctionnées on dit) entre elles et donc, 
potentiellement, avec plusieurs entrées. Pour un réseau, on va définir 
le développement (la longueur cumulée de toutes les galeries), 
éventuellement le dénivelé (différence entre le point le plus haut et le 
point le plus bas ou différences par rapport à l'entrée la plus haute). 
Vous tagueriez ça comment dans OSM? Une relation?


Exemples en France :

https://fr.wikipedia.org/wiki/Liste_des_cavit%C3%A9s_naturelles_les_plus_longues_de_France




Eric

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

Re: [OSM-talk-fr] 118 valeur de surface=* en français à traduire :)

[Eric SIBERT]

A Madagascar, il y a les ponts où il n'y a que des madriers dans le sens 
de la longueur. Vélo ou moto, tu ne passes pas mais, avec un peu de 
chance, il y a un gué à côté.


Il y a aussi les ponts il faut amener soit-même ses madriers...

https://wiki.openstreetmap.org/wiki/FR:Highway_Tag_Africa#Travers%C3%A9e_de_rivi%C3%A8re

Eric


Le 04/04/2023 à 00:02, Marc_marc a écrit :


- la voie contient des revêtements différent dans sa largeur.
je pense surtout à concrete:lanes
pour le moment il n'y a pas de moyen de renseigner proprement
le revêtement entre les bandes oü roulent les pneus gauches
et droites des véhicules à 4 roues. c'est un manque pour
les vélos cargos où le vélo roule fatalement au milieu.
j'ai vu des asphalt-grass-asphalt qui représente probablement
la même chose.

si du monde est motivé, nous pourrions déjà diminuer
les 2 premiers cas puisqu'ils sont résoluble

Cordialement,
Marc



___
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] Encore une question sur les noms de rues

[Eric SIBERT]

Bonjour,
D'après Wikipédia, le nom correct est Alexander, pas Alexandre.


C'est le même genre de problème avec Clemenceau qui n'a pas d'accent. 
Pourtant, on le trouve sur le terrain avec un accent : Clémenceau.


Eric


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

[OSM-talk-fr] Nouveau défi pour OSM à la Réunion

[Eric SIBERT]

Bonjour,

On ne sait pas encore vraiment comment gérer quelques centimètres de 
dérive des plaques dans OSM 
(https://www.openstreetmap.org/user/StephaneP/diary/390290).


Pourtant, il y a un défi bien plus grand dans le cirque de Salazie:

https://www.youtube.com/watch?v=NF4acZGS5TM

Bon dimanche

Eric


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

Re: [OSM-talk-fr] Noms des résidences

[Eric SIBERT]

En général, un nom à 2 balles donné par le promoteur immobilier ;-),  
nom qui est ensuite le nom de la copropriété. Ex: les balcons du  
périphérique, les terrasses de la francilienne, les jardins de la  
pénétrante...


Eric

Daniel Garcia  a écrit :


Bonjour,

Dans une petite commune de < 20.000 habitants avec un certain nombre de
résidences étudiantes, HLM et senior, le service urbanisme de la mairie a
dit ne pas disposer d'un registre avec les noms des résidences.

Or, ces noms sont très utiles en pratique, même s'ils ne sont pas toujours
visibles depuis la rue.

Est-ce qu'il y a quelqu'un qui est censé enregistrer cela ? De manière plus
générale, qui décide du nom d'une résidence, et quelle portée ça a ? Est-ce
une raison sociale ? Un nom enregistré chez le notaire ? Juste un nom
fantaisie qui peut changer du jour au lendemain ?


Cordialement,
Daniel
___
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] Route payante en été

[Eric SIBERT]

Tient, on a aussi l'accès au Cirque de Saint-Même qui est payant en été.

https://www.openstreetmap.org/#map=18/45.40796/5.87774

Pour le moment, un contributeur a juste mis la barrière de péage sur la 
route sans informations saisonnières ou quoi que ce soit.


Eric


Le 03/09/2023 à 16:08, Marc_marc a écrit :

Bonjour,

Le 02.09.23 à 22:07, GarenKreiz a écrit :

piste forestière dont l'accès est payant de 9h à 16h30
en juillet-août pour cause d'affluence touristique ( 
https://www.openstreetmap.org/way/206820611)



toll=yes


cela dépend si tu considères que c'est payant en temps normal ou pas (et 
si tu préfères que les applications ne gérant pas les cas complexes 
considère que c'est payant ou pas).

cela me semble une bonne idée de mettre le cas défavorable par défaut


toll:bicycle=no


les piétons payent ?


toll:services=no


qu'est-ce que cela signifie ?
services dans osm me fait penser à highway=services,
une aire de services (disposant généralement d'une
station-service, restaurant, boutique...)
ce n'est probablement pas ce que tu voulais renseigner :)


toll:opening_hours=..


cela décrirait quand le péage est ouvert...
ce qui est ambigu pour décrire que le péage
a lieu de tel à tel heure


Est-ce la bonne approche?


j'aurais plutôt fait ainsi :
toll=yes
toll:conditional= no @ ...

Cordialement,
Marc



___
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] Relations intermédiaires pour les routes de bus ?

[Eric SIBERT]

Des fois, je me dis que ça ne serait pas mal qu'il y ai un peu de 
factorisation sur certaines lignes de bus hors agglomération.


Sur un tronçon de la D1075 en Isère, il y a :
- 2 relations Bus 55 (aller et retour) (bus Zou opéré par Transdev 
Dauphiné!!!)

- 2 relations bus T73 (interurbain Isère)
- 8 relations bus T75 (idem): différentes combinaisons de départ/arrivée
- 2 relations TA2A (pour aller au ski)
- 2 relations TAAH (idem)
- 2 relations TAVR (idem)
(- l'ancien train qui roulait sur la chaussée)

Eric

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

Re: [OSM-talk-fr] Relations intermédiaires pour les routes de bus ?

[Eric SIBERT]

Je comprends l'intérêt d'avoir l'itinéraire réel pour les transports  
urbains. Pour le longue distance, je ne vois pas ce que ça apporte de  
dire que le bus par l'autoroute et la rue qu'il prend pour desservir  
la gare routière. L'extrême est quand j'ai cassé la relation  
Paris-Lisbonne en éditant une route à Poitiers. Après, on va me dire  
que la limite entre urbain et longue distance va être compliquée à  
définir.


Eric

Patchi Atwork  a écrit :


Le 02/03/2024 à 18:19, deuzeffe a écrit :


Bonjour,

Solution simple suggérée en son temps par un membre du DWG : ne  
garder que les points d'arrêt (stop_position et platform/bus_stop)  
pour un PTv3.



Bonsoir,

Sur ce canal au mois de juin il y eu une longue discussion sur le  
tagging des transports en commun et cette solution de ne garder que  
les points d'arrêt (stop_position et platform/bus_stop) avait été  
évoquée. Je reprendrais le commentaire que j'avais publié "Je  
comprends l’idée de ne plus vouloir indiquer les routes dans  
l’itinéraire pour simplifier au maximum, mais c’est un peu comme  
vider une relation de randonnée de son itinéraire". Je trouve que  
l'itinéraire apporte un vrai plus, il y a même une couche dédiée aux  
transports en commun sur le site osm.org (il y en a même eu 2 un  
certain temps) - je doute qu'une couche n'affichant que les arrêts  
et zones d'attente sans itinéraire soit vraiment intéressante. Et  
générer un itinéraire automatiquement risque d'être hasardeux, un  
trajet de bus ne passe forcément pas le trajet le plus court.


Il existe également une proposition depuis 2018 pour une  
amélioration du PTv2  
(https://wiki.openstreetmap.org/wiki/Proposal:Refined_Public_Transport) qui  
conserve toutefois clairement les itinéraires. Vu que le PTv2 n'a  
jamais vraiment réussi à s'imposer complètement (le simple fait de  
vouloir enlever les tags historiques aka PTv1 fait hurler  
certains/certaines), je doute que cette proposition puisse un jour  
obtenir le statut 'approved'.


Trouver un consensus sur des relations intermédiaires pour de  
relations de transports en commun (bus et sans doute aussi tram car  
certaines lignes utilisent des voies routières) risque d'être une  
tache compliquée. Comme déjà indiqué je préfère personnellement  
avoir une relation complète par trajet, cela a au moins le mérite de  
clarté (une relation = un trajet complet). Certes c'est du lourd  
pour certaines zones, mais est-ce que des relations intermédiaires  
vont vraiment résoudre le problème ? Il faudrait sans doute faire  
des tronçons relativement petit pour garantir l'utilisation commune  
entre plusieurs lignes de transports en commun distinctes, ce qui  
aura pour impact d'avoir un tas de relations intermédiaires  
supplémentaires en plus de nos lignes de transports en commun  
elle-mêmes - je ne suis pas sûr que ce soit plus facile à gérer au  
final.


Bonne continuation,

Patchi.


___
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] vitesses limites

[Eric SIBERT]

Admettons que la relation de valeurs de vitesses limites est
effectivement utilisée, alors il faudrait préciser pour tous ces cas
particuliers la vitesse limite effectivement en place dans la
description du way.


C'est ce que j'essaie de faire de manière systématique au moins à la 
campagne. Pour les villes, je me contente pour le moment de mettre le 
panneau d'entrée/sortie d'agglomération mentionné précédemment: 
traffic_sign=city_limit (et name=la_ville; et alt_name=autre_commune si 
on rerentre de suite dans une autre agglomération). Ces informations 
sont généralement insuffisantes pour définir les voies où s'appliquent 
les règles de conduite en agglomération. Néanmoins, ce sont des 
informations de terrain et le jour où on saura comment coder ça, on 
pourra rapidement faire la transition sans retourner sur le terrain.


--
Éric

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

Re: [OSM-talk-fr] Re : Contours administratifs français : fin des limites au 1/100.000e

[Eric SIBERT]

En fait, il faut s'être coltiné de l'import de
cadastre-raster-sans-croix pour savourer le système de couleurs : pour
moi, je rampe le long des repères géographiques [...]

Essayez, vous verrez bien ...


Ben, j'ai essayé récemment pour les trous restants dans la Drôme... et 
je m'y suis cassé les dents. Je ne m'y retrouvais pas sur les bords des 
trous et les communes voisines déjà importées.


D'ailleurs, il me vient une question : dans ces zones, il y a du 
cadastre-raster-sans-croix avec des limites communales qui ne sont pas 
indiquées comme provenant du cadastre. Néanmoins, ceci semble 
correspondre à des imports massifs juste après la mise à disposition du 
cadastre (février 2009). Y a-t-il eu à l'époque des scripts "magiques" 
qui auraient permis ce genre d'import?


Éric

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

Re: [OSM-talk-fr] vitesses limites

[Eric SIBERT]

Et croiser avec le landuse ?


La corrélation entre les landuse=residential et les zones de circulation 
urbaine ne serait que pure coïncidence. Quid des zones industrielles et 
autre?




Une highway=primary dans un landuse=residential... ça devrait être
50km/h par défaut, non ?

C'est sûr que les algorithmes pour gérer ça sont complexes, mais c'est
le boulot nécessaire à faire lors de la conversion des données brutes
d'OSM vers des données destinées à du guidage routier.


Je pense qu'à terme, il faudra coder manuellement un polygone à 
l'intérieur duquel s'applique les règles de conduite en agglomération. 
En s'appuyant sur les panneaux d'entrée/sortie d'agglo.




Je ne vois pas comment un algorithme peut déterminer la portion
urbaine d'un highway sur lequel on a mis un traffic_sign=city_limit


Certains cas triviaux pourraient être traités. Genre, une route 
importante avec deux panneaux successifs portant le même nom, on peut 
supposer que la section entre les deux est en agglo. Et en poussant un 
peu plus loin, si toutes les entrées du village ont un panneau, alors 
topologiquement, on doit pouvoir définir un ensemble de voies où 
s'applique les règles urbaines.




--
Éric

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

Re: [OSM-talk-fr] Nouveau venu !

[Eric SIBERT]

Je suis de moins en moins convaincu de l'intérêt des GPS pour
cartographier lorsque l'on a des sources comme le cadastre ou les images
aériennes à notre disposition.


Sauf que les sources en question ne sont pas nécessairement bien calées. 
Donc, il demeure un intérêt pour l'enregistrement GPS.




De nombreux tracés anciens provenant de traces GPS sont en effet très
mal calés et les défauts des GPS récents utilisés en guidage routier
font dériver les virages vers l'extérieur bien trop souvent (surtout sur
petite route lorsque l'on roule un peu vite).


C'est sûr qu'un GPS qui colle la trace aux routes existantes a peu 
d'intérêt pour le recalage.


Néanmoins, l'accumulation de traces GPS non biaisées permet facilement 
de détecter les bugs du cadastre ou de Bing. Par exemple, dans quelques 
années, quand tout le cadastre sera vectoriel et que des algos 
automatiques vont trouver des tas d'incohérences dans les limites 
communales, les traces GPS permettront peut-être de détecter de quel 
côté est le bug, surtout si on a beaucoup de traces, une seule trace 
isolée n'étant pas très significative. En attendant, j'encourage tout le 
monde à continuer à enregistrer des traces GPS à la campagne, lors de 
séances cartographique ou non, et à les uploader dans OSM.


Éric

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

Re: [OSM-talk-fr] sentiers raquettes

[Eric Sibert]

je crois comprendre qu'il ne se suffit pas à
lui même et qu'il faut l'adjoindre à un highway=path ou autre.


En ce qui me concerne, pour la raquette ou le ski de fond, par défaut,  
je ne mets rien dessous. Si je repasse en été et que je constate qu'il  
y a dessous un(e) route/piste/chemin, je le rajoute et encore, en ne  
partageant que les points, pas les ways.


Eric


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

Re: [OSM-talk-fr] sentiers raquettes

[Eric SIBERT]

Tu retraces un way par dessus l'autre ??!!


Ca m'est arrivé quand il n'y avait qu'une partie des points en commun 
entre la section de route sous-jacente et la piste de ski de fond.


Éric

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

Re: [OSM-talk-fr] Re : Dans quelle catégorie de contributeur êtes-vous ?

[Eric Sibert]

Addicted moi aussi... faut-il consulter ?


+1.

Question : Les addicted sont-ils sur-représentés sur la liste de diffusion?

Vous avez une heure ;-)

Eric


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

Re: [OSM-talk-fr] Re : redfox : Contributor terms: Accepted 1 jour ago

[Eric SIBERT]

Manque plus que "aka trop long" !!!


Éric

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

Re: [OSM-talk-fr] CR OSM aux Rencontres d'Autrans

[Eric Sibert]

Je reviens en février pour le ski on prévoit une carto-partie ?


Ca pourrait être sympa.  Enfin, je dis ça, mais faut voir mes dispo ;-)

Eric


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

Re: [OSM-talk-fr] Prise de contact avec VVV Lorraine

[Eric SIBERT]

En résumé, le savoir, c'est le pouvoir...

... mais ça va un peu à l'encontre de leur objectif initial, de faire 
profiter leur travail au plus grand nombre d'utilisateurs. En 
fournissant leurs données sous licence libre, tous les éditeurs sont à 
pied d'égalité. Ils peuvent alors se concentrer sur leur tache 
principale, faire un bon topo-guide pour le plus grand plaisir des 
utilisateurs finaux. Et si certaines préfèrent faire de mauvais 
topo-guides chers, c'est leur droit. Ensuite, le VVV suppose qu'il 
connaît la meilleure manière de diffuser ses données. Or l'expérience 
d'OSM montre qu'on ne peut pas imaginer tous les usages possibles. Ils 
ont fait des applications pour smartphones? On pourrait imaginer des 
applications de guidage vélo mélangeant leurs données avec celles des 
villes du coin... et de toute l'Europe, OSM étant fédérateur. En 
attendant, à court terme, les contributeurs OSM vont refaire leur 
travail de collecte sur le terrain, ce qui est du gâchis de temps de 
bénévole et va de toute façon mettre fin à leur monopole.


Éric

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

Re: [OSM-talk-fr] Sondage sur le travail collaboratif de saisie de données pour un contributeur expérimenté OSM

[Eric Sibert]

IGN - OSM, n'est-ce pas antinomique ? , l'IGN aurait-il peur du projet OSM
ou souhaiterait-il investir dedans ? 


Oui, l'IGN prévoit d'ouvrir le RGE sous licence libre...

Eric


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

Re: [OSM-talk-fr] Sondage sur le travail collaboratif de saisie de données pour un contributeur expérimenté OSM

[Eric SIBERT]

Je ne trouve pas de manière pertinente de représenter ces "relations
remarquables" entre objets. D'une part, je me heurte toujours à la
subjectivité de la chose. Par exemple, j'ai vaguement connaissance qu'il
y a des McMachin autour de chez moi mais je suis incapable de dire où
ils sont, je n'y prête pas attention, c'est-à-dire qu'ils ne sont pas
visibles pour moi. Et d'autre part, je reviens toujours à la notion de
POI. Effectivement, qu'est-ce que le visibility=McDonalds apporte de
plus que amenity=fast_food+name=McDonalds ?


Exemple: on a rendez-vous à Limoges. Le coéquipier me dit : "tu prends 
l'autoroute et quand tu vois le logo McMachin (au sommet d'un mat), tu 
sors de l'autoroute et on se retrouve sur le parking de McMachin.".


http://maps.google.fr/maps?q=limoges&hl=fr&ll=45.883465,1.29114&spn=0.000727,0.002064&sll=46.75984,1.738281&sspn=11.727894,33.815918&hnear=Limoges,+Haute-Vienne,+Limousin&t=h&z=20&layer=c&cbll=45.883465,1.29114&panoid=3TgSpxPfHjgSzHpe8qOx0w&cbp=12,191.05,,0,0.15

Sur le terrain, on n'a eu aucune difficulté pour se trouver même si on 
n'est pas allé manger chez McMachin. Et il est à priori difficile de 
prévoir que McMachin est visible depuis l'autoroute avant d'arriver à la 
bonne sortie et dans un coin vallonné. Après, comment prendre ça en 
compte dans un logiciel de guidage et en amont dans une base de données?


Éric

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

Re: [OSM-talk-fr] Re : "Accueil" des nouveaux contributeurs

[Eric Sibert]

Gilles Bassière  a �crit :


Bonjour

Je détecte aussi les nouveaux (plus artisanalement, via OWL) et, s'il y
a des améliorations à proposer, j'envoie un message.[...]


Même genre de démarche pour moi.

Ce que j'apprécierais, c'est un flux rss des nouveaux contributeurs  
d'une zone données.



Eric


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

Re: [OSM-talk-fr] liste local-grenoble [HS ou presque]

[Eric Sibert]

Modestes suggestions :
1 rebaptiser la ML Dauphiné-Savoie,


Nan, c'est pas possible. :-p

<<< Savoie indépendante, du foin pour nos vaches!!! >>>

2 créer, en plus de la ML LOG, une liste Savoie (ce qui ne serait  
pas une position politique)


une liste SavoieS au pluriel pour ne pas froisser les susceptibilités  
des gars de la Haute (à prononcer Yote).


ou Annecy-Chambéry ou "Cartes pentues  sub-lémaniques" et, si le  
besoin arrive, une liste régionale.


Ou Alpes du Nord, tient!!!


Eric


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

Re: [OSM-talk-fr] liste local-grenoble [HS ou presque]

[Eric Sibert]

Si le Nord-Isère en a marre d'être à cheval,
ils pourront toujours créer local-bourgoin,


Nan, local-terres-froides!!!

Eric


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

Re: [OSM-talk-fr] Import bâti => nettoyage des données cleo carto

[Eric Sibert]

J'ajoute qu'au delà des chevauchements, il y a les bâtiments scindés en
plusieurs morceaux (par les limites de parcelles) qui prennent nettement
plus de temps à corriger.


Comme ça vient d'être signalé, il y a des bâtiments mitoyens  
construits indépendamment sur des parcelles voisines (typiquement dans  
les centres anciens) qui n'ont pas lieu d'être fusionnés. Et  
inversement, des bâtiments uniques construits sur plusieurs parcelles  
qui eux doivent être fusionnés. Les données du cadastre seul ne  
permettent pas de choisir. Donc, pas de fusion/correction automatique,  
uniquement du manuel après contrôle sur le terrain.


Sinon, j'ai aussi rencontré des cas de bâtiments récents sur parcelle  
unique mais découpés en plusieurs morceaux. Dans ce cas, je serais  
plus favorable à un traitement automatisé.


Il semble qu'à un moment donné (durant automne 2011), cleo carto  
faisait la fusion en automatique. Vous confirmez?


Eric


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

Re: [OSM-talk-fr] place = locality / hamlet

[Eric SIBERT]

Le 11/02/2012 18:45, Po G a écrit :

Sur le cadastre, un nom est affiché souvent dans les champs à coté des
bâtiments d'une ferme. A ma connaissance, ce même nom sert d'adresse.
Plusieurs questions :
1 - Utilisez vous "place=locality" ou "place=hamlet" pour une ferme unique ?


place=isolated_dwelling

http://wiki.openstreetmap.org/wiki/Tag:place%3Disolated_dwelling


2 - Utilisez vous un point ou une area pour enregistrer cette information


Point en ce qui me concerne.



3 - Si area : quel contour utilisez vous. Si un point, à quel endroit le
placez vous (à la place du texte dans le cadastre ou sur le bâtiment) ?


Au milieu de la cour de ferme, au niveau du puits.

Eric

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

Re: [OSM-talk-fr] Comment tagger un cassis ?

[Eric Sibert]

Oui, les radiers, c'est pour faire passer l'eau. Un autre exemple  
au-dessus de Grenoble :


http://maps.google.fr/maps?q=la+tronche&hl=fr&ie=UTF8&ll=45.214139,5.744597&spn=0.000688,0.001206&sll=46.75984,1.738281&sspn=10.961323,19.753418&hnear=La+Tronche,+Is%C3%A8re,+Rh%C3%B4ne-Alpes&t=h&z=20&layer=c&cbll=45.214068,5.744532&panoid=N_Lsk8WIhahvIxNQozyy3A&cbp=12,7.4,,0,34.24

Je l'ai codé en gué (ford) comme je le fais régulièrement à  
Madagascar. Un radier n'a pas vocation à ralentir la circulation et  
peut d'ailleurs être relativement étendu. Pour moi radier et cassis  
sont deux concepts à distinguer dans OSM. Pour le cassis, il faut  
enrichir les valeurs du tag traffic_calming (=hollow?)


Eric


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

Re: [OSM-talk-fr] Comment tagger un cassis ?

[Eric Sibert]

Pour le cassis, il faut enrichir les valeurs du tag
traffic_calming (=hollow?)


As-tu un exemple
pour le hollow ? Il est vrai que je ne connais pas le terme en
anglais...


Non, c'est une traduction à l'arrache avec google. Je viens de  
regarder dans le gros Robert et ça propose : cassis [route] : bump,  
ridge.
Donc, l'aspect creux n'est pas du tout rendu.  Et dans taginfo, je ne  
vois pas non plus d'exemple correspondant.


Pour aller plus loin, d'après le Trésor de la Langue Française :

CASSIS3, subst. masc.
Rigole pavée et/ou pente pratiquée en travers d'une route pour  
faciliter l'écoulement des eaux. Un cassis à bords vifs taillés en  
travers du sentier (ABELLIO, Heureux les pacifiques, 1946, p. 103).

P. ext. Dépression brutale d'une route. Anton. dos d'âne :

... nous embarquons dans la Ford qui s'en va, déhanchée, à travers les  
sillons de la route. Les « cassis » ont ici un pied de profondeur, et  
les ornières pétrifiées absorbent les pneus jusqu'aux jantes.

T'SERSTEVENS, L'Itinéraire espagnol, 1933, p. 84.



Eric


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

Re: [OSM-talk-fr] Usage d'OSM par les infographistes...

[Eric Sibert]

A titre de test, j'ai généré 2 fichiers SVG avec les limites des
régions et des départements,

[...]

simplifié les traces pour ne pas manipuler trop de points (résolution
50m).


Je viens de regarder le résultat dans Inkscape. Je pense que tu peux  
simplifier beaucoup plus. A la louche, vue l'épaisseur des traits sur  
le dessin (valeur par défaut?), ça ferait 1 km de largeur sur le  
terrain!!!



J'ai fait ça en semi-automatique, si vous pensez que ça peut être
utile,


Oui, ça peut être utile. Expérience spéléo, quand on fait un  
inventaire des cavités d'une zone, on est toujours à la recherche de  
fond de carte. Souvent, c'est à l'échelle d'un département. Donc :



les communes d'un département,


Oui.

Les cantons d'un département aussi. J'imagine les comcom pour d'autres.


le réseau hydrographique,


Intéressant aussi.


ferré, autoroutier...).


Moins intéressé en ce qui me concerne mais ça peut en intéresser d'autres.

Eric


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

Re: [OSM-talk-fr] Communes fusionées

[Eric Sibert]

Je suis de très loin ce fil de discussion. Mais je pense que le mieux  
serait d'indiquer pour chaque bâtiment (building=yes) la population  
moyenne à l'année. Ou s'il y a vraiment de forte variations  
saisonnières, le coupler avec opening_hours=*.


  - plusieurs place ? > lequel est le bon ? on regarde le nom ? le  
ref:INSEE ?


Cas que j'ai déjà cité, d'une commune historiquement fusionnée, pour  
revenir au sujet de départ :


- commune de Livet-et-Gavet
- le village de Livet à un bout
- le village de Gavet à l'autre bout
- le village de Rioupéroux au milieu
- ces trois villages sont de taille équivalente
- une demi-douzaine d'autres hameaux
- tout ça bien séparé (pas de suburb)
- la mairie est à Rioupéroux

Vous mettriez quels noeuds où?

Et pas grand monde pour cartographier ce charmant coin et compter le  
nombre d'habitant par maison ;-)


Eric


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

Re: [OSM-talk-fr] Communes fusionées

[Eric Sibert]

D'accord avec toi mais actuellement ça n'est pas le cas. Il y a un  
node "Livet-et-Gavet"
à deux pas du node Rioupéroux, et c'est le premier des deux qui est  
admin_centre :

http://www.openstreetmap.org/browse/node/34055195


Je vois qu'il y en a qui suivent ;-)


Il faudrait le supprimer et transférer son rôle admin_centre, voire  
son ref:INSEE,

au node Rioupéroux.


Oui mais ça me gêne d'avoir les ref:INSEE et population de  
Livet-et-Gavet sur le village de Rioupéroux.


Je pense qu'à terme, les infos de la commune ne devront être que sur  
la relation de la commune, histoire d'éviter les redondances et  
surtout les incohérences. Et en attendant, je ne sais trop quoi faire.


Eric


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

Re: [OSM-talk-fr] Communes fusionées

[Eric Sibert]

! Sauf que les ajouts que j'imagine ne sont que
pour les "déserts" actuels : pas de node place dans l'emprise du  
polygone communal du GeoFLA.


Ca pourrait être une première statistique intéressante.

Combien de commune sans node place ni relation de limites?

Et aussi, combien de commune avec une relation de limites mais sans  
node place?


Et pendant qu'on y est : combien de commune avec une relation de  
limite, des node place mais pas de admin_centre?


Mes 0,02 €.

Eric


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

Re: [OSM-talk-fr] Capitalisation automatique des odonymes francophones hors de France

[Eric Sibert]

D'évidence, il n'y a pas des masses de communauté locale à qui poser  
la question. On fait sans à défaut ? Les règles typographiques  
Françaises peuvent-elles s'appliquer aux toponymes et odonymes  
Français dans des pays francophones sans tomber dans un paternalisme  
néo-colonialiste arrogant quoique bien intentionné ?


Alors je vais parler de Madagascar. Hors la capitale, je suis le  
principal contributeur. Alors, j'ai fait une page wiki sur Mada pour  
essayer de cadrer les choses :

http://wiki.openstreetmap.org/wiki/FR:WikiProject_Madagascar

Je n'ai pas abordé le problème particulier que tu mentionnes mais les  
exemples vont dans le sens de la typographie française, y compris pour  
les noms malgaches.


Ensuite, pour la capitale Antananarivo ( http://osm.org/go/nBOh57KE-  
), les principaux contributeurs sont les employés d'une entreprise  
locale... dirigée par un français (pour les aspects techniques). Et le  
métier premier de l'entreprise, c'est l'édition de brochures  
touristiques pour des opérateurs français. Donc, ils sont à donf sur  
la typographie française. Alors, la consultation des contributeurs  
locaux, on tourne un peu en rond. Finalement, le wiki comme espace de  
discussion me paraît une bonne option.


Eric

PS : et de toute façon, les malgaches n'en n'ont rien à faire des noms  
de rue. Ils utilisent les noms de quartier pour se repérer et un  
système de lots pour le courrier et les éléments administratifs.


http://wiki.openstreetmap.org/wiki/FR:WikiProject_Madagascar#Adresses


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

Re: [OSM-talk-fr] Bug de rendu Mapnik pour les area en highway=tertiary

[Eric Sibert]

- on ne taggue pas pour le rendu (leit-motif récurrent sur cette liste),


On ne taggue pas pour UN rendu particulier ;-)
On taggue pour tous les rendus, passés, présents et à venir!!!


-par contre il semble bien vu de tagguer pour le routage ;


Le routage est UN rendu... et encore, il y le routage voiture,  
camping-car, vélo, piéton, chaise roulante, aveugle...


Eric


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

[OSM-talk-fr] Interdit sauf véhicules non autorisés sur voie express

[Eric SIBERT]

Ça, c'est du titre. C'est surtout ce qu'il y a grosso modo sur un panneau.

À la sortie de Moûtiers (73), il y a une voie rapide 2x2. En parallèle, 
il reste l'ancienne nationale mais avec à l'entrée un panneau "interdit 
aux voitures et motos" :

http://wiki.openstreetmap.org/wiki/File:Fr-B7a-Interdit_aux_v%C3%A9hicules_a_moteur_sauf_cyclo.gif

et en dessous, il est rajouté :

"sauf véhicules non autorisés sur voie express"

Vous suggérez quoi comme codage?



--
Éric

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

Re: [OSM-talk-fr] Re : Interdit sauf véhicules non autorisés sur voie express

[Eric Sibert]

A chercher sur internet, il semble que les véhicules à moteur de moins  
de 50 cm3 (ou 15 kW) soient interdits sur voie express (mais 125 cm3  
sur autoroute). Donc, pour la route qui m'intéresse, sont autorisés :

- tout moyen de locomotion non motorisé
- véhicules motorisés de moins de 50 cm3 (mobylette, voiturette, quad...)
- engins agricoles

Eric


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

Re: [OSM-talk-fr] Re : Changement de licence, enfin des nouvelles !

[Eric Sibert]

Pour info, http://odbl.poole.ch/france-20120213-20120328-poly.html
vient d'être mis à jour et donc au dernier comptage:


J'ai un peu des doutes sur les calcules de poole.ch. Hier, je suis  
tombé sur une route qui n'était pas considérée comme menacée. Sauf que  
tous les noeuds de la route l'étaient (unique contributeur n'ayant pas  
accepté les nouvelles conditions).


Sinon, sur Madagascar, il y a une entreprise qui avait fait plusieurs  
comptes. Sur un des comptes, ils ne retrouve pas le mot de passe (ni  
l'adresse où ça doit être renvoyé). Est-ce qu'il serait possible de  
contacter les admins pour valider manuellement ce contributeur?

C'est le compte : ild_err4
(et le reste de l'entreprise qui est OK est en ild_xxx)

Eric



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

Re: [OSM-talk-fr] Interdit sauf véhicules non autorisés sur voie express

[Eric SIBERT]

Merci pour vos différentes réponses. J'ai finalement opté pour :

access !=trunk

C'est pour rire ;-)

Mais plutôt :
motor_vehicule=no
mofa=yes
moped=yes
agricultural=yes

J'ai laissé tombé les quad et les voiturettes.

J'ai mis une note = "Interdit sauf véhicules non autorisés sur voie 
express".



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

Re: [OSM-talk-fr] Re : Changement de licence, enfin des nouvelles !

[Eric Sibert]

j'ai réussi à "sauver" 150 à 200 km de routes nationales/départementales """à
l'arrache""" dans toute la France...


J'ai aussi refait quelques dizaines de kilomètres de routes menacées.  
Exemple typique la départementale Moutiers-Val Thorens. A partir d'une  
petite section semblant menacée d'après poole.ch, je découvre que tous  
les points de la route sont menacés. Constant que le contributeur est  
indécis, je le contacte pour découvrir qu'il est en fait tout à fait  
contre la nouvelle licence et qu'il est fer de lance du fork. Donc,  
gros nettoyage par le vide et reprise d'après les nombreuses traces  
GPS. Quand j'arrive à Moutiers, je découvre que, avec ou sans perte,  
c'est n'importe quoi pour les échangeurs. La soirée à bosser dessus  
pour faire quelque chose de correct. Et surtout le regret les fois  
précédentes où j'avais fait des modifs sur la zone de ne pas avoir  
tout repris à zéro.




15 km de N6/N7 allait passer à la trappe ce qui aurait été dommage...


C'est le genre de perte qui devrait rapidement être détecté après le  
changement et facile à redessiner avec les traces GPS accumulées.



dans la ville que je m'occupes pour OSM,


Moi, j'ai noté dans un coin les zones menacées voir fait quelques  
copie d'écran badmap de poole.ch et on verra bien une fois le  
changement de licence effectif.




Eric


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

Re: [OSM-talk-fr] Re : Re : Changement de licence, enfin des nouvelles !

[Eric Sibert]

THEVENON Julien  a �crit :

Pour ma part en retracant a partir des traces GPS, imageries Bing et  
Cadastre...


+1 (enfin, surtout les traces GPS...).

Et ça fait souvent sauter les ponts déjà tracés :-p



Eric


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

Re: [OSM-talk-fr] Erreur 500

[Eric SIBERT]

Je souhaite télécharger des données dans JOSM et j'obtiens une erreur
500. Du coup j'ai essayé plusieurs commandes API et seule map ne
fonctionne pas


/map utilise des tables temporaires qui ne peuvent être crées en raison 
du passage en lecture seule.



Est-ce un problème avec ma connexion ? J'ai bien lu que le serveur est
en lecture seule mais comme je veux récupérer des données cela devrait
fonctionner.


Dans JOSM, change de serveur et prend le miroir :

http://api.openstreetmap.fr/api

Éric

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

Re: [OSM-talk-fr] OSM Nominatim + MaxSpeed

[Eric Sibert]

Ce qui me chagrine est comment faire, car la 934933 est appliquée à la
relation France http://www.openstreetmap.org/browse/relation/11980 qui
elle inclut la relation
http://www.openstreetmap.org/browse/relation/1628087
Nouvelle-Calédonie.

Appliquer cette nouvelle relation à la Calédonie et dire que c'est
l'info la plus proche de la base qui doit être prise en considération?


C'est un problème "politique". Le code de la route est-il une  
compétence locale? (les autorités locales peuvent-elles changer le  
code de la route par rapport à celui de la France?). Si oui, alors la  
relation actuelle de limite de vitesse France n'est pas rattachée au  
bon niveau (devrait être rattaché à métropole + DOM uniquement). Si  
non, rien à changer (les limites de vitesses sont les mêmes. Il n'y a  
pas de 130 car il n'y a pas d'autoroute en NC).


Eric


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

Re: [OSM-talk-fr] Osmose : nouvelle analyse à propos des marques

[Eric SIBERT]

Pour les banques, les agences ont généralement un nom distinct de la 
marque même si ce n'est pas visible.


name="Agence Croix-Rouge"
operator = "Crédit Plouc"

voir

name="Agence Croix-Rouge"
operator = "Crédit Plouc Sud Rhône Alpes"
brand = "Crédit Plouc"

Éric

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

Re: [OSM-talk-fr] Mon Premier Chemin

[Eric SIBERT]

Mais avec le tag "material" j'ai le choix entre "metal",
"plastic", "stone" et "wood" ; c'est un peu bizarre pour un chemin, non ?


"surface"

Éric

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

Re: [OSM-talk-fr] Re : Osmose : survey_point et building

[Eric SIBERT]

Et si c'est tout le
cadastre d'une commune qui doit être recalé?


Non, souvent il n'y a qu'une partie de la commune dont le cadastre est 
décalé. Donc, décalage variable...


Eric

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

[OSM-talk-fr] Voie bus et vélo

[Eric SIBERT]

Bonjour à tous,

Je remonte un sujet qui n'a pas l'air d'avoir beaucoup évolué ces 
derniers temps. C'est le codage des voies de bus, éventuellement 
ouvertes aux cyclistes.


Je suis en train de regarder les cas que je rencontre à Grenoble:

- voie de bus physiquement séparée de la chaussée principale
- voie de bus physiquement séparée de la chaussée principale ouverte aux 
vélos
- chaussée double sens avec voie de bus de chaque côté (+ vélo en option 
des deux côtés ou d'un seul)
- chaussée double sens avec voie de bus d'un seul côté (+ vélo autorisé 
sur la voie bus et/ou bande cyclable dans l'autre sens)
- chaussée à sens unique (avec n voies pour les voitures) et voie de bus 
dans le même sens (+ vélo)
- chaussée à sens unique (avec n voies pour les voitures) et voie de bus 
en sens inverse (+ vélo)


Des idées pour tagger tout ça?

Pour rappel, il y a des propositions (sans consensus) dans le wiki :

http://wiki.openstreetmap.org/wiki/FR:Bicycle#Couloirs_de_bus_ouverts_aux_v.C3.A9los



--
Éric

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

Re: [OSM-talk-fr] Voie bus et vélo

[Eric Sibert]

Flop...

Ca ne passionne pas les foules mes interrogations ;-)

En fait, une première difficulté, ce sont les voies pour bus. Il y a  
en particulier le tag busway :


http://wiki.openstreetmap.org/wiki/Key:busway

Il y a une note introductive :

PLEASE NOTE that there was no formal proposal for this feature and it  
is not well established (and probably will never be well established  
because of the inconsistencies it creates). In parts this page  
contradicts the current OSM data model. You are NOT encouraged to use  
this!


Si quelqu'un peut me faire une explication de texte (mais sans faire  
un roman non plus).


Eric


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

Re: [OSM-talk-fr] Osmose - Tag source illegal ou incomplet IGN

[Eric SIBERT]

Le 27/05/2012 10:47, Maetma 91 a écrit :

J'en profite pour demander si ce point est "légal"ou pas :
http://www.openstreetmap.org/browse/node/527901615


Il m'a l'air tout à fait bien. Le gars a décalqué le repère géodésique 
au centre du château d'eau pour représenter le dit château d'eau. En 
quoi voudrais-tu qu'il soit illégal?


Eric

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

Re: [OSM-talk-fr] Osmose - Tag source illegal ou incomplet IGN

[Eric SIBERT]

On écrit "ledit", "ladite", "lesdits" et "lesdites" en un seul mot

[...]

Et répondre à la question initiale, tu sais faire???

Éric

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

Re: [OSM-talk-fr] Cadastre vectoriel décalé de près de 400m... un record ?

[Eric Sibert]

Avez-vous déjà rencontré des décalages si importants sur du cadastre  
vectoriel ?


J'ai déjà rencontré en haute montagne des limites fausses à 200 m près  
sans parler des lignes droites tracées entre sommets sans suivre la  
ligne de crête. En plaine, je suis tombé une fois sur une divergence  
alors que je traçais une voie ferrée. Ca sentait l'erreur de saisie au  
calage du cadastre. Ca donne quoi vis à vis des communes voisines?



Eric


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

Re: [OSM-talk-fr] Cadastre vectoriel décalé de près de 400m... un record ?

[Eric Sibert]

Sur géoportail, le cadastre raster est bien calé, ainsi que les
emprises des bâtiments (une couche différente d'info sur géoportail,
d'ailleurs les bâtiments n'ont pas la même forme que sur le vieux
cadastre raster).


L'IGN a utilisé une méthode de calage "à l'arrache" en détectant les  
similitudes entre les planches cadastre scannées et l'orthophoto. Ils  
annoncent quelques mètres de précision. Et tant qu'il y a des  
parcelles, ça va pas mal.


D'ailleurs, ça m'amène à la réflexion qu'on ne devrait utiliser le  
cadastre que là où il y a des parcelles. Exit la haute montagne...



D'où peut provenir l'erreur ? aucune idée, mais en tout cas, ça montre
que la DGI ne vérifie pas sérieusement les infos qu'on lui transmet...


Je m'interroge toujours sur les méthodes utilisées par la DGI. Il y a  
une norme traitant de la qualité des mesures pour caler les planches.  
En pratique, ça voudrait dire qu'il faut mesurer sur le terrain au GPS  
de précision plusieurs points par planche. Quand on voit les  
décalages, je doute que ce soit le cas. En plus 400 m en plaine, ça  
doit commencer à les déformer sérieusement les planches. Il devrait y  
avoir des alertes. Ca doit être pour ça que je continue à voir bosser  
les géomètres sur le terrain avec théodolite/télémètre, le cadastre  
étant trop mal géoréférencé ;-)


Eric


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

Re: [OSM-talk-fr] Cette liste est elle devenue une cours d'école ?

[Eric SIBERT]

Pour ceux qui ne peuvent/veulent suivre/lire des messages/fils à
rallonge, la plupart des courielleurs modernes offrent toutes les
fonctionnalités requises (filtrage, règles, blocage, Suppr, Maj+Suppr,
etc.).


Je veux bien un mode d'emploi pour mettre ça en service sur mon serveur 
imap. A savoir, filtrer tous les messages venant d'une personne ainsi 
que toutes les réponses qui en découlent directement ou indirectement 
mais pas les autres branches du fil initial (si elles n'ont pas été 
contaminées elles aussi bien sûr).



Cordialement

--
Éric

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

Re: [OSM-talk-fr] Questionnement sur la source...

[Eric SIBERT]

Ensuite, lorsque l'on a positionné plein de pics, on peut s'aider des
photos satellites pour localiser et saisir les sommets manquants que
l'on a la flemme d'atteindre a pied avec son GPS...


Comment ça, la flemme

Le terrain, vous dis je!!!

Le terrain!!!

http://www.openstreetmap.org/browse/node/1773739790

http://www.openstreetmap.org/browse/node/701527603

http://www.openstreetmap.org/browse/node/564117511/history

;-)

Eric

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

Re: [OSM-talk-fr] Suppression des "GR" dans OSM

[Eric Sibert]

Bonjour,

Je débarque un peu tardivement sur ce fil de discussion qui est très  
fournis. Néanmoins, les sentiers de randonnées constituent un sujet de  
contribution qui m'intéresse dans OSM.


Personnellement, je ne mets pas d'info sur les GR mais ça me crée une  
frustration: ne pas pouvoir mettre GR dans la base quand je le vois  
sur le terrain. (La FFRP devraient mettre (c) sur chaque panneau ;-) ).


A un moment donnée, il y a eu un problème avec les installations  
militaires russes. La loi russe interdit de les signaler. Il s'en est  
suivi une guerre d'édition entre ceux qui voulaient retirer ces infos  
et ceux qui voulaient les laisser. Quelqu'un connaît-il l'épilogue de  
cette affaire?


Le risque juridique? Si la FFRP ne veut pas de mention GR dans la base  
de données OSM, il faut qu'ils s'adressent à l'organisation qui  
contrôle les serveurs, soit pour demander une suppression directe,  
soit pour identifier chaque contributeur fautif et lui demander de  
retirer ses contributions litigieuses. Si la FFRP ne veut pas de  
mention GR dans les rendus, qu'ils soient électroniques ou papier, ils  
vont devoir attaquer chaque éditeur, en France ou à l'étranger. Là,  
ils vont finir par se rendre compte que leur modèle "économique" est  
périmé, au moins dans le domaine électronique.


Personnellement, je suis pour le statu-quo, à savoir qu'on déconseille  
de mettre des données sur les GR dans la base. Eventuellement,  
l'association osm-france peut se prononcer dessus. Mais je suis contre  
la suppression. Ca serait valider le modèle périmé de la FFRP.


Ensuite, concernant l'organisation interne de la FFRP, pour les  
aspects juridiques, on n'a pas à s'en préoccuper. Pour les aspects  
relationnels, ma connaissance des fédérations sportives m'inciterait à  
aller frapper au niveau des comités départementaux. C'est certainement  
eux qui s'occupent des sentiers sur le terrain. Et c'est peut-être  
aussi eux qui envoient des grands électeurs à l'AG national (voir  
proposent des motions).



Eric


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

Re: [OSM-talk-fr] Suppression des "GR" dans OSM

[Eric SIBERT]

On y découvre ce qu'est un PDIPR


Surtout, la question, c'est l'articulation avec les CDESI ;-)

Éric

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

Re: [OSM-talk-fr] Suppression des "GR" dans OSM

[Eric SIBERT]

Impossible. Dire "en cas de doute, on attend" est opposée à l'attitude
adoptée par la communauté sur le plan international qui a toujours été
"en cas de doute, on supprime".


Je ne suis pas d'accord avec cette interprétation. C'est quand on n'est 
pas sûr de la source des données qu'on doit supprimer. Et c'est le seul 
cas. "Cartographes Associés" est un exemple de données à l'origine 
incertaine.


S'agissant des GR, c'est l'observation sur le terrain. Une source tout 
ce qu'il y a plus sûr. Après, la question est de reporter dans la base 
des informations du domaine public et de les publier. C'est la même 
question qui s'est posé pour les installations militaires russes. J'ai 
retrouvé la discussion dans les archives. Ça commence là :


http://lists.openstreetmap.org/pipermail/talk/2010-April/049451.html

Leur problème était qu'en Russie, il est interdit de relever et de 
publier des informations sur les installations militaires. Certains 
voulaient supprimer ou modifier les informations sur ces installations 
dans la base de données OSM.


Les réponses sont :
- Si c'est illégale en Russie de relever les installations militaires, 
ceux qui résident en Russie ne doivent pas le faire.
- Si c'est illégale en Russie de publier des cartes montrant des 
installations militaires, alors, ils doivent faire leurs propres

rendus (et extract) sans ces installations.
- Supprimer de telles informations, qui sont justes, est considéré comme 
du vandalisme

(http://lists.openstreetmap.org/pipermail/talk/2010-May/049931.html)



De plus, je maintiens qu'on fait courir un risque juridique à tous
ceux qui veulent adopter OSM


Je ne vois pas où est-ce qu'il y a plus de risques qu'ailleurs. Celui 
qui publie un site web sur les GR, avec ou sans OSM prend un risque. 
Comme tous ceux qui utilisent les numéros d'adresse, ce qui ne semble 
pas poser de problème :


http://lists.openstreetmap.org/pipermail/talk/2010-April/049463.html


en particulier en France, ceux qui penseront pouvoir afficher ces
données-là dans leurs applis commerciales.


Soit la FFRP n'attaque que les sites centrés sur les GR. Et ceux-là 
n'avaient qu'à se renseigner avant. Nul n'est sensé ignorer la loi.


Soit la FFRP attaque tous les site où traine un bout de GR. Alors, il 
faudra trouver une structure pour mettre en place des rendus spéciaux 
France sans les GR et tout ce qui tourne autour (comme ça a été suggéré 
aux Russes).



(et on nous attaque suffisament sur notre modèle ouvert mais peu
rigoureux)


Notre modèle sur les sources de données est très rigoureux. Je le maintiens.

Éric

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

Re: [OSM-talk-fr] Suppression des "GR" dans OSM

[Eric SIBERT]

Mais de toute façon, tous ces argument ont déjà été mis sur la table
en long et en large à plusieurs reprises au fil des ans et on se
répète. Je pense que tout le monde a bien saisi les enjeux même si
certains tombent dans le déni (ce que je peux comprendre, tant les
"GR" font partie de notre patrimoine). La question n'est plus de
savoir s'il faut supprimer les GR mais quand et comment.


Je ne suis toujours pas d'accord pour supprimer ces données de la base.

J'attends toujours une réponse à mon parallèle avec le cas russe.

Eric

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

Re: [OSM-talk-fr] Suppression des "GR" dans OSM

[Eric SIBERT]

[...]

la position d'OSM sur le plan international [...]



C'est peut-être aussi une piste à explorer pour trouver une issue à 
cette discussion, ça serait de sortir du cadre franco-français et 
d'aller prendre un avis à l'international. Le DWG (Data working group : 
http://wiki.openstreetmap.org/wiki/Data_working_group) n'est peut-être 
pas le premier endroit où s'adresser mais je pensais plutôt à la liste 
internationale ou la liste legal.


Éric

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

Re: [OSM-talk-fr] DIY google-car

[Eric SIBERT]

Le 21/06/2012 08:17, Arnaud Vandecasteele a écrit :

Ne pourrions-nous pas envisager un Google Street View bis sauce OSM ?


http://openstreetview.org/

Éric

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

Re: [OSM-talk-fr] url des repères géodésiques

[Eric Sibert]

À mon avis, c'est un tag genre ref:FR:IGN_geodesie avec uniquement  
l'identifiant qu'il faudrait mettre. C'est aux outils (tag2link...)  
de le convertir en url


C'est une piste intéressante.


ce qui donnerait, pour l'exemple présent : ref:FR:IGN_geodesie=7403003


Il y a déjà un tag ref. Il suffirait de le transformer et de supprimer  
toutes les url.


Par contre, je ne sais pas trop comment procéder en pratique pour  
faire le remplacement sur toute la France. Si vous avez des  
suggestions...


Eric


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

[OSM-talk-fr] Égouts à ciel ouvert

[Eric SIBERT]

Bonjour,

Me voici de retour après quelques temps de coupure en partie passé sur 
le terrain. Et je me pose de nouvelles questions sur le codage de 
certains éléments.


Donc, dans certains quartiers périphériques des villes malgaches, il y a 
des égouts à ciel ouvert. Comment coderiez-vous ça? Pour le moment, 
j'utilise waterway=drain.


Ensuite, la présence des égouts a des conséquences sur la circulation 
quand ils viennent couper les rues perpendiculaires. Il y a différents cas:
- l'égout est couvert sur toute la largeur de la rue : tunnel=culvert me 
semble adapté
- seules deux plaques en béton permettent le passage des roues des 
voitures. Codage?

- une seule plaque de béton pour les piétons, vélos, moto... Codage?
- rien: on franchit alors l'égout d'un pas alerte en évitant de se 
vautrer dedans. Codage?


Je suis à l'écoute de vos suggestions.

Éric

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

Re: [OSM-talk-fr] Données altimétriques d'un GPS sur un highway Was: Intégration d'un plan topographique

[Eric Sibert]

Avec mon GPS, je parcours sensiblement les mêmes routes.
En toute logique, pour un point donné, la valeur de la moyenne des  
valeurs altimétriques mesurées devrait de plus en plus se rapprocher  
de la réalité au fur et a mesure des relevés (à l'erreur près du  
fait de la distance verticale entre ledit GPS et la surface du sol).


Le problème, c'est que ton GPS, par défaut, ne mesure pas l'altitude  
mais la hauteur au-dessus de l'ellipsoïde WGS84. Ensuite, il fait une  
conversion vers une altitude en utilisant une grille mondiale  
indiquant la hauteur du niveau moyen des mers (au repos) ou son  
extrapolation, dit géoïde, par rapport à WGS84. La grille stockée dans  
ton GPS n'est pas toujours très précise, ce qui peut conduire à es  
erreurs systématiques de plusieurs mètres. Faire une moyenne ne  
résoudra pas ce problème. Il faudrait alors faire des recalages en  
utilisant les points de nivellement disponibles le long de la route.


Eric




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

Re: [OSM-talk-fr] Problème avec des contributions sur Bordeaux

[Eric SIBERT]

J'ai aussi un cas un peu similaire sur Madagascar.

Je constate qu'une personne contribue significativement sur certaines 
zones mais avec pas mal de cas où c'est du taggage pour le rendu. Alors 
j'ai un peu discuté sachant que le gars est suisse allemand et qu'on 
fait ça en anglais.


Par exemple, il a mis des lignes de niveaux en utilisant des 
barrier=fence et name=1000m. Pourquoi? Parce que ça s'affiche dans son 
GPS. D'autres fois, il utilise des landuse=*. Ça vient d'où? Dans JOSM, 
il a décalqué le fond cyclemap. Après ma remarque, il m'a dit qu'il 
allait corriger ça. Il a supprimé les lignes de niveaux sur l'îlot où je 
lui ai fait la remarque mais il l'a laissé sur tout le reste du pays.


Ensuite, je m'étonne de certains détails. Comment a-t-il fait pour les 
tracer sachant qu'il n'y a pas de vue aérienne haute-résolution? Il me 
dit qu'il a utilisé Google Earth:


---
Hi Eric, Thats easy i was there and record it on my Garmin 255W. 
Them i control it on Google earth! and import it to OSM.


Otherwise, if you have no data, you can draw a track at GoogleEarth, 
save it as *.kml and import it on OSM (Background/Vector files)... 
very easy to do

---

J'essaie de lui expliquer. Il me répond:

---
ok, i remove all the fence i made and
i deledet all the ways comming from gearth, also
---

C'est manifestement faux. Je lui signale le 19 mai et j'attends toujours 
sa réponse.


---

   i deledet all the ways comming from gearth


I'm surprised. You didn't removed Mahajanga airport although it seems to 
be drawn using gearth. Same for Belobaka caves 
(http://osm.org/go/nEHu7mGz). How did you drawn buildings in Hell-Ville 
without gearth? How did you drawn the street in Antsiranana? You did it 
in 2010 and Bing was not available at this time in this place. [...]



   ok, i remove all the fence i made and


It seems that you only removed the one around Nosy Be. I found several 
in other places like: http://osm.org/go/nBKWyna

[...]
I would suggest you to get in touch with local contributors groups in 
Schweizerland (like with a mailing list : 
http://lists.openstreetmap.ch/mailman/listinfo/talk-ch) and show them 
your contributions in Nosy Be. There are still a lot of wrong details. 
It should be easier to talk using the same mother language instead of a 
foreign language for both.

---

Comme Frédéric, je suis un peu perdu.




Éric

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

Re: [OSM-talk-fr] Problème avec des contributions sur Bordeaux

[Eric SIBERT]

Le 17/11/2013 11:28, Christian Quest a écrit :

Ces données n'ont effectivement rien à faire dans OSM (pour des raisons
différentes).

Après le temps des explications et des réponses, si c'est pas corrigé ->
suppression/revert


Ok. Je me suis sorti les doigts du c.. et j'ai rédigé un message 
explicatif détaillé au Data Working Group. J'attends leur réponse.



Éric

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

Re: [OSM-talk-fr] Vélo et OSM : GPX VTT vs GPX OSM

[Eric SIBERT]

A priori, j'en déduis que les GPX des cyclistes sont une bonne source
potentielle de données complémentaires pour OSM. Et peut-être sous-estimée ?


On l'a déjà évoqué quelques fois. Et de mon expérience autour de 
Grenoble, je confirme que ça serait intéressant pour les sentiers entre 
autre. Néanmoins, il faudrait que ces données soient disponibles dans 
une licence compatible avec OSM.



--
Éric

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

Re: [OSM-talk-fr] Matériel de communication - OSM et randonnée

[Eric SIBERT]

http://osm107.openstreetmap.fr/jbtopo/Demo_Volcans_A0_100dpi.png

et ne fait « que » 19mo. Bon, forcément, c'est vachement moins joli.


C'est déjà très joli. Dire qu'il y en a encore qui paient l'IGN pour des 
fonds de carte dans leurs topoguides...



Éric

---
Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce 
que la protection avast! Antivirus est active.
http://www.avast.com


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

Re: [OSM-talk-fr] Tombes de personnalités du Père Lachaise

[Eric SIBERT]

Si ce n'est pas possible, j'irai faire les relevés sur le terrain. Ce
qui m'amène à une autre question : quel tag utiliser pour reporter ces
informations dans OSM ? La catégorie "héritage" me paraît indiquée mais
je ne vois pas quel tag choisir.


Je vois surtout historic=tomb

http://wiki.openstreetmap.org/wiki/Tag:historic%3Dtomb

Eric


---
Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce 
que la protection avast! Antivirus est active.
http://www.avast.com


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

[OSM-talk-fr] Data Working Group

[Eric SIBERT]

Bonsoir,

Comme je l'avais déjà signalé il y a 15 jours, j'avais constaté qu'on 
contributeur avait utilisé Google Map pour contribuer sur Madagascar. On 
m'avait conseillé de contacter le Data Working Group, ce que j'ai fait 
le 17 novembre par l'adresse d...@osmfoundation.org .


Depuis, pas de nouvelle, ni accusé de réception, ni nettoyage des 
données incriminées. Et le contributeur n'est visiblement pas bloqué.


Je n'ai pas envie qu'on se refasse un plan "un trou chez les Ch'tis" 
(http://wiki.openstreetmap.org/wiki/WikiProject_France/Reconstruction_chez_les_Ch%27tis).


Vous conseillez quoi comme démarche?


--
Éric

---
Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce 
que la protection avast! Antivirus est active.
http://www.avast.com


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

Re: [OSM-talk-fr] Data Working Group

[Eric SIBERT]

Le 02/12/2013 19:29, f.dos.san...@free.fr a écrit :

Un autre mail au DWG avec rappel des faits et exemples des contributions 
illicites.
Le DWG est plutôt réactif et tu as au moins un accusé de réception, ton mail a 
probablement été perdu/oublié.


Entre temps, j'ai été recontacté. On m'a demandé les échanges d'emails 
que j'ai eu avec le gars.



Tu peux aussi décider de supprimer les données suspectes en te mettant d'accord 
avec son auteur, le DWG ne t'en voudras pas si tu leur simplifie la vie en 
faisant le travail toi-même ;-)


Il n'y a pas eu convergence de vue avec l'auteur, voir une 
incompréhension profonde. C'est pour ça que je préférerais que ça passe 
par une tierce personne. Sans parler qu'il paraît difficile de détecter 
les données suspectes.


Eric



---
Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce 
que la protection avast! Antivirus est active.
http://www.avast.com


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

Re: [OSM-talk-fr] Tracé des limites communales terminé

[Eric Sibert]

Comme aurait dit un chanteur francophone mais pas français : "Formidable".


Vous les trouverez ici (les contributeurs, et les
relations) : http://vimeo.com/user22882814/osmfrenchboundaries


Elle est bien cette vidéo et ça peut faire un outil de communication.  
Néanmoins, je trouve que les coupures sans carte pour faire passer les  
messages d'information, justement, ça coupe trop. Vue les marges  
blanches de part et d'autre de la carte, ça ne serait pas possible de  
mettre les messages dans les marges en conservant la carte?


Eric


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

Re: [OSM-talk-fr] Dans "name", le nom de commune au COG ou le "terrain" ?

[Eric Sibert]

Mais que faire des rares cas ou le "terrain" est en désaccord avec
l'Officiel ?

Prenons un exemple concret :
http://www.openstreetmap.org/relation/122334
http://www.openstreetmap.org/node/924622799


J'aurais tendance à mettre le nom officiel sur la relation et le nom  
du terrain sur le nœud place=*.


Après, c'est quoi le nom officiel? J'imagine qu'il doit y avoir un   
arrêté quelque part (datant de la Révolution?) et que c'est lui qui  
fait fois.


Eric


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

[OSM-talk-fr] Josm : Problème avec le cadastre

[Eric SIBERT]

Bonsoir,

Depuis quelques temps, j'ai des problèmes avec le cadastre dans JOSM. Je 
demande une première commune (vectorielle). Ça s'affiche bien. Ensuite, 
je veux voir une seconde commune (vectorielle) voisine. Je supprime le 
calque de la première commune. Je vais dans le menu Cadastre|Changer de 
lieu. J'indique le nom de la seconde commune qui est bien reconnue. Sauf 
que c'est toujours le fond de la première commune qui s'affiche même si 
dans la liste des calques, j'ai bien le nom de la seconde commune.


Une idée? Je suis le seul?


--
Éric

---
Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce 
que la protection avast! Antivirus est active.
http://www.avast.com


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

Re: [OSM-talk-fr] Josm : Problème avec le cadastre

[Eric SIBERT]

En complément, si je redémarre josm et que je demande directement la 
seconde commune, j'obtiens bien le cadastre de la seconde commune.


Sinon, j'ai un autre problème. Dans le même coin, il y a une troisième 
commune cette fois en raster mais géoréférancé en Lambert III dans 
http://www.cadastre.gouv.fr/. Après chargement du raster, le plugin me 
demande de géoréférencer l'image sans indiquer qu'il existe déjà un 
géoréférencement.


Tout ça pour dire que je suis tombé sur un problème de limites 
communales dans une zone significativement urbanisée donc le bâti est 
aussi à la rue.


Eric

>

Depuis quelques temps, j'ai des problèmes avec le cadastre dans JOSM. Je
demande une première commune (vectorielle). Ça s'affiche bien. Ensuite,
je veux voir une seconde commune (vectorielle) voisine. Je supprime le
calque de la première commune. Je vais dans le menu Cadastre|Changer de
lieu. J'indique le nom de la seconde commune qui est bien reconnue. Sauf
que c'est toujours le fond de la première commune qui s'affiche même si
dans la liste des calques, j'ai bien le nom de la seconde commune.



---
Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce 
que la protection avast! Antivirus est active.
http://www.avast.com


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

Re: [OSM-talk-fr] Tag layer et Osmose

[Eric SIBERT]

on trouve aussi souvent des "waterway" "taggé" sur tout le chemin avec
"layer=-1"


C'est la méthode de l'autruche. Fondamentalement, en mettant le waterway 
"dessous", on n'a plus de détection d'erreur aux croisements avec les 
autres éléments, en particulier les routes. Ce n'est pas pour autant que 
le croisement est géré dans les règles de l'art, c'est-à-dire avec un 
pont ou un culvert.


Eric

---
Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce 
que la protection avast! Antivirus est active.
http://www.avast.com


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

Re: [OSM-talk-fr] Josm : Problème avec le cadastre

[Eric SIBERT]

Pour le passage d'une commune vectorielle à l'autre, je viens d'en avoir
besoin et chez moi ça marche : JOSM 6388 et plugin cadastre-fr 29934.



J'ai bien les mêmes versions. Je viens de refaire un essai. J'ai 
toujours le problème. Pour être plus précis, ce sont les zones déjà 
chargées dans la première commune qui ne sont pas rechargées dans la 
seconde. Par contre, si je me déplace dans des zones non couvertes, je 
récupère bien le cadastre de la nouvelle commune.




Pour la non prise en compte automatique du géoréférencement des
planches, c'est le cas depuis cet été quand cadastre.gouv.fr a chamboulé
sa manière de servir les planches [1].


J'ai raté l'info à l'époque. J'étais IRL sans connexion...

--
Éric

---
Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce 
que la protection avast! Antivirus est active.
http://www.avast.com


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

Re: [OSM-talk-fr] Josm : Problème avec le cadastre

[Eric SIBERT]

J'ai le problème entre les communes de Chamrousse et Vaulnaveys-le-Haut 
(38) au lieu dit "plateau de l'arselle". Je l'avais déjà constaté il y a 
quelques jours à un autre endroit, dans le Vercors, à la limite Isère 
(38) et Drôme (26).


Je peux fournir une capture d'écran.

Eric

---
Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce 
que la protection avast! Antivirus est active.
http://www.avast.com


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

Re: [OSM-talk-fr] Josm : Problème avec le cadastre

[Eric Sibert]

J'ai le problème entre les communes de Chamrousse et Vaulnaveys-le-Haut
(38) au lieu dit "plateau de l'arselle". Je l'avais déjà constaté il y a
quelques jours à un autre endroit, dans le Vercors, à la limite Isère
(38) et Drôme (26).


Bon... ce qui marchait en Vendée marche aussi en Isère, chez moi.  
Bref je ne reproduis pas ton problème :-(.


Je ne reproduis pas non plus sur l'ordinateur du boulot. Je sens qu'il  
va falloir que je nettoie les paramètres de josm.


Eric


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

Re: [OSM-talk-fr] Josm : Problème avec le cadastre

[Eric SIBERT]

J'ai supprimé le fichier preferences.xml de l'utilisateur. J'ai toujours 
le problème. Il y a des paramètres cachés ailleurs? D'autres idées pour 
repartir sur un josm tout frais? Je supprime tout le dossier de paramètres?


Pour info:

Windows XP Home SP3 tout à jour.
Java : 1.7.0_45
JOSM : 6388


--
Éric

---
Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce 
que la protection avast! Antivirus est active.
http://www.avast.com


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

Re: [OSM-talk-fr] Josm : Problème avec le cadastre

[Eric SIBERT]

Je viens de trouver un truc. Je reproduis le problème avec le portable 
du boulot si je le branche à la maison. Ça sent le problème de cache 
quelque part sur la chaîne. Il y en a un qui me renvoie les tuiles alors 
que le cookie a changé.


Eric

---
Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce 
que la protection avast! Antivirus est active.
http://www.avast.com


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

Re: [OSM-talk-fr] Josm : Problème avec le cadastre

[Eric SIBERT]

Curieux. Tu as un proxy en local ? Si oui, essaie sans.


Oui, c'est chez moi. J'ai en entrée de mon réseau un serveur/passerelle 
sous la distro sme-server (http://www.contribs.org/). Il y a dedans un 
proxy transparent. Et quand je le désactive, tout revient dans l'ordre.



Autrement, question bête : est-ce que ça
marche depuis le navigateur internet et cadastre.gouv.fr ?


Aucun problème. Il ne me file pas les tuiles de la commune d'à côté 
aussi bien en champ large qu'en champ serré sur la frontière (avec ou 
sans proxy).


Eric


---
Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce 
que la protection avast! Antivirus est active.
http://www.avast.com


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