[OSM-talk-fr] hebdoOSM Nº 537 2020-10-27-2020-11-02

[theweekly . osm]

Bonjour,

Le résumé hebdomadaire n° 537 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

https://www.weeklyosm.eu/fr/archives/13912/

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Comment indiquer une séparation centrale sur une rue ?

[Francois Gouget]

On Fri, 6 Nov 2020, Eric SIBERT via Talk-fr wrote:

> Une séparation pas centrale:
> 
> https://www.mapillary.com/map/im/HsxR0OyWJaOFMa8zC7hMwn

Celle-ci semble traversable par des véhicules (normaux, pas des 4x4).
Donc de ce que j'ai compris des anciennes discussions sur le sujet, on 
ne met rien pour ce type de séparation.

(ce qui est différent de la bordure dont il était sujet initialement :
https://www.mapillary.com/app/?pKey=s7OAvWZ8TzqcexpCIhKARw&focus=photo )


PS:
* Oh le beau transformateur !

* Il y a plein de transformateurs faciles à dégommer sur Massy et 
  Antony (même si j'ai fait un petit trou dans la carte). En gros, tous 
  ceux qu'on voit près d'un petit bâtiment et où il y a des photos 
  Bing / Mapillary pour confirmation.
  
https://osmose.openstreetmap.fr/fr/map/#item=7051%2C8022%2C8280&zoom=15&lat=48.71843&lon=2.29253

* Il y a aussi un certain nombre de points "power=substation" sans autre 
  attributs (à part le nom très utile car impossible à récupérer sans se 
  rendre sur place) qui mériteraient d'être proprement intégrés au 
  bâtiment correspondant et enrichis des attributs Enedis.


-- 
Francois Gouget   http://fgouget.free.fr/
   Un western sans indien c'est comme une police sans serif.
 -- John Wayne___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[osm . sanspourriel]

In French here ;-).

> (ignore everything after 11:45, that's the max time for sending
letters, parcels, etc.)
Pourquoi ? Si la poste est ouverte, ça peut être utile pour poster un
colis même s'il part le lendemain, rencontrer un conseiller. Ne pas
confondre avec collection_times
https://wiki.openstreetmap.org/wiki/FR:Key:collection_times

> (Should I create a github project for it?)
Idéalement, maintenant chacun est libre.

> Detect cases like "every other Saturday", which seems to happen.
Adrien et Cie, on a un moyen de modéliser ça proprement dans OSM ?

> Decide whether to add specific single-date exceptions to the OSM
opening hours or to just ignore them. Do we want this level of detail?

Il y a deux types d'exceptions : les jours fériés et les jours vraiment
exceptionnels.

Rien contre indiquer les jours vraiment exceptionnels mais il faut alors
être sûr que la mise à jour soit régulière. Avoir mettons une journée
dans le passé pourrait faire conclure à des horaires non actuels.

Un truc sympa serait d'avoir une carte, par exemple un fond OSM et une
info bulle sur les bureaux avec les horaires actuels, les horaires
déduits et les horaires bruts dont tu pars. Par exemple en important tes
données dans une umap.

> and new post offices
Et surtout ceux qui disparaissent (c'est plus fréquent).

Horaires : oui on a le droit d'ajouter/modifier des horaires, on met en
général un source=La Poste, 2020-11-08 (histoire de savoir d'où ça vient
et de quand ça date).

Mais dans un premier temps détecter les différences c'est déjà un bon
point pour savoir ce qu'il y a à vérifier.

Si c'est identique, tu peux ajouter la source.

Pages éventuellement à compléter par la suite :

https://wiki.openstreetmap.org/wiki/Import/Catalogue

https://wiki.openstreetmap.org/wiki/Contributors#France

Pour les imports, on va sans doute te conseiller de faire tes tests avec
JOSM mais pour la mise à jour régulière il y aura sûrement d'autres
propositions.

N. B. : préalable : vérifier avec Osmose par exemple que les bureaux de
poste sont bien dans OSM : ce serait dommage de vouloir mettre à jour
des horaires de bureaux inconnus.

Jean-Yvon

Le 08/11/2020 à 00:28, David Faure via Talk-fr -
talk-fr@openstreetmap.org a écrit :

Bonjour à tous,



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

Re: [OSM-talk-fr] adresses numéros bis, ter ...

[osm . sanspourriel]

Je crois qu'on peut s'entendre sur bis.

B tu oublies, ce n'est pas la numérotation bis/ter/quarte... mais A/B/C.

J'ai aussi vu des BIS au prétexte que c'était au cadastre mais FANTOIR
EST REPUTE pour ne respecter ni la casse ni les accents. C'est comme les
plaques DE RUE ;-).

Oui autant homogénéiser.

Jean-Yvon

Le 06/11/2020 à 13:27, Yves P. - yves.prat...@gmail.com a écrit :

Je voulais vérifier la bonne pratique pour une adresse style "15 bis
rue xxx" et je n'ai pas trouvé sur
https://wiki.openstreetmap.org/wiki/FR:Key:addr
ni ailleurs. Mais j'ai peut-être mal cherché.
On met addr:housenumber=15B, 15 Bis, 15 bis ?


Pour Rennes :
https://wiki.openstreetmap.org/wiki/Rennes_Métropole/Adresses_codification

15 bis

Je met ça aussi dans le Jura. On a eu des discussions, mais où ? IRC,
Telegram, talk-fr… ?

__
Yves

___
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] Import des horaires des bureaux de poste

[David Faure via Talk-fr]

Bonjour et merci pour toutes ces réponses !

On dimanche 8 novembre 2020 16:43:36 CET osm.sanspourr...@spamgourmet.com 
wrote:
>  > (ignore everything after 11:45, that's the max time for sending 
> > letters, parcels, etc.)
> Pourquoi ? Si la poste est ouverte, ça peut être utile pour poster un
> colis même s'il part le lendemain, rencontrer un conseiller. 

Disons que ces informations (les colonnes Heure_limite_dépôt_Courrier, 
Heure_limite_dépôt_Chrono, et Heure_limite_dépôt_Colis)
ne vont pas dans opening_hours, donc je les considère hors périmètre.
C'est déjà assez compliqué comme ça :-)

> Ne pas confondre avec collection_times
> https://wiki.openstreetmap.org/wiki/FR:Key:collection_times

Oui, c'est pas ça non plus, je suis d'accord.

>  > Detect cases like "every other Saturday", which seems to happen.
> 
> Adrien et Cie, on a un moyen de modéliser ça proprement dans OSM ?

J'ai trouvé "week 2-53/2" mais ça ne fonctionne pas forcément au changement 
d’année… Fin 2020, la semaine 53 est suivie de la semaine 1, donc deux 
semaines impaires se suivent.
Et justement la Poste de La Boisse (aucune idée de là où ça se trouve)
est ouverte le samedi matin les jours suivants: 2020-12-12, 2020-12-26, 
2021-01-09, 2021-01-23, donc semaines 50, 52, 1, 3.

Au pire il faudra que je fasse "2020 week 2-53/2 Sa [...]" et "2021 week 
1-53/2 Sa [...]" en dupliquant la donnée, si y'a pas mieux...

>  > Decide whether to add specific single-date exceptions to the OSM
> > opening hours or to just ignore them. Do we want this level of detail?
> 
> Il y a deux types d'exceptions : les jours fériés et les jours vraiment
> exceptionnels.

Les jours fériés je gère déjà [tant que le bureau fait la même chose tous les 
jours fériés...].

> Rien contre indiquer les jours vraiment exceptionnels mais il faut alors
> être sûr que la mise à jour soit régulière. Avoir mettons une journée
> dans le passé pourrait faire conclure à des horaires non actuels.

Oui si j'arrive à tout automatiser, l'import pourrait se faire régulièrement.
Les données sont pour les 3 prochains mois, mais je ne sais pas si ça garantit 
ces horaires. C'est peu probable (grêves, arrêts maladie, ...). Du coup d'une 
semaine sur l'autre, les horaires prévisionnels pour "dans 2 semaines" 
pourraient changer. Donc en toute théorie il faudrait importer tous les jours, 
LOL. Mais bon déjà si c'est une fois par mois ça me semble pas mal.

> Un truc sympa serait d'avoir une carte, par exemple un fond OSM et une
> info bulle sur les bureaux avec les horaires actuels, les horaires
> déduits et les horaires bruts dont tu pars. Par exemple en important tes
> données dans une umap.

Euh. Ça c'est du chinois pour moi (je saurais pas faire), et j'ai du mal à 
voir l'intérêt. Si c'est pour débugguer, un simple "grep" sur le fichier de 
départ et le fichier de sortie permet de regarder ça. Si c'est pour 
l'utilisateur final, le but c'est de voir ça dans OsmAnd et autres :)

>  > and new post offices
> 
> Et surtout ceux qui disparaissent (c'est plus fréquent).

Hmm, je veux mettre à jour les horaires, pas supprimer des bureaux de poste,
ça semble dangereux et hors périmètre :-)
Je pense que la création et la suppression seraient plutôt à faire à partir 
d'une autre source de données, la liste des bureaux de poste
https://datanova.laposte.fr/explore/dataset/laposte_poincont2/
Mais ça je laisse volontiers à quelqu'un d'autre...

> Horaires : oui on a le droit d'ajouter/modifier des horaires, on met en
> général un source=La Poste, 2020-11-08 (histoire de savoir d'où ça vient
> et de quand ça date).

Dans le changeset, j'imagine. OK.
Pas de mention de l'outil d'importation, au cas où quelqu'un veuille remonter 
à comment un mauvais import a eu lieu ?

> Mais dans un premier temps détecter les différences c'est déjà un bon
> point pour savoir ce qu'il y a à vérifier.

Je ne suis pas sûr de ce que tu veux dire par là.
Si l'outil détecte une différence entre OSM et datanova, j'imagine que 
datanova est plus fiable, mais c'est pas en comparant 08:00 et 09:00 qu'on 
saura qui a raison. Il faut aller voir les horaires sur la porte, mais la 
France c'est grand et on est confinés :-)

Mais oui pour commencer c'est plus sûr de ne rien écraser.

> Pages éventuellement à compléter par la suite :
> https://wiki.openstreetmap.org/wiki/Import/Catalogue

Ah oui, j'ai vu cette page, mais je ne comprends pas bien la différence entre 
ses sections. Les imports ne sont-ils pas tous "communautaires" ?

> https://wiki.openstreetmap.org/wiki/Contributors#France

Merci pour l'info, c'est noté aussi.

> Pour les imports, on va sans doute te conseiller de faire tes tests avec
> JOSM

OK.

> mais pour la mise à jour régulière il y aura sûrement d'autres
> propositions.

Oui, le wiki dit que ça fait pas les grandes quantités de données...
Peut-être osmsync ferait l'affaire ?

> N. B. : préalable : vérifier avec Osmose par exemple que les bureaux de
> poste sont bien dans OSM : ce serait dommage de vouloir m