Re: [Talk-cz] Aplikace pro pořizování základních dat v terénu

[Petr Holub]

> Přesnost závisí na HW v zařízení - tablety obecně bývají méně přesné, se 
> Samsungem S5 jsem v
> otevřené krajině  s přesností +-1m,  ve městě +-5m (se starou Xperií jsem byl 
> rád za +-10m)

Proto jsem taky psal to 60CSx a o externich modulech typu Garmin GLO
(nicmene teda subjetivne GLO ma vetsi tendenci k driftovani, ale
na druhou stranu zvlada tech 10Hz, coz zejmena pri rychlejsi jizde
na kole je dost zajimave).

Jinak kdo mate chut, dalo by se hrat i s NS-RAW modulem a poradnou
antenou - jet pekne RTK pres rtklib.
https://navspark.mybigcommerce.com/ns-raw-carrier-phase-raw-measurement-output-gps-receiver/

Petr


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

[Talk-pt] Validade de intersecções entre vias

[Rui Oliveira]

Ora viva.

Recentemente além do traçado de novos dados cartográficos de relevos
(estradas. pontos, edificios, etc...), tenho me preocupado em assegurar que
se mantêm uma certa correcção dos dados existentes (Quality assurance).

A par desta minha preferência, quem tem estado atento a uns emails que
troquei há alguns tempos, lembra-se de um utilizador, que introduziu várias
vias desligadas e traçados incorrectos no mapa e depois ignorava reparos e
mensagens pessoais de correcção. Tenho andado a acompanhar as edições dele
e a fazer um pouco de tutor (sempre que existe algo errado tento
apontar-lhe de de forma educada). Creio que será a atitude mais pedagógica
porque pouco adianta estar-se a ir por uma via mais conflituosa e denunciar
uma conta,  para depois o mesmo utilizador aparecer com uma nova conta mas
mantendo os velhos (maus) hábitos (com a desvantagem de se perder o rasto
do que faz).

Dito isto, de modo a terem um contexto, reparei numas edições no mínimo
estranhas que este utilizador faz.

Refiro-me a que nem sempre traça vias/estradas que identificam de forma
correcta o que existe no terreno.

Vejam este exemplo:
https://www.openstreetmap.org/#map=19/38.68161/-9.32742


Na edição podem ver as vias traçadas projectadas sobre as imagens de
satélite:
www.openstreetmap.org/edit#map=20/38.68166/-9.32739

Reparem nas intersecções da avenida de portugal com a rua da belgica e com
outra rua paralela. Penso que a serem no mínimo válidas faltava vários
pontos de intersecção entre as vias que desenhou de acesso à avenida de
portugal. Mas excluindo os pontos de intersecção, será que este traçado
está correcto? Parece-me que complica altamente o mapa, não traz benefícios
e não reflecte o que se encontra no local.

Alguém que queira pronunciar e dar opinião sobre esta edição é correcta?

Os meus sinceros cumprimentos.
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

Re: [Talk-TW] Best Practices 及其他重要頁面的中文翻譯?

[洪朝貴]

大感謝 :-)

昨天確定選課人數只有15人~
差一點就要關課，好險!
看來不用挖太大坑 :-)
那就麻煩 Raylin 挖這兩坑囉：
https://wiki.openstreetmap.org/wiki/Good_practice
https://wiki.openstreetmap.org/wiki/How_We_Map

(Category 那一頁學生好像幫不太上忙.. 看著辦吧)


--
校園P2P是否合法? 請搜尋『windows 10 打臉教育部』
Chao-Kuei Hung 洪朝貴


在 2016年2月24日 下午4:08，Dennis Raylin Chen  寫道：
> 洪老師：
>
> 感謝願意協助OSM Wiki文件站
> 這是一個超大坑啊
> 目前臺灣OSM狀況是優先放在畫重要道路，還有軟體翻譯上面
>
> 我這邊可以協助Good Practice的部分，把子標題先翻譯
> https://wiki.openstreetmap.org/wiki/Good_practice
>
> best practice的部分，我會依重要性排序
> https://wiki.openstreetmap.org/wiki/Category:OSM_best_practice
>
> https://wiki.openstreetmap.org/wiki/How_We_Map
> https://wiki.openstreetmap.org/wiki/Editing_Standards_and_Conventions
> https://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element
>
> 這三個可以先處理
> 一樣我可以為沒有中文頁面的開中文頁面，先翻譯子標題
>
> 2016-02-20 21:01 GMT+08:00 洪朝貴 :
>>
>> 又來請教 & 麻煩大家了 :-)
>>
>> 我看到這篇未完成的中文翻譯：
>>
>> https://wiki.openstreetmap.org/wiki/Zh-hant:Editing_Standards_and_Conventions
>> 另外看到這篇好像沒有中文翻譯：
>> https://wiki.openstreetmap.org/wiki/Good_practice
>> 還有這裡有好多篇跟 best practices 相關的連結：
>> https://wiki.openstreetmap.org/wiki/Category:OSM_best_practice
>>
>> 第一篇， 我想請學生參與協助。
>> (加分的， 不是強迫的， 才不會影響品質。)
>>
>> 第二篇， 有沒有大大可以幫忙開個中文頁面填個中文骨架?
>>
>> 第三篇裡面的連結， 有沒有哪幾篇大家特別推薦?
>> 是否也可開個中文頁面填上骨架?
>> 還有其他特別推薦的文章嗎?
>> 特別是初階圖客常犯的錯誤，
>> 害大家花很多時間訂正的問題?
>>
>> 感謝大家!
>>
>> ps. 謝謝 Raylin 版權提醒、 謝謝 kcwu 的跳石資訊， 已填上。
>>
>> --
>> 校園P2P是否合法? 請搜尋『windows 10 打臉教育部』
>> Chao-Kuei Hung 洪朝貴
>> ___
>> 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-GB] Think I've finished 'LD'

[Lester Caine]

Just need robert to refresh and I think all the schools are in. However
I did get one which will probably be missed. The 'Powys Pupil Referral
Unit' would seem to be accommodated within county hall. I've added a
node currently with all the details, but this is a good example of a
school within another building.

I'd also appreciate a welsh speaker just scanning that I've picked up
all the correct Welsh translations. This does add another interesting
twist. Where the 'official' name in edubase is actually the welsh
spelling, but there is an english translation used on the schools
website and signage, should the name:en be added and the :cy actually
the primary name :) It's interesting that adjacent schools can be 'all
English' or 'all Welsh' on their websites despite a switch between
languages being provided ...

-- 
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

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

Re: [Talk-cz] WeeklyOSM CZ 291

[Pavel Machek]

On Wed 2016-03-02 10:55:01, Tom Ka wrote:
> Ahoj, je dostupné vydání 291 týdeníku weeklyOSM:
> 
> http://www.weeklyosm.eu/cz/archives/6924
> 
> Téma čísla: opening_hours – pozor na středník
> 
> * Tagy s odkazy na wikipedii.
> * OSM v Mexiku 2006-2015.
> * Otevřená data o víně.
> * 32bit ID pro uzly nestačí.
> * Google SoC 2016.
> 
> Pěkné počtení...

Pekne ;-)

 shop=jewelry na bristké shop=jewellery.

-> britske.

Pavel

-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

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

Re: [Talk-cz] Polygon generator

[Pavel Dobes]

No ja si to trochu upravil na

{{nominatimArea:"Czech Republic"}}
(._; )->.boundaryarea;

relation(area.boundaryarea)["boundary"="administrative"]
["admin_level"="4"];
  (._;>;);out meta;

Asi mam neco spatne. http://overpass-turbo.eu/s/eKq Ale jak vybrat jen
oblast uvnitr, to nevim...


Dne 2. března 2016 21:27 Marián Kyral  napsal(a):

> Ahoj,
> nevím, jestli tomu rozumím správně, ale k tomu seznamu relací:
>
> Když si vezmu Českou republiku:
> http://www.openstreetmap.org/relation/51684 tak součástí relace jsou i
> další relace s rolí "subarea"
>
>
>- Relace Severozápad (435516)
> jako subarea
>- Relace Jihozápad (435511)
> jako subarea
>- Relace Střední Čechy (435515)
> jako subarea
>- Relace Praha (435541) 
>jako subarea
>- Relace Severovýchod (435513)
> jako subarea
>- Relace Jihovýchod (435510)
> jako subarea
>- Relace Střední Morava (435508)
> jako subarea
>- Relace Moravskoslezsko (435512)
> jako subarea
>
>
> Když si na některou kliknu, tato má taky členy "subarea"
>
>
>- Relace Ústecký kraj (442452)
> jako subarea
>- Relace Karlovarský kraj (442314)
> jako subarea
>
>
> A tak dále:
>
>- Relace okres Cheb (441990)
> jako subarea
>- Relace okres Sokolov (442313)
> jako subarea
>- Relace okres Karlovy Vary (440798)
> jako subarea
>
>
>
>- Relace Karlovy Vary (439482)
> jako subarea
>- Relace Nejdek (439476) 
>jako subarea
>- Relace Nová Role (439475)
> jako subarea
>- Relace Toužim (439519) 
>jako subarea
>- Relace Žlutice (439517)
> jako subarea
>- Relace Bochov (439490) 
>jako subarea
>- Relace Hroznětín (439468)
> jako subarea
>- ...
>
>
> Takhle ti stačí jen znát číslo relace dané země a z té si pak už vytáhnout
> úroveň, která tě zajímá.
>
> A jak tak přemýšlím, pro overpass turbo ani není potřeba znát přesné číslo
> relace, dá se použít název.
>
>
> Třeba nějak takto: (krajská města v ČR)
>
>
> {{nominatimArea:"Czech Republic"}}
> (._; )->.boundaryarea;
>
> node(area.boundaryarea)[place=city];
>   (._;>;);out meta;
>
>
> Marián
>
>
>
> -- Původní zpráva --
> Od: Pavel Dobes 
> Komu: talk-cz@openstreetmap.org
> Datum: 2. 3. 2016 20:56:29
> Předmět: [Talk-cz] Polygon generator
>
> Zdravim,
>
> pro Geoget (program na spravu kesek) jsem si napsal
> https://github.com/PavelD/Osm2GGpoly - script, ktery by mel vygenerovat
> adresare s polygonsma, ktere jsou pouzit v Geogetu.
>
> V adresari data je zpracovano par statu, aby si nahodny nalezce udelal
> predstavu, jak by mel script fungovat.
>
> Script samotny ma nekolik much:
> - seznam relaci se musi predpripravit rucne
> - polygony jsou pro ucely Geogetu moc podrobne
> - neni jeste pridana kontrola, ktera by stahla pripadne pouze zmenene
> polygony
> - pokud by nesel vytvorit polygon protoze je napriklad neuzavreny, neni
> nikde error handling (proto stahuju i html soubory, ve kterych to pripadne
> najdu)
>
> Potreboval bych nekoho, kdo se podiva na soucasny script a poradi jak to
> delat lepe, treba s mensim zatizenim pro servery, ze kterych stahuji a tak.
>
> Vyjmenovane problemy jsem se jiz snazil nejak vyresit svepomoci, ale bez
> valneho vysledku:
>
> * Na http://overpass-turbo.eu/ jsem zkousel stahnout administrativni
> hranice nejak globalne vyfiltrovane pro dany stat a dany admin_level, ale
> bez uspechu... Nicmene polygony pro JOSM, ve kterem rucne vybiram relace z
> vyznacene casti mapy jsou stahnovat dobre.
> * Polygony stahuji z http://polygons.openstreetmap.fr/index.py a tam je
> funkce na zjednoduseni, ale netusim, jestli se provadi na urovni cest a
> nebo na urovni exportovaneho polygonu. Pokud na urovni cest, tak bu byla
> sance, ze 2 sousedni takto upravene polygony se neprekrivaji a tim se daji
> pouzit i pro ucely geogetu, ale jak to jednoduse zjistit...
> * update zatim neresim, pokud adrear s exportovanymi polygony existuje,
> tak se cely preskoci (i kdyby byl prazdny).
>
> Script beha pod linuxem a potrebuje 

[Talk-it] Tag per negozio granaglie e derivati

[Marco_T]

Ciao,
Dalle mie parti (FVG) ci sono parecchie attività commerciali (es. Molino
Pinco Pallino, Agraria Paolino Paperino...) che principalmente macinano
granaglie (in sede o fuori) e vendono direttamente alla clientela il
prodotto originale (grano, orzo...) o i derivati (farina, crusca...). 
Oltre a questo vendono anche mangimi e sementi per orto/giardino e piccoli
attrezzi.
Oltre a questo alcuni commerciano pure bombole per gas domestico.
Come taggare tutto ciò? Se avete qualche idea...
Grazie

-- 
Marco_T




--
View this message in context: 
http://gis.19327.n5.nabble.com/Tag-per-negozio-granaglie-e-derivati-tp5868923.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: [OSRM-talk] osrm-extract taking hours to complete

[Frederik Ramm]

Hi,

On 03/02/2016 09:03 PM, Bjorn Madsen wrote:
> I added a high speed SSD and pointed the .stxxl towards that to deal
> with the swap slowdown. That bought me a drop in processing time from 12
> hrs -> 3-4 hrs.
> 
> osrm@mat4:~/osrm-backend$ cat .stxxl 
> *disk=/mnt/tmp/stxxl,40,syscall*

Since we're discussing this, I always wondered why I got STXXL messages
even when running on a 256 GB RAM machine (could it not simply do
everything in RAM there). Then tried to have the STXXL file on a ramdisk
but failed because the Linux "tmpfs" doesn't support some IOCTL
operation or so that STXXL wants to use. I ended up creating a sparse
200 GB file on the ram disk and loopback-mounting that to put an ext4
file system on it, just to enable STXXL to put its swap file there.
Surely better approaches exist?

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [Talk-it] Tag x aereo dismesso

[Alecs]

Se ne trovano anche in Italia aerei taggati così, vecchi modelli rimessi a
nuovo, in qualche rotonda stradale ad esempio.
Un'alternativa per un aereo non esposto ma semplicemente abbandonato
potrebbe essere qualche man_made=* tipo man_made=aircraft (1 in taginfo)
oppure man_made=plane, di questo ce ne sono 35 in taginfo, quasi tutti nello
stesso sito in Ucraina, che ha l'aria comunque di essere una specie di museo
all'aperto anche quello.

Ciao,
Alecs


Alessandro wrote
> Il 01/03/2016 23:10, Cascafico Giovanni ha scritto:
>> Un aereo md80 che giace abandoned da alcuni anni su una taxiway cieca.
>> Non é historic, tantomeno tourist attraction...
>>
> 
> Qui in Arizona
> http://www.openstreetmap.org/#map=19/32.14056/-110.86883=D
> usano
> historic=aircraft
> name=USAF 
> tourism=attraction
> 
> 
> ___
> Talk-it mailing list

> Talk-it@

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





--
View this message in context: 
http://gis.19327.n5.nabble.com/Tag-x-aereo-dismesso-tp5868845p5868922.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: [OSM-talk-be] Need help for a mapathon campus géo - 16th April 2016

[Julien Minet]

Hi Joost, 

I'm ready to contribute to this missing map event. I subcribed to the event in 
Namur. I might be there all day if needed. I'll check the hackpad from time to 
time to see where I can help. I already presented OSM a few times, so I can 
make a presentation if needed. 

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

Re: [Talk-it] Mappare reperti bellici

[Alecs]

Può darsi sia stato già mappato qualcosa del genere in siti della prima o
seconda guerra mondiale, non trovo però al momento.
L'autore del sito che hai linkato comunque è un personaggio, lo avevo
conosciuto un po' di anni fa, puoi provare anche a contattarlo, magari
potrebbe essere interessato anche a contribuire in prima persona visto che è
molto interessato alla storia locale (e Lonate ha molti pochi dettagli per
ora).

Ciao
Alecs


Dario Crespi wrote
> Ciao, oggi mi sono messo a sistemare un po' di strade e recinzioni intorno
> a Malpensa e mio fratello mi ha detto che lì c'è una sorta di museo
> all'aperto che comprende diversi manufatti bellici e ordigni (resi
> innocui)
> risalenti alla ww2. Guardando questo sito potete capire meglio di cosa
> parlo: http://www.fmboschetto.it/Lonate_Pozzolo/viadiGaggio.htm
> 
> Ora la domanda: esistono dei tag per mappare queste cose? Dalle bombe ai
> paraschegge alle vecchie piste di raccordo per gli aerei che oggi sono
> semplici strade in mezzo al bosco.
> 
> Se esistono, non sarebbe male organizzare un piccolo evento di mappatura
> di
> quell'area (questa: http://www.openstreetmap.org/#map=15/45.5965/8.7274).
> 
> Dario
> 
> ___
> Talk-it mailing list

> Talk-it@

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





--
View this message in context: 
http://gis.19327.n5.nabble.com/Mappare-reperti-bellici-tp5868838p5868921.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-cz] Polygon generator

[Marián Kyral]

Ahoj,
nevím, jestli tomu rozumím správně, ale k tomu seznamu relací:

Když si vezmu Českou republiku: http://www.openstreetmap.org/relation/51684 
tak součástí relace jsou i další relace s rolí "subarea"


   * Relace Severozápad (435516)
   (http://www.openstreetmap.org/relation/435516) jako subarea
   * Relace Jihozápad (435511)(http://www.openstreetmap.org/relation/435511)
   jako subarea
   * Relace Střední Čechy (435515)
   (http://www.openstreetmap.org/relation/435515) jako subarea
   * Relace Praha (435541)(http://www.openstreetmap.org/relation/435541) 
   jako subarea
   * Relace Severovýchod (435513)
   (http://www.openstreetmap.org/relation/435513) jako subarea
   * Relace Jihovýchod (435510)
   (http://www.openstreetmap.org/relation/435510) jako subarea
   * Relace Střední Morava (435508)
   (http://www.openstreetmap.org/relation/435508) jako subarea
   * Relace Moravskoslezsko (435512)
   (http://www.openstreetmap.org/relation/435512) jako subarea
   



Když si na některou kliknu, tato má taky členy "subarea"


   * Relace Ústecký kraj (442452)
   (http://www.openstreetmap.org/relation/442452) jako subarea
   * Relace Karlovarský kraj (442314)
   (http://www.openstreetmap.org/relation/442314) jako subarea
   




A tak dále:

   * Relace okres Cheb (441990)
   (http://www.openstreetmap.org/relation/441990) jako subarea
   * Relace okres Sokolov (442313)
   (http://www.openstreetmap.org/relation/442313) jako subarea
   * Relace okres Karlovy Vary (440798)
   (http://www.openstreetmap.org/relation/440798) jako subarea
   




   * Relace Karlovy Vary (439482)
   (http://www.openstreetmap.org/relation/439482) jako subarea
   * Relace Nejdek (439476)(http://www.openstreetmap.org/relation/439476) 
   jako subarea
   * Relace Nová Role (439475)(http://www.openstreetmap.org/relation/439475)
   jako subarea
   * Relace Toužim (439519)(http://www.openstreetmap.org/relation/439519) 
   jako subarea
   * Relace Žlutice (439517)(http://www.openstreetmap.org/relation/439517) 
   jako subarea
   * Relace Bochov (439490)(http://www.openstreetmap.org/relation/439490) 
   jako subarea
   * Relace Hroznětín (439468)(http://www.openstreetmap.org/relation/439468)
   jako subarea
   * ...
   




Takhle ti stačí jen znát číslo relace dané země a z té si pak už vytáhnout 
úroveň, která tě zajímá.

A jak tak přemýšlím, pro overpass turbo ani není potřeba znát přesné číslo 
relace, dá se použít název. 





Třeba nějak takto: (krajská města v ČR)




{{nominatimArea:"Czech Republic"}}
(._; )->.boundaryarea;

node(area.boundaryarea)[place=city];
  (._;>;);out meta;





Marián








-- Původní zpráva --
Od: Pavel Dobes 
Komu: talk-cz@openstreetmap.org
Datum: 2. 3. 2016 20:56:29
Předmět: [Talk-cz] Polygon generator

"



Zdravim,

pro Geoget (program na spravu kesek) jsem si napsal https://github.com/
PavelD/Osm2GGpoly(https://github.com/PavelD/Osm2GGpoly) - script, ktery by 
mel vygenerovat adresare s polygonsma, ktere jsou pouzit v Geogetu.


V adresari data je zpracovano par statu, aby si nahodny nalezce udelal 
predstavu, jak by mel script fungovat.




Script samotny ma nekolik much:





- seznam relaci se musi predpripravit rucne
- polygony jsou pro ucely Geogetu moc podrobne


- neni jeste pridana kontrola, ktera by stahla pripadne pouze zmenene 
polygony


- pokud by nesel vytvorit polygon protoze je napriklad neuzavreny, neni 
nikde error handling (proto stahuju i html soubory, ve kterych to pripadne 
najdu)





Potreboval bych nekoho, kdo se podiva na soucasny script a poradi jak to 
delat lepe, treba s mensim zatizenim pro servery, ze kterych stahuji a tak.





Vyjmenovane problemy jsem se jiz snazil nejak vyresit svepomoci, ale bez 
valneho vysledku:



* Na http://overpass-turbo.eu/(http://overpass-turbo.eu/) jsem zkousel 
stahnout administrativni hranice nejak globalne vyfiltrovane pro dany stat a
dany admin_level, ale bez uspechu... Nicmene polygony pro JOSM, ve kterem 
rucne vybiram relace z vyznacene casti mapy jsou stahnovat dobre.
* Polygony stahuji z http://polygons.openstreetmap.fr/index.py
(http://polygons.openstreetmap.fr/index.py) a tam je funkce na zjednoduseni,
ale netusim, jestli se provadi na urovni cest a nebo na urovni exportovaneho
polygonu. Pokud na urovni cest, tak bu byla sance, ze 2 sousedni takto 
upravene polygony se neprekrivaji a tim se daji pouzit i pro ucely geogetu, 
ale jak to jednoduse zjistit...


* update zatim neresim, pokud adrear s exportovanymi polygony existuje, tak 
se cely preskoci (i kdyby byl prazdny).





Script beha pod linuxem a potrebuje ke svemu behu nainstalovane recode a 
wget. Zbytek byl ze std instalace. A jeste poznamka k cat-u, ktery se tam 
pouziva i kdyz je zbytecny. To prepisu, ale presmerovani, ktere jsem 
pouzival na prizkazove radce, kde jsem to ladil me v $( ) nefungovalo, tak 
jsem ho (prozatim) naradil cat-em (nejrychlejsi a docasne reseni) ;)

Predem diky za odpovedi.



Pavel

Re: [Talk-cz] Wiki stránka 'Veřejná hromadná doprava v ČR' přílš velká pro expanzi šablony

[Pavel Dobes]

Zdravim,

nejednodussi bude vytvorit pro kazde mesto (aleson kazdy kraj) podstranku.
Pokud nejste administratorem wiki, tak se tohle neobejde (a obejde se to
pouze navysenim hodnoty $wgMaxArticleSize). Tahle hodnota se nebere ze
zdrojove velikosti, ale z celkove velikosti vyrendrovane stranky a pokud se
prekroci, tak prvni, co to odnese je vykreslovani sablon (coz se ostatne
stalo).

Pavel

Dne 2. března 2016 20:37 Vladimír Domes 
napsal(a):

> Ahoj,
> kvůli novým linkám v MHD v Ostravě jsem zaktualizoval wiki stránku Veřejná
> hromadná doprava v ČR [1], která se generuje dle skriptu [2].
>
> Problém je, že pro posledních cca 20% relací se správně nevytváří odkazy,
> ale pouze se vloží název šablony (Template:Relation), ze které se tyto
> odkazy generují.
>
> Googlil jsem a je to tím, že stránka je již tak velká, že přetekl parametr
> $wgMaxArticleSize (výchozí hodnota 2048 kB) [3] a je to vidět přímo ve
> zdrojovém kódu stránky, kde je tento log:
>
>   title="Template:Relation">Template:Relation
> 
>
> .
>
> 
>
> Není tu nějaký wiki specialista, který by věděl, co s tím? Jestli někde
> ten parametr navýšit nebo jestli bude nutné stránku nějak redesignovat?
>
>   V.
>
>
> [1]
> http://wiki.openstreetmap.org/wiki/Ve%C5%99ejn%C3%A1_hromadn%C3%A1_doprava_v_%C4%8CR
> [2]
> http://wiki.openstreetmap.org/wiki/User:Kuratkoo/Skript_Ve%C5%99ejn%C3%A1_hromadn%C3%A1_doprava_v_%C4%8CR
> [3] https://www.mediawiki.org/wiki/Manual:$wgMaxArticleSize
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSRM-talk] osrm-extract taking hours to complete

[Bjorn Madsen]

Hi Kieran,
I added a high speed SSD and pointed the .stxxl towards that to deal with
the swap slowdown. That bought me a drop in processing time from 12 hrs ->
3-4 hrs.

osrm@mat4:~/osrm-backend$ cat .stxxl
*disk=/mnt/tmp/stxxl,40,syscall*

osrm@mat4:~/osrm-backend$ lsblk
NAMEMAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda   8:00 223.6G  0 disk
├─sda18:10 4G  0 part
│ └─md0   9:00 4G  0 raid1 [SWAP]
├─sda28:20   512M  0 part
│ └─md1   9:10 511.7M  0 raid1 /boot
└─sda38:30 219.1G  0 part
  └─md2   9:20   219G  0 raid1 /
sdb   8:16   0 223.6G  0 disk
├─sdb18:17   0 4G  0 part
│ └─md0   9:00 4G  0 raid1 [SWAP]
├─sdb28:18   0   512M  0 part
│ └─md1   9:10 511.7M  0 raid1 /boot
└─sdb38:19   0 219.1G  0 part
  └─md2   9:20   219G  0 raid1 /
*sdc   8:32   0 447.1G  0 disk  *
*└─sdc18:33   0 447.1G  0 part  /mnt*






On Wed, Mar 2, 2016 at 4:51 PM, Kieran Caplice 
wrote:

> Hello,
>
> I'm currently extracting the planet PBF (~31 GB), and it's been running
> for hours. I notice in the "Running OSRM" wiki page, it says " On a Core i7
> with 8GB RAM and (slow) 5400 RPM Samsung SATA hard disks it took about 65
> minutes to do so from a PBF formatted planet", which is making me wonder
> why it's taking so long on our server. Below are some example output
> messages:
>
> [info] Parsing finished after 3584.35 seconds
> [extractor] Erasing duplicate nodes   ... ok, after 319.091s
> [extractor] Sorting all nodes   ... ok, after 3632.87s
> [extractor] Building node id map  ... ok, after 2025.29s
> [extractor] Confirming/Writing used nodes ... ok, after 1096.24s
> [extractor] Sorting edges by start... ok, after 2000.08s
>
> Some stxxl errors were outputted as I set the disk size to 100GB thinking
> it was enough - but I didn't think it would cause such slowdowns as this,
> considering extracting the Europe PBF takes hours also without the stxxl
> errors.
>
> Server specs:
> Ubuntu 14.04
> Intel Xeon CPU E5-1650 v3 @ 3.50GHz  (hex-core with HT)
> 64 GB RAM @ 2133 MHz
> 2 TB Western Digital Enterprise 7200 RPM hard drive
>
> At the moment, disk IO is averaging around 35-40 MB/s R/W (~90%).
>
> Anyone have any ideas as to what might be going on? Or is it normal to
> take this long without an SSD?
>
> Thanks in advance.
>
> Kind regards,
> Kieran Caplice
>
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
>


-- 
Bjorn Madsen
Director, Global Operations

Multi-Agent Technology Ltd.
Bessemer Drive,
Stevenage,
SG1 2DX

b...@multiagenttechnology.com
Mobile: +44 779 20 307 20
Main Office: +44 1438 310 035
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

[Talk-cz] Polygon generator

[Pavel Dobes]

Zdravim,

pro Geoget (program na spravu kesek) jsem si napsal
https://github.com/PavelD/Osm2GGpoly - script, ktery by mel vygenerovat
adresare s polygonsma, ktere jsou pouzit v Geogetu.

V adresari data je zpracovano par statu, aby si nahodny nalezce udelal
predstavu, jak by mel script fungovat.

Script samotny ma nekolik much:
- seznam relaci se musi predpripravit rucne
- polygony jsou pro ucely Geogetu moc podrobne
- neni jeste pridana kontrola, ktera by stahla pripadne pouze zmenene
polygony
- pokud by nesel vytvorit polygon protoze je napriklad neuzavreny, neni
nikde error handling (proto stahuju i html soubory, ve kterych to pripadne
najdu)

Potreboval bych nekoho, kdo se podiva na soucasny script a poradi jak to
delat lepe, treba s mensim zatizenim pro servery, ze kterych stahuji a tak.

Vyjmenovane problemy jsem se jiz snazil nejak vyresit svepomoci, ale bez
valneho vysledku:

* Na http://overpass-turbo.eu/ jsem zkousel stahnout administrativni
hranice nejak globalne vyfiltrovane pro dany stat a dany admin_level, ale
bez uspechu... Nicmene polygony pro JOSM, ve kterem rucne vybiram relace z
vyznacene casti mapy jsou stahnovat dobre.
* Polygony stahuji z http://polygons.openstreetmap.fr/index.py a tam je
funkce na zjednoduseni, ale netusim, jestli se provadi na urovni cest a
nebo na urovni exportovaneho polygonu. Pokud na urovni cest, tak bu byla
sance, ze 2 sousedni takto upravene polygony se neprekrivaji a tim se daji
pouzit i pro ucely geogetu, ale jak to jednoduse zjistit...
* update zatim neresim, pokud adrear s exportovanymi polygony existuje, tak
se cely preskoci (i kdyby byl prazdny).

Script beha pod linuxem a potrebuje ke svemu behu nainstalovane recode a
wget. Zbytek byl ze std instalace. A jeste poznamka k cat-u, ktery se tam
pouziva i kdyz je zbytecny. To prepisu, ale presmerovani, ktere jsem
pouzival na prizkazove radce, kde jsem to ladil me v $( ) nefungovalo, tak
jsem ho (prozatim) naradil cat-em (nejrychlejsi a docasne reseni) ;)

Predem diky za odpovedi.

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

Re: [Talk-us] Strategy for Naming Parts of a Large Park

[stevea]

 The
individual areas are generally nodes tagged leisure=park with names like
"Patapsco Valley State Park - McKeldin Area".  The whole park-in-a-park
thing feels a little off to me, but it does get the names rendered on the
default map.  :-/


This sounds similar to what in our California State Parks system are 
known as "units."  These are discontiguous (don't touch each others' 
borders) park areas represented in OSM as either polygon or 
multipolygon, but are named similarly.  For example, "Henry Cowell 
Redwoods State Park" and "Henry Cowell Redwoods State Park (Fall 
Creek Unit)."  I agree, this doesn't seem ideal, and perhaps a 
super-relation to tie them all together would be yet more accurate, 
but this naming convention both seems correct and "gets the job done" 
(e.g. causes a pleasing rendering that conveys the correct names).


SteveA
California

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

[Talk-cz] Wiki stránka 'Veřejná hromadná doprava v ČR' přílš velká pro expanzi šablony

[Vladimír Domes]

Ahoj,
kvůli novým linkám v MHD v Ostravě jsem zaktualizoval wiki stránku Veřejná
hromadná doprava v ČR [1], která se generuje dle skriptu [2].

Problém je, že pro posledních cca 20% relací se správně nevytváří odkazy,
ale pouze se vloží název šablony (Template:Relation), ze které se tyto
odkazy generují.

Googlil jsem a je to tím, že stránka je již tak velká, že přetekl parametr
$wgMaxArticleSize (výchozí hodnota 2048 kB) [3] a je to vidět přímo ve
zdrojovém kódu stránky, kde je tento log:

 Template:Relation


.



Není tu nějaký wiki specialista, který by věděl, co s tím? Jestli někde ten
parametr navýšit nebo jestli bude nutné stránku nějak redesignovat?

  V.


[1]
http://wiki.openstreetmap.org/wiki/Ve%C5%99ejn%C3%A1_hromadn%C3%A1_doprava_v_%C4%8CR
[2]
http://wiki.openstreetmap.org/wiki/User:Kuratkoo/Skript_Ve%C5%99ejn%C3%A1_hromadn%C3%A1_doprava_v_%C4%8CR
[3] https://www.mediawiki.org/wiki/Manual:$wgMaxArticleSize
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[OSM-co] Fwd: [HOT] Fwd: Newsletter IODC16

[hyan...@gmail.com]

Estimados, para su información envío abajo evento de interés para esta
comunidad.

Saludos,

Humberto Yances
-- Forwarded message --
From: Tyler Radford 
Date: 2016-03-02 13:37 GMT-05:00
Subject: [HOT] Fwd: Newsletter IODC16
To: hot 


HOT Community:

I encourage you to submit HOT and OSM related proposals from your country
to IODC16!

Please do share back with the community so we can coordinate.

Tyler
*Tyler Radford*
Executive Director
email: tyler.radf...@hotosm.org
U.S. mobile: +1 617.285.2009

*Humanitarian OpenStreetMap Team*
*Using OpenStreetMap for Humanitarian Response & Economic Development*
web  | twitter  | facebook
 | donate 

-- Forwarded message --
From: IODC16 Conference Organizers 
Date: Tue, Mar 1, 2016 at 7:27 AM
Subject: Newsletter IODC16
To: tyler.radf...@hotosm.org


[image: header-IODC-2016]

[image: banner-IODC-2016]


PRESS

The 4th International Open Data

Conference will take place on October 6 and 7 in Madrid, Spain


This year, Madrid will be the host city of *IODC16*,the most significant
convention on Open Data in the world. Under the motto "Global goals, local
impact," this conference aims to build stronger relationships between open
data initiatives from the different governments and establish a dialogue
involving the voices os experts from various sectors, the open data
community, senior officials, industry leaders and representatives of civil
society globally.

The three elements that form the action plan of the agenda are the
following:

   - *Call for impact:* presentation of open data initiatives that have
   real impact on the lives of people
   - *Call for action:* sessions that allow to build a roadmap towards a
   global open data connectivity
   - *Call for sharing:* sharing knowledge on open data through sessions
   and workshops that favor co-creation and collaboration

With the launching -starting from March 1st- of the Call for Proposals, the
composition of the agenda is officially initiated, the essence of IODC16.
Read and have full access to the information.


Latests post


Mapping out the Road the Spain: A Blog Series

by Heather McIntosh



Seeking an Inclusive Conversation on Interoperability

by Tim Davies



Civil servants’ incentives in Open Data

by José Mª Subero



Promoting the Open Data Charter at the Sub-national Level

by Natalia Carfi



How to capture value from data: a sectorial approach

by Alberto Ortiz de Zárate Tercero



Will Open Data Policies Contribute to Solving Development Challenges?

by Fabrizio Scrollini



Let’s prevent Internet of Things from becoming the “bad bank” of Big & Open
Data

by Alicia Asín



Capacity is and Should be at the Core of the Open Data Agenda

by Michael Cañares



Open Data: A Roadmap to Delivering Impact!

by Barbara Chiara-Ubaldi



Does Open Data Work for Rural areas? The Case of Uganda

by Mary Nakirya


Follow us through our site and social media channels
[image: twitter]

[image:
facebook]

[image:
web]

[image: red.es]

Re: [Talk-es] Fwd: Consulta sobre mapa de barreras arquitectónicas en OSM

[Carlos Cámara]

Hola a todos

Muchísimas gracias a todos los que os habéis tomado las molestias en
responderme. Por el momento tengo trabajo por delante para madurar nuestro
trabajo y ver el enfoque y alcance que le damos, pero tras leer vuestros
correos estoy muy emocionado por ver que A) por fin podré aunar tareas de
la universidad con contribuciones a OSM B) me queda bastante claro el
procedimiento técnico a seguir (aunque no descarto consultas futuras al
respecto :P ) y C) es una alegría conocer a gente e iniciativas tan
cercanas: señal de que vamos por buen camino (espero ser capaz de crear
sinergias -aunque odio esa palabra- a partir de las informaciones que me
habéis dado).

En cuanto tenga todo más claro volveré a escribir. Gracias de nuevo.





Carlos Cámara
http://carloscamara.es

2016-03-02 18:47 GMT+01:00 Miguel Sevilla-Callejo :

> Hola Carlos,
>
> La verdad es que ya te han contestado en casi todo y solo escribo para
> alegrarme en saber que van apareciendo OSMappers por Zaragoza, darte la
> bienvenida y si quieres podemos aprovechar para hacer alguna mapping party
> que te pueda ser de utilidad a tí y a la comunidad para esos interesantes
> objetivos.
>
> De todo lo que te han dicho ya, solo remarcar que los datos que subas a
> OSM allí quedarán (inclusive si los borrase alguien siempre estarán el el
> historial) y que el mejor modo para que los recuperes, somo te comenta
> Moises, es que uses una combinación de etiqueta y valor (quizá lo más
> adecuado es incluirlo a través del source=*) para después consultar ese
> conjunto de datos. Por ejemplo, para el curso que hicimos en Zaragoza el
> pasado noviembre [1], a los asistentes, les indicamos que usaran la
> etiqueta "#osmzgz15" en los comentarios de sus conjuntos de cambios y así
> poder revisar lo que iban haciendo (no tengo ahora a mano la consulta con
> overpass-turbo disculpa).
>
> Yo trabajo constantemente con QGIS y aunque existen métodos para editar
> desde el GIS y después importar a OSM, cuando he necesitado datos, como por
> ejemplo, en una ocasión necesitaba el conjunto de pistas forestales del
> macizo de Cotiella, lo que hice fue digitalizarlos primero en OSM y después
> traérmelos a mi entorno de trabajo [2]. Ten en cuenta que OSM tiene una
> aproximación a los datos espaciales algo diferente a los SIGs tradicionales
> y, si finalmente usarás OSM, como te dice Alejandro, yo te recomiendo
> trabajes directamente en OSM, y para ello, mucho mejor usando JOSM, usando
> sobre el terreno Fieldpapers [3] y tomando como referencia las imágenes
> (servicios WMS) del PNOA y Catastro.
>
> Ya nos dirás como vas resolviendo el tema
>
> Un saludo
>
> Miguel
>
> [1] puedes acceder a los archivos que usamos a través de
> http://bitly.com/osmzgz15
> [2] para QGIS te recomiendo el plugin QuickOSM:
> https://github.com/3liz/QuickOSM (que usa overpass-turbo para sus
> consultas)
> [3] http://fieldpapers.org/
>
>
> --
> *Miguel Sevilla-Callejo*
>
> *Doctor in Geography*
> a. Associate Lecturer at Dpto. of Geography & Territorial Planning at
> University of Zaragoza
> b. Fellow at the Pyrenean Institute of Ecology - Spanish National Research
> Council
> c. Freelance consultant & researcher - Member #698, Spanish Professional
> Association of Geographers
>
> *Doctor en Geografía*
> a. Profesor asociado en el Dpto. de Geografía y Ordenación del Territorio
> de la Univ. de Zaragoza
> b. Colaborador del Instituto Pirenaico de Ecología - Consejo Superior de
> Investigaciones Científicas
> c. Consultor e investigador freelance - Colegiado 698 del Colegio Oficial
> de Geógrafos
>
> 2016-03-02 12:42 GMT+01:00 Jorge Sanz Sanfructuoso :
>
>> Hola.
>>
>> Este fin de semana en el HackForGood de Salamanca hemos planteado una
>> aplicación con una idea parecida llamada WillGo. Nos dieron el primer
>> premio en Salamanca.A partir de los datos de OSM poder crear rutas
>> adaptadas a las diferentes tipos de discapacidad. Tanto las que tienen
>> personas concretas, como las discapacidades que podemos sufrir cualquiera
>> de manera temporal. La idea también es usar fuentes externas a OSM ya que
>> la información actual etiquetada es limitada pero también poder incluir
>> esta información a OSM. Estamos en desarrollo actualmente y buscando cómo
>> completar el proyecto. Cualquier información o colaboración es bienvenida.
>> Tienes más información en:
>>
>> https://www.youtube.com/watch?v=FJTmZxUUI2A=PLO-EYJhoGATEjWkhyWpj_nsT_JiebgLZB
>> https://twitter.com/WillGo_EasyMove
>>
>> Un saludo.
>>
>>
>> El mié., 2 mar. 2016 a las 12:23, Cruz Enrique Borges Hernández (<
>> cruzki...@gmail.com>) escribió:
>>
>>> Hola a todos,
>>>
>>> Por alguna extraña razón todos los correos de la Universidad de Deusto
>>> los marca como spam la lista (o gmail o no lo tengo claro). Os reboto la
>>> respuesta a ver si así.
>>>
>>> Un saludo.
>>> cruz
>>>
>>> -- Mensaje reenviado --
>>> De: Ander Pijoan 
>>> Fecha: 2 de marzo 

Re: [Talk-es] Fwd: Consulta sobre mapa de barreras arquitectónicas en OSM

[Miguel Sevilla-Callejo]

Hola Carlos,

La verdad es que ya te han contestado en casi todo y solo escribo para
alegrarme en saber que van apareciendo OSMappers por Zaragoza, darte la
bienvenida y si quieres podemos aprovechar para hacer alguna mapping party
que te pueda ser de utilidad a tí y a la comunidad para esos interesantes
objetivos.

De todo lo que te han dicho ya, solo remarcar que los datos que subas a OSM
allí quedarán (inclusive si los borrase alguien siempre estarán el el
historial) y que el mejor modo para que los recuperes, somo te comenta
Moises, es que uses una combinación de etiqueta y valor (quizá lo más
adecuado es incluirlo a través del source=*) para después consultar ese
conjunto de datos. Por ejemplo, para el curso que hicimos en Zaragoza el
pasado noviembre [1], a los asistentes, les indicamos que usaran la
etiqueta "#osmzgz15" en los comentarios de sus conjuntos de cambios y así
poder revisar lo que iban haciendo (no tengo ahora a mano la consulta con
overpass-turbo disculpa).

Yo trabajo constantemente con QGIS y aunque existen métodos para editar
desde el GIS y después importar a OSM, cuando he necesitado datos, como por
ejemplo, en una ocasión necesitaba el conjunto de pistas forestales del
macizo de Cotiella, lo que hice fue digitalizarlos primero en OSM y después
traérmelos a mi entorno de trabajo [2]. Ten en cuenta que OSM tiene una
aproximación a los datos espaciales algo diferente a los SIGs tradicionales
y, si finalmente usarás OSM, como te dice Alejandro, yo te recomiendo
trabajes directamente en OSM, y para ello, mucho mejor usando JOSM, usando
sobre el terreno Fieldpapers [3] y tomando como referencia las imágenes
(servicios WMS) del PNOA y Catastro.

Ya nos dirás como vas resolviendo el tema

Un saludo

Miguel

[1] puedes acceder a los archivos que usamos a través de
http://bitly.com/osmzgz15
[2] para QGIS te recomiendo el plugin QuickOSM:
https://github.com/3liz/QuickOSM (que usa overpass-turbo para sus consultas)
[3] http://fieldpapers.org/


--
*Miguel Sevilla-Callejo*

*Doctor in Geography*
a. Associate Lecturer at Dpto. of Geography & Territorial Planning at
University of Zaragoza
b. Fellow at the Pyrenean Institute of Ecology - Spanish National Research
Council
c. Freelance consultant & researcher - Member #698, Spanish Professional
Association of Geographers

*Doctor en Geografía*
a. Profesor asociado en el Dpto. de Geografía y Ordenación del Territorio
de la Univ. de Zaragoza
b. Colaborador del Instituto Pirenaico de Ecología - Consejo Superior de
Investigaciones Científicas
c. Consultor e investigador freelance - Colegiado 698 del Colegio Oficial
de Geógrafos

2016-03-02 12:42 GMT+01:00 Jorge Sanz Sanfructuoso :

> Hola.
>
> Este fin de semana en el HackForGood de Salamanca hemos planteado una
> aplicación con una idea parecida llamada WillGo. Nos dieron el primer
> premio en Salamanca.A partir de los datos de OSM poder crear rutas
> adaptadas a las diferentes tipos de discapacidad. Tanto las que tienen
> personas concretas, como las discapacidades que podemos sufrir cualquiera
> de manera temporal. La idea también es usar fuentes externas a OSM ya que
> la información actual etiquetada es limitada pero también poder incluir
> esta información a OSM. Estamos en desarrollo actualmente y buscando cómo
> completar el proyecto. Cualquier información o colaboración es bienvenida.
> Tienes más información en:
>
> https://www.youtube.com/watch?v=FJTmZxUUI2A=PLO-EYJhoGATEjWkhyWpj_nsT_JiebgLZB
> https://twitter.com/WillGo_EasyMove
>
> Un saludo.
>
>
> El mié., 2 mar. 2016 a las 12:23, Cruz Enrique Borges Hernández (<
> cruzki...@gmail.com>) escribió:
>
>> Hola a todos,
>>
>> Por alguna extraña razón todos los correos de la Universidad de Deusto
>> los marca como spam la lista (o gmail o no lo tengo claro). Os reboto la
>> respuesta a ver si así.
>>
>> Un saludo.
>> cruz
>>
>> -- Mensaje reenviado --
>> De: Ander Pijoan 
>> Fecha: 2 de marzo de 2016, 12:04
>> Asunto: Re: [Talk-es] Consulta sobre mapa de barreras arquitectónicas en
>> OSM
>> Para: Discusión en Español de OpenStreetMap ,
>> Angela Garcia Perez , Sarai Casas Simón <
>> saray.decasassi...@deusto.es>, Cruz Enrique Borges Hernandez <
>> cruz.bor...@deusto.es>
>>
>>
>>
>> Buenos días Carlos,
>>
>> Te escribo desde la Universidad de Deusto en Bilbao, donde estamos
>> trabajando en un proyecto "similar" pero a un nivel mas local y con
>> estudiantes de institutos. El proyecto se llama CiudadesAmigables [1] y se
>> engloba dentro del aprendizaje-servicio para aportar una mayor
>> accesibilidad a las personas en situación de discapacidad motora.
>>
>> Lo que pretendemos en este proyecto es concienciar a los estudiantes
>> mediante charlas y experiencias, realizar salidas en las que mapean su
>> entorno para ir añadiendo a OSM vías y etiquetas que definan la
>> accesibilidad de las ciudades [3, 4, 5, 6, 7] y ,si es posible, crear 

Re: [OSRM-talk] osrm-extract taking hours to complete

[Kieran Caplice]

Hi Patrick,

Just wanted to ping you off-list. I just had a question about your 
update processhow often if at all do you update your PBF data, and 
how do you manage the process? We're thinking of just setting a cron job 
to download and extract the new PBF every weekend to a temporary folder, 
stop the server, move the new data to the correct location and start the 
server again.


Kind regards,
Kieran Caplice

On 02/03/16 17:01, Patrick Niklaus wrote:

Hey Kieran,


there have been a lot of structural changes (e.g. moving code from
osrm-prepare into osrm-extract) that probably invalidate that numbers.
Also we support 64bit OSM ids now, which sadly uses a lot more disk
space. I think stxxl need like 200GB. I think on our setup we have a
turn-around of 6 hours for the planet dataset on an SSD setup (car
profile, any other profile needs significantly longer). You should
probably think about updating your hard drives as this is IO bound. At
your current read/write speed it will already take more than an hour
to just write 200GB of data once. We scan it at least twice just for
pre-processing.

Cheers,
Patrick


On Wed, Mar 2, 2016 at 5:51 PM, Kieran Caplice
 wrote:

Hello,

I'm currently extracting the planet PBF (~31 GB), and it's been running for
hours. I notice in the "Running OSRM" wiki page, it says " On a Core i7 with
8GB RAM and (slow) 5400 RPM Samsung SATA hard disks it took about 65 minutes
to do so from a PBF formatted planet", which is making me wonder why it's
taking so long on our server. Below are some example output messages:

[info] Parsing finished after 3584.35 seconds
[extractor] Erasing duplicate nodes   ... ok, after 319.091s
[extractor] Sorting all nodes   ... ok, after 3632.87s
[extractor] Building node id map  ... ok, after 2025.29s
[extractor] Confirming/Writing used nodes ... ok, after 1096.24s
[extractor] Sorting edges by start... ok, after 2000.08s

Some stxxl errors were outputted as I set the disk size to 100GB thinking it
was enough - but I didn't think it would cause such slowdowns as this,
considering extracting the Europe PBF takes hours also without the stxxl
errors.

Server specs:
Ubuntu 14.04
Intel Xeon CPU E5-1650 v3 @ 3.50GHz  (hex-core with HT)
64 GB RAM @ 2133 MHz
2 TB Western Digital Enterprise 7200 RPM hard drive

At the moment, disk IO is averaging around 35-40 MB/s R/W (~90%).

Anyone have any ideas as to what might be going on? Or is it normal to take
this long without an SSD?

Thanks in advance.

Kind regards,
Kieran Caplice


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


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



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

Re: [OSRM-talk] osrm-extract taking hours to complete

[Kieran Caplice]

Hi Patrick,

That makes sense then. It's obvious the process is just going to take 
upwards of 8-10 hours for us in that case.


Thanks for the help.

Kind regards,
Kieran Caplice

On 02/03/16 17:01, Patrick Niklaus wrote:

Hey Kieran,


there have been a lot of structural changes (e.g. moving code from
osrm-prepare into osrm-extract) that probably invalidate that numbers.
Also we support 64bit OSM ids now, which sadly uses a lot more disk
space. I think stxxl need like 200GB. I think on our setup we have a
turn-around of 6 hours for the planet dataset on an SSD setup (car
profile, any other profile needs significantly longer). You should
probably think about updating your hard drives as this is IO bound. At
your current read/write speed it will already take more than an hour
to just write 200GB of data once. We scan it at least twice just for
pre-processing.

Cheers,
Patrick


On Wed, Mar 2, 2016 at 5:51 PM, Kieran Caplice
 wrote:

Hello,

I'm currently extracting the planet PBF (~31 GB), and it's been running for
hours. I notice in the "Running OSRM" wiki page, it says " On a Core i7 with
8GB RAM and (slow) 5400 RPM Samsung SATA hard disks it took about 65 minutes
to do so from a PBF formatted planet", which is making me wonder why it's
taking so long on our server. Below are some example output messages:

[info] Parsing finished after 3584.35 seconds
[extractor] Erasing duplicate nodes   ... ok, after 319.091s
[extractor] Sorting all nodes   ... ok, after 3632.87s
[extractor] Building node id map  ... ok, after 2025.29s
[extractor] Confirming/Writing used nodes ... ok, after 1096.24s
[extractor] Sorting edges by start... ok, after 2000.08s

Some stxxl errors were outputted as I set the disk size to 100GB thinking it
was enough - but I didn't think it would cause such slowdowns as this,
considering extracting the Europe PBF takes hours also without the stxxl
errors.

Server specs:
Ubuntu 14.04
Intel Xeon CPU E5-1650 v3 @ 3.50GHz  (hex-core with HT)
64 GB RAM @ 2133 MHz
2 TB Western Digital Enterprise 7200 RPM hard drive

At the moment, disk IO is averaging around 35-40 MB/s R/W (~90%).

Anyone have any ideas as to what might be going on? Or is it normal to take
this long without an SSD?

Thanks in advance.

Kind regards,
Kieran Caplice


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


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



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

Re: [OSRM-talk] osrm-extract taking hours to complete

[Patrick Niklaus]

Hey Kieran,


there have been a lot of structural changes (e.g. moving code from
osrm-prepare into osrm-extract) that probably invalidate that numbers.
Also we support 64bit OSM ids now, which sadly uses a lot more disk
space. I think stxxl need like 200GB. I think on our setup we have a
turn-around of 6 hours for the planet dataset on an SSD setup (car
profile, any other profile needs significantly longer). You should
probably think about updating your hard drives as this is IO bound. At
your current read/write speed it will already take more than an hour
to just write 200GB of data once. We scan it at least twice just for
pre-processing.

Cheers,
Patrick


On Wed, Mar 2, 2016 at 5:51 PM, Kieran Caplice
 wrote:
> Hello,
>
> I'm currently extracting the planet PBF (~31 GB), and it's been running for
> hours. I notice in the "Running OSRM" wiki page, it says " On a Core i7 with
> 8GB RAM and (slow) 5400 RPM Samsung SATA hard disks it took about 65 minutes
> to do so from a PBF formatted planet", which is making me wonder why it's
> taking so long on our server. Below are some example output messages:
>
> [info] Parsing finished after 3584.35 seconds
> [extractor] Erasing duplicate nodes   ... ok, after 319.091s
> [extractor] Sorting all nodes   ... ok, after 3632.87s
> [extractor] Building node id map  ... ok, after 2025.29s
> [extractor] Confirming/Writing used nodes ... ok, after 1096.24s
> [extractor] Sorting edges by start... ok, after 2000.08s
>
> Some stxxl errors were outputted as I set the disk size to 100GB thinking it
> was enough - but I didn't think it would cause such slowdowns as this,
> considering extracting the Europe PBF takes hours also without the stxxl
> errors.
>
> Server specs:
> Ubuntu 14.04
> Intel Xeon CPU E5-1650 v3 @ 3.50GHz  (hex-core with HT)
> 64 GB RAM @ 2133 MHz
> 2 TB Western Digital Enterprise 7200 RPM hard drive
>
> At the moment, disk IO is averaging around 35-40 MB/s R/W (~90%).
>
> Anyone have any ideas as to what might be going on? Or is it normal to take
> this long without an SSD?
>
> Thanks in advance.
>
> Kind regards,
> Kieran Caplice
>
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>

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

Re: [Talk-se] Open Data Day Stockholm

[Per Eric Rosén]

Ingen specifik, men Tommy Bylund (tommy.byl...@trafikverket.se) var den 
som svarade om att de valt CC-BY, och borde väl hålla i något relevant.


Vore  kul om någon kom :-)

/Per Eric
--
^): Per Eric Rosén http://rosnix.net/~per/
/   p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [OSM-talk] SotM 2016 Accomodation

[joost schouppe]

I just had a look at the AirBnB options in Brussels, and it looks like
there is plenty. I randomly found an apartment for 3 people for 30 euro per
night, at five minutes walking from the venue.

2016-03-01 10:03 GMT+01:00 Stephan Knauss :

> On 01.03.2016 08:04, Jochen Topf wrote:
>
>> There is only a single hotel listed when I click through there, the
>> "Motel One".
>> Price for a single room is 93 EUR. hrs.de offers the same hotel for 79
>> EUR.
>> Even if you add the extra breakfast (9.50) that's still cheaper.
>>
>
> When I checked it out three days ago I believe it was 3 nights for 186,
> including breakfast and tax. Maybe it did not display it correctly on a
> smartphone. Or the budget rooms are already gone.
> That price was quite nice compared to hrs, but unfortunately I did not
> book as I wanted to do this on the PC and not via smartphone.
>
> Have now a reservation for "Maxhotel". Similar area, roughly 30 minutes to
> the venue by public transport. No breakfast but reviews on hrs look fine. 3
> nights for 147 EUR.
>
> Stephan
>
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>



-- 
Joost @
Openstreetmap  |
Twitter  | LinkedIn
 | Meetup
 | Reddit
 | Wordpress

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

[OSRM-talk] osrm-extract taking hours to complete

[Kieran Caplice]

Hello,

I'm currently extracting the planet PBF (~31 GB), and it's been running 
for hours. I notice in the "Running OSRM" wiki page, it says " On a Core 
i7 with 8GB RAM and (slow) 5400 RPM Samsung SATA hard disks it took 
about 65 minutes to do so from a PBF formatted planet", which is making 
me wonder why it's taking so long on our server. Below are some example 
output messages:


[info] Parsing finished after 3584.35 seconds
[extractor] Erasing duplicate nodes   ... ok, after 319.091s
[extractor] Sorting all nodes   ... ok, after 3632.87s
[extractor] Building node id map  ... ok, after 2025.29s
[extractor] Confirming/Writing used nodes ... ok, after 1096.24s
[extractor] Sorting edges by start... ok, after 2000.08s

Some stxxl errors were outputted as I set the disk size to 100GB 
thinking it was enough - but I didn't think it would cause such 
slowdowns as this, considering extracting the Europe PBF takes hours 
also without the stxxl errors.


Server specs:
Ubuntu 14.04
Intel Xeon CPU E5-1650 v3 @ 3.50GHz  (hex-core with HT)
64 GB RAM @ 2133 MHz
2 TB Western Digital Enterprise 7200 RPM hard drive

At the moment, disk IO is averaging around 35-40 MB/s R/W (~90%).

Anyone have any ideas as to what might be going on? Or is it normal to 
take this long without an SSD?


Thanks in advance.

Kind regards,
Kieran Caplice

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

[Talk-it] Transit.land un catalogo di dati sui trasporti che espone i dati anche tramite API

[iomeneandrei]

Ciao,
ho da poco pubblicato un  post

  
su Transit.land.

Ve lo segnalo sia perché mi sembra un progetto di interesse, sia perché una
delle query che è possibile fare tramite le API che espone riguarda proprio
OpenStreetMap.

Ad esempio "Tutte le fermate che ricadono nella via che ha come OSM ID il
valore 395047052 (Corso Vittorio Emanuele a Napoli)": 

https://transit.land/api/v1/stops?tag_key=osm_way_id_value=395047052

Saluti



-
Andrea Borruso


email: aborr...@tin.it
website: http://blog.spaziogis.it
my 2.0 life: http://aborruso.spaziogis.it
feed: http://feeds2.feedburner.com/Tanto
38° 7' 48" N, 13° 21' 9" E

--
View this message in context: 
http://gis.19327.n5.nabble.com/Transit-land-un-catalogo-di-dati-sui-trasporti-che-espone-i-dati-anche-tramite-API-tp5868908.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: [OSM-talk-fr] Cartographie des réseaux urbains de bus, journée #HackFrancophonie

[Johan]

Je connaissais votre site et étant Héraultais d'origine je soutien avec
plaisir tout ce que fait 3Liz ;) mais, pour les mêmes raison que uMap, j'ai
trouvé que la plateforme de MapaNica était plus adequate. Le site est
simplement fait avec une optique spécialisée "transport en commun" et rien
d'autre, et de ce fait il reste très léger et rapide, ce qui est essentiel
dans le cadre de ce projet. Il ne fait qu'une chose et il le fait (plutôt)
bien). L'interface est également adaptée aux terminaux mobiles.

Je vous laisse tester sur un terminal peu puissant les 3 sites à la suite :
http://umap.openstreetmap.fr/fr/map/reseau-de-bus-sotraco-ouagadougou-burkina-faso_58808
http://demo.3liz.com/osmtransport/france.php
http://rutas.mapanica.net/

En revanche si vous avez des idées pour faire converger tous ces mêmes
projets pour éviter la dispertion des initiatives et les efforts inutiles,
je suis évidemment preneur !



-
https://www.openstreetmap.org/user/trystero
https://twitter.com/JohanRicher
--
View this message in context: 
http://gis.19327.n5.nabble.com/Cartographie-des-reseaux-urbains-de-bus-journee-HackFrancophonie-tp5868884p5868907.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [Talk-GB] This evening: Night school - Status report

[Lester Caine]

On 02/03/16 16:04, Brian Prangle wrote:
> There is a tagging schema for indoor mapping and  there'sOpen Level Up
> 
> for viewing
> 
> The url shows an example mappamercia is working on - not yet finished I
> hasten to add
> 
> Not perfect as a schema ut it's the best we've got. Worth a go - it gets
> very intriguing!

Interesting.
My initial problem is the multi story car park in Evesham. Shops are on
level 6 along with the mobility centre, but the only road in is on level
one and the service access below the shops is also at that level. trying
to show delivery drivers the correct level to use, and route disabled
visitors to the mobility centre. But just showing the layers would be a
start :)

-- 
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

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

Re: [Talk-GB] This evening: Night school - Status report

[Brian Prangle]

Hi Lester

There is a tagging schema for indoor mapping and  there's Open Level Up

for viewing

The url shows an example mappamercia is working on - not yet finished I
hasten to add

Not perfect as a schema ut it's the best we've got. Worth a go - it gets
very intriguing!

Regards

Brian

On 2 March 2016 at 10:59, Lester Caine  wrote:

> On 02/03/16 10:36, Miark wrote:
> > You do get schools sharing buildings; eg Sandhurst School in Catford
> > where the Infant School is on the ground floor and the Junior School is
> > (mostly) on the first floor, they share the same entrance, but have
> > separate receptions on their own floors. There are also other schools
> > where the sharing of the building is less distinct
> >
> > I am not sure what the best way to map this would be
>
> OSM does not manage multi-level data very well currently. I've got the
> plans for a few local schools (and hospitals) but no real way to map
> each floor of the complex :(
>
> --
> Lester Caine - G8HFL
> -
> Contact - http://lsces.co.uk/wiki/?page=contact
> L.S.Caine Electronic Services - http://lsces.co.uk
> EnquirySolve - http://enquirysolve.com/
> Model Engineers Digital Workshop - http://medw.co.uk
> Rainbow Digital Media - http://rainbowdigitalmedia.co.uk
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-fr] JOSM et angles

[JB]

Du coup, comme ça marche chez vous j'ai cherché un peu, j'ai trouvé à 
bidouiller avec le clic droit dans la barre d'état en bas. J'ai remis le 
raccourci d'aplomb dans les options, mais même après redémarrage, il ne 
veut toujours pas le prendre en compte… Je creuserai à l'occasion.

JB

Le 02/03/2016 13:24, Christian Quest a écrit :
Cette fonction est toujours présente dans la version que j'utilise 
(9900).



Le 02/03/2016 12:41, JB a écrit :

Bonjour,
À une époque, il me semble qu'en mode ajout sous JOSM, en appuyant 
une deuxième fois sur la touche A, on trouvait facilement des angles 
spécifiques (30°, 45°, 90°…).

Est-ce que c'est complètement disparu, ou juste caché ailleurs ?
JB.

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





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

Re: [Talk-br] Facebook can map more of Earth in a week than we have in history

[Cassio Eskelsen]

Junte grana para comprar toneladas de imagens da Digital Globe + um bom
departamento de marketing para escrever um press release cheio de termos
bonitos/fodásticos e pronto, temos o Facebook fazendo algo supostamente
revolucionário. Mas, como disse o *Peter* Krauss, é algo que já é feito a
trancos e barrancos faz alguns séculos por quem faz mapas de uso do solo.

No entanto, não dá para deixar de reconhecer que o grande volume de dados
que o Facebook tem ajuda em muito a classificação automática do uso do
solo. Sabendo, por exemplo, que muitas pessoas acessaram o FB naquela
posição fica fácil para o software deles "tirar a dúvida" se aquele solo nu
é uma área de intervenção humana ou um barranco que desmoronou no meio do
nada.

Agora, pelo que li, o objetivo maior deles é encontrar áreas de povoação (e
o tamanho delas). A resolução do algoritmo deles é de 5mts. Não dá para
fazer algo muito detalhado com isso.

O *Rafael* lembrou bem de algo que pode nos ser muito mais útil (para
mapeamento de vias): a versão do ID que o Strava disponibiliza que além de
usar uma base gigante de tracklogs ainda tem aquela ferramenta que ajusta
um traçado grosseiro automagicamente ao que deve ser o traçado real da via
(computado a partir dos tracks).

abraços

Cássio


Cássio Rogério Eskelsen
3Geo

2016-02-28 13:01 GMT-03:00 Rafael angelo Miosso :

> On 27-02-2016 09:36, Gerald Weber wrote:
>
>
>
> 2016-02-26 15:23 GMT-03:00 Marcos Oliveira 
> :
>
>> Não consigo ver como é que vai conseguir distinguir "landuses", nem
>> florestas ou ervas rasteiras.
>>
>
> Depende do tipo de imagem de satélite, por exemplo se for de infravermelho
> deve ser possível.
>
>
>> Duvido também que saiba mapear endereços ou lojas ou o nome de rodovias e
>> para onde elas vão.
>>
>
> É Facebook, lembra? É só correlacionar com os posts das pessoas.
>
>> Para não falar da quantidade de erros que vão certamente surgir que vão
>> requerer anos para validar.
>>
> Ah, isso eu concordo totalmente.
>
>
>> É uma boa ferramenta, mas não irá bastar. Talvez seja muito boa para quem
>> goste de mapas recheados, mas são as pessoas apenas que o podem tornar útil.
>>
> Concordo também, mas vai de encontro a algo que penso há muito tempo: o
> nosso mapeamento ainda é muito artesanal, e sem necessidade.
>
> Se tivessemos alguns plugins no JOSM para fazer pre-processamento de
> imagens, fazendo extamente este tipo de identificação, a gente aceleraria
> em muito os nossos mapeamentos.
>
> Eu mapeio muito estradas de terra, saio como dedo doendo de tanto clicar.
> No entanto me parece uma tarefa relativamente simples ter algum plugin do
> tipo: desenhe os primeiros pontos de uma via (para identificar o que é) e
> depois o JOSM desenha o restante processando a imagem, restando fazer
> correções. O trabalho humano ficaria para as tarefas de mais alto nível
> tipo decidir o tipo de via etc.
>
> abraço
>
> Gerald
>
>
>
> ___
> Talk-br mailing 
> listTalk-br@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-br
>
> Em locais que possuem trilhas Strava temos uma versão do ID que faz isso.
>
> http://labs.strava.com/slide/
>
> Abraço
> Rafael
>
> ___
> 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-hr] OpenStreetMap Hrvatska neformalno druženje 2016

[hbogner]

U četvrtak 03.03.2016. u 18:00, pivnica Zlatni Medo, Savska cesta 56.

http://www.openstreetmap.org/?mlat=45.79963=15.96205#map=19/45.79963/15.96205=N

Nalazimo se na druženju uz pivo,vino,čaj, kavu ili napitak po želji. 
Raspraviti o tome što smo napravili do sad i što bi mogli napraviti u 
2016. Svi su dobrodošli, svatko plaća svoje :D


U petak 04.03.2016. u 10:00-14:00 na CodeAcross & OpenDataDay Hrvatska 2016

http://dev.codeforcroatia.org/codeacross/

Neki od nas će biti prisutni i tamo pa ako ste planirali na konferenciju 
vidimo se tamo.



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

Re: [Talk-it] utente modifica i value wiki italiani in quelli inglesi

[Alessandro Barbieri]

Il 28/02/2016 12:06, Aury88 ha scritto:
> ciao a tutti. oggi provando a completare qualche task dato da WTOSM
> ho notato che per l'ennesima volta si è perso un link wikipedia di
> uno degli aeroporti siciliani...questa volta è stato il
> Trapani-Birgi come potete vedere da qui[1] una modifica è stata
> fatta da un utente straniero ed è consistito nel modificare il
> value del tag wikipedia da it:Aeroporto di Trapani-Birgi a 
> en:Trapani-Birgi_Airport lo avrei contattato subito per chiedergli
> spiegazioni e dirgli di non modificare/internazionalizzare altri
> tag che puntano alla wikipedia italia su suolo italiano ma non
> essendo tecnicamente scorretta la modifica ed essendo l'utente,
> come potrete vedere dalla sua descrizione nel profilo in osm,
> "fissato" con la faccenda del progetto internazionale e quindi in 
> inglese, non saprei di preciso come spiegargli la questione ne mi
> ritengo particolarmente "autorevole" come utente per chiedergli di
> non applicare la regola dell'internazionalizzazione (tanto
> apprezzata da lui appunto da dedicargli una riga nella descrizione
> del proprio profilo). suggerimenti?
> 
> intanto confermate che quello che stiamo facendo è giusto? ogni
> paese ha la propria wiki ed è giusto che essa abbia la priorità
> anche su quella internazionale?
> 
> saluti, aury
> 
> [1]https://www.openstreetmap.org/way/74837437/history
> 

Io lo vedo come vandalismo e farei il revert.
Secondo il wiki dovremmo lasciare le cose come stanno.
https://wiki.openstreetmap.org/wiki/Multilingual_names

> In OSM, this is reflected by the "first mapper rule". The name=*
> tag in OSM contains both the French and Dutch name, separated by a
> spaced hyphen (f.e. name=Rue du Marché aux Poulets - Kiekenmarkt),
> and it's the first mapper who determines the order of the names
> (changing the order of the names afterwards is considered
> vandalism).



-- 




0xE561656E.asc
Description: application/pgp-keys
<>___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[OSM-talk] osm2pgsql 0.90.0 release

[Paul Norman]

Osm2pgsql 0.90.0 has been released. The major changes since 0.88.0 are

- Windows support is much improved, and osm2pgsql builds natively with MSVC

- Osm2pgsql now requires a C++11 compiler

- Memory overhead for very small extracts is significantly reduced

- Multi-threading support is enabled for Windows

- The build system has switched from autotools to cmake

- Parsing is now done by libosmium and protobuf-c-compiler is not required

- Multi-backend improvements and bug fixes

- PBF support is no longer optional

- Legacy code from 32-bit node IDs has been removed

- Builds now generate no GCC or Clang warnings or errors

Upgrading is strongly recommended for anyone using the multi backend or 
Windows.


This will be the last version that supports PostGIS 1.5 or PostgreSQL 
9.0. Both of these have been end of life for some time.


Future version will also use EPSG 3857 by default, not 900913.

A full list of commits can be found at 
https://github.com/openstreetmap/osm2pgsql/compare/0.88.0...0.90.0
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-de] Lizenz für Programme und Code

[Richard]

On Tue, Mar 01, 2016 at 10:59:44AM +0100, Markus wrote:
> Liebe Entwickler,
> 
> Welche Lizenz verwendet Ihr für Eure Programme/Code?

"GPLv3 with special exception to add/link/include any code
available under other open source licenses."

GPLv3 gibt mir die beste Möglichkeit sicherzustellen, daß
die neueste Version des codes immer frei Benutzbar sein wird.
Die Ausnahme um einige Tücken der GPLv3 abzumildern.

Richard


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

Re: [OSM-talk-fr] JOSM et angles

[Nicolas Dumoulin]

Le Wednesday 02 March 2016, 12:41:14 JB a écrit :
> Bonjour,
> À une époque, il me semble qu'en mode ajout sous JOSM, en appuyant une
> deuxième fois sur la touche A, on trouvait facilement des angles
> spécifiques (30°, 45°, 90°…).
> Est-ce que c'est complètement disparu, ou juste caché ailleurs ?

Je sais pas, mais j'ai encore appris une fonctionnalité de JOSM :-)
Merci

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] Cartographie des réseaux urbains de bus, journée #HackFrancophonie

[René-Luc Dhont]

Bonjour,

Cela signifierait-il qu'il faille que je relance OSMTRansport ???
http://demo.3liz.com/osmtransport/france.php

Cordialement,
René-Luc

Le 02/03/2016 12:58, Johan Richer a écrit :

Bonjour à toutes et à tous,

J'ai présenté le 19 février dernier lors de la journée 
#HackFrancophonie organisée au Numa par Etalab un projet de 
cartographie des réseaux urbains de bus, avec comme ville pilote 
Antananarivo à Madagascar.
Tout est là : 
https://github.com/etalab/HackFrancophonie/wiki/Cartographie-des-r%C3%A9seaux-urbains-de-bus


La journée aura permis d'identifier des manques remédiables et de 
consolider les bases pour la suite, ce qui est déjà pas mal comme 
résultat pour un hackathon !


Je remercie donc la petite équipe de choc grâce à qui le projet est 
maintenant bel et bien lancé : Christian Quest qu'on ne présente plus 
et qui a mis le travail de la journée sur les rails dès les 5 
premières minutes, Julien Jego son collègue d'Etalab qui a codé la 
visualisation sur Leaflet, ainsi que Davy Kiala et Rajnish Hawabhay 
qui ont également apporté un soutien précieux.
Merci également à Violaine Doutreleau (CartONG) et Benoit Fournier 
(OSM/HOT/CartONG) qui m'ont aidé à préparer le pitch. ;)


Le code de la plateforme Managua n'aura finalement pas été utilisé 
comme je l'avais souhaité à l'origine. On s'est vite rendu à 
l'évidence qu'une journée était bien trop court pour ça. Il va donc 
falloir recontacter Felix Delattre pour voir s'il pourrait pas faire 
un minimum de documentation pour aider à s'y retrouver. Si vous avez 
une idée des conditions à remplir pour dupliquer le projet ça serait 
un gros coup de pouce.

Le modèle à dupliquer : http://rutas.mapanica.net
Le code source : https://github.com/xamanu/mapanica-rutas
Le développeur : https://twitter.com/xamanu | 
felix.delat...@hotosm.org 


On a pu constater aussi lors du hackathon que les tracés des lignes de 
bus de Tana sur OSM ne sont pas très propres. A côté Ouagadougou c'est 
nickel. Il faudrait retravailler les données pour avoir des relations 
bien faites d'un bout à l'autre de chaque ligne. Je suis pas assez 
compétent en OSM pour savoir ce qu'il faudrait faire pour ça.

http://www.openstreetmap.org/#map=15/-18.9044/47.5229=T

La communauté OSM à Mada est motivée par le projet et je vais donc 
faire en sorte qu'elle le prenne en main le plus possible, notamment 
par le biais d'Eddy Andriamanantena de l'Agence universitaire de la 
Francophonie qui avait aidé Violaine sur sa mission. Ajouter les 
lignes manquantes sur OSM est un super défi pour la communauté, avec 
Ouaga et Managua comme modèles à suivre. On va aussi demander à Mariot 
Tsitoara le développeur de l'appli Taxibe sur Android s'il peut 
libérer ses données et dans quelles conditions (on trouvera un 
arrangement win-win...).


3 étapes donc pour la plateforme Tana Bus : documentation du code pour 
faciliter la duplication ; amélioration des données OSM ; reprise en 
main par la communauté.


Si le projet vous intéresse vous pouvez aider à le réaliser ! ne 
serait-ce que des conseils et suggestions, tout est bienvenu ;)


Pour finir, on a été interviewé par RFI ce qui a permis de parler du 
projet, d'OpenStreetMap et de la communauté à Mada.

http://www.rfi.fr/emission/20160227-francophonie-bidouiller-donnees-ouvertes-monde-francophone
https://soundcloud.com/radiofranceinternationale/hackfrancophonie-bidouiller-les-donnees-ouvertes-du-monde-francophone
Ca se passe vers la 16ème minute mais toute l'émission vaut le coup si 
vous avez le temps.


Un compte-rendu complet de la journée est également dispo :
https://www.etalab.gouv.fr/hackfrancophonie-jour-2-open-data-camp-autour-des-donnees-ouvertes-dans-la-francophonie

Johan


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


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

Re: [Talk-us] [Imports-us] Virginia Beach, Virginia Imports

[Jonah Adkins]

Hello,

Thanks for the questions!

> You live an hour away from Virginia Beach, is that correct?


Yes! Good detective work - depending on traffic.

> Are you
> familiar enough with the city to verify the data quality, or will you
> enlist the help of local mappers who are?


Yes! Virginia Beach is part of the Hampton Roads 
 Region, which i’ve lived in for 
awhile.

> Is there a community that can be counted on to make sure the data
> doesn't rot in OSM once imported - or will you commit to that?

I’m committed! 

> Is this import proposal linked to this endeavour in any way?

No.

> On Mar 2, 2016, at 2:58 AM, Frederik Ramm  wrote:
> 
> Hi,
> 
> On 03/02/2016 02:55 AM, Jonah Adkins wrote:
>> I'd like to propose an import of city-sourced GIS data for the City of 
>> Virginia Beach, Va. The City GIS Office has given the data / license for 
>> this purpose.
>> Conflation will be done carefully by hand, and attributes copied where 
>> needed.
> 
> You live an hour away from Virginia Beach, is that correct? Are you
> familiar enough with the city to verify the data quality, or will you
> enlist the help of local mappers who are?
> 
> To quote stevea from teh recent Adirondack thread,
> 
>> Likewise.  We (OSM volunteers) don't often talk about the importance 
>> of KEEPING UP the map after an import, but doing so is a seriously 
>> crucial component. 
> 
> Is there a community that can be counted on to make sure the data
> doesn't rot in OSM once imported - or will you commit to that?
> 
> On http://paidmappers.github.io/home/, you advertise your services as
> mapper-for-hire ("Open Data is growing at an alarming rate and we shall
> put all that data in OpenStreetMap. ...  we scour open data portals and
> sites for authorative data like buildings, public amenities, and
> addresses.") - Is this import proposal linked to this endeavour in any way?
> 
> (I haven't looked at the data and license yet.)
> 
> Bye
> Frederik
> 
> -- 
> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
> 
> ___
> Imports-us mailing list
> imports...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/imports-us

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

Re: [Talk-cz] jak značit výkopové práce?

[Ladislav Nesnera]

Díky za odpovědi. Pravda, čekal jsem jasný "návod" a ona nepanuje moc
názorová shoda kam s tím :-O

Od mapy očekávám především odpověď na to jak z A do B. Není-li cesta
průjezdná, byť dočasně, je to pro mě, jako by nebyla vůbec (a musím-li
se vracet, pak ještě horší). Proto bych chtěl mít ten údaj přímo v mapě.
Chápu, že to nebylo v dobách papírových (nepamatuji takovou
topografickou značku), ale u dnešních on-line map či off-line s
vykreslovací logikou mám vyšší očekávání za oprávněné.

Byl bych tedy pro návrh Jana B., jen bych to cpal přímo do OSM tj. "..
stvořit smlouvu s dopravniinfo.cz  [1] a napojit
ty data na API..". Tím by se samozřejmě řešil i úklid po expiraci.
(Předbíhám událostem, ale smlouvu bychom mohli udělat třeba na OpenAlt
z.s. a vznikne-li cos osmáckého, mohla by se převést, či uzavřít nová.)
Dával bych tam vše, co je plánované bez ohledu na délku trvání.
Nepředvídatelné (havárky, hustota dopravy) by mělo být záležitostí navigací.
Komu všemu bychom tím zavařili?

(současné i budoucí zkusím shrnout sem
. Budete-li
upravovat přímo, zlobit se nebudu ;-))


On 29/02/16 14:33, Jan Martinec wrote:
>
> Ahoj,
> pro dlouhodobé uzavírky jsem použil opening_date=datum_do
> vehicle:conditional=no @ (datum_od-datum_do), například tady:
> http://www.openstreetmap.org/way/344081477/history (tady to byl
> reálného času cca rok, jestli se nepletu). I s ohledem na offline data
> bych nemapoval uzavírku kratší půl roku. Pokud by tam měl být průchod
> pro chodce, asi bych ho vyznačil jen jako foot=yes, případně zmapoval
> obchozí trasu, je-li odlišná od běžné.
>
> > jak (jestli vůbec) se globálně řeší expirované conditionals?
>
> Globálně nijak, obávám se - tak jako všechna ostatní data životního
> cyklu: někdo to musí ručně upravit, nebo to v mapě zůstane strašit.
> Osobně když na to narazím v místě, kde vím, že to skončilo i v reálu
> (nikoli jen podle tagů), tak to mažu v rámci editu.
> Asi by se na to dala napsat nějaká kontrola (opening_date < now, resp.
> conditional < now), ale zatím jsem nic takového v žádném QA nástroji
> neviděl.
>
> Automatizovaně bych takové změny asi nevkládal - viděl bych příliš
> možností, co by to mohlo rozbít, a u větších změn zase tolik uzavírek
> za rok nebude, aby to žádalo automatizované propojení.
>
> HPM
>
> Dne 29. 2. 2016 13:16 napsal uživatel "Karel Volný"  >:
>
> čest práci,
>
> ...
> > A když to vezmu do extrému, tak budou mapové soubory pro offline jen
> > boptnat, protože si nikdo moc nevzpomene tu uzavírku po skončení
> smazat.
>
> to je správná připomínka ...
>
> nicméně neviděl bych to zase úplně tragicky - jden jenom o tagy nad
> existujícími silnicemi, tzn. objem dat je omezen shora počtem silnic
>
> tedy za předpokladu, že nad toutéž cestou se nebudou otrocky
> přidávat, nýbrž
> aktualizovat
>
> každopádně, jelikož si nechci kupovat nový telefon jen aby pobral
> o tuny OSM
> dat více, nepovažuji výše uvedené za důvod vykašlat se na úklid
> již neplatného
>
> > 2. Je možné/reálné vytvořit nástroj, který by nějak
> (polo)automaticky
> > přidával/aktualizoval/mazal uzavírky?
>
> předpokládám, že to mazání už se asi řešilo, to nebude jen náš problém
>
> ale nic jsem nenašel ... může někdo zdatnější ve vyhledávání
> zkusit zjistit,
> jak (jestli vůbec) se globálně řeší expirované conditionals?
>
> K.
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz



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

Re: [OSM-talk-fr] JOSM et angles

[Christian Quest]

Cette fonction est toujours présente dans la version que j'utilise (9900).


Le 02/03/2016 12:41, JB a écrit :

Bonjour,
À une époque, il me semble qu'en mode ajout sous JOSM, en appuyant une 
deuxième fois sur la touche A, on trouvait facilement des angles 
spécifiques (30°, 45°, 90°…).

Est-ce que c'est complètement disparu, ou juste caché ailleurs ?
JB.

___
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

[OSM-talk-fr] Cartographie des réseaux urbains de bus, journée #HackFrancophonie

[Johan Richer]

Bonjour à toutes et à tous,

J'ai présenté le 19 février dernier lors de la journée #HackFrancophonie
organisée au Numa par Etalab un projet de cartographie des réseaux urbains
de bus, avec comme ville pilote Antananarivo à Madagascar.
Tout est là :
https://github.com/etalab/HackFrancophonie/wiki/Cartographie-des-r%C3%A9seaux-urbains-de-bus

La journée aura permis d'identifier des manques remédiables et de
consolider les bases pour la suite, ce qui est déjà pas mal comme résultat
pour un hackathon !

Je remercie donc la petite équipe de choc grâce à qui le projet est
maintenant bel et bien lancé : Christian Quest qu'on ne présente plus et
qui a mis le travail de la journée sur les rails dès les 5 premières
minutes, Julien Jego son collègue d'Etalab qui a codé la visualisation sur
Leaflet, ainsi que Davy Kiala et Rajnish Hawabhay qui ont également apporté
un soutien précieux.
Merci également à Violaine Doutreleau (CartONG) et Benoit Fournier
(OSM/HOT/CartONG) qui m'ont aidé à préparer le pitch. ;)

Le code de la plateforme Managua n'aura finalement pas été utilisé comme je
l'avais souhaité à l'origine. On s'est vite rendu à l'évidence qu'une
journée était bien trop court pour ça. Il va donc falloir recontacter Felix
Delattre pour voir s'il pourrait pas faire un minimum de documentation pour
aider à s'y retrouver. Si vous avez une idée des conditions à remplir pour
dupliquer le projet ça serait un gros coup de pouce.
Le modèle à dupliquer : http://rutas.mapanica.net
Le code source : https://github.com/xamanu/mapanica-rutas
Le développeur : https://twitter.com/xamanu | felix.delat...@hotosm.org

On a pu constater aussi lors du hackathon que les tracés des lignes de bus
de Tana sur OSM ne sont pas très propres. A côté Ouagadougou c'est nickel.
Il faudrait retravailler les données pour avoir des relations bien faites
d'un bout à l'autre de chaque ligne. Je suis pas assez compétent en OSM
pour savoir ce qu'il faudrait faire pour ça.
http://www.openstreetmap.org/#map=15/-18.9044/47.5229=T

La communauté OSM à Mada est motivée par le projet et je vais donc faire en
sorte qu'elle le prenne en main le plus possible, notamment par le biais
d'Eddy Andriamanantena de l'Agence universitaire de la Francophonie qui
avait aidé Violaine sur sa mission. Ajouter les lignes manquantes sur OSM
est un super défi pour la communauté, avec Ouaga et Managua comme modèles à
suivre. On va aussi demander à Mariot Tsitoara le développeur de l'appli
Taxibe sur Android s'il peut libérer ses données et dans quelles conditions
(on trouvera un arrangement win-win...).

3 étapes donc pour la plateforme Tana Bus : documentation du code pour
faciliter la duplication ; amélioration des données OSM ; reprise en main
par la communauté.

Si le projet vous intéresse vous pouvez aider à le réaliser ! ne serait-ce
que des conseils et suggestions, tout est bienvenu ;)

Pour finir, on a été interviewé par RFI ce qui a permis de parler du
projet, d'OpenStreetMap et de la communauté à Mada.
http://www.rfi.fr/emission/20160227-francophonie-bidouiller-donnees-ouvertes-monde-francophone
https://soundcloud.com/radiofranceinternationale/hackfrancophonie-bidouiller-les-donnees-ouvertes-du-monde-francophone
Ca se passe vers la 16ème minute mais toute l'émission vaut le coup si vous
avez le temps.

Un compte-rendu complet de la journée est également dispo :
https://www.etalab.gouv.fr/hackfrancophonie-jour-2-open-data-camp-autour-des-donnees-ouvertes-dans-la-francophonie

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

Re: [Talk-es] Fwd: Consulta sobre mapa de barreras arquitectónicas en OSM

[Jorge Sanz Sanfructuoso]

Hola.

Este fin de semana en el HackForGood de Salamanca hemos planteado una
aplicación con una idea parecida llamada WillGo. Nos dieron el primer
premio en Salamanca.A partir de los datos de OSM poder crear rutas
adaptadas a las diferentes tipos de discapacidad. Tanto las que tienen
personas concretas, como las discapacidades que podemos sufrir cualquiera
de manera temporal. La idea también es usar fuentes externas a OSM ya que
la información actual etiquetada es limitada pero también poder incluir
esta información a OSM. Estamos en desarrollo actualmente y buscando cómo
completar el proyecto. Cualquier información o colaboración es bienvenida.
Tienes más información en:
https://www.youtube.com/watch?v=FJTmZxUUI2A=PLO-EYJhoGATEjWkhyWpj_nsT_JiebgLZB
https://twitter.com/WillGo_EasyMove

Un saludo.


El mié., 2 mar. 2016 a las 12:23, Cruz Enrique Borges Hernández (<
cruzki...@gmail.com>) escribió:

> Hola a todos,
>
> Por alguna extraña razón todos los correos de la Universidad de Deusto los
> marca como spam la lista (o gmail o no lo tengo claro). Os reboto la
> respuesta a ver si así.
>
> Un saludo.
> cruz
>
> -- Mensaje reenviado --
> De: Ander Pijoan 
> Fecha: 2 de marzo de 2016, 12:04
> Asunto: Re: [Talk-es] Consulta sobre mapa de barreras arquitectónicas en
> OSM
> Para: Discusión en Español de OpenStreetMap ,
> Angela Garcia Perez , Sarai Casas Simón <
> saray.decasassi...@deusto.es>, Cruz Enrique Borges Hernandez <
> cruz.bor...@deusto.es>
>
>
>
> Buenos días Carlos,
>
> Te escribo desde la Universidad de Deusto en Bilbao, donde estamos
> trabajando en un proyecto "similar" pero a un nivel mas local y con
> estudiantes de institutos. El proyecto se llama CiudadesAmigables [1] y se
> engloba dentro del aprendizaje-servicio para aportar una mayor
> accesibilidad a las personas en situación de discapacidad motora.
>
> Lo que pretendemos en este proyecto es concienciar a los estudiantes
> mediante charlas y experiencias, realizar salidas en las que mapean su
> entorno para ir añadiendo a OSM vías y etiquetas que definan la
> accesibilidad de las ciudades [3, 4, 5, 6, 7] y ,si es posible, crear una
> pequeña plataforma-aplicación en la que utilizar y actualizar esos datos
> [1].
>
> Si quieres podemos ponernos en contacto tanto conmigo como con Ángela
> García , Saray De Casas <
> saray.decasassi...@deusto.es> o Cruz Borges  que
> trabajamos en el proyecto.
>
> Saludos.
>
> [1] http://ciudadesamigables.org/
> [2]
> http://energia.deusto.es/publications/info/ciudades-amigables-para-todos-investigacion-accion-universitaria-en-accesibilidad-urbana-a-traves-de-openstreetmap
> [3] http://wiki.openstreetmap.org/wiki/ES:Key:wheelchair
> [4] http://wiki.openstreetmap.org/wiki/Key:toilets:wheelchair
> [5] http://wiki.openstreetmap.org/wiki/Proposed_features/Steps_features
> (En proceso de aceptación)
> [6]
> http://wiki.openstreetmap.org/wiki/Proposed_features/Playground_Equipment
> [7]
> http://wiki.openstreetmap.org/wiki/Proposed_features/DisabilityDescription
>
>
> El 2 de marzo de 2016, 11:38, Carlos Cámara 
> escribió:
>
>> Buenos días,
>>
>> Aunque llevo tiempo suscrito a la lista, este es mi primer mensaje, así
>> que me presento: soy Carlos Cámara, contribuidor ocasional a OSM y defensor
>> de todo lo que tenga que ver con cultura libre.
>>
>> Escribo porque como profesor del grado de arquitectura en la Universidad
>> San Jorge, llevo tiempo pensando en cómo poder hacer alguna actividad
>> conjunta con la comunidad OSM y la comunidad universitaria y esta podría
>> ser una ocasión para ello: el caso es que vamos a iniciar una prueba piloto
>> para trabajar en la confección de un mapa de barreras arquitectónicas de
>> Zaragoza y me planteaba la opción de usar OSM, pues entiendo que se trata
>> de unos datos muy valiosos para el público en general y por otra parte, al
>> ser una tarea ardua ayudaría enormemente abrir la participación a
>> cualquiera, más allá de la comunidad de una universidad tan pequeña.
>>
>> He estado buscando si existía algo similar en estos momentos y por lo que
>> he visto existe http://wheelmap.org/en/map que se basa en la etiqueta key:
>> wheelchair  de OSM para
>> mostrar en un mapa edificios, paradas de bus... con una superposición de
>> colores en función de si están adaptados a silla de ruedas o no. Además,
>> también proporciona aplicaciones para móvil para poder editar estos datos
>> de manera muy fácil (quizá algo más fácilmente que usando OSM Tracker). La
>> verdad es que es un buen punto de partida, pero no es exactamente lo que
>> buscaba, pues se centra únicamente en la accesibilidad de silla de ruedas y
>> no contempla otras barreras arquitectónicas como podrían ser la falta de
>> semáforos para invidentes, pavimentos rugosos para personas con visibilidad
>> 

[OSM-talk-fr] JOSM et angles

[JB]

Bonjour,
À une époque, il me semble qu'en mode ajout sous JOSM, en appuyant une 
deuxième fois sur la touche A, on trouvait facilement des angles 
spécifiques (30°, 45°, 90°…).

Est-ce que c'est complètement disparu, ou juste caché ailleurs ?
JB.

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

Re: [Talk-us] [Imports-us] Virginia Beach, Virginia Imports

[Tod Fitch]

> On Mar 1, 2016, at 11:58 PM, Frederik Ramm  wrote:
> 
> 
> Is there a community that can be counted on to make sure the data
> doesn't rot in OSM once imported - or will you commit to that?
> 

Is this really a serious objection?

If so then perhaps I should not map areas I visit as I might not visit there 
again and maybe the data will “rot”. I recently moved, should I worry about the 
thousands of objects I mapped in near my old home rotting because I am no 
longer there to maintain things as changes occur?

I think the issue is more how good the data is and how well it is imported: 
Cleaning up bad data is a pain and can discourage new mappers in an area. It 
certainly put me off when I first looked at OSM as the Tiger data in my 
neighborhood was dreadful. I only really to started in mapping a few years 
later once others had done enough cleanup that I could see things were possible 
to bring into a semblance of correctness. But if the imported data is good and 
the import well done, it seems to me that local mappers would have no issue 
updating it as changes occur in the real world. And if there are no mappers 
local to the area, is an empty map better than one with correct data that is 
slowly aging as features change in the real world?

I did help on one address and building import in the city next to the one I 
lived in, but the vast majority of my edits have been from direct survey with 
editing assistance from Bing or Mapbox satellite imagery. Even though I live in 
an area where the government GIS data is by law public domain, I haven’t 
bothered to see what might be available: I spend lots of hours walking streets 
collecting data. So, by inclination I prefer mapping in person rather than 
imports. But this argument against imports seems spurious to me.

Cheers,
Tod



smime.p7s
Description: S/MIME cryptographic signature
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] How to tag Edible Arrangements?

[Philip Barnes]

I would start with shop=confectionary  and then add some sub-tags.

Phil (trigpoint)

On Wed Mar 2 11:15:21 2016 GMT, Tod Fitch wrote:
> There is an Edible Arrangements [1] shop near by that I tagged with only name 
> and and the phone number found on the door. I could not figure out what type 
> of shop it ought to be tagged with. Now I am cleaning up issues in my area 
> noted by some of the QA tools and that has been flagged as “missing object 
> kind”. So it is time to figure out an appropriate shop value.
> 
> Nothing in the Wiki of course, so I looked at taginfo [2] to see what others 
> have done and it seems that others are as confused as I: Of the 81 shops 
> mapped there are 13 different shop values and 13 with no shop or amenity tag 
> at all. Values are florist (21 instances), gift (12 instances), yes (12 
> instances), confectionery (10 instances), bakery (1 amenity and 2 shops), 
> candy (2 instances), boutique (2 instances), food (2 instances), catering (1 
> instance), edible (1 instance), deli (1 instance), confectionary (1 instance) 
> and greengrocer (1 instance).
> 
> Suggestions on how I ought to tag my local shop (I probably will not 
> “correct” the shops tagged by others)?
> 
> Thanks!
> 
> [1] https://www.ediblearrangements.com/default.aspx
> [2] http://taginfo.openstreetmap.org/tags/name=Edible%20Arrangement

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

[Talk-es] Fwd: Consulta sobre mapa de barreras arquitectónicas en OSM

[Cruz Enrique Borges Hernández]

Hola a todos,

Por alguna extraña razón todos los correos de la Universidad de Deusto los
marca como spam la lista (o gmail o no lo tengo claro). Os reboto la
respuesta a ver si así.

Un saludo.
cruz

-- Mensaje reenviado --
De: Ander Pijoan 
Fecha: 2 de marzo de 2016, 12:04
Asunto: Re: [Talk-es] Consulta sobre mapa de barreras arquitectónicas en OSM
Para: Discusión en Español de OpenStreetMap ,
Angela Garcia Perez , Sarai Casas Simón <
saray.decasassi...@deusto.es>, Cruz Enrique Borges Hernandez <
cruz.bor...@deusto.es>


Buenos días Carlos,

Te escribo desde la Universidad de Deusto en Bilbao, donde estamos
trabajando en un proyecto "similar" pero a un nivel mas local y con
estudiantes de institutos. El proyecto se llama CiudadesAmigables [1] y se
engloba dentro del aprendizaje-servicio para aportar una mayor
accesibilidad a las personas en situación de discapacidad motora.

Lo que pretendemos en este proyecto es concienciar a los estudiantes
mediante charlas y experiencias, realizar salidas en las que mapean su
entorno para ir añadiendo a OSM vías y etiquetas que definan la
accesibilidad de las ciudades [3, 4, 5, 6, 7] y ,si es posible, crear una
pequeña plataforma-aplicación en la que utilizar y actualizar esos datos
[1].

Si quieres podemos ponernos en contacto tanto conmigo como con Ángela
García , Saray De Casas <
saray.decasassi...@deusto.es> o Cruz Borges  que
trabajamos en el proyecto.

Saludos.

[1] http://ciudadesamigables.org/
[2]
http://energia.deusto.es/publications/info/ciudades-amigables-para-todos-investigacion-accion-universitaria-en-accesibilidad-urbana-a-traves-de-openstreetmap
[3] http://wiki.openstreetmap.org/wiki/ES:Key:wheelchair
[4] http://wiki.openstreetmap.org/wiki/Key:toilets:wheelchair
[5] http://wiki.openstreetmap.org/wiki/Proposed_features/Steps_features (En
proceso de aceptación)
[6]
http://wiki.openstreetmap.org/wiki/Proposed_features/Playground_Equipment
[7]
http://wiki.openstreetmap.org/wiki/Proposed_features/DisabilityDescription


El 2 de marzo de 2016, 11:38, Carlos Cámara 
escribió:

> Buenos días,
>
> Aunque llevo tiempo suscrito a la lista, este es mi primer mensaje, así
> que me presento: soy Carlos Cámara, contribuidor ocasional a OSM y defensor
> de todo lo que tenga que ver con cultura libre.
>
> Escribo porque como profesor del grado de arquitectura en la Universidad
> San Jorge, llevo tiempo pensando en cómo poder hacer alguna actividad
> conjunta con la comunidad OSM y la comunidad universitaria y esta podría
> ser una ocasión para ello: el caso es que vamos a iniciar una prueba piloto
> para trabajar en la confección de un mapa de barreras arquitectónicas de
> Zaragoza y me planteaba la opción de usar OSM, pues entiendo que se trata
> de unos datos muy valiosos para el público en general y por otra parte, al
> ser una tarea ardua ayudaría enormemente abrir la participación a
> cualquiera, más allá de la comunidad de una universidad tan pequeña.
>
> He estado buscando si existía algo similar en estos momentos y por lo que
> he visto existe http://wheelmap.org/en/map que se basa en la etiqueta key:
> wheelchair  de OSM para
> mostrar en un mapa edificios, paradas de bus... con una superposición de
> colores en función de si están adaptados a silla de ruedas o no. Además,
> también proporciona aplicaciones para móvil para poder editar estos datos
> de manera muy fácil (quizá algo más fácilmente que usando OSM Tracker). La
> verdad es que es un buen punto de partida, pero no es exactamente lo que
> buscaba, pues se centra únicamente en la accesibilidad de silla de ruedas y
> no contempla otras barreras arquitectónicas como podrían ser la falta de
> semáforos para invidentes, pavimentos rugosos para personas con visibilidad
> reducida, rampas en las aceras para movilidad reducida...
>
> Tras esta introducción, me gustaría consultaros lo siguiente:
>
>1. *¿Sería posible usar OSM para mapear estas barreras arquitectónicas
>más allá de la silla de ruedas?* A priori parece la opción más
>interesante para todos (win-win), y me encantaría poder hacerlo.
>2. En caso afirmativo, *¿cual sería el procedimiento a seguir?*
>Entiendo que sería el de hacer previamente una taxonomía de las barreras
>arquitectónicas a mapear, buscar si existe alguna en
>http://wiki.openstreetmap.org/wiki/Category:Tags que sea similar y, en
>caso negativo, crear un tag nuevo.
>3. Acerca de la* permanencia de los datos*: El objetivo de la prueba
>piloto es desarrollar un mapa para finales de julio y me preocupa que en
>este tiempo puedan perderse los datos mapeados o de que, en caso de que el
>procedimiento para usar OSM sea el que he descrito anteriormente, cambien
>de forma y no sepa encontrarlos posteriormente. *¿Qué puedo hacer para
> 

[Talk-us] How to tag Edible Arrangements?

[Tod Fitch]

There is an Edible Arrangements [1] shop near by that I tagged with only name 
and and the phone number found on the door. I could not figure out what type of 
shop it ought to be tagged with. Now I am cleaning up issues in my area noted 
by some of the QA tools and that has been flagged as “missing object kind”. So 
it is time to figure out an appropriate shop value.

Nothing in the Wiki of course, so I looked at taginfo [2] to see what others 
have done and it seems that others are as confused as I: Of the 81 shops mapped 
there are 13 different shop values and 13 with no shop or amenity tag at all. 
Values are florist (21 instances), gift (12 instances), yes (12 instances), 
confectionery (10 instances), bakery (1 amenity and 2 shops), candy (2 
instances), boutique (2 instances), food (2 instances), catering (1 instance), 
edible (1 instance), deli (1 instance), confectionary (1 instance) and 
greengrocer (1 instance).

Suggestions on how I ought to tag my local shop (I probably will not “correct” 
the shops tagged by others)?

Thanks!

[1] https://www.ediblearrangements.com/default.aspx
[2] http://taginfo.openstreetmap.org/tags/name=Edible%20Arrangements

smime.p7s
Description: S/MIME cryptographic signature
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-es] Consulta sobre mapa de barreras arquitectónicas en OSM

[Alejandro S.]

Buenas Carlos,

Me alegra ver que hay gente nueva en Zaragoza interesada en montar cosas
con OSM.
Voy respondiéndote entre lineas.

2016-03-02 11:38 GMT+01:00 Carlos Cámara :

> Buenos días,
>
(...)
>
> Tras esta introducción, me gustaría consultaros lo siguiente:
>
>1. *¿Sería posible usar OSM para mapear estas barreras arquitectónicas
>más allá de la silla de ruedas?* A priori parece la opción más
>interesante para todos (win-win), y me encantaría poder hacerlo.
>
> No creo que haya ningún problema, ese tipo de información contribuiría a
hacer mas completo OSM.

>
>1. En caso afirmativo, *¿cual sería el procedimiento a seguir?*
>Entiendo que sería el de hacer previamente una taxonomía de las barreras
>arquitectónicas a mapear, buscar si existe alguna en
>http://wiki.openstreetmap.org/wiki/Category:Tags que sea similar y, en
>caso negativo, crear un tag nuevo.
>
> Creo que la mayoría de las cosas ya tienen etiquetas para representarlas,
por ejemplo:
Semaforos para invidentes: traffic_signals:sound=* [0]
Pavimentos rugosos: tactile_paving=yes [1]


>1. Acerca de la* permanencia de los datos*: El objetivo de la prueba
>piloto es desarrollar un mapa para finales de julio y me preocupa que en
>este tiempo puedan perderse los datos mapeados o de que, en caso de que el
>procedimiento para usar OSM sea el que he descrito anteriormente, cambien
>de forma y no sepa encontrarlos posteriormente. *¿Qué puedo hacer para
>asegurarme de tener unos datos que me sirvan para mi objetivo particular de
>cara a julio?*
>
> Yo no me preocuparía por eso, si es información útil y correcta seguirá
allí cuando la vayas a buscar, puede incluso mejorada y con más detalles.

>
>1. La pregunta anterior me lleva a plantear como posible opción *usar
>una plataforma intermedia* (ya sea de forma pedestre usando archivos
>de texto y visualizándolos luego en plataforma cartoDB, drupal, leaflet o
>dentro de QGIS) y luego exportar los datos en algún formato abierto (CSV,
>JSON...) que pueda ser volcado posteriormente a OSM (desconozco cual sería
>el procedimiento a seguir). De esta manera tendría una copia de los datos y
>también podría beneficiar a la comunidad OSM, aunque carecería de las
>herramientas de mapear fácilmente o la opción de que miembros de OSM
>mapeasen también estas categorías ¿Cómo valoráis esta opción?
>
> Veo más conveniente el trabjo directo, así tus alumnos se familiarizan con
OSM y pueden seguir contribuyendo después si les gusta.

Según parece ya ha habido gente pensando en hacer un mapa para los ciegos
[3] aunque no he sido capaz de encontrarlo.

[0]: http://wiki.openstreetmap.org/wiki/Key:traffic_signals:sound
[1]: http://wiki.openstreetmap.org/wiki/Key:tactile_paving
[2]: http://wiki.openstreetmap.org/wiki/Look_and_Listen_Map

Atentamente,
  Alejandro Suárez
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-se] Open Data Day Stockholm

[Axel Pettersson]

Hej,
Trafikverket har inte fått någon inbjudan från mig. Har du någon kontakt
där som vi ska skicka till?

Bästa hälsningar,
/axel


Axel Pettersson

 +46 (0)730 59 58 13
haxp...@gmail.com

Twitter: @Haxpett 
Blogg: http://haxpett.wordpress.com/

Den 2 mars 2016 11:31 skrev Per Eric Rosén :

> Bra dag!
> Har trafikverket fått inbjudan?
>
> /Per Eric
> --
> ^): Per Eric Rosén http://rosnix.net/~per/
> /   p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-es] Consulta sobre mapa de barreras arquitectónicas en OSM

[Ander Pijoan]

Buenos días Carlos,

Te escribo desde la Universidad de Deusto en Bilbao, donde estamos
trabajando en un proyecto "similar" pero a un nivel mas local y con
estudiantes de institutos. El proyecto se llama CiudadesAmigables [1] y se
engloba dentro del aprendizaje-servicio para aportar una mayor
accesibilidad a las personas en situación de discapacidad motora.

Lo que pretendemos en este proyecto es concienciar a los estudiantes
mediante charlas y experiencias, realizar salidas en las que mapean su
entorno para ir añadiendo a OSM vías y etiquetas que definan la
accesibilidad de las ciudades [3, 4, 5, 6, 7] y ,si es posible, crear una
pequeña plataforma-aplicación en la que utilizar y actualizar esos datos
[1].

Si quieres podemos ponernos en contacto tanto conmigo como con Ángela
García , Saray De Casas <
saray.decasassi...@deusto.es> o Cruz Borges  que
trabajamos en el proyecto.

Saludos.

[1] http://ciudadesamigables.org/
[2]
http://energia.deusto.es/publications/info/ciudades-amigables-para-todos-investigacion-accion-universitaria-en-accesibilidad-urbana-a-traves-de-openstreetmap
[3] http://wiki.openstreetmap.org/wiki/ES:Key:wheelchair
[4] http://wiki.openstreetmap.org/wiki/Key:toilets:wheelchair
[5] http://wiki.openstreetmap.org/wiki/Proposed_features/Steps_features (En
proceso de aceptación)
[6]
http://wiki.openstreetmap.org/wiki/Proposed_features/Playground_Equipment
[7]
http://wiki.openstreetmap.org/wiki/Proposed_features/DisabilityDescription


El 2 de marzo de 2016, 11:38, Carlos Cámara 
escribió:

> Buenos días,
>
> Aunque llevo tiempo suscrito a la lista, este es mi primer mensaje, así
> que me presento: soy Carlos Cámara, contribuidor ocasional a OSM y defensor
> de todo lo que tenga que ver con cultura libre.
>
> Escribo porque como profesor del grado de arquitectura en la Universidad
> San Jorge, llevo tiempo pensando en cómo poder hacer alguna actividad
> conjunta con la comunidad OSM y la comunidad universitaria y esta podría
> ser una ocasión para ello: el caso es que vamos a iniciar una prueba piloto
> para trabajar en la confección de un mapa de barreras arquitectónicas de
> Zaragoza y me planteaba la opción de usar OSM, pues entiendo que se trata
> de unos datos muy valiosos para el público en general y por otra parte, al
> ser una tarea ardua ayudaría enormemente abrir la participación a
> cualquiera, más allá de la comunidad de una universidad tan pequeña.
>
> He estado buscando si existía algo similar en estos momentos y por lo que
> he visto existe http://wheelmap.org/en/map que se basa en la etiqueta key:
> wheelchair  de OSM para
> mostrar en un mapa edificios, paradas de bus... con una superposición de
> colores en función de si están adaptados a silla de ruedas o no. Además,
> también proporciona aplicaciones para móvil para poder editar estos datos
> de manera muy fácil (quizá algo más fácilmente que usando OSM Tracker). La
> verdad es que es un buen punto de partida, pero no es exactamente lo que
> buscaba, pues se centra únicamente en la accesibilidad de silla de ruedas y
> no contempla otras barreras arquitectónicas como podrían ser la falta de
> semáforos para invidentes, pavimentos rugosos para personas con visibilidad
> reducida, rampas en las aceras para movilidad reducida...
>
> Tras esta introducción, me gustaría consultaros lo siguiente:
>
>1. *¿Sería posible usar OSM para mapear estas barreras arquitectónicas
>más allá de la silla de ruedas?* A priori parece la opción más
>interesante para todos (win-win), y me encantaría poder hacerlo.
>2. En caso afirmativo, *¿cual sería el procedimiento a seguir?*
>Entiendo que sería el de hacer previamente una taxonomía de las barreras
>arquitectónicas a mapear, buscar si existe alguna en
>http://wiki.openstreetmap.org/wiki/Category:Tags que sea similar y, en
>caso negativo, crear un tag nuevo.
>3. Acerca de la* permanencia de los datos*: El objetivo de la prueba
>piloto es desarrollar un mapa para finales de julio y me preocupa que en
>este tiempo puedan perderse los datos mapeados o de que, en caso de que el
>procedimiento para usar OSM sea el que he descrito anteriormente, cambien
>de forma y no sepa encontrarlos posteriormente. *¿Qué puedo hacer para
>asegurarme de tener unos datos que me sirvan para mi objetivo particular de
>cara a julio?*
>4. La pregunta anterior me lleva a plantear como posible opción *usar
>una plataforma intermedia* (ya sea de forma pedestre usando archivos
>de texto y visualizándolos luego en plataforma cartoDB, drupal, leaflet o
>dentro de QGIS) y luego exportar los datos en algún formato abierto (CSV,
>JSON...) que pueda ser volcado posteriormente a OSM (desconozco cual sería
>el procedimiento a seguir). De esta manera tendría una copia de los datos y
>también podría beneficiar a la comunidad OSM, 

Re: [Talk-GB] This evening: Night school - Status report

[Lester Caine]

On 02/03/16 10:36, Miark wrote:
> You do get schools sharing buildings; eg Sandhurst School in Catford
> where the Infant School is on the ground floor and the Junior School is
> (mostly) on the first floor, they share the same entrance, but have
> separate receptions on their own floors. There are also other schools
> where the sharing of the building is less distinct
> 
> I am not sure what the best way to map this would be

OSM does not manage multi-level data very well currently. I've got the
plans for a few local schools (and hospitals) but no real way to map
each floor of the complex :(

-- 
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

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

Re: [Talk-GB] This evening: Night school - Status report

[Lester Caine]

On 02/03/16 09:35, Ed Loach wrote:
> Is it possible we can add something to the wiki page about an agreed way
> to tag multiple schools on a single site, or schools with multiple
> sites. I think earlier discussions here suggested:
> 
> For a site with multiple schools (grounds shared, separate buildings)
> tag the grounds as amenity=school, and the name, edubase ref and address
> details for each school on the relevant building.
> 
> e.g. http://osm.org/go/0EHYuEeGJ--?m=
> http://osm.org/go/0EHS4rvGk--?m=

That is the pattern I switched to.
Roberts tool just lists the grounds element as a non-existant school
object but I think that is OK.

> For a school with multiple sites, use a site relation, with each site
> being tagged amenity=school with the relevant address on each, and the
> edubase ref on the main site. I’m less sure about this one and have no
> examples.

This is the bit I still need to tidy up ...
South Worcestershire College is on two sites and currently being listed
twice.
But http://www.openstreetmap.org/relation/5902498 is only part of the
answer for Heart of Worcestershire College since - for example - the
various buildings in Worcester are not easily identified as part of the
college. Should I complicate the relation more, or simply tag each
building as 'Worcester Campus, Heart of Worcester College'. PERSONALLY I
would prefer to have a 'place' node for each campus, add all the
elements in a relation to that, and simply have a relation 'node' of all
the campuses.
Warwickshire College Group needs the same treatment since currently my
'Pershore College' entry is being matched to the main campus on the 'CV'
page of progress :)

> I also don’t have an example for multiple schools in a single building.
> If they were separate entrances I’d probably put the differing details
> on the entrance nodes, but as I’ve not encountered this I’m not sure
> whether it happens anywhere. Nor if they share an entrance how that
> would be tagged.

I've not had that problem either yet ...

> Robert’s excellent progress tracking tool also shows adult education
> centres where I have been unable to find an edubase reference, e.g.
> http://www.openstreetmap.org/way/203713626
> Should they have edubase references? If so how would I find them?

The short answer is 'No' ... these are outside the 'education system'
but are still colleges. Have the same problem with
http://www.openstreetmap.org/way/118736391 which IS a college but
obviously not a school system one.
( Must update the campus there .. I see someone extended the housing
estate to the left which I started some time back, but that area of the
college has been sold for housing )

-- 
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

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

[Talk-es] Consulta sobre mapa de barreras arquitectónicas en OSM

[Carlos Cámara]

Buenos días,

Aunque llevo tiempo suscrito a la lista, este es mi primer mensaje, así que
me presento: soy Carlos Cámara, contribuidor ocasional a OSM y defensor de
todo lo que tenga que ver con cultura libre.

Escribo porque como profesor del grado de arquitectura en la Universidad
San Jorge, llevo tiempo pensando en cómo poder hacer alguna actividad
conjunta con la comunidad OSM y la comunidad universitaria y esta podría
ser una ocasión para ello: el caso es que vamos a iniciar una prueba piloto
para trabajar en la confección de un mapa de barreras arquitectónicas de
Zaragoza y me planteaba la opción de usar OSM, pues entiendo que se trata
de unos datos muy valiosos para el público en general y por otra parte, al
ser una tarea ardua ayudaría enormemente abrir la participación a
cualquiera, más allá de la comunidad de una universidad tan pequeña.

He estado buscando si existía algo similar en estos momentos y por lo que
he visto existe http://wheelmap.org/en/map que se basa en la etiqueta key:
wheelchair  de OSM para
mostrar en un mapa edificios, paradas de bus... con una superposición de
colores en función de si están adaptados a silla de ruedas o no. Además,
también proporciona aplicaciones para móvil para poder editar estos datos
de manera muy fácil (quizá algo más fácilmente que usando OSM Tracker). La
verdad es que es un buen punto de partida, pero no es exactamente lo que
buscaba, pues se centra únicamente en la accesibilidad de silla de ruedas y
no contempla otras barreras arquitectónicas como podrían ser la falta de
semáforos para invidentes, pavimentos rugosos para personas con visibilidad
reducida, rampas en las aceras para movilidad reducida...

Tras esta introducción, me gustaría consultaros lo siguiente:

   1. *¿Sería posible usar OSM para mapear estas barreras arquitectónicas
   más allá de la silla de ruedas?* A priori parece la opción más
   interesante para todos (win-win), y me encantaría poder hacerlo.
   2. En caso afirmativo, *¿cual sería el procedimiento a seguir?* Entiendo
   que sería el de hacer previamente una taxonomía de las barreras
   arquitectónicas a mapear, buscar si existe alguna en
   http://wiki.openstreetmap.org/wiki/Category:Tags que sea similar y, en
   caso negativo, crear un tag nuevo.
   3. Acerca de la* permanencia de los datos*: El objetivo de la prueba
   piloto es desarrollar un mapa para finales de julio y me preocupa que en
   este tiempo puedan perderse los datos mapeados o de que, en caso de que el
   procedimiento para usar OSM sea el que he descrito anteriormente, cambien
   de forma y no sepa encontrarlos posteriormente. *¿Qué puedo hacer para
   asegurarme de tener unos datos que me sirvan para mi objetivo particular de
   cara a julio?*
   4. La pregunta anterior me lleva a plantear como posible opción *usar
   una plataforma intermedia* (ya sea de forma pedestre usando archivos de
   texto y visualizándolos luego en plataforma cartoDB, drupal, leaflet o
   dentro de QGIS) y luego exportar los datos en algún formato abierto (CSV,
   JSON...) que pueda ser volcado posteriormente a OSM (desconozco cual sería
   el procedimiento a seguir). De esta manera tendría una copia de los datos y
   también podría beneficiar a la comunidad OSM, aunque carecería de las
   herramientas de mapear fácilmente o la opción de que miembros de OSM
   mapeasen también estas categorías ¿Cómo valoráis esta opción?

Saludos y gracias de antemano por vuestros comentarios,
Carlos Cámara
http://carloscamara.es
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-GB] This evening: Night school - Status report

[Miark]

Hi Ed,

You do get schools sharing buildings; eg Sandhurst School in Catford where
the Infant School is on the ground floor and the Junior School is (mostly)
on the first floor, they share the same entrance, but have separate
receptions on their own floors. There are also other schools where the
sharing of the building is less distinct

I am not sure what the best way to map this would be

MJ

On 2 March 2016 at 09:35, Ed Loach  wrote:

> Great news.
>
>
>
> Is it possible we can add something to the wiki page about an agreed way
> to tag multiple schools on a single site, or schools with multiple sites. I
> think earlier discussions here suggested:
>
>
>
> For a site with multiple schools (grounds shared, separate buildings) tag
> the grounds as amenity=school, and the name, edubase ref and address
> details for each school on the relevant building.
>
>
>
> e.g. http://osm.org/go/0EHYuEeGJ--?m=
>
> http://osm.org/go/0EHS4rvGk--?m=
>
>
>
> For a school with multiple sites, use a site relation, with each site
> being tagged amenity=school with the relevant address on each, and the
> edubase ref on the main site. I’m less sure about this one and have no
> examples.
>
>
>
> I also don’t have an example for multiple schools in a single building. If
> they were separate entrances I’d probably put the differing details on the
> entrance nodes, but as I’ve not encountered this I’m not sure whether it
> happens anywhere. Nor if they share an entrance how that would be tagged.
>
>
>
> Robert’s excellent progress tracking tool also shows adult education
> centres where I have been unable to find an edubase reference, e.g.
>
> http://www.openstreetmap.org/way/203713626
>
> Should they have edubase references? If so how would I find them?
>
>
>
> Ed
>
>
>
> *From:* Rob Nickerson [mailto:rob.j.nicker...@gmail.com]
> *Sent:* 02 March 2016 00:22
> *To:* talk-gb@openstreetmap.org
> *Subject:* Re: [Talk-GB] This evening: Night school - Status report
>
>
>
> We did it!
>
> Today we set the record for the highest number of edits to amenity=school
> features in the UK. Between us we edited 405 schools beating our previous
> high from 18th January.
>
> Looking at the detail we created 202 new school polygons (a 33% increase
> on our previous daily best) and modified 191 ways. The other edits (12)
> were to nodes.
>
> We are now at 75.4% of all UK schools mapped as ways (according to Robert
> W's fantastic progress tool). This is up from just 62.8% when we started
> this task at the start of January. All but 10 postcode areas are above 50%
> complete. When we started there was 30 below 50% (8 below 40%). At the top
> end we have 24 postcode areas 95+ percent complete. Compared to zero when
> we started!
>
> A total of 38 people edited during the day - again, another record! And
> the edits of those who used the #OSMschools comment in their changesets can
> been seen at
> http://resultmaps.neis-one.org/osm-changesets?comment=OSMschool#5/55.838/-1.604
>
> Thanks for the amazing effort today. I hope the MapRoulette task is
> proving popular and will encourage more edits in the least loved parts of
> the UK OSM map.
>
> Best,
>
> *Rob*
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-cz] Vyuziti zeleznice main/branch na trati 173 - Beroun - Rudna - Praha-Smichov

[Jan Breuer]

Ahoj,
a nelze to tagovat nějak takto?
usage:legal=main
usage=branch

Teď si nemohu vzpomenout a vypátrat, jak zněl ten přídavek u jiných tagů,
jestli :legal, nebo jinak, ale jde o princip, že lze zadat hodnotu podle
legislativy/oficiálního zdroje a hodnotu dle rozumu/místní znalosti.

Honza

Dne 2. března 2016 10:22 Pavel Bokr  napsal(a):

> Jo v useku Praha-Smichov – Nucice to celkem jezdi, ovsem k nam do Berouna
> (usek Nucice – Beroun) uz to neni tak slavne. Tady me to prave trklo, kdyz
> jsem si vykreslil zeleznice kolem Berouna a tahle se mi vykreslila jako
> hlavni.
>
> Podle te mapky co jsi poslal link [1] je tahle trat 173 ale draha
> regionalni provozovana SZDC (a pak by podle me nebylo opravdu co resit
> proste by to bylo branch – jak podle zarazeni do regionalni tak i podle
> aktualniho vyuziti) a to jsem z toho teda jelen, protoze podle odkazu,
> ktery posilal Tomas Tichy [2] – viz str. 92 to byla zase draha celostatni.
>
> Odkaz [1] je zda se novejsi tak jestli se to zmenilo, ze je to ted
> regionalni draha, tak bych navrhoval udelat upravu na branch.
>
>
>
>
> A BTW to same v odkazu [1] (tedy regionalni trat SZDC) plati i pro trat
> 174 Beroun – Rakovnik, kde pokud vim jezdivaly vlaky delsi (taky 810-tky,
> ted regionovy) a jezdi tam i rychliky a tuhle trat bych osobne bral jako
> trat hranicni mezi main a branch. Ted koukam na aktualni JR 174 [3] a uz
> tam jezdi rychlik jen jeden (jezdili tam i minimalne 2 pary rychliku smer
> sever-jih – neco jako Most – Ceske Budejovice).
>
>
> [1] http://provoz.szdc.cz/PORTAL/Show.aspx?path=/Data/Mapy/kategorie.pdf
> [2] http://www.szdc.cz/soubory/prohlaseni-o-draze/2016/prohlaseni-2016.pdf,
> str 92
> [3] http://www.szdc.cz/provozovani-drahy/knizni-jizdni-rady/k174.pdf
>
> PB
>
>
> *From:* Michal Pustějovský 
> *Sent:* Wednesday, March 02, 2016 9:18 AM
> *To:* OpenStreetMap Czech Republic 
> *Subject:* Re: [Talk-cz]Vyuziti zeleznice main/branch na trati 173 -
> Beroun - Rudna - Praha-Smichov
>
> Jak se dívám na jízdní řád, tak ta intenzita provozu tam zas tak malá
> není. Pokud se dívám správně, tak ve špičku co půl hodiny, jinak co hodina.
> Pokud ale kapacitně stačí jedna Regionova a 810, tak se fakt spíše jedná o
> vytíženou lokálku.
>
> Problém s dělením na celostátní/regionální dráhu je ten, že příliš
> nevypovídá neodpovídá jak intenzitě, tak parametrům trati (Ostrava -
> Frýdek-Místek vs. Krnov - Hanušovice;
> http://provoz.szdc.cz/PORTAL/Show.aspx?path=/Data/Mapy/kategorie.pdf).
>
> Na druhou stranu chápu potřebu mít jednoznačný klíč, podle kterého tento
> parametr určit. Záleží na dohodě.
>
> Michal
>
> -- Původní zpráva --
> Od: Pavel Bokr 
> Komu: OpenStreetMap Czech Republic 
> Datum: 1. 3. 2016 22:34:53
> Předmět: Re: [Talk-cz] Vyuziti zeleznice main/branch na trati 173 - Beroun
> - Rudna - Praha-Smichov
>
> No tak pokud bych se mel ridit predevsim mistni znalosti a intenzitou
> provozu a zarazeni celostatni/regionalni bych bral jako orientacni pak bych
> v tomto pripade (i z hlediska uzivatelu mapy - tedy siroke verejnosti)
> uprednostnil branch (tedy jako lokalku). Tak by to odpovidalo soucasnemu
> vyuziti trate, (bez ohledu na to proc si tuto “lokalku” stat drzi v siti
> celostatnich drah – treba ma stat nejakou “strategii”, ale fakticky se to
> uziva jako lokalka).
>
> Chtelo by se to tedy nejak domluvit co tedy uprednostnovat tam kde je
> pochybnost – aktualni zpusob vyuziti nebo oficialni zarazeni (pro nas neni
> problem opakovane predelavat nejakou trat na main/branch podle aktualniho
> vyuziti – narozdil od statu jak si zaradi trat protoze to ma jiste
> dalekosahle dusledky a predpokladam ze stat ma nejakou strategii a taky to
> narozdil od upravy v OSM vyzaduje to nejaky casovy a administrativni
> proces).
>
> Jako nezeleznicar bych se v tomto pripade priklonil v OSM podle aktualniho
> vyuziti, ale netrvam na tom (akorat pokud bych s tim u sebe nejak pracoval
> tak bych si z toho tu branch stejne udelal u sebe).
>
>
>
> Pro ty kdo neznaji: jednokolejka, jen osobni vlaky (rychliky a vlaky vyssi
> kvality jen mimoradny odklon), jezdi tam pokud vim regionovy; nizsi tratove
> rychlosti (v posledni dobe ale probehla rekonstrukce). Ja kdyz jsem tim
> obcas jel tak to jeste jezdil jeden motorvy vuz rady 810, do Berouna s tim
> jezdilo jen par lidi (byvali jsme tam tak dva nebo tri). Aktualni JR:
>
> http://www.cd.cz/cs/vnitrostatni-cestovani/jizdni-rad/tratove-jizdni-rady/files/cz-k173-160316-01.pdf
>
>
> PB
>
>
> *From:* Michal Pustějovský 
> *Sent:* Tuesday, March 01, 2016 5:46 PM
> *To:* OpenStreetMap Czech Republic 
> *Subject:* Re: [Talk-cz]Vyuziti zeleznice main/branch na trati 173 -
> Beroun - Rudna - Praha-Smichov
>
> Já se při mapování železniční sítě na Moravě řídil především místní
> znalostí a intenzitou provozu. Rozdělení dle 

[Talk-cz] WeeklyOSM CZ 291

[Tom Ka]

Ahoj, je dostupné vydání 291 týdeníku weeklyOSM:

http://www.weeklyosm.eu/cz/archives/6924

Téma čísla: opening_hours – pozor na středník

* Tagy s odkazy na wikipedii.
* OSM v Mexiku 2006-2015.
* Otevřená data o víně.
* 32bit ID pro uzly nestačí.
* Google SoC 2016.

Pěkné počtení...

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

Re: [Talk-it] Tag x aereo dismesso

[Marco Predicatori]

Cascafico Giovanni wrote on 01/03/2016 23:10:
> Un aereo md80 che giace abandoned da alcuni anni su una taxiway cieca.
> Non é historic, tantomeno tourist attraction...

L'Arizona e il sud USA in generale pullulano di giganteschi siti di
aerei dismessi, militari e non.

http://io9.gizmodo.com/the-worlds-most-bizarre-aircraft-graveyards-511526945

Ciao, Marco

-- 
https://www.openstreetmap.org/user/marco69

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

Re: [Talk-GB] This evening: Night school - Status report

[Ed Loach]

Great news.

 

Is it possible we can add something to the wiki page about an agreed way to tag 
multiple schools on a single site, or schools with multiple sites. I think 
earlier discussions here suggested:

 

For a site with multiple schools (grounds shared, separate buildings) tag the 
grounds as amenity=school, and the name, edubase ref and address details for 
each school on the relevant building.

 

e.g. http://osm.org/go/0EHYuEeGJ--?m=

http://osm.org/go/0EHS4rvGk--?m=

 

For a school with multiple sites, use a site relation, with each site being 
tagged amenity=school with the relevant address on each, and the edubase ref on 
the main site. I’m less sure about this one and have no examples.

 

I also don’t have an example for multiple schools in a single building. If they 
were separate entrances I’d probably put the differing details on the entrance 
nodes, but as I’ve not encountered this I’m not sure whether it happens 
anywhere. Nor if they share an entrance how that would be tagged.

 

Robert’s excellent progress tracking tool also shows adult education centres 
where I have been unable to find an edubase reference, e.g.

http://www.openstreetmap.org/way/203713626

Should they have edubase references? If so how would I find them?

 

Ed

 

From: Rob Nickerson [mailto:rob.j.nicker...@gmail.com] 
Sent: 02 March 2016 00:22
To: talk-gb@openstreetmap.org
Subject: Re: [Talk-GB] This evening: Night school - Status report

 

We did it! 

Today we set the record for the highest number of edits to amenity=school 
features in the UK. Between us we edited 405 schools beating our previous high 
from 18th January.

Looking at the detail we created 202 new school polygons (a 33% increase on our 
previous daily best) and modified 191 ways. The other edits (12) were to nodes. 

We are now at 75.4% of all UK schools mapped as ways (according to Robert W's 
fantastic progress tool). This is up from just 62.8% when we started this task 
at the start of January. All but 10 postcode areas are above 50% complete. When 
we started there was 30 below 50% (8 below 40%). At the top end we have 24 
postcode areas 95+ percent complete. Compared to zero when we started!

A total of 38 people edited during the day - again, another record! And the 
edits of those who used the #OSMschools comment in their changesets can been 
seen at 
http://resultmaps.neis-one.org/osm-changesets?comment=OSMschool#5/55.838/-1.604

Thanks for the amazing effort today. I hope the MapRoulette task is proving 
popular and will encourage more edits in the least loved parts of the UK OSM 
map.

Best,


Rob

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

Re: [Talk-it] Mappare reperti bellici

[Dario Crespi]

>
> intanto se non è ancora mappato potresti mappare il museo come area

In realtà non credo sia un vero museo. È semplicemente un posto dove ci
sono resti della guerra (che poi a quanto capito è comunemente noto come
museo delle bombe – e museo dell'agricoltura, perché ci sono anche
attrezzature agricole).

Ok per i nuovi tags. Qualcosa tipo

military=bomb
historic=yes

o semplicemente

historic=bomb ?

Il giorno 2 marzo 2016 09:49, Martin Koppenhoefer 
ha scritto:

>
>
> sent from a phone
>
> > Am 01.03.2016 um 22:10 schrieb Dario Crespi :
> >
> > Ora la domanda: esistono dei tag per mappare queste cose? Dalle bombe ai
> paraschegge alle vecchie piste di raccordo per gli aerei che oggi sono
> semplici strade in mezzo al bosco.
>
>
> intanto se non è ancora mappato potresti mappare il museo come area, poi
> per i vari pezzi d'esposizione probabilmente tocca inventare nuovi tags. La
> chiave potrebbe essere military o forse historic.
>
> ciao,
> Martin
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cz] Vyuziti zeleznice main/branch na trati 173 - Beroun - Rudna - Praha-Smichov

[Pavel Bokr]

Jo v useku Praha-Smichov – Nucice to celkem jezdi, ovsem k nam do Berouna (usek 
Nucice – Beroun) uz to neni tak slavne. Tady me to prave trklo, kdyz jsem si 
vykreslil zeleznice kolem Berouna a tahle se mi vykreslila jako hlavni.

Podle te mapky co jsi poslal link [1] je tahle trat 173 ale draha regionalni 
provozovana SZDC (a pak by podle me nebylo opravdu co resit proste by to bylo 
branch – jak podle zarazeni do regionalni tak i podle aktualniho vyuziti) a to 
jsem z toho teda jelen, protoze podle odkazu, ktery posilal Tomas Tichy [2] – 
viz str. 92 to byla zase draha celostatni.

Odkaz [1] je zda se novejsi tak jestli se to zmenilo, ze je to ted regionalni 
draha, tak bych navrhoval udelat upravu na branch.




A BTW to same v odkazu [1] (tedy regionalni trat SZDC) plati i pro trat 174 
Beroun – Rakovnik, kde pokud vim jezdivaly vlaky delsi (taky 810-tky, ted 
regionovy) a jezdi tam i rychliky a tuhle trat bych osobne bral jako trat 
hranicni mezi main a branch. Ted koukam na aktualni JR 174 [3] a uz tam jezdi 
rychlik jen jeden (jezdili tam i minimalne 2 pary rychliku smer sever-jih – 
neco jako Most – Ceske Budejovice). 


[1] http://provoz.szdc.cz/PORTAL/Show.aspx?path=/Data/Mapy/kategorie.pdf
[2] http://www.szdc.cz/soubory/prohlaseni-o-draze/2016/prohlaseni-2016.pdf, str 
92
[3] http://www.szdc.cz/provozovani-drahy/knizni-jizdni-rady/k174.pdf

PB


From: Michal Pustějovský 
Sent: Wednesday, March 02, 2016 9:18 AM
To: OpenStreetMap Czech Republic 
Subject: Re: [Talk-cz]Vyuziti zeleznice main/branch na trati 173 - Beroun - 
Rudna - Praha-Smichov

Jak se dívám na jízdní řád, tak ta intenzita provozu tam zas tak malá není. 
Pokud se dívám správně, tak ve špičku co půl hodiny, jinak co hodina. Pokud ale 
kapacitně stačí jedna Regionova a 810, tak se fakt spíše jedná o vytíženou 
lokálku.

Problém s dělením na celostátní/regionální dráhu je ten, že příliš nevypovídá 
neodpovídá jak intenzitě, tak parametrům trati (Ostrava - Frýdek-Místek vs. 
Krnov - Hanušovice;  
http://provoz.szdc.cz/PORTAL/Show.aspx?path=/Data/Mapy/kategorie.pdf).

Na druhou stranu chápu potřebu mít jednoznačný klíč, podle kterého tento 
parametr určit. Záleží na dohodě.

Michal


-- Původní zpráva --
Od: Pavel Bokr 
Komu: OpenStreetMap Czech Republic 
Datum: 1. 3. 2016 22:34:53
Předmět: Re: [Talk-cz] Vyuziti zeleznice main/branch na trati 173 - Beroun - 
Rudna - Praha-Smichov



  No tak pokud bych se mel ridit predevsim mistni znalosti a intenzitou provozu 
a zarazeni celostatni/regionalni bych bral jako orientacni pak bych v tomto 
pripade (i z hlediska uzivatelu mapy - tedy siroke verejnosti) uprednostnil 
branch (tedy jako lokalku). Tak by to odpovidalo soucasnemu vyuziti trate, (bez 
ohledu na to proc si tuto “lokalku” stat drzi v siti celostatnich drah – treba 
ma stat nejakou “strategii”, ale fakticky se to uziva jako lokalka).

  Chtelo by se to tedy nejak domluvit co tedy uprednostnovat tam kde je 
pochybnost – aktualni zpusob vyuziti nebo oficialni zarazeni (pro nas neni 
problem opakovane predelavat nejakou trat na main/branch podle aktualniho 
vyuziti – narozdil od statu jak si zaradi trat protoze to ma jiste dalekosahle 
dusledky a predpokladam ze stat ma nejakou strategii a taky to narozdil od 
upravy v OSM vyzaduje to nejaky casovy a administrativni proces).

  Jako nezeleznicar bych se v tomto pripade priklonil v OSM podle aktualniho 
vyuziti, ale netrvam na tom (akorat pokud bych s tim u sebe nejak pracoval tak 
bych si z toho tu branch stejne udelal u sebe).



  Pro ty kdo neznaji: jednokolejka, jen osobni vlaky (rychliky a vlaky vyssi 
kvality jen mimoradny odklon), jezdi tam pokud vim regionovy; nizsi tratove 
rychlosti (v posledni dobe ale probehla rekonstrukce). Ja kdyz jsem tim obcas 
jel tak to jeste jezdil jeden motorvy vuz rady 810, do Berouna s tim jezdilo 
jen par lidi (byvali jsme tam tak dva nebo tri). Aktualni JR:
  
http://www.cd.cz/cs/vnitrostatni-cestovani/jizdni-rad/tratove-jizdni-rady/files/cz-k173-160316-01.pdf


  PB


  From: Michal Pustějovský 
  Sent: Tuesday, March 01, 2016 5:46 PM
  To: OpenStreetMap Czech Republic 
  Subject: Re: [Talk-cz]Vyuziti zeleznice main/branch na trati 173 - Beroun - 
Rudna - Praha-Smichov

  Já se při mapování železniční sítě na Moravě řídil především místní znalostí 
a intenzitou provozu. Rozdělení dle celostátní/regionální  jsem bral v úvahu 
spíše jako orientační.

  Michal


  -- Původní zpráva --
  Od: Tomáš Tichý 
  Komu: OpenStreetMap Czech Republic 
  Datum: 29. 2. 2016 18:47:10
  Předmět: Re: [Talk-cz] Vyuziti zeleznice main/branch na trati 173 - Beroun - 
Rudna - Praha-Smichov



Podle Prohlášení o dráze [1] se jedná o dráhu celostátní, takže bych main 
ponechal (IMHO je lokálka jak vyšitá, ale rozlišení regionální / celostátní je 
jediné objektivní vodítko, podle kterého to můžeme rozlišit). 

=TT=

[1] 

Re: [Talk-it] Mappare reperti bellici

[Martin Koppenhoefer]

sent from a phone

> Am 01.03.2016 um 22:10 schrieb Dario Crespi :
> 
> Ora la domanda: esistono dei tag per mappare queste cose? Dalle bombe ai 
> paraschegge alle vecchie piste di raccordo per gli aerei che oggi sono 
> semplici strade in mezzo al bosco.


intanto se non è ancora mappato potresti mappare il museo come area, poi per i 
vari pezzi d'esposizione probabilmente tocca inventare nuovi tags. La chiave 
potrebbe essere military o forse historic.

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

Re: [Talk-it] Tag x aereo dismesso

[Alessandro]

Il 01/03/2016 23:10, Cascafico Giovanni ha scritto:

Un aereo md80 che giace abandoned da alcuni anni su una taxiway cieca.
Non é historic, tantomeno tourist attraction...



Qui in Arizona
http://www.openstreetmap.org/#map=19/32.14056/-110.86883=D
usano
historic=aircraft
name=USAF 
tourism=attraction


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

Re: [OSM-talk-be] Using SPW PICC layer in josm

[Glenn Plas]

Hi,

Apparently it's not clear enough

You can't use it.  It's not a matter of opinion nor I care what certain
persons from PICC said to someone else I don't really know.  I should
not care either, because that's what licences are for.  They show me in
clear language what can and cannot.

It's really simple, you check the license.  I'm not having the
discussion on what exactly copying data is (or isn't).  I was quite
clear on it:  you can only copy data over with compatible licenses. We
all know what making a copy is in 2016.

I'm almost pulling out my hair btw, because you're not making the
correct conclusions.

You can NOT copy from data sources with incompatible licenses, having a
high five from someone at PICC does not count as a license.

Glenn




On 01-03-16 21:48, Erik B wrote:
> Hello,
> 
> I understand that there is no clear agreement to use PICC for OSM but it
> is said and written by different persons from the government that there
> is nothing against the use of those data for OSM and that we don't risk
> that data have to be deleted in the future.
> It means that besides SPW aerial imagery also the data on the PICC map
> may be used. Does this include the dimensions of the buildings, the
> house numbers, the names of the streets and the names of rivers, woods,
> farms and so on?
> 
> Erik
> 
> Op 29-02-16 om 17:38 schreef Julien Fastré:
>> Bonjour,
>>
>> On n'est jamais parvenu à obtenir une réponse claire de la part du
>> SPW. Mais je confirme ce qu'écrit André Pirard: pour eux, recopier nos
>> données n'est pas les utiliser => donc on pourrait tracer à partir du
>> PICC comme on le fait à partir de Bing!, selon eux. Le mieux (ou le
>> pire) c'est qu'ils ont rédigé leur nouvelle licence en partie pour
>> permettre à OSM d'utiliser ces données (il y a eu vraiment un travail
>> de ce côté), mais qu'elle reste floue pour qu'on le fasse.
>>
>> Maintenant, s'ils se plaignent, je n'ai que des conversations
>> téléphoniques, des réunions et des échanges de courriels pour défendre
>> la personne qui serait mise en cause.
>>
>> En Wallonie, on reste dans le domaine du compromis...

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

[Talk-cz] Blackout

[Mikoláš Štrajt]

Zdravím,
nezáhledl jste někdo nějakou mapku/seznam obcí, kde v rámci kalamity 1.3.
2016 nešel proud?

Pokoušel jsem se takovou sestavit, ale mám tam jen ty obce, které jsem 
cestou domů včera večer viděl z autobusu.

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

[Talk-se] Open Data Day Stockholm

[Axel Pettersson]

Hej,
På lördag (5 mars) är det Open Data Day, och i Stockholm arrangerar Open
Knowledge Sweden och Wikimedia Sverige ett evenemang dit ni är hjärtligt
välkomna.

En av punkterna på programmet är att samla argument för fria licenser för
att kunna övertyga beslutsfattare om varför fritt är bra när dom gör data
tillgängligt. Ett exempel som varit aktuellt här på listan nyligen är
varför CC0 eller ODBL är bättre än CC BY för databaser, och förhoppningsvis
går det att ta fram fler argument att använda inför nästa gång det blir
diskussioner med någon myndighet eller organisation.

Vad: Open Data Day
Var: Wikimedia Sveriges kontor, Hantverkargatan 21 på Kungsholmen,
http://www.openstreetmap.org/?mlat=59.3284=18.04665=16#map=16/59.3284/18.0466
När: Lördag 5 mars, 13.30-17.00
Anmälning: https://open-data-day-stockholm-2016.confetti.events/

Bästa hälsningar,
/axel (som jobbar på Wikimedia Sverige och är med och arrangerar det här)


Axel Pettersson

 +46 (0)730 59 58 13
haxp...@gmail.com

Twitter: @Haxpett 
Blogg: http://haxpett.wordpress.com/
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-cz] Vyuziti zeleznice main/branch na trati 173 - Beroun - Rudna - Praha-Smichov

[Michal Pustějovský]

Jak se dívám na jízdní řád, tak ta intenzita provozu tam zas tak malá není. 
Pokud se dívám správně, tak ve špičku co půl hodiny, jinak co hodina. Pokud 
ale kapacitně stačí jedna Regionova a 810, tak se fakt spíše jedná o 
vytíženou lokálku.

Problém s dělením na celostátní/regionální dráhu je ten, že příliš 
nevypovídá neodpovídá jak intenzitě, tak parametrům trati (Ostrava - Frýdek-
Místek vs. Krnov - Hanušovice;  http://provoz.szdc.cz/PORTAL/Show.aspx?path=
/Data/Mapy/kategorie.pdf).

Na druhou stranu chápu potřebu mít jednoznačný klíč, podle kterého tento 
parametr určit. Záleží na dohodě.

Michal


-- Původní zpráva --
Od: Pavel Bokr 
Komu: OpenStreetMap Czech Republic 
Datum: 1. 3. 2016 22:34:53
Předmět: Re: [Talk-cz] Vyuziti zeleznice main/branch na trati 173 - Beroun -
Rudna - Praha-Smichov

"



No tak pokud bych se mel ridit predevsim mistni znalosti a intenzitou 
provozu a zarazeni celostatni/regionalni bych bral jako orientacni pak bych 
v tomto pripade (i z hlediska uzivatelu mapy - tedy siroke verejnosti) 
uprednostnil branch (tedy jako lokalku). Tak by to odpovidalo soucasnemu 
vyuziti trate, (bez ohledu na to proc si tuto “lokalku” stat drzi v siti 
celostatnich drah – treba ma stat nejakou “strategii”, ale fakticky se to 
uziva jako lokalka).

 
 
Chtelo by se to tedy nejak domluvit co tedy uprednostnovat tam kde je 
pochybnost – aktualni zpusob vyuziti nebo oficialni zarazeni (pro nas neni 
problem opakovane predelavat nejakou trat na main/branch podle aktualniho 
vyuziti – narozdil od statu jak si zaradi trat protoze to ma jiste 
dalekosahle dusledky a predpokladam ze stat ma nejakou strategii a taky to 
narozdil od upravy v OSM vyzaduje to nejaky casovy a administrativni 
proces).

 
 
Jako nezeleznicar bych se v tomto pripade priklonil v OSM podle aktualniho 
vyuziti, ale netrvam na tom (akorat pokud bych s tim u sebe nejak pracoval 
tak bych si z toho tu branch stejne udelal u sebe).

 
 
 
 
 
 
Pro ty kdo neznaji: jednokolejka, jen osobni vlaky (rychliky a vlaky vyssi 
kvality jen mimoradny odklon), jezdi tam pokud vim regionovy; nizsi tratove 
rychlosti (v posledni dobe ale probehla rekonstrukce). Ja kdyz jsem tim 
obcas jel tak to jeste jezdil jeden motorvy vuz rady 810, do Berouna s tim 
jezdilo jen par lidi (byvali jsme tam tak dva nebo tri). Aktualni JR:

http://www.cd.cz/cs/vnitrostatni-cestovani/jizdni-rad/tratove-jizdni-rady/
files/cz-k173-160316-01.pdf
(http://www.cd.cz/cs/vnitrostatni-cestovani/jizdni-rad/tratove-jizdni-rady/files/cz-k173-160316-01.pdf)

 
 
 
 
PB

 
 


 
 

From: Michal Pustějovský(mailto:michal.pustejov...@seznam.cz) 

Sent: Tuesday, March 01, 2016 5:46 PM

To: OpenStreetMap Czech Republic(mailto:talk-cz@openstreetmap.org) 

Subject: Re: [Talk-cz]Vyuziti zeleznice main/branch na trati 173 - Beroun - 
Rudna - Praha-Smichov



 

 
Já se při mapování železniční sítě na Moravě řídil především místní znalostí
a intenzitou provozu. Rozdělení dle celostátní/regionální  jsem bral v úvahu
spíše jako orientační.

Michal


-- Původní zpráva --
Od: Tomáš Tichý 
Komu: OpenStreetMap Czech Republic 
Datum: 29. 2. 2016 18:47:10
Předmět: Re: [Talk-cz] Vyuziti zeleznice main/branch na trati 173 - Beroun -
Rudna - Praha-Smichov

" 

Podle Prohlášení o dráze [1] se jedná o dráhu celostátní, takže bych main 
ponechal (IMHO je lokálka jak vyšitá, ale rozlišení regionální / celostátní 
je jediné objektivní vodítko, podle kterého to můžeme rozlišit). 
 
 
=TT=

 
 
[1] http://www.szdc.cz/soubory/prohlaseni-o-draze/2016/prohlaseni-2016.pdf
(http://www.szdc.cz/soubory/prohlaseni-o-draze/2016/prohlaseni-2016.pdf), 
str 92




 
 
Dne 29. února 2016 11:35 Pavel Bokr  napsal(a):
" 



Predpokladam ze v OSM jsou zeleznicni nadsenci tak verene napisi, ze trochu 
uvazuji o zmene z hlavni trati (usage=main) na vedlesji (usage=branch) u 
trati c 173:

 
 
http://www.openstreetmap.org/relation/48847#map=12/50.0122/14.2599=T
(http://www.openstreetmap.org/relation/48847#map=12/50.0122/14.2599=T)

 
 
 
 
Charakteristika skutecneho vyuziti a provedeni trate se blizi usage=branch 
(slaby provoz – osobni vlaky, rychliky jen pri mimoradnostech, jednokolejka,
nizke tratove rychlosti, bez elektrifikace).

 
 
 
 
Koukam ale ze v CR existuji celostatni drahy a regionalni drahy a nevim 
jestli se v OSM neridime podle tohoto.  Dle wikipedie je to regionalni draha
[1] (pak by nebylo o cem diskutovat a ani bych to sem asi nepsal), ale kdyz 
jsem si to chtel overit tak uz na dalsi strance wikipedie [2] i v 
oficialnich zdrojich [3] puvodni zarazeni trate 173 do regionalnich bylo pro
jinou trat (Rokycany – Nezvestice) o te z Berouna se nepise nic, pak jsem 
nasel nejakou mapku z roku 2010 [4], ve ktere se uvadi ze, je tato trat 
navrzena k prerazeni do regionalnich, ale jestli to bylo provedeno nevim.

 
 
Neznam tedy soucasny 

Re: [Talk-us] [Imports-us] Virginia Beach, Virginia Imports

[Frederik Ramm]

Hi,

On 03/02/2016 02:55 AM, Jonah Adkins wrote:
> I'd like to propose an import of city-sourced GIS data for the City of 
> Virginia Beach, Va. The City GIS Office has given the data / license for this 
> purpose.
> Conflation will be done carefully by hand, and attributes copied where needed.

You live an hour away from Virginia Beach, is that correct? Are you
familiar enough with the city to verify the data quality, or will you
enlist the help of local mappers who are?

To quote stevea from teh recent Adirondack thread,

> Likewise.  We (OSM volunteers) don't often talk about the importance 
> of KEEPING UP the map after an import, but doing so is a seriously 
> crucial component. 

Is there a community that can be counted on to make sure the data
doesn't rot in OSM once imported - or will you commit to that?

On http://paidmappers.github.io/home/, you advertise your services as
mapper-for-hire ("Open Data is growing at an alarming rate and we shall
put all that data in OpenStreetMap. ...  we scour open data portals and
sites for authorative data like buildings, public amenities, and
addresses.") - Is this import proposal linked to this endeavour in any way?

(I haven't looked at the data and license yet.)

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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