Re: [Talk-GB] OSM with Wikidata: now covers UK and Ireland

[Colin Smale]

Thanks Edward, that has removed the uncertainty and looks much better
know. 

//colin

On 2016-03-11 08:48, Edward Betts wrote:

> I've updated the category names in the database to remove " by country" from
> the end.
> 
> Edward Betts  wrote: The category names are from 
> Wikipedia. I start with the "Airports by country"
> category and just grab the subcategories for United Kingdom and Ireland. In a
> previous version I had code to strip the ' by country' from the end. I'll try
> and restore it to reduce the confusion.
> -- 
> Edward.
> 
> Colin Smale  wrote: Hi Edward, 
> 
> I took a look at the result pages and I noticed a small, but pervasive
> typo. All the listings of a category per county are actually titled per
> countRy on all the pages. For example on the Greater London page
> http://edwardbetts.com/osm-wikidata/gb-ie/region/Greater_London you see
> under the "categories" heading "Airports by country" instead of
> "Airports by county". From the content it is clear that you mean county.
> 
> Only one letter, but a huge difference in meaning... 
> 
> Thanks 
> 
> Colin

___
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-GB] OSM with Wikidata: now covers UK and Ireland

[Edward Betts]

I've updated the category names in the database to remove " by country" from
the end.

Edward Betts  wrote:
> The category names are from Wikipedia. I start with the "Airports by country"
> category and just grab the subcategories for United Kingdom and Ireland. In a
> previous version I had code to strip the ' by country' from the end. I'll try
> and restore it to reduce the confusion.
> -- 
> Edward.
> 
> Colin Smale  wrote:
> > Hi Edward, 
> > 
> > I took a look at the result pages and I noticed a small, but pervasive
> > typo. All the listings of a category per county are actually titled per
> > countRy on all the pages. For example on the Greater London page
> > http://edwardbetts.com/osm-wikidata/gb-ie/region/Greater_London you see
> > under the "categories" heading "Airports by country" instead of
> > "Airports by county". From the content it is clear that you mean county.
> > 
> > 
> > Only one letter, but a huge difference in meaning... 
> > 
> > Thanks 
> > 
> > Colin

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

Re: [OSM-talk] Guides to improve navigation data in OpenStreetMap

[Paul Johnson]

Really, any restricted lane should be in the total lane count and have the
appropriate lane permissions assigned.

On Thu, Mar 10, 2016 at 11:46 AM, Philip Barnes 
wrote:

> On Thu, 2016-03-10 at 11:24 -0600, Paul Johnson wrote:
>
>
>
> On Thu, Mar 10, 2016 at 8:56 AM, Abhishek Saikia  > wrote:
>
> Hi Marc,
>
> Thank you for the kind words and prompt feedback. `turn:lanes` are
> exclusively for vehicles and as per discussion with the OSRM team here:
> https://github.com/Project-OSRM/osrm-backend/issues/2048, we are at
> present ignoring adding cycle lanes during `turn:lanes` mapping.
> marc.ge...@gmail.com> wrote:
>
>
> Bicycles are vehicles in most countries, and bike lanes do pose problems
> for correct lane guidance, particularly in areas where these lanes are full
> width instead of being a door-zone buffer.
>
>
> You will also need to consider bus lanes as well.
>
> Phil (trigpoint)
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-GB] OSM with Wikidata: now covers UK and Ireland

[Edward Betts]

The category names are from Wikipedia. I start with the "Airports by country"
category and just grab the subcategories for United Kingdom and Ireland. In a
previous version I had code to strip the ' by country' from the end. I'll try
and restore it to reduce the confusion.
-- 
Edward.

Colin Smale  wrote:
> Hi Edward, 
> 
> I took a look at the result pages and I noticed a small, but pervasive
> typo. All the listings of a category per county are actually titled per
> countRy on all the pages. For example on the Greater London page
> http://edwardbetts.com/osm-wikidata/gb-ie/region/Greater_London you see
> under the "categories" heading "Airports by country" instead of
> "Airports by county". From the content it is clear that you mean county.
> 
> 
> Only one letter, but a huge difference in meaning... 
> 
> Thanks 
> 
> Colin

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

Re: [Talk-it] specie dell'albero nel name

[Aury88]

quindi? contatto l'autore e gli chiedo di rimuovere i tag name e lasciare il
tag della specie da lui già inserito?



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/specie-dell-albero-nel-name-tp5869197p5869578.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

[Talk-in] Objects tagged with name=.

[Yogesh K S]

I came across more than 300 objects tagged with name=. tag in India[1] 
and they seem to be accidentally tagged with dot/point names while 
editing. Majority of them are in Kerala and Tamil Nadu states[2] and all 
of them are tagged for ways. I don't think any of these ways have 
dot/point names on the ground and if we are in consensus, may be we 
should remove them.


[1]http://taginfo.openstreetmap.in/tags/name=.
[2]http://overpass-turbo.eu/s/eVC


cheers
yogi

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

Re: [Talk-cz] dotaz na funkčnost traceru LPIS

[Marián Kyral]

No nemáš zač, já se díky tomu zase na chvíli dostal k mapování ;-)

Marián


-- Původní zpráva --
Od: Zdeněk Pražák 
Komu: OpenStreetMap Czech Republic 
Datum: 9. 3. 2016 18:28:59
Předmět: Re: [Talk-cz] dotaz na funkčnost traceru LPIS

"

Děkuji za rychlou opravu




Dne 9. března 2016 17:10 Marián Kyral  napsal(a):
" 

Tak opraveno. Stačí zaktualizovat Tracer-testing.

Marián

Dne 9.3.2016 v 08:33 Marián Kyral napsal(a):



"Tak update: vzpomněl jsem si, že na wiki mám příklad dotazu: http://wiki.
openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap#pLPIS_-_ve.C5.99
ejn.C3.BD_registr_p.C5.AFdy
(http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap#pLPIS_-_ve.C5.99ejn.C3.BD_registr_p.C5.AFdy)

Dle všeho se změnil formát dotazu. Budu muset upravit kód. 

Místo 

TYPENAME=LPIS_FB4_BBOX

se teď používá:

TYPENAME=LPIS_DPB_UCINNE_BBOX

Takže vydrž, večer se na to vrhnu

Marián



-- Původní zpráva --
Od: Marián Kyral (mailto:mky...@email.cz)
Komu: OpenStreetMap Czech Republic 
(mailto:talk-cz@openstreetmap.org)
Datum: 9. 3. 2016 8:24:51
Předmět: Re: [Talk-cz] dotaz na funkčnost traceru LPIS

" 
Ahoj,
netuším, já nic neměnil.

Ale možná to nějak souvisí s: http://eagri.cz/public/web/mze/farmar/LPIS/
novinky/nedostupnost-portalu-mze.html
(http://eagri.cz/public/web/mze/farmar/LPIS/novinky/nedostupnost-portalu-mze.html)
Sice píšou jen 5.3 a 6.3. ale kdo ví.

Teď to nevyzkouším, to až večer. Ideálně, pokud by to ještě někdo vyzkoušel 
a poslal případně co to vypíše do konzole.

Marián


-- Původní zpráva --
Od: Zdeněk Pražák (mailto:zpra...@seznam.cz)
Komu: talk-cz@openstreetmap.org(mailto:talk-cz@openstreetmap.org)
Datum: 9. 3. 2016 8:08:09
Předmět: [Talk-cz] dotaz na funkčnost traceru LPIS

" 
Při kontrole turistických značek aktualizuji i polygony LPIS, Dnes mi však 
tracer hlásí, že data nejsou dostupná. 
Nezměnilo se něco v nastavení traceru LPIS?

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


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

" 




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

"



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

Re: [Talk-de] Datenerfassung für stadtverträgliches LKW-Routing im Rheinland

[Michael Paulmann]

Und jetzt willst Du das rein kommunale Sachen in OSM reinkommen? Also etwas das 
nicht von Bund oder Land kommt? Weisst Du wie viele Kommunen es in Deutschland 
gibt? Es gibt laut wikipedia 11091 Kommunen in Deutschland, wer will all diese 
Daten betreuen? PLZ- und Verwaltungsgrenzen bekommt man beim 
Landesvermessungsamt, oder wie auch immer das im jeweiligen Bundesland heisst, 
und schon da haben wir Probleme das hinzukriegen. Und jetzt sollen wir anfangen 
mit 11091 amtlichen Stellen in Kontakt zu treten? Viel Spass!

Gruß

Michael

-Ursprüngliche Nachricht-
Von: Frederik Ramm [mailto:frede...@remote.org] 
Gesendet: Donnerstag, 10. März 2016 18:16
An: talk-de@openstreetmap.org
Betreff: Re: [Talk-de] Datenerfassung für stadtverträgliches LKW-Routing im 
Rheinland

Hallo,

On 03/10/2016 03:23 PM, Michael Paulmann wrote:
> Sorry aber welche rein kommunalen Daten haben wir in OSM die nicht in der 
> Wirklichkeit prüfbar sind?

Es gab da mal eine lange Diskussion über nicht-beschilderte, aber "offizielle" 
Radrouten in den USA, und ich meine, die sind am Ende drin geblieben. Hier bei 
uns haben wir natürlich PLZ- und Verwaltungsgrenzen in der Datenbank, die 
ebenfalls nicht vor Ort verifizierbar sind, aber das ist eine große Ausnahme, 
die wir vorallem deswegen machen, weil die Daten für uns selbst in unserer 
Arbeit hilfreich sind (so kann man z.B.
Auswertungen für das Gebiet einer Gemeinde machen und so weiter).

Ich glaube nicht, dass wir Dinge wie Schulbezirke oder Liefergebiete von 
Pizzadiensten mappen würden.

Auch der Verlauf von ÖPNV-Bus-Routen ist nur schwer beobachtbar und unter 
Umständen nicht mal fix - besonders bei den Fernbussen gehe ich davon aus, dass 
bei denen eigentlich nur die Stationen und nicht die Routen feststehen. Dennoch 
werden die zuweilen eingetragen.

Aber, wie immer in OSM gilt: Nur, weil irgendwas anderes schlecht gemacht wird, 
ist das noch keine Ausrede, weitere Dinge auch schlecht zu machen ;)

Bye
Frederik

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

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

Re: [Talk-cz] Vyhledavani v MHD

[Marián Kyral]

Ahoj,

-- Původní zpráva --
Od: Petr Schönmann 
Komu: OpenStreetMap Czech Republic 
Datum: 10. 3. 2016 20:27:24
Předmět: Re: [Talk-cz] Vyhledavani v MHD

"

Me by se moc líbilo kliknout na nejakou zastávku a zjistit kam dojedu když 
budu muset n-krat přestoupit. A vykreslení tras (pavouka) do mapy. 

"



 Problém číslo 1: zastávky v těch datech nemají ID, pouze jméno, takže 
nejprve budeme muset udělat synchronizaci OSM dat a JŘ.

 Problém číslo 2: nejsou tam gps souřadnice těch zastávek.




Obojí se dá řešit, ale znamená to nejprve domapovat všechny zastávky do OSM 
a až pak de možné něco dalšího.




Marián



"



Dne čt 10. 3. 2016 12:58 uživatel Marián Kyral  napsal:

"
Ahoj,
dal by se z toho udělat nějaký servis? Tedy, že bych se přes ajax zeptal 
třeba na to, jaké linky na dané zastávce zastavují, jaké jsou zastávkové 
jízdní řády, kdy pojede další autobus a kam. Tedy něco, co by se dalo 
zaintegrovat do aktivní vrstvy na osmap.cz(http://osmap.cz).

Případně později i nějaké pokročilejší hledání v jízdních řádech - přestupy 
a pod. 

Marián


-- Původní zpráva --
Od: Pavel Machek 
Komu: OpenStreetMap Czech Republic 
Datum: 10. 3. 2016 12:44:24
Předmět: [Talk-cz] Vyhledavani v MHD



"AhoJ!

On Wed 2016-03-09 10:24:42, Jethro wrote:
> On Mon, Mar 07, 2016 at 02:52:05PM +0100, Ladislav Nesnera wrote:
> > Pokud jsem správně pochopil, je tu vícero datových zdrojů
> > .
> > Poměrně nedávno byly jízdní řády spojů uvolněny jako otevřená data ve
> > formátu JDF. ČD se vymyká jako vždy
> > 
> > (nebo odkaz z MVČR
> > )
> > Nestálo by za to přejít na tento zdroj? Možná by bylo fajn je
> > předžvejknout i jiným zájemcům, neb bych v tom čekal zas nějaké
> > CHAPSoviny (např. vypadá to, že místo diffu přegenerovávají úplně vše
> > tj. zip má skoro 70 MB, nevidím k tomu žádný popis, ..)
> > 
> > Aktualizace je průběžná, tudíž nad tímto už by dávalo smysl postavit
> > nějaké vyhledávání spojení (s někým jsem se na tohle téma bavil po
> > brněnské hospůdce, žel v době, kdy jsem o těchto datech ještě nevěděl.
> > Sázím na Jethra, ale mám binec v jménech..)

No, ja jsem kdysi nejake vyhledavani psal, je na timetab.sf.net
(http://timetab.sf.net) .

Bohuzel tech formatu dat je docela dost, a konverze mezi nima nejsou
jednoduchy. ... a vyhledavani neni taky uplne med.

Otazka je, jaky je "zakladni" format dat. Ja mam vlastni, .tt, ale ma
nejaky omezeni. Dalsi popularni je gtfs. Pak je ceska republika... a
jeji silene formaty.

Umim castecne konvertovat gtfs do tt, a castecne cis do tt... a
vyhledavat v tt (rychle i kvalitne).

Dalsi moznost by samozrejme byla naimportovat data do osm a pak hledat
nad tim osm ale dost pochybuju ze aktualni system tagovani umi
vyjadrit veci jako "linka jede kazdy sudy utery mezi 1.10 a
15.11.". ... coz je mimochodem centralni problem tech formatu. (A pak
nevim jestli chcem mit v osm informace o vsech jednotlivych odjezdech.)

.tt umi na vyjadreni, kdy spoj jede, RLE komprimovanou bitmasku po
tydnech -- v tom se vyhledava snadno a umi to pomerne kompaktne zapsat
vetsinu rozumnych udaju.

Priklad .tt formatu je dole. Tohle je konverze z CIS.
Pavel

# 390090_1 ( tmp/1 1.11 )
06:05 ~ 0 Tábor,,aut.nádr.
~ 0 Tábor,,poliklinika
~ 0 Tábor,,Křižíkovo nám.
06:07 ~ 2 Tábor,,Nový ráj
~ 2 Tábor,,Písecké rozc.
06:11 ~ 3 Tábor,,nem.
06:12 ~ 4 Tábor,Klokoty,
06:14 6 Tábor,Všechov,
06:16 8 Balkova Lhota,,Výrec
Balkova Lhota,,
Radkov,,
Radkov,Paseka,
Balkova Lhota,,Černý Les
06:23 10 Balkova Lhota,,Knížata rozc.1.0
06:26 12 Jistebnice,Vlásenice,
12 Jistebnice,Vlásenice,Makov rozc.1.5
06:29 13 Jistebnice,Makov,Pazderna
Jistebnice,Makov,
Jistebnice,Hůrka,
06:31 15 Jistebnice,,Tisová rozc.1.0
06:33 16 Jistebnice,,Žofín
06:34 06:35 16 Jistebnice,,
06:38 19 Jistebnice,Zvěstonín,
06:41 20 Jistebnice,Hodkov,
06:43 21 Nadějkov,,Petříkovice I
06:45 22 Nadějkov,,
Remarks: X
# 390090_2 ( tmp/1 1.11 )
04:30 0 Nadějkov,,

-- 
(english) http://www.livejournal.com/~pavelmachek
(http://www.livejournal.com/~pavelmachek)
(cesky, 

Re: [Talk-cz] Vyhledavani v MHD

[Marián Kyral]

Ahoj,

-- Původní zpráva --
Od: Pavel Machek 
Komu: OpenStreetMap Czech Republic 
Datum: 10. 3. 2016 22:58:49
Předmět: Re: [Talk-cz] Vyhledavani v MHD

"AHoj!

> dal by se z toho udělat nějaký servis? Tedy, že bych se přes ajax zeptal 
> třeba na to, jaké linky na dané zastávce zastavují, jaké jsou zastávkové 
> jízdní řády, kdy pojede další autobus a kam. Tedy něco, co by se dalo 
> zaintegrovat do aktivní vrstvy na osmap.cz.

No, webovy server je spis problem, zvlast pokud by na nem byl nejaky
vetsi load.
"



Tak pro začátek by stačil nějaký testovací servřík, který by se následně 
přesunul na něco výkonnějšího.

@zby-cz - co myslíš?




"
Ale nejaky utilitky volatelny z prikazovy radky by sly. Mam tu i
pomerne chytry vyhledavani spojeni, ale to je zas narocnejsi na CPU.

Asi bych umel udelat vyrobit seznam tvaru

Jmeno zastavkyjmeno linkyjmeno linky...
"



Tak mohl by se nad tím udělat jednoduchý servis - nebo si ten soubor někam 
stáhnu a servis si udělám tam.



"
Bylo by to uzitecne?
"



No to každopádně :-D




Marián



"
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;___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-br] Camadas Mapbox que mostram coisas faltando

[Alexandre Magno Brito de Medeiros]

Quanto a IA, eu não sei, mas me parece uma assunto correlato:

Using custom Mapbox layers for mapping missing features in JOSM


Alexandre

PS.: ainda não voltei ao tópico sobre meritocracia; estou com o tempo meio
apertado e recuperando primeiramente as pendências mais simples e atraentes.


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

2016-02-26 14:03 GMT-03:00 Gerald Weber :

>
> Parece que ganhamos competição:
>
>
> https://www.newscientist.com/article/2078754-facebook-can-map-more-of-earth-in-a-week-than-we-have-in-history/
>
> https://code.facebook.com/posts/1676452492623525/co
>
> boa leitura e bom final de semana
>
> Gerald
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] [formalizando a OSM-BR, parte-1] Quantas horas foram gastas editando e colaborando?

[Alexandre Magno Brito de Medeiros]

Após um mês ou mais, estou pondo leituras em dia. Ainda não retornei aquele
tópico sobre meritocracia.

Se for pra falar em termos suposto custo da hora de mapeamento doada, sou
favor de usar valores mais reais. Calculemos algo por cima, sem preciosismo
legal. Digamos que um funcionário público ganhe 1,5 salário mínimo para
mapear, numa jornada de 40 horas semanais, sem os descontos trabalhistas...

880 x 1,5 = 1320 reais é o salário

1320 / (4 x 40) = 1320 / 160 = 8,25 reais é quanto ele ganha por hora de
mapeamento

Pronto! Estão aí meus dois centavos.

Digamos que essa pessoa ganha isso com outro trabalho qualquer, não com
mapeamento, que todo dia de semana ele doa 1 hora mapeada, e que no sábado
ele doa 3 horas, e que no domingo ele doa 4 horas. Ele doa:

4 x (5 x 1) + 4 x (3 + 4) = 4 x 5 + 4 x 7 = 20 + 28 = 48 são as horas de
mapeamento que essa pessoa doa por mês

Vamos arredonda: 50

Agora imagine que o cara fique satisfeito, comparando com sua função
primária, em cobrar apenas 7 reais.

Essa pessoa doa todos os meses, em mapa, 50 x 7 = R$ 350,00

Isso é 26,5% do salário que a pessoa ganha! Não todo mundo que devolve a
Deus um "dízimo" desses... é interessante fazer esse link, já que a
Pastoral da Criança foi mencionada.

Agora, ao meu ver, o mais importante é seguinte: se é coisa DOADA, não há
razão para tais cálculos. Eu os fiz aqui apenas com a finalidade de ao
menos ser mais realista. Mas logo quero me desvencilhar de tais assuntos.
Eles não são benéficos. Incitam a uma menor generosidade.

Se a OSM-BR fosse uma organização formalizada (com CNPJ), essas horas
> poderiam ser registradas pela contabilidade, e usadas não só para
> demonstrar o "curriculum da OSM", o valor seria também demonstração de
> contrapartida em parcerias com o governo (prefeituras, autarquias, etc.) ou
> entidades de fomento, para formalizar as parcerias.
>

Ah, OK! Perfeito. Compreendido.

É interessante lembrar que a Pastoral da Criança, em alguns lugares,
segundo me lembro, inclusive dá uma ajuda de custo aos voluntários, o que
às vezes não inclui apenas transporte mas também alimentação. Então é, de
fato, importante ter uma "contrapartida em reais" quando buscando recursos
financeiros para a entidade sem fins lucrativos. Quem sabe se o OSM-BR não
poderá, num futuro, dar ajudas de custo a quem faz "*surveys*"?!

Alexandre Magno



Em 5 de fevereiro de 2016 21:31, Peter Krauss  escreveu:

> Qual aplicativo você usa?  Edita mapas com o iD
> ? Com o JOSM
> ?
> E quantas "horas liquidas" de trabalho você já consumiu contribuindo com
> edições?
> Pode até ser um chute, por baixo... muitas horas por mês... E se o valor
> da hora fosse digamos R$1, parece pouco?
> Quantas horas ao todo já foram doadas para a OSM?
>
> Abaixo um trecho bem didático, sobre o registro de tempo numa associação
> sem fins lucrativos brasileira, que contabiliza as horas dos seus
> voluntários,
> “
>   Uma outra forma de aproveitar a equivalência valor do tempo é a
> avaliação do trabalho prestado por voluntários.
>   Para muitos, trata-se de atividade pouco importante, 'marginal' do ponto
> de vista econômico.
>   O exemplo da Pastoral da Criança 
> é neste sentido significativo.
>   A Pastoral trabalha com 350 mil voluntários, e está na origem, nas
> regiões de atividade,
>   de 50% da redução da mortalidade infantil e 80% da redução das
> hospitalizações.
>   Em termos de contabilidade tradicional, esta atividade não é positiva:
> pelo contrário,
>   ao reduzir o consumo de medicamentos, uso de ambulâncias e dias de
> hospitalização, reduz o PIB.
>   E a atividade, como não é remunerada, não aparece no PIB como
> contribuição positiva.
>   Se estimarmos o trabalho das voluntárias da Pastoral dedicado a crianças
> em 1 hora por dia,
>   a R$3,30 a hora, podemos avaliar a contribuição da pastoral como
> equivalente a R$1.155.000 por dia.
> ”, L. Dowbor, akatu.org.br, "O valor economico do tempo livre"
> 
>
>
> Se a OSM-BR fosse uma organização formalizada (com CNPJ), essas horas
> poderiam ser registradas pela contabilidade,
> e usadas não só para demonstrar o "curriculum da OSM", o valor seria
> também demonstração de contrapartida em
> parcerias com o governo (prefeituras, autarquias, etc.) ou entidades de
> fomento, para formalizar as parcerias.
>
> O registro das horas voluntárias é uma prática pouco conhecida do público,
> mas comum entre entidades que buscam parcerias transparentes e duradouras.
>
>
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [OSM-talk] Guides to improve navigation data in OpenStreetMap

[Johan C]

Hi Abhishek

1. I think it's good to have a guide. But I'm familiar with discussions
through the standard OSM ways (Wiki pages, Diaries). I find GitHub not
easily accessible. Also, the danger exists that discussions are finished on
GitHub leading to changes in the guide, however omitting changes on the
Wiki pages. I think I would prefer to have a single point of discussion in
the standard OSM way. A possibility is this page:
http://wiki.openstreetmap.org/w/index.php?title=Talk:Lane_assist=edit=1

2. Shortly after Imagic launched the lanes suffix I helped improving some
issues. However, I always missed professional input since I think inventing
a good mapping scheme for supporting a lane assist is extremely complex.
Telenav had a bit of a discussion two years ago, that was it. I think it's
good to have Mapbox involved, but where are companies like TeleNav,
GeneralMagic and NavMii in this discussion?

3. One of the difficult topics is a situation involving two junctions.
Though I like the KISS way of the :lane suffix (avoiding a relation), in
case of two junctions a relation might be unavoidable, like in this
situation:
http://map.project-osrm.org/?z=18=51.896213%2C4.540266=51.896370%2C4.539505=51.896218%2C4.541039=en
Yep, the lane assist should help the driver by showing the left lane at the
starting point. Don't know how to tag it

4. The lack of involvement of companies building navigational apps might
not help getting OSM apps to the standard of apps like TomTom. In this
situation:
http://map.project-osrm.org/?z=16=51.944695%2C4.532418=51.934661%2C4.536710=51.946632%2C4.508986=en
MagicEarth does not show any lane assistance. It probably thinks this huge
intersection is a normal highway with a normal motorway exit, which should
not be showing up. I don't know if its a programming error or a case where
we need an extra tag like: lane_assist=yes, thus helping the router to
always display the lane assist.

5. A further topic might be the definition of the lanes tag, see this diary
entry: http://www.openstreetmap.org/user/imagic/diary/28309

Cherio, Johan


2016-03-10 11:03 GMT+01:00 Abhishek Saikia :

> Hello everyone,
>
> As a part of a recent push to improve OpenStreetMap navigation data, our
> team at Mapbox started collaborating documentation to create a
> comprehensive wiki on "* Guides to improve navigation data in
> OpenStreetMap *".
> This mapping guide is still not complete and the team intends to keep on
> adding new features to the guide  and make it more comprehensive so that it
> can be a reference to anyone who wants to contribute navigation data on
> OpenStreetMap. It will be helpful and great if the community can go through
> the guide and give their valuable feedback.
>
> Regards,
>
> Abhishek
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-at] Wochennotiz Nr. 293 23.2.2016–29.2.2016

[Friedrich Volkmann]

On 10.03.2016 23:23, Rudolf Mayer wrote:
> On 2016-03-09 03:20, Friedrich Volkmann wrote:
>> On 08.03.2016 22:12, Peter Barth wrote:
>>> die Benachrichtigung über eine neue Wochennotiz läuft bei uns (meistens)
>>> automatisch über ein kleines Skript. Da Clemens das seit einiger Zeit
>>> manuell macht, könnten wir das auch genauso gut bei uns ins Skript mit
>>> einbauen.
>>>
>>> Wenn es daher keine Widersprüche gibt, sollte ab dem nächsten mal auch
>>> auf talk-at automatisch "Werbung" erscheinen.
>>
>> Kann das Script auch die wichtigsten Inhalte ins Mail kopieren?
> 
> Das würde ich auch für ziemlich interessant halten, wenn das email gleich
> den Inhalt hätte und man nicht mehr irgendwohin klicken muss.

Das ist allerdings eine Minimalanforderung. Um hier on-topic zu sein,
sollten nur Inhalte mit Österreichbezug hereinkopiert oder diese besonders
hervorgehoben werden. Und wenn es keine gibt, dann unterbleibt das Mail halt
ganz.

> Aber wenn die masse es nicht will, eine weitere mailing list für die
> wochennotiz wäre auch eine Option..

In einem anderen Beitrag habe ich schon einen Newsletter vorgeschlagen. Die
Entscheidung zwischen NL und ML hängt davon ab, ob Antworten und
Diskussionen erwünscht sind. Der Umstand, dass schon verschiedene Webforen
und Mailinglisten mit den Wochennotizen zugespammt werden, spricht eindeutig
dagegen, dass noch zusätzlich eine ML zum Diskutieren gebraucht wird. Ein
Newsletter reicht völlig.

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

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

Re: [Talk-at] Wochennotiz Nr. 293 23.2.2016–29.2.2016

[Rudolf Mayer]

On 2016-03-09 03:20, Friedrich Volkmann wrote:

On 08.03.2016 22:12, Peter Barth wrote:

die Benachrichtigung über eine neue Wochennotiz läuft bei uns (meistens)
automatisch über ein kleines Skript. Da Clemens das seit einiger Zeit
manuell macht, könnten wir das auch genauso gut bei uns ins Skript mit
einbauen.

Wenn es daher keine Widersprüche gibt, sollte ab dem nächsten mal auch
auf talk-at automatisch "Werbung" erscheinen.


Kann das Script auch die wichtigsten Inhalte ins Mail kopieren?



Das würde ich auch für ziemlich interessant halten, wenn das email 
gleich den Inhalt hätte und man nicht mehr irgendwohin klicken muss.


Wenn das nicht geht, mir wäre das mail prinzipiell dennoch recht, weil 
ich die Notizen interessant finde, aber selber nicht daran denken würde 
die regelmäßig zu checken (und ich verwende schon länger keine RSS mehr, 
das ist einfach zu mühsam mit zu vielen unterschiedlichen client devices..)


Aber wenn die masse es nicht will, eine weitere mailing list für die 
wochennotiz wäre auch eine Option..


lg

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

Re: [Talk-cz] Vyhledavani v MHD

[Pavel Machek]

On Thu 2016-03-10 22:57:00, Pavel Machek wrote:
> AHoj!
> 
> > dal by se z toho udělat nějaký servis? Tedy, že bych se přes ajax zeptal 
> > třeba na to, jaké linky na dané zastávce zastavují, jaké jsou zastávkové 
> > jízdní řády, kdy pojede další autobus a kam. Tedy něco, co by se dalo 
> > zaintegrovat do aktivní vrstvy na osmap.cz.
> 
> No, webovy server je spis problem, zvlast pokud by na nem byl nejaky
> vetsi load.
> 
> Ale nejaky utilitky volatelny z prikazovy radky by sly. Mam tu i
> pomerne chytry vyhledavani spojeni, ale to je zas narocnejsi na CPU.
> 
> Asi bych umel udelat vyrobit seznam tvaru
> 
> Jmeno zastavkyjmeno linkyjmeno linky...
> 
> Bylo by to uzitecne?

Rozjel jsem vyhledavani. Potrebuje 253MB "databazi", ale pak to hleda
rozumne rychle. (Ale tohle je ta nejjednodussi/nejrychlejsi vyhledavacka)

Pavel

pavel@amd:~/sf/timetab/cz/cis$ time ../../timetab 'Kladno,,Poldi' 10.3.2016 
10:00 'Říčany,,Rychta'
Memory image already present.
Checking signature: okay
Getting towns...
Done with 12:08   Říčany,,Rychta... (5523, 14% finalized))d)
==
Connection from:  Kladno,,Poldi
 to:  Říčany,,Rychta
==
48 Kilometres Travel time 2:06

  - 10:02   Kladno,,Poldi   (4km,34km/h)
10:09 - 10:09   Cvrčovice,,ObÚ(1km,60km/h)
10:10 - 10:10   Cvrčovice,,u Taušů   (1km,60km/h)
10:11 - 10:11   Brandýsek,,u kina  (0km,0km/h)
10:12 - 10:12   Brandýsek,,škola  (5km,60km/h)
10:17 - Želenice,, 
##  220048_5  (  tmp/508 1.11 )
; to: Želenice,, (10:17)
emarks:  X

  - 10:18  ~Želenice,, (1km,30km/h)
10:20 - Pošta,,
##  515001_410  (  tmp/2550 1.10 )
; to: Chrochvice,, (10:22)
emarks:  +@

  - 10:21   Pošta,,(0km,0km/h)
10:23 - 10:23  ~Modrý bod,,(0km,0km/h)
10:24 - 10:24  ~Samoobsluha,,   (1km,60km/h)
10:25 - 10:25  ~Masarykova I,,  (0km,0km/h)
10:26 - 10:26  ~Masarykova II,, (1km,60km/h)
10:27 -~Gymnázium,,
##  235501_109  (  tmp/3485 1.11 )
; to: nem.,, (10:28)
emarks:  6+@

  - 10:29  ~Gymnázium,,(0km,0km/h)
10:31 - 10:31  ~Táboritská,,  (1km,60km/h)
10:32 -~Polepská,, 
##  235010_13  (  tmp/7524 1.11 )
; to: Sendražice,II,, (10:45)
emarks:  6+

  - 10:35  ~Polepská,, (1km,60km/h)
10:36 -~Tiskárny,, 
##  235003_23  (  tmp/3222 1.11 )
; to: Zimní stadion,, (10:51)
emarks:  X@

  - 10:42   Tiskárny,, (1km,60km/h)
10:43 - 10:43   Vrbenská - vlečka,,   (0km,0km/h)
10:44 - 10:44   Pekárny,,  (0km,0km/h)
10:45 - 10:45   Hraniční,,(1km,60km/h)
10:46 - 10:46   Kovárna,,  (0km,0km/h)
10:47 - 10:47   Zvonárna,, (1km,60km/h)
10:48 - 10:48   Dobrá Voda,U Křížku,,   (0km,0km/h)
10:49 - 10:49   Dobrá Voda,Domov důchodců,,  (1km,60km/h)
10:50 - 10:50   Dobrá Voda,U Kapličky,,   (0km,0km/h)
10:51 - Dobrá Voda,Točna,,
##  325006_110  (  tmp/9740 1.10 )
; to: Dobrá Voda,Točna,, (10:51)
emarks:  X

  - 10:59   Dobrá Voda,Točna,,(1km,30km/h)
11:01 - 11:01   Nové Třebotovice,,(1km,30km/h)
11:03 - 11:03  ~Třebotovice - rozcestí,,  (1km,60km/h)
11:04 - 11:04   Kaliště - samoty,,(1km,60km/h)
11:05 - Kaliště,, 
##  325010_70  (  tmp/3107 1.10 )
; to: Kaliště,, (11:05)
emarks:  X{

  - 11:16   Kaliště,, (3km,36km/h)
11:21 - 11:21   Kaliště,Lensedly, (1km,20km/h)
11:24 - 11:24   Ondřejov,Turkovice,(1km,30km/h)
11:26 - 11:26   Ondřejov,,Turkovická  (1km,30km/h)
11:28 - Ondřejov,,nám.
##  282403_6  (  tmp/8133 1.11 )
; to: Ondřejov,,nám. (11:28)
emarks:  X

  - 11:34   Ondřejov,,nám.(1km,20km/h)
11:37 - 11:37   Ondřejov,,U pily   (1km,30km/h)
11:39 - 11:39   Ondřejov,Třemblat,rozc.Mnichovice  (2km,60km/h)
11:41 - 11:41   Ondřejov,Třemblat,rozc.Zvánovice  (1km,30km/h)
11:43 - 11:43   Zvánovice,,(1km,20km/h)
11:46 - 11:46   Ondřejov,Třemblat,(2km,60km/h)
11:48 - 11:48   Ondřejov,Třemblat,Lipská (1km,30km/h)
11:50 - 11:50   Struhařov,,Habr(1km,30km/h)
11:52 - Struhařov,,U hřiště 
##  100383_32  (  tmp/6599 1.11 )
; to: Praha,,Háje (12:33)
emarks:  6

 

Re: [Talk-GB] OSM with Wikidata: now covers UK and Ireland

[Colin Smale]

Hi Edward, 

I took a look at the result pages and I noticed a small, but pervasive
typo. All the listings of a category per county are actually titled per
countRy on all the pages. For example on the Greater London page
http://edwardbetts.com/osm-wikidata/gb-ie/region/Greater_London you see
under the "categories" heading "Airports by country" instead of
"Airports by county". From the content it is clear that you mean county.


Only one letter, but a huge difference in meaning... 

Thanks 

Colin

On 2016-03-10 18:57, Edward Betts wrote:

> I've extended my search for matches between OSM and Wikidata again. It now
> covers all of the UK and Ireland.
> 
> I used map data from http://download.geofabrik.de/europe/british-isles.html
> 
> The results are grouped by region or county as well as by category.
> 
> http://edwardbetts.com/osm-wikidata/gb-ie/
> 
> I'm going to figure out how to upload these matches to OSM. I've registered an
> account with the username Wikidata to use for the uploads.
> 
> There will be one changeset per county + category for any category with 10 or
> more matches in that county. Categories with less than 10 matches in the
> county will be combined into a single changeset.
> 
> OSM objects with an existing wikidata tag won't be changed.
 ___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] OSM with Wikidata: now covers UK and Ireland

[Edward Betts]

Now fixed: http://edwardbetts.com/osm-wikidata/gb-ie/region/Isle_of_Man

Thanks for the bug report.
-- 
Edward.

Colin Spiller  wrote:
> Isle of Man conspicuous by its absence
> Colin
> 
> Edward Betts  wrote:
> 
> >I've extended my search for matches between OSM and Wikidata again. It now
> >covers all of the UK and Ireland.
> >
> >I used map data from http://download.geofabrik.de/europe/british-isles.html
> >
> >The results are grouped by region or county as well as by category.
> >
> >http://edwardbetts.com/osm-wikidata/gb-ie/
> >
> >I'm going to figure out how to upload these matches to OSM. I've registered 
> >an
> >account with the username Wikidata to use for the uploads.
> >
> >There will be one changeset per county + category for any category with 10 or
> >more matches in that county. Categories with less than 10 matches in the
> >county will be combined into a single changeset.
> >
> >OSM objects with an existing wikidata tag won't be changed.

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

Re: [Talk-GB] OSM with Wikidata: now covers UK and Ireland

[Philip Barnes]

On Thu Mar 10 21:48:45 2016 GMT, Colin Spiller wrote:
> Isle of Man conspicuous by its absence
The Isle of Man is neither part of the UK or Ireland 

Phil (trigpoint)

> 
> Edward Betts  wrote:
> 
> >I've extended my search for matches between OSM and Wikidata again. It now
> >covers all of the UK and Ireland.
> >
> >I used map data from http://download.geofabrik.de/europe/british-isles.html
> >
> >The results are grouped by region or county as well as by category.
> >
> >http://edwardbetts.com/osm-wikidata/gb-ie/
> >
> >I'm going to figure out how to upload these matches to OSM. I've registered 
> >an
> >account with the username Wikidata to use for the uploads.
> >
> >There will be one changeset per county + category for any category with 10 or
> >more matches in that county. Categories with less than 10 matches in the
> >county will be combined into a single changeset.
> >
> >OSM objects with an existing wikidata tag won't be changed.
> >-- 
> >Edward.
> >
> >___
> >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
>

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

Re: [OSM-talk-ie] [Talk-GB] OSM with Wikidata: now covers UK and Ireland

[Philip Barnes]

On Thu Mar 10 21:48:45 2016 GMT, Colin Spiller wrote:
> Isle of Man conspicuous by its absence
The Isle of Man is neither part of the UK or Ireland 

Phil (trigpoint)

> 
> Edward Betts  wrote:
> 
> >I've extended my search for matches between OSM and Wikidata again. It now
> >covers all of the UK and Ireland.
> >
> >I used map data from http://download.geofabrik.de/europe/british-isles.html
> >
> >The results are grouped by region or county as well as by category.
> >
> >http://edwardbetts.com/osm-wikidata/gb-ie/
> >
> >I'm going to figure out how to upload these matches to OSM. I've registered 
> >an
> >account with the username Wikidata to use for the uploads.
> >
> >There will be one changeset per county + category for any category with 10 or
> >more matches in that county. Categories with less than 10 matches in the
> >county will be combined into a single changeset.
> >
> >OSM objects with an existing wikidata tag won't be changed.
> >-- 
> >Edward.
> >
> >___
> >Talk-GB mailing list
> >talk...@openstreetmap.org
> >https://lists.openstreetmap.org/listinfo/talk-gb
> ___
> Talk-GB mailing list
> talk...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>

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

Re: [Talk-cz] Vyhledavani v MHD

[Pavel Machek]

AHoj!

> dal by se z toho udělat nějaký servis? Tedy, že bych se přes ajax zeptal 
> třeba na to, jaké linky na dané zastávce zastavují, jaké jsou zastávkové 
> jízdní řády, kdy pojede další autobus a kam. Tedy něco, co by se dalo 
> zaintegrovat do aktivní vrstvy na osmap.cz.

No, webovy server je spis problem, zvlast pokud by na nem byl nejaky
vetsi load.

Ale nejaky utilitky volatelny z prikazovy radky by sly. Mam tu i
pomerne chytry vyhledavani spojeni, ale to je zas narocnejsi na CPU.

Asi bych umel udelat vyrobit seznam tvaru

Jmeno zastavkyjmeno linkyjmeno linky...

Bylo by to uzitecne?

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

[talk-latam] Semanario Nr. 294

[Laura Barroso]

Hola, el semanario Nr. 294, el sumario de todo lo que está ocurriendo en
el mundo de openstreetmap está en línea en español
http://www.weeklyosm.eu/es/ ¡Disfruta!

Los artículos más destacados de esta edición #294 son:

1.La "Alianza Libres Sin Violencia" (Alianza Libre sin violencia) es una
asociación de 50 organizaciones en Bolivia que se opone a la violencia
contra las mujeres. En el mapa se puede encontrar el contacto de los
centros de apoyo psicológico de la policía a las instituciones del Estado
en la pueden aplicar mujeres.

2. La llamada para los lugares de encuentro para SotM 2017 ya está abierta!

3. La discusión sobre la nueva página web de Missing Maps continúa.

4.Existe una plataforma que puede decir cuánto tiempo le tomaría a la
civilización derrumbarse si fueras paciente cero en un brote de viruela
catastrófica. Se basa en los datos de OpenStreetMap y las rutas de vuelo
IATA. Los creativos fueron Vicente Blachere, Raphael Perrollier, Adrien
garza, Alban Gallée y Simon Lamasa.

WeeklyOSM en Español está producido por:
https://wiki.openstreetmap.org/wiki/WeeklyOSM



















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

[Talk-es] Semanario Nr. 294

[Laura Barroso]

Hola, el semanario Nr. 294, el sumario de todo lo que está ocurriendo en
el mundo de openstreetmap está en línea en español
http://www.weeklyosm.eu/es/ ¡Disfruta!

Los artículos más destacados de esta edición #294 son:

1.La "Alianza Libres Sin Violencia" (Alianza Libre sin violencia) es una
asociación de 50 organizaciones en Bolivia que se opone a la violencia
contra las mujeres. En el mapa se puede encontrar el contacto de los
centros de apoyo psicológico de la policía a las instituciones del Estado
en la pueden aplicar mujeres.

2. La llamada para los lugares de encuentro para SotM 2017 ya está abierta!

3. La discusión sobre la nueva página web de Missing Maps continúa.

4.Existe una plataforma que puede decir cuánto tiempo le tomaría a la
civilización derrumbarse si fueras paciente cero en un brote de viruela
catastrófica. Se basa en los datos de OpenStreetMap y las rutas de vuelo
IATA. Los creativos fueron Vicente Blachere, Raphael Perrollier, Adrien
garza, Alban Gallée y Simon Lamasa.

WeeklyOSM en Español está producido por:
https://wiki.openstreetmap.org/wiki/WeeklyOSM



















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

[OSM-co] Semanario Nr. 294

[Laura Barroso]

Hola, el semanario Nr. 294, el sumario de todo lo que está ocurriendo en
el mundo de openstreetmap está en línea en español
http://www.weeklyosm.eu/es/ ¡Disfruta!

Los artículos más destacados de esta edición #294 son:

1.La "Alianza Libres Sin Violencia" (Alianza Libre sin violencia) es una
asociación de 50 organizaciones en Bolivia que se opone a la violencia
contra las mujeres. En el mapa se puede encontrar el contacto de los
centros de apoyo psicológico de la policía a las instituciones del Estado
en la pueden aplicar mujeres.

2. La llamada para los lugares de encuentro para SotM 2017 ya está abierta!

3. La discusión sobre la nueva página web de Missing Maps continúa.

4.Existe una plataforma que puede decir cuánto tiempo le tomaría a la
civilización derrumbarse si fueras paciente cero en un brote de viruela
catastrófica. Se basa en los datos de OpenStreetMap y las rutas de vuelo
IATA. Los creativos fueron Vicente Blachere, Raphael Perrollier, Adrien
garza, Alban Gallée y Simon Lamasa.

WeeklyOSM en Español está producido por:
https://wiki.openstreetmap.org/wiki/WeeklyOSM



















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

[Talk-cl] Semanario Nr. 294

[Laura Barroso]

Hola, el semanario Nr. 294, el sumario de todo lo que está ocurriendo en
el mundo de openstreetmap está en línea en español
http://www.weeklyosm.eu/es/ ¡Disfruta!

Los artículos más destacados de esta edición #294 son:

1.La "Alianza Libres Sin Violencia" (Alianza Libre sin violencia) es una
asociación de 50 organizaciones en Bolivia que se opone a la violencia
contra las mujeres. En el mapa se puede encontrar el contacto de los
centros de apoyo psicológico de la policía a las instituciones del Estado
en la pueden aplicar mujeres.

2. La llamada para los lugares de encuentro para SotM 2017 ya está abierta!

3. La discusión sobre la nueva página web de Missing Maps continúa.

4.Existe una plataforma que puede decir cuánto tiempo le tomaría a la
civilización derrumbarse si fueras paciente cero en un brote de viruela
catastrófica. Se basa en los datos de OpenStreetMap y las rutas de vuelo
IATA. Los creativos fueron Vicente Blachere, Raphael Perrollier, Adrien
garza, Alban Gallée y Simon Lamasa.

WeeklyOSM en Español está producido por:
https://wiki.openstreetmap.org/wiki/WeeklyOSM



















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

Re: [Talk-GB] OSM with Wikidata: now covers UK and Ireland

[Edward Betts]

The matching code is looking for castles to be tagged with one of:

historic=castle, building=castle, or tourism=attraction

'@ Bristol' is tagged as tourism=attraction.

hen my code is matching names it tries removing ' castle' from the end of
castle names. It also removes any symbols, so we end up with 'Bristol Castle'
matching '@ Bristol'

I will change the name matching so the @ symbol isn't removed.

Thanks for useful bug report.
-- 
Edward.

Neil Matthews  wrote:
> Had a look at Bristol -- seems fine...
> ...except:
> 
> Q4968836 — Bristol Castle — 2 matches found
> @ Bristol
> 
> Sometimes known as "At Bristol" -- a science-themed museum/attraction -- an
> odd match to a ruined castle?
> 
> Cheers,
> Neil

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

Re: [Talk-GB] OSM with Wikidata: now covers UK and Ireland

[Colin Spiller]

Isle of Man conspicuous by its absence
Colin

Edward Betts  wrote:

>I've extended my search for matches between OSM and Wikidata again. It now
>covers all of the UK and Ireland.
>
>I used map data from http://download.geofabrik.de/europe/british-isles.html
>
>The results are grouped by region or county as well as by category.
>
>http://edwardbetts.com/osm-wikidata/gb-ie/
>
>I'm going to figure out how to upload these matches to OSM. I've registered an
>account with the username Wikidata to use for the uploads.
>
>There will be one changeset per county + category for any category with 10 or
>more matches in that county. Categories with less than 10 matches in the
>county will be combined into a single changeset.
>
>OSM objects with an existing wikidata tag won't be changed.
>-- 
>Edward.
>
>___
>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-se] Stockholms läns regionala cykelstråk

[Essin]

Hej!


Dessutom vill jag ta bort Åkersbergastråket ifrån E18, där det är lagt
> idag. Även om det har state=proposed så är det fel. Politikernas
> funderingar handlar om att bygga en helt ny snabbcykelväg som förvisso
> delvis går längs med E18 men aldrig på den. Dessutom handlar det
> fortfarande mer om drömmar än några konkreta planer och sträckningen är
> långt ifrån fastlagd. Jag tycker det är vilseledande att rita ut föreslaget
> cykelstråk på motorvägen.
>
> --
> Björn


Det finns flera kartanteckningar som visar att state=proposed som det
används nu är förvirrande för en del användare:
http://www.openstreetmap.org/note/358395
http://www.openstreetmap.org/note/492494 och
http://www.openstreetmap.org/note/354206 . Är det tänkt att state=proposed
ska användas för vägar där cykeltrafik kan vara förbjuden eller annars
olämplig, där den fysiska cykelvägen alltså ännu inte existerar, eller bara
för vägar som redan är lämpliga för cykling men inte ännu ingår i ett
stråk? Hur gick diskussionerna när taggen skapades? Det står inte i
teckenförklaringen på http://wiki.openstreetmap.org/wiki/OpenCycleMap vad
streckade linjer betyder, och den sidan är inte länkad direkt från
cykellagret. http://wiki.openstreetmap.org/wiki/Cycle_routes nämner "Routes
are sometimes not official routes pending some negotiation or development
-- the opencyclemap rendering shows these routes dotted." där "development"
kanske skulle kunna tolkas som "bygge av en cykelväg".

Vänliga hälsningar
Essin
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-GB] OSM with Wikidata: now covers UK and Ireland

[Richard Symonds]

>
> "To fix in wikidata/wikipedia is there one place to edit it so that it
> propagates to wikidata and all the different language wikipedias? "


The best way is to update wikidata, and in good time it will propagate
across to the various Wikipedias once they're linked with Wikidata (not all
are fully linked yet, but they will be in time)

Richard Symonds
Wikimedia UK
0207 065 0992

Wikimedia UK is a Company Limited by Guarantee registered in England and
Wales, Registered No. 6741827. Registered Charity No.1144513. Registered
Office 4th Floor, Development House, 56-64 Leonard Street, London EC2A 4LT.
United Kingdom. Wikimedia UK is the UK chapter of a global Wikimedia
movement. The Wikimedia projects are run by the Wikimedia Foundation (who
operate Wikipedia, amongst other projects).

*Wikimedia UK is an independent non-profit charity with no legal control
over Wikipedia nor responsibility for its contents.*

On 10 March 2016 at 20:35, Ian Caldwell 
wrote:

> This analysis shows some errors in both wikidata/wikipedia and OSM, we
> should try and fix some of them.
>
> On error in particular is difference in location, in Worcestershire  they
> are 36 cases were the distance is 1 km or more. It quite a lot of cases
> this is an error in wikidata/wikipedia. To fix in wikidata/wikipedia is
> there one place to edit it so that it propagates to wikidata and all the
> different language wikipedias?
>
>
> Ian
>
> On 10 March 2016 at 17:57, Edward Betts  wrote:
>
>> I've extended my search for matches between OSM and Wikidata again. It now
>> covers all of the UK and Ireland.
>>
>> I used map data from
>> http://download.geofabrik.de/europe/british-isles.html
>>
>> The results are grouped by region or county as well as by category.
>>
>> http://edwardbetts.com/osm-wikidata/gb-ie/
>>
>> I'm going to figure out how to upload these matches to OSM. I've
>> registered an
>> account with the username Wikidata to use for the uploads.
>>
>> There will be one changeset per county + category for any category with
>> 10 or
>> more matches in that county. Categories with less than 10 matches in the
>> county will be combined into a single changeset.
>>
>> OSM objects with an existing wikidata tag won't be changed.
>> --
>> Edward.
>>
>> ___
>> 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
>
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Wochennotiz Nr. 294 1.3.2016–7.3.2016

[Wochennotizteam]

Hallo,

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

http://blog.openstreetmap.de/blog/http://blog.openstreetmap.de/blog/2016/03/wochennotiz-nr-294//wochennotiz-nr-294/

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

Re: [Talk-de] Datenerfassung für stadtverträgliches LKW-Routing im Rheinland

[Michael Reichert]

Hallo Dominik,

Am 10.03.2016 um 11:55 schrieb Paaß, Dominik:
> Ich arbeite beim Verkehrsverbund Rhein-Sieg in Köln und wir haben den Auftrag 
> in Zusammenarbeit mit 148 Kommunen in der Metropolregion Rheinland eine 
> Datengrundlage zur Verfügung zu stellen, auf deren Basis ein effizientes 
> LKW-Routing aufgebaut werden kann. 

Wer finanziert dieses Projekt? Der VRS allein? Oder steckt da noch ein
Bundesministerium (BMBF?) im Boot?

Wie lange ist die Laufzeit des Projekts?

Was soll passieren, wenn die Förderung ausläuft? OSM wird auch nach
eurem Ende noch existent sein. Seit dem Namo-Projekt habe ich ein
Problem mit öffentlich geförderten Projekten, deren Förderung irgendwann
endet und die mit ihren eigenen Mappern Daten in OSM eintragen. (Die
meisten Namo-Bürgersteige dürften noch nicht wieder gelöscht sein – ich
habe es auch nicht vor)

Auch stelle ich mir die Frage, was passiert, wenn die Förderung
ausgelaufen ist, euer Editor aber weiterhin funktioniert, aber einen Bug
hat, der OSM schadet.

> Nun stellt sich die Frage, ob es nicht sinnvoller wäre, statt einer 
> individuellen Softwareentwicklung mit eigener Datenbasis, die Daten direkt in 
> OSM einzupflegen!? Das hätte natürlich den Charme, dass die Daten Jedem zur 
> Verfügung stehen (u.a. auch für das LKW-Routing in openrouteservice) und eine 
> weite Verbreitung der Daten gewährleistet ist.

(Folgende Kommentar stammt zwar von ubahnverleih, aber ich stimme dem zu
und gebe ihn daher hier wieder.)
Wenn man die Daten unter einer geeigneten Lizenz [1] zur Verfügung
stellen würde, bräuchte man sie gar nicht in OSM eintragen.

> · Die Eingabeoberfläche bzw. der OSM-Editor muss simpel und 
> übersichtlich sein, damit Jeder versteht, wie die Daten eingegeben werden 
> können. Ich habe bisher JOSM verwendet, das für einen 08/15-Anwender 
> natürlich viel zu überladen ist. Ich stelle mir vor, dass wir eine 
> abgespeckte Version eines solchen Editors beauftragen in der nur die für die 
> Kommunen relevanten Daten enthalten sind.

Für gewisse Sachen, die ihr eintragen wollt, wäre es gar gut (sogar
empfehlenswert), wenn die Leute, die editieren, auch wissen, was sie
tun. Wer viel an Straßen editiert, sollte eine Grundahnung von
Relationen haben. Ich sehe jetzt schon den Unmut am Horizont, wenn die
Benutzer eures Editors Relationen beschädigen oder richtungsabhängige
Tags nicht berücksichtigen, weil ihr Editor entweder nicht richtig mit
Relationen/richtungsabhängigen Tags umgehen kann oder sie bei
Beschädigung selbiger nicht warnt.

> · Wenn möglich sollten Daten, wie die LKW-Vorrangrouten, die nur von 
> den Kommunen bestimmt werden können, möglichst nicht von Jedem geändert 
> werden können. Ich weiß, dass das dem Naturell der OSM wiederspricht, aber es 
> wäre für eine zuverlässige LKW-Navigation wichtig, dass das Vorrangroutennetz 
> dauerhaft verfügbar ist.

Wenn du weißt, dass es OSM widerspricht, warum schlägst du es dann
überhaupt vor?

Viele Grüße

Michael



[1] Anmerkung von mir: Geeignet ist die CC-0. Wenn man die CC-BY nimmt,
sind die Daten nicht für OSM brauchbar. Wenn die Lizenz OSM-kompatibel
sein soll, solltet ihr einen Blick auf
https://wiki.openstreetmap.org/wiki/Import/ODbL_Compatibility werfen.

-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)




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

Re: [Talk-at] Wochennotiz Nr. 293 23.2.2016–29.2.2016

[Friedrich Volkmann]

On 10.03.2016 21:44, Clemens Schüller wrote:
> Hmm, ich verstehe nicht so ganz, dass es da solche "Differenzen"
> zw. talk-de und talk-at gibt.

Ein Mitgrund ist sicher, dass wir in Talk-AT zwischen Österreichbezug und
sonstigem differenzieren können, während die Deutschen der Meinung sind,
dass die Welt nur aus Deutschland besteht.

> Weiters denke ich mir, dass es sicher einige User (vor allem die
> Neulinge) gibt, die die Wochennotiz gar nicht kennen

Geh bitte, das ist doch ein typisches Spammerargument.

> bzw. gar keinen RSS Reader verwenden (wollen).

Für die könnt ihr ja einen Newsletter aufsetzen.

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

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

Re: [Talk-GB] OSM with Wikidata: now covers UK and Ireland

[Philip Barnes]

What plans are there for maintenance of this data in future,  it is a move away 
from human readable tags so errors will go unnoticed.

Mappers are very unlikely to add new wikidata tags in the way we add Wikipedia. 

Phil (trigpoint) 

On Thu Mar 10 20:00:17 2016 GMT, Edward Betts wrote:
> Dave F  wrote:
> > I haven't been paying full attention to this. Are we not meant to add a
> > wikipedia tag any more?
> > 
> > Could you give a brief update on the proposal please.
> 
> Here are the relevant pages on the wiki:
> 
> http://wiki.openstreetmap.org/wiki/Wikidata
> 
> http://wiki.openstreetmap.org/wiki/Mechanical_Edits/wikidata
> 
> -- 
> Edward.
> 
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>

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

Re: [Talk-GB] OSM with Wikidata: now covers UK and Ireland

[SK53]

I'm not sure about that. Very recently I noticed the Architectural
Association on Bedford Square was missing (interest is that it has a
bookshop). I was able to locate it using OOC OSGB maps (particularly the
late Victorian town plan & the post-war 1:1250 maps of London), which also
had house numbers on.

All well & good until looking at the image on Wikipedia I realised it
showed the S side of Bedford Square, not the W side. This same error was
present in IIRC 12 language versions and Wikidata. I corrected one or two,
but for the rest merely noted that the image was incorrect. I certainly
could see no simple way to correct all at once.

Jerry

On 10 March 2016 at 20:35, Ian Caldwell 
wrote:

> This analysis shows some errors in both wikidata/wikipedia and OSM, we
> should try and fix some of them.
>
> On error in particular is difference in location, in Worcestershire  they
> are 36 cases were the distance is 1 km or more. It quite a lot of cases
> this is an error in wikidata/wikipedia. To fix in wikidata/wikipedia is
> there one place to edit it so that it propagates to wikidata and all the
> different language wikipedias?
>
>
> Ian
>
> On 10 March 2016 at 17:57, Edward Betts  wrote:
>
>> I've extended my search for matches between OSM and Wikidata again. It now
>> covers all of the UK and Ireland.
>>
>> I used map data from
>> http://download.geofabrik.de/europe/british-isles.html
>>
>> The results are grouped by region or county as well as by category.
>>
>> http://edwardbetts.com/osm-wikidata/gb-ie/
>>
>> I'm going to figure out how to upload these matches to OSM. I've
>> registered an
>> account with the username Wikidata to use for the uploads.
>>
>> There will be one changeset per county + category for any category with
>> 10 or
>> more matches in that county. Categories with less than 10 matches in the
>> county will be combined into a single changeset.
>>
>> OSM objects with an existing wikidata tag won't be changed.
>> --
>> Edward.
>>
>> ___
>> 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
>
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-at] Wochennotiz Nr. 293 23.2.2016–29.2.2016

[Clemens Schüller]

Hallo!

Am 09. Mär. 2016 um 08:00 schrieb nebulon42:
> Am 2016-03-09 um 07:37 schrieb Thomas Konrad:

>> Jeder, der möchte, kann sich die Wochennotiz per RSS
>> abonnieren. Bitte nicht hier ausschicken, das halte ich für unnötig.

> Kann mich dem Gesagten nur anschließen.
> nebulon42

Hmm, ich verstehe nicht so ganz, dass es da solche "Differenzen"
zw. talk-de und talk-at gibt.

Weiters denke ich mir, dass es sicher einige User (vor allem die
Neulinge) gibt, die die Wochennotiz gar nicht kennen bzw. gar keinen RSS
Reader verwenden (wollen).



-- 
Beste Grüße, Clemens Schüller

OSM User: cschueller


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

Re: [OSM-talk] Guides to improve navigation data in OpenStreetMap

[Lester Caine]

On 10/03/16 17:46, Philip Barnes wrote:
> You will also need to consider bus lanes as well.

Complicated by selective operating times and contraflow problems :)
I got caught out by that going to SOTM at Birmingham ... OSMAND was
telling me where to turn ...

-- 
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 mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-de] Datenerfassung für stadtverträgliches LKW-Routing im Rheinland

[Bernhard Weiskopf]

Sowas ähnliches vermisse ich auch, ähnlich wie 
http://wiki.openstreetmap.org/wiki/DE:Class:bicycle

Es gibt beispielsweise (unverbindliche) Radwegschilder als (offizielle) 
Nutzungsempfehlung, aber auch Hinweisschilder für den Schwerlastverkehr, z. B. 
 oder auch nur einfache 
Schilder wie "Alle Richtungen", die auf bevorzugte Benutzung hinweisen. 

In meiner Umgebung führen manche Router Kfz. durch Wohngebiete, weil die 
Strecke ein wenig schneller ist (kürzer ist sie sowieso), als die 
Umgehungsstraße. Die Straße durchs Wohngebiet ist aber keine Anliegerstraße, 
die Nutzung also legal.

Wenn wir solche Routing-Empfehlungen (oder Vermeidungs-Empfehlungen) für die 
unterschiedlichen Nutzergruppen eintragen könnten, würde ich das begrüßen. 
Manche Empfehlungen kann man anhand von Schildern erkennen, mit dem Zusatz z. 
B. source:class:bicycle = sign könnte man die Quelle angeben. 

TMC-Daten werden auch eingetragen, obwohl fast niemand diese überprüfen kann, 
schon gar nicht vor Ort. Und ich finde diese Einträge sehr sinnvoll, wie man an 
den Verkehrshinweisen in openrouteservice.de, wie  sieht.

Bernhard



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

Re: [Talk-GB] OSM with Wikidata: now covers UK and Ireland

[Ian Caldwell]

This analysis shows some errors in both wikidata/wikipedia and OSM, we
should try and fix some of them.

On error in particular is difference in location, in Worcestershire  they
are 36 cases were the distance is 1 km or more. It quite a lot of cases
this is an error in wikidata/wikipedia. To fix in wikidata/wikipedia is
there one place to edit it so that it propagates to wikidata and all the
different language wikipedias?


Ian

On 10 March 2016 at 17:57, Edward Betts  wrote:

> I've extended my search for matches between OSM and Wikidata again. It now
> covers all of the UK and Ireland.
>
> I used map data from
> http://download.geofabrik.de/europe/british-isles.html
>
> The results are grouped by region or county as well as by category.
>
> http://edwardbetts.com/osm-wikidata/gb-ie/
>
> I'm going to figure out how to upload these matches to OSM. I've
> registered an
> account with the username Wikidata to use for the uploads.
>
> There will be one changeset per county + category for any category with 10
> or
> more matches in that county. Categories with less than 10 matches in the
> county will be combined into a single changeset.
>
> OSM objects with an existing wikidata tag won't be changed.
> --
> Edward.
>
> ___
> 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-ie] [Talk-GB] OSM with Wikidata: now covers UK and Ireland

[Brian Prangle]

Hi Edward

I would import only after an invitation by a mapper or mappers in the
relevant county, and only after they've checked where your data has more
than one match and indicated which of the multiple matches is the
appropriate one

A wiki table showing the progress of each county would  be useful.

Regards

Brian

On 10 March 2016 at 17:57, Edward Betts  wrote:

> I've extended my search for matches between OSM and Wikidata again. It now
> covers all of the UK and Ireland.
>
> I used map data from
> http://download.geofabrik.de/europe/british-isles.html
>
> The results are grouped by region or county as well as by category.
>
> http://edwardbetts.com/osm-wikidata/gb-ie/
>
> I'm going to figure out how to upload these matches to OSM. I've
> registered an
> account with the username Wikidata to use for the uploads.
>
> There will be one changeset per county + category for any category with 10
> or
> more matches in that county. Categories with less than 10 matches in the
> county will be combined into a single changeset.
>
> OSM objects with an existing wikidata tag won't be changed.
> --
> Edward.
>
> ___
> Talk-GB mailing list
> talk...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [Talk-GB] OSM with Wikidata: now covers UK and Ireland

[Brian Prangle]

Hi Edward

I would import only after an invitation by a mapper or mappers in the
relevant county, and only after they've checked where your data has more
than one match and indicated which of the multiple matches is the
appropriate one

A wiki table showing the progress of each county would  be useful.

Regards

Brian

On 10 March 2016 at 17:57, Edward Betts  wrote:

> I've extended my search for matches between OSM and Wikidata again. It now
> covers all of the UK and Ireland.
>
> I used map data from
> http://download.geofabrik.de/europe/british-isles.html
>
> The results are grouped by region or county as well as by category.
>
> http://edwardbetts.com/osm-wikidata/gb-ie/
>
> I'm going to figure out how to upload these matches to OSM. I've
> registered an
> account with the username Wikidata to use for the uploads.
>
> There will be one changeset per county + category for any category with 10
> or
> more matches in that county. Categories with less than 10 matches in the
> county will be combined into a single changeset.
>
> OSM objects with an existing wikidata tag won't be changed.
> --
> Edward.
>
> ___
> 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] Vyhledavani v MHD

[Jan Cibulka]

Asi všichni myslíte toto [1], ale předem varuju, je to docela dřina rozjet. 
Teda pokud chcete, aby to fakt fungovalo ;)

[1] http://graphserver.github.io/graphserver/

 

From: Petr Schönmann [mailto:pschonm...@gmail.com] 
Sent: Thursday, March 10, 2016 8:25 PM
To: OpenStreetMap Czech Republic 
Subject: Re: [Talk-cz] Vyhledavani v MHD

 

Me by se moc líbilo kliknout na nejakou zastávku a zjistit kam dojedu když budu 
muset n-krat přestoupit. A vykreslení tras (pavouka) do mapy. 

 

Dne čt 10. 3. 2016 12:58 uživatel Marián Kyral  > napsal:

Ahoj,
dal by se z toho udělat nějaký servis? Tedy, že bych se přes ajax zeptal třeba 
na to, jaké linky na dané zastávce zastavují, jaké jsou zastávkové jízdní řády, 
kdy pojede další autobus a kam. Tedy něco, co by se dalo zaintegrovat do 
aktivní vrstvy na osmap.cz  .

Případně později i nějaké pokročilejší hledání v jízdních řádech - přestupy a 
pod. 

Marián

-- Původní zpráva --
Od: Pavel Machek  >
Komu: OpenStreetMap Czech Republic  >
Datum: 10. 3. 2016 12:44:24
Předmět: [Talk-cz] Vyhledavani v MHD

 

AhoJ!

On Wed 2016-03-09 10:24:42, Jethro wrote:
> On Mon, Mar 07, 2016 at 02:52:05PM +0100, Ladislav Nesnera wrote:
> > Pokud jsem správně pochopil, je tu vícero datových zdrojů
> > .
> > Poměrně nedávno byly jízdní řády spojů uvolněny jako otevřená data ve
> > formátu JDF. ČD se vymyká jako vždy
> > 
> > (nebo odkaz z MVČR
> > )
> > Nestálo by za to přejít na tento zdroj? Možná by bylo fajn je
> > předžvejknout i jiným zájemcům, neb bych v tom čekal zas nějaké
> > CHAPSoviny (např. vypadá to, že místo diffu přegenerovávají úplně vše
> > tj. zip má skoro 70 MB, nevidím k tomu žádný popis, ..)
> > 
> > Aktualizace je průběžná, tudíž nad tímto už by dávalo smysl postavit
> > nějaké vyhledávání spojení (s někým jsem se na tohle téma bavil po
> > brněnské hospůdce, žel v době, kdy jsem o těchto datech ještě nevěděl.
> > Sázím na Jethra, ale mám binec v jménech..)

No, ja jsem kdysi nejake vyhledavani psal, je na timetab.sf.net 
  .

Bohuzel tech formatu dat je docela dost, a konverze mezi nima nejsou
jednoduchy. ... a vyhledavani neni taky uplne med.

Otazka je, jaky je "zakladni" format dat. Ja mam vlastni, .tt, ale ma
nejaky omezeni. Dalsi popularni je gtfs. Pak je ceska republika... a
jeji silene formaty.

Umim castecne konvertovat gtfs do tt, a castecne cis do tt... a
vyhledavat v tt (rychle i kvalitne).

Dalsi moznost by samozrejme byla naimportovat data do osm a pak hledat
nad tim osm ale dost pochybuju ze aktualni system tagovani umi
vyjadrit veci jako "linka jede kazdy sudy utery mezi 1.10 a
15.11.". ... coz je mimochodem centralni problem tech formatu. (A pak
nevim jestli chcem mit v osm informace o vsech jednotlivych odjezdech.)

.tt umi na vyjadreni, kdy spoj jede, RLE komprimovanou bitmasku po
tydnech -- v tom se vyhledava snadno a umi to pomerne kompaktne zapsat
vetsinu rozumnych udaju.

Priklad .tt formatu je dole. Tohle je konverze z CIS.
Pavel

# 390090_1 ( tmp/1 1.11 )
06:05 ~ 0 Tábor,,aut.nádr.
~ 0 Tábor,,poliklinika
~ 0 Tábor,,Křižíkovo nám.
06:07 ~ 2 Tábor,,Nový ráj
~ 2 Tábor,,Písecké rozc.
06:11 ~ 3 Tábor,,nem.
06:12 ~ 4 Tábor,Klokoty,
06:14 6 Tábor,Všechov,
06:16 8 Balkova Lhota,,Výrec
Balkova Lhota,,
Radkov,,
Radkov,Paseka,
Balkova Lhota,,Černý Les
06:23 10 Balkova Lhota,,Knížata rozc.1.0
06:26 12 Jistebnice,Vlásenice,
12 Jistebnice,Vlásenice,Makov rozc.1.5
06:29 13 Jistebnice,Makov,Pazderna
Jistebnice,Makov,
Jistebnice,Hůrka,
06:31 15 Jistebnice,,Tisová rozc.1.0
06:33 16 Jistebnice,,Žofín
06:34 06:35 16 Jistebnice,,
06:38 19 Jistebnice,Zvěstonín,
06:41 20 Jistebnice,Hodkov,
06:43 21 Nadějkov,,Petříkovice I
06:45 22 Nadějkov,,
Remarks: X
# 390090_2 ( tmp/1 1.11 )
04:30 0 Nadějkov,,

-- 
(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

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

-- 

S pozdravem
Petr Schönmann
https://www.facebook.com/klikklakcz

___
Talk-cz mailing list
Talk-cz@openstreetmap.org

Re: [Talk-GB] OSM with Wikidata: now covers UK and Ireland

[Neil Matthews]

Had a look at Bristol -- seems fine...
...except:

Q4968836 — Bristol Castle — 2 matches found
@ Bristol

Sometimes known as "At Bristol" -- a science-themed museum/attraction -- 
an odd match to a ruined castle?


Cheers,
Neil

On 10/03/2016 17:57, Edward Betts wrote:

I've extended my search for matches between OSM and Wikidata again. It now
covers all of the UK and Ireland.

I used map data from http://download.geofabrik.de/europe/british-isles.html

The results are grouped by region or county as well as by category.

http://edwardbetts.com/osm-wikidata/gb-ie/

I'm going to figure out how to upload these matches to OSM. I've registered an
account with the username Wikidata to use for the uploads.

There will be one changeset per county + category for any category with 10 or
more matches in that county. Categories with less than 10 matches in the
county will be combined into a single changeset.

OSM objects with an existing wikidata tag won't be changed.



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

Re: [OSM-talk-fr] Bordeaux transport en commun bus liane 7

[David Crochet]

Bonjour

Sauf erreur de ma part : Une ligne de bus, ce sont 3 relations.

1 première relation dite Bus x de A à B
2 deuxième relation dite Bus X de B à A
3 troisième relation dont les 2 précédentes sont membres

Cordialement

--
David Crochet

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

Re: [Talk-GB] OSM with Wikidata: now covers UK and Ireland

[Edward Betts]

Dave F  wrote:
> I haven't been paying full attention to this. Are we not meant to add a
> wikipedia tag any more?
> 
> Could you give a brief update on the proposal please.

Here are the relevant pages on the wiki:

http://wiki.openstreetmap.org/wiki/Wikidata

http://wiki.openstreetmap.org/wiki/Mechanical_Edits/wikidata

-- 
Edward.

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

Re: [Talk-cz] Vyhledavani v MHD

[Petr Schönmann]

Me by se moc líbilo kliknout na nejakou zastávku a zjistit kam dojedu když
budu muset n-krat přestoupit. A vykreslení tras (pavouka) do mapy.

Dne čt 10. 3. 2016 12:58 uživatel Marián Kyral  napsal:

> Ahoj,
> dal by se z toho udělat nějaký servis? Tedy, že bych se přes ajax zeptal
> třeba na to, jaké linky na dané zastávce zastavují, jaké jsou zastávkové
> jízdní řády, kdy pojede další autobus a kam. Tedy něco, co by se dalo
> zaintegrovat do aktivní vrstvy na osmap.cz.
>
> Případně později i nějaké pokročilejší hledání v jízdních řádech -
> přestupy a pod.
>
> Marián
>
> -- Původní zpráva --
> Od: Pavel Machek 
> Komu: OpenStreetMap Czech Republic 
> Datum: 10. 3. 2016 12:44:24
> Předmět: [Talk-cz] Vyhledavani v MHD
>
> AhoJ!
>
> On Wed 2016-03-09 10:24:42, Jethro wrote:
> > On Mon, Mar 07, 2016 at 02:52:05PM +0100, Ladislav Nesnera wrote:
> > > Pokud jsem správně pochopil, je tu vícero datových zdrojů
> > > <
> http://wiki.openstreetmap.org/wiki/Ve%C5%99ejn%C3%A1_hromadn%C3%A1_doprava_v_%C4%8CR#Prosba_o_pomoc_p.C5.99i_p.C5.99echodu_na_nov.C3.A9_zna.C4.8Den.C3.AD
> >.
> > > Poměrně nedávno byly jízdní řády spojů uvolněny jako otevřená data ve
> > > formátu JDF. ČD se vymyká jako vždy
> > > <
> http://www.cnews.cz/chaps-kvuli-monopolu-na-jizdni-rady-dostal-od-uohs-pokutu-ve-vysi-22-mil-korun
> >
> > > (nebo odkaz z MVČR
> > > <
> http://www.mdcr.cz/cs/verejna-doprava/kalendare-pro-jizdni-rady-a-cis/kalendare-pro-jizdni-rady-verejne-linkove-osobni-dopravy.htm
> >)
> > > Nestálo by za to přejít na tento zdroj? Možná by bylo fajn je
> > > předžvejknout i jiným zájemcům, neb bych v tom čekal zas nějaké
> > > CHAPSoviny (např. vypadá to, že místo diffu přegenerovávají úplně vše
> > > tj. zip má skoro 70 MB, nevidím k tomu žádný popis, ..)
> > >
> > > Aktualizace je průběžná, tudíž nad tímto už by dávalo smysl postavit
> > > nějaké vyhledávání spojení (s někým jsem se na tohle téma bavil po
> > > brněnské hospůdce, žel v době, kdy jsem o těchto datech ještě nevěděl.
> > > Sázím na Jethra, ale mám binec v jménech..)
>
> No, ja jsem kdysi nejake vyhledavani psal, je na timetab.sf.net .
>
> Bohuzel tech formatu dat je docela dost, a konverze mezi nima nejsou
> jednoduchy. ... a vyhledavani neni taky uplne med.
>
> Otazka je, jaky je "zakladni" format dat. Ja mam vlastni, .tt, ale ma
> nejaky omezeni. Dalsi popularni je gtfs. Pak je ceska republika... a
> jeji silene formaty.
>
> Umim castecne konvertovat gtfs do tt, a castecne cis do tt... a
> vyhledavat v tt (rychle i kvalitne).
>
> Dalsi moznost by samozrejme byla naimportovat data do osm a pak hledat
> nad tim osm ale dost pochybuju ze aktualni system tagovani umi
> vyjadrit veci jako "linka jede kazdy sudy utery mezi 1.10 a
> 15.11.". ... coz je mimochodem centralni problem tech formatu. (A pak
> nevim jestli chcem mit v osm informace o vsech jednotlivych odjezdech.)
>
> .tt umi na vyjadreni, kdy spoj jede, RLE komprimovanou bitmasku po
> tydnech -- v tom se vyhledava snadno a umi to pomerne kompaktne zapsat
> vetsinu rozumnych udaju.
>
> Priklad .tt formatu je dole. Tohle je konverze z CIS.
> Pavel
>
> # 390090_1 ( tmp/1 1.11 )
> 06:05 ~ 0 Tábor,,aut.nádr.
> ~ 0 Tábor,,poliklinika
> ~ 0 Tábor,,Křižíkovo nám.
> 06:07 ~ 2 Tábor,,Nový ráj
> ~ 2 Tábor,,Písecké rozc.
> 06:11 ~ 3 Tábor,,nem.
> 06:12 ~ 4 Tábor,Klokoty,
> 06:14 6 Tábor,Všechov,
> 06:16 8 Balkova Lhota,,Výrec
> Balkova Lhota,,
> Radkov,,
> Radkov,Paseka,
> Balkova Lhota,,Černý Les
> 06:23 10 Balkova Lhota,,Knížata rozc.1.0
> 06:26 12 Jistebnice,Vlásenice,
> 12 Jistebnice,Vlásenice,Makov rozc.1.5
> 06:29 13 Jistebnice,Makov,Pazderna
> Jistebnice,Makov,
> Jistebnice,Hůrka,
> 06:31 15 Jistebnice,,Tisová rozc.1.0
> 06:33 16 Jistebnice,,Žofín
> 06:34 06:35 16 Jistebnice,,
> 06:38 19 Jistebnice,Zvěstonín,
> 06:41 20 Jistebnice,Hodkov,
> 06:43 21 Nadějkov,,Petříkovice I
> 06:45 22 Nadějkov,,
> Remarks: X
> # 390090_2 ( tmp/1 1.11 )
> 04:30 0 Nadějkov,,
>
> --
> (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
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
-- 
S pozdravem
Petr Schönmann
https://www.facebook.com/klikklakcz
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk-fr] Bordeaux transport en commun bus liane 7

[lenny.libre]

Le 10/03/2016 18:08, lenny.libre a écrit :



Le 10/03/2016 13:39, JYL a écrit :
Dans la dernière version de JOSM, le glisser déplacer marche sur les 
relations.

Ça devrait t'aider.
Je n'ai pas essayé, juste vu les notes de versions.

JYL

Ah oui, ça fonctionne :
Il faut afficher l'éditeur de relation pour les deux relations
Puis on sélectionne les membres de la première relation et en glissant 
avec la souris, les membres sélectionnés sont déplacés dans la 
relation cible, à l'endroit où on relâche la souris.
Plus qu'à nettoyer un peu et à compléter les morceaux qui manquent 
(une extrémité est maintenant à Bordeaux lac) et les membres entre les 
deux relations


Dommage qu'on ne puisse choisir entre déplacer et coller (bien que je 
comprenne le pourquoi) car la personne qui avait créé la relation 
Liane7 n'avait créé qu'une relation pour l'aller et le retour.
En fait j'enlève ma remarque "Dommage ..." car avec le bouton copier la 
relation, on obtient une deuxième relation avec les mêmes membres que 
l'on peut déplacer sur l'autre relation.


merci également pour la réponse de Francescu (en effet il reste du 
travail manuel pour mettre en ordre et vérifier)




merci encore
Lenny


Le 2016-03-10 13:13, lenny.libre - lenny.li...@orange.fr a écrit :

Bonjour
En ajoutant un node sur un highway, j'ai récupéré une alerte osmose 
(fixme) sur la relation : Liane 7 : BORDEAUX Les Aubiers <=> AMBARÈS 
Parabelle http://www.openstreetmap.org/relation/1908584


Mais j'ai trouvé qu'elle avait des sœurs cachées :
la relation Bus 7 : Ambarès Parabelle => Les Aubiers 
http://www.openstreetmap.org/relation/2843948

et
Relation : Bus 7 : Les Aubiers => Ambarès Parabelle (2843949) 
http://www.openstreetmap.org/relation/2843949
membres de la relation Bus Liane 7 
http://www.openstreetmap.org/relation/2843950


En fait, elles sont toutes incomplètes la première emprunte des 
higways du côté d'Ambarès, les autres du côté de Bordeaux.


Y a-t-il une possibilité de de réunir deux relations pour n'en faire 
qu'une seule avec le parcours des deux, où faut-il le faire 
manuellement ?


cordialement

Lenny

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






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


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

Re: [Talk-de] JOSM - Anmeldung

[simson.gert...@gmail.com]

Alle diejenigen, die den "Stream closed" Fehler hatten bitte nochmal die 
aktuelle josm-latest version probieren, mittels der vollautomatischen 
OAuth Authentifizierung nochmal eine neue Zugriffskennung anfordern und 
dann bitte hier https://josm.openstreetmap.de/ticket/12602 mitteilen, ob 
wieder alles funktioniert. Wenn das geklärt ist, dann soll zeitnah eine 
neue stabile version erscheinen.


Stefan

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

Re: [Talk-GB] OSM with Wikidata: now covers UK and Ireland

[Dave F]

I haven't been paying full attention to this. Are we not meant to add a 
wikipedia tag any more?


Could you give a brief update on the proposal please.

Cheers
Dave F.

On 10/03/2016 17:57, Edward Betts wrote:

I've extended my search for matches between OSM and Wikidata again. It now
covers all of the UK and Ireland.

I used map data from http://download.geofabrik.de/europe/british-isles.html

The results are grouped by region or county as well as by category.

http://edwardbetts.com/osm-wikidata/gb-ie/

I'm going to figure out how to upload these matches to OSM. I've registered an
account with the username Wikidata to use for the uploads.

There will be one changeset per county + category for any category with 10 or
more matches in that county. Categories with less than 10 matches in the
county will be combined into a single changeset.

OSM objects with an existing wikidata tag won't be changed.



---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


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

Re: [talk-latam] calidad de las rutas

[joost schouppe]

Aun que creo que tiene mucho potencial este typo de tecnología, estoy
seguro que si en cada país hay 5 mapeadores que se dedican un ratito a
poner tags a las rutas que conocen, ya tendremos mapa de red básica listo.

Vean este proyectito de mapear en Bolivia [1]: con un poco de accion a
traves de Twitter hemos podido aumentar la red basica pavimentada meapedo
muchisimo. Todo lo azul es durante y despues del proyectito [2]

[1] http://www.openstreetmap.org/user/joost%20schouppe/diary/35883

[2] http://i.imgur.com/xs0A0xv.jpg
___
talk-latam mailing list
talk-latam@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-latam

Re: [Talk-de] Datenerfassung für stadtverträgliches LKW-Routing im Rheinland

[Martin Koppenhoefer]

sent from a phone

> Am 10.03.2016 um 18:15 schrieb Frederik Ramm :
> 
> Ich glaube nicht, dass wir Dinge wie Schulbezirke oder Liefergebiete von
> Pizzadiensten mappen würden.


andererseits gibt es Leute die angefangen haben, Bezirke der Kirchen zu mappen.

Ich sehe das mit der Realität so wie es auch Markus schreibt: Gesetze, 
Verordnungen  und ähnliches sind auch Teil der Realität (und von jedem bei 
Bedarf überprüfbar), nicht nur Schilder, Hausnummern und Fahrbahnmarkierungen. 
Ich finde die allgemeine Überprüfbarkeit wichtig, aber es muss einem nicht 
unbedingt vor Ort in Form eines Schildes ins Gesicht springen.

Die Liefergebiete von Pizzadiensten sind sicherlich als areas übertrieben (das 
stört dann so viele Mapper und geht sowieso permanent kaputt), als tag mit 
Bezug zu areas wäre es aber OK (liefert_in=Wedding;Mitte;Tiergarten)

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

[Talk-GB] OSM with Wikidata: now covers UK and Ireland

[Edward Betts]

I've extended my search for matches between OSM and Wikidata again. It now
covers all of the UK and Ireland.

I used map data from http://download.geofabrik.de/europe/british-isles.html

The results are grouped by region or county as well as by category.

http://edwardbetts.com/osm-wikidata/gb-ie/

I'm going to figure out how to upload these matches to OSM. I've registered an
account with the username Wikidata to use for the uploads.

There will be one changeset per county + category for any category with 10 or
more matches in that county. Categories with less than 10 matches in the
county will be combined into a single changeset.

OSM objects with an existing wikidata tag won't be changed.
-- 
Edward.

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

Re: [OSM-talk] Guides to improve navigation data in OpenStreetMap

[Philip Barnes]

On Thu, 2016-03-10 at 11:24 -0600, Paul Johnson wrote:
> 
> 
> On Thu, Mar 10, 2016 at 8:56 AM, Abhishek Saikia 
> l.com> wrote:
> > Hi Marc,
> > 
> > Thank you for the kind words and prompt feedback. `turn:lanes` are
> > exclusively for vehicles and as per discussion with the OSRM team
> > here: https://github.com/Project-OSRM/osrm-backend/issues/2048, we
> > are at present ignoring adding cycle lanes during `turn:lanes`
> > mapping. 
> > marc.ge...@gmail.com> wrote:
> > 
> Bicycles are vehicles in most countries, and bike lanes do pose
> problems for correct lane guidance, particularly in areas where these
> lanes are full width instead of being a door-zone buffer. 
You will also need to consider bus lanes as well.
Phil (trigpoint)___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [talk-latam] calidad de las rutas

[Yasser Said Lopez de Olmos Reyes]

Hola muchachos,

Hace unos meses me encontré con este proyecto que no ha visto mucho
progreso recientemente, pero tuvo el suficiente como para producir una app
para Android, se llama iTLogger y la idea es usar la ubicación por GPS con
datos del sensor de movimiento de los celulares para determinar la calidad
de la superficie de caminos rurales (aunque aquí en LA, puede usarse de
forma más general).

Dense una vuelta por https://sourceforge.net/projects/itlogger/ y pueden
descargar la app en la tienda F-Droid (es software libre).

El 10 de marzo de 2016, 14:02, Leonardo Gutierrez
escribió:

> Estaba precisamente buscando la forma, en latinoamérica el surface es algo
> muy importante. Sobre todo por lo escaso del surface=paved
>
> Muchas gracias.
>
> El 10 de marzo de 2016, 4:13, joost schouppe 
> escribió:
>
>> Hola todos,
>>
>> Hizé unos mapas con QGIS para mostrar el "surface" de las rutas de
>> Sudamerica. Escribi un articulo bien largo sobre el que y porque (en
>> ingles): Vea
>> http://www.openstreetmap.org/user/joost%20schouppe/diary/38103
>>
>> Solo despues, aprendi que para mapeadores, es super facil hacer una
>> heramienta para control de calidad del surface. Con Overpass-Turbo+MapCSS
>> hizé este query:
>>
>> http://overpass-turbo.eu/s/eTD
>>
>> Muestra las rutas principales, claramente marcando si es pavimentada / no
>> pavimentada / sin tag.
>>
>> Mira tu zona local y completalo!
>>
>> Por alguna razon estoy mirando mas que todo a ustedes, colaboradores
>> Colombianos y Peruanos :)
>>
>>
>>
>> --
>> Joost @
>> Openstreetmap  |
>> Twitter  | LinkedIn
>>  | Meetup
>>  | Reddit
>>  | Wordpress
>> 
>>
>> ___
>> talk-latam mailing list
>> talk-latam@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-latam
>>
>>
>
> ___
> talk-latam mailing list
> talk-latam@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-latam
>
>


-- 
Saludos,

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

Re: [OSM-talk] Guides to improve navigation data in OpenStreetMap

[Paul Johnson]

On Thu, Mar 10, 2016 at 8:56 AM, Abhishek Saikia 
wrote:

> Hi Marc,
>
> Thank you for the kind words and prompt feedback. `turn:lanes` are
> exclusively for vehicles and as per discussion with the OSRM team here:
> https://github.com/Project-OSRM/osrm-backend/issues/2048, we are at
> present ignoring adding cycle lanes during `turn:lanes` mapping.
> marc.ge...@gmail.com> wrote:
>

Bicycles are vehicles in most countries, and bike lanes do pose problems
for correct lane guidance, particularly in areas where these lanes are full
width instead of being a door-zone buffer.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-de] Datenerfassung für stadtverträgliches LKW-Routing im Rheinland

[Frederik Ramm]

Hallo,

On 03/10/2016 03:23 PM, Michael Paulmann wrote:
> Sorry aber welche rein kommunalen Daten haben wir in OSM die nicht in der 
> Wirklichkeit prüfbar sind?

Es gab da mal eine lange Diskussion über nicht-beschilderte, aber
"offizielle" Radrouten in den USA, und ich meine, die sind am Ende drin
geblieben. Hier bei uns haben wir natürlich PLZ- und Verwaltungsgrenzen
in der Datenbank, die ebenfalls nicht vor Ort verifizierbar sind, aber
das ist eine große Ausnahme, die wir vorallem deswegen machen, weil die
Daten für uns selbst in unserer Arbeit hilfreich sind (so kann man z.B.
Auswertungen für das Gebiet einer Gemeinde machen und so weiter).

Ich glaube nicht, dass wir Dinge wie Schulbezirke oder Liefergebiete von
Pizzadiensten mappen würden.

Auch der Verlauf von ÖPNV-Bus-Routen ist nur schwer beobachtbar und
unter Umständen nicht mal fix - besonders bei den Fernbussen gehe ich
davon aus, dass bei denen eigentlich nur die Stationen und nicht die
Routen feststehen. Dennoch werden die zuweilen eingetragen.

Aber, wie immer in OSM gilt: Nur, weil irgendwas anderes schlecht
gemacht wird, ist das noch keine Ausrede, weitere Dinge auch schlecht zu
machen ;)

Bye
Frederik

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

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

Re: [OSM-talk-fr] mise à jour Bâti sur rabastens

[Jean-Baptiste Holcroft]

Didier2020 a aussi créé un outil super qui me semble plus simple que ce que
vous évoquez : http://github.com/jecor/bati-fusion
Je m'en était servi pour compléter un import fait à moitié sur Nïmes
(plusieurs dizaines de milliers de bâtiments).

--
Jean-Baptiste Holcroft

Le 10 mars 2016 à 16:18, Pierre-Yves Berrard 
a écrit :

> MapCraft ne propose pas cette fonctionnalité, effectivement.
> Cela ne me paraît pas bloquant, dans la mesure où on peut toujours charger
> les données manuellement.
>
> Le 10 mars 2016 à 15:48, jean navarro  a écrit :
>
>> salut
>> la question c'est comment tu fais pour charger une zone (que tu as
>> réservée) dans josm ,  à partir de ton exemple
>> http://mapcraft.nanodesu.ru/pie/463 ?
>> je fais une réservation,  mais après il me manque une info ou un lien ?
>>
>> jean
>>
>>
>> Le 10/03/2016 14:03, Pierre-Yves Berrard a écrit :
>>
>>> Salut,
>>>
>>> Ne pas oublier que le fichier en entrée dans mapcraft est un fichier
>>> *.osm. Les contributeurs réservant une zone pourront donc ouvrir ce
>>> fichier en local dans JOSM pour savoir jusqu'où travailler.
>>>
>>> Un découpage infra-communal à façon est tout à fait possible et
>>> exploitable. Exemple : http://mapcraft.nanodesu.ru/pie/463
>>>
>>> Tout ça pour dire que s'il y a besoin d'aide pour actualiser le bâti, je
>>> veux bien donner un coup de main. ;-)
>>>
>>> PY
>>>
>>> Le 9 mars 2016 à 20:53, jean navarro >> > a écrit :
>>>
>>> salut
>>>
>>> oui mais non !
>>> un outil comme mapcraft n'apporte pas grand chose pour le travail au
>>> niveau d'une seule commune car il n'existe pas de zone à découper
>>> plus petite. j'ai bien essayé de faire une grille de 200m par 200m
>>> c'est possible mais après tu n'as pas de lien avec le téléchargement
>>> dans dans josm... donc c'est inexploitable...
>>> il faudrait pouvoir disposer d'un serveur du type Hot-osm... sur
>>> lequel on pourrait définir ses propres projets et objectifs et les
>>> partager... c'est un appel aux barbus de la programmation !!
>>>
>>> cordialement
>>> jean
>>>
>>>
>>> Le 09/03/2016 10:46, Pierre-Yves Berrard a écrit :
>>>
>>> Une autre façon de réduire le temps de travail : partager le
>>> travail
>>> entre contributeurs.
>>> Avec un mapcraft par exemple pour ne pas empiéter sur les
>>> secteur du voisin.
>>>
>>> Je ne sais pas si cette méthode a été citée, mais superposer la
>>> couche
>>> bâti présent dans osm fournie par mapbox
>>> (http://www.openstreetmap.org/user/pratikyadav/diary/37646) à la
>>> couche
>>> cadastrale permet aussi de visualiser très facilement les
>>> manques.
>>>
>>>
>>> PY
>>>
>>>
>>>
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] ***SPAM*** Re: le pourquoi du changement de "chemin carrossable" � "chemin carrossable non entretenue"

[Christian Rogel]

Le 10 mars 2016 à 09:05, althio  a écrit :
> C'est une modification sur iD en anglais qui a été propagée par la traduction.
> https://github.com/openstreetmap/iD/commit/6b2a69282e0b274c270f5288765ca3db1c8890f9
> 
> Cela sera peut être annulée car la modification n'est pas forcément appréciée.
> Sinon la traduction française peut être changée sur transifex/iD
> 
> - althio
> 
>> On Mar 9, 2016 11:58 PM, "Antoine Decourt"  wrote:
>> tout est à peu près résumé dans l'objet.
>> certes, un point d'explication supplémentaire:
>> je m'étonne d'avoir vu disparaître la valeur "chemin carrossable", qui n'est 
>> pas (selon moi) équivalent à "chemin carrossable non entretenue".
>> 
>> je m'explique
>> route secondaire = voie de circulation bitumée (peu ou prou entretenue n'est 
>> pas la question... le fait majeur reste que le revêtement principal est du 
>> bitume)
>> chemin carrossable = chemin large, aplani où un véhicule (de taille 
>> raisonnable) peut circuler (sans avoir besoin de quatre roues motrices et 
>> de-je-sais-combien de chevaux sous le capot pour se sortir de l'ornière... 
>> ornière qui est (au passage) incompatible avec un "chemin carrossable").
>> Le "non entretenue" est franchement anecdotique ET créé sensiblement de la 
>> confusion le moment venu de qualifier une "voie"

Oui, le critère de roulabilité n'a rien à faire ici, d'autant qu'il fait 
doublon.

>> chemin non carrossable = un chemin qui ne peut pas être qualifié d'une route 
>> non bitumée où les carrosses, automobiles et camions, tous les véhicules à 
>> roues, etc., peuvent circuler. (donc selon mon appréciation quand je 
>> qualifie un chemin: même si le chemin est large, s'il n'est pas entretenu 
>> pour voir n'importe quel véhicule à roues le parcourir, alors je le 
>> considérais jusque-là comme un chemin non carrossable (mais peut être 
>> avais-je faux ?).)
>> 
>> ceci peut sembler un point de détail... mais cela risque de créer de 
>> l'indifférenciation pour les contributeurs, plus particulièrement les 
>> amateurs de pleine nature (ndlr. moi compris).

La traduction Fr de la nouvelle version d'iD, non seulement reflète cette 
bizarrerie, mais elle comporte 2 attributs "Route secondaire", alors que "Route 
d'intérêt local" était satisfaisant. Route mineure n'est pas plus pertinent, 
car, il y a des routes "unclassified" qui sont plus larges que des "secondary". 
Dernier point contestable au niveau international : dans l'interface d'édition, 
les "unclassified" apparaissent plus minces que les "résidential" qui peuvent 
n'être que des chemins de terre.

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

Re: [OSM-talk-fr] Bordeaux transport en commun bus liane 7

[lenny.libre]

Le 10/03/2016 13:39, JYL a écrit :
Dans la dernière version de JOSM, le glisser déplacer marche sur les 
relations.

Ça devrait t'aider.
Je n'ai pas essayé, juste vu les notes de versions.

JYL

Ah oui, ça fonctionne :
Il faut afficher l'éditeur de relation pour les deux relations
Puis on sélectionne les membres de la première relation et en glissant 
avec la souris, les membres sélectionnés sont déplacés dans la relation 
cible, à l'endroit où on relâche la souris.
Plus qu'à nettoyer un peu et à compléter les morceaux qui manquent (une 
extrémité est maintenant à Bordeaux lac) et les membres entre les deux 
relations


Dommage qu'on ne puisse choisir entre déplacer et coller (bien que je 
comprenne le pourquoi) car la personne qui avait créé la relation Liane7 
n'avait créé qu'une relation pour l'aller et le retour.


merci encore
Lenny


Le 2016-03-10 13:13, lenny.libre - lenny.li...@orange.fr a écrit :

Bonjour
En ajoutant un node sur un highway, j'ai récupéré une alerte osmose 
(fixme) sur la relation : Liane 7 : BORDEAUX Les Aubiers <=> AMBARÈS 
Parabelle http://www.openstreetmap.org/relation/1908584


Mais j'ai trouvé qu'elle avait des sœurs cachées :
la relation Bus 7 : Ambarès Parabelle => Les Aubiers 
http://www.openstreetmap.org/relation/2843948

et
Relation : Bus 7 : Les Aubiers => Ambarès Parabelle (2843949) 
http://www.openstreetmap.org/relation/2843949
membres de la relation Bus Liane 7 
http://www.openstreetmap.org/relation/2843950


En fait, elles sont toutes incomplètes la première emprunte des 
higways du côté d'Ambarès, les autres du côté de Bordeaux.


Y a-t-il une possibilité de de réunir deux relations pour n'en faire 
qu'une seule avec le parcours des deux, où faut-il le faire 
manuellement ?


cordialement

Lenny

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




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

Re: [OSM-talk-fr] Bordeaux transport en commun bus liane 7

[Francescu GAROBY]

Si tu utilise Josm, tu peux importer les éléments d'une relation dans une
autre, manuellement.
Pour cela :
* Charge les 2 relations ;
* Clique-droit sur celle que tu veux exporter => sélectionne les éléments ;
* Ouvre l'autre relation, et importes-y les éléments précédemment
sélectionnés.

Tu sera sans doute bon pour un peu de travail manuel (tri des éléments,
morceaux manquants ou en doublon, tronçons à découper, ...)

Francescu

Le 10 mars 2016 à 17:54, lenny.libre  a écrit :

>
>
> Le 10/03/2016 16:06, Éric Gillet a écrit :
>
>
> Le 10 mars 2016 à 13:13, lenny.libre  a écrit :
>
>> Mais j'ai trouvé qu'elle avait des sœurs cachées :
>> la relation Bus 7 : Ambarès Parabelle => Les Aubiers
>> 
>> http://www.openstreetmap.org/relation/2843948
>> et
>> Relation : Bus 7 : Les Aubiers => Ambarès Parabelle (2843949)
>> http://www.openstreetmap.org/relation/2843949
>> membres de la relation Bus Liane 7
>> 
>> http://www.openstreetmap.org/relation/2843950
>>
>> En fait, elles sont toutes incomplètes la première emprunte des higways
>> du côté d'Ambarès, les autres du côté de Bordeaux.
>>
>> Y a-t-il une possibilité de de réunir deux relations pour n'en faire
>> qu'une seule avec le parcours des deux, où faut-il le faire manuellement ?
>
>
> Si possible, il est préférable pour alléger la relation, faciliter le
> routage et être plus explicite de garder les variantes des itinéraires de
> transport en commun. Il faudrait donc idéalement avoir une relation
> type=route_master ayant les deux relations filles en membre, et compléter
> les relations "filles".
>
>
> Je me suis mal exprimé, je ne pensais pas réunir ces 3 relations entre
> elles, mais pouvoir récupérer la partie de routage de la relation (qui
> était dans mon mail) : Liane 7 : BORDEAUX Les Aubiers <=> AMBARÈS Parabelle
> http://www.openstreetmap.org/relation/1908584 et qui est absente des
> relations ci-dessus
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] Bordeaux transport en commun bus liane 7

[lenny.libre]

Le 10/03/2016 16:06, Éric Gillet a écrit :


Le 10 mars 2016 à 13:13, lenny.libre > a écrit :


Mais j'ai trouvé qu'elle avait des sœurs cachées :
la relation Bus 7 : Ambarès Parabelle => Les Aubiers
http://www.openstreetmap.org/relation/2843948
et
Relation : Bus 7 : Les Aubiers => Ambarès Parabelle (2843949)
http://www.openstreetmap.org/relation/2843949
membres de la relation Bus Liane 7
http://www.openstreetmap.org/relation/2843950

En fait, elles sont toutes incomplètes la première emprunte des
higways du côté d'Ambarès, les autres du côté de Bordeaux.

Y a-t-il une possibilité de de réunir deux relations pour n'en
faire qu'une seule avec le parcours des deux, où faut-il le faire
manuellement ?


Si possible, il est préférable pour alléger la relation, faciliter le 
routage et être plus explicite de garder les variantes des itinéraires 
de transport en commun. Il faudrait donc idéalement avoir une relation 
type=route_master ayant les deux relations filles en membre, et 
compléter les relations "filles".


Je me suis mal exprimé, je ne pensais pas réunir ces 3 relations entre 
elles, mais pouvoir récupérer la partie de routage de la relation (qui 
était dans mon mail) : Liane 7 : BORDEAUX Les Aubiers <=> AMBARÈS 
Parabelle http://www.openstreetmap.org/relation/1908584 et qui est 
absente des relations ci-dessus


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

Re: [OSM-talk] Guides to improve navigation data in OpenStreetMap

[Mateusz Konieczny]

On Thu, 10 Mar 2016 20:26:15 +0530
Abhishek Saikia  wrote:

> `turn:lanes` are > exclusively for vehicles (...) we are at
> present ignoring adding cycle lanes during `turn:lanes` mapping.

This is inconsistent given that bicycles are vehicles.

see for example https://en.wikipedia.org/wiki/Vehicle that explicitly
lists bicycles

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

Re: [Talk-ro] Conventii si drumuri

[Andrei B]

Foarte de acord. De aceea am si intrebat, nu numai cu titlu "academic",
ci si cu exemple concrete.

On 2016-03-10 5:59 PM, Gabriel Sebastian Moise wrote:
> Nu neaparat se vor respecta echivalente de DJ - Secondary..
> Exista cazuri in care un DJ poate fi Tertiary datorita faptului ca
> trebuie scazut rangul drumului din motive de rutare, si / sau asfalul
> este echivalent cu un camp dupa razboi , si ai o alternativa care nu
> ocolesti sa ajungi unde trebuie pe alta ruta !
>
> Nu va apucati sa modificati ranguri de drumuri, folosind numai un
> tabel de echivalenta , pentru ca stricati rutarea de nu va inchipuiti.
>
> De exemplu in Sinaia PH, DN-ul trece prin localitate dar si Here pune
> rang mai mic pe el si lasa ca ruta aleasa si rutarea sa se faca pe
> centura , si nu prin oras !   In oras e DN-ul e Primary si centura e
> Trunk !
>
> Exemple sunt multe prin toate judetele !
>
> Cu cat drumul are o importanta mai mare, cu atat rangul creste, si cu
> cat drumul e mai nasol... cu atat rangul scade !
>
> De exemplu in Buzau la Serata Monteoru are DJ203G  care are un pavaj
> nasol, este tertiary. Nu este asfaltat.
>
> DN73A este secondary, drum degradat  in stare jalnica, m-am ales cu
> set de bucsi , pivoti si antiroliu Nu ai ce ocoli..
>
> Inca odata, nu va apucati sa modificati categoria de drumuri in tara ,
> dupa tabele !  Categoriile de drumuri sunt un subiect sensibil ..
> si vorbim de multa atentie !
>
>
> În data de 10 martie 2016, 17:10, Andrei B [via GIS] <[hidden email]
> > a scris:
>
> Salut,
>
> Am o intrebare despre conventiile pentru Romania:
>
> autostrada = motorway
> Drum National (DNxxx) + Drum European (Exxx) = trunk ? ( sau
> primary road? )
> Drum National (DNxxx) = primary road?
> Drum Judetean (DJxxx) = secondary road?
> Drum Comunal (DCxxx) = tertiary road?
>
> Conform
> http://wiki.openstreetmap.org/wiki/Highway:International_equivalence
> intuitia mea ar fi corecta, si unele drumuri in si/sau din Pitesti
> ar fi
> marcate gresit.
>
> Ma uitam la urmatoarea intersectie din Pitesti:
> https://www.openstreetmap.org/#map=15/44.8687/24.8845
> DN7 cu DN73. Fiind vorba de ambele drumuri cu titulatura "DN", ma
> intrebam de ce apar cu culori diferite.
> La fel si aici: https://www.openstreetmap.org/#map=16/44.8908/24.8232
>
> DN7 nu apare ( cel putin in Wiki
> https://ro.wikipedia.org/wiki/DN7 ) ca
> facand parte din vreun drum european. Nu gasesc alte referinte
> intre DN7
> si drum european. Totusi, care este statutul acestuia?
> Daca da, atunci segmentul care intra in Pitesti dinspre SE este
> gresit,
> si segmentul care iese in N (zona Bascov) este corect?
> Daca nu, atunci segmentul care intra in Pitesti dinspre SE este
> corect,
> si segmentul care iese in N (zona Bascov) este gresit?
>
> DN73 (https://ro.wikipedia.org/wiki/DN73 ) este marcat ca facand
> parte
> din E574 pe traseul Craiova - Pitesti - Brasov - Tg. Secuiesc -
> Onesti -
> Bacau. Se continua cu DN65 catre Craiova in SV Pitesti-ului.
> DN65 apare si el ca "trunk".
>
> Ei bine, unele sunt marcate drept "trunk road" iar celelalte drept
> "primary road". de aici si intrebarea mea.
>
> Pe de alta parte, daca E574 traverseaza orasul Pitesti (vine din
> NE ca
> DN73 si continua in SV ca DN65), presupun ca ar trebui sa existe
> continuitate si prin oras. Sau exista alte conventii in acest sens?
>
> Multumesc.
>
>
> ___
> Talk-ro mailing list
> [hidden email]
> 
> https://lists.openstreetmap.org/listinfo/talk-ro
>
>
> 
> If you reply to this email, your message will be added to the
> discussion below:
> http://gis.19327.n5.nabble.com/Conventii-si-drumuri-tp5869527.html
> To start a new topic under Romania, email [hidden email]
> 
> To unsubscribe from Romania, click here.
> NAML
> 
> 
>
>
>
>
>
> -- 
> Toate cele bune !
> **
> Gabriel Sebastian  Moise
> Administrator Local - Departament Tehnic
> *--*
> NextGen Communications S.R.L. - Campina
>
> Mobil NextGen  : 076 111 65 59
> Mobil Personal : 0726 311 957
>
> Adresa Postala: Strada Grivitei, Nr.63, Campina, Romania !
> *--*
>
> 
> View this 

Re: [Talk-ro] Conventii si drumuri

[Gabriel Sebastian Moise]

Nu neaparat se vor respecta echivalente de DJ - Secondary..
Exista cazuri in care un DJ poate fi Tertiary datorita faptului ca trebuie
scazut rangul drumului din motive de rutare, si / sau asfalul este
echivalent cu un camp dupa razboi , si ai o alternativa care nu ocolesti sa
ajungi unde trebuie pe alta ruta !

Nu va apucati sa modificati ranguri de drumuri, folosind numai un tabel de
echivalenta , pentru ca stricati rutarea de nu va inchipuiti.

De exemplu in Sinaia PH, DN-ul trece prin localitate dar si Here pune rang
mai mic pe el si lasa ca ruta aleasa si rutarea sa se faca pe centura , si
nu prin oras !   In oras e DN-ul e Primary si centura e Trunk !

Exemple sunt multe prin toate judetele !

Cu cat drumul are o importanta mai mare, cu atat rangul creste, si cu cat
drumul e mai nasol... cu atat rangul scade !

De exemplu in Buzau la Serata Monteoru are DJ203G  care are un pavaj nasol,
este tertiary. Nu este asfaltat.

DN73A este secondary, drum degradat  in stare jalnica, m-am ales cu set de
bucsi , pivoti si antiroliu Nu ai ce ocoli..

Inca odata, nu va apucati sa modificati categoria de drumuri in tara , dupa
tabele !  Categoriile de drumuri sunt un subiect sensibil .. si vorbim
de multa atentie !


În data de 10 martie 2016, 17:10, Andrei B [via GIS] <
ml-node+s19327n5869527...@n5.nabble.com> a scris:

> Salut,
>
> Am o intrebare despre conventiile pentru Romania:
>
> autostrada = motorway
> Drum National (DNxxx) + Drum European (Exxx) = trunk ? ( sau primary road?
> )
> Drum National (DNxxx) = primary road?
> Drum Judetean (DJxxx) = secondary road?
> Drum Comunal (DCxxx) = tertiary road?
>
> Conform
> http://wiki.openstreetmap.org/wiki/Highway:International_equivalence
> intuitia mea ar fi corecta, si unele drumuri in si/sau din Pitesti ar fi
> marcate gresit.
>
> Ma uitam la urmatoarea intersectie din Pitesti:
> https://www.openstreetmap.org/#map=15/44.8687/24.8845
> DN7 cu DN73. Fiind vorba de ambele drumuri cu titulatura "DN", ma
> intrebam de ce apar cu culori diferite.
> La fel si aici: https://www.openstreetmap.org/#map=16/44.8908/24.8232
>
> DN7 nu apare ( cel putin in Wiki https://ro.wikipedia.org/wiki/DN7 ) ca
> facand parte din vreun drum european. Nu gasesc alte referinte intre DN7
> si drum european. Totusi, care este statutul acestuia?
> Daca da, atunci segmentul care intra in Pitesti dinspre SE este gresit,
> si segmentul care iese in N (zona Bascov) este corect?
> Daca nu, atunci segmentul care intra in Pitesti dinspre SE este corect,
> si segmentul care iese in N (zona Bascov) este gresit?
>
> DN73 (https://ro.wikipedia.org/wiki/DN73 ) este marcat ca facand parte
> din E574 pe traseul Craiova - Pitesti - Brasov - Tg. Secuiesc - Onesti -
> Bacau. Se continua cu DN65 catre Craiova in SV Pitesti-ului.
> DN65 apare si el ca "trunk".
>
> Ei bine, unele sunt marcate drept "trunk road" iar celelalte drept
> "primary road". de aici si intrebarea mea.
>
> Pe de alta parte, daca E574 traverseaza orasul Pitesti (vine din NE ca
> DN73 si continua in SV ca DN65), presupun ca ar trebui sa existe
> continuitate si prin oras. Sau exista alte conventii in acest sens?
>
> Multumesc.
>
>
> ___
> Talk-ro mailing list
> [hidden email] 
> https://lists.openstreetmap.org/listinfo/talk-ro
>
>
> --
> If you reply to this email, your message will be added to the discussion
> below:
> http://gis.19327.n5.nabble.com/Conventii-si-drumuri-tp5869527.html
> To start a new topic under Romania, email
> ml-node+s19327n542503...@n5.nabble.com
> To unsubscribe from Romania, click here
> 
> .
> NAML
> 
>



-- 
Toate cele bune !
**
Gabriel Sebastian  Moise
Administrator Local - Departament Tehnic
*--*
NextGen Communications S.R.L. - Campina

Mobil NextGen  : 076 111 65 59
Mobil Personal : 0726 311 957

Adresa Postala: Strada Grivitei, Nr.63, Campina, Romania !
*--*




--
View this message in context: 
http://gis.19327.n5.nabble.com/Conventii-si-drumuri-tp5869527p5869532.html
Sent from the Romania mailing list archive at Nabble.com.___
Talk-ro mailing list
Talk-ro@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ro

Re: [Talk-at] Frage: Vor Ort Mappen (Adressen)

[Andreas Voit]

Am 2016-03-09 um 19:22 schrieb Rudolf Mayer:
> Hallo!

> Nicht wirklich zur rechtlichen Situation, aber ein angenehmes und evtl.
> unauffälligeres Tool zum Hausnummern mappen ist
> http://wiki.openstreetmap.org/wiki/DE:Keypad-Mapper_3
>

Hab mich heute doch wieder getraut zu mappen. Mit dieser App ist das
wirklich ganz leicht gegangen und war auch unauffällig.

Habe aber die Adresspunkte nicht verwendet, sondern den Gebäuden direkt
die Hausnummer zugeordnet. War aber auch nicht viel mehr Aufwand.

lg geologist



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

Re: [OSM-talk-fr] mise à jour Bâti sur rabastens

[Pierre-Yves Berrard]

MapCraft ne propose pas cette fonctionnalité, effectivement.
Cela ne me paraît pas bloquant, dans la mesure où on peut toujours charger
les données manuellement.

Le 10 mars 2016 à 15:48, jean navarro  a écrit :

> salut
> la question c'est comment tu fais pour charger une zone (que tu as
> réservée) dans josm ,  à partir de ton exemple
> http://mapcraft.nanodesu.ru/pie/463 ?
> je fais une réservation,  mais après il me manque une info ou un lien ?
>
> jean
>
>
> Le 10/03/2016 14:03, Pierre-Yves Berrard a écrit :
>
>> Salut,
>>
>> Ne pas oublier que le fichier en entrée dans mapcraft est un fichier
>> *.osm. Les contributeurs réservant une zone pourront donc ouvrir ce
>> fichier en local dans JOSM pour savoir jusqu'où travailler.
>>
>> Un découpage infra-communal à façon est tout à fait possible et
>> exploitable. Exemple : http://mapcraft.nanodesu.ru/pie/463
>>
>> Tout ça pour dire que s'il y a besoin d'aide pour actualiser le bâti, je
>> veux bien donner un coup de main. ;-)
>>
>> PY
>>
>> Le 9 mars 2016 à 20:53, jean navarro > > a écrit :
>>
>> salut
>>
>> oui mais non !
>> un outil comme mapcraft n'apporte pas grand chose pour le travail au
>> niveau d'une seule commune car il n'existe pas de zone à découper
>> plus petite. j'ai bien essayé de faire une grille de 200m par 200m
>> c'est possible mais après tu n'as pas de lien avec le téléchargement
>> dans dans josm... donc c'est inexploitable...
>> il faudrait pouvoir disposer d'un serveur du type Hot-osm... sur
>> lequel on pourrait définir ses propres projets et objectifs et les
>> partager... c'est un appel aux barbus de la programmation !!
>>
>> cordialement
>> jean
>>
>>
>> Le 09/03/2016 10:46, Pierre-Yves Berrard a écrit :
>>
>> Une autre façon de réduire le temps de travail : partager le
>> travail
>> entre contributeurs.
>> Avec un mapcraft par exemple pour ne pas empiéter sur les
>> secteur du voisin.
>>
>> Je ne sais pas si cette méthode a été citée, mais superposer la
>> couche
>> bâti présent dans osm fournie par mapbox
>> (http://www.openstreetmap.org/user/pratikyadav/diary/37646) à la
>> couche
>> cadastrale permet aussi de visualiser très facilement les manques.
>>
>>
>> PY
>>
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

[Vincent Privat]

Hello,
Ce n'est pas une régression mais seulement un vieux bug qui est visible
maintenant qu'on a switché à oauth par défaut.
2 solutions: ne pas utiliser web Start mais le .jar à la place, ou attendre
le hotfix qui sort ce soir ou demain.
A+
Le 10 mars 2016 11:59 AM,  a écrit :

> Merci, ça marche.
> Vu qu'ils proposent des alternatives semi-automatiques et autres, je n'ai
> pas pensé que ça se réglait aussi dans les préférences.
> Un phare appelé "phare" de moins (et plus d'infos dessus).
>
> Jean-Yvon
>
> Le 2016-03-10 07:47, Christian Quest - cqu...@openstreetmap.fr a écrit :
>
> Oui, ça coince côté OAuth sur les dernières versions de JOSM.
> Je suis repassé en authentification simple et vu que l'API est accessible
> en SSL, le mot de passe est bien crypté lors de la connexion.
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-ro] Conventii si drumuri

[Andrei B]

Salut,

Am o intrebare despre conventiile pentru Romania:

autostrada = motorway
Drum National (DNxxx) + Drum European (Exxx) = trunk ? ( sau primary road? )
Drum National (DNxxx) = primary road?
Drum Judetean (DJxxx) = secondary road?
Drum Comunal (DCxxx) = tertiary road?

Conform
http://wiki.openstreetmap.org/wiki/Highway:International_equivalence
intuitia mea ar fi corecta, si unele drumuri in si/sau din Pitesti ar fi
marcate gresit.

Ma uitam la urmatoarea intersectie din Pitesti:
https://www.openstreetmap.org/#map=15/44.8687/24.8845
DN7 cu DN73. Fiind vorba de ambele drumuri cu titulatura "DN", ma
intrebam de ce apar cu culori diferite.
La fel si aici: https://www.openstreetmap.org/#map=16/44.8908/24.8232

DN7 nu apare ( cel putin in Wiki https://ro.wikipedia.org/wiki/DN7 ) ca
facand parte din vreun drum european. Nu gasesc alte referinte intre DN7
si drum european. Totusi, care este statutul acestuia?
Daca da, atunci segmentul care intra in Pitesti dinspre SE este gresit,
si segmentul care iese in N (zona Bascov) este corect?
Daca nu, atunci segmentul care intra in Pitesti dinspre SE este corect,
si segmentul care iese in N (zona Bascov) este gresit?

DN73 (https://ro.wikipedia.org/wiki/DN73 ) este marcat ca facand parte
din E574 pe traseul Craiova - Pitesti - Brasov - Tg. Secuiesc - Onesti -
Bacau. Se continua cu DN65 catre Craiova in SV Pitesti-ului.
DN65 apare si el ca "trunk".

Ei bine, unele sunt marcate drept "trunk road" iar celelalte drept
"primary road". de aici si intrebarea mea.

Pe de alta parte, daca E574 traverseaza orasul Pitesti (vine din NE ca
DN73 si continua in SV ca DN65), presupun ca ar trebui sa existe
continuitate si prin oras. Sau exista alte conventii in acest sens?

Multumesc.


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

Re: [OSM-talk-fr] Bordeaux transport en commun bus liane 7

[Éric Gillet]

Le 10 mars 2016 à 13:13, lenny.libre  a écrit :

> Mais j'ai trouvé qu'elle avait des sœurs cachées :
> la relation Bus 7 : Ambarès Parabelle => Les Aubiers
> http://www.openstreetmap.org/relation/2843948
> et
> Relation : Bus 7 : Les Aubiers => Ambarès Parabelle (2843949)
> http://www.openstreetmap.org/relation/2843949
> membres de la relation Bus Liane 7
> http://www.openstreetmap.org/relation/2843950
>
> En fait, elles sont toutes incomplètes la première emprunte des higways du
> côté d'Ambarès, les autres du côté de Bordeaux.
>
> Y a-t-il une possibilité de de réunir deux relations pour n'en faire
> qu'une seule avec le parcours des deux, où faut-il le faire manuellement ?


Si possible, il est préférable pour alléger la relation, faciliter le
routage et être plus explicite de garder les variantes des itinéraires de
transport en commun. Il faudrait donc idéalement avoir une relation
type=route_master ayant les deux relations filles en membre, et compléter
les relations "filles".
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-se] Historiska län och regioner

[Erik Johansson]

2016-03-10 11:51 GMT+01:00 Joakim Fors :
>
>> On 10 Mar 2016, at 11:48, Erik Johansson  wrote:
>>
>> 2016-03-07 21:16 GMT+01:00 Thomas Fischer :
>>> Är det ok att ta borta noder eller har nån av er ett bra
>>> argument att bibehålla de?
>>
>> Ta bort på en gång, om det skulle varit kvar så är det ändå feltaggat.
>>
>
> Innan man nukear bör man väl nog se till att relevanta taggar är flyttade 
> till respektive relation.
>

Nu fanns det inga sådana, iaf på de som är länkade ovan.

fixme=Gammal? Länet finns inte kvar
gns_classification=ADM1
gns_uni=-3418326
is_inSweden, Europe, EU
is_in:continentEurope
is_in:countrySweden
is_in:country_codeSE
nameGöteborgs och Bohus län
placecounty
sourceGNS
-- 
/emj

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

Re: [OSM-talk] Guides to improve navigation data in OpenStreetMap

[Abhishek Saikia]

Hi Marc,

Thank you for the kind words and prompt feedback. `turn:lanes` are
exclusively for vehicles and as per discussion with the OSRM team here:
https://github.com/Project-OSRM/osrm-backend/issues/2048, we are at present
ignoring adding cycle lanes during `turn:lanes` mapping.

Please do keep sending more feedback.

Regards,
Abhishek



On Thu, Mar 10, 2016 at 7:25 PM, Marc Gemis  wrote:

> Thanks for writing this nice guide.
>
> Everything becomes more complex when there are cycle lanes involved.
> Maybe you could spend a chapter on that as well ?
> I'm thinking about turn:lanes that should take into account the cycle
> lanes, as well as permissions for the different lanes in those cases.
>
> Also dedicated bus (or psv) lanes makes the mapping harder.
>
> regards
>
> m
>
>
> On Thu, Mar 10, 2016 at 11:03 AM, Abhishek Saikia
>  wrote:
> > Hello everyone,
> >
> > As a part of a recent push to improve OpenStreetMap navigation data, our
> > team at Mapbox started collaborating documentation to create a
> comprehensive
> > wiki on " Guides to improve navigation data in OpenStreetMap". This
> mapping
> > guide is still not complete and the team intends to keep on adding new
> > features to the guide  and make it more comprehensive so that it can be a
> > reference to anyone who wants to contribute navigation data on
> > OpenStreetMap. It will be helpful and great if the community can go
> through
> > the guide and give their valuable feedback.
> >
> > Regards,
> >
> > Abhishek
> >
> > ___
> > talk mailing list
> > talk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk
> >
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] mise à jour Bâti sur rabastens

[jean navarro]

salut
la question c'est comment tu fais pour charger une zone (que tu as 
réservée) dans josm ,  à partir de ton exemple 
http://mapcraft.nanodesu.ru/pie/463 ?

je fais une réservation,  mais après il me manque une info ou un lien ?

jean


Le 10/03/2016 14:03, Pierre-Yves Berrard a écrit :

Salut,

Ne pas oublier que le fichier en entrée dans mapcraft est un fichier
*.osm. Les contributeurs réservant une zone pourront donc ouvrir ce
fichier en local dans JOSM pour savoir jusqu'où travailler.

Un découpage infra-communal à façon est tout à fait possible et
exploitable. Exemple : http://mapcraft.nanodesu.ru/pie/463

Tout ça pour dire que s'il y a besoin d'aide pour actualiser le bâti, je
veux bien donner un coup de main. ;-)

PY

Le 9 mars 2016 à 20:53, jean navarro > a écrit :

salut

oui mais non !
un outil comme mapcraft n'apporte pas grand chose pour le travail au
niveau d'une seule commune car il n'existe pas de zone à découper
plus petite. j'ai bien essayé de faire une grille de 200m par 200m
c'est possible mais après tu n'as pas de lien avec le téléchargement
dans dans josm... donc c'est inexploitable...
il faudrait pouvoir disposer d'un serveur du type Hot-osm... sur
lequel on pourrait définir ses propres projets et objectifs et les
partager... c'est un appel aux barbus de la programmation !!

cordialement
jean


Le 09/03/2016 10:46, Pierre-Yves Berrard a écrit :

Une autre façon de réduire le temps de travail : partager le travail
entre contributeurs.
Avec un mapcraft par exemple pour ne pas empiéter sur les
secteur du voisin.

Je ne sais pas si cette méthode a été citée, mais superposer la
couche
bâti présent dans osm fournie par mapbox
(http://www.openstreetmap.org/user/pratikyadav/diary/37646) à la
couche
cadastrale permet aussi de visualiser très facilement les manques.


PY




___
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-de] Datenerfassung für stadtverträgliches LKW-Routing im Rheinland

[Michael Paulmann]

Sorry aber welche rein kommunalen Daten haben wir in OSM die nicht in der 
Wirklichkeit prüfbar sind?

Gruß

Michael

-Ursprüngliche Nachricht-
Von: Markus [mailto:liste12a4...@gmx.de] 
Gesendet: Donnerstag, 10. März 2016 15:15
An: Openstreetmap allgemeines in Deutsch
Betreff: Re: [Talk-de] Datenerfassung für stadtverträgliches LKW-Routing im 
Rheinland

Hallo Michael,

Frederik hat es ja schon beantwortet :-) (hatten wohl gleichzeitig geschrieben)

> Daten in OSM haben die nicht in der realen Welt vorhanden sind? 

Ich finde die "Alles was man sieht"-Regel sehr hilfreich.
Aber halt nicht ausschliesslich.

Ein Gesetz oder amtlicher Erlass ist für mich auch eine Art "Wirklichkeit", mit 
oder ohne Schildern.
Mich stören Schilderwäler, aber Du hast recht: manchmal sind sie trotzdem 
hilfreich.

Für das Routing sind "LKW-Vorrangrouten" ziemlich wichtig.
Wenn wir darauf verzichten, hat das nicht nur auf das LKW-Routing negative 
Auswirkungen, sondern auch auf das PKW-Routing etc.

Beim Definieren von Geo-Daten muss man die Anwendungsbereiche irgendwie 
mitberücksichtigen.

Im Verkehrswesen bekommt OSM eine immer wichtigere Bedeutung.
Nicht zuletzt wegen unseren Routing-Daten :-)

Gruss, Markus

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

Re: [Talk-de] Datenerfassung für stadtverträgliches LKW-Routing im Rheinland

[Markus]

Hallo Michael,

Frederik hat es ja schon beantwortet :-)
(hatten wohl gleichzeitig geschrieben)

> Daten in OSM haben die nicht in der realen Welt vorhanden sind? 

Ich finde die "Alles was man sieht"-Regel sehr hilfreich.
Aber halt nicht ausschliesslich.

Ein Gesetz oder amtlicher Erlass ist für mich auch eine Art
"Wirklichkeit", mit oder ohne Schildern.
Mich stören Schilderwäler, aber Du hast recht: manchmal sind sie
trotzdem hilfreich.

Für das Routing sind "LKW-Vorrangrouten" ziemlich wichtig.
Wenn wir darauf verzichten, hat das nicht nur auf das LKW-Routing
negative Auswirkungen, sondern auch auf das PKW-Routing etc.

Beim Definieren von Geo-Daten muss man die Anwendungsbereiche irgendwie
mitberücksichtigen.

Im Verkehrswesen bekommt OSM eine immer wichtigere Bedeutung.
Nicht zuletzt wegen unseren Routing-Daten :-)

Gruss, Markus

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

Re: [Talk-cl] árboles

[ignacio abé]

Parece que no

Saludos

I.A.

El 9 de marzo de 2016, 11:16, Julio Costa Zambelli<
julio.co...@openstreetmap.cl> escribió:

> ¿Alguien se contactó con el usuario?
>
> Saludos
>
>
> Julio Costa Zambelli
> Fundación OpenStreetMap Chile
>
> julio.co...@openstreetmap.cl
>
> http://www.openstreetmap.cl/
> Cel: +56(9)89981083
>
> 2016-03-09 9:51 GMT-03:00 Danilo Lacoste :
>
>> hace un tiempo había un proyecto de una institución de gobierno para
>> mapear todos los árboles de las ciudades. serán esos datos? estarán
>> usando OSM para almacenar los datos?
>>
>> saludos.
>>
>> 2016-03-08 20:19 GMT-03:00 Juan Pablo Tolosa Sanzana <
>> jptolosanz...@gmail.com>:
>> > Solamente en la comuna de Providencia hay unos 13.500 árboles.
>> >
>> > El 08/03/16 a las 19:45, ignacio abé escribió:
>> >
>> > Estaba mirando el mapa de Santiago, y me encontré con que un usuario
>> dibujó
>> > miles y miles de árboles en toda la ciudad.
>> >
>> > Me llama la atención la cantidad de datos que se ingresaron, es
>> realmente
>> > enorme.
>> >
>> > Aquí va una referencia.
>> >
>> http://www.openstreetmap.org/user/addavies/history#map=12/-33.4541/-70.6136
>> >
>> > Sólo en el conjunto de cambios para la comuna de Santiago Centro, hay 13
>> > mil.
>> >
>> > Saludos
>> > I.A.
>> >
>> >
>> > ___
>> > Talk-cl mailing list
>> > Talk-cl@openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/talk-cl
>> >
>> >
>> >
>> > ___
>> > Talk-cl mailing list
>> > Talk-cl@openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/talk-cl
>> >
>>
>>
>>
>> --
>> Danilo Lacoste Z.   dan...@lacosox.org
>> Ing. Civil en informática
>> www.lacosox.org
>>
>> ___
>> Talk-cl mailing list
>> Talk-cl@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cl
>>
>
>
> ___
> Talk-cl mailing list
> Talk-cl@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cl
>
>
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

Re: [OSM-talk] Guides to improve navigation data in OpenStreetMap

[Marc Gemis]

Thanks for writing this nice guide.

Everything becomes more complex when there are cycle lanes involved.
Maybe you could spend a chapter on that as well ?
I'm thinking about turn:lanes that should take into account the cycle
lanes, as well as permissions for the different lanes in those cases.

Also dedicated bus (or psv) lanes makes the mapping harder.

regards

m


On Thu, Mar 10, 2016 at 11:03 AM, Abhishek Saikia
 wrote:
> Hello everyone,
>
> As a part of a recent push to improve OpenStreetMap navigation data, our
> team at Mapbox started collaborating documentation to create a comprehensive
> wiki on " Guides to improve navigation data in OpenStreetMap". This mapping
> guide is still not complete and the team intends to keep on adding new
> features to the guide  and make it more comprehensive so that it can be a
> reference to anyone who wants to contribute navigation data on
> OpenStreetMap. It will be helpful and great if the community can go through
> the guide and give their valuable feedback.
>
> Regards,
>
> Abhishek
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>

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

Re: [Talk-de] Datenerfassung für stadtverträgliches LKW-Routing im Rheinland

[Michael Paulmann]

Und Du findest es gut das wir Daten in OSM haben die absolut nicht in der 
realen Welt vorhanden sind? Dann müssen wir uns auch wieder anderen 
Diskussionen stellen was wir denn an "nicht in der Wirklichkeit" 
nachvollziehbaren Daten aufnehmen sollen.

Gruß

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

Re: [Talk-de] Datenerfassung für stadtverträgliches LKW-Routing im Rheinland

[Markus]

Hallo Dominik,
> 1. LKW-Vorrangrouten werden von den Kommunen festgelegt

Werden die in einem amtlichen Erlass festgelegt?

Dann kann man sie m.E. mit einem passenden Attriut versehen und in OSM
speichern (genauso wie Grenzen, Buslinien oder Umweltzonen/-Gebiete).

Wenn sie ausgeschildert werden sowieso.

Jeder OSMer kann jedes Attrbut ändern.
Aber das macht er weder willkürlich noch unsinnig.
Und Ihr könnt das ja etwas überwachen...

Gruss, Markus


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

Re: [Talk-lt] Fwd: [JOSM] #12612: Error when loading ORT10LT (Lithuania) imagery layer

[JurKis]

Dabar suveikė korektiškai.

On 10 March 2016 at 14:46, Ramas  wrote:

> Sveiki,
> gan keista, nes pas mane https veikė be problemų.
> įjungiau paprasto http palaikymą, pasitikrinkite
>
> On 10 March 2016 at 12:19, JurKis  wrote:
>
>> Sveiki
>> Kas iš mūsų gali pažiūrėti žemiau cituojamą problemą?
>>
>> Ticket'as https://josm.openstreetmap.de/ticket/12612.
>>
>>
>> Jurijus
>>
>>
>> -- Forwarded message --
>> From: JOSM 
>> Date: 10 March 2016 at 11:45
>> Subject: Re: [JOSM] #12612: Error when loading ORT10LT (Lithuania)
>> imagery layer
>> To:
>>
>>
>> #12612: Error when loading ORT10LT (Lithuania) imagery layer
>>
>> +--
>>   Reporter:  Jurkis |  Owner:  team
>>   Type:  defect | Status:  closed
>>   Priority:  normal |  Milestone:
>>  Component:  Core imagery   |Version:
>> Resolution:  othersoftware  |   Keywords:  template_report certificate
>> http
>>
>> +--
>> Changes (by simon04):
>>
>>  * keywords:  template_report => template_report certificate http
>>  * status:  new => closed
>>  * resolution:   => othersoftware
>>
>>
>> Comment:
>>
>>  ORT10LT is serving the content via HTTPS only and using a Let's Encrypt
>>  certificate which is not in the Java keystore: notice the redirection
>> from
>>  http://mapproxy.openmap.lt/ort10lt to
>> https://mapproxy.openmap.lt/ort10lt.
>>
>>  * You can manually add the needed certificate following
>>  https://docs.oracle.com/javase/tutorial/security/toolsign/rstep2.html or
>>  http://alvinalexander.com/java/java-using-keytool-import-certificate-
>>  keystore
>>  * Or contact the operator of mapproxy.openmap.lt to use a different
>>  certificate and/or also support HTTP.
>>
>> --
>> Ticket URL: 
>> JOSM 
>> Java Openstreetmap Editor
>>
>>
>> ___
>> Talk-lt mailing list
>> Talk-lt@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-lt
>>
>>
>
___
Talk-lt mailing list
Talk-lt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lt

Re: [Talk-de] Datenerfassung für stadtverträgliches LKW-Routing im Rheinland

[Frederik Ramm]

Hallo,

On 03/10/2016 12:18 PM, Michael Paulmann wrote:
>> · Wenn möglich sollten Daten, wie die LKW-Vorrangrouten,
>> die nur von den Kommunen bestimmt werden können, möglichst nicht
>> von Jedem geändert werden können. Ich weiß, dass das dem Naturell
>> der OSM wiederspricht, aber es wäre für eine zuverlässige
>> LKW-Navigation wichtig, dass das Vorrangroutennetz dauerhaft
>> verfügbar ist.

> Das geht in OSM nicht und wird auch nie gehen. Ich würde vorschlagen
> das Projekt auf einem seperaten Server zu fahren und osm als
> Hintergrund zu verwenden.

Stimmt, und zwar aus zweierlei Gründen:

1. In OSM kommt rein, was vor Ort verifizierbar ist. Wenn die Kommunen
Schilder aufstellt, die die LKW-Vorrangrouten kennzeichnen, dann können
die in OSM gemappt werden, sonst nicht. (Es gibt ein paar
Ausnahmesachen, die wir mappen, obwohl sie nicht beobachtbar sind, aber
das sind sehr wenige).

2. Was in OSM drin ist, darf von jedem geändert werden. - Natürlich
könnte eine Kommune beobachten, ob etwas an ihren Daten geändert wird
(da existieren sogar gewerbliche Dienstleistungen), und geeignet
reagieren, aber selbst dann würde man erwarten, dass Änderungen Dritter
nicht blind revertiert werden.

Die Lösung heisst hier ganz klar: Vorrangrouten in eigenem GIS
abspeichern und dann, im Rahmen der Graphen-Aufbereitung für das
Routing, in den Routinggraphen mit einfliessen lassen. Dann wird OSM
nicht mit unverifizierbaren Daten belastet, und niemand kann
"dazwischenfunken".

Das "eigene GIS", in dem die Vorrangrouten gespeichert werden, könnte
durchaus mit OSM-Technik aufgebaut werden, wenn man das wünscht, aber
natürlich geht auch sowas wie QGIS oder ähnliches.

Es gibt auch Alternativen wie das "Separate Data Store"-Plugin für JOSM,
bei dem man an OSM-Objekte direkt im OSM-Editor Zusatzattribute anhängen
kann, die dann aber nicht bei OSM, sondern in einer separaten Datenbank
abgespeichert werden. Dieses Vorgehen hat aber den Nachteil, dass bei
einer Änderung der IDs auf OSM-Seite (z.B. Aufteilung oder
Zusammenführung von Wegen) Informationen verloren gehen.

Bye
Frederik

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

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

Re: [OSM-talk-fr] mise à jour Bâti sur rabastens

[Pierre-Yves Berrard]

Salut,

Ne pas oublier que le fichier en entrée dans mapcraft est un fichier *.osm.
Les contributeurs réservant une zone pourront donc ouvrir ce fichier en
local dans JOSM pour savoir jusqu'où travailler.

Un découpage infra-communal à façon est tout à fait possible et
exploitable. Exemple : http://mapcraft.nanodesu.ru/pie/463

Tout ça pour dire que s'il y a besoin d'aide pour actualiser le bâti, je
veux bien donner un coup de main. ;-)

PY

Le 9 mars 2016 à 20:53, jean navarro  a écrit :

> salut
>
> oui mais non !
> un outil comme mapcraft n'apporte pas grand chose pour le travail au
> niveau d'une seule commune car il n'existe pas de zone à découper plus
> petite. j'ai bien essayé de faire une grille de 200m par 200m c'est
> possible mais après tu n'as pas de lien avec le téléchargement dans dans
> josm... donc c'est inexploitable...
> il faudrait pouvoir disposer d'un serveur du type Hot-osm... sur lequel on
> pourrait définir ses propres projets et objectifs et les partager... c'est
> un appel aux barbus de la programmation !!
>
> cordialement
> jean
>
>
> Le 09/03/2016 10:46, Pierre-Yves Berrard a écrit :
>
>> Une autre façon de réduire le temps de travail : partager le travail
>> entre contributeurs.
>> Avec un mapcraft par exemple pour ne pas empiéter sur les secteur du
>> voisin.
>>
>> Je ne sais pas si cette méthode a été citée, mais superposer la couche
>> bâti présent dans osm fournie par mapbox
>> (http://www.openstreetmap.org/user/pratikyadav/diary/37646) à la couche
>> cadastrale permet aussi de visualiser très facilement les manques.
>>
>>
>> PY
>>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-lt] Fwd: [JOSM] #12612: Error when loading ORT10LT (Lithuania) imagery layer

[Ramas]

Sveiki,
gan keista, nes pas mane https veikė be problemų.
įjungiau paprasto http palaikymą, pasitikrinkite

On 10 March 2016 at 12:19, JurKis  wrote:

> Sveiki
> Kas iš mūsų gali pažiūrėti žemiau cituojamą problemą?
>
> Ticket'as https://josm.openstreetmap.de/ticket/12612.
>
>
> Jurijus
>
>
> -- Forwarded message --
> From: JOSM 
> Date: 10 March 2016 at 11:45
> Subject: Re: [JOSM] #12612: Error when loading ORT10LT (Lithuania) imagery
> layer
> To:
>
>
> #12612: Error when loading ORT10LT (Lithuania) imagery layer
> +--
>   Reporter:  Jurkis |  Owner:  team
>   Type:  defect | Status:  closed
>   Priority:  normal |  Milestone:
>  Component:  Core imagery   |Version:
> Resolution:  othersoftware  |   Keywords:  template_report certificate http
> +--
> Changes (by simon04):
>
>  * keywords:  template_report => template_report certificate http
>  * status:  new => closed
>  * resolution:   => othersoftware
>
>
> Comment:
>
>  ORT10LT is serving the content via HTTPS only and using a Let's Encrypt
>  certificate which is not in the Java keystore: notice the redirection from
>  http://mapproxy.openmap.lt/ort10lt to https://mapproxy.openmap.lt/ort10lt
> .
>
>  * You can manually add the needed certificate following
>  https://docs.oracle.com/javase/tutorial/security/toolsign/rstep2.html or
>  http://alvinalexander.com/java/java-using-keytool-import-certificate-
>  keystore
>  * Or contact the operator of mapproxy.openmap.lt to use a different
>  certificate and/or also support HTTP.
>
> --
> Ticket URL: 
> JOSM 
> Java Openstreetmap Editor
>
>
> ___
> Talk-lt mailing list
> Talk-lt@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-lt
>
>
___
Talk-lt mailing list
Talk-lt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lt

[OSM-talk-fr] Bordeaux transport en commun bus liane 7

[lenny.libre]

Bonjour
En ajoutant un node sur un highway, j'ai récupéré une alerte osmose 
(fixme) sur la relation : Liane 7 : BORDEAUX Les Aubiers <=> AMBARÈS 
Parabelle http://www.openstreetmap.org/relation/1908584


Mais j'ai trouvé qu'elle avait des sœurs cachées :
la relation Bus 7 : Ambarès Parabelle => Les Aubiers 
http://www.openstreetmap.org/relation/2843948

et
Relation : Bus 7 : Les Aubiers => Ambarès Parabelle (2843949) 
http://www.openstreetmap.org/relation/2843949
membres de la relation Bus Liane 7 
http://www.openstreetmap.org/relation/2843950


En fait, elles sont toutes incomplètes la première emprunte des higways 
du côté d'Ambarès, les autres du côté de Bordeaux.


Y a-t-il une possibilité de de réunir deux relations pour n'en faire 
qu'une seule avec le parcours des deux, où faut-il le faire manuellement ?


cordialement

Lenny

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

Re: [Talk-de] Datenerfassung für stadtverträgliches LKW-Routing im Rheinland

[Volker Schmidt]

Zwei andere moeglicherweise nuetzliche Stichworte:

   - Mapillary Fotos
   - Mapillary Verkehrsschilder-Erkennung (die Auswahl der zu erkennenden
   Schilder muesste dafuer erweitert werden)
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-cz] Vyhledavani v MHD

[Marián Kyral]

Ahoj,
dal by se z toho udělat nějaký servis? Tedy, že bych se přes ajax zeptal 
třeba na to, jaké linky na dané zastávce zastavují, jaké jsou zastávkové 
jízdní řády, kdy pojede další autobus a kam. Tedy něco, co by se dalo 
zaintegrovat do aktivní vrstvy na osmap.cz.

Případně později i nějaké pokročilejší hledání v jízdních řádech - přestupy 
a pod. 

Marián


-- Původní zpráva --
Od: Pavel Machek 
Komu: OpenStreetMap Czech Republic 
Datum: 10. 3. 2016 12:44:24
Předmět: [Talk-cz] Vyhledavani v MHD

"AhoJ!

On Wed 2016-03-09 10:24:42, Jethro wrote:
> On Mon, Mar 07, 2016 at 02:52:05PM +0100, Ladislav Nesnera wrote:
> > Pokud jsem správně pochopil, je tu vícero datových zdrojů
> > .
> > Poměrně nedávno byly jízdní řády spojů uvolněny jako otevřená data ve
> > formátu JDF. ČD se vymyká jako vždy
> > 
> > (nebo odkaz z MVČR
> > )
> > Nestálo by za to přejít na tento zdroj? Možná by bylo fajn je
> > předžvejknout i jiným zájemcům, neb bych v tom čekal zas nějaké
> > CHAPSoviny (např. vypadá to, že místo diffu přegenerovávají úplně vše
> > tj. zip má skoro 70 MB, nevidím k tomu žádný popis, ..)
> > 
> > Aktualizace je průběžná, tudíž nad tímto už by dávalo smysl postavit
> > nějaké vyhledávání spojení (s někým jsem se na tohle téma bavil po
> > brněnské hospůdce, žel v době, kdy jsem o těchto datech ještě nevěděl.
> > Sázím na Jethra, ale mám binec v jménech..)

No, ja jsem kdysi nejake vyhledavani psal, je na timetab.sf.net .

Bohuzel tech formatu dat je docela dost, a konverze mezi nima nejsou
jednoduchy. ... a vyhledavani neni taky uplne med.

Otazka je, jaky je "zakladni" format dat. Ja mam vlastni, .tt, ale ma
nejaky omezeni. Dalsi popularni je gtfs. Pak je ceska republika... a
jeji silene formaty.

Umim castecne konvertovat gtfs do tt, a castecne cis do tt... a
vyhledavat v tt (rychle i kvalitne).

Dalsi moznost by samozrejme byla naimportovat data do osm a pak hledat
nad tim osm ale dost pochybuju ze aktualni system tagovani umi
vyjadrit veci jako "linka jede kazdy sudy utery mezi 1.10 a
15.11.". ... coz je mimochodem centralni problem tech formatu. (A pak
nevim jestli chcem mit v osm informace o vsech jednotlivych odjezdech.)

.tt umi na vyjadreni, kdy spoj jede, RLE komprimovanou bitmasku po
tydnech -- v tom se vyhledava snadno a umi to pomerne kompaktne zapsat
vetsinu rozumnych udaju.

Priklad .tt formatu je dole. Tohle je konverze z CIS.
Pavel

# 390090_1 ( tmp/1 1.11 )
06:05 ~ 0 Tábor,,aut.nádr.
~ 0 Tábor,,poliklinika
~ 0 Tábor,,Křižíkovo nám.
06:07 ~ 2 Tábor,,Nový ráj
~ 2 Tábor,,Písecké rozc.
06:11 ~ 3 Tábor,,nem.
06:12 ~ 4 Tábor,Klokoty,
06:14 6 Tábor,Všechov,
06:16 8 Balkova Lhota,,Výrec
Balkova Lhota,,
Radkov,,
Radkov,Paseka,
Balkova Lhota,,Černý Les
06:23 10 Balkova Lhota,,Knížata rozc.1.0
06:26 12 Jistebnice,Vlásenice,
12 Jistebnice,Vlásenice,Makov rozc.1.5
06:29 13 Jistebnice,Makov,Pazderna
Jistebnice,Makov,
Jistebnice,Hůrka,
06:31 15 Jistebnice,,Tisová rozc.1.0
06:33 16 Jistebnice,,Žofín
06:34 06:35 16 Jistebnice,,
06:38 19 Jistebnice,Zvěstonín,
06:41 20 Jistebnice,Hodkov,
06:43 21 Nadějkov,,Petříkovice I
06:45 22 Nadějkov,,
Remarks: X
# 390090_2 ( tmp/1 1.11 )
04:30 0 Nadějkov,,

-- 
(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;___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] Vyhledavani v MHD

[Pavel Machek]

AhoJ!

On Wed 2016-03-09 10:24:42, Jethro wrote:
> On Mon, Mar 07, 2016 at 02:52:05PM +0100, Ladislav Nesnera wrote:
> > Pokud jsem správně pochopil, je tu vícero datových zdrojů
> > .
> > Poměrně nedávno byly jízdní řády spojů uvolněny jako otevřená data ve
> > formátu JDF. ČD se vymyká jako vždy
> > 
> > (nebo odkaz z MVČR
> > )
> > Nestálo by za to přejít na tento zdroj? Možná by bylo fajn je
> > předžvejknout i jiným zájemcům, neb bych v tom čekal zas nějaké
> > CHAPSoviny (např. vypadá to, že místo diffu přegenerovávají úplně vše
> > tj. zip má skoro 70 MB, nevidím k tomu žádný popis, ..)
> > 
> > Aktualizace je průběžná, tudíž nad tímto už by dávalo smysl postavit
> > nějaké vyhledávání spojení (s někým jsem se na tohle téma bavil po
> > brněnské hospůdce, žel v době, kdy jsem o těchto datech ještě nevěděl.
> > Sázím na Jethra, ale mám binec v jménech..)

No, ja jsem kdysi nejake vyhledavani psal, je na timetab.sf.net .

Bohuzel tech formatu dat je docela dost, a konverze mezi nima nejsou
jednoduchy. ... a vyhledavani neni taky uplne med.

Otazka je, jaky je "zakladni" format dat. Ja mam vlastni, .tt, ale ma
nejaky omezeni. Dalsi popularni je gtfs. Pak je ceska republika... a
jeji silene formaty.

Umim castecne konvertovat gtfs do tt, a castecne cis do tt... a
vyhledavat v tt (rychle i kvalitne).

Dalsi moznost by samozrejme byla naimportovat data do osm a pak hledat
nad tim osm ale dost pochybuju ze aktualni system tagovani umi
vyjadrit veci jako "linka jede kazdy sudy utery mezi 1.10 a
15.11.". ... coz je mimochodem centralni problem tech formatu. (A pak
nevim jestli chcem mit v osm informace o vsech jednotlivych odjezdech.)

.tt umi na vyjadreni, kdy spoj jede, RLE komprimovanou bitmasku po
tydnech -- v tom se vyhledava snadno a umi to pomerne kompaktne zapsat
vetsinu rozumnych udaju.

Priklad .tt formatu je dole. Tohle je konverze z CIS.
Pavel

#  390090_1  (  tmp/1 1.11 )
06:05   ~   0   Tábor,,aut.nádr.
~   0   Tábor,,poliklinika
~   0   Tábor,,Křižíkovo nám.
06:07   ~   2   Tábor,,Nový ráj
~   2   Tábor,,Písecké rozc.
06:11   ~   3   Tábor,,nem.
06:12   ~   4   Tábor,Klokoty,
06:14   6   Tábor,Všechov,
06:16   8   Balkova Lhota,,Výrec
Balkova Lhota,,
Radkov,,
Radkov,Paseka,
Balkova Lhota,,Černý Les
06:23   10  Balkova Lhota,,Knížata rozc.1.0
06:26   12  Jistebnice,Vlásenice,
12  Jistebnice,Vlásenice,Makov rozc.1.5
06:29   13  Jistebnice,Makov,Pazderna
Jistebnice,Makov,
Jistebnice,Hůrka,
06:31   15  Jistebnice,,Tisová rozc.1.0
06:33   16  Jistebnice,,Žofín
06:34   06:35   16  Jistebnice,,
06:38   19  Jistebnice,Zvěstonín,
06:41   20  Jistebnice,Hodkov,
06:43   21  Nadějkov,,Petříkovice I
06:45   22  Nadějkov,,
Remarks:  X
#  390090_2  (  tmp/1 1.11 )
04:30   0   Nadějkov,,

-- 
(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: [OSM-talk-ie] Problems with the irish boundaries preset and josm

[moltonel 3x Combo]

A new stable version of josm has been released (version 9900,
https://josm.openstreetmap.de/wiki/Changelog). So if you are following
stable versions and haven't changed anything else, you'll see that the
townland preset doesn't recognize existing MP relations anymore (it
only offers to create a new relation).

There is a fixed version of the preset, but that version prevents
previous josm-stable version (9329 and earlyer) from starting. This is
a bigger annoyance than an unrecognized relation type, so we'll wait
until most people have updated their josm before switching to the new
version by default.

In the meantime, you can change your preset settings (menu preset ->
preset preferences -> active presets) to match your josm version:
* use http://maps.openstreetmap.ie/josm/irishboundaries-dev.xml if you
have upgraded.
* use http://maps.openstreetmap.ie/josm/irishboundaries-9329.xml if
you intend to stay with the old josm version for a while (why ?).
* do nothing if you aren't affected by the bug or can wait until we
change the version for you.

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

Re: [Talk-de] Datenerfassung für stadtverträgliches LKW-Routing im Rheinland

[Michael Paulmann]

Hallo Dominik,

>· Wenn möglich sollten Daten, wie die LKW-Vorrangrouten, die nur von 
>den Kommunen bestimmt werden können, möglichst nicht von Jedem geändert werden 
>können. Ich weiß, dass das dem Naturell der OSM >wiederspricht, aber es wäre 
>für eine zuverlässige LKW-Navigation wichtig, dass das Vorrangroutennetz 
>dauerhaft verfügbar ist.

Das geht in OSM nicht und wird auch nie gehen. Ich würde vorschlagen das 
Projekt auf einem seperaten Server zu fahren und osm als Hintergrund zu 
verwenden.

Gruß

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

[Talk-es] Articulo muy interesante sobre navegacion y restricciones de giro

[Celso González]

Recien sacado de un mail de osm-talk

https://www.openstreetmap.org/user/saikabhi/diary/38106

-- 
Celso González
@PerroVerd

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

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

[osm . sanspourriel]

Merci, ça marche.
Vu qu'ils proposent des alternatives semi-automatiques et autres, je 
n'ai pas pensé que ça se réglait aussi dans les préférences.

Un phare appelé "phare" de moins (et plus d'infos dessus).

Jean-Yvon

Le 2016-03-10 07:47, Christian Quest - cqu...@openstreetmap.fr a écrit :

Oui, ça coince côté OAuth sur les dernières versions de JOSM.
Je suis repassé en authentification simple et vu que l'API est 
accessible en SSL, le mot de passe est bien crypté lors de la connexion.




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

[Talk-de] Datenerfassung für stadtverträgliches LKW-Routing im Rheinland

[Paaß , Dominik]

VRS - mobil-im-rheinland
Projekt: stadtverträgliche LKW-Navigation in der Metropolregion Rheinland
Eintragung der Daten über einen angepassten Editor direkt auf die OSM Karten

Hallo zusammen,

erstmal muss ich zugeben, dass ich ein OSM Neuling bin und mich erst seit ein 
paar Wochen intensiver mit dem Thema beschäftige. Daher bitte ich um Nachsicht, 
wenn einige meiner Äußerungen sehr laienhaft sind. Trotzdem traue ich mich 
jetzt einfach mal.

Ich arbeite beim Verkehrsverbund Rhein-Sieg in Köln und wir haben den Auftrag 
in Zusammenarbeit mit 148 Kommunen in der Metropolregion Rheinland eine 
Datengrundlage zur Verfügung zu stellen, auf deren Basis ein effizientes 
LKW-Routing aufgebaut werden kann. Vorbild ist das analoge Projekt aus der 
Metropole Ruhr, welches bereits erfolgreich angewendet wird. Aus technischer 
Sicht haben wir uns allerdings dagegen entschieden, das Projekt 1:1 zu kopieren.
Zu diesem Zweck soll ein browserbasiertes Erfassungstool beauftragt werden, mit 
dem verschiedenste kommunale Bearbeiter die Daten eingeben können.
Die dafür notwendigen Daten lassen sich in zwei Kategorien unterteilen:

1.   LKW-Vorrangrouten werden von den Kommunen festgelegt (z.B. wenn es 
sich vermeiden lässt, nicht durch Wohngebiete sondern auf verträglicheren 
Strecken zum Gewerbe-/Industriegebiet)

2.   Restriktionen: Straßenschilder, Umweltzonen, Tempozonen, usw.
Nun stellt sich die Frage, ob es nicht sinnvoller wäre, statt einer 
individuellen Softwareentwicklung mit eigener Datenbasis, die Daten direkt in 
OSM einzupflegen!? Das hätte natürlich den Charme, dass die Daten Jedem zur 
Verfügung stehen (u.a. auch für das LKW-Routing in openrouteservice) und eine 
weite Verbreitung der Daten gewährleistet ist. Da ich im OSM-Forum auch schon 
gelesen habe, dass damals schon Interesse an den Daten aus dem Ruhr-Projekt 
geäußert wurde, fände ich es toll, wenn man einen Weg finden würde dies 
umzusetzen.

Wichtig für das Projekt:

· Die Daten müssen natürlich in OSM definiert sein/werden und gemappt 
werden können. Viele Verkehrsschilder sind ja bereits definiert (z.B. Verbot 
für Kfz mit einem zulässigen Gesamtgewicht über 3,5t --> Als Linie mit hgv=no). 
Auch die Umweltzonen sind mit "low_emission_zone" meines Wissens nach schon 
definiert.

· Die Eingabeoberfläche bzw. der OSM-Editor muss simpel und 
übersichtlich sein, damit Jeder versteht, wie die Daten eingegeben werden 
können. Ich habe bisher JOSM verwendet, das für einen 08/15-Anwender natürlich 
viel zu überladen ist. Ich stelle mir vor, dass wir eine abgespeckte Version 
eines solchen Editors beauftragen in der nur die für die Kommunen relevanten 
Daten enthalten sind.

· Wenn möglich sollten Daten, wie die LKW-Vorrangrouten, die nur von 
den Kommunen bestimmt werden können, möglichst nicht von Jedem geändert werden 
können. Ich weiß, dass das dem Naturell der OSM wiederspricht, aber es wäre für 
eine zuverlässige LKW-Navigation wichtig, dass das Vorrangroutennetz dauerhaft 
verfügbar ist.

Um jetzt nicht zu viel zu schwafeln, belasse ich es erst einmal bei diesen 
Informationen und hoffe, dass das Thema den Einen oder Anderen begeistern kann. 
Ich würde mich über jegliches Feedback freuen.

Viele Grüße,
Dominik

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

Re: [Talk-se] Historiska län och regioner

[Erik Johansson]

2016-03-07 21:16 GMT+01:00 Thomas Fischer :
> Är det ok att ta borta noder eller har nån av er ett bra
> argument att bibehålla de?

Ta bort på en gång, om det skulle varit kvar så är det ändå feltaggat.

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

Re: [OSM-talk-fr] le pourquoi du changement de "chemin carrossable" à "chemin carrossable non entretenue"

[jabali]

Bonjour,
Je pense qu'il y a confusion sur le terme "carrossable" qui, dans OSM, doit
être pris  dans le sens le plus large.
Carrossable --> un carrosse (véhicule -aujourd'hui motorisés- à 4 roues )
passe.
Tracteur et engin forestiers classiques en font partie
tag = track

non carrossable -> largeur trop étroite (à la louche inf 2m) 
tag= path

les grosses nuances de roulabilités entre les chemins dit "carrossables"
s'ajustent avec les tag de description "tracktype" ; "surface";""smoothness"

Je pense que le terme carrossable ,dans ID,  porte trop à confusion et
devrait être remplacé par quelque chose plus proche de la définition OSM du
tag "track"

Chemin d'exploitation d'usage agricole, forestier,.. pour véhicules
motorisés

http://wiki.openstreetmap.org/wiki/FR:Tag:highway%3Dtrack







--
View this message in context: 
http://gis.19327.n5.nabble.com/le-pourquoi-du-changement-de-chemin-carrossable-a-chemin-carrossable-non-entretenue-tp5869490p5869506.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-dk] Kunstvær?=ker i =?utf-8?Q?Brøndby - hvordan kan jeg få koordinator til anden brug

[Soren Johannessen]

Hej Henrik

Jeg har lavet et Overpass Turbo script til Brøndby Kommune

Kunstværker  http://overpass-turbo.eu/s/eTZ
http://overpass-turbo.eu/s/eU0 og klik så søg knappen

Mindesmærker http://overpass-turbo.eu/s/eU0

Du går så op i "Eksporter" menuen på siden og vælg > Geodata og så
hvilket format du vil have data i fx GeoJSON - Hvis du vil have det i
et regneark kan jeg godt lave det til dig

Med venlig hilsen
Søren Johannessen

2016-03-10 11:16 GMT+01:00 Henrik Puukka-Sørensen :
> Hej
>
> Jeg og andre har mappet alle udendørs kunstværker i Brøndby.
>
> Brøndby Kommune vil gerne gøre brug af disse oplysninger til en
> kunstoversigt.
>
> Er det muligt på en enkelt måde lave et udtræk med koordinator af
> kunstværkerne?
>
> Hvilke værktøjer kan bruges?
>
> Jeg har mest beskæftiget mig med at lægge ting i Openstreetmap ikke hente
> dem.
>
> venlig hilsen
> Henrik Puukka-Sørensen
>
>
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk
>

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

[Talk-lt] Fwd: [JOSM] #12612: Error when loading ORT10LT (Lithuania) imagery layer

[JurKis]

Sveiki
Kas iš mūsų gali pažiūrėti žemiau cituojamą problemą?

Ticket'as https://josm.openstreetmap.de/ticket/12612.


Jurijus


-- Forwarded message --
From: JOSM 
Date: 10 March 2016 at 11:45
Subject: Re: [JOSM] #12612: Error when loading ORT10LT (Lithuania) imagery
layer
To:


#12612: Error when loading ORT10LT (Lithuania) imagery layer
+--
  Reporter:  Jurkis |  Owner:  team
  Type:  defect | Status:  closed
  Priority:  normal |  Milestone:
 Component:  Core imagery   |Version:
Resolution:  othersoftware  |   Keywords:  template_report certificate http
+--
Changes (by simon04):

 * keywords:  template_report => template_report certificate http
 * status:  new => closed
 * resolution:   => othersoftware


Comment:

 ORT10LT is serving the content via HTTPS only and using a Let's Encrypt
 certificate which is not in the Java keystore: notice the redirection from
 http://mapproxy.openmap.lt/ort10lt to https://mapproxy.openmap.lt/ort10lt.

 * You can manually add the needed certificate following
 https://docs.oracle.com/javase/tutorial/security/toolsign/rstep2.html or
 http://alvinalexander.com/java/java-using-keytool-import-certificate-
 keystore
 * Or contact the operator of mapproxy.openmap.lt to use a different
 certificate and/or also support HTTP.

--
Ticket URL: 
JOSM 
Java Openstreetmap Editor
___
Talk-lt mailing list
Talk-lt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lt

[Talk-dk] Kunstvær?=ker i =?utf-8?Q?Brøndby - hvordan kan jeg få koordinator til anden brug

[Henrik Puukka-Sørensen]

Hej

Jeg og andre har mappet alle udendørs kunstværker i Brøndby.

Brøndby Kommune vil gerne gøre brug af disse oplysninger til en kunstoversigt.

Er det muligt på en enkelt måde lave et udtræk med koordinator af kunstværkerne?

Hvilke værktøjer kan bruges?

Jeg har mest beskæftiget mig med at lægge ting i Openstreetmap ikke hente dem.

venlig hilsen
Henrik Puukka-Sørensen


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

[OSM-talk] Guides to improve navigation data in OpenStreetMap

[Abhishek Saikia]

Hello everyone,

As a part of a recent push to improve OpenStreetMap navigation data, our
team at Mapbox started collaborating documentation to create a
comprehensive wiki on "* Guides to improve navigation data in OpenStreetMap
*". This mapping
guide is still not complete and the team intends to keep on adding new
features to the guide  and make it more comprehensive so that it can be a
reference to anyone who wants to contribute navigation data on
OpenStreetMap. It will be helpful and great if the community can go through
the guide and give their valuable feedback.

Regards,

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

Re: [OSM-talk-be] (m)apps 4 ghent, zaterdag 19 maart

[Jo]

Als je dat wilt doen, denk ik dat het belangrijk is om er echt een tijdslot
voor te voorzien. Tijdens de mapathons is het altijd nogal hectisch en ben
je je aandacht al over alle deelnemers aan het verdelen.

Jo

Op 10 maart 2016 10:42 schreef joost schouppe :

> Oliver, absoluut een goed idee. Op de laatste Mapathon is dat er helaas
> niet van gekomen, ondanks dat Johan er was. Ik pleit schuldig.
>
> Op 9 maart 2016 20:19 schreef Oliver May :
>
>> Dag Joost,
>>
>> Er zal ook een delegatie van OSGgeo België aanwezig zijn. Misschien ook
>> een goede gelegenheid om eens de koppen bij elkaar te steken om onze
>> samenwerking wat te versterken!
>>
>> Wij kijken er alvast naar uit!
>>
>> mvg,
>>
>> Oliver
>>
>> Op 9 maart 2016 17:49 schreef joost schouppe :
>>
>>> Zaterdag 19 maart is het grote feest van de Gentse Open Data mensen. Dit
>>> jaar staat het in het teken van kaarten en geografie. Daarom hebben ze OSM
>>> uitgenodigd om een voormiddag te vullen. Het is nog altijd niet geheel
>>> duidelijk wat we nu eigenlijk gaan doen, maar er is een soort workshop
>>> georganiseerd met de bedoeling dat mensen aan het mappen gaan. Mijn idee
>>> was om hen dingen in het Gentse te laten mappen aan de hand van Mapillary.
>>> Op die manier kan iedereen iets van zijn eigen interesse doen, en kan je
>>> goed sterkte (en zwakte) van OSM laten zien. Zelf was ik al even begonnen,
>>> en zo direct de classificatie van een voetwegje kunnen verbeteren (er
>>> ontbrak een hele trap en het pad eindigde ook met trappen), en een kleine
>>> uitdaging: hoe een paal met een reddingsboei taggen.
>>>
>>> Het zou ook een mooi moment zijn om de stand van zaken van de GRB import
>>> te doen. Glenn, jij tijd en zin? In het beste geval kunnen we een demo
>>> geven aan de hand van een live import in het Gentse.
>>>
>>> Maar als het thema "alles" is, heb je natuurlijk specialisten in "alles"
>>> nodig. Dus hoe meer ervaren mappers hoe meer vreugd.
>>>
>>> Op dit moment weet ik enkel van Ben dat hij zeker komt.
>>>
>>> Meer info: http://www.appsforghent.be/hackathon
>>> Laat weten dat je komt:
>>> http://www.meetup.com/OpenStreetMap-Belgium/events/229463143
>>>
>>> --
>>> Joost @
>>> Openstreetmap  |
>>> Twitter  | LinkedIn
>>>  | Meetup
>>>  | Reddit
>>>  | Wordpress
>>> 
>>>
>>> ___
>>> Talk-be mailing list
>>> Talk-be@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-be
>>>
>>>
>>
>>
>> --
>> Oliver May
>>
>> *DFC Software Engineering *
>>
>> Brugsesteenweg 587
>> 9030 Gent
>> T: +32 (0)484 97 77 70
>> F: +32 (0)9 236 54 12
>>
>> W: http:// www.dfc.be
>>
>> Skype: skype://dfc.olivermay
>>
>> Twitter: olivermay_be
>>
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>
>
> --
> Joost @
> Openstreetmap  |
> Twitter  | LinkedIn
>  | Meetup
>  | Reddit
>  | Wordpress
> 
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-at] Frage: Vor Ort Mappen (Adressen)

[Stefan Kopetzky]

On 2016-03-10 10:38, Christian Aigner wrote:
> Aber wie schaut's eigentlich rechtlich mit dem Fotografieren von
> Hausnummern bzw. der Häuserfront aus?

Hausnummern sind sicher unproblematisch.
Bei Häuserfronten (von öffentlichem Grund aus fotografiert) greift im
Zweifelsfall die sog. "Panoramafreiheit" aus dem Urheberrecht
(https://de.wikipedia.org/wiki/Panoramafreiheit#.C3.96sterreich),  was
aber sowieso unherheblich ist, wenn Du die Fotos nicht
veröffentlichen/verbreiten willst. Sonstige Persönlichkeitrechte sind
beim fotographieren eines Gebäudes (ohne Menschen) von der Strasse aus,
mW nicht berührt.

LG,
Stefan





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

Re: [OSM-talk-be] (m)apps 4 ghent, zaterdag 19 maart

[joost schouppe]

Nou moe. Indrukwekkende formule.

Op 9 maart 2016 21:15 schreef Jo :

> Ik probeer natuurlijk ook van de partij te zijn. (Al wordt het wel wat
> druk de laatste tijd...)
>
> Nu ben ik weer op een projectje in Tanzania gesprongen:
>
>
> https://docs.google.com/document/d/1UnvgVNdiMv2RSnYKhitBFmMdiFKPZ1Erlae3VzMC5O4/edit#heading=h.39bswj169hzu
>
> De laatste dagen bezig geweest aan het uitwerken van een formule die vanaf
> een spreadsheet OSM-objecten genereert (in JOSM natuurlijk). Nu heb ik het
> zo ver gekregen dat die formule 10 vierkante amenity=school areas tegelijk
> aanmaakt op basis van 10 rijen in die spreadsheet...
>
> Een hoofdstukje toegevoegd aan dat document over hoe mappen in JOSM en
> onderaan nog wat statistieken die gegenereerd werden met Pandas (iets dat
> lijk op R, maar dan on steroids en natuurlijk in Python)
>
> Groeten,
>
> Polyglot
>
> Op 9 maart 2016 20:19 schreef Oliver May :
>
> Dag Joost,
>>
>> Er zal ook een delegatie van OSGgeo België aanwezig zijn. Misschien ook
>> een goede gelegenheid om eens de koppen bij elkaar te steken om onze
>> samenwerking wat te versterken!
>>
>> Wij kijken er alvast naar uit!
>>
>> mvg,
>>
>> Oliver
>>
>> Op 9 maart 2016 17:49 schreef joost schouppe :
>>
>>> Zaterdag 19 maart is het grote feest van de Gentse Open Data mensen. Dit
>>> jaar staat het in het teken van kaarten en geografie. Daarom hebben ze OSM
>>> uitgenodigd om een voormiddag te vullen. Het is nog altijd niet geheel
>>> duidelijk wat we nu eigenlijk gaan doen, maar er is een soort workshop
>>> georganiseerd met de bedoeling dat mensen aan het mappen gaan. Mijn idee
>>> was om hen dingen in het Gentse te laten mappen aan de hand van Mapillary.
>>> Op die manier kan iedereen iets van zijn eigen interesse doen, en kan je
>>> goed sterkte (en zwakte) van OSM laten zien. Zelf was ik al even begonnen,
>>> en zo direct de classificatie van een voetwegje kunnen verbeteren (er
>>> ontbrak een hele trap en het pad eindigde ook met trappen), en een kleine
>>> uitdaging: hoe een paal met een reddingsboei taggen.
>>>
>>> Het zou ook een mooi moment zijn om de stand van zaken van de GRB import
>>> te doen. Glenn, jij tijd en zin? In het beste geval kunnen we een demo
>>> geven aan de hand van een live import in het Gentse.
>>>
>>> Maar als het thema "alles" is, heb je natuurlijk specialisten in "alles"
>>> nodig. Dus hoe meer ervaren mappers hoe meer vreugd.
>>>
>>> Op dit moment weet ik enkel van Ben dat hij zeker komt.
>>>
>>> Meer info: http://www.appsforghent.be/hackathon
>>> Laat weten dat je komt:
>>> http://www.meetup.com/OpenStreetMap-Belgium/events/229463143
>>>
>>> --
>>> Joost @
>>> Openstreetmap  |
>>> Twitter  | LinkedIn
>>>  | Meetup
>>>  | Reddit
>>>  | Wordpress
>>> 
>>>
>>> ___
>>> Talk-be mailing list
>>> Talk-be@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-be
>>>
>>>
>>
>>
>> --
>> Oliver May
>>
>> *DFC Software Engineering *
>>
>> Brugsesteenweg 587
>> 9030 Gent
>> T: +32 (0)484 97 77 70
>> F: +32 (0)9 236 54 12
>>
>> W: http:// www.dfc.be
>>
>> Skype: skype://dfc.olivermay
>>
>> Twitter: olivermay_be
>>
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>


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

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

Re: [OSM-talk-be] (m)apps 4 ghent, zaterdag 19 maart

[joost schouppe]

Oliver, absoluut een goed idee. Op de laatste Mapathon is dat er helaas
niet van gekomen, ondanks dat Johan er was. Ik pleit schuldig.

Op 9 maart 2016 20:19 schreef Oliver May :

> Dag Joost,
>
> Er zal ook een delegatie van OSGgeo België aanwezig zijn. Misschien ook
> een goede gelegenheid om eens de koppen bij elkaar te steken om onze
> samenwerking wat te versterken!
>
> Wij kijken er alvast naar uit!
>
> mvg,
>
> Oliver
>
> Op 9 maart 2016 17:49 schreef joost schouppe :
>
>> Zaterdag 19 maart is het grote feest van de Gentse Open Data mensen. Dit
>> jaar staat het in het teken van kaarten en geografie. Daarom hebben ze OSM
>> uitgenodigd om een voormiddag te vullen. Het is nog altijd niet geheel
>> duidelijk wat we nu eigenlijk gaan doen, maar er is een soort workshop
>> georganiseerd met de bedoeling dat mensen aan het mappen gaan. Mijn idee
>> was om hen dingen in het Gentse te laten mappen aan de hand van Mapillary.
>> Op die manier kan iedereen iets van zijn eigen interesse doen, en kan je
>> goed sterkte (en zwakte) van OSM laten zien. Zelf was ik al even begonnen,
>> en zo direct de classificatie van een voetwegje kunnen verbeteren (er
>> ontbrak een hele trap en het pad eindigde ook met trappen), en een kleine
>> uitdaging: hoe een paal met een reddingsboei taggen.
>>
>> Het zou ook een mooi moment zijn om de stand van zaken van de GRB import
>> te doen. Glenn, jij tijd en zin? In het beste geval kunnen we een demo
>> geven aan de hand van een live import in het Gentse.
>>
>> Maar als het thema "alles" is, heb je natuurlijk specialisten in "alles"
>> nodig. Dus hoe meer ervaren mappers hoe meer vreugd.
>>
>> Op dit moment weet ik enkel van Ben dat hij zeker komt.
>>
>> Meer info: http://www.appsforghent.be/hackathon
>> Laat weten dat je komt:
>> http://www.meetup.com/OpenStreetMap-Belgium/events/229463143
>>
>> --
>> Joost @
>> Openstreetmap  |
>> Twitter  | LinkedIn
>>  | Meetup
>>  | Reddit
>>  | Wordpress
>> 
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>
>
> --
> Oliver May
>
> *DFC Software Engineering *
>
> Brugsesteenweg 587
> 9030 Gent
> T: +32 (0)484 97 77 70
> F: +32 (0)9 236 54 12
>
> W: http:// www.dfc.be
>
> Skype: skype://dfc.olivermay
>
> Twitter: olivermay_be
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>


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

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