[talk-au] State Forest boundaries

[nwastra]

Hi
the gazetted State Forest boundaries are not rendered currently on the default 
map on the OpenStreetMap (OpenStreetMap Carto).
landuse=forest is considered as forestry use and natural=wood are natural 
wooded areas not subject to forestry but both are rendered the same.

When the State Forest is mapped in isolation the boundary of the landuse=forest 
defines the area but as soon as an area of trees is mapped extending beyond the 
State Forest boundary, as is expected, then the State Forest boundary is not 
depicted.

Tag:boundary=protected_area 
https://wiki.openstreetmap.org/wiki/Tag:boundary%3Dprotected_area 


After looking at the options listed on wiki link above, along with the 
Nature-protected-areas like national parks (and all the other CAPAD types 
 ), I feel 
that boundary=protected_area is reasonable tag for the gazetted State Forest 
boundaries with further classification as Resources-protected-areas.
 
I feel the the State Forests are boundaries where tree resources are protected 
or reserved for future forestry operations and need to be defined by their 
boundaries on the osm.
There are strict rules covering these areas and we should be readily able to 
see them on the map.  
State Reserve and Timber Reserve in CAPAD don’t capture the State Forests.

On the Resources-protected-areas 

 for particular countries I note that the United States has listed State Forest 
under protect_class 15, this being described at the Resources-protected-area 
section as …
15  location condition: floodwater retention area, protection forest, 
grazing land, … 

I propose that we also add ’State Forest’ to protect_class 15 on the 
Resources-protected-area table.

With the most recent changes toOpenStreetMap Carto this would enable rendering 
of the State Forest boundaries in the same manner as all the other protected 
area boundaries.

Another partial solution would be to render landuse=forest differently than the 
landcover tags but that is unlikely from my reading of the tagging and 
rendering groups and if two separately gazetted forestry boundaries shared a 
border the boundary between the two would not be depicted on the map anyway. 

Nevw
  








 



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

Re: [Talk-it] Perché si guadagna di più non importando cecamente i dati ufficiali

[Aury88]

Alessandro Palmas wrote
> Il 24/01/19 02:16, Sergio Farruggia ha scritto:
>> Ti riferisci a questo 
>> https://geoportal.regione.liguria.it/progetti/altri-progetti/dizionario-tag-openstreetmap-codici-db-topografico.html
>>  
>> ?
>> Usi il passato perché la collaborazione non ha più avuto seguito?
>> Regione Liguria continua a usare  i dati OSM per verificare propri 
>> dati? Altre Regioni?
>> Grazie 
> 
> 
> Buongiorno Sergio,
> l'attività era legata a quella da te indicata. Per l'aggiornamento della 
> Provincia della Spezia estraemmo il grafo stradale, dividendo viabilità 
> principale e secondaria, e con Roberto R. soprapponemmo su Geomedia i 
> grafi OSM e RL per ottenere quella che loro chiamavano una carta 
> semaforica: nelle zone con discrepanze non conosciute (in alcune si era 
> a conoscenza di urbanizzazioni o modifiche) si concentravano le 
> verifiche sul posto.
> In questo modo, visto che i verificatori per ragioni di costi possono 
> coprire solo una piccola percentuale del territorio, si aumentavano le 
> probabilità di un aggiornamento.
> 
> La collaborazione è andata scemando perchè Anna C. (al tempo la 
> responsabile) non mostrò interesse e anche Francesca C. (project manager 
> del progetto open maps) fu spostata su altri progetti.
> Non penso che proseguano nel fare quei confronti, ma non è detto; le 
> conoscenze le hanno, magari anche solo a livello informale continuano a 
> farlo.
> 
> Di altre regioni non ho la sicurezza. Senz'altro il Comune di Milano lo
> fa.
> 
> Alessandro
> 
> ___
> Talk-it mailing list

> Talk-it@

> https://lists.openstreetmap.org/listinfo/talk-it

immagino che il problema della scarsità di risorse sia tutt'oggi attuale di
conseguenza o non fanno verifiche in continuo ma solo in maniera periodica
(ad es. ogni 5 anni) o lo fanno ma non ufficialmente (il singolo addetto che
confronta il dato ufficiale con OSM) oppure hanno trovato altri strumenti
(ad es. mapillary e la sua IA per il riconoscimento degli elementi)
altrimenti e questo è il mio sospetto, questo è un lavoro non più necessario
se hanno predisposto metodologie per migliorare il monitoraggio dei
cambiamenti (ad es. imponendo la comunicazione obbligatoria dell'avvenuto
cambiamento per poter accedere al finanziamento dell'opera) e osm è servito
solamente all'inizio per partire da una condizione aggiornata. 



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

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

Re: [Talk-it] pronto soccorso ospedali italiani

[Aury88]

Italy General mailing list wrote
> Mi scuso per l'intromissione e non sono interessato ad apportare modifiche
> a
> quanto egregiamente svolto finora. Anzi, ho imparato qualcosa che mi
> impegno
> a modificare qualora..
> 
> Ma ci tenevo a una considerazione: io, e magari è solo il mio caso, in una
> situazione d'emergenza catastrofica all'interno di un edificio io esco e
> non
> entro,  ovvero exit.
> Di contro se avessi un emergenza, che non sia verso il "pensatoio", vi
> entrerei entrance e di corsa e il primo posto a cui penso è il pronto
> soccorso.
> Ma ripeto scusatemi per l'intrusione la trivialità.

se ho ben inteso quello che intendi a mio avviso è un porblema su un piano
diverso e cioè su come viene "mostrato" il dato.
tu generalmente non usi il database o i tag applicati agli elementi della
mappa, di solito usi un applicativo che deve svolgere il compito di
interpretare il dato e mostrarlo in forma più adeguata per l'uso
umano...questo è tanto più vero in una situazione di pericolo in cui quindi
non si ha tempo di esplorare l'elemento e cercare a mano i tag di interesse.
A questo punto il problema è che non possiamo alterare le convenzioni
applicate sino ad ora adattandole ad ogni singola tipologia di edificio a
nostro uso e consumo, altrimenti  il rischio è che l'applicativo (come anche
un altro mappatore) non sia in grado di interpretare correttamente
(mostrando all'umano il dato errato o non mostrandolo proprio).  ergo se si
impone uno standard va rispettato per quanto ambiguo/scorretto nella
sintassi possa essere, fino a quando una proposta di modifica non venga
accettata ufficialmente (cosa che permette ai realizzatori di applicativi,
tra gli altri,  di venire a conoscenza del cambio di significato del tag e
quindi modificare di conseguenza l'interpretazione fatta dal proprio
applicativo)

è proprio per distinguere un entrata del pronto soccorso da una qualsiasi
altra entrata che si è aggiunto il tag emergency=emergency_ward_entrance. in
questa maniera puoi distinguere l'entrata al "pensatoio" da quella al PS
senza alterare la convenzione già in uso in milioni di altri casi dove viene
usato lo stesso tag dell'entrata al pensatoio.

tutto questo fermo restando che in una situazione catastrofica prima del
dato su osm comunque utilizzerai probabilmente la cartellonistica che ti
indica dentro l'edificio le uscite di sicurezza e fuori la strada per il
prontosoccorso




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

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

Re: [OSM-talk-fr] Bug JOSM avec gros fichiers du cadastre

[Gautier Pelloux-Prayer via Talk-fr]

Vu la position de l'exception, il semblerait que ce soit Marseille 8eme : 
http://cadastre.openstreetmap.fr/data/013/80208-MARSEILLE%208EME-houses.osm

A+

Le 25 janvier 2019 23:46:02 GMT+01:00, Vincent Privat 
 a écrit :
>Hello,
>Si la personne anonyme qui a créé ce bug me lit sur talk-fr:
>https://josm.openstreetmap.de/ticket/17242
>
>J'aurais besoin du fichier .osm.
>Merci,
>Vincent
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-ca] Building Import update

[OSM Volunteer stevea]

Thanks to some good old-fashioned OSM collaboration, both the 
https://wiki.osm.org/wiki/Canada_Building_Import and 
https://wiki.osm.org/wiki/WikiProject_Canada/Building_Canada_2020#NEWS.2C_January_2019
 have been updated.  (The latter points to the former).

In short, it says there are now step-by-steps to begin an import for a 
particular province, and that as the steps get fine-tuned (they look good, but 
might get minor improvements), building a community of at least one or two 
mappers in each of the provinces with data available, the Tasking Manager can 
and will lift the "On Hold" or "Stopped" status.

Nice going, Canada!

See you later,

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

Re: [Talk-in] Redesigning the OSM India Logo

[Chetan H A]

Hi Arun,

The current logo very good for me. It's the same we are using in @osm_in
twitter. Thanks to Srividya for creating this.

If someone have better ideas and share with community, would be good.

Chetan

On Sat, 26 Jan, 2019, 12:27 AM Arun Ganesh  Theres a logo available for OSM India that can be used online and on
> publicity materials:
> https://wiki.openstreetmap.org/wiki/File:OpenStreetMap-India.svg
>
> Since using Indian flag needs to follow the flag code
> https://en.wikipedia.org/wiki/Flag_code_of_India , it might be a good
> idea to have a logo without the flag.
>
> The logo has not been used much till now, but this can come in handy in
> future for events and swag. If someone has fresh ideas on what the logo can
> be, do share.
>
>
> ___
> Talk-in mailing list
> Talk-in@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-in
>
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-de] Spam - Re: (kein Betreff)

[Volker]

Mein Thunderbird hat es zuverlässig aussortiert.

Ich habe letztens auch Spam auf die Kommentarseite meines Blogs 
bekommen. Der Spammer hatte einen OSM Account angelegt. Scheint wohl 
wieder mal ne Welle zu sein.


Am 25.01.2019 um 19:56 schrieb Droelfzehn (Michael):

Hallo,

mein Emailaccount wurde wohl gehackt. Habe mittlerweile alle PWs 
(Email, Rechner, Router) geändert.
Ich lese hier gerne mit und würde nur ungerne gebannt werden wegen 
dieser  Email von jemand anderem.


Ich hoffe niemand hat den Link aufgerufen und es ist nichts weiter 
passiert.


Liebe Grüße
Michael

Am 25.01.2019 um 13:22 schrieb Markus:

Am 25.01.2019 um 12:06 schrieb Droelfzehn:


Lieber Listen-Admin,

können solche Mails serverseitig weggefiltert werden?

Vermutlich mehr als "nur Spam"...
Wäre doof, wenn einer - weil es ja aus unserer Liste kommt -
versehentlich auf den Link klickt :-(

Mit herzlichem Gruss,
Markus

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


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


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

[OSM-talk-fr] Bug JOSM avec gros fichiers du cadastre

[Vincent Privat]

Hello,
Si la personne anonyme qui a créé ce bug me lit sur talk-fr:
https://josm.openstreetmap.de/ticket/17242

J'aurais besoin du fichier .osm.
Merci,
Vincent
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-GB] Mapping Driving Test Centres

[Silent Spike]

Searching the wiki I can't find anything that feels right for mapping
driving test centres.

If anyone has mapped these in the past I'd be curious to know how you
tagged them (both practical and theory test centres).

Also curious as to how they've been named (if at all) as the DVSA just
refers to them by where they are located.

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

Re: [OSM-talk] JOSM Hack Trick for DigitalGlobe Premium Dual Images (Avoid automatic switch to high-res at z18)

[Claire Halleux]

Thank you Pierre for the support, that's brilliant and works well in the
areas I crosschecked.
The second TMS entry only needs to be manually updated when the token is
updated, until Digital Globe gives us access to the most recent image at
the highest zoom levels.

Claire

Le ven. 25 janv. 2019 à 22:29, Pierre Béland via talk <
talk@openstreetmap.org> a écrit :

> For the #ebola2018 OSM Response, OSM-RDC is using DigitalGlobe Premium
> imagery for the Tasking Manager project 5660
> https://tasks.hotosm.org/project/5660.
>
> DigitalGlobe Premium superposes two images in this area. The first image
> is clearer and more recent but with lower resolution. Buildings look tiny
> and it is hard to trace precisely. The second image is relatively obscure
> and sometimes have clouds.
>
> We can trace first with high res imagery and later switch to the lower
> resolution to compete the tracing. But
> when zooming-in with JOSM, there is an automatic switch from low to high
> res image at the 40 meters scale (zoom 18).
>
> How to avoid this behavior  and stick with the low res imagery ?
>
> This is the Hack! We simply create a second TMS entry in the Imagery panel
> using the tms[17] prefix. Using this, the image is stretched when we
> zoom-in up to 40 meters. Even if we have a pixelated image, it is easier to
> align and trace along the building outlines.
> tms[17]:https://{switch:a,b,c,d}.
> tiles.mapbox.com/v4/digitalglobe.316c9a2e/{z}/{x}/{y}.png?access_token=pk.eyJ1IjoiZGlnaXRhbGdsb2JlIiwiYSI6ImNqZGFrZ2c2dzFlMWgyd2x0ZHdmMDB6NzYifQ.9Pl3XOO82ArX94fHV289Pg
> 
>
> see https://twitter.com/pierzen/status/1088904024626249728
>
>
> Pierre
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-de] Radverkehrsinfrastruktur / Lübecker Modell

[Bernhard Weiskopf]

Der Text in der StVO zu Zeichen 237 (Radweg) lautet: 
"1. Der Radverkehr darf nicht die Fahrbahn, sondern muss den Radweg benutzen 
(Radwegbenutzungspflicht)
..."

Der Hauptsatz lautet " Der Radverkehr darf nicht die Fahrbahn benutzen."
Die "Benutzungspflicht" ist in Klammern eingetragen, das ist eine Erläuterung. 
Sowas kann man per Routing-Regel kaum abbilden, den Hauptsatz dagegen schon. 
Dann ergibt sich das korrekte Routing automatisch.

Wenn der Router auf dem Radweg routet und ich (z. B. wegen Unbenutzbarkeit) auf 
der Fahrbahn fahre, bin ich wenige Meter neben der Routinglinie. Das betrachte 
ich als unkritisch.

Bernhard



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

[OSM-talk] JOSM Hack Trick for DigitalGlobe Premium Dual Images (Avoid automatic switch to high-res at z18)

[Pierre Béland via talk]

For the #ebola2018 OSM Response, OSM-RDC is using DigitalGlobe Premium imagery 
for the Tasking Manager project 5660 https://tasks.hotosm.org/project/5660.
DigitalGlobe Premium superposes two images in this area. The first image is 
clearer and more recent but with lower resolution. Buildings look tiny and it 
is hard to trace precisely. The second image is relatively obscure and 
sometimes have clouds.
We can trace first with high res imagery and later switch to the lower 
resolution to compete the tracing. But
when zooming-in with JOSM, there is an automatic switch from low to high res 
image at the 40 meters scale (zoom 18). 

How to avoid this behavior  and stick with the low res imagery ? 

This is the Hack! We simply create a second TMS entry in the Imagery panel 
using the tms[17] prefix. Using this, the image is stretched when we zoom-in up 
to 40 meters. Even if we have a pixelated image, it is easier to align and 
trace along the building outlines.
tms[17]:https://{switch:a,b,c,d}.tiles.mapbox.com/v4/digitalglobe.316c9a2e/{z}/{x}/{y}.png?access_token=pk.eyJ1IjoiZGlnaXRhbGdsb2JlIiwiYSI6ImNqZGFrZ2c2dzFlMWgyd2x0ZHdmMDB6NzYifQ.9Pl3XOO82ArX94fHV289Pg

see https://twitter.com/pierzen/status/1088904024626249728
 
Pierre 
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-de] Radverkehrsinfrastruktur / Lübecker Modell

[Richard]

On Fri, Jan 25, 2019 at 07:30:54PM +0100, Hubert87 wrote:

> >(*) Im deutschen Sinne läuft das ja auf den blauen Lolli hinaus.
> 
> Nein, alle straßenbegleitende Radwege sind "designated". Auch ohne blaues
> Schild. Vergl StVO §2 Nummer 4 Sätze 3 und 4:
> 
>[...]  Rechte Radwege ohne die Zeichen 237, 240 oder 241 dürfen
>benutzt werden. Linke Radwege ohne die Zeichen 237, 240 oder 241
>dürfen nur benutzt werden, wenn dies durch das allein stehende
>Zusatzzeichen „Radverkehr frei“ angezeigt ist. [...]

ich würde für einen Augenblick die grausamen Details der deutschen 
Rechtsprechungs
und Verordnungswut ausser Acht lassen.

Was jetzt anscheinend gemacht wird ist aus 
   straße+bicycle=yes 
 AND (nearby)
   radweg+bicycle=designated
--> straße+bicycle=no zu folgern zu wollen

Das ist geht einfach nicht.

Wenn wir wirklich ein access=benutzungspflichtig haben wollen, dann kann
das selbstverständlich eingeführt und benutzt werden. Es wird zwar in der
Theorie und Praxis einige Deutungsschwierigkeiten geben ... in welche
Entfernung+Richtung strahlt so ein "benutzungspflichtig" aus aber sowas 
ist auch bei anderen features (Zebrastreifen) nicht unbekannt.. wo das 
Problem offenbar völlig ignoriert wird.

Alternativ geht straße+bicycle=no + radweg=bicycle=yes/designated.

Oder wir ignorieren das einfach mal. Wenn der Radweg ohnehin neben der
Straße ist kann das Routing nicht einen merklichen großen Unterschied 
machen?

Richard

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

[Talk-us] The San Jose / Santa Clara border

[Andy Townsend]

A mapper has recently changed this to "cut the corner off" north of the 
880 between San Jose airport and Stevens Creek Mall / Westfield Valley 
Fair.  You can see the change at 
http://overpass-api.de/achavi/?changeset=66619223=18=37.33883=-121.93327=B0TTTFT 
.


Some of this mapper's previous changes have had to be undone, so I did 
check the node change made here to see if it might be one of them.  
However, according to the node history 
https://www.openstreetmap.org/node/373647840/history#map=13/37.3600/-121.9066 
the original source of this node was a changeset quite a while ago with 
a description "adjust boundaries based on san jose city map, bing, and 
common sense ".  It therefore would be great if a local could check it 
if possible.


FWIW I've only ever had the vaguest idea where the boundary was here 
(I'd always assumed it's around the 880 itself, but obviously the 
boundary predates the road, so that clearly makes no sense :)


Best Regards,

Andy (from the DWG)


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

Re: [Talk-de] Radverkehrsinfrastruktur / Lübecker Modell

[Richard]

On Fri, Jan 25, 2019 at 07:48:36PM +0100, Florian Lohoff wrote:

> > > Im Grunde wird versucht durch "yes" alle nicht-benutzungspflichtigen 
> > > Radwege
> > > zu kennzeichnen, so dass für die benutzungspflichtigen Radwege nur
> > > "designated" übrig bleibt.
> > 
> > eigentlich ist nicht der Radweg bunutzungspflichtig sondern die Straße 
> > bicycle=no

> Und bicycle=no ist wieder genau so eine Überladung von tags die wir
> nicht brauche können. Damit kannst du Straßen bei denen ein Fahrrad
> wirklich verboten ist, und eine Straße bei der ein Radweg angeordnet
> ist nicht mehr voneinander unterscheiden.

wenn der Radweg verpflichtend ist, ist die Straße de facto verboten?
Wenn Radweg nur in eine Richtung geht wäre die Straße dann
oneway für bicycle.

Richard

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

Re: [Talk-dk] Sammendrag af Talk-dk, Vol 114, Udgave 4

[Martin Hvidberg]

Jeg syntes ikke du skal opgive helt, bare fordi det er en kontroversiel 
opgave. Men at bulk-indlæse GEUS stednavne i NØ-grønland vil helt 
sikkert kunne få nogen 'op ad stolen'. Men så må de jo bare komme ind i 
kampen og hjælpe med at rette dem på plads. :-)


OSM er _ikke_ det officielle grønlandske stednavne register, så du kan 
jo gøre hvad du vil.


Der findes også +10.000 grønlandske stednavne her: 
http://geonames.nga.mil/gns/html/namefiles.html#G


Dem kunne man jo kryds-tjekke med. De dækker bl.a. forskellige 
stavemåder af samme stednavn.


/Martin

On 1/25/19 1:00 PM, talk-dk-requ...@openstreetmap.org wrote:

Send meddelelser der skal distribueres til Talk-dk til:
talk-dk@openstreetmap.org

Gå ind på:
https://lists.openstreetmap.org/listinfo/talk-dk
for at til- eller framelde dig listen via World Wide Web

Alternativt kan du sende en e-mail til
talk-dk-requ...@openstreetmap.org
med ordet 'help' i emnefeltet eller som indhold.

Du kan kontakte den (de) ansvarlige person(er) for listen på
talk-dk-ow...@openstreetmap.org

Når du svarer på e-mail til listen, bedes du venligst ændre
emnefeltet sådan at det er lidt mere beskrivende end bare "Re:
Indhold af Talk-dk sammendrag..."


Dagens emner:

1. Re: Sammendrag af Talk-dk, Vol 114, Udgave 3 (Martin Hvidberg)
2. Re: Sammendrag af Talk-dk, Vol 114, Udgave 3 (Anders Hedelund)


--

Message: 1
Date: Thu, 24 Jan 2019 16:36:06 +0100
From: Martin Hvidberg 
To: talk-dk@openstreetmap.org
Subject: Re: [Talk-dk] Sammendrag af Talk-dk, Vol 114, Udgave 3
Message-ID: 
Content-Type: text/plain; charset=utf-8; format=flowed

Stednavne i Grønland er et både vanskeligt og følsomt emne.

Der arbejdes på det i Grønland, af gode dygtigt folk i Oqaasileriffik og
ditto hos Asiaq, så man skal være rigtigt meget sikker i sin sag for at
second-guesse de officielle optegnelser.

Bl.a. har en stor del af navneregisteret for Grønland, på et tidspunkt,
været konverteret til decimalgrader med få (kun 1 som jeg husker)
decimal. Det har givet nogle uheldige og til tider stærkt misvisende
placeringer - Nogle af disse data findes også i brug hos GEUS, selv om
fejlen formodentligt oprindeligt stammer fra daværende KMS. Navne
'forskydningen' har blandt andet medført at oplagte vand-navne som fx
'sælbugten' ender på toppen af et fjeld, og tilsvarende. Men da navnene
primært er på grønlandsk kan det være vanskeligt for
ikke-grønlandsktalende at opdage sådanne smuttere. Alene derfor bør man
være forsigtig.

Der er desuden flere sprog i spil. De fleste steder har et primært navn
på Grønlandsk og et alternativt navn på et andet sprog. Det andet sprog
kan være dansk, men det kan også ofte være engelsk! Der findes desuden
forskellige dialekter af grønlandsk (eller i hvert fald forskellige
stavemåder) Primært skelnes mellem Øst- og Vest-grønlandsk. Denne
skelnen er forbundet med stor vigtighed for en grønlænder, og kan ikke
overvurderes.

Nogle lokaliteter i Grønland har kun udenlandske navne, typisk opfundet
af udenlandske hvalfangere, militærfolk eller forskere. Selv om disse
som regel er lavet af nød, p.g.a. mangel på eksisterende navne, så er
det altid upopulært - lige som vi ikke bryder os om at tyskerne kalde
'Slesvig' for 'Schleswig'

Jeg anbefaler, kraftigt, at man skeler til de officielle betegnelser
inden man kaster sig ud at navngive steder i Grønland, og at man altid
søger Grønlandsk sproget assistance - Der er mange faldgruber, og det er
et følsomt emne i Grønland.

vh. Martin (engang ansvarlig for de grønlandske stednavnesamlinger ved GST)


On 1/24/19 1:00 PM, talk-dk-requ...@openstreetmap.org wrote:

Send meddelelser der skal distribueres til Talk-dk til:
talk-dk@openstreetmap.org

Gå ind på:
https://lists.openstreetmap.org/listinfo/talk-dk
for at til- eller framelde dig listen via World Wide Web

Alternativt kan du sende en e-mail til
talk-dk-requ...@openstreetmap.org
med ordet 'help' i emnefeltet eller som indhold.

Du kan kontakte den (de) ansvarlige person(er) for listen på
talk-dk-ow...@openstreetmap.org

Når du svarer på e-mail til listen, bedes du venligst ændre
emnefeltet sådan at det er lidt mere beskrivende end bare "Re:
Indhold af Talk-dk sammendrag..."


Dagens emner:

 1. Re:  Nordøstgrønland - kvalificeret hjælp søges
(Jørgen Elgaard Larsen)
 2. Nordøstgrønland - kvalificeret hjælp søges (Anders Hedelund)


--

Message: 1
Date: Wed, 23 Jan 2019 16:25:06 +0100
From: Jørgen Elgaard Larsen 
To: talk-dk@openstreetmap.org
Subject: Re: [Talk-dk]  Nordøstgrønland - kvalificeret hjælp søges
Message-ID: <2010a960-79de-c9f7-6389-2a9cb4126...@elgaard.net>
Content-Type: text/plain; charset=utf-8; format=flowed

Anders Hedelund skrev:

Så har jeg færdigredigeret hele baduljen til det sted, hvor jeg ikke
umiddelbart kan komme videre og der er brug for, at 

Re: [Talk-de] Radverkehrsinfrastruktur / Lübecker Modell

[Florian Lohoff]

On Fri, Jan 25, 2019 at 07:48:36PM +0100, Florian Lohoff wrote:
> 
> Wenn man eine Stadt hat die sich da sperrt musst du am Ende jede
> einzelne Benutzungspflicht vor dem Verwaltungsgericht wegklagen.
> 

Hier z.b. die Bewerbung meiner Heimatstadt Gütersloh um den Platz
als Fahrradunfreundlichste Stadt in Deutschland:

https://www.nw.de/lokal/kreis_guetersloh/guetersloh/21834790_Freigabe-des-Stadtrings-fuer-Radfahrer-kostet-Stadt-guetersloh-24.000-Euro.html

"Unterdessen fordern aus der Politik einige Fraktionen die
Stadtverwaltung auf, nach Wegen zu suchen, das Radfahren auf der
Fahrbahn des Stadtrings entgegen des Richterspruchs auch künftig
verbieten zu dürfen."

Da ist teilweise 70 und LKW Verkehr. Trotzdem sieht das
Verwaltungsgericht keine Notwendigkeit für eine Benutzungspflicht.

Hier das Urteil:

http://docplayer.org/63357868-Die-beklagte-traegt-die-kosten-des-verfahrens.html

Am Ende war die Stadt Sauer. Im Ergebnis heisst das, das vermutlich
90% der Benutzungspflichten widerrechtlich sind. Proaktiv geht das
aber keine Kommune an sondern wartet lieber bis sich einer beschwert
oder eben klagt.

Flo
-- 
Florian Lohoff f...@zz.de
UTF-8 Test: The  ran after a , but the  ran away


signature.asc
Description: PGP signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Spam - Re: (kein Betreff)

[Droelfzehn (Michael)]

Hallo,

mein Emailaccount wurde wohl gehackt. Habe mittlerweile alle PWs (Email, 
Rechner, Router) geändert.
Ich lese hier gerne mit und würde nur ungerne gebannt werden wegen 
dieser  Email von jemand anderem.


Ich hoffe niemand hat den Link aufgerufen und es ist nichts weiter passiert.

Liebe Grüße
Michael

Am 25.01.2019 um 13:22 schrieb Markus:

Am 25.01.2019 um 12:06 schrieb Droelfzehn:


Lieber Listen-Admin,

können solche Mails serverseitig weggefiltert werden?

Vermutlich mehr als "nur Spam"...
Wäre doof, wenn einer - weil es ja aus unserer Liste kommt -
versehentlich auf den Link klickt :-(

Mit herzlichem Gruss,
Markus

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


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

[Talk-in] Redesigning the OSM India Logo

[Arun Ganesh]

Theres a logo available for OSM India that can be used online and on
publicity materials:
https://wiki.openstreetmap.org/wiki/File:OpenStreetMap-India.svg

Since using Indian flag needs to follow the flag code
https://en.wikipedia.org/wiki/Flag_code_of_India , it might be a good idea
to have a logo without the flag.

The logo has not been used much till now, but this can come in handy in
future for events and swag. If someone has fresh ideas on what the logo can
be, do share.
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-it-lazio] Incontri mensili nel nuovo anno?

[flaminiatumino]

Arghh io lunedì 28 non ci sono, potrei il lunedì dopo!

Sent from my iPhone

> On 25 Jan 2019, at 19:12, Martin Koppenhoefer  wrote:
> 
> per me andrebbe bene il lunedì 28 :)
> 
> Ciao,
> Martin
> 

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

Re: [Talk-it] pronto soccorso ospedali italiani

[pelatom via Talk-it]

Mi scuso per l'intromissione e non sono interessato ad apportare modifiche a
quanto egregiamente svolto finora. Anzi, ho imparato qualcosa che mi impegno
a modificare qualora..

Ma ci tenevo a una considerazione: io, e magari è solo il mio caso, in una
situazione d'emergenza catastrofica all'interno di un edificio io esco e non
entro,  ovvero exit.
Di contro se avessi un emergenza, che non sia verso il "pensatoio", vi
entrerei entrance e di corsa e il primo posto a cui penso è il pronto
soccorso.
Ma ripeto scusatemi per l'intrusione la trivialità.



-


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

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

Re: [Talk-de] Radverkehrsinfrastruktur / Lübecker Modell

[Florian Lohoff]

Hola Richard,

On Fri, Jan 25, 2019 at 07:27:33PM +0100, Richard wrote:
> On Thu, Jan 24, 2019 at 08:26:32PM +0100, Hubert87 wrote:
> > Hallo Flo,
> > 
> > das "Problem" mit bicycle=designated/yes ist leider so eine Sache.
> > 
> > Einen eindeutigen Tag "Dieser Radweg ist benutzungspflichtig" gibt es leider
> > immer noch nicht.
> > 
> > Stattdessen wird versucht dies mit der Unterscheidung zu bicycle=yes (imo
> > unzuverlässig) zu erreichen. (Und von mir über traffic_sign=* und
> > Straßenbezug ("cycleway/path=sidepath"))
> > 
> > Im Grunde wird versucht durch "yes" alle nicht-benutzungspflichtigen Radwege
> > zu kennzeichnen, so dass für die benutzungspflichtigen Radwege nur
> > "designated" übrig bleibt.
> 
> eigentlich ist nicht der Radweg bunutzungspflichtig sondern die Straße 
> bicycle=no

Das ist eine Spitzfindigkeit die die Autolobby versucht zu verstecken.
Aber ja - In der Benutzungspflicht geht es um "Freie fahrt für freie
Bürger" d.h. Fahrräder von der Fahrbahn.

Defakto wollen wir zum einen die Straßen markieren die einen
Verpflichtenden Radweg haben. Zum anderen wollen wir den Radweg als
solchen kenntlich machen.

Und bicycle=no ist wieder genau so eine Überladung von tags die wir
nicht brauche können. Damit kannst du Straßen bei denen ein Fahrrad
wirklich verboten ist, und eine Straße bei der ein Radweg angeordnet
ist nicht mehr voneinander unterscheiden.
 
> Und soviel ich weiß wurden die Regeln für "benutzungspflichtig" in letzter
> Zeit so aufgeweicht, daß es fast immer irgendwelche ausnahmen gibt?

Das ist unerheblich. Wenn das Blaue Lolli da steht ist der erstmal
verpflichtend (Solange - Wir zitieren die Rechtssprechung: Der Weg zumutbar 
ist).

Das die verkehrsrechtliche Anordnung zur Errichtung des Blauen Lollis
widerrechtlich, überholt oder veraltet ist, ist hier unerheblich.
Wenn das dingen da steht, du hälst dich nicht dran, dann wollen die
Sheriffs im Zweifelsfalle 15€ von dir.

Wenn man eine Stadt hat die sich da sperrt musst du am Ende jede
einzelne Benutzungspflicht vor dem Verwaltungsgericht wegklagen.

Flo
-- 
Florian Lohoff f...@zz.de
UTF-8 Test: The  ran after a , but the  ran away


signature.asc
Description: PGP signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Radverkehrsinfrastruktur / Lübecker Modell

[Florian Lohoff]

On Fri, Jan 25, 2019 at 05:58:54PM +0100, Georg Feddern wrote:
> Moin,
> 
> nun ja - jeder benutzungspflichtige Radweg muss ja "designated"(*) sein -
> sonst wär er ja nicht benutzungspflichtig.
> Andererseits sind ja nicht alle "designated" auch tatsächlich
> benutzungspflichtig - siehe Querfeldein-Wege.
> (Hier war die frühere StVO eigentlich besser formuliert m.M.n.)
> 
> Die Benutzungspflicht ergibt sich ja erst aus der Nähe/Begleitung einer
> Straße - und kann im Wesentlichen durch "use_sidepath=yes" an der Straße
> abgebildet.
> Hierdurch soll ja genau das Wesentliche - nämlich die Vermeidung der
> Straßenbenutzung beim Routing - erreicht werden.
> Ein benutzungspflichtiger Radweg kann dann noch durch "is_sidepath=yes"
> hervorgehoben werden.

is_sidepath ist jetzt sprachlich keine "benutzungspflicht" genausowenig
wie designated.

Und in den verschiedenen Modellen Radinfrastruktur zu mappen haben
yes/official/designated unterschiedliche Bedeutung.

Mal davon abgesehen das ich von is_sidepath noch nie gehört habe.

Wie ja schon in meiner initialen mail geschrieben ist für mich
Radinfrastrukturmapping großflächig kaputt.

Und je länger ich mich damit beschäftige desto mehr verstehe ich warum.
Es gibt so viele verschiedene Proposal und alle überladen irgendwelche
tags mit doppelbedeutungen so das am Ende die interpretation kaputt ist.

Weil ein Weg für Fahrräder vorgesehen ist (designated) heisst das ja
Sprachlich nicht das der Benutzungspflichtig ist.
Auf der eigentliche Straße das bicycle=use_sidepath ist da ziemlich 
eindeutig. Aber der Weg der zu benutzen ist ist eben nicht kenntlich
gemacht.

Und hier sollte mal getrennt werden zwischen

- Es gibt Radinfrastruktur
- Wie ist die Radinfrastruktur physisch beschaffen
- Wie ist die rechtliche Stand

Wenn ein tag 2 dieser Bereiche überlappend beschreibt dann ists kaputt.
Für teil 1 und 2 sehe ich gute Ansätze mit dem Lübecker Modell.

Flo
-- 
Florian Lohoff f...@zz.de
UTF-8 Test: The  ran after a , but the  ran away


signature.asc
Description: PGP signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [OSM-talk-fr] Et OSM la dedans !

[Cédric Frayssinet]

Le 20/01/2019 à 14:30, Christian Quest a écrit :
> Pour l'usage de Google Font sur le site openstreetmap.fr
> , c'est malheureusement le thème que nous
> utilisons qui provoque cela. J'ai commencé à regarder pour s'en passer
> (remettre la police en local), mais comme c'est géré par le code php
> du thème wordpress, c'est un peu chaud à modifier.

Christian, je viens de tomber là dessus :
https://git.occrp.org/libre/fonts-degooglifier ; cela peut, peut-être,
aider...

Source : https://mastodon.social/@rysiek/10147334272363

Cédric

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

Re: [Talk-it-lazio] Incontri mensili nel nuovo anno?

[Martin Koppenhoefer]

per me andrebbe bene il lunedì 28 :)

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

Re: [Talk-de] Radverkehrsinfrastruktur / Lübecker Modell

[Hubert87]

Hallo Georg,

Am 25.01.2019 um 17:58 schrieb Georg Feddern:

Moin,

nun ja - jeder benutzungspflichtige Radweg muss ja "designated"(*) 
sein - sonst wär er ja nicht benutzungspflichtig.

Richtig.
Andererseits sind ja nicht alle "designated" auch tatsächlich 
benutzungspflichtig - siehe Querfeldein-Wege.

(Hier war die frühere StVO eigentlich besser formuliert m.M.n.)

Richtig
Die Benutzungspflicht ergibt sich ja erst aus der Nähe/Begleitung 
einer Straße - und kann im Wesentlichen durch "use_sidepath=yes" an 
der Straße abgebildet.
Hierdurch soll ja genau das Wesentliche - nämlich die Vermeidung der 
Straßenbenutzung beim Routing - erreicht werden.

Richtig. Der Radweg muss dann aber als eigene Linie eingezeichnet sein.
Ein benutzungspflichtiger Radweg kann dann noch durch 
"is_sidepath=yes" hervorgehoben werden.


Ich bevorzuge ja path/cycleway=sidepath, analog zu 
path/cycleway/footway=crossing.
M. M. n. sind damit eigentlich genügend Daten für eine möglichst 
richtige Routenbevorzugung gegeben.


(*) Im deutschen Sinne läuft das ja auf den blauen Lolli hinaus.


Nein, alle straßenbegleitende Radwege sind "designated". Auch ohne 
blaues Schild. Vergl StVO §2 Nummer 4 Sätze 3 und 4:


   [...]  Rechte Radwege ohne die Zeichen 237, 240 oder 241 dürfen
   benutzt werden. Linke Radwege ohne die Zeichen 237, 240 oder 241
   dürfen nur benutzt werden, wenn dies durch das allein stehende
   Zusatzzeichen „Radverkehr frei“ angezeigt ist. [...]

Gruß

Hubert87

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

Re: [Talk-in] OSM India partnership with upcoming YourStory.in conference

[Arun Ganesh]

>
>
>
> Hi Arun,
>
> Looks like a good idea and opportunity let us know what help you need in
> this matter.
>

Thanks Satya, also the response on the Telegram group has been positive.
I'll find out what needs to be done.
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-de] Radverkehrsinfrastruktur / Lübecker Modell

[Richard]

On Thu, Jan 24, 2019 at 08:26:32PM +0100, Hubert87 wrote:
> Hallo Flo,
> 
> das "Problem" mit bicycle=designated/yes ist leider so eine Sache.
> 
> Einen eindeutigen Tag "Dieser Radweg ist benutzungspflichtig" gibt es leider
> immer noch nicht.
> 
> Stattdessen wird versucht dies mit der Unterscheidung zu bicycle=yes (imo
> unzuverlässig) zu erreichen. (Und von mir über traffic_sign=* und
> Straßenbezug ("cycleway/path=sidepath"))
> 
> Im Grunde wird versucht durch "yes" alle nicht-benutzungspflichtigen Radwege
> zu kennzeichnen, so dass für die benutzungspflichtigen Radwege nur
> "designated" übrig bleibt.

eigentlich ist nicht der Radweg bunutzungspflichtig sondern die Straße 
bicycle=no

Und soviel ich weiß wurden die Regeln für "benutzungspflichtig" in letzter
Zeit so aufgeweicht, daß es fast immer irgendwelche ausnahmen gibt?

Richard

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

Re: [Talk-GB] Postcodes

[Mark Goodge]

On 25/01/2019 17:30, Jack FitzSimons via Talk-GB wrote:


I've noticed that many bank branches have a unique postcode while the 
shops either side of them all share a single postcode. When the bank 
branch closes (as so many do these days) the unique postcode finds its 
way on to Robert's old postal district list. A new occupant of the bank 
premises is likely to be given the same postcode as the other shops 
nearby. Do we need to retain the old postcode for any historical 
purpose? If so we probably also need to tag that this building was once 
a bank but if we do that for every previous occupant of every shop 
things would soon get out of hand!  While the bank is empty and, hence, 
no longer listed on the PAF, is it better to retain the old postcode or 
delete it and show no postcode for that building?


Those would be "large user" postcodes, assigned to recipients that get a 
lot of mail. A large user postcode is assigned to the organisation, not 
the premises, so if the organisation leaves the premises then the 
postcode either moves with them or becomes unassigned. So the correct 
thing to do, in your scenario, would be to either blank out the postcode 
or, by interpolation, change it to be the same as those either side.


I'm not sure if CodePoint Open includes a field showing whether a 
postcode is large user or not, but the ONS Postcode Database (which is 
also OGL, so compatible with OSM) does. So you can check against that if 
necessary. Another advantage of ONSPD over Codepoint Open is that it 
includes deleted postcodes (with a deletion date), which is handy for 
cross-referencing your other scenario of postcodes that have changed but 
where an old one is still displayed on company literature.


Mark

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

Re: [Talk-GB] Postcodes

[Gregrs]

Hi Jack,

On Fri, Jan 25, 2019 at 05:30:41PM +, Jack FitzSimons via Talk-GB wrote:

What if one of those sources (say FHRS) shows the correct postcode but 
more obvious sources (e.g. the company website) shows an old postcode? 
I can use the correct postcode but it is likely to be changed back to a 
wrong one by a mapper who has only found the obvious source.


I don't have answers to all your questions but it might be worth 
mentioning that the not:addr:postcode tag can be useful to record 
incorrect postcodes. I usually pair this with the note tag to explain my 
choice of correct postcode.


The FHRS/OSM comparison tool at 
https://gregrs.dev.openstreetmap.org/fhrs/ makes use of this tag so that 
FHRS establishments can still be successfully matched with OSM entities 
even when the FHRS postcode is incorrect, which does happen on occasion.


Thanks,
Greg

--
Twitter: @gregrs_uk
http://gregrs.dev.openstreetmap.org
PGP key ID: 64907C8A
Fingerprint: EBD1 077F CCDD 841E A505 3FAA D2E8 592E 6490 7C8A



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

Re: [Talk-it-lazio] Incontri mensili nel nuovo anno?

[Marcello Pelato via Talk-it-lazio]

 Ciao "colleghi mappatori",Allora alla fine riusciamo a ri-vederci?Spero 
proprio di sì.
L'unica cosa che vorrei confermare è quando...Il 28 gennaio 2019 o il 4 
febbraio 2019?Dai che porto lo spumante eheheh :-)



On Friday, December 21, 2018, 11:49:55 AM GMT+1, Flaminia Tumino 
 wrote:  
 
 per me andrebbe bene!
Flaminia
Il giorno ven 21 dic 2018 alle ore 11:44 Martin Koppenhoefer 
 ha scritto:



Am Fr., 21. Dez. 2018 um 11:41 Uhr schrieb Flaminia Tumino 
:

che dite dunque?lasciamo l'ultimo lunedì del mese o cambiamo?


potremmo andare al primo lunedì del mese, così sarebbe il 7.
Ciao,Martin

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

Re: [Talk-GB] Postcodes

[fitzsimons via Talk-GB]

The post wasn't intended to be anonymous. Apologies
Jack



--
Sent from: http://gis.19327.n8.nabble.com/Great-Britain-f5372682.html

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

[Diversity-talk] https://opensourcediversity.org/

[Rory McCann]

Hi all,

I just found this website, some of yous might be interested

 https://opensourcediversity.org/

OSM's own wheelmap.org gets a mention!

R

___
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: [Talk-in] OSM India partnership with upcoming YourStory.in conference

[satyakam goswami]

>
> Please let us know how can we take this forward
>>
>
>> Looking forward to hearing from you. Please feel free to reach out to me
>> at  in case of any further queries.
>>
>> Warm regards
>>
>

Hi Arun,

Looks like a good idea and opportunity let us know what help you need in
this matter.

thanks,
-Satya
Satyaakam.net  | afrost.org | fossevents.in

** For all official purposes use my name as Satyakam Goswami **
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-at] EGU mapathon Wien - help needed :)

[Stefan Tauner]

On Wed, 23 Jan 2019 16:34:32 +
Faith Taylor  wrote:

> Hello OSM Austria,
> 
> Myself and four colleagues are planning a mapathon at the European
> Geosciences Union General Assembly in Vienna the week of the 8th-12th April
> (exact date TBC).
> 
> It would be wonderful if some of the OSM Austria team are able to help us
> in this activity.
> 
> Over 10,000 earth scientists attend the conference (although the number at
> the mapathon will be less - maybe 100 - 200!). Some of them like us will be
> experienced mappers, others will be quite new to this. We are very excited
> that this is the first time a mapathon has taken place at the conference.

Hi Faith,

I probably won't attend or help out but I was still wondering if the
mapathon has some kind of topic already or if it is more like a general
OSM (introdcution) workshop. Knowing the general direction of the event
might spark more interesting ;)

-- 
Kind regards/Mit freundlichen Grüßen, Stefan Tauner

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

Re: [Talk-de] Radverkehrsinfrastruktur / Lübecker Modell

[Georg Feddern]

Moin,

nun ja - jeder benutzungspflichtige Radweg muss ja "designated"(*) sein 
- sonst wär er ja nicht benutzungspflichtig.
Andererseits sind ja nicht alle "designated" auch tatsächlich 
benutzungspflichtig - siehe Querfeldein-Wege.

(Hier war die frühere StVO eigentlich besser formuliert m.M.n.)

Die Benutzungspflicht ergibt sich ja erst aus der Nähe/Begleitung einer 
Straße - und kann im Wesentlichen durch "use_sidepath=yes" an der Straße 
abgebildet.
Hierdurch soll ja genau das Wesentliche - nämlich die Vermeidung der 
Straßenbenutzung beim Routing - erreicht werden.
Ein benutzungspflichtiger Radweg kann dann noch durch "is_sidepath=yes" 
hervorgehoben werden.


M. M. n. sind damit eigentlich genügend Daten für eine möglichst 
richtige Routenbevorzugung gegeben.


(*) Im deutschen Sinne läuft das ja auf den blauen Lolli hinaus.

Grüße
Georg

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

[Talk-at] EGU mapathon Wien - help needed :)

[Faith Taylor]

Hello OSM Austria,

Myself and four colleagues are planning a mapathon at the European
Geosciences Union General Assembly in Vienna the week of the 8th-12th April
(exact date TBC).

It would be wonderful if some of the OSM Austria team are able to help us
in this activity.

Over 10,000 earth scientists attend the conference (although the number at
the mapathon will be less - maybe 100 - 200!). Some of them like us will be
experienced mappers, others will be quite new to this. We are very excited
that this is the first time a mapathon has taken place at the conference.

If this is of interest to you, please do get in touch with me at
faith.tay...@port.ac.uk. My apologies that I do not speak German!

Kindest regards,

Faith
-- 
Dr Faith Taylor

Lecturer in Geographic Information Science
University of Portsmouth

faith.tay...@port.ac.uk
+44 (0)23 9284 2477
@faithatron  

Recent papers:
Dodman, D., Adelekan, I., Brown, D., Leck, H., Manda, M., Mberu, M.,
Pelling, M., Rusca, M., Satterthwaite, D., Taylor, FE (2018) 'A Spectrum of
Methods for a Spectrum of Risk: Generating Evidence to Understand and
Reduce Urban Risk in Sub-Saharan Africa' *Area*,
https://doi.org/10./area.12510

Taylor, FE, Malamud, BD, Witt, A., Guzzetti, F. (2018) 'Landslide
Ellipticity, Shape and Length to Width Ratio' *Earth Surface Processes and
Landforms*. Free read-only version available here: https://rdcu.be/9BHa

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

[OSM-talk-fr] Recherche d'expert·e·s OSM pour participation à un projet SNCF

[DURUPT Celine (EXT CONCRETIO)]

Bonjour à toutes et à tous,

Dans le cadre d'un projet de mise en valeur des données présentes sur OSM, mené 
par SNCF sur le périmètre des gares d'Île-de-France (page projet, en cours de 
mise à jour : 
https://wiki.openstreetmap.org/wiki/WikiProject_France/Transilien), nous 
recherchons des expert·e·s OSM pour nous accompagner sur deux sujets :

-  L'extraction automatique de POI selon des règles géographiques et 
sémantiques (sélection par tags, pondération selon la proximité géographique à 
d'autres POI, etc.) pour la réalisation d'un modèle de navigation piéton 
incluant des repères (https://www.youtube.com/watch?v=chGlRnYGvDg) ;

-  L'état de l'art et l'analyse du marché permettant de fournir des 
recommandations et de construire un modèle économique de maintenance de la 
donnée OSM dans le cadre du projet cité.

Si vous ou votre entreprise êtes intéressé·e·s par travailler sur ces sujets, 
deux réunions d'information seront organisées par téléconférence :

-  Le vendredi 1er février de 11h30 à 12h30 pour le sujet « Extraction 
de POI »

-  Le vendredi 1er février de 14h à 15h pour le sujet « Maintenance de 
la donnée »

Merci de me transmettre votre souhait de participation par retour de mail avant 
le 30 janvier à 17h afin que je vous transmette les informations de connexion.

En vous remerciant d'avance de faire circuler auprès des personnes pouvant être 
intéressées,

CÉLINE DURUPT
Chef de projet Géomatique

SNCF - DIRECTION INNOVATION & RECHERCHE
Bâtiment Le Jade | 2ème étage | bureau B2-87
1-3 avenue François Mitterrand
93 210 Saint-Denis
ext.celine.dur...@sncf.fr
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [talk-cz] Nemapujeme pro renderer (i když...)

[Martin Ždila]

On Fri, Jan 25, 2019 at 1:33 PM Jan Macura  wrote:

> mám takovou jednu páteční.
> [image: montessori.PNG]
> Ukázku toho, že vykreslovače ne vždy správně uhádnou správnou kombinaci
> toho, co zrovna zobrazit a co ne :-)
> Pro vysvětlení: v jedné budově sídlí jak školka, tak pizzerie. Školka v
> OSM název má, pizzerie ne.
>

To je sposobene detekciou kolizii. Ikona skolky s niecim koliduje ale jej
text nie.

-- 
Ing. Martin Ždila 
OZ Freemap Slovakia
tel:+421-908-363-848
mailto:martin.zd...@freemap.sk
http://www.freemap.sk/
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-it] Terminiamo la traduzione del Tasking Manager 3

[Alessandro Palmas]

Il 25/01/19 13:25, Matteo Zaffonato ha scritto:


Un piccolo suggerimento: che ne dite di installare anche una copia di 
POSM [1]?


Ciao
Matteo

[1] https://github.com/posm/posm



Portable OSM, come suggerisce il nome, è utile per averlo con se in 
posti dove non c'è connessione. Io ho un disco da 2,5" con POSM nel caso 
debba andare chissà dove. Come normale installazione duplica servizi 
esistenti.


Alessandro

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

Re: [Talk-pt] Faixas de rodagem, acesso cabines portagem

[Marcos Oliveira]

Sim, apesar de seguir as "regras" isso é um exagero.

Basta uma linha para cada sentido sendo que no nó onde está a portagem
incluo uma tag a dizer que também tem via verde. [1]

[1] - https://www.openstreetmap.org/node/5031370276

Nuno José Almeida  escreveu no dia sexta,
25/01/2019 à(s) 12:48:

> Se as faixas não vão dar a nenhum sitio especifico, não se devem colocar
> separadas. Isto para um software de navegação só serve para atrapalhar.
> Vejamos para fazer 200 metros existem talvez 20 combinações diferentes e o
> software vai calcular todas. Ainda por cima existem faixas com a direcção
> incorrecta.Nem a Via verde deve ter faixas separadas pela mesma razão.
>
> Alexandre Moleiro  escreveu no dia sexta,
> 25/01/2019 à(s) 11:06:
>
>> Olá.
>>
>> Nas zonas de cabines de portagem das autoestradas, com muitas faixas,
>> será esta a forma mais correcta de mapear as faixas?
>> https://www.openstreetmap.org/#map=19/38.56854/-8.86643
>>
>> Até às cabines propriamente ditas não há separação física entre faixas, o
>> que sugere o uso das tags lanes em vez de faixas separadas.
>>
>> Já li opiniões de que apenas se deveriam desenhar faixas separadas no
>> caso de faixas com restrições diferentes, do género, faixas para pesados,
>> faixas só pagamento via-verde, faixas só cartão de crédito,etc.
>>
>> Qual a vossa opinião ?
>>
>> --
>> Alexandre Moleiro
>>   alexandre.mole...@gmail.com
>> ___
>> Talk-pt mailing list
>> Talk-pt@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-pt
>>
>
>
> --
> Nuno José Almeida
> ___
> Talk-pt mailing list
> Talk-pt@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-pt
>


-- 
Um Abraço,
Marcos Oliveira
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

Re: [Talk-pt] Faixas de rodagem, acesso cabines portagem

[Nuno José Almeida]

 Se as faixas não vão dar a nenhum sitio especifico, não se devem colocar
separadas. Isto para um software de navegação só serve para atrapalhar.
Vejamos para fazer 200 metros existem talvez 20 combinações diferentes e o
software vai calcular todas. Ainda por cima existem faixas com a direcção
incorrecta.Nem a Via verde deve ter faixas separadas pela mesma razão.

Alexandre Moleiro  escreveu no dia sexta,
25/01/2019 à(s) 11:06:

> Olá.
>
> Nas zonas de cabines de portagem das autoestradas, com muitas faixas, será
> esta a forma mais correcta de mapear as faixas?
> https://www.openstreetmap.org/#map=19/38.56854/-8.86643
>
> Até às cabines propriamente ditas não há separação física entre faixas, o
> que sugere o uso das tags lanes em vez de faixas separadas.
>
> Já li opiniões de que apenas se deveriam desenhar faixas separadas no caso
> de faixas com restrições diferentes, do género, faixas para pesados, faixas
> só pagamento via-verde, faixas só cartão de crédito,etc.
>
> Qual a vossa opinião ?
>
> --
> Alexandre Moleiro
>   alexandre.mole...@gmail.com
> ___
> Talk-pt mailing list
> Talk-pt@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-pt
>


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

Re: [Talk-it-trentino] mappa cartacea con dati OSM

[pietro marzani via Talk-it-trentino]

Il venerdì 25 gennaio 2019, 08:02:26 CET, Maurizio Napolitano 
 ha scritto: 

>È un po' borderline ma possibile
>Unico dubbio è se prende uno "strato" di dati (esempio le fontanelle 
>dell'acqua) oppure se mescola e/o corregge
>In questo ultimo caso credo che debba rilasciare le modifiche

Cioè, per capire, se utilizzassero dati OSM per qualche sentiero dovrebbero 
rendere disponibili per il download e l'eventuale caricamento in OSM tutti i 
loro sentieri?

Ciao ciao
Pietro


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

[talk-cz] Nemapujeme pro renderer (i když...)

[Jan Macura]

Ahoj vespolek,

mám takovou jednu páteční.
[image: montessori.PNG]
Ukázku toho, že vykreslovače ne vždy správně uhádnou správnou kombinaci
toho, co zrovna zobrazit a co ne :-)
Pro vysvětlení: v jedné budově sídlí jak školka, tak pizzerie. Školka v OSM
název má, pizzerie ne.

Pěkný víkend
 H.
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-it-trentino] mappa cartacea con dati OSM

[michele zanolli]

può anche scaricare direttamente i dati sui sentieri SAT ufficiali e fare
le opportune verifiche, oppure utilizzarli nella mappa, senza chiedere
contributi di terzi
michele

On Thu, Jan 24, 2019, 21:37 Dario Zontini Gmail  Una nota ditta per cartine escursionistiche mi ha contattato per
> chiedere collaborazione nel controllare la correttezza dei dati dei
> sentieri SAT della mia sezione. Premetto che il risultato è molto bello,
> e nella mappa ci sono sia dati OSM e dati probabilmente proprietari. Mi
> hanno assicurato che verrà indicato che sono stati usati dati OSM con la
> corretta citazione, ma mi chiedo: è  corretto fare questo? il mio dubbio
> è che una volta stampata su carta non è possibile distinguere i dati
> OSM  da quelli proprietari.
>
> --
>
>
> Dario Zontini
>
>
> ---
> Questa e-mail è stata controllata per individuare virus con Avast
> antivirus.
> https://www.avast.com/antivirus
>
>
> ___
> Talk-it-trentino mailing list
> Talk-it-trentino@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it-trentino
>
___
Talk-it-trentino mailing list
Talk-it-trentino@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-trentino

Re: [Talk-it] Terminiamo la traduzione del Tasking Manager 3

[Matteo Zaffonato]

Il 25/01/2019 08:37, Alessandro P. via Talk-it ha scritto:

Buongiorno,
iniziamo con la buona notizia: il buon Paolo "Geofrizz" potrebbe 
riuscire a mettere in piedi in tempi ragionevoli il Tasking Manager 
aggiornato alla versione 3. Ha avuto accesso al vecchio server 
esportando il DB e forse si riuscirà anche a migrare sul nuovo senza 
perdere lo storico dei Task.


E ora veniamo con la richiesta: ieri ho notato che la traduzione 
italiana del TM3 è ferma a dove l'avevamo condotta l'anno scorso col 
pugno di volonterosi che lavorò a LearnOSM e altro. Ieri ho tradotto 
una ottantina di frasi, ora ne rimangono 93, più un pò di review su 
quelle già tradotte.


Chi vuole dare una mano trova la traduzione qui:
https://www.transifex.com/hotosm/tasking-manager-3/

Saluti
  Alessandro Ale_Zena_IT

P.S.: con Paolo stavamo anche pensando ad una istanza di uMap con un 
occhio alle scuole, aggiungendo un pò di icone e mappe mute 
dell'Italia e delle regioni.


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


Un piccolo suggerimento: che ne dite di installare anche una copia di 
POSM [1]?


Ciao
Matteo

[1] https://github.com/posm/posm



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

[Talk-de] Spam - Re: (kein Betreff)

[Markus]

Am 25.01.2019 um 12:06 schrieb Droelfzehn:


Lieber Listen-Admin,

können solche Mails serverseitig weggefiltert werden?

Vermutlich mehr als "nur Spam"...
Wäre doof, wenn einer - weil es ja aus unserer Liste kommt -
versehentlich auf den Link klickt :-(

Mit herzlichem Gruss,
Markus

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

[Talk-de] (kein Betreff)

[Droelfzehn]

http://teac-group.net/vqhahozi/61owvl.5l0=268758

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

[Talk-pt] Faixas de rodagem, acesso cabines portagem

[Alexandre Moleiro]

Olá.

Nas zonas de cabines de portagem das autoestradas, com muitas faixas, será
esta a forma mais correcta de mapear as faixas?
https://www.openstreetmap.org/#map=19/38.56854/-8.86643

Até às cabines propriamente ditas não há separação física entre faixas, o
que sugere o uso das tags lanes em vez de faixas separadas.

Já li opiniões de que apenas se deveriam desenhar faixas separadas no caso
de faixas com restrições diferentes, do género, faixas para pesados, faixas
só pagamento via-verde, faixas só cartão de crédito,etc.

Qual a vossa opinião ?

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

[Talk-in] OSM India partnership with upcoming YourStory.in conference

[Arun Ganesh]

Hey all, i've got an interesting request for OSM India to be a
community/outreach partner for an upcoming conference from yourstory.in
called Future of work on 9th Feb in Bengaluru.

According to the event site https://events.yourstory.com/future-of-work-2019
it looks like a product innovation/entrepreneurship type summit with a very
large reach in the Indian startup industry.

Excerpt from the email:


> *Deliverables from YourStory*-YourStory to provide an exclusive flat 60%
> discount for all OpenStreetMap members
> -Branding as outreach partner on the Future of Work website
> -Branding as outreach partners at Future of Work venue for two days
> -Social media shoutout as outreach partners on YourStory Facebook and
> Twitter handles
> -5 free passes for the team
> -10 additional free passes - based on relevance, to be filtered by
> YourStory team
> *Deliverables from **OpenStreetMap*
>  -Send out a minimum of 2 mailers to the internal database about Future
> of Work with the special promo code customised for you
> -A minimum of 2 social media posts on Twitter and Facebook each
> -Promotion of Future of Work promo code among members & Community
> -Promotion of Future of Work promo code among groups


Overall, it sounds like there will be much visibility for OSM in the
startup circles by partnering. YourStory is a reputed media platform with
significant network reach in India. The main ask from the community is to
post 2 promotional posts on twitter and facebook each.

In return we get 5 free passes (worth INR 4k each) and OSM India logo in
the event branding.

Since we dont have a formal association to decide on such matters, sharing
to see if others feels this could be a valuable partnership to pursue and
any opinions on why we this may not be a good idea.

Full email:

Hi Arun,
>
> Hope you are doing well!
>
> I am writing to you from YourStory, India's leading digital media
> platform for technology and startup ecosystem with 20+ million monthly
> visitors.
>
> We're happy to announce the second edition of our annual flagship
> technology conference, Future of Work 2019. In this edition, we plan to
> make it bigger and better (with more curated sessions and audience). We
> will love to partner with you to make that happen.
>
> Here's the link to the website
>  which will give you an
> overview of the scale of event, the kind of stakeholders involved and the
> kind of session we conduct at Future of Work.
>
> We would love to have you as our Outreach/Community partner for the same.
> Below are the terms of the partnership that we propose:
>
> *Deliverables from YourStory*
> -YourStory to provide an exclusive flat 60% discount for all
> OpenStreetMap members
> -Branding as outreach partner on the Future of Work website
> -Branding as outreach partners at Future of Work venue for two days
> -Social media shoutout as outreach partners on YourStory Facebook and
> Twitter handles
> -5 free passes for the team
> -10 additional free passes - based on relevance, to be filtered by
> YourStory team
>
> *Deliverables from **OpenStreetMap*
> -Send out a minimum of 2 mailers to the internal database about Future of
> Work with the special promo code customised for you
> -A minimum of 2 social media posts on Twitter and Facebook each
> -Promotion of Future of Work promo code among members & Community
> -Promotion of Future of Work promo code among groups
>
> Please let us know how can we take this forward.
>
> Looking forward to hearing from you. Please feel free to reach out to me
> at  in case of any further queries.
>
> Warm regards
>
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-it] il gatto che si morde la coda

[Lorenzo Beltrami]

 On 2019-01-24 21:41, claudio62PG wrote:
> Salve ho un problema curioso
> Uso osmose per controllare quello che faccio e mi trovo in questa
situazione
> Come mappare i parcheggi bordo strada?
> Se li mappo separati dalla strada osmose
> mi da errore
> Via di accesso al parcheggio mancante
>
> se ho un lato in comune mi dice che ho una sovapposizione
> che fare

Ciao Claudio,
utilizzare Osmose è un'ottima cosa, ma a volte anche lui sbaglia. :-)
Nel caso dei parcheggi senza accesso Osmose stesso li mette come errori a
priorità bassa proprio perché non è così matematico che sia sbagliato.
Il controllo sugli accessi ai parcheggi va bene per i grandi parcheggi in
cui non sono stati mappati gli accessi, ma non per quelli a bordo strada
come hai notato tu.

Il giorno gio 24 gen 2019 alle ore 22:04 Sergio Manzi  ha
scritto:

> Claudio, se capisco bene il tuo problema, penso che la risposta ai tuoi
> dubbi sia qui: https://wiki.openstreetmap.org/wiki/Key:parking:lane
>
> In soldoni si tratta di mappare i parcheggi a bordo strada non come entità
> a se stanti, ma come attributi della strada.
>

Questa è una soluzione corretta che però porta ad un'approssimazione: non
posso mappare l'area effettiva del parcheggio.
Secondo me va bene nel caso i parcheggi siano "parallel", ma sul
"perpendicular" ho qualche perplessità...

Il giorno ven 25 gen 2019 alle ore 09:53 Canfe News 
ha scritto:

> Mi è chiaro il concetto quando si hanno parcheggi a bordo strada, ma
> quando c'è un ampio spiazzo, un ampio slargo come questo?
> https://www.openstreetmap.org/way/631338438
>

Nel caso dello spiazzo si potrebbe mettere in aggiunta, indicativamente,
una via di accesso che porta al parcheggio.
Inoltre, come si discuteva qualche giorno fa, sarebbe meglio non connettere
aree, come i parcheggi, alla linea di mezzeria della strada.
Questo perché al momento tutte le strade sono approssimate con una linea e
non con il loro vero ingombro.

In conclusione mappare con l'unico scopo di fare ritornare tutto su Osmose
(quindi non nel caso in cui uno voglia semplicemente fare le cose
correttamente) in un certo senso è mappare per il rendering... :-P
Mi sembra che i router gestiscano abbastanza bene la situazione, io
segnerei su Osmose il falso positivo e tirerei dritto.

Lorenzo

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

Re: [Talk-it] il gatto che si morde la coda

[Canfe News]

Mi è chiaro il concetto quando si hanno parcheggi a bordo strada, ma quando
c'è un ampio spiazzo, un ampio slargo come questo?
https://www.openstreetmap.org/way/631338438

Il giorno gio 24 gen 2019 alle ore 22:04 Sergio Manzi  ha
scritto:

> Claudio, se capisco bene il tuo problema, penso che la risposta ai tuoi
> dubbi sia qui: https://wiki.openstreetmap.org/wiki/Key:parking:lane
>
> In soldoni si tratta di mappare i parcheggi a bordo strada non come entità
> a se stanti, ma come attributi della strada.
>
> Ciao,
>
> Sergio
>
>
> On 2019-01-24 21:41, claudio62PG wrote:
> > Salve ho un problema curioso
> > Uso osmose per controllare quello che faccio e mi trovo in questa
> situazione
> > Come mappare i parcheggi bordo strada?
> > Se li mappo separati dalla strada osmose
> > mi da errore
> > Via di accesso al parcheggio mancante
> >
> > se ho un lato in comune mi dice che ho una sovapposizione
> > che fare
> > Ciao
> > Claudio
> >
> >
> >
> >
> > --
> > Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
> >
> > ___
> > Talk-it mailing list
> > Talk-it@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-it
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it