[Talk-it] Reggio nell'Emilia o Reggio Emilia

[Lorenzo Beltrami]

Ciao lista,
l'altro giorno un utente ha cambiato il tag name di "Reggio nell'Emilia" in
"Reggio Emilia", più comune nel linguaggio corrente.
Qua il changeset con la discussione iniziale:
https://www.openstreetmap.org/changeset/94016817

Essendosi interessato alla questione anche sorcrosc e trattandosi di un
capoluogo di provincia mi sembra più sensato discuterne qua in lista
nazionale (anche perché io ci sono nato e ci vivo per cui la mia
impressione potrebbe essere parziale).

Le proposte di tagging sono 2:

A. name=Reggio nell'Emilia
alt_name=Reggio Emilia
(questa è quella attuale)

B. name=Reggio Emilia
official_name=Reggio nell'Emilia

Io sarei per la A. perché "Reggio nell'Emilia":
1. Non è soltanto il nome ufficiale (qua si trova lo statuto comunale:
https://www.comune.re.it/retecivica/urp/regolamenti.nsf/PESDocumentID/7647BF8C7A086544C125688200568FDF?opendocument=Sttt)
usato nei documenti (official_name), ma è anche:
1.1 Quello indicato dai cartelli stradali all'inizio del centro abitato (
https://www.mapillary.com/map/im/JsGDzOkGmSd4P8hkYQPuAw,
https://www.mapillary.com/map/im/g8LAy1w_Xq13--Ap0Xwf7w,
https://goo.gl/maps/oR141boeVJs18WBx5)
1.2 Quello usato dall'Istat (http://dati.istat.it/Index.aspx?QueryId=18560)
1.3 Quello usato dalla Protezione Civile (
https://raw.githubusercontent.com/pcm-dpc/COVID-19/master/dati-province/dpc-covid19-ita-province.csv)

2. Dal punto di vista più "OSM è un database" non credo sia così utile
cambiare il nome di un capoluogo di provincia che è sempre stato così fin
dall'inizio (https://osmlab.github.io/osm-deep-history/#/node/69300019). Se
qualche vendor già lo usa per integrare servizi potrebbe "scassarsi"
qualcosa...

La B. è data dal fatto che:
1. "Reggio Emilia" è il nome più comune a livello colloquiale
2. Nelle indicazioni viene indicato come "Reggio E."
3. Viene usato come abbreviazione anche dal comune stesso. Anche nel sito
internet ufficiale: https://www.comune.re.it/

In ultimo una comparazione con l'altra Reggio, Reggio Calabria, che su OSM
ha nel name "Reggio di Calabria" e in alt_name "Reggio Calabria" come la
proposta A.: https://www.openstreetmap.org/node/67273280

Bonus: l'editor di default iD usa il campo wikidata o wikipedia come fonte
per i testi da mettere in name. Questo è rilevante perché su Wikipedia il
cambio è stato fatto l'anno scorso (a quanto pare senza una discussione
sufficiente:
https://it.wikipedia.org/wiki/Discussione:Reggio_Emilia#Spostamento_a_Reggio_Emilia)
e ora iD mette "Reggio Emilia" nel name.
Da allora ci sono stati gli unici tentativi di cambiare name (anche se lo
scopo del primo tentativo era legato al cattivo rendering di GraphHopper,
così mi disse l'utente).

Voi che ne pensate?

Saluti
Lorenzo (NonnEmilia)
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [talk-cz] koňská stezka Česká-Babí lom

[Zdeněk Pražák]

No zkusil bych kontaktovat uživatele Hopet, který juto stezku před 6 lety
založil
Pražák

ne 15. 11. 2020 v 19:01 odesílatel Karel Volný  napsal:

>
> 'hoj,
>
> byli jsme dneska na vycházce a od rozhledny na Babím lomu jsme šli do
> Lelekovic po cestě, která má být koňostezkou - relace 3712922 [https://
> www.openstreetmap.org/relation/3712922]
>
> krom toho, že začátek se nedal najít (trail_visibility=intermediate, hm,
> tak o
> tom bych měl jinou představu ...), tak za celou cestu jsme nenašli (a to
> jsme
> hledali :-)) ani jednu koňoznačku
>
> akorát u vyústění na pěšině do Lelekovic jsem zahlídnul oranžový puntík,
> jaký
> AFAIK používají ke značení lesáci, menší než klasická značka a bez
> orámování
> ... ale tato stezka prý má být oranžová (orange:white:orange_dot) - odkdy
> se
> probůh na značení používá oranžová?
>
> bohužel jsme to došli jen k těm Lelekovicím, ale jsem v pokušení smazat to
> celé, neb jsem se byl i vykouknout na pole, cyklo 5231 v pohodě značena,
> viditelná i z dáli, a po nějaké koňostezce ani stopy
>
> co mě ještě brzdí je, že to před čtyřmi týdny někdo upravoval, ale zjevně
> jde
> jen o změnu z hiking na horse, která mohla být jen na základě sladění typu
> se
> symbolem
>
> někdo s místní znalostí, jak je to s tím zbytkem přes Březinu?
>
> mimochodem, tak mě napadá, nemůže to souviset s nedávno diskutovaným
> problémkem utajovaných - v tomto případě maskovaných - cyklotras? (zjevně
> je
> to aktivně používané a udržované, byl tam prořízlý padlý strom, který by
> chodec i kůň bez problémů překročil :-))
>
> K.
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [talk-cz] Elektrické nabíjecí stanice pro auta

[jozka]

Ciste technicky, on to dost casto CEZ bude, protoze z provozu nabijecky by si 
josifek vyskocil nevydelal ani na suchou vodu, takze sit nabijecek je v rezii 
automobilky (Tesla) , jejich sdruzeni (Ionity) nebo energetickych firem (u nas 
CZ, EON apod.). Teprve ten zbytek funguje jako reklamni privazek k nejakemu 
jinemu byznysu (supermarket, hotel, benzinka). Poslednim (a tam to pak plati) 
je firma na cokoliv  s majitelem zapalenym do elektromobilnich zitrku a/nebo 
sikovne vyuzivajiciho dotace.

http://www.hybrid.cz/nabijeci-stanice-cez-vydaly-mezirocne-o-53-elektriny-vic

Ahoj
J.



__
> Od: "jzvc via talk-cz" 
> Komu: talk-cz@openstreetmap.org
> Datum: 15.11.2020 22:49
> Předmět: Re: [talk-cz]  Elektrické nabíjecí stanice pro auta
>
>Dne 15.11.2020 v 17:53 Miroslav Suchy napsal(a):
>> * Operátor je název firmy, která to provozuje. Takže typicky "ČEZ" a nikoliv 
>> třeba "ČEZ (CCS/CHAdeMO/Mennekes type2)".
>
>Cus, tady bych si daval pozor, protoze typicky nebude CEZ provozovatel. 
>To bude brand. Provozovat to klidne muze josifek vyskocil ;D.
>
>Je to podobny jako u bezny benzinky - Shell neni v 99% pripadu ani 
>majitel ani provozovatel. Pokud bys chtel zjistovat kdo to realne je, 
>tak nejlip z uctenky.
>
>
>___
>talk-cz mailing list
>talk-cz@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-cz
>https://openstreetmap.cz/talkcz
>
>

___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

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

[Jérôme Amagat]

Le dim. 15 nov. 2020 à 21:57, Éric Gillet  a
écrit :

> Le 15/11/2020 à 17:21, Jérôme Amagat a écrit :
>
>
>
> Le dim. 15 nov. 2020 à 11:04, Éric Gillet  a
> écrit :
>
>> Le 15/11/2020 à 00:57, Jérôme Amagat a écrit :
>>
>>
>>
>> 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.
>>
>> Justement on ne peut pas savoir à quoi s'applique le tag source en le
>> laissant. Le laisser lorsqu'on fait des modifs ça veut dire qu'il
>> s'applique également à la version courante de l'objet, alors que c'est pas
>> le cas vu qu'il y a plusieurs autres ajouts avec des sources différentes.
>>
> Les bibliographies à la fin de texte donnent la liste des sources
> utilisées pour réaliser le texte mais chaque source n'a pas servi à faire
> tout le texte et on sait rarement quelle source a servi à faire quoi. Là
> c'est pareil, ce qu'il y a dans source=* a servi à un moment donné à
> ajouter une ou plusieurs infos présentes sur l'objet mais pas moyen sans
> recherche de savoir la ou lesquelles.
>
> OSM c'est une base de données, pas un texte lu par un humain. On sait
> apposer les sources à chaque modification, ça ne me paraît pas comparable.
>

OSM est quand même souvent lu par des humain aussi, surtout le tag
source=*. Comment font les contributeurs pour savoir S'il faut modifier
l'info dans osm, savoir si leur info est meilleur que celle présente dans
osm, je suis persuadé qu' une grande partie des contributeurs regarde le
tag source=* mais ne regarde pas l'historique de l'objet pour trouver la
source présente dans le changeset qui a ajouté l'info.

> En modifiant le tag opening_hours=*, seule la source dans
>> source:opening_hours=* peut être modifiée ou supprimée.
>>
>> Elle n'est pas supprimée, elle devient non visible dans la version
>> actuelle de l'objet. Elle est présente dans l'historique, tout comme les
>> tags source dans les changesets, qui sont la façon retenue par la majorité
>> des modifications dans OpenStreetMap.
>>
>
> La majorité des modifications dans osm utilise encore source=*. Osmose
> ajoute source=* et beaucoup de gens l'utilisent toujours.
>
> Si mes calculs sont bons il y a :
>
> 64 millions de changesets (sur 93) ont un 

Re: [Talk-it] Key:surface e porfido/basoli/pietre

[Martin Koppenhoefer]

Am So., 15. Nov. 2020 um 21:06 Uhr schrieb Fabio Bettani <
fabio.bett...@gmail.com>:

> Ai fini di StreetComplete, mi potrei fare portavoce di una proposta di
> modifica della traduzione italiana, per eliminare le diciture attuali che
> sono state causa parziale della mia confusione.
> Per paving_stones, al posto di "pavimentato a pietre", proporrei "pietre
> lisce regolari (o piastrelle)".
> Per sett, al posto di "bolognini" proporrei "pietre discontinue" o "pietre
> sconnesse".
>
> Vi sembrano descrizioni sensate?
>


per me va bene la modifica per paving stones, per sett non capisco bene ne
"bolognini" ne "pietre discontinue" o sconesse ;-)

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

Re: [talk-cz] Elektrické nabíjecí stanice pro auta

[jzvc via talk-cz]

Dne 15.11.2020 v 17:53 Miroslav Suchy napsal(a):

* Operátor je název firmy, která to provozuje. Takže typicky "ČEZ" a nikoliv třeba 
"ČEZ (CCS/CHAdeMO/Mennekes type2)".


Cus, tady bych si daval pozor, protoze typicky nebude CEZ provozovatel. 
To bude brand. Provozovat to klidne muze josifek vyskocil ;D.


Je to podobny jako u bezny benzinky - Shell neni v 99% pripadu ani 
majitel ani provozovatel. Pokud bys chtel zjistovat kdo to realne je, 
tak nejlip z uctenky.



___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

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

[Éric Gillet]

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



Le dim. 15 nov. 2020 à 11:04, Éric Gillet > a écrit :


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



Le sam. 14 nov. 2020 à 21:01, Éric Gillet
mailto:e%2btalkfr2...@linuxw.info>> 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.


Justement on ne peut pas savoir à quoi s'applique le tag source en
le laissant. Le laisser lorsqu'on fait des modifs ça veut dire
qu'il s'applique également à la version courante de l'objet, alors
que c'est pas le cas vu qu'il y a plusieurs autres ajouts avec des
sources différentes.

Les bibliographies à la fin de texte donnent la liste des sources 
utilisées pour réaliser le texte mais chaque source n'a pas servi à 
faire tout le texte et on sait rarement quelle source a servi à faire 
quoi. Là c'est pareil, ce qu'il y a dans source=* a servi à un moment 
donné à ajouter une ou plusieurs infos présentes sur l'objet mais pas 
moyen sans recherche de savoir la ou lesquelles.
OSM c'est une base de données, pas un texte lu par un humain. On sait 
apposer les sources à chaque modification, ça ne me paraît pas comparable.



En modifiant le tag opening_hours=*, seule la source dans
source:opening_hours=* peut être modifiée ou supprimée.

Elle n'est pas supprimée, elle devient non visible dans la version
actuelle de l'objet. Elle est présente dans l'historique, tout
comme les tags source dans les changesets, qui sont la façon
retenue par la majorité des modifications dans OpenStreetMap.


La majorité des modifications dans osm utilise encore source=*. Osmose 
ajoute source=* et beaucoup de gens l'utilisent toujours.


Si mes calculs sont bons il y a :

64 millions de changesets (sur 93) ont un tag source.
213 millions d'objets (sur 7 milliards) ont un tag source

Ça me semble bien pencher vers l'usage des tags de changeset.

[Talk-ca] hebdoOSM Nº 538 2020-11-03-2020-11-09

[theweekly . osm]

Bonjour,

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

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

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-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[OSM-talk-fr] hebdoOSM Nº 538 2020-11-03-2020-11-09

[theweekly . osm]

Bonjour,

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

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

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

[Talk-ht] hebdoOSM Nº 538 2020-11-03-2020-11-09

[theweekly . osm]

Bonjour,

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

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

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-ht mailing list
Talk-ht@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ht
Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour 
traduire les messages.

[Talk-africa] hebdoOSM Nº 538 2020-11-03-2020-11-09

[theweekly . osm]

Bonjour,

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

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

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-africa mailing list
Talk-africa@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-africa

Re: [Talk-at] Gefahr durch Internet-Bergrouten

[Richard]

On Thu, Nov 12, 2020 at 12:02:13AM +0100, Robert Grübler wrote:
> Am 11. November 2020 20:02 schrieb Richard:
> 
> > das Problem sind die Nichtwanderkarten die niemals vorhatten 
> > sac_scale, via_ferrata_scale, uiaa uvm auszuwerten,
> > wie soll das jemals funktionieren.
> 
> Sie darauf ansprechen - und dann vergessen, für den eigenen Seelenfrieden.
> Als Mapper gehört das Kartendesign nicht zu unseren Aufgaben. Wir schauen auf 
> die Richtigkeit der Daten.

Richtigkeit? Das ist ein Witz wenn jemand Kletteruouten als highway=path
mapt obwohl dafür seit über einem jahrzent ein Proposal existiert.

Richard


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

Re: [Talk-it] Key:surface e porfido/basoli/pietre

[Fabio Bettani]

Grazie a entrambi! Ho riletto le discussioni del 2012 e... in parte ho
capito meglio. (solo in parte ;-) )

Ai fini di StreetComplete, mi potrei fare portavoce di una proposta di
modifica della traduzione italiana, per eliminare le diciture attuali che
sono state causa parziale della mia confusione.
Per paving_stones, al posto di "pavimentato a pietre", proporrei "pietre
lisce regolari (o piastrelle)".
Per sett, al posto di "bolognini" proporrei "pietre discontinue" o "pietre
sconnesse".

Vi sembrano descrizioni sensate?
Questo permetterebbe per lo meno di evitare che qualcuno contribuisca in
buona fede tramite StreetComplete inserendo valori di surface che non
corrispondono al loro significato reale.

Sul pavè di Milano, oggettivamente la situazione è meno chiara... (tra
l'altro, la soluzione milanese_paving ha senso, ma mi sembra che anche a
Roma non manchino pavimentazioni simili...)

Vedo che l'uso di cobblestone:flattened non ha molti consensi, e c'è chi
argomenta che è equivalente a sett:
https://github.com/westnordost/StreetComplete/issues/728

Se però per coerenza almeno all'interno di Milano si è scelto di
tenere cobblestone:flattened, non ho problemi a usarlo, anche se vedo che
attualmente non è tra i valori più diffusi per surface= (è al 31° posto:
https://taginfo.openstreetmap.org/keys/surface#values)

--
Fabio


Il giorno gio 12 nov 2020 alle ore 20:31 Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

>
>
> sent from a phone
>
> > On 12. Nov 2020, at 18:40, Fabio Bettani 
> wrote:
> >
> > O vi sembra che, tra le due, questo sia comunque un caso di sett, e che
> il concetto di "paving_stones" sia adatto esclusivamente alle
> pavimentazioni iper-regolari
>
>
> con paving_stones si intende una pavimentazione liscia (che non crea
> problemi per bici, per gli skates invece forse sì), quella di Bologna
> potrebbe ricadere in questo caso (non conosco bene, giudicando della foto).
>
> Cheers Martin
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [talk-cz] koňská stezka Česká-Babí lom

[Majkaz]

Bez místní znalosti jen poznámka: koňské stezky měly dotace na zřízení, ne na 
udržování.
Po okolí většina stanic nefunguje a značení stezek mizí v propadlišti dějin. 
Vystopovat se to v terénu už moc nedá - zůstaly tu jen infotabule a rozcestníky.
Podobně jsou tu na tom cyklotrasy, co v JČ kraji nespravuje KČT, ale nadace. 
Značené tedy jsou, ty cyklo značky něco vydrží, ale od vyznačení to nikdo 
nekontroluje a jet po nich je mimo profláknuté trasy nečekané dobrodružství.

Majka

___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

[talk-cz] koňská stezka Česká-Babí lom

[Karel Volný]

'hoj,

byli jsme dneska na vycházce a od rozhledny na Babím lomu jsme šli do 
Lelekovic po cestě, která má být koňostezkou - relace 3712922 [https://
www.openstreetmap.org/relation/3712922]

krom toho, že začátek se nedal najít (trail_visibility=intermediate, hm, tak o 
tom bych měl jinou představu ...), tak za celou cestu jsme nenašli (a to jsme 
hledali :-)) ani jednu koňoznačku

akorát u vyústění na pěšině do Lelekovic jsem zahlídnul oranžový puntík, jaký 
AFAIK používají ke značení lesáci, menší než klasická značka a bez orámování 
... ale tato stezka prý má být oranžová (orange:white:orange_dot) - odkdy se 
probůh na značení používá oranžová?

bohužel jsme to došli jen k těm Lelekovicím, ale jsem v pokušení smazat to 
celé, neb jsem se byl i vykouknout na pole, cyklo 5231 v pohodě značena, 
viditelná i z dáli, a po nějaké koňostezce ani stopy

co mě ještě brzdí je, že to před čtyřmi týdny někdo upravoval, ale zjevně jde 
jen o změnu z hiking na horse, která mohla být jen na základě sladění typu se 
symbolem

někdo s místní znalostí, jak je to s tím zbytkem přes Březinu?

mimochodem, tak mě napadá, nemůže to souviset s nedávno diskutovaným 
problémkem utajovaných - v tomto případě maskovaných - cyklotras? (zjevně je 
to aktivně používané a udržované, byl tam prořízlý padlý strom, který by 
chodec i kůň bez problémů překročil :-))

K.


signature.asc
Description: This is a digitally signed message part.
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

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

[Florian Kratochwil]

Hilfreich war auch bisher schon das 10m-Geländemodell, aber diese 
Hilfe hat praktisch keiner genutzt. 


Und das weißt du mit Gewissheit.
Ich habe keine Ahnung wie ich die gut nutzen könnte, wäre um Anleitung 
dankbar.
In JOSM ist das Geländemodell verfügbar unter Hintergrund -> Höhenkarte 
-> Basemap.at Gelände. Dieser Layer ist super hilfreich in Kombination 
von GPS-Spuren zur exakten Kartierung von Waldwegen, die man im Luftbild 
wegen den Bäumen nicht sieht.


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

Re: [talk-cz] Elektrické nabíjecí stanice pro auta

[Majkaz]

15. 11. 2020 17:54:45 Miroslav Suchy :

>
> * name=* - tak to je zatím dost nejednoznačné. Někdo tam kopíruje jméno 
> operátora. Někdo tam dává jméno lokace. Ale
> zřejmě by tam neměly být věci jako "ČEZ stojan 2". To už raději bez jména.
>

Osobně mi jde proti srsti to, že se name bere jako skoro nutné. Je spousta 
věcí, kde fakticky ani konkrétní bod pojmenovaný není, to co se bere jako jméno 
je jen typ objektu.

Nabíječkám bych jméno vůbec nedávala. Výjimkou jsou samozřejmě případy, kdy to 
opravdu svoje vlastní jméno má. Jen o žádné takové po okolí nevím.

Majka

___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

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

[Patrick Strasser-Mikhail]

Hallo Volki!

Dein grenzenloser Optimismus erschlägt mich fast. Bitte nicht so wild!

Ganz ehrlich würd ich mich freuen, wenn du einmal zur Abwechslung nicht 
nur erklärst was nicht geht, noch nie funktioniert hat und was niemals 
passieren wird. Deine negative Haltung wirft auf jedes Thema das 
diskutiert wird zuverlässig einen absolut verzichtbaren Schatten.


Wir leben bei OSM davon, dass wir Möglichkeiten schaffen und Daten 
nutzen um daraus noch brauchbarere Sachen zu machen. Manches ist 
erfolgreich, manches weniger, manches hat eine begrenzte Lebensdauer 
oder Nützlichkeit, manches wäre genial aber ist einfach nocht nicht in 
Existenz getreten (vorsicht, passiert nicht von selbst!).

So ist das eben, Nichts worüber man verzweifeln müsste.

Ich wäre einmal sehr interessiert an einer Darstellung von dir, was 
alles brauchbar bis super funktioniert. Man könnte den Eindruck 
bekommen, dass gerade _alles_ beim Zusammenbrechen ist.


Ich fände es schön in deinen Beiträgen zumindest einen explizit 
positiven Aspekt zu finden, probiers einmal.


Unten eine detaillierte Antwort, nicht ganz so wichtig.

Am 14.11.20 um 19:55 schrieb 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. 


Und das weißt du mit Gewissheit.
Ich habe keine Ahnung wie ich die gut nutzen könnte, wäre um Anleitung 
dankbar.


Die meisten Karten (z.B. die auf 
openstreetmap.org auswählbaren) nutzen das nicht, sondern immer noch die 
gesch... SRTM-Daten


Sind halt _weltweit_ die besten Daten, die wir haben. Lokal gibt es was 
besseres, aber das muss halt irgendwer integrieren. Was ist deine 
Initiative dazu?



oder sie enthalten überhaupt noch keine Höhenlinien.


Höhenlinien muss auch irgendwer einmal aus den Daten extrahieren. 
Anscheinend hast du das schon einmal gemacht. Kannst du skizzieren wie 
das am besten geht (Algoritmus, bestes Datenformat)? Geht das mit einem 
Einzeiler oder dauert das ein paar Nachmittage?


Ich hab eine Garmin-Karte (.IMG) mit den genauen Höhenlinien 
veröffentlicht, die hat auch keinen interessiert.


Wenn man nicht gerade ein Garmin-Gerät hat werden die wohl eher weniger 
nützlich sein.
Wenn es aber außer dir sonst noch zumindest eine Person nutzen kann war 
es nicht nur ein privates Vergnügen (was Grund genug sein könnte sich 
selber sowas zu erstellen).


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.


Genau. Gute Idee. Vorschläge wie man das macht?

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


Genau. Gute Idee. Vorschläge wie man das macht?
Ich werfe als Idee noch eine Profilfunktion ein: Man übergibt einen Pfad 
und bekommt ein Höhenprofil zurück.



Darum sehe ich keinen Grund zur Hoffnung,


Ein klassischer Volki!

dass sich das mit dem 
1m-Modell ändern wird. Die Daten werden da sein, aber genausowenig 
genutzt werden wie das 10m-Modell.


Kasandra. Negative Prophezeiungen, die man dann bei Gelegenheit zur 
Bestätigung hervorholt. Billig und verzichtbar.


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.


Genau, weil die wirklich motivierten und kompetenten Personen immer 
genau das nicht machen, was du gerade vom Universum erwartest, und der 
Rest eigentlich nur Pfuscher und Nasenbohrer sind?


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

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

[talk-cz] Elektrické nabíjecí stanice pro auta

[Miroslav Suchy]

Právě opravuji několik špatně otagovaných nabíjecích stanic pro auta a jelikož 
je to relativně nový tag, tak bych chtěl
upozornit na nejčastější chyby. Případně rozvířit debatu, pokud se mýlím.

Dokumentace je zde:
https://wiki.openstreetmap.org/wiki/Cs:Tag:amenity%3Dcharging_station

Nejčastější chyby:

* pokud je vedle sebe více nabíječek, tak netagujeme každou zvlášť (podobně 
jako u benzinek), ale jenom dohromady jenom
jedním uzlem. Množtví dobíjených aut řešíme tagy
  capacity=*
a počtem konektorů. Takže dvě stanice, která má každá Chademo konektor 
otagujeme:
  socket:chademo=2

* Vyjímkou z výše uvedeného je pokud jsou vedle sebe nabíječky různých 
operátorů. Např. ve Vystrkově. Pak ale pod jedním
uzlem zmapujeme všechny nabíječky od jednoho operátora.

* Operátor je název firmy, která to provozuje. Takže typicky "ČEZ" a nikoliv 
třeba "ČEZ (CCS/CHAdeMO/Mennekes type2)".

* name=* - tak to je zatím dost nejednoznačné. Někdo tam kopíruje jméno 
operátora. Někdo tam dává jméno lokace. Ale
zřejmě by tam neměly být věci jako "ČEZ stojan 2". To už raději bez jména.

* capacity=* udává kolik auto současně může nabíjet. Teoretické maximum. V 
Česku většinou odpovídá počtu vyhrazených
míst. Takže obvykle dva na jeden stojan.

* V Česku má hodně stanic trojici kabelů: Type2, CSS a Chademo. Ty se tagují:

socket:type2=1
socket:type2_combo=1
socket:chademo=1

Pokud znáte max. nabíjecí proud, tak můžete upřesnit - pro každou zásuvku:

socket:chadem:output=50 kW

Mirek

___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

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

[Jérôme Amagat]

Le dim. 15 nov. 2020 à 11:04, Éric Gillet  a
écrit :

> Le 15/11/2020 à 00:57, Jérôme Amagat a écrit :
>
>
>
> 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.
>
> Justement on ne peut pas savoir à quoi s'applique le tag source en le
> laissant. Le laisser lorsqu'on fait des modifs ça veut dire qu'il
> s'applique également à la version courante de l'objet, alors que c'est pas
> le cas vu qu'il y a plusieurs autres ajouts avec des sources différentes.
>
Les bibliographies à la fin de texte donnent la liste des sources utilisées
pour réaliser le texte mais chaque source n'a pas servi à faire tout le
texte et on sait rarement quelle source a servi à faire quoi. Là c'est
pareil, ce qu'il y a dans source=* a servi à un moment donné à ajouter une
ou plusieurs infos présentes sur l'objet mais pas moyen sans recherche de
savoir la ou lesquelles.

> En modifiant le tag opening_hours=*, seule la source dans
> source:opening_hours=* peut être modifiée ou supprimée.
>
> Elle n'est pas supprimée, elle devient non visible dans la version
> actuelle de l'objet. Elle est présente dans l'historique, tout comme les
> tags source dans les changesets, qui sont la façon retenue par la majorité
> des modifications dans OpenStreetMap.
>

La majorité des modifications dans osm utilise encore source=*. Osmose
ajoute source=* et beaucoup de gens l'utilisent toujours.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [talk-cz] Mazání nepohodlných dat z OSM

[Jakub Jelen]

FYI, dnes jsem revertoval vsechny zmeny udelane panem Gourny. Par tydnu
zpet jsem mel diskuzi jeste s dalsimi cyklisty a nastesti tento postoj
neni sdileny vsemi bikery, tak doufam, ze se toto nebude opakovat.

Relevantni changesety: 9414964, 9414981, 9415, 94150062, 94150115,
94150157(postupne reverty jednotlivych zmen).

Zdravim,
Jakuje

On 10/30/20 1:18 PM, Jan Martinec wrote:
> Ahoj,
>
> To je bohužel smutnej příběh, ale nedá se svítit: utajený a veřejně
> dostupný je kulatý trojúhelník (. Pokud to nemá existovat, ať. Pokud
> se to má zlegalizovat, ať.
>
> "Když se o tom tady nebude mluvit, tak je to vyřešený," je pštrosí
> přístup, navíc úplně marný: najde to někdo jiný, přidá to do Google
> Maps, nebo do Apple Maps, nebo do Waze, nebo do Mapy, nebo to napíše
> na FB...takhle už se - bez zlého úmyslu - proflákly i věci, který byly
> opravdu klasifikovaný jako tajný.
>
> Pokud potřebuje mít v hlavě určený nějaký zrcadlo, na které se bude
> zlobit, že odráží svět - no, co se dá dělat.
>
> Tím se to pro mě stává jednoznačně vandalismem.
>
> Zdar,
> HPM
>
> Dne pá 30. 10. 2020 12:09 uživatel Vladan Kudláč
> mailto:vladankud...@gmail.com>> napsal:
>
> To jsem nechtěl, ale zjevně jsem uživatele Gourny už naštval.
>
> Gourny 
>
> On 2020-10-30 08:42:41 UTC kudlav wrote:
>
> Zdravím,
>
> už to nechci znovu řešit. Na jedné z těchto tras se zabil měsíc
> zpět člověk. Ilegální jsou, protože jsou bez souhlasu majitele
> pozemků. Já nemám dostatečnou páku všechny za Vaší komunity
> přesvědčit, že by to v mapě být nemělo. Takže je to na rozhodnutí
> rovnějších si z nás, kteří mají to štěstí být správci nějakých
> internetových stránek. Dělejte jak uznáte z vhodné.
>
> Trasy, které jsem smazal, jsou ilegální trasy pro jízdu na
> horském kole. V mapách by proto vůbec neměly být.
>
> Zdravím, výše citovaná vaše odpověď je bohužel v rozporu s
> tím, co OpenStreetMap představuje:
>
> /OpenStreetMap is a database based on existing features on the
> ground [2], not something idealized by legalization or
> something somebody believes should or should not be in the
> map.
> [2] 
> https://wiki.openstreetmap.org/wiki/Good_practice#Map_what.27s_on_the_ground/
>
> Bohužel v tomto případě část tras několik členů komunity v
> nedávné době jelo, takže v terénu se cesty určitě nacházejí.
> Mazání tedy ne, lepší možností je změnit vlastnosti cest, aby
> se nejednalo o singletrail ale například jen o lesní pěšinu.
> Podle čeho určujete, které trasy jsou ilegální a které ne?
> Takovéto rozhodování musí být něčím podpořeno.
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

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

[David Faure via Talk-fr]

On dimanche 15 novembre 2020 13:38:29 CET Éric Gillet wrote:
> Le 15/11/2020 à 12:25, David Faure via Talk-fr a écrit :
> > Je suis d'accord avec toi sur le fond. Mais clairement la communauté OSM
> > n'est pas (encore) de cet avis là.
> 
> Tous les éditeurs ont migré vers les tags de changeset pour indiquer la
> source, "la communauté" est donc à priori de cet avis.

De l'avis de mettre la source dans le changeset, oui.
De l'avis de supprimer la source de l'objet, non.
 
> Si je comprends bien tu es d'accord avec les problèmes que ça engendre,
> que la solution que je propose est la bonne mais ne va pas l'appliquer.

Je suis d'accord que l'attribut source n'aurait jamais dû être mis sur 
l'objet, c'était une erreur de design dès le départ (vision trop court terme).

Mais même si je suis moi-même convaincu, je ne peux pas appliquer une 
*suppression* de données si plusieurs personnes sont contre -- ce qui est 
clairement le cas.

Je ménage mon risque. Quelqu'un qui trouve que mon script n'aurait pas dû 
supprimer un attribut, aura un bon argument pour effectuer ou demander un 
revert. Alors que quelqu'un qui trouve que mon script aurait dû "en faire 
plus", et bien il peut faire ce plus séparément (ou moi, mais en tous cas, pas 
de revert).

> c'est comme si dans tu avais mis dans ton changeset source=A; B

Ça c'est le point avec lequel je ne suis pas d'accord; mon changeset dit 
source=B pour les attributs qu'il modifie. Et par contre la source A 
originelle est celle qui me fournit l'existence du bureau de poste dans OSM, 
son identifiant ref:FR:LaPoste, donc oui je m'appuie bien sur le source A au 
final. Mais c'est pas ambigü, on voit bien ce qui provient de B quand on 
regarde le changeset.

> Désolé de t'avoir fait perdre du temps, je te souhaite bonne
> continuation pour ton import !

Merci :)

-- 
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 15/11/2020 à 12:25, David Faure via Talk-fr a écrit :

On dimanche 15 novembre 2020 11:10:10 CET Éric Gillet wrote:

Eric, la modification de wiki nécessaire à ceci (celle à laquelle je
pensais en fait) c'est la suppression de "it seems the historic practice
of tagging objects or individual attributes has not been officially
deprecated yet". Le jour où c'est vraiment déprécié, alors pas de
problème pour supprimer, mais clairement ce n'est pas l'avis de tout le
monde.

Pas besoin de déprécier dans ton cas, il n'y a pas d'autres solution que
de l'enlever pour faire une modification avec une source différente.

Si tu le laisse, on peut pas savoir à quoi s'applique la source qui est
sur l'objet et celle qui est dans ton script, à moins de lire son code
source pour voir ce qu'il vérifie/modifie comme attribut (et faut faire
pareil pour chacune des version des objets OSM).



Quand j'ai renseigné les horaires d'ouverture d'un bureau de Poste avec
l'application StreetComplete (ce qui m'a donné l'idée de ce projet), est-ce
que StreetComplete a supprimé l'attribut source du bureau de Poste ?
Non, je confirme que ce n'est pas le cas.
https://www.openstreetmap.org/api/0.6/changeset/92125368/download

Non et c'est une erreur en effet pour les raisons détaillées au dessus.
StreetComplete ajoute aussi des adresses en doublon, alors que c'est une 
erreur Osmose (et JOSM je crois) d'avoir des adresses en double. 
Pourtant il le fait.

Je suis d'accord avec toi sur le fond. Mais clairement la communauté OSM n'est
pas (encore) de cet avis là.


Tous les éditeurs ont migré vers les tags de changeset pour indiquer la 
source, "la communauté" est donc à priori de cet avis.


Si je comprends bien tu es d'accord avec les problèmes que ça engendre, 
que la solution que je propose est la bonne mais ne va pas l'appliquer.
Désolé de t'avoir fait perdre du temps, je te souhaite bonne 
continuation pour ton import !



___
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"

[Günther Zinsberger]

Hallo!

Am 15.11.20 um 10:26 schrieb Simon Poole:
https://osmybiz.osm.ch/#/18/47.18682/8.39773 ist eigentlich genau dazu 
gedacht Betriebe ihren eigenen Eintrag machen zu lassen, und den auch 
zu pflegen.


Prinzipiell eine gute Sache. Ob sich Ladenbesitzer dazu aufraffen, einen 
OSM-Account anzulegen?


Hab die Seite gerade ausprobiert und hatte Probleme beim OSM-Login:
"Fehler - Benutzer konnte nicht eingeloggt werden."

Gruß,
Günther
___
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)

[David Faure via Talk-fr]

On dimanche 15 novembre 2020 11:10:10 CET Éric Gillet wrote:
> > Eric, la modification de wiki nécessaire à ceci (celle à laquelle je
> > pensais en fait) c'est la suppression de "it seems the historic practice
> > of tagging objects or individual attributes has not been officially
> > deprecated yet". Le jour où c'est vraiment déprécié, alors pas de
> > problème pour supprimer, mais clairement ce n'est pas l'avis de tout le
> > monde.
> 
> Pas besoin de déprécier dans ton cas, il n'y a pas d'autres solution que
> de l'enlever pour faire une modification avec une source différente.
> 
> Si tu le laisse, on peut pas savoir à quoi s'applique la source qui est
> sur l'objet et celle qui est dans ton script, à moins de lire son code
> source pour voir ce qu'il vérifie/modifie comme attribut (et faut faire
> pareil pour chacune des version des objets OSM).

Je suis d'accord avec toi sur le fond. Mais clairement la communauté OSM n'est 
pas (encore) de cet avis là.

Quand j'ai modifié les horaires d'ouverture d'un magasin avec l'éditeur ID,
et que j'ai mis source=survey pour le changeset, est-ce que ID a supprimé 
l'attribute source du magasin ? J'en doute.

Quand j'ai renseigné les horaires d'ouverture d'un bureau de Poste avec 
l'application StreetComplete (ce qui m'a donné l'idée de ce projet), est-ce 
que StreetComplete a supprimé l'attribut source du bureau de Poste ?
Non, je confirme que ce n'est pas le cas.
https://www.openstreetmap.org/api/0.6/changeset/92125368/download

Dans ce cadre, il me semble pas raisonnable que mon import soit le premier à 
faire ce genre de choses.

-- 
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

[OSM-co] semanarioOSM Nº 538 2020-11-03-2020-11-09

[theweekly . osm]

Hola, el semanario Nº 538, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

https://www.weeklyosm.eu/es/archives/13945/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

[Talk-cu] semanarioOSM Nº 538 2020-11-03-2020-11-09

[theweekly . osm]

Hola, el semanario Nº 538, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

https://www.weeklyosm.eu/es/archives/13945/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-cu mailing list
Talk-cu@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cu

[Talk-es] semanarioOSM Nº 538 2020-11-03-2020-11-09

[theweekly . osm]

Hola, el semanario Nº 538, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

https://www.weeklyosm.eu/es/archives/13945/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-cl] semanarioOSM Nº 538 2020-11-03-2020-11-09

[theweekly . osm]

Hola, el semanario Nº 538, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

https://www.weeklyosm.eu/es/archives/13945/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

[Talk-de] weeklyOSM #538 2020-11-03-2020-11-09

[weeklyteam]

Die Wochennotiz Ausgabe Nr. # 538, ist nun verfügbar - 
wie immer mit vielen Nachrichten aus dem OSM-Universium:

https://www.weeklyosm.eu/de/archives/13945/

Viel Spaß beim Lesen.  

Euer Wochennotizteam

Wusstet ihr, dass ihr auch selbst Meldungen für die Wochennotiz
einreichen könnt? Einfach auf https://osmbc.openstreetmap.de/ 
mit eurem OSM-Benutzerkonto anmelden und dann den Gastzugang benutzen. 

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

[Talk-bo] semanarioOSM Nº 538 2020-11-03-2020-11-09

[theweekly . osm]

Hola, el semanario Nº 538, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

https://www.weeklyosm.eu/es/archives/13945/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-bo mailing list
Talk-bo@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-bo

[Talk-br] semanárioOSM Nº 538 2020-11-03-2020-11-09

[theweekly . osm]

Bom dia,

O semanárioOSM Nº 538, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português* : 

https://www.weeklyosm.eu/pb/archives/13945/

Aproveite!

Você sabia que também pode enviar mensagens para o OSM semanal/semanárioOSMſ 
sem ser membro? Basta fazer login em https://osmbc.openstreetmap.de/login com 
sua conta OSM e usar a conta de convidado. Leia mais sobre como escrever um 
post aqui: http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm

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

[Talk-pt] semanárioOSM Nº 538 2020-11-03-2020-11-09

[theweekly . osm]

Bom dia,

O semanárioOSM Nº 538, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português* : 

https://www.weeklyosm.eu/pb/archives/13945/

Aproveite!

Você sabia que também pode enviar mensagens para o OSM semanal/semanárioOSMſ 
sem ser membro? Basta fazer login em https://osmbc.openstreetmap.de/login com 
sua conta OSM e usar a conta de convidado. Leia mais sobre como escrever um 
post aqui: http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm

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

[Talk-GB] weeklyOSM #538 2020-11-03-2020-11-09

[weeklyteam]

The weekly round-up of OSM news, issue # 538,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 https://www.weeklyosm.eu/en/archives/13945/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[Talk-it] weeklyOSM #538 2020-11-03-2020-11-09

[weeklyteam]

Il settimanale di notizie su OSM, numero # 538, è ora disponibile online in 
italiano, 
fornendo come sempre un riassunto di molte cose che accadono nel mondo 
OpenStreetMap: 

https://www.weeklyosm.eu/it/archives/13945/

Buona lettura! 

Sai che possono anche inviare messaggi per il weeklyOSM? Basta effettuare il 
login 
su https://osmbc.openstreetmap.de/login con il tuo account OSM. 

Per saperne di più su come scrivere un messaggio, leggi qui: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 
weeklyOSM? 

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

[talk-ph] weeklyOSM #538 2020-11-03-2020-11-09

[weeklyteam]

The weekly round-up of OSM news, issue # 538,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 https://www.weeklyosm.eu/en/archives/13945/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

[OSM-talk] weeklyOSM #538 2020-11-03-2020-11-09

[weeklyteam]

The weekly round-up of OSM news, issue # 538,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 https://www.weeklyosm.eu/en/archives/13945/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-in] weeklyOSM #538 2020-11-03-2020-11-09

[weeklyteam]

The weekly round-up of OSM news, issue # 538,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 https://www.weeklyosm.eu/en/archives/13945/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

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

[Talk-ca] weeklyOSM #538 2020-11-03-2020-11-09

[weeklyteam]

The weekly round-up of OSM news, issue # 538,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 https://www.weeklyosm.eu/en/archives/13945/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

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

[Talk-africa] weeklyOSM #538 2020-11-03-2020-11-09

[weeklyteam]

The weekly round-up of OSM news, issue # 538,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 https://www.weeklyosm.eu/en/archives/13945/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

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

[Talk-us] weeklyOSM #538 2020-11-03-2020-11-09

[weeklyteam]

The weekly round-up of OSM news, issue # 538,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 https://www.weeklyosm.eu/en/archives/13945/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

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

[OSM-talk-ie] weeklyOSM #538 2020-11-03-2020-11-09

[weeklyteam]

The weekly round-up of OSM news, issue # 538,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 https://www.weeklyosm.eu/en/archives/13945/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
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)

[Éric Gillet]

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



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)

[...]
En modifiant le tag opening_hours=*, seule la source dans 
source:opening_hours=* peut être modifiée ou supprimée.


Tu as entièrement raison ! Du coup comment faire quand quelqu'un a mis 
source=* ? Il est sans suffixe donc s'applique à toutes les données de 
l'objet : position, tags, membres (dans le cas d'une way ou relation).


Il n'y a pas d'autre solution que de la supprimer et d'utiliser soit les 
tags de changesets (façon utilisée par la grande majorité des éditeurs), 
soit des tags source:* suffixés pour les prochaines modifs.


___
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 15/11/2020 à 10:32, David Faure via Talk-fr a écrit :

On dimanche 15 novembre 2020 00:57:22 CET Jérôme Amagat wrote:

En modifiant le tag opening_hours=*, seule la source dans
source:opening_hours=* peut être modifiée ou supprimée.

Sauf qu'on a dit que je ne modifiais pas le tag opening_hours s'il était déjà
là, donc je ne touche pas non plus à source:opening_hours...

Bon, je constate un manque évident de consensus sur la suppression de
l'attribut source, et je dois donc me ranger avec le camp plus conservateur.

Surtout que c'est pas vraiment pour faire le ménage que je suis venu :)
C'est pas faire le ménage, c'est pour attribuer la source de tes 
modifications.

Eric, la modification de wiki nécessaire à ceci (celle à laquelle je pensais
en fait) c'est la suppression de "it seems the historic practice of tagging
objects or individual attributes has not been officially deprecated yet".
Le jour où c'est vraiment déprécié, alors pas de problème pour supprimer,
mais clairement ce n'est pas l'avis de tout le monde.


Pas besoin de déprécier dans ton cas, il n'y a pas d'autres solution que 
de l'enlever pour faire une modification avec une source différente.


Si tu le laisse, on peut pas savoir à quoi s'applique la source qui est 
sur l'objet et celle qui est dans ton script, à moins de lire son code 
source pour voir ce qu'il vérifie/modifie comme attribut (et faut faire 
pareil pour chacune des version des objets OSM).


Je me répète, mais laisser le tag source=A sur un objet dans un 
changeset avec source=B, c'est comme si dans tu avais mis dans ton 
changeset source=A; B. Ce qui n'est pas correct.



___
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 15/11/2020 à 00:57, Jérôme Amagat a écrit :



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.


Justement on ne peut pas savoir à quoi s'applique le tag source en le 
laissant. Le laisser lorsqu'on fait des modifs ça veut dire qu'il 
s'applique également à la version courante de l'objet, alors que c'est 
pas le cas vu qu'il y a plusieurs autres ajouts avec des sources 
différentes.


En modifiant le tag opening_hours=*, seule la source dans 
source:opening_hours=* peut être modifiée ou supprimée.
Elle n'est pas supprimée, elle devient non visible dans la version 
actuelle de l'objet. Elle est présente dans l'historique, tout comme les 
tags source dans les changesets, qui sont la façon retenue par la 
majorité des modifications dans OpenStreetMap.
___
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 dimanche 15 novembre 2020 00:57:22 CET Jérôme Amagat wrote:
> En modifiant le tag opening_hours=*, seule la source dans
> source:opening_hours=* peut être modifiée ou supprimée.

Sauf qu'on a dit que je ne modifiais pas le tag opening_hours s'il était déjà 
là, donc je ne touche pas non plus à source:opening_hours...

Bon, je constate un manque évident de consensus sur la suppression de 
l'attribut source, et je dois donc me ranger avec le camp plus conservateur.

Surtout que c'est pas vraiment pour faire le ménage que je suis venu :)

Eric, la modification de wiki nécessaire à ceci (celle à laquelle je pensais 
en fait) c'est la suppression de "it seems the historic practice of tagging 
objects or individual attributes has not been officially deprecated yet".
Le jour où c'est vraiment déprécié, alors pas de problème pour supprimer,
mais clairement ce n'est pas l'avis de tout le monde.

-- 
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-de] Flyer "Ihre Öffnungszeiten wurden zu OSM hinzugefügt"

[Simon Poole]

https://osmybiz.osm.ch/#/18/47.18682/8.39773 ist eigentlich genau dazu 
gedacht Betriebe ihren eigenen Eintrag machen zu lassen, und den auch zu 
pflegen.


Am 15.11.2020 um 08:39 schrieb 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


OpenPGP_signature
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de