[Talk-ee] FOSS4G Europe 2020 Valmieras 13-18 juuli

[tõnis kärdi]

Hei,

13-18. juulil toimub Valmieras, Lätis selleaastane Free and Open Source for 
Geospatial Euroopa konverents (FOSS4GE). Avatud on nii _call for 
contributions_ (https://2020.europe.foss4g.org/call-for-contributions-1/) 
kui ka registreerimine (https://2020.europe.foss4g.org/ -> Register).

Rohkem teavet ürituse kodulehel https://2020.europe.foss4g.org/

parimat,
Tõnis
___
Talk-ee mailing list
Talk-ee@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ee

Re: [OSM-talk-be] 17/02: Towards Equal Street Names with Open Data

[Marc Gemis]

> About the geocoding. If I look at the street in my JOSM, then create a node 
> somewhere in the center of it and then add the coordinates of that node to 
> Wikidata, did I violate any rights? If it does, we could use Urbis data to 
> source coordinates for the whereabouts of the street. I'm not using any nodes 
> of the street itself. I do try to link back to openstreetmap (one of the ways 
> or associatedStreet relation) in the reference url field.
>

IMHO, that is a derivative database. You look at OSM data, apply some
algorithm and create new data.
AFAIK, the project that Seppe, Joost and Jonathan have will not add
such data, but if you want to do it, you might contact the LWG to be
sure it's OK. I doubt it is.

regards

m.

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

Re: [talk-au] Bushfire mapathon - kudos

[Bo Percival]

Great work to all,

As someone who now sits in the space between being affected and working for
an organisation supporting those affected, it is really humbling to see you
all give so much of your time and efforts to support.

@Andrew Harvey, I just received your email re: aerial imagery and OAM. I
will reach out to you within the next day or two to have a chat about this.

Kindness,

bo

On Mon, Feb 10, 2020 at 12:42 PM Sebastian S.  wrote:

> Thanks indeed.
> Kudos to you guys.
>
> On 10 February 2020 3:56:08 pm AEDT, John Bryant 
> wrote:
>>
>> I wasn't able to attend the SSSI National Bushfire Recovery Map-a-thon
>> yesterday, but thanks to the open-access chat, I was able to follow along
>> as an observer as I had time. It sounded like it went well, with a lot of
>> participation, including a large number of people encountering
>> OpenStreetMap for the first time.
>>
>> I want to shine a bit of a spotlight on Andrew Harvey, Phil Wyatt, and
>> Ewen Hill. They each put in a considerable effort in making the event a
>> success: securing waivers, answering questions from organisers, providing
>> technical support, and helping new mappers find their way.
>>
>> When the event organisers had some difficulties due to unfamiliarity with
>> the OSM project & community, Andrew, Phil, & Ewen really stepped up at
>> short notice to make sure that new mappers had a great experience, handling
>> themselves professionally and staying positive & productive throughout.
>> And, I'll note - they're not done yet, these guys are still working on
>> waivers, data cleanup, and lessons learned, even after most of the event
>> participants have moved on.
>>
>> Great work you guys. Made me feel proud to be part of such a great
>> community.
>>
>> Cheers
>> John
>>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[Talk-de] Bundesnachrichtendienst will mit eigenem "Summer of Code" freie Software fördern | heise online

[Manfred A. Reiter]

https://www.heise.de/amp/meldung/Bundesnachrichtendienst-will-mit-eigenem-Summer-of-Code-freie-Software-foerdern-4656168.html

## Manfred Reiter - mobile -
## please excuse typos and brevity
## http://weeklyOSM.eu
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-hr] Krivi editi

[Matija Nalis]

da, idealno bi bilo kontaktirati autora, i vidjeti zasto to prepravlja?

On Mon, Feb 10, 2020 at 11:42:26AM +0100, Ivan Habunek wrote:
> Bok ekipa,
> 
> Uočio sam na OSM Inspektoru da su krivo tagana stajališta autobusa u Velikoj 
> gorici.
> 
> Pogledao sam povijest i ispada da ih je Janjko ispravno unio kao 
> public_transport=platform ali onda je fran_B prepravio u 
> platform=stop_position, što je neispravno.
> 
> Što se radi u ovakvoj situaciji? Kako se reverta? Trebamo kontaktirati autora 
> i pričati s njime? :)
> 
> Inspektor: 
> https://tools.geofabrik.de/osmi/?view=pubtrans_stops=16.07700=45.71120=18=stops_,stops_positions,stops_classic,stops_positions_not_on_ways,platforms_,platforms_nodes,platforms_ways
> 
> Changeset: https://www.openstreetmap.org/changeset/80529745
> 
> History jednog od nodeova: http://osm.mapki.com/history/node.php?id=7038174257
> 
> Pozdrav,
> -- Ivan
> 
> ___
> Talk-hr mailing list
> Talk-hr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-hr

-- 
Opinions above are GNU-copylefted.

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

[talk-cz] pozvánka na mapathon

[r.stampach]

Vážení příznivci mapathonů a OpenStreetMap,

v Brně se pravidelně uskutečňují Missing Maps mapathony pro organizaci Lékařů 
bez hranic, kde se vytváří data OpenStreetMap pro krizové části světa, které 
dosud nejsou dobře zmapované. Tato data pak používají humanitární organizace 
pro svou práci. Píši sem, protože mapathonů se pravidelně účastní i čtenáři 
tohoto fóra.

Aktuálně se připravuje další mapathon konající se na Masarykově univerzitě. 

Uskuteční se ve čtvrtek 27. února 2020 od 18:00 do 21:00. Pokud někdo přijde 
jen na druhou polovinu, tak to rozhodně nevadí.
Místo: v učebně Z7 Geografického ústavu, Přírodovědecká fakulta, budova 4, 
Kotlářská 2, Brno
Mapa: https://www.openstreetmap.org/way/84965582

Lze si vybrat ze tří školených skupin. Kromě skupiny začátečníků a skupiny 
zájemců o editaci OpenStreetMap v editoru JOSM, bude i možnost stát se 
validátorem - kontrolorem práce ostatních mapérů. Je to mnohem jednodušší, než 
to zní. Právě validátoři jsou nyní v projektu Missing maps nejvíce potřeba. 
Vítáni jsou ovšem i zkušení mapéři, kteří si chtějí jen přijít zamapovat a 
nebýt přitom rušeni školením, které již znají. Pokud byste se chtěli přidat do 
organizačního týmu, tak výborně. Rádi se na tom s Vámi na mapathonu domluvíme.

Registraci a více informací najdete na adrese: 
https://www.eventbrite.co.uk/e/brnensky-unorovy-missing-maps-mapathon-tickets-94062512507

Každopádně Vám jménem celého organizačního týmu brněnských mapathonů (Jakub, 
Jakub, Katka, Radim, Daniel a Tomáš) všem velice děkuji za Vaši dřívější a snad 
i budoucí účast.

Radim Štampach
Missing Maps Brno

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

Re: [Talk-br] Digest Talk-br, volume 137, assunto 2

[Gabriel Queiroz]

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

Re: [OSM-talk-fr] Tag panneau zone vidéo surveillance ?

[marc marc]

Le 10.02.20 à 23:14, Shohreh a écrit :
> des panneaux qui indiquent qu'une zone est vidéo-surveillée ?

à chaud, j'aurais créé traffic_sign=surveillance
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de villes & villages

[marc marc]

Bonsoir,

Le 10.02.20 à 21:59, onesim...@free.fr a écrit :
> Je pense qu’on va partir sur des points à proximité de la route, à
> l’emplacement exact du panneau.

je me demande s'il y un logiciel de routage qui l'utilisera

> Il n’est pas possible de mettre 2 fois la même clé par ex. :

si : clef=valeur1;valeur2 (exemple avec la clef cuisine

> donc une alternative et une meilleure manière de le noter est la suivante :
> - traffic_sign=city_limit,FR:EB20.

je comprend pas ce que tu veux dire avec cette totologie.
une limite urbaine est un panneau EB20 et vice-versa.
a-t-on besoin de dire que si on suit le chemin inverse d'une entrée
c'est une sortie ? cela me semble lourd pour un gain qui m’échappe.

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

Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de villes & villages

[marc marc]

Le 10.02.20 à 22:23, osm.sanspourr...@spamgourmet.com a écrit :
> pour préciser l'ancrage :
> pole_mount=ground ou concrete_slab  à la manière de
> https://wiki.openstreetmap.org/wiki/Key:lamp_mount


lamp_mount est une horreur à ne pas suivre.
support=pole : le panneau est porté par un poteau
support:support=ground : le poteau est directement mis dans le sol
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Tag panneau zone vidéo surveillance ?

[Shohreh]

Bonjour,

Une caméra de vidéo-surveillance dans la rue peut être taggée avec
"man_made=surveillance", mais quid des panneaux qui indiquent qu'une zone
est vidéo-surveillée ?

Ces panneaux ne semblent pas normalisés.

Merci.



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

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

[Talk-GB] OSM UK updates

[Rob Nickerson]

A quick list of updates related to OSM UK:

*Microgrants:*
Don't forget this - deadline end of the month. We will pay out so if you
want some support, now is the time to ask for it.
https://docs.google.com/forms/d/1JNA0GrmldlqQorfXS-I6NMhT9g0hhECDtouWPKPwfj0/edit


*Membership fees/finance:*
We've just started a discussion to help determine the right level of fee
for next year. Compared to last year we are struggling with corporate
members (we need more volunteer help to chase unpaid invoices) and we are
overspending versus plan due to the unexpected Loomio cost.

Discussion is happening here:
https://www.loomio.org/d/Btq7INix/2020-21-budget-should-we-consider-raising-membership-fees-


*AGM date:*
Leeds came out top as the location preference for the next AGM. We need to
find a date. Please let us know your availability here:
https://www.loomio.org/d/3znXSOCH/agm-2020-location-and-venue-ideas

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

[OSM-ja] 「WikiProject」プレフィックスの削除 / Removing "WikiProject" prefix

[Daniel Capilla]

[自動翻訳]

こんにちは、

私はスペイン出身のダニエルです。日本マッピングプロジェクトに関連するWikiページの名前を変更して、ページ名の規則[1]に従って「Wikiproject」プレフィックスを削除したいと思います。

日本マッピングプロジェクトに関連するページの名前は、Wiki規約で推奨されているように、「Wikiproject 
Japan」ではなく「Japan」（場所の名前）になります。これは、米国[2]、カナダ[3]、スペイン[4]、オーストラリア[5]、ニュージーランド[6]、南アフリカ[7]、フランス[8]、およびすべてですでに行った変更ですWikiのスペイン語圏[9]。イスラエル、デンマーク、ノルウェー、イギリス、イタリア、ドイツ、インド、ロシア、フィリピンのページも改名されました。


「WikiProject」プレフィックスを持つすべてのページは自動的にリダイレクトされます。いずれの場合もリンク切れはありません。今と同じように、すべてが正しく機能することを確認します。

あなたはそのアイデアが好きですか？あなたがそこにコメントしたい場合のために、私はこのメッセージをwikiに投稿しました[10]。

ご清聴ありがとうございました！スペインからのご挨拶。

よろしく、
ダニエル


[English]

Hi,

I am Daniel, from Spain. I would like to change the name of the wiki 
pages related to the Japan mapping project to remove the "Wikiproject" 
prefix according to the pages name conventions [1].


The name of the pages related to the Japan mapping project would be 
"Japan" (name of place) instead of "Wikiproject Japan", as recommended 
by the wiki conventions. It is a change that I have already made in 
United States [2], Canada [3], Spain [4], Australia [5], New Zealand 
[6], South Africa [7], France [8], and all Spanish-speaking countries 
[9] on the Wiki. The pages of Israel, Denmark, Norway, United Kingdom, 
Italy, Germany, India, Russia and Philippines have also been renamed.


All pages with "WikiProject" prefix will be redirected automatically. 
There will be no broken links in any case.  I'll make sure everything 
works correctly, just like now.


Do you like the idea? I have posted this message on the wiki in case you 
prefer to comment there [10].


Thank you for you attention! Greetings from Spain.

Regards,
Daniel

[1]
https://wiki.openstreetmap.org/wiki/Wiki_organisation#Pages_naming_convention
[2] https://wiki.openstreetmap.org/wiki/United_States
[3] https://wiki.openstreetmap.org/wiki/Canada
[4] https://wiki.openstreetmap.org/wiki/ES:Spain
[5] https://wiki.openstreetmap.org/wiki/Australia
[6] https://wiki.openstreetmap.org/wiki/New_Zealand
[7] https://wiki.openstreetmap.org/wiki/South_Africa
[8] https://wiki.openstreetmap.org/wiki/France
[9] https://wiki.openstreetmap.org/wiki/Category:Spanish_speaking_countries
[10] 
https://wiki.openstreetmap.org/wiki/Talk:WikiProject_Japan#Removing_.22WikiProject.22_prefix


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

Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de villes & villages

[osm . sanspourriel]

Bonjour,

J'ai un problème avec ça car pour moi le support dans les deux cas c'est
un poteau, donc pole.

Ce qui change c'est l'ancrage : avec ou sans plot béton.

Peut-être :

https://wiki.openstreetmap.org/wiki/Key:support

 * support=ground The feature is directly put on the ground.
 * support=pedestal The feature is supported by a pedestal.

Mais ce n'est pas le panneau, c'est le poteau qui est dans le sol.

Donc pole et pedestal ? Bof pour pedestal.

J'aurais tendance à dire support=pole dans les deux cas.

et pour préciser l'ancrage :
pole_mount=ground ou concrete_slab  à la manière de
https://wiki.openstreetmap.org/wiki/Key:lamp_mount

Jean-Yvon

Le 10/02/2020 à 21:59, onesim...@free.fr a écrit :


Concernant le type de fixation du poteau, que pensez vous de ce qu’on
pensais faire :

- support= post quand le panneau est simplement planté

- support = pole si le panneau est scellé au sol avec du béton

?

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

Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de villes & villages

[Philippe Verdy]

Ce qui existe réellement c'est la sortie d'une commune et l'entrée dans une
autre, superposés sur le même poteau du même côté droit de la route dans
une direction donnée; et un autre panneau de l'autre côté de la route avec
les deux panneaux de sortie et d'entrée superposés. Dans ce cas il n'y a
habituellement pas de changement de limite de vitesse (cela reste 50 km/h
par défaut avant et après car on reste en agglomération), mais il arrive
aussi qu'un panneau EB10 ou EB20 soit aussi accompagné d'un panneau de
limitation de vitesse différent de la valeur par défaut (par exemple un
30km/h en zone urbaine dense, ou un 70 km/h en agglomération peu dense sur
une départementale avec peu de piétons et de commerce et pas d'écoles, et
qu'il y ait donc là un changement de limite au passage d'une commune à
l'autre: le panneau de limitation de vitesse modifie en priorité le sens du
panneau d'entrée ou sortie d'agglomération dont la limite par défaut est
alors à ignorer).

Le lun. 10 févr. 2020 à 21:59,  a écrit :

> Bonsoir,
>
>
> Je pense qu’on va partir sur des points à proximité de la route, à
> l’emplacement exact du panneau.
>
>
> Si je récapitule :
>
> Il n’est pas possible de mettre 2 fois la même clé par ex. :
>
> - traffic_sign=city_limit
>
> et
>
> - traffic_sign=FR:EB20
>
> donc une alternative et une meilleure manière de le noter est la
> suivante :
>
> - traffic_sign=city_limit,FR:EB20.
>
>
> Même si je doute que l’on ai le panneau d’entrée et de sortie du village
> sur le même poteaux, si ça arrive, on se base sur le sens de création du
> trait, puis on définit si c’est backward ou forward.
>
> traffic_sign:backward=city_limit
> traffic_sign:forward=city_limit
>
>
> Concernant le type de fixation du poteau, que pensez vous de ce qu’on
> pensais faire :
>
> - support= post quand le panneau est simplement planté
>
> - support = pole si le panneau est scellé au sol avec du béton
>
> ?
>
>
> Merci pour votre aide !
>
>
> Bonne soirée, Onesime
>
>
> --
> *De: *"leni" 
> *À: *talk-fr@openstreetmap.org
> *Envoyé: *Lundi 10 Février 2020 18:17:49
> *Objet: *Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de
> villes & villages
>
> Désolé, mon message a été envoyé à la liste au lieu d'à la poubelle
>
> leni
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de villes & villages

[onesime31]

Bonsoir, 


Je pense qu’on va partir sur des points à proximité de la route, à 
l’emplacement exact du panneau. 


Si je récapitule : 
Il n’est pas possible de mettre 2 fois la même clé par ex. : 
- traffic_sign=city_limit 
et 
- traffic_sign=FR:EB20 
donc une alternative et une meilleure manière de le noter est la suivante : 
- traffic_sign=city_limit,FR:EB20. 


Même si je doute que l’on ai le panneau d’entrée et de sortie du village sur le 
même poteaux, si ça arrive, on se base sur le sens de création du trait, puis 
on définit si c’est backward ou forward. 
traffic_sign:backward=city_limit 
traffic_ sign:forward=city_limit 


Concernant le type de fixation du poteau, que pensez vous de ce qu’on pensais 
faire : 
- support= post quand le panneau est simplement planté 
- support = pole si le panneau est scellé au sol avec du béton 
? 


Merci pour votre aide ! 


Bonne soirée, Onesime 

- Mail original -

De: "leni"  
À: talk-fr@openstreetmap.org 
Envoyé: Lundi 10 Février 2020 18:17:49 
Objet: Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de villes & 
villages 

Désolé, mon message a été envoyé à la liste au lieu d'à la poubelle 

leni 


___ 
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-it] vie ferrate e vie di arrampicata

[Alfredo Gattai]

Ciao lista,

scusate in anticipo per la lungaggine ma e' necessaria.

Da piu' parti vedo spuntare fuori l'argomento su dove porre il limite di
una route=hiking rispetto ad una via ferrrata o peggio una via alpinistica.

L'argomento non e' solo italiano e non e' venuto fuori ora dopo che il CAI
ha abbracciato OSM, e' un'argomento vecchiotto dibattuto anche negli
US anche a causa di incidenti e richieste di soccorso in parte causate da
problemi di rendering delle varie app.

Ora la cosa sta diventanto seria e perche' anche da noi fioriscono le
mappature fantasiose che possono indurre in errore. Fermo restando che chi
va a fare escursioni non si deve basare solo su quello che vede sullo
schermo del telefono, e' l'ora di provare a trovare una quadra.

Anche a valle dell'ultimo manuale "Sentieri" di fresca stampa nel quale e'
stata inserita la classificazione delle guide lombarde che avevo gia'
riportato qui
https://wiki.openstreetmap.org/wiki/Proposed_features/cai_scale
Apportero' qualche modifica e magari faccio la pagina anche in Italiano.

Direi che la route=hiking puo' essere tale fino a quando c'e' un tratto EEA
generico che possa essere percorso anche senza imbraco e longe da
escursionisti esperti con esperienze alpinistiche. Trattasi di quei pezzi
non particolarmente esposti dove le funi e le catene servono solo da aiuto
nei tratti piu' difficili e con rischio di caduta. Con la nuova classifica
dovrebbero essere passati gradualmente a EEA:F

Oltre la semplice EEA o EEA:F dovrebbero essere vie ferrate e cioe' tutte
quelle che ricadono in EEA:PD, EEA:D, EEA:MD, EEA:E
Proporrei di usare la relation
https://wiki.openstreetmap.org/wiki/Proposed_features/via_ferrata
In questo modo si possono sfruttare i vari pezzi di
https://wiki.openstreetmap.org/wiki/Tag:highway%3Dvia_ferrata
congiuntamente a pezzi magari di path che unisce, steps, etc.
Mi sembra un modo piu' completo di mapparla e dove si puo' applicare la
cai_scale

Altro argomento sono le climbing route.
Sembra esserci solo questa tipologia in OSM
https://wiki.openstreetmap.org/wiki/Climbing#Climbing_Routes
Si potrebbe pensare di fare anche in questo caso delle relation ma forse
non e' necessario e ci si puo' uniformare a quel che c'e'.
L'importante e' trovare velocemente la quadra in modo da poter cominciare a
correggere le highway=path di III o IV grado o le highway=path che sono
invece scale a pioli verticali conficcate nella roccia.

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

Re: [Talk-se] Uppdatera en rutt-relation efter en vägombyggnad?

[Lennart Romberg]

En relaterad fråga: I vilken ordning lägger man in dubbel- och enkelriktade
sträckor i en rutt.
Har inte hittat nåt på wikin om detta (fast finns kanske om man vet var man
letar?)

Antag att vi har rutten
A-B=C=D-E=F-G
där B=C, C=D och E=F är dubbla enkelriktade. C är två separata noder.

Jag tänker mig att man bygger upp de från A mot G
Först A-B
Därefter de enkelriktade sträckorna tills de löper samman.
B-C
C-D
sen de enkelriktade i andra riktningen
D-C
C-B
sen vidare
D-E
därefter
E-F
F-E
och sist
F-G

Är det så man gör? Eller nåt annat? Är folk konsekventa eller ser man olika
varianter? (Ja, jag kan gräva själv men finns säkert nån som har bra koll)

/ Lennart

Jag tänker mig



Den mån 10 feb. 2020 kl 17:03 skrev Lennart Romberg <
lennart.romb...@gmail.com>:

> Aha, jag hade missförstått det. Tänkte att den totala rutten hade en
> framåt- och en bakåt-riktning, inte att det hade med de enskilda sträckorna
> att göra. Bra, då ska jag kunna lägga in de nya sträckorna i
> E18-relationen. Tack!
> / Lennart
>
> Den mån 10 feb. 2020 kl 13:09 skrev :
>
>> Hej,
>>
>> Forward/backward ska anges i relation till way-objektets riktning, alltså
>> de små pilarna som syns på linjesegmenten. Du ska alltså inte godtyckligt
>> välja en sida som är forward och en backward utan endast se till
>> way-objektets riktning.
>>
>> När det är två separata körbanor ska way-objektet vara ordnat enligt
>> körriktningen, "peka" i den riktning man kör. Man får ju inte färdas i
>> motsatt riktning och därför ska rollen alltid vara "forward" när det är
>> separata körbanor. "Backward" är fel eftersom det innebär att du leds ut i
>> motsatt körriktning. Om det lämnas tomt betyder det "both" vilket är rätt
>> när det är "vanlig landsväg", E18 går åt båda håll, men fel när det är
>> separata körbanor, eftersom E18 trafiken är enkelriktad på dessa segment.
>>
>> Hoppas det hjälpte dig något.
>>
>> Mvh Joel (leojth)
>>
>> 2020-02-09 17:00 skrev Lennart Romberg:
>>
>> Jag har uppdaterat en sektion av E18 just väster om Karlstad efter att
>> ett parti byggts om till separata körbanor i respektive riktning (typ
>> motorväg, men inte motorvägsklassat).
>>
>> Den nya körbanan ska lämpligen in i "E18 Sweden" men jag blev inte klok
>> på systemet i den. Jag hade förväntat mig att på de ställen som det var
>> separata körbanor i respektive riktning,så skulle jag hitta "forward" och
>> "backward"-roller på respektive sida (typ forward österut och backward
>> västerut eller tvärtom). Men på hela relationen hittar jag bara forward och
>> tomma roller.
>>
>> Ambitionen är väl att stoppa in de nya sträckorna i relationen så att den
>> i alla fall inte är trasigare efter mina uppdateringar, men vet inte
>> riktigt hur.
>>
>> Jag har kollat på wikin, speciellt
>> https://wiki.openstreetmap.org/wiki/Sv:Map_Features#V.C3.A4gar
>> för att hitta svenska rekommendationer men den sa just inget om rutter.
>>
>> Ska man tro på
>> https://wiki.openstreetmap.org/wiki/Relation:route#Road_routes
>> skulle man väl bygga om hela "E18 Sweden"??
>>
>> / Lennart (lromberg)
>>
>>
>> ___
>> Talk-se mailing list
>> Talk-se@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-se
>>
>>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-it] Bici "contro-mano" in strada senso unico

[Lorenzo Mastrogiacomi]

Il giorno lun, 10/02/2020 alle 19.32 +0100, Volker Schmidt ha scritto:
> Non funziona così. Non è sbagliato il tagging, è solo semplificato.
> Quello che cerco è il tagging dettagliato per il caso del "mixed-
> traffic contra-flow for bicycles", se vuoi.

Sono strade a senso unico tranne per le bici, cioè oneway=yes +
oneway:bicycle=no.

Puoi indicare che non ci sono cycleway con cycleway=no che è
sufficiente oppure in modo più specifico per il caso con
cycleway=opposite, che secondo definizione mi sembra esattamente quello
che cerchi.

Cosa manca secondo te?

 
Lorenzo


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

Re: [Talk-it] Bici "contro-mano" in strada senso unico

[emmexx]

On 2/10/20 7:32 PM, Volker Schmidt wrote:
> Non funziona così. Non è sbagliato il tagging, è solo semplificato.
> Quello che cerco è il tagging /dettagliato/ per il caso del
> "mixed-traffic contra-flow for bicycles", se vuoi.

Questione di opinioni. Per me se manca un tag, in generale, significa
che quell'oggetto non ha una qualche proprietà.
Tu invece vuoi una logica a tre stati. In alcuni casi è utile, in
questo, secondo me no.
È anche ciò che c'è scritto nel wiki...

ciao
maxx


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

Re: [Talk-it] Bici "contro-mano" in strada senso unico

[Volker Schmidt]

Non funziona così. Non è sbagliato il tagging, è solo semplificato. Quello
che cerco è il tagging *dettagliato* per il caso del "mixed-traffic
contra-flow for bicycles", se vuoi.

On Mon, 10 Feb 2020 at 19:28, emmexx  wrote:

> On 2/10/20 7:07 PM, Volker Schmidt wrote:
> > No, purtroppo "oneway:bicycle=no" viene anche utilizzato in tanti casi
> > per indicare il fatto che c'è una corsia contra-flow, anche se la
> > mappatura corretta sarebbe "cycleway:left=lane" più
> > "cycleway:left:oneway=no"
> > E' lì il mio "problema": vorrei positivamente dire che c'è contra-flow
> > per bici senza corsia.
>
> Beh ma se è sbagliato il modo in cui viene taggato il caso con la
> corsia, si corregge quello...
>
> maxx
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Bici "contro-mano" in strada senso unico

[emmexx]

On 2/10/20 7:07 PM, Volker Schmidt wrote:
> No, purtroppo "oneway:bicycle=no" viene anche utilizzato in tanti casi
> per indicare il fatto che c'è una corsia contra-flow, anche se la
> mappatura corretta sarebbe "cycleway:left=lane" più
> "cycleway:left:oneway=no"
> E' lì il mio "problema": vorrei positivamente dire che c'è contra-flow
> per bici senza corsia.

Beh ma se è sbagliato il modo in cui viene taggato il caso con la
corsia, si corregge quello...

maxx

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

Re: [Talk-it] Bici "contro-mano" in strada senso unico

[Volker Schmidt]

No, purtroppo "oneway:bicycle=no" viene anche utilizzato in tanti casi per
indicare il fatto che c'è una corsia contra-flow, anche se la mappatura
corretta sarebbe "cycleway:left=lane" più "cycleway:left:oneway=no"
E' lì il mio "problema": vorrei positivamente dire che c'è contra-flow per
bici senza corsia.


On Mon, 10 Feb 2020 at 18:58, emmexx  wrote:

> On 2/10/20 6:29 PM, Volker Schmidt wrote:
> > Quello che avevo in mento è "mixed-traffic contra-flow" e non una
> > "contra-flow lane", e volevo sapere come, nel tagging di OSM, si possono
> > distinguere le due situazoni.
> > Mixed-traffic contra-flow è ancora raro in Italia, quindi sarebbe il
> > momento giusto di avere un tagging concordato per questo caso.
>
> Mi pare che ciò per cui ti è stato risposto si riferisse proprio a
> questo caso.
>
> oneway:bicycle=no indica che le bici possono andare anche in direzione
> opposta al senso unico ed è presente solo segnaletica verticale.
>
> ciao
> maxx
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Bici "contro-mano" in strada senso unico

[emmexx]

On 2/10/20 6:29 PM, Volker Schmidt wrote:
> Quello che avevo in mento è "mixed-traffic contra-flow" e non una
> "contra-flow lane", e volevo sapere come, nel tagging di OSM, si possono
> distinguere le due situazoni.
> Mixed-traffic contra-flow è ancora raro in Italia, quindi sarebbe il
> momento giusto di avere un tagging concordato per questo caso.

Mi pare che ciò per cui ti è stato risposto si riferisse proprio a
questo caso.

oneway:bicycle=no indica che le bici possono andare anche in direzione
opposta al senso unico ed è presente solo segnaletica verticale.

ciao
maxx

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

Re: [Talk-it] Changeset sospetto

[Ivo Reano]

Sono andato a guardare di quali disastri ha combinato cane_cotto.
Ma dopo avere commentato anch'io il changeset, sono andato a vedere cosa ha
fatto.
Niente di eclatante, se non mi è sfuggita la famosa trave...
Mi sembra più un ragazzino che ha trovato un nuovo gioco.
Ha mappato panchine e bidoni della spazzatura vicino a casa sua e la sua
scuola (credo)
Ho aggiunto un secondo commento (scherzoso) dove gli faccio notare che
avendo modificato il confine USA-Messico potrebbero arrivare agenti della
CIA che sanno dov'è casa sua.
Sono stato troppo crudele?
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Changeset sospetto

[Francesco Ansanelli]

Il lun 10 feb 2020, 18:17 liste DOT girarsi AT posteo DOT eu <
liste.gira...@posteo.eu> ha scritto:

> Il 10/02/20 18:10, Francesco Ansanelli ha scritto:
> > Buonasera lista,
> >
> > Ho notato poco fa questo changeset:
> >
> > https://www.openstreetmap.org/changeset/80800912
> >
> > L'aggiunta di building name="casa mia" mi fa storcere il naso...
> >
> > È il caso di fare revert subito?
> >
> > Grazie
> > Francesco
> >
> >
>
> Metti un commento al changeset che inviti l'utente a spiegare e
> chiaramente togliere/revertare.
>
Fatto

>
> Poi segnala subito al DWG, dal nome utente direi che è un ropi... di turno.
>
Fatto... Vedranno loro cosa è meglio fare

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

Re: [Talk-it] Bici "contro-mano" in strada senso unico

[Volker Schmidt]

Un altra correzione, meglio precisazione.

Ho letto adesso il  documento UE
.

Quello che avevo in mento è "mixed-traffic contra-flow" e non una
"contra-flow lane", e volevo sapere come, nel tagging di OSM, si possono
distinguere le due situazoni.
Mixed-traffic contra-flow è ancora raro in Italia, quindi sarebbe il
momento giusto di avere un tagging concordato per questo caso.

Volker

On Mon, 10 Feb 2020 at 15:09, Simone Saviolo 
wrote:

> Il giorno lun 10 feb 2020 alle ore 09:42 Volker Schmidt 
> ha scritto:
>
>> On Mon, 10 Feb 2020 at 08:59, Simone Saviolo 
>> wrote:
>>
>>> Scusa Volker (o qualcun altro), mi spieghi questa cosa del "free flow"?
>>> Chiedo perché per quel che ne so io è illegale, ma magari non ho capito
>>> cosa intendi.
>>>
>> E' so un lapsus mio: doveva essere "contra-flow". Vedi questo documento
>> UE
>> .
>> E' legale in alcuni paesi, ma con segnaletica specifica. La situazione in
>> Italia sembra ancora confusa. Ci sono comuni che lo fanno (forse come
>> progetto di prova); non so se è stato legalizzato o meno al livello
>> nazionale.
>> In ogni caso serve una soluzione in OSM.
>> Ho chiesto prima nella lista italiana, adesso lo porterò a Tagging.
>>
>
> Ok, chiarissimo: scusa se ho chiesto chiarificazioni, ma temo sempre che
> cadiamo nella distorsione (giustamente dovuta ai giornali, come ha
> sottolineato anche emmexx) per cui le biciclette possono sempre andare
> contromano (non è così).
>
> +1 per segnare le corsie contra-flow autorizzate. Io stesso ne ho segnate
> un paio dove le ho trovate.
>
> Ciao,
>
> Simone
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de villes & villages

[leni]

Désolé, mon message a été envoyé à la liste au lieu d'à la poubelle

leni


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

Re: [Talk-it] Changeset sospetto

[liste DOT girarsi AT posteo DOT eu]

Il 10/02/20 18:10, Francesco Ansanelli ha scritto:
> Buonasera lista,
> 
> Ho notato poco fa questo changeset:
> 
> https://www.openstreetmap.org/changeset/80800912
> 
> L'aggiunta di building name="casa mia" mi fa storcere il naso...
> 
> È il caso di fare revert subito?
> 
> Grazie
> Francesco
> 
> 

Metti un commento al changeset che inviti l'utente a spiegare e
chiaramente togliere/revertare.

Poi segnala subito al DWG, dal nome utente direi che è un ropi... di turno.

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

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

[Talk-it] Changeset sospetto

[Francesco Ansanelli]

Buonasera lista,

Ho notato poco fa questo changeset:

https://www.openstreetmap.org/changeset/80800912

L'aggiunta di building name="casa mia" mi fa storcere il naso...

È il caso di fare revert subito?

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

Re: [OSM-talk-fr] Proposition de mise à jour : la population des communes

[leni]

Le 10/02/2020 à 12:29, Stéphane Péneau a écrit :

Si je récapitule :

- Vincent lance l'outil aidant la maj de la population sur les 
relations des communes.


- Je soulève l'idée de supprimer le tag "population" des noeuds car ce 
n'est pas cohérent.


- Christian indique qu'il l'utilise

- Discussions sur les différents cas qui se présentent. Avec plusieurs 
propositions de supprimer "population" des noeuds.


- J'indique que si c'est utilisé par le rendu FR, ça bloque un peu ce 
processus.



Dans ma tête, j'en suis resté à l'idée qu'il fallait le conserver pour 
l'instant, et sur les maj que j'ai effectuées, j'ai copié la valeur de 
"population" sur le noeud "admin_centre".


j'ai fait pareil après avoir lu le message de Christian



D'autres sont partis du principe qu'il fallait le supprimer.

Stf


___
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-se] Uppdatera en rutt-relation efter en vägombyggnad?

[Lennart Romberg]

Aha, jag hade missförstått det. Tänkte att den totala rutten hade en
framåt- och en bakåt-riktning, inte att det hade med de enskilda sträckorna
att göra. Bra, då ska jag kunna lägga in de nya sträckorna i
E18-relationen. Tack!
/ Lennart

Den mån 10 feb. 2020 kl 13:09 skrev :

> Hej,
>
> Forward/backward ska anges i relation till way-objektets riktning, alltså
> de små pilarna som syns på linjesegmenten. Du ska alltså inte godtyckligt
> välja en sida som är forward och en backward utan endast se till
> way-objektets riktning.
>
> När det är två separata körbanor ska way-objektet vara ordnat enligt
> körriktningen, "peka" i den riktning man kör. Man får ju inte färdas i
> motsatt riktning och därför ska rollen alltid vara "forward" när det är
> separata körbanor. "Backward" är fel eftersom det innebär att du leds ut i
> motsatt körriktning. Om det lämnas tomt betyder det "both" vilket är rätt
> när det är "vanlig landsväg", E18 går åt båda håll, men fel när det är
> separata körbanor, eftersom E18 trafiken är enkelriktad på dessa segment.
>
> Hoppas det hjälpte dig något.
>
> Mvh Joel (leojth)
>
> 2020-02-09 17:00 skrev Lennart Romberg:
>
> Jag har uppdaterat en sektion av E18 just väster om Karlstad efter att ett
> parti byggts om till separata körbanor i respektive riktning (typ motorväg,
> men inte motorvägsklassat).
>
> Den nya körbanan ska lämpligen in i "E18 Sweden" men jag blev inte klok på
> systemet i den. Jag hade förväntat mig att på de ställen som det var
> separata körbanor i respektive riktning,så skulle jag hitta "forward" och
> "backward"-roller på respektive sida (typ forward österut och backward
> västerut eller tvärtom). Men på hela relationen hittar jag bara forward och
> tomma roller.
>
> Ambitionen är väl att stoppa in de nya sträckorna i relationen så att den
> i alla fall inte är trasigare efter mina uppdateringar, men vet inte
> riktigt hur.
>
> Jag har kollat på wikin, speciellt
> https://wiki.openstreetmap.org/wiki/Sv:Map_Features#V.C3.A4gar
> för att hitta svenska rekommendationer men den sa just inget om rutter.
>
> Ska man tro på
> https://wiki.openstreetmap.org/wiki/Relation:route#Road_routes
> skulle man väl bygga om hela "E18 Sweden"??
>
> / Lennart (lromberg)
>
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

[OSM-talk] Cease use of OpenStreetMap/Antifa logo

[Midgard]

Hi,

Someone created a mashup[1] between the logos of OpenStreetMap and Antifa, a 
collective of militant
groups which are known to use violence. This graphic is distributed on 
stickers.[2]

I'm asking to cease use of this logo.

I think it's a bad idea to create material that associates OpenStreetMap with 
political groups.
I suspect there are also trademark issues with the mashup.

[1] https://wiki.openstreetmap.org/wiki/File:2019_OSM_Anarchist_Antifa_logo.svg
[2] 
https://wiki.openstreetmap.org/wiki/OSM_Promotional_Material_Programme#Swag_from_Individual_OSMers

Kind regards,
Midgard

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

Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de villes & villages

[marc marc]

Le 10.02.20 à 16:00, Jérôme Seigneuret a écrit :
> comment matérialiser la face arrière du panneau qui est sur le même poteau 
> Si l'on fait deux point très proches ce qui fera qu'entre les deux
> points on aura 1 mètre hors agglomération?

simplifie toi la vie :-)
2 points soit exactement au même endroit
soit séparé de 1mm (vu que iD par exemple rend très compliqué
la sélection d'un objet précis parmis plusieurs superposés)

OU

traffic_sign:backward=city_limit
traffic_sign:forward=city_limit
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-be] 17/02: Towards Equal Street Names with Open Data

[Jo]

Hi,

I used Overpass API to generate a list of unique street names in the
Brussels Region:

https://docs.google.com/spreadsheets/d/1MsII28mSORExmGhxAFPCON4GK3Zpg-BUbvy8eauy63I/edit?usp=sharing

It is easy to find streets that are not mapped entirely bilingually. I
should have included the id and then created an easy way to link back to
JOSM. Not sure why I didn't think of that before. I might still do it, but
then using the associatedStreet relations, which most of the streets in
Brussels still seem to have. (I'm glad for this, I know it's not a popular
one)

I think we should create wikidata items for the streets themselves as well.

About the geocoding. If I look at the street in my JOSM, then create a node
somewhere in the center of it and then add the coordinates of that node to
Wikidata, did I violate any rights? If it does, we could use Urbis data to
source coordinates for the whereabouts of the street. I'm not using any
nodes of the street itself. I do try to link back to openstreetmap (one of
the ways or associatedStreet relation) in the reference url field.

I agree that if we were to add full polylines based on all the nodes of the
street, there would be an issue, but I don't think anyone wants to do that.

Jo

On Wed, Feb 5, 2020 at 11:25 AM Marc Gemis  wrote:

> As I wrote on Riot, I do hope this event will not copy geocoded data
> from OSM into Wikidata, I think this violates
> https://wiki.openstreetmap.org/wiki/Open_Data_License/Geocoding_-_Guideline
> Please let me know if I'm wrong.
>
> regards
>
> m.
>
> On Tue, Feb 4, 2020 at 12:08 PM Jo  wrote:
> >
> > Hi,
> >
> > I did this for one street in Evere:
> https://www.openstreetmap.org/way/523050554/history
> >
> > Took me more than half an hour for a single street (no automation). I
> created a wikidata entry both for the person and for the street itself.
> Things are complicated by the bilingual nature of the city and because this
> street also had an old name.
> >
> > Is that what we will be doing? Or did I somehow misunderstand?
> >
> > Polyglot
> >
> > On Mon, Feb 3, 2020 at 4:34 PM Santens Seppe 
> wrote:
> >>
> >> Hi community,
> >>
> >>
> >>
> >> Open Knowledge Belgium, OpenStreetMap Belgium and Wikimedia Belgium
> want to map all the streetnames by gender in Brussels, as a first step to
> change the imbalance in reality. We need your help on 17/02 to get the OSM
> data linked to wikidata.
> >>
> >> Register here to join the mapping effort:
> https://eventbrite.co.uk/e/towards-equal-street-names-with-open-data-registration-92536026747.
> And let us know if you can help with the framework.
> >>
> >>
> >>
> >>
> >>
> >> more info:
> https://be.okfn.org/2020/02/03/towards-equal-street-names-with-open-data/
> >>
> >>
> >>
> >> Please spread the word!
> >>
> >> -Twitter:
> https://twitter.com/OpenKnowledgeBE/status/1224291464496193538
> >> -Facebook: https://www.facebook.com/events/2852981998057886/
> >> -Eventbrite: http://equalstreetnamesbrussels.eventbrite.co.uk/
> >>
> >>
> >>
> >>
> >>
> >> Seppe
> >>
> >> ___
> >> Talk-be mailing list
> >> Talk-be@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-be
> >
> > ___
> > Talk-be mailing list
> > Talk-be@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-be
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de villes & villages

[Florimond Berthoux]

Le dim. 9 févr. 2020 à 23:07, onesime31  a écrit :

> Bonsoir,
>
> Ce n'est pas taguer 2 fois le même feature, vu qu'ils sont distingués par
> leur code eb20 ou eb10 qui sont des standards en France.
>
Feature : objet du monde réel que l’on souhaite modéliser dans OSM

Ici le feature c’est le panneau, placer sur deux nœuds traffic_sign=
pour le même panneau c’est tagguer deux fois le même panneau, c’est dire
qu’il y a deux panneaux.

Pour avoir les deux info sur le même nœud j’ai peut-être une solution :
traffic_sign=city_limit,FR:EB20
https://wiki.openstreetmap.org/wiki/Key:traffic_sign#Traffic_sign_IDs
« If traffic signs are related, the additional sign IDs should be separated
from the main sign by comma , »


> Pour le forward ou backward, comment différenciez vous le sens? !
> Encore une fois, c'est un département rural,  et ce sont majoritairement
> des villages, traversés par une simple voie à double sens, sans marquage au
> sol.
>
> Bonne soirée
>
>  Message d'origine 
> De : Florimond Berthoux 
> Date : 09/02/2020 21:06 (GMT+01:00)
> À : Discussions sur OSM en français 
> Objet : Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de
> villes & villages
>
> Bonsoir,
>
> Non il ne faut pas tagguer deux fois la même feature (bonjour la cohérence
> des données et la maintenance).
> Si on veut être sympa pour le routeur on met le nœud sur le way de la
> route avec:
> traffic_sign:forward=city_limit
> traffic_sign:backward=city_limit
> à la hauteur du panneau de début ou de fin d'agglomération.
> Attention le forward et le backward se réfère au sens du way dans le quel
> le panneau est lu.
>
> https://wiki.openstreetmap.org/wiki/FR:Key:traffic_sign#Sur_un_way_ou_une_zone_.28area.29
>
> Le dim. 9 févr. 2020 à 17:38, David Marchal  a écrit :
>
>>
>>
>> > Le 9 févr. 2020 à 13:43, onesime31  a écrit :
>> >
>> >
>> > Bonjour,
>> Bonsoir.
>>
>> >
>> > Nous avons un projet avec une classe de géomaticiens en formation.
>> > On a une commande et on aimerait faire cela en utilisant OSM, faire une
>> cartoparty dans le cadre de leur formation. La commande est de
>> cartographier les entrées et sorties de villes et villages.
>> >
>> > Pour le panneau d'entrée de village, voici le key et le value qu'on
>> pensait utiliser: traffic_sign=city_limit
>> > à priori, il n'y a pas possibilité de préciser si c'est le panneau
>> d'entrée ou de sortie du village?
>> > On peut les distinguer via le code EB10 et EB20...  est ce une bonne
>> manière de référencer comme cela:
>> > - traffic_sign=city_limit
>> > - traffic_sign=FR:EB20
>> > ?
>> À mon avis, il vaudrait mieux garder la convention de mettre un nœud
>> traffic_sign=city_limit sur la route, à l’endroit où le panneau est placé,
>> car ça permet aux utilisateurs des données de savoir, par exemple, à partir
>> de quel point les règles de circulation en agglomération s’appliquent. En
>> revanche, ça n’empêche pas de placer un autre nœud traffic_sign=FR:EB20 à
>> l’emplacement précis du panneau, et sans lien avec la route. Faire les deux
>> fait plus de travail, mais au moins tout le monde est content.
>>
>
> --
> Florimond Berthoux
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de villes & villages

[Christian Quest]

Le 10/02/2020 à 12:30, leni a écrit :


Il me semble que si on lit la version anglaise 
https://wiki.openstreetmap.org/wiki/Tag:traffic_sign%3Dcity_limit :


direction=* should be specified. The traffic sign should be faced when 
you drive into the city.


on ne regarde que le sens du tronçon qui va vers la commune


Avec direction=* indiqué, c'est mieux, mais ça complique pas mal les 
réutilisations.


La modélisation c'est essentiellement un processus pour que des données 
puissent être facilement réutilisées par une machine sans avoir à faire 
des analyses spatiales complexes. Pour ce type de choix il faut donc 
avoir aussi (avant tout ?) la réutilisation automatisée en tête.


Le forward/backward à la jointure de plusieurs way me semble exploitable 
si les ways vont dans le même sens. Il faudrait vérifier que les 
éditeurs mettent bien à jour les forward/backward dans le cas où le 
noeud est terminal. Je viens de vérifier, JOSM le gère comme il faut.


Il manque par contre une analyse pour détecter les incohérences quand on 
a deux ways de directions opposées.



--
Christian Quest - OpenStreetMap France


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

[talk-ph] Revised network tags for road route relations

[Jherome Miguel]

I'm considering replacing our existing network tags we use on road route
relations (ph:nhn) with the standardized basic format ''[ISO-3166 country
code]:[network type], which will also remove the need to add "nhn:class''
tags. This will result into:

*Expressways: network=ph:nhn + nhn:class=expressway -> network=PH:E
*Primary national roads: network=ph:nhn + nhn:class=primary/secondary ->
network=PH:N
*Tertiary (unnumbered) national roads: network=ph:nhn + nhn:class=tertiary
-> network=PH:N:tertiary
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de villes & villages

[Jérôme Seigneuret]

Soit  || mon panneau à deux faces

cas A
---> || <---
cas B
<---  || <---
cas C
 <--- || --->
Si l'on ne prend que la géométrie en bout de noeud le forward backward va
avoir un problème

sens normal de circulation -->  direction à prendre en compte pour le
vecteur du panneau   <--- ||

comment matérialiser la face arrière du panneau qui est sur le même poteau
Si l'on fait deux point très proches ce qui fera qu'entre les deux points
on aura 1 mètre hors agglomération?

Ca c'est dans le schéma où l'on matérialise le panneau sur le réseau

L'autre solution c'est de dissocié les points d'entrée du réseau pour les
mettre à leur implantation réelle. Cela ne fix pas de problème de double
faces mais traite le problème de topologie.
C'est le même problème au final que pour les panneaux de destination mais
pour les destinations de ce type il me semble que c'est mis dans une
relation

face A face B
\   \
 \ ° \
   \   \
direction pour A = 240
  direction pour B = 60

L'avantage de prendre l'angle c'est qu'on se dissocié du problème de sens
de circulation

Si l'on met ça dans une relation on se retrouve avec la possibilité de
mettre ce que l'on veut sur le point concerné et de respecter le sens
d'entrée sortie avec from via to


Le lun. 10 févr. 2020 à 15:37, Jérôme Seigneuret <
jerome.seigneu...@gmail.com> a écrit :

> e
>
> Le lun. 10 févr. 2020 à 13:38, marc marc  a
> écrit :
>
>> Le 10.02.20 à 12:30, leni a écrit :
>> > https://wiki.openstreetmap.org/wiki/Tag:traffic_sign%3Dcity_limit :
>> >
>> > direction=* should be specified. The traffic sign should be faced when
>> > you drive into the city.
>> >
>> > on ne regarde que le sens du tronçon qui va vers la commune
>>
>>
>   En effet sauf quand ton panneau sert à la fois à l'entrée de deux
> agglomérations et à la sortie de ces même agglomération. Dans ce cas il
> faut bien choisir un sens et son opposé
>
>

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

Re: [Diversity-talk] Community track at SOTM

[Rebecca Firth]

Hi,
I'd be happy to help, let me know how :)

On Sun, Feb 9, 2020 at 12:21 AM Heather Leson 
wrote:

> Hi I chatted briefly with Trudy. Who would like to help me curate a track
> on community for SOTM?
>
> Last weekend I went to FOSDEM. There were some great talks that relate to
> our work - I curated a list (videos and slides are online)
>
> https://www.openstreetmap.org/user/Heather%20Leson/diary/392119
>
> heather
>
> Heather Leson
> heatherle...@gmail.com
> Twitter/skype: HeatherLeson
> Blog: textontechs.com
> ___
> Diversity-talk mailing list
> Code of Conduct:
> https://wiki.openstreetmap.org/wiki/Diversity/MailingList/CodeOfConduct
> Contact the mods (private): diversity-talk-ow...@openstreetmap.org
>
___
Diversity-talk mailing list
Code of Conduct: 
https://wiki.openstreetmap.org/wiki/Diversity/MailingList/CodeOfConduct
Contact the mods (private): diversity-talk-ow...@openstreetmap.org

Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de villes & villages

[Jérôme Seigneuret]

e

Le lun. 10 févr. 2020 à 13:38, marc marc  a
écrit :

> Le 10.02.20 à 12:30, leni a écrit :
> > https://wiki.openstreetmap.org/wiki/Tag:traffic_sign%3Dcity_limit :
> >
> > direction=* should be specified. The traffic sign should be faced when
> > you drive into the city.
> >
> > on ne regarde que le sens du tronçon qui va vers la commune
>
>
  En effet sauf quand ton panneau sert à la fois à l'entrée de deux
agglomérations et à la sortie de ces même agglomération. Dans ce cas il
faut bien choisir un sens et son opposé
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Bici "contro-mano" in strada senso unico

[Simone Saviolo]

Il giorno lun 10 feb 2020 alle ore 09:42 Volker Schmidt 
ha scritto:

> On Mon, 10 Feb 2020 at 08:59, Simone Saviolo 
> wrote:
>
>> Scusa Volker (o qualcun altro), mi spieghi questa cosa del "free flow"?
>> Chiedo perché per quel che ne so io è illegale, ma magari non ho capito
>> cosa intendi.
>>
> E' so un lapsus mio: doveva essere "contra-flow". Vedi questo documento UE
> .
> E' legale in alcuni paesi, ma con segnaletica specifica. La situazione in
> Italia sembra ancora confusa. Ci sono comuni che lo fanno (forse come
> progetto di prova); non so se è stato legalizzato o meno al livello
> nazionale.
> In ogni caso serve una soluzione in OSM.
> Ho chiesto prima nella lista italiana, adesso lo porterò a Tagging.
>

Ok, chiarissimo: scusa se ho chiesto chiarificazioni, ma temo sempre che
cadiamo nella distorsione (giustamente dovuta ai giornali, come ha
sottolineato anche emmexx) per cui le biciclette possono sempre andare
contromano (non è così).

+1 per segnare le corsie contra-flow autorizzate. Io stesso ne ho segnate
un paio dove le ho trovate.

Ciao,

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

Re: [Talk-it] mancate attribuzioni su immagini pubblicate

[Marcello]

Ciao
Marcello

Il 09/02/20 21:20, Martin Koppenhoefer ha scritto:



sent from a phone

Il giorno 9 feb 2020, alle ore 21:00, Lorenzo Perone 
 ha scritto:


Ciao,
scrive anche
"Le immagini presenti su questo sito, proprietarie e non, sono state 
reperite sul web e quindi inserite perchè ritenute di libero utilizzo 
e non vincolate da copyright.
Nel caso in cui fosse stata pubblicata un'immagine protetta da 
copyright il legittimo proprietario è pregato di contattarci 
. L'immagine verrà  rimossa il 
prima possibile."

Che dire...
Lorenzo



scriviamo che la cartografia di OpenStreetMap è cc-by-sa se presa dal 
sito.

cfr. OpenStreetMap.org/copyright


Ciao Martin


Mi scuso per il precedente messaggio, era andato nel thread sbagliato...

Ho scritto a osservatorioperu...@gmail.com. Dato che è un sito di 
Perugia ho scritto come coordinatore regionale OpenStreetMap, speriamo 
che abbia un pochino più effetto.



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

Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de villes & villages

[marc marc]

Le 10.02.20 à 12:30, leni a écrit :
> https://wiki.openstreetmap.org/wiki/Tag:traffic_sign%3Dcity_limit :
> 
> direction=* should be specified. The traffic sign should be faced when
> you drive into the city.
> 
> on ne regarde que le sens du tronçon qui va vers la commune

bien vu... ce serrait à tester si les apps s'en sorte lorsque les 2 way
ont une direction opposée.

>> On reste à la merci d'un contributeur qui retournerait ultérieurement
>> le(s) way(s) pour une raison ou une autre (aménagement latéral
>> disymétrique...) et qui n'aurait pas conscience de l'impact sur les
>> panneaux entré/sortie.

tu as constaté ce cas ? si oui tu te souviens de sa localisation ?
c'est le genre de chose qu'il faut remonter aux éditeurs, c'est pas à
l'humain de passer en revue tous les noeuds d'un way pour les inverse.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de villes & villages

[Philippe Verdy]

on peut toujours placer le noeud en position non terminale avec un petit
écart (la signalisation routière de toute façon impose au minimum 50 mètres
de visibilité, dans cette distance on peut placer le noeud facilement même
si on le décale de 50 centimètres), pour couper ensuite au changement de
maxspeed; dans ce cas, "forward" et "backward" marchent ("opposite" aussi,
car cela nécessite aussi une direction du way en sens unique).

Personnellement je pense que ces noeuds de panneaux devraient être hors de
la voie et à leur place réelle à côté de la chaussée, et une frontière
"boundary=urban" passera par ce noeud panneau. Il n'y a alors plus
d'ambiguité et peu importe où les voies sont découpées. C'est la solution
la plus propre.

On peut discuter du tag "boundary=urban" pour ces relations qui existent
déjà mais ne tiennent pas compte des limites communales dans la même
agglomération, où il ne me semble pas utile de créer des relations
limitrophes reprenant les frontières communales (ce qui n'empêche pas pour
autant de placer des noeuds de panneaux à coté des voies, même si aucune
frontière "boundary=urban" ne passe dessus, ni même la frontière
"boundary=adminsitrative".

Les noeuds ensuite peuvent être orientés vers la voie pour indiquer leur
face visible depuis la voie concernée. un tag avec une direction angulaire
approximative (points cardinaux ou intercardinaux devrait suffire et pour
les cas où il y a plusieurs rues candidates proches).


Le lun. 10 févr. 2020 à 09:00, Jérôme Seigneuret <
jerome.seigneu...@gmail.com> a écrit :

> Dans les archives j'avais abordé le problème sur les panneaux en double
> face.
> On a aussi le problème lié à la topologie car si le panneaux est placé sur
> le noeud terminal des deux voies la notion de forward backward ne peux pas
> fonctionner
>
> Exemple 1 : changement de nom de rue
>   entrée
> et sortie
>d'agglomération
> [===]°[]
>rue A rue B
>
> Exemple 2 : changement de nom de rue
>   entrée
> et sortie
>d'agglomération
> [===]°[]
>   rue A rue A
>  vitesse 30km/hvitesse 50km/h
>
> Et autant de cas qui fond que forward et backward ça ne peut dans certains
> cas ne pas marcher
>
> Après une des solutions que j'avais pas envisager à l'époque c'est
> d'utiliser opposite
>
> la notion de direction peut être mentionné avec un angle en degré en
> partant du nord à 0
> L'angle permet de définir la direction de la face visible
>
>
> Le lun. 10 févr. 2020 à 01:48, Philippe Verdy  a écrit :
>
>> Quasiment toutes les communes ont au moins une agglomération (sauf les
>> rares communes sans habitants). le mot "agglomération" au sens des panneaux
>> EB10 et EB20 existe donc aussi en milieu rural (autant que de villages dans
>> la commune, mais même en milieu rural on a des villages à cheval sur plus
>> d'une commune, le plus souvent autour d'un pont sur une rivière frontière,
>> ou autour d'un carrefour avec une des routes faisant frontière: c'est ce
>> carrefour, ce pont, et l'activité qui s'est développée autour qui a conduit
>> à ces villages multicommunes, au départ peut-être juste un corps de ferme
>> ou une usine, ensuite les dépendances, habitations ou commerces qui se sont
>> ajoutés, justement du fait de la facilité d'accès et du passage local
>> important).
>>
>> "Agglomération" ne signifie pas grande ville : même un hameau de moins de
>> 100 âmes peut être une agglomération formant un ilôt urbanisé dans la
>> commune rurale. Un très grand nombre de communes rurales ont plusieurs
>> agglomérations, une d'elle étant le "bourg" centre et ayant donné son nom à
>> la commune, mais pas toujours (une agglo excentrée peut être aujourd'hui
>> plus peuplée et plus dense que le bourg centre historique, notamment en
>> frontière d'une autre commune voisine beaucoup plus urbanisée et ayant
>> étendu son agglomération sur la commune rurale voisine).
>>
>> "Agglomération" ne signifie donc pas non plus "commune".
>>
>>
>> Le dim. 9 févr. 2020 à 22:59, onesime31  a écrit :
>>
>>> Bonsoir,
>>> Merci pour votre réponse.
>>> Ce serait pour un département rural qui n'a pas d'agglomération... donc
>>> je parlais surtout des panneaux des entrées de village, et de quelques
>>> villes.
>>>
>>> Bonne soirée
>>>
>>>
>>>
>>>  Message d'origine 
>>> De : Philippe Verdy 
>>> Date : 09/02/2020 15:53 (GMT+01:00)
>>> À : Discussions sur OSM en français 
>>> Objet : Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de
>>> villes & villages
>>>
>>> Un ennui : l'entrée d'une commune et la sortie d'une autre peuvent être
>>> au même emplacement (même poteau support) dans le cas d'une frontière
>>> communale au sein d'une même agglomération.
>>> Ce qui a été déjà fait dans certaines agglomération pour les distinguer
>>> c'est de créer des boundary=urban, passant par ces 

Re: [OSM-talk-fr] Proposition de mise à jour : la population des communes

[marc marc]

Le 10.02.20 à 12:29, Stéphane Péneau a écrit :
> - Christian indique qu'il l'utilise

j'ai beau relire le message de Christian à propos du rendu fr [1],
je ne sais toujours pas qu'est ce qu'il disait d'autre que "le rendu fr
l'utilise"
- était-ce juste une information neutre ? c'est ce qu’apparemment la
majorité à compris (comme dire "j'ai un rendu des bâtiments ne dit rien
s'il faut garder ou supprimer des bâtiments fantaisistes)
- est-ce une demande de temps pour analyser + en profondeur ?
- est-ce favorable à la suppression des données erronées afin
d'augmenter en qualité ?
- est-ce favorable à garder des données parfois fausses d'un facteur 3
parce que le rendu est + joli que sans la donnée ?
un peu comme une façon de faire des place=* intermédiaire

bref, on a foiré mais + sur la comm que sur le fond.
et sur le fond, on fait quoi ? comment sortir par le haut ?
- dupliquer la population communale sur l'unique place=* habité d'une
commune me parait (bof) mais réaliste si on confie la tâche
à un bot (et d'inévitable temps humain pour traiter les anomalies
détectées par osmose)
- pour les communes multi place=* habités, les catégories actuelles ne
suffisent pas à détecter l'écart ? sinon il n'y a pas de source
pour mettre une valeur permettant de les départager ?
- un exemple de rendu avant/après pour montrer un exemple réel ?
ou c'est juste un problème théorique ?

[1]
https://lists.openstreetmap.org/pipermail/talk-fr/2020-January/096266.html
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-se] Uppdatera en rutt-relation efter en vägombyggnad?

[Joel Torsson (leojth) via Talk-se]

Hej, 

Forward/backward ska anges i relation till way-objektets riktning,
alltså de små pilarna som syns på linjesegmenten. Du ska alltså inte
godtyckligt välja en sida som är forward och en backward utan endast se
till way-objektets riktning. 

När det är två separata körbanor ska way-objektet vara ordnat enligt
körriktningen, "peka" i den riktning man kör. Man får ju inte färdas i
motsatt riktning och därför ska rollen alltid vara "forward" när det är
separata körbanor. "Backward" är fel eftersom det innebär att du leds ut
i motsatt körriktning. Om det lämnas tomt betyder det "both" vilket är
rätt när det är "vanlig landsväg", E18 går åt båda håll, men fel när det
är separata körbanor, eftersom E18 trafiken är enkelriktad på dessa
segment. 

Hoppas det hjälpte dig något. 

Mvh Joel (leojth) 

2020-02-09 17:00 skrev Lennart Romberg:

> Jag har uppdaterat en sektion av E18 just väster om Karlstad efter att ett 
> parti byggts om till separata körbanor i respektive riktning (typ motorväg, 
> men inte motorvägsklassat). 
> 
> Den nya körbanan ska lämpligen in i "E18 Sweden" men jag blev inte klok på 
> systemet i den. Jag hade förväntat mig att på de ställen som det var separata 
> körbanor i respektive riktning,så skulle jag hitta "forward" och 
> "backward"-roller på respektive sida (typ forward österut och backward 
> västerut eller tvärtom). Men på hela relationen hittar jag bara forward och 
> tomma roller. 
> 
> Ambitionen är väl att stoppa in de nya sträckorna i relationen så att den i 
> alla fall inte är trasigare efter mina uppdateringar, men vet inte riktigt 
> hur.  
> 
> Jag har kollat på wikin, speciellt 
> https://wiki.openstreetmap.org/wiki/Sv:Map_Features#V.C3.A4gar  
> för att hitta svenska rekommendationer men den sa just inget om rutter. 
> 
> Ska man tro på 
> https://wiki.openstreetmap.org/wiki/Relation:route#Road_routes  
> skulle man väl bygga om hela "E18 Sweden"??  
> 
> / Lennart (lromberg) 
> 
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [talk-au] Bushfire mapathon - kudos

[Sebastian S.]

Thanks indeed.
Kudos to you guys.

On 10 February 2020 3:56:08 pm AEDT, John Bryant  wrote:
>I wasn't able to attend the SSSI National Bushfire Recovery Map-a-thon
>yesterday, but thanks to the open-access chat, I was able to follow
>along
>as an observer as I had time. It sounded like it went well, with a lot
>of
>participation, including a large number of people encountering
>OpenStreetMap for the first time.
>
>I want to shine a bit of a spotlight on Andrew Harvey, Phil Wyatt, and
>Ewen
>Hill. They each put in a considerable effort in making the event a
>success:
>securing waivers, answering questions from organisers, providing
>technical
>support, and helping new mappers find their way.
>
>When the event organisers had some difficulties due to unfamiliarity
>with
>the OSM project & community, Andrew, Phil, & Ewen really stepped up at
>short notice to make sure that new mappers had a great experience,
>handling
>themselves professionally and staying positive & productive throughout.
>And, I'll note - they're not done yet, these guys are still working on
>waivers, data cleanup, and lessons learned, even after most of the
>event
>participants have moved on.
>
>Great work you guys. Made me feel proud to be part of such a great
>community.
>
>Cheers
>John
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de villes & villages

[leni]

Le 10/02/2020 à 12:16, Eric SIBERT via Talk-fr a écrit :
Je dirais que quasi-systématiquement, il y a rupture des ways au 
niveau du panneau d'entrée/sortie d'agglomération parce que les 
limites de vitesse changent généralement de part et d'autre (ou au 
moins le source:maxspeed=*, ou le nom de rue si on saute d'une commune 
urbaine à l'autre...).


Le 10/02/2020 à 10:34, osm.sanspourr...@spamgourmet.com a écrit :

Peut ne pas fonctionner et non ne peut pas fonctionner.

Il faut pour que ça ne marche pas que les voies soient tracées en 
sens opposé.


En général on peut retourner une voie.

[===>]°[>]
        rue A                     rue B
Pas de soucis.

[===>]°[<]
        rue A                     rue B
Soucis. Retourner l'une des voies résout le problème.


Il me semble que si on lit la version anglaise 
https://wiki.openstreetmap.org/wiki/Tag:traffic_sign%3Dcity_limit :


direction=* should be specified. The traffic sign should be faced when 
you drive into the city.


on ne regarde que le sens du tronçon qui va vers la commune



On reste à la merci d'un contributeur qui retournerait ultérieurement 
le(s) way(s) pour une raison ou une autre (aménagement latéral 
disymétrique...) et qui n'aurait pas conscience de l'impact sur les 
panneaux entré/sortie.

oui, et c'est dommage


Eric

___
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] Proposition de mise à jour : la population des communes

[Stéphane Péneau]

Si je récapitule :

- Vincent lance l'outil aidant la maj de la population sur les relations 
des communes.


- Je soulève l'idée de supprimer le tag "population" des noeuds car ce 
n'est pas cohérent.


- Christian indique qu'il l'utilise

- Discussions sur les différents cas qui se présentent. Avec plusieurs 
propositions de supprimer "population" des noeuds.


- J'indique que si c'est utilisé par le rendu FR, ça bloque un peu ce 
processus.



Dans ma tête, j'en suis resté à l'idée qu'il fallait le conserver pour 
l'instant, et sur les maj que j'ai effectuées, j'ai copié la valeur de 
"population" sur le noeud "admin_centre".

D'autres sont partis du principe qu'il fallait le supprimer.

Stf


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

[Talk-GB] MapThePaths: possible interrupted service this week

[Nick Whitelegg]

Hello everyone,

Just a heads-up: I am transferring MapThePaths to the same server I use to run 
my other projects, Hikar and OpenTrailView, this week.

This means that there may be interruption or unavailability in service, 
starting today.

Thanks,
Nick

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

Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de villes & villages

[Eric SIBERT via Talk-fr]

Je dirais que quasi-systématiquement, il y a rupture des ways au niveau 
du panneau d'entrée/sortie d'agglomération parce que les limites de 
vitesse changent généralement de part et d'autre (ou au moins le 
source:maxspeed=*, ou le nom de rue si on saute d'une commune urbaine à 
l'autre...).


Le 10/02/2020 à 10:34, osm.sanspourr...@spamgourmet.com a écrit :

Peut ne pas fonctionner et non ne peut pas fonctionner.

Il faut pour que ça ne marche pas que les voies soient tracées en sens 
opposé.


En général on peut retourner une voie.

[===>]°[>]
        rue A                     rue B
Pas de soucis.

[===>]°[<]
        rue A                     rue B
Soucis. Retourner l'une des voies résout le problème.


On reste à la merci d'un contributeur qui retournerait ultérieurement 
le(s) way(s) pour une raison ou une autre (aménagement latéral 
disymétrique...) et qui n'aurait pas conscience de l'impact sur les 
panneaux entré/sortie.


Eric

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

Re: [OSM-talk-fr] OSM :: Ateliers au lycée.

[Jacques Lavignotte]

Merci Vincent et Cedric.

Je vous tiens informé des suites possibles lors de :


https://emf.fr/34306

Jacques


Le 10/02/2020 à 11:39, Jacques Lavignotte a écrit :

Bonjour,

je ne retrouve pas le thread dans lequel il était question des ateliers 
OSM dans l'EducNat (lycée).


Voulez-vous me diriger vers les infos relatives aux « recommandations et 
bonnes pratiques » à transmettre aux enseignants qui voudraient se 
lancer, ainsi que les tetxes officiels.


merci, Jacques


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

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

Re: [OSM-talk-be] Taggen van laadpalen in ondergrondse parkeergarages ?

[Midgard]

Als de parking betalend is, kun je ook niet echt de laadpaal gebruiken zonder 
te betalen, hé.

Zelf gebruik ik capacity:charging[1] op parkings met laadpalen. Het contacttype 
kun je dan wel niet
meegeven. Hm, socket:*=*[2] rechtstreeks op de parking gebruiken is dan 
mogelijk. Geen idee of
datagebruikers dat gaan verwachten, het zou misschien best in de wiki 
geschreven worden dan.

[1] https://wiki.openstreetmap.org/wiki/Key%3Acapacity%3Acharging
[2] https://wiki.openstreetmap.org/wiki/Key:socket

Groeten
Midgard

Quoting Pieter Vander Vennet (2020-02-09 16:58:30)
> Hallo Denis,
> 
> Persoonlijk zou ik wél een aparte node voor de laadpalen maken (ééntje
> die alle vier groupeert of zelfs ééntje per punt).
> Hoewel het een "integraal deel" van de parking is, is het toch een
> aparte amenity. Zo kan je ook de automaat, toiletten, ... in de parking
> als deel van de parking zien, maar dan wordt het parkingobject zelf
> overladen met nogal veel data en wordt het moeilijk om te zoeken ernaar.
> En wat als de laadpaal dan te betalen is maar de parking niet? Een
> combinatie 'amenity=parking; charging_station=yes; fee=yes; wordt dan
> voor interpretatie vatbaar.
> 
> Bovendien kan iemand zich door de aparte node dan al een beetje
> orienteren waar de laadpalen ongeveer zijn in de parking.
> 
> Om het ondergrondse aspect te vatten, kan je de tags 'indoor=yes;
> level=-1' toevoegen, eventueel met 'access=customers' als de laadpaal
> enkel bereikbaar is voor gebruikers van de parking.
> 
> Maar goed, just my two cents - wss hebben andere mensen andere inzichten.
> 
> Mvg, Pieter
> 
> On 09.02.20 14:27, Denis Verheyden wrote:
> > Hallo allen,
> >
> > Onlangs stuitte ik weer op een onderwerp waar er geen echte conventie
> > of goed voorbeeld is: hoe taggen we laadpalen voor elektrische
> > voertuigen in  ondergrondse parkeergarages ?
> >
> > Als voorbeeld wil ik de parkeergarage Tinel in Mechelen nemen, die ik
> > een paar maand geleden heb toegevoegd:
> > https://www.openstreetmap.org/node/7082405515
> >
> > De meeste basisgegevens heb ik ingevuld, maar hoe tag ik nu de laadpalen ?
> > In totaal zijn er 4 plaatsen voor elektrische wagens (op niveau -1), 
> > op mijn foto's heb ik weliswaar maar 1 laadpaal en 2 plaatsen afgebeeld:
> > https://photos.app.goo.gl/ARJ3YkYVTAs8M94XA
> >
> > Het lijkt me niet zinnig ze als aparte nodes met tag
> > amenity=charging_station te plaatsen, gezien ze integraal onderdeel
> > uitmaken van de parkeergarage en niet als losstaande laadpaal staan
> > (zoals op gelijkvloerse parkings buiten).
> >
> > Heeft iemand een bruikbare oplossing zodat het duidelijk is dat er
> > laadpalen aanwezig zijn, maar ze niet allemaal individueel op de kaart
> > moeten gezet worden ?
> > Mogelijk zal het dan iets met een relation worden vermoed ik ?
> >
> > Groeten,
> > Denis

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

Re: [OSM-talk-fr] OSM :: Ateliers au lycée.

[Cédric Frayssinet]

Bonjour,

Le 10/02/2020 à 11:39, Jacques Lavignotte a écrit :
>
> je ne retrouve pas le thread dans lequel il était question des
> ateliers OSM dans l'EducNat (lycée).
>
> Voulez-vous me diriger vers les infos relatives aux « recommandations
> et bonnes pratiques » à transmettre aux enseignants qui voudraient se
> lancer, ainsi que les tetxes officiels.
>
> merci, Jacques

Je pense que c'est cet article dont tu parles :
https://dane.ac-lyon.fr/spip/Les-bonnes-pratiques-pour

Quant au programme, il est là :
https://cache.media.education.gouv.fr/file/SP1-MEN-22-1-2019/08/5/spe641_annexe_1063085.pdf

J'aimerai aussi écrire un article sur "Organiser une cartopartie avec
ses élèves". J'en suis à ma 2ème, ce n'est pas forcément évident,
surtout quand les élèves font de petites erreurs :)

Cédric

-- 

Sur Mastodon : @bristow...@framapiaf.org 

Promouvoir et soutenir le logiciel libre 

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

[Talk-hr] Krivi editi

[Ivan Habunek]

Bok ekipa,

Uočio sam na OSM Inspektoru da su krivo tagana stajališta autobusa u Velikoj 
gorici.

Pogledao sam povijest i ispada da ih je Janjko ispravno unio kao 
public_transport=platform ali onda je fran_B prepravio u 
platform=stop_position, što je neispravno.

Što se radi u ovakvoj situaciji? Kako se reverta? Trebamo kontaktirati autora i 
pričati s njime? :)

Inspektor: 
https://tools.geofabrik.de/osmi/?view=pubtrans_stops=16.07700=45.71120=18=stops_,stops_positions,stops_classic,stops_positions_not_on_ways,platforms_,platforms_nodes,platforms_ways

Changeset: https://www.openstreetmap.org/changeset/80529745

History jednog od nodeova: http://osm.mapki.com/history/node.php?id=7038174257

Pozdrav,
-- Ivan

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

Re: [OSM-talk-fr] OSM :: Ateliers au lycée.

[Vincent Bergeot]

Le 10/02/2020 à 11:39, Jacques Lavignotte a écrit :

Bonjour,

je ne retrouve pas le thread dans lequel il était question des 
ateliers OSM dans l'EducNat (lycée).


Voulez-vous me diriger vers les infos relatives aux « recommandations 
et bonnes pratiques » à transmettre aux enseignants qui voudraient se 
lancer, ainsi que les tetxes officiels.



https://dane.ac-lyon.fr/spip/Les-bonnes-pratiques-pour



merci, Jacques


avec plaisir

--
Vincent Bergeot


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

[OSM-talk-fr] OSM :: Ateliers au lycée.

[Jacques Lavignotte]

Bonjour,

je ne retrouve pas le thread dans lequel il était question des ateliers 
OSM dans l'EducNat (lycée).


Voulez-vous me diriger vers les infos relatives aux « recommandations et 
bonnes pratiques » à transmettre aux enseignants qui voudraient se 
lancer, ainsi que les tetxes officiels.


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

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

Re: [OSM-talk-fr] Proposition de mise à jour : la population des communes

[osm . sanspourriel]

Le 10/02/2020 à 11:10, Vincent de Château-Thierry - osm.v...@free.fr a
écrit :


- j'étais totalement en phase avec la remarque/proposition de Stéphane dans le 
droit fil des suppressions de tag ref:INSEE qui n'ont pas fait hurler que je 
sache (alors que 'est bien pratique d'avoir ce tag sur les place=*)


J'avais eu une remarque d'un contributeur (qui qui s'en servait pour
lier des données de l'Eurométropole de Lille et les republier en OD avec
citations des sources et de la licence ^^).

Vu le commentaire de ma modification :Deleting ref:INSEE from ways in
France. This changeset was discussed on talk-fr :
https://lists.openstreetmap.org/pipermail/talk-fr/2019-November/094947.html
 il avait lu la
discussion et cherchait juste un moyen de faire sans.

Donc oui, expliquer c'est important.

Non seulement ici et sur le wiki mais aussi comment par exemple faire en
sorte qu'un prétraitement permette de mettre les population= sur les
nœuds à partir des relations admin_level=8 si c'est plus simple pour
utiliser les données.

N. B. : lors de la discussion précédente je n'avais pas compris qu'on
supprimait ref:INSEE sur les nœuds mais comme là encore c'était de
l'information redondante.


* 6 utilisations de population=* sur place=* dans le rendu FR... je
ne sais pas exactement quel impact ça va avoir sur les tuiles.

Reims sera écrit plus petit / plus tard que Châlons-en-Champagne, idem pour 
Brest par rapport à Quimper


A priori les place= (absent sur Brest et Quimper) pourraient aussi être
utilisés.

Jean-Yvon

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

Re: [talk-au] Bushfire mapathon - kudos

[Ewen Hill]

John,
Thank you for the kind words and thank you to all of those behind the
scenes who got the mapathong over the line,,,just.

A special note of appreciation to Oscar So who worked
diligently throughout the day to make the Melbourne meetup run smoothly and
answer a myriad of questions from newbies to QGIS experts. Thanks Oscar

Ewen

On Mon, 10 Feb 2020 at 15:58, John Bryant  wrote:

> I wasn't able to attend the SSSI National Bushfire Recovery Map-a-thon
> yesterday, but thanks to the open-access chat, I was able to follow along
> as an observer as I had time. It sounded like it went well, with a lot of
> participation, including a large number of people encountering
> OpenStreetMap for the first time.
>
> I want to shine a bit of a spotlight on Andrew Harvey, Phil Wyatt, and
> Ewen Hill. They each put in a considerable effort in making the event a
> success: securing waivers, answering questions from organisers, providing
> technical support, and helping new mappers find their way.
>
> When the event organisers had some difficulties due to unfamiliarity with
> the OSM project & community, Andrew, Phil, & Ewen really stepped up at
> short notice to make sure that new mappers had a great experience, handling
> themselves professionally and staying positive & productive throughout.
> And, I'll note - they're not done yet, these guys are still working on
> waivers, data cleanup, and lessons learned, even after most of the event
> participants have moved on.
>
> Great work you guys. Made me feel proud to be part of such a great
> community.
>
> Cheers
> John
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>


-- 
Warm Regards

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

Re: [OSM-talk-fr] Proposition de mise à jour : la population des communes

[Vincent de Château-Thierry]

Bonjour,

> De: "Christian Quest" 
> 
> Ce que je regrette c'est qu'on décide parfois beaucoup trop
> facilement (et localement) de changements qui peuvent avoir des impacts non
> négligeables pour les réutilisateurs des données.

C'est bien de prendre le point de vue du client. Tu as en effet pointé l'impact 
possible sur le rendu FR, mais j'avoue qu'à aucun moment je n'ai pris ce point 
comme problématique, pour plusieurs raisons :
- le tag population est déjà largement utilisé sur les relations 
administratives : 10 selon Taginfo, donc quand même 7 hors France. Donc 
pour utiliser cette info mondialement il faut déjà aller la pêcher sur les 
nodes et les relations 
- la population sur les relations se constatait déjà en France *avant* de 
proposer le chantier de màj 2020, au point que pour BANO j'avais adapté le 
contenu de ma base de référence [1] pour en tenir compte 
- j'étais totalement en phase avec la remarque/proposition de Stéphane dans le 
droit fil des suppressions de tag ref:INSEE qui n'ont pas fait hurler que je 
sache (alors que 'est bien pratique d'avoir ce tag sur les place=*)
- que la modélisation des populations ne puisse pas être homogène au niveau 
Monde n'a rien d'étonnant, il faut plutôt prendre ce point comme un élément de 
complexité associé aux découpages administratifs, cf ce tableau où chaque pays 
a sa propre implémentation : 
https://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#10_admin_level_values_for_specific_countries
 Les unités de recensement n'ont aucune chance d'être homogènes d'un pays à 
l'autre donc imposer une modélisation unique de la population est au mieux 
acrobatique au pire un non sens. 

> Qui a regardé sur taginfo où les population=* se trouvaient
> majoritairement ? 85% sont sur les place=*, il est donc normal que
> les réutilisateurs les attendent là aujourd'hui même si pour la beauté de
> la modélisation ce n'est pas parfait.

Oui mais non, cf plus haut : si tu ignores à l'échelle du monde les 100k infos 
de populations sur les relations tu rates un truc... Pour moi c'est un 
non-débat au même titre que les schémas d'adresse entre noeud et relation : si 
tu focalises sur juste un des deux schémas tu passes à côté d'une part 
importante de l'info, donc il *faut* adapter la consommation à cette 
modélisation à multiples facettes. 

> * 6 utilisations de population=* sur place=* dans le rendu FR... je
> ne sais pas exactement quel impact ça va avoir sur les tuiles.

Reims sera écrit plus petit / plus tard que Châlons-en-Champagne, idem pour 
Brest par rapport à Quimper

Pour conclure : je pense que le souci aujourd'hui est moins un souci de 
modélisation que d'information préalable, pas forcément pour demander l'avis de 
la terre entière sur la cohérence de notre modélisation mais pour *annoncer* 
cette mise en cohérence. Je rejoins Marc quand il suggère une action en 2 temps 
:
- ajout (ici de la pop sur les relations) et annonce de la future suppression 
(ici sur les noeuds) dans un délai X. Annonce mondiale tant qu'à faire (talk, 
tagging)
- à l'issue du délai X, suppression sur les noeuds

vincent

[1] : https://github.com/osm-fr/bano/blob/packaging/bano.yml#L118-L119 issu de 
https://github.com/osm-fr/bano/commit/1ba36ac827757ac8f58cd4d4f11b6ba4680c9c95#diff-f7f0660e9aaf13a75255370b85ec6dc2R112-R113

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

Re: [Talk-it] Bici "contro-mano" in strada senso unico

[Marcello]

Il 09/02/20 23:28, Martin Koppenhoefer ha scritto:



sent from a phone

Il giorno 9 feb 2020, alle ore 23:13, Volker Schmidt 
 ha scritto:


La mia domanda era imprecisa e mi scuso per questo.
Ecco il motivo: Penso che si necessario di avere a disposizione un 
tagging che possa distinguere fra un one_way:bicycle=no come tagging 
impreciso o incompleto nel caso di corsie ciclabili "contromano" e il 
free-flow contromano senza corsie dipinte sulla strada.



taginfo sembra suggerire cycleway=no per risolvere questa ”ambiguità “
https://taginfo.openstreetmap.org/keys/cycleway#values

questo tipo di tag *=no è da usare con sostenutezza, perché si 
potrebbe sempre aggiungere centinaia di tag =no ad ogni oggetto, e 
finiremmo lì se spingessimo all'utilizzo per sicurezza per troppi tag 
(per segnalare che un tag/una proprietà non sia stato dimenticato).


Ciao Martin

Ho scritto a osservatorioperu...@gmail.com. Dato che è un sito di 
Perugia ho scritto come coordinatore regionale OpenStreetMap, speriamo 
che abbia un pochino più effetto.


Ciao
Marcello


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

Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de villes & villages

[osm . sanspourriel]

Peut ne pas fonctionner et non ne peut pas fonctionner.

Il faut pour que ça ne marche pas que les voies soient tracées en sens
opposé.

En général on peut retourner une voie.

[===>]°[>]
       rue A                     rue B
Pas de soucis.

[===>]°[<]
       rue A                     rue B
Soucis. Retourner l'une des voies résout le problème.

Jean-Yvon

Le 10/02/2020 à 08:59, Jérôme Seigneuret - jerome.seigneu...@gmail.com a
écrit :

Dans les archives j'avais abordé le problème sur les panneaux en
double face.
On a aussi le problème lié à la topologie car si le panneaux est placé
sur le noeud terminal des deux voies la notion de forward backward ne
peux pas fonctionner

Exemple 1 : changement de nom de rue
                      entrée
                    et sortie
               d'agglomération
[===]°[]
       rue A                     rue B

Exemple 2 : changement de nom de rue
                      entrée
                    et sortie
               d'agglomération
[===]°[]
      rue A                     rue A
 vitesse 30km/h  vitesse 50km/h

Et autant de cas qui fond que forward et backward ça ne peut dans
certains cas ne pas marcher

Après une des solutions que j'avais pas envisager à l'époque c'est
d'utiliser opposite

la notion de direction peut être mentionné avec un angle en degré en
partant du nord à 0
L'angle permet de définir la direction de la face visible


Le lun. 10 févr. 2020 à 01:48, Philippe Verdy mailto:ver...@gmail.com>> a écrit :

Quasiment toutes les communes ont au moins une agglomération (sauf
les rares communes sans habitants). le mot "agglomération" au sens
des panneaux EB10 et EB20 existe donc aussi en milieu rural
(autant que de villages dans la commune, mais même en milieu rural
on a des villages à cheval sur plus d'une commune, le plus souvent
autour d'un pont sur une rivière frontière, ou autour d'un
carrefour avec une des routes faisant frontière: c'est ce
carrefour, ce pont, et l'activité qui s'est développée autour qui
a conduit à ces villages multicommunes, au départ peut-être juste
un corps de ferme ou une usine, ensuite les dépendances,
habitations ou commerces qui se sont ajoutés, justement du fait de
la facilité d'accès et du passage local important).

"Agglomération" ne signifie pas grande ville : même un hameau de
moins de 100 âmes peut être une agglomération formant un ilôt
urbanisé dans la commune rurale. Un très grand nombre de communes
rurales ont plusieurs agglomérations, une d'elle étant le "bourg"
centre et ayant donné son nom à la commune, mais pas toujours (une
agglo excentrée peut être aujourd'hui plus peuplée et plus dense
que le bourg centre historique, notamment en frontière d'une autre
commune voisine beaucoup plus urbanisée et ayant étendu son
agglomération sur la commune rurale voisine).

"Agglomération" ne signifie donc pas non plus "commune".


Le dim. 9 févr. 2020 à 22:59, onesime31 mailto:onesim...@free.fr>> a écrit :

Bonsoir,
Merci pour votre réponse.
Ce serait pour un département rural qui n'a pas
d'agglomération... donc je parlais surtout des panneaux des
entrées de village, et de quelques villes.

Bonne soirée



 Message d'origine 
De : Philippe Verdy mailto:ver...@gmail.com>>
Date : 09/02/2020 15:53 (GMT+01:00)
À : Discussions sur OSM en français mailto:talk-fr@openstreetmap.org>>
Objet : Re: [OSM-talk-fr] Tagger correctement les panneaux
entrées de villes & villages

Un ennui : l'entrée d'une commune et la sortie d'une autre
peuvent être au même emplacement (même poteau support) dans le
cas d'une frontière communale au sein d'une même agglomération.
Ce qui a été déjà fait dans certaines agglomération pour les
distinguer c'est de créer des boundary=urban, passant par ces
panneaux indicateurs.

Mais "boundary=urban" ne traite pas encore ces cas de
frontières communales intra-agglomération où c'est la
frontière communale (boundary=administrative et
admin_level<=8) qui tient lieu de limite. Et il reste aussi
des cas de frontières au sein des communes nouvelles (ou
associations de communes), entre les communes déléguées ou
associées (admin_level=9), où la toponymie de chaque commune
déléguée (ou associée) est conservée (même si les panneaux
annotent en dessous et plus petits caractères "(Commune de
)".

Le "boundary=urban" est surtout destiné à limiter les
frontières d'agglomération pour la régulation routière: le
tracé des contours reste approximatif (pas exactement sur les
limites de propriétés) mais passe par des points précis sur
les voies publiques où ces panneaux limites d'agglomération
  

Re: [Talk-it] Bici "contro-mano" in strada senso unico

[emmexx]

On 2/10/20 10:17 AM, Volker Schmidt wrote:
> La differenza fra "contra-flow" e "contromano" è che il primo indica una
> soluzione legale di fare utilizzare li ciclisti una strada a senso unico
> (per i mezzi a motore) nella direzione opposta, "contromano" indica la
> stessa cosa, ma in più che lo stai facendo infrangendo il CdS.

Credo sia solo un problema linguistico e giornalistico.
Dove c'è il cartello di senso unico eccetto bici non si tratta affatto
di contromano, nel link che ho indicato prima ci sono vari articoli che
ne parlano.
Per OSM ovviamente il contromano della tua seconda definizione non esiste.

ciao
maxx

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

Re: [Talk-it] Bici "contro-mano" in strada senso unico

[Volker Schmidt]

Mi riferisco solo alla possibilità di poter descrivere con tagging
*esplicito* in OSM una strada che è munita di segnaletica esplicita che
permette di utilizzarla in bici contro il senso unico del traffico
motorizzato.
La differenza fra "contra-flow" e "contromano" è che il primo indica una
soluzione legale di fare utilizzare li ciclisti una strada a senso unico
(per i mezzi a motore) nella direzione opposta, "contromano" indica la
stessa cosa, ma in più che lo stai facendo infrangendo il CdS.
I monopattini sono un altro problema, perché sono in alcuni aspetti stati
equiparati ai velocipedi, ma non sono velocipedi. Sicuramente saranno un
rischio in più sulla strada e sulle ciclabili, ma questo è un altro
argomento.

On Mon, 10 Feb 2020 at 10:03, emmexx  wrote:

> On 2/10/20 9:41 AM, Volker Schmidt wrote:
> > E' so un lapsus mio: doveva essere "contra-flow". Vedi questo documento
> > UE
> > <
> https://ec.europa.eu/energy/intelligent/projects/sites/iee-projects/files/projects/documents/presto_fact_sheet_contra_flow_cycling_en.pdf
> >.
> > E' legale in alcuni paesi, ma con segnaletica specifica. La situazione
> > in Italia sembra ancora confusa. Ci sono comuni che lo fanno (forse come
> > progetto di prova); non so se è stato legalizzato o meno al livello
> > nazionale.
> > In ogni caso serve una soluzione in OSM.
> > Ho chiesto prima nella lista italiana, adesso lo porterò a Tagging.
>
> Non ho capito dove sarebbe la differenza. Contra-flow e contro-mano sono
> la stessa cosa.
>
>
> http://fiab-onlus.it/bici/notizie/a-ruotalibera-opinioni-e-commenti/item/962-contromano-no-grazie.html
>
> Non mi pare ci sia nessuna confusione a livello del codice della strada.
> È possibile fare il senso unico eccetto bici se sono soddisfatte
> determinate condizioni. Ma questo non riguarda OSM.
> Ci sono delle proposte di modifica del C.d.S. che prevedono di allargare
> i casi in cui è possibile implementarlo. Ma anche in questo caso la cosa
> non riguarda direttamente OSM, nel senso che comunque non succederà che
> le strade a senso unico diventeranno a doppio senso per le bici.
>
> Per quanto riguarda OSM invece potrebbe essere di interesse il fatto che
> monopattini e altri mezzi sono stati equiparati alle bici, per cui nei
> casi di controsenso ciclabile e di altra segnaletica per le bici,
> bisognerà aggiungere anche tag appositi per questi altri mezzi. Oppure
> definire dei valori predefiniti.
>
> ciao
> maxx
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Bici "contro-mano" in strada senso unico

[emmexx]

On 2/10/20 9:41 AM, Volker Schmidt wrote:
> E' so un lapsus mio: doveva essere "contra-flow". Vedi questo documento
> UE
> .
> E' legale in alcuni paesi, ma con segnaletica specifica. La situazione
> in Italia sembra ancora confusa. Ci sono comuni che lo fanno (forse come
> progetto di prova); non so se è stato legalizzato o meno al livello
> nazionale.
> In ogni caso serve una soluzione in OSM.
> Ho chiesto prima nella lista italiana, adesso lo porterò a Tagging.

Non ho capito dove sarebbe la differenza. Contra-flow e contro-mano sono
la stessa cosa.

http://fiab-onlus.it/bici/notizie/a-ruotalibera-opinioni-e-commenti/item/962-contromano-no-grazie.html

Non mi pare ci sia nessuna confusione a livello del codice della strada.
È possibile fare il senso unico eccetto bici se sono soddisfatte
determinate condizioni. Ma questo non riguarda OSM.
Ci sono delle proposte di modifica del C.d.S. che prevedono di allargare
i casi in cui è possibile implementarlo. Ma anche in questo caso la cosa
non riguarda direttamente OSM, nel senso che comunque non succederà che
le strade a senso unico diventeranno a doppio senso per le bici.

Per quanto riguarda OSM invece potrebbe essere di interesse il fatto che
monopattini e altri mezzi sono stati equiparati alle bici, per cui nei
casi di controsenso ciclabile e di altra segnaletica per le bici,
bisognerà aggiungere anche tag appositi per questi altri mezzi. Oppure
definire dei valori predefiniti.

ciao
maxx

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

Re: [OSM-talk] Testing torrents for the planet dump

[Christian Quest]

Le 09/02/2020 à 19:21, Yuri Astrakhan a écrit :
Christian, I would like to add torrent support to the download-osm 
tool [1].  While I could try to scrape
https://osm.cquest.org/torrents/ , I would obviously rather use the 
structured xml file (or if you could provide a JSON file, even better).



If you have a model for such a json, I can add it.



Proposed logic:
* get the catalog file (xml/json)
* download the latest torrent
* (TBD) possibly use some magical aria2c options to stop the download 
if it is not progressing and fallback to regular http, or possibly 
pick a slightly older torrent (?). Suggestions are welcome -- see full 
list of aria2c options [2]


[1] 
https://github.com/openmaptiles/openmaptiles-tools#multi-streamed-osm-data-downloader

[2] https://aria2.github.io/manual/en/html/aria2c.html

I've not tested aria2c, but I tested lftp which supports bittorrent, 
example:


lftp -c torrent 
https://osm.cquest.org/torrents/planet-latest.osm.pbf.torrent


After the download is done, it switches to a background process to share 
the file up to a ratio of 2:1.



Web seeds can be seen as fallback.

I don't know if lftp (or aria2c) supports web seeds, the lftp 
documentation I found about the torrent support is minimal.


aria2c support metalink files, which could be something to also look at: 
https://en.wikipedia.org/wiki/Metalink


--
Christian Quest - OpenStreetMap France


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

Re: [Talk-it] Bici "contro-mano" in strada senso unico

[Volker Schmidt]

On Mon, 10 Feb 2020 at 08:59, Simone Saviolo 
wrote:

> Scusa Volker (o qualcun altro), mi spieghi questa cosa del "free flow"?
> Chiedo perché per quel che ne so io è illegale, ma magari non ho capito
> cosa intendi.
>
E' so un lapsus mio: doveva essere "contra-flow". Vedi questo documento UE
.
E' legale in alcuni paesi, ma con segnaletica specifica. La situazione in
Italia sembra ancora confusa. Ci sono comuni che lo fanno (forse come
progetto di prova); non so se è stato legalizzato o meno al livello
nazionale.
In ogni caso serve una soluzione in OSM.
Ho chiesto prima nella lista italiana, adesso lo porterò a Tagging.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Proposition de mise à jour : la population des communes

[Christian Quest]

Le 09/02/2020 à 22:12, marc marc a écrit :

Le 09.02.20 à 18:59, Christian Quest a écrit :

Le 09/02/2020 à 18:34, Stéphane Péneau a écrit :

Je vois des discussions et des changesets avec des suppressions du tag
"population" sur le node "admin_centre"


J'avoue que ces changements massifs, nationaux,
précipités ne me plaisent guère.

c'était p'tre précipité sur les détails (formulation de la source et de
la date)
cela aurait mérité d'être diviser en 2 pour traiter séparement les 2
(maj de la population communale <> erreur d'objet sur le place=*)
mais garder une commune de X habitants avec plus d'un place=* de X
c'est loin d'être une bonne chose
mais tu met 3 semaines à réagir, cela n'aide pas non plus
https://lists.openstreetmap.org/pipermail/talk-fr/2020-January/096261.html

Marc qui doit encore faire son édition de masse qui n'a pas reçu
d'objection depuis de nombreux mois.


Je n'ai pas mis 3 semaines à réagir mais 6 minutes pour indiquer au 
moins un impact* que pouvait avoir le déplacement du tag suggéré non pas 
initialement par Vincent mais par Stéphane.


Dans les mises à jour que j'ai fait avec l'outil de Vincent, je n'ai pas 
retiré le population=* sur les place=*


Ce que je regrette c'est qu'on décide parfois beaucoup trop facilement 
(et localement) de changements qui peuvent avoir des impacts non 
négligeables pour les réutilisateurs des données.


Qui a regardé sur taginfo où les population=* se trouvaient 
majoritairement ? 85% sont sur les place=*, il est donc normal que les 
réutilisateurs les attendent là aujourd'hui même si pour la beauté de la 
modélisation ce n'est pas parfait.


La recherche de perfection dans la modélisation et la cohérence peut 
parfois rendre compliqué la contribution et la réutilisation des 
données. Allons-y molo car on remonte la marche à l'entrée pour les 
contributeurs et on décourage potentiellement les réutilisateurs avec 
l'instabilité que cela engendre.


Prenons donc à l'avenir un peu plus de recul (en discuter ailleurs 
qu'uniquement sur talk-fr) et de temps avant des modifications de ce niveau.



* 6 utilisations de population=* sur place=* dans le rendu FR... je ne 
sais pas exactement quel impact ça va avoir sur les tuiles.


--
Christian Quest - OpenStreetMap France


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

Re: [talk-au] [OSGeo Oceania] Bushfire mapathon - kudos

[Warin]

On 10/2/20 5:55 pm, Graeme Fitzpatrick wrote:




On Mon, 10 Feb 2020 at 14:56, John Bryant > wrote:



Great work you guys. Made me feel proud to be part of such a great
community.


Yep, thanks everybody!

I was wondering how everyone went?

I went in yesterday & did a couple of squares using LPI imagery & 
mapping every building & other POI that I could spot - wonder how 
they're going to go with validating them? :-)


Still working on it today & a sort-of related question - back-yard 
swimming pools - map them (access=private) or not?



If they are in a fire prone area (trees around about) then map them. 
Along with other water sources. Useful for fireies to know.


And yes you could assume access=private on them.

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

Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de villes & villages

[Jérôme Seigneuret]

Dans les archives j'avais abordé le problème sur les panneaux en double
face.
On a aussi le problème lié à la topologie car si le panneaux est placé sur
le noeud terminal des deux voies la notion de forward backward ne peux pas
fonctionner

Exemple 1 : changement de nom de rue
  entrée
et sortie
   d'agglomération
[===]°[]
   rue A rue B

Exemple 2 : changement de nom de rue
  entrée
et sortie
   d'agglomération
[===]°[]
  rue A rue A
 vitesse 30km/hvitesse 50km/h

Et autant de cas qui fond que forward et backward ça ne peut dans certains
cas ne pas marcher

Après une des solutions que j'avais pas envisager à l'époque c'est
d'utiliser opposite

la notion de direction peut être mentionné avec un angle en degré en
partant du nord à 0
L'angle permet de définir la direction de la face visible


Le lun. 10 févr. 2020 à 01:48, Philippe Verdy  a écrit :

> Quasiment toutes les communes ont au moins une agglomération (sauf les
> rares communes sans habitants). le mot "agglomération" au sens des panneaux
> EB10 et EB20 existe donc aussi en milieu rural (autant que de villages dans
> la commune, mais même en milieu rural on a des villages à cheval sur plus
> d'une commune, le plus souvent autour d'un pont sur une rivière frontière,
> ou autour d'un carrefour avec une des routes faisant frontière: c'est ce
> carrefour, ce pont, et l'activité qui s'est développée autour qui a conduit
> à ces villages multicommunes, au départ peut-être juste un corps de ferme
> ou une usine, ensuite les dépendances, habitations ou commerces qui se sont
> ajoutés, justement du fait de la facilité d'accès et du passage local
> important).
>
> "Agglomération" ne signifie pas grande ville : même un hameau de moins de
> 100 âmes peut être une agglomération formant un ilôt urbanisé dans la
> commune rurale. Un très grand nombre de communes rurales ont plusieurs
> agglomérations, une d'elle étant le "bourg" centre et ayant donné son nom à
> la commune, mais pas toujours (une agglo excentrée peut être aujourd'hui
> plus peuplée et plus dense que le bourg centre historique, notamment en
> frontière d'une autre commune voisine beaucoup plus urbanisée et ayant
> étendu son agglomération sur la commune rurale voisine).
>
> "Agglomération" ne signifie donc pas non plus "commune".
>
>
> Le dim. 9 févr. 2020 à 22:59, onesime31  a écrit :
>
>> Bonsoir,
>> Merci pour votre réponse.
>> Ce serait pour un département rural qui n'a pas d'agglomération... donc
>> je parlais surtout des panneaux des entrées de village, et de quelques
>> villes.
>>
>> Bonne soirée
>>
>>
>>
>>  Message d'origine 
>> De : Philippe Verdy 
>> Date : 09/02/2020 15:53 (GMT+01:00)
>> À : Discussions sur OSM en français 
>> Objet : Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de
>> villes & villages
>>
>> Un ennui : l'entrée d'une commune et la sortie d'une autre peuvent être
>> au même emplacement (même poteau support) dans le cas d'une frontière
>> communale au sein d'une même agglomération.
>> Ce qui a été déjà fait dans certaines agglomération pour les distinguer
>> c'est de créer des boundary=urban, passant par ces panneaux indicateurs.
>>
>> Mais "boundary=urban" ne traite pas encore ces cas de frontières
>> communales intra-agglomération où c'est la frontière communale
>> (boundary=administrative et admin_level<=8) qui tient lieu de limite. Et il
>> reste aussi des cas de frontières au sein des communes nouvelles (ou
>> associations de communes), entre les communes déléguées ou associées
>> (admin_level=9), où la toponymie de chaque commune déléguée (ou associée)
>> est conservée (même si les panneaux annotent en dessous et plus petits
>> caractères "(Commune de )".
>>
>> Le "boundary=urban" est surtout destiné à limiter les frontières
>> d'agglomération pour la régulation routière: le tracé des contours reste
>> approximatif (pas exactement sur les limites de propriétés) mais passe par
>> des points précis sur les voies publiques où ces panneaux limites
>> d'agglomération sont posés.
>>
>> En principe il y a des panneaux de chaque côté de la voie mais ils ne
>> sont pas toujours en vis-à-vis (par exemple quand l'entrée ou la sortie
>> d'agglomération se fait par des voies séparées comme des bretelles de
>> ronds-points ou par un séparateur de chaussée visant aussi à renforcer la
>> limite de vitesse, ou des bretelles d'accès de routes express, ou quand il
>> y a des feux dans un seul sens, ou quand la partie habitée commence d'un
>> seul côté, l'autre étant encore agricole ou forestier (et hors zone
>> constructible selon les PLU en vigueur).
>>
>> Délimiter les agglomérations peut avoir plusieurs significations:
>> * celle de l'INSEE se base sur des distances minimales entre bâtis (50
>> mètres?), et permet à l'INSEE de définir les secteurs de