[Talk-us] SOTMUS Townhall Results!

[alyssa wright]

Hi all,

We had a State of the Map US Townhall the other night! Hopefully it helped
bidding teams. It also helped us (the board) clarify some of the things we
hope to emphasize at this year's State of the Map US. So we wrote a blog
post:

https://openstreetmap.us/2016/01/sotmus-towhnall-2016/

The long and short: community, progress, team, and accessibility. We hope
this continues to inform the teams and the community.

Deadline for proposals is Monday February 15th and we are here to help and
answer any further questions in the interim.

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

Re: [Talk-it] OpenStreetMap Italia

[Alessandro Palmas]

Il 28/01/2016 17:11, Luca Delucchi ha scritto:



ale non farlo, non è lo scopo di OSM. Abbiamo già fatto tanti danni a
partire dagli USA, cerchiamo di fare eventi nelle zone con più
difficoltà e creare una comunità. Senza persone in loco avremo dati
vecchi (le ortofoto sono sempre vecchie) e nessun dato che si può
rilevare solamente sul territorio



Scusa Luca e scusate tutt* se rispondo a pezzi...

Luca però con stò discorso dei dati vecchi non si va da nessuna parte.

E' come quello che sentivamo in un certo Comune nel 2012 dove si 
facevano forti dei "dati validati": validati con quali modalità, con 
quale percentuale dell'intero grafo e in quale data (anche la data della 
validazione sarà quella dell'inizio o della fine della campagna, nel 
frattempo possono essersi anche modificati)??


E in OSM non abbiamo dati inseriti nel 2006? Cancelliamo tutto quello 
più vecchio di X anni perchè senz'altro sarà cambiato qualcosa?


Un conto è trovarsi la pappa pronta come coi dati Tiger, un altro è 
inserire un pò di strade per dare un minimo di senso ad una parte di 
territorio. Sono passati parecchi anni, la mappatura è sempre quello che 
è, la comunità non si è mai formata, che si fa: lasciamo tutto com'è? 
aspettiamo un filantropo che ci paga diverse migliaia di ore uomo per 
rilevare sul campo?
Occorre trovare un punto di equilibrio senza estremizzare nè verso un 
senso nè verso un altro.


Ovvio che ci vorrebbero più iniziative da quelle parti, ma appena è 
spuntato l'argomento OSMIT, ecco che tutti lo vogliono fare nel proprio 
backyard


Alessandro Ale_Zena_IT

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

Re: [Talk-it] OpenStreetMap Italia

[Fabrizio Tambussa]

Il giorno 29 gennaio 2016 15:36, Alessandro Palmas <
alessandro.pal...@wikimedia.it> ha scritto:

>
> Un conto è trovarsi la pappa pronta come coi dati Tiger, un altro è
> inserire un pò di strade per dare un minimo di senso ad una parte di
> territorio. Sono passati parecchi anni, la mappatura è sempre quello che è,
> la comunità non si è mai formata, che si fa: lasciamo tutto com'è?
> aspettiamo un filantropo che ci paga diverse migliaia di ore uomo per
> rilevare sul campo?
> Occorre trovare un punto di equilibrio senza estremizzare nè verso un
> senso nè verso un altro.
>

Salvo poi incappare nella solita alluvione che ogni tanto capita random sul
territorio italiano, per attivarci e mappare come forsennati da immagini
satellitari, per completare la mappa nelle zone disastrate.
Le stesse immagini che si possono usare oggi, con piu' calma e senza
correre con l'acqua alla gola.

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

Re: [Talk-it] OpenStreetMap Italia

[Alessandro]

Ieri avevo letto solo le prime righe della mail Oops


Il 28/01/2016 17:11, Luca Delucchi ha scritto:



non so realmente cosa possa cambiare da ieri ad oggi, chi ha interesse
in OSM lo ha fatto anche prima di questo accordo (AMAT e Regione
Toscana sono un esempio)  chi non ha interesse continuerà a
mandarti/mandarci via


Se ti riferisci all'accordo del settembre 2014 era con Wikimedia Italia.




Ora possiamo firmare documenti ufficiali e presentarci al tavolo ricevendo
più considerazione.


potevate farlo anche come wikimedia senza essere local chapter


Chiunque però potrebbe obbiettare: a quale titolo WMI stringe accordi 
senza che tra OSM e WMI ci sia un riconoscimento ufficiale? Lo stesso 
avrebbero potuto dire le controparti.




Allo stesso tempo OpenStreetMap in Italia avrà una maggiore visibilità
perchè Wikimedia considera OSM più o meno come Wikipedia. Da qui anche gli
sforzi per una maggiore integrazione tra Wikipedia e OSM, questo nel periodo
in cui l'informazione geolocalizzata assume sempre più importanza.


o lo vede come possibile business?


Sin dalla sua nascita OSM ha adottato una licenza che non impediva di 
fare business sui dati e sui servizi derivati. Negli ultimi anni anche 
il Governo Italiano con la IODL ne ha riconosciuto la possibilità con i 
propri.
Che Wikimedia abbia pensato tutto questo per guadagnarci lo escluderei, 
al massimo potrebbe sperare di partecipare con alcune consulenze 
rientrando in piccola parte dei costi.
L'aspetto del business rientra in una visione pù ampia: si cerca di 
ampliare la base di chi conosce ed utilizza OSM, tra gli utilizzatori ci 
saranno anche aziende e P.A. (l'esperienza dice che c'è una ricaduta 
positiva per OSM). Ad oggi la maggior parte dei servizi basati su dati 
OSM vengono forniti dall'estero, perchè non desiderare di sviluppare un 
mercato italiano dei fornitori di servizi? In questo modo verrebbero 
creati posti di lavoro e anche la bilancia commerciale ne avrebbe un 
piccolissimo beneficio (il denaro rimarrebbero in Italia).






abbiamo casi di enti che continuano a violare la licenza? ogni volta
che scrivo a qualcuno che non rispetta la licenza ottengo in
pochissimo tempo la correzione


I primi che mi vengono in mente:
http://www.viaggiareinpuglia.it/mappa/it
http://sit.comune.savona.it:8086/template/savona/?mapset=toponomastica;
più due App fatte per Comune di Genova e una per la Regione Liguria




Poi, per carità, anch'io mappo i cestini della spazzatura nei parchi e, se
lo conosco, il nome latino degli alberi ... ma dedico una percentuale del
mio tempo a cose che ritengo importanti anche se lontane da Genova, vedi la
mappatura da remoto di zone carenti.



ale non farlo, non è lo scopo di OSM. Abbiamo già fatto tanti danni a
partire dagli USA, cerchiamo di fare eventi nelle zone con più
difficoltà e creare una comunità. Senza persone in loco avremo dati
vecchi (le ortofoto sono sempre vecchie) e nessun dato che si può
rilevare solamente sul territorio


Certo che bisognerebbe creare comunità locali, la presenza è la cosa più 
importante per OSM ed è quello che ci invidiano in molti: la velocità 
nella reazione ai cambiamenti.
Il problema è *come* creare una comunità locale. Mettiamo il caso 
riuscissimo a fare un paio di mapping party in zone scoperte, io 
penserei a cercare contatti partendo dalla Università, ma comunque ci 
vuole un minimo di base, altrimenti fai centinaia di km e incontri 5 
persone :-(

Di questo sono io il primo a dire: parliamone.





Stiamo quindi facendo uno sforzo su tre aspetti:
- da una parte ci stiamo muovendo verso i produttori dei dati, Regioni in
primis, perchè pubblichino degli open data seri (c'è chi pubblica dati
cartografici in pdf chiamandoli open data senza nemmeno vergognarsi), ma
anche (a maggior ragione in tempi di crisi) guardare al mondo OSM come
un'opportunità per pensare ad una circolarità del flusso dati


risultati fin'ora?


Quando si tratta di P.A. i tempi sono sempre lunghi. Ad esempio dove 
siamo stati insieme hanno appena cambiato il dirigente quando eravamo 
vicini ad un accordo (ma si tratta solo di attendere qualche settimana 
in più)





sento sempre parlare di business sugli open data ma non ho ancora
trovato ditte che ci riescano a campare per lungo tempo (a parte
geofabrik della quale però non conosco bene il business model). Da
quanto sento in giro i risultati economici ottenuti dall'apertura
degli open data non sono quelli che ci si aspettava, sicuramente per
chi utilizza i dati, come il sottoscritto, è un grosso vantaggio
averli e un'importante vittoria culturale.


Solo a Genova conosco due aziende che lavorano anche, non *solo* ma 
anche, con i dati OSM







Dall'unione di questi sforzi nelle prossime settimane penso riusciremo a
comunicarvi di altre importanti mete a cui stiamo lavorando.
Quello che mi permetto di chiedere a chi desidera che OSM sia più visibile e
più utilizzato è, appunto, una maggior focalizzazione sulle attuali carenze
che abbiamo in 

Re: [Talk-it] Violazione licenza OSM su Tripkly: questa volta ne sono (quasi) sicuro

[Dino Michelini]

  Ho verificato la zona dove sto lavorando (Oriolo Romano, Vejano,
Capranica, ecc.) e la carta che usano è sicuramente OSM perché trovo
tutte le info geografiche che sto caricando

Il 29.01.2016 11:26 Matteo
Quatrida ha scritto: 

> Ciao a tutti,
> 
> spero questa volta di non
creare un falso allarme, come la scorsa volta.
> 
> Si tratta della
competizione ciclistica South Tyrol Trail. Vi riporto i link con i
percorsi chiaramente su mappa OSM, ma del rispetto della licenza nessuna
traccia: né in mappa, né in fondo alla pagina, né ho trovato una pagina
specifica. 
> 
>
http://www.tripkly.com/it/trails/846/south-tyrol-trail-percorso-extreme/
[1]
>
http://www.tripkly.com/it/trails/869/south-tyrol-trail-percorso-gravel-2016/
[2]
> 
> In generale tutto il portale Tripkly powered bu Kodò S.r.l. fa
uso di mappe OSM senza licenziarle.
> 
> Lascio a voi l'onere e l'onore
di bacchettarli... io tendo ad essere troppo aggressivo in forma
scritta. 
> Un - triste! - saluto. 
> 
> -- 
> 
> Dott. Ing. Matteo
Quatrida
> +39 340 909 6828
> 
> matteo.quatr...@pec.it [3]
> 
> "If a
cluttered desk is a sign of a cluttered mind, of what, then, is an empty
desk a sign?" --- Albert Einstein
  


Connetti gratis il mondo con la nuova indoona:  hai la chat, le chiamate, le 
video chiamate e persino le chiamate di gruppo.
E chiami gratis anche i numeri fissi e mobili nel mondo!
Scarica subito l’app Vai su https://www.indoona.com/

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

Re: [Talk-it] Violazione licenza OSM su Tripkly: questa volta ne sono (quasi) sicuro

[Luca Delucchi]

2016-01-29 14:49 GMT+01:00 Dino Michelini :
> Ho verificato la zona dove sto lavorando (Oriolo Romano, Vejano, Capranica,
> ecc.) e la carta che usano è sicuramente OSM perché trovo tutte le info
> geografiche che sto caricando
>

confermo, è la cyclemap.
Volevo scrivere sia a Tripkly che a Kodò ma il primo ha solo il form
senza mail perciò mi sono fermato un attimo, sarebbe da scrivere a
tutti e due in copia. Qualcuno trova mica una mail di Tripkly? poi gli
scrivo


-- 
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org

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

[Talk-GB] Welcome Sign

[Paul Berry]

Is there a tag for welcome signs, such as at the entrances/exits to/from
villages on main roads, crossing national, county or district boundaries,
or at other places?

I'm guessing it's traffic_sign=city_limit even if these aren't always found
at the actual boundaries of places.

Thanks in advance

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

Re: [Talk-TW] 地圖[真正]宅不出門的 mapping party & 批次匯入請教

[clarkcabo]

我是用OsmAnd+ 
APP,它現場定位，輸入名稱及部分屬性或記錄軌跡(GPX)上傳到OSM官網資料庫的功能,但訂位常出訂位到馬路另一邊的情況,所以回家後,還要用PC上OSM去調整修正...
我有些問題,像"寶雅"(POYA),要歸類為甚麼?百貨公司?購物中心?超市?雜貨店?
還有農漁會的特產展售中心,是(農)產品直銷中心?禮品店?雜貨店?
伴手禮或紀念品店都算禮品店嗎?
還有食品的分類中,有餐廳及美食店,卻沒有小吃,所有我就把賣小吃的店家,軟硬體又不到餐廳規模的,都歸類為"美食店",但我不認為"小吃"不一定跟"美食"畫上等號啊!
然後也沒"冰品",只有"冰淇淋"...




 

Kuang-che Wu  於 2016/1/29 (週五) 2:03 PM 寫道﹕
 

 mapillary 網站本身好像沒有 open source, 不過上面的 data 是 open license.
不需 login 也可以看到內容. 只是他的 landing page 看圖的 link 不是那麼顯眼.
點那行大字 "EXPLORE MAPILLARY PHOTOS ON A MAP"
( https://www.mapillary.com/map/search/29.986/0/0 ),
在裡頭的 photo mode, 就有類似 google streetview 的介面, 可以前進後退
https://www.mapillary.com/map/im/5W1BSEl8_ke47WzkBxkAIQ/photo
這個例子是鏡頭向前一直拍, 你們的應用我猜鏡頭向斜前方效果會比較好.

On Fri, Jan 29, 2016 at 12:09:56PM +0800, 洪朝貴 wrote:
> 謝謝 mcdlee & kcwu 提供的訊息及注意事項。
> 
> 好的， 對於 2-6 步期間其他人同步編輯的問題，
> 我打算這樣處理：
> 1. 盡量將 2-6 步之間的時間縮短在一兩天之內。
> 2. 盡量找荒蕪的地方玩批次輸入
> 3. 要舉辦活動之前先在這裡公告
> 4. merge 的時候， 檢查每一個 node 的欄位數，
>    挑出那些「資料庫內含有欄位數多於上傳欄位數」
>    的 nodes 手工處理。
> 這樣應該只會遺漏掉極少的資料，
> 相較於整個活動的貢獻， 應該算還好齁?
> 
> mapillary 好像沒有 open source?
> 然後他們的網站如果沒有用 FB 或 ArcGIS
> 登入就無法看， 對嗎?
> 
> 不同 tag 的問題： 除了 amenity 跟 shop 之外，
> 還有哪些 tag 常被用來標記商家呢?
> 如果有人用不常用的 tag 標記，
> 也許就正好該整合一下。
> 最終， 有些不一致總還是需要手動發現與處理囉。
> 
> 那我就要開始研究如何上傳囉。 謝謝大家!
> 
> --
> 校園P2P是否合法? 請搜尋『windows 10 打臉教育部』
> Chao-Kuei Hung 洪朝貴
> 
> 
> 在 2016年1月27日 下午4:52，Kuang-che Wu  寫道：
> > On Wed, Jan 27, 2016 at 01:06:31PM +0800, 洪朝貴 wrote:
> >> 1. 少數幾位「非宅」上街每隔幾十公尺照一張斜斜的「滿街招牌照」， 貼上網站。
> > 這步建議直接用 Mapillary 的 app, 一路走過去每隔幾家店就拍一張,
> > 一方面拍到更多資訊, 也許有助於之後的 tagging,
> > 另一方面, 若 GPS 定位沒差太多的話, 也許有助於決定 node 的位置.
> >
> >> 2. 少數幾位有 osm 帳號的宅宅根據照片用 id 編輯器建立 nodes。
> >>    大部分的 nodes 只填 [amenity 或 shop] 以及 name 兩個欄位。
> >>    挑兩三個「示範 nodes」 填入較豐富的資訊。
> > shop 的話可以填 shop=yes, 其他人再接手看是哪一種 shop.
> > 各行各業如何 tag, 這個 pad 可能有幫助 https://osmtw.hackpad.com/tag-RmL5fQsiMGp
> >
> >> 3. 一位技術人員用 overpass turbo 把整區的 amenity 跟 shop 撈出來、
> >>    貼到 ethercalc.org (類似 google doc 的即時共筆試算表)，
> >>    跟據類別排序 (所有的咖啡店排在一起、 所有的便利商店排在一起)。
> >>    範例： https://ethercalc.org/osmtwed-t01
> >> 4. 電腦教室裡的 [宅不出門 mapping party]： 大家看著試算表，
> >>    對照著「示範 nodes」， 有哪些空白欄位需要補上一目瞭然。
> >>    開始 google 商家名稱或打電話， 填表。
> >> 5. 在此同時， 官網尚未更新前， umap 可以即時顯示目前編輯的狀況。
> >>    待辦： 需要寫一支小程式把 ethercalc 上面的內容轉成 geojson 餵給 umap。
> >> 6. 結束後， 一位技術人員把上述 geojson 檔匯入到 OSM 官方資料庫。
> >>    因為大眾參與的第 4 步並不增減 nodes， 只是增加/編輯欄位，
> >>    所以很容易用程式檢查確認只會動到官網資料庫既有的 nodes。
> > 由於這些資料都是人工確認過的, 我覺得資料本身匯入沒有問題.
> >
> > 但有幾個要注意的地方,
> > - 若那邊已經有人 mapping 過一部分了, 他用的 tag
> >  可能跟你們想處理的不太一樣(譬如不是 amenity 也不是 shop).
> >  那麼在第 2 步時, 小心不要 duplicate 了.
> >  如果真的不是 amenity 或 shop, 那在第 4 步時看不到,
> >  參與者可能會發現有某個公司(?)被跳過了, 可能會造成他們的困惑?
> >
> > - 第 2 步跟第 6 步中間的時間差. 若在那中間已經有其他 mapper 對那些 nodes
> >  修改 作第 6 步的人可能要手動 merge conflict
> >
> ___
> Talk-TW mailing list
> Talk-TW@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-tw
___
Talk-TW mailing list
Talk-TW@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-tw


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

[OSM-legal-talk] Trouble understanding the "Derivative database" implications

[Lych]

Hello,

We're considering using OSM in our company, I’m having trouble understanding 
the "Derivative database » implications.
Here is the case: we wish to use OSM POIs, say restaurants, and then enrich 
them with our data, say restaurant menus. If I understood well, I’m in case #3 
here  and it becomes a « 
derivative database ».

I’m OK with attribution.
I’m OK with enriching and getting back to OSM anything that I took from OSM: 
updating opening hours, correcting addresses, new names of restaurant, adding 
missing restaurants… 
I’m NOT OK with sharing the part of our database that is restaurant menus, 
which would be the asset of my company.

Is it what I’m supposed to do or is ODbL only related to data we took 
originally?

http://wiki.openstreetmap.org/wiki/Legal_FAQ#3b._If_I_have_data_derived_from_OSM_data.2C_do_I_have_to_distribute_it.3F
 

Here it says that we have to make available "The 'diff' between the 
original OSM data, and your derived database », in my opinion that’s my second 
bullet point and if it’s only that, I’m totally OK with it.

Our goal is to protect our asset, not avoid giving back to the community. 

Many thanks for any input, I’m lost!

Fizz___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk

Re: [Talk-cz] Hospoda Brno 2016.01

[Tom Ka]

Ahoj, po doplneni hlasovani vychazi nejlip pristi tyden Ctvrtek, opet
u Kormidla jako minule. Ja tam budu od 17:00, dojdete jak budete
potrebovat.

Diky a tesim se.

Dne 26. ledna 2016 17:07 Tom Ka  napsal(a):
> Dne 24. ledna 2016 20:18 Tom Ka  napsal(a):
>> Ahoj, uz jsme se zase delsi dobu nevideli v Brne. Jak jste na tom?
>> http://doodle.com/poll/iwb2u65p9yhkqamp
>
> Ucast nic extra, zkusil jsem tedy dat nejake terminy na dalsi tyden a
> tento si kazdej dejte skopek povinne doma ;-)
>
> Prosim o doplneni/aktualizaci hlasovani, adresa zustava.

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

Re: [Talk-TW] 地圖[真正]宅不出門的 mapping party & 批次匯入請教

[Kuang-che Wu]

mapillary 網站本身好像沒有 open source, 不過上面的 data 是 open license.
不需 login 也可以看到內容. 只是他的 landing page 看圖的 link 不是那麼顯眼.
點那行大字 "EXPLORE MAPILLARY PHOTOS ON A MAP"
( https://www.mapillary.com/map/search/29.986/0/0 ),
在裡頭的 photo mode, 就有類似 google streetview 的介面, 可以前進後退
https://www.mapillary.com/map/im/5W1BSEl8_ke47WzkBxkAIQ/photo
這個例子是鏡頭向前一直拍, 你們的應用我猜鏡頭向斜前方效果會比較好.

On Fri, Jan 29, 2016 at 12:09:56PM +0800, 洪朝貴 wrote:
> 謝謝 mcdlee & kcwu 提供的訊息及注意事項。
> 
> 好的， 對於 2-6 步期間其他人同步編輯的問題，
> 我打算這樣處理：
> 1. 盡量將 2-6 步之間的時間縮短在一兩天之內。
> 2. 盡量找荒蕪的地方玩批次輸入
> 3. 要舉辦活動之前先在這裡公告
> 4. merge 的時候， 檢查每一個 node 的欄位數，
> 挑出那些「資料庫內含有欄位數多於上傳欄位數」
> 的 nodes 手工處理。
> 這樣應該只會遺漏掉極少的資料，
> 相較於整個活動的貢獻， 應該算還好齁?
> 
> mapillary 好像沒有 open source?
> 然後他們的網站如果沒有用 FB 或 ArcGIS
> 登入就無法看， 對嗎?
> 
> 不同 tag 的問題： 除了 amenity 跟 shop 之外，
> 還有哪些 tag 常被用來標記商家呢?
> 如果有人用不常用的 tag 標記，
> 也許就正好該整合一下。
> 最終， 有些不一致總還是需要手動發現與處理囉。
> 
> 那我就要開始研究如何上傳囉。 謝謝大家!
> 
> --
> 校園P2P是否合法? 請搜尋『windows 10 打臉教育部』
> Chao-Kuei Hung 洪朝貴
> 
> 
> 在 2016年1月27日 下午4:52，Kuang-che Wu  寫道：
> > On Wed, Jan 27, 2016 at 01:06:31PM +0800, 洪朝貴 wrote:
> >> 1. 少數幾位「非宅」上街每隔幾十公尺照一張斜斜的「滿街招牌照」， 貼上網站。
> > 這步建議直接用 Mapillary 的 app, 一路走過去每隔幾家店就拍一張,
> > 一方面拍到更多資訊, 也許有助於之後的 tagging,
> > 另一方面, 若 GPS 定位沒差太多的話, 也許有助於決定 node 的位置.
> >
> >> 2. 少數幾位有 osm 帳號的宅宅根據照片用 id 編輯器建立 nodes。
> >> 大部分的 nodes 只填 [amenity 或 shop] 以及 name 兩個欄位。
> >> 挑兩三個「示範 nodes」 填入較豐富的資訊。
> > shop 的話可以填 shop=yes, 其他人再接手看是哪一種 shop.
> > 各行各業如何 tag, 這個 pad 可能有幫助 https://osmtw.hackpad.com/tag-RmL5fQsiMGp
> >
> >> 3. 一位技術人員用 overpass turbo 把整區的 amenity 跟 shop 撈出來、
> >> 貼到 ethercalc.org (類似 google doc 的即時共筆試算表)，
> >> 跟據類別排序 (所有的咖啡店排在一起、 所有的便利商店排在一起)。
> >> 範例： https://ethercalc.org/osmtwed-t01
> >> 4. 電腦教室裡的 [宅不出門 mapping party]： 大家看著試算表，
> >> 對照著「示範 nodes」， 有哪些空白欄位需要補上一目瞭然。
> >> 開始 google 商家名稱或打電話， 填表。
> >> 5. 在此同時， 官網尚未更新前， umap 可以即時顯示目前編輯的狀況。
> >> 待辦： 需要寫一支小程式把 ethercalc 上面的內容轉成 geojson 餵給 umap。
> >> 6. 結束後， 一位技術人員把上述 geojson 檔匯入到 OSM 官方資料庫。
> >> 因為大眾參與的第 4 步並不增減 nodes， 只是增加/編輯欄位，
> >> 所以很容易用程式檢查確認只會動到官網資料庫既有的 nodes。
> > 由於這些資料都是人工確認過的, 我覺得資料本身匯入沒有問題.
> >
> > 但有幾個要注意的地方,
> > - 若那邊已經有人 mapping 過一部分了, 他用的 tag
> >   可能跟你們想處理的不太一樣(譬如不是 amenity 也不是 shop).
> >   那麼在第 2 步時, 小心不要 duplicate 了.
> >   如果真的不是 amenity 或 shop, 那在第 4 步時看不到,
> >   參與者可能會發現有某個公司(?)被跳過了, 可能會造成他們的困惑?
> >
> > - 第 2 步跟第 6 步中間的時間差. 若在那中間已經有其他 mapper 對那些 nodes
> >   修改 作第 6 步的人可能要手動 merge conflict
> >
> ___
> Talk-TW mailing list
> Talk-TW@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-tw


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

[Talk-it] open street maps

[emmexx]

E' cambiato il nome? ;-)

http://www.wired.com/2016/01/urban-engines-is-ab-testing-transportation/

"It licenses information from cities, pulls in anything public, buys 
data on private vehicles from an unnamed third party, and uses open 
street maps."


ciao
maxx

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

Re: [Talk-it] Violazione licenza OSM su Tripkly: questa volta ne sono (quasi) sicuro

[girarsi_liste]

Vado a naso, intanto qui penso si interfacci con:


http://www.opencyclemap.org/?zoom=6=41.9505=11.4874=B000


Per cui credo ci sia più di una volazione, però attendo riscontri.


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



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

Re: [Talk-it] Violazione licenza OSM su Tripkly: questa volta ne sono (quasi) sicuro

[Andrea Lattmann]

>spero questa volta di non creare un falso >allarme, come la scorsa volta

Non era un vero e proprio falso allarme, perché tempo prima li avevo contattati 
a mio nome per fagli rispettare il copyright. ;-)

Appena rientro faccio un giro di mail per far rispettare il copyright (molto 
gentilmente) :-)

Andrea Lattmann

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

[Talk-GB] Redraft of objectives for OSMUK

[Brian Prangle]

Hi everyone

3rd draft following this week's concall

1.To increase the quality and quantity of data about the UK in
OpenStreetMap.

2.To increase the size, skills, toolsets and cohesion of the OpenStreetMap
community of data contributors and editors in the UK.

2.To promote and facilitate the use of OpenStreetMap data by individuals
and organisations in the UK.

3.To promote and facilitate the release by organisations in the UK of
OpenData  that is suitable for use in OpenStreetMap.


I think I've included the gist of the discussion

@Rob - this really needs to go in the wiki but I'm not really proficient at
wiki editing
Also should I be using either or both of the  other two mailing lists
(Announce, Initial Working Group)?

Regards

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

Re: [Talk-it] OpenStreetMap Italia

[Andrea Lattmann]

>I primi che mi vengono in mente:
>http://www.viaggiareinpuglia.it/mappa/>it
>http://sit.comune.savona.it:8086/>template/savona/>?mapset=toponomastica&;
>più due App fatte per Comune di Genova >e una per la Regione Liguria

Grazie di avermelo ricordato. Lì contatterò. Le applicazioni come si chiamano 
che le cerco?

Andrea Lattmann

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

Re: [Talk-it] OpenStreetMap Italia

[Alessandro]

Il 29/01/2016 13:35, Andrea Lattmann ha scritto:

I primi che mi vengono in mente:
http://www.viaggiareinpuglia.it/mappa/>it
http://sit.comune.savona.it:8086/>template/savona/>?mapset=toponomastica&;
più due App fatte per Comune di Genova >e una per la Regione Liguria


Grazie di avermelo ricordato. Lì contatterò. Le applicazioni come si chiamano 
che le cerco?



Già contattati.

Le App sono 'Genova Official Guide', 'Iononrischio' e 'Liguria l'altra 
Riviera' per queste ho mandato già due mail e la prossima volta sarò più 
fermo nei toni



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

Re: [Talk-it] osmit.it

[Cristian Consonni]

Ciao,

Il 28 gennaio 2016 17:27, Luca Delucchi  ha scritto:
> a breve scaderà il dominio osmit.it (intestato al sottoscritto) e mi
> farebbe piacere darlo a wikimedia italia. Visto che non sono socio (e
> non voglio neanche diventarlo) vorrei però avere delle rassicurazioni
> (scritte) che osmit venga ancora organizzato e soprattutto non
> boicottato come l'anno scorso o mal organizzato come due anni fa.
>
> Organizzare un evento è un impegno serio, a cui bisogna dedicare tempo.
>
> Vorrei perciò sapere cosa ne pensa la comunità, visto che OSMit è
> sempre stato l'evento della comunità, se poi anche qualcuno di
> wikimedia (il titolare dovrà essere l'associazione e non suoi
> affiliati) mi conferma che c'è l'interesse ad ottenere il dominio mi
> dica a chi scrivere per iniziare la procedura

Non c'è problema, per favore scrivi a direttivo(at)wikimedia(punto)it

Ciao,

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

[Talk-it] Violazione licenza OSM su Tripkly: questa volta ne sono (quasi) sicuro

[Matteo Quatrida]

Ciao a tutti,

spero questa volta di non creare un falso allarme, come la scorsa volta.

Si tratta della competizione ciclistica South Tyrol Trail. Vi riporto i
link con i percorsi chiaramente su mappa OSM, ma del rispetto della licenza
nessuna traccia: né in mappa, né in fondo alla pagina, né ho trovato una
pagina specifica.

http://www.tripkly.com/it/trails/846/south-tyrol-trail-percorso-extreme/
http://www.tripkly.com/it/trails/869/south-tyrol-trail-percorso-gravel-2016/

In generale tutto il portale Tripkly powered bu Kodò S.r.l. fa uso di mappe
OSM senza licenziarle.

Lascio a voi l'onere e l'onore di bacchettarli... io tendo ad essere troppo
aggressivo in forma scritta.

Un - triste! - saluto.

-- 
Dott. Ing. Matteo Quatrida
+39 340 909 6828
matteo.quatr...@pec.it

*“If a cluttered desk is a sign of a cluttered mind, of what, then, is an
empty desk a sign?”* --- Albert Einstein
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Doit-on encore renseigner les adresses dans OSM ou se focaliser sur BANO ?

[JB]

Le 29/01/2016 09:12, Christian Quest a écrit :

En alternant avec un peu de CLC à affiner

Et à découper en petits morceaux…
Euh, non, en fait, ça, c'est quand on a du temps.

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

Re: [OSM-talk-fr] Doit-on encore renseigner les adresses dans OSM ou se focaliser sur BANO ?

[Christian Quest]

En alternant avec un peu de CLC à affiner, des erreurs osmose à rectifier,
de l'opendata à intégrer, etc, etc.

C'est ça que j'aime avec OSM, c'est que tu as toujours un autre truc à
faire ;)

Le 28 janvier 2016 à 16:27, Nicolas Moyroud  a écrit :

>
> Toutafé !
>>
>> Aucune priorité dans les contributions n'a jamais été fixée à ma
>> connaissance dans OSM et tant mieux !
>>
>> Cela n'empêche pas que certaines contributions auront un impact immédiat
>> plus important que d'autres et si on a 1 heure de dispo, ajouter des noms
>> de rues aura un impact sur l'usage des données OSM plus important que le
>> même temps passé à ajouter des adresses dans quelques rues... idem si on
>> complète encore les endroits où des routes manquent carrément.
>>
>> Faut bien se détendre un peu. Entre deux sessions de nommage de rues,
> faire une petite pause points ça fait du bien !
> En prescription OSM je préconise 1h de rues, 30 minutes de points, 1h de
> rues, ... jusqu'à épuisement total. ;-)
>
>
> Nicolas
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

[Talk-de] Voting: #TheShapefileChallenge

[Elstermann, Mike]

Hallo zusammen,

da ja auch im OSM-Umfeld viele mit ShapeFiles arbeiten (z. B. 
Geofabrik-Downloads), sei auf die #TheShapefileChallenge verwiesen. Vielleicht 
hat jemand Interesse, mit abzustimmen. Das Shapefile mit seinen (alten) 
Nachteilen (siehe: http://giswiki.hsr.ch/Shapefile) hat ausgedient, es gibt 
mehrere Varianten für den Nachfolger.

Zum Voting: 
https://geoobserver.wordpress.com/2016/01/28/voting-theshapefilechallenge/

Beste Grüße und Schönes WE!
mikeE.


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

Re: [Talk-at] Via Ferrata/Klettersteig - Wie richtig taggen?

[Marcus MERIGHI]

Hello, 

ohne eine Meinung zum Thema spezialo-tags oder highway=path zu haben:

Klettersteige sind ein Weg. Kletterrouten sind kein Weg. 

Soweit's die oesterreichischen Gerichte bislang betrifft. Wenn die sich
damit beschaeftigen geht's halt meist um Wegehalter-Pflichten: Ich darf
die Bohrhaken in meiner Kletterroute verotten lassen. Ich darf das nicht
bei Klettersteigen. 

Pfirt'Eich, Marcus

ricoz@gmail.com (Richard), 2016.01.28 (Thu) 15:29 (CET):
> On Tue, Jan 26, 2016 at 09:43:59PM +0100, Friedrich Volkmann wrote:
> > On 26.01.2016 15:10, Richard wrote:
> > >> 1.) Es gibt kein Unterscheidungskriterium zwischen Klettersteig und
> > >> Nicht-Klettersteig.
> > > 
> > > 1. gibt es inzwischen
> > 
> > Der Abschnitt, den du ins Proposal hineingeschrieben hast, enth??lt
> > "Criteria" nur in der ??berschrift. Schon der n??chste Satz erw??hnt "some
> > overlap", und "you may consider following points"... Schwammiger geht's
> > nicht mehr.
> 
> extra Dir zuliebe gemacht. Es gibt viele F??lle wo es sinnvoll sein kann
> eine Ferrata als path zu taggen aber es gibt auch 
>   https://www.google.de/search?q=via+ferrata+rino+pisetta
> Ein Proposal welches vorschl??gt diese Route als highway=path zu taggen
> hat wenig Chancen angenommen zu werden.
> 
> Und nachdem das jetzige Proposal wegen der unendlichen Diskussionen
> als "umstritten" gilt und nur etwa 400-800 Objekte irgednwie als Ferrata
> gemappt sind kann man keinen Support von apps usw erwarten.
> Ist schon ??rgerlich wenn OsmAnd ganz exotische features unterst??tzt
> aber keine ferratas kennt.
> 
> > Zu Klettersteigsets will ich nur sagen, dass es diese vor 20
> > Jahren noch gar nicht gegeben hat und dass das Sicherungsbed??rfnis
> > individuell verschieden ist. Ich kenne jemanden, der alle
> > ost??sterreischischen Klettersteige bis E ungesichert ging. Und umgekehrt 
> > hab
> > ich auch schon am Preinerwandsteig Leute mit Klettersteigset angetroffen.
> 
> sicher, und es gibt auch Kinderferratas ??ber deren Schwierigkeit man 
> schmunzeln
> kann und trotzdem w??rde ich sie meistens als ferrata taggen. Das beweist 
> nicht 
> mehr als da?? wir flexibel sein sollten und ein wenig Verstand anwenden 
> men.
> 
> > > 2. mehr oder weiniger overlap schadet auch nicht. Wir haben auch overlap 
> > > zwischen
> > >unpaved road/track, highway=path/footway uvm - na und?
> > 
> > Diese Overlaps sind eine Altlast. K??nnten wir diese Tags heute neu
> > entwerfen, w??rden wir es besser machen.
> 
> wieso macht das keiner. Sollen wir weitere 15 Jahre warten bis diese
> Altlast beseitigt ist damit wir eine supersaubere ferrata L??sung
> haben k??nnen?
> 
> Mach doch einfach ein anderes Proposal und la?? dar??ber abstimmen, ich werde 
> bestimmt nicht im Weg stehen. 
> 
> > >> 4.) Wenn man f??r versicherte Klettersteige ein eigenes Tag einf??hrt, 
> > >> muss
> > >> man konsequenterweise auch f??r unversicherte Kletterrouten ein Tag 
> > >> einf??hren
> > >> (z.B. highway=climbing).
> > > 
> > > climbing route gibt es schon und das Proposal sehe ich als "in use" an.
> > 
> > Ich finde nur einen Draft, und climbing=route kommt genau 83x vor.
> 
> Die anderen climbing* tags aus dem Proposal sind sehr viel h??ufiger. Da?? die
> eigentliche Route selten eingezeichnet wird liegt vermutlich daran , da?? man
> eine idR fast vertikale Route in OSM ziemlich schlecht einzeichen kann und 
> da?? viele Kletterfelsen keine ausegwiesenen Routen haben sonderne einen 
> weiten
> Kletterbereich.
> 
> > > Die Probleme die gel??st werden m??ssen:
> > >  * ferrata_scale, ferrata=yes u.?? in Kombination mit highway=path sind 
> > > Trolltags
> > >und werden bei den Entwicklern entsprechend unbeliebt wenn falsch 
> > > eingesetzt.
> > >Kein Entwickler wird begeistert sein seine Fahrad- oder 
> > > Fu??g??ngernavi 
> > >umzuprogrammieren wegen ~450 via_ferrata_scale tags.
> > 
> > Versuch nicht f??r Leute zu argumentieren, die du nicht kennst und deren
> > Bed??rfnisse du nicht kennst. Als Programmierer kann ich dir nur sagen, dass
> > dieses Tag zu ber??cksichtigen eine Aufgabe von ein paar Sekunden ist.
> 
> Bin selber Programmierer und brauche die Bemutterung nicht. Programmiere 
> nichts
> f??r OSM aber es haben sich genug andere Programmierer klar ge??u??ert, da?? 
> sie
> trolltags nicht unterst??tzen werden. 
> Ein tag, da?? aus einem highway=path eine senkrechte Wand mit einem Seil macht
> ist ein ziemlich gutes Beispiel f??r ein trolltag.
>  
> > Und ein neues highway-Tag wird ja wohl genauso von Entwicklern
> > ber??cksichtigt werden m??ssen.
> 
> nur wenn sie ferratas unterst??tzen wollen und das macht nur Sinn wenn die 
> anderen ferrata tags auch unterst??tzt werden - ein neues Haupttag ist davon
> das kleinste Problem.
> 
> > >D.h. der path mu?? tats??chlich begehbar sein und zumindest bicycle=no 
> > > + horse=no 
> > >u.?? mu?? zus??tzlich getaggt werden.
> > 
> > In AT ist das schon Default. Au??erdem kenne ich keinen Klettersteig, wo
> > Radfahren 

Re: [Talk-cz] Priklady rucni mapovani, trasovani LPISu, co neni LPISu moc OK a jak aktualizovat rucni mapu dle LPISu a pritom ji nezhorsit - Re: Tracer LPIS - drobne relikty puvodnich drivev ymapovany

[Marián Kyral]

Teď jsem ještě zkouknul video - takhle to dopadá, když mapper ignoruje 
varování JSOM o překrývajících se plochách :-(
Teď by to chtělo fázi 2 - dočištění reliktů z trasování.

Marián


-- Původní zpráva --
Od: Pavel Bokr 
Komu: OpenStreetMap Czech Republic 
Datum: 29. 1. 2016 2:26:13
Předmět: [Talk-cz] Priklady rucni mapovani, trasovani LPISu, co neni LPISu 
moc OK a jak aktualizovat rucni mapu dle LPISu a pritom ji nezhorsit - Re: 
Tracer LPIS - drobne relikty puvodnich drivev ymapovanych poli a luk po 
pretrasovani podle LPIS

"Ahoj,

jeste jsem se vice koukal na ten LPIS a jeho trasovani u nas na Berounsku a 
mohu k tomu dodat i vizualizace konkretnich prikladu a pritom dale uvazuji 
jak asi nejlepe vyuzit LPIS, abych na Berounsku mapu pri aktualizaci pokud 
mozno vylespil a ne ji spise “pokazil” a co by se k tomu jeste hodilo (viz. 
nize – na konci).



STAVAJICI STAV RUCNIHO MAPOVANI PRED LPISEM
Kdyz se podivam na Berounsko tak zadne zjednoduseni pri rucnim mapovani se 
snad nedelalo, mozna si fandim, ale myslim ze mapovani je celkem podrobne 
dle podkladu ktere byly (jak uz jsem psal, co jsem delal ja tak jsem delal 
korekce posunu), jo skoda ze nejde trasovat dle ortofoto cuzk, to si myslim,

ze by pak presnost byla srovnatelna s LPISem. Co je ve skutecnosti u sebe 
tak vetsinou sdili stejne hranicni body, tam kde byla mezi plochami cesta 
jsem ja treba nechaval mezeru. Neclenil jsem velka pole na mala po 
jednotlivych polickach, pokud k tomu nebyl duvod (rozdeleni mezi nebo 
odlisny typ landuse). Jak tady u nas vypadaji puvodni rucne mapovane plochy 
ve srovnani LPISem je videt na prikladech:
http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis1.pdf
http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis2.pdf
http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis3.pdf
http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis4.pdf

Snad to neni tak hrozne, IMHO to neni zas tak spatne a proto resim, aby po 
dalsim pripadnem rozvoji pretrasovani nebyl stav OSM naopak horsi nez je 
toto. (kdyby ta rucni prace byla zjednodusena nebo odflaknuta bylo by to 
jednodusii ji “zahodit” a rovnou trasovat a neresit problemy).





VYSLEDKY PRETRASOVANI PUVODNE RUCNE MAPOVYCH OBLASTI PODLE LPISU
Nevim jestli vetsina dosavadnich trasovani nebyla na Berounsku vzhledem ke 
stavajicim datum spise k horsimu viz:

Relikty:
http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-relikty1.pdf
http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-relikty2.pdf
http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-relikty3.pdf
http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-relikty4.png

Prekryvy (na ne uz bylo upozorneno, me to ale uplne doslo az kdyz jsem videl

tohle):
http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-prekryvy1.pdf
http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-prekryvy2.pdf
http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-prekryvy3.png
http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-prekryvy4.png

Nevim jak bych byl potesen z takovych dat kdybych si je z OSM stahnul k 
nejakemu vyuziti nebo analyze

Na druhou stranu trasovat se evidentne da i lepe – bez reliktu a bez 
prekryvu, kdyz se asi vi jak na to (je berounsku jeden takovy kousek kde 
jsou plochy z tohoto pohledu OK):
http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-bez-reliktu-bez-
prekryvu.png

Nastesti vetsina ploch v okoli Berouna jeste takto pretrasovana neni
http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-netrasovano.png
a snad prave proto jsem vyprovokoval tuto diskuzi a i sam o tom stale 
uvazuji, aby pak Berounsko nebylo plne podobnych ci jinych vad a jeste nez 
se za ucelem aktualizace pripadne pretrasuje dalsi cast tak, aby se resilo 
jak to pripadne delat/nedelat.


Pokud by nekdo chtel videt tato data “dynamicky” tak nabizim ke stazeni 
projekt v QGISu z nehoz obrazky pochazi nebo alespon videozaznam z QGISu:
http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-qgis.zip
https://www.youtube.com/watch?v=zlsXDcI_GSI
(to ze vam v qgisu nebudou pri vetsim zvetseni zcela presne sedet hrany na 
sobe je mozna tim, ze jsem OSM data reprojektoval z WGS do JTSK tim co QGIS 
nabizi a je tam asi nejaka mala nepresnost)





NE VSE CO JE V LPISU BYCHOM ASI CHTELI MIT V OSM
Uz jsem zminoval ze se mi v LPISu neco nezda, ted k tomu spise skutecne 
ukazky: zbytecne diry mezi poli (ve skutecnosti neexistuji), zbytecne 
“artefatky” v geometriich (opet ve skutecnosti neexistuji), chybejici pole 
(tam treba davat pozor a dodelat rucne) apod:
http://osm.kraluvdvur.cz/lpis-berounsko/lpis-diry1.png
http://osm.kraluvdvur.cz/lpis-berounsko/lpis-diry2.jpg
http://osm.kraluvdvur.cz/lpis-berounsko/lpis-artefakt1.png
http://osm.kraluvdvur.cz/lpis-berounsko/lpis-artefakt2.png
http://osm.kraluvdvur.cz/lpis-berounsko/lpis-strom-v-louce1.jpg
http://osm.kraluvdvur.cz/lpis-berounsko/lpis-strom-v-louce2.jpg

Re: [Talk-it] Mappe stampabili con risoluzione >=300 dpi e rilievi

[mbranco]

 Aug 25, 2015; 5:09pm — by  mbranco
Maperitive !

- ha 16 rendering
- legge file .osm e .gpx
- personalizzi il rendering dei tuoi dati
- salva in bitmap o SVG 

Ciao,

  Marco



--
View this message in context: 
http://gis.19327.n5.nabble.com/Mappe-stampabili-con-risoluzione-300-dpi-e-rilievi-tp5866086p5866207.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-GB] Schools project - update 3

[Philip Barnes]

On Wed, 2016-01-27 at 18:35 +, Rob Nickerson wrote:
> >> 1. Open Data Manchester
> >> Following a tweet Open Data Manchester have asked whether anyone
> can
> >> go and show them how to map. Looks like their next meeting is
> Monday
> >> February 1st, 6.30 – 8.30pm. Any volunteers?
> >> 
> >Have you any more information on this? I can get into Piccadilly at
> >18:15, and last train home is 22:36. So would be interested as long
> as
> >its not too far from the station.
> >
> >Thanks
> >Phil (trigpoint)
> 
I have signed up so am on the list.

Will take my laptop so I can demonstrate adding a school with iD.

Phil (trigpoint)

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

Re: [Talk-it] OpenStreetMap Italia

[Luca Delucchi]

2016-01-29 15:50 GMT+01:00 Fabrizio Tambussa :
>
>
> Salvo poi incappare nella solita alluvione che ogni tanto capita random sul
> territorio italiano, per attivarci e mappare come forsennati da immagini
> satellitari, per completare la mappa nelle zone disastrate.

perchè è un'emergenza altrimenti non si chiamerebbe così

> Le stesse immagini che si possono usare oggi, con piu' calma e senza correre
> con l'acqua alla gola.
>

si ma poi dopo l'evento catastrofico dovresti rifare tutto il lavoro
perchè chissà quante cose sono cambiate (ponti rotti, strade bloccate,
case distrutte), infatti bisognerebbe avere foto (meglio aeree ed
ortorettificate piuttosto che satellitari) aggiornate al post evento
drammatico per ricostruire la nuova "realtà" delle cose.

> Saluti
> Fabrizio
>

-- 
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org

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

Re: [Talk-it] Violazione licenza OSM su Tripkly: questa volta ne sono (quasi) sicuro

[Andrea Lattmann]

Avevo fatto uno script Python per la ricerca di mail in un sito... comunque 
provo a vedere questa sera di beccare la mail


Andrea Lattmann

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

Re: [Talk-it] OpenStreetMap Italia

[Andrea Lattmann]

>io gli riscriverei facendogli capire che >non si sta scherzando e che
>siamo pronti a ricorrere a vie legali


Ci penso io ;-)

Andrea Lattmann

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

Re: [OSM-talk] Applicability of wiki tagging and votes: may, should or must

[Matthijs Melissen]

On 29 January 2016 at 17:37, Mateusz Konieczny  wrote:
> "but that's not much to do with tagging diversity" - I would dispute
> it, from my personal experience. Tagging diversity IS one of real
> problems in using OSM data.

+1.

-- Matthijs

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

Re: [Talk-ca] Highway recoding

[Begin Daniel]

Bonjour Ken,
You wrote “this level of confusion just encourages me to stop contributing” …

First, do not stop to contribute! There is so much fun to map about everything 
in your neighbourhood, on thematic content (biking trails, national parks … and 
so on)!

Secondly, the annual report you cite could be used to define our road network 
with only a few road classes, since many people (including me) consider that 
OSM road classification sometime overkill (while there are little options to 
map some other topics!-)  …

The “problem” - which is actually the solution - is that people from around the 
world have decided to use OSM and mapped the world using another road 
classification schema for more than a decade. Furthermore, if OSM users start 
referring to their own national agencies to define the OSM content, it is just 
going to be worst!

The Canada:British Columbia guidelines page is very close to the classification 
that was discussed and agreed with the community 7-8 years ago when we were 
working on NRN schema to translate it into OSM definitions (not the contrary). 
It is just recently that some users started to retag the whole Canadian network 
according to their view, without consulting first the community (contrarily to 
what you did).

This tread is about clarifying the definitions and make them clear in the wiki, 
everywhere it may concern the Canada. So, I am getting back with the above 
definitions that are using both wiki’s definitions and current thread 
discussions:

Tag: highway=motorway to identify the highest-performance roads within a 
territory. Typically, these controlled-access highways have a minimum of two 
lanes in each direction that are separated by a barrier…

Tag: highway=trunk for high performance roads that don't meet the requirement 
for motorway. In Canada, these roads must have some of the controlled-access 
features found on a motorway.

Tag: highway=primary for major highway linking large towns … The traffic for 
both directions is usually not separated by a central barrier. In Canada, these 
roads usually have none of the controlled-access features found on trunk and 
motorway.

Again, hope it will help the discussion ☺
Daniel

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

Re: [Talk-it] OpenStreetMap Italia

[Luca Delucchi]

2016-01-29 11:21 GMT+01:00 Alessandro :
>
> Chiunque però potrebbe obbiettare: a quale titolo WMI stringe accordi senza
> che tra OSM e WMI ci sia un riconoscimento ufficiale? Lo stesso avrebbero
> potuto dire le controparti.
>

Dipende dagli accordi, se fosse come dici te bisogna invalidare la
collaborazione con regione toscana visto che OpenStreetMap viene
definito un progetto della stessa, e lo stesso varrebbe per tutti gli
accordi siglati da simone con le varie PA

>
>
> I primi che mi vengono in mente:
> http://www.viaggiareinpuglia.it/mappa/it
> http://sit.comune.savona.it:8086/template/savona/?mapset=toponomastica;
> più due App fatte per Comune di Genova e una per la Regione Liguria
>

io gli riscriverei facendogli capire che non si sta scherzando e che
siamo pronti a ricorrere a vie legali

>
>
> Certo che bisognerebbe creare comunità locali, la presenza è la cosa più
> importante per OSM ed è quello che ci invidiano in molti: la velocità nella
> reazione ai cambiamenti.
> Il problema è *come* creare una comunità locale. Mettiamo il caso
> riuscissimo a fare un paio di mapping party in zone scoperte, io penserei a
> cercare contatti partendo dalla Università, ma comunque ci vuole un minimo
> di base, altrimenti fai centinaia di km e incontri 5 persone :-(
> Di questo sono io il primo a dire: parliamone.
>

ale come crearla lo sai bene, bisogna insistere insistere e insistere.
Con M(')appare Milano/Genova ecc ecc abbiamo fatto sacrifici ma penso
che alla fine abbiamo avuto buoni risultati, lo stesso sta accadendo
con la creazione di un vasto gruppo di mappatori in valsugana.

>
> Solo a Genova conosco due aziende che lavorano anche, non *solo* ma anche,
> con i dati OSM
>

una la conosco anch'io, ma non so quanto del suo business si basi su OSM.
Fare business con i soli dati penso sia una cosa molto complessa e le
esperienze che ho avuto negli ultimi anni confermano ciò

>
> Cosa intendi per carenze strutturali? Intanto vedo che mancano strade
> provinciali.
>

intendo carenze di strumenti utili per aiutare il mappatore o per la
fruizione di dati. Era giusto per capire a quali carenze ti riferivi e
direi quelle dei dati.

-- 
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org

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

Re: [Talk-it] OpenStreetMap Italia

[Luca Delucchi]

2016-01-29 15:36 GMT+01:00 Alessandro Palmas :

>
> E in OSM non abbiamo dati inseriti nel 2006? Cancelliamo tutto quello più
> vecchio di X anni perchè senz'altro sarà cambiato qualcosa?
>

secondo me un conto è inserire dati già vecchi, un altro i dati che
invecchiano. poi se li ha inserito uno del luogo è più facile
aggiornarli

> Un conto è trovarsi la pappa pronta come coi dati Tiger, un altro è inserire
> un pò di strade per dare un minimo di senso ad una parte di territorio. Sono
> passati parecchi anni, la mappatura è sempre quello che è, la comunità non
> si è mai formata, che si fa: lasciamo tutto com'è? aspettiamo un filantropo
> che ci paga diverse migliaia di ore uomo per rilevare sul campo?

che la mappatura sia sempre uguale è un eresia :-)
che manchi la comunità è vero, ma dall'altra parte è normale se quella
zone è più arretrata. È la normale conseguenza del progetto OSM ci
saranno sempre zone migliori e peggiori, sta a chi utilizza i dati
capire dove, come e per quali scopi ricorrere ad OSM. Mi spiace vedere
che tante persone, e soprattutto da una persona come te che ha
prevalentemente mappato con il GPS, pensino di sostituirsi alle
persone che mancano in altre zone del mondo (esclusione per le zone di
emergenza).

> Occorre trovare un punto di equilibrio senza estremizzare nè verso un senso
> nè verso un altro.
>

Il mio punto d'incontro è che le foto aeree siano utilizzate da
persone del luogo ;-)

> Ovvio che ci vorrebbero più iniziative da quelle parti, ma appena è spuntato
> l'argomento OSMIT, ecco che tutti lo vogliono fare nel proprio backyard
>

Ovviamente organizzare un evento senza una base nel luogo di
organizzazione è una pazzia, però basta avere due persone del luogo
che pensano alle cose pratiche.

> Alessandro Ale_Zena_IT
>


-- 
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org

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

Re: [Talk-it] Mappe stampabili con risoluzione >=300 dpi/inch e rilievi

[Simone Cortesi]

2016-01-28 2:56 GMT-08:00 mircozorzo :
> Conoscete qualche servizio che faccia questo?
> Ho provato con: openstreetmap.org ma non funziona, walkingpapers.org non
> funziona, inkatlas non è a colori.

io uso questo: http://bigmap.osmz.ru/

(ci ho fatto delle stampe anche grandi 1 metro per 4)

-- 
-S

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

Re: [Talk-es] Problema Vía de la Plata

[Oscar Zorrilla Alonso]

Muchísimas gracias, y vaya efectividad :)

 

De: Jorge Sanz Sanfructuoso [mailto:sanc...@gmail.com] 
Enviado el: viernes, 29 de enero de 2016 0:07
Para: Discusión en Español de OpenStreetMap 
Asunto: Re: [Talk-es] Problema Vía de la Plata

 

Olvidar lo dicho, ya lo ha arreglado otro antes que yo. Solucionado.

 

Un saludo

 

El jue., 28 ene. 2016 a las 23:59, Jorge Sanz Sanfructuoso ( >) escribió:

Hola. 

Me ocupo yo que conozco al que lo ha borrado sin querer.

Un saludo.

 

El El jue, 28 ene 2016 a las 23:22, Oscar Zorrilla Alonso 
 > escribió:

Hola;

 

Parece ser que la relación Vía de la Plata ha desaparecido.

 

Un compañero holandés me ha pasado el siguiente mensaje:

 

I found out that a Spanish mapper has emptied the relation Vía de la Plata. 
http://api.openstreetmap.org/api/0.6/relation/241329

Probably he is doing more harmful things. Lermin is his name: 
http://www.openstreetmap.org/user/lermin

I tried to mail him in Spanish, but got no reaction. I also put a message on 
the Spanish forum (http://forum.openstreetmap.org/viewforum.php?id=83). No 
reaction.

I hope someone can have a look at it, and if indeed lermin did destroy this 
trail, contact him. Also, I do not know how to revert the changeset 
http://www.openstreetmap.org/changeset/36586983

Maybe you can find a solution for this?? 

I appreciate your help very much, muchas gracias!! 

 

¿Alguien puede comprobarlo? Gracias

 

cronoser

 

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

-- 

Jorge Sanz Sanfructuoso - Sanchi

Blog http://blog.jorgesanzs.com/

-- 

Jorge Sanz Sanfructuoso - Sanchi

Blog http://blog.jorgesanzs.com/

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

[Talk-de] Überprüfung AmE community_center -> BrE community_centre

[Tom Pfeifer]

Durch einen Fehler in einem Wheelmap-Preset, der inzwischen behoben ist [1],
ist die Zahl der als ..._center fehlgetaggten Gemeinschaftszentren deutlich 
angestiegen,
in DE 135 der weltweit 300 [2] (AT=1, CH=0), http://overpass-turbo.eu/s/e4r

Daher bitte ich um Überprüfung vor Ort und Korrektur nach ..._centre,
aber bitte nur manuell und nicht mechanisch, insbesondere auch aus folgenden 
Gründen:

- Die Wheelmap bringt neue Mapper in die Gemeinschaft, die noch nicht immer
  zielsicher bei der Kategorisierung sind.

  Ich habe auch Turnhallen, Restaurants und soziale Hilfseinrichtungen
  (--> amenity=social_facility) in den Daten gesehen.

- viele Einrichtungen sind nur als Knoten eingetragen, diese können oft
  zur Fläche ergänzt, bzw. auf Dubletten geprüft werden.

- Die Art des Zentrums kann mit community_centre=* und die Zielgruppe mit
  community_centre:for=* spezifiziert werden [3]

Tom

[1] https://github.com/sozialhelden/wheelmap/pull/94
[2] https://taginfo.openstreetmap.org/tags/amenity=community_center
[3] https://wiki.openstreetmap.org/wiki/Key:community_centre

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

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

Re: [Talk-it] OpenStreetMap Italia

[Federico Cortese]

> Il 28/01/2016 17:11, Luca Delucchi ha scritto:
>>
>> abbiamo casi di enti che continuano a violare la licenza? ogni volta
>> che scrivo a qualcuno che non rispetta la licenza ottengo in
>> pochissimo tempo la correzione
>

2016-01-29 13:59 GMT+01:00 Alessandro :
> Il 29/01/2016 13:35, Andrea Lattmann ha scritto:
>>>
>>> I primi che mi vengono in mente:
>>> http://www.viaggiareinpuglia.it/mappa/>it
>>>
>>
>> Grazie di avermelo ricordato. Lì contatterò. Le applicazioni come si
>> chiamano che le cerco?
>>
>
> Già contattati.
>

Non so chi è stato contattato, ma Viaggiareinpuglia sembra fare
riferimento direttamente all'Assessorato alla Cultura della Regione
Puglia.
Ferma restando la necessità dell'attribuzione, vorrei solo ricordare
che grazie ai dati pubblicati dalla Regione Puglia sta andando avanti
l'import dell'edificato, per cui ricordiamoci di muoverci con
delicatezza :)

Ciao
Federico

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

Re: [Talk-it] OpenStreetMap Italia

[Andrea Lattmann]

Ferma restando la necessità dell'attribuzione, vorrei solo ricordare
>che grazie ai dati pubblicati dalla Regione Puglia sta andando avanti
>l'import dell'edificato, per cui ricordiamoci di muoverci con
>delicatezza :)

Naturalmente, è la mia politica. :-)

Andrea Lattmann

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

[OSM-talk-fr] Concurrence de tag highway=street_lamp vs light_source=*

[Jérôme Seigneuret]

Bonjour,

Je viens de voir apparaître le tag light_source. Une proposition bien jolie
mais qui fait concurrence en trés grande partie à highway=street_lamp.

Cette proposition est utilisé déjà plus de 3000 fois.

Qu'en pensez vous? Ne serait-il pas plus utile de compléter le schéma le
plus employer en récupérant les clés complémentaires.

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

Re: [OSM-talk-fr] Concurrence de tag highway=street_lamp vs light_source=*

[Nicolas Moyroud]

Salut,

Je suis l'auteur de pas mal de light_source dans l'Hérault. Je m'en suis 
servi pour tagguer les éclairages des terrains de sports : 
light_source=floodlight. Et je ne me vois pas mettre un 
highway=street_lamp là dessus ! Ou alors il faut trouver un compromis...


Nicolas

Le 29/01/2016 18:02, Jérôme Seigneuret a écrit :

Bonjour,

Je viens de voir apparaître le tag light_source. Une proposition bien 
jolie mais qui fait concurrence en trés grande partie 
à highway=street_lamp.


Cette proposition est utilisé déjà plus de 3000 fois.

Qu'en pensez vous? Ne serait-il pas plus utile de compléter le schéma 
le plus employer en récupérant les clés complémentaires.


Jérôme



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

Re: [OSM-talk] OpenRandomMap

[Nick Whitelegg]

That is a lot of words in wordlist.txt!


Most amusing so far  "OpenTrueToadMap"


Also got "OpenBarMap" and "OpenCentralParkMap" which sould real.


Nick



From: Tim Waters 
Sent: 28 January 2016 16:01
To: Russ Nelson
Cc: OSM Talk List
Subject: Re: [OSM-talk] OpenRandomMap

Great site! I got OpenRiceMap which you could actually imagine happening 
(although with maybe the same likelihood happening as OpenSantaMap)
You could add an affiliate link to namecheap or something and give profits to 
OSMF!

On 23 January 2016 at 19:04, Russ Nelson 
> wrote:
If the goal of having a map on the front page of osm.org is to
illustrate the extent of our data...

I think it was Gregory Marler who said that what he'd really like to see in the 
front page is a wireframe view, showing everything at every zoom level but very 
minimally styled, points, lines. I think that would look great.

Tim


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

Re: [Talk-at] Via Ferrata/Klettersteig - Wie richtig taggen?

[Richard]

On Fri, Jan 29, 2016 at 02:57:53AM +0100, Friedrich Volkmann wrote:
> On 28.01.2016 15:29, Richard wrote:
>  1.) Es gibt kein Unterscheidungskriterium zwischen Klettersteig und
>  Nicht-Klettersteig.
> >>>
> >>> 1. gibt es inzwischen
> >>
> >> Der Abschnitt, den du ins Proposal hineingeschrieben hast, enthält
> >> "Criteria" nur in der Überschrift. Schon der nächste Satz erwähnt "some
> >> overlap", und "you may consider following points"... Schwammiger geht's
> >> nicht mehr.
> > 
> > extra Dir zuliebe gemacht. Es gibt viele Fälle wo es sinnvoll sein kann
> > eine Ferrata als path zu taggen aber es gibt auch 
> >   https://www.google.de/search?q=via+ferrata+rino+pisetta
> 
> Damit sagst du noch immer nicht, was das Kriterium ist.

1. überwiegende Nutzung mit/ohne kit
2. Schwierigkeit bei Nutzung als Wanderweg muß sich mit sac_scale beschreiben
   lassen (habe ich gestern noch ergänzt)

> > Und nachdem das jetzige Proposal wegen der unendlichen Diskussionen
> > als "umstritten" gilt und nur etwa 400-800 Objekte irgednwie als Ferrata
> > gemappt sind kann man keinen Support von apps usw erwarten.
> > Ist schon ärgerlich wenn OsmAnd ganz exotische features unterstützt
> > aber keine ferratas kennt.
> 
> OsmAnd ist eine kommerzielle Anwendung. Was die darstellen und was nicht,
> sollen die sich mit ihren Kunden ausmachen, das braucht uns nicht zu
> kümmern. Ich lehne das Proposal nicht wegen fehlender Unterstützung durch
> Anwendungen ab, sondern wegen der ungenauen Tagdefinition.

immerhin frei verfügbar bei f-droid.org. Ich denke die meisten Leute machen 
bei OSM mit weil sie die Daten auch irgendwie selber nutzen wollen. Nicht 
jeder kann seine Apps selber schreiben.

> > Mach doch einfach ein anderes Proposal und laß darüber abstimmen, ich werde 
> > bestimmt nicht im Weg stehen. 
> 
> Ich hab kein Bedürfnis nach einem Proposal, da ich ja mit dem etablierten
> highway=path zufrieden bin. Ich sehe Einigungsbedarf nur bei
> via_ferrata_scale=* vs. ferrata_scale=* vs. schall_scale etc., bzw. bei den
> erlaubten Werten. Aber letztlich kann ich mit jedem dieser Tags leben.

soll ich das so verstehen, daß Dir das Proposal dermaßen egal ist, daß Du
auch nicht dagegen stimmen wirst?
Ich würde mich gerne irgendwie einigen aber wie gesagt sehe ich wenig 
Chancen ein proposal mit "path" durchzubringen.
 
> > es haben sich genug andere Programmierer klar geäußert, daß sie
> > trolltags nicht unterstützen werden. 
> 
> Die abwertende Bezeichnung "trolltags" kann ich nicht nachvollziehen, und
> Anwendungsentwicklern steht eine solche Wertung gar nicht zu. Wenn sie die
> Tags nicht auswerten wollen, ist das ihr Problem. Wer nicht will, der hat 
> schon.

Man kann OpenCarto ruhig kritisieren aber dann wundert es mich, daß Du
überhaupt Wert darauf legst ob die ferratas mit OpenCarto gerendert 
werden.

> >> Und ein neues highway-Tag wird ja wohl genauso von Entwicklern
> >> berücksichtigt werden müssen.
> > 
> > nur wenn sie ferratas unterstützen wollen und das macht nur Sinn wenn die 
> > anderen ferrata tags auch unterstützt werden
> 
> Nein, man kann ferratas wie bisher genauso wie path darstellen wollen, dann
> braucht man die Subtags nicht berücksichtigen, das highway-Tag sehr wohl.

so eine Art von Unterstützung halte ich für ziemlich sinnlos:
* ich kann überhaupt nicht erkennen ob ein Weg eine ferrata ist oder nicht,
  bestenfalls am Namen aber denke mal an die lieben Ausländer
* ich habe null info über Schwierigkeitsgrad
* ich finde die ferrata über keine Suchfunktion solange die subtags
  ignoriert werden

Was nützt mir eine bute Linie auf der Karte von der ich nicht weiß was sie 
darstellt?

Richard

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

Re: [Talk-it] Mappe stampabili con risoluzione >=300 dpi/inch e rilievi

[marco bra]

ooops! scusate: Questo e' il link giusto per lo zoom a 17...

http://openstreetmap.gryph.de/bigmap.cgi?xmin=68684=68705=47432=47462=17=256=http%3A%2F%2Ftile.openstreetmap.org%2F!z%2F!x%2F!y.png#

Il giorno 29 gennaio 2016 22:52, marco bra  ha
scritto:

> Simone, ciao
>
> osservo  che pero' provandolo non si va' per aree grandi a zoom di
> dettaglio > 16
>
> Con questo http://openstreetmap.gryph.de/bigmap.cgi si arriva allo zoom 18
>
> Qui c'e' un esempio a zoom 17, il primo zoom utile per avere i civici
> renderizzati
>
>
> http://openstreetmap.gryph.de/bigmap.cgi?xmin=68684=68705=47432=47462=18=256=http%3A%2F%2Ftile.openstreetmap.org%2F!z%2F!x%2F!y.png#
>
>
> Si puo' poi catturare l'immagine generata tramite plugins (screengrab o
> fireshot) di Firefox.
>
> Un bel plotter che stampi in formato A0 a colori a questo punto e'
> opportuno per stampare queste mappe dettagliate.
>
> Cordiali saluti
>
> Marco
>
> Il giorno 29 gennaio 2016 17:31, Simone Cortesi  ha
> scritto:
>
>> 2016-01-28 2:56 GMT-08:00 mircozorzo :
>> > Conoscete qualche servizio che faccia questo?
>> > Ho provato con: openstreetmap.org ma non funziona, walkingpapers.org
>> non
>> > funziona, inkatlas non è a colori.
>>
>> io uso questo: http://bigmap.osmz.ru/
>>
>> (ci ho fatto delle stampe anche grandi 1 metro per 4)
>>
>> --
>> -S
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>
>
>
> --
> Linux Infinite Freedom
>
> I'm writing from this place:
> http://www.openstreetmap.org/?lat=44.39945=8.6798=15=M
>
>


-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945=8.6798=15=M
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk] OpenRandomMap

[Alex Barth]

***OpenEpicMap***


On Fri, Jan 29, 2016 at 9:39 AM, Nick Whitelegg  wrote:

>
> That is a lot of words in wordlist.txt!
>
>
> Most amusing so far  "OpenTrueToadMap"
>
>
> Also got "OpenBarMap" and "OpenCentralParkMap" which sould real.
>
>
> Nick
>
>
> --
> *From:* Tim Waters 
> *Sent:* 28 January 2016 16:01
> *To:* Russ Nelson
> *Cc:* OSM Talk List
> *Subject:* Re: [OSM-talk] OpenRandomMap
>
> Great site! I got OpenRiceMap which you could actually imagine happening
> (although with maybe the same likelihood happening as OpenSantaMap)
> You could add an affiliate link to namecheap or something and give profits
> to OSMF!
>
> On 23 January 2016 at 19:04, Russ Nelson  wrote:
>
>> If the goal of having a map on the front page of osm.org is to
>> illustrate the extent of our data...
>>
>
> I think it was Gregory Marler who said that what he'd really like to see
> in the front page is a wireframe view, showing everything at every zoom
> level but very minimally styled, points, lines. I think that would look
> great.
>
> Tim
>
>
>
> ___
> 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] Mappe stampabili con risoluzione >=300 dpi e rilievi

[Maurizio Napolitano]

2016-01-29 21:02 GMT+01:00 Dario Zontini Gmail :
> Mi inserisco per una domanda sulla licenza delle opere derivate da ODBL:
> se creo un file da stampare su carta utilizzando i dati OSM (senza
> modificare i dati), quando la stampo su carta devo indicare che sono dati
> provenienti da OSM, ma stampa la posso rilasciare con qualsiasi licenza
> oppure solo con licenza CC-BY-SA?

qualsiasi licenza tu voglia ma cita la fonte.
Riporto l'esempio di mapz - https://www.mapz.com
che permette di creare pdf (anche personalizzati) con i dati di osm
con risoluzione a 400dpi.
Il file creato è in dual licesing:
- gratuito per uso personale
- a pagamento per uso commerciale

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

[Talk-GB] UK war office maps of Africa digitised

[Andy Mabbett]

What's the potential to get these crown-copyright-expired maps as an OSM
layer, for tracing?

http://www.bl.uk/collection-guides/war-office-archive

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk] Applicability of wiki tagging and votes: may, should or must

[Mateusz Konieczny]

On Thu, 28 Jan 2016 19:50:11 +
Andy Townsend  wrote:

> On 28/01/2016 19:16, David Marchal wrote:
> > Hello, there.
> >
> > On a GitHub issue 
> > (https://github.com/gravitystorm/openstreetmap-carto/issues/2027#issuecomment-174443685),
> >  
> > I've been told that Wiki tagging votes are only advisory and that
> > the community is only invited, neither required nor recommended, to
> > follow them. As I understand this comment, the community MAY follow
> > the Wiki tagging or votes, it does not SHOULD nor MUST follow them.
> > I was under the impression that the community at least SHOULD apply
> > the votes results, MUST looking unenforceable due to the free
> > tagging principle. Am I wrong on that? What is the applicability of
> > the Wiki content?
> >
> 
> What are you going to do when a new mapper comes along and adds a tag 
> that they "SHOULD NOT"?  They won't have read the wiki, because
> no-one* does.  Are you going to send the wiki police around and tell
> them to delete the offending tag with no other sudden movements? :-)

In most cases - this tag will not be rendered/processed/accepted by
data consumers and hopefully mapper will notice that something is wrong
and investigate.

In many cases it will happen in editor itself - for example
natural=tree in JOSM will result in a nice icon, natural=treee will not,

At least some editors (like JOSM) have validator that will complain.

> More seriously, any dataset that has no rules enforced at the API
> level must be assumed to have data in it that doesn't meet a
> specification that is written down somewhere, but not enforced.

OSM database will always have some minor amount of complete junk
([surface=paved;unpaved] or [surface=paved; paved; unpaved; unpaved] or
[surface=paved; unpaved; unpaved; unpaved; unpaved; unpaved; unpaved;
unpaved; paved; unpaved; paved; unpaved; unpaved; unpaved; paved;
paved; paved] - see
http://taginfo.openstreetmap.org//search?q=surface%3Dpaved%3Bunpaved ).

That is not a major problem, and this thread is about another
topic - whatever results of discussion/voting on wiki should have impact
on editing software, map styles and editors (the same arguments may be
applied to discussion on tagging mailing list).

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

Re: [Talk-br] Ortofoto da Cidade do Rio de Janeiro

[Márcio Vinícius Pinheiro]

Pois é. E considerando que o Rio é quase todo morro…

Tenho utilizado marcações de GPS (minhas pessoais e públicas do OSM) para
ajustar o alinhamento da camada wms e vou salvando por bairros ou regiões
menores em que trabalho.

O IPP tem feito ultimamente um bom trabalho na atualização da base, pena
que se concentrando em tecnologias fechadas.

__
Atenciosamente,
Márcio Vinícius Pinheiro
http://about.me/Doideira
Em 29/01/2016 4:47 PM, "Pedro Geaquinto"  escreveu:

> Excelente! O WMS da ortofoto de 2012 estava bugado na projeção WGS84 e só
> ficava consideravelmente pouco desviado em uma projeção SAD69 que a
> prefeitura usa (muito próximo da ortofoto de 2013). Mas ainda assim tem um
> offset em relação ao Bing (e os dados do OSM).
>
> O desafio é encontrar o offset correto para nosso uso. Para isso temos que
> encontrar isso nas partes baixas da cidade, porque o Bing é todo zuado nos
> morros.
>
> 2015-12-20 16:55 GMT-02:00 Márcio Vinícius Pinheiro <
> marcioviniciu...@gmail.com>:
>
>> Atualizei as instruções para utilização da Ortofoto do Rio de Janeiro,
>> para mapeadores da cidade na página da wiki:
>>
>> https://wiki.openstreetmap.org/wiki/Rio_de_Janeiro_%28city%29/Import_IPP#Ortofotos
>>
>> Coloquei as instruções para o servidor WMS da Ortofoto 2013 (mais precisa
>> e com resolução/escala muito maior do que a de 2012).
>>
>> É provável que a ortofoto de 2014 vá ser liberada em breve, assim que
>> tiver notícia comunico (e peço que se alguém tiver notícia antes de mim,
>> que também comunique ;-).
>>
>> - - - ·
>> Atenciosamente,
>>
>> Márcio Vinícius Pinheiro
>> http://about.me/Doideira
>> 
>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
>>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-at] Via Ferrata/Klettersteig - Wie richtig taggen?

[Friedrich Volkmann]

On 29.01.2016 22:31, Richard wrote:
> Warum nicht z.B. highway=path+motor_vehicle=yes+lanes=4+maxspeed=130+
>  surface=paved+bicycle=no+foot=no
> anstatt motorway?

Für eine Autobahn gibt es ein eigenes Verkehrszeichen.

>> und es ändert auch nichts an der *EIGENVERANTWORTUNG* jedes Nutzers einer
>> Navi-App zu wissen ob dieser Weg was für ihn/sie ist oder nicht.
> 
> und wie soll er das machen wenn der Weg im Navi-App überhaupt nicht als 
> Kletterroute erkennbar ist?
> Wozu ist ein Navi welches einen Fußgänger oder Radfahrer ohne jegliche 
> Warnung zu einer senkrechten Wand mit einem Seil führt? Man kann solche
> Probleme nie zu 100% vermeiden aber man sollte es doch zumindest versuchen.

Im Gebirge lässt man sich von keinem Navi leiten, das "jetzt rechts gehen"
ansagt. Man bereitet sich erst mal daheim vor, schaut sich das Gelände in
topografischen Papier- oder Onlinekarten an und holt sich Infos über die
Steige, Hütten und Zufahrts-/Parkmöglichkeiten ein. Unterwegs benutzt man
dann ebenfalls Karten, am besten auf Papier *und* am Display des GPS-Geräts.
Wer keine Karten lesen kann, hat im Gebirge nichts verloren!

> Dann bleiben wir doch gleich lieber bei den guten alten AV Karten?

Die Kompass-Karten finde ich besser.

Natürlich wäre eine OSM-basierte Wanderkarte auch ganz nett, aber da mangelt
es vorerst noch z.B. am Höhenmodell.

On 29.01.2016 22:50, Richard wrote:
> 1. überwiegende Nutzung mit/ohne kit

Das ist bisher der beste Ansatz, aber sogar die überwiegende Nutzung lässt
sich mitunter schwer feststellen. Als ich z.B. den Hoyossteig auf der Rax
ging, war weit und breit kein anderer Mensch zu sehen. Man müsste schon eine
Wildkamera (mit Bewegungssensor) aufstellen, um die überwiegende Nutzung
festzustellen. Und die hängt vielleicht noch von der Jahreszeit ab.

> 2. Schwierigkeit bei Nutzung als Wanderweg muß sich mit sac_scale beschreiben
>lassen (habe ich gestern noch ergänzt)

Wanderweg und Klettersteig schließen einander nicht aus. Viele Klettersteige
bis B sind als Wanderwege markiert, genauso wie manche Kletterrouten bis zum
2. Grad als Wanderwege markiert sind.

>>> Und nachdem das jetzige Proposal wegen der unendlichen Diskussionen
>>> als "umstritten" gilt und nur etwa 400-800 Objekte irgednwie als Ferrata
>>> gemappt sind kann man keinen Support von apps usw erwarten.
>>> Ist schon ärgerlich wenn OsmAnd ganz exotische features unterstützt
>>> aber keine ferratas kennt.
>>
>> OsmAnd ist eine kommerzielle Anwendung. Was die darstellen und was nicht,
>> sollen die sich mit ihren Kunden ausmachen, das braucht uns nicht zu
>> kümmern. Ich lehne das Proposal nicht wegen fehlender Unterstützung durch
>> Anwendungen ab, sondern wegen der ungenauen Tagdefinition.
> 
> immerhin frei verfügbar bei f-droid.org. Ich denke die meisten Leute machen 
> bei OSM mit weil sie die Daten auch irgendwie selber nutzen wollen. Nicht 
> jeder kann seine Apps selber schreiben.

Ich kann auch nicht die Kupplung meines Autos selber tauschen, darum zahle
ich einer Werkstatt dafür. Wer von den Osmand-Entwicklern etwas Spezielles
haben will, muss sie dafür bezahlen.

Ich denke aber, dass Osmand sowieso nicht das richtige ist fürs Gebirge. Für
Wanderer gibt es spezielle Karten wie die Wandereitkarte oder die Karte von
http://gps.maroufi.net. Beide haben unterschiedliche Linienstile je nach
sac_scale; aber ich glaube, nicht für Klettersteige, da Garmin nur eine
eingeschränkte Anzahl an Linientypen zulässt.

> soll ich das so verstehen, daß Dir das Proposal dermaßen egal ist, daß Du
> auch nicht dagegen stimmen wirst?

Bei einem Voting stimme ich dagegen, weil ich dem neuen highway-Tag nichts
abgewinnen kann. Auch die im Proposal definierten Werte für
via_ferrata_scale sind nicht nach meinem Geschmack, nach deinem vermutlich
auch nicht, denn es sind nicht die in Österreich gebräuchlichen (A, A/B, B
... E/F). Beachte, dass unsere Skala 10-stufig ist, also genauer als die im
Proposal vorgesehene 6-stufige.

> Ich würde mich gerne irgendwie einigen aber wie gesagt sehe ich wenig 
> Chancen ein proposal mit "path" durchzubringen.

Wieso, ein Proposal nur für via_ferrata_scale hat gute Chancen angenommen zu
werden. Aber da dieses Tag sowieso schon 633x verwendet wird, wird es nicht
viel bringen, noch darüber abzustimmen.

>> Nein, man kann ferratas wie bisher genauso wie path darstellen wollen, dann
>> braucht man die Subtags nicht berücksichtigen, das highway-Tag sehr wohl.
> 
> so eine Art von Unterstützung halte ich für ziemlich sinnlos:
> * ich kann überhaupt nicht erkennen ob ein Weg eine ferrata ist oder nicht,
>   bestenfalls am Namen aber denke mal an die lieben Ausländer

Für die lieben Ausländer gilt das, was ich oben zur Tourenvorbereitung
geschrieben habe, ganz besonders.

> * ich habe null info über Schwierigkeitsgrad
> * ich finde die ferrata über keine Suchfunktion solange die subtags
>   ignoriert werden

Ich habe nicht gesagt, dass die Subtags ignoriert werden *sollen*. Nur dass
sie ignoriert werden 

Re: [Talk-br] admin_level=9 em metrópoles são regiões administrativas ou zonas?

[Pedro Geaquinto]

Revivendo isso aqui: existem também as divisas "políticas" além de
administrativas. Acho que no Rio de Janeiro, das divisões, apenas as 8
subprefeituras e as 33 regiões administrativas (RAs) têm algum corpo
administrativo, com prédios, infraestrutura e equipe reservada para tais
áreas. O resto são divisões mais políticas mesmo como as 5 áreas de
planejamento (APs) e as 16 regiões de planejamento (RPs).

O problema das RAs é que muitas vezes, principalmente em bairros pobres
como Rocinha e Cidade de Deus, apenas um bairro as compõem. Infelizmente as
subprefeituras não seguem a mesma lógica das RAs, APs, e RPs. Muitos
bairros de uma mesma subdivisão estão em duas subprefeituras diferentes.
Por esse motivo (e por estarem mudando o tempo todo), não escolheria as
subprefeituras.

Eu escolheria o que mais reflete o caráter cultural coletivo dos bairros
que, na minha opinião, são as RPs e colocaria tags especiais para as outras
(ou não haha). Como são expressas muitas vezes como AP x.x (a RP da Penha
por exemplo é a AP 3.5), dá pra automaticamente associar cada AP como um
grupo de RPs compondo suas subdivisões. O problema mesmo é que não são
exatamente divisas administrativas, mas subdivisões organizacionais do
município. Não sei como fica na legislação, onde independente mesmo são
municípios, estados e união. Em vários locais isso é fácil de conferir, já
que há divisões de distritos e subdistritos, mas o Rio de Janeiro não têm
distritos como 6 dos outros 19 municípios da região metropolitana.

[]s

2015-09-19 14:40 GMT-03:00 Arlindo Pereira :

> O que isto significa? Não entendi.
>
> []s
>
>
> 2015-09-19 9:09 GMT-03:00 Peter Krauss :
>
>> Será que essas regiões, por questões até de estabilidade e cobertura
>> oficial da demarcação, não poderiam ser definidas como agregado de áreas
>> CNEFE?
>>
>> Em 18 de setembro de 2015 20:23, Vítor Rodrigo Dias > > escreveu:
>>
>>> Arlindo,
>>>
>>> No caso de Belo Horizonte, utilizei as regionais como distritos, Por
>>> quê? Explico.
>>>
>>> Belo Horizonte é oficialmente dividida em três distritos (sede, Barreiro
>>> e Venda Nova). As regionais, por sua vez, são nove (Barreiro, Centro-Sul,
>>> Leste, Norte, Nordeste, Noroeste, Oeste, Pampulha e Venda Nova).
>>> Oficialmente, para o IBGE, as regionais constituem subdistritos. As áreas
>>> do distrito e subdistrito do Barreiro são praticamente iguais, tendo
>>> divergências mínimas entre uma e outra. Venda Nova, por sua vez, é hoje um
>>> local muito mais reconhecido pela região que engloba o *subdistrito
>>> Venda Nova* do que o *distrito*, este muito maior em área e que inclui
>>> bairros que, ainda que façam parte oficialmente do distrito Venda Nova, não
>>> são reconhecidos pela população nem por ninguém como parte do conceito do
>>> que é "Venda Nova" como localidade.
>>>
>>> Como há apenas um nível disponível no OSM entre cidade e bairro, acabei
>>> optando por cadastrar os subdistritos no admin_level 9.
>>>
>>> Abraços!
>>>
>>> Em sex, 18 de set de 2015 às 17:14, Arlindo Pereira <
>>> openstreet...@arlindopereira.com> escreveu:
>>>
 Pessoal,

 no entendimento de vocês, o que seriam as admin_level=9 em metrópoles?

 A tag é comumente utilizada para demarcar distritos, que tipicamente
 são aglomerados fora da cidade porém dentro do município. Isto tipicamente
 não acontece em metrópoles.

 Aqui no Rio de Janeiro temos, a priori, dois candidatos: as zonas da
 cidade (zona sul, zona norte etc.) e as Regiões Administrativas, que são
 divisões da prefeitura, tendo cada qual a sua subprefeitura.

 Note que no link http://www.rio.rj.gov.br/web/cvl/ra há a
 especificação de qual região administrativa envolve quais bairros.

 Eu tenho dúvidas sobre se as RAs seriam distritos, e gostaria da
 opinião dos colegas da lista.

 []s
 Arlindo
 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br

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

Re: [Talk-it] Mappe stampabili con risoluzione >=300 dpi/inch e rilievi

[marco bra]

Simone, ciao

osservo  che pero' provandolo non si va' per aree grandi a zoom di
dettaglio > 16

Con questo http://openstreetmap.gryph.de/bigmap.cgi si arriva allo zoom 18

Qui c'e' un esempio a zoom 17, il primo zoom utile per avere i civici
renderizzati

http://openstreetmap.gryph.de/bigmap.cgi?xmin=68684=68705=47432=47462=18=256=http%3A%2F%2Ftile.openstreetmap.org%2F!z%2F!x%2F!y.png#


Si puo' poi catturare l'immagine generata tramite plugins (screengrab o
fireshot) di Firefox.

Un bel plotter che stampi in formato A0 a colori a questo punto e'
opportuno per stampare queste mappe dettagliate.

Cordiali saluti

Marco

Il giorno 29 gennaio 2016 17:31, Simone Cortesi  ha
scritto:

> 2016-01-28 2:56 GMT-08:00 mircozorzo :
> > Conoscete qualche servizio che faccia questo?
> > Ho provato con: openstreetmap.org ma non funziona, walkingpapers.org non
> > funziona, inkatlas non è a colori.
>
> io uso questo: http://bigmap.osmz.ru/
>
> (ci ho fatto delle stampe anche grandi 1 metro per 4)
>
> --
> -S
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>



-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945=8.6798=15=M
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-at] Via Ferrata/Klettersteig - Wie richtig taggen?

[Richard]

On Thu, Jan 28, 2016 at 11:21:14PM +0100, grubernd wrote:
> On 2016-01-28 15:29, Richard wrote:
> >Bin selber Programmierer und brauche die Bemutterung nicht. Programmiere 
> >nichts
> >für OSM aber es haben sich genug andere Programmierer klar geäußert, daß sie
> >trolltags nicht unterstützen werden.
> >Ein tag, daß aus einem highway=path eine senkrechte Wand mit einem Seil macht
> >ist ein ziemlich gutes Beispiel für ein trolltag.
> 
> 
> versteh ich nicht. ein Klettersteig ist doch nur ein Fussweg für körperlich
> befähigte Menschen. sozusagen der inverse Teil der Skala für
> Rollstuhlfahrer.

im Prinzip ja, nur kann man das schon ziemlich weit treiben und irgendwo
kommt man an einen Punkt wo man sagen kann wozu noch irgendwie was taggen,
ich male einfach mal ein paar lustige bunte Linien in die Karte rein -
Hauptsache man sieht was auf der Karte.

Warum nicht z.B. highway=path+motor_vehicle=yes+lanes=4+maxspeed=130+
 surface=paved+bicycle=no+foot=no
anstatt motorway?

> und es ändert auch nichts an der *EIGENVERANTWORTUNG* jedes Nutzers einer
> Navi-App zu wissen ob dieser Weg was für ihn/sie ist oder nicht.

und wie soll er das machen wenn der Weg im Navi-App überhaupt nicht als 
Kletterroute erkennbar ist?
Wozu ist ein Navi welches einen Fußgänger oder Radfahrer ohne jegliche 
Warnung zu einer senkrechten Wand mit einem Seil führt? Man kann solche
Probleme nie zu 100% vermeiden aber man sollte es doch zumindest versuchen.
 
> mit einem schönen und klaren
> highway=path
> wird der Weg anstandslos von jedem Renderer gezeichnet. und Spezialkarten
> wie vom AV können sehr wohl die Untertags respektieren und für thematische
> Karten präzise nutzen.

Dann bleiben wir doch gleich lieber bei den guten alten AV Karten?

Richard

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

Re: [OSM-legal-talk] Trouble understanding the "Derivative database" implications

[Simon Poole]

Am 29.01.2016 um 19:43 schrieb Simon Poole:
> The OpenStreetMap is exactly that (a wiki), anybody can write
> essentially anything on it
 wiki


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

Re: [OSM-talk] Applicability of wiki tagging and votes: may, should or must

[Roland Olbricht]

>> This diversity of tagging is often quoted as a problem for data
>> consumers. Oddly, this is often by people who don't actually use the
>> data but feel it must be awkward. Actually it's not. All OSM data has
>> to processed before use. This processing can be fairly
>> straightforward or really complex, but that's not much to do with
>> tagging diversity. Whatever the processing is (LUA code, SQL code or
>> any other coding) it only has to written once and can be used over
>> and over again.
>
> "but that's not much to do with tagging diversity" - I would dispute
> it, from my personal experience. Tagging diversity IS one of real
> problems in using OSM data.

Could you please give an example?

I would like to the contrary to give you two examples where free-form 
tagging helps:


Once you start to do routing for various variants wheel devices for 
people (wheelchairs, walking frames, stroller, trolleys and probably 
more, let's say roller skates) you realize that there are wild 
differences how sensitive they react to various kinds of obstacles. It's 
not only low or high curbs. It's also about width, incline, steps with 
or without ramps, surface, and again probably more. The precise limit 
may depend on wheel size, capabilities of the user to lift, tilt, rotate 
or carry the device, physical strength.


When you start to use the data then the places where your model fails 
are precisely the places where you learn most how to improve your data 
model. The used tags and even more the expected but missing tags will 
tell a lot about the story what you safely can assume, can reasonably 
guess or where you better ought err on the safe side.


If you ask people to misrepresent the reality to fit a fixed tagging 
scheme then you have to find those places in a haystack of bent or not 
bent data. Precisely: your end users will find those places the hard way.


The second example is even more clear-cut:

In most countries, a bus stop is legally defined by the corresponding 
traffic sign. If there is no sign then there is no bus stop. If and only 
if you wait at the sign then the bus driver will stop to let you board, 
hand waving may be required. A straightforward model would be to set a 
node where to sign stands.


However, the wiki got distracted over bikeshedding around the relatively 
unimportant question whether to call it "highway=bus_stop" or something 
with "public_transport". That's a single line of code to for a data 
consumer to handle both. Nobody cared about the various places where 
information about public transport is stored. The result is that the 
wiki suggests on various pages all mixtures of using a platform, using a 
sometimes fictional node on the way, using the traffic sign or any 
combination of it. I've even found bus stops where a well-meaning mapper 
has replaced the traffic sign node by a fictional node on the street, 
i.e. converted precise on-the-ground verifiable information to an 
imprecise, non verifiable information.


There is a clear-cut legal definition and the vocal amongst the wiki 
users got it wrong. Hence, now every mapper has to decide with his tool 
of choice how to least misrepresent the local reality.


However, if one tries to get through the various wiki pages to clean up 
things then one still finds a lot of partisan resistance against turning 
it to the legal definition - it's not worth the time to fight through.


The mechanism at work is: To get a wiki majority, you need a lot of time 
and a dedication to write personal messages. To map properly or to make 
a faithful data consumer you must be able to make precise observations 
and to know enough similar places and acknowledge their slight 
differences. There are few or no people that can and appreciate both.


Hence, it doesn't make much sense to take the wiki too serious. Looking 
at taginfo will tell you which and how many tags have to be considered 
to get 80%, 95% or sometimes even 99.9% of all cases right, and looking 
at the remaining places will make obvious what to do next to get even 
further - fixing data or fixing the assumed model.


Cheers,

Roland


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

Re: [OSM-legal-talk] Trouble understanding the "Derivative database" implications

[Simon Poole]

The OpenStreetMap is exactly that (a wiki), anybody can write
essentially anything on it,  and as such the page you are referring to
is neither vetted by the OSMF (the licensor of the OSM data) nor are
they in any other way official or maintained.

See

  * http://www.openstreetmap.org/copyright
  * http://wiki.osmfoundation.org/wiki/License
  * http://wiki.osmfoundation.org/wiki/License/Community_Guidelines

For information from the OSMF. There is a new policy currently with the
OSMF board that will address yours and similar use cases, once it is
formally approved.

Simon

Am 29.01.2016 um 14:56 schrieb Lych:
> Hello,
>
> We're considering using OSM in our company, I’m having trouble
> understanding the "Derivative database » implications.
> Here is the case: we wish to use OSM POIs, say restaurants, and then
> enrich them with our data, say restaurant menus. If I understood well,
> I’m in case #3 here
>  and it becomes
> a « derivative database ».
>
>   * I’m OK with attribution.
>   * I’m OK with enriching and getting back to OSM anything that I took
> from OSM: updating opening hours, correcting addresses, new names
> of restaurant, adding missing restaurants… 
>   * I’m NOT OK with sharing the part of our database that is
> restaurant menus, which would be the asset of my company.
>
>
> Is it what I’m supposed to do or is ODbL only related to data we took
> originally?
>
> http://wiki.openstreetmap.org/wiki/Legal_FAQ#3b._If_I_have_data_derived_from_OSM_data.2C_do_I_have_to_distribute_it.3F
> Here it says that we have to make available "The 'diff' between the
> original OSM data, and your derived database », in my opinion that’s
> my second bullet point and if it’s only that, I’m totally OK with it.
>
> Our goal is to protect our asset, not avoid giving back to the community. 
>
> Many thanks for any input, I’m lost!
>
> Fizz
>
>
> ___
> legal-talk mailing list
> legal-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/legal-talk



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

Re: [Talk-it] OpenStreetMap Italia

[Paolo Monegato]

Il 28/01/2016 20:57, Dario Crespi ha scritto:
Ovviamente (io, anche se bazzico su OSM, non saprei organizzare un 
mapping party come si deve). Possono essere utili ad esempio come 
collegamento con WMI e per la comunicazione.


Che è proprio la fase dell'organizzazione a cui pensavo.


ps: e comunque mi sa che fino a dopo Wikimania non potranno essere
granché disponibili... immagini infatti siano assorbiti
dall'organizzazione dell'evento.


In realtà (almeno per il momento) non sono tutti direttamente 
coinvolti nell'organizzazione, ad eccezione di Lombardia (che sono io) 
e Veneto.


Da veneto avevo infatti in mente Marcok... In caso comunque possiamo 
contare, per fortuna, anche su molti altri.


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

Re: [Talk-br] Ortofoto da Cidade do Rio de Janeiro

[Pedro Geaquinto]

Excelente! O WMS da ortofoto de 2012 estava bugado na projeção WGS84 e só
ficava consideravelmente pouco desviado em uma projeção SAD69 que a
prefeitura usa (muito próximo da ortofoto de 2013). Mas ainda assim tem um
offset em relação ao Bing (e os dados do OSM).

O desafio é encontrar o offset correto para nosso uso. Para isso temos que
encontrar isso nas partes baixas da cidade, porque o Bing é todo zuado nos
morros.

2015-12-20 16:55 GMT-02:00 Márcio Vinícius Pinheiro <
marcioviniciu...@gmail.com>:

> Atualizei as instruções para utilização da Ortofoto do Rio de Janeiro,
> para mapeadores da cidade na página da wiki:
>
> https://wiki.openstreetmap.org/wiki/Rio_de_Janeiro_%28city%29/Import_IPP#Ortofotos
>
> Coloquei as instruções para o servidor WMS da Ortofoto 2013 (mais precisa
> e com resolução/escala muito maior do que a de 2012).
>
> É provável que a ortofoto de 2014 vá ser liberada em breve, assim que
> tiver notícia comunico (e peço que se alguém tiver notícia antes de mim,
> que também comunique ;-).
>
> - - - ·
> Atenciosamente,
>
> Márcio Vinícius Pinheiro
> http://about.me/Doideira
> 
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-it] Mappe stampabili con risoluzione >=300 dpi e rilievi

[Dario Zontini Gmail]

Mi inserisco per una domanda sulla licenza delle opere derivate da ODBL:
se creo un file da stampare su carta utilizzando i dati OSM (senza 
modificare i dati), quando la stampo su carta devo indicare che sono 
dati provenienti da OSM, ma stampa la posso rilasciare con qualsiasi 
licenza oppure solo con licenza CC-BY-SA?


Ciao

Dario

Il 29/01/2016 10:06, mbranco ha scritto:

  Aug 25, 2015; 5:09pm — by  mbranco
Maperitive !

- ha 16 rendering
- legge file .osm e .gpx
- personalizzi il rendering dei tuoi dati
- salva in bitmap o SVG

Ciao,

   Marco



--
View this message in context: 
http://gis.19327.n5.nabble.com/Mappe-stampabili-con-risoluzione-300-dpi-e-rilievi-tp5866086p5866207.html
Sent from the Italy General mailing list archive at Nabble.com.

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


--


Dario Zontini


---
Questa e-mail è stata controllata per individuare virus con Avast antivirus.
https://www.avast.com/antivirus


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

Re: [OSM-talk] Applicability of wiki tagging and votes: may, should or must

[Mateusz Konieczny]

On Fri, 29 Jan 2016 19:38:46 +0100
Roland Olbricht  wrote:

>  >> This diversity of tagging is often quoted as a problem for data
>  >> consumers. Oddly, this is often by people who don't actually use
>  >> the data but feel it must be awkward. Actually it's not. All OSM
>  >> data has to processed before use. This processing can be fairly
>  >> straightforward or really complex, but that's not much to do with
>  >> tagging diversity. Whatever the processing is (LUA code, SQL code
>  >> or any other coding) it only has to written once and can be used
>  >> over and over again.
>  >
>  > "but that's not much to do with tagging diversity" - I would
>  > dispute it, from my personal experience. Tagging diversity IS one
>  > of real problems in using OSM data.
> 
> Could you please give an example?

My first ever attempt to display cycleways went as follows:

- display ways tagged as highway=cycleway

Why nearly everything is missing? OK, there is also bicycle=designated

- display also bicycle=designated

Failed due to people adding vehicle=designated, bicycle=designated,
horse=designated etc to a normal roads (rare, but enough to result in
noticeable errors)

- replace bicycle=designated by [highway=path; bicycle=designated]

Later I also discovered that [highway=footway; bicycle=designated]
combination also appears (due to
https://github.com/openstreetmap/iD/issues/2327 ).

That would be OK. But it is not going to work properly. There are
still cycleway=track ways. Also, [highway=bridleway +
bicycle=designated]. Some people decided that inventing
bicycle=official makes sense - and to handle it at least
[highway=path; bicycle=official] and [highway=footway;
bicycle=official] and [highway=bridleway; bicycle=official] would be
necessary.

There are more accepted in at least some region methods to map
cycleways and even more rare methods. For example tagging joined
footway + cycleway as [highway=footway; cycleway=lane].

There are many places where my map style would fail, as it
would be unable to interpret local tagging scheme.

Remapping/retagging my city was very significant part of this map
project. In the end about 1/2 of work was adding new data, 1/4 editing
data to fit common tagging schemes and creating transformations to
handle tagging complexity and 1/4 was making map style.

For reference - this project is a horrible mix of Maperitive
and Ruby scripts and at least currently resides at
https://github.com/matkoniecz/bicycle_map_of_Krakow ).


I am not claiming that there are quick & easy ways to reduce complexity
- but complexity has some real negative consequences.

> If you ask people to misrepresent the reality to fit a fixed tagging 
> scheme

That is clearly not OK, nobody advocates misrepresenting reality.

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

Re: [OSM-talk] Applicability of wiki tagging and votes: may, should or must

[Mateusz Konieczny]

On Thu, 28 Jan 2016 20:31:04 +0100
Matthijs Melissen  wrote:

> On 28 January 2016 at 20:16, David Marchal  wrote:
> > On a GitHub issue
> > (https://github.com/gravitystorm/openstreetmap-carto/issues/2027#issuecomment-174443685),
> > I've been told that Wiki tagging votes are only advisory and that
> > the community is only invited, neither required nor recommended, to
> > follow them. As I understand this comment, the community MAY follow
> > the Wiki tagging or votes, it does not SHOULD nor MUST follow them.
> > I was under the impression that the community at least SHOULD apply
> > the votes results, MUST looking unenforceable due to the free
> > tagging principle. Am I wrong on that? What is the applicability of
> > the Wiki content?
> 
> I don't think this has ever been formally decided.
> 
> Personally I am of the opinion that the editor software, and to a
> lesser extent the main data consumer software such as
> openstreetmap-carto, has way to much power over tagging standards. I
> would be in favour of giving more power to the community, and I think
> editor/data consumer software should be encouraged to follow the
> standards agreed by the community.
> 
> Often the counterargument is given that only a handful of people vote
> on proposals, but I don't think that's a good argument. Everybody
> *can* join in the discussion and the votes if they want to. Apparently
> the people who don't are not interested, or perhaps they trust the
> regular crowd to make decisions for them. Having the power only in the
> hands of the few people that control the major editors and renderers
> is no good idea, in my opinion. I therefore think that we as a
> community should ask that everybody involved SHOULD follow the voting
> results.

Whenever it is possible and reasonable I prefer to follow wiki
recommendations.

Whenever I notice that wiki and what I consider reasonable to mismatch I
am trying to remove this mismatch (either by editing wiki or by
changing my opinion).

Whenever I encounter mismatch between wiki & tagging or software I
attempt to fix it - by creating issues/PRs or editing OSM data or
by changing wiki.

Complaining that wiki is wrong is not useful - it is wiki, change it. In
some cases opinions are divided and wiki should contain description of
that controversy.

Wiki + taginfo are documentation of tagging schemes - and people
refusing/forgetting to document their tagging schemes should not be
surprised that data consumers follow either wiki documentation or
their own ideas.

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