Re: [Talk-it] Landuse (aridaje)

[Aury88]

Paolo Monegato wrote
> Il 25/05/2017 07:38, Aury88 ha scritto:
>> mi sa che non ci
>> stiamo capendo. non sto parlando di alberi coltivati per essere venduti a
>> scopo ornamentale (che forse in generale sarebbe meglio mappato con un
>> landuse=forest).
> 
> Non sarebbe qualcosa tipo plant_nursery (mi sfugge ora il tag preciso ma 
> è qualcosa del genere)?
> 
> ciao
> Paolo M

si hai ragione, mi sono confuso io (eppure anduse=plant_nursery l'ho anche
usato un paio di volte...sto proprio invecchiando xD)



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n8.nabble.com/Landuse-aridaje-tp5896633p5897201.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [OSM-talk-be] Dixit JOSM: missing tag - street with odd number of lanes, but without lanes:forward and lanes:backward or oneway

[Marc Gemis]

One of the problems is that the lanes-tag only count the lanes for
cars, while all the other xxx:lanes tags should also count e.g. cycle
lanes. None of the validators (Osmose, JOSM) that I know take this
difference into account.

m.

On Thu, May 25, 2017 at 10:09 AM, Yves bxl-forever
 wrote:
> Hi,
>
> The way I understand this warning is that a two-way highway with an odd 
> number of lanes (in this case 3) should get "lanes:forward=2" and 
> "lanes:backward=1" to make the count.
> This is not linked with the "turn:lanes" key, despite the number of lanes 
> should obviously match.
>
> Have a great day.
> Yves
>
>
>
> On Thu, 25 May 2017 03:08:56 +0200
> "André Pirard"  wrote:
>
>> Hi,
>>
>> Just like Osmose does, JOSM accused me of those errors with tags I never
>> wrote: here  and here
>> .
>> It appears that the mapper used turn:lanes:… and that JOSM wants lanes:…
>> I'll leave it to the specialists whether the mapper must correct a
>> mistake or open a JOSM bug.
>>
>> TIA,
>> Cheers
>>
>> André.
>
> ___
> 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: [OSM-ja] 高速道路網のタグ付け

[Takahisa TAGUCHI]

たぐちです。

たとえば、小田原厚木道路は国道(network=jp:national)なんだろうけど、その 
ref はおそらく E85 じゃない。ref を E85 にするには、自動車専用道路として

別途リレーションを作る必要があるのではないか・・・と。


たしかに高速道路ナンバリングによって小田原厚木道路(R271/E85)の扱いは
難しくなりましたね。
わたしがパッと思いつく感じでもほかにも、、、

・第三京浜 (R466/E83)
・圏央道 (R468/C4)
・旭川紋別自動車道 (R450/E39)
・三遠南信自動車道 (R474/E69)

などなど、結構あります。

あと高規格幹線道路も広域的は国道（B路線と呼ばれるらしい）だったり
するので、、、

・函館江差自動車道 (R228/E59)
・帯広広尾自動車道 (R236/E60)
・日高自動車道 (R235/E63)

等々の扱いも気になってきます。

Wikiを見てると nat_ref というタグがあったのですが、
これを日本の新しい制度に当てはめていいのかどうか、、、
http://wiki.openstreetmap.org/wiki/Key:ref#Examples_on_ways

最悪はyasu747さんの言うとおりリレーションを分ける別途リレーションを
作るしかないかもしれませんが、これらは重複路線ではないので
個人的にはそれもちょっと違う気がしています、、、

わたしも他の人のご意見を聞きたいです。

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

Re: [OSM-ja] 高速道路網のタグ付け

[Satoshi IIDA]

いいだです。

今度から高速道路にもナンバリングするそうなので、これをリレーションとして表現するのはどうでしょう？
これでは足りないものがある？

http://www.mlit.go.jp/road/sign/numbering/
http://www.mlit.go.jp/road/sign/numbering/about/index.html#about03


P.S.
こちら、国交省のページにLeafletが設置されていて、隔世の感があります :)

http://www.mlit.go.jp/road/sign/numbering/map/index.html





2017年5月25日 23:24 Nobuyuki Maruichi :

> 丸市です。
>
> すみません、一部間違っていました。
> int_ref の方ですが、日本では、AHxxx のアジアハイウェイで使うときに
> 使用するのもですね。
>
> > ref の方ですが、int_ref と言うキーがあるようです。
> > int_ref=E85 かなと思ったんですが、
> > http://wiki.openstreetmap.org/wiki/JA:Key:int_ref
> > によると"E"と数字の間に空白を入れるようですから、
> >   int_ref=E 85
> > をウェイとリレーションに設定するのが適当かと思います。
>
>
> On 2017年05月25日 21:42, Nobuyuki Maruichi wrote:
> > 丸市です。
> >
> >> 県道や国道のリレーションはなんとなく
> >> network=jp:prefectural:nagano 日本の長野県の県道
> >> network=jp:national 日本の国道
> >> のようなタグ付けができますが、高速道路（自動車専用道路）の場合はどうした
> >> らよいでしょうか。
> > 高速道路は、自転車で入れないのでマッピングすることは、あまりありませんが、
> > 以下のページを見て考えてみました。
> > # 私の英語能力は低いので、英語のページは参考程度
> >
> > http://wiki.openstreetmap.org/wiki/JA:Key:network
> > http://wiki.openstreetmap.org/wiki/Key:network
> > http://altcva.main.jp/pref/
> > https://ja.wikipedia.org/wiki/%E9%AB%98%E9%80%9F%E9%81%93%
> E8%B7%AF%E3%83%8A%E3%83%B3%E3%83%90%E3%83%AA%E3%83%B3%E3%82%B0
> > https://ja.wikipedia.org/wiki/%E6%97%A5%E6%9C%AC%E3%81%AE%
> E9%AB%98%E9%80%9F%E9%81%93%E8%B7%AF
> > https://en.wikipedia.org/wiki/Expressways_of_Japan
> > http://www.mlit.go.jp/road/sign/numbering/
> > http://www.mlit.go.jp/road/sign/numbering/en/index.html
> >
> > networkタグだけで言えば、高速道路を示す名前としては、expressway かなと
> > 思いました。……で、Taginfoとoverpass turboで調べると
> >   network=JP:national:expressway
> > が、関越自動車道, 上信越自動車道,
> > 北陸自動車道のリレーションで使われていました。
> > http://wiki.openstreetmap.org/wiki/WikiProject_Japan#.E9.AB.
> 98.E9.80.9F.E8.87.AA.E5.8B.95.E8.BB.8A.E5.9B.BD.E9.81.93
> >
> > 他の network の例でも
> > http://wiki.openstreetmap.org/wiki/Relation:route
> > によると、network=e-road とかがあるので、
> > JP:national:expressway が、適当に思えました。
> >
> >> たとえば、小田原厚木道路は国道(network=jp:national)なんだろうけど、その
> >> ref はおそらく E85 じゃない。ref を E85 にするには、自動車専用道路として
> >> 別途リレーションを作る必要があるのではないか・・・と。
> > ref の方ですが、int_ref と言うキーがあるようです。
> > int_ref=E85 かなと思ったんですが、
> > http://wiki.openstreetmap.org/wiki/JA:Key:int_ref
> > によると"E"と数字の間に空白を入れるようですから、
> >   int_ref=E 85
> > をウェイとリレーションに設定するのが適当かと思います。
> >
> > いかがでしょうか？
> > 自信はありませんので、ご意見聞きたいです。
> >
> > 都市高速道路も含めて定義した方が良いと思います。
> >
> >
> > ___
> > Talk-ja mailing list
> > Talk-ja@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-ja
>
>
>
> ___
> Talk-ja mailing list
> Talk-ja@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ja
>



-- 
Satoshi IIDA
mail: nyamp...@gmail.com
twitter: @nyampire
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-lt] Lankytinų vietų eksportas

[Eduardas Kriščiūnas]

Kempingas yra vieta, kur yra elektra, tulikas ir prausykla, t.y. 3 
priedai prie nuosavos palapinės, kurių vežiotis nesigauna. Tai ir 
vadinama apgyvendinimo *paslaugomis*, ko paprastas camp_site neteikia. ;)
Dažnai jis būna mokamas, į jį nurodo kelio ženklai. Kaip tai žymima OSM 
– labai neaišku, tačiau Estijoje aš, ieškodamas vietų nakvynei, Osmand'e 
įsijungiau motelių sluoksnį, kad negaišti laiko tikrinant kiekvieną 
camp_site nuvažiuojant į jį fiziškai. Blogiausia, kad Estijoje tos 
laukinės poilsiavietės dažnai net ir kelio ženklais žymimos kaip 
kempingai :O
Temstant kiekvienos tokios nakvynei netinkamos vietos apžiūra, kuriai 
gaištamas minimum pusvalandis, labai nervina.


2017.05.26 00:23, Tomas Straupis rašė:

Čia ne visai į temą, tačiau kempingų žymėjimas OSM yra bėda.
Praėjusią vasarą Estijoje pagal tokį žymėjimą išnaršiau ne vieną
lauko aikštelę, bet apgyvendinimo paslaugų ten nebuvo. Matau,
kad ir LT kažkas negerai su tagais, kai paprasta laukinė poilsiavietė,
kuri realybėje net niekaip nepažymėta, yra žymima kaip kempingas.

   (Kempingas places.openmap.lt yra tai, kas pažymėta amenity=camp_site)

   O dabar sudėtingesnis klausimas: kas yra „kempingas“? :-)

   Šiuo metu, mano asmenine nuomone (kuri gali ir dažnai nesutampa su
kitų nuomone), turim variantus:
   amenity=shelter - paprasta pastogė pasislėpti nuo lietaus (trumpam
sustojimui, maksimum suvalgyti sumuštinį)
   tourism=picnic_site - vieta, kur yra stalai, gal yra laužavietė -
skirta ilgesniam pabuvimui, gal kelias palapines pasistatyti galima
   tourism=camp_site - vieta, kur galima statyti daug palapinių, gal
net bus kokie dušai, virtuvė ir pan. (namukai ten nebūtinai bus)

   Mano galva „apgyvendinimo paslaugos“ - čia jau kai turim
tourism=chalet|guest_house|hostel|hotel

   Bet čia mano tokia „klasifikacija“...

P.S. Konkrečiu nurodytu atveju Asvejos RP tikrai tose vietose nėra
kempingų, ten viskas picnic_site. Tik klausimas, kaip viską reikėtų
žymėti, nes tarkime aplink Jagomantą yra gal 10 atskirų nedidelių
vietų poilsiauti ir ten visi realiai statosi po 2-4 palapines... :-)




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

Re: [Talk-lt] Lankytinų vietų eksportas

[Tomas Straupis]

> Čia ne visai į temą, tačiau kempingų žymėjimas OSM yra bėda.
> Praėjusią vasarą Estijoje pagal tokį žymėjimą išnaršiau ne vieną
> lauko aikštelę, bet apgyvendinimo paslaugų ten nebuvo. Matau,
> kad ir LT kažkas negerai su tagais, kai paprasta laukinė poilsiavietė,
> kuri realybėje net niekaip nepažymėta, yra žymima kaip kempingas.

  (Kempingas places.openmap.lt yra tai, kas pažymėta amenity=camp_site)

  O dabar sudėtingesnis klausimas: kas yra „kempingas“? :-)

  Šiuo metu, mano asmenine nuomone (kuri gali ir dažnai nesutampa su
kitų nuomone), turim variantus:
  amenity=shelter - paprasta pastogė pasislėpti nuo lietaus (trumpam
sustojimui, maksimum suvalgyti sumuštinį)
  tourism=picnic_site - vieta, kur yra stalai, gal yra laužavietė -
skirta ilgesniam pabuvimui, gal kelias palapines pasistatyti galima
  tourism=camp_site - vieta, kur galima statyti daug palapinių, gal
net bus kokie dušai, virtuvė ir pan. (namukai ten nebūtinai bus)

  Mano galva „apgyvendinimo paslaugos“ - čia jau kai turim
tourism=chalet|guest_house|hostel|hotel

  Bet čia mano tokia „klasifikacija“...

P.S. Konkrečiu nurodytu atveju Asvejos RP tikrai tose vietose nėra
kempingų, ten viskas picnic_site. Tik klausimas, kaip viską reikėtų
žymėti, nes tarkime aplink Jagomantą yra gal 10 atskirų nedidelių
vietų poilsiauti ir ten visi realiai statosi po 2-4 palapines... :-)

-- 
Tomas

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

Re: [OSM-talk] OSM Note 1000000

[Paul Johnson]

On Thu, May 25, 2017 at 3:17 PM, Dave F  wrote:

> Yeah, but how many of them are useful? I spend far too much of my OSM time
> mopping up irrelevant, out of date & inaccurate info. Many notes are
> indicating locations which already exist such as building names & parks.
> What devices are being used which don't display this clearly?
>

Well, Mr. Neis says this...

*OSM Notes: *Closed with comment 1287 (w/o 5586), commented 409 and 7830
opened

So, I'd say north of 7500.  I'm still working on cleaning up after myself
since I *prolifically* road tripped the first half of this decade, mostly
in the southern plains.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-lt] Lankytinų vietų eksportas

[Eduardas Kriščiūnas]

  
  
Čia ne visai į temą, tačiau kempingų
  žymėjimas OSM yra bėda. Praėjusią vasarą Estijoje pagal tokį
  žymėjimą išnaršiau ne vieną lauko aikštelę, bet apgyvendinimo
  paslaugų ten nebuvo. Matau, kad ir LT kažkas negerai su tagais,
  kai paprasta laukinė poilsiavietė, kuri realybėje net niekaip
  nepažymėta, yra žymima kaip kempingas.
  
  
  2017.05.23 14:53, Tomas Straupis rašė:


  Sveiki

  Prisiminėme tokį senai paleistą, bet visų užmirštą dalyką kaip
http://poi.openmap.lt

  Jo paskirtis - duoti atsisiųsti įvairiais formatais (gpx, kml,
geojson ir pan.) pasirinktų POI info, kurią tada galima įsidėti gal į
Garminą, gal į TomTom'ą, gal į Google Maps/Earth, gal į dar kažką.

  Bet norisi kažkiek patvarkyti lankytinų vietų tipų parinktis, nes
kai kurie dabar esantys variantai ne į temą (kai kurių tipų Lietuvoje
nėra apskritai arba labai mažai tokių vietų), kai kurių tipų trūksta.

  Tai pirma mintis buvo sinchronizuoti lankytinų vietų tipų sąrašą su
http://places.openmap.lt Na gautųsi tokia vientisa sistema: pasižiūri
places, jei patinka/reikia - eini į poi ir ten jau aišku, kurias
kategorijas nori eksportuoti.

  Jau dabar aiškūs du variantai:
  1. rodyti tik places „grupių“ pavadinimus: paveldas, turizmas,
apgyvendinimas ir pan.
  2. rodyti detaliai: piliakalniai, pilkapiai, viešbučiai,
barzdaskučiai, katinukų glostytojai ir pan.

  Gal dar kokių minčių turite apie tipų parinkimą (negalvojant kokių
nors per daug sunkiai realizuojamų dalykų, kaip hierarchijos ar kokių
artificial intelligence)? Žodžiu gal turite indėlio į pratavėtrinimą?





  

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

[Talk-de] Projekt zur Toilettensuche

[Viktor]

Hallo,

ich bin seit Jahren begeisterter Nutzer der OpenStreetMap und kannte 
schon von Wikipedia und Wikidata das Prinzip der freien, semantischen 
Datenbanken und -quellen.


Hieraus entwickelte sich vor einiger Zeit ein Projekt namens "WinilooC" 
zur Entwicklung einer anwenderfreundlichen Suche für öffentliche 
Toiletten. Da der Tag "amenity=toilets" weltweit etwa 170.000 Mal 
verwendet wird und OSM über Overpass ziemlich elegant genutzt werden 
kann, bot es sich perfekt als Datenquelle an.
In der Karte sollen die Toiletten übersichtlich und unterscheidbar 
dargestellt werden, sodass sich z.B. kostenpflichtige von frei 
zugänglichen auf einen Blick unterscheiden lassen können.
Darüber hinaus können zukünftig weitere Eigenschaften von den Objekten 
in der Karte angezeigt werden.


Ein Ziel meines Projektes ist es, dass Nutzer einfach Änderungen in die 
Karte einbringen können. Dabei denke ich von Anfang an auch daran, dass 
ein nachhaltiger Nutzen für das OSM-Projekt durch den Rückfluss von 
Daten erfolgen kann.


Für Hinweise oder Überlegungen zur Gestaltung des Datenrückflusses über 
die APIs zur OSM bin ich sehr offen.


Einen Artikel zum Projekt habe ich bereits in meinem Blog unter [1] 
veröffentlicht.


Viele Grüße
Viktor

[1] https://blog.v-gar.de/2017/05/projektankuendigung-winilooc/

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

Re: [OSM-ja] Taginfoインスタンスからの場所の調べ方

[ribbon]

On Thu, May 25, 2017 at 02:52:07PM +, tomoya muramoto wrote:
> 検索対象は地図表示されている範囲だけなので、東京に移動してから再度実行してください。

出来ました。ありがとうございます。
東京板橋にあったものは修正してみました。cuisine=noodle;soba としてみました。
なお、大元の編集は iD だったようです。

ribbon

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

Re: [OSM-talk] OSM Note 1000000

[Martin Koppenhoefer]

sent from a phone

> On 25. May 2017, at 22:17, Dave F  wrote:
> 
> Many notes are indicating locations which already exist such as building 
> names & parks. What devices are being used which don't display this clearly?


some app has put a note on every amenity=parking object around here (and 
probably not only) which didn't have a fee and access tags. That contributed as 
well to the million ;-)

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

Re: [OSM-talk] OSM Note 1000000

[Dave F]

Yeah, but how many of them are useful? I spend far too much of my OSM 
time mopping up irrelevant, out of date & inaccurate info. Many notes 
are indicating locations which already exist such as building names & 
parks. What devices are being used which don't display this clearly?


I wish I could be more positive.

DaveF

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

Re: [Talk-it] Violazione copyright OSM.

[Martin Koppenhoefer]

sent from a phone

> On 25. May 2017, at 19:06, Andreas Lattmann  wrote:
> 
> La prossima volta entro furtivo e gli appiccico un etichetta! Grazie per il 
> suggerimento! ;-)


io suggerirei di contattare la centrale, probabilmente manca in tutti i negozi. 
Lo potrebbe spedire wm italia.


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

Re: [OSM-talk-be] Dixit JOSM: missing tag - street with odd number of lanes, but without lanes:forward and lanes:backward or oneway

[André Pirard]

On 2017-05-25 10:09, Yves bxl-forever wrote:
> Hi,
>
> The way I understand this warning is that a two-way highway with an odd 
> number of lanes (in this case 3) should get "lanes:forward=2" and 
> "lanes:backward=1" to make the count.
> This is not linked with the "turn:lanes" key, despite the number of lanes 
> should obviously match.
>
> Have a great day.
> Yves
Hi,

Thank you Yves, adding lanes:*=* makes it, no more JOSM messages.

But OSM documentation will always surprise me.
> If the lanes on a two way road are not distributed evenly between the
> driving directions, the keys *lanes:forward*=* and *lanes:backward*=*
> can be used in addition to the lanes tag.
It says that they *can* be used and not that they *must*.
And that it's *in addition* to the lanes tag, as if one could not count.
Plus, in my simple mind, removing duplication 3 and defaults 1 and "none" in
> lanes:backward=1
> lanes:forward=2
> lanes=3
> turn:lanes:backward=none
> turn:lanes:forward=left|through;right
makes it
> lanes:forward=2
> turn:lanes:forward=left|through;right
that make more obvious reading, doesn't it?

Moreover, as "|" is the OR symbol and ";" is the multiple values separator,
"left;through|right" would have been the intuitive, logical choice in
the same simple mind.

Oh well, I silently tiptoed backward away from that.

Cheers

André.


> On Thu, 25 May 2017 03:08:56 +0200
> "André Pirard"  wrote:
>
>> Hi,
>>
>> Just like Osmose does, JOSM accused me of those errors with tags I never
>> wrote: here  and here
>> .
>> It appears that the mapper used turn:lanes:… and that JOSM wants lanes:…
>> I'll leave it to the specialists whether the mapper must correct a
>> mistake or open a JOSM bug.
>>
>> TIA,
>> Cheers
>>
>> André.
> ___
> 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-us] Data team mapping buildings in Fort Worth and Dallas

[Simon Poole]

Andrew, could you perhaps weigh in on
https://github.com/osmlab/editor-layer-index/issues/281 ? It seems to be
rather silly to not be showing the best imagery as default in the
editors (as I suspect we are doing for Texas).

Thanks

Simon


On 25.05.2017 18:10, Andrew Matheny wrote:
> Jinal-
>
> I would recommend using the Texas Orthophoto imagery for this area.
>
> Back when I was importing the Building footprints for Dallas, I
> noticed the Bing imagery in the Dallas-Fort Worth area is at least 5
> years old.
>
> The Texas Orthophoto imagery is flown every year and I believe what
> shows now is from January 2017.
>
> Also, for what its worth, I believe the City of Fort Worth has
> building footprints that could be imported, but we just need to get
> the explicit permission.
>
> Thanks!
>
> Andrew Matheny
>
> On Thursday, May 25, 2017, Jinal Foflia  > wrote:
> > Hi everyone,
> > This is Jinal Foflia and I work with the Mapbox's Data team [0]. Our
> > team is planning to work on improving the building footprints in
> Fort Worth and Dallas [1] on OpenStreetMap. You can track the progress
> in our /mapping ticket [2]. Let us know if you have any feedback,
> please post in this thread or in the ticket. 
> >
> > [0] http://wiki.openstreetmap.org/wiki/Mapbox#Mapbox_Data_Team
> > [1] http://tasks.openstreetmap.us/project/95
> > [2] https://github.com/mapbox/mapping/issues/297
> >
> > Cheers,
> > Jinal Foflia
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us

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

Re: [Talk-it] Problemi editor esterno su pagina principale openstreetmap.org

[Martin Koppenhoefer]

sent from a phone

> On 25. May 2017, at 19:41, Andrea Albani  wrote:
> 
> la differenza è data dal fatto che quando non sei loggato sei in http, mentre 
> quando hai fatto sign-in il browser passa ad https.


+1, anche secondo me il problema sta lì. Cercate di capire il contesto esatto 
del problema e aprite un issue (se non c'è già) su website: 
https://github.com/openstreetmap/openstreetmap-website


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

Re: [Talk-cz] Silnice I. třídy v Praze

[Jan Dudík]

pozor, ne úplně všechny. např. II/240-2 na severovýchodě, 102 na jihu a
řada 600...

---
Ing. Jan Dudík
projekce dopravních staveb
tel. 777082195

Dne 25. května 2017 11:39 Olda Nic  napsal(a):

> Rád bych se zeptal, jak uvádět čísla silnic I. třídy v Praze.
>
> Oficiálně tyto silnice začínají na okrajích Prahy, např. I/8 v Praze v
> ulici V Holešovičkách neexistuje. Podobně je na tom Chlumecká, vedená
> jako I/10. Karlovarská a Bělohorská také není I/6, ta začíná až
> křižovatkou s okruhem D0. V OSM jsou tak ale uvedeny.
>
> V passportu silnic na ŘSD jsou některé místní komunikace v Praze sice
> označovány čísly silnic první třídy, ale tak je označená i magistrála
> (silnice 8) nebo Jižní spojka (silnice 29). Takovéto označení se ale
> běžně neužívá. Viz. https://geoportal.rsd.cz/webappbuilder/apps/7/
>
> Navrhoval bych čísla silnic první a druhé třídy v Praze vymazat. Jsou to
> místní komunikace podle zákona.
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-it] Problemi editor esterno su pagina principale openstreetmap.org

[Damjan Gerl]

25.05.2017 - 19:41 - Andrea Albani:

Ciao,

la differenza è data dal fatto che quando non sei loggato sei in http, 
mentre quando hai fatto sign-in il browser passa ad https. Qualche 
ipotesi:
- è legato a come firefox gestisce la sicurezza in ambito mixed 
(risorse in http e https) ?
- quando vai in https su openstreetmap.org  
pretende di chiamare il remote control di JOSM in https ? (per altro 
non riesco ad abilitarlo, ovvero si riesce a marcare la voce nella 
configurazione di Josm, ma poi la porta 8112 non viene messa in listen 
sul PC - almeno questo è quello che succede a me)


Al momento non ho modo di fare altri approfondimenti.
Ovviamente se dopo esserti loggato togli https e metti http funziona.

Ciao


Mitico! Ecco capito l'arcano perché con l'auto-login funziona: perché 
non cambia in https, ma resta in http...


Ora che ho capito il problema sono andato a cercare come ovviarlo:
- per prima cosa si deve abilitare il https nelle impostazioni di josm 
-> remote control  e installare il certificato
- poi bisogna "insegnare" al browser di accettare il certificato 
invalido andando da browser qui (con josm attivo): https://127.0.0.1:8112/


Et waila, ora funziona anche in https!

Grazie a tutti!
Damjan

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

[OSM-talk-fr] site openstreetmap.fr en panne

[Philippe Verdy]

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

Re: [Talk-cz] Export

[Jan Macura]

Ahoj,

2017-05-25 19:05 GMT+02:00 Marek :

> Já myslel import z ČÚZK. Jde asi o cca 2000 budov které nejsou zakresleny
> v openstreetmap.
>
ČÚZK je úřad. Máš na mysli nějakou konkrétní datovou sadu?

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

Re: [Talk-cz] Export

[Marián Kyral]

Tak jsem to konečně našel. Já hledal nějakou přehlednou tabulku a ona to je
celá věta dole na stránce:

Lanžhot: 05/2022!
http://www.cuzk.cz/Dokument.aspx?PRARESKOD=30=10436=META:
SESTAVA:MDR002_XSLT:WEBCUZK_ID:679119

Plánovaný termín dokončení digitalizace katastrální mapy v tomto
katastrálním území je 05/2022.

Kostice: 12/2019
http://www.cuzk.cz/Dokument.aspx?AKCE=META:SESTAVA:MDR002_XSLT:WEBCUZK_ID:
670588

Tvrdonice:  12/2020
http://www.cuzk.cz/Dokument.aspx?AKCE=META:SESTAVA:MDR002_XSLT:WEBCUZK_ID:
772020

Takže to vidím na čistě manuální práci dle satelitních map. S trochou praxe
a se znalostí několika triků a nástrojů JOSM to jde docela rychle.
Taky můžeš zkusit Tracer a původní Mono server pro tracování bitmapy. Někdo
to prý stále používá a funguje mu to.

Marián

-- Původní e-mail --
Od: Marián Kyral 
Komu: OpenStreetMap Czech Republic 
Datum: 25. 5. 2017 19:28:29
Předmět: Re: [Talk-cz] Export
"Co tak na to koukám, tak zdigitalizováno to ještě není. Někde na webu ČÚZK
byl seznam katastrálních území s předpokládaným datem digitalizace. Ale ať
hledám jak hledám, teď to tam prostě nemůžu najít :-(

Marián

-- Původní e-mail --
Od: Petr Schönmann 
Komu: OpenStreetMap Czech Republic 
Datum: 25. 5. 2017 19:14:19
Předmět: Re: [Talk-cz] Export
"
Můžeš je obkreslit z Bing a nově digital globe. Podíval bych se i na jiné
wms vrstvy CUZK katastru. Mám pocit že mají 3. Pak i ruian. Něco možná
vypadne :)



Dne čt 25. 5. 2017 19:06 uživatel Marek  napsal:

"



Já myslel import z ČÚZK. Jde asi o cca 2000 budov které nejsou zakresleny v
openstreetmap. Jsou tam sice číslo popisné, ale nejsou zakresleny budovy.
Jde o města Lanžhot, Tvrdonice a Kostice.



 Dne 25. května 2017 18:22:42 Jan Martinec  napsal:






"
Ahoj, 



Co konkrétně máš na mysli? Export z čeho? (Mrkni kdyžtak do místních vláken
na téma Tracer a na wiki na téma Import,  dost se to řešilo) Ale obecně -
pokud se nechystáš na desítky tisíc budov+, je výrazně snazší je obkreslit v
JOSM pomocí building_tools. (Zkoušel jsem pár různých způsobů, a to ruční
trasování je výrazně nejrychlejší, když vezmu v úvahu čas potřebný k vývoji)




Zdar,

Honza Piškvor Martinec 




Dne 25. 5. 2017 18:15 napsal uživatel "Marek" :
"Dají se nějak exportovat budovy do openstreetmap, nebo je musím zakreslovat
ručně?



___
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(mailto:Talk-cz@openstreetmap.org)
https://lists.openstreetmap.org/listinfo/talk-cz
(https://lists.openstreetmap.org/listinfo/talk-cz)
"

--



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


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

Re: [Talk-it] Problemi editor esterno su pagina principale openstreetmap.org

[Andrea Albani]

Ciao,

la differenza è data dal fatto che quando non sei loggato sei in http,
mentre quando hai fatto sign-in il browser passa ad https. Qualche ipotesi:
- è legato a come firefox gestisce la sicurezza in ambito mixed (risorse in
http e https) ?
- quando vai in https su openstreetmap.org pretende di chiamare il remote
control di JOSM in https ? (per altro non riesco ad abilitarlo, ovvero si
riesce a marcare la voce nella configurazione di Josm, ma poi la porta 8112
non viene messa in listen sul PC - almeno questo è quello che succede a me)

Al momento non ho modo di fare altri approfondimenti.
Ovviamente se dopo esserti loggato togli https e metti http funziona.

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

Re: [Talk-it] Problemi editor esterno su pagina principale openstreetmap.org

[girarsi_liste]

Il 25/05/2017 19:29, Damjan Gerl ha scritto:
> Ecco, con il login automatico, provato ora, funziona in entrambi i casi:
> sia che lanci prima la pagina web che prima josm
> 
> D.

Ecco, temo il problema sia un bug, ma all'incontrario, cioè, per me deve
tenere un solo utente loggato anche per il caricamento.




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



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

Re: [Talk-it] Problemi editor esterno su pagina principale openstreetmap.org

[girarsi_liste]

Browser mio vers. Firefox 52.1.0 (64 bit), Josm versione beta 12213
(oggi), se da loggato su OSM provo a caricare la zona, non me la carica,
mi compare "Modifica non riuscita - assicurarsi che JOSM o Merkaartor
sia avviato e che l'opzione di controllo remoto sia abilitata", questa è
normale nel mio caso, loggato o no.

Se do log-out e poi scarico, non scarica, se riavvio Josm, scarica,
però, ho provato a riavviare Josm (chiudendo ed avviando), ma da loggato
non carica, ho provato a cambiare il token (uso OAuth), ma da loggato su
OSM non funge.

Ho idea che l'autenticazione su OSM sia una sola, per cui se ti
autentichi su OSM, puoi usare solo editor online (ID o Potlach2), non ho
provato Meerkartor perchè l'ho disinstallato da diverso tempo.

Comunque penso abbia ragione Ale_zena, è una forma di sicurezza,
altrimenti se ci sono due utenti con lo stesso ID (numero univoco nel
database utenti), può esserci un problema di caricamento, non nel nostro
caso, ma in caso di "mattane" degli utenti a seguito di qualche balzana
idea di caricare più oggetti in poco tempo, per esempio.


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



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

Re: [Talk-it] Problemi editor esterno su pagina principale openstreetmap.org

[girarsi_liste]

Browser mio vers. Firefox 52.1.0 (64 bit), Josm versione beta 12213
(oggi), se da loggato su OSM provo a caricare la zona, non me la carica,
mi compare "Modifica non riuscita - assicurarsi che JOSM o Merkaartor
sia avviato e che l'opzione di controllo remoto sia abilitata", questa è
normale nel mio caso, loggato o no.

Se do log-out e poi scarico, non scarica, se riavvio Josm, scarica,
però, ho provato a riavviare Josm (chiudendo ed avviando), ma da loggato
non carica, ho provato a cambiare il token (uso OAuth), ma da loggato su
OSM non funge.

Ho idea che l'autenticazione su OSM sia una sola, per cui se ti
autentichi su OSM, puoi usare solo editor online (ID o Potlach2), non ho
provato Meerkartor perchè l'ho disinstallato da diverso tempo.

Comunque penso abbia ragione Ale_zena, è una forma di sicurezza,
altrimenti se ci sono due utenti con lo stesso ID (numero univoco nel
database utenti), può esserci un problema di caricamento, non nel nostro
caso, ma in caso di "mattane" degli utenti a seguito di qualche balzana
idea di caricare più oggetti in poco tempo.


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



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

Re: [Talk-it] Problemi editor esterno su pagina principale openstreetmap.org

[Damjan Gerl]

25.05.2017 - 18:44 - Marcello:


Il 25/05/2017 12:50, Alessandro Palmas ha scritto:

Il 25/05/2017 12:33, Marco_T ha scritto:

Damjan Gerli wrote

Pongo qui il mio problema, vediamo se mi confermate che anche a voi si
comporta nello stesso modo, e quindi è un bug di osm e non solo mio...

Confermo (firefox + josm).
Se cerco di caricare dati dalla pagina di osm verso editor esterno
non devo
essere loggato.
A mamoria, si è sempre comportato così...

--
Marco_T

Comportamento corretto: chiunque può scaricare dati in Josm anche
senza essere loggato; ovviamente se vuoi caricarli ti chiede i dati di
account.

Alessandro
   Ale_Zena_IT



Veramente se apro JOSM prima di aprire la pagina Openstreetmap sul
browser (Firefox 53.0 su Linux, ho il login automatico in OSM) a me
funziona correttamente, se invece prima apro la pagina web OSM poi JOSM
mi da il problema segnalato. Non ho mai provato senza essere loggato in
OSM se il comportamento è il medesimo.

Ciao
Marcello


Ecco, con il login automatico, provato ora, funziona in entrambi i casi: 
sia che lanci prima la pagina web che prima josm


D.

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

Re: [Talk-cz] Export

[Marián Kyral]

Co tak na to koukám, tak zdigitalizováno to ještě není. Někde na webu ČÚZK
byl seznam katastrálních území s předpokládaným datem digitalizace. Ale ať
hledám jak hledám, teď to tam prostě nemůžu najít :-(

Marián

-- Původní e-mail --
Od: Petr Schönmann 
Komu: OpenStreetMap Czech Republic 
Datum: 25. 5. 2017 19:14:19
Předmět: Re: [Talk-cz] Export
"
Můžeš je obkreslit z Bing a nově digital globe. Podíval bych se i na jiné
wms vrstvy CUZK katastru. Mám pocit že mají 3. Pak i ruian. Něco možná
vypadne :)



Dne čt 25. 5. 2017 19:06 uživatel Marek  napsal:

"



Já myslel import z ČÚZK. Jde asi o cca 2000 budov které nejsou zakresleny v
openstreetmap. Jsou tam sice číslo popisné, ale nejsou zakresleny budovy.
Jde o města Lanžhot, Tvrdonice a Kostice.



 Dne 25. května 2017 18:22:42 Jan Martinec  napsal:






"
Ahoj, 



Co konkrétně máš na mysli? Export z čeho? (Mrkni kdyžtak do místních vláken
na téma Tracer a na wiki na téma Import,  dost se to řešilo) Ale obecně -
pokud se nechystáš na desítky tisíc budov+, je výrazně snazší je obkreslit v
JOSM pomocí building_tools. (Zkoušel jsem pár různých způsobů, a to ruční
trasování je výrazně nejrychlejší, když vezmu v úvahu čas potřebný k vývoji)




Zdar,

Honza Piškvor Martinec 




Dne 25. 5. 2017 18:15 napsal uživatel "Marek" :
"Dají se nějak exportovat budovy do openstreetmap, nebo je musím zakreslovat
ručně?



___
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(mailto:Talk-cz@openstreetmap.org)
https://lists.openstreetmap.org/listinfo/talk-cz
(https://lists.openstreetmap.org/listinfo/talk-cz)
"

--



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


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

Re: [Talk-it] Violazione copyright OSM.

[Andreas Lattmann]

>Presumo se ne siano dimenticati,
Se ne dimenticano un po' spesso... :-D

La prossima volta entro furtivo e gli appiccico un etichetta! Grazie per il 
suggerimento! ;-) 
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cz] Export

[Marek]

Já myslel import z ČÚZK. Jde asi o cca 2000 budov které nejsou zakresleny v 
openstreetmap. Jsou tam sice číslo popisné, ale nejsou zakresleny budovy.

Jde o města Lanžhot, Tvrdonice a Kostice.


Dne 25. května 2017 18:22:42 Jan Martinec  napsal:


Ahoj,

Co konkrétně máš na mysli? Export z čeho? (Mrkni kdyžtak do místních vláken
na téma Tracer a na wiki na téma Import,  dost se to řešilo) Ale obecně -
pokud se nechystáš na desítky tisíc budov+, je výrazně snazší je obkreslit
v JOSM pomocí building_tools. (Zkoušel jsem pár různých způsobů, a to ruční
trasování je výrazně nejrychlejší, když vezmu v úvahu čas potřebný k vývoji)

Zdar,
Honza Piškvor Martinec

Dne 25. 5. 2017 18:15 napsal uživatel "Marek" :


Dají se nějak exportovat budovy do openstreetmap, nebo je musím
zakreslovat ručně?



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

Re: [Talk-cz] Export

[Marián Kyral]

Ahoj,
exportovat do OSM se nedá. Maximálně tak importovat. Ale to není vůbec
jednoduché. Po letech zkušeností se špatnými importy se musíš hodně snažit,
abys mohl něco naimportovat. V prvé řadě je třeba mít kvalitní zdrojová data
s vyhovující licencí. Pak musíš navrhnout způsob importu, prodiskutovat to
tady a následně na hlavním importním mailistu. A teprve poté, co se
vypořádáš s námitkami, budeš moci začít s importem.

Je to běh na dlouhou trať.

Marián


-- Původní e-mail --
Od: Marek 
Komu: talk-cz@openstreetmap.org
Datum: 25. 5. 2017 18:15:38
Předmět: [Talk-cz] Export
"Dají se nějak exportovat budovy do openstreetmap, nebo je musím zakreslovat

ručně?



___
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

[OSM-talk] OSM Note 1000000

[Paul Johnson]

Anybody else notice the odometer rolled over on OSM Notes?

http://www.openstreetmap.org/note/100
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] Problemi editor esterno su pagina principale openstreetmap.org

[Damjan Gerl]

25.05.2017 - 15:09 - Simone Saviolo:
So dire che da loggato funziona. Il bug può essere se lo fai da 
sloggato, poi senza chiudere JOSM lo rifai da loggato.


Ciao,

Simone


Ho provato in tutti i modi (lanciando prima josm e subito loggarmi su 
osm, l'incontrario, ecc., con vari browser - palemoon, firefox, 
explorer: in ogni caso se sono loggato in osm mi da errore e non funziona!


Damjan

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

Re: [Talk-it] Problemi editor esterno su pagina principale openstreetmap.org

[Marcello]

Il 25/05/2017 12:50, Alessandro Palmas ha scritto:
> Il 25/05/2017 12:33, Marco_T ha scritto:
>> Damjan Gerli wrote
>>> Pongo qui il mio problema, vediamo se mi confermate che anche a voi si
>>> comporta nello stesso modo, e quindi è un bug di osm e non solo mio...
>> Confermo (firefox + josm).
>> Se cerco di caricare dati dalla pagina di osm verso editor esterno
>> non devo
>> essere loggato.
>> A mamoria, si è sempre comportato così...
>>
>> -- 
>> Marco_T
>
> Comportamento corretto: chiunque può scaricare dati in Josm anche
> senza essere loggato; ovviamente se vuoi caricarli ti chiede i dati di
> account.
>
> Alessandro
>   Ale_Zena_IT
>
>
Veramente se apro JOSM prima di aprire la pagina Openstreetmap sul
browser (Firefox 53.0 su Linux, ho il login automatico in OSM) a me
funziona correttamente, se invece prima apro la pagina web OSM poi JOSM
mi da il problema segnalato. Non ho mai provato senza essere loggato in
OSM se il comportamento è il medesimo.

Ciao
Marcello

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

Re: [Talk-it] Violazione copyright OSM.

[girarsi_liste]

Il 25/05/2017 18:13, Andreas Lattmann ha scritto:
> Buongiorno, 
> Oggi mentre ero in un negozio Decathlon, mi cade l' occhio su una mappa 2 mt. 
> X 1 mt. Con scritto Decathlon, con segnate le loro sedi. Purtroppo non c' era 
> nessun riferimento al copyright di OSM. 
> La mappa era esposta sul muro di un 'ufficio'  Decathlon visibile al 
> pubblico. 
> Scrivo al Punto vendita?? 
> 


Non so, dovrebbe occuparsi wikimedia a far bene, visto si tratta di una
azienda con diversi punti vendita sul territorio, e non penso sia solo
lì che l'hanno messo.

Il bello è che sul sito mettono l'attribuzione:

https://www.decathlon.it/it/store?store_id=PS_IT_870_name=decathlon-villafranca-verona=off


Presumo se ne siano dimenticati, basterebbe "suggerire" un'etichetta
adesiva. o mettercela di "nascosto". :)


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



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

Re: [Talk-cz] Export

[Jan Martinec]

Ahoj,

Co konkrétně máš na mysli? Export z čeho? (Mrkni kdyžtak do místních vláken
na téma Tracer a na wiki na téma Import,  dost se to řešilo) Ale obecně -
pokud se nechystáš na desítky tisíc budov+, je výrazně snazší je obkreslit
v JOSM pomocí building_tools. (Zkoušel jsem pár různých způsobů, a to ruční
trasování je výrazně nejrychlejší, když vezmu v úvahu čas potřebný k vývoji)

Zdar,
Honza Piškvor Martinec

Dne 25. 5. 2017 18:15 napsal uživatel "Marek" :

> Dají se nějak exportovat budovy do openstreetmap, nebo je musím
> zakreslovat ručně?
>
>
>
> ___
> 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] Export

[Marek]

Dají se nějak exportovat budovy do openstreetmap, nebo je musím zakreslovat 
ručně?




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

[Talk-it] Violazione copyright OSM.

[Andreas Lattmann]

Buongiorno, 
Oggi mentre ero in un negozio Decathlon, mi cade l' occhio su una mappa 2 mt. X 
1 mt. Con scritto Decathlon, con segnate le loro sedi. Purtroppo non c' era 
nessun riferimento al copyright di OSM. 
La mappa era esposta sul muro di un 'ufficio'  Decathlon visibile al pubblico. 
Scrivo al Punto vendita?? 
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-us] Data team mapping buildings in Fort Worth and Dallas

[Andrew Matheny]

Jinal-

I would recommend using the Texas Orthophoto imagery for this area.

Back when I was importing the Building footprints for Dallas, I noticed the
Bing imagery in the Dallas-Fort Worth area is at least 5 years old.

The Texas Orthophoto imagery is flown every year and I believe what shows
now is from January 2017.

Also, for what its worth, I believe the City of Fort Worth has building
footprints that could be imported, but we just need to get the explicit
permission.

Thanks!

Andrew Matheny

On Thursday, May 25, 2017, Jinal Foflia  wrote:
> Hi everyone,
> This is Jinal Foflia and I work with the Mapbox's Data team [0]. Our
> team is planning to work on improving the building footprints in Fort
Worth and Dallas [1] on OpenStreetMap. You can track the progress in our
/mapping ticket [2]. Let us know if you have any feedback, please post in
this thread or in the ticket.
>
> [0] http://wiki.openstreetmap.org/wiki/Mapbox#Mapbox_Data_Team
> [1] http://tasks.openstreetmap.us/project/95
> [2] https://github.com/mapbox/mapping/issues/297
>
> Cheers,
> Jinal Foflia
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-us] Data team mapping buildings in Fort Worth and Dallas

[Jinal Foflia]

Hi everyone,

This is Jinal Foflia and I work with the Mapbox's Data team [0]. Our
team is planning to work on improving the building footprints in Fort Worth
and Dallas [1] on OpenStreetMap. You can track the progress in our /mapping
ticket [2]. Let us know if you have any feedback, please post in this
thread or in the ticket.


[0] http://wiki.openstreetmap.org/wiki/Mapbox#Mapbox_Data_Team
[1] http://tasks.openstreetmap.us/project/95
[2] https://github.com/mapbox/mapping/issues/297



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

[OSM-ja] 6/17 開催 東京！街歩き！マッピングパーティ：第９回 旧芝離宮恩賜庭園

[yasunari yamashita]

山下です。皆さん、こんにちわ。

来月は芝離宮に行きます。
行ったことあります？

東京！街歩き！マッピングパーティ：第９回 旧芝離宮恩賜庭園
https://openstreetmap.connpass.com/event/57776/
皆さんの参加をお待ちしています！
-- 
山下康成＠東京都新宿区
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [OSM-ja] Taginfoインスタンスからの場所の調べ方

[tomoya muramoto]

検索対象は地図表示されている範囲だけなので、東京に移動してから再度実行してください。
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [OSM-ja] 高速道路網のタグ付け

[Nobuyuki Maruichi]

丸市です。

すみません、一部間違っていました。
int_ref の方ですが、日本では、AHxxx のアジアハイウェイで使うときに
使用するのもですね。

> ref の方ですが、int_ref と言うキーがあるようです。
> int_ref=E85 かなと思ったんですが、
> http://wiki.openstreetmap.org/wiki/JA:Key:int_ref
> によると"E"と数字の間に空白を入れるようですから、
>   int_ref=E 85
> をウェイとリレーションに設定するのが適当かと思います。


On 2017年05月25日 21:42, Nobuyuki Maruichi wrote:
> 丸市です。
>
>> 県道や国道のリレーションはなんとなく
>> 　network=jp:prefectural:nagano 日本の長野県の県道
>> 　network=jp:national 日本の国道
>> のようなタグ付けができますが、高速道路（自動車専用道路）の場合はどうした
>> らよいでしょうか。
> 高速道路は、自転車で入れないのでマッピングすることは、あまりありませんが、
> 以下のページを見て考えてみました。
> # 私の英語能力は低いので、英語のページは参考程度
>
> http://wiki.openstreetmap.org/wiki/JA:Key:network
> http://wiki.openstreetmap.org/wiki/Key:network
> http://altcva.main.jp/pref/
> https://ja.wikipedia.org/wiki/%E9%AB%98%E9%80%9F%E9%81%93%E8%B7%AF%E3%83%8A%E3%83%B3%E3%83%90%E3%83%AA%E3%83%B3%E3%82%B0
> https://ja.wikipedia.org/wiki/%E6%97%A5%E6%9C%AC%E3%81%AE%E9%AB%98%E9%80%9F%E9%81%93%E8%B7%AF
> https://en.wikipedia.org/wiki/Expressways_of_Japan
> http://www.mlit.go.jp/road/sign/numbering/
> http://www.mlit.go.jp/road/sign/numbering/en/index.html
>
> networkタグだけで言えば、高速道路を示す名前としては、expressway かなと
> 思いました。……で、Taginfoとoverpass turboで調べると
>   network=JP:national:expressway
> が、関越自動車道, 上信越自動車道,
> 北陸自動車道のリレーションで使われていました。
> http://wiki.openstreetmap.org/wiki/WikiProject_Japan#.E9.AB.98.E9.80.9F.E8.87.AA.E5.8B.95.E8.BB.8A.E5.9B.BD.E9.81.93
>
> 他の network の例でも
> http://wiki.openstreetmap.org/wiki/Relation:route
> によると、network=e-road とかがあるので、
> JP:national:expressway が、適当に思えました。
>
>> たとえば、小田原厚木道路は国道(network=jp:national)なんだろうけど、その 
>> ref はおそらく E85 じゃない。ref を E85 にするには、自動車専用道路として
>> 別途リレーションを作る必要があるのではないか・・・と。
> ref の方ですが、int_ref と言うキーがあるようです。
> int_ref=E85 かなと思ったんですが、
> http://wiki.openstreetmap.org/wiki/JA:Key:int_ref
> によると"E"と数字の間に空白を入れるようですから、
>   int_ref=E 85
> をウェイとリレーションに設定するのが適当かと思います。
>
> いかがでしょうか？
> 自信はありませんので、ご意見聞きたいです。
>
> 都市高速道路も含めて定義した方が良いと思います。
>
>
> ___
> Talk-ja mailing list
> Talk-ja@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ja



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

Re: [OSM-ja] Taginfoインスタンスからの場所の調べ方

[ribbon]

On Thu, May 25, 2017 at 10:51:44PM +0900, tomoya muramoto wrote:
> では、https://overpass-turbo.eu/
>  のページ上部にある「ウィザード」を押し、テキストボックスに"cuisine_1=*"と入力して、「クエリを作成して実行」ボタンを押してみてもらえますか？

やはり、ローマの地図が表示されるだけで、変化無いですね。
左側には

/*
This has been generated by the overpass-turbo wizard.
The original search was:
“cuisine_1=*”
*/
[out:json][timeout:25];
// gather results
(
  // query part for: “cuisine_1=*”
  node["cuisine_1"]({{bbox}});
  way["cuisine_1"]({{bbox}});
  relation["cuisine_1"]({{bbox}});
);
// print results
out body;
>;
out skel qt;

と出ているので、クエリはちゃんと出来ているみたいですけど。

ribbon

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

Re: [Talk-cz] Prušánky

[Miroslav Suchy]

Dne 25.5.2017 v 13:41 Marián Kyral napsal(a):
> Ahoj,
> tak v Prušánkách opět ožili vandalové - že by další hodina OSM na zdejší 
> škole?
> 
> https://overpass-api.de/achavi/?changeset=48966431


Napsal jsem mu/jí:


Ahoj,
všimli jsme si tvého vandalismu v Openstreetmap.org. Možná ti to přijde vtipné, 
ale nám ne. Na této mapě pracují v ČR
stovky dobrovolníku ve svém volném čase. Mnoho lidí se na tu mapu spoléhá. A 
takovéto "vtipné" úpravy ničí naše usílí.

S pozdravem
Mirek Suchý

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

[Talk-se] Mekanisk redigering: uic_ref på busshållplatser

[Essin]

Hej listan!

Jag har jobbat en del med busshållplatserna i Trafikverkets statliga
CC0-vägdata, en beskrivning finns på [1]. Jag har bland annat lagt in
hållplats-ID, som i Trafikverkets data är ett tal på formen 74n, som
uic_ref= eftersom UIC-nummer också har det formatet (74 är landskoden för
Sverige) [2]. Efter att ha lusläst dokumentationen (detaljer på [1]) har
det visat sig att numren är tänkta att motsvara Samtrafikens hållplats-ID,
men att Samtrafiken/Trafiklab för något år sedan ändrade sina hållplats-ID
till formen 7400n (som inte följer UIC-standarden och alltså definitivt
inte är en uic_ref) utan att Trafikverket följde med i det. Jag skulle
därför vilja ändra uic_ref=74n till nat_ref=7400n. Trafiklabs egna
data är _inte_ släppta under OSM-kompatibel licens, men jag har svårt att
tänka mig att transformationen 74 -> 7400 i sig skulle vara katalogskyddad.

En ändring av uic_ref berör 5126 noder som har highway=bus_stop och/eller
bus=yes och jag skulle därför vilja göra det som en mekanisk redigering,
men vill först kolla att ingen har invändningar, i enlighet med Automated
Edits code of conduct [3]. Det finns även 34 stop_area-relationer som är
taggade med uic_ref men de kommer jag att gå igenom för hand eftersom en
del är järnvägsstationer som rimligtvis både har Samtrafiken-nummer och
UIC-nummer. Av samma anledning kommer jag inte att röra noder (och vägar)
som har någon railway-tagg eller train=yes.

Det finns också äldre data med busshållplatser (36 noder och 63 relationer)
som är taggade med stop_id=74n. Även dessa skulle kunna taggas om
mekaniskt på liknande vis.


Förslag till arbetsgång för mekanisk redigering:
1. Hämtning av busshållplatser med uic_ref med följande Overpass API-anrop
i JOSM:

[out:xml][timeout:122];
 area
  [boundary=administrative]
  ["admin_level"="2"]
  ["name"="Sverige"]
   -> .a;

(
  node["uic_ref"][!"railway"]["train"!="yes"](area.a);
) ;
(._;>;);
out meta;


2. Resultatet sparas som en OSM-fil och redigeras i Notepad++ genom att
ersätta "'uic_ref' v='74" med "'nat_ref' v='7400" och "timestamp=" med
"action='modify' timestamp=".

3. Filen öppnas i JOSM igen och laddas upp.


Vänliga hälsningar,
Essin


[1]
https://wiki.openstreetmap.org/wiki/WikiProject_Sweden/trafikverket/bussh%C3%A5llplatser
[2] https://wiki.openstreetmap.org/wiki/Key:uic_ref
[3] http://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [OSM-ja] Taginfoインスタンスからの場所の調べ方

[tomoya muramoto]

では、https://overpass-turbo.eu/
 のページ上部にある「ウィザード」を押し、テキストボックスに"cuisine_1=*"と入力して、「クエリを作成して実行」ボタンを押してみてもらえますか？

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

Re: [OSM-ja] Taginfoインスタンスからの場所の調べ方

[ribbon]

On Thu, May 25, 2017 at 09:36:34PM +0900, tomoya muramoto wrote:
> 
> 場所を調べる方法は、cuisine_1のページ右上にある"Overpass
> turbo"のリンクに飛んで、左上の"実行"ボタンを押すと検索してくれます。東京、横浜、大阪にひとつずつあるようです。

うーん、手元でやってもそうなりません。
http://taginfo.openstreetmap.jp/keys/cuisine_1

を表示し、overpass turbo をクリックしても、
https://overpass-turbo.eu/
にしか行きません。

Firefox とEdgeでやってみましたが結果変わらず。

ribbon

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

Re: [Talk-de] Massenedit bei living_street

[chris66]

Am 25.05.2017 um 12:48 schrieb Garry:

Ist es überhaupt zulässig, in einer verkehrsberuhigten Zone ein 
abweichendes Tempolimit auszuweisen?


Habe ich in der Realität bisher (wenn überhaupt) sehr selten gesehen.

Das Problem mit der mechanischen Korrektur ist, dass nicht
klar ist, ob das living_street falsch ist oder das maxspeed.


Chris




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

Re: [Talk-it] Problemi editor esterno su pagina principale openstreetmap.org

[Simone Saviolo]

So dire che da loggato funziona. Il bug può essere se lo fai da sloggato,
poi senza chiudere JOSM lo rifai da loggato.

Ciao,

Simone

Il giorno 25 maggio 2017 14:29, Simone  ha scritto:

> Il 25 maggio 2017 14:06:42 CEST, Damjan Gerl  ha
> scritto:
> >
> >-- Header Originale ---
> >
> >Da  : "Alessandro Palmas" alessandro.pal...@wikimedia.it
> >A  : talk-it@openstreetmap.org
> >Cc  :
> >Data  : Thu, 25 May 2017 12:50:56 +0200
> >Oggetto : Re: [Talk-it] Problemi editor esterno su pagina principale
> >openstreetmap.org
> >
> >> Il 25/05/2017 12:33, Marco_T ha scritto:
> >> > Damjan Gerli wrote
> >> >> Pongo qui il mio problema, vediamo se mi confermate che anche a
> >voi si
> >> >> comporta nello stesso modo, e quindi è un bug di osm e non solo
> >mio...
> >> > Confermo (firefox + josm).
> >> > Se cerco di caricare dati dalla pagina di osm verso editor esterno
> >non devo
> >> > essere loggato.
> >> > A mamoria, si è sempre comportato così...
> >> >
> >> > --
> >> > Marco_T
> >>
> >> Comportamento corretto: chiunque può scaricare dati in Josm anche
> >senza
> >> essere loggato; ovviamente se vuoi caricarli ti chiede i dati di
> >account.
> >>
> >> Alessandro
> >>Ale_Zena_IT
> >
> >Sono d'accordo, però se sei loggato dovrebbe funzionare comunque,
> >mentre ora (da sempre?) non lo fa...
> >
> >Damjan
> >
> >___
> >Talk-it mailing list
> >Talk-it@openstreetmap.org
> >https://lists.openstreetmap.org/listinfo/talk-it
>
> Se mi ricordo stasera ci so dire sul mio PC.
>
>
> -- Simone Girardelli--
>
> Inviato con K-9 Mail
> Scusate la brevità dello scritto.
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-ja] 高速道路網のタグ付け

[Nobuyuki Maruichi]

丸市です。

> 県道や国道のリレーションはなんとなく
> 　network=jp:prefectural:nagano 日本の長野県の県道
> 　network=jp:national 日本の国道
> のようなタグ付けができますが、高速道路（自動車専用道路）の場合はどうした
> らよいでしょうか。

高速道路は、自転車で入れないのでマッピングすることは、あまりありませんが、
以下のページを見て考えてみました。
# 私の英語能力は低いので、英語のページは参考程度

http://wiki.openstreetmap.org/wiki/JA:Key:network
http://wiki.openstreetmap.org/wiki/Key:network
http://altcva.main.jp/pref/
https://ja.wikipedia.org/wiki/%E9%AB%98%E9%80%9F%E9%81%93%E8%B7%AF%E3%83%8A%E3%83%B3%E3%83%90%E3%83%AA%E3%83%B3%E3%82%B0
https://ja.wikipedia.org/wiki/%E6%97%A5%E6%9C%AC%E3%81%AE%E9%AB%98%E9%80%9F%E9%81%93%E8%B7%AF
https://en.wikipedia.org/wiki/Expressways_of_Japan
http://www.mlit.go.jp/road/sign/numbering/
http://www.mlit.go.jp/road/sign/numbering/en/index.html

networkタグだけで言えば、高速道路を示す名前としては、expressway かなと
思いました。……で、Taginfoとoverpass turboで調べると
  network=JP:national:expressway
が、関越自動車道, 上信越自動車道,
北陸自動車道のリレーションで使われていました。
http://wiki.openstreetmap.org/wiki/WikiProject_Japan#.E9.AB.98.E9.80.9F.E8.87.AA.E5.8B.95.E8.BB.8A.E5.9B.BD.E9.81.93

他の network の例でも
http://wiki.openstreetmap.org/wiki/Relation:route
によると、network=e-road とかがあるので、
JP:national:expressway が、適当に思えました。

> たとえば、小田原厚木道路は国道(network=jp:national)なんだろうけど、その 
> ref はおそらく E85 じゃない。ref を E85 にするには、自動車専用道路として
> 別途リレーションを作る必要があるのではないか・・・と。

ref の方ですが、int_ref と言うキーがあるようです。
int_ref=E85 かなと思ったんですが、
http://wiki.openstreetmap.org/wiki/JA:Key:int_ref
によると"E"と数字の間に空白を入れるようですから、
  int_ref=E 85
をウェイとリレーションに設定するのが適当かと思います。

いかがでしょうか？
自信はありませんので、ご意見聞きたいです。

都市高速道路も含めて定義した方が良いと思います。


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

Re: [OSM-ja] Taginfoインスタンス日本語版公開

[tomoya muramoto]

少し補足します。すでに皆さんから言及されている内容もありますがご容赦ください。

cuisine_1は定義されていません。iDエディタが独自でつけているタグです(初心者が既存タグを破壊しないようにしている)。
https://wiki.openstreetmap.org/wiki/Key:cuisine

セミコロンを使ってタグに複数の値を付ける方法は定義されています。
タグ体系をシンプルにするために、なるべく複数値を入れないという指針は掲げられていますが、"service=dealer;tyres;repair"という使用方法が例示されているように、使って問題ありません。
なお、セミコロンを使わずに複数の値をつけたい場合は次のようになるはずです。
cuisine:italian=yes
cuisine:noodle=yes
cuisine:ramen=yes ...
https://wiki.openstreetmap.org/wiki/Semi-colon_value_separator
(個人的にはセミコロン方式のほうが好きです)

cuisine_1と同様のタグでname_1がありますが、投票の結果「非推奨」になりました。
https://wiki.openstreetmap.org/wiki/Proposed_features/Remove_suffixed_name-tags_from_wiki
https://wiki.openstreetmap.org/wiki/Key:name

すでにつけられたcuisine_1は修正すべきであるとまでは思いません。ですが、amenity_1等に比べたらセミコロンでまとめてしまっても問題は生じにくいとは思います。
http://taginfo.openstreetmap.jp/keys/amenity_1

場所を調べる方法は、cuisine_1のページ右上にある"Overpass
turbo"のリンクに飛んで、左上の"実行"ボタンを押すと検索してくれます。東京、横浜、大阪にひとつずつあるようです。

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

Re: [Talk-it] Problemi editor esterno su pagina principale openstreetmap.org

[Simone]

Il 25 maggio 2017 14:06:42 CEST, Damjan Gerl  ha scritto:
>
>-- Header Originale ---
>
>Da  : "Alessandro Palmas" alessandro.pal...@wikimedia.it
>A  : talk-it@openstreetmap.org
>Cc  : 
>Data  : Thu, 25 May 2017 12:50:56 +0200
>Oggetto : Re: [Talk-it] Problemi editor esterno su pagina principale
>openstreetmap.org
>
>> Il 25/05/2017 12:33, Marco_T ha scritto:
>> > Damjan Gerli wrote
>> >> Pongo qui il mio problema, vediamo se mi confermate che anche a
>voi si
>> >> comporta nello stesso modo, e quindi è un bug di osm e non solo
>mio...
>> > Confermo (firefox + josm).
>> > Se cerco di caricare dati dalla pagina di osm verso editor esterno
>non devo
>> > essere loggato.
>> > A mamoria, si è sempre comportato così...
>> >
>> > --
>> > Marco_T
>> 
>> Comportamento corretto: chiunque può scaricare dati in Josm anche
>senza 
>> essere loggato; ovviamente se vuoi caricarli ti chiede i dati di
>account.
>> 
>> Alessandro
>>Ale_Zena_IT
>
>Sono d'accordo, però se sei loggato dovrebbe funzionare comunque,
>mentre ora (da sempre?) non lo fa...
>
>Damjan
>
>___
>Talk-it mailing list
>Talk-it@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-it

Se mi ricordo stasera ci so dire sul mio PC.


-- Simone Girardelli--

Inviato con K-9 Mail
Scusate la brevità dello scritto.

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

Re: [Talk-it] Problemi editor esterno su pagina principale openstreetmap.org

[Damjan Gerl]

-- Header Originale ---

Da  : "Alessandro Palmas" alessandro.pal...@wikimedia.it
A  : talk-it@openstreetmap.org
Cc  : 
Data  : Thu, 25 May 2017 12:50:56 +0200
Oggetto : Re: [Talk-it] Problemi editor esterno su pagina principale 
openstreetmap.org

> Il 25/05/2017 12:33, Marco_T ha scritto:
> > Damjan Gerli wrote
> >> Pongo qui il mio problema, vediamo se mi confermate che anche a voi si
> >> comporta nello stesso modo, e quindi è un bug di osm e non solo mio...
> > Confermo (firefox + josm).
> > Se cerco di caricare dati dalla pagina di osm verso editor esterno non devo
> > essere loggato.
> > A mamoria, si è sempre comportato così...
> >
> > --
> > Marco_T
> 
> Comportamento corretto: chiunque può scaricare dati in Josm anche senza 
> essere loggato; ovviamente se vuoi caricarli ti chiede i dati di account.
> 
> Alessandro
>Ale_Zena_IT

Sono d'accordo, però se sei loggato dovrebbe funzionare comunque, mentre ora 
(da sempre?) non lo fa...

Damjan

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

[Talk-cz] Prušánky

[Marián Kyral]

Ahoj,
tak v Prušánkách opět ožili vandalové - že by další hodina OSM na zdejší
škole?

https://overpass-api.de/achavi/?changeset=48966431

Marián___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-ca] Fwd: News from OpenGovCan/Nouvelles de GouvOuvCan

[john whelan]

>*Something we’re working on:* The Government of Canada, with Open North
, is currently piloting the development of a
do-it-yourself (DIY) open data toolkit for municipalities. The toolkit will
cover a range of topics, including open data governance, principles and
policy, standards, use cases, infrastructure, operations and forward
planning.



It might be worth someone taking a look at this.

Cheerio John


-- Forwarded message --
From: Open-Ouvert 
Date: 2017-05-25 7:10 GMT-04:00
Subject: News from OpenGovCan/Nouvelles de GouvOuvCan
To: Open-Ouvert 


*Le français suit.*



Hello fellow Open Gov enthusiasts,



With the ending of April showers and the blooming of May flowers, we’re
excited to bring you some fresh updates! With that said, here’s the May
edition of OpenGovCan news:



*Something to look into:* The Canadian Open Data Summit (CODS) is an annual
event that provides a national forum to showcase best practices and address
the most pressing challenges facing the open data and open government
communities.  Movers, shakers, open data enthusiasts from the private
sector, academia, and all levels of government will be gathering in
Edmonton, Alberta from June 12-14 for this year’s summit.



As in past Summits, there will be an awards ceremony to recognize leading
open data organizations and individuals at the event.  Nomination forms
 are now live!



For more information on CODS, and to register or nominate an
organization/individual for an open data award at the event, please go to
http://opendatasummit.ca/.



*Something we’re working on:* The Government of Canada, with Open North
, is currently piloting the development of a
do-it-yourself (DIY) open data toolkit for municipalities. The toolkit will
cover a range of topics, including open data governance, principles and
policy, standards, use cases, infrastructure, operations and forward
planning.



The toolkit will be publicly available on open.canada.ca, and is designed
to help municipalities initiate and accelerate open government initiatives
and service delivery while also providing new opportunities for economic
development and social innovation. Stay tuned for more news on this
exciting initiative.



*Something that we think was pretty cool:* On April 12, 2017, we hosted the
“Open Government Starts with You” Armchair discussion at the Canada School
of Public Service. If you missed it, check out the summary blog

and webcast
.




Thanks for reading!



The Open Government Team



If you prefer not to receive e-mail from the open.canada.ca

 mailing list, please click on this unsubscribe link
.







Bonjour aux amateurs du gouvernement ouvert,



Alors que les pluies d’avril s’achèvent et que les fleurs de mai s’ouvrent,
nous sommes ravis de vous apporter des nouvelles! Voici l’édition de mai de
GouvOuvertCan :



*À examiner :* Le Sommet canadien sur les données ouvertes (SCDO) est un
événement annuel qui sert de forum national afin de présenter les pratiques
exemplaires et d’aborder les plus grands enjeux des collectivités de
données ouvertes et du gouvernement ouvert. Les intervenants et les
amateurs de données ouvertes du secteur privé, des universités et de tous
les ordres de gouvernements se réuniront, du 12 au 14 juin, pour le Sommet
de cette année, à Edmonton, en Alberta.



Comme lors des derniers sommets, il y aura une cérémonie de remise de prix
afin de reconnaître les personnes et les organisations de file axées sur
les données ouvertes. Les formulaires de nomination
 (en anglais seulement) sont
maintenant accessibles!



Si vous souhaitez obtenir de plus amples renseignements sur le SCDO, vous
inscrire ou nommer une personne ou une organisation pour un prix lié aux
données ouvertes, visitez http://opendatasummit.ca/  (en anglais seulement).



*Initiative en cours :* Le gouvernement du Canada, avec NordOuvert
, procède à la mise à l’essai de l’élaboration
d’une trousse d’outils sur les données ouvertes pour les municipalités. La
trousse d’outils portera sur une gamme de sujets, y compris la gouvernance
des données ouvertes, les principes et les politiques, les normes, les cas
d’utilisation, l’infrastructure, les opérations et la planification
d’avenir.



La trousse d’outils sera disponible au public au moyen du site
ouvert.canada.ca, et elle a été conçue pour aider les municipalités à
accélérer la prestation du 

Re: [OSM-talk] new Wikidata+OSM data in one RDF database

[Yuri Astrakhan]

Thanks to quick fix by Sarah, the OSM updater is now working, and will
catch up shortly.  I am still looking for a permanent home for this
service, as I am pretty sure it would be highly useful especially for tag
analysis and data validation.

mmd, thanks!! I was asking earlier and was told that there is no way to do
complex comparisons between tags in different objects. I really hope we
could teach SPARQL to do all the amazing geometry work that Overpass can
do, but I suspect there are significant number of queries that are easier
to express in SPARQL.  If only we can join the two :)

On Thu, May 25, 2017 at 3:06 AM mmd  wrote:

> Hi,
>
> Am 25.05.2017 um 08:50 schrieb Yuri Astrakhan:
> > The service is back up, this time with all the objects that have tags.
> > Also, I added the "has" properties on a relation - indicating all
> > objects contained within the relation.  So now you can ask for a
> > relation, that contains a way, and both the relation and the way have
> > the same wikidata ID (something you cannot get from overpass):
> >
> > http://tinyurl.com/k4vjkje
> >
>
> Sure you can do this with overpass: http://overpass-turbo.eu/s/phj
>
> The example returns relation 416351 along with all ways having the same
> wikidata id. I commented out the part to check all relations in the
> current bounding box, but I guess you'll get the idea.
>
> best,
> mmd
>
>
>
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] Problemi editor esterno su pagina principale openstreetmap.org

[Alessandro Palmas]

Il 25/05/2017 12:33, Marco_T ha scritto:

Damjan Gerli wrote

Pongo qui il mio problema, vediamo se mi confermate che anche a voi si
comporta nello stesso modo, e quindi è un bug di osm e non solo mio...

Confermo (firefox + josm).
Se cerco di caricare dati dalla pagina di osm verso editor esterno non devo
essere loggato.
A mamoria, si è sempre comportato così...

--
Marco_T


Comportamento corretto: chiunque può scaricare dati in Josm anche senza 
essere loggato; ovviamente se vuoi caricarli ti chiede i dati di account.


Alessandro
  Ale_Zena_IT

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

Re: [Talk-de] Massenedit bei living_street

[Garry]

Am 23.05.2017 um 16:28 schrieb Frederik Ramm:


falsche Änderungen eingeführt, nämlich an Orten, wo explizit sogar das
Vorhandensein eines abweichenden Tempolimits gemappt war!


Wie ist den die (Verkehrs-)Rechtslage dazu?

Ist es überhaupt zulässig, in einer verkehrsberuhigten Zone ein 
abweichendes Tempolimit auszuweisen?


Oder wäre hier livingstreet nicht der falsche Wert?

Unter was fallen in OSM "Wohnwege" die über eine Bordsteinkante führen 
um zum Be- und entladen direkt vor die Haustür fahren zu können, aber 
nicht explizit


durch Beschilderung abgegrenzt sind?


Garry


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

Re: [Talk-de] Massenedit bei living_street

[Garry]

Am 23.05.2017 um 11:22 schrieb Stephan Martens:

Hier z.B.: wurde eine Tempo-30 Zone bei der sogar die Schilderart DE:274.1 
(Tempo-30-Zone) katrografiert wurde zu maxspeed:walk
https://www.openstreetmap.org/way/305956789/history

http://wiki.openstreetmap.org/wiki/Tag:highway%3Dliving_street

livingstreet ist auch etwas schwammig (geworden?)...

Wenn man es gleichsetzt mit verkehrsberuhigter Zone darf es dort nach 
meinem Kenntnisstand in Deutschland keine Tempo30-Beschilderung geben -

oder sehe ich das falsch?
Für Schrittgeschwindigkeit werden regelmäßig 7km/h genannt. Aus 
Fußgängersicht ein zu hoher Wert der gehend kaum zu erreichen ist - aus 
KFZ-Sicht
der kleinste praktikable Wert der für alle Fahrzeuge einhaltbar sein 
sollte da weder ein strauchelndes Motorrad noch ein Auto das mit 
schleifender
Kupplung und starren Blick auf die Tachonadel einen Sicherheitsgewinn 
für die zu schützenden Fußgänger bewirken.
Nach oben hin gibt es Weisungen, dass bis 10km/h nicht beanstandet wird 
und bis 15km/h nicht geahndet werden müssen. Toleranzen sind dabei noch 
nicht berücksichtigt so dass auf die Tachonadel bezogen alles unter 
20km/h in der Regel folgenlos bei Geschwindigkeitskontrollen bleiben dürfte.



Jetzt wird livingstreet aber wohl auch für andere Straßen verwendet, die 
baulich bedingt für nicht unmittelbare Anlieger als Verkehrsweg 
unattraktiv sind.
Das birgt dann natürlich Konfliktpotential. Da sollte man sich mal einig 
werden ob livingstreet nur für verkehrsberuhigten Bereich mit Zeichen 
*325.1* verwendet wird oder ob man dafür einen separaten Tag schafft, 
was international gesehen sinnvoller sein könnte.




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

Re: [Talk-de] Grenze im Bodensee

[dktue]

Vielen Dank für die schnellen und kompententen Antworten zu diesem 
Thema! :-)


Am 23.05.2017 um 17:37 schrieb Johannes Visintini:


On Tue, 23 May 2017 17:31:10 +0200
Mark Obrembalski  wrote:


Am 23.05.2017 um 16:59 schrieb dktue:

Hallo,

in Baden-Württemberg [1] liegt der Regierungsbezirk Tübingen [2].

Die Grenzen Baden-Württembergs läuft verläuft in der Mitte des
Bodensees, die des Regierungsbezirks Tübingens am Rand des
Bodensees.

Sollte die Grenze des Regierungsbezirks Tübingen dort nicht
identisch mit der Grenze Baden-Württembergs sein?

Hallo,

den Umfang der Regierungsbezirke in Baden-Württemberg bestimmt § 12
des Landesverwaltungsgesetzes[a]. Demnach sind alle Regierungsbezirke
aus den Gebieten von Stadt- und Landkreisen zusammengesetzt. Da die
Flächen des Bodensees aber üblicherweise nie inkommunalisiert wurden
(sogenannte ursprünglich gemeindefreie Gebiete) gehören sie wohl
mangels entsprechender besonderer Festlegung auch nicht zu
Landkreisen. Jedenfalls sollten die Regierungsbezirksgrenzen immer,
auch am Bodensee, mit Kreisgrenzen zusammenfallen.

Gruß,
Mark

[a]http://www.landesrecht-bw.de/jportal/?quelle=jlink=jlr-VwGBW2008pP12=bsbawueprod.psml=true

http://www.geodatenzentrum.de/docpdf/vg250.pdf#page=23 (Seite A-5,
C.1.2 Bodensee) stützt deine Annahme. Ist also wohl doch korrekt so.

Grüße
Johannes

___
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] Adressen ohne Karlsruhe Schema in einer AssociatedStreet-Relation

[dktue]

Hallo,

nicht, dass wir uns missverstehen: Ich überlege, ob ich in einzelnen 
Gebieten (beispielsweise eine Stadt) die Häuser in 
associatedStreet-Relationen ohne addr:street-Tag herunterladen soll und 
dann Straße für Straße eben dieses Tag an die Häuser hinzufügen soll 
ohne zu prüfen ob die Daten aus der associatedStreet-Relation wirklich 
stimmen.


Gruß
dktue

Am 25.05.2017 um 10:03 schrieb Manuel Reimer:

On 05/19/2017 05:22 PM, dktue wrote:
Spricht etwas dagegen, die per associatedStreet-Relation getaggten 
Häuser zusätzlich mit dem addr:street-Tag zu versehen (manuell, nicht 
automatisch!)?


Nein. Mache ich ständig so. Zumindest mir ist das mit den Relationen 
zu aufwändig. Wenn ich neue Häuser erfasse, dann erfasse ich nur Tags 
direkt am Haus. Wenn jemand die Relation braucht, kann er die selber 
anpassen.


Gruß

Manuel


___
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-it] Problemi editor esterno su pagina principale openstreetmap.org

[Marco_T]

Damjan Gerli wrote
> Pongo qui il mio problema, vediamo se mi confermate che anche a voi si
> comporta nello stesso modo, e quindi è un bug di osm e non solo mio...

Confermo (firefox + josm).
Se cerco di caricare dati dalla pagina di osm verso editor esterno non devo
essere loggato.
A mamoria, si è sempre comportato così...

--
Marco_T



--
View this message in context: 
http://gis.19327.n8.nabble.com/Problemi-editor-esterno-su-pagina-principale-openstreetmap-org-tp5897150p5897154.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [OSM-talk] new Wikidata+OSM data in one RDF database

[mmd]

Hi,

Am 25.05.2017 um 08:50 schrieb Yuri Astrakhan:
> The service is back up, this time with all the objects that have tags. 
> Also, I added the "has" properties on a relation - indicating all
> objects contained within the relation.  So now you can ask for a
> relation, that contains a way, and both the relation and the way have
> the same wikidata ID (something you cannot get from overpass):
> 
> http://tinyurl.com/k4vjkje
> 

Sure you can do this with overpass: http://overpass-turbo.eu/s/phj

The example returns relation 416351 along with all ways having the same
wikidata id. I commented out the part to check all relations in the
current bounding box, but I guess you'll get the idea.

best,
mmd





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

[Talk-cz] Silnice I. třídy v Praze

[Olda Nic]

Rád bych se zeptal, jak uvádět čísla silnic I. třídy v Praze. 

Oficiálně tyto silnice začínají na okrajích Prahy, např. I/8 v Praze v
ulici V Holešovičkách neexistuje. Podobně je na tom Chlumecká, vedená
jako I/10. Karlovarská a Bělohorská také není I/6, ta začíná až
křižovatkou s okruhem D0. V OSM jsou tak ale uvedeny.

V passportu silnic na ŘSD jsou některé místní komunikace v Praze sice
označovány čísly silnic první třídy, ale tak je označená i magistrála
(silnice 8) nebo Jižní spojka (silnice 29). Takovéto označení se ale
běžně neužívá. Viz. https://geoportal.rsd.cz/webappbuilder/apps/7/

Navrhoval bych čísla silnic první a druhé třídy v Praze vymazat. Jsou to
místní komunikace podle zákona.


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

[Talk-it] Problemi editor esterno su pagina principale openstreetmap.org

[Damjan Gerl]

Salve a tutti!

Pongo qui il mio problema, vediamo se mi confermate che anche a voi si comporta 
nello stesso modo, e quindi è un bug di osm e non solo mio...

Allora, vado sulla mappa su www.openstreetmap.org, zoommo e scelgo da menu 
"modifica con editor esterno (josm)" (traduzione mia, la dicitura potrebbe 
essere leggermente differente). Avendo già prima aperto josm ed impostato come 
serve, mi carica la porzione di mappa in josm e tutto funziona bene. Questo 
però senza essermi loggato su openstreetmap.org. Poi faccio il login e rifaccio 
il tutto, ma questa volta mi da errore e dice che josm potrebbe non essere 
attivo o non configurato correttamente. Ovviamente non è vero se poco prima 
funzionava :-(

Damjan 

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

Re: [OSM-talk] new Wikidata+OSM data in one RDF database

[h.exterkate]

Y


Verzonden vanaf mijn Samsung Galaxy-smartphone.
 Oorspronkelijk bericht Van: Sarah Hoffmann  
Datum: 25-05-17  09:51  (GMT+01:00) Aan: Yuri Astrakhan 
 Cc: Kolossos , 
talk@openstreetmap.org Onderwerp: Re: [OSM-talk] new Wikidata+OSM data in one 
RDF database 
That is quite obviously a bug. For progress on fixing it see
https://github.com/osmcode/pyosmium/issues/38. Please take
into account that the maintainers do sleep from time to time
which might explain why they don't answer immediately. ;)

Kind regards

Sarah

On Thu, May 25, 2017 at 06:54:27AM +, Yuri Astrakhan wrote:
> P.S. I am trying to get OSM updater to work, so that OSM data is always up
> to date, but pyosmium is giving me some trouble. Please email if you know
> the answer to
> https://stackoverflow.com/questions/44170360/callbacks-not-called-in-pyosmiums-diff-downloader
> 
> On Wed, May 24, 2017 at 11:50 PM Yuri Astrakhan 
> wrote:
> 
> > The service is back up, this time with all the objects that have tags.
> > Also, I added the "has" properties on a relation - indicating all objects
> > contained within the relation.  So now you can ask for a relation, that
> > contains a way, and both the relation and the way have the same wikidata ID
> > (something you cannot get from overpass):
> >
> > http://tinyurl.com/k4vjkje
> >
> > "has" could be in one of three forms:
> > ?osmObject1  osmm:has  ?osmObject2   # obj1 contains obj2, no label is set
> > ?osmObject1  osmm:has:inner  ?osmObject2  # can also be outer,
> > center_admin, etc.
> > ?osmObject1  osmm:has:_  ?osmObject2  # the label is not simple ascii,
> > and should be fixed
> >
> >
> > On Mon, May 22, 2017 at 2:04 AM Janko Mihelić  wrote:
> >
> >> Wow, I think this is a great milestone. Thanks!
> >>
> >> Now if only we can get a mixture of Wikidata's SPARQL and Overpass QL. A
> >> kind of a hybrid language between the two? Because Wikidata will probably
> >> never have the Overpass "in" or "around", which narrows the data down to a
> >> single country or county, or to a radius around something. I find that very
> >> useful.
> >>
> >> What if you connected to the Overpass API, ran the Overpass query, and
> >> then filtered the Wikidata data by the results of Overpass? Does that even
> >> make sense? For example: Overpass gives me all elements with a wikidata tag
> >> in a county, and then SPARQL can filter down the data to find all humans
> >> within that data. I think that's possible.
> >>
> >> Anyway, thanks for your service (although I think it's down right now).
> >>
> >> Janko
> >>
> >> ___
> >> talk mailing list
> >> talk@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk
> >>
> >

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


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

[Talk-it] Ingress OperationPortalRecon

[Federico Leva (Nemo)]

Fervono i lavori di tante formichine su una mappa interessante ma 
proprietaria (milioni di contributi in pochi giorni)... Può essere 
un'occasione per pubblicizzare OSM.


https://support.ingress.com/hc/en-us/articles/115006219487-Operation-Portal-Recon
https://fevgames.net/operation-portal-recon-available/
https://fevgames.net/ingress/ingress-guide/concepts/operation-portal-recon/

Una volta finita questa ondata chissà che non si possa convincerli a una 
qualche integrazione (licenze permettendo)!

https://plus.google.com/u/0/111275098680181852126/posts/3z9pbBbF6bd

Nemo

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

Re: [Talk-it] R: Re: Landuse (aridaje)

[Paolo Monegato]

Il 24/05/2017 10:34, frali...@alice.it ha scritto:
se siamo in una pianura  condotta da agricoltura meccanizzata, il 
suggerimento potrebbe anche starci
ma ammettiamo di essere su una collina terrazzata ove il sesto 
d'impianto è del tipo: "metti una pianta dove ci sta un pò di spazio"

le 'righe' e le 'colonne' come le sistemi?


In quel caso direi che probabilmente sono tutti alberi da frutto perché 
per via dei problemi di spazio non si mettono a piantare ornamentali...


difficile che esistano campi e/o boschi 'puri', anzi con il crescere 
dell'agricoltura biologica, si tente a coltivare  più piante del tipo 
'cooperante' insieme

e di fronte ad  un campo di questi come lo cartografi?
già è tanto riuscire a cartografare come 'colture specializzate', 
'colture intensive' e 'colture a consumo domestico'


Esattamente come gli altri. Nel caso è tutto un frutteto, poi in 
dettagli si specifica di che piante si tratta.


Imho, anche nel caso che le piante cooperanti non siano produttive (non 
siano alberi da frutto), andrebbero messe dentro il frutteto perché in 
questo caso non sono "ornamentali" ma son lì per questioni produttive.


ciao
Paolo M



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

Re: [Talk-it] Landuse (aridaje)

[Paolo Monegato]

Il 24/05/2017 07:56, Aury88 ha scritto:

Paolo Monegato wrote

N-S e E-O era per esempio. Il frutteto avrà sicuramente "righe" e
"colonne", mentre i tratti ornamentali vanno in una direzione univoca
(essendo plausibilmente un filare unico). Metti per esempio che la siepe
ornamentale va da NW a SE, parallela alle "colonne" del frutteto, vorrà
dire che metterai tree_row sulle "righe" invece che sulle "colonne",
pazienza se si deve spezzettare.

Non so se mi sono spiegato, diciamo che il frutteto puoi mettere il
tree_row sia così | che così ___ (o così / o così \), mentre
l'ornamentale sarà o così | o nell'altro modo ___. Se l'ornamentale è
così | le tree_row del frutteto le mappi così ___ e viceversa.

adesso ho capito. idea mi piace e potrebbe funzionare. l'unica cosa che mi
lascia un po' perplesso è che sarebbe una regola applicata al singolo campo
per cui di fatto è il tratto ornamentale di quel lotto a determinare la
direzione con cui non mappare gli alberi produttivi dello stesso lotto; il
lotto limitrofo potrebbe avere mappature invertite (ma è comunque facile
distinguerle: per ogni singolo lotto gli alberi produttivi saranno quelli
mappati con il row orientati nella stessa direzione e con più row). rimane
il problema del fatto che le fila di alberi ornamentali in alcuni casi (non
sempre) sono lungo più lati a loro volta "perpendicolari" tra loro.


Si, diciamo che serve più che altro a distinguere a colpo d'occhio il 
frutteto dal resto. Poi chiaramente per maggiori dettagli si va di tag 
specifici.



Il 25/05/2017 07:38, Aury88 ha scritto:

mi sa che non ci
stiamo capendo. non sto parlando di alberi coltivati per essere venduti a
scopo ornamentale (che forse in generale sarebbe meglio mappato con un
landuse=forest).


Non sarebbe qualcosa tipo plant_nursery (mi sfugge ora il tag preciso ma 
è qualcosa del genere)?


ciao
Paolo M

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

Re: [OSM-talk-be] Dixit JOSM: missing tag - street with odd number of lanes, but without lanes:forward and lanes:backward or oneway

[Yves bxl-forever]

Hi,

The way I understand this warning is that a two-way highway with an odd number 
of lanes (in this case 3) should get "lanes:forward=2" and "lanes:backward=1" 
to make the count.
This is not linked with the "turn:lanes" key, despite the number of lanes 
should obviously match.

Have a great day.
Yves



On Thu, 25 May 2017 03:08:56 +0200
"André Pirard"  wrote:

> Hi,
> 
> Just like Osmose does, JOSM accused me of those errors with tags I never
> wrote: here  and here
> .
> It appears that the mapper used turn:lanes:… and that JOSM wants lanes:…
> I'll leave it to the specialists whether the mapper must correct a
> mistake or open a JOSM bug.
> 
> TIA,
> Cheers
> 
> André.

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

Re: [Talk-de] Adressen ohne Karlsruhe Schema in einer AssociatedStreet-Relation

[Manuel Reimer]

On 05/19/2017 05:22 PM, dktue wrote:
Spricht etwas dagegen, die per associatedStreet-Relation getaggten 
Häuser zusätzlich mit dem addr:street-Tag zu versehen (manuell, nicht 
automatisch!)?


Nein. Mache ich ständig so. Zumindest mir ist das mit den Relationen zu 
aufwändig. Wenn ich neue Häuser erfasse, dann erfasse ich nur Tags 
direkt am Haus. Wenn jemand die Relation braucht, kann er die selber 
anpassen.


Gruß

Manuel


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

Re: [OSM-talk] new Wikidata+OSM data in one RDF database

[Sarah Hoffmann]

That is quite obviously a bug. For progress on fixing it see
https://github.com/osmcode/pyosmium/issues/38. Please take
into account that the maintainers do sleep from time to time
which might explain why they don't answer immediately. ;)

Kind regards

Sarah

On Thu, May 25, 2017 at 06:54:27AM +, Yuri Astrakhan wrote:
> P.S. I am trying to get OSM updater to work, so that OSM data is always up
> to date, but pyosmium is giving me some trouble. Please email if you know
> the answer to
> https://stackoverflow.com/questions/44170360/callbacks-not-called-in-pyosmiums-diff-downloader
> 
> On Wed, May 24, 2017 at 11:50 PM Yuri Astrakhan 
> wrote:
> 
> > The service is back up, this time with all the objects that have tags.
> > Also, I added the "has" properties on a relation - indicating all objects
> > contained within the relation.  So now you can ask for a relation, that
> > contains a way, and both the relation and the way have the same wikidata ID
> > (something you cannot get from overpass):
> >
> > http://tinyurl.com/k4vjkje
> >
> > "has" could be in one of three forms:
> > ?osmObject1  osmm:has  ?osmObject2   # obj1 contains obj2, no label is set
> > ?osmObject1  osmm:has:inner  ?osmObject2  # can also be outer,
> > center_admin, etc.
> > ?osmObject1  osmm:has:_  ?osmObject2  # the label is not simple ascii,
> > and should be fixed
> >
> >
> > On Mon, May 22, 2017 at 2:04 AM Janko Mihelić  wrote:
> >
> >> Wow, I think this is a great milestone. Thanks!
> >>
> >> Now if only we can get a mixture of Wikidata's SPARQL and Overpass QL. A
> >> kind of a hybrid language between the two? Because Wikidata will probably
> >> never have the Overpass "in" or "around", which narrows the data down to a
> >> single country or county, or to a radius around something. I find that very
> >> useful.
> >>
> >> What if you connected to the Overpass API, ran the Overpass query, and
> >> then filtered the Wikidata data by the results of Overpass? Does that even
> >> make sense? For example: Overpass gives me all elements with a wikidata tag
> >> in a county, and then SPARQL can filter down the data to find all humans
> >> within that data. I think that's possible.
> >>
> >> Anyway, thanks for your service (although I think it's down right now).
> >>
> >> Janko
> >>
> >> ___
> >> talk mailing list
> >> talk@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk
> >>
> >

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


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

Re: [Talk-cz] znovu špatné názvy sad změn v JOSM

[Jan Martinec]

Ahoj,
Jen když přepínám mezi nahráváním do nového a existujícího changesetu:
název se přepíše tím starým názvem, jinak ne.

Používám josm-latest, pořád aktuální verzi (včera snad 12444?).

Jinak workaround: nezavírej changesety hned - dokud je otevřený, dá se s
novým uploadem změnit i název.

Zdar,
Honza Piškvor Martinec

Dne 25. 5. 2017 8:40 napsal uživatel "Zdeněk Pražák" :

> Vracím se ještě jednou k názvům sad změn v JOSM
> Používám nyní verzi JOSM 12200
> Když si stáhnu data přímo z http://www.openstreetmap.org a provedu úpravy
> tak se mi sada změn uloží pod názvem sady změn použité v minulosti naposled
> - příklad sada změn č. 48962875 se uložila pod názvem Oprava Jetětice
> namísto správného Oprava Lanškroun.
> Když si však stáhnu data pomocí taskmanu na http://taskman.poloha.net/
> project/2# tak se mi sada změn uloží pod správným názvem - příklad sada
> změn č.48963777 uložená pod správným názvem oprava Temešvár.
>
> Dělá Vám to také nebo je problém pouze u mne?
>
>
>
>
> ___
> 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: [OSM-talk] new Wikidata+OSM data in one RDF database

[Yuri Astrakhan]

P.S. I am trying to get OSM updater to work, so that OSM data is always up
to date, but pyosmium is giving me some trouble. Please email if you know
the answer to
https://stackoverflow.com/questions/44170360/callbacks-not-called-in-pyosmiums-diff-downloader

On Wed, May 24, 2017 at 11:50 PM Yuri Astrakhan 
wrote:

> The service is back up, this time with all the objects that have tags.
> Also, I added the "has" properties on a relation - indicating all objects
> contained within the relation.  So now you can ask for a relation, that
> contains a way, and both the relation and the way have the same wikidata ID
> (something you cannot get from overpass):
>
> http://tinyurl.com/k4vjkje
>
> "has" could be in one of three forms:
> ?osmObject1  osmm:has  ?osmObject2   # obj1 contains obj2, no label is set
> ?osmObject1  osmm:has:inner  ?osmObject2  # can also be outer,
> center_admin, etc.
> ?osmObject1  osmm:has:_  ?osmObject2  # the label is not simple ascii,
> and should be fixed
>
>
> On Mon, May 22, 2017 at 2:04 AM Janko Mihelić  wrote:
>
>> Wow, I think this is a great milestone. Thanks!
>>
>> Now if only we can get a mixture of Wikidata's SPARQL and Overpass QL. A
>> kind of a hybrid language between the two? Because Wikidata will probably
>> never have the Overpass "in" or "around", which narrows the data down to a
>> single country or county, or to a radius around something. I find that very
>> useful.
>>
>> What if you connected to the Overpass API, ran the Overpass query, and
>> then filtered the Wikidata data by the results of Overpass? Does that even
>> make sense? For example: Overpass gives me all elements with a wikidata tag
>> in a county, and then SPARQL can filter down the data to find all humans
>> within that data. I think that's possible.
>>
>> Anyway, thanks for your service (although I think it's down right now).
>>
>> Janko
>>
>> ___
>> 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] new Wikidata+OSM data in one RDF database

[Yuri Astrakhan]

The service is back up, this time with all the objects that have tags.
Also, I added the "has" properties on a relation - indicating all objects
contained within the relation.  So now you can ask for a relation, that
contains a way, and both the relation and the way have the same wikidata ID
(something you cannot get from overpass):

http://tinyurl.com/k4vjkje

"has" could be in one of three forms:
?osmObject1  osmm:has  ?osmObject2   # obj1 contains obj2, no label is set
?osmObject1  osmm:has:inner  ?osmObject2  # can also be outer,
center_admin, etc.
?osmObject1  osmm:has:_  ?osmObject2  # the label is not simple ascii, and
should be fixed


On Mon, May 22, 2017 at 2:04 AM Janko Mihelić  wrote:

> Wow, I think this is a great milestone. Thanks!
>
> Now if only we can get a mixture of Wikidata's SPARQL and Overpass QL. A
> kind of a hybrid language between the two? Because Wikidata will probably
> never have the Overpass "in" or "around", which narrows the data down to a
> single country or county, or to a radius around something. I find that very
> useful.
>
> What if you connected to the Overpass API, ran the Overpass query, and
> then filtered the Wikidata data by the results of Overpass? Does that even
> make sense? For example: Overpass gives me all elements with a wikidata tag
> in a county, and then SPARQL can filter down the data to find all humans
> within that data. I think that's possible.
>
> Anyway, thanks for your service (although I think it's down right now).
>
> Janko
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-cz] znovu špatné názvy sad změn v JOSM

[Zdeněk Pražák]

Vracím se ještě jednou k názvům sad změn v JOSM
Používám nyní verzi JOSM 12200
Když si stáhnu data přímo z http://www.openstreetmap.org a provedu úpravy
tak se mi sada změn uloží pod názvem sady změn použité v minulosti naposled
- příklad sada změn č. 48962875 se uložila pod názvem Oprava Jetětice
namísto správného Oprava Lanškroun.
Když si však stáhnu data pomocí taskmanu na http://taskman.poloha.net/
project/2# tak se mi sada změn uloží pod správným názvem - příklad sada změn
č.48963777 uložená pod správným názvem oprava Temešvár.

Dělá Vám to také nebo je problém pouze u mne?


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

Re: [Talk-lt] Lankytinų vietų eksportas

[Ramas]

Geras pastebėjimas. Jei ateity pasitaikys dar kažkokių klaidų, reiktų jas
registruoti čia https://github.com/openmaplt/poiexport/issues

2017-05-24 20:59 GMT+03:00 Kęstis :

> Pabandziau eksportuoti,iš http://poi.openmap.lt bet kažkodėl neleidžia
> paisrinkti visų kategorijų vienu metu, rodos ir pasižymėjo, bet eksportavo
> tik viena pirmąją kategoriją, tai degalines. Bųtų visai gerai jei leistų
> visas vienu metu exportuoti.
>
> 2017 m. gegužės 23 d. 15:54, Paulius Masiliūnas 
> rašė:
>
>> Sveikas,
>>
>> čia toks mano pamastymas, o gal geriau pabandyti sujungti poi.openmap.lt
>> su place.openmap.lt į vieną vietą.
>> Turiu omenyje, kad nueinu aš į place.openmap.lt ir pasirenku tarkim
>> kempingas, degalinės ir kavinės, ir tada būtu dar vienas mygtukas
>> "Atsisiųsti" (arba "Eksportuoti"), kur tu galėtum pasirinktus POI
>> atsisiųsti į pasirinktą įrenginį.
>> Galėtum gal net pagal BBOX atsisiųsti, na pvz jei aš ruošiuosi keliauti į
>> Anyksčius, tai kam man reikia Klaipėdoje esančių kavinių, tai aš
>> atsisiunčiu tik tuos POI kurie man yra aktualus.
>> Čia kažkas tokio būtu ką yra padaręs OSM (http://www.openstreetmap.org)
>> yra mygtukas "Eksportuoti".
>>
>> 2017-05-23 14:53 GMT+03:00 Tomas Straupis :
>>
>>> Sveiki
>>>
>>>   Prisiminėme tokį senai paleistą, bet visų užmirštą dalyką kaip
>>> http://poi.openmap.lt
>>>
>>>   Jo paskirtis - duoti atsisiųsti įvairiais formatais (gpx, kml,
>>> geojson ir pan.) pasirinktų POI info, kurią tada galima įsidėti gal į
>>> Garminą, gal į TomTom'ą, gal į Google Maps/Earth, gal į dar kažką.
>>>
>>>   Bet norisi kažkiek patvarkyti lankytinų vietų tipų parinktis, nes
>>> kai kurie dabar esantys variantai ne į temą (kai kurių tipų Lietuvoje
>>> nėra apskritai arba labai mažai tokių vietų), kai kurių tipų trūksta.
>>>
>>>   Tai pirma mintis buvo sinchronizuoti lankytinų vietų tipų sąrašą su
>>> http://places.openmap.lt Na gautųsi tokia vientisa sistema: pasižiūri
>>> places, jei patinka/reikia - eini į poi ir ten jau aišku, kurias
>>> kategorijas nori eksportuoti.
>>>
>>>   Jau dabar aiškūs du variantai:
>>>   1. rodyti tik places „grupių“ pavadinimus: paveldas, turizmas,
>>> apgyvendinimas ir pan.
>>>   2. rodyti detaliai: piliakalniai, pilkapiai, viešbučiai,
>>> barzdaskučiai, katinukų glostytojai ir pan.
>>>
>>>   Gal dar kokių minčių turite apie tipų parinkimą (negalvojant kokių
>>> nors per daug sunkiai realizuojamų dalykų, kaip hierarchijos ar kokių
>>> artificial intelligence)? Žodžiu gal turite indėlio į pratavėtrinimą?
>>>
>>> --
>>> Tomas
>>>
>>> ___
>>> 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
>>
>>
>
> ___
> 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