[OSM-ja] OSM日本コミュニティが地図学会賞を受賞

[Miura Hiroshi]

三浦です。OSMFJよりご報告です。

日本地図学会よりご連絡をいただき、日本におけるOSM活動について、2月17日に表彰をいただきました。
表彰の対象はOSM日本コミュニティではありますが、代理してOSMFJが表彰式に出席し、賞を頂いてまいりました。

授賞の理由や同時に受賞した方については、日本地図学会のサイトに出る予定です（本日現在、まだ掲載されていないようです）。http://jcacj.org/prize.html

受賞理由は次の通りでした
「 OpenStreetMap(OSM)
は、地理情報データを誰でも自由に利用できるよう、一般市民が地理情報データを自ら作成して公開する世界的プロジェクトであり、日本でも市民の地図作りイベント「マッピングパーティ」が毎週末のように全国各地で展開されている。
特に、最近は地域課題の発見（例：バリアフリーの調査など）等とも連携しており、地図作りが地域作りに活用される契機となっている。
また、災害時に様々な情報を市民ボランティアが地図化するCrisis
Mappersにも同コミュニティは積極的に関与しており、市民参加による地図作りを通じた地図界への貢献は極めて高い。」
OSMのコミュニティの活動は、日本における地図に大きく寄与するものであることが述べられています。


なお、今回の表彰は事前にOSMFJとして申請を行ったものではなく、日本地図学会内における推薦の結果です。
地図学会という長年の歴史ある学会による権威ある賞をいただけたことを感謝し、授賞に至る活動を日々続けているコミュニティの皆様と心から祝福したいとおもいます。

この賞は、OSMコミュニティに対して贈られたものです。これからも、OSMコミュニティの下支えの支援を行うべく、OSMFJは活動を行っていく所存です。みなさま、これからもよりよい自由な地図にむけて、歩みを進めましょう！

いただいた楯、賞状の写真はこちらにございます。
https://flc.kr/p/GiQhyb
https://flic.kr/p/GiQhBN

今回、一緒に賞を頂いたのは、カシミール3Dの作者杉本さん、西表島測量の国土地理院、海洋情報部などでした。

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

[OSM-talk-ie] Round towers

[Colm Donoghue]

I live in Lusk and I was looking at bits and pieces I could tidy up around.
One stood out, the round towers national monument in Lusk are mapped as one
single building, there's 3
Oldest is a round tower, then an adjacent tower with 3 round corners and
finally a former CoI church

When I looked to see how to tag the round tower there's nothing to suggest
that it's an Irish round tower documented in the wiki

I'm proposing tagging all Irish round towers as man_made=irish_round_tower

Are there reasons not to do this?

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

Re: [OSM-talk] "The Future of Free and Open-Source Maps" Slashdot.org , Saturday February 17, 2018

[Milo van der Linden]

"but where Google starts to go haywire is in the properly mapped areas."

As someone who lives remote in the Netherlands, I can agree to that. DHL,
UPS, even ambulances; they are still unable to find my house although I am
living here 7 years now.

But, I think OSM is also going haywire in the Netherlands, where we've all
been blinded by imports and lack true numbers of mappers to keep the entire
country acurate and actual. I have been using maps.me to route from my
house to Delft, Leiden, Utrecht and all the way up to Den Helder and I have
collected screenshots of strange routing errors that, in my personal
opinion, are due to nobody being involved in the road-routing quality in
the Netherlands. As routing is one of the basics for self driving cars,
this is (and on this I DO agree with the author of the blog) troublesome.

I still think (and I actively tried to send out this message between
2008~2012) that an inclusive community and growing such a community should
be one of the focus points of the OSMF.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] Mappare le Zone a Traffico Limitato ZTL

[Volker Schmidt]

simile: https://wiki.openstreetmap.org/wiki/London_Congestion_Charge


2018-02-17 23:03 GMT+01:00 Andreas Lattmann :

> Nel tuo esempio potrei andare in Via Idomeneo anche di notte in
> >macchina,
> >ma non posso uscire? Cosa faccio se parto da lì con la macchina e poi
> >mi
> >accorgo alla fine della strada che non posso andare avanti, e non c'è
> >più
> >posto da parcheggiare, visto che si tratta di una strada a senso unico,
> >dovrei lasciare la macchina lì in mezzo alla carreggiata? Ti posso
> >chiedere
> >di chiedere questo al comune? ;-)
>
> Oppure fai come ho fatto io a Milano: non potevo più uscire dalla ZTL e
> per non rimanere bloccato sono uscito e mi sono arrivate due belle multe
> per un totale di 150€ 
>
> Andreas Lattmann
> --
> Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.
>
> ___
> 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] Varenna (LC) mappata male

[Andreas Lattmann]

Buongiorno, anzi, visto l'orario buona notte.
Guardando il paese di Varenna (LC) ho notato molti edit da parte di mappers 
stranieri, purtroppo con molti errori.
È la mia impressione o è un disastro? Edifici sovrapposti, nodi di appartamenti 
in mezzo alla strada, numeri civici messi in mezzo ai building. Sono io che 
vedo male??

Andreas Lattmann
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità. 

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

Re: [Talk-cz] Seznam poštovních schránek České pošty

[Marián Kyral]

Dne 15.2.2018 v 16:17 Miroslav Suchy napsal(a):
> Dne 15.2.2018 v 12:56 Miroslav Suchy napsal(a):
>> Dne 15.2.2018 v 10:14 Marián Kyral napsal(a):
>>> Bylo by dobré se zeptat, zda mají o ty souřadnice zájem.
>> Zaslal jsem dotaz na poštu, dám vědět až dorazí odpověď.
> Tak o GPS korekce maji zajem. Muzete mi je posilat a je je preposlu.

Ahoj,
lepší asi bude když připravím nějaký export souřadnic

Depo;Id;souradnice CP; souradnice OSM;Vzdálenost;Poznámka

Pak si to mohou stahovat a zpracovávat dle potřeby.

Marián

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


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

Re: [Talk-it] Mappare le Zone a Traffico Limitato ZTL

[Andreas Lattmann]

Nel tuo esempio potrei andare in Via Idomeneo anche di notte in
>macchina,
>ma non posso uscire? Cosa faccio se parto da lì con la macchina e poi
>mi
>accorgo alla fine della strada che non posso andare avanti, e non c'è
>più
>posto da parcheggiare, visto che si tratta di una strada a senso unico,
>dovrei lasciare la macchina lì in mezzo alla carreggiata? Ti posso
>chiedere
>di chiedere questo al comune? ;-)

Oppure fai come ho fatto io a Milano: non potevo più uscire dalla ZTL e per non 
rimanere bloccato sono uscito e mi sono arrivate due belle multe per un totale 
di 150€ 

Andreas Lattmann
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità. 

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

Re: [Talk-it] segnalazioni correzioni viabilità in tempo reale

[Andreas Lattmann]

>P.S.: mi chiedo se in altre città ci sono >OSMer tassisti

Questo non lo so, ma di sicuro so che io sono tutti i giorni su strada e 
mediamente guido 4 ore al giorno e quando noto qualche cosa, la 
inserisco/modifico con Vespucci. 
Mi è capitato di inserire una rotonda 10 minuti dopo l'apertura. 


Andreas Lattmann
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità. 

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

Re: [OSM-talk] diversity-talk: No such list

[Nelson A. de Oliveira]

On Sat, Feb 17, 2018 at 7:03 PM, Andrew Hain
 wrote:
> According to the Wayback Machine the last message was posted early in 2015.

Actually on October 17 https://lists.openstreetmap.org/pipermail/diversity-talk

While it's possible to see the archives, it's not possible to see the
list details.

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

Re: [OSM-talk] "The Future of Free and Open-Source Maps" Slashdot.org , Saturday February 17, 2018

[Colin Smale]

On 2018-02-17 22:02, Jakob Mühldorfer wrote:

> Thanks for pointing it out to us!
> 
> I too have some thoughts on points in the article.
> One I agree with, one not
> 
> Let me start with this one:
> "No Support For Observational, or Other Datasets"
> This is the point I agree with.
> OSM is missing out on some valuable information due to this strict 
> "verifiable on the ground" policy.

The rule would better be expressed as "verifiable from public sources",
so that any member of the public can verify its correctness without
being privy to any secret or confidential knowledge. Admin boundaries
are a case in point; there is no dotted line across the fields, but the
route of the boundary is (usually) a matter of public record and
therefore verifiable without privileged access.___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] Why OpenStreetMap is in Serious Trouble

[Andreas Lattmann]

>Credo che forkare OpenStreetMap sia molto oneroso in termini di risorse
>hardware/economiche ed è 

per

>questo che non è ancora stato fatto.

Scusate l'errore... 

Andreas Lattmann
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità. 

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

Re: [Talk-it] Strada comunale

[Andreas Lattmann]

Martin, il tuo nome completo è "Martin Koppenhoefer Wiki OSM"? 

Sei una fonte inesauribile di informazioni.
C'è sempre da imparare da te!

In Italia che ci frega del wiki? Abbiamo Martin! 

Andreas Lattmann
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità. 

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

Re: [OSM-talk] diversity-talk: No such list

[Andrew Hain]

According to the Wayback Machine the last message was posted early in 2015.

--
Andrew


From: Sérgio V. 
Sent: 17 February 2018 19:56:57
To: talk@openstreetmap.org
Subject: [OSM-talk] diversity-talk: No such list

Hi, I've just realized that in the

https://wiki.openstreetmap.org/wiki/Diversity
at the bottom, /Resources,

there's no such link to

https://lists.openstreetmap.org/listinfo/diversity-talk

If you click there , or search for it, it returns "No such list diversity-talk".

Is it still alive?


- - - - - - - - - - - - - - - -

Sérgio - http://www.openstreetmap.org/user/smaprs

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

Re: [OSM-talk] "The Future of Free and Open-Source Maps" Slashdot.org , Saturday February 17, 2018

[Jakob Mühldorfer]

Thanks for pointing it out to us!

I too have some thoughts on points in the article.
One I agree with, one not

Let me start with this one:
"No Support For Observational, or Other Datasets"
This is the point I agree with.
OSM is missing out on some valuable information due to this strict 
"verifiable on the ground" policy.
There is much more to a location, that the things that are currently 
there to see and easy to check.
I spent a long time browsing "atomic bomb text explosion sites" that are 
currently in OSM, a few people not interested in OSM were also really 
excited to see where they happened. But you would hardly be able or want 
to verify these?
Same goes for shipwrecks, they are accepted in the database, but how 
many people can first hand confirm the Titanic is really at this location?
I myself would also have liked to add a few locations or buildings used 
in movies, whoever dislikes such information could just ignore it.
Generally people who are experts in certain fields or have certain 
interest could generate a lot of highly interesting information, that 
others could learn from and that could also amaze "non OSM" people and 
get their interest in the project.


The thing I disagree with is
"OSM's Lack of Layers"
First concern is, that it would really restrict us.
How are you going to connect a highway to a building entrance? Have the 
entrance node on one layer, the building layer on another, the highway 
on a third, and then have some "relation style" super link across 
layers? Same for a ford on a highway over a river, and many more.
Second concern is, that it does not seem to be working in other maps 
that have it. Sure, it might more simple to write a few tools, but for 
example the map of the big G has illogical collisions of these layers in 
almost all parts of the world. Human editors would still need to work in 
the context of all layers to avoid these illogical "two features in once 
place" errors, and on a software level you would need a whole new set of 
complex validation software checking across all layers.


My thoughts on the issues



Am 17.02.2018 um 10:56 schrieb Oleksiy Muzalyev:

This article is on the front page of the Slashdot today:

Fri 16 February 2018 "Why OpenStreetMap is in Serious Trouble"

https://blog.emacsen.net/blog/2018/02/16/osm-is-in-trouble/





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

Re: [Talk-it] Why OpenStreetMap is in Serious Trouble

[Andreas Lattmann]

>verrebbe o abbandonato o forkato...qui questo (fortunatamente o
>sfortunatamente) non è ancora avvenuto

Credo che forkare OpenStreetMap sia molto oneroso in termini di risorse 
hardware/economiche ed è questo che non è ancora stato fatto.



Andreas Lattmann
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità. 

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

Re: [Talk-it] Di nuovo l'utente pasticcione

[Andreas Lattmann]

Il February 17, 2018 7:42:50 PM UTC, Cascafico Giovanni  
ha scritto:
>Il giorno 17 febbraio 2018 16:59, Marco  ha
>scritto:
>
>>
>> Tanti di voi sono dei fenomeni con Overpass e simili, riusciamo ad
>avere
>> una lista dei changeset che hanno modificato elementi in Italia di
>quei 4
>> utenti? avendo una lista potremmo tentare di fare una qualche
>scrematura,
>> cercare quelli più "dannosi" e farne il revert. Esistono delle regole
>da
>> seguire per i revert? serve l'autorizzazione di qualcuno?
>>
>
>Nessuno vieta di revertare errori palesi (deliberati o meno). Se
>qualcuno
>vuole impegnarsi per separare i changeset dannosi dagli altri, mi pare
>che
>la funzione "deep history" di osmcha [1], possa essere utile. Basta
>selezionare un elemento dalla mappa a dx e cliccare il relativo bottone
>
>[1]
>https://osmcha.mapbox.com/filters?aoi=935d98f7-1cc7-4050-8533-283f06394575


Perfetto, cerchiamo di mettere insieme le idee.

Non si può chiedere agli sviluppatori di id, josm, Vespucci ecc.  ecc. di 
mettere il flag "richiesta verifica changeset" di default per gli utenti con 
meno di X edit? Trovo utile ricevere tramite RSS le richieste e verificarle. 
Molte, moltissime volte trovo due tag: name e description. Quindi se ci fosse 
questa possibilità si potrebbe segnalare in lista i nomi utenti che fanno danni 
e la zona dove li commettono.
Si può fare altro??


Andreas Lattmann
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità. 

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

Re: [Talk-it] Di nuovo l'utente pasticcione

[Andreas Lattmann]

Il February 17, 2018 3:59:51 PM UTC, Marco  ha scritto:
>Stefano, a sostegno della tua seconda tesi ho trovato questa relazione 
>https://www.openstreetmap.org/relation/1538936 , a parte che è la 
>611esima versione, ha qualche senso/utilità una relazione del genere?
>
>
>Escono tante idee interessanti ogni volta che si parla di questo 
>problema ma alla fine mi sembra che non si combini mai nulla,

Il problema è trovare uno strumento per monitorare questi utenti.

 è vero che 
>i vandali ci sono sempre stati ed è anche vero che questi 4 non stanno 
>danneggiando gravemente la mappa, alla fine stanno disallineando ed 
>eliminando oggetti (dal mio punto di vista) non di primaria importanza 
>(telefoni pubblici, marciapiedi, fontane,... non stanno cancellando le 
>autostrade per esempio), però io sono convinto che dovremmo attivarci 
>nel nostro piccolo, non mi va di vedere malamente cancellati senza un 
>buon motivo degli oggetti che ho speso tempo a mappare.

+1

>
>Tanti di voi sono dei fenomeni con Overpass e simili, riusciamo ad
>avere 
>una lista dei changeset che hanno modificato elementi in Italia di quei
>
>4 utenti? avendo una lista potremmo tentare di fare una qualche 
>scrematura, cercare quelli più "dannosi" e farne il revert. 


>Esistono 
>delle regole da seguire per i revert? serve l'autorizzazione di
>qualcuno?

Della comunità, se tutti siamo d'accordo facciamo il revert.

>
>Il 17/02/2018 12:05, Stefano Droghetti ha scritto:
>>
>>
>> Il 11/02/2018 13:24, Alecs ha scritto:
>>> Ciao a tutti,
>>> vi segnalo il probabile nuovo account del buon vecchio "select"
>>> http://gis.19327.n8.nabble.com/Utente-pasticcione-td5892686.html
>>> https://www.openstreetmap.org/user/bionicbeaver
>>>
>>> nuovamente attivo a cancellare i marciapiedi di Catania
>>> https://www.openstreetmap.org/changeset/56251046
>>> https://www.openstreetmap.org/changeset/56250619
>>>
>>> Questo era l'account attivo fino a qualche giorno fa:
>>> https://www.openstreetmap.org/user/gionax/history
>>
>> Sì ma questo non è pasticcione, è evidente che o lo fa apposta o ha 
>> seri problemi mentali. 

>Comunque sia, bisogna trovare il modo di 
>> stroncarlo sul nascere ogni volta che si prende un nuovo account.
>>

Intanto si può utilizzare questo strumento per i changeset sospetti:
 http://resultmaps.neis-one.org/osm-suspicious#0/21/-8

Altri suggerimenti per strumenti utili a monitorare utenti sospetti??

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

Andreas Lattmann 

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

[OSM-talk] diversity-talk: No such list

[Sérgio V .]

Hi, I've just realized that in the

https://wiki.openstreetmap.org/wiki/Diversity
at the bottom, /Resources,

there's no such link to

https://lists.openstreetmap.org/listinfo/diversity-talk

If you click there , or search for it, it returns "No such list diversity-talk".

Is it still alive?


- - - - - - - - - - - - - - - -

Sérgio - http://www.openstreetmap.org/user/smaprs
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] "Why OpenStreetMap is in Serious Trouble"

[Philippe Verdy]

This is a vision from a user in US. In Europe the situation is dramatically
different, and OSM is far better than proprietary solutions.
The fact is that US contributors did not embrace OSM as much as they could
have done, and then they left proprietary solutions take the lead
everywhere.

Outside US and Europe, and notably in developping countries, OSM is already
better than proprietary solutions that are full of errors, approximations,
or extremely incomplete. But yes OSM is still too slow to grow there and it
could easily be overwhelmed there by proprietary solutions (notably by
Google creating maps based an automated imagery processing). But develoing
countries prefer avoiding this dependency and want to develop accurate maps
based on local contributions and with the possibility for local
governements and for NGOs to focus specific areas forgotten by major
proprietary map producers (which cannot infer lot of details and notably
local names, translations, social and community development, small
commercial activities, or even accurate roads taking into account their
real usability or assesment of risks caused by floods or damaged surfaces,
and the more specific usage not just by 4-wheeled cars but also by
motorcycles, bikes, traction by animal, tracks created by them or by
pastoral/nomadic agriculture, or their seasonal state).

In developing countries or poor areas, proprietary maps only focus on major
urban centers, just to locate shops, they cannot locate correctly the
taxis, small buses, markets, or religious places and many community areas,
so these maps are almost unusable (all they can produce correctly is aerial
imagery and some automated processing of buildings, full or errors because
buildings are hard to determine in dense cities: see the example of Mexico
or Bangladesh !). Moist prorietary maps have imported "blindly" some poor
data created initially with lot of difficulties by local authorities (most
of these are completely outdated, even the names are now false).

So where OSM is loosing ground ? Basically only in US, but this can change
(even if proprietary maps are attempting to keep the lead, by creating
"cute" maps with lot of tools, what they create is a dangerous dependancy
on how US citizens perceive their territory and what they can or cannot do
on it). There's no real reason why US cannot progress on OSM like what
happened in Europe. What is only needed is more involvement by the public
(and unfortunately, US still does not have a really active OSM US chapter
organization that can also become a force of proposition to federal and
local governments and all their agencies).

So we should urge US users to creating local communities in each one of US
state, to become state chapters, and founding an association/federation of
these state chapter that would become the OSM US chapter in the OSM
Foundation. This can start already is some states where there are very
active members (e.g. in NY, FL, CA states, and in DC). In the Midwest,
there's still a severe absence of contributors. The OSM US federation
should work on creating and sustaining the local state chapters, with help
of universities, or Wikimedia chapters, or important NGOs (like the
American Red Cross), or other partners (HOT).

It seems that most US users don't care much about OSM, and OSM is in fact
hidden by other US companies working with OSM data (but not only), such as
Mapbox.


2018-02-17 10:05 GMT+01:00 Shohreh :

> Vous l'avez peut-être déjà vu passer:
>
> "Why OpenStreetMap is in Serious Trouble" by Serge Wroclawski
> https://blog.emacsen.net/blog/2018/02/16/osm-is-in-trouble/
>
>
>
> --
> 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-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Di nuovo l'utente pasticcione

[Cascafico Giovanni]

Il giorno 17 febbraio 2018 16:59, Marco  ha scritto:

>
> Tanti di voi sono dei fenomeni con Overpass e simili, riusciamo ad avere
> una lista dei changeset che hanno modificato elementi in Italia di quei 4
> utenti? avendo una lista potremmo tentare di fare una qualche scrematura,
> cercare quelli più "dannosi" e farne il revert. Esistono delle regole da
> seguire per i revert? serve l'autorizzazione di qualcuno?
>

Nessuno vieta di revertare errori palesi (deliberati o meno). Se qualcuno
vuole impegnarsi per separare i changeset dannosi dagli altri, mi pare che
la funzione "deep history" di osmcha [1], possa essere utile. Basta
selezionare un elemento dalla mappa a dx e cliccare il relativo bottone

[1]
https://osmcha.mapbox.com/filters?aoi=935d98f7-1cc7-4050-8533-283f06394575
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

[Johann Haag]

Ergänzung,
das von mir vorgeschlagene Mapping lediglich der Wohnanlagen Basisadressen,
schließt nicht aus, dass jemand später Entrance- Nodes auch mit weiteren
Adressen (Adressen basierend auf weitere OGD Adressen) in der Form addrN
ergänzt.
Der Vorteil dieser Vorgangsweise bestünde darin, dass man zügig mit dem
Erfassen der WEG Basis Adressen Adressen
https://www.wienerwohnen.at/wiener-gemeindebau/gemeindebaubeschreibungen.html?gbSearchDistrict=1100==1=5=1,asc,0
beginnen kann.

Grüße Johann
OSM geocodec

Am 17. Februar 2018 um 19:56 schrieb Johann Haag :

> Ich habe ursprünglich zum Abbilden in der OGD gemulitplextern Wohnanlagen-
> Adressen, ebenfalls so wie Du an Multipolygon Strukturen gedacht.
> Als ich aber später herausgefunden habe, dass je Wohnanlage nur je eine
> Basisadresse maßgeblich ist, bin ich von diesem Gedanken wieder abgekommen.
>
> Die Problemstellung ist nun, dass OSM-Wien aktuell gefangener mehrerer
> Mapping Methoden ist, und dieser Zustand schon sehr sehr lange andauert.
> Wie ich hier im talk Forum erfahren habe, ist ein gemeinsamer Konsens
> wichtig bis offensichtlich alles. Trotzdem finde ich, es wäre höchst an der
> Zeit, sich auf eine einzige praktikable und per Nominatim
> https://wiki.openstreetmap.org/wiki/DE:Nominatim funktionierende Mapping-
> Methode zu einigen. Mein Vorschlag geht Richtung einzelner redundanter
> Nodes. Bei den von mir in Wien bereits gemappten PLZ-Relationen, habe ich
> festgestellt, dass man mit nur geringem Aufwand in einer PLZ Relation per
> simpler Overpass Abfrage falsch gemappte Adressen herausgefiltert und
> bereinigen kann. So sehe ich das auch bei redundanten Hausnummern. Mittels
> regelmäßiger Kontrolldurchläufe, kann man redundante Strukturen sehr gut
> überprüfen und warten.
>
> Daher mein Vorschlag für Wiener Adressen das Datenmodell von Steve Coast,
> also redundanten Strukturen anzuwenden https://forum.
> openstreetmap.org/viewtopic.php?pid=685290#p685290 und anschließende
> mittels Kontrollabfragen diese Adressen regelmäßig zu warten.
>
> Grüße Johann
> OSM geocodec
> Talk Lesezeichen http://talk.hxg.at
>
> Am 17. Februar 2018 um 13:07 schrieb Friedrich Volkmann :
>
>> On 17.02.2018 08:45, Johann Haag wrote:
>>
>>> Hallo Friedrich,
>>> warum ergänzt Du nicht die Türen z.b. https://www.openstreetmap.org/
>>> node/3302241287 mit der Adresse der Wohnanlage.
>>>
>>> addr:city=Wien
>>> addr:country=AT
>>> addr:housenumber=76-80/1
>>>
>>
>> addr:housenumber=76-80, ohne /1
>>
>> addr:postcode=1100
>>> addr:street=Davidgasse
>>> addr:unit=1
>>> barrier=door
>>> entrance=yes
>>>
>>
>> Vielleicht bin ich befangen durch meine langjährige Arbeit mit
>> relationalen Datenbanken, aber Redundanzen sind mir ein Graus, weil
>> überall, wo sie vorkommen, Inkonsistenzen entstehen. Das ist wie ein
>> Naturgesetz. Z.B. du setzt addr:street auf Gußriegelstraße, und dann kommt
>> jemand und ändert am Gebäude addr:street auf Gussriegelstraße mit ss (wie
>> unlängst passiert), und schon gibt es einen Unterschied.
>>
>> Ein weiteres Problem ist, dass so lange Latten an Tags für den Mapper
>> unübersichtlich werden. Man findet zwischen all den redundaten Tags die
>> bedeutungstragenden nicht mehr heraus. Das ist schlimm genug bei Straßen,
>> die mit oneway=no, access=yes, motorcar=yes, bicycle=yes, foot=yes,
>> cycleway=no usw. getaggt sind. Bei den Adresstags multipliziert sich das
>> noch, weil man dann ja konsequenterweise alle Identadressen mit auf den
>> Eingang setzen müsste, also bei meiner Stiege statt:
>>
>> addr:unit=14
>> barrier=door
>> entrance=yes
>>
>> wären das:
>>
>> addr:city=Wien
>> addr:postcode=1100
>> addr:country=AT
>> addr:street=Davidgasse
>> addr:housenumber=76-80
>> addr:unit=14
>> addr2:city=Wien
>> addr2:country=AT
>> addr2:postcode=1100
>> addr2:street=Gußriegelstraße
>> addr2:housenumber=5
>> addr2:unit=14
>> addr2:city=Wien
>> addr3:country=AT
>> addr3:postcode=1100
>> addr3:street=Buchengasse
>> addr3:housenumber=151(?)
>> addr3:unit=14
>> barrier=door
>> entrance=yes
>>
>> Da nehme ich lieber in Kauf, dass dumme Anwendungen nur die
>> Wohnhausanlage finden. Das ist eh schon ein Jammern auf hohem Niveau, denn
>> Stiegen und Nebeneingänge sind noch fast nirgends gemappt, und selbst wenn
>> eine Stiegennummer "nur" gerendert wird, ist das schon besser als gar
>> nichts.
>>
>> --
>> Friedrich K. Volkmann   http://www.volki.at/
>> Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria
>>
>> ___
>> Talk-at mailing list
>> Talk-at@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-at
>>
>
>
>
> --
> Elektronikermeister Johann Haag
> Innsbruckerstraße 42
> 6380 St. Johann in Tirol
> ÖSTERREICH
> Tel: +43 664/174 7414 <0664%201747414>
> Mailto:johannh...@hxg.at
>



-- 
Elektronikermeister Johann Haag
Innsbruckerstraße 42
6380 St. Johann in Tirol
ÖSTERREICH
Tel: +43 664/174 7414
Mailto:johannh...@hxg.at

Re: [Talk-ca] Formatting of Municipality Names in Ontario

[Bill & Kathy Patterson]

I can speak to Maple, living a few km north of it.  The OSM wiki 
states:—CLIP—Use place=suburb to identify a major area in a place=town or 
place=city with a distinct and recognised local name and identity. Suburbs may 
have uncertain boundaries, may overlap with other suburbs, and are often best 
mapped using a node.For areas within a suburb, the tag place=neighbourhood will 
usually be used. If necessary, place=quarter may be used for an area of a large 
settlement which is smaller than a suburb and larger than a neighbourhood.—END 
CLIP—and on that basis I'd say yes, Maple is definitely a suburb of Vaughan, as 
are 1/2 of Thornhill, Concord, Woodbridge, and Kleinburg.  Purpleville and 
Nashville should likely be classified as neighbourhoods, and Hope and 
Burrlington (note double "r") as pioneer communities.
16796 Town of Markham, has been a city for a few years.
Bill Patterson

  From: Matthew Darwin 
 To: talk-ca@openstreetmap.org 
 Sent: Saturday, February 17, 2018 11:43 AM
 Subject: Re: [Talk-ca] Formatting of Municipality Names in Ontario
   
 The following 2 are not changed, as per my previous comment that I will not 
update the name if it does not exist in NRCan without further review here.
 
 1)  3 City of Vaughan (Maple)
 
 Probably "Maple" should in the addr:suburb field instead? 
https://en.wikipedia.org/wiki/Maple,_Ontario
 
 2)   6165 City of Prince Edward County
 
 There is a "Prince Edward" as a City in Ontario not "Prince Edward County" as 
a city. Need to drop the word "County"  
http://www4.rncan.gc.ca/search-place-names/unique/FEQSA
 
 Comments?
 
 
 Edits are in progress for the other cities that I previously listed...
 
 Next up, towns:
 
   16796 Town of Markham
   11080 Town of Fort Erie
   10641 Town of Whitby
    7441 Town of Ajax
    7389 Town of Milton
    7025 Town of Lincoln
    6689 Town of Caledon
    6460 Town of Niagara-On-The-Lake
    5995 Town of Georgina
    5947 Town of Innisfil
    5886 Town of Newmarket
    5827 Town of Halton Hills
    5381 Town of Lakeshore
    5036 Town of Pelham
    4914 Town of South Bruce Peninsula
    4796 Town of Wasaga Beach
    4680 Town of Grimsby
    4474 Town of Essex
    4405 Town of Whitchurch-Stouffville
    4244 Town of Aurora
    4127 Town of Saugeen Shores
    3803 Town of New Tecumseth
    3720 Town of Collingwood
    3574 Town of Kingsville
    3188 Town of Amherstburg
    3097 Town of Tecumseh
    3053 Town of the Blue Mountains
    3050 Town of Greater Napanee
    2927 Town of Gravenhurst
    2837 Town of Midland
    2689 Town of Tillsonburg
    2667 Town of East Gwillimbury
    2600 Town of Lasalle
    2542 Town of Bradford West Gwillimbury
    2390 Town of Cobourg
    2201 Town of Plympton-Wyoming
    1993 Town of Erin
    1751 Town of Smiths Falls
    1648 Town of Ingersoll
    1587 Town of Penetanguishene
    1527 Town of Mono
    1506 Town Of Petawawa
    1416 Town of Hanover
    1388 Town of Huntsville
    1328 Town of Mississippi Mills
    1219 Town Of Kirkland Lake
    1217 Town of Hawkesbury
    1113 Town Of Kapuskasing
    1105 Town of Petrolia
    1043 Town of Perth
     982 Town of Parry Sound
     917 Town of Gananoque
     914 Town of Prescott
     897 Town Of Hearst
     847 Town of Espanola
     803 Town Of Iroquois Falls
     792 Town of Minto
     784 Town of Aylmer
     715 Town of Marathon
     706 Town Of Cochrane
     673 Town of Shelburne
     669 Town of Carleton Place
     528 Town of Arnprior
     505 Town of Kearney
     492 Town Of Deep River
     436 Town of Blind River
     409 Town of Northeastern Manitoulin and the Islands
     398 Town of Deseronto
     396 Town of Bracebridge
     326 Town Of Thessalon
     278 Town Of Bruce Mines
     256 Town Of Smooth Rock Falls
     256 Town Of Blind River
     238 Town of Gore Bay
     218 Town of Deep River
     211 Town of Spanish
  92 Town Of Laurentian Hills
  90 Town of St. Marys
  14 Town of Caledon (Bolton)
  14 Town Of Bancroft
   7 Town of Laurentian Hills
   5 Town Of Spanish
   2 Town of Whitchurch-Stouffville (Stouffville)
   2 Town of Caledon (Sandhill)
   1 Town of Saugeen Shores (Southampton)
   1 Town of Mono (Rosemont)
   1 Town of Huntsville (Port Sydney)
   1 Town of Clarington (Enniskillen)
 
 On 2018-02-16 12:41 PM, Matthew Darwin wrote:
  
 
To start the cleanup process, the following Ontario cities are being changed 
(remove "City of" or "City Of").   Once that is done, I'll come back with the 
next batch to process...
  The idea to remove the city name in its entirety will require careful 
consideration to ensure the necessary boundary relations are in place and of 
course more discussion to see if people are comfortable to proceed on that kind 
of activity.
   110707 City of Toronto
   45716 City of Hamilton
   27234 City of London
   25393 City of Brampton
   17251 City of Vaughan
   16929 City of St. Catharines
   16592 City of Kawartha Lakes
   16087 

Re: [OSM-talk] "The Future of Free and Open-Source Maps" Slashdot.org , Saturday February 17, 2018

[Colin Smale]

Java and Javascript have only those four letters in common. They are
completely unconnected in all other respects.

On 2018-02-17 19:54, john whelan wrote:

> JAVA script is used by web sites.  It does not require JAVA to be installed.
> 
> JAVA itself may or may not be a security risk the issue is that it has been 
> declared one by the US government in the past and that means many 
> organisations will not permit it to be installed.
> 
> Relevant because it is a constraint and has an impact.
> 
> Cheerio John 
> 
> On 17 February 2018 at 13:48, Nicolás Alvarez  
> wrote:
> 
>> Curiously enough those same organizations and governments then run
>> Java web apps on their servers. Java isn't a security risk, Java
>> applets running inside a browser are the problem. And that's blocked
>> by browsers nowadays.
>> 
>> I don't understand why this is relevant to the original discussion though...
>> 
>> --
>> Nicolás
>> 
>> 2018-02-17 15:27 GMT-03:00 john whelan :
>>> The JAVA issue comes up as many use work machines and since JAVA has been
>>> identified by the US government as a security risk some time ago many
>>> organisations do not permit it's installation on their equipment.
>>> 
>>> Which means in simple terms you can't use the building_tool plugin when
>>> mapping buildings and with new mappers that hurts data quality.
>>> 
>>> Cheerio John
>>> 
>>> On 17 Feb 2018 1:18 pm, "Mike N"  wrote:
 
 On 2/17/2018 11:01 AM, James wrote:
> 
> except it wouldnt be multiplatform and only run on windows 濫冷. Java is
> a better alternative as it's a popular language and is multiplatform. 
> C/c++
> is a bit more complicated and not everyone can contribute.
 
 
 That's no longer true - .Net is open source and generates multiplatform
 code and the C# language has an open source reference.
 
 That being said, Java is quite suitable for JOSM, and the security issues
 would rarely if ever surface in JOSM.  The big question is how well does
 JOSM serve as an OSM editor?   Quite well by a number of indicators.
> 
> ___
> 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-at] OSM Nominatim Adress Suche in Wien

[Johann Haag]

Ich habe ursprünglich zum Abbilden in der OGD gemulitplextern Wohnanlagen-
Adressen, ebenfalls so wie Du an Multipolygon Strukturen gedacht.
Als ich aber später herausgefunden habe, dass je Wohnanlage nur je eine
Basisadresse maßgeblich ist, bin ich von diesem Gedanken wieder abgekommen.

Die Problemstellung ist nun, dass OSM-Wien aktuell gefangener mehrerer
Mapping Methoden ist, und dieser Zustand schon sehr sehr lange andauert.
Wie ich hier im talk Forum erfahren habe, ist ein gemeinsamer Konsens
wichtig bis offensichtlich alles. Trotzdem finde ich, es wäre höchst an der
Zeit, sich auf eine einzige praktikable und per Nominatim
https://wiki.openstreetmap.org/wiki/DE:Nominatim funktionierende Mapping-
Methode zu einigen. Mein Vorschlag geht Richtung einzelner redundanter
Nodes. Bei den von mir in Wien bereits gemappten PLZ-Relationen, habe ich
festgestellt, dass man mit nur geringem Aufwand in einer PLZ Relation per
simpler Overpass Abfrage falsch gemappte Adressen herausgefiltert und
bereinigen kann. So sehe ich das auch bei redundanten Hausnummern. Mittels
regelmäßiger Kontrolldurchläufe, kann man redundante Strukturen sehr gut
überprüfen und warten.

Daher mein Vorschlag für Wiener Adressen das Datenmodell von Steve Coast,
also redundanten Strukturen anzuwenden
https://forum.openstreetmap.org/viewtopic.php?pid=685290#p685290 und
anschließende mittels Kontrollabfragen diese Adressen regelmäßig zu warten.

Grüße Johann
OSM geocodec
Talk Lesezeichen http://talk.hxg.at

Am 17. Februar 2018 um 13:07 schrieb Friedrich Volkmann :

> On 17.02.2018 08:45, Johann Haag wrote:
>
>> Hallo Friedrich,
>> warum ergänzt Du nicht die Türen z.b. https://www.openstreetmap.org/
>> node/3302241287 mit der Adresse der Wohnanlage.
>>
>> addr:city=Wien
>> addr:country=AT
>> addr:housenumber=76-80/1
>>
>
> addr:housenumber=76-80, ohne /1
>
> addr:postcode=1100
>> addr:street=Davidgasse
>> addr:unit=1
>> barrier=door
>> entrance=yes
>>
>
> Vielleicht bin ich befangen durch meine langjährige Arbeit mit
> relationalen Datenbanken, aber Redundanzen sind mir ein Graus, weil
> überall, wo sie vorkommen, Inkonsistenzen entstehen. Das ist wie ein
> Naturgesetz. Z.B. du setzt addr:street auf Gußriegelstraße, und dann kommt
> jemand und ändert am Gebäude addr:street auf Gussriegelstraße mit ss (wie
> unlängst passiert), und schon gibt es einen Unterschied.
>
> Ein weiteres Problem ist, dass so lange Latten an Tags für den Mapper
> unübersichtlich werden. Man findet zwischen all den redundaten Tags die
> bedeutungstragenden nicht mehr heraus. Das ist schlimm genug bei Straßen,
> die mit oneway=no, access=yes, motorcar=yes, bicycle=yes, foot=yes,
> cycleway=no usw. getaggt sind. Bei den Adresstags multipliziert sich das
> noch, weil man dann ja konsequenterweise alle Identadressen mit auf den
> Eingang setzen müsste, also bei meiner Stiege statt:
>
> addr:unit=14
> barrier=door
> entrance=yes
>
> wären das:
>
> addr:city=Wien
> addr:postcode=1100
> addr:country=AT
> addr:street=Davidgasse
> addr:housenumber=76-80
> addr:unit=14
> addr2:city=Wien
> addr2:country=AT
> addr2:postcode=1100
> addr2:street=Gußriegelstraße
> addr2:housenumber=5
> addr2:unit=14
> addr2:city=Wien
> addr3:country=AT
> addr3:postcode=1100
> addr3:street=Buchengasse
> addr3:housenumber=151(?)
> addr3:unit=14
> barrier=door
> entrance=yes
>
> Da nehme ich lieber in Kauf, dass dumme Anwendungen nur die Wohnhausanlage
> finden. Das ist eh schon ein Jammern auf hohem Niveau, denn Stiegen und
> Nebeneingänge sind noch fast nirgends gemappt, und selbst wenn eine
> Stiegennummer "nur" gerendert wird, ist das schon besser als gar nichts.
>
> --
> Friedrich K. Volkmann   http://www.volki.at/
> Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>



-- 
Elektronikermeister Johann Haag
Innsbruckerstraße 42
6380 St. Johann in Tirol
ÖSTERREICH
Tel: +43 664/174 7414
Mailto:johannh...@hxg.at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [OSM-talk] "The Future of Free and Open-Source Maps" Slashdot.org , Saturday February 17, 2018

[john whelan]

JAVA script is used by web sites.  It does not require JAVA to be installed.

JAVA itself may or may not be a security risk the issue is that it has been
declared one by the US government in the past and that means many
organisations will not permit it to be installed.

Relevant because it is a constraint and has an impact.

Cheerio John

On 17 February 2018 at 13:48, Nicolás Alvarez 
wrote:

> Curiously enough those same organizations and governments then run
> Java web apps on their servers. Java isn't a security risk, Java
> applets running inside a browser are the problem. And that's blocked
> by browsers nowadays.
>
> I don't understand why this is relevant to the original discussion
> though...
>
> --
> Nicolás
>
> 2018-02-17 15:27 GMT-03:00 john whelan :
> > The JAVA issue comes up as many use work machines and since JAVA has been
> > identified by the US government as a security risk some time ago many
> > organisations do not permit it's installation on their equipment.
> >
> > Which means in simple terms you can't use the building_tool plugin when
> > mapping buildings and with new mappers that hurts data quality.
> >
> > Cheerio John
> >
> > On 17 Feb 2018 1:18 pm, "Mike N"  wrote:
> >>
> >> On 2/17/2018 11:01 AM, James wrote:
> >>>
> >>> except it wouldnt be multiplatform and only run on windows 濫冷. Java
> is
> >>> a better alternative as it's a popular language and is multiplatform.
> C/c++
> >>> is a bit more complicated and not everyone can contribute.
> >>
> >>
> >> That's no longer true - .Net is open source and generates multiplatform
> >> code and the C# language has an open source reference.
> >>
> >>  That being said, Java is quite suitable for JOSM, and the security
> issues
> >> would rarely if ever surface in JOSM.  The big question is how well does
> >> JOSM serve as an OSM editor?   Quite well by a number of indicators.
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] "The Future of Free and Open-Source Maps" Slashdot.org , Saturday February 17, 2018

[Nicolás Alvarez]

Curiously enough those same organizations and governments then run
Java web apps on their servers. Java isn't a security risk, Java
applets running inside a browser are the problem. And that's blocked
by browsers nowadays.

I don't understand why this is relevant to the original discussion though...

-- 
Nicolás

2018-02-17 15:27 GMT-03:00 john whelan :
> The JAVA issue comes up as many use work machines and since JAVA has been
> identified by the US government as a security risk some time ago many
> organisations do not permit it's installation on their equipment.
>
> Which means in simple terms you can't use the building_tool plugin when
> mapping buildings and with new mappers that hurts data quality.
>
> Cheerio John
>
> On 17 Feb 2018 1:18 pm, "Mike N"  wrote:
>>
>> On 2/17/2018 11:01 AM, James wrote:
>>>
>>> except it wouldnt be multiplatform and only run on windows 濫冷. Java is
>>> a better alternative as it's a popular language and is multiplatform. C/c++
>>> is a bit more complicated and not everyone can contribute.
>>
>>
>> That's no longer true - .Net is open source and generates multiplatform
>> code and the C# language has an open source reference.
>>
>>  That being said, Java is quite suitable for JOSM, and the security issues
>> would rarely if ever surface in JOSM.  The big question is how well does
>> JOSM serve as an OSM editor?   Quite well by a number of indicators.

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

Re: [OSM-talk] "The Future of Free and Open-Source Maps" Slashdot.org , Saturday February 17, 2018

[john whelan]

The JAVA issue comes up as many use work machines and since JAVA has been
identified by the US government as a security risk some time ago many
organisations do not permit it's installation on their equipment.

Which means in simple terms you can't use the building_tool plugin when
mapping buildings and with new mappers that hurts data quality.

Cheerio John

On 17 Feb 2018 1:18 pm, "Mike N"  wrote:

> On 2/17/2018 11:01 AM, James wrote:
>
>> except it wouldnt be multiplatform and only run on windows 濫冷. Java is
>> a better alternative as it's a popular language and is multiplatform. C/c++
>> is a bit more complicated and not everyone can contribute.
>>
>
> That's no longer true - .Net is open source and generates multiplatform
> code and the C# language has an open source reference.
>
>  That being said, Java is quite suitable for JOSM, and the security issues
> would rarely if ever surface in JOSM.  The big question is how well does
> JOSM serve as an OSM editor?   Quite well by a number of indicators.
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] "The Future of Free and Open-Source Maps" Slashdot.org , Saturday February 17, 2018

[James]

You would need to install mono to run it and not everyone has mono or wants
it installed(thats the problem with Virtual Machine languages). We would
also have to rename it to Cosm. Doesn't have a nice ring to it ;).

On Feb 17, 2018 1:19 PM, "Mike N"  wrote:

> On 2/17/2018 11:01 AM, James wrote:
>
>> except it wouldnt be multiplatform and only run on windows 濫冷. Java is
>> a better alternative as it's a popular language and is multiplatform. C/c++
>> is a bit more complicated and not everyone can contribute.
>>
>
> That's no longer true - .Net is open source and generates multiplatform
> code and the C# language has an open source reference.
>
>  That being said, Java is quite suitable for JOSM, and the security issues
> would rarely if ever surface in JOSM.  The big question is how well does
> JOSM serve as an OSM editor?   Quite well by a number of indicators.
>
> ___
> 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-it] Why OpenStreetMap is in Serious Trouble

[Aury88]

Andrea Musuruane wrote
> Lettura interessante:
> https://blog.emacsen.net/blog/2018/02/16/osm-is-in-trouble/

lettura molto interessante. alcuni problemi li conoscevo, come quelli
causati dall'assenza di ID permanenti o l'assenza di uno standard nella
rappresentazione dei dati (quest'ultimo a mio avviso fortemente legato a
come è impostato/usato il wiki). altri mi erano totalmente sconosciuti come
la questione API o tutta la questione sul conflitto di interessi...la cosa
che mi lascia perplesso è che un software opensource nella stessa situazione
verrebbe o abbandonato o forkato...qui questo (fortunatamente o
sfortunatamente) non è ancora avvenuto



-
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] "The Future of Free and Open-Source Maps" Slashdot.org , Saturday February 17, 2018

[Mike N]

On 2/17/2018 11:01 AM, James wrote:
except it wouldnt be multiplatform and only run on windows 濫冷. Java is 
a better alternative as it's a popular language and is multiplatform. 
C/c++ is a bit more complicated and not everyone can contribute.


That's no longer true - .Net is open source and generates multiplatform 
code and the C# language has an open source reference.


 That being said, Java is quite suitable for JOSM, and the security 
issues would rarely if ever surface in JOSM.  The big question is how 
well does JOSM serve as an OSM editor?   Quite well by a number of 
indicators.


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

Re: [Talk-it] mia prima modifica in OSM - help!

[Marco]

Ciao, benvenuta su Openstreetmap.

Decidi tu se preferisci avere il nodo della stazione in mezzo ai binari 
o sull'edificio, io lascerei così come hai fatto e rimuoverei il nome 
dall'edificio. Per pura curiosità ho perso 30 secondi a guardare altre 
stazioni in giro per l'Italia e vedo spesso il doppio nome (lì in zona, 
sapri, palinuro e qualche altra hanno il nome sia sul nodo tra i binari, 
sia sull'edificio), temo che stando alla wiki dovremmo rimuovere 
parecchi tag name=* :D



Il 17/02/2018 16:49, Martina Savarese ha scritto:

Ho fatto la mia prima modifica in OSM e vorrei un parere.

A questa stazione ferroviaria esistente
https://www.openstreetmap.org/way/384228543
ho tolto il tag railway=station e ho aggiunto il nodo
https://www.openstreetmap.org/node/5418213652
a cui ho messo tale tag

L'ho fatto seguendo il wiki in inglese 
https://wiki.openstreetmap.org/wiki/Tag:railway%3Dstation ma poi mi 
sono accorta che nell'Italiano 
https://wiki.openstreetmap.org/wiki/IT:Tag:building=train_station si 
dice che questo tag può essere associato anche all'edificio della 
stazione.


In ogni caso mi sembra comunque che il name=* non possa essere su 
entrambi e debba essere solo sul nodo con tag railway=station


Che faccio? Lo tolgo dal building? o rimetto tutto com'era (e magari 
mando un messaggio di scuse al mappatore dell'edificio :))?
In ogni caso vedo che non erano state impostate delle relazioni quindi 
non dovrei aver fatto troppi casini...


Martina




___
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-es] Importación de Catastro. Correcciones en archivos de tareas y subida de archivos al repositorio en línea

[Javier Sánchez Portero]

Si no importas direcciones, también habría que volver a generar los
archivos sin las direcciones.

Totalán es un buen comienzo para coger la dinámica. Si me pasas el archivo
highway_names yo te genero las tareas sin problema. También nos podemos
poner de acuerdo y te echo una mano revisando callejero, al menos
identificando las que están bien y las que hay que revisar.

El 17 feb. 2018 12:55, "dcapillae"  escribió:

> Gracias, Javier.
>
> Haré lo que me dices. En principio había pensado importar sólo edificios y
> dejar las direcciones para otro momento, bien para corregirlas durante el
> proceso, bien para corregirlas posteriormente, con la idea de evitar tener
> que ejecutar de nuevo CatAtom2Osm. Mi ordenador es lento hasta la
> desesperación cuando se trata de procesar municipios grandes.
>
> Me he descargado Totalán y tarda mucho menos. Voy a intentar corregir el
> callejero de Totalán y volveré a ejecutar CatAtom2Osm. Mi ordenador parece
> que va bien con muncipios pequeños. Paralelamente iré corrigiendo el
> callejero de Málaga y volveré a ejecutar el programa una vez corregido. Si
> veo que tarda mucho, quizás necesite que me eches una mano.
>
> A ver si puedo tener un proyecto publicado para la provincia de Málaga
> durante este fin de semana. Si no puede ser Málaga, empezaré por Totalán o
> algún otro municipio pequeño. Hay ganas de empezar.
>
>
>
> -
> Daniel Capilla
> OSM user: dcapillae
> --
> Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Importación de Catastro. Permisos para crear proyectos en el gestor de tareas

[Javier Sánchez Portero]

Si, te vale. Yo prefiero identificarme con una cuenta tipo
minombre+imports, pero esa te puede valer.

El 17 feb. 2018 12:08, "Jesús Gómez Fernández" 
escribió:

> Hola.
> Me gustaría añadir al gestor de tareas el municipio de Potes, en
> Cantabria. Es el mismo con el que he estado haciendo pruebas con
> CatAtom2Osm y al ser pequeño pienso que puede ser adecuado para empezar.
> He seguido las indicaciones en la Guía de importación [1] pero no me queda
> claro si tengo que crear un usuario en OSM. Yo dispongo de la cuenta que se
> creó para la anterior importación de catastro: "catastro_cantabria". ¿Vale
> con esta?
>
> [1] https://wiki.openstreetmap.org/wiki/ES:Catastro_espa%C3%
> B1ol/Importaci%C3%B3n_de_edificios/Gu%C3%ADa_de_
> importaci%C3%B3n/Gesti%C3%B3n_de_proyectos
>
> Un saludo.
>
> Jesús Gómez
>
> El 12 de febrero de 2018, 19:09, dcapillae  escribió:
>
>> Gracias, Javier. Gracias, Alan.
>>
>> Voy a intentar publicar un proyecto para Málaga y otro para algún
>> municipio
>> pequeño de la provincia. Los archivos de tarea de Málaga los tengo.
>> Probaré
>> a descargarme los datos de Totalán y Pizarra con CatAtom2Osm. Mi ordenador
>> tarda mucho en procesar la información, así que es probable que necesite
>> vuestra colaboración. De todas formas, primero quiero intentarlo por mi
>> cuenta. Totalán y Pizarra son más pequeños que Málaga, con menos
>> edificios.
>> Espero que mi ordenador sea capaz de procesarlos en un tiempo razonable.
>>
>> Antonio tiene interés en empezar por Antequera, así que es probable que
>> publiquemos también un proyecto para ese municipio, y puede que para algún
>> otro. Lo iremos viendo. Documentaremos todo en el wiki.
>>
>> Si todo va bien, pondremos en marcha los primeros proyectos para la
>> provincia de Málaga a lo largo de esta semana.
>>
>>
>>
>> -
>> Daniel Capilla
>> OSM user: dcapillae
>> --
>> Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-it] Relation type=area (@dieterdreist)

[liste DOT girarsi AT posteo DOT eu]

Il 17/02/2018 13:58, scratera ha scritto:

..+1
...vero perchè mi risultava un caso semplice a cui appoggiarsi
..questo https://www.openstreetmap.org/relation/1919518 diventa un attimino
più complicato ed è a poche 100 di m dalle scuole...ma in questo caso è la
descrizione del solo polo museale...ma volendo ad ogni part si piò applicare
i tag nome e amenity a chi più ne a più ne metta...



Ok, grazie, qua ci ho capito qualcosa di più, anche se ad esser 
puntigliosi, non ho capito perchè due relazioni, una building (1919518) 
ed una multipoligono (7968920), forse perchè sono due entità diverse?




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

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

Re: [OSM-talk] "The Future of Free and Open-Source Maps" Slashdot.org , Saturday February 17, 2018

[Nicolás Alvarez]

El 17 feb. 2018, a la(s) 06:56, Oleksiy Muzalyev  
escribió:

> This article is on the front page of the Slashdot today:
> 
> Fri 16 February 2018 "Why OpenStreetMap is in Serious Trouble"
> 
> https://blog.emacsen.net/blog/2018/02/16/osm-is-in-trouble/
> 
> 
> "The Future of Free and Open-Source Maps"
> 
> https://news.slashdot.org/story/18/02/16/2216228/the-future-of-free-and-open-source-maps
> 
> 
> I actually read the article, and though it has got insightful information and 
> interesting ideas, I have doubts about some suggestions.
> 
> For instance, reviews. I hope it will not come to what there is at some 
> commercial maps, when one adds say a building and then has to wait for a 
> month that an almighty moderator approves it, so that it appears on the map.

There is a big technical problem with reviews too, which is conflicts. 
Currently you get an edit conflict if someone makes another change to the same 
objects after you download map data and before you upload your changes; but 
usually that's a short period of time.

If changes are held for review and only "merged" back to the main database 
after they were reviewed, conflicts can happen if there is an edit between 
downloading the original data and someone approving your change, which could 
happen days or weeks later. Thus, such conflicts will be a lot more frequent. 
Who will resolve the conflict? The editor or the reviewer? And will we need 
some very smart software to try to auto-resolve some kinds of merge conflicts?

The other obvious problem is: do we have enough experienced and motivated 
people to do the reviews and keep up with the rate of incoming changes?

Finally, will this need tiering of users? If experienced users can make changes 
bypassing the review process and/or only experienced users can review other 
people's changes, who decides when you get the "experienced" flag and under 
what criteria?


All this also makes me think that the individual points of the blog post may 
need to be discussed separately. It's not a single all-or-nothing proposal, 
it's a list of mostly-independent identified problems, and some are more 
feasible to solve than others.

-- 
Nicolás
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] "The Future of Free and Open-Source Maps" Slashdot.org , Saturday February 17, 2018

[James]

except it wouldnt be multiplatform and only run on windows 濫冷. Java is a
better alternative as it's a popular language and is multiplatform. C/c++
is a bit more complicated and not everyone can contribute.

On Feb 17, 2018 10:56 AM, "john whelan"  wrote:

> I think that highlights the point on the limited resources available on
> the resource side.
>
> What we have sort of works.  Could it be better?  Most probably.
>
> The JOSM editor is very nice but it runs over JAVA and JAVA has been
> recognised as a security problem and it not recommended for many
> corporations.
>
> Something in Visual Basic sorry Visual Studio Express might be more
> acceptable.
>
> Most commercial coding these days is done in Visual Studio for good
> reasons.  To change the database architecture and the associated
> infrastructure is a fairly large change.  There is a lot of investment in
> what we have but on the other hand the most valuable bit of what we have is
> the data and that can moved across.
>
> Will it happen.  Probably not.  Normally what causes this sort of change
> is money.  Things like support costs, what do we do when the guys who know
> this stuff disappear?  Can we demonstrate the code is clean and reliable?
> I don't think there is anyone looking at these sort of things.
>
> Cheerio John
>
> On 17 February 2018 at 09:45, Eugene Alvin Villar 
> wrote:
>
>> On Sat, Feb 17, 2018 at 9:53 PM, john whelan 
>> wrote:
>>
>>> Possibly a technical working group to identify areas that could be
>>> improved or even if we were to start over again how would we do it from a
>>> technical point of view?  Funding would be a different problem.
>>>
>>
>> I believe the now-defunct Strategic Working Group (
>> https://wiki.osmfoundation.org/wiki/Strategic_Working_Group) is what you
>> are looking for?
>>
>> ~Eugene
>>
>
>
> ___
> 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-it] Di nuovo l'utente pasticcione

[Marco]

Stefano, a sostegno della tua seconda tesi ho trovato questa relazione 
https://www.openstreetmap.org/relation/1538936 , a parte che è la 
611esima versione, ha qualche senso/utilità una relazione del genere?



Escono tante idee interessanti ogni volta che si parla di questo 
problema ma alla fine mi sembra che non si combini mai nulla, è vero che 
i vandali ci sono sempre stati ed è anche vero che questi 4 non stanno 
danneggiando gravemente la mappa, alla fine stanno disallineando ed 
eliminando oggetti (dal mio punto di vista) non di primaria importanza 
(telefoni pubblici, marciapiedi, fontane,... non stanno cancellando le 
autostrade per esempio), però io sono convinto che dovremmo attivarci 
nel nostro piccolo, non mi va di vedere malamente cancellati senza un 
buon motivo degli oggetti che ho speso tempo a mappare.


Tanti di voi sono dei fenomeni con Overpass e simili, riusciamo ad avere 
una lista dei changeset che hanno modificato elementi in Italia di quei 
4 utenti? avendo una lista potremmo tentare di fare una qualche 
scrematura, cercare quelli più "dannosi" e farne il revert. Esistono 
delle regole da seguire per i revert? serve l'autorizzazione di qualcuno?



Il 17/02/2018 12:05, Stefano Droghetti ha scritto:



Il 11/02/2018 13:24, Alecs ha scritto:

Ciao a tutti,
vi segnalo il probabile nuovo account del buon vecchio "select"
http://gis.19327.n8.nabble.com/Utente-pasticcione-td5892686.html
https://www.openstreetmap.org/user/bionicbeaver

nuovamente attivo a cancellare i marciapiedi di Catania
https://www.openstreetmap.org/changeset/56251046
https://www.openstreetmap.org/changeset/56250619

Questo era l'account attivo fino a qualche giorno fa:
https://www.openstreetmap.org/user/gionax/history


Sì ma questo non è pasticcione, è evidente che o lo fa apposta o ha 
seri problemi mentali. Comunque sia, bisogna trovare il modo di 
stroncarlo sul nascere ogni volta che si prende un nuovo account.





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

Re: [OSM-talk] "The Future of Free and Open-Source Maps" Slashdot.org , Saturday February 17, 2018

[john whelan]

I think that highlights the point on the limited resources available on the
resource side.

What we have sort of works.  Could it be better?  Most probably.

The JOSM editor is very nice but it runs over JAVA and JAVA has been
recognised as a security problem and it not recommended for many
corporations.

Something in Visual Basic sorry Visual Studio Express might be more
acceptable.

Most commercial coding these days is done in Visual Studio for good
reasons.  To change the database architecture and the associated
infrastructure is a fairly large change.  There is a lot of investment in
what we have but on the other hand the most valuable bit of what we have is
the data and that can moved across.

Will it happen.  Probably not.  Normally what causes this sort of change is
money.  Things like support costs, what do we do when the guys who know
this stuff disappear?  Can we demonstrate the code is clean and reliable?
I don't think there is anyone looking at these sort of things.

Cheerio John

On 17 February 2018 at 09:45, Eugene Alvin Villar  wrote:

> On Sat, Feb 17, 2018 at 9:53 PM, john whelan 
> wrote:
>
>> Possibly a technical working group to identify areas that could be
>> improved or even if we were to start over again how would we do it from a
>> technical point of view?  Funding would be a different problem.
>>
>
> I believe the now-defunct Strategic Working Group (
> https://wiki.osmfoundation.org/wiki/Strategic_Working_Group) is what you
> are looking for?
>
> ~Eugene
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-it] mia prima modifica in OSM - help!

[Martina Savarese]

Ho fatto la mia prima modifica in OSM e vorrei un parere.

A questa stazione ferroviaria esistente
https://www.openstreetmap.org/way/384228543
ho tolto il tag railway=station e ho aggiunto il nodo
https://www.openstreetmap.org/node/5418213652
a cui ho messo tale tag

L'ho fatto seguendo il wiki in inglese
https://wiki.openstreetmap.org/wiki/Tag:railway%3Dstation ma poi mi sono
accorta che nell'Italiano
https://wiki.openstreetmap.org/wiki/IT:Tag:building=train_station si dice
che questo tag può essere associato anche all'edificio della stazione.

In ogni caso mi sembra comunque che il name=* non possa essere su entrambi
e debba essere solo sul nodo con tag railway=station

Che faccio? Lo tolgo dal building? o rimetto tutto com'era (e magari mando
un messaggio di scuse al mappatore dell'edificio :))?
In ogni caso vedo che non erano state impostate delle relazioni quindi non
dovrei aver fatto troppi casini...

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

Re: [Talk-it] WMS mappa catasto agenzia delle entrate non funziona più?

[Martina Savarese]

Non so se ho capito bene la domanda comunque provo a risponderti
Per quanto riguarda la visualizzazione se hai attiva la riproiezione al
volo dovresti vedere i layer allineati. Comunque nella finestra "aggiungi
layer da un server WM(T)S" in fondo dovresti vedere il sistema del layer
selezionato (nel caso del servizio che hai linkato ETRS89) accanto c'è il
pulsante "cambia" che ti apre la finestra dove selezionare un altro SR in
cui potresti selezionare quello dell'altro servizio WMS a cui vuoi
allinearlo.



Il giorno 17 febbraio 2018 14:09, carlo folini  ha
scritto:

> Ciao,
> nella discussione " Re: [Talk-it] Agenzia delle uscite - Consultazione
> cartografia catastale - Web Map Service " avevo detto che, con tutti i
> problemi di licenza 'stretta', riuscivo a consultare il WMS
> https://wms.cartografia.agenziaentrate.gov.it/inspire/wms/ows01.php
>
> Da qualche settimana non mi funziona più! A qualcuno va ancora?
>
> Da QGIS funziona, ma non riesco ad allineare i layer e risulta
> inutilizzabile. Qualcuno sa come si fa ad allineare due layer WMS? (in JOSM
> è facile con "New offset")
>
> --
> Carlo Folini
> mailto:carlo.fol...@gmail.com
>
>
> 
>  Mail
> priva di virus. www.avast.com
> 
> <#m_-3281663613637259400_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> ___
> 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] "The Future of Free and Open-Source Maps" Slashdot.org , Saturday February 17, 2018

[Eugene Alvin Villar]

On Sat, Feb 17, 2018 at 9:53 PM, john whelan  wrote:

> Possibly a technical working group to identify areas that could be
> improved or even if we were to start over again how would we do it from a
> technical point of view?  Funding would be a different problem.
>

I believe the now-defunct Strategic Working Group (
https://wiki.osmfoundation.org/wiki/Strategic_Working_Group) is what you
are looking for?

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

Re: [Talk-it] Di nuovo l'utente pasticcione

[Max1234Ita]

cascafico wrote
> E' successo anche a Trieste, dove un vandalo alterna pochi changeset
> utili,
> con danni ad una prima occhiata non evidenti. IMHO questi comportamenti
> subdoli non sono frutto della noia che può affliggere qualche frustrato
> della tastiera, ma sembrano strategie mirate a screditare il punto di
> forza
> del lavoro collaborativo.
> 
> La vaccinazione può essere un minimo di comunità a livello regionale od
> anche più ristretto e l'uso di alcuni strumenti già citati (osmcha in
> coppia con rss, osm analytic tracker ecc.)
> 
> Fosse per me, vista la malizia dei danneggiatori, reverterei il loro
> "lavoro" in toto, fregandomene dei changeset utili, in quanto il tempo
> perso per selezionare i revert è sicuramente superiore a quello impiegato
> per vandalizzare.
> 
> 
> 
> 
> 
> Il giorno 17 febbraio 2018 12:12, Stefano Droghetti <

> stefano.droghetti@

>> ha scritto:
> 
>>
>>
>> Il 17/02/2018 09:44, Marco ha scritto:
>>
>>>
>>>
>>> La cosa bella (no, non è bella) è che quasi nessuno sembra notarlo
>>> (nessuno commenta i changeset chiedendo spiegazioni), come se fossimo
>>> tutti
>>> intenti a mappare il nostro bel cortile di casa e non ci accorgessimo
>>> che
>>> in strada c'è l'anarchia. Non stiamo parlando di un giocatore di pokemon
>>> che ha aggiunto un laghetto dietro casa, gli account in questione (di
>>> cui
>>> conosciamo l'esistenza) sono almeno questi:
>>>
>>> http://yosmhm.neis-one.org/?bionicbeaver
>>>
>>
>> Per quanto riguarda questo utente in particolare, perlomeno nella mia
>> zona, ha aggiunto punti di interesse e percorsi veri. Perlomeno qui, non
>> è
>> un utente impazzito.
>>
>> --
>> Stefano Droghetti
>> 

> stefano.droghetti@

>> www.stefanodroghetti.it
>>
>>
>> ___
>> Talk-it mailing list
>> 

> Talk-it@

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

> Talk-it@

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


La vaccinazione potrebbe anche essere modificare le API che permettono
d'interagire col DB in modo che venga generato un codice identificativo
univoco per utente E per computer utilizzato.

L'utente "x"  combina casini? Va richiamato. Continua lo stesso? OK il x
ban. Ma non solo all'utente: anche alla macchina che di solito usa per fare
i comodi suoi.

Cambia utente ma non PC? rimane bloccato ugualmente.
Cambia utente e computer? Il nome utente ci vogliono 5 minuti, ma il nomero
di computer, direi, è finito, è poco probabile che il tizio in questione
possa cambiare sistema tutti i giorni, e nel breve/medio termine si
troverebbe blindato...

L'alternativa (che io però, personalmente, trovo più odiosa), sarebbe
introdurre l'autenticazione a 2 fattori, di cui uno è necessariamente un
numero telefonico... Anche qui è un po' improbabile che si possa cambiare
numero di telefono tutti i giorni...

Temo che ad una di queste soluzioni si dovrà prima o poi arrivare... se non
son casini (anzi, lo sono già).

Max






--
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] "The Future of Free and Open-Source Maps" Slashdot.org , Saturday February 17, 2018

[john whelan]

I think there are some valid points but change is hard and needs a lot more
resources than we have available at the moment.

HOT has a validation process but if you look at their projects its rarely
used and when it is a new mapper has been permitted to validate.

OSM has come as far as it has with a bottom up approach.  It's worked
fairly well to get us to this point.  However it is now apparent that a
look at the architecture and funding might be worthwhile.

It's noticeable that there are a number of clean up projects at the
moment.  Place names and telephones in Canada, some work on classification
of unpaved highways by Fernando Trebien so some things are happening.

Having said that there is a lot of inertia to overcome even if we could
decide what would be best.

Possibly a technical working group to identify areas that could be improved
or even if we were to start over again how would we do it from a technical
point of view?  Funding would be a different problem.

Cheerio John

On 17 February 2018 at 06:58, Michał Brzozowski  wrote:

> The emacsen's blog post is spot on. I see it as a call for change from a
> person who genuinely cares about OSM, not a bitter rant.
>
> When you say A and the world says B, it maybe well worth considering that
> B is the way to go.
>
> I think many other people share his views, but were afraid to voice it,
> just because of being told "that's the way we do things".
>
> Sure we can't have all of what he outlined, but doing even half of it
> would really benefit us.  What was sufficient in 2008 may need to be
> adjusted in 2018.
>
> The great challenge is not of technical, but rather political nature.
>
> I see hope in local communities. They bridged the gap with their tools,
> maps and promotion efforts. But this doesn't mean OSMF has to slack off. If
> only more of talented and, most importantly, motivated people from local
> chapters would want to drive OSMF forward...
>
> Changing your mission statement is not acknowledging you were wrong. It's
> acknowledging the world has changed or maybe has different needs.
>
> All in all it's not about blaming each other, but working towards our
> common goal of mapping the world freely.
>
> Michało
>
> 17.02.2018 11:03 AM "Oleksiy Muzalyev" 
> napisał(a):
>
>> This article is on the front page of the Slashdot today:
>>
>> Fri 16 February 2018 "Why OpenStreetMap is in Serious Trouble"
>>
>> https://blog.emacsen.net/blog/2018/02/16/osm-is-in-trouble/
>>
>>
>> "The Future of Free and Open-Source Maps"
>>
>> https://news.slashdot.org/story/18/02/16/2216228/the-future-
>> of-free-and-open-source-maps
>>
>>
>> I actually read the article, and though it has got insightful information
>> and interesting ideas, I have doubts about some suggestions.
>>
>> For instance, reviews. I hope it will not come to what there is at some
>> commercial maps, when one adds say a building and then has to wait for a
>> month that an almighty moderator approves it, so that it appears on the map.
>>
>> I also skeptical of massive imports from governments' databases. These
>> databases were created in the last century, with outdated tools, sometimes
>> by disinterested underpaid clerks, probably in a climate of secrecy of that
>> era. And such an import may replace the quality data from modern satellite
>> imagery, GPS traces, surveys, etc.
>>
>> Best regards,
>>
>> O.
>>
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-it] Why OpenStreetMap is in Serious Trouble

[Andrea Musuruane]

Lettura interessante:
https://blog.emacsen.net/blog/2018/02/16/osm-is-in-trouble/

Ciao,

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

[Talk-it] WMS mappa catasto agenzia delle entrate non funziona più?

[carlo folini]

Ciao,
nella discussione " Re: [Talk-it] Agenzia delle uscite - Consultazione
cartografia catastale - Web Map Service " avevo detto che, con tutti i
problemi di licenza 'stretta', riuscivo a consultare il WMS
https://wms.cartografia.agenziaentrate.gov.it/inspire/wms/ows01.php

Da qualche settimana non mi funziona più! A qualcuno va ancora?

Da QGIS funziona, ma non riesco ad allineare i layer e risulta
inutilizzabile. Qualcuno sa come si fa ad allineare due layer WMS? (in JOSM
è facile con "New offset")

-- 
Carlo Folini
mailto:carlo.fol...@gmail.com


Mail
priva di virus. www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Relation type=area (@dieterdreist)

[scratera]

liste DOT girarsi AT posteo DOT eu wrote
> Il 17/02/2018 07:46, scratera ha scritto:
>> ...ti pongo un esempio di come ho mappato una scuola con relativa
>> palestra e
>> copertura
>> https://www.openstreetmap.org/way/558611815#map=19/45.89575/11.04461
>> ...in questo caso amenity=school è assegnato al'area circostante
>> ...e di come si vede in 3d
>> http://demo.f4map.com/#lat=45.8955200=11.0443373=20=72.838=-78.782
> 
> Però qui relazioni non ne vedo, al di la di una bella mappatura building.
> 
> 
> -- 
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
> Simone Girardelli
> 
> ___
> Talk-it mailing list

> Talk-it@

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

..+1
...vero perchè mi risultava un caso semplice a cui appoggiarsi
..questo https://www.openstreetmap.org/relation/1919518 diventa un attimino
più complicato ed è a poche 100 di m dalle scuole...ma in questo caso è la
descrizione del solo polo museale...ma volendo ad ogni part si piò applicare
i tag nome e amenity a chi più ne a più ne metta...



--
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-es] Importación de Catastro. Correcciones en archivos de tareas y subida de archivos al repositorio en línea

[dcapillae]

Gracias, Javier.

Haré lo que me dices. En principio había pensado importar sólo edificios y
dejar las direcciones para otro momento, bien para corregirlas durante el
proceso, bien para corregirlas posteriormente, con la idea de evitar tener
que ejecutar de nuevo CatAtom2Osm. Mi ordenador es lento hasta la
desesperación cuando se trata de procesar municipios grandes.

Me he descargado Totalán y tarda mucho menos. Voy a intentar corregir el
callejero de Totalán y volveré a ejecutar CatAtom2Osm. Mi ordenador parece
que va bien con muncipios pequeños. Paralelamente iré corrigiendo el
callejero de Málaga y volveré a ejecutar el programa una vez corregido. Si
veo que tarda mucho, quizás necesite que me eches una mano.

A ver si puedo tener un proyecto publicado para la provincia de Málaga
durante este fin de semana. Si no puede ser Málaga, empezaré por Totalán o
algún otro municipio pequeño. Hay ganas de empezar.



-
Daniel Capilla
OSM user: dcapillae 
--
Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html

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

Re: [Talk-es] Por qué OpenStreetMap tiene graves problemas

[Iván Hernández Cazorla]

Gracias Jesús, me lo apunto como lectura obligatoria para este fin de semana.

Y gracias por compartirlo por la lista :)

Saludos,
Iván

⁣Iván Hernández Cazorla
Miembro de Wikimedia España

Enviado desde Blue ​

En 13:17, 17 feb, 2018, en 13:17, "Jesús Gómez Fernández" 
 escribió:
>Desde el canal de Telegram OSM España, Jaime Crespo ha enlazado un post
>[1]
>de Serge Wroclawski titulado "Why OpenStreetMap is in Serious Trouble"
>en
>el que hace una interesante reflexión sobre cómo ve el futuro del
>proyecto
>OSM.
>
>Razona varios aspectos por los que considera que OSM se está quedando
>atrás
>ante la realidad diferente que existía cuando nació el proyecto. Sobre
>todo
>en lo que respecta a la difusión y uso de la Información Geográfica.
>
>En bastantes puntos lo considero acertado.
>
>[1] https://blog.emacsen.net/blog/2018/02/16/osm-is-in-trouble/
>
>¡Saludos!
>
>Jesús Gómez
>
>
>
>
>___
>Talk-es mailing list
>Talk-es@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-es
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

[Stefan Tauner]

On Sat, 17 Feb 2018 13:04:05 +0100
"Peter Müller"  wrote:

> > Du bist nicht viel zu Fuß oder mit dem Rad unterwegs, wenn du wirklich
> > glaubst, gm sei in diesen modi auch nur annähernd so gut wie osm (in
> > europa)...
> >   
> 
> Welche Anwendungen verwendest du für das Routing/Navi?

Unterwegs in erster Linie OSMand sowie http://www.waymarkedtrails.org/
und https://www.bikemap.net/ (und co) für diverse Planungstätigkeiten.
https://openmtbmap.org ist sicher auch einen Blick wert, wenn man ein
Garmin-Gerät benutzt, aber ich hab's noch nie verwendet.

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

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

[OSM-talk-fr] 3ème Concours de contribution OpenStreetMap – Mars 2018

[Donat ROBAUX]

*Message arrivé sur la boite mail de l'association___*

La Ville de Lannion* et Lannion-Trégor Communauté* organisent du 1er au 23
mars 2018 le 3ème Concours de contributions à OpenStreetMap.

Ouvert à tous, ce concours permet à chacun de participer d'une façon
ludique à la cartographie de notre territoire de vie : le Trégor.

La thématique proposée cette année est « Randonnée et déplacements
doux».

Vous êtes randonneurs, à pied, à vélo, cyclotouristes, utilisateurs de
Vélek'tro, vous réalisez tout ou partie de vos déplacements en mode doux*,
vous aimez le Trégor tout simplement, alors partagez vos expériences sur le
territoire de Lannion-Trégor Communauté  grâce à la cartographie
OpenStreetMap.

Les contributeurs inscrits au concours sont invités à compléter les
données OpenStreetMap - routes, chemins, pistes cyclables, cheminements,
itinéraires équestres, voies navigables,  etc... ainsi que tous les points
d’intérêt qui jalonnent vos itinéraires - parking, rack  et arceaux à
vélos, abris, bancs, bornes, signalétique, ... .

Au-delà de ces quelques exemples non exhaustifs, toutes vos contributions
seront prises en compte dans le cadre de ce concours.

Les prix des meilleurs contributeurs  seront remis lors de la journée Libre
en Fête le dimanche 25 mars à la Salle des Ursulines à Lannion :
 - Prix du contributeur (indépendant),
 - Prix du collectif contributeur,
 - Prix Coup de Coeur,

Vous retrouverez le formulaire d'nscription et toutes les informations sur
la
manière de contribuer sur lannion.bzh ou sur http://www.lannion-tregor.com/.


* En tant qu'organisateur de ce concours, la Ville de Lannion et
Lannion-Trégor Communauté contribuent également à l'actualisation des
données OSM et à la mise en ligne de données Opendata sur différents
portails  (http://datarmor.cotesdarmor.fr/, https://cms.geobretagne.fr/,
https://www.data.gouv.fr/fr/)

** mode doux : cheminements accessibles par tout moyen autre que motorisé,
permettant de se déplacer pour un motif utilitaire ou de loisir




Garanti
sans virus. www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-es] Por qué OpenStreetMap tiene graves problemas

[Jesús Gómez Fernández]

Desde el canal de Telegram OSM España, Jaime Crespo ha enlazado un post [1]
de Serge Wroclawski titulado "Why OpenStreetMap is in Serious Trouble" en
el que hace una interesante reflexión sobre cómo ve el futuro del proyecto
OSM.

Razona varios aspectos por los que considera que OSM se está quedando atrás
ante la realidad diferente que existía cuando nació el proyecto. Sobre todo
en lo que respecta a la difusión y uso de la Información Geográfica.

En bastantes puntos lo considero acertado.

[1] https://blog.emacsen.net/blog/2018/02/16/osm-is-in-trouble/

¡Saludos!

Jesús Gómez
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

[Peter Müller]

Dazu müssen mal konsequent alle Alt_name ausgefüllt werden, das AKH in Wien 
sucht keiner nach "Allgemeines Krankenhaus Wien". "Jeder" Österreicher wird 
"AKH" suchen, um nur ein Beispiel zu nennen.

Die Suche in OSM (osm.org) sollte auf jeden Fall besser werden in Zukunft, ich 
habe sehr gute Erfahrungen mit Server von AWS (Amazon Cloud Computing) gemacht, 
billig, leicht skalierbar, gutes Service. Nur so als Tipp. Das Wie kann ich 
aufgrund von mangelnden Wissen leider nicht beantworten, es werden sich aber 
sicher genug Papers, Articels etc finden lassen die sich mit Googles 
Suchalgorithmus auseinander setzen, wenn es zum Teil nicht sogar Open Source 
ist (Googles OCR Programm zB ist es ->Tesseract) Nicht vergessen darf man das 
Google seine Suchergebnisse dem Sucher anpasst, d.h. Ich bekomme für den selben 
Suchbegriff andere Vorschläge als Hr Trauner, oder Haag oder Volkmann.

> Gesendet: Samstag, 17. Februar 2018 um 12:58 Uhr
> Von: "Johann Haag" 
> An: "OpenStreetMap AT" 
> Betreff: Re: [Talk-at] OSM Nominatim Adress Suche in Wien
>
> Guter Vorschlag, am effizientesten wäre solches in Kombination mit einem 
> schaltbaren basenap.at Layer, und Austria Street View. Das System könnte auch 
> für dritte wie herold offen sein.
> 
> Grüsse Johann
> OSM geocodec
> 
> Von meinem iPhone gesendet
> 
> > Am 17.02.2018 um 12:34 schrieb Friedrich Volkmann :
> > 
> >> On 17.02.2018 10:17, Rudolf Mayer wrote:
> >> Aber ja, es gibt imho keine Gute website, die dir das Google Maps 
> >> Webinterface ersetzt. Was dort vor allem gut ist - die Suche ist nicht auf 
> >> exakte Treffer limitiert - es werden Tippfehler in richtige Lösungen 
> >> korrigiert, und auch wenn die Schreibweise minimal anders ist als die 
> >> Suche (z.b. kein "-" drinnen irgendwo) funktioniert es auf osm.org gleich 
> >> mal nicht. Autocomplete/Suggestion gibt es sowieso nicht. Aber das ist 
> >> kein Problem der *Daten* ...
> > 
> > Ja, es gibt einen dringenden Bedarf nach einer alternativen 
> > OSM-Suchmaschine, die nicht auf schnelle Aktualisierung, sondern auf 
> > Richtigkeit und Vollständigkeit der Ausgaben ausgelegt ist. Es ist schon 
> > komisch, dass das noch keiner gemacht hat. Es hat nicht jeder die 
> > Ressourcen für eine Auswertung über die weltweiten OSM-Daten, aber 
> > zumindest eine Suchmaschine für Österreich sollte machbar sein.
> > 
> > Ich denke dabei an ein zweistufiges System, bei dem die Daten in einem 
> > nächtlichen (oder wöchentlichen) Cronjob erst mal in eine suchbare Form 
> > gebracht werden, damit zur Laufzeit über Indexes auf die aufbereiteten 
> > Daten zugegriffen werden kann. Wie bei einem Data warehouse. Der erste 
> > Schritt ist sozusagen die Denormalisierung, da werden Eigenschaften 
> > (Adresse, access usw.) von Flächen auf Teilflächen und Nodes vererbt 
> > (kopiert) und von Relationen auf die members vererbt (z.B. Adressen) oder 
> > umgekehrt (Lage) oder die members zusammengehängt (type=route, 
> > type=multilinestring).
> > 
> > Dann werden Strichpunktwürste (alt_name="Roßauer Lände; Rossauerlände; 
> > Roßauerlände",  amenity="restaurant;cafe") werden aufgelöst.
> > 
> > Nun werden Indexes angelegt, die schon darauf ausgelegt sind, bei der Suche 
> > auch abweichende Schreibweisen zu ermöglichen. In Oracle gibt es so sachen 
> > wie function-based indexes, eine soundex() Funktion für phonetische Suche 
> > und eine regexp_like() Funktion; keine Ahnung, wie das in anderen 
> > Datenbanken geht oder wie Google das macht ?!?
> > Am besten werden die Werte in den Suchfeldern schon alle in lauter Klein- 
> > oder lauter Großbuchstaben umgewandelt, Whitespace und Bindestriche 
> > entfernt, ß in ss umgewandelt usw., damit bei den Suchanfragen keine 
> > komplizierten regular expressions mehr nötig sind. Gleiches gilt für 
> > Abkürzungen (Straße=Strasse=Str.). Manche Werte von short_name oder 
> > alt_name (s.o.) gleichen sich dabei an und können gestrichen werden.
> > 
> > Zur Laufzeit der Abfragen sind in den den regular expressions dann nur noch 
> > jene Fälle nötig, die im ersten Schritt noch nicht aufgelöst werden konnten.
> > 
> > Wenn eine Anfrage kein Ergebnis liefert, könnte man zum Abfangen einfacher 
> > Rechtschreibfehler eine nach der anderen Möglichkeit durchgehen, in 
> > Reihenfolge der Wahrscheinlichkeit unter Berücksichtigung der Performanz 
> > der Abfragen.
> > z.B. "stephanplatz" (s fehlt)
> > 1) Buchstabe zuviel?
> > -> street in (tephanplatz, sephanplatz, ...)
> > 2) Buchstaben vertauscht?
> > -> street in (tsephanplatz, setphanplatz, ...)
> > 3) Buchstabe anders?
> > -> street like _tephanplatz or street like s_ephanplatz or ...
> > 4) Buchstabe fehlt
> > -> street like _stephanplatz or street like s_thephanplatz or ... => bingo!
> > 5) nach den ersten n-1, n-2... Zeichen suchen:
> > -> street like stephanplat%
> >   street like stephanpla%
> >   ...
> > 
> > Ich hab leider keine Ressourcen (Hardware, Bandbreite, 

Re: [Talk-ca] Formatting of Municipality Names

[Jarek Piórkowski]

On 17 February 2018 at 00:03, OSM Volunteer stevea
 wrote:
> On Feb 16, 2018, at 2:56 PM, Jarek Piórkowski  wrote:
>> With "street" in a street name, it's clear to most everyone that Pine St is 
>> an abbreviation and Pine Street is the correct unabbreviated Canadian 
>> English version. It is not clear to me that "Saint Catharines" is the 
>> correct unabbreviated version of the city's name. In fact it looks incorrect 
>> to me.
>
> Thank you, Jarek.  However, I politely disagree that your logic of "it's 
> clear to most everyone that Pine St is an abbreviation..." holds up for 
> software logic (even as it might "to most everyone.")  This is 
> well-established and the reasoning behind OSM's policy I noted previously.

Hi Steve,

Thanks for drawing the distinction.

I think that automatic software manipulation of names (whether in OSM
or elsewhere) is necessarily fraught with problems. It must be done
carefully and would be best done on a limited set of fields. There are
too many exceptions and unusual values to handle fully automatically.
The series of articles "things programmers believe about names",
"things programmers believe about addresses" come to mind.

It makes some sense in Canadian English street names, which are 1)
largely standardized and 2) by convention agglutinative - they have
prefixes and suffixes and so on. Thus it might be desirable to replace
"Pine Street" with "Pine St" or "Saint Clair Avenue West" with "St.
Clair Ave W" for rendering or presentation in short fields.

Even there, great care must be taken, or - to use a common example of
a "weird" street name - "Avenue Road" might be incorrectly reduced to
"Ave Rd". In St. Catharines there is a "South Service Road" which can
be abbreviated to "S Service Rd", but also a "South Drive" which might
make sense as "South Dr" but not as "S Drive". In Niagara-on-the-Lake
there is a "East & West Line", which I invite any algorithm to make
sense of.

(I specify "Canadian English" as I'm not familiar with Canadian French
names or with English conventions elsewhere - and that's before
getting into areas with bilingual names.)

As in the example given by others, the spelling is important to the
cities of Saint John and St. John's. IMHO this should not be
automatically modified by software. Thus we shouldn't change names
that are correct for the sake of software.

--Jarek

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

Re: [Talk-es] Importación de Catastro. Permisos para crear proyectos en el gestor de tareas

[Jesús Gómez Fernández]

Hola.
Me gustaría añadir al gestor de tareas el municipio de Potes, en Cantabria.
Es el mismo con el que he estado haciendo pruebas con CatAtom2Osm y al ser
pequeño pienso que puede ser adecuado para empezar.
He seguido las indicaciones en la Guía de importación [1] pero no me queda
claro si tengo que crear un usuario en OSM. Yo dispongo de la cuenta que se
creó para la anterior importación de catastro: "catastro_cantabria". ¿Vale
con esta?

[1]
https://wiki.openstreetmap.org/wiki/ES:Catastro_espa%C3%B1ol/Importaci%C3%B3n_de_edificios/Gu%C3%ADa_de_importaci%C3%B3n/Gesti%C3%B3n_de_proyectos

Un saludo.

Jesús Gómez

El 12 de febrero de 2018, 19:09, dcapillae  escribió:

> Gracias, Javier. Gracias, Alan.
>
> Voy a intentar publicar un proyecto para Málaga y otro para algún municipio
> pequeño de la provincia. Los archivos de tarea de Málaga los tengo. Probaré
> a descargarme los datos de Totalán y Pizarra con CatAtom2Osm. Mi ordenador
> tarda mucho en procesar la información, así que es probable que necesite
> vuestra colaboración. De todas formas, primero quiero intentarlo por mi
> cuenta. Totalán y Pizarra son más pequeños que Málaga, con menos edificios.
> Espero que mi ordenador sea capaz de procesarlos en un tiempo razonable.
>
> Antonio tiene interés en empezar por Antequera, así que es probable que
> publiquemos también un proyecto para ese municipio, y puede que para algún
> otro. Lo iremos viendo. Documentaremos todo en el wiki.
>
> Si todo va bien, pondremos en marcha los primeros proyectos para la
> provincia de Málaga a lo largo de esta semana.
>
>
>
> -
> Daniel Capilla
> OSM user: dcapillae
> --
> Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

[Peter Müller]

> Gesendet: Samstag, 17. Februar 2018 um 00:02 Uhr
> Von: "Stefan Tauner" 
> An: talk-at@openstreetmap.org
> Betreff: Re: [Talk-at] OSM Nominatim Adress Suche in Wien
>
> On Fri, 16 Feb 2018 23:22:33 +0100
> Robert Kaiser  wrote:
> 
> > dass GMaps (als 
> > Kartenanwendung sowie Navigationssystem) bis heute nach wie vor allen 
> > Produkten aus der OSM-Community so weit überlegen ist
> 
> Du bist nicht viel zu Fuß oder mit dem Rad unterwegs, wenn du wirklich
> glaubst, gm sei in diesen modi auch nur annähernd so gut wie osm (in
> europa)...
> 

Welche Anwendungen verwendest du für das Routing/Navi?




> -- 
> Kind regards/Mit freundlichen Grüßen, Stefan Tauner
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>

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

Re: [OSM-talk] "The Future of Free and Open-Source Maps" Slashdot.org , Saturday February 17, 2018

[Michał Brzozowski]

The emacsen's blog post is spot on. I see it as a call for change from a
person who genuinely cares about OSM, not a bitter rant.

When you say A and the world says B, it maybe well worth considering that B
is the way to go.

I think many other people share his views, but were afraid to voice it,
just because of being told "that's the way we do things".

Sure we can't have all of what he outlined, but doing even half of it would
really benefit us.  What was sufficient in 2008 may need to be adjusted in
2018.

The great challenge is not of technical, but rather political nature.

I see hope in local communities. They bridged the gap with their tools,
maps and promotion efforts. But this doesn't mean OSMF has to slack off. If
only more of talented and, most importantly, motivated people from local
chapters would want to drive OSMF forward...

Changing your mission statement is not acknowledging you were wrong. It's
acknowledging the world has changed or maybe has different needs.

All in all it's not about blaming each other, but working towards our
common goal of mapping the world freely.

Michało

17.02.2018 11:03 AM "Oleksiy Muzalyev" 
napisał(a):

> This article is on the front page of the Slashdot today:
>
> Fri 16 February 2018 "Why OpenStreetMap is in Serious Trouble"
>
> https://blog.emacsen.net/blog/2018/02/16/osm-is-in-trouble/
>
>
> "The Future of Free and Open-Source Maps"
>
> https://news.slashdot.org/story/18/02/16/2216228/the-future-
> of-free-and-open-source-maps
>
>
> I actually read the article, and though it has got insightful information
> and interesting ideas, I have doubts about some suggestions.
>
> For instance, reviews. I hope it will not come to what there is at some
> commercial maps, when one adds say a building and then has to wait for a
> month that an almighty moderator approves it, so that it appears on the map.
>
> I also skeptical of massive imports from governments' databases. These
> databases were created in the last century, with outdated tools, sometimes
> by disinterested underpaid clerks, probably in a climate of secrecy of that
> era. And such an import may replace the quality data from modern satellite
> imagery, GPS traces, surveys, etc.
>
> Best regards,
>
> O.
>
>
> ___
> 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-it] Di nuovo l'utente pasticcione

[Cascafico Giovanni]

E' successo anche a Trieste, dove un vandalo alterna pochi changeset utili,
con danni ad una prima occhiata non evidenti. IMHO questi comportamenti
subdoli non sono frutto della noia che può affliggere qualche frustrato
della tastiera, ma sembrano strategie mirate a screditare il punto di forza
del lavoro collaborativo.

La vaccinazione può essere un minimo di comunità a livello regionale od
anche più ristretto e l'uso di alcuni strumenti già citati (osmcha in
coppia con rss, osm analytic tracker ecc.)

Fosse per me, vista la malizia dei danneggiatori, reverterei il loro
"lavoro" in toto, fregandomene dei changeset utili, in quanto il tempo
perso per selezionare i revert è sicuramente superiore a quello impiegato
per vandalizzare.





Il giorno 17 febbraio 2018 12:12, Stefano Droghetti <
stefano.droghe...@gmail.com> ha scritto:

>
>
> Il 17/02/2018 09:44, Marco ha scritto:
>
>>
>>
>> La cosa bella (no, non è bella) è che quasi nessuno sembra notarlo
>> (nessuno commenta i changeset chiedendo spiegazioni), come se fossimo tutti
>> intenti a mappare il nostro bel cortile di casa e non ci accorgessimo che
>> in strada c'è l'anarchia. Non stiamo parlando di un giocatore di pokemon
>> che ha aggiunto un laghetto dietro casa, gli account in questione (di cui
>> conosciamo l'esistenza) sono almeno questi:
>>
>> http://yosmhm.neis-one.org/?bionicbeaver
>>
>
> Per quanto riguarda questo utente in particolare, perlomeno nella mia
> zona, ha aggiunto punti di interesse e percorsi veri. Perlomeno qui, non è
> un utente impazzito.
>
> --
> Stefano Droghetti
> stefano.droghe...@gmail.com
> www.stefanodroghetti.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

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

[Johann Haag]

Guter Vorschlag, am effizientesten wäre solches in Kombination mit einem 
schaltbaren basenap.at Layer, und Austria Street View. Das System könnte auch 
für dritte wie herold offen sein.

Grüsse Johann
OSM geocodec

Von meinem iPhone gesendet

> Am 17.02.2018 um 12:34 schrieb Friedrich Volkmann :
> 
>> On 17.02.2018 10:17, Rudolf Mayer wrote:
>> Aber ja, es gibt imho keine Gute website, die dir das Google Maps 
>> Webinterface ersetzt. Was dort vor allem gut ist - die Suche ist nicht auf 
>> exakte Treffer limitiert - es werden Tippfehler in richtige Lösungen 
>> korrigiert, und auch wenn die Schreibweise minimal anders ist als die Suche 
>> (z.b. kein "-" drinnen irgendwo) funktioniert es auf osm.org gleich mal 
>> nicht. Autocomplete/Suggestion gibt es sowieso nicht. Aber das ist kein 
>> Problem der *Daten* ...
> 
> Ja, es gibt einen dringenden Bedarf nach einer alternativen OSM-Suchmaschine, 
> die nicht auf schnelle Aktualisierung, sondern auf Richtigkeit und 
> Vollständigkeit der Ausgaben ausgelegt ist. Es ist schon komisch, dass das 
> noch keiner gemacht hat. Es hat nicht jeder die Ressourcen für eine 
> Auswertung über die weltweiten OSM-Daten, aber zumindest eine Suchmaschine 
> für Österreich sollte machbar sein.
> 
> Ich denke dabei an ein zweistufiges System, bei dem die Daten in einem 
> nächtlichen (oder wöchentlichen) Cronjob erst mal in eine suchbare Form 
> gebracht werden, damit zur Laufzeit über Indexes auf die aufbereiteten Daten 
> zugegriffen werden kann. Wie bei einem Data warehouse. Der erste Schritt ist 
> sozusagen die Denormalisierung, da werden Eigenschaften (Adresse, access 
> usw.) von Flächen auf Teilflächen und Nodes vererbt (kopiert) und von 
> Relationen auf die members vererbt (z.B. Adressen) oder umgekehrt (Lage) oder 
> die members zusammengehängt (type=route, type=multilinestring).
> 
> Dann werden Strichpunktwürste (alt_name="Roßauer Lände; Rossauerlände; 
> Roßauerlände",  amenity="restaurant;cafe") werden aufgelöst.
> 
> Nun werden Indexes angelegt, die schon darauf ausgelegt sind, bei der Suche 
> auch abweichende Schreibweisen zu ermöglichen. In Oracle gibt es so sachen 
> wie function-based indexes, eine soundex() Funktion für phonetische Suche und 
> eine regexp_like() Funktion; keine Ahnung, wie das in anderen Datenbanken 
> geht oder wie Google das macht ?!?
> Am besten werden die Werte in den Suchfeldern schon alle in lauter Klein- 
> oder lauter Großbuchstaben umgewandelt, Whitespace und Bindestriche entfernt, 
> ß in ss umgewandelt usw., damit bei den Suchanfragen keine komplizierten 
> regular expressions mehr nötig sind. Gleiches gilt für Abkürzungen 
> (Straße=Strasse=Str.). Manche Werte von short_name oder alt_name (s.o.) 
> gleichen sich dabei an und können gestrichen werden.
> 
> Zur Laufzeit der Abfragen sind in den den regular expressions dann nur noch 
> jene Fälle nötig, die im ersten Schritt noch nicht aufgelöst werden konnten.
> 
> Wenn eine Anfrage kein Ergebnis liefert, könnte man zum Abfangen einfacher 
> Rechtschreibfehler eine nach der anderen Möglichkeit durchgehen, in 
> Reihenfolge der Wahrscheinlichkeit unter Berücksichtigung der Performanz der 
> Abfragen.
> z.B. "stephanplatz" (s fehlt)
> 1) Buchstabe zuviel?
> -> street in (tephanplatz, sephanplatz, ...)
> 2) Buchstaben vertauscht?
> -> street in (tsephanplatz, setphanplatz, ...)
> 3) Buchstabe anders?
> -> street like _tephanplatz or street like s_ephanplatz or ...
> 4) Buchstabe fehlt
> -> street like _stephanplatz or street like s_thephanplatz or ... => bingo!
> 5) nach den ersten n-1, n-2... Zeichen suchen:
> -> street like stephanplat%
>   street like stephanpla%
>   ...
> 
> Ich hab leider keine Ressourcen (Hardware, Bandbreite, für einen Alleingang 
> auch die Zeit) um so was zu implementieren, aber vielleicht wer von euch?
> 
> -- 
> Friedrich K. Volkmann   http://www.volki.at/
> Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at

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

[talk-au] Farewell to Brisbane from me, OSM Brisbane will continue

[David Dean]

For those who don't already know, I have left Brisbane for Armidale, and
won't be organising OSM events in Brisbane anymore.

I have asked Joel Hansen, a very eager Brisbane mapper to help to ensure
that Brisbane OSM events keep running. You should hear from him very soon
about the next event!

Please feel free to visit https://bit.ly/maptimeau to join the Maptime
Australia slack channel to stay in touch.

Happy Mapping!

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

Re: [OSM-talk] "The Future of Free and Open-Source Maps" Slashdot.org , Saturday February 17, 2018

[Tomas Straupis]

2018-02-17 11:56 GMT+02:00 Oleksiy Muzalyev wrote:
> For instance, reviews. I hope it will not come to what there is at some
> commercial maps, when one adds say a building and then has to wait for a
> month that an almighty moderator approves it, so that it appears on the map.

  This is an expected problem with the process:
  edit->review->map*

  But a different approach:
  edit->map->review
  is already used and shows very good results when done properly:
  a) only changesets of new users are to be reviewed
  b) only reviewers can review changesets
  c) if a user has created x new objects (1000?), he/she is
automatically promoted to "reviewers" from "new users".
  d) new changests go into FIFO que which is later reviewed. After
being reviewed by at least one reviewer changeset is taken out of the
que in order to avoid double-work
  e) possibility to "subscribe" to new changesets in your region of
interest (should not be restricted to bbox, but countries, regions
etc.)

* "map" - here means objects appear in a database, on a map etc.

-- 
Tomas

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

Re: [Talk-it] Relation type=area (@dieterdreist)

[liste DOT girarsi AT posteo DOT eu]

Il 17/02/2018 07:46, scratera ha scritto:

...ti pongo un esempio di come ho mappato una scuola con relativa palestra e
copertura
https://www.openstreetmap.org/way/558611815#map=19/45.89575/11.04461
...in questo caso amenity=school è assegnato al'area circostante
...e di come si vede in 3d
http://demo.f4map.com/#lat=45.8955200=11.0443373=20=72.838=-78.782


Però qui relazioni non ne vedo, al di la di una bella mappatura building.


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

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

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

[Friedrich Volkmann]

On 17.02.2018 10:17, Rudolf Mayer wrote:
Aber ja, es gibt imho keine Gute website, die dir das Google Maps 
Webinterface ersetzt. Was dort vor allem gut ist - die Suche ist nicht auf 
exakte Treffer limitiert - es werden Tippfehler in richtige Lösungen 
korrigiert, und auch wenn die Schreibweise minimal anders ist als die Suche 
(z.b. kein "-" drinnen irgendwo) funktioniert es auf osm.org gleich mal 
nicht. Autocomplete/Suggestion gibt es sowieso nicht. Aber das ist kein 
Problem der *Daten* ...


Ja, es gibt einen dringenden Bedarf nach einer alternativen 
OSM-Suchmaschine, die nicht auf schnelle Aktualisierung, sondern auf 
Richtigkeit und Vollständigkeit der Ausgaben ausgelegt ist. Es ist schon 
komisch, dass das noch keiner gemacht hat. Es hat nicht jeder die Ressourcen 
für eine Auswertung über die weltweiten OSM-Daten, aber zumindest eine 
Suchmaschine für Österreich sollte machbar sein.


Ich denke dabei an ein zweistufiges System, bei dem die Daten in einem 
nächtlichen (oder wöchentlichen) Cronjob erst mal in eine suchbare Form 
gebracht werden, damit zur Laufzeit über Indexes auf die aufbereiteten Daten 
zugegriffen werden kann. Wie bei einem Data warehouse. Der erste Schritt ist 
sozusagen die Denormalisierung, da werden Eigenschaften (Adresse, access 
usw.) von Flächen auf Teilflächen und Nodes vererbt (kopiert) und von 
Relationen auf die members vererbt (z.B. Adressen) oder umgekehrt (Lage) 
oder die members zusammengehängt (type=route, type=multilinestring).


Dann werden Strichpunktwürste (alt_name="Roßauer Lände; Rossauerlände; 
Roßauerlände",  amenity="restaurant;cafe") werden aufgelöst.


Nun werden Indexes angelegt, die schon darauf ausgelegt sind, bei der Suche 
auch abweichende Schreibweisen zu ermöglichen. In Oracle gibt es so sachen 
wie function-based indexes, eine soundex() Funktion für phonetische Suche 
und eine regexp_like() Funktion; keine Ahnung, wie das in anderen 
Datenbanken geht oder wie Google das macht ?!?
Am besten werden die Werte in den Suchfeldern schon alle in lauter Klein- 
oder lauter Großbuchstaben umgewandelt, Whitespace und Bindestriche 
entfernt, ß in ss umgewandelt usw., damit bei den Suchanfragen keine 
komplizierten regular expressions mehr nötig sind. Gleiches gilt für 
Abkürzungen (Straße=Strasse=Str.). Manche Werte von short_name oder alt_name 
(s.o.) gleichen sich dabei an und können gestrichen werden.


Zur Laufzeit der Abfragen sind in den den regular expressions dann nur noch 
jene Fälle nötig, die im ersten Schritt noch nicht aufgelöst werden konnten.


Wenn eine Anfrage kein Ergebnis liefert, könnte man zum Abfangen einfacher 
Rechtschreibfehler eine nach der anderen Möglichkeit durchgehen, in 
Reihenfolge der Wahrscheinlichkeit unter Berücksichtigung der Performanz der 
Abfragen.

z.B. "stephanplatz" (s fehlt)
1) Buchstabe zuviel?
-> street in (tephanplatz, sephanplatz, ...)
2) Buchstaben vertauscht?
-> street in (tsephanplatz, setphanplatz, ...)
3) Buchstabe anders?
-> street like _tephanplatz or street like s_ephanplatz or ...
4) Buchstabe fehlt
-> street like _stephanplatz or street like s_thephanplatz or ... => bingo!
5) nach den ersten n-1, n-2... Zeichen suchen:
-> street like stephanplat%
   street like stephanpla%
   ...

Ich hab leider keine Ressourcen (Hardware, Bandbreite, für einen Alleingang 
auch die Zeit) um so was zu implementieren, aber vielleicht wer von euch?


--
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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

Re: [Talk-it] Di nuovo l'utente pasticcione

[Andy Townsend]

On 11/02/2018 12:24, Alecs wrote:

Ciao a tutti,
vi segnalo il probabile nuovo account del buon vecchio "select" ...


For info:
https://www.openstreetmap.org/user_blocks/1762
https://www.openstreetmap.org/user_blocks/1770
https://www.openstreetmap.org/user_blocks/1771
https://www.openstreetmap.org/user_blocks/1772

Best Regards,
Andy (DWG)


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

Re: [Talk-it] Di nuovo l'utente pasticcione

[Marco]

Eh no, bisogna aggiungere una spunta se si vuole richiedere il controllo 
del changeset


@Stefano, si hai ragione, ogni tanto aggiungono anche qualcosa di vero 
ma vista la quantità folle di changeset mi sembra improponibile 
controllarli per vedere cosa è vero e cosa no. So che non succederà mai 
ma se dipendesse da me io farei il revert completo dei loro millemila 
changeset.



Mi ha risposto il dwg, solita storia, adesso i ladri (forse) stanno 
leggendo i 10 comandamenti, tempo qualche ora/giorno torneranno a 
delinquere, e tutte le loro modifiche sono ovviamente sempre valide



Il 17/02/2018 12:10, Andreas Lattmann ha scritto:

Comunque sia, bisogna trovare il modo di stroncarlo

sul nascere ogni volta che si prende un nuovo account.
  
Scusatemi, ma la richiesta di verifica changeset viene assegnata in automatico da ID? Viene assegnato anche da altri editor? Se si, siamo a cavallo perché c'è il servizio RSS per la verifica dei changeset.  E poi tra parentesi c'è anche quello per i changeset sospetti.


Andreas Lattmann



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

Re: [Talk-it] Di nuovo l'utente pasticcione

[Stefano Droghetti]

Il 17/02/2018 09:44, Marco ha scritto:



La cosa bella (no, non è bella) è che quasi nessuno sembra notarlo 
(nessuno commenta i changeset chiedendo spiegazioni), come se fossimo 
tutti intenti a mappare il nostro bel cortile di casa e non ci 
accorgessimo che in strada c'è l'anarchia. Non stiamo parlando di un 
giocatore di pokemon che ha aggiunto un laghetto dietro casa, gli 
account in questione (di cui conosciamo l'esistenza) sono almeno questi:


http://yosmhm.neis-one.org/?bionicbeaver


Per quanto riguarda questo utente in particolare, perlomeno nella mia 
zona, ha aggiunto punti di interesse e percorsi veri. Perlomeno qui, non 
è un utente impazzito.


--
Stefano Droghetti
stefano.droghe...@gmail.com
www.stefanodroghetti.it


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

Re: [Talk-it] Di nuovo l'utente pasticcione

[Andreas Lattmann]

Comunque sia, bisogna trovare il modo di stroncarlo 
>sul nascere ogni volta che si prende un nuovo account.
 
Scusatemi, ma la richiesta di verifica changeset viene assegnata in automatico 
da ID? Viene assegnato anche da altri editor? Se si, siamo a cavallo perché c'è 
il servizio RSS per la verifica dei changeset.  E poi tra parentesi c'è anche 
quello per i changeset sospetti.

Andreas Lattmann
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità. 

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

Re: [Talk-it] Di nuovo l'utente pasticcione

[Stefano Droghetti]

Il 11/02/2018 13:24, Alecs ha scritto:

Ciao a tutti,
vi segnalo il probabile nuovo account del buon vecchio "select"
http://gis.19327.n8.nabble.com/Utente-pasticcione-td5892686.html
https://www.openstreetmap.org/user/bionicbeaver

nuovamente attivo a cancellare i marciapiedi di Catania
https://www.openstreetmap.org/changeset/56251046
https://www.openstreetmap.org/changeset/56250619

Questo era l'account attivo fino a qualche giorno fa:
https://www.openstreetmap.org/user/gionax/history


Sì ma questo non è pasticcione, è evidente che o lo fa apposta o ha seri 
problemi mentali. Comunque sia, bisogna trovare il modo di stroncarlo 
sul nascere ogni volta che si prende un nuovo account.


--
Stefano Droghetti
stefano.droghe...@gmail.com
www.stefanodroghetti.it


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

Re: [Talk-it] Di nuovo l'utente pasticcione

[Alfredo Gattai]

Ci vorrebbe uno script che fa il revert automatico di tutto quello che
fanno magari autorizzato dal DWG, non so se ho detto una fesseria ma
sicuramente restituirebbe a questi soggetti un po' di "pan per focaccia"


> Non c'è una lista utenti che fanno danni e tramite RSS seguire le
> modifiche???
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Wochennotiz Nr. 395 06.02.2018–12.02.2018

[Wochennotizteam]

Hallo,

die Wochennotiz Nr. 395 mit vielen wichtigen Neuigkeiten aus der 
OpenStreetMap-Welt ist da:

http://blog.openstreetmap.de/blog/2018/02/wochennotiz-nr-395/

Viel Spaß beim Lesen!
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [OSM-talk] "The Future of Free and Open-Source Maps" Slashdot.org , Saturday February 17, 2018

[Maarten Deen]

On 2018-02-17 10:56, Oleksiy Muzalyev wrote:

This article is on the front page of the Slashdot today:

Fri 16 February 2018 "Why OpenStreetMap is in Serious Trouble"

https://blog.emacsen.net/blog/2018/02/16/osm-is-in-trouble/


Interesting that he mentions that "the proprietary mapping world has 
continued to improve in data quality".


In the Netherlands I see the opposite for google maps. Sure, they may 
have improved their coverage in areas that were badly mapped of old 
(Africa, Asia) and I'm sure this can be contributed to OSM, but where 
Google starts to go haywire is in the properly mapped areas.
New roads appear weeks even, months after they are finished (Netherlands 
A5 or the roundabout at Joure where Google even now gives you an option 
over the roundabout that does not exist anymore) but also in names of 
places. Google has started to use very quaint and hardly used 
translations for cities abroad.
For instance, Ljubljana is now displayed as Laibach, Maribor is Marburg 
an der Drau, both German translations at best and not used in the 
Netherlands. Or a few even weirder ones in france, a place called Oz 
just north of l'Alpe D'Huez is now called Oostzijde (eastside) or 
Oradour-sur-Glane which shows as "Bloedbad van Oradour-sur-Glane" 
(bloodbath of Oradour-sur-Glane)


No, I don't make these up. In my eyes these things are a lot more 
serious than a perceived general malaise in OSM. Because other than in 
OSM, as you correctly point out, I can not change these incorrect items 
in Google. I can halfheartedly issue a defect but the reporting process 
is flawed in itself and the general feeling is that noting is done with 
those reports.


No, I don't see a bleak future for OSM, instead, I the quality of (in 
this case) google maps slipping. That does not mean that the future of 
google maps is in danger, Google as more than enough money to throw at 
it. But to think that this free open thing with no money is hitting a 
dead and the the closed thing with lots of money is thriving is also not 
true.


Maarten

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

Wochennotiz Nr. 395 06.02.2018–12.02.2018

[Wochennotizteam]

Hallo,

die Wochennotiz Nr. 395 mit vielen wichtigen Neuigkeiten aus der 
OpenStreetMap-Welt ist da:

http://blog.openstreetmap.de/blog/2018/02/wochennotiz-nr-395/

Viel Spaß beim Lesen!
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-it] Di nuovo l'utente pasticcione

[Andreas Lattmann]

>É come trovare un ladro in casa propria >di notte, dirgli di leggere i 10 
>>comandamenti e tornare a dormire senza cacciarlo a calci o chiamare le forze 
>dell'ordine.

È un esempio non proprio azzeccato, perché in Italia si fa così.   Se gli dai 
un calcio potrebbe essere considerato eccesso di difesa.

Non c'è una lista utenti che fanno danni e tramite RSS seguire le modifiche???

Grazie.


Andreas Lattmann
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità. 

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

[OSM-talk] "The Future of Free and Open-Source Maps" Slashdot.org , Saturday February 17, 2018

[Oleksiy Muzalyev]

This article is on the front page of the Slashdot today:

Fri 16 February 2018 "Why OpenStreetMap is in Serious Trouble"

https://blog.emacsen.net/blog/2018/02/16/osm-is-in-trouble/


"The Future of Free and Open-Source Maps"

https://news.slashdot.org/story/18/02/16/2216228/the-future-of-free-and-open-source-maps


I actually read the article, and though it has got insightful 
information and interesting ideas, I have doubts about some suggestions.


For instance, reviews. I hope it will not come to what there is at some 
commercial maps, when one adds say a building and then has to wait for a 
month that an almighty moderator approves it, so that it appears on the map.


I also skeptical of massive imports from governments' databases. These 
databases were created in the last century, with outdated tools, 
sometimes by disinterested underpaid clerks, probably in a climate of 
secrecy of that era. And such an import may replace the quality data 
from modern satellite imagery, GPS traces, surveys, etc.


Best regards,

O.


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

[OSM-talk] weeklyOSM #395 2018-02-06-2018-02-12

[weeklyteam]

The weekly round-up of OSM news, issue # 395,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/10018/

Enjoy!

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

semanarioOSM Nº 395 2018-02-06-2018-02-12

[weeklyteam]

Hola, el semanario Nº 395, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/10018/

¡Disfruta!

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

semanarioOSM Nº 395 2018-02-06-2018-02-12

[weeklyteam]

Hola, el semanario Nº 395, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/10018/

¡Disfruta!

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-cu mailing list
Talk-cu@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cu

[Talk-GB] weeklyOSM #395 2018-02-06-2018-02-12

[weeklyteam]

The weekly round-up of OSM news, issue # 395,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/10018/

Enjoy!

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

[OSM-talk-ie] weeklyOSM #395 2018-02-06-2018-02-12

[weeklyteam]

The weekly round-up of OSM news, issue # 395,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/10018/

Enjoy!

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

semanarioOSM Nº 395 2018-02-06-2018-02-12

[weeklyteam]

Hola, el semanario Nº 395, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/10018/

¡Disfruta!

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk-latam mailing list
talk-latam@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-latam

[Talk-us] weeklyOSM #395 2018-02-06-2018-02-12

[weeklyteam]

The weekly round-up of OSM news, issue # 395,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/10018/

Enjoy!

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

[Talk-ca] weeklyOSM #395 2018-02-06-2018-02-12

[weeklyteam]

The weekly round-up of OSM news, issue # 395,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/10018/

Enjoy!

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

[Talk-in] weeklyOSM #395 2018-02-06-2018-02-12

[weeklyteam]

The weekly round-up of OSM news, issue # 395,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/10018/

Enjoy!

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

[talk-ph] weeklyOSM #395 2018-02-06-2018-02-12

[weeklyteam]

The weekly round-up of OSM news, issue # 395,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/10018/

Enjoy!

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

[Talk-africa] weeklyOSM #395 2018-02-06-2018-02-12

[weeklyteam]

The weekly round-up of OSM news, issue # 395,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/10018/

Enjoy!

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

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

[Rudolf Mayer]

Hallo!

On 02/16/2018 10:20 PM, Friedrich Volkmann wrote:

On 15.02.2018 22:24, Stefan Nagy wrote:

Am Donnerstag, den 15.02.2018, 15:17 +0100 schrieb Robert Kaiser:

…(denn nachdem unsere Community nicht fähig ist,
brauchbare Produkte für Endkunden zu produzieren, ist es GMaps, was
praktisch alle verwenden)…


Ich liebe es, wenn diese Community aus Freiwilligen mit einem Konzern
mit einem Jahresumsatz von zirka 100 Milliarden US-Dollar verglichen
wird :)


...und wenn ein Datenbestand, der nur Straßennamen und Hausnummern 
umfasst, mit einem Datenbestand verglichen wird, in dem alles 
Erdenkliche von Wanderwegen und Wegkreuzen über Stromleitungen und 
Hydranten bis hin zu Höhlen und Dolinen vorkommt. Das Anwendungsspektrum 
von Google Maps ist gleich null im Vergleich zu dem von OSM. OSM hat 
allen anderen Datenquellen längst den Rang abgelaufen, nur ist es halt 
unauffällig passiert. So wie Unix unmerklich über Windows gesiegt hat, 
indem auf allen Handys unix-basierte Betriebssysteme laufen, so sind 
heute fast überall OSM-Daten drin, ohne dass die Anwender was davon 
merken. Fast jeder verwendet heute am Handy eine oder mehrere Apps mit 
OSM-Daten, die Kartenausschnitte auf neueren Webseiten nutzen fast alle 
OSM, die Kompass-Wanderkarten enthalten OSM-Daten, und beim Bau einer 
Wohnhausanalage in meiner Nähe ("Rax in Sicht") stand an der Ecke 
Gußriegelstraße/Raxstraße eine riesen Tafel mit OSM-Screenshot, freilich 
ohne entsprechenden Hinweis.



Hier muss ich fkv voll zustimmen!

Klar, das OSM tagging Schema ist nicht ideal. Wird es aber nie sein 
können, da damit Spezifika in der ganzen Welt abgebildet werden müssen.


Und ja, es ist ein wichtiger Unterschied zwischen Daten und Applikation. 
Es gibt sehr gute Navi Apps die auf OSM basieren, und zu den von fkv 
erwähnten Dingen gibts noch OpenRailwayMap, die Topomaps, und dutzende 
andere coole Sachen.
Aber ja, es gibt imho keine Gute website, die dir das Google Maps 
Webinterface ersetzt. Was dort vor allem gut ist - die Suche ist nicht 
auf exakte Treffer limitiert - es werden Tippfehler in richtige Lösungen 
korrigiert, und auch wenn die Schreibweise minimal anders ist als die 
Suche (z.b. kein "-" drinnen irgendwo) funktioniert es auf osm.org 
gleich mal nicht. Autocomplete/Suggestion gibt es sowieso nicht. Aber 
das ist kein Problem der *Daten* ...


Lg
Rudi

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

[OSM-talk-fr] "Why OpenStreetMap is in Serious Trouble"

[Shohreh]

Vous l'avez peut-être déjà vu passer:

"Why OpenStreetMap is in Serious Trouble" by Serge Wroclawski
https://blog.emacsen.net/blog/2018/02/16/osm-is-in-trouble/



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

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

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

[Johann Haag]

Entschuldige, ich versuche näher auf Deine Argumente einzugehen.
Wie im Forum richtig angemerkt wurde, hat Steve Coast bei seinem für
OSM erdachten
Datenmodell, eher an ein redundantes System geeignet für den kleinen Mapper
gedacht, nicht so sehr an Profi Relationen die ihre Eigenschaften an im
Polygon enthaltene Node´s vererben.

Relevante Adress- Informationen auf den tatsächlichen Türe Node zu setzten,
macht daher Sinn. Die Adressbeschriftung von Briefen welche an dieses Haus
adressiert sind, passt so auch zum korrekten Eingang.

Auch wenn das Rendering einer Adresse auf dem entrance Node, nicht
unbedingt optimal funktioniert, es ist trotzdem eine praktikable Lösung um
die Natur abzubilden.

Grüße Johann
OSM geocodec
Mein talk-at Lesezeichen: http://talk.hxg.at

Am 17. Februar 2018 um 07:56 schrieb andreas wecer 
:

> On Fri, Feb 16, 2018 at 4:23 PM Johann Haag  wrote:
>
>> es spricht ja auch nichts gegen addr:unit, zum vermeiden von doppelten
>> Adressen dient zusätzlich auf der Hausnummer der Appendix  „/treppe“
>>
>
> Wenn du die Stiege doppelt unter housenumber und unit angibst, wird sie
> u.a. bei carto, also dem Standardstil auf osm.org, auch doppelt
> angezeigt. Im Moment wird addr:unit öfter - wie beim mittlerweile
> weltberühmten Anna-Boschek-Hof - ohne Hausnummer angegeben. Das sieht auf
> der Karte hübsch aus, dafür ist nicht unmittelbar eindeutig klar, zu
> welcher Adresse diese gehören. Umgekehrt sieht es schnell sehr hässlich
> aus, wenn die Hausnummer bei jeder Unit gerendert wird und die
> Unterstützung von anderer Software sieht meines Wissens auch nicht besser
> aus (Maps.me zeigt anscheinend addr:flats aber nicht addr:units an, scheint
> aber nach keinem davon suchen zu können). Der Appendix bei der Hausnummer
> ist aktuell der pragmatische Ansatz, der bei vielen Units auf engem Raum
> genauso hässlich aussieht, aber zumindest ohne Anpassung gleich überall
> funktioniert.
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>
>


-- 
Elektronikermeister Johann Haag
Innsbruckerstraße 42
6380 St. Johann in Tirol
ÖSTERREICH
Tel: +43 664/174 7414
Mailto:johannh...@hxg.at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[talk-ph] Kaart PH data improvement efforts - road alignment in Metro Manila

[Erwin Olario]

Hi everyone.

We are pleased to inform the community about the progress of the missing
roads tasks that Kaart has initiated in the Philippines [0]. Thanks to
mappers (here and abroad) who've contributed their time and effort, we have
completed the missing roads tasks [1] for the following areas:
- Metro Manila (with validation)
- Batangas
- Bulacan
- Pampang
- Pangasinan
- Quezon
- Rizal

While we still have available tasks for the following provinces:
- Cavite
- Laguna

We plan to attend to other provinces as well,  as soon as we complete our
priorities. If you wish to have your home province task made available
sooner, please ping me.

Our next [2] priority is addressing the road alignment issues we've
identified for Metro Manila. Based on Kaart GIS analysis, some of our road
segments has positional errors (~3-17m) when compared to existing track
logs (OpenStreetMap and Strava).

We propose to adopt following alignment strategy :

1.  Where available, use Bing as baseline, but verify its accuracy by
comparing with SatNav (OSM track logs, Strava heatmaps) data. Same applies
for any other available aerial imagery (e.g. Mapbox. Digital Globe
Standard, Digital Globe Premium, ESRI World Clarity, ESRI World Imagery).
   2. Publish offsets to the Imagery Offsets Database (IODb)
. Deprecate IODb entries, when necessary.
   3. For grid networks, attempt to offset data to match imagery. If not
successful or practical, retrace the area.
   4. Realign all other roads, correct topology errors, and mark task as
complete.
   5. Pass 2. Validation.

Realignment and imagery offset is not a task for beginners, so we've
temporarily set the task to private. Collaborators using JOSM are welcome
to help out, when the task is made ready for dissemination.

Additional details are posted in our task ticket [2]. If you want to access
the project task, let me know what your OSM username is, so I can add you,
too.

We are keen to hear the community's feedback, or suggestions.

/Erwin

[0]: https://github.com/mapamore/kaart-ph/issues
[1]:
https://tasks.hotosm.org/contribute?difficulty=ALL=Kaart=missing
[2]:
https://github.com/mapamore/kaart-ph/issues?utf8=%E2%9C%93=label%3Apriority+
[3]: https://github.com/mapamore/kaart-ph/issues/12

-- 

/Erwin Olario

e: er...@ngnuity.xyz | v/m: https://t.me/GOwin | s: https://mstdn.io/@GOwin
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph