date:20190318

That’s so nice!
I hope to meet some of you there. I’ll have to leave around 6pm unfortunately.
And obviously it’s layer=-1, not level :)
Martijn

> On Mar 18, 2019, at 9:08 PM, Steve Singer  wrote:
> 
> On Mon, 18 Mar 2019, Martijn van Exel wrote:
> 
>> Hi all, and Toronto mappers in particular.I am currently visiting Toronto 
>> and using OSM
>> extensively to get around using maps.me and the OSM web site mainly.
>> The level of detail and completeness are amazing, a big thanks to all 
>> Toronto mappers.
>> I didn’t know about PATH, the level=-1 pedestrian infrastructure, which 
>> seems to be well mapped
>> also. Amazing.
>> If any of you are around, I have some time tomorrow in the afternoon, if you 
>> want to get a coffee
>> or a beer.
>> Martijn
> 
> I've posted an event to the meetup group (based on Martijn proposal) for 
> Tuesday March 19, 4:00pm at C'est what.
> 
> https://www.meetup.com/OpenStreetMap-Toronto/events/259886903/
> 
> Steve


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

Re: [talk-au] new OpenStreetCam competition

2019-03-18 Thread Sebastian S.

Hi Michael,
Do you have recommendations for a ODB2 dongle available in OZ?
Regards Sebastian
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

On 19 March 2019 8:12:03 am AEDT, Michael James  
wrote:
>Hi Martin
>
> 
>
>I've only just started trying with the app, is there any word on when
>the
>bug with ODB2 & BT getting fixed
>
> 
>
>Namely this open bug :-
>
>https://github.com/openstreetcam/android/issues/125
>
> 
>
>My testing shows that you really need the ODB adapter when doing urban
>streets as the GPS averaging is too slow to deal with the acceleration
>changes.
>
> 
>
>Thanks Michael
>
> 
>
> 
>
>From: Martijn van Exel  
>Sent: Tuesday, 19 March 2019 1:08 AM
>To: OSM Australian Talk List 
>Subject: [talk-au] new OpenStreetCam competition
>
> 
>
>Howdy.
>
>We had a good time with the first OpenStreetCam competition, the
>winners
>received their prizes, and we decided to hold another one. The main
>prize
>this time is an OSC Waylens Horizon camera. This is a fairly nifty
>device
>that lets you automatically record and upload to OSC. The competition
>is
>open now until April 15th. As before, just collect more OSC points than
>other mappers to win. Read details on the Telenav ImproveOSM blog:
>http://blog.improveosm.org/en/2019/03/announcing-the-second-openstreetcam-au
>stralia-and-new-zealand-competition/ .
>
> 
>
>Related: 
>
>* A previous blog post
>ia-newzealand/>  about the impact of competition number 1 
>
>* the OpenStreetCam JOSM plugin
>ent/>  was just updated with some new features as well.
>
> 
>
>Let me know if you have any questions, and Happy mapping!
>-- 
> Martijn van Exel
> m...@rtijn.org  
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] new OpenStreetCam competition

2019-03-18 Thread Sebastian S.

Hi Martin,
Just on the last competition.
I have uploaded photos as ConsEbt and was wondering how you send the prize.
I checked my email but either did not receive it missed any notification.
The email associated with my account is sign...@consebt.de which I recently 
changed to this one.

Regards Sebastian

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

On 19 March 2019 2:08:29 am AEDT, Martijn van Exel  wrote:
>Howdy.
>
>We had a good time with the first OpenStreetCam competition, the
>winners received their prizes, and we decided to hold another one. The
>main prize this time is an OSC Waylens Horizon camera. This is a fairly
>nifty device that lets you automatically record and upload to OSC. The
>competition is open now until April 15th. As before, just collect more
>OSC points than other mappers to win. Read details on the Telenav
>ImproveOSM blog:
>http://blog.improveosm.org/en/2019/03/announcing-the-second-openstreetcam-australia-and-new-zealand-competition/
>
>.
>
>Related: 
>* A previous blog post
>
>about the impact of competition number 1 
>* the OpenStreetCam JOSM plugin
>
>was just updated with some new features as well.
>
>Let me know if you have any questions, and Happy mapping!
>-- 
> Martijn van Exel
> m...@rtijn.org
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] Very cool NSW transport real time map

2019-03-18 Thread Arthur Geeson


Hi all,

Not so different to the MarineTraffic.com map of the world.

Arthur

On 19/3/19 12:21 pm, Alex (Maxious) Sadleir wrote:

Source: https://twitter.com/SimonGIS/status/1060789315653922816
Also some code on Github: https://github.com/bgtdevhub/tfnsw-wab-widget

On Tue, Mar 19, 2019 at 12:07 PM Dion Moult > wrote:


Just thought I'd share this very cool real time map of transport
in NSW that I found online - don't know who is behind it but it's
awesome! And yes, it has OSM as a background.

https://www.bgtdevhub.com/TfNSW/index.html


Dion Moult



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


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

Re: [talk-au] Very cool NSW transport real time map

2019-03-18 Thread Alex (Maxious) Sadleir

Source: https://twitter.com/SimonGIS/status/1060789315653922816
Also some code on Github: https://github.com/bgtdevhub/tfnsw-wab-widget

On Tue, Mar 19, 2019 at 12:07 PM Dion Moult  wrote:

> Just thought I'd share this very cool real time map of transport in NSW
> that I found online - don't know who is behind it but it's awesome! And
> yes, it has OSM as a background.
>
> https://www.bgtdevhub.com/TfNSW/index.html
>
>
> Dion Moult
>
>
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] Very cool NSW transport real time map

2019-03-18 Thread Ewen Hill

That is a superb find Dion and would be useful not as a one off city app
but for the whole of Australasia as an app so we are not re-inventing this
for each state and territory.

Well worth a Georabble discussion on how this was made.

Ewen

On Tue, 19 Mar 2019 at 12:07, Dion Moult  wrote:

> Just thought I'd share this very cool real time map of transport in NSW
> that I found online - don't know who is behind it but it's awesome! And
> yes, it has OSM as a background.
>
> https://www.bgtdevhub.com/TfNSW/index.html
>
>
> Dion Moult
>
>
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>

-- 
Warm Regards

Ewen Hill
Internet Development Australia
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [Talk-transit] Help with bus route consisting of a round trip

2019-03-18 Thread Jo

I removed two ways from the relation. One where there are 2 parallel ones,
but only one of those can serve that stop. The other was a part that I
deleted as well. It was probably the result from a split that went bad.

Jo

On Tue, Mar 19, 2019 at 1:05 AM David Suárez  wrote:

> Yes, I'm using it, but I am just beginning. If you don't mind, I would ask
> you what was the problem? I could swear there was no segment missing.
>
> Gracias,
> David
> El 18/03/19 a las 17:22, Jo escribió:
>
> Hola David,
>
> Now it's continuous. Do you know about the PT_Assistant plugin?
>
> Jo
>
> On Mon, Mar 18, 2019 at 11:57 PM David Suárez  wrote:
>
>> Hello,
>>
>> I am trying to improve public transport route in my city following the
>> PTv2 scheme. However, I get a validation warning regarding the existence
>> of a gap. I checked all the way segments but I cannot find any issue,
>> except for a couple of segments which appear in the wrong direction when
>> using the relation editor in JOSM. Nonetheless, both segments are
>> ordered correctly in the route and they are marked as two-way paths.
>> Hence, I don't know if the validation problem is related to the route
>> being a round trip or what I am missing.
>>
>> This is the route: https://www.openstreetmap.org/relation/9402608 and
>> the problematic segments seem to be:
>> https://www.openstreetmap.org/way/499715621 and
>> https://www.openstreetmap.org/way/96613480
>>
>>
>> Thank you for your help,
>> David
>>
>>
>>
>> ___
>> Talk-transit mailing list
>> Talk-transit@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-transit
>>
>
> ___
> Talk-transit mailing 
> listTalk-transit@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-transit
>
> ___
> Talk-transit mailing list
> Talk-transit@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-transit
>
___
Talk-transit mailing list
Talk-transit@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-transit

Re: [Talk-ca] Toronto appreciation

2019-03-18 Thread Steve Singer


On Mon, 18 Mar 2019, Martijn van Exel wrote:


Hi all, and Toronto mappers in particular.I am currently visiting Toronto and 
using OSM
extensively to get around using maps.me and the OSM web site mainly.
The level of detail and completeness are amazing, a big thanks to all Toronto 
mappers.
I didn’t know about PATH, the level=-1 pedestrian infrastructure, which seems 
to be well mapped
also. Amazing.
If any of you are around, I have some time tomorrow in the afternoon, if you 
want to get a coffee
or a beer.
Martijn


I've posted an event to the meetup group (based on Martijn proposal) for 
Tuesday March 19, 4:00pm at C'est what.


https://www.meetup.com/OpenStreetMap-Toronto/events/259886903/

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

[talk-au] Very cool NSW transport real time map

2019-03-18 Thread Dion Moult

Just thought I'd share this very cool real time map of transport in NSW that I 
found online - don't know who is behind it but it's awesome! And yes, it has 
OSM as a background.

https://www.bgtdevhub.com/TfNSW/index.html


Dion Moult



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

Re: [talk-au] Transport for NSW (TfNSW)

2019-03-18 Thread Dion Moult

Hi Sigurjon!

Welcome to talk-au OSM! Really happy to see TfNSW involvement!

David and I are doing the NSW address import in our spare time here and there 
:) Always happy for more people to join. 
https://gitlab.com/dionmoult/osm-nsw-address-import

It'd be good if you could join the meetup to say hi - you can mark yourself as 
"not attending" but at least then you will be on the list so I can send updates 
when there is another meetup: 
https://gettogether.community/events/1001/sydney-osm-mappers/

Dion Moult

‐‐‐ Original Message ‐‐‐
On Tuesday, 19 March 2019 11:41 AM, Runarsson, Sigurjon 
 wrote:

> Hi Sebastian,
>
> Currently we are mostly focusing on A to B trip planning for public transport 
> modes including walking.  So our main focus atm is to enhance the data  
> around interchanges i.e. stations layouts to support routing indoors as well 
> as outdoors.  Saying that, we are determined to contribute to all attributes 
> within the osm database based on internal and external feedback.
>
> Guidelines – I would say that  we need more assistance/guidance from the osm 
> users like yourself in most instances:)  but  yes we would contribute in 
> discussion and wiki if needed.
>
> Based on discussion that I have had internally for the last few days we feel 
> that making the data available in osm by importing and regularly maintain the 
> data  like bus stops is the way to go rather than telling the users how to 
> map ie naming  a bus stop.  So based on that we are now actively working on 
> getting approval for a waiver signed for bus stops in particular so we can 
> proceed.  If successful, more datasets would follow.
>
> Maybe discussion for later date but I feel that other datasets like suburbs 
> and address data could be updated (bulk import) into osm on regular basis as 
> more and more consumers are directly taking the osm database into their 
> products.  Hopefully we can get waivers signed and go down that path.
>
> I will keep you posted with any developments on the waiver(s).  In the 
> meantime please let us know if you have specific questions related to public 
> transport.
>
> Defiantly interested in regular local meetups.  Unfortunately cannot make the 
> 30 March.
>
> Regards,
>
> Sigurjon
>
> From: Seb Mapping [mailto:mapp...@consebt.de]
> Sent: Friday, 15 March 2019 4:14 PM
> To: talk-au@openstreetmap.org; Runarsson, Sigurjon; talk-au@openstreetmap.org
> Subject: Re: [talk-au] Transport for NSW (TfNSW)
>
> Hi Sigurjon,
> Welcome and thanks for reaching out.
> I like that you set up the wiki page to tell us how you use OSM. What I'm 
> wondering is, are there rules, key topics etc TfNSW or better your group is 
> focusing on in their contributions?
>
> Would you be interested to provide or document in the wiki mapping examples 
> for e.g. bus stops?
>
> Regards Sebastian
> PS: you might be interested in local meet ups, see other thread.
>
> On 14 March 2019 8:53:16 am AEDT, "Runarsson, Sigurjon" 
>  wrote:
>
> Hi all,
>
> My name is Sigurjon and I work for the Transport for NSW (TfNSW) Data 
> Services team which is a small but dedicated group which underpin the many 
> digital products and projects that form part of TfNSW as a whole. The team 
> are responsible for sourcing, managing and providing data with an emphasis on 
> quality and efficiency.
>
> The TfNSW Data Services team aim to contribute and help improve 
> OpenStreetMap, which we started to use in our products like the TfNSW Trip 
> Planner (https://transportnsw.info/trip#/) from the end of 2018, through 
> review and updates that are identified as part of their wide reaching 
> day-to-day activities, feedback from their extensive network of 
> customer/public facing channels, and other TfNSW internal stakeholders.
>
> You can find further information on our wiki page 
> https://wiki.openstreetmap.org/wiki/TfNSW
>
> Please don’t hesitate to contact me on 
> sigurjon.runars...@transport.nsw.gov.au, 
> https://www.openstreetmap.org/user/Maradona11 or use our group mailbox and 
> another member of the team will endeavour to help you: 
> timeta...@transport.nsw.gov.au
>
> Thanks,
>
> Sigurjon
>
> This email is intended only for the addressee and may contain confidential 
> information. If you receive this email in error please delete it and any 
> attachments and notify the sender immediately by reply email. Transport for 
> NSW takes all care to ensure that attachments are free from viruses or other 
> defects. Transport for NSW assume no liability for any loss, damage or other 
> consequences which may arise from opening or using an attachment.
>
> P Consider the environment. Please don't print this e-mail unless really 
> necessary.
>
> --
> Sent from my Android device with K-9 Mail. Please excuse my brevity.
>
> This email is intended only for the addressee and may contain confidential 
> information. If you receive this email in error please delete it and any 
> attachments and notify the sender immediately

Re: [OSM-talk-fr] Code officiel géographique de l'Insee

2019-03-18 Thread Jérôme Amagat

Je comptais pas changer tous les noms des communes dont j'ai fait la liste,
si j'ai mis la liste c'est pour que d'autres vérifient si il n'y a pas des
erreurs.
d’ailleurs il y en avait une :) pour Cloyes-les-Trois-Rivières les tirets
sont dans le nom officiel mais pas dans osm, c'est corrigé.
Je voulais aussi savoir si on été toujours d’accord pour garder ces nom qui
respecte la typo officiel comme déjà débattu dans d'autres discussions. moi
personnellement j'ai pas vraiment d'avis, l'orthographe et moi  ça fait 2
ou plus ... ce qu'il me choque plus dans ces noms c'est plutôt certains
noms comme "Bairon et ses environs" ou "Jugon-les-Lacs - Commune nouvelle"
ou toutes ces commune avec un nom a rallonge parce que les petites communes
ne veulent pas que leurs noms disparaissent... Et je signale par contre que
Wikipédia a choisi les nom officiel comme nom d'article... (il donne aussi
les autres nom en début d'article)

j'ai aussi mis a jour toutes ces commune pour avoir dans official_name=* le
nom officiel quand il n'y été pas déja.

Le lun. 18 mars 2019 à 20:48,  a écrit :

> Le 18/03/2019 à 19:43, Rpnpif - rpn...@trob.eu a écrit :
>
> Le 17 mars 2019, Jérôme Amagat a écrit :
>
>
> L'insee a sorti son code officiel géographique pour 
> 2019https://www.insee.fr/fr/information/3720946
>  et j'ai regarder les différences avec osm.
> Sur les communes, 2 différences notables, 2 communes en moins dans osm à
> cause de 2 communes nouvelles créées au 28 février en Côte d'Or
> (Collonges-et-Premières et Neuilly-Crimolois). (Le cog c'est la situation
> au 1er janvier.)
>
> Pour les noms des communes beaucoup de petites différences avec le name=*
> de osm. Beaucoup de problèmes de tiret "-" présent dans osm et pas dans le
> cog sur les communes nouvelles, problème de majuscules aussi dans ces
> communes nouvelles. et aussi des différences d'orthographe entre les locaux
> et l'Etat :) (pas mal d'entre elles ont un tag alt_name ou official_name
> avec le nom officiel)
> je vous mets la liste :) (dans la 2e partie c'est que des problèmes de
> tiret) :
>
> code INSEEosmcog
> 29158Penmarc'hPenmarch
> 56046Crac'hCrach
> 56162PlœmeurPloemeur
> 56262Le BonoBono
> 64166ÇaroCaro
> 74112Épagny-Metz-TessyEpagny Metz-Tessy
> 85082Les ÉpessesLes Epesses
>
> Là on voit que le COG a des problèmes avec des lettres non ASCII.
>
> Comme dit Alain, à mettre dans official_name et sinon à regarder au cas
> par cas.
>
> c'h doit rester (se prononce normalement comme le ch allemand, et non
> comme le ch français).
>
> Plœmeur contrairement à Ploemeur se prononce comme il s'écrit. C'est la
> graphie retenue par la mairie. Sinon il y a risque de confusion avec
> Plomeur (heu, même avec ^^).
>
> Pareil pour les Ç et autres É :  à garder dans OSM.
>
> Pour Le Bono, voir plus bas.
>
> Pour les tirets, la version 2020 corrigera peut-être ces erreurs !
> Est-ce qu'on fait une page wiki pour statuer ?
>
> Lors de création de communes nouvelles, quelques communes ont du changer de
> département et l'insee leur a changé leur code quand elle sont devenues
> communes déléguées, c'est le cas de (avec leur nouveau code) :
> Le Fresne-sur-Loire49382
> Pont-Farcy50649
> Gernicourt51664
> Freigné44225
> Qu'est ce qu'il faut faire de ces codes et des anciens ?
>
> Là encore d'accord avec Alain pour les start et end date.
>
> est  ce que je fait les modifications pour coller au COG sans réfléchir ou
> pas?
>
>
oui mais comment ?
ref:INSEE="le nouveau", ref:INSEE:2018-01-01-="le nouveau" et
ref:INSEE:-2018-01-01="l'ancien" ?
ou utilisé old_ref:INSEE ou disused:ref:INSEE=* ...

> Pas systématiquement. Doit-on faire une page wiki pour statuer sur ce
> qu'on fait sur le name (sachant qu'on peut déjà mettre en official_name le
> COG) ?
>
> Une discussion précédente avait dit qu'on mettait le nom normlsié dans
> name=* et le nom officiel dans official_name=*
>
> C'est quoi le nom normalisé ?
>
> Par exemple sur le terrain tu trouves des panneaux Ploemeur à la place de
> Plœmeur.
>
> Tu cherches la page de la mairie pour voir ce qu'elle écrit ?
>
> Pour Le Bono , la commune
> a été créée comme Bono mais la mairie (et les locaux) utilisent Le Bono. On
> va au Bono pas à Bono.
>
> Il me semble qu'on doit avoir name=Le Bono, official_name=Bono.
>
> Actuellement Bono est seulement alt_name.
>
> Jean-Yvon
>
> ___
> 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-au] Transport for NSW (TfNSW)

2019-03-18 Thread Runarsson, Sigurjon

Hi Sebastian,

Currently we are mostly focusing on A to B trip planning for public transport 
modes including walking.  So our main focus atm is to enhance the data  around 
interchanges i.e. stations layouts to support routing indoors as well as 
outdoors.  Saying that, we are determined to contribute to all attributes 
within the osm database based on internal and external feedback.

Guidelines – I would say that  we need more assistance/guidance from the osm 
users like yourself in most instances:)  but  yes we would contribute in 
discussion and wiki if needed.
Based on discussion that I have had internally for the last few days we feel 
that making the data available in osm by importing and regularly maintain the 
data  like bus stops is the way to go rather than telling the users how to map 
ie naming  a bus stop.  So based on that we are now actively working on getting 
approval for a waiver signed for bus stops in particular so we can proceed.  If 
successful, more datasets would follow.

Maybe discussion for later date but I feel that other datasets like suburbs and 
address data could be updated (bulk import) into osm on regular basis as more 
and more consumers are directly taking the osm database into their products.  
Hopefully we can get waivers signed and go down that path.

I will keep you posted with any developments on the waiver(s).  In the meantime 
please let us know if you have specific questions related to public transport.


Defiantly interested in regular local meetups.  Unfortunately cannot make the 
30 March.


Regards,
Sigurjon



From: Seb Mapping [mailto:mapp...@consebt.de]
Sent: Friday, 15 March 2019 4:14 PM
To: talk-au@openstreetmap.org; Runarsson, Sigurjon; talk-au@openstreetmap.org
Subject: Re: [talk-au] Transport for NSW (TfNSW)

Hi Sigurjon,
Welcome and thanks for reaching out.
I like that you set up the wiki page to tell us how you use OSM. What I'm 
wondering is, are there rules, key topics etc TfNSW or better your group is 
focusing on in their contributions?

Would you be interested to provide or document in the wiki mapping examples for 
e.g. bus stops?

Regards Sebastian
PS: you might be interested in local meet ups, see other thread.
On 14 March 2019 8:53:16 am AEDT, "Runarsson, Sigurjon" 
 wrote:
Hi all,

My name is Sigurjon and I work for the Transport for NSW (TfNSW) Data Services 
team which is a small but dedicated group which underpin the many digital 
products and projects that form part of TfNSW as a whole. The team are 
responsible for sourcing, managing and providing data with an emphasis on 
quality and efficiency.

The TfNSW Data Services team aim to contribute and help improve OpenStreetMap, 
which we started to use in our products like the TfNSW Trip Planner 
(https://transportnsw.info/trip#/) from the end of 2018, through review and 
updates that are identified as part of their wide reaching day-to-day 
activities, feedback from their extensive network of customer/public facing 
channels, and other TfNSW internal stakeholders.

You can find further information on our wiki page 
https://wiki.openstreetmap.org/wiki/TfNSW

Please don’t hesitate to contact me on 
sigurjon.runars...@transport.nsw.gov.au,
 https://www.openstreetmap.org/user/Maradona11 or use our group mailbox and 
another member of the team will endeavour to help you: 
timeta...@transport.nsw.gov.au


Thanks,

Sigurjon


This email is intended only for the addressee and may contain confidential 
information. If you receive this email in error please delete it and any 
attachments and notify the sender immediately by reply email. Transport for NSW 
takes all care to ensure that attachments are free from viruses or other 
defects. Transport for NSW assume no liability for any loss, damage or other 
consequences which may arise from opening or using an attachment.

P Consider the environment. Please don't print this e-mail unless really 
necessary.

--
Sent from my Android device with K-9 Mail. Please excuse my brevity.

This email is intended only for the addressee and may contain confidential 
information. If you receive this email in error please delete it and any 
attachments and notify the sender immediately by reply email. Transport for NSW 
takes all care to ensure that attachments are free from viruses or other 
defects. Transport for NSW assume no liability for any loss, damage or other 
consequences which may arise from opening or using an attachment.

P Consider the environment. Please don't print this e-mail unless really 
necessary.
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-talk] DJI Fly SafeGEO ZONE MAP uses OSM data... without attribution

They might have mix stuff or edited some.

Im 100% sure about the edits around me.
Same 4 nodes with the exact same coordinates
https://screenshots.firefox.com/zOeQFtACbvHWgdXL/www.dji.com
Added this geometry 7 years ago by tracing the aereal imagery, wasnt an
import
https://www.openstreetmap.org/way/162326957/history#map=17/32.64286/-16.93501=N

Another example, same situation :
https://screenshots.firefox.com/ZIhpnin3HRemIF25/www.dji.com

https://www.openstreetmap.org/way/161872399/history

Às 23:45 de 18/03/2019, Dave F escreveu:
I understand what your point is, I just disagree with it from the
evidence near me,

https://www.openstreetmap.org/way/287865080#map=19/51.50549/-2.55795=N

https://pbs.twimg.com/media/D1-nAn2WwAA9QDS.png:large

DaveF

On 18/03/2019 23:21, Nuno Caldeira wrote:
Dave, im not talking about the basemap, but about the non flying
zones that they imported from OSM. Example:

DJI site:
https://screenshotscdn.firefoxusercontent.com/images/3bf47bbf-ccba-48a1-84a9-4493c1271f64.png

OSM: https://www.openstreetmap.org/#map=17/38.69295/-9.29326=N

Exactly the same polygon

Às 23:15 de 18/03/2019, Dave F escreveu:
I'm afraid I'm going to have to disagree - OSM is far more detailed
& accurate in my locale.

DaveF

On 18/03/2019 22:51, Nuno Caldeira wrote:
Was curious where DJI managed to get a worldwide DB of polygons of
military facilities and points of prisons, triple checked with a
couple of other users of OSM at Telegram and with polygons i added
seven years ago. Without a doubt its from OSM, the coordinates of
the vertices matches OSM perfectly. The names are also the same...

Check yourself, head to https://www.dji.com/pt/flysafe/geo-map
select your country, zoom in and check the data. Airports
restriction areas seems not to be OSM data, but from other source.

Share your examples if you will.

Again, sadly no attribution... tried to request via Twitter
https://twitter.com/iamnunocaldeira/status/1105897635796447235
silent as in moon why would they reply to a contributor blah. The
Pandora box has been opened with exceptions about the attribution,
if other don't attribute, why would they?

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

Re: [OSM-talk] DJI Fly SafeGEO ZONE MAP uses OSM data... without attribution

2019-03-18 Thread Mike N


On 3/18/2019 6:51 PM, Nuno Caldeira wrote:
Was curious where DJI managed to get a worldwide DB of polygons of 
military facilities and points of prisons, triple checked with a couple 
of other users of OSM at Telegram and with polygons i added seven years 
ago. Without a doubt its from OSM, the coordinates of the vertices 
matches OSM perfectly. The names are also the same...


  Interesting in that the sites near me have used the boundary of the 
wall / fence instead of the surrounding and larger area identified with 
"amenity=prison".


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

Re: [Talk-GB] Invalid building levels and building (part) height license compatibility

2019-03-18 Thread Andy Townsend


On 18/03/2019 23:41, Warin wrote:


For a chimney that is surrounded by a building  I used the shadow of 
the chimney vs the shadow of the building.


That may be more feasible more of the time where you live than where I do!

Best Regards,

Andy



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

[Talk-GB] Measuring building height

2019-03-18 Thread Rob Nickerson

For building heights why not try using a laser measure? Those with a
Pythagoras Measurement mode should automate the calculations for you.

Price has fallen a lot over the years. Seems like even a basic £30 device
is sufficient.

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

Re: [OSM-talk] DJI Fly SafeGEO ZONE MAP uses OSM data... without attribution

Ok, Uk, might be from Ordnance Survey?

Às 23:45 de 18/03/2019, Dave F escreveu:
I understand what your point is, I just disagree with it from the
evidence near me,

https://www.openstreetmap.org/way/287865080#map=19/51.50549/-2.55795=N

https://pbs.twimg.com/media/D1-nAn2WwAA9QDS.png:large

DaveF

On 18/03/2019 23:21, Nuno Caldeira wrote:
Dave, im not talking about the basemap, but about the non flying
zones that they imported from OSM. Example:

DJI site:
https://screenshotscdn.firefoxusercontent.com/images/3bf47bbf-ccba-48a1-84a9-4493c1271f64.png

OSM: https://www.openstreetmap.org/#map=17/38.69295/-9.29326=N

Exactly the same polygon

Às 23:15 de 18/03/2019, Dave F escreveu:
I'm afraid I'm going to have to disagree - OSM is far more detailed
& accurate in my locale.

DaveF

Check yourself, head to https://www.dji.com/pt/flysafe/geo-map
select your country, zoom in and check the data. Airports
restriction areas seems not to be OSM data, but from other source.

Share your examples if you will.

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

Re: [Talk-transit] Help with bus route consisting of a round trip

2019-03-18 Thread David Suárez

Yes, I'm using it, but I am just beginning. If you don't mind, I would
ask you what was the problem? I could swear there was no segment missing.

Gracias,
David

El 18/03/19 a las 17:22, Jo escribió:
> Hola David,
>
> Now it's continuous. Do you know about the PT_Assistant plugin?
>
> Jo
>
> On Mon, Mar 18, 2019 at 11:57 PM David Suárez  > wrote:
>
> Hello,
>
> I am trying to improve public transport route in my city following the
> PTv2 scheme. However, I get a validation warning regarding the
> existence
> of a gap. I checked all the way segments but I cannot find any issue,
> except for a couple of segments which appear in the wrong
> direction when
> using the relation editor in JOSM. Nonetheless, both segments are
> ordered correctly in the route and they are marked as two-way paths.
> Hence, I don't know if the validation problem is related to the route
> being a round trip or what I am missing.
>
> This is the route: https://www.openstreetmap.org/relation/9402608 and
> the problematic segments seem to be:
> https://www.openstreetmap.org/way/499715621 and
> https://www.openstreetmap.org/way/96613480
>
>
> Thank you for your help,
> David
>
>
>
> ___
> Talk-transit mailing list
> Talk-transit@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-transit
>
>
> ___
> Talk-transit mailing list
> Talk-transit@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-transit
___
Talk-transit mailing list
Talk-transit@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-transit

[talk-au] Correct way to tag pedestrian crossings with traffic signals

2019-03-18 Thread Thomas Manson

I am trying to determine the best way to tag pedestrian crossings.

These are the map features that I am trying to tag: 
https://www.openstreetmap.org/node/3500829415
 and https://www.openstreetmap.org/node/2039208753

They are currently tagged:
crossing:traffic_signals
highway:traffic_signals

However, on the page 
https://wiki.openstreetmap.org/wiki/Tag:highway%3Dtraffic_signals, there appears
to be 2 ways to tag this, with the alternative being:
highway:crossing
crossing:traffic_signals
for the cases (like this is) where the pedestrian crossing is not separately 
mapped - in this case it is only a pedestrian crossing, not an intersection.

My reading is that the second way is preferred for this type of crossing. Am I 
correct?

Regards,
Thomas
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-talk] DJI Fly SafeGEO ZONE MAP uses OSM data... without attribution

2019-03-18 Thread Dave F via talk

I'm not convinced your example proves your point:

https://pbs.twimg.com/media/D1-qZlaWwAAlJkT.png:large
https://www.openstreetmap.org/edit?editor=id#map=21/38.69444/-9.29481

DaveF

On 18/03/2019 23:21, Nuno Caldeira wrote:
Dave, im not talking about the basemap, but about the non flying zones
that they imported from OSM. Example:

DJI site:
https://screenshotscdn.firefoxusercontent.com/images/3bf47bbf-ccba-48a1-84a9-4493c1271f64.png

OSM: https://www.openstreetmap.org/#map=17/38.69295/-9.29326=N

Exactly the same polygon

Às 23:15 de 18/03/2019, Dave F escreveu:
I'm afraid I'm going to have to disagree - OSM is far more detailed &
accurate in my locale.

DaveF

Check yourself, head to https://www.dji.com/pt/flysafe/geo-map
select your country, zoom in and check the data. Airports
restriction areas seems not to be OSM data, but from other source.

Share your examples if you will.

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

Re: [Talk-ca] Toronto appreciation

2019-03-18 Thread Nate Wessel

I'd be up for a drink tomorrow. I'll be around U of T most of the day 
but I'm flexible on the time and location.


Cheers,

Nate Wessel
Jack of all trades, Master of Geography, PhD candidate in Urban Planning
NateWessel.com 

P.S. Martijn I'm glad you like the PATH! I spent a whole week surveying 
tunnels and access points a couple years ago - not that I was starting 
from scratch :-)


On 3/18/19 5:38 PM, Jarek Piórkowski wrote:

Hi Martijn,

I am around tomorrow afternoon. Where roughly will you be? If you have
a Meeetup.com account you can also try sending a message in
https://www.meetup.com/OpenStreetMap-Toronto as some people there
might be interested as well!

(sending to the list so others now meetup group has been pointed out)

--Jarek


On Mon, 18 Mar 2019 at 17:07, Martijn van Exel  wrote:

Hi all, and Toronto mappers in particular.
I am currently visiting Toronto and using OSM extensively to get around using 
maps.me and the OSM web site mainly.
The level of detail and completeness are amazing, a big thanks to all Toronto 
mappers.
I didn’t know about PATH, the level=-1 pedestrian infrastructure, which seems 
to be well mapped also. Amazing.
If any of you are around, I have some time tomorrow in the afternoon, if you 
want to get a coffee or a beer.
Martijn
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

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

Re: [OSM-talk] DJI Fly SafeGEO ZONE MAP uses OSM data... without attribution

2019-03-18 Thread Dave F via talk

I understand what your point is, I just disagree with it from the
evidence near me,

https://www.openstreetmap.org/way/287865080#map=19/51.50549/-2.55795=N

https://pbs.twimg.com/media/D1-nAn2WwAA9QDS.png:large

DaveF

On 18/03/2019 23:21, Nuno Caldeira wrote:
Dave, im not talking about the basemap, but about the non flying zones
that they imported from OSM. Example:

DJI site:
https://screenshotscdn.firefoxusercontent.com/images/3bf47bbf-ccba-48a1-84a9-4493c1271f64.png

OSM: https://www.openstreetmap.org/#map=17/38.69295/-9.29326=N

Exactly the same polygon

Às 23:15 de 18/03/2019, Dave F escreveu:
I'm afraid I'm going to have to disagree - OSM is far more detailed &
accurate in my locale.

DaveF

Check yourself, head to https://www.dji.com/pt/flysafe/geo-map
select your country, zoom in and check the data. Airports
restriction areas seems not to be OSM data, but from other source.

Share your examples if you will.

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

Re: [Talk-GB] Invalid building levels and building (part) height license compatibility

2019-03-18 Thread Warin


On 19/03/19 10:13, Andy Townsend wrote:


On 18/03/2019 21:05, Neil Matthews wrote:


P.S. Any suggestions  on how I can measure buildings "on-foot" 
greatly apreciated...



If you can't get hold of one of these*: 
https://www.aols.org/archives/historical-artifacts?page=13 , and if 
you're after the heights of large buildings in a city that you can get 
fairly close to, how about a plastic set-square held horizontal by 
aligning the perpendicular side to a piece of string held down by a 
weight?  The height of the building should be half your distance from 
it.  Or just cheat and count the floors.


Best Regards,

Andy

* turn the mirror through 90 degrees, look through the gap and at the 
reflection of your eye, adjust the weight and read the number off the 
scale


For a chimney that is surrounded by a building  I used the shadow of the 
chimney vs the shadow of the building. Do tag the source:height !  
Someone may be able to do better, if not at least it provides amusement 
for others.


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

Re: [Talk-transit] Help with bus route consisting of a round trip

2019-03-18 Thread Jo

Hola David,

Now it's continuous. Do you know about the PT_Assistant plugin?

Jo

On Mon, Mar 18, 2019 at 11:57 PM David Suárez  wrote:

> Hello,
>
> I am trying to improve public transport route in my city following the
> PTv2 scheme. However, I get a validation warning regarding the existence
> of a gap. I checked all the way segments but I cannot find any issue,
> except for a couple of segments which appear in the wrong direction when
> using the relation editor in JOSM. Nonetheless, both segments are
> ordered correctly in the route and they are marked as two-way paths.
> Hence, I don't know if the validation problem is related to the route
> being a round trip or what I am missing.
>
> This is the route: https://www.openstreetmap.org/relation/9402608 and
> the problematic segments seem to be:
> https://www.openstreetmap.org/way/499715621 and
> https://www.openstreetmap.org/way/96613480
>
>
> Thank you for your help,
> David
>
>
>
> ___
> Talk-transit mailing list
> Talk-transit@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-transit
>
___
Talk-transit mailing list
Talk-transit@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-transit

Re: [OSM-talk] DJI Fly SafeGEO ZONE MAP uses OSM data... without attribution

2019-03-18 Thread Grant Slater

Hi Nuno,

>
> Check yourself, head to https://www.dji.com/pt/flysafe/geo-map select your 
> country, zoom in and check the data. Airports restriction areas seems not to 
> be OSM data, but from other source.
> Share your examples if you will.
>

Yes, on a brief inspection it does look like it is OpenStreetMap data.
Sourced some time between sometime between 27 July 2017 and 14 March
2018.
Looks like they also directly used the names of prisons.
Example: "HMP Isle of Wight (Albany)"

Maybe they should donate a few survey drones to OpenStreetMap
Foundation as recompense and fix their attribution going forward.

Kind regards,

Grant

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

Re: [OSM-talk] DJI Fly SafeGEO ZONE MAP uses OSM data... without attribution

Dave, im not talking about the basemap, but about the non flying zones
that they imported from OSM. Example:

DJI site:
https://screenshotscdn.firefoxusercontent.com/images/3bf47bbf-ccba-48a1-84a9-4493c1271f64.png

OSM: https://www.openstreetmap.org/#map=17/38.69295/-9.29326=N

Exactly the same polygon

Às 23:15 de 18/03/2019, Dave F escreveu:
I'm afraid I'm going to have to disagree - OSM is far more detailed &
accurate in my locale.

DaveF

On 18/03/2019 22:51, Nuno Caldeira wrote:
Was curious where DJI managed to get a worldwide DB of polygons of
military facilities and points of prisons, triple checked with a
couple of other users of OSM at Telegram and with polygons i added
seven years ago. Without a doubt its from OSM, the coordinates of the
vertices matches OSM perfectly. The names are also the same...

Check yourself, head to https://www.dji.com/pt/flysafe/geo-map select
your country, zoom in and check the data. Airports restriction areas
seems not to be OSM data, but from other source.

Share your examples if you will.

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

Re: [OSM-talk] DJI Fly SafeGEO ZONE MAP uses OSM data... without attribution

2019-03-18 Thread Guillaume Rischard

Thank you Nuno for bringing this to our attention.

Everyone in this thread: Nuno is talking about the overlay *polygons*, not the 
background maps.

Indeed, in Luxembourg the polygons were copied from, e.g. 
https://www.openstreetmap.org/way/155215579 which I drew half- arbitrarily 
through the woods. 

https://www.dji.com/lu/api/geo/areas?lng=6.1=49.6=LU_radius=9=spark=1%2C2%2C4%2C7_mode=total
 is the api called by the map.

Their json has:   [
6.175669,
49.65475
  ],

which is the exact same position as 
https://www.openstreetmap.org/node/1676284933

DJI is copying our data without attributing us; there is no doubt about it.

Guillaume

> On 18 Mar 2019, at 23:51, Nuno Caldeira  wrote:
> 
> Was curious where DJI managed to get a worldwide DB of polygons of military 
> facilities and points of prisons, triple checked with a couple of other users 
> of OSM at Telegram and with polygons i added seven years ago. Without a doubt 
> its from OSM, the coordinates of the vertices matches OSM perfectly. The 
> names are also the same...
> 
> Check yourself, head to https://www.dji.com/pt/flysafe/geo-map select your 
> country, zoom in and check the data. Airports restriction areas seems not to 
> be OSM data, but from other source. 
> Share your examples if you will.
> 
> Again, sadly no attribution... tried to request via Twitter 
> https://twitter.com/iamnunocaldeira/status/1105897635796447235  silent as 
> in moon why would they reply to a contributor blah. The Pandora box has been 
> opened with exceptions about the attribution, if other don't attribute, why 
> would they?
> 
> 
> ___
> 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] DJI Fly SafeGEO ZONE MAP uses OSM data... without attribution

2019-03-18 Thread Dave F via talk

I'm afraid I'm going to have to disagree - OSM is far more detailed & 
accurate in my locale.


DaveF

On 18/03/2019 22:51, Nuno Caldeira wrote:
Was curious where DJI managed to get a worldwide DB of polygons of 
military facilities and points of prisons, triple checked with a 
couple of other users of OSM at Telegram and with polygons i added 
seven years ago. Without a doubt its from OSM, the coordinates of the 
vertices matches OSM perfectly. The names are also the same...


Check yourself, head to https://www.dji.com/pt/flysafe/geo-map select 
your country, zoom in and check the data. Airports restriction areas 
seems not to be OSM data, but from other source.

Share your examples if you will.

Again, sadly no attribution... tried to request via Twitter 
https://twitter.com/iamnunocaldeira/status/1105897635796447235  
silent as in moon why would they reply to a contributor blah. The 
Pandora box has been opened with exceptions about the attribution, if 
other don't attribute, why would they?






___
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] DJI Fly SafeGEO ZONE MAP uses OSM data... without attribution

Im not talking about the basemap (obviously they attribute Google, 
Google dont play around with attribution...). Im referring to the data 
overlay with the military facilities polygons and the points of the 
prisons. Check my twit for examples


Às 23:03 de 18/03/2019, James escreveu:

Looks like google to me: http://imgur.com/a/fZt6gxR

On Mon., Mar. 18, 2019, 6:55 p.m. Nuno Caldeira, 
mailto:nunocapelocalde...@gmail.com>> 
wrote:


Was curious where DJI managed to get a worldwide DB of polygons of
military facilities and points of prisons, triple checked with a
couple of other users of OSM at Telegram and with polygons i added
seven years ago. Without a doubt its from OSM, the coordinates of
the vertices matches OSM perfectly. The names are also the same...

Check yourself, head to https://www.dji.com/pt/flysafe/geo-map
select your country, zoom in and check the data. Airports
restriction areas seems not to be OSM data, but from other source.
Share your examples if you will.

Again, sadly no attribution... tried to request via Twitter
https://twitter.com/iamnunocaldeira/status/1105897635796447235
 silent as in moon why would they reply to a contributor blah.
The Pandora box has been opened with exceptions about the
attribution, if other don't attribute, why would they?


___
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-GB] Invalid building levels and building (part) height license compatibility

2019-03-18 Thread Andy Townsend



On 18/03/2019 21:05, Neil Matthews wrote:


P.S. Any suggestions  on how I can measure buildings "on-foot" greatly 
apreciated...



If you can't get hold of one of these*: 
https://www.aols.org/archives/historical-artifacts?page=13 , and if 
you're after the heights of large buildings in a city that you can get 
fairly close to, how about a plastic set-square held horizontal by 
aligning the perpendicular side to a piece of string held down by a 
weight?  The height of the building should be half your distance from 
it.  Or just cheat and count the floors.


Best Regards,

Andy

* turn the mirror through 90 degrees, look through the gap and at the 
reflection of your eye, adjust the weight and read the number off the scale



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

Re: [OSM-talk-fr] SPAM Re: Le Santerre

2019-03-18 Thread Christian Rogel

> Le 17 mars 2019 à 20:36, djakk djakk  a écrit :
> 
> Est-ce que ça existe dans d’autres pays ? Des régions avec des frontières non 
> administratives ?

Bien sûr. On peut citer les Costwolds, le Lake District et les Marshes en 
Angleterre, la Souabe et la Thuringe en Allemagne, la Kabylie et le M’Zab en 
Algérie, le Kamchatka en Russie, le Pays Dogon, au Mali, le Taklamaklan en 
Chine, les Appalaches aux EU (très vastes et àcheval sur plusieurs entités, 
comme les Alpes).
Pas réductible à l’idée qu’on a des pays en France

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

Re: [OSM-talk] DJI Fly SafeGEO ZONE MAP uses OSM data... without attribution

2019-03-18 Thread James

Looks like google to me: http://imgur.com/a/fZt6gxR

On Mon., Mar. 18, 2019, 6:55 p.m. Nuno Caldeira, <
nunocapelocalde...@gmail.com> wrote:

> Was curious where DJI managed to get a worldwide DB of polygons of
> military facilities and points of prisons, triple checked with a couple of
> other users of OSM at Telegram and with polygons i added seven years ago.
> Without a doubt its from OSM, the coordinates of the vertices matches OSM
> perfectly. The names are also the same...
>
> Check yourself, head to https://www.dji.com/pt/flysafe/geo-map select
> your country, zoom in and check the data. Airports restriction areas seems
> not to be OSM data, but from other source.
> Share your examples if you will.
>
> Again, sadly no attribution... tried to request via Twitter
> https://twitter.com/iamnunocaldeira/status/1105897635796447235 
> silent as in moon why would they reply to a contributor blah. The Pandora
> box has been opened with exceptions about the attribution, if other don't
> attribute, why would they?
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] DJI Fly SafeGEO ZONE MAP uses OSM data... without attribution

Was curious where DJI managed to get a worldwide DB of polygons of 
military facilities and points of prisons, triple checked with a couple 
of other users of OSM at Telegram and with polygons i added seven years 
ago. Without a doubt its from OSM, the coordinates of the vertices 
matches OSM perfectly. The names are also the same...


Check yourself, head to https://www.dji.com/pt/flysafe/geo-map select 
your country, zoom in and check the data. Airports restriction areas 
seems not to be OSM data, but from other source.

Share your examples if you will.

Again, sadly no attribution... tried to request via Twitter 
https://twitter.com/iamnunocaldeira/status/1105897635796447235  
silent as in moon why would they reply to a contributor blah. The 
Pandora box has been opened with exceptions about the attribution, if 
other don't attribute, why would they?



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

Re: [talk-au] OSGeo Oceania as a not-for-profit entity? Your feedback, please

2019-03-18 Thread Graeme Fitzpatrick

Thanks for keeping us posted, John, & good work!

I'd agree with the suggestion of a stand-alone CLG as a SPC, together with
charity status.

Although, as you have noted, this combination reduces the need for an AGM &
Financial reporting; in the interest of transparency, I would urge you to
still hold an AGM & produce financial reports for the benefit of members.
This would / should not need to be a fully audited report produced by an
accountant - anybody who is capable of entering info into QuickBooks can
produce a simple profit & loss statement to show where money has come from,
& gone to, over the preceeding year.

Do you need to get professional help in setting the Company up? While there
is a bit involved, it is all relatively straight-forward, & mainly involves
filling out govt forms (which, to anybody able to use the OSM wiki, should
be a piece of cake! :-)) Having said that, my experience is only with
Incorporated Associations, so a CLG may be a bit different, but shouldn't
be hugely more complicated?

Good luck with it all!

Thanks

Graeme

On Mon, 18 Mar 2019 at 19:04, John Bryant  wrote:

> Hi all,
>
> As promised, following on the heels of the successful FOSS4G SotM Oceania
> conference  in November 2018, we have
> embarked on a journey to lay down a strong foundation for the growth of
> this community. In addition to planning a new instance of the conference in
> Wellington, New Zealand, for November 2019, we are also doing significant
> ground work on establishing a not-for-profit that can manage funds, enter
> into agreements, and act as a local chapter of OSGeo and OSMF.
>
> We have developed a recommendation for an initial path forward, and we'd
> like you, the community, to provide your feedback. If you have experience
> or knowledge here, and can provide insight, or wish to contribute your
> thoughts, please chime in. Your comments are most welcome, and can be
> provided by responding to this email, or by commenting in the Google Doc.
>
> The draft recommendation is attached as a PDF, and a live Google Doc
> version is linked here
> .
> We will take input until the end of next week (29 March). At that point,
> we'll make adjustments where warranted, and hopefully be in a position to
> raise a motion to the OSGeo Oceania board to accept the recommendation, and
> begin the process.
>
> If this is all new to you, and you're wondering what the heck OSGeo
> Oceania even is, please check out this basic wiki page
>  that will give you a bit of
> background. We'll be fleshing this out in the coming months, but I hope it
> gives you enough of an idea. We will certainly be aiming to increase our
> outreach, and get people involved from across the region.
>
> Any questions, please ask!
>
> Cheers
> John Bryant
> on behalf of OSGeo Oceania
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-talk-fr] améliorer les panneaux entrée et sortie de ville

2019-03-18 Thread deuzeffe


Aucun avis sur la proposition (pas assez aguerrie, je suis).

En revanche, j'abonde avec le fait qu'on ne peut pas mettre 2x2 panneaux 
sur le même nœud, et pourtant sur le terrain, de nombreux panneaux 
doubles sont pile face à face sur le bas-côté droit de chaque voie. Et 
comme je ne sais pas faire, je n'y ai pas touché dans ma zone.

--
deuzeffe

Le 18/03/2019 à 21:36, Florimond Berthoux a écrit :

Bonjour,

J'ai pas tout suivit, mais visiblement il n'est pas décrit sur le wiki 
comment mettre plusieurs panneau sur un même nœud (un même poteau) ?

Chose très courante pourtant.
Il y a un trou dans la spec je dirais.

proposition:
traffic_sign:forward:1=toto
1 étant l'ordre de haut en bas sur le poteau.



Le lun. 18 mars 2019 à 19:24, Bernard Lefrançois 
mailto:bernard.lefranc...@free.fr>> a écrit :


N'oubliez pas que même si le panneau de sortie et celui d'entrée de
la commune suivante sont sur le même support, il s'agit de deux
panneaux distincts.
Si l'on ajoute des attributs il faut savoir de quel panneau on parle.

Même s'il sont sur le même poteau, je placerais deux nœuds
rapprochés avec:

pour la sortie
traffic_sign=city_limit
traffic_sign=FR:EB20

et pour l'entrée
traffic_sign=city_limit
traffic_sign=FR:EB10

Quant au tag name, est-ce vraiment le tag approprié?
Le nom écrit sur la plaque, c'est celui de la commune, pas celui de
la plaque.

Je verrais plutôt le tag inscription=Nomdeville
le wiki est assez large pour l'utilisation de ce tag /(//text of
inscriptions on buildings, memorials, advertising signs and other
objects)/.

Il y aurait bien aussi le champ [value] à placer après l'ID du
panneau, ce qui donnerait:
traffic_sign=FR:EB10[Nomdeville]
mais je ne sait pas si ce champ accepte des valeurs alphabétiques.



*direction* c'est en effet la direction du panneau tel que l'on peut
l'observer. Ce détail existe déjà et est renseigné sur pas mal de panneaux
de type trafic_sign. le fait de modéliser les panneaux sur un point hors du
réseau et aussi un autre modèle de saisie (valide) à condition de
renseigner la direction.

Qui plus est le problème reste le même que pour les intersections de
tronçon. sachant que l'on qualifie la vitesse de toute façon en entrée de
ville en sortie de ville on a forcément un découpage au niveau du nœud
entrée sortie. D'où l'exploitation de cette modélisation.

Du côté left and right, c'est en effet des cas qui existe. dans mon mode de
saisie left and right n'a aucun intérêt. Et du coup c'est la même
problématique avec forward-backward.

le panneau peut être placé à gauche ou à droite de la voirie généralement à
droite pour l'entrée. Mais dans certains cas comme toujours en France il y
a des exceptions. Le panneau peut être a l'opposé.

l'objectif de mettre le panneau d'entrée et de sortie et double étant donné
que ça permet aux collectivités de savoir où est-ce qu'il pourrait manquer
des panneaux de sortie ou des panneaux d'entrée le cas échéant.

les panneaux d'entrée et de sortie sont normalisées donc normalement on
pourrait utiliser la même procédure que pour les trafic_ sign. Garder name
par défaut pour l'entrée


Le lun. 18 mars 2019 à 18:01, https://lists.openstreetmap.org/listinfo/talk-fr>> a écrit :

>/J'aurais aussi laissé l'entrée dans name tout simplement. 
/>//>/name:entrance et name:exit, sachant que entrance et exit ne sont
pas des />/codes de langue n'est pas vraiment ambigu mais peut entraîner des
problèmes />/pour les outils d'importation. />//>/name:fr:exit serait le nom en français 
de la commune de sortie. />//>/N. B. : contrairement à ce qu'indique Marc ce n'est pas le nom de 
la />/commune mais aussi le nom de l'agglomération suivi de "commune de
XXX". />//>/Exemple : https://www.openstreetmap.org/node/3347836570,
Guidel-Plages />/alors qu'il s'agit de la commune de Guidel. />/Ou avec Mapillary : 
/>/https://www.mapillary.com/app/?focus=photo=47.79721754166424=-3.4809542=17=RxO4q1ZookumCATmH2Ct3g=0.5334449075931347=0.3798607750491876=3
/>/. />/Oui un panneau de lieu-dit suffit mais le maire devait avoir un
tarif sur />/les panneaux ;-). />//>/Remarquez qu'on entre en français et 
breton mais on ne sort qu'en
français />/! />//>/D'ailleurs comment entreriez-vous : />//>/Guidel-Plages />/Commune de Guidel 
/>/? />//>/Vous laissez tomber "Cne de Guidel" ? />//>/Note : si on ne connait la direction du 
panneau, on ne sait si
c'est une />/entrée ou une sortie. Sur le Wiki on n'entre que le nom de
l'agglomération />/dans laquelle on entre. />/> on a donc croisé un panneau 
qui a donné son nom />/Et non, ça c'est seulement dans le cas droit où toute route menant
à X a />/son panneau d'entrée. />/Typiquement avec des panneaux indiquant 
des sous-parties de la
commune il />/n'est pas évitent que toutes les limites internes

Re: [OSM-talk-fr] BAN(O): accompagnement des communes

2019-03-18 Thread deuzeffe


Le 18/03/2019 à 18:02, marc marc a écrit :


Donc si une commune est propriétaire d'un jeu de donnée d'addr,
elle peux l'introduire dans osm (ou le fournir à deuzeffe qui le
ferra :p) 


Gnagnagna.


et publier la même chose sous lo/ol ou autoriser quelqu'un
à le publier la donne initiale sous lo/ol.


Si j'étais mauvaise langue, je dirais que l'ODbL est aussi vicieuse que 
la GPL. Mais comme on n'est pas TrollDi, je m'abstiens.


Plus sérieusement, je ne sais toujours pas sous quelle forme ma commune 
détient sa base d'adresse :/ J'avais eu l'idée tordue d'attendre le 
1/1/20 et la sortie de la BAN (à jour, on peut l'espérer) en LO/OL, mais 
c'est loin :(


--
deuzeffe, qui piaffe et trépigne.

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

Re: [OSM-talk-fr] Les portes de Paris

2019-03-18 Thread althio

Presque pareil que Jean-Yvon pour moi :

> > Place=locality n'est pas un point, c'est un lieu sans habitant, les
> (quartiers) des "portes" de Paris sont maintenant habitées.
> Et actuellement personne n'habite sur une porte.
> Donc locality me va bien. Si par contre des quartiers s'appellent du nom
> de la porte d'à côté alors il faut mettre un contour et
> suburb/neighbourhood/quarter.
>

Un point avec place=locality : très bien pour les véritables lieux des
"Portes".
Je préfère un point, mais à la limite pourquoi pas un polygone qui englobe
les voies, le carrefour, de manière très étroite, mais pas les bâtiments.
C'est le point exact si on vise une navigation avec cette destination ou un
passage par ce point.

Un point (ou un polygone qui englobe les habitations du quartier) avec
place=suburb/neighbourhood/quarter : si et seulement si il y a un véritable
quartier avec une existence locale, qui répond à ce nom.
Pour Porte d'Orléans, tout à fait, il me semble que c'est suffisamment
reconnu pour être un nom de quartier ("J'habite à Porte d'Orléans", en plus
des commerces, aménités et arrêts de transport en commun qui reprennent le
nom).
Il y aurait quand même un travail de recensement des portes et de leur
reconnaissance en tant que quartier, pour affecter le bon niveau de
place=suburb/neighbourhood/quarter aux lieux qui pourraient en
bénéficier... et puis estimer leur "centre" ou leur "périmètre".

On Sun, 17 Mar 2019 at 11:13, djakk djakk  wrote:

> Salut !
>
> Un peu perdu dans toutes les sous-discussions, j’en relance une :)
>
> C’est moi qui avait initié la cartographie des portes de Paris.
> Actuellement c’est le nom d’un carrefour, souvent marqué sur les panneaux
> routiers. Mais certaines portes sont très proches les une des autres : si
> la Porte d’Orléans peut être le nom du quartier, la porte de Montrouge
> toute proche n’en est pas un. Elle ferait partie du quartier « porte
> d’Orléans » .
>
> @+
> 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

Re: [Talk-ca] Toronto appreciation

2019-03-18 Thread Jarek Piórkowski

Hi Martijn,

I am around tomorrow afternoon. Where roughly will you be? If you have
a Meeetup.com account you can also try sending a message in
https://www.meetup.com/OpenStreetMap-Toronto as some people there
might be interested as well!

(sending to the list so others now meetup group has been pointed out)

--Jarek


On Mon, 18 Mar 2019 at 17:07, Martijn van Exel  wrote:
>
> Hi all, and Toronto mappers in particular.
> I am currently visiting Toronto and using OSM extensively to get around using 
> maps.me and the OSM web site mainly.
> The level of detail and completeness are amazing, a big thanks to all Toronto 
> mappers.
> I didn’t know about PATH, the level=-1 pedestrian infrastructure, which seems 
> to be well mapped also. Amazing.
> If any of you are around, I have some time tomorrow in the afternoon, if you 
> want to get a coffee or a beer.
> Martijn
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca

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

Re: [talk-au] new OpenStreetCam competition

Michael — I’ll have the team look into it. The Android app code is undergoing 
some refactoring, I’ll see if this will be fixed as part of that.
Martijn

> On Mar 18, 2019, at 5:12 PM, Michael James  wrote:
> 
> Hi Martin
>  
> I’ve only just started trying with the app, is there any word on when the bug 
> with ODB2 & BT getting fixed
>  
> Namely this open bug :-
> https://github.com/openstreetcam/android/issues/125 
> 
>  
> My testing shows that you really need the ODB adapter when doing urban 
> streets as the GPS averaging is too slow to deal with the acceleration 
> changes.
>  
> Thanks Michael
>  
>  
> From: Martijn van Exel mailto:m...@rtijn.org>> 
> Sent: Tuesday, 19 March 2019 1:08 AM
> To: OSM Australian Talk List  >
> Subject: [talk-au] new OpenStreetCam competition
>  
> Howdy.
> 
> We had a good time with the first OpenStreetCam competition, the winners 
> received their prizes, and we decided to hold another one. The main prize 
> this time is an OSC Waylens Horizon camera. This is a fairly nifty device 
> that lets you automatically record and upload to OSC. The competition is open 
> now until April 15th. As before, just collect more OSC points than other 
> mappers to win. Read details on the Telenav ImproveOSM blog: 
> http://blog.improveosm.org/en/2019/03/announcing-the-second-openstreetcam-australia-and-new-zealand-competition/
>  
> 
>  .
>  
> Related: 
> * A previous blog post 
> 
>  about the impact of competition number 1 
> * the OpenStreetCam JOSM plugin 
> 
>  was just updated with some new features as well.
>  
> Let me know if you have any questions, and Happy mapping!
> -- 
>  Martijn van Exel
>  m...@rtijn.org 
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] new OpenStreetCam competition

2019-03-18 Thread Michael James

Hi Martin

 

I've only just started trying with the app, is there any word on when the
bug with ODB2 & BT getting fixed

 

Namely this open bug :-

https://github.com/openstreetcam/android/issues/125

 

My testing shows that you really need the ODB adapter when doing urban
streets as the GPS averaging is too slow to deal with the acceleration
changes.

 

Thanks Michael

 

 

From: Martijn van Exel  
Sent: Tuesday, 19 March 2019 1:08 AM
To: OSM Australian Talk List 
Subject: [talk-au] new OpenStreetCam competition

 

Howdy.

We had a good time with the first OpenStreetCam competition, the winners
received their prizes, and we decided to hold another one. The main prize
this time is an OSC Waylens Horizon camera. This is a fairly nifty device
that lets you automatically record and upload to OSC. The competition is
open now until April 15th. As before, just collect more OSC points than
other mappers to win. Read details on the Telenav ImproveOSM blog:
http://blog.improveosm.org/en/2019/03/announcing-the-second-openstreetcam-au
stralia-and-new-zealand-competition/ .

 

Related: 

* A previous blog post
  about the impact of competition number 1 

* the OpenStreetCam JOSM plugin
  was just updated with some new features as well.

 

Let me know if you have any questions, and Happy mapping!
-- 
 Martijn van Exel
 m...@rtijn.org  



smime.p7s
Description: S/MIME cryptographic signature
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[Talk-ca] Toronto appreciation

Hi all, and Toronto mappers in particular.
I am currently visiting Toronto and using OSM extensively to get around using 
maps.me  and the OSM web site mainly.
The level of detail and completeness are amazing, a big thanks to all Toronto 
mappers.
I didn’t know about PATH, the level=-1 pedestrian infrastructure, which seems 
to be well mapped also. Amazing.
If any of you are around, I have some time tomorrow in the afternoon, if you 
want to get a coffee or a beer.
Martijn___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-GB] Invalid building levels and building (part) height license compatibility

2019-03-18 Thread Neil Matthews

Thanks for the DEFRA link - has some potential :-)

The first issue I was raising was that for convenience some (commercial)
OSM mappers were using a value like 0.75 per building level (or
something similar) so that their rendering software could deal directly
with OSM data without post-processing it. Effectively a 100 level set of
flats would be marked as building:level=75.

The second issue is how to ensure that height values used for 3D mapping
aren't just being made up (given previous behaviour) - or coming a
source that isn't appropriate for OpenStreetmap.
Unfortunately, I haven't managed to get the editors to cite the data
source they are using for building (part) heights, etc. -- but I do note
that the area isn't mapped by DEFRA lidar!

Cheers,
Neil

P.S. Any suggestions  on how I can measure buildings "on-foot" greatly
apreciated...

On 18/03/2019 15:31, SK53 wrote:
> How very useful; had completely forgotten about this!
>
> However, I don't think that is Neil's issue, which is that
> building:levels should have integer values (or just possibly steps of
> a half). Some 3D renders make assumptions about what a default height
> for a single storey (level) will be. A good example is
> here: https://demo.f4map.com/#lat=52.9755467=-1.2013530=18 (I
> accidentally typed the house number into the building:levels tag).
>
> Jerry
>
> On Mon, 18 Mar 2019 at 15:13, Brian Prangle  > wrote:
>
> Try this site
> 
> :
> origin of building height data is Environment Agency LIDAR data
> under OGL
>
> Regards
>
> Brian
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-fr] plusieurs traffic_sign sur un poteau

2019-03-18 Thread François Lacombe

Bonsoir,

On a le même problème pour les antennes télécoms installées sur un pylônes
ou un mât (qui sont eux-même tracés avec un noeud)

Le lun. 18 mars 2019 à 21:56, marc marc  a
écrit :

> - de mettre chaque panneau sur un nœud différent au même endroit (ce
> qui pose des soucis dans plusieurs éditeurs)
>

Pas au même endroit, mais autour du poteau ?
La plupart des éditeurs permettent de zoomer suffisamment.

Ce qui serait intéressant, ce serait que le nœud muni des tags "support"
devienne un aimant pour les panneaux positionnés suffisamment près.

Pour les transformateurs identiques accrochés sur le même poteau, c'est
devices=* qui permet de les dénombrer
https://wiki.openstreetmap.org/wiki/FR:Tag:power%3Dtransformer#Ensembles_de_transformateurs

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

Re: [OSM-talk-fr] plusieurs traffic_sign sur un poteau

Le 18.03.19 à 21:36, Florimond Berthoux a écrit :
> comment mettre plusieurs panneau sur un même nœud (un même poteau) ?
> proposition:
> traffic_sign:forward:1=toto
> 1 étant l'ordre de haut en bas sur le poteau.

https://wiki.openstreetmap.org/wiki/Proposed_features/Extended_traffic_signs_tagging#How_it_works._How_to_map
propose :
- un autre ordre traffic_sign:no:forward
- pas de :1 pour le premier (ce qui permet au moins à celui là
d'être utilisable par tous)
- de mettre chaque panneau sur un nœud différent au même endroit (ce
qui pose des soucis dans plusieurs éditeurs)

je me demande s'il y a la moindre app capable d'utiliser ce micro mapping.
perso je préfère rester dans le schéma classique hors propal
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] améliorer les panneaux entrée et sortie de ville

Le 18.03.19 à 21:16, Ralf Treinen a écrit :
> On Mon, Mar 18, 2019 at 09:11:59PM +0100, Ralf Treinen wrote:
>> On Mon, Mar 18, 2019 at 04:05:34PM +0100, Charles MILLET wrote:
>>> Plutôt que name:in et name:out je crois que name:exit et name:entrance 
>>> seraient
>>> plus proche de ce que se fait déjà.
>>
>> Comment gérer le cas où le panneau est sur la frontière entre deux communes,
>> c-a-d la sortie d'une commune est l'entrée de l'autre ?
> 
> Désolé j'ai envoyé ce mail avant de voir la proposition de Bernard
> de mapper dans ce cas deux panneaux différents.

les exemples de Bernard sont des entrées/sortie d'agglomération,
pas de commune.
pour ma part je ne fais rien avec l'info commune,
elle existe déjà dans la relation de la commune.
mais c'est facilement ajouté dans le tag inscription=*
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] améliorer les panneaux entrée et sortie de ville

2019-03-18 Thread Florimond Berthoux

Bonjour,

J'ai pas tout suivit, mais visiblement il n'est pas décrit sur le wiki
comment mettre plusieurs panneau sur un même nœud (un même poteau) ?
Chose très courante pourtant.
Il y a un trou dans la spec je dirais.

proposition:
traffic_sign:forward:1=toto
1 étant l'ordre de haut en bas sur le poteau.



Le lun. 18 mars 2019 à 19:24, Bernard Lefrançois 
a écrit :

> N'oubliez pas que même si le panneau de sortie et celui d'entrée de la
> commune suivante sont sur le même support, il s'agit de deux panneaux
> distincts.
> Si l'on ajoute des attributs il faut savoir de quel panneau on parle.
>
> Même s'il sont sur le même poteau, je placerais deux nœuds rapprochés avec:
>
> pour la sortie
> traffic_sign=city_limit
> traffic_sign=FR:EB20
>
> et pour l'entrée
> traffic_sign=city_limit
> traffic_sign=FR:EB10
>
> Quant au tag name, est-ce vraiment le tag approprié?
> Le nom écrit sur la plaque, c'est celui de la commune, pas celui de la
> plaque.
>
> Je verrais plutôt le tag inscription=Nomdeville
> le wiki est assez large pour l'utilisation de ce tag *(**text of
> inscriptions on buildings, memorials, advertising signs and other objects)*
> .
>
> Il y aurait bien aussi le champ [value] à placer après l'ID du panneau, ce
> qui donnerait:
> traffic_sign=FR:EB10[Nomdeville]
> mais je ne sait pas si ce champ accepte des valeurs alphabétiques.
>
>
> *direction* c'est en effet la direction du panneau tel que l'on peut
> l'observer. Ce détail existe déjà et est renseigné sur pas mal de panneaux
> de type trafic_sign. le fait de modéliser les panneaux sur un point hors du
> réseau et aussi un autre modèle de saisie (valide) à condition de
> renseigner la direction.
>
> Qui plus est le problème reste le même que pour les intersections de
> tronçon. sachant que l'on qualifie la vitesse de toute façon en entrée de
> ville en sortie de ville on a forcément un découpage au niveau du nœud
> entrée sortie. D'où l'exploitation de cette modélisation.
>
> Du côté left and right, c'est en effet des cas qui existe. dans mon mode de
> saisie left and right n'a aucun intérêt. Et du coup c'est la même
> problématique avec forward-backward.
>
> le panneau peut être placé à gauche ou à droite de la voirie généralement à
> droite pour l'entrée. Mais dans certains cas comme toujours en France il y
> a des exceptions. Le panneau peut être a l'opposé.
>
> l'objectif de mettre le panneau d'entrée et de sortie et double étant donné
> que ça permet aux collectivités de savoir où est-ce qu'il pourrait manquer
> des panneaux de sortie ou des panneaux d'entrée le cas échéant.
>
> les panneaux d'entrée et de sortie sont normalisées donc normalement on
> pourrait utiliser la même procédure que pour les trafic_ sign. Garder name
> par défaut pour l'entrée
>
>
> Le lun. 18 mars 2019 à 18:01,  > a écrit :
>
> >* J'aurais aussi laissé l'entrée dans name tout simplement.
> *>>* name:entrance et name:exit, sachant que entrance et exit ne sont pas des
> *>* codes de langue n'est pas vraiment ambigu mais peut entraîner des 
> problèmes
> *>* pour les outils d'importation.
> *>>* name:fr:exit serait le nom en français de la commune de sortie.
> *>>* N. B. : contrairement à ce qu'indique Marc ce n'est pas le nom de la
> *>* commune mais aussi le nom de l'agglomération suivi de "commune de XXX".
> *>>* Exemple : https://www.openstreetmap.org/node/3347836570, 
>  Guidel-Plages
> *>* alors qu'il s'agit de la commune de Guidel.
> *>* Ou avec Mapillary :
> *>* 
> https://www.mapillary.com/app/?focus=photo=47.79721754166424=-3.4809542=17=RxO4q1ZookumCATmH2Ct3g=0.5334449075931347=0.3798607750491876=3
>  
> 
> *>* .
> *>* Oui un panneau de lieu-dit suffit mais le maire devait avoir un tarif sur
> *>* les panneaux ;-).
> *>>* Remarquez qu'on entre en français et breton mais on ne sort qu'en 
> français
> *>* !
> *>>* D'ailleurs comment entreriez-vous :
> *>>* Guidel-Plages
> *>* Commune de Guidel
> *>* ?
> *>>* Vous laissez tomber "Cne de Guidel" ?
> *>>* Note : si on ne connait la direction du panneau, on ne sait si c'est une
> *>* entrée ou une sortie. Sur le Wiki on n'entre que le nom de l'agglomération
> *>* dans laquelle on entre.
> *>* > on a donc croisé un panneau qui a donné son nom
> *>* Et non, ça c'est seulement dans le cas droit où toute route menant à X a
> *>* son panneau d'entrée.
> *>* Typiquement avec des panneaux indiquant des sous-parties de la commune il
> *>* n'est pas évitent que toutes les limites internes soient indiquées, par
> *>* exemple dans des culs-de-sac. Mais dans ce cas on n'a pas le panneau
> *>* d'entrée dans l'autre zone.
> *>* Ceci dit je suis à peu-près sûr d'arriver à entrer via "Les Cinq Chemins -
> *>* Cne de Guidel" et à ressortir par "Guidel", il suffit de passer par des
> *>* petites

Re: [OSM-talk] Overpass query for tags of previous object version?

2019-03-18 Thread Markus

Hi Mateusz,

Thanks for your reply!

On Mon, 18 Mar 2019 at 20:52, Mateusz Konieczny  wrote:
>
> I know that it should be fairly easy to find object with crossing=zebra
> tag last edited by this user.

This gives me over 800 results. I hoped that i don't have to look
through all of them, but maybe its better nevertheless.

> Alternative method is to just revert edits made by that user.

That's also a bit difficult because there are over 400 changesets and
the user has been very active since. (My computer freezes after
clicking multiple times on "Load more".)

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

Re: [OSM-talk-fr] améliorer les panneaux entrée et sortie de ville

2019-03-18 Thread Ralf Treinen

On Mon, Mar 18, 2019 at 09:11:59PM +0100, Ralf Treinen wrote:
> On Mon, Mar 18, 2019 at 04:05:34PM +0100, Charles MILLET wrote:
> > Plutôt que name:in et name:out je crois que name:exit et name:entrance 
> > seraient
> > plus proche de ce que se fait déjà.
> 
> Comment gérer le cas où le panneau est sur la frontière entre deux communes,
> c-a-d la sortie d'une commune est l'entrée de l'autre ?

Désolé j'ai envoyé ce mail avant de voir la proposition de Bernard
de mapper dans ce cas deux panneaux différents.

-Ralf.

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

Re: [OSM-talk-fr] améliorer les panneaux entrée et sortie de ville

2019-03-18 Thread Ralf Treinen

On Mon, Mar 18, 2019 at 04:05:34PM +0100, Charles MILLET wrote:
> Plutôt que name:in et name:out je crois que name:exit et name:entrance 
> seraient
> plus proche de ce que se fait déjà.

Comment gérer le cas où le panneau est sur la frontière entre deux communes,
c-a-d la sortie d'une commune est l'entrée de l'autre ?

-Ralf

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

Re: [OSM-talk-fr] Places PMR ?

> parking_space=disabled

dernier soucis avec ce tag, c'est que c'est une règle qui ne fonctionne 
que pour un objet précis.
si tu veux renseigner qu'un parking au complet est PMR,
cela ne fonctionne pas (parce que parking=* décrit le type d'infra 
(aérien, souterrain, multi-niveau)
Si tu veux renseigner une entrée, entrance=* ne va pas non plus.
si chaque objet à sa logique différente, c'est pas génial.
tous le reste utilisant un tag d'accès,je trouve + logique de faire 
pareil pour les parking_space
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] Overpass query for tags of previous object version?

2019-03-18 Thread Mateusz Konieczny




Mar 18, 2019, 8:33 PM by selfishseaho...@gmail.com:

> Hello
>
> Is there an overpass-turbo query that finds crossing=zebra that were
> previously (i.e. version - 1) tagged crossing=traffic_signals?
>
> (Unfortunately a user unaware that pedestrian crossings with traffic
> signals also have zebra markings in some countries wrongly changed
> many crossing=traffic_signals to crossing=zebra in a Maproulette.)
>
I know that it should be fairly easy to find object with crossing=zebra 
tag last edited by this user.

Alternative method is to just revert edits made by that user.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] Places PMR ?

Le 18.03.19 à 18:02, Vincent Bergeot a écrit :
> je n'imagine pas amenity=parking_space, capacity=8 et capacity:disabled=2

et pourtant si tu n'as d'image sat pour faire + précis,
tu peux faire un polygone devant l'entrée d'un magasin
et mettre de mémoire qu'il y a plusieurs places dont 2 PMR.
je trouve que c'est une erreur de se baser sur un tag capacity
pour décrire une restriction d'accès.

>   * parking_space=disabled

je trouve ce tag ambigu donc peux utilisable.
il a été utilisé avant d'être définit précisément.
du coup tu ne sais pas si le contributeur a voulu renseigner
la restriction d'accès ou l'accessibilité réelle.
et le site renseigné sur le wiki comme l'utilisant,
ne semble plus l'utiliser. ex
https://www.openstreetmap.org/node/1601704007
http://rollstuhlkarte.ch/?zoom=18=47.36616=8.53991=B00FFTT
(la surcouche est en 404)
c'est pour moi un bon candidat à être déprécié en faveur
de tag + précis :) mais c'est le + courant :-(

à propos de la restriction d'accès (disabled ou access:disabled)
j'avais vu je ne sais plus où un argument sur le conflit de mettre 
disabled dans le nom du tag parce que les tag d'accès à gauche (les 
clefs) sont des moyens de transport tandis que les usages sont à droite 
(en valeur).
la conséquence de mixer des utilisateurs dans la partie gauche
se pose par exemple lorsqu'on veux renseigner une place avec double 
condition : les places PMR d'un magasin access=destination + disable=yes
Selon la logique de tous les autres tag d'accès (ex access=destination 
foot=yes), c'est permis si on respecte au moins une condition non 
surchargée access=destination ou disable=yes
du coup tu ne sais pas décrire les conditions multiples.
la solution que j'avais vu et utilisé était :
access=no + access:conditional=designated␣@␣disabled (yes au lieu de 
designated fait aussi l'affaire)
215 utilisations mondiales dont sans doute bcp de moi
https://taginfo.openstreetmap.org/tags/access%3Aconditional=designated%20%40%20disabled

Du coup, je met pour le moment les 2 (parking_space=disabled et accces) 
en plus des 2 autres (capacity et wheelchair) pour favoriser 
l'utilisation des données, mais c'est vraiment pas top.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Code officiel géographique de l'Insee


Le 18/03/2019 à 19:43, Rpnpif - rpn...@trob.eu a écrit :

Le 17 mars 2019, Jérôme Amagat a écrit :


L'insee a sorti son code officiel géographique pour 2019
https://www.insee.fr/fr/information/3720946
  et j'ai regarder les différences avec osm.
Sur les communes, 2 différences notables, 2 communes en moins dans osm à
cause de 2 communes nouvelles créées au 28 février en Côte d'Or
(Collonges-et-Premières et Neuilly-Crimolois). (Le cog c'est la situation
au 1er janvier.)

Pour les noms des communes beaucoup de petites différences avec le name=*
de osm. Beaucoup de problèmes de tiret "-" présent dans osm et pas dans le
cog sur les communes nouvelles, problème de majuscules aussi dans ces
communes nouvelles. et aussi des différences d'orthographe entre les locaux
et l'Etat :) (pas mal d'entre elles ont un tag alt_name ou official_name
avec le nom officiel)
je vous mets la liste :) (dans la 2e partie c'est que des problèmes de
tiret) :

code INSEEosmcog
29158Penmarc'hPenmarch
56046Crac'hCrach
56162PlœmeurPloemeur
56262Le BonoBono
64166ÇaroCaro
74112Épagny-Metz-TessyEpagny Metz-Tessy
85082Les ÉpessesLes Epesses


Là on voit que le COG a des problèmes avec des lettres non ASCII.

Comme dit Alain, à mettre dans official_name et sinon à regarder au cas 
par cas.


c'h doit rester (se prononce normalement comme le ch allemand, et non 
comme le ch français).


Plœmeur contrairement à Ploemeur se prononce comme il s'écrit. C'est la 
graphie retenue par la mairie. Sinon il y a risque de confusion avec 
Plomeur (heu, même avec ^^).


Pareil pour les Ç et autres É :  à garder dans OSM.

Pour Le Bono, voir plus bas.

Pour les tirets, la version 2020 corrigera peut-être ces erreurs !

Est-ce qu'on fait une page wiki pour statuer ?

Lors de création de communes nouvelles, quelques communes ont du changer de
département et l'insee leur a changé leur code quand elle sont devenues
communes déléguées, c'est le cas de (avec leur nouveau code) :
Le Fresne-sur-Loire49382
Pont-Farcy50649
Gernicourt51664
Freigné44225
Qu'est ce qu'il faut faire de ces codes et des anciens ?

Là encore d'accord avec Alain pour les start et end date.

est  ce que je fait les modifications pour coller au COG sans réfléchir ou
pas?
Pas systématiquement. Doit-on faire une page wiki pour statuer sur ce 
qu'on fait sur le name (sachant qu'on peut déjà mettre en official_name 
le COG) ?

Une discussion précédente avait dit qu'on mettait le nom normlsié dans
name=* et le nom officiel dans official_name=*


C'est quoi le nom normalisé ?

Par exemple sur le terrain tu trouves des panneaux Ploemeur à la place 
de Plœmeur.


Tu cherches la page de la mairie pour voir ce qu'elle écrit ?

Pour Le Bono , la commune 
a été créée comme Bono mais la mairie (et les locaux) utilisent Le Bono. 
On va au Bono pas à Bono.


Il me semble qu'on doit avoir name=Le Bono, official_name=Bono.

Actuellement Bono est seulement alt_name.

Jean-Yvon

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

[OSM-talk] Overpass query for tags of previous object version?

2019-03-18 Thread Markus

Hello

Is there an overpass-turbo query that finds crossing=zebra that were
previously (i.e. version - 1) tagged crossing=traffic_signals?

(Unfortunately a user unaware that pedestrian crossings with traffic
signals also have zebra markings in some countries wrongly changed
many crossing=traffic_signals to crossing=zebra in a Maproulette.)

Regards

Markus

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

Re: [OSM-talk-fr] Luftdaten: projet de science participative

2019-03-18 Thread bruno Piguet

Et comme dans tout bon projet avec des données géographiques, il y en a au
centre du golfe de Guinnée  :
https://france.maps.luftdaten.info/#6/0.000/0.000
;-)

Le lun. 18 mars 2019 à 08:40, PIERRE Sylvain via Talk-fr <
talk-fr@openstreetmap.org> a écrit :

> Peut-être avez-vous déjà entendu parler du projet de science participative
> et citoyenne Luftdaten…
>
>
>
> Pics de pollution, alertes aux particules fines… Dans les grandes villes
> (ou  ailleurs), les valeurs limites et les seuils d’alerte sont souvent
> dépassés. Comment peut-on mesurer et interpréter la qualité de l’air?
>
>
>
> Pour répondre à cette question le OK Lab Stuttgart a mis en œuvre un
> projet collaboratif et citoyen de mesure des particules fines :
>
> https://luftdaten.info/fr/accueil/
>
>
>
> En résumé : il s’agit de construire soit-même un détecteur de particules
> qui alimentera une base de données qui peut être visualisées ici (très
> bel accès aux données avec un fond OSM) :
>
> https://france.maps.luftdaten.info/#7/48.673/9.437
>
> Le projet commence à se développer en France. La documentation est très
> bien faite. L’investissement est réduit à quelques dizaines d’euros pour le
> matériel. C’est ludique, contributif.
>
> Quelques liens supplémentaires :
>
> http://www.wiki-rennes.fr/images/c/ca/Notice_composants.pdf
>
> http://www.wiki-rennes.fr/Capteurs_Luftdaten
>
>
> https://fabmanager.csc49.fr/#!/projects/capteur-de-micro-particules-luftdaten-avec-abris-pour-l-ademe
>
>
>
> *→*  *Sylvain PIERRE*
>
>  Chef de projet système d’information
>
>  Direction des Systèmes d’Information
>
>  Service Projets et Applications Numériques
>
>*Conseil Départemental du Bas-Rhin*
>
> 
>
>  Hôtel du Département
>  1 place du Quartier Blanc 67964 Strasbourg Cedex 9
>  Tél : 03 88 76 68 88 - mobile :
>  Mobile : 06 30 96 31 76
>  Email : sylvain.pie...@bas-rhin.fr
>
>  www.bas-rhin.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] améliorer les panneaux entrée et sortie de ville

qlq a une photo d'un panneau "fin city_limit=A" "city_limit=B" sur un 
même poteau ?
je me demande si c'est pertinant d'utiliser city_limit pour le panneau 
de fin c'est p'tre mieux de crer un traffic_sign=end_city_limit
puisqu'il y a 2 panneaux différents.

Le 18/03/2019 à 19:24, Bernard Lefrançois

> Je verrais plutôt le tag inscription=Nomdeville
c'est pertinent. qlq de motifier pour proposer la modif sur tagging ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] améliorer les panneaux entrée et sortie de ville

2019-03-18 Thread Jérôme Seigneuret

En effet c'est un bon point sauf quand tout est sur un seul point (ou il
faut virtuellement en créer deux)? Même problème que sur les panneaux
d'orientation.
En effet pour moi si je crée deux points. Je traite tous mes cas.

Le lun. 18 mars 2019 à 19:39,  a écrit :

> Le 18/03/2019 à 19:24, Bernard Lefrançois - bernard.lefranc...@free.fr a
> écrit :
>
> Même s'il sont sur le même poteau, je placerais deux nœuds rapprochés
>
> +1 et d'abord la sortie, donc typiquement 2*2 points (entrée et sortie
> dans chaque sens).
>
> Quant au tag name, est-ce vraiment le tag approprié?
> Le nom écrit sur la plaque, c'est celui de la commune, pas celui de la
> plaque.
>
> Je verrais plutôt le tag inscription=Nomdeville
> le wiki est assez large pour l'utilisation de ce tag *(**text of
> inscriptions on buildings, memorials, advertising signs and other objects)*
> .
>
> Stricto sensu exact mais contraire au wiki
>  "
> Il est recommandé également d'ajouter le nom de la ville ou du hameau avec
> name =*, et si besoin
> alt_name =*" et au
> bon sens.
>
> Jean-Yvon
>
> ___
> 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] Photos ESRI et Tahiti

2019-03-18 Thread Violaine_Do



Hello,

Je suis de ce côté du globe ^^

Tu peux t'amuser à visiter Tefenua : 
https://www.tefenua.gov.pf/tefenua/# le geoportail du coin


Et rajouter les couches en WMTS dans QGis... 
http://www.tefenua.gov.pf/tefenua/api/wmts


Attention visualisation only...

Si certaines couches t'intéressent, le SAU (service de l'urba) fournit 
les siennes en licences compatible OSM.. N'hésite pas à me dire si ça te 
botte.


Et enfin j'en connais un qui adorerais faire cette rando, je t'avoue 
qu'elle me fait un peu peur, n'hésite pas à nous faire signe


Bises, bonne découverte!

Violaine

On 18/03/2019 06:37, jabali wrote:

Avec un compte, les données sont en haute résolution . Ce qui est quand même
plus précis.



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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


--
Violaine_Do


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

Re: [Talk-us] Online mappy hour

2019-03-18 Thread Clifford Snow

Thanks for clarifying the date - I can make the 28th 6PM PDT. Adding it to
my calendar.

On Mon, Mar 18, 2019 at 11:20 AM Martijn van Exel  wrote:

>
> > On Mar 18, 2019, at 1:57 PM, Richard Welty 
> wrote:
> [..]
> > next thursday as in the 21st or the 28th? i'm going to be on my flight
> > to IETF on the 21st but back on the 28th if the airlines cooperate.
>
> Sorry, I meant the 28th.
>
> Martijn
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>


-- 
@osm_seattle
osm_seattle.snowandsnow.us
OpenStreetMap: Maps with a human touch
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk-fr] Code officiel géographique de l'Insee

2019-03-18 Thread Rpnpif

Le 17 mars 2019, Jérôme Amagat a écrit :

> L'insee a sorti son code officiel géographique pour 2019
> https://www.insee.fr/fr/information/3720946
>  et j'ai regarder les différences avec osm.
> Sur les communes, 2 différences notables, 2 communes en moins dans osm à
> cause de 2 communes nouvelles créées au 28 février en Côte d'Or
> (Collonges-et-Premières et Neuilly-Crimolois). (Le cog c'est la situation
> au 1er janvier.)
> 
> Pour les noms des communes beaucoup de petites différences avec le name=*
> de osm. Beaucoup de problèmes de tiret "-" présent dans osm et pas dans le
> cog sur les communes nouvelles, problème de majuscules aussi dans ces
> communes nouvelles. et aussi des différences d'orthographe entre les locaux
> et l'Etat :) (pas mal d'entre elles ont un tag alt_name ou official_name
> avec le nom officiel)
> je vous mets la liste :) (dans la 2e partie c'est que des problèmes de
> tiret) :
> 
> code INSEEosmcog
> 05139Le DévoluyDévoluy
> 07011Vallées-d'Antraigues-AsperjocVallées-d’Antraigues-Asperjoc
> 07084ÉclassanEclassan
> 08116Bairon-et-ses-EnvironsBairon et ses environs
> 14281Formigny-la-BatailleFormigny La Bataille
> 16052Bors-de-MontmoreauBors (Canton de Tude-et-Lavalette)
> 16053Bors-de-BaignesBors (Canton de Charente-Sud)
> 16082Boisné-la-TudeBoisné-La Tude
> 17340Saint-Pierre-la-NoueSaint-Pierre-La-Noue
> 19252Sarroux-Saint-JulienSarroux - Saint Julien
> 22084Jugon-les-Lacs Commune nouvelleJugon-les-Lacs - Commune
> nouvelle
> 24269MialletMialet
> 27693Sylvains-lès-MoulinsSylvains-Lès-Moulins
> 28406Eole-en-BeauceÉole-en-Beauce
> 29021Plounéour-Brignogan-PlagesPlounéour-Brignogan-plages
> 29158Penmarc'hPenmarch
> 38273Nantes-en-RattierNantes-en-Ratier
> 42031ÇaloireCaloire
> 44066Grandchamp-des-FontainesGrandchamps-des-Fontaines
> 48116Pont-de-Montvert-Sud-Mont-LozèrePont de Montvert - Sud Mont
> Lozère
> 49160Ingrandes-le-Fresne-sur-LoireIngrandes-Le Fresne sur Loire
> 50090Buais-les-MontsBuais-Les-Monts
> 50168Ducey-les-ChérisDucey-Les Chéris
> 50209Gonneville-le-TheilGonneville-Le Theil
> 50431Remilly-les-MaraisRemilly Les Marais
> 56046Crac'hCrach
> 56162PlœmeurPloemeur
> 56262Le BonoBono
> 62705RétyRety
> 64166ÇaroCaro
> 71204Fragnes-la-LoyèreFragnes-La Loyère
> 74049BrisonBrizon
> 74112Épagny-Metz-TessyEpagny Metz-Tessy
> 79217Prailles-la-CouardePrailles-La Couarde
> 84151Vitrolles-en-LuberonVitrolles-en-Lubéron
> 85008Aubigny-les-ClouzeauxAubigny-Les Clouzeaux
> 85082Les ÉpessesLes Epesses
> 86265SossaySossais
> 97603BandréléBandrele
> 97607DembéniDembeni
> 
> 01015Arboys-en-BugeyArboys en Bugey
> 01130Bresse-VallonsBresse Vallons
> 01185Plateau-d'HautevillePlateau d'Hauteville
> 01286Parves-et-NattagesParves et Nattages
> 02053Vallées-en-ChampagneVallées en Champagne
> 02458Dhuys-et-Morin-en-BrieDhuys et Morin-en-Brie
> 04120Val-d'OronayeVal d'Oronaye
> 05118Val-Buëch-MéougeVal Buëch-Méouge
> 08491Vrigne-aux-BoisVrigne aux Bois
> 12177Palmas-d'AveyronPalmas d'Aveyron
> 12224Saint-Geniez-d'Olt-et-d'AubracSaint Geniez d'Olt et d'Aubrac
> 12270Sévérac-d'AveyronSévérac d'Aveyron
> 14061Souleuvre-en-BocageSouleuvre en Bocage
> 15108Val-d'ArcomieVal d'Arcomie
> 16175Val-des-VignesVal des Vignes
> 17295Réaux-sur-TrèfleRéaux sur Trèfle
> 24035Pays-de-BelvèsPays de Belvès
> 24064Brantôme-en-PérigordBrantôme en Périgord
> 24376Saint-Aulaye-PuymangouSaint Aulaye-Puymangou
> 24490Saint-Privat-en-PérigordSaint Privat en Périgord
> 25424Les Premiers-SapinsLes Premiers Sapins
> 27105Grand-BourgtherouldeGrand Bourgtheroulde
> 27191Clef-Vallée-d'EureClef Vallée d'Eure
> 27302Le Bosc-du-TheilLe Bosc du Theil
> 27638Le Thuit-de-l'OisonLe Thuit de l'Oison
> 28103Cloyes les Trois RivièresCloyes-les-Trois-Rivières
> 35257Maen-RochMaen Roch
> 38225Autrans-Méaudre-en-VercorsAutrans-Méaudre en Vercors
> 38359Saint-Antoine l'AbbayeSaint Antoine l'Abbaye
> 38439Crêts-en-BelledonneCrêts en Belledonne
> 39258Grande-Rivière-ChâteauGrande-Rivière Château
> 39378Les Trois-ChâteauxLes Trois Châteaux
> 46063Castelnau-Montratier-Sainte-AlauzieCastelnau Montratier-Sainte
> Alauzie
> 46252Les Pechs-du-VersLes Pechs du Vers
> 46268Saint-Géry-VersSaint Géry-Vers
> 48009Peyre-en-AubracPeyre en Aubrac
> 48061Florac-Trois-RivièresFlorac Trois Rivières
> 48139Saint-Bonnet-LavalSaint Bonnet-Laval
> 48152Ventalon-en-CévennesVentalon en Cévennes
> 48166Cans-et-CévennesCans et

Re: [OSM-talk-fr] améliorer les panneaux entrée et sortie de ville

Le 18/03/2019 à 19:24, Bernard Lefrançois - bernard.lefranc...@free.fr a 
écrit :

Même s'il sont sur le même poteau, je placerais deux nœuds rapprochés


+1 et d'abord la sortie, donc typiquement 2*2 points (entrée et sortie 
dans chaque sens).



Quant au tag name, est-ce vraiment le tag approprié?
Le nom écrit sur la plaque, c'est celui de la commune, pas celui de la 
plaque.


Je verrais plutôt le tag inscription=Nomdeville
le wiki est assez large pour l'utilisation de ce tag /(//text of 
inscriptions on buildings, memorials, advertising signs and other 
objects)/.


Stricto sensu exact mais contraire au wiki 
 " 
Il est recommandé également d'ajouter le nom de la ville ou du hameau 
avec name =*, et si 
besoin alt_name =*" 
et au bon sens.


Jean-Yvon


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

Re: [Talk-us] Online mappy hour

2019-03-18 Thread brad


I'll be traveling, but I'll try to dial in.

On 3/18/19 12:20 PM, Martijn van Exel wrote:

On Mar 18, 2019, at 1:57 PM, Richard Welty  wrote:

[..]

next thursday as in the 21st or the 28th? i'm going to be on my flight
to IETF on the 21st but back on the 28th if the airlines cooperate.

Sorry, I meant the 28th.

Martijn

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



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

[OSM-talk-fr] améliorer les panneaux entrée et sortie de ville

2019-03-18 Thread Bernard Lefrançois

N'oubliez pas que même si le panneau de sortie et celui d'entrée de la 
commune suivante sont sur le même support, il s'agit de deux panneaux 
distincts.

Si l'on ajoute des attributs il faut savoir de quel panneau on parle.

Même s'il sont sur le même poteau, je placerais deux nœuds rapprochés avec:

pour la sortie
traffic_sign=city_limit
traffic_sign=FR:EB20

et pour l'entrée
traffic_sign=city_limit
traffic_sign=FR:EB10

Quant au tag name, est-ce vraiment le tag approprié?
Le nom écrit sur la plaque, c'est celui de la commune, pas celui de la 
plaque.


Je verrais plutôt le tag inscription=Nomdeville
le wiki est assez large pour l'utilisation de ce tag /(//text of 
inscriptions on buildings, memorials, advertising signs and other objects)/.


Il y aurait bien aussi le champ [value] à placer après l'ID du panneau, 
ce qui donnerait:

traffic_sign=FR:EB10[Nomdeville]
mais je ne sait pas si ce champ accepte des valeurs alphabétiques.



*direction* c'est en effet la direction du panneau tel que l'on peut
l'observer. Ce détail existe déjà et est renseigné sur pas mal de panneaux
de type trafic_sign. le fait de modéliser les panneaux sur un point hors du
réseau et aussi un autre modèle de saisie (valide) à condition de
renseigner la direction.

Qui plus est le problème reste le même que pour les intersections de
tronçon. sachant que l'on qualifie la vitesse de toute façon en entrée de
ville en sortie de ville on a forcément un découpage au niveau du nœud
entrée sortie. D'où l'exploitation de cette modélisation.

Du côté left and right, c'est en effet des cas qui existe. dans mon mode de
saisie left and right n'a aucun intérêt. Et du coup c'est la même
problématique avec forward-backward.

le panneau peut être placé à gauche ou à droite de la voirie généralement à
droite pour l'entrée. Mais dans certains cas comme toujours en France il y
a des exceptions. Le panneau peut être a l'opposé.

l'objectif de mettre le panneau d'entrée et de sortie et double étant donné
que ça permet aux collectivités de savoir où est-ce qu'il pourrait manquer
des panneaux de sortie ou des panneaux d'entrée le cas échéant.

les panneaux d'entrée et de sortie sont normalisées donc normalement on
pourrait utiliser la même procédure que pour les trafic_ sign. Garder name
par défaut pour l'entrée


Le lun. 18 mars 2019 à 18:01, https://lists.openstreetmap.org/listinfo/talk-fr>> a écrit :

>/J'aurais aussi laissé l'entrée dans name tout simplement. />//>/name:entrance et name:exit, sachant que entrance et exit ne sont pas des />/codes de langue n'est pas vraiment ambigu mais peut entraîner des 
problèmes />/pour les outils d'importation. />//>/name:fr:exit serait le nom en français de la commune de sortie. />//>/N. B. : contrairement à ce qu'indique Marc ce n'est pas le nom de la />/commune mais aussi le nom de l'agglomération suivi de "commune de XXX". />//>/Exemple : https://www.openstreetmap.org/node/3347836570, Guidel-Plages />/alors qu'il s'agit de la commune de Guidel. />/Ou avec Mapillary : />/https://www.mapillary.com/app/?focus=photo=47.79721754166424=-3.4809542=17=RxO4q1ZookumCATmH2Ct3g=0.5334449075931347=0.3798607750491876=3 
/>/. />/Oui un panneau de lieu-dit suffit mais le maire devait avoir un tarif 
sur />/les panneaux ;-). />//>/Remarquez qu'on entre en français et breton mais on ne sort qu'en 
français />/! />//>/D'ailleurs comment entreriez-vous : />//>/Guidel-Plages />/Commune de Guidel />/? />//>/Vous laissez tomber "Cne de Guidel" ? />//>/Note : si on ne connait la direction du panneau, on ne sait si c'est une />/entrée ou une sortie. Sur le Wiki on n'entre que le nom de 
l'agglomération />/dans laquelle on entre. />/> on a donc croisé un panneau qui a donné son nom />/Et non, ça c'est seulement dans le cas droit où toute route menant à X a />/son panneau d'entrée. />/Typiquement avec des panneaux indiquant des sous-parties de la 
commune il />/n'est pas évitent que toutes les limites internes soient indiquées, par />/exemple dans des culs-de-sac. Mais dans ce cas on n'a pas le panneau />/d'entrée dans l'autre zone. />/Ceci dit je suis à peu-près sûr d'arriver à entrer via "Les Cinq 
Chemins - />/Cne de Guidel" et à ressortir par "Guidel", il suffit de passer par des />/petites rues. />//>/Le 18/03/2019 à 16:59, marc marc - marc_marc_irc at hotmail.com 
 a écrit : />//>/Le 18.03.19 à 16:05, Charles MILLET a écrit : />//>/il me semble qu'il n'y a pas d’ambiguïté donc des name:* devraient 
être bon. />//>/Pourtant name:abc est "name" dans la langue "abc" (ex name:fr name:de) />/Dans les zones multilingue, un panneau est parfois multilingue dont />/multiple name. et un name:abc qui ne se rapport pas à un langue entre en />/conflit avec cette logique bien établie. />/Je n'ai tjs pas saisis l'intérêt, mais si on veux vraiment renseigner />/le nom de la ville qu'on quitte lorsqu'on rentre dans une autre, />/*:name me semble préférable pour éviter cet ambiguïté. />//>/Et si

Re: [Talk-us] Online mappy hour


> On Mar 18, 2019, at 1:57 PM, Richard Welty  wrote:
[..]
> next thursday as in the 21st or the 28th? i'm going to be on my flight
> to IETF on the 21st but back on the 28th if the airlines cooperate.

Sorry, I meant the 28th.

Martijn

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

Re: [Talk-es] Perdido con Overpass Api

2019-03-18 Thread Santiago Higuera


Echa un vistazo a este manual que hice, por si te ayuda. Es el capítulo 8

https://iceosm2016.readthedocs.io/en/latest/

Un saludo

Santiago Higuera


El 18/3/19 a las 18:21, Miguel de Dios Matias escribió:

Buenas.

He leído la documentación de overpass api y sigo mas o menos perdido.

Os cuento lo que intento hacer, sacar la silueta de un país, estoy 
probando con España.


Con admin_level=2 me saca los km de costa añadidos a la frontera de 
tierra y con línea costa no me saca la frontera con Portugal por ejemplo.


Os pego las queries (que están mal) pero es que todavía no se como 
filtrar de una relación (España) la caminos que la componen (no se si 
hay alguno etiquetado como frontera del país sin trocito de mar).


(
    rel["name"="España"];
  way["natural"="coastline"]({{bbox}});
);
out geom;




area["name"="España"]->.country;
way(area.country)["natural"="coastline"];
out geom;





area["name"="España"]->.country;
// gather results
(
  // query part for: “admin_level=10”
  node["admin_level"="2"](area.country);
  way["admin_level"="2"](area.country);
  relation["admin_level"="2"](area.country);
);
out geom;

Saludos.

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

Re: [Talk-us] Online mappy hour

2019-03-18 Thread Richard Welty

On 3/18/19 1:05 PM, Martijn van Exel wrote:
> Hi all, 
> 
> You may remember that I hosted online ‘virtual mappy hours’ a few years ago. 
> 
> I thought it was nice and I want to resume them.

i liked them and am happy to see their return.

> How does next Thursday 6pm PDT / 9pm EDT sound? I’m open to alternative 
> times, if you’re interested in joining you get to help decide when we’ll do 
> it :)

next thursday as in the 21st or the 28th? i'm going to be on my flight
to IETF on the 21st but back on the 28th if the airlines cooperate.

richard

-- 
rwe...@averillpark.net
 Averill Park Networking - GIS & IT Consulting
 OpenStreetMap - PostgreSQL - Linux
 Java - Web Applications - Search

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

Re: [OSM-talk-fr] améliorer les panneaux entrée et sortie de ville

2019-03-18 Thread Jérôme Seigneuret

*direction* c'est en effet la direction du panneau tel que l'on peut
l'observer. Ce détail existe déjà et est renseigné sur pas mal de panneaux
de type trafic_sign. le fait de modéliser les panneaux sur un point hors du
réseau et aussi un autre modèle de saisie (valide) à condition de
renseigner la direction.

Qui plus est le problème reste le même que pour les intersections de
tronçon. sachant que l'on qualifie la vitesse de toute façon en entrée de
ville en sortie de ville on a forcément un découpage au niveau du nœud
entrée sortie. D'où l'exploitation de cette modélisation.

Du côté left and right, c'est en effet des cas qui existe. dans mon mode de
saisie left and right n'a aucun intérêt. Et du coup c'est la même
problématique avec forward-backward.

le panneau peut être placé à gauche ou à droite de la voirie généralement à
droite pour l'entrée. Mais dans certains cas comme toujours en France il y
a des exceptions. Le panneau peut être a l'opposé.

l'objectif de mettre le panneau d'entrée et de sortie et double étant donné
que ça permet aux collectivités de savoir où est-ce qu'il pourrait manquer
des panneaux de sortie ou des panneaux d'entrée le cas échéant.

les panneaux d'entrée et de sortie sont normalisées donc normalement on
pourrait utiliser la même procédure que pour les trafic_ sign. Garder name
par défaut pour l'entrée


Le lun. 18 mars 2019 à 18:01,  a écrit :

> J'aurais aussi laissé l'entrée dans name tout simplement.
>
> name:entrance et name:exit, sachant que entrance et exit ne sont pas des
> codes de langue n'est pas vraiment ambigu mais peut entraîner des problèmes
> pour les outils d'importation.
>
> name:fr:exit serait le nom en français de la commune de sortie.
>
> N. B. : contrairement à ce qu'indique Marc ce n'est pas le nom de la
> commune mais aussi le nom de l'agglomération suivi de "commune de XXX".
>
> Exemple : https://www.openstreetmap.org/node/3347836570, Guidel-Plages
> alors qu'il s'agit de la commune de Guidel.
> Ou avec Mapillary :
> https://www.mapillary.com/app/?focus=photo=47.79721754166424=-3.4809542=17=RxO4q1ZookumCATmH2Ct3g=0.5334449075931347=0.3798607750491876=3
> .
> Oui un panneau de lieu-dit suffit mais le maire devait avoir un tarif sur
> les panneaux ;-).
>
> Remarquez qu'on entre en français et breton mais on ne sort qu'en français
> !
>
> D'ailleurs comment entreriez-vous :
>
> Guidel-Plages
> Commune de Guidel
> ?
>
> Vous laissez tomber "Cne de Guidel" ?
>
> Note : si on ne connait la direction du panneau, on ne sait si c'est une
> entrée ou une sortie. Sur le Wiki on n'entre que le nom de l'agglomération
> dans laquelle on entre.
> > on a donc croisé un panneau qui a donné son nom
> Et non, ça c'est seulement dans le cas droit où toute route menant à X a
> son panneau d'entrée.
> Typiquement avec des panneaux indiquant des sous-parties de la commune il
> n'est pas évitent que toutes les limites internes soient indiquées, par
> exemple dans des culs-de-sac. Mais dans ce cas on n'a pas le panneau
> d'entrée dans l'autre zone.
> Ceci dit je suis à peu-près sûr d'arriver à entrer via "Les Cinq Chemins -
> Cne de Guidel" et à ressortir par "Guidel", il suffit de passer par des
> petites rues.
>
> Le 18/03/2019 à 16:59, marc marc - marc_marc_...@hotmail.com a écrit :
>
> Le 18.03.19 à 16:05, Charles MILLET a écrit :
>
> il me semble qu'il n'y a pas d’ambiguïté donc des name:* devraient être bon.
>
> Pourtant name:abc est "name" dans la langue "abc" (ex name:fr name:de)
> Dans les zones multilingue, un panneau est parfois multilingue dont
> multiple name. et un name:abc qui ne se rapport pas à un langue entre en
> conflit avec cette logique bien établie.
> Je n'ai tjs pas saisis l'intérêt, mais si on veux vraiment renseigner
> le nom de la ville qu'on quitte lorsqu'on rentre dans une autre,
> *:name me semble préférable pour éviter cet ambiguïté.
>
> Et si on veux garder des données utilisable par une majorité d'app,
> j'aurais gardé la ville entrante dans name tout simplement.
> Au moins les utilisations des données qui ignorent cet "extension"
> pourront quand même utiliser l'info initiale.
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://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-es] Perdido con Overpass Api

2019-03-18 Thread Miguel de Dios Matias

Buenas.

He leído la documentación de overpass api y sigo mas o menos perdido.

Os cuento lo que intento hacer, sacar la silueta de un país, estoy probando
con España.

Con admin_level=2 me saca los km de costa añadidos a la frontera de tierra
y con línea costa no me saca la frontera con Portugal por ejemplo.

Os pego las queries (que están mal) pero es que todavía no se como filtrar
de una relación (España) la caminos que la componen (no se si hay alguno
etiquetado como frontera del país sin trocito de mar).

(
rel["name"="España"];
  way["natural"="coastline"]({{bbox}});
);
out geom;




area["name"="España"]->.country;
way(area.country)["natural"="coastline"];
out geom;





area["name"="España"]->.country;
// gather results
(
  // query part for: “admin_level=10”
  node["admin_level"="2"](area.country);
  way["admin_level"="2"](area.country);
  relation["admin_level"="2"](area.country);
);
out geom;

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

Re: [Talk-us] Online mappy hour

2019-03-18 Thread Ian Dees

Thank you so much for hosting this again, Martijn!

The time sounds good to me.

On Mon, Mar 18, 2019 at 12:07 PM Martijn van Exel  wrote:

> Hi all,
>
> You may remember that I hosted online ‘virtual mappy hours’ a few years
> ago.
>
> I thought it was nice and I want to resume them.
>
> Some topics for a next one:
>
> * State of the map US — what would make you want to be there? Thinking
> about presenting? Some details about the planning process
> * Imports — I feel like we’ve seen quite a few proposals lately. Opinions?
> Did you submit a proposal and want to discuss?
> * Ask the board — I’ll invite someone from the board to attend for a Q
> * MapRoulette — If you all are interested I am happy to talk about the
> latest features or walk you through how to set up a challenge.
> * your favorite topic, let me know.
>
> How does next Thursday 6pm PDT / 9pm EDT sound? I’m open to alternative
> times, if you’re interested in joining you get to help decide when we’ll do
> it :)
>
> There will be a video option (zoom) but you will also be able to dial-in
> if you don’t fancy proprietary tools on your computer. I’ll send details
> once we settle on a day and time.
>
> Looking forward to chatting!
>
> Martijn
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-us] Online mappy hour

Hi all, 

You may remember that I hosted online ‘virtual mappy hours’ a few years ago. 

I thought it was nice and I want to resume them.

Some topics for a next one:

* State of the map US — what would make you want to be there? Thinking about 
presenting? Some details about the planning process
* Imports — I feel like we’ve seen quite a few proposals lately. Opinions? Did 
you submit a proposal and want to discuss?
* Ask the board — I’ll invite someone from the board to attend for a Q
* MapRoulette — If you all are interested I am happy to talk about the latest 
features or walk you through how to set up a challenge.
* your favorite topic, let me know.

How does next Thursday 6pm PDT / 9pm EDT sound? I’m open to alternative times, 
if you’re interested in joining you get to help decide when we’ll do it :)

There will be a video option (zoom) but you will also be able to dial-in if you 
don’t fancy proprietary tools on your computer. I’ll send details once we 
settle on a day and time.

Looking forward to chatting!

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

Re: [OSM-talk-fr] BAN(O): accompagnement des communes

Bonjour,

Le 25.02.19 à 12:20, Magalie Dartus a écrit :
> - faire un extract de la BANO est une très bonne idée sauf que la 
> licence est Odbl et que la licence choisie par le CD31 est la LO/OL (pas 
> moyen de négocier ça)
> Du coup le problème principal est celui de la licence.
> Est-ce que vous avez des idées par rapport à cela?

Cela dépend de qui a possède la donnée initiale car celui qui la possède 
a toujours le droit de la publier sous multi-licence.
Exemple : si je vois sur le terrain le 1 rue de la gare,
j'ai le droit de l'ajouter dans osm en odbl + et de publier "le 1 rue
de la gare existe et se trouve là" ("là" ne venant pas d'osm) sous 
licence lo/ol.

Donc si une commune est propriétaire d'un jeu de donnée d'addr,
elle peux l'introduire dans osm (ou le fournir à deuzeffe qui le
ferra :p) et publier la même chose sous lo/ol ou autoriser quelqu'un
à le publier la donne initiale sous lo/ol.

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

Re: [OSM-talk-fr] Places PMR ?

2019-03-18 Thread Vincent Bergeot


Le 18/03/2019 à 14:19, osm.sanspourr...@spamgourmet.com a écrit :



Le 18/03/2019 à 14:12, PanierAvide - panierav...@riseup.net a écrit :
c'est quoi les 2 tags différents dont tu parles là ? car 
amenity=parking_space est pour moi assez différent de parking, c'est 
un peu comme forest et three :)


Je parlais de parking_space=disabled et capacity:disabled=*, c'est 
plus ou moins le même concept dans le sens où ça permet d'isoler le 
fait qu'il y ait une place PMR.



Plus ou moins effectivement.

Si capacity:disabled=capacity, oui, sinon ça veut seulement dire que 
quelque part dans le parking il y a des places PMR.




oui mais si c'est sur des parking_space, nous savons où elles sont,

j'ai ans doute une vision trop uniforme de parking_space et je n'imagine 
pas amenity=parking_space, capacity=8 et capacity:disabled=2


mais plutôt amenity=parking_space et capacity=6 sur les 6 places 
normales et amenity=parking_space, parking_space=disabled et capacity=2 
sur les 2 PMR


bon cela boucle encore un peu !

on reste sur le triplet

 * amenity=parking_space
 * parking_space=disabled
 * capacity:disabled=* (même pour 1)


à plus

--
Vincent Bergeot

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

Re: [Talk-it] R: [Alberi Monumentali] quale licenza?

2019-03-18 Thread Cascafico Giovanni

Se può essere utile, avevo scritto qualcosa, al paragrafo "tagging plan"

https://wiki.openstreetmap.org/wiki/Import/Catalogue/AlberiMonumentali-RAFVG-opendata




Il lun 18 mar 2019, 16:52 canfe  ha scritto:

> Su alcuni alberi monumentali nella mia zona aveva messo come nome il
> binomio
> latino e come nome in italiano il nome comune.
> OSMOSE protestava... Corretto e glielo ho detto.
> Sarebbe però meglio usare species
> https://wiki.openstreetmap.org/wiki/Key:species
> Scrivo ciò perché mentre fate verifiche, potreste dare uno sguardo anche a
> questo aspetto.
>
> Cantone Ferruccio (canfe)
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] améliorer les panneaux entrée et sortie de ville

J'aurais aussi laissé l'entrée dans name tout simplement.

name:entrance et name:exit, sachant que entrance et exit ne sont pas des
codes de langue n'est pas vraiment ambigu mais peut entraîner des
problèmes pour les outils d'importation.

name:fr:exit serait le nom en français de la commune de sortie.

N. B. : contrairement à ce qu'indique Marc ce n'est pas le nom de la
commune mais aussi le nom de l'agglomération suivi de "commune de XXX".

Exemple : https://www.openstreetmap.org/node/3347836570, Guidel-Plages
alors qu'il s'agit de la commune de Guidel.
Ou avec Mapillary :
https://www.mapillary.com/app/?focus=photo=47.79721754166424=-3.4809542=17=RxO4q1ZookumCATmH2Ct3g=0.5334449075931347=0.3798607750491876=3.
Oui un panneau de lieu-dit suffit mais le maire devait avoir un tarif
sur les panneaux ;-).

Remarquez qu'on entre en français et breton mais on ne sort qu'en français !

D'ailleurs comment entreriez-vous :

Guidel-Plages
Commune de Guidel
?

Vous laissez tomber "Cne de Guidel" ?

Note : si on ne connait la direction du panneau, on ne sait si c'est une
entrée ou une sortie. Sur le Wiki on n'entre que le nom de
l'agglomération dans laquelle on entre.

> on a donc croisé un panneau qui a donné son nom
Et non, ça c'est seulement dans le cas droit où toute route menant à X a
son panneau d'entrée.
Typiquement avec des panneaux indiquant des sous-parties de la commune
il n'est pas évitent que toutes les limites internes soient indiquées,
par exemple dans des culs-de-sac. Mais dans ce cas on n'a pas le panneau
d'entrée dans l'autre zone.
Ceci dit je suis à peu-près sûr d'arriver à entrer via "Les Cinq Chemins
- Cne de Guidel" et à ressortir par "Guidel", il suffit de passer par
des petites rues.

Le 18/03/2019 à 16:59, marc marc - marc_marc_...@hotmail.com a écrit :

Le 18.03.19 à 16:05, Charles MILLET a écrit :

il me semble qu'il n'y a pas d’ambiguïté donc des name:* devraient être bon.

Pourtant name:abc est "name" dans la langue "abc" (ex name:fr name:de)
Dans les zones multilingue, un panneau est parfois multilingue dont
multiple name. et un name:abc qui ne se rapport pas à un langue entre en
conflit avec cette logique bien établie.
Je n'ai tjs pas saisis l'intérêt, mais si on veux vraiment renseigner
le nom de la ville qu'on quitte lorsqu'on rentre dans une autre,
*:name me semble préférable pour éviter cet ambiguïté.

Et si on veux garder des données utilisable par une majorité d'app,
j'aurais gardé la ville entrante dans name tout simplement.
Au moins les utilisations des données qui ignorent cet "extension"
pourront quand même utiliser l'info initiale.
___
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] Photos ESRI et Tahiti

2019-03-18 Thread jabali

Avec un compte, les données sont en haute résolution . Ce qui est quand même
plus précis.



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] améliorer les panneaux entrée et sortie de ville

2019-03-18 Thread Charles MILLET

Je crois qu'il n'y a pas que les langues puisqu'il y a aussi :left/right 
et je pense d'autres name space qui ne sont pas des langues.


Ok pour le principe de garder name pour la ville dans laquelle on entre.

Charles

On 18/03/2019 16:59, marc marc wrote:

Le 18.03.19 à 16:05, Charles MILLET a écrit :

il me semble qu'il n'y a pas d’ambiguïté donc des name:* devraient être bon.

Pourtant name:abc est "name" dans la langue "abc" (ex name:fr name:de)
Dans les zones multilingue, un panneau est parfois multilingue dont
multiple name. et un name:abc qui ne se rapport pas à un langue entre en
conflit avec cette logique bien établie.
Je n'ai tjs pas saisis l'intérêt, mais si on veux vraiment renseigner
le nom de la ville qu'on quitte lorsqu'on rentre dans une autre,
*:name me semble préférable pour éviter cet ambiguïté.

Et si on veux garder des données utilisable par une majorité d'app,
j'aurais gardé la ville entrante dans name tout simplement.
Au moins les utilisations des données qui ignorent cet "extension"
pourront quand même utiliser l'info initiale.
___
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] améliorer les panneaux entrée et sortie de ville

Le 18.03.19 à 16:05, Charles MILLET a écrit :
> il me semble qu'il n'y a pas d’ambiguïté donc des name:* devraient être bon.

Pourtant name:abc est "name" dans la langue "abc" (ex name:fr name:de)
Dans les zones multilingue, un panneau est parfois multilingue dont 
multiple name. et un name:abc qui ne se rapport pas à un langue entre en 
conflit avec cette logique bien établie.
Je n'ai tjs pas saisis l'intérêt, mais si on veux vraiment renseigner
le nom de la ville qu'on quitte lorsqu'on rentre dans une autre,
*:name me semble préférable pour éviter cet ambiguïté.

Et si on veux garder des données utilisable par une majorité d'app,
j'aurais gardé la ville entrante dans name tout simplement.
Au moins les utilisations des données qui ignorent cet "extension"
pourront quand même utiliser l'info initiale.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [vélo] Introduction d'un tag complexe pour décrire les DSC sur bande dans le wiki

si qlq est motivié, je pense qu'il est préférable de faire le revert.
parce que de la ml tagging, ce que pas grand monde ne remet en cause
c'est le fait qu'il y a 2 schémas utilisés et que donc les 2 doivent 
être décrit sur le wiki.
après se mettre d'accord sur considérer un l'un mieux que l'autre,
c'est une autre paire de manche.

Le 18.03.19 à 16:27, Charles MILLET a écrit :
> Merci pour les échanges.
> 
> Suite aux échanges sur la liste tagging, il y a eu un revert de fait sur 
> la page anglais mais pas sur la française (et éventuellement d'autres 
> langues concernées ni les autres pages concernées par la modification 
> initiale).
> 
> Est-ce que vous pensez qu'il vaut mieux faire aussi un revert maintenant 
> sur la page FR pour éviter des problèmes de confits techniques ou s'il 
> faut attendre que le sujet avance un peu ?
> 
> Bonne journée.
> 
> Charles
> 
> On 15/03/2019 16:42, Phyks wrote:
>> Salut,
>>
>>> En tant que structuraliste opposite_* est intolérable.
>> Il y a un certain nombre de cas comme ça d'ailleurs sur les attributs
>> vélos. J'ai en tête par exemple aussi le `bicycle_parking` dont la
>> variante `motorcycle_parking` n'existe pas. On se retrouve donc avec des
>> `amenity=motorcycle_parking` et `bicycle_parking=stands` qui ne sont
>> absolument pas ouverts ou prévus pour des vélos.
>>
>>
>>> Dans tous les cas, aujourd'hui je ne ressens aucun besoin de changer le
>>> schéma opposite_*
>> Idem, je vois un petit intérêt à utiliser l'alternative avec
>> `cycleway:*:oneway`, mais cela ne vaut probablement pas de casser tout
>> l'écosystème basé sur le schéma actuel à mon avis (déjà que tous les
>> outils ne supportent pas les cycleway:left/right proprement…).
>>
>>
>>
>> Il y avait récemment eu une discussion sur des différences entre la
>> version anglaise et française de la page "Bicycle" du wiki il me semble
>> (sur talk-fr, sur un autre cas, mais je ne le retrouve plus :/).
>>
> 
> ___
> 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] R: [Alberi Monumentali] quale licenza?

2019-03-18 Thread canfe

Su alcuni alberi monumentali nella mia zona aveva messo come nome il binomio
latino e come nome in italiano il nome comune.
OSMOSE protestava... Corretto e glielo ho detto.
Sarebbe però meglio usare species
https://wiki.openstreetmap.org/wiki/Key:species
Scrivo ciò perché mentre fate verifiche, potreste dare uno sguardo anche a
questo aspetto.

Cantone Ferruccio (canfe)



--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-GB] Invalid building levels and building (part) height license compatibility

2019-03-18 Thread SK53

How very useful; had completely forgotten about this!

However, I don't think that is Neil's issue, which is that building:levels
should have integer values (or just possibly steps of a half). Some 3D
renders make assumptions about what a default height for a single storey
(level) will be. A good example is here:
https://demo.f4map.com/#lat=52.9755467=-1.2013530=18 (I
accidentally typed the house number into the building:levels tag).

Jerry

On Mon, 18 Mar 2019 at 15:13, Brian Prangle  wrote:

> Try this site
> :
> origin of building height data is Environment Agency LIDAR data under OGL
>
> Regards
>
> Brian
>
> On Sat, 16 Mar 2019 at 19:20, Neil Matthews  wrote:
>
>> Anyone mapping in Manchester might want to take a look for strange
>> fractional building:levels.
>>
>> It's possible that some commercial editors found that they got better
>> results with open source 3D renderers by using ~0.75 per building level,
>> rather than the documented value of 1.
>> We recently had a spate of strange edits around Aztec West -- with some
>> 1-level mobile homes being labelled as 1.5 (presumably thought they were
>> a "scaled" two storey house when satellite mapping).
>>
>> On a similar vein, what are acceptable data sources for building:height
>> -- and how far should one ask for proof that these haven't come from a
>> source that would be problematic to OpenStreetmap?
>>
>> Cheers,
>> Neil
>>
>>
>>
>>
>> ___
>> Talk-GB mailing list
>> Talk-GB@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-gb
>>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-fr] [vélo] Introduction d'un tag complexe pour décrire les DSC sur bande dans le wiki

2019-03-18 Thread Charles MILLET


Merci pour les échanges.

Suite aux échanges sur la liste tagging, il y a eu un revert de fait sur 
la page anglais mais pas sur la française (et éventuellement d'autres 
langues concernées ni les autres pages concernées par la modification 
initiale).


Est-ce que vous pensez qu'il vaut mieux faire aussi un revert maintenant 
sur la page FR pour éviter des problèmes de confits techniques ou s'il 
faut attendre que le sujet avance un peu ?


Bonne journée.

Charles

On 15/03/2019 16:42, Phyks wrote:

Salut,


En tant que structuraliste opposite_* est intolérable.

Il y a un certain nombre de cas comme ça d'ailleurs sur les attributs
vélos. J'ai en tête par exemple aussi le `bicycle_parking` dont la
variante `motorcycle_parking` n'existe pas. On se retrouve donc avec des
`amenity=motorcycle_parking` et `bicycle_parking=stands` qui ne sont
absolument pas ouverts ou prévus pour des vélos.



Dans tous les cas, aujourd'hui je ne ressens aucun besoin de changer le
schéma opposite_*

Idem, je vois un petit intérêt à utiliser l'alternative avec
`cycleway:*:oneway`, mais cela ne vaut probablement pas de casser tout
l'écosystème basé sur le schéma actuel à mon avis (déjà que tous les
outils ne supportent pas les cycleway:left/right proprement…).



Il y avait récemment eu une discussion sur des différences entre la
version anglaise et française de la page "Bicycle" du wiki il me semble
(sur talk-fr, sur un autre cas, mais je ne le retrouve plus :/).



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

Re: [Talk-GB] Invalid building levels and building (part) height license compatibility

2019-03-18 Thread Brian Prangle

Try this site
:
origin of building height data is Environment Agency LIDAR data under OGL

Regards

Brian

On Sat, 16 Mar 2019 at 19:20, Neil Matthews  wrote:

> Anyone mapping in Manchester might want to take a look for strange
> fractional building:levels.
>
> It's possible that some commercial editors found that they got better
> results with open source 3D renderers by using ~0.75 per building level,
> rather than the documented value of 1.
> We recently had a spate of strange edits around Aztec West -- with some
> 1-level mobile homes being labelled as 1.5 (presumably thought they were
> a "scaled" two storey house when satellite mapping).
>
> On a similar vein, what are acceptable data sources for building:height
> -- and how far should one ask for proof that these haven't come from a
> source that would be problematic to OpenStreetmap?
>
> Cheers,
> Neil
>
>
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] London venues

2019-03-18 Thread phil

I certainly like the idea of a London meeting, it is relatively easy to get to 
from most places and looking at rail prices my concern about 8th was probably 
unfounded.

Phil (trigpoint) 

On Monday, 18 March 2019, Gregory Marler wrote:
> I (somewhat in the capacity as an OSM UK director) have been invited to
> visit Geovation, and I don't think there is much of a hatchet left to bury.
> I could ask our contacts if an event at Geovation would be suitable and
> possible.
> 
> For the Queen's birthday I don't think there would be a lot of added issue,
> apart from certain parts of London (like Victoria, Green Park, etc). The
> 8th was partially to avoid following the bank holiday weekend, as that
> might more of you and cheap train tickets unavailable.
> We also thought London might be good for it's central location in the South
> of the UK. Last year we spent a lot of time voting and considering the best
> city.
> 
> From up North,
> Gregory.
> 
> 
> 
> On Thu, 14 Mar 2019 at 13:10,  wrote:
> 
> > It could make reasonably priced trains hard to come by.
> >
> > Phil (trigpoint)
> >
> > On Thursday, 14 March 2019, Tony Shield wrote:
> > > FYI
> > >
> > > Saturday 8 June is the Queens Birthday - Trooping the Colour occurs.
> > > Don't know London well enough to know if this could be disruptive.
> > >
> > > TonyS
> > >
> > > On 13/03/2019 23:14, Rob Nickerson wrote:
> > > > Hi all,
> > > >
> > > > For the next OSM UK annual general meeting we thought we would try
> > > > London as a possible location. Does anyone know of good (and cheap)
> > > > venues that we can use? We have 100 members but would expect the
> > > > number to actually attend would be in the region of 20-30 unless
> > > > paired with a significant other event.
> > > >
> > > > Dates: We are thinking Saturday 8 June as a starting point but can
> > > > move to other Saturdays if venue availability is better.
> > > >
> > > > Best regards,
> > > > *Rob*
> > > >
> > > > P.S. Plans for a Bristol event are still in the works. This has taken
> > > > longer than we had hoped as it is a joint event. Hopefully some news
> > > > on it shortly.
> > > >
> > > > ___
> > > > Talk-GB mailing list
> > > > Talk-GB@openstreetmap.org
> > > > https://lists.openstreetmap.org/listinfo/talk-gb
> > >
> >
> > --
> > Sent from my Sailfish device
> > ___
> > Talk-GB mailing list
> > Talk-GB@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-gb
> >
> 
> 
> -- 
> Gregory Marler
> No More Grapes
> 07939 689 691
> i...@nomoregrapes.com
> http://www.nomoregrapes.com
>

-- 
Sent from my Sailfish device
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[talk-au] new OpenStreetCam competition

Howdy.

We had a good time with the first OpenStreetCam competition, the winners 
received their prizes, and we decided to hold another one. The main prize this 
time is an OSC Waylens Horizon camera. This is a fairly nifty device that lets 
you automatically record and upload to OSC. The competition is open now until 
April 15th. As before, just collect more OSC points than other mappers to win. 
Read details on the Telenav ImproveOSM blog: 
http://blog.improveosm.org/en/2019/03/announcing-the-second-openstreetcam-australia-and-new-zealand-competition/
 

 .

Related: 
* A previous blog post 

 about the impact of competition number 1 
* the OpenStreetCam JOSM plugin 

 was just updated with some new features as well.

Let me know if you have any questions, and Happy mapping!
-- 
 Martijn van Exel
 m...@rtijn.org___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-talk-fr] améliorer les panneaux entrée et sortie de ville

2019-03-18 Thread Charles MILLET

Plutôt que name:in et name:out je crois que name:exit et name:entrance 
seraient plus proche de ce que se fait déjà.


Bon j'avoue avec une gène non dissimulée que le name:entrance, nous* 
l'avions utilisé pour décrire les nommages multiples de destinations qui 
servent pour "nommer" les entrées/sorties des gares. Depuis on a 
identifier la relation destination_sign [1] qui serait a priori très 
adaptée pour lever tout un tas d’ambiguïtés avec la notion d'entrée et 
de sortie (sortie du métro et entrer de gare ou l'inverse, etc.).


Dans le cas des panneaux d'entre de ville, il me semble qu'il n'y a pas 
d’ambiguïté donc des name:* devraient être bon.


Il me semblait que name:exit existait mais quand je vois le résultat de 
la requête overpass, je me rend compte que c'est aussi peut-être nous* 
qui l'avons introduit.


*nous c'est différents contributeurs qui ont travaillé sur les gares de 
la ligne C en fin d'année 2018.


[1] https://wiki.openstreetmap.org/wiki/FR:Relation:destination_sign

On 16/03/2019 14:16, djakk djakk wrote:

Salut !

« Direction » c’est l’angle du panneau par rapport au Nord c’est ça ?

Name:in et name:out, bonne idée !

Julien « djakk »



Le sam. 16 mars 2019 à 13:44, Francescu GAROBY > a écrit :


Bonjour,
D'où provient ce "name:2" ? C'est vous qui proposez ce nom de tag
? Je ne le trouve pas clair du tout !
Je préférerais "name:in" / "name:out", pour indiquer dans quelle
agglomération on entre/sort.
"Direction", c'est pour indiquer la référence de la route sur
laquelle on se trouve ? Pourquoi ne pas mettre plutôt le nom d'un
village/une ville un peu importante, et se trouvant dans ladite
direction ?

Francescu

Le ven. 15 mars 2019 à 17:46, Jérôme Seigneuret
mailto:jerome.seigneu...@gmail.com>>
a écrit :

Salut,

J'aimerai améliorer les affichage pour les panneaux d'entrée
et sortie de ville.


voici un cas  sur le même panneaux
direction=310
highway=traffic_sign
name:2=Jouy-en-Josas (sortie)
name=Les Loges-en-Josas (entrée)
traffic_sign=city_limit

merci

Jérôme
___
Talk-fr mailing list
Talk-fr@openstreetmap.org 
https://lists.openstreetmap.org/listinfo/talk-fr



-- 
Francescu

___
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: [Talk-GB] London venues

2019-03-18 Thread Gregory Marler

I (somewhat in the capacity as an OSM UK director) have been invited to
visit Geovation, and I don't think there is much of a hatchet left to bury.
I could ask our contacts if an event at Geovation would be suitable and
possible.

For the Queen's birthday I don't think there would be a lot of added issue,
apart from certain parts of London (like Victoria, Green Park, etc). The
8th was partially to avoid following the bank holiday weekend, as that
might more of you and cheap train tickets unavailable.
We also thought London might be good for it's central location in the South
of the UK. Last year we spent a lot of time voting and considering the best
city.

>From up North,
Gregory.



On Thu, 14 Mar 2019 at 13:10,  wrote:

> It could make reasonably priced trains hard to come by.
>
> Phil (trigpoint)
>
> On Thursday, 14 March 2019, Tony Shield wrote:
> > FYI
> >
> > Saturday 8 June is the Queens Birthday - Trooping the Colour occurs.
> > Don't know London well enough to know if this could be disruptive.
> >
> > TonyS
> >
> > On 13/03/2019 23:14, Rob Nickerson wrote:
> > > Hi all,
> > >
> > > For the next OSM UK annual general meeting we thought we would try
> > > London as a possible location. Does anyone know of good (and cheap)
> > > venues that we can use? We have 100 members but would expect the
> > > number to actually attend would be in the region of 20-30 unless
> > > paired with a significant other event.
> > >
> > > Dates: We are thinking Saturday 8 June as a starting point but can
> > > move to other Saturdays if venue availability is better.
> > >
> > > Best regards,
> > > *Rob*
> > >
> > > P.S. Plans for a Bristol event are still in the works. This has taken
> > > longer than we had hoped as it is a joint event. Hopefully some news
> > > on it shortly.
> > >
> > > ___
> > > Talk-GB mailing list
> > > Talk-GB@openstreetmap.org
> > > https://lists.openstreetmap.org/listinfo/talk-gb
> >
>
> --
> Sent from my Sailfish device
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>


-- 
Gregory Marler
No More Grapes
07939 689 691
i...@nomoregrapes.com
http://www.nomoregrapes.com
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[Talk-GB] "UK-centric" OSM-based maps (was: Common Land has stopped rendering)

2019-03-18 Thread Andy Townsend


On 18/03/2019 13:06, John Aldridge wrote:



There should, IMO, be a general purpose UK styled rendering on the 
front page of https://osmuk.org/


There is/was a discussion about a "UK-centric" map for OSM UK, some of 
which was below 
https://www.loomio.org/g/R8DGJMfk/openstreetmap-uk-project-map .  It 
didn't really go anywhere - what was missing was not good ideas, but the 
willingness to invest the effort to make it happen (and I include myself 
in that).


Personally, I'm not convinced that a "map heavy" front page for 
https://osmuk.org/ would be better than what exists at the moment (but 
then I also think that https://www.openstreetmap.de/ is a better "front 
page for the project" than https://www.openstreetmap.org ), but it's 
perfectly possible to create a UK-centric map (as Jerry's already 
mentioned, various examples exist, including 
https://map.atownsend.org.uk ).  If anyone wants to add anything new 
there, follow the links from the top of the page to github and make 
suggestions/changes there.


As for the OSM Carto style on https://www.openstreetmap.org as being 
"the OSM map style that most people see", I suspect it's actually way 
down the list, below the OSM-based, Mapbox-created styles used by e.g. 
Facebook et al., and Apple's map styles.


Best Regards,

Andy



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

Re: [Talk-GB] Common Land has stopped rendering

2019-03-18 Thread Martin Wynne

p.s. just noticed there is indeed a tiny Donation link on the bottom 
right corner. Perhaps it needs to be bigger?


Martin.

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

[talk-cz] Rozcestníky - zbytečné opravy

2019-03-18 Thread majka

Zdravím všechny,

dnes jsem si všimla, že trochu vedeme válku s "dozorem" (mueschel, mám za
to, že se mi jednou ozval jako DWG) ohledně rozcestníků a ref. Naše
ref=none mění na noref=yes, a Tom to zase mění zpátky :)

Příklad: https://www.openstreetmap.org/node/6265949607/history

Mám dotyčnému napsat, ať to u nás nechává, nebo můžeme tu naší kontrolu
změnit tak, aby se mu to líbilo?

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

Re: [Talk-GB] Common Land has stopped rendering

2019-03-18 Thread Martin Wynne


How do you propose funding such a service?


Hi David,

When I first found OSM the standard map was up and running, so I assumed 
that matter had been resolved. It is still currently up and running and 
displayed on the front page, so I assume it is still resolved?


If not, perhaps a Donation button on the corner, as other free-to-use 
web sites?


cheers,

Martin.

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

Re: [Talk-GB] Common Land has stopped rendering

2019-03-18 Thread David Woolley


On 18/03/2019 14:03, Martin Wynne wrote:
If you suggest to someone that they try OSM instead of Google maps, the 
standard Carto map is what they arrive at from search engines:


How do you propose funding such a service?

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

Re: [Talk-GB] Common Land has stopped rendering

2019-03-18 Thread Martin Wynne



For many people, the *point* of OSM is that it's a better version of 
Google maps.


That's certainly my reason for adding stuff to OSM. If it doesn't appear 
on the "standard map" I'm not much inclined to spend hours recording it 
and mapping it. If there is a way I can legitimately change the tagging 
to ensure that it does appear on the standard map, I will do it.


I use the iD editor, and after uploading you get a "thank you for 
improving the map" message. It doesn't say "thank you for adding that, 
but we are not going to bother to show it".


If you suggest to someone that they try OSM instead of Google maps, the 
standard Carto map is what they arrive at from search engines:


 http://openstreetmap.org

It is after all called OpenStreetMAP, not 
OpenStreetGeographicalDatabase, and I feel sure that the standard map is 
the way that many users access it, and want it -- a recognisable local MAP.


cheers,

Martin.

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

Re: [Talk-it] aiuto query overpass

2019-03-18 Thread Andrea Albani

Il giorno lun 18 mar 2019 alle ore 14:11 Cascafico Giovanni <
cascaf...@gmail.com> ha scritto:

>
> Poi, oltre alle query come quella sopra (basate su caratteri ed
> espressioni regolari)  ci sarebbero le query prettamente numeriche come
> questa [2] che permette anche operazioni di confronto. Mi ero pure
> premurato di salvarla, ma da qualche tempo non viene più accettata dal
> parser. Qualcuno ne sa qualcosa?
>
> [1] http://overpass-turbo.eu/s/H76
> [2] http://overpass-turbo.eu/s/H7a
>
>
Penso che abbiano reso un po' più stringente il controllo della sintassi.
La query [2] funziona infatti se gli argomenti della funzion t[] li metti
fra doppi apici.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-at] Einladung zum Stammtisch in Graz am 25.3.2019

2019-03-18 Thread Michael Maier

Liebe OpenStreetMap-Interessierte in der Steiermark,

wir laden zum März-OSM-Stammtisch in Graz - der letzte vor den Grazer
Linuxtagen 2019 (26.-27.4.), wo wir dann im April statt dem Stammtisch
treffen werden.

Übrigens: für die Grazer Linuxtage suchen wir noch Helfer, u.a. für den
OSM-Stand.

Der Stammtisch findet um 18:00 im Brot & Spiele in Graz statt -
Tischreservierung auf „OpenStreetMap“, wir sitzen gleich vorne links
gegenüber der Bar (Nichtraucherbereich).

Zwecks Agenda und sonstigem bitte die Wiki-Seite¹ konsultieren:

[1] https://wiki.openstreetmap.org/wiki/Graz/Stammtisch

Den nächsten regulären Grazer Stammtisch gibts dann voraussichtlich im Mai.

lg,
Michael

-- 
Michael Maier, Student of Telematics @ Graz University of Technology
OpenStreetMap Graz http://osm.org/go/0Iz@paV
https://wiki.osm.org/Graz
https://wiki.osm.org/Graz/Stammtisch



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

Re: [Talk-GB] Common Land has stopped rendering

2019-03-18 Thread David Woolley


On 18/03/2019 13:06, John Aldridge wrote:
For many people, the *point* of OSM is that it's a better version of 
Google maps. If data is not visible on the 'front page' rendering, it 
might as well not be there.


OSM doesn't have a business model that supports that usage.  It is not 
something that they would want to encourage, because there is no way for 
them to pay for the servers needed to support a general move from Google 
to OSM.


My understanding is that the standard style is primarily as an aid to 
mappers, and secondarily as a demonstrator to show that it is possible 
to create reasonable looking maps.


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

Re: [OSM-talk-fr] Places PMR ?