Re: [OSM-talk-fr] Tickets Restaurants et StreetComplete

[Yves P.]

> Ces tags sont définis sur le wiki Anglais comme s’appliquants à la Hongrie, 
> mais vu leur nom c'est difficile de ne pas considérer qu'il pourrait aussi 
> correspondre aux tickets ou cartes Edenred françaises (Ticket  Restaurant, 
> Kadéos, …).
Merci pour les éclaircissements . Comme la législation sur les titres 
restaurants est propre à la France, il faut donc créer 
payment:ticket_restaurant_voucher …

>> Ou chez nous c'est uniquement payment:ticket_restaurant_voucher et _card ?
> Je crois que je préférerais ça, afin de garder une hiéarchie simple (sans 
> héritage multiple), où payment:ticket_restaurant_voucher est une sous 
> catégorie de payment:meal_voucher uniquement, pas de payment:edenred_voucher.
Je ne parlais surtout d'héritage "multiple" :D

Il y aura donc dans le wiki payment:edenred_voucher et 
payment:ticket_restaurant_voucher :)

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

[OSM-talk-fr] On va changer notre infra informatique

[Gad Jo]

Bonjour,


Suite au mail, c'est Noël je viens de fairr le rapprochement qu'au boulot nous 
allons changer notre infra d'ici quelques semaines, c'est SPIE qui va tout 
récupérer pour recyclage.

Si ça intéresse l'association je peut en parler au DSI voir si c'est 
envisageable de vous le céder. Sous réserve d'accord du DG.

Je n'ai pas le détail techniques mais je peut l'avoir dans la journée. Il y a 
deux ESX Dell, baie de stockage de quelques tera en raid, switch et l'ensemble 
des rack de rangement.

Si ça peut aider pour les projets de test et développement ce sera déjà ça... 
Surtout qu'ils sont en train de découvrir uMap et OSM via les démo que je leur 
ai fait.

Ne tardez pas pour que je puisse avoir le temps d'en parler et si possible de 
mettre la cession du matériel en place.

Hors sujet : les équipes sur le terrain et dans les services de construction ou 
la politique de la ville sont conquises par l'utilisation d'uMap et ont de 
grande difficultés pour montrer l'intérêt au DG qui prends ça pour un gadget. 
Les équipes vont lui refaire une présentation d'uMap, y a t'il des exemples ou 
blog qui pourrait les inspirer pour leur présentation de projet ? (Je bosse 
pour un office HLM)

Cordialement 

Le June 10, 2020 9:34:37 PM UTC, Christian Rogel 
 a écrit :
>
>
>> Le 10 juin 2020 à 18:15, Marc M.  a écrit
>:
>> 
>> Bonjour,
>> 
>> au niveau de la liste de l'asso osm-fr, démarre une discussion
>> autour de "à quoi l'asso devrait affecter ses ressources humaines
>> et financière".
>> 
>> - avoir un éditeur web consensuel utilisable (le fameux id-consensuel
>> grâce aux patchs de fred)
>
>
>Sans avoir idée de ce que pourraient apporter les patchs de Frédéric,
>je signale que le président et le CA
>de la Fondation d’OSM ont présenté à la discussion par la communauté
>(RFC) l’idée d’une instance qui 
>pourrait aplanir les divergences entre développeurs d’ID et les
>contributeurs :
>
>https://blog.openstreetmap.org/2020/06/08/toward-resolution-of-controversies-related-to-id/
>
>Ce texte a été appprouvé par les développeurs d’iD.
>
>La discussion sur la liste internationale a mis en lumière que, si
>Mapbox a payé et paie encore une partie
>du développement, la propriété morale d’iD appartient à la Fondation.
>
>
>Christian R.
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-it] Segnalazione Osmcha

[Cascafico Giovanni]

Che cosa significa esattamente "straight segment in feature"?

Capita per le relazioni, mi sembra.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-ie] name=Ireland | Re: name=Éire / Ireland

[Thomas A. Montgomery]

You are all now serving a *global* community with your detailed GIS work.
We thank you for your detailed work.

But we historians and genealogists call the homeplace "Ireland."  Our
families’ immigration papers mostly list "Ireland" as the country of
origin.
 https://irelandxo.com/ireland-xo/history-and-genealogy/ancestor-database
 https://www.irishcenterofcincinnati.com/

Tom Montgomery, Fairfield, OH, USA



On Wed, Jun 10, 2020 at 12:42 PM Neil O'Byrne  wrote:

> The official name of the United Kingdom appears to be The United Kingdom
> of Great Britain and Northern Ireland (Encyclopaedia Britannica, Wikipedia
> etc.).  Ireland used for both the whole island and the 26 county sovereign
> state, while 6 counties of the island of Ireland are currently part of
> United Kingdom of Great Britain and Northern Ireland might suggest some
> form of joint jurisdiction for those 6 counties.  Post Brexit the boundary
> between the 6 and 26 counties will be of greater significance as a EU
> border.  Eire or Republic of Ireland for the 26 counties, Northern Ireland
> for the 6 counties and just Ireland for the whole island might just make it
> a bit clearer.
>
> -Original Message-
> From: Colm Donoghue [mailto:colm.donog...@gmail.com]
> Sent: Wednesday 10 June 2020 11:17
> To: Discussion of OpenStreetMap in Ireland 
> Subject: Re: [OSM-talk-ie] name=Ireland | Re: name=Éire / Ireland
>
> They both are Ireland
>
> There's lots of duplication of places, Louth village, is in Louth county...
>
> If you look at EU documents, with the names of the states, you see
> "Ireland" plain and simple vs the "Hellenic Republic"
> Only Hungary and Romania also have no qualifier to their official name.
>
> Colm
>
> On Mon 8 Jun 2020, 17:01 Neil O'Byrne,  wrote:
>
> > Is there a name for the whole island?  Hockey and rugby teams play
> > under the name Ireland and represent the whole island.  Should there
> > be a clear distinction between the 26 county sovereign and independent
> > state, the 6 county part of the UK and the whole island on the west
> > side of the Irish Sea?
> >
> > -Original Message-
> > From: Nick Burrett [mailto:n...@sqrt.co.uk]
> > Sent: Monday 8 June 2020 13:37
> > To: Discussion of OpenStreetMap in Ireland 
> > Subject: Re: [OSM-talk-ie] name=Ireland | Re: name=Éire / Ireland
> >
> > http://www.irishstatutebook.ie/eli/cons/en/html#part2
> >
> > For those that don't trust Wikipedia
> >
> > On Mon, 8 Jun 2020, 12:38 Karl Newsletters,  wrote:
> >
> > > Article 4 of the Constitution of Ireland, gives the state its two
> > > official names, Éire in Irish and Ireland in English. Each name is a
> > > direct translation of the other. From 1937, the name Éire was often
> > > used even in the English language.
> > >
> > > copy from wikipedia, so usual precautions apply
> > >
> > >
> > > On Mon, 8 Jun 2020 at 12:05, Rory McCann  wrote:
> > >
> > > > I think `name=Ireland` is best. For `name`, the most commonly used
> > > > name in the place for the thing is what it should be. And,
> > > > whatever one things /should be/ the most common name, I think we
> > > > can all agree that what /is/ the most common name is “Ireland”.
> > > >
> > > > `int_name` is a silly tag. I haven't heard of a good definition of
> > > > that aside from “Name of the country in English”, which wronly
> > > > prioritises English. Why not `int_name=جزيرة أيرلندا`?
> > > >
> > > > On 07/06/2020 16:24, Neil O'Byrne wrote:
> > > > > The Irish euro coins just have Éire.  So maybe name=Éire and
> > > > int_name=Ireland
> > > > >
> > > > > -Original Message-
> > > > > From: Colm Moore [mailto:colmmoor...@hotmail.com]
> > > > > Sent: Sunday 7 June 2020 14:56
> > > > > To: talk-ie@openstreetmap.org
> > > > > Subject: [OSM-talk-ie] name=Éire / Ireland
> > > > >
> > > > > Hi,
> > > > >
> > > > > https://www.openstreetmap.org/relation/62273
> > > > >
> > > > > Someone has set the name of the (Republic of) Ireland to "Éire /
> > > > Ireland". Whatever about Irish constitutional nuances, OSM usually
> > > > uses
> > > one
> > > > field=one piece of data. I'm inclined to change it to
> > > > name=Ireland, given that Ireland is the name that most people use.
> > > > >
> > > > > Separately, there is the matter of lots of the international
> > > > translations are of "Republic of Ireland" instead of "Ireland".
> > > > Does
> > > anyone
> > > > have thoughts on how to deal with potential grammatical issues in
> > > > rationalising these?
> > > > >
> > > > > Colm
> > > > >
> > > > >
> > > >
> > > 
> > > --
> > > -
> > > > > Never doubt that a small group of thoughtful, committed citizens
> > > > > can
> > > > change the world. Indeed, it is the only thing that ever has.
> > > > Margaret
> > > Mead
> > > > ___
> > > > > Talk-ie mailing list
> > > > > Talk-ie@openstreetmap.org
> > > > > 

Re: [Talk-pt] Relações estragadas

[António Madeira]

É um problema recorrente que radica no editor iD, que não avisa quando
duas vias são unidas e uma delas não pertence à relação ou pertence a
outra relação diferente.
Entrei em contacto com os programadores do iD para ver se eles corrigem
essa falha no editor.


Às 18:44 de 10/06/2020, Alexandre Moleiro escreveu:

Para dar mais contexto à mensagem anterior deixo aqui alguns exemplos
de relações que ficaram estragadas:

https://www.openstreetmap.org/relation/2730388
https://www.openstreetmap.org/relation/6116588
https://www.openstreetmap.org/relation/7592667
https://www.openstreetmap.org/relation/7647810

Rota Vicentina: https://www.openstreetmap.org/relation/2473583 e
https://www.openstreetmap.org/relation/3353528

Mais dois exemplos de relações que foram estragadas pelo utilizador em
questão e já posteriormente corrigidas:
https://www.openstreetmap.org/relation/2364249
https://www.openstreetmap.org/relation/2362760


On Wed, 10 Jun 2020 at 18:26, Alexandre Moleiro
mailto:alexandre.mole...@gmail.com>> wrote:

Olá

Chamo a vossa atenção para o utilizador
https://www.openstreetmap.org/user/LuisAmaral que esteve a editar
e a estragar muitas relações de rotas diversas devido a combinar
linhas sem o cuidado de verificar que pertencem a relações.

Já corrigi uma série de percursos e rotas no Algarve mas
apercebi-me que houve edições por todo o país.

Enviei mensagem ao utilizador há alguns dias mas não obtive resposta.

--
Alexandre Moleiro
alexandre.mole...@gmail.com 



--
Alexandre Moleiro
alexandre.mole...@gmail.com 

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


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

Re: [OSM-talk] [Talk-us] Edit Attacks

[80hnhtv4agou--- via talk]

>I meant he is a person that is obsessed with his map and that rivers in this 
>town are his and not to touch his edits.
>
> 
>>Wednesday, June 10, 2020 6:21 PM -05:00 from Mateusz Konieczny via Talk-us < 
>>talk...@openstreetmap.org >:
>> 
>>I am not a native speaker, but as far as I know "freak" is pejorative and 
>>quite strong
>>slur.
>> 
>>If I am right and it has strong negative associations - please do not use it 
>>on mailing lists
>>or elsewhere in OSM.
>> 
>>Jun 10, 2020, 23:41 by talk...@openstreetmap.org:
>>>this is a good one because i had a back and forth discussion with somebody 
>>>that was 
>>>calling me out on my edit because from space this looked like a flat surface 
>>>and then explaned
>>>how to list it as non active.
>>> 
>>>https://www.openstreetmap.org/way/802256628#map=16/42.1110/-87.8160
>>> 
>>>but the thing is the river was a 10 year old 81 mile download that maye 
>>>should not be as to the Wiki.
>>>and this guy must be a river freak just like the bus stop guy who thought he 
>>>own the map.
>>> 
Wednesday, June 10, 2020 2:26 PM -05:00 from Mateusz Konieczny via talk < 
talk@openstreetmap.org >:
 
Can you link any specific changeset damaging data
or object that was deleted and should not be?
 
Linked ones
http://nrenner.github.io/achavi/?changeset=86230442
http://nrenner.github.io/achavi/?changeset=85357849
appear to not be problematic
 
(  https://www.openstreetmap.org/relation/233949#map=9/41.8982/-87.7286
is on boundary of unreasonably large relation, but it is not
something very problematic)
 
Jun 10, 2020, 15:27 by talk...@openstreetmap.org:
>    Last week I edited a 10 year old, 81 mile  MultiPolygon with GHOSTS in 
>the ID editor, all I know, Someone
> 
>took offence to that,   
>https://www.openstreetmap.org/changeset/85357849#map=13/42.0813/-87.8854
> 
>and attacked all my edits of that day, and as he moved from north to 
>south, every thing I did for the
> 
>last year.    https://www.openstreetmap.org/changeset/86230442  , with 
>things other people had already
> 
>called me on, (discussion). so    exposing  my self everything I have done 
>in the last 24 hours is under question
> 
>from people who are not local but in Europe. even my visit to the golf 
>course is in question a 7 year stale edit.
> 
> 
> 
 
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
>>> 
>>> 
>>> 
>>> 
>> 
>>___
>>Talk-us mailing list
>>talk...@openstreetmap.org
>>https://lists.openstreetmap.org/listinfo/talk-us 
> 
> 
> 
>  
 
 
 
 ___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-us] [OSM-talk] Edit Attacks

[Mateusz Konieczny via Talk-us]

I am not a native speaker, but as far as I know "freak" is pejorative and quite 
strong 
slur.

If I am right and it has strong negative associations - please do not use it on 
mailing lists
or elsewhere in OSM.

Jun 10, 2020, 23:41 by talk-us@openstreetmap.org:

> this is a good one because i had a back and forth discussion with somebody 
> that was 
> calling me out on my edit because from space this looked like a flat surface 
> and then explaned
> how to list it as non active.
>  
> https://www.openstreetmap.org/way/802256628#map=16/42.1110/-87.8160
>  
> but the thing is the river was a 10 year old 81 mile download that maye 
> should not be as to the Wiki.
> and this guy must be a river freak just like the bus stop guy who thought he 
> own the map.
>  
>
>> Wednesday, June 10, 2020 2:26 PM -05:00 from Mateusz Konieczny via talk 
>> :
>>  
>> Can you link any specific changeset damaging data
>> or object that was deleted and should not be?
>>  
>> Linked ones
>> http://nrenner.github.io/achavi/?changeset=86230442
>> http://nrenner.github.io/achavi/?changeset=85357849
>> appear to not be problematic
>>  
>> ( >> https://www.openstreetmap.org/relation/233949#map=9/41.8982/-87.7286
>> is on boundary of unreasonably large relation, but it is not
>> something very problematic)
>>  
>> Jun 10, 2020, 15:27 by talk-us@openstreetmap.org:
>>
>>>     Last week I edited a 10 year old, 81 mile>>>  MultiPolygon with GHOSTS 
>>> in the ID editor, all I know, Someone
>>>  
>>> took offence to that,  >>> 
>>> https://www.openstreetmap.org/changeset/85357849#map=13/42.0813/-87.8854
>>>  
>>> and attacked all my edits of that day, and as he moved from north to south, 
>>> every thing I did for the
>>>  
>>> last year.   >>> https://www.openstreetmap.org/changeset/86230442>>>  , 
>>> with things other people had already
>>>  
>>> called me on, (discussion). so >>>  >>> exposing>>>  my self everything I 
>>> have done in the last 24 hours is under question
>>>  
>>> from people who are not local but in Europe. even my visit to the golf 
>>> course is in question a 7 year stale edit.
>>>  
>>>  
>>>  
>>>
>>  
>> ___
>> talk mailing list
>> t...@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk
>>
>  
>  
>  
>  
>

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

Re: [OSM-talk] [Talk-us] Edit Attacks

[Mateusz Konieczny via talk]

I am not a native speaker, but as far as I know "freak" is pejorative and quite 
strong 
slur.

If I am right and it has strong negative associations - please do not use it on 
mailing lists
or elsewhere in OSM.

Jun 10, 2020, 23:41 by talk...@openstreetmap.org:

> this is a good one because i had a back and forth discussion with somebody 
> that was 
> calling me out on my edit because from space this looked like a flat surface 
> and then explaned
> how to list it as non active.
>  
> https://www.openstreetmap.org/way/802256628#map=16/42.1110/-87.8160
>  
> but the thing is the river was a 10 year old 81 mile download that maye 
> should not be as to the Wiki.
> and this guy must be a river freak just like the bus stop guy who thought he 
> own the map.
>  
>
>> Wednesday, June 10, 2020 2:26 PM -05:00 from Mateusz Konieczny via talk 
>> :
>>  
>> Can you link any specific changeset damaging data
>> or object that was deleted and should not be?
>>  
>> Linked ones
>> http://nrenner.github.io/achavi/?changeset=86230442
>> http://nrenner.github.io/achavi/?changeset=85357849
>> appear to not be problematic
>>  
>> ( >> https://www.openstreetmap.org/relation/233949#map=9/41.8982/-87.7286
>> is on boundary of unreasonably large relation, but it is not
>> something very problematic)
>>  
>> Jun 10, 2020, 15:27 by talk...@openstreetmap.org:
>>
>>>     Last week I edited a 10 year old, 81 mile>>>  MultiPolygon with GHOSTS 
>>> in the ID editor, all I know, Someone
>>>  
>>> took offence to that,  >>> 
>>> https://www.openstreetmap.org/changeset/85357849#map=13/42.0813/-87.8854
>>>  
>>> and attacked all my edits of that day, and as he moved from north to south, 
>>> every thing I did for the
>>>  
>>> last year.   >>> https://www.openstreetmap.org/changeset/86230442>>>  , 
>>> with things other people had already
>>>  
>>> called me on, (discussion). so >>>  >>> exposing>>>  my self everything I 
>>> have done in the last 24 hours is under question
>>>  
>>> from people who are not local but in Europe. even my visit to the golf 
>>> course is in question a 7 year stale edit.
>>>  
>>>  
>>>  
>>>
>>  
>> ___
>> talk mailing list
>> talk@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk
>>
>  
>  
>  
>  
>

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

Re: [OSM-talk] Edit Attacks

[80hnhtv4agou--- via talk]

>Wednesday, June 10, 2020 6:17 PM -05:00 from John D. :
> 
>other than breaking it up into little bits as in the wiiki. 
> 
>I got rid of the  GHOSTS lines.
> 
>>Wednesday, June 10, 2020 6:13 PM -05:00 from Warin < 61sundow...@gmail.com >:
>> 
>>The Changeset:  85357849 comment is "multipolygons for the entire river offer 
>>no tangible advantages and not to be used."
>> 
>>Sorry but I don't think that is a great comment.
>>Is there any advantage in what you did?
>>If so, what did you do and what are the advantages?
>> 
>> 
>>On 11/6/20 8:40 am, 80hnhtv4agou--- via talk wrote:
>>>when i look at the changeset it went to the guy, but did not tell me what he 
>>>did. i have had that discussion 
>>>before with somebody else that must be listed and we agreed it was a land 
>>>fill,  with a golf course on top it 
>>>is a very small part of the top of the hill only 9 holes only,
>>>how many times do i have to go back and defend my edits ? how many times do 
>>>i have to go back
>>>and redo my edits.
>>>it is a very big hill that is collecting gas and making electricity. and 
>>>there still digging on it, and a snow hill
>>>and park on the back side. 
>>>if the edit is wrong then add and correct not do what was done i have had 2 
>>>people ask me to explane my
>>>one edit and have me look what i did and correct not jump in and demand.
>> 
>>People ask questions whey they don't understand.
>> 
>>Explain your edits better in the change set comments, it helps others 
>>understand what is being done, why it is being done and the source of the 
>>information. I note that there is no source given ... is that a 'feature' of 
>>iD? In JOSM there is a source statement for each change set, if it is there 
>>... use it.
>> 
>>If they understand but disagree then discussion should take place. Don't take 
>>it personally, most are here to help make the map better.
>>>  
Wednesday, June 10, 2020 4:53 PM -05:00 from Andy Townsend < 
ajt1...@gmail.com >:
 
On 10/06/2020 22:41, 80hnhtv4agou--- via Talk-us wrote:
> this is a good one because i had a back and forth discussion with
> somebody that was
> calling me out on my edit because from space this looked like a flat
> surface and then explaned
> how to list it as non active.
>  https://www.openstreetmap.org/way/802256628#map=16/42.1110/-87.8160


Well that's been a golf course for only a month:

http://osm.mapki.com/history/way.php?id=802256628

If that isn't a golf course, I suggest you discuss that with the person
who added that in  https://www.openstreetmap.org/changeset/84983669 .


> but the thing is the river was a 10 year old 81 mile download that
> maye should not be as to the Wiki.
> and this guy must be a river freak just like the bus stop guy who
> thought he own the map.
>
As I suggested earlier, it'd definitely make sense to split up some of
the huge "natural=water; water=river" areas such as
https://www.openstreetmap.org/relation/233949 , but anyone who does that
will need to do it in such as way that it doesn't accidentally delete
large lengths of riverbank (which happened last time).
>>>i do not think i did, is says do not do the entire river, i broke it up into 
>>>little bits, and only
>>>the wide parts.
>>>and what ever he did the ghosts are back.

Best Regards,

Andy



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

Re: [OSM-talk] Edit Attacks

[Warin]

The Changeset: 85357849 comment is "multipolygons for the entire river 
offer no tangible advantages and not to be used."


Sorry but I don't think that is a great comment.
Is there any advantage in what you did?
If so, what did you do and what are the advantages?


On 11/6/20 8:40 am, 80hnhtv4agou--- via talk wrote:


when i look at the changeset it went to the guy, but did not tell me 
what he did. i have had that discussion


before with somebody else that must be listed and we agreed it was a 
land fill, with a golf course on top it


is a very small part of the top of the hill only 9 holes only,

how many times do i have to go back and defend my edits ? how many 
times do i have to go back

and redo my edits.
it is a very big hill that is collecting gas and making electricity. 
and there still digging on it, and a snow hill

and park on the back side.
if the edit is wrong then add and correct not do what was done i have 
had 2 people ask me to explane my

one edit and have me look what i did and correct not jump in and demand.



People ask questions whey they don't understand.


Explain your edits better in the change set comments, it helps others 
understand what is being done, why it is being done and the source of 
the information. I note that there is no source given ... is that a 
'feature' of iD? In JOSM there is a source statement for each change 
set, if it is there ... use it.



If they understand but disagree then discussion should take place. Don't 
take it personally, most are here to help make the map better.



Wednesday, June 10, 2020 4:53 PM -05:00 from Andy Townsend
>:
On 10/06/2020 22:41, 80hnhtv4agou--- via Talk-us wrote:
> this is a good one because i had a back and forth discussion with
> somebody that was
> calling me out on my edit because from space this looked like a flat
> surface and then explaned
> how to list it as non active.
> https://www.openstreetmap.org/way/802256628#map=16/42.1110/-87.8160


Well that's been a golf course for only a month:

http://osm.mapki.com/history/way.php?id=802256628

If that isn't a golf course, I suggest you discuss that with the
person
who added that in https://www.openstreetmap.org/changeset/84983669 .


> but the thing is the river was a 10 year old 81 mile download that
> maye should not be as to the Wiki.
> and this guy must be a river freak just like the bus stop guy who
> thought he own the map.
>
As I suggested earlier, it'd definitely make sense to split up some of
the huge "natural=water; water=river" areas such as
https://www.openstreetmap.org/relation/233949 , but anyone who
does that
will need to do it in such as way that it doesn't accidentally delete
large lengths of riverbank (which happened last time).

i do not think i did, is says do not do the entire river, i broke it 
up into little bits, and only

the wide parts.
and what ever he did the ghosts are back.


Best Regards,

Andy





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



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

Re: [OSM-talk-fr] Tickets Restaurants et StreetComplete

[Tyndare]

Le 10/06/2020 à 23:20, Yves P. a écrit :

   payment:edenred_voucher
   payment:edenred_card
mais ils sont plus générique et englobe les cartes cadeaux d'Edenred, 
ça peut être ambigu pour un supermarché qui pourrait accepter l'une 
mais pas l'autre.

Est-ce que c'est utilisable en France ?


Ces tags sont définis sur le wiki Anglais comme s’appliquants à la 
Hongrie, mais vu leur nom c'est difficile de ne pas considérer qu'il 
pourrait aussi correspondre aux tickets ou cartes Edenred françaises 
(Ticket  Restaurant, Kadéos, …).



Ou chez nous c'est uniquement payment:ticket_restaurant_voucher et _card ?


Je crois que je préférerais ça, afin de garder une hiéarchie simple 
(sans héritage multiple), où payment:ticket_restaurant_voucher est une 
sous catégorie de payment:meal_voucher uniquement, pas de 
payment:edenred_voucher.









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

Re: [OSM-talk] Edit Attacks

[80hnhtv4agou--- via talk]

when i look at the changeset it went to the guy, but did not tell me what he 
did. i have had that discussion 
before with somebody else that must be listed and we agreed it was a land fill, 
 with a golf course on top it 
is a very small part of the top of the hill only 9 holes only,
how many times do i have to go back and defend my edits ? how many times do i 
have to go back
and redo my edits.
it is a very big hill that is collecting gas and making electricity. and there 
still digging on it, and a snow hill
and park on the back side. 
if the edit is wrong then add and correct not do what was done i have had 2 
people ask me to explane my
one edit and have me look what i did and correct not jump in and demand.
  
>Wednesday, June 10, 2020 4:53 PM -05:00 from Andy Townsend < ajt1...@gmail.com 
>>:
> 
>On 10/06/2020 22:41, 80hnhtv4agou--- via Talk-us wrote:
>> this is a good one because i had a back and forth discussion with
>> somebody that was
>> calling me out on my edit because from space this looked like a flat
>> surface and then explaned
>> how to list it as non active.
>>  https://www.openstreetmap.org/way/802256628#map=16/42.1110/-87.8160
>
>
>Well that's been a golf course for only a month:
>
>http://osm.mapki.com/history/way.php?id=802256628
>
>If that isn't a golf course, I suggest you discuss that with the person
>who added that in  https://www.openstreetmap.org/changeset/84983669 .
>
>
>> but the thing is the river was a 10 year old 81 mile download that
>> maye should not be as to the Wiki.
>> and this guy must be a river freak just like the bus stop guy who
>> thought he own the map.
>>
>As I suggested earlier, it'd definitely make sense to split up some of
>the huge "natural=water; water=river" areas such as
>https://www.openstreetmap.org/relation/233949 , but anyone who does that
>will need to do it in such as way that it doesn't accidentally delete
>large lengths of riverbank (which happened last time).
i do not think i did, is says do not do the entire river, i broke it up into 
little bits, and only
the wide parts.
and what ever he did the ghosts are back.
>
>Best Regards,
>
>Andy
>
>
>
> 
 

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

Re: [Talk-us] [OSM-talk] Edit Attacks

[Andy Townsend]

On 10/06/2020 22:41, 80hnhtv4agou--- via Talk-us wrote:
this is a good one because i had a back and forth discussion with 
somebody that was
calling me out on my edit because from space this looked like a flat 
surface and then explaned

how to list it as non active.
https://www.openstreetmap.org/way/802256628#map=16/42.1110/-87.8160



Well that's been a golf course for only a month:

http://osm.mapki.com/history/way.php?id=802256628

If that isn't a golf course, I suggest you discuss that with the person 
who added that in https://www.openstreetmap.org/changeset/84983669 .



but the thing is the river was a 10 year old 81 mile download that 
maye should not be as to the Wiki.
and this guy must be a river freak just like the bus stop guy who 
thought he own the map.


As I suggested earlier, it'd definitely make sense to split up some of 
the huge "natural=water; water=river" areas such as 
https://www.openstreetmap.org/relation/233949 , but anyone who does that 
will need to do it in such as way that it doesn't accidentally delete 
large lengths of riverbank (which happened last time).


Best Regards,

Andy



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

Re: [Talk-pt] Relações estragadas

[Alexandre Moleiro]

Para dar mais contexto à mensagem anterior deixo aqui alguns exemplos de
relações que ficaram estragadas:

https://www.openstreetmap.org/relation/2730388
https://www.openstreetmap.org/relation/6116588
https://www.openstreetmap.org/relation/7592667
https://www.openstreetmap.org/relation/7647810

Rota Vicentina: https://www.openstreetmap.org/relation/2473583 e
https://www.openstreetmap.org/relation/3353528

Mais dois exemplos de relações que foram estragadas pelo utilizador em
questão e já posteriormente corrigidas:
https://www.openstreetmap.org/relation/2364249
https://www.openstreetmap.org/relation/2362760


On Wed, 10 Jun 2020 at 18:26, Alexandre Moleiro 
wrote:

> Olá
>
> Chamo a vossa atenção para o utilizador
> https://www.openstreetmap.org/user/LuisAmaral que esteve a editar e a
> estragar muitas relações de rotas diversas devido a combinar linhas sem o
> cuidado de verificar que pertencem a relações.
>
> Já corrigi uma série de percursos e rotas no Algarve mas apercebi-me que
> houve edições por todo o país.
>
> Enviei mensagem ao utilizador há alguns dias mas não obtive resposta.
>
> --
> Alexandre Moleiro
>   alexandre.mole...@gmail.com
>


-- 
Alexandre Moleiro
  alexandre.mole...@gmail.com
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

Re: [OSM-talk] [Talk-us] Edit Attacks

[80hnhtv4agou--- via talk]

this is a good one because i had a back and forth discussion with somebody that 
was 
calling me out on my edit because from space this looked like a flat surface 
and then explaned
how to list it as non active.
 
https://www.openstreetmap.org/way/802256628#map=16/42.1110/-87.8160
 
but the thing is the river was a 10 year old 81 mile download that maye should 
not be as to the Wiki.
and this guy must be a river freak just like the bus stop guy who thought he 
own the map.
  
>Wednesday, June 10, 2020 2:26 PM -05:00 from Mateusz Konieczny via talk 
>:
> 
>Can you link any specific changeset damaging data
>or object that was deleted and should not be?
> 
>Linked ones
>http://nrenner.github.io/achavi/?changeset=86230442
>http://nrenner.github.io/achavi/?changeset=85357849
>appear to not be problematic
> 
>(  https://www.openstreetmap.org/relation/233949#map=9/41.8982/-87.7286
>is on boundary of unreasonably large relation, but it is not
>something very problematic)
> 
>Jun 10, 2020, 15:27 by talk...@openstreetmap.org:
>>    Last week I edited a 10 year old, 81 mile  MultiPolygon with GHOSTS in 
>>the ID editor, all I know, Someone
>> 
>>took offence to that,   
>>https://www.openstreetmap.org/changeset/85357849#map=13/42.0813/-87.8854
>> 
>>and attacked all my edits of that day, and as he moved from north to south, 
>>every thing I did for the
>> 
>>last year.    https://www.openstreetmap.org/changeset/86230442  , with things 
>>other people had already
>> 
>>called me on, (discussion). so    exposing  my self everything I have done in 
>>the last 24 hours is under question
>> 
>>from people who are not local but in Europe. even my visit to the golf course 
>>is in question a 7 year stale edit.
>> 
>> 
>> 
> 
>___
>talk mailing list
>talk@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk
 
 
 
 ___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-us] [OSM-talk] Edit Attacks

[80hnhtv4agou--- via Talk-us]

this is a good one because i had a back and forth discussion with somebody that 
was 
calling me out on my edit because from space this looked like a flat surface 
and then explaned
how to list it as non active.
 
https://www.openstreetmap.org/way/802256628#map=16/42.1110/-87.8160
 
but the thing is the river was a 10 year old 81 mile download that maye should 
not be as to the Wiki.
and this guy must be a river freak just like the bus stop guy who thought he 
own the map.
  
>Wednesday, June 10, 2020 2:26 PM -05:00 from Mateusz Konieczny via talk 
>:
> 
>Can you link any specific changeset damaging data
>or object that was deleted and should not be?
> 
>Linked ones
>http://nrenner.github.io/achavi/?changeset=86230442
>http://nrenner.github.io/achavi/?changeset=85357849
>appear to not be problematic
> 
>(  https://www.openstreetmap.org/relation/233949#map=9/41.8982/-87.7286
>is on boundary of unreasonably large relation, but it is not
>something very problematic)
> 
>Jun 10, 2020, 15:27 by talk-us@openstreetmap.org:
>>    Last week I edited a 10 year old, 81 mile  MultiPolygon with GHOSTS in 
>>the ID editor, all I know, Someone
>> 
>>took offence to that,   
>>https://www.openstreetmap.org/changeset/85357849#map=13/42.0813/-87.8854
>> 
>>and attacked all my edits of that day, and as he moved from north to south, 
>>every thing I did for the
>> 
>>last year.    https://www.openstreetmap.org/changeset/86230442  , with things 
>>other people had already
>> 
>>called me on, (discussion). so    exposing  my self everything I have done in 
>>the last 24 hours is under question
>> 
>>from people who are not local but in Europe. even my visit to the golf course 
>>is in question a 7 year stale edit.
>> 
>> 
>> 
> 
>___
>talk mailing list
>t...@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk
 
 
 
 ___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk-fr] et si c'était Nöel ? liste de souhait et d'intérêt des outils existant

[Christian Rogel]

> Le 10 juin 2020 à 18:15, Marc M.  a écrit :
> 
> Bonjour,
> 
> au niveau de la liste de l'asso osm-fr, démarre une discussion
> autour de "à quoi l'asso devrait affecter ses ressources humaines
> et financière".
> 
> - avoir un éditeur web consensuel utilisable (le fameux id-consensuel
> grâce aux patchs de fred)


Sans avoir idée de ce que pourraient apporter les patchs de Frédéric, je 
signale que le président et le CA
de la Fondation d’OSM ont présenté à la discussion par la communauté (RFC) 
l’idée d’une instance qui 
pourrait aplanir les divergences entre développeurs d’ID et les contributeurs :

https://blog.openstreetmap.org/2020/06/08/toward-resolution-of-controversies-related-to-id/

Ce texte a été appprouvé par les développeurs d’iD.

La discussion sur la liste internationale a mis en lumière que, si Mapbox a 
payé et paie encore une partie
du développement, la propriété morale d’iD appartient à la Fondation.


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

Re: [OSM-talk] Deprecated feature template in the wiki

[Mateusz Konieczny via talk]

Jun 10, 2020, 17:25 by dieterdre...@gmail.com:

>
>
> sent from a phone
>
>
>> On 10. Jun 2020, at 14:58, Mateusz Konieczny via talk 
>>  wrote:
>>
>> "Why is the definition for the tag removed" it never had a good definition.
>>
>
>
> the former definition was 
>
>> A large water tank, typically cylindrical
>>
That is why I used "never had a good definition", not "never had a definition"
It has (a) "large" appearing from nowhere (b) repeat of what is already in tag 
value
(c) mention of shape that is not helpful in any way.

Feel free to restore it if you think that it was helpful, though meaning of 
that tag 
is quite clear anyway.

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

Re: [OSM-talk-fr] Tickets Restaurants et StreetComplete

[Yves P.]

>payment:meal_voucher = yes
> pourrait signifier en France que le commerçant a reçu l'agrément de la CNTR 
> pour accepter les tickets restaurant, mais sans présumer de la liste exacte 
> des opérateurs et des moyens de paiements qu'il accepte.
Oui, mais à décourager comme pour les cartes bancaires.

> https://www.companeo.com/titre-restaurant/FAQ/affiliation-tickets-restaurant-comment-faire
>  https://www.entrepreneurhero.fr/terminal-de-paiement/ticket-restaurant/
Merci pour les liens :)

> Donc ça me semble nécessaire de pouvoir détailler chaque opérateur et moyen 
> de paiement, au cas ou certains ne seraient pas acceptés.
Je confirme.

>payment:edenred_voucher
>payment:edenred_card
> mais ils sont plus générique et englobe les cartes cadeaux d'Edenred, ça peut 
> être ambigu pour un supermarché qui pourrait accepter l'une mais pas l'autre.
Est-ce que c'est utilisable en France ?
Ou chez nous c'est uniquement payment:ticket_restaurant_voucher et _card ?

> On pourrait rajouter dans le wiki français:
>payment:apetiz_voucher
>payment:apetiz_card
…
Oui :)
Et les logos des cartes dans la page wiki  


> Pour Restoflash https://www.restoflash.fr/ , ils n'ont pas leur propre carte 
> je n'ai pas compris comment ça marche exactement
C'est une application sur smartphone qui n'utilise pas de "puce" sans contact 
(NFC)
Elle affiche un QR code (appelé aussi Flash code) qui est scanné par le 
terminal de paiement.

> Et pour savoir si un commerçant supporte les cartes CONECS (ça devient un 
> détail technique si on détail chaque opérateur mais à mon avis ça fait quand 
> sens de pouvoir le préciser)
>payment:conecs_card
Ça c'est une question de "tuyauterie" (et de gros sous) qui ne concerne ni le 
porteur de la carte, ni le contributeur OSM ;)


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

Re: [OSM-talk-fr] et si c'était Nöel ? liste de souhait et d'intérêt des outils existant

[Frédéric Rodrigo]

Le 10/06/2020 à 18:15, Marc M. a écrit :

Bonjour,

au niveau de la liste de l'asso osm-fr, démarre une discussion
autour de "à quoi l'asso devrait affecter ses ressources humaines
et financière".
Du coup je trouve que c'est l'occasion de demander à la communauté
ce qu'elle a besoin mais qui n'existe pas, ce qui existe et qu'elle
utilise et de classer un peu tout cela en fonction de priorité (qui
sont évidement propre à chacun).
Cela pourrait éclairer l'association dans ses choix.
La liste des services fournit par l'asso est +- dispo sur
https://wiki.openstreetmap.org/wiki/FR:Serveurs_OpenStreetMap_France#VMs

Et donc je commence par moi-même :)
- avoir un éditeur web consensuel utilisable (le fameux id-consensuel
grâce aux patchs de fred)
- accompagner les petites structures pour un switch2osm, ce
qui implique d'avoir un doc Leaflet en français par ex
sur http://www.openstreetmap.fr/fonds-de-carte/
- soutenir les rendus existant (par ex fr) ou à grandir (cyclosm)
parce qu'une donnée qui se voit mal est une donnée un peu gâchée.
- diminuer la marche à l'entrée pour les contributeurs :
-- faciliter/accompagner lorsque quelqu'un veux faire une amélioration
sur un outil majeur, écrire p'tre une doc, identifier les problèmes.
-- avoir des serveurs de test pour cela (par exemple tester une modif
de rendu à plusieurs, ce n'est pas facile. faut installer un docker,
le rendre accessible à l'extérieur, installer le style, etc)
-- faciliter le correspondance besoin<>aidant en aidant par exemple
la communauté à batir une page listant les besoins, afin que ceux
qui le souhaitent puisse y piocher sans devoir "parcourir le web".
-- soutenir les communautés locales à grandir voir à se créer
dans les endroits qui en sont dépourvu.
-- aider à l'ajout d'opendata dans osm, non seulement osmose,
mais aussi en discutant d'un possible groupe de travail
import/intégration ciblé (certaines infos ont un "match"
facile entre osm-opendata qui rend inutile de demander
un clic par objet). cfr aussi le osmmybiz version opendata-fr

Cordialement,
Marc




Cher Père Noël,

Cette année (ou même l'an prochaine) j'aimerais bien avoir :

- du Docker sur l'infra OSM-FR

- du switch2osm qui parle de tuiles vecto, j'ai l'impression que la 
communauté OSM resté bloqué sur les tuiles raster


- une version d'Osmose dédié à l'OpenData

Frédéric



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

Re: [Talk-it] Importazione delle stazioni di ricarica per auto Enel

[Nap Osm]

Ma è un lavorone! Complimenti!

From: Damjan Gerl 
Sent: Tuesday, June 9, 2020 4:15 PM
To: OpenStreetMap List-It 
Subject: Re: [Talk-it] Importazione delle stazioni di ricarica per auto Enel

Ciao! Nella mia provincia (Trieste) le ho inserite tutte io qualche tempo fa, 
sia le Enel sia le altre, almeno delle quali so l'esistenza :-) o sono riuscito 
a trovare info...

Ciao
Damjan


Nap Osm je 9.6.2020 ob 11:45 napisal:
Buongiorno, ragazzi, grazie mille per le numerose risposte. Quindi in passato 
hanno già inserito parte delle stazioni, questa è una buona notizia. Vedo di 
non essere l'unico a cui interessa la questione. Infatti anche a me 
interesserebbe avere le colonnine sia per una questione di completezza della 
mappa sia proprio perché potrei essere in futuro uno di quelli a cui questi 
dati potrebbero servire.
Infatti sono d'accordo con il contattare anche tutti gli altri provider di 
servizi simili.
Per caso si potrebbe azzardare un nuovo tweet, magari di WMI, per rompere il 
ghiaccio?

From: Maurizio Napolitano 
Sent: Monday, June 8, 2020 6:39 PM
To: openstreetmap list - italiano 

Subject: Re: [Talk-it] Importazione delle stazioni di ricarica per auto Enel

> Forse è compito del DWM di contattare Enel?

non serve.
Puoi contattare anche tu e chiedere.
Altrimenti può farlo WMI.

> Sarebbe anche a loro favore.
> Poi si potrebbero contattare gli altri fornitori...

Come ho già scritto lo avevano già fatto a suo tempo.
Sicuramente il management è cambiato.
Di mio posso contattare le persone che avevano fatto l'import a suo tempo.

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

Re: [OSM-talk-fr] et si c'était Nöel ? liste de souhait et d'intérêt des outils existant

[Romain MEHUT]

J'ajoute aussi ce qu'a proposé Florian 
https://lists.openstreetmap.org/pipermail/talk-fr/2020-May/099075.html 
mais resté sans réponse.


Romain

Le 10/06/2020 à 21:50, Romain MEHUT a écrit :

Bonsoir,

J'ajoute en vrac :

- le retour d'un rendu BANO ;)

- une instance française de https://nrenner.github.io/achavi/ ?

Aussi, j'ai découvert tout récemment http://geosm.openstreetmap.fr/ 
via le pad d'organisation de la prochaine AG. Étonnant de ne pas en 
avoir entendu parler avant. Des infos ? Cela me fait penser à 
https://geodatamine.fr/


Romain

Le 10/06/2020 à 18:15, Marc M. a écrit :

Bonjour,

au niveau de la liste de l'asso osm-fr, démarre une discussion
autour de "à quoi l'asso devrait affecter ses ressources humaines
et financière".
Du coup je trouve que c'est l'occasion de demander à la communauté
ce qu'elle a besoin mais qui n'existe pas, ce qui existe et qu'elle
utilise et de classer un peu tout cela en fonction de priorité (qui
sont évidement propre à chacun).
Cela pourrait éclairer l'association dans ses choix.
La liste des services fournit par l'asso est +- dispo sur
https://wiki.openstreetmap.org/wiki/FR:Serveurs_OpenStreetMap_France#VMs

Et donc je commence par moi-même :)
- avoir un éditeur web consensuel utilisable (le fameux id-consensuel
grâce aux patchs de fred)
- accompagner les petites structures pour un switch2osm, ce
qui implique d'avoir un doc Leaflet en français par ex
sur http://www.openstreetmap.fr/fonds-de-carte/
- soutenir les rendus existant (par ex fr) ou à grandir (cyclosm)
parce qu'une donnée qui se voit mal est une donnée un peu gâchée.
- diminuer la marche à l'entrée pour les contributeurs :
-- faciliter/accompagner lorsque quelqu'un veux faire une amélioration
sur un outil majeur, écrire p'tre une doc, identifier les problèmes.
-- avoir des serveurs de test pour cela (par exemple tester une modif
de rendu à plusieurs, ce n'est pas facile. faut installer un docker,
le rendre accessible à l'extérieur, installer le style, etc)
-- faciliter le correspondance besoin<>aidant en aidant par exemple
la communauté à batir une page listant les besoins, afin que ceux
qui le souhaitent puisse y piocher sans devoir "parcourir le web".
-- soutenir les communautés locales à grandir voir à se créer
dans les endroits qui en sont dépourvu.
-- aider à l'ajout d'opendata dans osm, non seulement osmose,
mais aussi en discutant d'un possible groupe de travail
import/intégration ciblé (certaines infos ont un "match"
facile entre osm-opendata qui rend inutile de demander
un clic par objet). cfr aussi le osmmybiz version opendata-fr

Cordialement,
Marc

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



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



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

Re: [OSM-talk-fr] et si c'était Nöel ? liste de souhait et d'intérêt des outils existant

[Romain MEHUT]

Bonsoir,

J'ajoute en vrac :

- le retour d'un rendu BANO ;)

- une instance française de https://nrenner.github.io/achavi/ ?

Aussi, j'ai découvert tout récemment http://geosm.openstreetmap.fr/ via 
le pad d'organisation de la prochaine AG. Étonnant de ne pas en avoir 
entendu parler avant. Des infos ? Cela me fait penser à 
https://geodatamine.fr/


Romain

Le 10/06/2020 à 18:15, Marc M. a écrit :

Bonjour,

au niveau de la liste de l'asso osm-fr, démarre une discussion
autour de "à quoi l'asso devrait affecter ses ressources humaines
et financière".
Du coup je trouve que c'est l'occasion de demander à la communauté
ce qu'elle a besoin mais qui n'existe pas, ce qui existe et qu'elle
utilise et de classer un peu tout cela en fonction de priorité (qui
sont évidement propre à chacun).
Cela pourrait éclairer l'association dans ses choix.
La liste des services fournit par l'asso est +- dispo sur
https://wiki.openstreetmap.org/wiki/FR:Serveurs_OpenStreetMap_France#VMs

Et donc je commence par moi-même :)
- avoir un éditeur web consensuel utilisable (le fameux id-consensuel
grâce aux patchs de fred)
- accompagner les petites structures pour un switch2osm, ce
qui implique d'avoir un doc Leaflet en français par ex
sur http://www.openstreetmap.fr/fonds-de-carte/
- soutenir les rendus existant (par ex fr) ou à grandir (cyclosm)
parce qu'une donnée qui se voit mal est une donnée un peu gâchée.
- diminuer la marche à l'entrée pour les contributeurs :
-- faciliter/accompagner lorsque quelqu'un veux faire une amélioration
sur un outil majeur, écrire p'tre une doc, identifier les problèmes.
-- avoir des serveurs de test pour cela (par exemple tester une modif
de rendu à plusieurs, ce n'est pas facile. faut installer un docker,
le rendre accessible à l'extérieur, installer le style, etc)
-- faciliter le correspondance besoin<>aidant en aidant par exemple
la communauté à batir une page listant les besoins, afin que ceux
qui le souhaitent puisse y piocher sans devoir "parcourir le web".
-- soutenir les communautés locales à grandir voir à se créer
dans les endroits qui en sont dépourvu.
-- aider à l'ajout d'opendata dans osm, non seulement osmose,
mais aussi en discutant d'un possible groupe de travail
import/intégration ciblé (certaines infos ont un "match"
facile entre osm-opendata qui rend inutile de demander
un clic par objet). cfr aussi le osmmybiz version opendata-fr

Cordialement,
Marc

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



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

Re: [Talk-it] Aggiornamento civici comune di Fiè allo Sciliar BZ

[Lorenzo Mastrogiacomi]

Il giorno lun, 08/06/2020 alle 14.13 +0200, Cascafico Giovanni ha
scritto:
> Ho dato un'occhiata al dataset e mi èpare sia abbstanza ordinato
> eprecido per impostare un update-import...
> Ci sono dei piccoli problemi legati ai caratteri: il dataset ha
> icaratteri tedeschi con l’umlaut (i due puntini sulle vocali
> perintenderci), ma manca la doppia s tedesca ß, per cui ho fatto
> unreplace su addr:street.
> Provate pure la mappa di audit [1] ed eventualmente se non ci
> sonoproblemi diffusi si fa l'update in OSM.
> [1] http://audit.osmz.ru/map/3600047232

Non l'ho ancora guardato bene ma ho notato una cosa:C'erano tanti
indirizzi senza nome via e riferiti al paese con addr:placema adesso
sembra che hanno dato il nome a tutte le vie ed anche rinumerato i
civici.Quindi per questi civici dove viene aggiunto addr:street è anche
importante togliere l'addr:place allo stesso tempo.

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

Re: [OSM-talk] [Talk-us] Edit Attacks

[Mateusz Konieczny via talk]

Can you link any specific changeset damaging data
or object that was deleted and should not be?

Linked ones 
http://nrenner.github.io/achavi/?changeset=86230442
http://nrenner.github.io/achavi/?changeset=85357849
appear to not be problematic

( https://www.openstreetmap.org/relation/233949#map=9/41.8982/-87.7286 
is on boundary of unreasonably large relation, but it is not
something very problematic)
 
Jun 10, 2020, 15:27 by talk...@openstreetmap.org:

>     Last week I edited a 10 year old, 81 mile>  MultiPolygon with GHOSTS in 
> the ID editor, all I know, Someone
>  
> took offence to that,  > 
> https://www.openstreetmap.org/changeset/85357849#map=13/42.0813/-87.8854
>  
> and attacked all my edits of that day, and as he moved from north to south, 
> every thing I did for the
>  
> last year.   > https://www.openstreetmap.org/changeset/86230442>  , with 
> things other people had already
>  
> called me on, (discussion). so >  > exposing>  my self everything I have done 
> in the last 24 hours is under question
>  
> from people who are not local but in Europe. even my visit to the golf course 
> is in question a 7 year stale edit.
>  
>  
>  
>

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

Re: [Talk-us] Edit Attacks

[Mateusz Konieczny via Talk-us]

Can you link any specific changeset damaging data
or object that was deleted and should not be?

Linked ones 
http://nrenner.github.io/achavi/?changeset=86230442
http://nrenner.github.io/achavi/?changeset=85357849
appear to not be problematic

( https://www.openstreetmap.org/relation/233949#map=9/41.8982/-87.7286 
is on boundary of unreasonably large relation, but it is not
something very problematic)
 
Jun 10, 2020, 15:27 by talk-us@openstreetmap.org:

>     Last week I edited a 10 year old, 81 mile>  MultiPolygon with GHOSTS in 
> the ID editor, all I know, Someone
>  
> took offence to that,  > 
> https://www.openstreetmap.org/changeset/85357849#map=13/42.0813/-87.8854
>  
> and attacked all my edits of that day, and as he moved from north to south, 
> every thing I did for the
>  
> last year.   > https://www.openstreetmap.org/changeset/86230442>  , with 
> things other people had already
>  
> called me on, (discussion). so >  > exposing>  my self everything I have done 
> in the last 24 hours is under question
>  
> from people who are not local but in Europe. even my visit to the golf course 
> is in question a 7 year stale edit.
>  
>  
>  
>

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

Re: [OSM-talk-fr] Tickets Restaurants et StreetComplete

[Tyndare]

J'ai changé d'avis,

TL;DR: Je sui OK avec la proposition de Guy de rajouter le support de 
payment:meal_voucher dans StreetComplete, mais si on change un peu la 
définition qu'on associe à ce tag en France:

payment:meal_voucher = yes
pourrait signifier en France que le commerçant a reçu l'agrément de la 
CNTR pour accepter les tickets restaurant, mais sans présumer de la 
liste exacte des opérateurs et des moyens de paiements qu'il accepte.


Détail:

D'après cette page

https://www.companeo.com/titre-restaurant/FAQ/affiliation-tickets-restaurant-comment-faire

chaque commerçant est libre de choisir les opérateurs de titres 
restaurant qu'il souhaite accepter ou non, il n'y a aucune obligation de 
tous les accepter, ce qui me parait logique étant donné qu'ils ont tous 
des frais différents, que les commissions peuvent dépendre du volume, et 
que certains (les plus gros) nécessitent un abonnement.


Cette page explique un peu mieux la différence entre les cartes qui sont 
CONECS ou non:

https://www.entrepreneurhero.fr/terminal-de-paiement/ticket-restaurant/

En gros le logiciels CONECS (des 4 gros historiques) permet de ne pas 
passer par le réseau bancaire classique et donc évite au commerçant 
d'avoir a payer la commission carte bancaire (comme MasterCard) en plus 
de la commission de l'opérateur des titres restaurant.


Donc ça me semble nécessaire de pouvoir détailler chaque opérateur et 
moyen de paiement, au cas ou certains ne seraient pas acceptés.


On a déjà dans le Wiki anglais
payment:edenred_voucher
payment:edenred_card
mais ils sont plus générique et englobe les cartes cadeaux d'Edenred, ça 
peut être ambigu pour un supermarché qui pourrait accepter l'une mais 
pas l'autre.


On pourrait rajouter dans le wiki français:

Pour Apetiz http://www.apetiz.com/
payment:apetiz_voucher
payment:apetiz_card

Pour Up Déjeuner (ex Chèque Déjeuner), https://updejeuner.fr/
payment:up_dejeuner_voucher
payment:up_dejeuner_card

Pour Swile (ex Lunchr) https://www.swile.co/
payment:swile_card

Pour Pass Restaurant (Sodexo) https://www.sodexo.fr/commercants/
payment:pass_restaurant_voucher
payment:pass_restaurant_card

Pour Restoflash https://www.restoflash.fr/ , ils n'ont pas leur propre 
carte je n'ai pas compris comment ça marche exactement

payment:restoflash

Pour Ticket Restaurant (Edenred) https://www.edenred.fr/ticket-restaurant
payment:ticket_restaurant_voucher
payment:ticket_restaurant_card

Pour Wedoofood https://wedoofood.com/
payment:wedoofood_card

Et pour savoir si un commerçant supporte les cartes CONECS (ça devient 
un détail technique si on détail chaque opérateur mais à mon avis ça 
fait quand sens de pouvoir le préciser)

payment:conecs_card


Le 09/06/2020 à 18:36, Tyndare a écrit :



Je pense qu'il est nécessaire de faire la distinction entre ticket 
papier et titre dématérialisé, même  dans Street Complete, quitte à ce 
qu'il ne complète que les titres papiers pour l'instant.


Sur le Wiki en anglais ( https://wiki.openstreetmap.org/wiki/Key:payment 
) on trouve:


payment:edenred_voucher
payment:edenred_card

En France si c'est la CNTR qui centralise le paiement des tickets 
papiers, et qu'un commerçant doivent effectivement tous les accepter 
(j'ai un petit doute), on pourrait alors utiliser comme proposé 
payment:meal_voucher mais considérer qu'il ne s'applique qu'au papier, 
ou alors rajouter un tag  genre payment:cntr_voucher.


Pour les titres dématérialisés, d'après cette page ( 
https://www.conecs.fr/prerequis-a-lacceptation-des-trd/ )
il y aurait un logo "conecs" sur les cartes compatibles avec le 
logiciels conecs pour terminal de paiement.


Donc on pourrait imaginer un tag
payment:conecs_card correspondant à toutes les cartes pour titres 
restaurant dématérialisé en France compatible avec le logiciel Conecs 
(je pense qu'il y a les plus gros)


Pour le sans contact le wiki utilise soit payment:contactless générique, 
soit le suffix _contactless ce qui donnerait 
payment:conecs_card_contactless


Qu'est-ce que vous en pensez ?


Le 09/06/2020 à 13:23, osm.sanspourr...@spamgourmet.com a écrit :

Je dirais comme Guy *actuellement* mais si on regarde l'évolution des
chèques (dont le principe est similaire sauf que le risque d'impayé est
plus élevé), on voit de plus en plus de magasins refuser les chèques. Il
est possible, et c'est le but du cartel, qu'à terme ils éliminent les
tickets (gestion dématérialisée mais frais identiques).

Si c'est pour simplifier une quête  StreetComplete ça semble
raisonnable, si c'est pour changer le modèle de tags je suis plus 
réservé.


Doit-on profiter pour demander en plus si le terminal accepte le sans
contact ?

Jean-Yvon

Le 09/06/2020 à 11:09, Guy Godfroy - guy.godf...@gugod.fr a écrit :

Honnêtement je crois que j'ai jamais vu de gens qui acceptaient la carte
mais pas le papier.

D'autre part il me semble (mais je peux me tromper) que seul EdenRed
émet des cartes à puce pour 

Re: [OSM-talk-fr] et si c'était Nöel ? liste de souhait et d'intérêt des outils existant

[Jacques Lavignotte]

Je souscris et plussoie tout ce que propose Marc.

Et j'ajoute (tout à fait sur un autre plan) :

Je pense qu'il est important de populariser OSM ;  auprès du grand 
public mais aussi des POI.


- J'imagine un outil qui envoie un mail de présentation d'OSM dès que 
l'on tagge email=moncoiff...@orange.fr. Avec un lien vers un soutien 
financier ;)


- Récemment j'ai éprouvé un manque lors de mes tournées récentes sur le 
terrain : Je note et photographie et j'aurai aimé quelques fois pouvoir 
donner au commerçant ou à l'artisan une petite plaquette expliquant 
succintement OSM. Pour lever certaines méfiances mais aussi faire la 
promo d'OSM.


- (*Imagine) Un outil très simple mis à disposition des POI leur 
permettant de changer quelques éléments de leurs données, par ex. leurs 
horaires.



Mes 2000 ruppies

J.





Le 10/06/2020 à 18:15, Marc M. a écrit :

Bonjour,

au niveau de la liste de l'asso osm-fr, démarre une discussion
autour de "à quoi l'asso devrait affecter ses ressources humaines
et financière".
Du coup je trouve que c'est l'occasion de demander à la communauté
ce qu'elle a besoin mais qui n'existe pas, ce qui existe et qu'elle
utilise et de classer un peu tout cela en fonction de priorité (qui
sont évidement propre à chacun).
Cela pourrait éclairer l'association dans ses choix.
La liste des services fournit par l'asso est +- dispo sur
https://wiki.openstreetmap.org/wiki/FR:Serveurs_OpenStreetMap_France#VMs

Et donc je commence par moi-même :)
- avoir un éditeur web consensuel utilisable (le fameux id-consensuel
grâce aux patchs de fred)
- accompagner les petites structures pour un switch2osm, ce
qui implique d'avoir un doc Leaflet en français par ex
sur http://www.openstreetmap.fr/fonds-de-carte/
- soutenir les rendus existant (par ex fr) ou à grandir (cyclosm)
parce qu'une donnée qui se voit mal est une donnée un peu gâchée.
- diminuer la marche à l'entrée pour les contributeurs :
-- faciliter/accompagner lorsque quelqu'un veux faire une amélioration
sur un outil majeur, écrire p'tre une doc, identifier les problèmes.
-- avoir des serveurs de test pour cela (par exemple tester une modif
de rendu à plusieurs, ce n'est pas facile. faut installer un docker,
le rendre accessible à l'extérieur, installer le style, etc)
-- faciliter le correspondance besoin<>aidant en aidant par exemple
la communauté à batir une page listant les besoins, afin que ceux
qui le souhaitent puisse y piocher sans devoir "parcourir le web".
-- soutenir les communautés locales à grandir voir à se créer
dans les endroits qui en sont dépourvu.
-- aider à l'ajout d'opendata dans osm, non seulement osmose,
mais aussi en discutant d'un possible groupe de travail
import/intégration ciblé (certaines infos ont un "match"
facile entre osm-opendata qui rend inutile de demander
un clic par objet). cfr aussi le osmmybiz version opendata-fr

Cordialement,
Marc

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



--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
« Quand est-ce qu'on mange ? » AD (c) (tm)

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

Re: [Talk-it] [OT] DAE - defibrillatori

[Lorenzo Rolla]

Ri per caso, ho visto la pagina in francese: è perfetta per lo scopo!
Infatti la pagina richiama una legge (decreto) che disciplina i criteri di
trasmissione dei dati. Un formulario organizzato così è veramente utile
allo scopo...

https://wiki.openstreetmap.org/wiki/FR:Tag:emergency%3Ddefibrillator

https://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT39363959==id



Il giorno mer 10 giu 2020 alle 20:00 Lorenzo Rolla 
ha scritto:

> Per caso, ho controllato la pagina che descrive come inserire un
> defibrillatore e ho fatto un’amara scoperta: non esiste in italiano... Non
> potremmo tradurla: sarebbe un modo concreto per avvicinare i volenterosi...
>
> Il giorno mer 10 giu 2020 alle 10:37 Cascafico Giovanni <
> cascaf...@gmail.com> ha scritto:
>
>> Credo sia possibile riusare facilmente il codice sviluppato da Naposm.
>> Con gli esercizi commerciali stiamo sperimentando una mancanza di
>> interesse, presumibilemnte perchè non abbiamo una mente "promozionale"
>> e la nostra "potenza di fuoco" mediatica non è paragonabile a Google.
>>
>> C'è una base di persone, enti, associazioni disposte a diffonderne l'uso?
>>
>> Il 08/06/20, Lorenzo Rolla ha scritto:
>> > Gentilissimi, riprendo questa discussione di qualche mese fa, inserendo
>> il
>> > testo della legge approvata dalla Camera. Non sarebbe possibile creare
>> un
>> > formulario da completare come quello dei negozi in tempo Covid? In
>> questo
>> > modo sarebbe facilitato il contributo di qualche cittadino volenteroso
>> non
>> > avvezzo alle complessità informatiche di mappatura. Lorenzo
>> >
>> > https://www.senato.it/service/PDF/PDFServer/DF/346368.pdf
>> >
>> >
>> > Il giorno mer 31 lug 2019 alle 08:21 Andreas Lattmann <
>> > andrea.lattm...@ga-2.it> ha scritto:
>> >
>> >> >In realtà a me al corso di BLS-D hanno insegnato:
>> >> >
>> >> >  * che si fa il massaggio cardiaco+eventualmente la respirazione (che
>> >> >non è indispensabile nei primi minuti, a meno che l'arresto non
>> sia
>> >> >dovuto a soffocamento, mentre è indispensabile far girare il
>> >> >sangue). Questo permette di recuperare tempo prezioso
>> >> >* che intanto si manda qualcuno a prendere un DAE per riattivare il
>> >> >cuore
>> >> >
>> >>
>> >> Giusto, la procedura è questa, l'importante è che ci sia qualcuno che
>> >> interviene e pratichi subito il BLS mentre qualcuno, anche con l'aiuto
>> di
>> >> OSM, trovi nelle vicinanze un DAE.
>> >>
>> >> >altrimenti si continua a massaggiare/ventilare finché si può, in
>> attesa
>> >> >
>> >> >di soccorsi più esperti.
>> >>
>> >> Anche i soccorsi più esperti miracoli non ne fanno se nessuno
>> interviene
>> >> prima.
>> >> Hanno il vantaggio di maggiore esperienza ed attrezzature (cannula
>> >> oro-faringea [se non c'è dottore], il paziente può essere intubato,
>> >> ossigenato con le bombole di ossigeno ed il dottore gli può fare delle
>> >> punture di adrenalina direttamente nel cuore).  Rispondendo a Martin, è
>> >> per
>> >> questo che cominciano ad esserci i DAE nei luoghi pubblici, per cercare
>> >> di
>> >> aumentare il numero di persone che si salvano.
>> >>
>> >> >In generale il problema non è tanto avere il DAE vicino, ma che solo
>> >> >una
>> >> >piccola parte di chi ha un attacco cardiaco ha accanto qualcuno che
>> >> >interviene, mentre spesso ha accanto qualcuno che non fa nulla.
>> >>
>> >> Purtroppo è vero anche questo...
>> >>
>> >> Sarebbe bello avere i dati aperti sul posizionamento dei DAE, almeno
>> per
>> >> poter fare un sopralluogo ed inserirli in OSM nella posizione corretta.
>> >>
>> >> Andreas
>> >>
>> >> --
>> >> 樂
>> >>
>> >> ___
>> >> Talk-it mailing list
>> >> Talk-it@openstreetmap.org
>> >> https://lists.openstreetmap.org/listinfo/talk-it
>> >>
>> > --
>> > Lorenzo Rolla
>> >
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
> --
> Lorenzo Rolla
>
> --
Lorenzo Rolla
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [OT] DAE - defibrillatori

[Lorenzo Rolla]

Per caso, ho controllato la pagina che descrive come inserire un
defibrillatore e ho fatto un’amara scoperta: non esiste in italiano... Non
potremmo tradurla: sarebbe un modo concreto per avvicinare i volenterosi...

Il giorno mer 10 giu 2020 alle 10:37 Cascafico Giovanni 
ha scritto:

> Credo sia possibile riusare facilmente il codice sviluppato da Naposm.
> Con gli esercizi commerciali stiamo sperimentando una mancanza di
> interesse, presumibilemnte perchè non abbiamo una mente "promozionale"
> e la nostra "potenza di fuoco" mediatica non è paragonabile a Google.
>
> C'è una base di persone, enti, associazioni disposte a diffonderne l'uso?
>
> Il 08/06/20, Lorenzo Rolla ha scritto:
> > Gentilissimi, riprendo questa discussione di qualche mese fa, inserendo
> il
> > testo della legge approvata dalla Camera. Non sarebbe possibile creare un
> > formulario da completare come quello dei negozi in tempo Covid? In questo
> > modo sarebbe facilitato il contributo di qualche cittadino volenteroso
> non
> > avvezzo alle complessità informatiche di mappatura. Lorenzo
> >
> > https://www.senato.it/service/PDF/PDFServer/DF/346368.pdf
> >
> >
> > Il giorno mer 31 lug 2019 alle 08:21 Andreas Lattmann <
> > andrea.lattm...@ga-2.it> ha scritto:
> >
> >> >In realtà a me al corso di BLS-D hanno insegnato:
> >> >
> >> >  * che si fa il massaggio cardiaco+eventualmente la respirazione (che
> >> >non è indispensabile nei primi minuti, a meno che l'arresto non sia
> >> >dovuto a soffocamento, mentre è indispensabile far girare il
> >> >sangue). Questo permette di recuperare tempo prezioso
> >> >* che intanto si manda qualcuno a prendere un DAE per riattivare il
> >> >cuore
> >> >
> >>
> >> Giusto, la procedura è questa, l'importante è che ci sia qualcuno che
> >> interviene e pratichi subito il BLS mentre qualcuno, anche con l'aiuto
> di
> >> OSM, trovi nelle vicinanze un DAE.
> >>
> >> >altrimenti si continua a massaggiare/ventilare finché si può, in attesa
> >> >
> >> >di soccorsi più esperti.
> >>
> >> Anche i soccorsi più esperti miracoli non ne fanno se nessuno interviene
> >> prima.
> >> Hanno il vantaggio di maggiore esperienza ed attrezzature (cannula
> >> oro-faringea [se non c'è dottore], il paziente può essere intubato,
> >> ossigenato con le bombole di ossigeno ed il dottore gli può fare delle
> >> punture di adrenalina direttamente nel cuore).  Rispondendo a Martin, è
> >> per
> >> questo che cominciano ad esserci i DAE nei luoghi pubblici, per cercare
> >> di
> >> aumentare il numero di persone che si salvano.
> >>
> >> >In generale il problema non è tanto avere il DAE vicino, ma che solo
> >> >una
> >> >piccola parte di chi ha un attacco cardiaco ha accanto qualcuno che
> >> >interviene, mentre spesso ha accanto qualcuno che non fa nulla.
> >>
> >> Purtroppo è vero anche questo...
> >>
> >> Sarebbe bello avere i dati aperti sul posizionamento dei DAE, almeno per
> >> poter fare un sopralluogo ed inserirli in OSM nella posizione corretta.
> >>
> >> Andreas
> >>
> >> --
> >> 樂
> >>
> >> ___
> >> Talk-it mailing list
> >> Talk-it@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-it
> >>
> > --
> > Lorenzo Rolla
> >
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
-- 
Lorenzo Rolla
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-pt] Relações estragadas

[Alexandre Moleiro]

Olá

Chamo a vossa atenção para o utilizador
https://www.openstreetmap.org/user/LuisAmaral que esteve a editar e a
estragar muitas relações de rotas diversas devido a combinar linhas sem o
cuidado de verificar que pertencem a relações.

Já corrigi uma série de percursos e rotas no Algarve mas apercebi-me que
houve edições por todo o país.

Enviei mensagem ao utilizador há alguns dias mas não obtive resposta.

-- 
Alexandre Moleiro
  alexandre.mole...@gmail.com
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

Re: [OSM-talk-ie] name=Ireland | Re: name=Éire / Ireland

[Neil O'Byrne]

The official name of the United Kingdom appears to be The United Kingdom of 
Great Britain and Northern Ireland (Encyclopaedia Britannica, Wikipedia etc.).  
Ireland used for both the whole island and the 26 county sovereign state, while 
6 counties of the island of Ireland are currently part of United Kingdom of 
Great Britain and Northern Ireland might suggest some form of joint 
jurisdiction for those 6 counties.  Post Brexit the boundary between the 6 and 
26 counties will be of greater significance as a EU border.  Eire or Republic 
of Ireland for the 26 counties, Northern Ireland for the 6 counties and just 
Ireland for the whole island might just make it a bit clearer.

-Original Message-
From: Colm Donoghue [mailto:colm.donog...@gmail.com] 
Sent: Wednesday 10 June 2020 11:17
To: Discussion of OpenStreetMap in Ireland 
Subject: Re: [OSM-talk-ie] name=Ireland | Re: name=Éire / Ireland

They both are Ireland

There's lots of duplication of places, Louth village, is in Louth county...

If you look at EU documents, with the names of the states, you see "Ireland" 
plain and simple vs the "Hellenic Republic"
Only Hungary and Romania also have no qualifier to their official name.

Colm

On Mon 8 Jun 2020, 17:01 Neil O'Byrne,  wrote:

> Is there a name for the whole island?  Hockey and rugby teams play 
> under the name Ireland and represent the whole island.  Should there 
> be a clear distinction between the 26 county sovereign and independent 
> state, the 6 county part of the UK and the whole island on the west 
> side of the Irish Sea?
>
> -Original Message-
> From: Nick Burrett [mailto:n...@sqrt.co.uk]
> Sent: Monday 8 June 2020 13:37
> To: Discussion of OpenStreetMap in Ireland 
> Subject: Re: [OSM-talk-ie] name=Ireland | Re: name=Éire / Ireland
>
> http://www.irishstatutebook.ie/eli/cons/en/html#part2
>
> For those that don't trust Wikipedia
>
> On Mon, 8 Jun 2020, 12:38 Karl Newsletters,  wrote:
>
> > Article 4 of the Constitution of Ireland, gives the state its two 
> > official names, Éire in Irish and Ireland in English. Each name is a 
> > direct translation of the other. From 1937, the name Éire was often 
> > used even in the English language.
> >
> > copy from wikipedia, so usual precautions apply
> >
> >
> > On Mon, 8 Jun 2020 at 12:05, Rory McCann  wrote:
> >
> > > I think `name=Ireland` is best. For `name`, the most commonly used 
> > > name in the place for the thing is what it should be. And, 
> > > whatever one things /should be/ the most common name, I think we 
> > > can all agree that what /is/ the most common name is “Ireland”.
> > >
> > > `int_name` is a silly tag. I haven't heard of a good definition of 
> > > that aside from “Name of the country in English”, which wronly 
> > > prioritises English. Why not `int_name=جزيرة أيرلندا`?
> > >
> > > On 07/06/2020 16:24, Neil O'Byrne wrote:
> > > > The Irish euro coins just have Éire.  So maybe name=Éire and
> > > int_name=Ireland
> > > >
> > > > -Original Message-
> > > > From: Colm Moore [mailto:colmmoor...@hotmail.com]
> > > > Sent: Sunday 7 June 2020 14:56
> > > > To: talk-ie@openstreetmap.org
> > > > Subject: [OSM-talk-ie] name=Éire / Ireland
> > > >
> > > > Hi,
> > > >
> > > > https://www.openstreetmap.org/relation/62273
> > > >
> > > > Someone has set the name of the (Republic of) Ireland to "Éire /
> > > Ireland". Whatever about Irish constitutional nuances, OSM usually 
> > > uses
> > one
> > > field=one piece of data. I'm inclined to change it to 
> > > name=Ireland, given that Ireland is the name that most people use.
> > > >
> > > > Separately, there is the matter of lots of the international
> > > translations are of "Republic of Ireland" instead of "Ireland". 
> > > Does
> > anyone
> > > have thoughts on how to deal with potential grammatical issues in 
> > > rationalising these?
> > > >
> > > > Colm
> > > >
> > > >
> > >
> > 
> > --
> > -
> > > > Never doubt that a small group of thoughtful, committed citizens 
> > > > can
> > > change the world. Indeed, it is the only thing that ever has.
> > > Margaret
> > Mead
> > > ___
> > > > Talk-ie mailing list
> > > > Talk-ie@openstreetmap.org
> > > > https://lists.openstreetmap.org/listinfo/talk-ie
> > > >
> > > >
> > >
> > > ___
> > > Talk-ie mailing list
> > > Talk-ie@openstreetmap.org
> > > https://lists.openstreetmap.org/listinfo/talk-ie
> > >
> > ___
> > Talk-ie mailing list
> > Talk-ie@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-ie
> >
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
>
>
> --
> This email has been checked for viruses by Avast antivirus software.
> 

Re: [OSM-talk-fr] Ajout d'un identifiant unique des cinémas en France

[Yves P.]

> c'est une tautologie :) bof. cinéma itinérant est une description
> consulter les horaires ? ok la clef opening_hours donc ? qui dit
> de consulter les horaires :)
Le :D à la fin de ma phrase indiquait une pointe d'humour. Je le refais en 
couleur 

> opening_hours:url est plus utile. ou un début d'info.
Oui.
Est-ce que c'est géré par des applications ?

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

Re: [OSM-talk-fr] Ajout d'un identifiant unique des cinémas en France

[Marc M.]

Bonjour,

Le 09.06.20 à 20:37, Yves P. a écrit :
> Je ne sens pas intermittent=yes

je partage cet avis. un magasin fermé pendant les vacances annuelles
est-il plus ou moins intermitant qu'un projecteur de cinéma actif
à cet endroit tous les lundis ?

> opening_hours="cinéma itinérant : consultez les horaires"

c'est une tautologie :) bof. cinéma itinérant est une description
consulter les horaires ? ok la clef opening_hours donc ? qui dit
de consulter les horaires :)
opening_hours:url est plus utile. ou un début d'info.
et si on a rien sur les horaires, pas de clef opening_hours

Cordialement,
Marc

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

[OSM-talk-fr] et si c'était Nöel ? liste de souhait et d'intérêt des outils existant

[Marc M.]

Bonjour,

au niveau de la liste de l'asso osm-fr, démarre une discussion
autour de "à quoi l'asso devrait affecter ses ressources humaines
et financière".
Du coup je trouve que c'est l'occasion de demander à la communauté
ce qu'elle a besoin mais qui n'existe pas, ce qui existe et qu'elle
utilise et de classer un peu tout cela en fonction de priorité (qui
sont évidement propre à chacun).
Cela pourrait éclairer l'association dans ses choix.
La liste des services fournit par l'asso est +- dispo sur
https://wiki.openstreetmap.org/wiki/FR:Serveurs_OpenStreetMap_France#VMs

Et donc je commence par moi-même :)
- avoir un éditeur web consensuel utilisable (le fameux id-consensuel
grâce aux patchs de fred)
- accompagner les petites structures pour un switch2osm, ce
qui implique d'avoir un doc Leaflet en français par ex
sur http://www.openstreetmap.fr/fonds-de-carte/
- soutenir les rendus existant (par ex fr) ou à grandir (cyclosm)
parce qu'une donnée qui se voit mal est une donnée un peu gâchée.
- diminuer la marche à l'entrée pour les contributeurs :
-- faciliter/accompagner lorsque quelqu'un veux faire une amélioration
sur un outil majeur, écrire p'tre une doc, identifier les problèmes.
-- avoir des serveurs de test pour cela (par exemple tester une modif
de rendu à plusieurs, ce n'est pas facile. faut installer un docker,
le rendre accessible à l'extérieur, installer le style, etc)
-- faciliter le correspondance besoin<>aidant en aidant par exemple
la communauté à batir une page listant les besoins, afin que ceux
qui le souhaitent puisse y piocher sans devoir "parcourir le web".
-- soutenir les communautés locales à grandir voir à se créer
dans les endroits qui en sont dépourvu.
-- aider à l'ajout d'opendata dans osm, non seulement osmose,
mais aussi en discutant d'un possible groupe de travail
import/intégration ciblé (certaines infos ont un "match"
facile entre osm-opendata qui rend inutile de demander
un clic par objet). cfr aussi le osmmybiz version opendata-fr

Cordialement,
Marc

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

Re: [Talk-at] Popup Bikelanes

[Andreas via Talk-at]

Am 09.06.20 um 15:33 schrieb Stefan Tauner:
> Hi,
> 
> ich gehe davon aus, dass wir diese nicht mappen (wollen) oder? Kennt
> jemand dazu international irgendwelche konkreten Diskussionen/Kriterien?

Wäre mir bei der Wochennotiz Erstellung nichts untergekommen.
> 
> Eine naheliegende Begründung, warum sie nicht gemappt werden sollten,
> ist die selbe wie bei allen kurzzeitigen Artefakten: sie sind
> potentiell schneller wieder weg als sie die Nutzer zu sehen bekommen.
> AFAIK haben die Popup Bikelanes in Wien eine Lebensdauer von 3 Monaten.
> Das ist mMn an der Grenze, wo es Sinn macht, sie einzuzeichnen (ggf. mit
> einem end_date falls bekannt, was aber halt wenig/nix bringt).
>

Teilweise geb ich dir Recht, aber ich habe auch mal eine Baustelle
gemappt, weil deren Umfahrung für 3-4 Monate dafür gesorgt hat, dass die
Navis falsch geroutet haben.

> Gibt's andere Meinungen?
> 

Mir sind keine Ende der Popup-Radwege bekannt, vielleicht mit dem Tag
temporary -
https://wiki.openstreetmap.org/wiki/Proposed_features/temporary_(conditional)
?

lg geologist



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

Re: [OSM-talk] Toward resolution of controversies related to iD

[ndrw]

On 09/06/2020 18:40, Simon Poole wrote:

[snip]


Based on information in this thread and private conversation with some 
of OSMF members, it looks like Mapbox has treated the iD project as 
owned by OSMF from the beginning. Furthermore, I've been told iD 
maintainers are happy with the proposed arrangements, so everything is 
clear.


The blog post is then not about changes to the governance but our 
internal rules for maintaining the project.


Having said that, (speaking as a user) please refrain from making 
radical changes. The iD project is being run well and there wouldn't 
want to change _that_.


Ndrw



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

Re: [OSM-talk] Edit Attacks

[80hnhtv4agou--- via talk]

    Last week I edited a 10 year old, 81 mile  MultiPolygon with GHOSTS in the 
ID editor, all I know, Someone 
 
took offence to that,   
https://www.openstreetmap.org/changeset/85357849#map=13/42.0813/-87.8854
 
and attacked all my edits of that day, and as he moved from north to south, 
every thing I did for the
 
last year.    https://www.openstreetmap.org/changeset/86230442  , with things 
other people had already
 
called me on, (discussion). so    exposing  my self everything I have done in 
the last 24 hours is under question
 
from people who are not local but in Europe. even my visit to the golf course 
is in question a 7 year stale edit.
 
 
 ___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-us] Edit Attacks

[80hnhtv4agou--- via Talk-us]

    Last week I edited a 10 year old, 81 mile  MultiPolygon with GHOSTS in the 
ID editor, all I know, Someone 
 
took offence to that,   
https://www.openstreetmap.org/changeset/85357849#map=13/42.0813/-87.8854
 
and attacked all my edits of that day, and as he moved from north to south, 
every thing I did for the
 
last year.    https://www.openstreetmap.org/changeset/86230442  , with things 
other people had already
 
called me on, (discussion). so    exposing  my self everything I have done in 
the last 24 hours is under question
 
from people who are not local but in Europe. even my visit to the golf course 
is in question a 7 year stale edit.
 
 
 ___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk] Deprecated feature template in the wiki

[Mateusz Konieczny via talk]

Note that this page never lost really useful documentation.

There was 
https://wiki.openstreetmap.org/w/index.php?title=Tag:man_made%3Dwater_tank=1245262
with claims either dubious or completely obvious.

I restored "similar tags" section.

"Why is the definition for the tag removed" it never had a good definition.

"Why should someone not " (semi-)automatically change “deprecated” tags to 
something else in the database""

https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct

"I also believe replacing the tag image with this one"

>From looking through history this page never had an image anyway.


Jun 10, 2020, 14:07 by dieterdre...@gmail.com:

> I have seen that some features have been "deprecated" in the wiki by 
> replacing all documentation with a template like this:
> example > https://wiki.openstreetmap.org/wiki/Tag:man_made%3Dwater_tank
>
>>
>> {{Deprecated
>> |oldkey=man_made
>> |oldvalue=water_tank
>> |newtext=tag:man_made=storage_tank + tag:content=water
>> }}
>>
>
> which leads to this text:
>
>>
>>
>>
>> This feature has been labeled as >> deprecated>> . The recommended 
>> replacement is: tag:man_made=storage_tank + tag:content=water .
>>  The reason is documented in >> Deprecated features 
>> >> . You are still 
>> free to continue to use or interpret this tag as you see fit since 
>> OpenStreetMap does not have “banned features”.
>>
>>
>>
>> Under no circumstances should you (semi-)automatically change “deprecated” 
>> tags to something else in the database on a large scale without conforming 
>> to the >> Automated Edits code of conduct 
>> >> . 
>> Any such change will be reverted.
>>
>
> in the sidebar, the definition is replaced by "Using this tag is discouraged, 
> use man_made=storage_tank + content=water instead. "
>
>
> This doesn't make sense. Why is the definition for the tag removed? Why 
> should someone not " (semi-)automatically change “deprecated” tags to 
> something else in the database" if these tags are completely synonymous as 
> the template suggests?
>
> I am fine with adding deprecation templates which should add some kind of 
> marker about the deprecation, but the original page content should not be 
> removed. The deprecation marker should be an addition.
>
> I also believe replacing the tag image with this one > 
> https://upload.wikimedia.org/wikipedia/commons/thumb/1/16/Commons-emblem-hand.svg/200px-Commons-emblem-hand.svg.png
> is carrying this to excess.
>
> Cheers
> Martin
>
>
>

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

Re: [OSM-talk] Deprecated feature template in the wiki

[Tom Hughes via talk]

On 10/06/2020 13:07, Martin Koppenhoefer wrote:

This doesn't make sense. Why is the definition for the tag removed? Why 
should someone not " (semi-)automatically change “deprecated” tags to 
something else in the database" if these tags are completely synonymous 
as the template suggests?


It doesn't say you shouldn't change them - it says that such a change
is an automated edit that should follow the automated edit rules.

Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/

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

[OSM-talk] Deprecated feature template in the wiki

[Martin Koppenhoefer]

I have seen that some features have been "deprecated" in the wiki by
replacing all documentation with a template like this:
example https://wiki.openstreetmap.org/wiki/Tag:man_made%3Dwater_tank

>
> {{Deprecated
> |oldkey=man_made
> |oldvalue=water_tank
> |newtext=tag:man_made=storage_tank + tag:content=water
> }}
>

which leads to this text:

> This feature has been labeled as *deprecated*. The recommended
> replacement is: tag:man_made=storage_tank + tag:content=water .
> The reason is documented in Deprecated features
> . You are still
> free to continue to use or interpret this tag as you see fit since
> OpenStreetMap does not have “banned features”.
> *Under no circumstances should you (semi-)automatically change
> “deprecated” tags to something else in the database on a large scale
> without conforming to the Automated Edits code of conduct
> . Any
> such change will be reverted.*


in the sidebar, the definition is replaced by "Using this tag is
discouraged, use man_made=storage_tank + content=water instead. "


This doesn't make sense. Why is the definition for the tag removed? Why
should someone not " (semi-)automatically change “deprecated” tags to
something else in the database" if these tags are completely synonymous as
the template suggests?

I am fine with adding deprecation templates which should add some kind of
marker about the deprecation, but the original page content should not be
removed. The deprecation marker should be an addition.

I also believe replacing the tag image with this one
https://upload.wikimedia.org/wikipedia/commons/thumb/1/16/Commons-emblem-hand.svg/200px-Commons-emblem-hand.svg.png
is carrying this to excess.

Cheers
Martin
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-se] Administrativa gränser

[Andreas Vilén]

Hej!

Bra genomgång!

Håller med om det mesta av vad du skriver. Angående de roten du hittat i
Lund syftar de på det som beskrivs här:
https://sv.wikipedia.org/wiki/Rote#Stadsdel_och_folkbokf%C3%B6ringsdistrikt.
De är historiska och kan nog ändras till en sådan taggning. De används dock
då och då i dagligt tal. Indelningen används även i
https://sv.wikipedia.org/wiki/Lunds_stadsk%C3%A4rna. Man kan dock notera
att källorna är från 60- och 80-tal.

MVH Andreas

On Wed, Jun 10, 2020 at 10:29 AM  wrote:

> Hej!
>
> Jag har tagit en titt på de administrativa gränser
> (boundary=administrative) som förekommer på OSM i Sverige. Dels vill
> jag ifrågasätta användningen av landsdelar som administrativ
> indelning, dels vill jag ha en mer konsekvent användning av
> admin_level för nivå 8, 9 och 10, det vill säga indelningar mindre än
> kommuner.
>
> I första frågan så finns det relationer för Norrland, Svealand och
> Götaland definierade på nivå 3, mellan Sverige som land (nivå 2) och
> län (nivå 4). Vad jag vet så är indelningen i landsdelar högst
> inofficiell om än allmänt accepterad, men absolut inte något som
> förekommer som administrativ indelning. Jag föreslår att admin_level=3
> tas bort och att relationerna ändras till boundary=historic på samma
> sätt som landskapen.
>
> I andra frågan har jag med Overpass hämtat hem stora delar av Sverige
> och undersökt vilka indelningar som finns på nivåerna 8, 9 och 10. På
> OSM-wikin finns en sida
> (
> https://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#10_admin_level_values_for_specific_countries)
> som dokumenterar vad som till stor del är sant, men en hel del avvikelser
> förekommer.
>
> Enligt den ska följande gälla:
> Nivå 2 är Sverige som land.
> Nivå 3 är landsdelar.
> Nivå 4 är län.
> Nivå 5-6 används ej.
> Nivå 7 är kommuner.
> Nivå 8 används ej.
> Nivå 9 är stadsdelsområden/stadsdelsnämndsområden/stadsdel (Umeå).
> Nivå 10 är stadsdelar/primärområden/stadsdelsområden (Umeå).
>
> I praktiken förekommer följande:
> Nivå 2-7 stämmer.
>
> Nivå 8 används för tätortsgränser i ett antal städer (Gävle, Göteborg,
> Lund, Skellefteå, Umeå, Åhus). En del också tillsammans med place=city
> eller place=town. De flesta har en kommentar i stil med
> "note=Tätortsgränsen följer inte LMs polygon slaviskt eftersom att
> denna inte täckte alla områden ordentligt" eller
> "description=Approximation of Lund city limit, fixme=refine". I
> Sundsvall/Västernorrland används istället nivå 8 till
> distriktsindelning och även till församlingar. I Stockholmsområdet
> finns en relation "Huvudsta" med nivå 8.
>
> Nivå 9 används till stor del för områden i städer som är större än
> stadsdelar, oavsett vad benämningen är på sådana områden i olika
> städer. I Ljungby används nivå 9 för stadsdelar tillsammans med
> place=suburb eller place=neighbourhood. I Sundsvall/Västernorrland
> förekommer istället statistikområden och/eller kommundelar. I Västra
> Götaland och Linköpings kommun används nivå 9 för distrikt.
>
> Nivå 10 används ungefär som nivå 9, fast för stadsdelar, förutom i
> Sundsvall/Västernorrland där de är statistikområden. I Umeå förekommer
> några få stadsdelar eller delar av stadsdelar med nivå 11. I Lund
> förekommer något som kallas för "rote" utan någon nivå.
>
> För att råda bot på virrvarret föreslår jag följande:
> Nivå 3 slutar användas (landsdelar) per ovan.
> Nivå 8 används för distriktsindelningen. De distrikt som är på nivå 9
> idag flyttas till nivå 8.
> Nivå 9 används för områden större än enskilda stadsdelar men mindre än
> kommuner. Som idag med andra ord.
> Nivå 10 används för stadsdelar (place=suburb).
> Nivå 11 får vid behov används för områden mindre än stadsdelar
> (place=neighbourhood).
>
> Jag vill också ställa frågan om det finns det något som helst syfte
> med att försöka kartlägga tätortsgränsen i OSM? Särskilt med tanke på
> att de anges vara uppskattningar.
>
> Jag tänkte att det var värt att diskutera här på e-postlistan innan
> några svepande ändringar görs.
>
> Mvh
> riiga
>
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Administrativa gränser

[Erik Åman]

Det låter som ett bra initiativ. Jag har tänkt på detta några gånger, men 
insett att det är svårt att kategorisera gränserna rätt. Problemet är till stor 
del att det finns många parallella indelningar som används i olika syften.

Jag instämmer i att både landskap och landsdelar bör ses som historiska, även 
om dessa gränser används än i dag.

Distrikten (som infördes 2016 och i stort sett motsvarar Svenska kyrkans 
församlingar vid årsskiftet 1999/2000) används i folkbokföringen och 
fastighetsregistret, så det får väl på ett sätt sägas vara en gällande 
administrativ indelning. Samtidigt är de bevarade historiska gränser utan 
större praktisk betydelse än landskapen.

Det är inte heller självklart vilken indelning som förtjänar högst nivån om man 
jämför exempelvis distrikt med stadsdelsområden. Ett distrikt kan inkludera 
flera stadsdelsområden eller vice versa. Ibland ligger ett distrikt i mer än en 
kommun.

I de fall en kommun har olika stadsdelsområden eller liknande som används 
administrativt, ska det självklart vara en administrativ gräns i OSM. Det är 
dock värt att notera att det inte alltid är så enkelt att ett stadsdelsområde 
omfattar flera stadsdelar. Årsta holmar i Stockholm tillhör exempelvis 
stadsdelen Årsta, men Södermalms stadsdelsområde.

Stadsdelar är naturligtvis viktiga även om de inte är administrativa områden, 
men ska man då verkligen använda boundary=administrative? Borde man nöja sig 
med bara place=suburb/quarter/neighbourhood på stadsdelar och liknande som inte 
används för administrativ indelning?


/Erik Åman


> On 2020-06-09, at 23:35, ri...@lysator.liu.se wrote:
> 
> Hej!
> 
> Jag har tagit en titt på de administrativa gränser (boundary=administrative) 
> som förekommer på OSM i Sverige. Dels vill jag ifrågasätta användningen av 
> landsdelar som administrativ indelning, dels vill jag ha en mer konsekvent 
> användning av admin_level för nivå 8, 9 och 10, det vill säga indelningar 
> mindre än kommuner.
> 
> I första frågan så finns det relationer för Norrland, Svealand och Götaland 
> definierade på nivå 3, mellan Sverige som land (nivå 2) och län (nivå 4). Vad 
> jag vet så är indelningen i landsdelar högst inofficiell om än allmänt 
> accepterad, men absolut inte något som förekommer som administrativ 
> indelning. Jag föreslår att admin_level=3 tas bort och att relationerna 
> ändras till boundary=historic på samma sätt som landskapen.
> 
> I andra frågan har jag med Overpass hämtat hem stora delar av Sverige och 
> undersökt vilka indelningar som finns på nivåerna 8, 9 och 10. På OSM-wikin 
> finns en sida 
> (https://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#10_admin_level_values_for_specific_countries)
>  som dokumenterar vad som till stor del är sant, men en hel del avvikelser 
> förekommer.
> 
> Enligt den ska följande gälla:
> Nivå 2 är Sverige som land.
> Nivå 3 är landsdelar.
> Nivå 4 är län.
> Nivå 5-6 används ej.
> Nivå 7 är kommuner.
> Nivå 8 används ej.
> Nivå 9 är stadsdelsområden/stadsdelsnämndsområden/stadsdel (Umeå).
> Nivå 10 är stadsdelar/primärområden/stadsdelsområden (Umeå).
> 
> I praktiken förekommer följande:
> Nivå 2-7 stämmer.
> 
> Nivå 8 används för tätortsgränser i ett antal städer (Gävle, Göteborg, Lund, 
> Skellefteå, Umeå, Åhus). En del också tillsammans med place=city eller 
> place=town. De flesta har en kommentar i stil med "note=Tätortsgränsen följer 
> inte LMs polygon slaviskt eftersom att denna inte täckte alla områden 
> ordentligt" eller "description=Approximation of Lund city limit, 
> fixme=refine". I Sundsvall/Västernorrland används istället nivå 8 till 
> distriktsindelning och även till församlingar. I Stockholmsområdet finns en 
> relation "Huvudsta" med nivå 8.
> 
> Nivå 9 används till stor del för områden i städer som är större än 
> stadsdelar, oavsett vad benämningen är på sådana områden i olika städer. I 
> Ljungby används nivå 9 för stadsdelar tillsammans med place=suburb eller 
> place=neighbourhood. I Sundsvall/Västernorrland förekommer istället 
> statistikområden och/eller kommundelar. I Västra Götaland och Linköpings 
> kommun används nivå 9 för distrikt.
> 
> Nivå 10 används ungefär som nivå 9, fast för stadsdelar, förutom i 
> Sundsvall/Västernorrland där de är statistikområden. I Umeå förekommer några 
> få stadsdelar eller delar av stadsdelar med nivå 11. I Lund förekommer något 
> som kallas för "rote" utan någon nivå.
> 
> För att råda bot på virrvarret föreslår jag följande:
> Nivå 3 slutar användas (landsdelar) per ovan.
> Nivå 8 används för distriktsindelningen. De distrikt som är på nivå 9 idag 
> flyttas till nivå 8.
> Nivå 9 används för områden större än enskilda stadsdelar men mindre än 
> kommuner. Som idag med andra ord.
> Nivå 10 används för stadsdelar (place=suburb).
> Nivå 11 får vid behov används för områden mindre än stadsdelar 
> (place=neighbourhood).
> 
> Jag vill också ställa frågan om det finns det något som helst syfte med att 
> försöka kartlägga tätortsgränsen i 

Re: [OSM-talk-ie] name=Ireland | Re: name=Éire / Ireland

[Colm Donoghue]

They both are Ireland

There's lots of duplication of places, Louth village, is in Louth county...

If you look at EU documents, with the names of the states, you see
"Ireland" plain and simple vs the "Hellenic Republic"
Only Hungary and Romania also have no qualifier to their official name.

Colm

On Mon 8 Jun 2020, 17:01 Neil O'Byrne,  wrote:

> Is there a name for the whole island?  Hockey and rugby teams play under
> the name Ireland and represent the whole island.  Should there be a clear
> distinction between the 26 county sovereign and independent state, the 6
> county part of the UK and the whole island on the west side of the Irish
> Sea?
>
> -Original Message-
> From: Nick Burrett [mailto:n...@sqrt.co.uk]
> Sent: Monday 8 June 2020 13:37
> To: Discussion of OpenStreetMap in Ireland 
> Subject: Re: [OSM-talk-ie] name=Ireland | Re: name=Éire / Ireland
>
> http://www.irishstatutebook.ie/eli/cons/en/html#part2
>
> For those that don't trust Wikipedia
>
> On Mon, 8 Jun 2020, 12:38 Karl Newsletters,  wrote:
>
> > Article 4 of the Constitution of Ireland, gives the state its two
> > official names, Éire in Irish and Ireland in English. Each name is a
> > direct translation of the other. From 1937, the name Éire was often
> > used even in the English language.
> >
> > copy from wikipedia, so usual precautions apply
> >
> >
> > On Mon, 8 Jun 2020 at 12:05, Rory McCann  wrote:
> >
> > > I think `name=Ireland` is best. For `name`, the most commonly used
> > > name in the place for the thing is what it should be. And, whatever
> > > one things /should be/ the most common name, I think we can all
> > > agree that what /is/ the most common name is “Ireland”.
> > >
> > > `int_name` is a silly tag. I haven't heard of a good definition of
> > > that aside from “Name of the country in English”, which wronly
> > > prioritises English. Why not `int_name=جزيرة أيرلندا`?
> > >
> > > On 07/06/2020 16:24, Neil O'Byrne wrote:
> > > > The Irish euro coins just have Éire.  So maybe name=Éire and
> > > int_name=Ireland
> > > >
> > > > -Original Message-
> > > > From: Colm Moore [mailto:colmmoor...@hotmail.com]
> > > > Sent: Sunday 7 June 2020 14:56
> > > > To: talk-ie@openstreetmap.org
> > > > Subject: [OSM-talk-ie] name=Éire / Ireland
> > > >
> > > > Hi,
> > > >
> > > > https://www.openstreetmap.org/relation/62273
> > > >
> > > > Someone has set the name of the (Republic of) Ireland to "Éire /
> > > Ireland". Whatever about Irish constitutional nuances, OSM usually
> > > uses
> > one
> > > field=one piece of data. I'm inclined to change it to name=Ireland,
> > > given that Ireland is the name that most people use.
> > > >
> > > > Separately, there is the matter of lots of the international
> > > translations are of "Republic of Ireland" instead of "Ireland". Does
> > anyone
> > > have thoughts on how to deal with potential grammatical issues in
> > > rationalising these?
> > > >
> > > > Colm
> > > >
> > > >
> > >
> > --
> > -
> > > > Never doubt that a small group of thoughtful, committed citizens
> > > > can
> > > change the world. Indeed, it is the only thing that ever has.
> > > Margaret
> > Mead
> > > ___
> > > > Talk-ie mailing list
> > > > Talk-ie@openstreetmap.org
> > > > https://lists.openstreetmap.org/listinfo/talk-ie
> > > >
> > > >
> > >
> > > ___
> > > Talk-ie mailing list
> > > Talk-ie@openstreetmap.org
> > > https://lists.openstreetmap.org/listinfo/talk-ie
> > >
> > ___
> > Talk-ie mailing list
> > Talk-ie@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-ie
> >
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
>
>
> --
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus
>
>
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
>
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [Talk-gb-westmidlands] One-way in Wolverhampton

[Ed Loach]

Wolverhampton Council's Twitter feed provides a link to

 

https://www.wolverhampton.gov.uk/parking-and-roads/city-centre-road-changes

 

Ed

-- 

EdLoach

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

Re: [OSM-talk-fr] Le Grand Logis à Bruz — Ajout d'un identifiant unique des cinémas en France

[Yves P.]

> Et un POI théâtre  qui doit est 
> aussi la salle de cinéma.

Syl (qui lit peut-être cette liste ?) m'indique que le ciné à fermé à 
l'ouverture du multiplex.

En lisant l'historique, c'était un ciné qui est devenu une salle de spectacle ?

> J'ai rajouté un POI cinéma   
> avec le même nom (et le numéro d'autorisation du CNC)
je le transforme donc en disused:amenity=cinema pour garder une trace (ainsi 
que les id wikidata et ref:FR:CNC)

__
Yves


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

Re: [Talk-se] Administrativa gränser

[Christoffer Holmstedt]

Jag är inte insatt i detalj på detta men det var roligt att lära sig något
nytt via Wikipedia på ämnet administrativ indelning, antar att det mesta är
hyfsat korrekt där [1, 2]. Jag har fått för mig att "regioner" är det nya
"län" men wikipedia rättade mig, där står det att själva indelning är "län"
och regioner (tidigare landsting) är bara enheten som administrerar över
länet (det kan kallas vad det vill, det är fortfarande "län" som är
indelningen på kartan).

Sjukvårdsregioner [3], landskap, polisregioner och domsagor är i praktiken
inte administrativa områden så ska enligt OSM inte ha admin_level, hur
karterar vi dessa i OSM? Några konstigheter där när admin_level ses över?

[1] https://sv.wikipedia.org/wiki/Sveriges_administrativa_indelning
[2] https://sv.wikipedia.org/wiki/Sveriges_l%C3%A4n
[3] https://sv.wikipedia.org/wiki/Sjukv%C3%A5rdsregion

Den ons 10 juni 2020 kl 10:29 skrev :

> Hej!
>
> Jag har tagit en titt på de administrativa gränser
> (boundary=administrative) som förekommer på OSM i Sverige. Dels vill
> jag ifrågasätta användningen av landsdelar som administrativ
> indelning, dels vill jag ha en mer konsekvent användning av
> admin_level för nivå 8, 9 och 10, det vill säga indelningar mindre än
> kommuner.
>
> I första frågan så finns det relationer för Norrland, Svealand och
> Götaland definierade på nivå 3, mellan Sverige som land (nivå 2) och
> län (nivå 4). Vad jag vet så är indelningen i landsdelar högst
> inofficiell om än allmänt accepterad, men absolut inte något som
> förekommer som administrativ indelning. Jag föreslår att admin_level=3
> tas bort och att relationerna ändras till boundary=historic på samma
> sätt som landskapen.
>
> I andra frågan har jag med Overpass hämtat hem stora delar av Sverige
> och undersökt vilka indelningar som finns på nivåerna 8, 9 och 10. På
> OSM-wikin finns en sida
> (
> https://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#10_admin_level_values_for_specific_countries)
> som dokumenterar vad som till stor del är sant, men en hel del avvikelser
> förekommer.
>
> Enligt den ska följande gälla:
> Nivå 2 är Sverige som land.
> Nivå 3 är landsdelar.
> Nivå 4 är län.
> Nivå 5-6 används ej.
> Nivå 7 är kommuner.
> Nivå 8 används ej.
> Nivå 9 är stadsdelsområden/stadsdelsnämndsområden/stadsdel (Umeå).
> Nivå 10 är stadsdelar/primärområden/stadsdelsområden (Umeå).
>
> I praktiken förekommer följande:
> Nivå 2-7 stämmer.
>
> Nivå 8 används för tätortsgränser i ett antal städer (Gävle, Göteborg,
> Lund, Skellefteå, Umeå, Åhus). En del också tillsammans med place=city
> eller place=town. De flesta har en kommentar i stil med
> "note=Tätortsgränsen följer inte LMs polygon slaviskt eftersom att
> denna inte täckte alla områden ordentligt" eller
> "description=Approximation of Lund city limit, fixme=refine". I
> Sundsvall/Västernorrland används istället nivå 8 till
> distriktsindelning och även till församlingar. I Stockholmsområdet
> finns en relation "Huvudsta" med nivå 8.
>
> Nivå 9 används till stor del för områden i städer som är större än
> stadsdelar, oavsett vad benämningen är på sådana områden i olika
> städer. I Ljungby används nivå 9 för stadsdelar tillsammans med
> place=suburb eller place=neighbourhood. I Sundsvall/Västernorrland
> förekommer istället statistikområden och/eller kommundelar. I Västra
> Götaland och Linköpings kommun används nivå 9 för distrikt.
>
> Nivå 10 används ungefär som nivå 9, fast för stadsdelar, förutom i
> Sundsvall/Västernorrland där de är statistikområden. I Umeå förekommer
> några få stadsdelar eller delar av stadsdelar med nivå 11. I Lund
> förekommer något som kallas för "rote" utan någon nivå.
>
> För att råda bot på virrvarret föreslår jag följande:
> Nivå 3 slutar användas (landsdelar) per ovan.
> Nivå 8 används för distriktsindelningen. De distrikt som är på nivå 9
> idag flyttas till nivå 8.
> Nivå 9 används för områden större än enskilda stadsdelar men mindre än
> kommuner. Som idag med andra ord.
> Nivå 10 används för stadsdelar (place=suburb).
> Nivå 11 får vid behov används för områden mindre än stadsdelar
> (place=neighbourhood).
>
> Jag vill också ställa frågan om det finns det något som helst syfte
> med att försöka kartlägga tätortsgränsen i OSM? Särskilt med tanke på
> att de anges vara uppskattningar.
>
> Jag tänkte att det var värt att diskutera här på e-postlistan innan
> några svepande ändringar görs.
>
> Mvh
> riiga
>
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>


-- 
Christoffer Holmstedt
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [OSM-talk-fr] Ajout d'un identifiant unique des cinémas en France

[Yves P.]

> Je ne sais pas ce qu'on pourrait demander au téléphone : on sait que ces 
> salles existent et on sait qu'elles ne sont pas référencées par le CNC.

De mémoire quand j'avais travaillé sur le logiciel de billetterie, une salle ne 
peut rien projeter si elle n'a pas d'autorisation du CNC.
C'est très contrôlé !!

Les seuls exceptions sont la petite asso qui diffuse un film (DVD) sur son 
écran. Toléré dans les petits villages mais illégal.


> Pour moi ce sont juste des exceptions légitimes : on a plus de données dans 
> OSM. D'où mon idée de créer l'attribut ref:FR:CNC=no pour bien préciser qu'on 
> a identifié cette situation.

Ok dans ce cas :)


> Il y a aussi un forum de projectionnistes : 
> https://www.projectionniste.net/forums/ 
> 
> Cool, tu pourra leur parler de notre boulot lorsque l'on aura terminé et 
> publié sur data.gouv ;) 

L'appel téléphonique ou la question sur le forum projectionniste permettent 
donc de connaître le n° d'autorisation du CNC (quand leur fichier n'est pas à 
jour)
D'ailleurs le fichier est publié en fin d'année, donc probablement pas à jour 
pendant 1 an ;)

> Au fait, c'est un projet "pro" l'intégration des cinés dans OSM ?
> non, pas du tout, juste ma marotte du moment ;)
Tu aussi tu as des Dadas ? 

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

[OSM-talk-fr] Le Grand Logis à Bruz — Ajout d'un identifiant unique des cinémas en France

[Yves P.]

Re bonjour,

Le Grand Logis est un centre culturel qui comprend une médiathèque, un cinéma 
et un théâtre.

Il y avait un tag bibliothèque sur le bâtiment 
, que j'ai mis sur un POI 
.

Et un POI théâtre  qui doit est 
aussi la salle de cinéma.

amenity=cinema;theatre ne va pas fonctionner : 
J'ai rajouté un POI cinéma   
avec le même nom (et le numéro d'autorisation du CNC)
Et j'ai superposé le ciné et la salle de spectacles.

Avez-vous d'autres idées ou des remarques ?

__
Yves

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

Re: [OSM-talk-fr] Ajout d'un identifiant unique des cinémas en France

[Florian LAINEZ]

On a aussi le cas un peu délicat des cinémas dans les parcs d'attraction
> qui ne sont pas référencés par le CNC
> https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:CNC#Parcs_d.27attraction
>
Quelques coups de téléphones et hop.

 Je ne sais pas ce qu'on pourrait demander au téléphone : on sait que ces
salles existent et on sait qu'elles ne sont pas référencées par le CNC.
Pour moi ce sont juste des exceptions légitimes : on a plus de données dans
OSM. D'où mon idée de créer l'attribut ref:FR:CNC=no pour bien préciser
qu'on a identifié cette situation.

Il y a aussi un forum de projectionnistes :
> https://www.projectionniste.net/forums/
>
Cool, tu pourra leur parler de notre boulot lorsque l'on aura terminé et
publié sur data.gouv ;)

Au fait, c'est un projet "pro" l'intégration des cinés dans OSM ?
>
non, pas du tout, juste ma marotte du moment ;)
Sinon je l'aurai précisé.

Le mer. 10 juin 2020 à 10:00, Yves P.  a écrit :

> Cool cool, ça avance :)
>
> A plusieurs ça va plus vite et c'est plus motivant :)
>
> De mon côté j'ai terminé l'ile-de-France ce matin. Mais j'ai trouvé pas
> mal d'exceptions que j'ai toutes listées dans le wiki
> https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:CNC#Autres
>
> Je regarde plus tard.
>
> On a aussi le cas un peu délicat des cinémas dans les parcs d'attraction
> qui ne sont pas référencés par le CNC
> https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:CNC#Parcs_d.27attraction
>
> Quelques coups de téléphones et hop.
> Il y a aussi un forum de projectionnistes :
> https://www.projectionniste.net/forums/
> C'est une mine d'or.
>
> Pour info, j'ai bossé sur la partie cinéma d'un logiciel de billetterie
> "open source".
> En particulier pour et avec les cinémas itinérants (j'ai fait un "stage" à
> Ecran mobile dans le Doubs).
>
> Au fait, c'est un projet "pro" l'intégration des cinés dans OSM ?
>
> __
> Yves
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 

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

Re: [Talk-it] [OT] DAE - defibrillatori

[Cascafico Giovanni]

Credo sia possibile riusare facilmente il codice sviluppato da Naposm.
Con gli esercizi commerciali stiamo sperimentando una mancanza di
interesse, presumibilemnte perchè non abbiamo una mente "promozionale"
e la nostra "potenza di fuoco" mediatica non è paragonabile a Google.

C'è una base di persone, enti, associazioni disposte a diffonderne l'uso?

Il 08/06/20, Lorenzo Rolla ha scritto:
> Gentilissimi, riprendo questa discussione di qualche mese fa, inserendo il
> testo della legge approvata dalla Camera. Non sarebbe possibile creare un
> formulario da completare come quello dei negozi in tempo Covid? In questo
> modo sarebbe facilitato il contributo di qualche cittadino volenteroso non
> avvezzo alle complessità informatiche di mappatura. Lorenzo
>
> https://www.senato.it/service/PDF/PDFServer/DF/346368.pdf
>
>
> Il giorno mer 31 lug 2019 alle 08:21 Andreas Lattmann <
> andrea.lattm...@ga-2.it> ha scritto:
>
>> >In realtà a me al corso di BLS-D hanno insegnato:
>> >
>> >  * che si fa il massaggio cardiaco+eventualmente la respirazione (che
>> >non è indispensabile nei primi minuti, a meno che l'arresto non sia
>> >dovuto a soffocamento, mentre è indispensabile far girare il
>> >sangue). Questo permette di recuperare tempo prezioso
>> >* che intanto si manda qualcuno a prendere un DAE per riattivare il
>> >cuore
>> >
>>
>> Giusto, la procedura è questa, l'importante è che ci sia qualcuno che
>> interviene e pratichi subito il BLS mentre qualcuno, anche con l'aiuto di
>> OSM, trovi nelle vicinanze un DAE.
>>
>> >altrimenti si continua a massaggiare/ventilare finché si può, in attesa
>> >
>> >di soccorsi più esperti.
>>
>> Anche i soccorsi più esperti miracoli non ne fanno se nessuno interviene
>> prima.
>> Hanno il vantaggio di maggiore esperienza ed attrezzature (cannula
>> oro-faringea [se non c'è dottore], il paziente può essere intubato,
>> ossigenato con le bombole di ossigeno ed il dottore gli può fare delle
>> punture di adrenalina direttamente nel cuore).  Rispondendo a Martin, è
>> per
>> questo che cominciano ad esserci i DAE nei luoghi pubblici, per cercare
>> di
>> aumentare il numero di persone che si salvano.
>>
>> >In generale il problema non è tanto avere il DAE vicino, ma che solo
>> >una
>> >piccola parte di chi ha un attacco cardiaco ha accanto qualcuno che
>> >interviene, mentre spesso ha accanto qualcuno che non fa nulla.
>>
>> Purtroppo è vero anche questo...
>>
>> Sarebbe bello avere i dati aperti sul posizionamento dei DAE, almeno per
>> poter fare un sopralluogo ed inserirli in OSM nella posizione corretta.
>>
>> Andreas
>>
>> --
>> 樂
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
> --
> Lorenzo Rolla
>

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

[talk-cz] WeeklyOSM CZ 515

[Tom Ka]

Ahoj, je dostupné vydání 515 týdeníku WeeklyOSM:

https://weeklyosm.eu/cz/archives/13248

* Import parků.
* Ruční kreslení trasy.
* Vrstva Wikipedia.
* Obnovitelné zdroje energie.
* Trendy OSm statistik.
* Mapy pro Maps.Me.
* 7 let ke grapHopperu 1.0.
* Mapování slumů.
* Multipolygony v JOSM.
* Stínování pro Lucemburk.
* OSM pro ekologickou dopravu.
* Editor iD pro mobily.
* Levné mapy Německa.
* Mapa imunity.
* Rozvrh procházek.

Pěkné počtení ...

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

[Talk-se] Administrativa gränser

[riiga]

Hej!

Jag har tagit en titt på de administrativa gränser  
(boundary=administrative) som förekommer på OSM i Sverige. Dels vill  
jag ifrågasätta användningen av landsdelar som administrativ  
indelning, dels vill jag ha en mer konsekvent användning av  
admin_level för nivå 8, 9 och 10, det vill säga indelningar mindre än  
kommuner.


I första frågan så finns det relationer för Norrland, Svealand och  
Götaland definierade på nivå 3, mellan Sverige som land (nivå 2) och  
län (nivå 4). Vad jag vet så är indelningen i landsdelar högst  
inofficiell om än allmänt accepterad, men absolut inte något som  
förekommer som administrativ indelning. Jag föreslår att admin_level=3  
tas bort och att relationerna ändras till boundary=historic på samma  
sätt som landskapen.


I andra frågan har jag med Overpass hämtat hem stora delar av Sverige  
och undersökt vilka indelningar som finns på nivåerna 8, 9 och 10. På  
OSM-wikin finns en sida  
(https://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#10_admin_level_values_for_specific_countries) som dokumenterar vad som till stor del är sant, men en hel del avvikelser  
förekommer.


Enligt den ska följande gälla:
Nivå 2 är Sverige som land.
Nivå 3 är landsdelar.
Nivå 4 är län.
Nivå 5-6 används ej.
Nivå 7 är kommuner.
Nivå 8 används ej.
Nivå 9 är stadsdelsområden/stadsdelsnämndsområden/stadsdel (Umeå).
Nivå 10 är stadsdelar/primärområden/stadsdelsområden (Umeå).

I praktiken förekommer följande:
Nivå 2-7 stämmer.

Nivå 8 används för tätortsgränser i ett antal städer (Gävle, Göteborg,  
Lund, Skellefteå, Umeå, Åhus). En del också tillsammans med place=city  
eller place=town. De flesta har en kommentar i stil med  
"note=Tätortsgränsen följer inte LMs polygon slaviskt eftersom att  
denna inte täckte alla områden ordentligt" eller  
"description=Approximation of Lund city limit, fixme=refine". I  
Sundsvall/Västernorrland används istället nivå 8 till  
distriktsindelning och även till församlingar. I Stockholmsområdet  
finns en relation "Huvudsta" med nivå 8.


Nivå 9 används till stor del för områden i städer som är större än  
stadsdelar, oavsett vad benämningen är på sådana områden i olika  
städer. I Ljungby används nivå 9 för stadsdelar tillsammans med  
place=suburb eller place=neighbourhood. I Sundsvall/Västernorrland  
förekommer istället statistikområden och/eller kommundelar. I Västra  
Götaland och Linköpings kommun används nivå 9 för distrikt.


Nivå 10 används ungefär som nivå 9, fast för stadsdelar, förutom i  
Sundsvall/Västernorrland där de är statistikområden. I Umeå förekommer  
några få stadsdelar eller delar av stadsdelar med nivå 11. I Lund  
förekommer något som kallas för "rote" utan någon nivå.


För att råda bot på virrvarret föreslår jag följande:
Nivå 3 slutar användas (landsdelar) per ovan.
Nivå 8 används för distriktsindelningen. De distrikt som är på nivå 9  
idag flyttas till nivå 8.
Nivå 9 används för områden större än enskilda stadsdelar men mindre än  
kommuner. Som idag med andra ord.

Nivå 10 används för stadsdelar (place=suburb).
Nivå 11 får vid behov används för områden mindre än stadsdelar  
(place=neighbourhood).


Jag vill också ställa frågan om det finns det något som helst syfte  
med att försöka kartlägga tätortsgränsen i OSM? Särskilt med tanke på  
att de anges vara uppskattningar.


Jag tänkte att det var värt att diskutera här på e-postlistan innan  
några svepande ändringar görs.


Mvh
riiga


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

Re: [OSM-talk-fr] Ajout d'un identifiant unique des cinémas en France

[Yves P.]

> Cool cool, ça avance :)

A plusieurs ça va plus vite et c'est plus motivant :)

> De mon côté j'ai terminé l'ile-de-France ce matin. Mais j'ai trouvé pas mal 
> d'exceptions que j'ai toutes listées dans le wiki 
> https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:CNC#Autres 
> Je regarde plus 
> tard.

> On a aussi le cas un peu délicat des cinémas dans les parcs d'attraction qui 
> ne sont pas référencés par le CNC 
> https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:CNC#Parcs_d.27attraction 
> Quelques
>  coups de téléphones et hop.
Il y a aussi un forum de projectionnistes : 
https://www.projectionniste.net/forums/
C'est une mine d'or.

Pour info, j'ai bossé sur la partie cinéma d'un logiciel de billetterie "open 
source".
En particulier pour et avec les cinémas itinérants (j'ai fait un "stage" à 
Ecran mobile dans le Doubs).

Au fait, c'est un projet "pro" l'intégration des cinés dans OSM ?

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

Re: [OSM-talk-fr] Ajout d'un identifiant unique des cinémas en France

[Florian LAINEZ]

Cool cool, ça avance :)
De mon côté j'ai terminé l'ile-de-France ce matin. Mais j'ai trouvé pas mal
d'exceptions que j'ai toutes listées dans le wiki
https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:CNC#Autres
On a aussi le cas un peu délicat des cinémas dans les parcs d'attraction
qui ne sont pas référencés par le CNC
https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:CNC#Parcs_d.27attraction

Le mer. 10 juin 2020 à 08:50, Yves P.  a écrit :

> > Y a du boulot !
> Hier j'ai galèré avec OpenRefine pour réconcilier les tableau avec les
> données OSM.
> Ça marche très bien avec du texte, pas du tout avec des données
> géographiques (il manque un greffon. Il est dans la whist list du projet).
>
> Mais j'ai avancé quand même :)
>
> Les facettes ont permis de voir qu'il y a 1235 communes avec 1 seul ciné.
> J'ai fait le rapprochement avec le greffon MMQGIS… dans QGIS :)
>
> Et pour les cinémas dans wikidata, il y en a 316 avec une correspondance
> automatique.
> Et quelques centaines à valider manuellement (cinéma Bertrand Tavernier  /
> BERTRAND TAVERNIER).
>
> Je vérifie toues ces données aujourd'hui.
>
> __
> Yves
>
> PS: il y a 199 communes avec au moins 2 cinés (soit 636 cinémas)
> Dont 16 communes avec 5 cinémas ou plus (92 pour Paris !!)
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 

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

Re: [Talk-it-southtyrol] Aggiornamento civici Völs am Schlern

[Cascafico Giovanni]

Ciao Luschi,


Il 10/06/20, heimlik...@mail.com ha scritto:
> non è solo Völs che deve essere controllato/aggiornato.

Ho capito. Ho considerato questo, perchè ho letto in ML talk-it questa
richiesta specifica.

> Una altra domanda è anche se fa senso mantenere "addr:city" e
> "addr:postcode" perché si può prendere dalla relation.
> "boundary=administrative" esiste già tanti anni e le relations per il
> codice postale ho fatto qualche tempo fa.

Mi adeguo a quello fatto per il Friuli Venezia Giulia, per comune di
Bergamo e che stiamo facendo per Milano. Nella ML talk-it si era avuto
consenso nel seguire per i nuovi civici questo standard [1]. Nella
thread di Milano ci sono state segnalazioni che alcuni navigatori
nella ricerca restituiscono risposte più mirante, tanto che si è
pensato di includere addr:city=Milano nei civici di questa città.


> Sulle cartelli stradali i nomi sono scritti sempre come
> "A.-Einstein-Straße", "H.-Mumelter-Weg", "St.-Anton-Straße" etc. e per
> quello preferisco usare la regola "on the ground".

Se per queste notazioni sono standard per il locale DE è sicuramente
il caso di mantenerle.

> Per "Albert-Einstein-Straße", "Hubert-Mumelter-Weg",
> "Herbert-Mumelter-Weg", "Sankt-Anton-Straße", etc. si può usare
> "addr:official_street="

> Se sul cartello è scritto solo "H.-Mumelter-Weg", non serve
> "addr:street:de", "addr:street:it" e/o "addr:street:lld".

Ho creato una regola che se sono uguali, resta solo addr:street (avevo
notatto nella mappa di audit  "Zann - Zann" :-)

La situazione on-the-gound ha la priorità sul dataset: è necesssario
decidere se aggiustare il dataset in base a survey, oppure aggiustare
dopo.

> In Südtirol si usa ß per Straße/Schießstand/ etc. e anche ä ö ü.
> Ma possono esistere anche nomi come "Schloss" e "Schloß". Nuova
> ortografia o vecchia ortografia. Dipende da quanto tempo esiste il nome.

Se l'aggiornamento sarà esteso, questo è da riportare su una eventuale
wiki. Per quel che


> Anche "via" in "addr:street" e "addr:street:it" secondo me si deve
> scrivere in minuscolo come in tutto l'Italia.

Questo non mi risulta


> Per le lettere nel numero, preferisco la scrittura 21/A.
> Ma la scrittura sulle cartelli cambia da una comune al altra.
> In Völs si usa 21a uguale come in Bruneck.
> In Brixen si usa 21/A
> In Bozen si usa 21A
> Ho visto posti dove esistono 21/5, 21/6, 21/7 etc. e per quello penso
> che fa senso usare "/"

Per questo, vedi sempre [1]


> È meglio usare una variante uguale per tutta la regione o tutto l'Italia.
> Se fate anche le altre comuni su audit.osmz.ru, posso dare una occhiata.
> Non sono su talk-it e per quello ti prego di scrivere qualche update
> anche qui su talk-it-southtyrol
> grazie

Ok, grazie a te per il feed-back.


[1] 
https://wiki.openstreetmap.org/wiki/IT:Addresses#Regole_specifiche_per_l.27Italia

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

Re: [OSM-talk-fr] Hiérarchisation du réseau cyclable

[Phyks]

Bonjour,

Les relations sont souvent des itinéraires touristiques, mais pas
exclusivement. Elles représentent aussi cette notion de réseau (REV, RER
V, Chronovélo, etc). Par exemple
https://cycling.waymarkedtrails.org/#route?id=8664028=13!48.8583!2.3467.

Le network (lcn, rcn, ncn, icn) indique alors l'importance de
l'itinéraire (lcn si géré à l'échelle très locale, rcn pour un
itinéraire d'importance régionale type RER V, ncn pour des véloroutes
nationales et icn pour des Eurovelo).


Il y a d'ailleurs déjà des questions soulevées (sur talk-fr notamment)
pour classifier davantage ces relations (tourisme, utilitaire, course,
etc). Pour l'instant, la seule distinction existante est vélo ou VTT.

-- 
Phyks
Le 09/06/2020 à 13:58, Julien djakk a écrit :
> Merci marc, je vais jeter un œil là-dessus.
> 
> Bonjour Romain, en général ces itinéraires cartographiés avec une
> relation sont des itinéraires touristiques. Et merci : je ne savais
> pas qu'il existait une liste "vélo" ! :)
> 
> Julien "djakk"
> 
> Le mar. 9 juin 2020 à 12:51, Romain MEHUT  a écrit :
>>
>> Bonjour,
>>
>> N'est-ce pas déjà le cas avec les relations qui décrivent des itinéraires ?
>>
>> Romain
>>
>> Le 09/06/2020 à 12:35, Julien djakk a écrit :
>>> Bonjour tout le monde !
>>>
>>> Je souhaite hiérarchiser dans OpenStreetMap le réseau de pistes
>>> cyclables et de routes ouvertes au vélos. Comment faire ?
>>> Je pensais faire à la manière du réseau routier voitures :
>>> highway="primary", "secondary", etc. -> cycleway="primary",
>>> "secondary", etc. ? Bon cycleway étant déjà utilisé il faudrait une
>>> autre clé (cycleway:importance ?).
>>>
>>> On se retrouverait dans certains cas avec des voies
>>> highway="residential" + cycleway:importance="primary".
>>>
>>>
>>> Julien "djakk"
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
> 

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

Re: [OSM-talk-fr] api-adresse.data.gouv.fr/reverse ne fonctionne pas dans les DOM/TOM ?

[Yves P.]

> Le géocodage inversé d'addok fonctionne par proximité (il se base sur les 
> geohash, ce n'est pas une requête nativement géographique) et si il n'y a pas 
> d'adresse dans le coin, il n'y a pas de réponse.
> 
Ok, ça explique pourquoi il ne trouve rien dans les parcs d'attractions :)
> Je ne vois pas pourquoi il y aurait un bug lié au DOM/TOM, c'est plutôt la 
> faible densité d'adresse qui doit expliquer ce résultat.
> 
Oui, c'est plutôt ça.

Merci pour tes lumières :)

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

Re: [OSM-talk-fr] type de rivière pour la bièvre

[Vincent de Château-Thierry]

Bonjour,

> De: "Francois Gouget" 
> 
> On Tue, 9 Jun 2020, Brice wrote:
> [...]
> > Concernant la partie la plus en aval, la Bièvre entre dans le
> > réseau des
> > égouts de Paris. J'ai récemment dessiné cette partie aval en
> > choisissant
> > au mieux des tronçons d’égouts (pipeline) pour avoir la continuité
> > jusqu'à la Seine.

Un sujet connexe, toujours sur la Bièvre ou ce qu'il en reste : il existe dans 
le XIIIè et le Vè des repères au sol, sous forme de plaque avec un texte 
indiquant que la Bièvre passait par là avant. Quelques photos d'exemples ici : 
http://parismamanetmoi.com/2012/09/04/sur-les-traces-de-lancien-lit-de-la-bievre-dans-paris/
J'en avais fait le recensement (j'en ai une cinquantaine en stock), mais à 
peine commencé leur saisie dans OSM [1] et [2] car j'avais des doutes sur la 
bonne manière de les tagguer. 

vincent

[1] : https://www.openstreetmap.org/node/484011
[2] : https://www.openstreetmap.org/node/484008

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

Re: [OSM-talk-fr] type de rivière pour la bièvre

[Georges Dutreix via Talk-fr]

Va pour stream.
j'ai affiné le tracé entre la N20 et L'Haÿ les Roses avec des 
expéditions vélos et confirmation des riverains croisés. Quand on leur 
demande "c'est la Bièvre ici ?" il savent parfaitement ce qui passe au 
bord de leur terrain ou en en dessous ;-)


En fait, je suis parti de bouts de trace sur le cadastre pour aller 
vérifier.


Le 10/06/2020 à 02:48, Francois Gouget a écrit :

Le tracé n'est pas top non plus en banlieue (à part quelques bouts
à Cachan et L'Haÿ-les-Roses où elle est découverte). Si quelqu'un a des
sources pour l'affiner...


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

Re: [OSM-talk-fr] Hiérarchisation du réseau cyclable

[Christian Quest]

Un sujet cyclique ;)

Pour les routes, on a déjà parfois cette discussion et on avait convergé 
sur la logique d'échelle:


- une primary permet de relier des points majeurs éloignés (par exemple 
les préfectures)


- une secondary relie les villes secondaires (les sous-pref ?)

- une tertiary relie les communes entre elles

et ensuite on a les unclassified.


Ce n'est pas directement lié au trafic, qui naturellement passera en 
priorité par ces "grands chemins", adaptés et physiquement mieux aménagé 
(largeur, voies, etc).


Peut-on (doit-on) transposer ce principe au vélo ?

Pas évident car les aménagements sont bien plus récents et manquent de 
cohérence.


Les conclusions passées allaient toutes vers plutôt une description fine 
des aménagements, que vers une classification mais on sent bien qu'il y 
a un manque vu que le sujet revient régulièrement ;)



Le 09/06/2020 à 23:43, Brice a écrit :

Le 09/06/2020 à 19:24, Florimond Berthoux a écrit :

On pourrait effectivement reprendre l'idée de la hiérarchie de 
highway .../primary/secondary/tertiary/...
Ce qui me gêne un peu c'est que c'est difficilement objectivable. 


+ 1



Ce qui me fait penser qu'il nous suffirait d'avoir trois niveau :
primary/"bicycle highway"
normal/banal
link


ces 3 niveaux me semblent pertinents et caractérisables sur le 
terrain, oui


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


--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] api-adresse.data.gouv.fr/reverse ne fonctionne pas dans les DOM/TOM ?

[Christian Quest]

Le géocodage inversé d'addok fonctionne par proximité (il se base sur 
les geohash, ce n'est pas une requête nativement géographique) et si il 
n'y a pas d'adresse dans le coin, il n'y a pas de réponse.


Je ne vois pas pourquoi il y aurait un bug lié au DOM/TOM, c'est plutôt 
la faible densité d'adresse qui doit expliquer ce résultat.



Le 09/06/2020 à 20:54, Yves P. a écrit :

Bonsoir,

Je constate cette curiosité, il n'y a pas d'adresse retournée pour des 
POI dans les dom/tom…

https://www.openstreetmap.org/node/519610416
https://www.openstreetmap.org/node/824190104
…

et aussi pour des POIs à Disneyland Paris,  au Futuroscope ou au PAL ??
https://www.openstreetmap.org/way/40404111
https://www.openstreetmap.org/way/85075302
https://www.openstreetmap.org/way/223561838

addok n'aime pas les parcs d'attractions ?

__
Yves

--
Ce message a été vérifié par *MailScanner* 
pour des virus ou des polluriels et rien de
suspect n'a été trouvé.

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


--
Christian Quest - OpenStreetMap France

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

Re: [OSM-talk-fr] Ajout d'un identifiant unique des cinémas en France

[Yves P.]

> Y a du boulot !
Hier j'ai galèré avec OpenRefine pour réconcilier les tableau avec les données 
OSM.
Ça marche très bien avec du texte, pas du tout avec des données géographiques 
(il manque un greffon. Il est dans la whist list du projet).

Mais j'ai avancé quand même :)

Les facettes ont permis de voir qu'il y a 1235 communes avec 1 seul ciné.
J'ai fait le rapprochement avec le greffon MMQGIS… dans QGIS :)

Et pour les cinémas dans wikidata, il y en a 316 avec une correspondance 
automatique.
Et quelques centaines à valider manuellement (cinéma Bertrand Tavernier  / 
BERTRAND TAVERNIER).

Je vérifie toues ces données aujourd'hui.

__
Yves

PS: il y a 199 communes avec au moins 2 cinés (soit 636 cinémas)
Dont 16 communes avec 5 cinémas ou plus (92 pour Paris !!)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr