Re: [Talk-de] Flyer "Ihre Öffnungszeiten wurden zu OSM hinzugefügt"

[Markus via Talk-de]

Am 14.11.2020 um 22:15 schrieb Frederik Ramm:

> Als OSM haben wir zwar nur die besten Absichten

:-)

Gibt es denn eine Öffnungzeiten-Web-Anwendung?

Daten machen nur Sinn, wenn sie simpel nutzbar sind.
Und wenn sie aktuell sind.

Wenn sie dann "besser" sind als diejenigen anderer Anbieter
(vollständiger, genauer, aktueller)
und dies sowohl bei den Kunden, als auch bei den Ladenbesitzern ankommt,
dann könnte sowas funktionieren.

Bei den Strassen und Wegen haben wir das ja auch geschafft :-) *

Gruss, Markus

* wie ist da derzeit eigentlich der Vergleich mit dem "Wettbewerb"?


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

Re: [OSM-talk-fr] Suppression de l'attribut source (Re: Import des horaires des bureaux de poste)

[Jean-Claude Repetto]

Le 15/11/2020 à 00:57, Jérôme Amagat a écrit :


La source LaPoste dans le tag source=* ce n'est pas obligatoirement pour 
les horaires, il y a même de grandes chances que ce soit la source de la 
position du bureau de poste donc pas de raison de le supprimer si l'on 
ne change que l'horaire sans déplacer le bureau de poste. Et supprimer 
la source quand c'est "cadastre", c'est la source de la géométrie du 
bâtiment, il y a surement beaucoup d'autre source=* différentes, qui 
peuvent être la source de la position du bureau de poste, du nom du 
bureau, , du nombre d'étages du bâtiment, de la couleur de ses 
murs..., de n'importe quel tag sur l'objet ou n'importe quel élément de 
sa géométrie.
En modifiant le tag opening_hours=*, seule la source dans 
source:opening_hours=* peut être modifiée ou supprimée.




+1

Jean-Claude


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

Re: [OSM-talk-fr] Rendu BANO (v2) de retour !

[Jérôme Amagat]

La dernière modification supprime aussi les adresses de la BAN sans code
fantoir qui avant apparaissaient en rouge mais sans être entourées de quoi
que ce soit, il y avait juste des points rouge, j'ai fait une proposition
pour qu'il apparaissent d'une autre couleur avec un polygon entourant les
adresses : https://github.com/osm-fr/bano-cartocss/pull/7

Je pense qu"elles sont utiles : des rues pas encore au fantoir ou des
communes qui mettent du temps à mettre à jour leur fantoir mais dont les
adresses apparaissent déjà dans une des sources de la BAN. Il y a par
contre des trucs inutiles comme des erreurs d'orthographe.

Peut être les rendre moins visibles que le rouge qui est BAN avec fantoir
qui est le plus important et qui a de bonne chance d'être une modification
à faire dans osm.

Pareil pour les lieux dit avec adresses, la modif précédente du rendu a
supprimé les pseudo adresses donc il ne reste que des "vrais" numéros. Mais
tout n'est pas utile comme les "Le bourg".

Le sam. 14 nov. 2020 à 19:05, Christian Quest  a
écrit :

> Le 12/11/2020 à 23:01, Christian Quest a écrit :
> > Le 11/11/2020 à 15:35, deuzeffe a écrit :
> >>
> >> Mmmhh, je viens de tester dans ma zone de confort. Il y a des points
> >> rouges qui ne correspondraient pas à la légende donnée ici
> >>
> https://wiki.openstreetmap.org/wiki/FR:France/WikiProject_Base_Adresses_Nationale_Ouverte_(BANO)#L.C3.A9gende
> >>
> >>
> >> En regardant de plus près, mais rapidement, il reste des 5000 et des
> >> 6000 (marqués en rouge, donc) : à virer ? Et des points adresses
> >> proches d'une highway bien présente et correctement nommée (d'après
> >> ce que je vois) suivant le cadastre/Fantoir.
> >> De plus, les numéros en gris ne correspondent plus à la légende, il
> >> me semble ?
> >>
> >> Échantillon sur demande ;p
> >
> >
> > Suivi...
> >
> > J'ai mis un peu trop vite en place le rendu hier. J'ai fait des
> > modifications aujourd'hui pour revenir à quelque chose de plus proche
> > de ce qu'on avait en v1.
> >
> > Il reste des points d'adresse en rouge sur des lieux-dits qui méritent
> > que je regarde avec vdct de quoi il s'agit. JE pense qu'on a désormais
> > des numéros associés à des lieux-dits, provenant de la BAN ce qu'on
> > n'avait pas avant (de mémoire).
> >
> > Les 5000/9000 provenant du cadastre doivent maintenant avoir disparu.
> >
>
> Suivi suite...
>
> Les points d'adresses numérotées dans les lieux-dits ont été retirés
> temporairement du rendu, le temps qu'on fasse le point sur leur usage
> par BANO (quel mode de rapprochement), leur intégration dans OSM, etc...
>
> Du coup, BEAUCOUP moins de rouge, les rues manquantes sont à nouveau
> bien plus identifiables !
>
> --
> Christian Quest - OpenStreetMap France
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Suppression de l'attribut source (Re: Import des horaires des bureaux de poste)

[Jérôme Amagat]

Le sam. 14 nov. 2020 à 21:01, Éric Gillet  a
écrit :

> Le 13/11/2020 à 22:09, David Faure via Talk-fr a écrit :
> > On vendredi 13 novembre 2020 18:23:11 CET Éric Gillet wrote:
> >> Le 12/11/2020 à 10:02, David Faure via Talk-fr a écrit :
>  Et il faut garder les anciennes sources (sauf les anciennes versions
> de
>  ce que tu importes).
> 
>  Typiquement tu auras des source
>  source=LaPoste -03/2019 dus aux ref:FR:LaPoste
> 
>  Il ne fallait pas supprimer la source du bâti (par exemple).
> >>> Ah, j'avais mal lu le wiki. Source sur un object c'est historique mais
> il
> >>> ne faut pas effacer. Je croyais avoir lu le contraire (et aussi Éric
> >>> disait qu'il fallait effacer, cf mail de mardi). Pas de problème, j'y
> >>> touche pas.
> >> Je penses que la phrase du wiki "so don't go around deleting those
> >> source tags"/"ne vous précipitez pas pour supprimer ces balises sources"
> >> c'est pour éviter que des contributeurs suppriment/modifient en masse
> >> "uniquement" un tag.
> > Ah, en effet, c'est ce que j'avais lu en premier, et qui m'avait fait
> implémenter ça.
> >
> > Mais depuis j'ai vu
> > "Comme celui-ci n'est pas officiellement obsolète, ne commencez pas à
> supprimer ces marques avant qu'une décision générale du projet décide de le
> faire."
> >
> https://wiki.openstreetmap.org/wiki/FR:Key:source#Usage_historique_sur_les_objets_et_les_attributs
> >
> > Et pareil dans la version anglophone, " As usual don't start deleting
> those tags unless and until there is a general project decision to do so. "
> >
> >> [...]
> >> La source précédente (celle existante sur l'objet) n'est pas perdue,
> >> elle est stockée dans l'historique de l'objet. Tout comme le tag
> >> source=* que tu apposes aux changesets.
> > Je suis d'accord avec ton raisonnement. Mais je suis nouveau, je vais
> pas aller
> > supprimer un attribut si le wiki dit "c'est pas encore vraiment décidé
> au niveau du projet".
>
> Si tu ne supprimes par le tag existant il y aura donc 2 sources sur les
> horaires :
>
> - data.gouv.fr:LaPoste - 04/2012 (par exemple)
>
> La source LaPoste dans le tag source=* ce n'est pas obligatoirement pour
les horaires, il y a même de grandes chances que ce soit la source de la
position du bureau de poste donc pas de raison de le supprimer si l'on ne
change que l'horaire sans déplacer le bureau de poste. Et supprimer la
source quand c'est "cadastre", c'est la source de la géométrie du
bâtiment, il y a surement beaucoup d'autre source=* différentes, qui
peuvent être la source de la position du bureau de poste, du nom du bureau,
, du nombre d'étages du bâtiment, de la couleur de ses murs..., de
n'importe quel tag sur l'objet ou n'importe quel élément de sa géométrie.
En modifiant le tag opening_hours=*, seule la source dans
source:opening_hours=* peut être modifiée ou supprimée.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Réimport (Re: Import des horaires des bureaux de poste)

[Topographe Fou]

Ok, ca semble coller, je rajouterai juste (car ton mail très explicite et 
synthétique omettait néanmoins un détail) que dans ton dernier cas où quelqu'un 
a touché aux horaires idéalement on ne lève le drapeau que si le nouvel horaire 
osm est different du nouvel horaire Datanova (ce qui sera probablement souvent 
le cas car je doute que tout le monde rajoute les infos PH ou factorise les 
horaires de la même manière). Pas sûr que la comparaison soit aisée mais cela 
pourrait limiter les flags quand c'est trivial.

LeTopographeFou


  Message original  


De: osm.sanspourr...@spamgourmet.com
Envoyé: 14 novembre 2020 10:28 PM
À: talk-fr@openstreetmap.org
Répondre à: talk-fr@openstreetmap.org
Objet: Re: [OSM-talk-fr] Réimport (Re: Import des horaires des bureaux de poste)


Bonjour, je crois qu'il y a bien plus simple.

Un seul champ nous intéresse, c'est la plage horaire.

Donc David est maintenant convaincu de garder les infos qu'il garde dans
un coin d'une fois sur l'autre.

Il suffit alors de comparer la plage de l'époque, la place actuelle
(pour une même ref:FR:LaPoste), des personnes peuvent avoir déplacé le
bureau de poste, ajouté des précisions sur l'accès handicapé, on s'en
fiche, on prend que qu'il y actuellement en base.

Et là si personne n'a touché aux horaires, on met la nouvelle version
(et seulement s'il y a une évolution).

Si quelqu'un a touché aux horaires, on lève le drapeau fixme et on
ajoute suggested:opening_hours.

Jean-Yvon

Le 14/11/2020 à 17:41, Topographe Fou - letopographe...@gmail.com a écrit :
> Bonjour,
>
> D'accord sur le fait qu'il faut oublier 1 et privilégier 2.
>
> Cependant je pense qu'il faut aménager le cas où le dernier à avoir modifié 
> n'est pas le robot car sinon petit à petit on se retrouvera avec des données 
> qui n'ont pas été mises à jour depuis 10 ans et le problème sera le même. 
> Genre je déplace le POI mais ne fais pas attention à la validité de ses tags, 
> du coup le POI sera ignoré ad vitam aeternam.
>
> Je pense à passer de :
>
> "si le dernier à avoir modifié est le robot Datanova ET si les données ont 
> évoluées depuis"


___
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] Suppression de l'attribut source horaires des bureaux de poste)

[Éric Gillet]

Le 14/11/2020 à 23:14, osm.sanspourr...@spamgourmet.com a écrit :


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

On samedi 14 novembre 2020 21:34:52 CET Éric Gillet wrote:

Le 14/11/2020 à 21:05, David Faure a écrit :

On samedi 14 novembre 2020 20:59:13 CET Éric Gillet wrote:
Si quelqu'un change le wiki, je fais :-)⎄

Je l'ai fait en français et anglais :

OK, merci, j'ai remis la suppression de 'source' dans le script.


Désolé, ça me gène de devoir parcourir l'historique de l'objet pour
trouver quand la référence de l'objet était ref:FR:LaPoste=04598A


C'est vraiment facile avec des outils comme l'historique JOSM (Ctrl+H) 
ou DeepHistory , et sûrement 
plein d'autres méthodes que je connais pas ;)
Rien ne dit que le tag ref:FR:LaPoste n'ont pas été modifié après le 
changeset qui a ajouté le tag source=* sur l'objet. C'est bien là le 
problème !
Avec ou sans tag source sur l'objet pour savoir quand a été modifié pour 
la dernière fois cette ref:FR:LaPoste il faut de toute façon regarder 
chercher le dernier changeset ayant modifié la clé.



Car les commentaires sont :

Version #6 Rajouts de nouvelles boutiques
Version #5 Fix with Osmose
Version #4 France, suppression des clés moneo:loading
Version #3 ajouts divers
Version #2 add building
Version #1 (aucun commentaire)

Autant ça ne me dérange pas que la source d'une mise à jour d'horaires
soit mise dans le changeset, tout comme la mise à jour d'une
ref:FR:LaPoste si l'ojjet du changeset est la mise à jour de cet
attribut (par exemple si l'historique avait compris Version #3
source=data.gouv.fr:LaPoste - 01/2013), autant ça me dérange de virer un
source qui a son sens.


Voir au dessus, il est supprimé de la version actuelle de l'objet car il 
devient faux. Mais il reste présent dans la base de données grâce à 
l'historique, tout comme un attribut source=* sur un changeset ;)



D'autant que les ref:FR:LaPoste ont une validité
qui semble limitée (mais sans doute par le fait que La Poste ferme
beaucoup de bureaux de poste).

Je préfèrerai de faire ça en deux passes : une pour virer le source (en
mettant en commentaire la valeur en question) puis une pour mettre à
jour les horaires.


Ça me semble pas soutenable comme approche d'ajouter un tag source dans 
l'objet (au lieu du changeset) pour chacune des modifs afin de faciliter 
son traitement par la suite.
Rien que dans ton exemple au dessus, ça ferait entre 4 et 7 sources ! 
Les tags de changesets sont là pour ça, utilisons-les :)


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

Re: [OSM-talk-fr] Suppression de l'attribut source horaires des bureaux de poste)

[osm . sanspourriel]

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

On samedi 14 novembre 2020 21:34:52 CET Éric Gillet wrote:

Le 14/11/2020 à 21:05, David Faure a écrit :

On samedi 14 novembre 2020 20:59:13 CET Éric Gillet wrote:
Si quelqu'un change le wiki, je fais :-)⎄

Je l'ai fait en français et anglais :

OK, merci, j'ai remis la suppression de 'source' dans le script.


Désolé, ça me gène de devoir parcourir l'historique de l'objet pour
trouver quand la référence de l'objet était ref:FR:LaPoste=04598A

source=data.gouv.fr:LaPoste - 01/2013

Car les commentaires sont :

Version #6 Rajouts de nouvelles boutiques
Version #5 Fix with Osmose
Version #4 France, suppression des clés moneo:loading
Version #3 ajouts divers
Version #2 add building
Version #1 (aucun commentaire)

Autant ça ne me dérange pas que la source d'une mise à jour d'horaires
soit mise dans le changeset, tout comme la mise à jour d'une
ref:FR:LaPoste si l'ojjet du changeset est la mise à jour de cet
attribut (par exemple si l'historique avait compris Version #3
source=data.gouv.fr:LaPoste - 01/2013), autant ça me dérange de virer un
source qui a son sens. D'autant que les ref:FR:LaPoste ont une validité
qui semble limitée (mais sans doute par le fait que La Poste ferme
beaucoup de bureaux de poste).

Je préfèrerai de faire ça en deux passes : une pour virer le source (en
mettant en commentaire la valeur en question) puis une pour mettre à
jour les horaires.

Tu peux faire tourner la première passe sur tous les objets en France
;-). Si ici personne n'objecte.

Jean-Yvon


Je peux aussi fournir un "diff" du XML d'openstreetmap si qqn veut jeter un
oeil, mais bon c'est pas facile à vérifier :-)
http://www.davidfaure.fr/2020/osm_post_offices_xml.diff  [8.5 Mo]


Je confirme : j'avais l'impression que sur
https://www.openstreetmap.org/node/25733698 tu virais l'ancien horaire
alors que c'était passé dans le @@ -25,21 +25,22 @@. Sur les quelques
cas regardés ça a l'air correct.

Jean-Yvon



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

Re: [OSM-talk-fr] Réimport (Re: Import des horaires des bureaux de poste)

[osm . sanspourriel]

Bonjour, je crois qu'il y a bien plus simple.

Un seul champ nous intéresse, c'est la plage horaire.

Donc David est maintenant convaincu de garder les infos qu'il garde dans
un coin d'une fois sur l'autre.

Il suffit alors de comparer la plage de l'époque, la place actuelle
(pour une même ref:FR:LaPoste), des personnes peuvent avoir déplacé le
bureau de poste, ajouté des précisions sur l'accès handicapé, on s'en
fiche, on prend que qu'il y actuellement en base.

Et là si personne n'a touché aux horaires, on met la nouvelle version
(et seulement s'il y a une évolution).

Si quelqu'un a touché aux horaires, on lève le drapeau fixme et on
ajoute suggested:opening_hours.

Jean-Yvon

Le 14/11/2020 à 17:41, Topographe Fou - letopographe...@gmail.com a écrit :

Bonjour,

D'accord sur le fait qu'il faut oublier 1 et privilégier 2.

Cependant je pense qu'il faut aménager le cas où le dernier à avoir modifié 
n'est pas le robot car sinon petit à petit on se retrouvera avec des données 
qui n'ont pas été mises à jour depuis 10 ans et le problème sera le même. Genre 
je déplace le POI mais ne fais pas attention à la validité de ses tags, du coup 
le POI sera ignoré ad vitam aeternam.

Je pense à passer de :

"si le dernier à avoir modifié est le robot Datanova ET si les données ont évoluées 
depuis"



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

Re: [Talk-de] Flyer "Ihre Öffnungszeiten wurden zu OSM hinzugefügt"

[Frederik Ramm]

Hallo,

On 11/14/20 16:26, spa...@t-online.de wrote:
> Genau dafür wäre ein kleiner Flugzettel praktisch (DIN A5 oder
> Visitenkarte oder ...) der kurz und präzise informiert was man getan hat
> (Öffnungszeiten zu OSM hinzugefügt, evtl auch Firmennamen, Informationen
> zur Speisekarte etc., vielleicht alles weitere mit einem kleinen
> Freitextfeld), was OSM eigentlich ist und ein netter Hinweis darauf dass
> er/sie diese Informationen am Besten selber pflegt inkl. Link zu einem
> speziellen Wiki Artikel in dem es eine Schritt-für-Schritt-Anleitung nur
> dieser Problematik für genau diese Zielgruppe

Nette Idee, aber ich fürchte, sie wird nicht funktionieren.

Und zwar deshalb, weil es, je nachdem, in welcher Branche Du Dein
Geschäft hast, hunderte von irgendwelchen windigen
"Branchenverzeichnissen" gibt, die Dich regelmässig anschreiben und Dir
mitteilen, dass Du jetzt in ihrem Verzeichnis eingetragen bist.

Meistens ist das Geschäftsmodell so, dass sie einen Zettel beilegen, auf
dem abgedruckt ist, was sie über Dich erfasst haben - perfide manchmal
mit absichtlichem Fehler - und Du wirst gebeten, eventuelle Korrekturen
doch kurz auf dem Schreiben zu vermerken und es zurückzuschicken, womit
Du dann einen Vertrag über 3 Jahre Branchenbuch-Eintrag zu je EUR 750
geschlossen hast.

Nicht immer ist der Betrug ganz so dreist; manchmal ist es einfach
jemand, der mit seinem Branchenbuch Werbung verkauft oder so, oder
jemand, der dir mit kostenlosen Einstiegsangebot helfen will, besser auf
Google Maps zu erscheinen. Aber letztendlich will jeder dem
Ladenbesitzer Geld oder zumindest Arbeitszeit aus der Tasche ziehen, und
immer mit der latenten Drohung: "Sie wollen doch nicht, dass in unserem
Verzeichnis etwas falsches über Sie steht... ODER?"

Als OSM haben wir zwar nur die besten Absichten, aber beim Ladenbesitzer
kommt das nicht an - der Flyer, den Du einwirfst, sieht auf den ersten
Blick genauso aus wie der ganze Werbemüll. Im besten Fall wird er
ignoriert und weggeworfen, im schlechtesten Fall reicht die Zeit gerade
noch, um zu registrieren: "Ach, OpenStreetMap, ist offenbar auch so eine
Abzocke."

Das ist zumindest meine Meinung.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

[OSM-talk-ie] Interview with Allan Mustard

[Tadeusz Cantwell]

Dermot interviews @allan_mustard while he maps buildings in Ireland, talks
about his origins in mapping, the role of foundation in aiding the creation
of the map through funding and employing of staff, to the boards
relationship with corporate sponsors.
https://youtu.be/BC0J_mIwm4E
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [OSM-talk-fr] Suppression de l'attribut source (Re: Import des horaires des bureaux de poste)

[David Faure via Talk-fr]

On samedi 14 novembre 2020 21:34:52 CET Éric Gillet wrote:
> Le 14/11/2020 à 21:05, David Faure a écrit :
> > On samedi 14 novembre 2020 20:59:13 CET Éric Gillet wrote:
> > Si quelqu'un change le wiki, je fais :-)⎄
> 
> Je l'ai fait en français et anglais :

OK, merci, j'ai remis la suppression de 'source' dans le script.

Je suis quasiment au bout de la TODO list, je pense que je vais pouvoir faire 
l'import demain, à moins qu'il y ait des objections.

Cf https://wiki.openstreetmap.org/wiki/Import/FrenchPostOfficeOpeningHours
pour tous les détails sur ce qui est fait par le script, etc.

Je peux aussi fournir un "diff" du XML d'openstreetmap si qqn veut jeter un 
oeil, mais bon c'est pas facile à vérifier :-)
http://www.davidfaure.fr/2020/osm_post_offices_xml.diff  [8.5 Mo]

-- 
David Faure, fa...@kde.org, http://www.davidfaure.fr
Working on KDE Frameworks 5




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

Re: [OSM-talk-fr] Suppression de l'attribut source (Re: Import des horaires des bureaux de poste)

[Éric Gillet]

Le 14/11/2020 à 21:05, David Faure a écrit :

On samedi 14 novembre 2020 20:59:13 CET Éric Gillet wrote:

Le 13/11/2020 à 22:09, David Faure via Talk-fr a écrit :

On vendredi 13 novembre 2020 18:23:11 CET Éric Gillet wrote:

Le 12/11/2020 à 10:02, David Faure via Talk-fr a écrit :

Et il faut garder les anciennes sources (sauf les anciennes versions de
ce que tu importes).

Typiquement tu auras des source
source=LaPoste -03/2019 dus aux ref:FR:LaPoste

Il ne fallait pas supprimer la source du bâti (par exemple).

Ah, j'avais mal lu le wiki. Source sur un object c'est historique mais
il
ne faut pas effacer. Je croyais avoir lu le contraire (et aussi Éric
disait qu'il fallait effacer, cf mail de mardi). Pas de problème, j'y
touche pas.

Je penses que la phrase du wiki "so don't go around deleting those
source tags"/"ne vous précipitez pas pour supprimer ces balises sources"
c'est pour éviter que des contributeurs suppriment/modifient en masse
"uniquement" un tag.

Ah, en effet, c'est ce que j'avais lu en premier, et qui m'avait fait
implémenter ça.

Mais depuis j'ai vu
"Comme celui-ci n'est pas officiellement obsolète, ne commencez pas à
supprimer ces marques avant qu'une décision générale du projet décide de
le faire."
https://wiki.openstreetmap.org/wiki/FR:Key:source#Usage_historique_sur_le
s_objets_et_les_attributs

Et pareil dans la version anglophone, " As usual don't start deleting
those tags unless and until there is a general project decision to do so.
">

[...]
La source précédente (celle existante sur l'objet) n'est pas perdue,
elle est stockée dans l'historique de l'objet. Tout comme le tag
source=* que tu apposes aux changesets.

Je suis d'accord avec ton raisonnement. Mais je suis nouveau, je vais pas
aller supprimer un attribut si le wiki dit "c'est pas encore vraiment
décidé au niveau du projet".

Si tu ne supprimes par le tag existant il y aura donc 2 sources sur les
horaires :

- data.gouv.fr:LaPoste - 04/2012 (par exemple)

Cet attribut est sur l'objet lui même, est plus ou moins déprécié et donc
j'imagine ignoré ? En tous cas s'il ne l'est pas, j'imagine que tout le monde
comprend ça comme "la source de la création initiale de l'objet, quelques
détails ont pu changer depuis".
C'est ce que je pense aussi :) Du coup si tout le monde comprends qu'il 
n'a plus d'effet, pourquoi le garder ?

- datanova.laposte.fr, 2020-11-15

Cette valeur de l'attribut source est sur le changeset, pas sur l'objet.
Le changeset montre clairement qu'il modifie les horaires.

Si quelqu'un change le wiki, je fais :-)⎄


Je l'ai fait en français et anglais :

https://wiki.openstreetmap.org/w/index.php?title=Key:source=2061096=2061095
https://wiki.openstreetmap.org/w/index.php?title=Key:source=2061090=2061087
https://wiki.openstreetmap.org/w/index.php?title=FR:Key:source=2061119=1551177



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

Re: [OSM-talk-fr] Suppression de l'attribut source (Re: Import des horaires des bureaux de poste)

[David Faure via Talk-fr]

On samedi 14 novembre 2020 20:59:13 CET Éric Gillet wrote:
> Le 13/11/2020 à 22:09, David Faure via Talk-fr a écrit :
> > On vendredi 13 novembre 2020 18:23:11 CET Éric Gillet wrote:
> >> Le 12/11/2020 à 10:02, David Faure via Talk-fr a écrit :
>  Et il faut garder les anciennes sources (sauf les anciennes versions de
>  ce que tu importes).
>  
>  Typiquement tu auras des source
>  source=LaPoste -03/2019 dus aux ref:FR:LaPoste
>  
>  Il ne fallait pas supprimer la source du bâti (par exemple).
> >>> 
> >>> Ah, j'avais mal lu le wiki. Source sur un object c'est historique mais
> >>> il
> >>> ne faut pas effacer. Je croyais avoir lu le contraire (et aussi Éric
> >>> disait qu'il fallait effacer, cf mail de mardi). Pas de problème, j'y
> >>> touche pas.
> >> 
> >> Je penses que la phrase du wiki "so don't go around deleting those
> >> source tags"/"ne vous précipitez pas pour supprimer ces balises sources"
> >> c'est pour éviter que des contributeurs suppriment/modifient en masse
> >> "uniquement" un tag.
> > 
> > Ah, en effet, c'est ce que j'avais lu en premier, et qui m'avait fait
> > implémenter ça.
> > 
> > Mais depuis j'ai vu
> > "Comme celui-ci n'est pas officiellement obsolète, ne commencez pas à
> > supprimer ces marques avant qu'une décision générale du projet décide de
> > le faire."
> > https://wiki.openstreetmap.org/wiki/FR:Key:source#Usage_historique_sur_le
> > s_objets_et_les_attributs
> > 
> > Et pareil dans la version anglophone, " As usual don't start deleting
> > those tags unless and until there is a general project decision to do so.
> > "> 
> >> [...]
> >> La source précédente (celle existante sur l'objet) n'est pas perdue,
> >> elle est stockée dans l'historique de l'objet. Tout comme le tag
> >> source=* que tu apposes aux changesets.
> > 
> > Je suis d'accord avec ton raisonnement. Mais je suis nouveau, je vais pas
> > aller supprimer un attribut si le wiki dit "c'est pas encore vraiment
> > décidé au niveau du projet".
> Si tu ne supprimes par le tag existant il y aura donc 2 sources sur les
> horaires :
> 
> - data.gouv.fr:LaPoste - 04/2012 (par exemple)

Cet attribut est sur l'objet lui même, est plus ou moins déprécié et donc 
j'imagine ignoré ? En tous cas s'il ne l'est pas, j'imagine que tout le monde 
comprend ça comme "la source de la création initiale de l'objet, quelques 
détails ont pu changer depuis".

> - datanova.laposte.fr, 2020-11-15

Cette valeur de l'attribut source est sur le changeset, pas sur l'objet.
Le changeset montre clairement qu'il modifie les horaires.

Si quelqu'un change le wiki, je fais :-)⎄

-- 
David Faure, fa...@kde.org, http://www.davidfaure.fr
Working on KDE Frameworks 5




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

Re: [OSM-talk-fr] Suppression de l'attribut source (Re: Import des horaires des bureaux de poste)

[Éric Gillet]

Le 13/11/2020 à 22:09, David Faure via Talk-fr a écrit :

On vendredi 13 novembre 2020 18:23:11 CET Éric Gillet wrote:

Le 12/11/2020 à 10:02, David Faure via Talk-fr a écrit :

Et il faut garder les anciennes sources (sauf les anciennes versions de
ce que tu importes).

Typiquement tu auras des source
source=LaPoste -03/2019 dus aux ref:FR:LaPoste

Il ne fallait pas supprimer la source du bâti (par exemple).

Ah, j'avais mal lu le wiki. Source sur un object c'est historique mais il
ne faut pas effacer. Je croyais avoir lu le contraire (et aussi Éric
disait qu'il fallait effacer, cf mail de mardi). Pas de problème, j'y
touche pas.

Je penses que la phrase du wiki "so don't go around deleting those
source tags"/"ne vous précipitez pas pour supprimer ces balises sources"
c'est pour éviter que des contributeurs suppriment/modifient en masse
"uniquement" un tag.

Ah, en effet, c'est ce que j'avais lu en premier, et qui m'avait fait 
implémenter ça.

Mais depuis j'ai vu
"Comme celui-ci n'est pas officiellement obsolète, ne commencez pas à supprimer ces 
marques avant qu'une décision générale du projet décide de le faire."
https://wiki.openstreetmap.org/wiki/FR:Key:source#Usage_historique_sur_les_objets_et_les_attributs

Et pareil dans la version anglophone, " As usual don't start deleting those tags 
unless and until there is a general project decision to do so. "


[...]
La source précédente (celle existante sur l'objet) n'est pas perdue,
elle est stockée dans l'historique de l'objet. Tout comme le tag
source=* que tu apposes aux changesets.

Je suis d'accord avec ton raisonnement. Mais je suis nouveau, je vais pas aller
supprimer un attribut si le wiki dit "c'est pas encore vraiment décidé au niveau du 
projet".


Si tu ne supprimes par le tag existant il y aura donc 2 sources sur les 
horaires :


- data.gouv.fr:LaPoste - 04/2012 (par exemple)

et

- datanova.laposte.fr, 2020-11-15

Comment savoir de quelle date et site viennent les horaires dans ce cas ?


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

Re: [OSM-talk-fr] Numérotation des semaines (Re: Import des horaires des bureaux de poste)

[osm . sanspourriel]

Bonjour, d'abord un correctif, contrairement à ce que dit Fred, les
Britanniques font débuter la semaine comme le reste du monde un lundi.

Comme dit David, ce sont les Américains, les Canadiens et les Japonnais
qui ont une autre règle, l'autre règle étant que pour eux la semaine
commence un dimanche.

Et oui, ils ont un week-end à cheval sur deux semaines. Le concept est
intéressant ;-).

Ils ont cependant la même règle sur "la semaine 1 est celle qui contient
le premier jeudi du mois" (ou "celle qui contient le 4 janvier", c'est
équivalent)."

Simplement si le 4 janvier tombe un dimanche, ils auront une semaine de
décalage toute l'année avec le reste de monde.

Calendrier France dit n'importe quoi. Je leur ai demandé de corriger.

La version GB est correcte : http://calendaruk.co.uk/calendar-2021/

https://www.calendrier-365.fr/calendrier-2021.html aussi.

Jean-Yvon

Le 14/11/2020 à 13:53, David Faure via Talk-fr -
talk-fr@openstreetmap.org a écrit :


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

Re: [Talk-at] ALS-Daten frei zugänglich

[Friedrich Volkmann]

On 14.11.20 14:46, Robert Kaiser wrote:
Was in dem Beitrag ziemlich interessant wirkt, ist - für mich zumindest - 
dass sie behaupten, dass das BEV demnächst ein 1m-Modell mit orthometrischen 
Höhen in data-gv-at zur Verfügung stellen wird. Das könnte für uns alle 
hilfreich werden, auch außerhalb der Steiermark...


Hilfreich war auch bisher schon das 10m-Geländemodell, aber diese Hilfe hat 
praktisch keiner genutzt. Die meisten Karten (z.B. die auf openstreetmap.org 
auswählbaren) nutzen das nicht, sondern immer noch die gesch... SRTM-Daten 
oder sie enthalten überhaupt noch keine Höhenlinien. Ich hab eine 
Garmin-Karte (.IMG) mit den genauen Höhenlinien veröffentlicht, die hat auch 
keinen interessiert. Ein WMS mit Höhenlinien wär super sowohl als Overlay 
für Online-Karten als auch als Hintergrund zum Editieren, aber das hat noch 
keiner gemacht.


Ein Webservice, das als Parameter die Koordinaten nimmt und die Seehöhe 
retourniert, wär auch super. Hat auch noch keiner gemacht.


Darum sehe ich keinen Grund zur Hoffnung, dass sich das mit dem 1m-Modell 
ändern wird. Die Daten werden da sein, aber genausowenig genutzt werden wie 
das 10m-Modell.


Wenn nur einer der Profikorrigierer, die rund um die Uhr an Multipolygonen 
herumpfuschen oder Wege zusammenhängen, einmal seine Zeit in was Sinnvolles 
stecken würde, dann wär das alles schon fertig.


--
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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

[Talk-de] Flyer "Ihre Öffnungszeiten wurden zu OSM hinzugefügt"

[bergaufsee via Talk-de]

Hallo Alex,

StreetComplete ist hier durchaus geeignet, es wird u.a. auch „Stimmen diese 
Öffnungszeiten ... noch?” gefragt

Gruß Bernd

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

Re: [OSM-talk-fr] Rendu BANO (v2) de retour !

[Christian Quest]

Le 12/11/2020 à 23:01, Christian Quest a écrit :

Le 11/11/2020 à 15:35, deuzeffe a écrit :


Mmmhh, je viens de tester dans ma zone de confort. Il y a des points 
rouges qui ne correspondraient pas à la légende donnée ici 
https://wiki.openstreetmap.org/wiki/FR:France/WikiProject_Base_Adresses_Nationale_Ouverte_(BANO)#L.C3.A9gende 



En regardant de plus près, mais rapidement, il reste des 5000 et des 
6000 (marqués en rouge, donc) : à virer ? Et des points adresses 
proches d'une highway bien présente et correctement nommée (d'après 
ce que je vois) suivant le cadastre/Fantoir.
De plus, les numéros en gris ne correspondent plus à la légende, il 
me semble ?


Échantillon sur demande ;p



Suivi...

J'ai mis un peu trop vite en place le rendu hier. J'ai fait des 
modifications aujourd'hui pour revenir à quelque chose de plus proche 
de ce qu'on avait en v1.


Il reste des points d'adresse en rouge sur des lieux-dits qui méritent 
que je regarde avec vdct de quoi il s'agit. JE pense qu'on a désormais 
des numéros associés à des lieux-dits, provenant de la BAN ce qu'on 
n'avait pas avant (de mémoire).


Les 5000/9000 provenant du cadastre doivent maintenant avoir disparu.



Suivi suite...

Les points d'adresses numérotées dans les lieux-dits ont été retirés 
temporairement du rendu, le temps qu'on fasse le point sur leur usage 
par BANO (quel mode de rapprochement), leur intégration dans OSM, etc...


Du coup, BEAUCOUP moins de rouge, les rues manquantes sont à nouveau 
bien plus identifiables !


--
Christian Quest - OpenStreetMap France


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

[Talk-gb-midanglia] Revert the "Felixstowe to Nuneaton" relation

[ipswichmapper--- via Talk-gb-midanglia]

https://www.openstreetmap.org/relation/7521925

That is the relation I am talking about.

An edit made by user nplath seems to have made this relation into a clone of 
the "Ipswich To Cambridge-Ely" relation. You can tell this because the number 
of members went down from ~400 to ~150. 

If I'm correct, this route (Felixstowe to Nuneaton) is an important freight 
train route.

If somehow to members of this relation can be reverted to back when there were 
400 members, then that would be good.

Thanks,
IpswichMapper
___
Talk-gb-midanglia mailing list
Talk-gb-midanglia@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb-midanglia

Re: [Talk-GB] Q4 2020 Quarterly Project: Defibrillators

[Dave F via Talk-GB]

On 14/11/2020 12:39, Donald Noble wrote:


Firstly, I have seen a few buildings that have an AED pictogram sign 
outside, suggesting that there is a defibrillator inside. Is this 
considered sufficient 'on the ground' evidence to add to the map.


I'd say yes. Add access &/or note tag to clarify its accessibility & 
location. One I mapped was on the outside of a cricket pavilion, but you 
would probably have to climb a gate to get to it.


DaveF

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

Re: [Talk-GB] Q4 2020 Quarterly Project: Defibrillators

[Edward Bainton]

> Firstly, I have seen a few buildings that have an AED pictogram sign
outside, suggesting that there is a defibrillator inside.

I know of two defib boxes near me that are in fact empty, despite being lit
and signed. That's quite a high proportion of the tiny number (<10) that
I'm aware of.

On Sat, 14 Nov 2020 at 15:40, Cj Malone <
me-osm-talk...@keepawayfromfire.co.uk> wrote:

>
> > Firstly, I have seen a few buildings that have an AED pictogram sign
> > outside, suggesting that there is a defibrillator inside. Is this
> > considered sufficient 'on the ground' evidence to add to the map.
> > These are often locations that are noted up on the Survey Me! tool,
> > but not always.
>
> I would argue so, we add phone numbers to hotels from outside signs.
>
> There is a question of if private defibs should be added to OSM, and
> again I would argue for there addition. We aren't using these defibs
> for routing in emergencies. We have no access liability with Ambulance
> Services. These are added to OSM for education purposes, so that local
> people can be better informed about there situation and so people can
> process the data to workout areas that are under served, improve
> coverage and save lives.
>
> > Secondly, I notice that Rob's otherwise excellent Survey Me! tool
> > occasionally incorrectly matches a point quite far away, and so flags
> > up a missing defibrillator, even though it is correctly mapped in the
> > location expected by the tool. Is there an easy way to resolve these,
> > or is this just too complex a problem?
>
> I don't think Rob has manual matching on his defib site, but I may be
> wrong.
>
> The underlying issue is the quality of the source data, they don't
> typically have coordinates, just a postcode so the location isn't that
> accurate. They also don't have refs so we can't match defibs.
>
> Hopefully there will eventually be a central list of defibs that OSM
> can work with and improve, BHF has hopes of doing this but it seems to
> be a bit stagnant. I also hope this will be released Open Data, OSMUK
> would be happy to help with that.
>
> > Either way, it just highlights another reason why this too cannot be
> used to add data to OSM.
>
> The copyright situation is the external reason, it'll put OSMF in a bad
> position. Copying this data is just as bad as using Google Maps as a
> source.
>
> > However, next time I am passing by the station, I think there is one
> > missing that I can add. This might fix this incorrect matching…
>
> I have noticed that the more defibs in OSM, the better the matching
> gets. But that's not always the case.
>
>
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-fr] Réimport (Re: Import des horaires des bureaux de poste)

[Topographe Fou]

Bonjour,

D'accord sur le fait qu'il faut oublier 1 et privilégier 2.

Cependant je pense qu'il faut aménager le cas où le dernier à avoir modifié 
n'est pas le robot car sinon petit à petit on se retrouvera avec des données 
qui n'ont pas été mises à jour depuis 10 ans et le problème sera le même. Genre 
je déplace le POI mais ne fais pas attention à la validité de ses tags, du coup 
le POI sera ignoré ad vitam aeternam.

Je pense à passer de :

"si le dernier à avoir modifié est le robot Datanova ET si les données ont 
évoluées depuis"

 À :

"(si le dernier à avoir modifié est le robot Datanova OU si l'objet n'a pas été 
touché depuis X) ET si les données ont évoluées depuis"

Avec mettons X = 2 ans par exemple. Ce qui permet aux POI à l'abandon d'avoir 
une chance de salut.

Et comme dit par quelqu'un précédemment il faut bien comparer selon les 
ref:FR:LaPoste et non les id de way ou node car ces derniers sont volatiles 
(genre je converti un node en way ou bien je redessine toute une zone from 
scratch car j'aime bien réécrire l'histoire).

LeTopographeFou


  Message original  


De: osm.sanspourr...@spamgourmet.com
Envoyé: 13 novembre 2020 11:37 PM
À: talk-fr@openstreetmap.org
Répondre à: talk-fr@openstreetmap.org
Objet: Re: [OSM-talk-fr] Réimport (Re: Import des horaires des bureaux de poste)


Ça tu oublies, oui tu sauve à part.

Tu peux aussi regarder avec overpass les bureaux qui ont changé depuis
ton import.

Car overpass te permet d'inspecter l'historique de la base.

Par exemple si le dernier à avoir modifié l'objet c'est ton robot, tu
peux foncer.

Et sinon tu prends l'image juste après ton dernier import : un export
CSV par exemple daté avec id, opening_hours et dernier modificateur (si
tu veux vérifier que c'est bien les données du robot afin de ne pas
tester tout opening_hours).

Jean-Yvon

Le 13/11/2020 à 22:32, David Faure via Talk-fr -
talk-fr@openstreetmap.org a écrit :
> 1) quand je sauve un opening_hours (sur un objet qui n'en avait pas, donc),
> je le duplique dans un tag spécifique (datanova:opening_hours ou un truc comme
> ça) que je sauve aussi dans l'objet. Au moment du réimport je compare les deux
> champs, et je ne met à jour (les deux) que s'ils sont encore égaux. Sinon
> c'est que quelqu'un a fait un changement, alors j'y touche plus (et on passe
> sur la solution du fixme et de la suggestion, auquel cas ça fait quand même
> trois champs qui parlent d'horaires d'ouverture, au total...).


___
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: [Talk-GB] Q4 2020 Quarterly Project: Defibrillators

[Cj Malone]

> Firstly, I have seen a few buildings that have an AED pictogram sign
> outside, suggesting that there is a defibrillator inside. Is this
> considered sufficient 'on the ground' evidence to add to the map.
> These are often locations that are noted up on the Survey Me! tool,
> but not always.

I would argue so, we add phone numbers to hotels from outside signs.

There is a question of if private defibs should be added to OSM, and
again I would argue for there addition. We aren't using these defibs
for routing in emergencies. We have no access liability with Ambulance
Services. These are added to OSM for education purposes, so that local
people can be better informed about there situation and so people can
process the data to workout areas that are under served, improve
coverage and save lives.

> Secondly, I notice that Rob's otherwise excellent Survey Me! tool
> occasionally incorrectly matches a point quite far away, and so flags
> up a missing defibrillator, even though it is correctly mapped in the
> location expected by the tool. Is there an easy way to resolve these,
> or is this just too complex a problem?

I don't think Rob has manual matching on his defib site, but I may be
wrong.

The underlying issue is the quality of the source data, they don't
typically have coordinates, just a postcode so the location isn't that
accurate. They also don't have refs so we can't match defibs.

Hopefully there will eventually be a central list of defibs that OSM
can work with and improve, BHF has hopes of doing this but it seems to
be a bit stagnant. I also hope this will be released Open Data, OSMUK
would be happy to help with that.

> Either way, it just highlights another reason why this too cannot be
used to add data to OSM.

The copyright situation is the external reason, it'll put OSMF in a bad
position. Copying this data is just as bad as using Google Maps as a
source.

> However, next time I am passing by the station, I think there is one
> missing that I can add. This might fix this incorrect matching…

I have noticed that the more defibs in OSM, the better the matching
gets. But that's not always the case.




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

[Talk-de] Flyer "Ihre Öffnungszeiten wurden zu OSM hinzugefügt"

[spaaam]

Hallo zusammen!
Ich kann mir kaum vorstellen dass es so etwas noch nicht gibt, habe aber 
bisher nichts derartiges gefunden. Vielleicht weiß ja jemand etwas.

Es geht um folgende Situation:
Immer wenn ich ein Geschäft auf der Karte sehe dessen Öffnungszeiten fehlen 
juckt es mich in den Fingern diese in OSM zu ergänzen (und manchmal habe 
ich dies auch schon getan). Was jedoch meines Erachtens nach deutlich 
schlimmer ist als fehlende Öffnungszeiten sind falsche Öffnungszeiten. Das 
ist dann richtig ärgerlich wenn man vor verschlossenen Türen steht. Aber 
auch für Unternehmen können falsch ausgeschriebene Öffnungszeiten schwere 
Schäden anrichten (gab es glaube ich auch mal einen TED Talk zu). Deshalb 
habe ich mich oft auch nicht getraut, denn wer sorgt dann dafür dass das 
aktuell bleibt?
Am sinnvollsten wäre es, wenn das der oder die betroffene Ladenbesitzer(in) 
selber machen. Schließlich wissen sie es als ersten wenn sich da etwas 
ändert und haben auch das größte Interesse daran dass diese speziellen 
Öffnungszeiten stimmen.
Aber muss ich jetzt in jedes Geschäft reingehen (sofern es denn gerade 
offen ist), nach dem Chef fragen (also auch evtl mehrmals erscheinen um den 
mal anzutreffen) und ein ausführliches Gespräch inkl. Benutzungseinweisung 
zu OSM halten? Das will und kann ich nicht leisten.
Genau dafür wäre ein kleiner Flugzettel praktisch (DIN A5 oder Visitenkarte 
oder ...) der kurz und präzise informiert was man getan hat (Öffnungszeiten 
zu OSM hinzugefügt, evtl auch Firmennamen, Informationen zur Speisekarte 
etc., vielleicht alles weitere mit einem kleinen Freitextfeld), was OSM 
eigentlich ist und ein netter Hinweis darauf dass er/sie diese 
Informationen am Besten selber pflegt inkl. Link zu einem speziellen Wiki 
Artikel in dem es eine Schritt-für-Schritt-Anleitung nur dieser Problematik 
für genau diese Zielgruppe (also Leute die sonst rein gar nichts mit mappen 
am Hut haben und auch evtl gar nicht haben wollen, und im schlimmsten Fall 
keinerlei technisches Verständnis besitzen sowie sich kaum mit Computern 
auskennen) gibt. Dazu dann am Besten noch ein einfach zu benutzen des Tool 
(ich benutze vorwiegend, da ich es einfach genial und super simpel finde 
und man es super toll "mal eben so" unterwegs machen kann StreetComplete, 
aber das wäre hierfür ja nicht die Lösung.
Ich hoffe jemand kann mich auf so etwas hinweisen. Das muss es doch geben! 
Oder funktioniert das bisher frei nach dem Motto "map & forget"?! Wie 
handhabt ihr das?

Viele Grüße,
Alex
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

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

[Yves P.]

>> Mercredi xxx semaine impaire
>> Samedi yyy semaine paire
> 
> OK, mais cette description devient incorrecte en 2021…

C'était un exemple pour faire "simple".

> Ils vont devoir changer le panneau pour échanger "paire" et "impaire", si les 
> horaires prévus sont corrects…

Est-ce que ce n'est pas en réalité semaine paire 

Il faut demander à ces bureaux de poste comment ils gèrent ça en pratique :
- changement de l'affichette des horaires à la semaine
- à l'année
- pas de changement et c'est réellement 1 semaine paire (il y a un bug dans 
datanova)
- …

> Mais justement je peux comprendre si la grammaire ne prévoit pas quelque 
> chose 
> de quasi impossible à écrire sur un panneau ("Ouvert mercredi 8h-12h une 
> semaine sur deux à partir du mercredi 3 janvier 2018").  :-)

Je pense que pour le ramassage des ordures ménagères 1 semaine sur 2, c'est 
réellement le cas car sinon elles débordent au moins une fois dans l'année :D
Donc ce cas est à traiter dans la grammaire : ypid propose d'en discuter dans 
le wiki 

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

Re: [Talk-at] ALS-Daten frei zugänglich

[Robert Kaiser]

Patrick Strasser-Mikhail schrieb:
https://www.landesentwicklung.steiermark.at/cms/beitrag/12803182/142970647/ 



Was in dem Beitrag ziemlich interessant wirkt, ist - für mich zumindest 
- dass sie behaupten, dass das BEV demnächst ein 1m-Modell mit 
orthometrischen Höhen in data-gv-at zur Verfügung stellen wird. Das 
könnte für uns alle hilfreich werden, auch außerhalb der Steiermark...


KaiRo


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

[OSM-talk-fr] Numérotation des semaines (Re: Import des horaires des bureaux de poste)

[David Faure via Talk-fr]

On samedi 14 novembre 2020 13:08:24 CET Frédéric Rodrigo wrote:
> À vérifier, mais je pense qu'il y a un risque que les horaires affichés
> sur place soit une simplification des horaires Datanova. Et que la
> différence ou les exceptions soient simplement gérés par des affichettes.

Je pense aussi, pour des trucs ponctuels (ponts par exemple).
Pour quelque chose qui va être valide toute l'année (semaines paires/impaires)
ce serait étrange d'avoir un papier scotché toute l'année

> Sur le comptage des semaines, attention il y une différence entre les
> semaines anglaises qui commencent le dimanche (et nous le lundi), quand
> l'année commence un dimanche.

Y'a un standard ISO derrière tout ça (ISO-8601), et c'est plus compliqué que 
la différence démarrage lundi / démarrage dimanche : le standard ISO dit "la 
semaine 1 est celle qui contient le premier jeudi du mois" (ou "celle qui 
contient le 4 janvier", c'est équivalent). Je sais que les américains 
utilisent une règle différente pour la numérotation des semaines...

Par contre ça me met le doute sur ce qui est fait en France...

Si https://calendrierfrance.fr/semaines-2021 est correct, la France ne suit 
pas le standard ISO 8601 ?? (Ce site dit que la semaine du 4 au 10 janvier 
2021 s'appellera la semaine 2, et non pas 1 comme dit le standard ISO).
Je me demande si ce site est correct. 
https://fr.wikipedia.org/wiki/Num%C3%A9rotation_ISO_des_semaines
et https://fr.wikipedia.org/wiki/Semaine ne parlent pas d'une autre 
numérotation utilisée en France.

-- 
David Faure, fa...@kde.org, http://www.davidfaure.fr
Working on KDE Frameworks 5




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

Re: [Talk-GB] Q4 2020 Quarterly Project: Defibrillators

[Donald Noble]

Hello list,

I have a couple of queries about the Q4 project to map defibrillators.

Firstly, I have seen a few buildings that have an AED pictogram sign
outside, suggesting that there is a defibrillator inside. Is this
considered sufficient 'on the ground' evidence to add to the map. These are
often locations that are noted up on the Survey Me! tool, but not always.

Secondly, I notice that Rob's otherwise excellent Survey Me! tool
occasionally incorrectly matches a point quite far away, and so flags up a
missing defibrillator, even though it is correctly mapped in the location
expected by the tool. An example of this in central Edinburgh
https://osm.mathmos.net/defib/progress/EH/#17/55.95237/-3.19051 where the
Scott Monument AED is mapped, but incorrectly matched to one in the station
(although the postcode for this locates it in the shopping centre!),
which I think is also incorrectly matched. Is there an easy way to resolve
these, or is this just too complex a problem? Either way, it just
highlights another reason why this too cannot be used to add data to OSM.
However, next time I am passing by the station, I think there is one
missing that I can add. This might fix this incorrect matching…

Cheers, Donald

On Fri, 9 Oct 2020 at 16:20, Gareth L  wrote:

> Hello,
>
>
>
> The UK quarterly project for Q4 has been selected as Defibrillators.
> https://wiki.openstreetmap.org/wiki/UK_2020_Q4_Project:_Defibrillators
>
>
>
> A check on taginfo shows there are 4181 nodes and ways with
> emergency=defibrillator in Great Britain. Reading
> https://cesafety.co.uk/list-of-public-access-defibrillators-across-the-uk
> from August 2019 reports that there are 5304 defibrillators in London alone.
>
>
>
> The Q3 project on cycle infrastructure has some very encouraging results,
> which I’ll post about separately.
>
>
>
> Best regards,
>
> Gareth
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>


-- 
Donald Noble
http://drnoble.co.uk - http://flickr.com/photos/drnoble
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

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

[Frédéric Rodrigo]

À vérifier, mais je pense qu'il y a un risque que les horaires affichés 
sur place soit une simplification des horaires Datanova. Et que la 
différence ou les exceptions soient simplement gérés par des affichettes.


Sur le comptage des semaines, attention il y une différence entre les 
semaines anglaises qui commencent le dimanche (et nous le lundi), quand 
l'année commence un dimanche.




Le 14/11/2020 à 12:30, David Faure via Talk-fr a écrit :

On samedi 14 novembre 2020 11:16:27 CET Yves P.  wrote:

Ça donnerait (à vérifier aux changements d'années :

Mo,Th 08:00-11:30,14:00-16:00;
Tu08:00-11:30,14:00-17:00;
Fr08:00-11:30,14:00-18:00;
Su,PH off;

week 01-53/2 We 08:00-12:00;
week 02-53/2 Sa 09:00-12:00

Je vois, merci pour la suggestion.

(et le "Su," peut être supprimé, ça par contre c'est fait)
  

je suis vraiment curieux de voir le panneau sur la porte de ce bureau :-)

Mercredi xxx semaine impaire
Samedi yyy semaine paire

OK, mais cette description devient incorrecte en 2021...
Ils vont devoir changer le panneau pour échanger "paire" et "impaire", si les
horaires prévus sont corrects...


Bon, à voir avec l'auteur de la grammaire : Odd and even weeks over a
year #351 

Merci.

Mais justement je peux comprendre si la grammaire ne prévoit pas quelque chose
de quasi impossible à écrire sur un panneau ("Ouvert mercredi 8h-12h une
semaine sur deux à partir du mercredi 3 janvier 2018").  :-)




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

Re: [Talk-at] ALS-Daten frei zugänglich

[Patrick Strasser-Mikhail]

Hi!

Hab nocheinmal geschaut

Am 03.11.20 um 21:50 schrieb scubbx:

Hallo!

An sich eine großartige Sache - wenn die von dir verlinkte Seite 
existieren würde?
https://www.landesentwicklung.steiermark.at/cms/beitrag/12800917/142970647/ 


Jetzt besser?

https://www.landesentwicklung.steiermark.at/cms/beitrag/12803182/142970647/

Verschoben worden?


https://inspire.gv.at

Die Lizenz Zusätze finde ich nicht so beunruhigend, die sind bei den OGD 
der Stadt Wien auch so 
(https://digitales.wien.gv.at/site/open-data/ogd-nutzungsbedingungen/) .


Bin schon gespannt, wenn die 1m Daten verfügbar sind!

lg, ScubbX (Markus)


Am 03.11.20 um 20:22 schrieb Patrick Strasser-Mikhail:

Hallo zusammen!

auf

https://www.landesentwicklung.steiermark.at/cms/beitrag/12800917/142970647/ 



ist heute die genaue Beschreibung der jetzt zugänglichen 1m-ALS 
(Airborne Laser Scan)-Daten der Steiermark veröffentlicht worden.


Neben den schon bekannten Gelände- und Oberflächenschummerungen sind 
jetzt auch dir wirklichen Höhendaten verfügbar!


Das Ganze soll dann auch bei data.gv.at verfügbar sein.

Wer gleich ausprobieren will kann sich die WMS-Beschreibungen 
(Capabilites) bei

  https://inspire.at
anschauen: Metadatensuche -> Karte -> rechts "+" für "einen Layer 
hinzufügen"


INSPIRE Österreich hat noch die alten 10m-Referenzen, aber hoffentlich 
bald auch die neuen 1m-Referenzen, und dann auch noch wirklich viel 
Anderes.


Ev. auch schauen auf
  https://data.steiermark.at/

Dort gibt es allerdings interessante Lizenz-Zusätze:

--- 8< ---
* Die Namensnennung des Landes Steiermark als Rechteinhaber hat in 
folgender Weise zu erfolgen: "Datenquelle: CC-BY-4.0: Land Steiermark 
- data.steiermark.gv.at"


* Die Bevölkerung soll über neue Anwendungen und Services informiert 
werden, die Open Government Data (OGD) des Landes Steiermark 
verwenden. Das Land Steiermark ist berechtigt, Informationen über 
solche Anwendungen und Services zu veröffentlichen und für eine 
Berichterstattung zu verwenden. Dem Land Steiermark ist eine 
Veröffentlichung (Verlinkung) der Anwendungen und Services im Rahmen 
des Webauftritts data.steiermark.gv.at gestattet.


* Das Land Steiermark fordert Dienstleister, die "OGD-Steiermark" für 
ihre Anwendungen und Services verwenden, dazu auf, aktiv darüber zu 
informieren, wo diese Services und Anwendungen aufzufinden sind. 
Informationen bitte an o...@stmk.gv.at


* Die Daten von "OGD-Steiermark" dürfen nicht für Anwendungen oder 
Veröffentlichungen verwendet werden, die kriminelle, illegale, 
rassistische, diskriminierende, verleumderische, pornographische, 
sexistische oder homophobe Aktivitäten unterstützen oder zu solchen 
Aktivitäten anstiften.

--- 8< ---

LG trapicki/Patrick


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


--
engineers motto: cheap, fast, good - choose any two

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

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

[David Faure via Talk-fr]

On samedi 14 novembre 2020 11:16:27 CET Yves P.  wrote:
> Ça donnerait (à vérifier aux changements d'années :
> 
> Mo,Th 08:00-11:30,14:00-16:00;
> Tu08:00-11:30,14:00-17:00;
> Fr08:00-11:30,14:00-18:00;
> Su,PH off;
> 
> week 01-53/2 We 08:00-12:00;
> week 02-53/2 Sa 09:00-12:00

Je vois, merci pour la suggestion.

(et le "Su," peut être supprimé, ça par contre c'est fait)
 
> > je suis vraiment curieux de voir le panneau sur la porte de ce bureau :-)
> 
> Mercredi xxx semaine impaire
> Samedi yyy semaine paire

OK, mais cette description devient incorrecte en 2021...
Ils vont devoir changer le panneau pour échanger "paire" et "impaire", si les 
horaires prévus sont corrects...

> Bon, à voir avec l'auteur de la grammaire : Odd and even weeks over a
> year #351 

Merci.

Mais justement je peux comprendre si la grammaire ne prévoit pas quelque chose 
de quasi impossible à écrire sur un panneau ("Ouvert mercredi 8h-12h une 
semaine sur deux à partir du mercredi 3 janvier 2018").  :-)

-- 
David Faure, fa...@kde.org, http://www.davidfaure.fr
Working on KDE Frameworks 5




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

Re: [Talk-it] Ca reste ouvert - richiesta feedback dei bisogni della comunità

[Manuel]

restiamoaperti.it effettivamente funziona, ma solo sul territorio francese.

Manuel, Mannivu @Wikimedia

Il 14/11/2020 12:10, Nap Osm ha scritto:

Buongiorno! Seguo la repository di GitHub di Ca Reste Ouvert e sembra ci sia 
aria di cambiamento.
A quanto pare stanno riaprendo il sito per il territorio francese per il 
secondo lockdown.
Il sito caresteouvert.fr riporta

Ça reste ouvert sera bientôt de retour ! Vous recherchez une solution de 
promotion durable des commerces de votre territoire, contactez-nous 
.

Traduco (male da quel che ricordo di francese)

Ca reste ouvert sta per tornare presto! Se cerchi un modo per promuovere la 
tua attività nel tuo territorio contattaci.

mentre invece restiamoaperti.it sembra già funzionare sebbene manchino i dati.
Non so se ora il progetto è destinato unicamente per il territorio francese o 
se vorranno estenderlo a livello globale come prima.
--
*From:* Anisa Kuci 
*Sent:* Tuesday, November 3, 2020 3:18 PM
*To:* talk-it@openstreetmap.org 
*Subject:* Re: [Talk-it] Ca reste ouvert - richiesta feedback dei bisogni della 
comunità
Vediamo se cambia la situazione nel futuro... comunque grazie mille a
voi per i commenti sia qua che su telegram. :D

Ciao,
Anisa


On 11/3/20 4:11 PM, Manuel wrote:
> Peccato davvero. Grazie comunque, Anisa ^__^
> Manuel, Mannivu @Wikimedia
> Il 03/11/2020 15:17, Anisa Kuci ha scritto:
>> Ciao a tutti,
>>
>> Manuel e Matteo grazie mille per il feedback!
>>
>> Mi sono informata di nuovo e si è deciso che il servizio rimarrà
>> inattivo per il momento. Se avrò qualche notizia o aggiornamento in
>> futuro scrivo in lista.
>>
>> Ciao,
>>
>> Anisa
>>
>>
>> On 10/28/20 5:31 PM, Matteo Zaffonato wrote:
>>> Concordo con Manuel, possono essere punti di forza per proporre il
>>> servizio alle amministrazioni comunali e alle Confcommercio per
>>> prepararsi ad un eventuale lockdown.
>>>
>>> Ciao, grazie
>>> Matteo Zaffonato
>>>
>>> Il 28/10/2020 16:11, Manuel ha scritto:
 Io penso che ripartire almeno da dove eravamo rimasti sia un buon
 punto, quindi prendendo in considerazione i vari tag covid:19
 related (opneing_hours, delivery, take_away, access) di ristoranti,
 bar ed esercizi commerciali in generale (togliendo, ovviamente,
 cinema e teatri, chiusi per DPCM).
 Manuel, Mannivu @Wikimedia
 Il 28/10/2020 15:41, Anisa Kuci ha scritto:
> Ciao a tutti,
>
> manderò una mail al team di "ca reste ouvert" (versione originale
> di restiamoaperti.it) per chiedere delle informazioni sul servizio
> visto che sul gruppo telegram OSM Italia c'è stato interesse da
> parte di membri della comunità.
>
> So che il team farà una riunione per parlarne e sarebbe utile se
> possiamo dare un feedback su quali sono i bisogni della comunità
> italiana così potranno prenderli in considerazione.
>
> Vi chiederei gentilmente un feedback su quali servizi ritenete più
> importanti.
>
> Ciao,
>
> Anisa
>
>
>
>


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

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

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


--
Anisa Kuci
Responsabile OpenStreetMap
Wikimedia Italia - Associazione per la diffusione della conoscenza libera
Via Bergognone 34 - 20144 Milano
Tel. (+39) 02 97677170 | anisa.k...@wikimedia.it | www.wikimedia.it 



___

Re: [Talk-it] Ca reste ouvert - richiesta feedback dei bisogni della comunità

[Nap Osm]

Buongiorno! Seguo la repository di GitHub di Ca Reste Ouvert e sembra ci sia 
aria di cambiamento.
A quanto pare stanno riaprendo il sito per il territorio francese per il 
secondo lockdown.
Il sito caresteouvert.fr riporta

Ça reste ouvert sera bientôt de retour ! Vous recherchez une solution de 
promotion durable des commerces de votre territoire, 
contactez-nous.

Traduco (male da quel che ricordo di francese)

Ca reste ouvert sta per tornare presto! Se cerchi un modo per promuovere la tua 
attività nel tuo territorio contattaci.
mentre invece restiamoaperti.it sembra già funzionare sebbene manchino i dati.
Non so se ora il progetto è destinato unicamente per il territorio francese o 
se vorranno estenderlo a livello globale come prima.

From: Anisa Kuci 
Sent: Tuesday, November 3, 2020 3:18 PM
To: talk-it@openstreetmap.org 
Subject: Re: [Talk-it] Ca reste ouvert - richiesta feedback dei bisogni della 
comunità

Vediamo se cambia la situazione nel futuro... comunque grazie mille a
voi per i commenti sia qua che su telegram. :D

Ciao,
Anisa


On 11/3/20 4:11 PM, Manuel wrote:
> Peccato davvero. Grazie comunque, Anisa ^__^
> Manuel, Mannivu @Wikimedia
> Il 03/11/2020 15:17, Anisa Kuci ha scritto:
>> Ciao a tutti,
>>
>> Manuel e Matteo grazie mille per il feedback!
>>
>> Mi sono informata di nuovo e si è deciso che il servizio rimarrà
>> inattivo per il momento. Se avrò qualche notizia o aggiornamento in
>> futuro scrivo in lista.
>>
>> Ciao,
>>
>> Anisa
>>
>>
>> On 10/28/20 5:31 PM, Matteo Zaffonato wrote:
>>> Concordo con Manuel, possono essere punti di forza per proporre il
>>> servizio alle amministrazioni comunali e alle Confcommercio per
>>> prepararsi ad un eventuale lockdown.
>>>
>>> Ciao, grazie
>>> Matteo Zaffonato
>>>
>>> Il 28/10/2020 16:11, Manuel ha scritto:
 Io penso che ripartire almeno da dove eravamo rimasti sia un buon
 punto, quindi prendendo in considerazione i vari tag covid:19
 related (opneing_hours, delivery, take_away, access) di ristoranti,
 bar ed esercizi commerciali in generale (togliendo, ovviamente,
 cinema e teatri, chiusi per DPCM).
 Manuel, Mannivu @Wikimedia
 Il 28/10/2020 15:41, Anisa Kuci ha scritto:
> Ciao a tutti,
>
> manderò una mail al team di "ca reste ouvert" (versione originale
> di restiamoaperti.it) per chiedere delle informazioni sul servizio
> visto che sul gruppo telegram OSM Italia c'è stato interesse da
> parte di membri della comunità.
>
> So che il team farà una riunione per parlarne e sarebbe utile se
> possiamo dare un feedback su quali sono i bisogni della comunità
> italiana così potranno prenderli in considerazione.
>
> Vi chiederei gentilmente un feedback su quali servizi ritenete più
> importanti.
>
> Ciao,
>
> Anisa
>
>
>
>


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

--
Anisa Kuci
Responsabile OpenStreetMap
Wikimedia Italia - Associazione per la diffusione della conoscenza libera
Via Bergognone 34 - 20144 Milano
Tel. (+39) 02 97677170 | anisa.k...@wikimedia.it | 
www.wikimedia.it


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

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

[Yves P .]

> Le 12 nov. 2020 à 10:02, David Faure via Talk-fr  > a écrit :

> Le cas extrême ça donne ça... je suis vraiment curieux de voir le panneau sur 
> la porte de ce bureau :-)
> 
> 88064A|BEC DE MORTAGNE AP|Mo,Th 08:00-11:30,14:00-16:00; Tu 
> 08:00-11:30,14:00-17:00; week 01-53/2 We 08:00-12:00; week 02-53/2 We off; 
> 2020 week 02-53/2 We 08:00-12:00; 2020 week 01-53/2 We off; Fr 
> 08:00-11:30,14:00-18:00; week 01-53/2 Sa off; week 02-53/2 Sa 09:00-12:00; 
> 2020 week 02-53/2 Sa off; 2020 week 01-53/2 Sa 09:00-12:00; Su,PH off

L'affichage embelli est plus lisible :)

Mo,Th 08:00-11:30,14:00-16:00;
Tu 08:00-11:30,14:00-17:00;
week 01-53/2 We 08:00-12:00;
week 02-53/2 We off;
2020 week 02-53/2 We 08:00-12:00;
2020 week 01-53/2 We off;
Fr 08:00-11:30,14:00-18:00;
week 01-53/2 Sa off;
week 02-53/2 Sa 09:00-12:00;
2020 week 02-53/2 Sa off;
2020 week 01-53/2 Sa 09:00-12:00;
Su,PH off

En regroupant les termes, c'est un peu plus compréhensible :

Mo,Th 08:00-11:30,14:00-16:00;
Tu08:00-11:30,14:00-17:00;
Fr08:00-11:30,14:00-18:00;
Su,PH off;

 week 01-53/2 We 08:00-12:00;
2020 week 02-53/2 We 08:00-12:00;

2020 week 01-53/2 We off;
 week 02-53/2 We off;

 week 02-53/2 Sa 09:00-12:00;
2020 week 01-53/2 Sa 09:00-12:00;

 week 01-53/2 Sa off;
2020 week 02-53/2 Sa off

On constate qu'on peut simplifier des termes :
c'est toujours fermé le un mercredi sur deux, mais le terme fermé peut-être 
supprimé ?
idem pour le samedi.

Ça donnerait (à vérifier aux changements d'années :

Mo,Th 08:00-11:30,14:00-16:00;
Tu08:00-11:30,14:00-17:00;
Fr08:00-11:30,14:00-18:00;
Su,PH off;

week 01-53/2 We 08:00-12:00;
week 02-53/2 Sa 09:00-12:00

> je suis vraiment curieux de voir le panneau sur la porte de ce bureau :-)
Mercredi xxx semaine impaire
Samedi yyy semaine paire

Bon, à voir avec l'auteur de la grammaire : Odd and even weeks over a year #351 


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

[talk-au] Question: This Friday, will you be having a GeoParma, GeoParmy or even a GeoParmi at the local State of the Map (SOTM) conference?

[Ewen Hill]

Sorry for intrusion.however it is OSM related...

This is the third year of the Oceania *State of the (OSM) Map* and *FOSS4G
(Free and Open Source for Geospatial) *conference which was to be in Fiji
after sold out years in Melbourne and Wellington. This year we are bringing
it to Melbourne along with Apia (Samoa), Auckland, Christchurch &
Wellington, Bairiki (Kiribati), Cairns, Canberra, Hobart & Perth, Majuro
(Marshall Islands), Rarotonga (Cook Islands) and of course our original
hosts, Suva in Fiji. Each

Please consider joining us this *Friday, November 20th *- Hub details are
at *https://2020.foss4g-oceania.org/index.html#map
 *

In *Melbourne *we have an interesting collection of speakers and we have
included lunch. It is a 10am start for four hours at the magnificent Mint
in the Melbourne CBD. Tickets ($25) are extremely limited and sadly
interactions will be somewhat restricted however join like minded people
from the community and enjoy the first conference back in Melbourne.

Finally - have you done something amazing this year with opensource
software and can talk for either 5 or 20 minutes then we would love to hear
from you before COB Tuesday. Other hubs are also keen to have short talks
as well. Get 2020 back on track and we hope to see you at one of the hubs.

Ewen, Ed, Henry and Phil
Melbourne Hub coordinators
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-talk-fr] Réimport (Re: Import des horaires des bureaux de poste)

[David Faure via Talk-fr]

OK, donc pas 1).

Du coup il reste mon 2) (comparer datanova du dernier import et datanova+OSM 
du jour) ou ta suggestion (comparer OSM du dernier import et datanova+OSM du 
jour).

A mon avis les deux marchent, et ma solution me semble plus simple à 
implémenter (probablement juste parce que j'ai déjà la donnée sous la main,
et qu'il n'y a qu'à comparer deux chaînes de caractères).

Tu as une objection par rapport à ma solution "2)" ?

PS: OK je laisse tomber import@, ça me va :)

Merci pour tous les conseils, je pense que j'y suis presque :)

On vendredi 13 novembre 2020 23:36:14 CET osm.sanspourr...@spamgourmet.com 
wrote:
> Ça tu oublies, oui tu sauve à part.
> 
> Tu peux aussi regarder avec overpass les bureaux qui ont changé depuis
> ton import.
> 
> Car overpass te permet d'inspecter l'historique de la base.
> 
> Par exemple si le dernier à avoir modifié l'objet c'est ton robot, tu
> peux foncer.
> 
> Et sinon tu prends l'image juste après ton dernier import : un export
> CSV par exemple daté avec id, opening_hours et dernier modificateur (si
> tu veux vérifier que c'est bien les données du robot afin de ne pas
> tester tout opening_hours).
> 
> Jean-Yvon
> 
> Le 13/11/2020 à 22:32, David Faure via Talk-fr -
> 
> talk-fr@openstreetmap.org a écrit :
> > 1) quand je sauve un opening_hours (sur un objet qui n'en avait pas,
> > donc),
> > je le duplique dans un tag spécifique (datanova:opening_hours ou un truc
> > comme ça) que je sauve aussi dans l'objet. Au moment du réimport je
> > compare les deux champs, et je ne met à jour (les deux) que s'ils sont
> > encore égaux. Sinon c'est que quelqu'un a fait un changement, alors j'y
> > touche plus (et on passe sur la solution du fixme et de la suggestion,
> > auquel cas ça fait quand même trois champs qui parlent d'horaires
> > d'ouverture, au total...).
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


-- 
David Faure, fa...@kde.org, http://www.davidfaure.fr
Working on KDE Frameworks 5




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