[OSM-talk-fr] canaux de communication

2019-10-31 Par sujet osm . sanspourriel 

Bonjour,

Suite à une modification avec iD j'ai eu l'"info" suivante.

Outre les doublons et plus l'ordre me choque.

Peut-être que quelqu'un de l'association peut proposer une liste plus
réaliste et mieux triée (voir lien tout en bas).

Jean-Yvon


 Vous aimez OpenStreetMap ? Retrouvez d'autres contributeurs :



OpenStreetMap France on Telegram 
A Telegram group for the OSM France community: https://t.me/osmfr


Page Facebook d'OpenStreetMap France 
Page Facebook d'OpenStreetMap France
Plus 


OpenStreetMap France Local Chapter 
We help grow and improve OpenStreetMap in France.
Plus 


OpenStreetMap France sur Twitter 
OpenStreetMap France sur Twitter : https://twitter.com/osm_fr
Plus 


Forum web d'OpenStreetMap France 
Forum web d'OpenStreetMap France
Plus 


Liste de diffusion Talk-fr

Liste de diffusion Talk-fr
Plus 


IRC d'OpenStreetMap France 
Rejoignez #osm-fr sur irc.oftc.net (port 6667)
Plus 


OpenStreetMap sur Facebook 
Mettez-nous un « j'aime » sur Facebook pour recevoir des nouvelles
d'OpenStreetMap.
Plus 


OpenStreetMap sur Reddit 
/r/openstreetmap/  est un super
endroit pour en apprendre plus sur OpenStreetMap. Demandez-nous tout ce
que vous voulez !
Plus 


Discord d'OpenStreetMap 
Contactez d'autres cartographes via Discord
Plus 


Telegram d'OpenStreetMap 
Rejoignez le groupe Telegram d'OpenStreetMap sur
https://t.me/OpenStreetMapOrg
Plus 


Fil Twitter d'OpenStreetMap 
Suivez-nous sur Twitter à l'adresse https://twitter.com/openstreetmap
Plus 


Fondation OpenStreetMap 
OSMF est une organisation à but non lucratif de droit britannique qui
soutient le projet OpenStreetMap
Plus 


Aide d'OpenStreetMap 
Posez des questions et recevez des réponses sur le site de
question-réponse de la communauté OSM.
Plus 


Canal IRC d'OpenStreetMap 
Rejoignez #osm sur irc.oftc.net (port 6667)
Plus 

Quelque-chose manque-t-il dans cette liste ?Dîtes-nous en plus !

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

Re: [OSM-talk-fr] Le futur des boutiques "Thomas Cook" ?

2019-10-31 Par sujet osm . sanspourriel 

Je vois qu'il y a des office=travel_agent
On laisse ? On homogénéise avec shop=travel_agency ?

Sinon j'ai entré/fusionné ces 60 entrées, ça n'a résolu qu'une
demie-douzaine d'agences Thomas Cook.

J'ai traité les agences Jet Tours. Seules 2 ont disparu (j'ai considéré
que celle de Bois-Colombes qui n'apparaît qu'indirectement sans doute un
cache des Pages Jaunes était fermée, son site internet indiquant
"Serveur Apache OK"), les autres appartiennent à d'autres réseaux.

Je passe la main pour les autres agences TC.

Sites d'agences de voyages ayant repris des agences TC et Jet Tours :
http://www.monagentdevoyages.fr/
https://www.orelis-voyages.fr/#!/
https://www.pretapartir.fr/nos-agences
https://www.loireoceanvoyages.com/nos-agences/
http://www.mon-agence-voyages.com/nos-agences-de-voyages-clic-to-call.php#liste

Si vous connaissez le numéro de département :
http://www.mon-agence-voyages.com/nos-agences-de-voyages-clic-to-call.php?iddep=*75*#liste


http://www.matheztravel.com/Bureaux.php

Si un Cannois peut vérifier : l'adresse ici n'est pas celle dans OSM.

Il "suffit" de récupérer les adresses et de faire comme j'ai fait pour
Univairmer.

Jean-Yvon


Le 30/10/2019 à 21:39, Jean-Yvon Landrac a écrit :


Attention !

Jet tours est une marque de Thomas Cook donc :

- ne pas laisser Jet tours en brand.

- chercher aussi les boutiques Jet tours !

Cf. https://www.jettours.com/ ou
https://france3-regions.francetvinfo.fr/hauts-de-france/faillite-thomas-cook-incertitude-9-agences-aisne-oise-somme-1726387.html

Le 30/10/2019 à 21:33, Jean-Yvon Landrac a écrit :


Florian ça complète ce que j'avais dit en MP.

Pour changer de couche on appréciera les raccourcis claviers de JOSM^^.

Voici pour la recette de cuisine :

- d'abord ci-joint deux ingrédients les fichiers :

  * *geocoded.csv, le même qu'avant mais sans espaces en début ou fin
de nom
  * *geocoded.simplified.csv, le même mais sans colonnes en trop. Je
n'ai pas retenu addr:full, ça serait sans doute pertinent (pas de
conflit avec des éventuels points adresse).

- la recette proprement dite :

  * démarrer JOSM (mode expert) avec le greffon todolist
  * charger l'imagerie OpenStreetMap (ça évite de faire des conneries
en voyant ce qui est en base, j'ai ainsi trouvé un magasin de
fringues et une agence de voyage à la même adresse).

  * charger la couche des agences de voyage par requête SQL :

[out:json][timeout:2500];

   {{geocodeArea:france}}->.searchArea;

   (

     nwr["name"="Thomas Cook"](area.searchArea);

     nwr[skop=travel_agency](area.searchArea);
);

   out body;

   >;

   out skel qt;

C'est notre couche de travail, nommée Calque de données 1.

  * charger le fichier Univarmer2.geocoded.simplified.csv

C'est notre couche de référence

  * charger le fichier Univarmer2.geocoded.csv, c'est juste pour
pouvoir voir l'adresse en cas de doute.
  * sélectionner la couche Univarmer2.geocoded.simplified.csv
  * sélectionner toutes les agences
  * dans la Liste des tâches, cliquer /Ajouter/
  * c'est parti, sélectionner le premier, différents cas :
  o l'agence n'est pas en base
  + sélectionner la couche Univarmer2.geocoded.simplified.csv
  + copier l'objet
  + sélectionner la couche Calque de données 1
  + coller au bon endroit (environ le même)
  o l'agence est en base avec un autre nom
  + sélectionner la couche Univarmer2.geocoded.simplified.csv
  + copier les attributs
  + sélectionner la couche Calque de données 1
  + sélectionnez l'agence existante
  + renommer name en old_name
  + coller les attributs. Attention : en cas de conflit il y
a écrasement des anciennes valeurs.
  + là il est vivement conseillé de faire une recherche
(pages jaunes, journaux, ...) pour savoir le nom actuel
qui peut être différent... des deux. J'ai trouvé une
agence anciennement Jet Tours nommée Univairmer selon
Univairmer mais ripolinée Jet tours & Univairmer (oui
Donat, un nom pour toi !) dans les couleurs Univairmer.
Du coup j'ai ajouté Jet Tours en brand. Oui j'avoue avec
deux majuscules. Souvent la presse locale (PQR, France
3)  a relaté les différents cas des agences TC du coin.
  * contempler son travail, satisfait (sinon changer ce qu'il faut).
  * expédier en mettant en commentaire

Passe agences de voyages Univairmer/Asia/Visiteurs/Kuomi/Thomas Cook

  * cliquer /Marquer /dans la Liste des tâches
  * on recommence.

Pour le suivi
:https://osmcha.mapbox.com/filters?aoi=c20ea9a1-08ad-4fea-b53b-bca7cea6e8c7


à condition de bien mettre comme commentaire :

Passe agences de voyages Univairmer/Asia/Visiteurs/Kuomi/Thomas Cook

Bon hormis à découper le fichier en

Re: [OSM-talk-fr] bridge=simple_brunnel

2019-10-31 Par sujet allegre . guillaume 

Le 30/10/2019 10:41, Nicolas Moyroud a écrit :


S'ils partagent géométriquement une zone commune (assimilable à un 
point), on met un point en commun et un tag dessus.
C'est le cas d'un gué : il existe physiquement une zone qu'on peut 
passer à pied (en se mouillant les chaussures éventuellement), et où 
l'eau passe aussi.


Pour les ruisseaux busés, les deux flux sont bien séparés. La buse 
canalise l'eau, pas le passage humain/véhicules, donc c'est 
inapproprié de mettre un tag tunnel sur la voie.


J'avoue ne pas comprendre cette "logique" : dans les deux cas la 
largeur de la route traversée est la même. Et assimilable à un point 
puisqu'on a modélisé le réseau routier en linéaire.


Pour la longueur traversée, elle est plus petite quand le ruisseau est 
busé que quand il peut s'étaler sur la route.


Et là tu dis :
large = représentation ponctuelle possible
étroit = représentation linéaire obligatoire (mais dans l'autre sens 
qui n'a pourtant pas changé).


Comme tu dis il y a un problème de topologie... mais dans ta logique !

J'ai l'impression que tu fais la différence entre frontière floue (gué 
le long de la route) et nette (route, busage). Avec cette logique tu 
devrais refuser de taguer les routes en filaire puisque leur largeur 
est nette.


Ton argument tient peut-être... mais je ne vois pas comment^^.


Je ne vois pas le rapport qu'il y a avec large / étroit. Dans le cas
du gué les deux objets physiques routes / rivières passent au même
niveau et en suivant l'un on passe forcément par l'autre. Dans le cas
du ruisseau busé il passe en-dessous de la route et on n'est pas censé
mettre les pieds dans l'eau quand on emprunte la route. Donc aucune
raison topologique de mettre un point commun entre les deux. Je
rajoute d'ailleurs systématiquement layer=-1 sur le tronçon
tunnel=culvert pour bien indiquer qu'il est en-dessous.


Oui, exactement. Le tag layer=-1 explicite parfaitement le problème.

Si on sait qui passe en-dessous, on doit pouvoir le mettre (même si on 
ne le fait pas toujours).
Et si on le met, ce ne peut PAS être sur un point partagé entre cours 
d'eau et voie.


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