Re: [Talk-it] Uso della Strava Heatmap

[Alessandro P. via Talk-it]

Il 27/04/19 19:36, solitone ha scritto:

On 26 Apr 2019, at 21:54, Any File  wrote:

a leggere la discussione su twitter non mi pare affatto che
quello che viene detto possa essere presa come un'autorizzazione
formale.

Infatti, ho cercato anch’io un po’ in giro e tutto viene fuori da un paio di 
tweet di dipendenti di Strava. Non c’è mai stata un’autorizzazione ufficiale. 
Ho chiesto direttamente a Strava, ma per ora non mi hanno risposto.



Mah, è piuttosto strano che qualche dipendente abbia creato strumenti 
per utilizzare le tracce di Strava senza che loro non se ne siano resi conto

https://strava.github.io/iD/#background=Bing=15.82/-122.0450/37.2711

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

Re: [Talk-GB] London venues

[Philip Barnes]

On Wed, 2019-03-13 at 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.
> 
Is this event still on?

Just thinking that diaries are filling up and availability of cheap
rail tickets will be diminishing.

Thanks 

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

Re: [Talk-ca] NRC building footprints - from lidar

[Tim Elrick]

Hi all,

All those new sources are really exciting! Thanks for making us aware of 
the data, Keith!


I just checked the NRCan LiDAR building footprints for Montreal [1]. 
Unfortunately, they seem to have the same flaws as the Microsoft 
building footprints. The data quality for Montreal cannot keep up with 
the building footprints in the Open Building Database released by 
StatCan - it probably has to do with the altitude the LiDAR sensor was 
flown over the surface, as the OBD data for Montreal was also derived 
from LiDAR (but probably flown at a much lower altitude, hence a much 
more detailed result).


As with the Microsoft building dataset the NRCan data set is probably 
useful for emergency services and desaster relief organisations that 
only need to know the existence of buildings in an area, but not the 
exact shape. I doubt it can be used for import into OSM, however, as 
already stated in another e-mail, in remote areas it still might be good 
enough - I guess, it all depends on how you read the 'ground truth 
principle' and other 'mapping rules' in the OSM cosmos.


Like Pierre, Daniel and Nate have shown for the OBD data the NRCan data 
should at least be simplified and orthogonalized if deemed appropriate 
for importing.


Cheers,
Tim

[1] https://imgur.com/a/4eKDpcj

On 2019-04-27 09:56, keith hartley wrote:
Hi all,
Canadian Geomatics posted this data set a few months back from Natural
Resource Canada.
It's Building footprints from Lidar or high res imagery.
https://canadiangis.com/automatically-extracted-buildings-canadian-open-data.php?fbclid=IwAR22SaWwz7--LarDksVfcQuZ9RDgkVc421n9saJ_Lv8r6xq1qPSrouEF0Ww

https://open.canada.ca/data/en/dataset/7a5cda52-c7df-427f-9ced-26f19a8a64d6

 From what I can tell when placing the data over imagery it's very bang
on. Highly accurate, good shapes (unlike the bing files) and well
placed. As far as I can tell no one else has uploaded these to OSM. The
areas in manitoba are mainly where there's little to no other building
info.
I can write an upload plan on Manitoba wiki as the data is complaint
license wise. Anything else I should be looking for? The local mappers
here are pretty excited about it.

Keith




___
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-GB] OSMappers meeting in Norfolk

[nkn]

Hi fellow OSM companions in Norfolk,

I’m trying to organise a meetup.

/Why?/ I aim to revitalise the social side of mapping in the rural 
spheres of Norfolk. It would be great to get to know other local mappers 
from the area and to find out what other people are interested in or 
currently working on.


/When?/ I suggest the 11th, 12th, 18th or 19th May 2019.

/Where?/ I propose to meet at a public place like a pub or café in 
Norwich as suitable location for an initial meeting.


If you are principally interested, it would be great if you could 
respond to me.


Regards
Nora


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

Re: [Talk-it] nomi tra virgolette

[Francesco Lotti]

On Fri, 26 Apr 2019 21:24:44 Any File  wrote:

>
> Negli esempi che riporti,
>
> > name=area picnic "il moro"
>
> mi sembra di intuire che vengano usate le virgolette per isolare il vero
> nome
>
> Se il nome vero è Il moro, allora usa semplicemente
> name=Il moro
> ed usa invece
> name=area picnic il moro
> (senza virgolette) se il nome con cui è conosciuto comprende anche area
> picnic
>

Grazie per le delucidazioni.
Mi era sorto il dubbio perché è molto comune trovare tag name con il valore
o parte di esso tra virgolette,
per esempio in questa query si può vedere quanto spesso siano usate le
virgolette in name: https://bit.ly/2GBaKjI

Forse andrebbe specificato nel wiki italiano
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Fusion de communes... LE chantier annuel ;)

[deuzeffe]

On 27/04/2019 19:24, marc marc wrote:

Le 27.04.19 à 16:59, Jérôme Amagat a écrit :

il faut supprimer les ref:INSEE sur les node est les garder que sur
relation ce qui serait plus logique vu que c'est un code pour la commune
est pas pour la ville ou village représenté par ce node


c'est sans doute par là qu'il faudrait commencer : virer toutes les
codes communes qui sont sur les ville/villages


Pour l'instant, j'ai mis un was: devant les ref:INSEE (c'est le même pb 
pour les anciennes régions, d'ailleurs) uniquement sur les nodes. Pas 
touché aux relations (et ni prête à ni près de le faire ^^)


--
deuzeffe

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

Re: [Talk-ca] NRC building footprints - from lidar

[Pierre Béland via Talk-ca]

Une carte détaillée est aussi disponible à partir des liens reçus plus tot.voir 
https://open.canada.ca/data/en/fgpv_vpgf/7a5cda52-c7df-427f-9ced-26f19a8a64d6

Dans le cas de désastres, cette information est sûrement utile notamment pour 
localiser les habitations isolées, les zones inondables. Une grande partie du  
bassin de la rivière Outaouais est déja couverte.
Mais pour l'import dans OSM, il nous reste d'abord à évaluer la qualité des 
données et corriger si nécessaire.

 Pierre 
 

Le samedi 27 avril 2019 14 h 12 min 59 s UTC−4, François Paquette 
 a écrit :  
 
 
HI 

  

>From NRCan web site  
>https://www.nrcan.gc.ca/earth-sciences/geography/topographic-information/free-data-geogratis/whats-new/21747

  

“Natural Resources Canada is pleased to announce its new data layer on 
OpenMaps. The richness of this new data layer comes from information on height 
and elevation of the buildings that will help support Canadian governments 
priorities such as emergency management, particularly for flood and earthquake 
risk analysis. This release contains close to 1 million building footprints. We 
will expand this coverage as more LiDAR data becomes available over Canada.”

  

See the Lidar coverage (in green) 
https://www.nrcan.gc.ca/earth-sciences/geography/topographic-information/free-data-geogratis/whats-new/21742

  

NRCan will continu to add new building

  

Thank you 

  

François Paquette 

  

De : keith hartley [mailto:keith.a.hart...@gmail.com] 
Envoyé : samedi 27 avril 2019 10:54
À : John Whelan
Cc : Alessandro (STATCAN); Talk-CA OpenStreetMap
Objet : Re: [Talk-ca] NRC building footprints - from lidar

  

I think its where there's good lidar data and imagry for extraction in selected 
parts of Canada. The extents are here 
https://open.canada.ca/data/en/fgpv_vpgf/7a5cda52-c7df-427f-9ced-26f19a8a64d6

MB, Nova Scotia, Alberta and BC 

May want to update the building import project as this is a really good source! 

  

On Sat, Apr 27, 2019 at 9:42 AM John Whelan  wrote:


Is it just Manitoba or all of Canada?

In which case do we want to revise the building import project.

Thanks John

keith hartley wrote on 4/27/2019 9:56 AM:



Hi all, 

Canadian Geomatics posted this data set a few months back from Natural Resource 
Canada. 

It's Building footprints from Lidar or high res imagery. 
https://canadiangis.com/automatically-extracted-buildings-canadian-open-data.php?fbclid=IwAR22SaWwz7--LarDksVfcQuZ9RDgkVc421n9saJ_Lv8r6xq1qPSrouEF0Ww

https://open.canada.ca/data/en/dataset/7a5cda52-c7df-427f-9ced-26f19a8a64d6

  

>From what I can tell when placing the data over imagery it's very bang on. 
>Highly accurate, good shapes (unlike the bing files) and well placed. As far 
>as I can tell no one else has uploaded these to OSM. The areas in manitoba are 
>mainly where there's little to no other building info. 

I can write an upload plan on Manitoba wiki as the data is complaint license 
wise. Anything else I should be looking for? The local mappers here are pretty 
excited about it.

  

Keith 

  

  

  

  
___Talk-ca mailing 
listTalk-ca@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-ca
  

-- 

Sent from Postbox

___
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-cz] Ikonky čerpacích stanic - Shell, OMV, MOL

[mahdi1234]

Jak pise Marek, mapy cca 2 mesice, ted to chvilu trva kvuli nove bete
probihaji posledni 3 tydny (bugiku bylo povicero). Po vikendu by mohla
byt nova verze, takze dalsi update map bude chvili trvat.

Podpora bezne reaguje do dvou pracovnich dnu - supp...@generalmagic.com

mahdi

marek wrote on 04/27/2019 08:07 PM:
>
> Aktualizace ma probíhá cca jednou za 2 měsíce.
>
> Podporu mají, tak jím zkusím napsat.
>
>  
>
> Marek Polák
>
>  
>
> __
> > Od: "Marián Kyral" 
> > Komu: talk-cz@openstreetmap.org
> > Datum: 27.04.2019 19:21
> > Předmět: Re: [talk-cz] Ikonky čerpacích stanic - Shell, OMV, MOL
> >
>
> On 27. 04. 19 11:47, Vit Semenec via talk-cz wrote:
> > Ahoj,
> >
> > popisuji jak umím :)
> >
> > V navigaci Magic Earth se mě u některých benzínek zobrazuje ikonka
> > konkrétní značky u jiných ne.
> >
> > Je to tím, že Shell, OMV a MOL mají v iD editoru vlastní skupinu (asi
> > dle brand:wikidata ?).
>
> Možné to je. Dá se to odhadnout tak, že najdeš jednu benzínku, která
> ikonu má a druhou, která ji nemám. Pak se porovnají tagy a chybějící se
> dodají. Pak se jen počká, jestli se ta benzínka zobrazí i s ikonou. To
> bude ale nějakou dobu trvat. Nevím jak často dělají aktualizaci mapových
> dat. Bohužel nemají otevřené kódy, takže se to nedá zjistit analýzou kódu.
> Nebo se jich můžeš zeptat. Asi budou mít nějakou podporu.
>
> > Uměl by někdo hromadně vyfiltrovat "Čerpací stanice" a ty co mají v
> > názvu Shell překlopit na typ "Shell Čerpací stanice". A obdobně OMV
> a MOL?
>
> Ano, uměl ;-)
> Začít lze u overpass-turbo.eu: http://overpass-turbo.eu/s/Ijm  Pak už
> jen nějaká magie kolem ;-)
> Ale hodně záleží, kolik by toho bylo. Ony jsou nějaká pravidla pro
> strojové editace.
>
> > Benzina by si to také zasloužila, ale ta tam zavedena samostatně není.
>
> Až zjistíme, jak to vlastně funguje, je možné to zkusit na tom správném
> místě navrhnout.
>
> Marián
>
> >
> > Vítek - OK4VSA
> >
> >
> >
> >
> > ___
> > talk-cz mailing list
> > talk-cz@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz
> > https://openstreetmap.cz/talkcz
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz

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

Re: [Talk-ca] NRC building footprints - from lidar

[François Paquette]

HI 

 

>From NRCan web site  
>https://www.nrcan.gc.ca/earth-sciences/geography/topographic-information/free-data-geogratis/whats-new/21747

 

“Natural Resources Canada is pleased to announce its new data layer on  
 
OpenMaps. The richness of this new data layer comes from information on height 
and elevation of the buildings that will help support Canadian governments 
priorities such as emergency management, particularly for flood and earthquake 
risk analysis. This release contains close to 1 million building footprints. We 
will expand this coverage as more LiDAR data becomes available over Canada.”

 

See the Lidar coverage (in green) 
https://www.nrcan.gc.ca/earth-sciences/geography/topographic-information/free-data-geogratis/whats-new/21742

 

NRCan will continu to add new building

 

Thank you 

 

François Paquette 

 

De : keith hartley [mailto:keith.a.hart...@gmail.com] 
Envoyé : samedi 27 avril 2019 10:54
À : John Whelan
Cc : Alessandro (STATCAN); Talk-CA OpenStreetMap
Objet : Re: [Talk-ca] NRC building footprints - from lidar

 

I think its where there's good lidar data and imagry for extraction in selected 
parts of Canada. The extents are here 
https://open.canada.ca/data/en/fgpv_vpgf/7a5cda52-c7df-427f-9ced-26f19a8a64d6

MB, Nova Scotia, Alberta and BC 

May want to update the building import project as this is a really good source! 

 

On Sat, Apr 27, 2019 at 9:42 AM John Whelan  wrote:

Is it just Manitoba or all of Canada?

In which case do we want to revise the building import project.

Thanks John

keith hartley wrote on 4/27/2019 9:56 AM:



Hi all, 

Canadian Geomatics posted this data set a few months back from Natural Resource 
Canada. 

It's Building footprints from Lidar or high res imagery. 
https://canadiangis.com/automatically-extracted-buildings-canadian-open-data.php?fbclid=IwAR22SaWwz7--LarDksVfcQuZ9RDgkVc421n9saJ_Lv8r6xq1qPSrouEF0Ww

https://open.canada.ca/data/en/dataset/7a5cda52-c7df-427f-9ced-26f19a8a64d6

 

>From what I can tell when placing the data over imagery it's very bang on. 
>Highly accurate, good shapes (unlike the bing files) and well placed. As far 
>as I can tell no one else has uploaded these to OSM. The areas in manitoba are 
>mainly where there's little to no other building info. 

I can write an upload plan on Manitoba wiki as the data is complaint license 
wise. Anything else I should be looking for? The local mappers here are pretty 
excited about it.

 

Keith 

 

 

 

 

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

 

-- 

Sent from   Postbox

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

Re: [talk-cz] Ikonky čerpacích stanic - Shell, OMV, MOL

[marek]

Aktualizace ma probíhá cca jednou za 2 měsíce.
Podporu mají, tak jím zkusím napsat.
 
Marek Polák
 
__

Od: "Marián Kyral" 
Komu: talk-cz@openstreetmap.org
Datum: 27.04.2019 19:21
Předmět: Re: [talk-cz] Ikonky čerpacích stanic - Shell, OMV, MOL


On 27. 04. 19 11:47, Vit Semenec via talk-cz wrote:
> Ahoj,
>
> popisuji jak umím :)
>
> V navigaci Magic Earth se mě u některých benzínek zobrazuje ikonka 
> konkrétní značky u jiných ne.

>
> Je to tím, že Shell, OMV a MOL mají v iD editoru vlastní skupinu (asi 
> dle brand:wikidata ?).


Možné to je. Dá se to odhadnout tak, že najdeš jednu benzínku, která
ikonu má a druhou, která ji nemám. Pak se porovnají tagy a chybějící se
dodají. Pak se jen počká, jestli se ta benzínka zobrazí i s ikonou. To
bude ale nějakou dobu trvat. Nevím jak často dělají aktualizaci mapových
dat. Bohužel nemají otevřené kódy, takže se to nedá zjistit analýzou kódu.
Nebo se jich můžeš zeptat. Asi budou mít nějakou podporu.

> Uměl by někdo hromadně vyfiltrovat "Čerpací stanice" a ty co mají v 
> názvu Shell překlopit na typ "Shell Čerpací stanice". A obdobně OMV a MOL?


Ano, uměl ;-)
Začít lze u overpass-turbo.eu: http://overpass-turbo.eu/s/Ijm 
  Pak už
jen nějaká magie kolem ;-)
Ale hodně záleží, kolik by toho bylo. Ony jsou nějaká pravidla pro
strojové editace.

> Benzina by si to také zasloužila, ale ta tam zavedena samostatně není.

Až zjistíme, jak to vlastně funguje, je možné to zkusit na tom správném
místě navrhnout.

Marián

>
> Vítek - OK4VSA
>
>
>
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz 

> https://openstreetmap.cz/talkcz 

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

https://openstreetmap.cz/talkcz 

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

Re: [Talk-GB] How would tag or name this wall crossing?

[Andy Townsend]

On 27/04/2019 18:10, Martin Wynne wrote:
barrier=stile seems unhelpful to me if rendered as a normal stile 
symbol, for walkers needing to know if they will have to climb any.


I'd use a "step_count" tag for how many steps there are ("steps" has 
also been used, often by me, but is probably less appropriate).  See:


https://taginfo.openstreetmap.org.uk/keys/stile#combinations

I'd be more than happy to add a different sorts of stile icons to 
map.atownsend.org.uk .  It'd just need 3 new icons for each new style of 
stile at 
https://github.com/SomeoneElseOSM/openstreetmap-carto-AJT/tree/master/symbols 
and some way of telling them apart at 
https://github.com/SomeoneElseOSM/SomeoneElse-style/blob/master/style.lua#L3070 
.  All contributions gratefully received!


Best Regards,

Andy



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

[Talk-us] weeklyOSM #457 2019-04-16-2019-04-22

[weeklyteam]

The weekly round-up of OSM news, issue # 457,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/11968/

Enjoy! 

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

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

[OSM-talk] weeklyOSM #457 2019-04-16-2019-04-22

[weeklyteam]

The weekly round-up of OSM news, issue # 457,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/11968/

Enjoy! 

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

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

Re: [Talk-it] Uso della Strava Heatmap

[solitone]

On 26 Apr 2019, at 21:54, Any File  wrote:
> a leggere la discussione su twitter non mi pare affatto che
> quello che viene detto possa essere presa come un'autorizzazione
> formale.

Infatti, ho cercato anch’io un po’ in giro e tutto viene fuori da un paio di 
tweet di dipendenti di Strava. Non c’è mai stata un’autorizzazione ufficiale. 
Ho chiesto direttamente a Strava, ma per ora non mi hanno risposto.



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

[Talk-in] weeklyOSM #457 2019-04-16-2019-04-22

[weeklyteam]

The weekly round-up of OSM news, issue # 457,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/11968/

Enjoy! 

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

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

[OSM-talk-ie] weeklyOSM #457 2019-04-16-2019-04-22

[weeklyteam]

The weekly round-up of OSM news, issue # 457,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/11968/

Enjoy! 

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

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

[talk-ph] weeklyOSM #457 2019-04-16-2019-04-22

[weeklyteam]

The weekly round-up of OSM news, issue # 457,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/11968/

Enjoy! 

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

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

[Talk-ca] weeklyOSM #457 2019-04-16-2019-04-22

[weeklyteam]

The weekly round-up of OSM news, issue # 457,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/11968/

Enjoy! 

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

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

[Talk-africa] weeklyOSM #457 2019-04-16-2019-04-22

[weeklyteam]

The weekly round-up of OSM news, issue # 457,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/11968/

Enjoy! 

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

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

[Talk-br] semanárioOSM Nº 457 2019-04-16-2019-04-22

[theweekly . osm]

Bom dia,

O semanárioOSM Nº 457, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português* : http://www.weeklyosm.eu/pb/archives/11968/

Aproveite!

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

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

[Talk-pt] semanárioOSM Nº 457 2019-04-16-2019-04-22

[theweekly . osm]

Bom dia,

O semanárioOSM Nº 457, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português* : http://www.weeklyosm.eu/pb/archives/11968/

Aproveite!

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

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

Re: [Talk-GB] How would tag or name this wall crossing?

[Peter Neale via Talk-GB]

Sorry, but, to me at least, a "chicane" involves a (double) bend.
See: https://en.oxforddictionaries.com/definition/chicane
" NOUN1.  A sharp double bend created to form an obstacle on a motor-racing 
track or a road."
and these seem to involve a narrow "sqeeze", not a double bend.
 Peter 
On Saturday, 27 April 2019, 18:12:54 BST, Martin Wynne  
wrote:  
 
 barrier=stile seems unhelpful to me if rendered as a normal stile 
symbol, for walkers needing to know if they will have to climb any.

barrier=chicane would perhaps be more descriptive?

Martin.

___
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] polygone pour représenter un trottoir

[Jocelyn Jaubert]

Bonjour,

Le 27/04/2019 à 16:21, lenny.libre a écrit :
> Je veux bien faire des surfaces, mais d'utiliser des "multipolygon" pour
> des trottoirs il me semble que cela va vite devenir ingérables .

Pour info, il existe un tag dédié pour représenter des surfaces pour les
routes:

https://wiki.openstreetmap.org/wiki/Key:area:highway

Et plus particulièrement pour les trottoirs:

https://wiki.openstreetmap.org/wiki/Tag:area:highway%3Dfootway


Ça me semble mieux que d'utiliser juste highway=pedestrian, qui ne
devrait être utilisé que pour des ways.

-- 
Jocelyn

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

Re: [Talk-GB] How would tag or name this wall crossing?

[Philip Barnes]

On Sat, 2019-04-27 at 18:10 +0100, Martin Wynne wrote:
> barrier=stile seems unhelpful to me if rendered as a normal stile 
> symbol, for walkers needing to know if they will have to climb any.
> 
> barrier=chicane would perhaps be more descriptive?

barrier=chicane will already be in use, probably as a type of cycle
barrier.

Phil (trigpoint)
> 
> Martin.
> 
> ___
> 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] Fusion de communes... LE chantier annuel ;)

[marc marc]

Le 27.04.19 à 16:59, Jérôme Amagat a écrit :
> il faut supprimer les ref:INSEE sur les node est les garder que sur 
> relation ce qui serait plus logique vu que c'est un code pour la commune 
> est pas pour la ville ou village représenté par ce node  

c'est sans doute par là qu'il faudrait commencer : virer toutes les 
codes communes qui sont sur les ville/villages

> mais je crois que cette suppression ne plaît pas à tout le monde.

ha ? Christian tu les utilises ? :-D
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [talk-cz] Ikonky čerpacích stanic - Shell, OMV, MOL

[Marián Kyral]

On 27. 04. 19 11:47, Vit Semenec via talk-cz wrote:
> Ahoj,
>
> popisuji jak umím :)
>
> V navigaci Magic Earth se mě u některých benzínek zobrazuje ikonka 
> konkrétní značky u jiných ne.
>
> Je to tím, že Shell, OMV a MOL mají v iD editoru vlastní skupinu (asi 
> dle brand:wikidata ?).

Možné to je. Dá se to odhadnout tak, že najdeš jednu benzínku, která
ikonu má a druhou, která ji nemám. Pak se porovnají tagy a chybějící se
dodají. Pak se jen počká, jestli se ta benzínka zobrazí i s ikonou. To
bude ale nějakou dobu trvat. Nevím jak často dělají aktualizaci mapových
dat. Bohužel nemají otevřené kódy, takže se to nedá zjistit analýzou kódu.
Nebo se jich můžeš zeptat. Asi budou mít nějakou podporu.

> Uměl by někdo hromadně vyfiltrovat "Čerpací stanice" a ty co mají v 
> názvu Shell překlopit na typ "Shell Čerpací stanice". A obdobně OMV a MOL?

Ano, uměl ;-)
Začít lze u overpass-turbo.eu: http://overpass-turbo.eu/s/Ijm  Pak už
jen nějaká magie kolem ;-)
Ale hodně záleží, kolik by toho bylo. Ony jsou nějaká pravidla pro
strojové editace.

> Benzina by si to také zasloužila, ale ta tam zavedena samostatně není.

Až zjistíme, jak to vlastně funguje, je možné to zkusit na tom správném
místě navrhnout.

Marián

>
> Vítek - OK4VSA
>
>
>
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz

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

Re: [Talk-GB] How would tag or name this wall crossing?

[Martin Wynne]

barrier=stile seems unhelpful to me if rendered as a normal stile 
symbol, for walkers needing to know if they will have to climb any.


barrier=chicane would perhaps be more descriptive?

Martin.

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

Re: [Talk-GB] How would tag or name this wall crossing?

[Peter Neale via Talk-GB]

Running Overpass Turbo, it seems that they are concentrated in a small area, so 
probably "hipster" is a local term.
Looking at a well-known global Aerial Imagery source, with links to Street 
level photography, shows at least 2 of them (adjacent to roads) to be narrow 
gaps in stone walls, so a version of "squeeze". 
Regards,
 Peter 
On Saturday, 27 April 2019, 17:54:03 BST, Andy Townsend  
wrote:  
 
 
On 27/04/2019 17:50, Philip Barnes wrote:
>
> https://wiki.openstreetmap.org/wiki/Tag:barrier%3Dstile#Stile_details
>
4000 of those:

https://taginfo.openstreetmap.org/keys/stile#values

However also from that page I'm now wondering what "stile=hipster" (!) is?

Best Regards,

Andy



___
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] How would tag or name this wall crossing?

[Mark Goodge]

On 27/04/2019 18:02, I wrote:



On 27/04/2019 17:52, Andy Townsend wrote:


On 27/04/2019 17:50, Philip Barnes wrote:


https://wiki.openstreetmap.org/wiki/Tag:barrier%3Dstile#Stile_details


4000 of those:

https://taginfo.openstreetmap.org/keys/stile#values

However also from that page I'm now wondering what "stile=hipster" (!) 
is?


You can only go through it if you have a beard!
Serious answer... generating a map of them via the Overpass Turbo link 
shows that all the instances of them are in an area around Keighley. 
And, looking at them on Google street view, they appear to be squeeze 
stiles. For example:


https://goo.gl/maps/v8P8SrBYHu8BWMzZA
https://goo.gl/maps/1h5zqHLpQDu4jUnb6

So I'd hazard a guess that it's a local name for them in that neck of 
the woods.


Mark

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

[OSM-talk] weeklyOSM #457 2019-04-16-2019-04-22

[weeklyteam]

The weekly round-up of OSM news, issue # 457,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/11906/

Enjoy! 

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

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

Re: [Talk-GB] How would tag or name this wall crossing?

[Mark Goodge]

On 27/04/2019 17:52, Andy Townsend wrote:


On 27/04/2019 17:50, Philip Barnes wrote:


https://wiki.openstreetmap.org/wiki/Tag:barrier%3Dstile#Stile_details


4000 of those:

https://taginfo.openstreetmap.org/keys/stile#values

However also from that page I'm now wondering what "stile=hipster" (!) is?


You can only go through it if you have a beard!

Mark

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

[Talk-ca] weeklyOSM #457 2019-04-16-2019-04-22

[weeklyteam]

The weekly round-up of OSM news, issue # 457,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/11906/

Enjoy! 

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

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

[Talk-GB] weeklyOSM #457 2019-04-16-2019-04-22

[weeklyteam]

The weekly round-up of OSM news, issue # 457,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/11906/

Enjoy! 

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

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

[Talk-br] semanárioOSM Nº 457 2019-04-16-2019-04-22

[theweekly . osm]

Bom dia,

O semanárioOSM Nº 457, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português* : http://www.weeklyosm.eu/pb/archives/11906/

Aproveite!

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

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

[Talk-us] weeklyOSM #457 2019-04-16-2019-04-22

[weeklyteam]

The weekly round-up of OSM news, issue # 457,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/11906/

Enjoy! 

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

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

[Talk-pt] semanárioOSM Nº 457 2019-04-16-2019-04-22

[theweekly . osm]

Bom dia,

O semanárioOSM Nº 457, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português* : http://www.weeklyosm.eu/pb/archives/11906/

Aproveite!

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

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

[Talk-in] weeklyOSM #457 2019-04-16-2019-04-22

[weeklyteam]

The weekly round-up of OSM news, issue # 457,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/11906/

Enjoy! 

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

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

[OSM-talk-ie] weeklyOSM #457 2019-04-16-2019-04-22

[weeklyteam]

The weekly round-up of OSM news, issue # 457,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/11906/

Enjoy! 

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

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

[talk-ph] weeklyOSM #457 2019-04-16-2019-04-22

[weeklyteam]

The weekly round-up of OSM news, issue # 457,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/11906/

Enjoy! 

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

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

[Talk-africa] weeklyOSM #457 2019-04-16-2019-04-22

[weeklyteam]

The weekly round-up of OSM news, issue # 457,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/11906/

Enjoy! 

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

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

Re: [OSM-talk-fr] polygone pour représenter un trottoir

[François Lacombe]

Hello

Le sam. 27 avr. 2019 à 18:48,  a écrit :

> on parle de polygone (way fermé avec area=yes) pas de multi-polygone : un
> trottoir c'est continu ou comme ici de multi-polygones.
>
Quand tu as des immeubles au milieu, c'est bien un multipolygone
Les exemples de Noémie sont bons.

> Pour ce qui est du routage, autant ça a un sens pour une place où le
> piéton peut passer n'importe où, autant pour le trottoir j'avoue ne pas
> voir d'intérêt (sauf pour les personnes chargées d'entretenir les voies) :
> la seule possibilité c'est de traverser "en dehors des clous", ça ne doit
> pas présenter d'intérêt notable et surtout un moteur peut le gérer avec un
> sidewalk=yes.
>
> Donc exit l'utilité pour le routage.
>
Qui a dit que le routage était pour les piétons ?
On ne trace pas le filaire des rivières pour les canoés.

> Pour le rendu, si c'est pour faire un rendu plus propre en 3D par exemple,
> pourquoi pas mais entrer simplement le fait qu'il y a un trottoir permet de
> bien représenter.
>
Non pas lorsque la surface change de largeur, avec des décrochés pour le
stationnement, etc...

> Mais dans tous les cas au pire je ferais des ways, pas des relations. Des
> relations ça n'a pas grand sens, ça complique. Tu peux très bien découper
> en bandes par rue (comme le trottoir est bitumé : par bandes et pas par
> multi-polygones !)
>
Là dessus c'est pertinent si la surface venait à changer (et ça nous
arrangerait par ailleurs, parce que les relations sont lourdes plus lourdes
que les surfaces).
Un changement de hauteur ou toute autre propriété permet de faire n surface
fermées contigües et se passer des relations

> De plus la cartographie c'est de la modélisation, pas de la représentation
> (à l'échelle 1:1 ? ;-)) exacte de la réalité.
>
Ça tombe bien, OSM n'est pas une base géographique :)

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

Re: [Talk-GB] How would tag or name this wall crossing?

[Andy Townsend]

On 27/04/2019 17:50, Philip Barnes wrote:


https://wiki.openstreetmap.org/wiki/Tag:barrier%3Dstile#Stile_details


4000 of those:

https://taginfo.openstreetmap.org/keys/stile#values

However also from that page I'm now wondering what "stile=hipster" (!) is?

Best Regards,

Andy



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

Re: [Talk-GB] How would tag or name this wall crossing?

[Mark Goodge]

On 27/04/2019 17:46, Chris Hill wrote:

I've always known them as squeeze stiles.


Indeed. The term "stile" doesn't have to imply steps, although that is 
the most common form.


https://en.wikipedia.org/wiki/Stile

Mark

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

Re: [Talk-GB] How would tag or name this wall crossing?

[Philip Barnes]

On Sat, 2019-04-27 at 17:18 +0100, Michael Collinson wrote:
> ced close to each other (usually in a drystone wall) to 
> leave a gap wide enough for humans and sheep dogs to squeeze through

That is a squeeze stile, stile=squeezer.

https://wiki.openstreetmap.org/wiki/Tag:barrier%3Dstile#Stile_details

HTH Phil (trigpoint)


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

Re: [Talk-GB] How would tag or name this wall crossing?

[Mike Baggaley]

Hi Mike,

I call them fat man's agony and consider them to be a type of stile.

See 
https://commons.wikimedia.org/wiki/File:A_fat_man%27s_agony_-_geograph.org.uk_-_945142.jpg

Mike B.

-Original Message-
Date: Sat, 27 Apr 2019 17:18:46 +0100
From: Michael Collinson 
To: OSM talk-gb 
Subject: [Talk-GB] How would tag or name this wall crossing?
Message-ID: 
Content-Type: text/plain; charset=utf-8; format=flowed

What do you call the type of wall crossing the that consists of two 
stone pillars placed close to each other (usually in a drystone wall) to 
leave a gap wide enough for humans and sheep dogs to squeeze through but 
not cattle or fully-grown sheep? Has anyone one got a barrier= tag for 
them?  Just got back from Middlesmoor in Nidderdale where there are ton 
of them. They are typically not raised, so not a stile, and typically no 
gate, just a gap.

Mike




--

Subject: Digest Footer

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


--

End of Talk-GB Digest, Vol 151, Issue 25



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

Re: [OSM-talk-fr] polygone pour représenter un trottoir

[osm . sanspourriel]

on parle de polygone (way fermé avec area=yes) pas de multi-polygone :
un trottoir c'est continu ou comme ici de multi-polygones.

Pour ce qui est du routage, autant ça a un sens pour une place où le
piéton peut passer n'importe où, autant pour le trottoir j'avoue ne pas
voir d'intérêt (sauf pour les personnes chargées d'entretenir les voies)
: la seule possibilité c'est de traverser "en dehors des clous", ça ne
doit pas présenter d'intérêt notable et surtout un moteur peut le gérer
avec un sidewalk=yes.

Donc exit l'utilité pour le routage.

Pour le rendu, si c'est pour faire un rendu plus propre en 3D par
exemple, pourquoi pas mais entrer simplement le fait qu'il y a un
trottoir permet de bien représenter.

Mais dans tous les cas au pire je ferais des ways, pas des relations.
Des relations ça n'a pas grand sens, ça complique. Tu peux très bien
découper en bandes par rue (comme le trottoir est bitumé : par bandes et
pas par multi-polygones !)

De plus la cartographie c'est de la modélisation, pas de la
représentation (à l'échelle 1:1 ? ;-)) exacte de la réalité.

Jean-Yvon, dubitatif

Le 27/04/2019 à 16:21, lenny.libre - lenny.li...@orange.fr a écrit :


Je veux bien faire des surfaces, mais d'utiliser des "multipolygon"
pour des trottoirs il me semble que cela va vite devenir ingérables .
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-GB] How would tag or name this wall crossing?

[Roger Calvert]

I think they are generally called a 'squeeze stile'. JOSM suggests 
barrier=stile;stile=squeezer


Roger

On 27/04/2019 17:18, Michael Collinson wrote:
What do you call the type of wall crossing the that consists of two 
stone pillars placed close to each other (usually in a drystone wall) 
to leave a gap wide enough for humans and sheep dogs to squeeze 
through but not cattle or fully-grown sheep? Has anyone one got a 
barrier= tag for them?  Just got back from Middlesmoor in Nidderdale 
where there are ton of them. They are typically not raised, so not a 
stile, and typically no gate, just a gap.


Mike


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


--


Roger Calvert


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

Re: [Talk-GB] How would tag or name this wall crossing?

[Chris Hill]

I've always known them as squeeze stiles.

--
cheers
Chris Hill (chillly)

On 27/04/2019 17:18, Michael Collinson wrote:
What do you call the type of wall crossing the that consists of two 
stone pillars placed close to each other (usually in a drystone wall) 
to leave a gap wide enough for humans and sheep dogs to squeeze 
through but not cattle or fully-grown sheep? Has anyone one got a 
barrier= tag for them?  Just got back from Middlesmoor in Nidderdale 
where there are ton of them. They are typically not raised, so not a 
stile, and typically no gate, just a gap.


Mike


___
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] How would tag or name this wall crossing?

[Michael Collinson]

What do you call the type of wall crossing the that consists of two 
stone pillars placed close to each other (usually in a drystone wall) to 
leave a gap wide enough for humans and sheep dogs to squeeze through but 
not cattle or fully-grown sheep? Has anyone one got a barrier= tag for 
them?  Just got back from Middlesmoor in Nidderdale where there are ton 
of them. They are typically not raised, so not a stile, and typically no 
gate, just a gap.


Mike


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

Re: [Talk-GB] Missing Captcha when adding event in OSM wiki

[nkn]

No, I haven't tried it before. After doing so, it didn't make a 
difference unfortunately. However, using Chrome instead of Firefox 
helped. The Captcha appeared.


Thank you though
Nora


Am 27/04/2019 um 16:23 schrieb Andrew Hain:
Have you tried using the link at the bottom of the page to switch 
between mobile and desktop view before you edit?


--
Andrew

*From:* n...@posteo.net 
*Sent:* 27 April 2019 15:19
*To:* Talk GB
*Subject:* [Talk-GB] Missing Captcha when adding event in OSM wiki

Hi

I attempt to add an event to the list on 
https://wiki.openstreetmap.org/wiki/Current_events 
. However, when it 
comes to saving the edit, the alert /Your edit includes new external 
links. To protect the wiki against automated spam, we kindly ask you 
to solve the following CAPTCHA:/ comes up, with no Captcha appearing 
for me to be solved. Is someone familiar with adding events or editing 
the OSM wiki in general and could help, please?


I hope this isn't the wrong place for my question. Otherwise please 
point me into the right direction.


Thank you
Nora

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

Re: [Talk-transit] Ideas for a simplified public transportation scheme

[Jarek Piórkowski]

On Sat, 27 Apr 2019 at 10:35, Jarek Piórkowski  wrote:
> ... it might make sense to check what they absolutely need and
> what is a nice to have. Do we know of any other major consumers of
> public transit relations?

Responding to myself, I remembered that of course Maps.me also does
offline routing on subway/LRT/city rail. As I understand the supported
systems are those in http://osmz.ru/subways/

I would guess those systems are a little better mapped than bus
routes, but would be good to hear what the Maps.me router requires:
stop_positions? platforms? Going by the YAML files and validator
messages on the site above, perhaps it is only railway=station and
their entrances.

--Jarek

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

[talk-latam] Fwd: [Talk-transit] Ideas for a simplified public transportation scheme

[Marco Antonio]

Estan requiriendo ideas para mejorar el etiquetado de transporte publico
con el esquema version 2...

La conversación está en el hilo de talk-transit.

Abrazos,

Marco Antonio


-- Forwarded message -
From: Markus 
Date: Fri, 26 Apr 2019 at 15:11
Subject: [Talk-transit] Ideas for a simplified public transportation scheme
To: Public transport/transit/shared taxi related topics <
talk-tran...@openstreetmap.org>


Hi all,

I've added, updated and corrected several dozen public transportation
routes in the past few years using the PTv2 scheme. As is the case
with most route relations, they often break (e.g., because the course
of a road or rails is modified, a new roundabout is built, a stop is
displaced or simply by accident). However, with all the stop_positions
and stop_areas, maintaining these routes and stops is very much
time-consuming.

There have been several ideas to simplify and improve public
transportation mapping (e.g. [1] or [2]), however they either faced
too much opposition or are inactive. Therefore I've worked out three
different drafts for an improved public transportation scheme and
would like your opinion. After that, i plan to write a full proposal
for the option that got the most support.

In order to better understand how I came up with the ideas below, I
have first listed the deficiencies of the current public transport
schemes:

Deficiencies of PTv1:

  * No separate route relation per direction and route variant.
  * Platforms at stations cannot be added to route relations, which
prevents a better routing.
  * Stops (highway=bus_stop/railway=tram_stop) are often placed on the
road or rail, which is not optimal for routing.

Deficiencies of PTv2:

  * public_transport=stop_position and public_transport=stop_area make
mapping and maintaining complicated and time-consuming. Besides,
public_transport=stop_position is unnecessary, as it can be calculated
from public_transport=platform (which provide a more exact routing).
  * Counter-intuitive public_transport=platform: its meaning depends
on whether used on way/area (where it means a platform) or on node
(where it means a waiting area w/o platform).
  * Not possible to add transport mode tags (e.g. bus=yes) on
public_transport=platform because they are also used to set access.

Now for the possible solutions:

  1. Sticking to PTv1 tags, but with separate route relations per
direction/variant and by placing stops at the point where passengers
wait. A stop with a platform get a railway/highway=platform way/area
and a railway=tram_stop/highway=bus_stop node. (Except at stations, a
stop_area relation is not required because the stop node is placed on
the platform.) -- Advantage: Widely used tags, least retagging
required. Disadvantage: A stop with a platform needs two elements (as
railway/highway=platform + railway=tram_stop/highway=bus_stop can't be
combined).

  2. Sticking to PTv2 tags, but abandoning
public_transport=stop_position and introducing a new transport_mode=*
tag. -- Advantage: Only one element per stop. Disadvantage: The rather
counter-intuitive public_transport=platform remains.

  3. Abolishing public_transport=stop_position and
public_transport=platform and introducing a new public_transport=stop
tag (node/way/area) for the waiting area at stops, which can be
combined with railway/highway=platform if the stop consists of a
platform. Besides, introducing a new transport_mode=* tag. --
Advantage: Only one element per stop, very flexible and clear.
Disadvantage: Much retagging required.

[1]:
https://wiki.openstreetmap.org/wiki/Proposed_features/Transport_modes_on_platforms_and_stations
[2]:
https://wiki.openstreetmap.org/wiki/Proposed_features/Refined_Public_Transport

Thanks in advance for your replies.

Best regards

Markus

___
Talk-transit mailing list
talk-tran...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-transit
___
talk-latam mailing list
talk-latam@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-latam

Re: [Talk-GB] Missing Captcha when adding event in OSM wiki

[Andrew Hain]

Have you tried using the link at the bottom of the page to switch between 
mobile and desktop view before you edit?

--
Andrew

From: n...@posteo.net 
Sent: 27 April 2019 15:19
To: Talk GB
Subject: [Talk-GB] Missing Captcha when adding event in OSM wiki


Hi

I attempt to add an event to the list on 
https://wiki.openstreetmap.org/wiki/Current_events. However, when it comes to 
saving the edit, the alert Your edit includes new external links. To protect 
the wiki against automated spam, we kindly ask you to solve the following 
CAPTCHA: comes up, with no Captcha appearing for me to be solved. Is someone 
familiar with adding events or editing the OSM wiki in general and could help, 
please?

I hope this isn't the wrong place for my question. Otherwise please point me 
into the right direction.

Thank you
Nora

[cid:part2.145692B4.4602BA69@posteo.de]
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-fr] Fusion de communes... LE chantier annuel ;)

[Jérôme Amagat]

Le sam. 27 avr. 2019 à 13:51, deuzeffe  a écrit :

> Hello,
>
> Osmose remonte ces erreurs :
>
> https://osmose.openstreetmap.fr/fr/map/#country=france_limousin_haute_vienne=6040=1%2C2%2C3=9=45.859=1.345==
>
> (N° INSEE introuvable, nom OSM <> nom COG aka nom de commune <> code INSEE)
>
> Faut faire quoi ? Comment on répare ce genre de truc sans dénaturer la
> réalité du terrain ?
>

Je ne pense pas que ce test osmose soit utile et donc qu'il ne faut rien
toucher.
Déjà au minimum il ne faut pas tester les node mais seulement les
relations. Sur les node osmose s’attend à avoir le nom de la commune
correspondant au code insee alors que de plus en plus avec les communes
nouvelle on a des chefs lieu de communes avec un nom différent de la
commune.
Ou alors il faut supprimer les ref:INSEE sur les node est les garder que
sur relation ce qui serait plus logique vu que c'est un code pour la
commune est pas pour la ville ou village représenté par ce node mais je
crois que cette suppression ne plaît pas à tout le monde.
pour le problème quand le numéro INSEE est introuvable, c'est pratiquement
à chaque fois, que la commune à fusionner avec d'autre donc il y a moins de
commune donc moins de code insee. Mais il a été dit qu'il faut garder dans
osm ces anciens code insee car ils sont utiles. Peut être qu'il faudrait se
mettre d'accord pour changer les codes plus utilisés par l'insee dans un
nouveau tag disused:ref:INSEE=* ou quelque chose du genre.

Mais en l'état, tant que aucune décision de changement n'est prise, il ne
faut rien changer.
(sauf si le code n'a jamais existé, faute de frappe, erreur de copie...
mais ces problème doivent être très rare dans la liste d'erreur donnée par
osmose)



>
> Merci de votre aide.
> --
> deuzeffe
>
> On 29/12/2018 19:00, Christian Quest wrote:
> > Tout est maintenant traité... la chasse aux erreurs est ouverte !
> >
> > Le sam. 29 déc. 2018 à 17:19, Christian Quest  > > a écrit :
> >
> > Je pense que official_name est là pour ces noms administratifs non
> > respectueux des règles de toponymie... et name pour la version
> > "propre" Bresse-Vallons, Porte-des-Pierres-Dorées, etc...
> >
> > Je n'ai pas fait ces corrections dans mes scripts, ça sera pour le
> > fignolage final ;)
> >
> > Les département 01 à 50 sont traités... et maintenant à vérifier !
> > Je fais une vérif manuelle avant upload, mais je peux laisser passer
> > des pépins vu la quantité même si je fais ça un département à la
> fois.
> >
> >
> > Le sam. 29 déc. 2018 à 15:41, Gwenaël Jouvin
> > mailto:gwenael.jou...@laposte.net>> a
> > écrit :
> >
> > Merci pour ce boulot.
> >
> > Pour ma part, j’aurai 2 communes (simples) à vérifier dans ma
> > zone :-)
> >
> >
> > Par contre je constate avec agacement que les règles d’écriture
> > des toponymes n’est toujours pas correctement appliquée ni par
> > les conseillers municipaux, ni par les préfets…
> > Exemples : Bresse Vallons (01), Porte des Pierres Dorées (69).
> >
> > C’est pourtant pas faute de leur rappeler :
> >
> http://www.maire-info.com/upload/files/Circulaire_nom_communes_nouvelles.pdf
> >
> >
> > Doit-on, par cohérence avec les documents réglementaires,
> > restituer ces fautes dans OSM ?
> >
> >
> >
> > Le 29/12/2018 à 14:52, Christian Quest a écrit :
> >  > Comme chaque fin d'année, c'est le chantier des fusions qui
> > s'ouvre ;)
> >  >
> >  > 608 communes fusionnent en 232 communes nouvelles d'après
> > wikipédia:
> >  >
> >  >
> >
> https://fr.wikipedia.org/wiki/Liste_des_communes_nouvelles_cr%C3%A9%C3%A9es_en_2019
> >  >
> >  > J'ai donc ressorti mes scripts de mise à jour, car faire tout
> > ça à la main sans erreur c'est assez chaud !
> >  >
> >  > Première étape, récupérer les données du tableau wikipédia:
> > c'est fait, j'ai un json prêt à consommer.
> >  >
> >  > Deuxième étape: appliquer les modifications... je suis en
> > train de tester.
> >  >
> >  > C'est complexe car certaines communes nouvelles ont déjà été
> > créées, et il ne faut pas se mélanger avec le cas de communes
> > nouvelles créées ces dernières années qui absorbent encore
> > quelques communes.
> >  >
> >  > Troisième étape: vérification... là un peu d'humain sera bien
> > utile, donc si ça vous intéresse, ce fil de discussion est là
> > pour ça !
> >  >
> >  > Je compte appliquer les modifications aujourd'hui et demain
> > pour laisser le 31 et le 1er pour faire les vérifications et
> > corrections.
> >  >
> >  > --
> >  > Christian Quest - OpenStreetMap France
> >  >
> >  > ___
> >  > Talk-fr 

Re: [Talk-us] Parks in the USA, leisure=park, park:type

[Jmapb]

On 4/26/2019 9:49 PM, OSM Volunteer stevea wrote:

Other than that I can't think of any tags that would be applicable to
these sorts of situations. We tend to tag the regulations themselves,
not the extent to which they're adhered to. Certainly just calling it a
park because kids play there doesn't seem consistent with OSM standards.
We don't raise the speed limit in places where everyone speeds, or tag
bicycle=yes on ways where they're prohibited but frequently used.



No, I think leisure=playground aligns a bit more closely with "kids play here," 
though some people like snap-tight definitions, others consider things as much more 
elastic.  It's difficult to please everybody; semantics can be messy.


Certainly. But speaking as a map user, if I saw a playground on a map
and then arrived there and found it was just an empty lot or an
undeveloped bit of land, I would find fault with that map. So if these
places (kids play here but it's unofficial) are to be mapped, I'd
suggest different tagging.

If recreation really is the primary human activity in these areas, you
might consider landuse=recreation_ground -- though the way I read the
wiki, it sounds like the intended use is a little more formal than the
situations you're describing.

J


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

Re: [Talk-ca] NRC building footprints - from lidar

[keith hartley]

I think its where there's good lidar data and imagry for extraction in
selected parts of Canada. The extents are here
https://open.canada.ca/data/en/fgpv_vpgf/7a5cda52-c7df-427f-9ced-26f19a8a64d6
MB, Nova Scotia, Alberta and BC
May want to update the building import project as this is a really good
source!

On Sat, Apr 27, 2019 at 9:42 AM John Whelan  wrote:

> Is it just Manitoba or all of Canada?
>
> In which case do we want to revise the building import project.
>
> Thanks John
>
> keith hartley wrote on 4/27/2019 9:56 AM:
>
> Hi all,
> Canadian Geomatics posted this data set a few months back from Natural
> Resource Canada.
> It's Building footprints from Lidar or high res imagery.
>
> https://canadiangis.com/automatically-extracted-buildings-canadian-open-data.php?fbclid=IwAR22SaWwz7--LarDksVfcQuZ9RDgkVc421n9saJ_Lv8r6xq1qPSrouEF0Ww
>
> https://open.canada.ca/data/en/dataset/7a5cda52-c7df-427f-9ced-26f19a8a64d6
>
> From what I can tell when placing the data over imagery it's very bang on.
> Highly accurate, good shapes (unlike the bing files) and well placed. As
> far as I can tell no one else has uploaded these to OSM. The areas in
> manitoba are mainly where there's little to no other building info.
> I can write an upload plan on Manitoba wiki as the data is complaint
> license wise. Anything else I should be looking for? The local mappers here
> are pretty excited about it.
>
> Keith
>
>
>
>
>
> ___
> Talk-ca mailing 
> listTalk-ca@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-ca
>
>
> --
> Sent from Postbox 
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] NRC building footprints - from lidar

[John Whelan]

Is it just Manitoba or all of Canada?

In which case do we want to revise the building import project.

Thanks John

keith hartley wrote on 4/27/2019 9:56 AM:

Hi all,
Canadian Geomatics posted this data set a few months back from Natural 
Resource Canada.

It's Building footprints from Lidar or high res imagery.
https://canadiangis.com/automatically-extracted-buildings-canadian-open-data.php?fbclid=IwAR22SaWwz7--LarDksVfcQuZ9RDgkVc421n9saJ_Lv8r6xq1qPSrouEF0Ww

https://open.canada.ca/data/en/dataset/7a5cda52-c7df-427f-9ced-26f19a8a64d6

From what I can tell when placing the data over imagery it's very bang 
on. Highly accurate, good shapes (unlike the bing files) and well 
placed. As far as I can tell no one else has uploaded these to OSM. 
The areas in manitoba are mainly where there's little to no other 
building info.
I can write an upload plan on Manitoba wiki as the data is complaint 
license wise. Anything else I should be looking for? The local mappers 
here are pretty excited about it.


Keith





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


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

Re: [Talk-transit] Ideas for a simplified public transportation scheme

[Jarek Piórkowski]

Hi all,

I noticed that OsmAnd has recently introduced support for some public
transit routing: https://osmand.net/blog/guideline-pt . Has anyone
used it or is familiar with the implementation? I would guess it would
make them one of the bigger consumers of public transit relations in
OSM and it might make sense to check what they absolutely need and
what is a nice to have. Do we know of any other major consumers of
public transit relations?

For example, do consumers need the ways to always connect for
routing/time calculation, or is it only for display on map? If it is
the latter, it makes relations breaking due to way splits less
crucial.

Here's my point of view as a mapper who is interested in adding
transit and having the information suitable for basic offline transit
routing. Note that I've mostly done surface routes so far, and don't
have a good sense of how PTv1/PTv2 works for underground.

- Standard PTv1 not supporting directions makes it not very useful
except for visual inspection by a human and as a way of keeping track
of stops as base for upgrade to machine-readable PTv2

- My understanding of
https://wiki.openstreetmap.org/wiki/Public_transport is that
stop_position is optional ("If you choose to add a stop position
node..."). If it is in fact optional for data consumers as well
(OsmAnd?), it could be skipped when it would be too much effort.

- I am personally not that bothered by "platform" for PTv2 - as a
speaker of non-British English I am used to some terms in OSM not
meaning what I use them to mean. I am a;sp not bothered by bus=yes on
platform (IMO pretty clear from context and comparable to "emergency"
tag) but I see from talk page for the [1] proposal that Zverik isn't a
fan.

- Regarding Markus's suggestion #3 for introducing
public_transport=stop, wouldn't it be simpler to redefine
highway=bus_stop / railway=tram_stop to mean the same thing? It might
be simpler to redefine public transport relations to allow use of
hw=bus_stop / rw=tram_stop for waiting area at stops that don't have a
defined platform - and that many data consumers already use them is a
plus. As far as I can tell this is basically what the Stockholm
example linked does, isn't it? I don't know the history of
introduction of PTv2 so perhaps I'm missing some disadvantages of
hw=bus_stop tagging.

Thanks,
--Jarek

On Fri, 26 Apr 2019 at 11:11, Markus  wrote:
>
> Hi all,
>
> I've added, updated and corrected several dozen public transportation
> routes in the past few years using the PTv2 scheme. As is the case
> with most route relations, they often break (e.g., because the course
> of a road or rails is modified, a new roundabout is built, a stop is
> displaced or simply by accident). However, with all the stop_positions
> and stop_areas, maintaining these routes and stops is very much
> time-consuming.
>
> There have been several ideas to simplify and improve public
> transportation mapping (e.g. [1] or [2]), however they either faced
> too much opposition or are inactive. Therefore I've worked out three
> different drafts for an improved public transportation scheme and
> would like your opinion. After that, i plan to write a full proposal
> for the option that got the most support.
>
> In order to better understand how I came up with the ideas below, I
> have first listed the deficiencies of the current public transport
> schemes:
>
> Deficiencies of PTv1:
>
>   * No separate route relation per direction and route variant.
>   * Platforms at stations cannot be added to route relations, which
> prevents a better routing.
>   * Stops (highway=bus_stop/railway=tram_stop) are often placed on the
> road or rail, which is not optimal for routing.
>
> Deficiencies of PTv2:
>
>   * public_transport=stop_position and public_transport=stop_area make
> mapping and maintaining complicated and time-consuming. Besides,
> public_transport=stop_position is unnecessary, as it can be calculated
> from public_transport=platform (which provide a more exact routing).
>   * Counter-intuitive public_transport=platform: its meaning depends
> on whether used on way/area (where it means a platform) or on node
> (where it means a waiting area w/o platform).
>   * Not possible to add transport mode tags (e.g. bus=yes) on
> public_transport=platform because they are also used to set access.
>
> Now for the possible solutions:
>
>   1. Sticking to PTv1 tags, but with separate route relations per
> direction/variant and by placing stops at the point where passengers
> wait. A stop with a platform get a railway/highway=platform way/area
> and a railway=tram_stop/highway=bus_stop node. (Except at stations, a
> stop_area relation is not required because the stop node is placed on
> the platform.) -- Advantage: Widely used tags, least retagging
> required. Disadvantage: A stop with a platform needs two elements (as
> railway/highway=platform + railway=tram_stop/highway=bus_stop can't be
> combined).
>
>   2. Sticking to PTv2 tags, but abandoning

Re: [OSM-talk-fr] polygone pour représenter un trottoir

[lenny.libre]

Le 27/04/2019 à 15:51, Ralf Treinen a écrit :

Bonjour,

On Sat, Apr 27, 2019 at 01:39:03PM +0200, Noémie Lehuby via Talk-fr wrote:

Bonjour,

que pensez-vous de cette modélisation des trottoirs, sous la forme de
multipolygones ?

https://www.openstreetmap.org/relation/1979876
https://www.openstreetmap.org/relation/1979878

Je comprends qu'il soit tentant de micro-cartographier les trottoirs comme
des polygones, mais je suis un peu sceptique.

il y a de plus en plus à Paris, regarde par exemple les Champs d'Elysee,
ou la porte de d'Orleans. Je trouve ca mieux que le filaire car les
piétons, contrairement aux véhicules, peuvent se déplacer dans
n'importe quel sens sur la surface qui leur est destinée.

Mais j'avoue que ca a plus d'intérêt là où il a des trottoirs larges
ou des squares.

-Ralf.


Je veux bien faire des surfaces, mais d'utiliser des "multipolygon" pour 
des trottoirs il me semble que cela va vite devenir ingérables .


Leni


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

[Talk-GB] Missing Captcha when adding event in OSM wiki

[nkn]

Hi

I attempt to add an event to the list on 
https://wiki.openstreetmap.org/wiki/Current_events. However, when it 
comes to saving the edit, the alert /Your edit includes new external 
links. To protect the wiki against automated spam, we kindly ask you to 
solve the following CAPTCHA:/ comes up, with no Captcha appearing for me 
to be solved. Is someone familiar with adding events or editing the OSM 
wiki in general and could help, please?


I hope this isn't the wrong place for my question. Otherwise please 
point me into the right direction.


Thank you
Nora

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

[Talk-ca] NRC building footprints - from lidar

[keith hartley]

Hi all,
Canadian Geomatics posted this data set a few months back from Natural
Resource Canada.
It's Building footprints from Lidar or high res imagery.
https://canadiangis.com/automatically-extracted-buildings-canadian-open-data.php?fbclid=IwAR22SaWwz7--LarDksVfcQuZ9RDgkVc421n9saJ_Lv8r6xq1qPSrouEF0Ww

https://open.canada.ca/data/en/dataset/7a5cda52-c7df-427f-9ced-26f19a8a64d6

>From what I can tell when placing the data over imagery it's very bang on.
Highly accurate, good shapes (unlike the bing files) and well placed. As
far as I can tell no one else has uploaded these to OSM. The areas in
manitoba are mainly where there's little to no other building info.
I can write an upload plan on Manitoba wiki as the data is complaint
license wise. Anything else I should be looking for? The local mappers here
are pretty excited about it.

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

Re: [OSM-talk-fr] polygone pour représenter un trottoir

[Ralf Treinen]

Bonjour,

On Sat, Apr 27, 2019 at 01:39:03PM +0200, Noémie Lehuby via Talk-fr wrote:
> Bonjour,
> 
> que pensez-vous de cette modélisation des trottoirs, sous la forme de
> multipolygones ?
> 
> https://www.openstreetmap.org/relation/1979876
> https://www.openstreetmap.org/relation/1979878
> 
> Je comprends qu'il soit tentant de micro-cartographier les trottoirs comme
> des polygones, mais je suis un peu sceptique.

il y a de plus en plus à Paris, regarde par exemple les Champs d'Elysee,
ou la porte de d'Orleans. Je trouve ca mieux que le filaire car les
piétons, contrairement aux véhicules, peuvent se déplacer dans 
n'importe quel sens sur la surface qui leur est destinée.

Mais j'avoue que ca a plus d'intérêt là où il a des trottoirs larges
ou des squares.

-Ralf.

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

[talk-cz] Ikonky čerpacích stanic - Shell, OMV, MOL

[Vit Semenec via talk-cz]

Ahoj,

popisuji jak umím :)

V navigaci Magic Earth se mě u některých benzínek zobrazuje ikonka 
konkrétní značky u jiných ne.

Je to tím, že Shell, OMV a MOL mají v iD editoru vlastní skupinu (asi 
dle brand:wikidata ?).

Uměl by někdo hromadně vyfiltrovat "Čerpací stanice" a ty co mají v 
názvu Shell překlopit na typ "Shell Čerpací stanice". A obdobně OMV a MOL?

Benzina by si to také zasloužila, ale ta tam zavedena samostatně není.


Vítek - OK4VSA




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

Re: [OSM-talk-fr] polygone pour représenter un trottoir

[François Lacombe]

Salut à tous

Noémie, je pense qu'il faut les deux, comme pour les rivières

Le linéaire servant à faire du routage, le surfacique à décrire ce que l'on
voit.
Et les deux sont utiles.

François

Le sam. 27 avr. 2019 à 14:03, djakk djakk  a écrit :

> Salut ! Moi je pense que tout est représentable sous forme de polygone,
> mais qu’on a pas forcément le temps du coup on simplifie en ligne voire en
> point. Reste le problème de la généralisation (la transformation du
> polygone en ligne) qui impose peut être de faire polygone + ligne.
>
> Julien « djakk »
>
>
> Le sam. 27 avr. 2019 à 13:39, Noémie Lehuby via Talk-fr <
> talk-fr@openstreetmap.org> a écrit :
>
>> Bonjour,
>>
>> que pensez-vous de cette modélisation des trottoirs, sous la forme de
>> multipolygones ?
>>
>> https://www.openstreetmap.org/relation/1979876
>> https://www.openstreetmap.org/relation/1979878
>>
>> Je comprends qu'il soit tentant de micro-cartographier les trottoirs
>> comme des polygones, mais je suis un peu sceptique.
>>
>> Le wiki est en tout cas formel, la représentation de ce type d'objet est
>> normalement uniquement sous forme de chemin :
>> https://wiki.openstreetmap.org/wiki/FR:Tag:highway%3Dfootway
>>
>> --
>> nlehuby
>>
>>
>> ___
>> 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-transit] Line colour, text colour and background colour

[seirra blake]

have to say I like the design choices! on topic though, I understand 
colour=* to be the generally accepted use for background/line colour. I 
was going to say I imagine the best way for the text might be something 
namespaced like colour:text=*... but after thinking about it, I guess 
this text is the ref, so I see no problem with ref:colour, the challenge 
though might be finding an renderer with support for that, I don't think 
it's too common


On 4/27/19 12:03 PM, Héctor Ochoa wrote:

Hi,
Yesterday Zaragoza City Council unveiled its new bus network design. 
It gives each line a distinct text and background colour, as seen here:

https://i2.wp.com/detalier.com/wp-content/uploads/2019/04/autobuses-urbanos-zaragoza-detalier-9.jpg
https://i2.wp.com/detalier.com/wp-content/uploads/2019/04/autobuses-urbanos-zaragoza-detalier-8.jpg

I am asking if https://wiki.openstreetmap.org/wiki/Key:ref:colour 
could be adapted to use it in public transport routes, or something 
similar that complements https://wiki.openstreetmap.org/wiki/Key:colour


Thanks in advance!
Héctor

___
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-transit] Ideas for a simplified public transportation scheme

[Snusmumriken]

On Fri, 2019-04-26 at 17:10 +0200, Markus wrote:
> Hi all,
> 
> I've added, updated and corrected several dozen public transportation
> routes in the past few years using the PTv2 scheme. As is the case
> with most route relations, they often break (e.g., because the course
> of a road or rails is modified, a new roundabout is built, a stop is
> displaced or simply by accident). However, with all the
> stop_positions
> and stop_areas, maintaining these routes and stops is very much
> time-consuming.
> 
> There have been several ideas to simplify and improve public
> transportation mapping (e.g. [1] or [2]), however they either faced
> too much opposition or are inactive. Therefore I've worked out three
> different drafts for an improved public transportation scheme and
> would like your opinion. After that, i plan to write a full proposal
> for the option that got the most support.

Somehow I think that it is too late to define one schema that would
rule the world. Too much has already been mapped for it to be redone.
But I might be wrong. I also share your observation that PTv2 is way
too complex.

For what it is worth I might point you to have a look at how things are
mapped in Stockholm metropolitan region. It is our version of a
simplified PTv2. Unfortunately there isn't any English language
definition of it. But I hope an example is self explanatory enough 
https://www.openstreetmap.org/relation/2376126

Stockholm Public Transport Agency also uses OSM
https://sl.se/en


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

Re: [OSM-talk-fr] polygone pour représenter un trottoir

[djakk djakk]

Salut ! Moi je pense que tout est représentable sous forme de polygone,
mais qu’on a pas forcément le temps du coup on simplifie en ligne voire en
point. Reste le problème de la généralisation (la transformation du
polygone en ligne) qui impose peut être de faire polygone + ligne.

Julien « djakk »


Le sam. 27 avr. 2019 à 13:39, Noémie Lehuby via Talk-fr <
talk-fr@openstreetmap.org> a écrit :

> Bonjour,
>
> que pensez-vous de cette modélisation des trottoirs, sous la forme de
> multipolygones ?
>
> https://www.openstreetmap.org/relation/1979876
> https://www.openstreetmap.org/relation/1979878
>
> Je comprends qu'il soit tentant de micro-cartographier les trottoirs
> comme des polygones, mais je suis un peu sceptique.
>
> Le wiki est en tout cas formel, la représentation de ce type d'objet est
> normalement uniquement sous forme de chemin :
> https://wiki.openstreetmap.org/wiki/FR:Tag:highway%3Dfootway
>
> --
> nlehuby
>
>
> ___
> 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] Fusion de communes... LE chantier annuel ;)

[deuzeffe]

Hello,

Osmose remonte ces erreurs : 
https://osmose.openstreetmap.fr/fr/map/#country=france_limousin_haute_vienne=6040=1%2C2%2C3=9=45.859=1.345==


(N° INSEE introuvable, nom OSM <> nom COG aka nom de commune <> code INSEE)

Faut faire quoi ? Comment on répare ce genre de truc sans dénaturer la 
réalité du terrain ?


Merci de votre aide.
--
deuzeffe

On 29/12/2018 19:00, Christian Quest wrote:

Tout est maintenant traité... la chasse aux erreurs est ouverte !

Le sam. 29 déc. 2018 à 17:19, Christian Quest > a écrit :


Je pense que official_name est là pour ces noms administratifs non
respectueux des règles de toponymie... et name pour la version
"propre" Bresse-Vallons, Porte-des-Pierres-Dorées, etc...

Je n'ai pas fait ces corrections dans mes scripts, ça sera pour le
fignolage final ;)

Les département 01 à 50 sont traités... et maintenant à vérifier !
Je fais une vérif manuelle avant upload, mais je peux laisser passer
des pépins vu la quantité même si je fais ça un département à la fois.


Le sam. 29 déc. 2018 à 15:41, Gwenaël Jouvin
mailto:gwenael.jou...@laposte.net>> a
écrit :

Merci pour ce boulot.

Pour ma part, j’aurai 2 communes (simples) à vérifier dans ma
zone :-)


Par contre je constate avec agacement que les règles d’écriture
des toponymes n’est toujours pas correctement appliquée ni par
les conseillers municipaux, ni par les préfets…
Exemples : Bresse Vallons (01), Porte des Pierres Dorées (69).

C’est pourtant pas faute de leur rappeler :

http://www.maire-info.com/upload/files/Circulaire_nom_communes_nouvelles.pdf


Doit-on, par cohérence avec les documents réglementaires,
restituer ces fautes dans OSM ?



Le 29/12/2018 à 14:52, Christian Quest a écrit :
 > Comme chaque fin d'année, c'est le chantier des fusions qui
s'ouvre ;)
 >
 > 608 communes fusionnent en 232 communes nouvelles d'après
wikipédia:
 >
 >

https://fr.wikipedia.org/wiki/Liste_des_communes_nouvelles_cr%C3%A9%C3%A9es_en_2019
 >
 > J'ai donc ressorti mes scripts de mise à jour, car faire tout
ça à la main sans erreur c'est assez chaud !
 >
 > Première étape, récupérer les données du tableau wikipédia:
c'est fait, j'ai un json prêt à consommer.
 >
 > Deuxième étape: appliquer les modifications... je suis en
train de tester.
 >
 > C'est complexe car certaines communes nouvelles ont déjà été
créées, et il ne faut pas se mélanger avec le cas de communes
nouvelles créées ces dernières années qui absorbent encore
quelques communes.
 >
 > Troisième étape: vérification... là un peu d'humain sera bien
utile, donc si ça vous intéresse, ce fil de discussion est là
pour ça !
 >
 > Je compte appliquer les modifications aujourd'hui et demain
pour laisser le 31 et le 1er pour faire les vérifications et
corrections.
 >
 > --
 > Christian Quest - OpenStreetMap France
 >
 > ___
 > Talk-fr mailing list
 > Talk-fr@openstreetmap.org 
 > https://lists.openstreetmap.org/listinfo/talk-fr
 >

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



-- 
Christian Quest - OpenStreetMap France




--
Christian Quest - OpenStreetMap France

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



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

[OSM-talk-fr] polygone pour représenter un trottoir

[Noémie Lehuby via Talk-fr]

Bonjour,

que pensez-vous de cette modélisation des trottoirs, sous la forme de 
multipolygones ?


https://www.openstreetmap.org/relation/1979876
https://www.openstreetmap.org/relation/1979878

Je comprends qu'il soit tentant de micro-cartographier les trottoirs 
comme des polygones, mais je suis un peu sceptique.


Le wiki est en tout cas formel, la représentation de ce type d'objet est 
normalement uniquement sous forme de chemin : 
https://wiki.openstreetmap.org/wiki/FR:Tag:highway%3Dfootway


--
nlehuby


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

Re: [OSM-talk-fr] contact:addr

[lenny.libre]

Si mon message n'est pas clair, faite une recherche
sur "39 Rue du Marché, Chauvigny"


Ce n'est pas parce qu'une info n'est pas retrouvé par un outil, que 
cette info est erronée (pour les bus, il faut ajouter un higway=bus_stop 
aux arrêts décrits en V2, pour être compatible avec les outils V1)


Le 25/04/2019 à 11:46, osm.sanspourr...@spamgourmet.com a écrit :

Le 25/04/2019 à 10:17, lenny.libre - lenny.li...@orange.fr a écrit :


En effet, je ne duplique pas forcément l'info, c'est uniquement
lorsqu'elle a besoin d’être dupliquée que je ne duplique pas les
attributs addr :
A priori, je ne met contact: que si un nœud addr: existe et mettre
contact: n'oblige pas à saisir 2 fois, c'est pour éviter qu'il y ait
plusieurs addr:

  * Dans cet bâtiment, il y a plusieurs commerces situés à la même
    adresse, mais un des commerces a une adresse postale différente :
  o le bâtiment : https://www.openstreetmap.org/way/64168938
  o le nœud adresse https://www.openstreetmap.org/node/790850551
  o le POI à la même adresse
https://www.openstreetmap.org/node/6411122694
  o le POI à une autre adresse
https://www.openstreetmap.org/node/6251348345
  o l'autre nœud adresse 
https://www.openstreetmap.org/node/6411122693



Pour éviter le POI à la seconde adresse, dans ce cas en général j'ajoute
la voie privée allant du nœud adresse à la poste du magasin (là où est
situé le POI). ça évite le contact:addr.

Ici un service=driveway faisant la boucle permettant d'accéder au drive
pourrait le faire.

Par contre pour Marno pièces auto (le POI à la même adresse
https://www.openstreetmap.org/node/6411122694), étant donné qu'un
portail semble aller du parking du 280 à ce point je suis un peu coincé.

N. B. : je ne sais qui a fait la numérotation mais avoir des adresses
identiques dans un plan d'adresses métriques... Marc, là la
détermination de l'adresse du POI en fonction de la proximité du nœud
adresse est battue en brèche. Il faudrait mettre addr:housenumber sur un
way qui n'aurait d'autre but que d'indiquer là où porte l'adresse.

Est-ce ce que tu conseilles dans ce cas ? Est-ce que tu as une
alternative ? J'exclus de faire faillir le POI ou de le faire 
déménager^^.



  * Un nouveau nœud adresse a été crée et en plus il n'est pas au bon
    endroit
  o https://www.openstreetmap.org/node/6058233712


On ne va pas lister toutes les erreurs ;-( Il est plus efficace de
commenter le changeset puisque là le problème est clair.


l'exemple n'était pas là pour lister les erreurs mais pour montrer que 
ce n'est pas l'utilisation de contact:addr* qui implique de saisir deux 
fois (*:housenumber et *:street) mais le fait que des contributeurs qui 
créent des commerces veulent lui ajouter l'adresse (même quand un nœud 
adresse est proche). Je suis tombé sur l'erreur par hasard en cherchant 
des doublons, j'aurais pu mettre 52 Rue du Mirail 
https://www.openstreetmap.org/#map=19/44.83281/-0.57077.


Je trouve dommage de créer des doublons.

Bon WE

Leni


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

[Talk-transit] Line colour, text colour and background colour

[Héctor Ochoa]

Hi,
Yesterday Zaragoza City Council unveiled its new bus network design. It
gives each line a distinct text and background colour, as seen here:
https://i2.wp.com/detalier.com/wp-content/uploads/2019/04/autobuses-urbanos-zaragoza-detalier-9.jpg
https://i2.wp.com/detalier.com/wp-content/uploads/2019/04/autobuses-urbanos-zaragoza-detalier-8.jpg

I am asking if https://wiki.openstreetmap.org/wiki/Key:ref:colour could be
adapted to use it in public transport routes, or something similar that
complements https://wiki.openstreetmap.org/wiki/Key:colour

Thanks in advance!
Héctor
___
Talk-transit mailing list
Talk-transit@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-transit

[Talk-gb-westmidlands] River Rea, West of Kings Norton Park

[Andy Mabbett]

Compare the tagging on:

   https://www.openstreetmap.org/way/34080550

and:

https://www.openstreetmap.org/way/591479120

and ways upstream (west) of the latter.

I think the former is a tributary, and the latter is the river proper.
What needs to be changed?

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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

Re: [Talk-it] sala parrocchiale su prefabbricato

[Martin Koppenhoefer]

sent from a phone

> On 20. Apr 2019, at 14:22, claudio62PG  wrote:
> 
> Scusate ma una sala parrocchiale (non chiesa) cattolica romana, posta in un
> prefabbricato come la mappo?


per me ci sono più domande qui:

- sala parrocchiale 
- prefabbricato

per la seconda non ho la risposta pronta, direi che non è necessariamente un 
tipo di edficio (nel senso di building=*), ma piuttosto una descrizione del 
processo di costruzione (e implicitamente anche dei materiali/tipologia 
costruttiva). Nello specifico potrebbe essere un prefabbricato di cemento 
armato, metallo, resina o legno?
Probabilmente trascurerei questo dettaglio e metterei un building =civic (o 
forse building =community_building?).

Invece la sala parrocchiale la vedrei come luogo di riunione della comunità 
cattolica (e forse anche esteso su tutti i residenti) del luogo.

https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dcommunity_centre

sicuramente ci vanno anche i tags religion, denomination 

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

Re: [Talk-transit] Ideas for a simplified public transportation scheme

[Mateusz Konieczny]

26 Apr 2019, 17:10 by selfishseaho...@gmail.com:

>  1. Sticking to PTv1 tags, but with separate route relations per
> direction/variant and by placing stops at the point where passengers
> wait. A stop with a platform get a railway/highway=platform way/area
> and a railway=tram_stop/highway=bus_stop node. (Except at stations, a
> stop_area relation is not required because the stop node is placed on
> the platform.) -- Advantage: Widely used tags, least retagging
> required. Disadvantage: A stop with a platform needs two elements (as
> railway/highway=platform + railway=tram_stop/highway=bus_stop can't be
> combined).
>
As mapper not interested in mapping transit routes I like this solution as
it is the simplest for people not interested in mapping of public transit routes
but interested in mapping bus/tram stops.

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

Re: [Talk-us] Parks in the USA, leisure=park, park:type

[Mateusz Konieczny]

24 Apr 2019, 23:05 by kevin.b.ke...@gmail.com:

> TL;DR - Tag the land use, not the land ownership. A city, town,
> county, or state park may be virtually indistinguishable urban green
> spots, recreation grounds, nature reserves, whatever. The level of
> government that manages them may be of interest and worth tagging, but
> ought not to be the primary determinant of 'park type'.
>
I fully agree - who owns objects is not changing its type.
Especially for parks - it does not matte whatever it is owned by
government, company or a single person.

> I think that the Wiki definition leaves a lot to be desired, and I'm
> groping in a fog, much as you are, so please don't take anything that
> I say here as a confrontational pronouncement.
>
It is one of things that seems easy to define until one actually attempts to do 
it.
Further help is welcomed!

> (...)
> All of these features make for what is essentially a human landscape.
> It's one that's designed to be relaxed, focused on being a respite
> from the hurly-burly of the city, but it's still relatively densely
> developed - with many users concentrated in a relatively small area -
> and definitely human-sculpted.
>
I agree, and I really like term "human-sculpted".

> The 'type' of park ought to be "what type of experience ought the
> visitor to expect" and not "what government manages it."
>
Again, I fully agree.

> Bethpage State Park > https://www.openstreetmap.org/relation/6447778 
> >  is
> a golf course. Robert Moses State Park
> https://www.openstreetmap.org/relation/6442393 
> >  is a swimming beach. I
> see no reason to map them as anything but what they are, except to
> inform the user that they're state-owned and run by OPRHP (the Office
> of Parks, Recreation and Historic Preservation).
>
Yes, "park" in the name does not mean that it is leisure=park.

And some leisure=park may not have "park" in the name (not sure how
often it happens in USA).

We have also things called "industrial park" or "business park"
that are also not tagged leisure=park.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-it-trentino] Talk-it-trentino Digest, Vol 79, Issue 3

[liste DOT girarsi AT posteo DOT eu]

Il 26/04/19 22:14, pietro marzani via Talk-it-trentino ha scritto:

> Oggi sull'Adige è apparso un articolo in cui si dice che l'assessore al 
> turismo si lamenta dei ritardi nella pubblicazione di una cartina con la 
> lista dei sentieri inagibili. Secondo voi vale la pena muoversi 
> ufficialmente, chiedendo magari di poter partecipare al tavolo di lavoro 
> istituito? Al momento ne fanno parte SAT, Enti parco, Consorzio dei Comuni, 
> ASUC, Magnifica Comunità e Trentino Marketing. Penso che molti dei turisti 
> che si muovono sui sentieri facciano uso dei nostri dati. Lo stesso sito di 
> outdoor active  utilizzato da visittrentino e segnalato sopra da Zando fa 
> routing sui nostri dati (https://www.outdooractive.com/it/routeplanner/). Non 
> sarebbe male quindi vedere se c'è la possibilità di ottenere l'apertura dei 
> dati per la pubblicazione, impegnandoci da parte nostra ad aggiornare il db 
> con le informazioni rilasciate.
> Ciao
> Pietro

Da parte nostra gli utenti fanno già quello che possono per mappare e
qualcuno penso segnali anche, abbiamo comunque problemi di mappatura con
tag univochi, tolto il semplice access=no.

Sono dati troppo volatili secondo me per mapparli, visto ci sono lavori
di esbosco e capire quali tratti anche dello stesso sentiero sono
liberi, è difficile in tempo reale, senza contare che il rilascio in
forma libera la vedo dura, ad ogni modo se si vuole tentare per me va
bene, basta che poi si veda prima di mappare, che dati sono.




-- 
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|
Simone Girardelli

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

[OSM-talk-fr] Inscription au SotM-France, 14-16 juin 2019 à Montpellier (info hébergement)

[Vincent Bergeot]

Bonjour,

vous ne pouvez plus ignorer que le *7ème SotM-France* se déroule du *14 
au 16 juin 2019* à http://sotm2019.openstreetmap.fr (toutes les infos 
ici : https://sotm2019.openstreetmap.fr).


Vous ignorez peut-être la possibilité d'être hébergé dans une chambre 
universitaire voisine, avec un *"pack 3 nuits et petits déjeuners" pour 
80 euros *(jeudi soir, vendredi soir et samedi soir)*-> 
http://sotm2019.openstreetmap.fr/inscription.html

*

Mais pour pouvoir en bénéficier, il faut s'inscrire avant le *30 avril* 
donc c'est maintenant (le CROUS nous demande les effectifs la semaine 
prochaine).


PS : pour précision suite à quelques questions que nous avons eu :

 * il y aura une personne du CROUS à la résidence pour l'accueil 24/7,
 * les chambres sont individuelles
 * les chambres sont très proches des lieux de conférences du vendredi
   et samedi et du repas du samedi soir et sont proches du lieu de
   conférence du dimanche (lui même à coté de la gare)

PS2 : à partir du moment où nous communiquerons les effectifs au CROUS, 
nous retirerons "l'offre" et nous ne pourrons pas déroger car on ne gère 
pas !


--
Vincent Bergeot

Pour l'équipe d'orga

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