Re: [Talk-de] building = ? fuer Zweifamilienhaus

2015-03-08 Diskussionsfäden Garry

Am 07.03.2015 um 22:21 schrieb Bernhard Weiskopf:

Hallo an alle,

für Einfamilienhäuser soll building = house oder building = detached
verwendet werden.

Für ein „großes Gebäude mit Wohnungen. Im Erdgeschoss befinden sich
gelegentlich Läden.“ soll building = apartments verwendet werden.

Quelle: http://wiki.openstreetmap.org/wiki/DE:Key:building

Wie soll ein Zweifamilienhaus getagged werden, das oft nicht größer ist als
ein Einfamilienhaus und oft auch fast gleich aussieht? Ein Treppenhaus ist
auch nicht immer vorhanden.

Bisher habe ich ab zwei Wohnungen building = apartments verwendet, auch wenn
das Haus kleiner ist als manches Einfamilienhaus. Ist das richtig oder gibt
es andere values?


Macht es Sinn das unterschieden zu wollen?
In meinem Umfeld gibt es zahlreiche gleichartige Häuser - zweistöckig + 
Satteldach,
teilweise als Reihenhäuser, teilweise als alleinstehende Häuser. Manche 
sind so ausgeführt dass drei Parteien darin wohnen können,
werden aber nur von einem Paar oder auch nur einer Person bewohnt. 
Andere sind als Einfamilienhaus gebaut, trotzdem wohnt darin

auch noch eine fremde 2. Partei.
Es gibt also keine eindeutigen Merkmalen die eine eindeutige Zuordnung 
erlauben.


Garry

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


[Talk-us] How to map deviation areas for routes?

2015-03-08 Diskussionsfäden Paul Johnson
Here in Tulsa (and apparently Wichita as well, along with Cherokee Nation
Transit, Kibois Area Transit System, and presumably most midwestern
agencies) have a concept of deviation area on their routes.  In such a
case, you can be picked up or dropped off anyplace they can fit a bus
(usually a 15-to-30 passenger Ford Econoline or Freightliner Sprinter-based
straight-van bus conversion), assuming you either call in advance for
pickup, or let the driver know where you want out when you board.  What's
the best way to get this into OSM?
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us


Re: [OSM-talk-fr] BANO : 2 questions

2015-03-08 Diskussionsfäden Vincent de Château-Thierry

Bonjour,

Le 08/03/2015 18:08, Pierre-Yves Berrard a écrit :


* Le nombre de voies manquantes sur le rendu diffère du nombre sur la
page cadastre.opentstreetmap.fr http://cadastre.opentstreetmap.fr, car
le premier intègre les lieux-dits. Ne pourrait-on pas assurer une
cohérence ?


Oui il faudrait ! Le rendu et la page de récap par commune ont émergé 
chacune de leur côté. Il faudrait harmoniser en effet (poke Christian :) )



* Sur la page de récap communale, pourquoi les Données OSM en date ne
s'actualisent pas quand on force la mise à jour ?


C'est identifié... mais pas encore traité : 
https://github.com/osm-fr/bano/issues/75


vincent

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


Re: [OSM-talk-be] Helping out OpenStreetMap Belgium Working Group! (was: 'Mapper of the month')

2015-03-08 Diskussionsfäden Marc Ducobu
A french cyclist association create this map :
http://bicyclette69.free.fr/carte/carte.html. This map is really nice.
But I think they use maperitive which is proprietary.

Why not create an XML mapnik style to have an equivalent map ? I think
about starting with osm bright ( https://github.com/mapbox/osm-bright/
) and adding cycling feature... I never do this but I think that we
can use Tilemill ( https://www.mapbox.com/tilemill/ ) to create the
carto css file that can be converted into the xml mapnik style.

Proposing to cyclists a way to create easily a cycling map can attract
a lot of persons. And the message is very simple : you like this map
? you want it for your city ? it is simple : encode (properly) the
cycling infrastructure in OSM and you'll have the map.

For the Gracq there exists a lot of local chapter (
http://www.gracq.be/GRACQ/006Contacts-002Locales ). I involve in the
Mons chapter and the people of the chapter are very interested to
discover OSM (and why not generate a map) and most of the people of
the Gracq will go to the 25 Avril event as it is a training on a
special subject.

Marc

On 7 March 2015 at 05:51, Nicolas Pettiaux nico...@pettiaux.be wrote:
 Hello,

 For April 25, we still need experienced mappers.

 For your information, a colleague of mine (Michel Willemse) who registered
 and will be present, is an active cyclist. He has already contacted Gracq,
 fietsersverbond ... GRACQ has reacted very positively ... but for the date :
 they already have a cyclist event in the very nearby parc de Bruxelles.

 Michel's idea is that, if the weather permit, instead or on top of doing
 some activities to start with and describe OSM, what can be done during the
 morning ... we (or at least some of us) do something similar at the Parc for
 the cyclist, leveraging the large number of cyclists who will be present for
 Gracsq's event. We could do so simply by preparing paper maps to fill and
 some printed papers to distribute stating where to download mapilliary /
 osmand (or the best OSM mapping tool), what to do ... I am thinking to a 1
 page, simple to read, instructions.

 Yes, as Marc proposes, next time, we'll contact the walkers groups and maybe
 the people responsible for tourism in Brussels. We could also leverage them
 to better describe Brussels as a touristic place and map everything that
 could be touristically interessant and make links to descriptions (if
 possible text + sounds + videos)

 But this will be for another time.

 I am even considering that one activity that could become repetitive, with a
 short repeat time (if handled by the tourist authorities who pay a leader)
 would be guided tours of Brussels with mapping purposes. I am dreaming of
 tours every saturday morning for example, where walkers in the city would
 discover a new location in the city and at the same time map everything they
 encounter during the visit. Can you imagine what a good map we would hava
 after one year only ?

 With many information and on top, 52 guided tours on OSM.

 Have a good week end,

 Nicolas

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




-- 
et en avant pour de folles aventures...

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


[OSM-talk-ie] sheet 5/5 sw

2015-03-08 Diskussionsfäden Caroline Lewis
i
 On 8 Mar 2015, at 12:50, Caroline Lewis carolinele...@eircom.net wrote:
 
 Hi - i am trying to rectify sheet 5/5 sw but it is not showing up on oocmaps 
 so i guess it hasn’t been uploaded?
 I have cropped it though in map warper
 can anyone help ?  - it is mainly ocean!
 thanks
 c :)
 
 


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


Re: [OSM-talk-be] wadi

2015-03-08 Diskussionsfäden Karel Adams
Jo, regular expressions zijn een erg krachtig mechanisme. Als ik zie hoe 
weinig professionele informatici er meer dan de allereerste beginselen 
van beheersen, dan denk ik dat je erg terughoudend moet zijn om ze te 
propageren bij brave vrijwilligers die de informatica enkel als vehikel 
gebruiken voor aktiviteiten op een ander gebied - hier dus mapping. 
Allen: wees gewaarschuwd, regular expressions zijn heel schoon gerief, 
maar de instapdrempel is nogal hoog, in het begin lijkt het pure 
alchemie of kabalah of zo.
Bovenal moet men het leven zo simpel mogelijk houden. A ~ ^Randstraat$ 
kan men net zo goed schrijven als A == Randstraat, dat laatste zal 
voor de meeste stervelingen leesbaarder zijn. Maar ik moet toegeven dat 
ik nu zuiver aan mijn eigen vertrouwde bash/nawk/sed-omgeving denk, 
misschien is het in deze toepassing anders.

KA

On 08-03-15 17:46, Jo wrote:


Om dingen weg te laten gebruik je not. Voorbeeld; -highway. Dat 
minteken maakt het omgekeerd. Dus alle resultaten, zonder highway=... 
erbij


Voor je andere vraag heb je regular expressions nodig, zodat je kan 
aangeven dat het moet beginnen met ^Randstraat$


^ geeft aan dat dat het begin moet zijn

$ geeft aan dat het daarop moet eindigen.

Dat is zeker al een wat geavanceerder onderwerp, maar het is de moeite 
waard om er zich in te verdiepen.


Deze site geeft een goede uitleg, maar ik vind geen site die het in 
het Nederlands doet: http://www.regular-expressions.info/tutorial.html


Jo


Op 8 maart 2015 11:39 schreef Verhoeven Fr sus...@gmail.com 
mailto:sus...@gmail.com:


Hooi Jo,

Voor het ogenblik heb ik geen concrete voorbeelden.
Ik gebruik die zoekfunctie bv als er fouten zijn in straatnamen,
men kan dan al de huizen die al genummerd zijn in een keer 
selecteren en verbeteren. Maar dan wordt de straat zelf ook

geselecteerd en als het een lange straat is liggen er soms delen
van buiten het scherm.  Hoe haalt men is de zoekopdracht die 
straten of ander zaken die die naam dragen er uit?

Ik ben al gevallen tegen gekomen waar de gewenste zoekopdracht ook
andere straten selekteerde en als die dan in de laag liggen maar
buiten het scherm heeft men onverwachte resultaten. Ik weet de
juiste naam niet meer maar bijvoorbeeld: Randstraat en
Bosrandstraat, zelf met de case aan te vinken kreeg ik ze niet
gescheiden.

Ook gans dat zoekscherm in Josm vind ik niet duidelijk. Zelf het
basisvoorbeeld begrijp ik niet goed en de kleine hulp is heel summier.
En nochtans heeft het mij al goed geholpen, maar het is altijd met
vallen en opstaan.

Groetjes

Sus


Le 06/03/15 21:15, Jo a écrit :

Sus, kan je wat voorbeelden geven van zoekopdrachten, die je
wenst uit te voeren, maar die problemen opleveren. In spreektaal,
zeg maar.

Ik heb nogal wat ervaring met zoekopdrachten in JOSM. Het wordt
vooral leuk, als het zo wat ingewikkelder is en er regular
expressions aan te pas komen... Of als je alles wilt wat 15m
rondom een bepaalde node ligt.

Ik zal dan waarschijnlijk ook de wiki wat verder uitbreiden.

mvg,

Jo



Op 6 maart 2015 16:49 schreef Sus Verhoeven sus...@gmail.com
mailto:sus...@gmail.com:

Hooi Glen,

Mijn username is :  susvhv
Maar ik zal het wel zelf eens aanpassen. Ik weet ongeveer
waar ik bezig geweest ben.
Wat ik wel goed zou vinden is dat er eens een goede uitleg
gegeven wordt over de zoekfunctie van JOSM, misschien in een
volgende hangout. Er ontbreken in de wiki duidelijke voorbeelden.
De zoelregel voor de wadi zou al fijn zijn

Groetjes

Sus








___
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-talk-be] wadi

2015-03-08 Diskussionsfäden Jo
Ik ben het met je eens Karel. 't Is enorm krachtig als je weet hoe het
werkt, maar het heeft mij ook enkele maanden/jaren gekost om het onder de
knie te krijgen. Uiteindelijk heb ik er een O'Reilly boek voor gekocht.

Anderzijds heb ik ze wel pas vrij laat ontdekt en vind ik dat ook spijtig,
o.a. omdat ze zo'n rare naam hebben, duurde het lang eer ik door had waar
het over gaat en wat ermee kan.

Vandaar dat ik ze toch wilde vermelden. Nu is het wel zo dat een aantal
zoekopdrachten er eenvoudiger door worden. Andere worden gewoon doenbaar
ipv onmogelijk.

Voor nogal wat zoekopdrachten is het genoeg, om er een klein beetje over te
weten.

In ieder geval, als iemand met een concreet probleem zit (voor binnen JOSM
of Overpass API), dan stel ik voor: post het hier. Ik zoek er dan wat op en
post een Regex die werkt. Zoals al gebleken is, kan het zijn dat er dan nog
reacties komen met regexen die efficiënter/correcter zijn. We kunnen er
allemaal van bijleren.

Groeten,

Jo

Op 8 maart 2015 19:01 schreef Karel Adams fa348...@skynet.be:

  Jo, regular expressions zijn een erg krachtig mechanisme. Als ik zie hoe
 weinig professionele informatici er meer dan de allereerste beginselen van
 beheersen, dan denk ik dat je erg terughoudend moet zijn om ze te
 propageren bij brave vrijwilligers die de informatica enkel als vehikel
 gebruiken voor aktiviteiten op een ander gebied - hier dus mapping. Allen:
 wees gewaarschuwd, regular expressions zijn heel schoon gerief, maar de
 instapdrempel is nogal hoog, in het begin lijkt het pure alchemie of
 kabalah of zo.
 Bovenal moet men het leven zo simpel mogelijk houden. A ~ ^Randstraat$ kan
 men net zo goed schrijven als A == Randstraat, dat laatste zal voor de
 meeste stervelingen leesbaarder zijn. Maar ik moet toegeven dat ik nu
 zuiver aan mijn eigen vertrouwde bash/nawk/sed-omgeving denk, misschien is
 het in deze toepassing anders.
 KA


 On 08-03-15 17:46, Jo wrote:

  Om dingen weg te laten gebruik je not. Voorbeeld; -highway. Dat
 minteken maakt het omgekeerd. Dus alle resultaten, zonder highway=... erbij

 Voor je andere vraag heb je regular expressions nodig, zodat je kan
 aangeven dat het moet beginnen met ^Randstraat$

 ^ geeft aan dat dat het begin moet zijn

 $ geeft aan dat het daarop moet eindigen.

 Dat is zeker al een wat geavanceerder onderwerp, maar het is de moeite
 waard om er zich in te verdiepen.

 Deze site geeft een goede uitleg, maar ik vind geen site die het in het
 Nederlands doet: http://www.regular-expressions.info/tutorial.html

 Jo

 Op 8 maart 2015 11:39 schreef Verhoeven Fr sus...@gmail.com:

  Hooi Jo,

 Voor het ogenblik heb ik geen concrete voorbeelden.
 Ik gebruik die zoekfunctie bv als er fouten zijn in straatnamen, men kan
 dan al de huizen die al genummerd zijn in een keer  selecteren en
 verbeteren. Maar dan wordt de straat zelf ook geselecteerd en als het een
 lange straat is liggen er soms delen van buiten het scherm.  Hoe haalt men
 is de zoekopdracht die  straten of ander zaken die die naam dragen er
 uit?
 Ik ben al gevallen tegen gekomen waar de gewenste zoekopdracht ook andere
 straten selekteerde en als die dan in de laag liggen maar buiten het scherm
 heeft men onverwachte resultaten. Ik weet de juiste naam niet meer maar
 bijvoorbeeld: Randstraat en Bosrandstraat, zelf met de case aan te vinken
 kreeg ik ze niet gescheiden.

 Ook gans dat zoekscherm in Josm vind ik niet duidelijk. Zelf het
 basisvoorbeeld begrijp ik niet goed en de kleine hulp is heel summier.
 En nochtans heeft het mij al goed geholpen, maar het is altijd met vallen
 en opstaan.

 Groetjes

 Sus


 Le 06/03/15 21:15, Jo a écrit :

   Sus, kan je wat voorbeelden geven van zoekopdrachten, die je wenst uit
 te voeren, maar die problemen opleveren. In spreektaal, zeg maar.

  Ik heb nogal wat ervaring met zoekopdrachten in JOSM. Het wordt vooral
 leuk, als het zo wat ingewikkelder is en er regular expressions aan te pas
 komen... Of als je alles wilt wat 15m rondom een bepaalde node ligt.

  Ik zal dan waarschijnlijk ook de wiki wat verder uitbreiden.

  mvg,

  Jo



 Op 6 maart 2015 16:49 schreef Sus Verhoeven sus...@gmail.com:

Hooi Glen,

  Mijn username is :  susvhv
  Maar ik zal het wel zelf eens aanpassen. Ik weet ongeveer waar ik bezig
 geweest ben.
  Wat ik wel goed zou vinden is dat er eens een goede uitleg gegeven
 wordt over de zoekfunctie van JOSM, misschien in een volgende hangout. Er
 ontbreken in de wiki duidelijke voorbeelden.
  De zoelregel voor de wadi zou al fijn zijn

  Groetjes

  Sus







 ___
 Talk-be mailing 
 listTalk-be@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-be



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


Re: [OSM-talk-be] wadi

2015-03-08 Diskussionsfäden Jo
Om dingen weg te laten gebruik je not. Voorbeeld; -highway. Dat minteken
maakt het omgekeerd. Dus alle resultaten, zonder highway=... erbij

Voor je andere vraag heb je regular expressions nodig, zodat je kan
aangeven dat het moet beginnen met ^Randstraat$

^ geeft aan dat dat het begin moet zijn

$ geeft aan dat het daarop moet eindigen.

Dat is zeker al een wat geavanceerder onderwerp, maar het is de moeite
waard om er zich in te verdiepen.

Deze site geeft een goede uitleg, maar ik vind geen site die het in het
Nederlands doet: http://www.regular-expressions.info/tutorial.html

Jo

Op 8 maart 2015 11:39 schreef Verhoeven Fr sus...@gmail.com:

  Hooi Jo,

 Voor het ogenblik heb ik geen concrete voorbeelden.
 Ik gebruik die zoekfunctie bv als er fouten zijn in straatnamen, men kan
 dan al de huizen die al genummerd zijn in een keer  selecteren en
 verbeteren. Maar dan wordt de straat zelf ook geselecteerd en als het een
 lange straat is liggen er soms delen van buiten het scherm.  Hoe haalt men
 is de zoekopdracht die  straten of ander zaken die die naam dragen er
 uit?
 Ik ben al gevallen tegen gekomen waar de gewenste zoekopdracht ook andere
 straten selekteerde en als die dan in de laag liggen maar buiten het scherm
 heeft men onverwachte resultaten. Ik weet de juiste naam niet meer maar
 bijvoorbeeld: Randstraat en Bosrandstraat, zelf met de case aan te vinken
 kreeg ik ze niet gescheiden.

 Ook gans dat zoekscherm in Josm vind ik niet duidelijk. Zelf het
 basisvoorbeeld begrijp ik niet goed en de kleine hulp is heel summier.
 En nochtans heeft het mij al goed geholpen, maar het is altijd met vallen
 en opstaan.

 Groetjes

 Sus


 Le 06/03/15 21:15, Jo a écrit :

   Sus, kan je wat voorbeelden geven van zoekopdrachten, die je wenst uit
 te voeren, maar die problemen opleveren. In spreektaal, zeg maar.

  Ik heb nogal wat ervaring met zoekopdrachten in JOSM. Het wordt vooral
 leuk, als het zo wat ingewikkelder is en er regular expressions aan te pas
 komen... Of als je alles wilt wat 15m rondom een bepaalde node ligt.

  Ik zal dan waarschijnlijk ook de wiki wat verder uitbreiden.

  mvg,

  Jo



 Op 6 maart 2015 16:49 schreef Sus Verhoeven sus...@gmail.com:

Hooi Glen,

  Mijn username is :  susvhv
  Maar ik zal het wel zelf eens aanpassen. Ik weet ongeveer waar ik bezig
 geweest ben.
  Wat ik wel goed zou vinden is dat er eens een goede uitleg gegeven wordt
 over de zoekfunctie van JOSM, misschien in een volgende hangout. Er
 ontbreken in de wiki duidelijke voorbeelden.
  De zoelregel voor de wadi zou al fijn zijn

  Groetjes

  Sus





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


Re: [Talk-hr] Bing linije - trebaju li nam?

2015-03-08 Diskussionsfäden Janko Mihelić
Ja ih brišem kako koju vidim. Obrisao sam ih dvije-tri do sada.

Dana 8. ožujka 2015. u 13:11 hbogner hbog...@gmail.com je napisao/la:

 Svi koji su se javili na ovu temu se slažu za brisanje.
 Tko preuizama brisanje na sebe?


 On 01/21/2015 11:03 PM, Janko Mihelić wrote:

 Pozdrav,

 slažemo li se da obrišemo ove linije? Kad se zbroje Bing i Mapbox, bilo bi
 lakše ucrtati gdje nema pozadine. Ove više nitko ne održava, samo bezveze
 stoje i ne daju nikakvu informaciju.

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




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

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


Re: [Talk-GB] Is a saddlery limited to horses? (BE English)

2015-03-08 Diskussionsfäden mick
On Sun, 08 Mar 2015 14:46:16 +0100
Andreas Goss andi...@t-online.de wrote:

 Just having a discussion here:
 http://wiki.openstreetmap.org/wiki/Talk:Tag:craft%3Dsaddler
 
 In German you also often find something like a Autosattlerei which 
 means car-saddlery (usually doing car seats). Does the word not have the 
 same meaning in English? In German there always seems to be a bit of a 
 overlapp with upholsterer and saddler, it seems like this isn't the case 
 in English so saddler should really be limited to horses, is that correct?
 
In Australia the equivelant is MOTOR TRIMMER

mick

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


Re: [Talk-cz] Vykreslování turistických tras (Re: semestralni projekt - napady)

2015-03-08 Diskussionsfäden Martin Tesar
Ahoj,

Mtbmap se mi líbí, krása!


Díky :)



 Jaké jsou bugy, kvůli kterým to nechcete tlačit na osm.org?


No těch je, zkusím vypíchnout ty zásadní, které mě zrovna napadnou:
 - nepravidelný update (ale to už snad v brzké době opravíme)
 - pokrytí jen části světa (to se taky snad brzo zlepší)
 - nejednotnost ikon
 - překreslování názvů
 - nevhodné zobrazení chráněných území i dalších plošných jevů
 - špatné pořadí vykreslování některých silnic (viz např. nájezdy na
dálnice)
 - zobrazit správně turistické trasy i v zahraničí, podpora pro tag
'sac_scale' apod.
 - otočení popisků vrstevnic (tam nás trošku omezuje mapnik)

a řada dalších je uvedena tady:
https://github.com/mattesCZ/mtbmap/labels/map_style

Styl je navíc potřeba převést do nějaké udržovatelnější formy, aby mohl
přispívat i někdo další. Na to bohužel nemám dost času a jako téma na
bakalářku pro někoho dalšího to moc není :)


... A v Javorníku ještě před týdnem byla apokalypsa ve značení, když jsem
 tam
 běhal, tak jsem to trošku poopravil.


Bohužel máme teď data z prosince, až vyladíme HW, spustíme update dat.

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


Re: [OSM-ja] fixme (Re: KSJ2バス停データインポートについて(Was: Geodata Platform))

2015-03-08 Diskussionsfäden Muarkami Oki
centree(むらかみ)です。

 ただし、インポートによってこのタグを付与するのは避けよう、という状況です。
 
  なぜなのでしょう?
  それに削除が提案されていても、そう決定したわけじゃないのですよね?

wikiページにそれらしき表現を見つけました。
http://wiki.openstreetmap.org/wiki/JA:Key:fixme
(「ロボットや自動編集のためのタグではありません」の段落)

マッピング寄りの貢献者ではなく、システム開発(管理?)寄りの貢献者の方からすれば、
データが少ないほうがサーバに負担がかからない(と自分では思ってます…)ことから、
重複するようなタグは削減したいという、大きな流れがあるのかなぁと思います。私はImports MLを購読してないのではっきりとはいえませんが…

いずれにしても、日本語のwikiページなどに最新の情報、手順等が
わかりやすくまとめられれば疑問やある種の誤解も減るのかなと思いますが、
翻訳やまとめは人力ですので、スピードや作業量の限界があるのも事実だと思います。

どうやって最新の情報を集めたら良いのだろうか、と考えながら、
とりあえずOSM-jaを購読して勉強させてもらっています。
不慣れな点や不確実な情報がありましたらご容赦ください。


centree(むらかみ)






- Original Message -
 From: InagakiM kgg00...@nifty.com
 To: OpenStreetMap Japanese talk talk-ja@openstreetmap.org
 Cc: 
 Date: 2015/3/8, Sun 13:10
 Subject: Re: [OSM-ja] fixme (Re: KSJ2バス停データインポートについて(Was: Geodata Platform))
 
  稲垣@八王子です。
 
  On Sat, 7 Mar 2015 23:46:25 +0900, Satoshi IIDA wrote:
 これまでのインポートによって付与された fixmeのみを削除することになっています。
 日常的にマッパーによって付与されている fixmeはメカニカルエディットの対象外であり、残ります。
 
  もちろん、あとから付加した fixme が対象外なのは(最初から)理解し
 ています。そう書いたつもりだったのですが、ああ、すみません、書き方を
 間違えました。正しくは――
 
  これはバス停に限らない、『すべてのインポートされた』 fixme=xxx の
 話ですよね?
 
  ――と書くべきでした。
 
 ただし、インポートによってこのタグを付与するのは避けよう、という状況です。
 
  なぜなのでしょう?
  それに削除が提案されていても、そう決定したわけじゃないのですよね?
 
 ___
 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: [Talk-cz] WeeklyOSM 240 CZ

2015-03-08 Diskussionsfäden Pavel Machek
Ahoj!

 MHD:
 Brno: http://iris.bmhd.cz/
 Praha: nemá veřejné online rozhraní, systémy DORIS pro tramvaje, který je
 synchronizovaný na zastávkách (GPS mají jen nejnovější vozidla) a AUDIS pro
 autobusy (ten tuším na GPS běží)
 ostatní města neznám
 
 Co se týče offline dat, všechna potřebná data jsou na
 http://chaps.cz/cs/download/idos/zip, sice jsou to hnusné binární bloby,
 ale dekódování není problém.
 
 Jediné, co reálně brání používání je, že se všechny instituce, které data
 mají, zuby nehty brání tomu, aby tato data byla k dispozici pod rozumnou
 licencí. Toto by mohl být zajímavý směr pro Honzu Cibulku.
 Pokud budu mít podklad, že ty bloby od chapsu jsou použitelné (což snad z
 nějakých minulých soudů vypadlo), pak zařídím export do GTFS, což by mělo
 být snadno importovatelné do OSM.
 Domluvit se s brněnským dopravním podnikem by snad nemuselo být tak
 obtížné, když online poloha je dílem nadšenců, tudíž data jsou ochotni
 dávat.
 V Praze bych očekával boje, ale vítězství by znamenalo obrovský posun pro
 všechny vyhledávače spojení, nejen pro OSM.

Zrovna pro prahu jsou GTFS data dostupna, je to ze zakona o svobodnem
pristupu k informacim, takze s licenci neni problem; soubor se jmenoval
pid-Google 20140704.rar.

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

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


Re: [Talk-cz] WeeklyOSM 240 CZ

2015-03-08 Diskussionsfäden Petr Schönmann
Pro Prahu existuje ne realtime vystup, ale polohy podle radu na
http://tram.mobilnitabla.cz/

Dne 8. března 2015 9:44 Jethro xtom...@gmail.com napsal(a):

 Ano:
 http://kam.mff.cuni.cz/~babilon/zp-copyright.html
 Jethro

 2015-03-08 9:41 GMT+01:00 Pavel Machek pa...@ucw.cz:

 Ahoj!

  Tak na tuto mapu je CD dost halkliva a to (pokud vim) proto, ze data ji
  dodava SZDC, ta data CD nakupuji a data jsou dost nesouroda (cas od casu
  chybova, opozdena, nerealna, odporuji si) a sama o sobe nedavaji moc
 smysl.
  CD se pak s temi daty snazi pracovat a logickymi procesy s vlastnimi
  ziskanymi udaji je validovat. Mel jsem na to tema dlouhy rozhovor sveho
 casu
  s jejich vyvojarem... Cili chci rici, ze k temto datum, se asi jen tak
 nekdo
  nedostane (rozhodne ne zdarma).

 Fakt?

 http://kam.mff.cuni.cz/~babilon/zpmapa

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

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



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


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


Re: [Talk-cz] Vykreslování turistických tras (Re: semestralni projekt - napady)

2015-03-08 Diskussionsfäden Ladislav Laska
On Sun, Mar 08, 2015 at 07:38:59AM +, Jachym Cepicky wrote:
 Ad 3d - myslíte osmbuildings? To ale není 3d osm afaik. Ale hezký to je.
 Nebo něco jiného?

Mě v mysli vyvstalo tohle:
http://demo.f4map.com/#lat=50.0673912lon=14.4428975zoom=13camera.theta=0.9

 Pánové, mám ale z téhle diskuze pocit, jako by se někteří nemohli odpoutat
 od národních zájmů. OpenStreetMap.org je přece pro celý svět a že my se
 shodneme na tom, že značky jsou jeden z největších highlightů našich dat,
 neznamená, že to zajímá zbytek světa. Osm.org má výchozí mapu namířenou
 proti googlu, ne KČT. A už i. Tak je dost přeplácaná a znám hodně lidí,
 kterým se nelíbí.

Mě zrovna žádné světové nápady nenapadají, tak dávám lokální.

Navíc myslím, že se všichni shodli, že turistiku nechceme na defaultní, ale 
jako 
layer, stejně jako je teď cyklistická.


-- 
S pozdravem Ladislav Láska  la...@kam.mff.cuni.cz
Katedra Aplikované Matematiky, MFF UK   tel.: +420 739 464 167

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


Re: [Talk-cz] WeeklyOSM 240 CZ

2015-03-08 Diskussionsfäden Jethro
Ano:
http://kam.mff.cuni.cz/~babilon/zp-copyright.html
Jethro

2015-03-08 9:41 GMT+01:00 Pavel Machek pa...@ucw.cz:

 Ahoj!

  Tak na tuto mapu je CD dost halkliva a to (pokud vim) proto, ze data ji
  dodava SZDC, ta data CD nakupuji a data jsou dost nesouroda (cas od casu
  chybova, opozdena, nerealna, odporuji si) a sama o sobe nedavaji moc
 smysl.
  CD se pak s temi daty snazi pracovat a logickymi procesy s vlastnimi
  ziskanymi udaji je validovat. Mel jsem na to tema dlouhy rozhovor sveho
 casu
  s jejich vyvojarem... Cili chci rici, ze k temto datum, se asi jen tak
 nekdo
  nedostane (rozhodne ne zdarma).

 Fakt?

 http://kam.mff.cuni.cz/~babilon/zpmapa

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

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

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


Re: [Talk-cz] WeeklyOSM 240 CZ

2015-03-08 Diskussionsfäden Jan Cibulka
Zdar vespolek,

s binárkama CHAPSu moc nepomůžu (know how soukromý firmy), nicméně data z DORIS 
už jsme z DPP dostali na infozákon, takže se dá říct, že jsou veřejný. Blbý je, 
že to byly až záznamy ex-post, zákonem se moc nedaj nutit ke streamování těch 
dat a samozřejmě se jim nechce to dávat. Ta konkrétní žába na prameni je tam, 
co vím, oddělení IT.

 

From: Petr Schönmann [mailto:pschonm...@gmail.com] 
Sent: Sunday, March 8, 2015 9:53 AM
To: OpenStreetMap Czech Republic
Subject: Re: [Talk-cz] WeeklyOSM 240 CZ

 

Pro Prahu existuje ne realtime vystup, ale polohy podle radu na 
http://tram.mobilnitabla.cz/

 

Dne 8. března 2015 9:44 Jethro xtom...@gmail.com mailto:xtom...@gmail.com  
napsal(a):

Ano:
http://kam.mff.cuni.cz/~babilon/zp-copyright.html
Jethro

 

2015-03-08 9:41 GMT+01:00 Pavel Machek pa...@ucw.cz mailto:pa...@ucw.cz :

Ahoj!

 Tak na tuto mapu je CD dost halkliva a to (pokud vim) proto, ze data ji
 dodava SZDC, ta data CD nakupuji a data jsou dost nesouroda (cas od casu
 chybova, opozdena, nerealna, odporuji si) a sama o sobe nedavaji moc smysl.
 CD se pak s temi daty snazi pracovat a logickymi procesy s vlastnimi
 ziskanymi udaji je validovat. Mel jsem na to tema dlouhy rozhovor sveho casu
 s jejich vyvojarem... Cili chci rici, ze k temto datum, se asi jen tak nekdo
 nedostane (rozhodne ne zdarma).

Fakt?

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


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

 


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

 

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


Re: [Talk-cz] Vykreslování turistických tras (Re: semestralni projekt - napady)

2015-03-08 Diskussionsfäden Ladislav Laska
 Zobrazuje telefoni budky, ale nezobrazuje hrady.
 Zobrazuje jeskyně, ale už ne štoly a závrty.
 A je toho vícero.
 :)

... osobně si myslím, že zájmové body by měly být konfigurovatelné nehledě na 
vrstvu (možná chci hrady, možná restaurace, co já vím...). To by ale vyžadovalo 
kreslit je jinak, než přímo do renderu, takže jako bych nic neřekl :-)

Ale dovedu si představit, že zobrazování hradů je všude, protože jich tolik 
není; na turistické by ale neměly chybět.

 
 IMHO by hlavní mapa měla renderovat co nejvíce a poskytovat referenční 
 design. 
 Speciální mapy by měli spíše odebírat a zvýrazňovat. Např. zimní mapa 
 nepotřebuje renderovat jezy na vodě a naopak vodácká mapa nemusí renderovat 
 sjezdovky. A zimní mapa zvýrazní sjezdovky že je bude renderovat i při menším 
 zvětšení než na refernční mapě.

Je blbost, aby hlavní mapa renderovala turistické, cyklistické, konské stezky, 
relace MHD a dálkové dopravy, či cokoliv takového ražení. Stalo by se to 
nepřehledným. Naopak zájmové body, proč ne, obzvláště když jsou viditelné jenom 
na malých zoom levelech (to s turistickou nejde, stane se potom na prd).

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

-- 
S pozdravem Ladislav Láska  la...@kam.mff.cuni.cz
Katedra Aplikované Matematiky, MFF UK   tel.: +420 739 464 167

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


Re: [OSM-talk-be] wadi

2015-03-08 Diskussionsfäden Verhoeven Fr

Hooi Glen,

De Overpass script heeft al zijn werk gedaan en heeft ook nog andere 
voordelen.
Het te mappen gebied in Mali onder Bamako is zo groot dat ook overpass 
het niet in zijn geheel slikt. ;-(
Het geeft wel een mooi overzicht van de hydrologie van de streek en laat 
toe de richting van de afloop en richting van de wadi's beter de bepalen 
en te verbinden. Op die vierkantjes van Hot ziet men dat niet.


Een  overpass script aanpassen zie ik niet meer zitten (ikke anno 1933) 
, maar ik zo graag hebben dat de script aangepast wordt zodat men na 
verbetering ook de streams nog ziet. Die zijn in Josm toch weergegeven 
ik een andere stijl. Voor de zekerheid moet ik nu lokaal de andere 
gegevens inladen, maar dan is de rest niet meer goed zichtbaar en moet 
ik alles herladen, gans die streek inladen laat OSM niet toe.


In ieder geval bedankt voor de tool, en ik blijf er bij dat uw eigen 
fouten verbeteren u veel bijleert en minder frustrerend is. ;-)


Groetjes

Sus



Le 06/03/15 20:53, Glenn Plas a écrit :

HAllo Sus,

Geen probleem, als je het graag doet, wie ben ik om het af te pakken?

Je kan altijd via overpass aan de wadi's geraken en dan exporten in JOSM
ipv alles te downloaden en dan de filters toe te passen, dan zie je
enkel de wadi's natuurlijk.  In dit geval nodes+ways (nodes zijn niet
echt nodig want slaagt op niet veel, maar je kan zo de fouten wel
spotten als ze er zijn)

Probeer misschien dit eens:

http://overpass-turbo.eu/s/83t

Er zijn geen wadi's in de rest van het land , enkel in het zuiden.  Je
kan nu via Export het openen in JOSM , indien JOSM remote control
aangezet is.  Gewoon JOSM opstarten en dan export tikken.

Die kan je dan editten met in het achterhoofd de wetenschap dat je enkel
aan die raakt (en dus niets anders bijzet, of niet TE veel verplaatst).

Je kan die map op het gebied zetten waar je hard hebt gewerkt en dan de
query draaien, dat kan best een groot gebied zijn. (bv heel belgie).

Veel success,

Glenn



On 06-03-15 16:49, Sus Verhoeven wrote:

Hooi Glen,

Mijn username is :  susvhv
Maar ik zal het wel zelf eens aanpassen. Ik weet ongeveer waar ik bezig
geweest ben.
Wat ik wel goed zou vinden is dat er eens een goede uitleg gegeven wordt
over de zoekfunctie van JOSM, misschien in een volgende hangout. Er
ontbreken in de wiki duidelijke voorbeelden.
De zoelregel voor de wadi zou al fijn zijn

Groetjes


___
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-cz] semestralni projekt - napady

2015-03-08 Diskussionsfäden Pavel Machek
On Fri 2015-03-06 17:34:11, jzvc wrote:
 Dne 6.3.2015 v 12:00 Pavel Machek napsal(a):
 Ahoj!
 
 rad bych studentum v ramci jedno z mych predmetu na CVUT nabidnl
 temata na semestralni projekty i z OSM. Jak programatorska, tak i
 neprogramatorska (dokumentace, cisteni dat, a pod). Mate nejake
 navrhy?
 
 Co takhle Kalibrace Bingu?
 
 Nejaky plugin pro JOSM aby se Bing zobrazoval rovnou spravne (a
 uzivatel ho nemusel posouvat) + mozna automaticka vypocet kalibracnich
 dat Bingu podle starsich (ale lip skalibrovanych) fotomap.
 
  Pavel
 
 Cus, toto existuje, plugin si muzes nainstalovat, ale ... no zkousel sem to,
 nic co by se dalo realne pouzivat. Musel bys totiz nejdriv projit velmi
 podrobne cely uzemi, a kalibrovat a kaliborovat ... protoze posun se meni
 kazdych par stovek metru a to celkem dost.
 
 http://wiki.openstreetmap.org/wiki/Imagery_Offset_Database

No, tak zkalibrovat podle starsich ortofotomap, a vysledky nahrat do
databaze offsetu.
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

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


Re: [Talk-cz] WeeklyOSM 240 CZ

2015-03-08 Diskussionsfäden Pavel Machek
Ahoj!

 Tak na tuto mapu je CD dost halkliva a to (pokud vim) proto, ze data ji 
 dodava SZDC, ta data CD nakupuji a data jsou dost nesouroda (cas od casu 
 chybova, opozdena, nerealna, odporuji si) a sama o sobe nedavaji moc smysl. 
 CD se pak s temi daty snazi pracovat a logickymi procesy s vlastnimi 
 ziskanymi udaji je validovat. Mel jsem na to tema dlouhy rozhovor sveho casu
 s jejich vyvojarem... Cili chci rici, ze k temto datum, se asi jen tak nekdo
 nedostane (rozhodne ne zdarma).

Fakt?

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

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


Re: [OSM-talk] High load on the rendering servers?

2015-03-08 Diskussionsfäden Tom Hughes

On 08/03/15 04:28, Eugene Alvin Villar wrote:

On Sun, Mar 8, 2015 at 6:15 AM, Simon Poole si...@poole.ch
mailto:si...@poole.ch wrote:


Jon Burgess tracked the issue down to a way node being dragged from
Japan to Brazil on the 3rd of this month, creating a very very long way
that increased the rendering time for a large number of tiles at high
zoom levels.


Wow. This constitutes an extremely simple way to mount a DoS attack on
the OSM tileservers. I will have to assume that the Operations WG is
already thinking of ideas on how to prevent this possibility in the future.


I think I can safely say we're not.

Of course if you have a brilliant idea how to do such a thing then I'm 
sure we'd love to hear it.


Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/

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


[OSM-talk-fr] Adresses sur bâtiment et sur point à l'intérieur

2015-03-08 Diskussionsfäden rainerU

Bonjour,

Osmose signale les cas où un point porte les mêmes attributs addr:* que 
le bâtiment, Numéro en double dans la rue. Je comprends qu'il y a 
redondance et que les applis peuvent faire le rapprochement entre le 
point et le bâtiment. J'hésite quand-même de supprimer les addr:* sur le 
point car il doit avoir encore des utilisation qui ne font pas du 
spatial. Je pense aux utilisations de plus en plus fréquentes qui font 
une requête Overpass et affichent le résultat sur une carte umap ou 
autre. Je ne connais pas suffisamment Overpass pour savoir s'il est 
possible ou facile de récupérer les attributs d'adresse du bâtiment 
entourant pour un point.


Ma question est donc : est-il de bon usage de supprimer les tags addr:* 
dans ces cas ?


Osmose signale aussi les cas où il y a deux points portent la même 
adresse sans qu'il y ait un bâtiment. Je ne considère cela pas comme une 
erreur ni une redondance.



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


Re: [OSM-talk] High load on the rendering servers?

2015-03-08 Diskussionsfäden Christoph Hormann
On Sunday 08 March 2015, Tom Hughes wrote:
 
  Wow. This constitutes an extremely simple way to mount a DoS attack
  on the OSM tileservers. I will have to assume that the Operations
  WG is already thinking of ideas on how to prevent this possibility
  in the future.

 I think I can safely say we're not.

 Of course if you have a brilliant idea how to do such a thing then
 I'm sure we'd love to hear it.

The OSM inspector already has a display mode for ways with long 
segments - it currently however seems it is not working:

http://tools.geofabrik.de/osmi/?view=geometryoverlays=ways_with_long_segments,long_segments

And it has a fairly low threshold (0.3 degrees - that is ~40km) so it 
highlights quite a lot of stuff.  With an additional layer highlighting 
only the very long segments (like above 300km segment length) you could 
quickly see such issues.  And editors of course also should prominently 
warn about such edits.

-- 
Christoph Hormann
http://www.imagico.de/

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


Re: [Talk-cz] Vykreslování turistických tras (Re: semestralni projekt - napady)

2015-03-08 Diskussionsfäden Miroslav Suchý

On 03/08/2015 08:38 AM, Jachym Cepicky wrote:

Tak je dost přeplácaná a znám hodně lidí, kterým se nelíbí.


Zobrazuje telefoni budky, ale nezobrazuje hrady.
Zobrazuje jeskyně, ale už ne štoly a závrty.
A je toho vícero.
:)

IMHO by hlavní mapa měla renderovat co nejvíce a poskytovat referenční 
design. Speciální mapy by měli spíše odebírat a zvýrazňovat. Např. zimní 
mapa nepotřebuje renderovat jezy na vodě a naopak vodácká mapa nemusí 
renderovat sjezdovky. A zimní mapa zvýrazní sjezdovky že je bude 
renderovat i při menším zvětšení než na refernční mapě.


Mirek

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


Re: [Talk-us] Bus flag stops?

2015-03-08 Diskussionsfäden Martin Koppenhoefer




 Am 07.03.2015 um 20:34 schrieb Paul Johnson ba...@ursamundi.org:
 
 How do we deal with bus stops that exist in transit schedules but have no 
 physical presence?


does the bus stop always at the same stop? Where would you wait if you wanted 
to take the bus at this stop? Or is it just for getting off?

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


Re: [OSM-talk] Mapping dangerous bicycle locations?

2015-03-08 Diskussionsfäden Martin Koppenhoefer




Am 07.03.2015 um 16:34 schrieb Jochen Topf joc...@remote.org:

 See http://wiki.osm.org/wiki/DE:Key:hazard
 And see also https://twitter.com/sfkeller/status/574213951644368896
 
 Sounds very subjective to me. Doesn't belong in OSM.


the German page does indeed define subjective values while there is a proposal 
which has fairly objective values 
http://wiki.osm.org/wiki/Proposed_features/hazard

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


[OSM-talk-fr] Rencontre mensuelle OSM-Lyon 10/03/2015 18h30 - Invitation + OdJ

2015-03-08 Diskussionsfäden Rene Chalon

Bonsoir à tous

Les mappeurs OSM de Lyon se rencontrent régulièrement le 2ème mardi de 
chaque

mois, et chacun peut s'inviter et participer à ces rencontres. La prochaine
aura lieu :

le MARDI 10 MARS à partir de 18h30
au bistrot CHEZ THIBAULT, 80 rue Montesquieu, 69007 LYON
Accès : M° Saxe-Gambetta; C4, C12, C14 Thibaudière ; Vélo'V Jaurès/
Thibaudière.

Le CR de la rencontre précédente se trouve sur la page du Wiki-OSM au lien :
http://wiki.openstreetmap.org/wiki/Lyon/Reunion_10_fevrier_2015

Si vous souhaitez mettre un sujet particulier à l'ordre du jour, vous pouvez
commenter la page préparatoire de la rencontre à venir au lien :
http://wiki.openstreetmap.org/wiki/Lyon/Reunion_10_mars_2015

Venez nombreux !







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


[Talk-GB] Weekly 241

2015-03-08 Diskussionsfäden Manfred A. Reiter
The weekly round-up of OSM news, issue # 241, is now available online in
English, giving as always a summary of all things happening in the
openstreetmap world: http://www.weeklyosm.eu

Enjoy!

-- 
## Manfred Reiter - -
## www.weeklyOSM.eu
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb


[OSM-talk] Weekly 241

2015-03-08 Diskussionsfäden Manfred A. Reiter
The weekly round-up of OSM news, issue # 241, is now available online in
English, giving as always a summary of all things happening in the
openstreetmap world: http://www.weeklyosm.eu

Enjoy!

-- 
## Manfred Reiter - -
## www.weeklyOSM.eu
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


Re: [Talk-us] Mappy hour tomorrow!

2015-03-08 Diskussionsfäden Jack Burke
Won't be able to make it. 2pm is the middle of my afternoon at work. 

-jack

On March 8, 2015 10:42:00 PM EDT, Martijn van Exel m...@rtijn.org wrote:
Hey all,

It's time for Mappy Hour tomorrow! I changed the time slot to 11am
Pacific
/ 2pm Eastern, let's try that a few weeks and see if it works for more
people. Let me know.

https://plus.google.com/u/0/events/cpiqg6sldpjconoipvhmd3skhcc

We will start doing a theme as promised, I just don't know what it
should
be and haven't had time to think about it. Any suggestions?
-- 
Martijn van Exel
skype: mvexel




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

-- 
Typos courtesy of fancy auto-spell technology. ___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us


Re: [Talk-us] Mappy hour tomorrow!

2015-03-08 Diskussionsfäden Jack Burke
PS. The event link doesn't work for me. 


On March 8, 2015 10:42:00 PM EDT, Martijn van Exel m...@rtijn.org wrote:
Hey all,

It's time for Mappy Hour tomorrow! I changed the time slot to 11am
Pacific
/ 2pm Eastern, let's try that a few weeks and see if it works for more
people. Let me know.

https://plus.google.com/u/0/events/cpiqg6sldpjconoipvhmd3skhcc

We will start doing a theme as promised, I just don't know what it
should
be and haven't had time to think about it. Any suggestions?
-- 
Martijn van Exel
skype: mvexel




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

-- 
Typos courtesy of fancy auto-spell technology. ___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us


Re: [Talk-us] Mappy hour tomorrow!

2015-03-08 Diskussionsfäden Martijn van Exel
Sorry you can't make it Jack.

The direct hangout link is here - I think:
https://plus.google.com/hangouts/_/event/cpiqg6sldpjconoipvhmd3skhcc
Sorry, Google+ makes it really hard to just share a link to an event. I
still don't quite understand how it works.

On Sun, Mar 8, 2015 at 9:14 PM, Jack Burke burke...@gmail.com wrote:

 PS. The event link doesn't work for me.


 On March 8, 2015 10:42:00 PM EDT, Martijn van Exel m...@rtijn.org wrote:

 Hey all,

 It's time for Mappy Hour tomorrow! I changed the time slot to 11am
 Pacific / 2pm Eastern, let's try that a few weeks and see if it works for
 more people. Let me know.

 https://plus.google.com/u/0/events/cpiqg6sldpjconoipvhmd3skhcc

 We will start doing a theme as promised, I just don't know what it should
 be and haven't had time to think about it. Any suggestions?


 --
 Typos courtesy of fancy auto-spell technology.

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




-- 
Martijn van Exel
President, US Chapter
OpenStreetMap
http://openstreetmap.us/
http://osm.org/
skype: mvexel
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us


Re: [Talk-GB] Is a saddlery limited to horses? (BE English)

2015-03-08 Diskussionsfäden Lester Caine
On 08/03/15 15:12, Colin Smale wrote:
 But car seats are definitely not saddlery IMHO, they come under upholstery.

The main difference is perhaps that German cars have leather upholstery ;)

Seriously, though there is a difference between the use of leather and
other materials, there can be a lot of crossover between leather workers.

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

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


Re: [OSM-talk-be] cadastre 1875 (was: city names - bug in OFM?)

2015-03-08 Diskussionsfäden André Pirard
On 2015-02-25 14:49, Sander Deryckere wrote :
 Some of them are digitised, some aren't.

 You can go to
 http://www.kbr.be/collections/cart_plan/collections/collections_nl.html then
 under Kadastrale plannen, click on one of the provinces (For Luik,
 click on a different, random province, for Luxembourg, there are no
 maps sadly).

 This opens the search website which gives you no results (but at least
 brings you to the right page). On that page, go to Cartes et plans =
 Kaarten en plannen, and this time, click on the correct province.
 Then you see a list of municipalities (from the 19th century, with old
 spelling), sorted by arrondissement.

 Then you can open the scan reader by clicking on the image (not the
 title). You'll see that the map gets a copyright mark, this means that
 the map as image is protected. However, the data you can deduce from
 the map isn't altered since the creation of it (it isn't rectified nor
 georeferenced), so it's usable for OSM.

 As there's no export option, the easiest way to use it is to zoom in
 to certain parts, and make screenshots. I normally made 4 screenshots
 for a normal village, with a bit of overlap. However, the maps may be
 so skewed that you need to adapt the reference points depending on the
 part of boundary you're drawing.
If what you explain is what I saw, you can right-click-save the image
but that's poor quality, see below.

 Note that not all villages are present. Sometimes you're lucky that
 all surrounding villages of a certain village are present, then you
 also have the boundaries. Other times, it might take guesswork, or
 using even worse (older) maps.

 Regards,
 Sander
Hi,

In short, click in the frame and on the links.
En bref, cliquer dans le cadre et sur les liens.
Kortom, klikt u in het frame en op de links.
Kurz gesagt, klicken Sie in den Rahmen und auf die Links.
Короче говоря, нажмите в кадре и по ссылкам.

I discovered another way to get cadastre 1875.
It seems very complete and good quality.
Let's explain by an example.

Open this link
http://opteron1.kbr.be/cgi-bin/opac.cgi?P0=FKBRP1=1_JANP9=P5=20P4=P2=5P3=R_KIP6=1530691.
(from this link
http://opteron1.kbr.be/cgi-bin/opac.cgi?P0=FKBRP1=1_JANP9=P5=20P4=P2=4P3=R_BBHP6=65_1530691).
Open some arrondissement and canton:
0118- : Province de Liège : arrondissement de Verviers : canton de Spa /
P.C. Popp
http://opteron1.kbr.be/cgi-bin/opac.cgi?P0=FKBRP1=1_JANP9=P5=20P4=P2=6P3=R_BBHP6=80_171
Open the list of municipalities:  11 composante(s)
http://opteron1.kbr.be/cgi-bin/opac.cgi?P0=FKBRP1=1_JANP9=P5=20P4=P2=7P3=R_KIP6=171
Open one: 0010- : Plan parcellaire de la commune de Theux : avec les
mutations / publié avec l'autorisation du gouvernement sous les auspices
de Monsi ...
http://opteron1.kbr.be/cgi-bin/opac.cgi?P0=FKBRP1=1_JANP9=P5=20P4=P2=8P3=R_BBHP6=80_1780485

Open the map: http://uurl.kbr.be/1041043


You see 4 parts: Upper/Lower-Left/Right.
You can see the tiles in the following directories:
Upper-Left
http://viewerd.kbr.be/display/A/1/7/8/0/4/8/5/zoomtiles/BE-KBR00_A_1780485__00_00_0001/

Upper-Right 
http://viewerd.kbr.be/display/A/1/7/8/0/4/8/5/zoomtiles/BE-KBR00_A_1780485__00_00_0002/

Lower-Left
http://viewerd.kbr.be/display/A/1/7/8/0/4/8/5/zoomtiles/BE-KBR00_A_1780485__00_00_0003/

Lower-Right
http://viewerd.kbr.be/display/A/1/7/8/0/4/8/5/zoomtiles/BE-KBR00_A_1780485__00_00_0004/



Below the tree, you can find
http://viewerd.kbr.be/display/A/1/7/8/0/4/8/5/BE-KBR00_A-1780485_-00-00_0002.pdf
containing data about the parcels: owners, landuse=*, etc..., all very
valuable for OSM-1875.

The tiles are named z-x-y.jpg.  There are 5 zoom levels (z=0-4).
They can be assembled into a single image with a single, simple command
such as:
montage
http://viewerd.kbr.be/display/A/1/7/8/0/4/8/5/zoomtiles/BE-KBR00_A_1780485__00_00_0001/3-{0..9}-{0..7}.jpg
-tile 1x8 -geometry +0+0 miff:- | montage - -geometry +0+0 -tile 10x1
Theux-3.jpg
To be used within the limits of the copyright (certainly not printing,
which is otherwise anti-ecological).
Zoom 4 is huge, 3 is manageable.

Enjoy,

André.


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


[Talk-br] Fwd: Nomear saídas de rodovia

2015-03-08 Diskussionsfäden belnuovo

No exemplo enviado há um erro de sentido de via

http://www.openstreetmap.org/node/1742045410


Tópicos de Hoje:

      1. Nomear saídas de rodovia (belnu...@pop.com.br)
      2. Re: Nomear saídas de rodovia (Gerald Weber)

   --

   Message: 1

   Não se nomeia as saídas de rodovias , usando para isto o que

consta 

nas
   placas de sinalização colocadas na via ?

https://www.openstreetmap.org/#map=18/-23.68966/-46.56494
    
   -- Próxima Parte --
   Um anexo em HTML foi limpo...
   URL:


http://lists.openstreetmap.org/pipermail/talk-br/attachments/20150307/af09b17c/attachment-0001.html


   --

   Message: 2
   Date: Sat, 7 Mar 2015 15:42:52 -0300
   From: Gerald Weber gwebe...@gmail.com

   Não sei se entendi direito a pergunta, mas se forem coisas como
acesso à
   marginal  com certeza não, pois isto não é um nome como Avenida
Augusta.

   O que você pode usar são as tags destination
http://wiki.openstreetmap.org/wiki/Key:destination

   ou se for a saída de uma motorway, pode marcar o ponto da saída como
   highway=motorway_junction (só no nó, não no caminho inteiro)

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

   e descrever para onde sai com exit_to, por exemplo exit_to=Aeroporto,
se a
   saída for numerada pode colocar algo como ref=409 (só no nó, não

no

caminho
   inteiro)

   aqui um exemplo completo
http://www.openstreetmap.org/node/1742045410

   abraço

   Gerald

   2015-03-07 12:22 GMT-03:00 belnu...@pop.com.br:

   
   
Não se nomeia as saídas de rodovias , usando para isto o que
consta  nas
placas de sinalização colocadas na via ?
   
https://www.openstreetmap.org/#map=18/-23.68966/-46.56494
   
   
___
   


t
---BeginMessage---
No exemplo enviado há um erro de sentido de via

http://www.openstreetmap.org/node/1742045410

2015-03-08 23:54 GMT-03:00 belnu...@pop.com.br:




 -- Mensagem encaminhada --
 From: talk-br-requ...@openstreetmap.org
 To: talk-br@openstreetmap.org
 Cc:
 Date: Sun, 08 Mar 2015 12:00:05 +
 Subject: Digest Talk-br, volume 78, assunto 9
 Enviar submissões para a lista de discussão Talk-br para
 talk-br@openstreetmap.org

 Para se cadastrar ou descadastrar via WWW, visite o endereço
 https://lists.openstreetmap.org/listinfo/talk-br
 ou, via email, envie uma mensagem com a palavra 'help' no assunto ou
 corpo da mensagem para
 talk-br-requ...@openstreetmap.org

 Você poderá entrar em contato com a pessoa que gerencia a lista pelo
 endereço
 talk-br-ow...@openstreetmap.org

 Quando responder, por favor edite sua linha Assunto assim ela será
 mais específica que Re: Contents of Talk-br digest...


 Tópicos de Hoje:

1. Nomear saídas de rodovia (belnu...@pop.com.br)
2. Re: Nomear saídas de rodovia (Gerald Weber)


 --

 Message: 1
 Date: Sat, 07 Mar 2015 12:22:16 -0300
 From: belnu...@pop.com.br
 To: talk-br@openstreetmap.org talk-br@openstreetmap.org
 Subject: [Talk-br] Nomear saídas de rodovia
 Message-ID:
 20150307122216.horde.vgixtkd1cci02wdwalzd...@webmail.pop.com.br
 Content-Type: text/plain; charset=utf-8; Format=flowed;
 DelSp=Yes

 Não se nomeia as saídas de rodovias , usando para isto o que consta  nas
 placas de sinalização colocadas na via ?

 https://www.openstreetmap.org/#map=18/-23.68966/-46.56494

 -- Próxima Parte --
 Um anexo em HTML foi limpo...
 URL: 
 http://lists.openstreetmap.org/pipermail/talk-br/attachments/20150307/af09b17c/attachment-0001.html
 

 --

 Message: 2
 Date: Sat, 7 Mar 2015 15:42:52 -0300
 From: Gerald Weber gwebe...@gmail.com
 To: OpenStreetMap no Brasil talk-br@openstreetmap.org
 Subject: Re: [Talk-br] Nomear saídas de rodovia
 Message-ID:
 CAKoZzo0zCN4HRJwVVjTHHP5JOim=
 2_3u5aghfb3zls4brll...@mail.gmail.com
 Content-Type: text/plain; charset=utf-8

 Não sei se entendi direito a pergunta, mas se forem coisas como acesso à
 marginal  com certeza não, pois isto não é um nome como Avenida Augusta.

 O que você pode usar são as tags destination
 http://wiki.openstreetmap.org/wiki/Key:destination

 ou se for a saída de uma motroway, pode marcar o ponto da saída como
 highway=motrway_junction (só no nó, não no caminho inteiro)

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

 e descrever para onde sai com exit_to, por exemplo exit_to=Aeroporto, se a
 saída for numerada pode colocar algo como ref=409 (só no nó, não no caminho
 inteiro)

 aqui um exemplo completo
 http://www.openstreetmap.org/node/1742045410

 abraço

 Gerald

 2015-03-07 12:22 GMT-03:00 belnu...@pop.com.br:

 
 
  Não se nomeia as saídas de rodovias , usando para isto o que consta  nas
  placas de sinalização colocadas na via ?
 
  

Re: [OSM-talk-fr] Adresses sur bâtiment et sur point à l'intérieur

2015-03-08 Diskussionsfäden Christian Quest
Le 8 mars 2015 10:11, rainerU ra...@sfr.fr a écrit :

 Bonjour,

 Osmose signale les cas où un point porte les mêmes attributs addr:* que le
 bâtiment, Numéro en double dans la rue. Je comprends qu'il y a redondance
 et que les applis peuvent faire le rapprochement entre le point et le
 bâtiment. J'hésite quand-même de supprimer les addr:* sur le point car il
 doit avoir encore des utilisation qui ne font pas du spatial. Je pense aux
 utilisations de plus en plus fréquentes qui font une requête Overpass et
 affichent le résultat sur une carte umap ou autre. Je ne connais pas
 suffisamment Overpass pour savoir s'il est possible ou facile de récupérer
 les attributs d'adresse du bâtiment entourant pour un point.

 Ma question est donc : est-il de bon usage de supprimer les tags addr:*
 dans ces cas ?



Une addr:* ne devrait exister qu'une fois et de préférence au point
d'adresse, si il faut indiquer l'adresse liée à un objet il y a contact:*

Si l'on veut l'adresse la plus proche d'un objet ou d'une position, il faut
faire un géocodage inverse.



 Osmose signale aussi les cas où il y a deux points portent la même adresse
 sans qu'il y ait un bâtiment. Je ne considère cela pas comme une erreur ni
 une redondance.



C'est pour moi une erreur... où est l'adresse, laquelle choisir ?

Le cas typique c'est le bâtiment avec plusieurs commerces. Il n'y a qu'une
adresse, donc un seul addr:* mais chaque POI de commerce peut avoir un
contact:* pour indiquer son adresse (et d'autres renseignements qui lui
sont propres). C'est peu utilisé, mais ça me semble la meilleure option.


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


Re: [OSM-talk-fr] Adresses sur bâtiment et sur point à l'intérieur

2015-03-08 Diskussionsfäden Ralf Treinen
Bonjour,

On Sun, Mar 08, 2015 at 10:11:00AM +0100, rainerU wrote:

 Osmose signale les cas où un point porte les mêmes attributs addr:* que le
 bâtiment, Numéro en double dans la rue. Je comprends qu'il y a redondance
 et que les applis peuvent faire le rapprochement entre le point et le
 bâtiment. J'hésite quand-même de supprimer les addr:* sur le point car il
 doit avoir encore des utilisation qui ne font pas du spatial. Je pense aux
 utilisations de plus en plus fréquentes qui font une requête Overpass et
 affichent le résultat sur une carte umap ou autre. Je ne connais pas
 suffisamment Overpass pour savoir s'il est possible ou facile de récupérer
 les attributs d'adresse du bâtiment entourant pour un point.

 Ma question est donc : est-il de bon usage de supprimer les tags addr:* dans
 ces cas ?

je ne peux pas repondre en ce qui concerne overpass, mais je pense que 
c'est préférable d'éviter les redondances, et donc de supprimer une des
deux adresses. Cela laisse la question ouverte laquelle des deux laisser.
Le debat sur le bon schéma de mapper les adresses (sur le batiment, ou sur
un noued, et si ou ou le placer) est toujours ouvert.

Je dirai de laisser l'information adresse qui est la plus précise entre
les deux. Si tu n'as pas d'information directe sur le terrain, la valeur de la
clef source, et l'historique peuvent aider. Par exemple, une adresse sur un
noeud, avec source=survey, indique souvent une entrée reperée sur le terrain,
ce qui est pour moi préférable à une information extraite du cadastre.

 Osmose signale aussi les cas où il y a deux points portent la même adresse
 sans qu'il y ait un bâtiment. Je ne considère cela pas comme une erreur ni
 une redondance.

quand il s'agit de l'adresse d'un commerce dans le même  batiment on peut
passer les addr:* en contact:* [1].

-Ralf.

[1] 
http://wiki.openstreetmap.org/wiki/WikiProject_France/WikiProject_Base_Adresses_Nationale_Ouverte_(BANO)#R.C3.A8gles_de_priorit.C3.A9s_entre_sources

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


Re: [OSM-talk] Mapping dangerous bicycle locations?

2015-03-08 Diskussionsfäden Tobias Preuss
This survey might be of interest for (at least the Berlin part of) you.
https://radsicherheit.berlin.de

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


Re: [OSM-talk] Mapping dangerous bicycle locations?

2015-03-08 Diskussionsfäden Martin Koppenhoefer




 Am 08.03.2015 um 11:53 schrieb Stefan Keller sfkel...@gmail.com:
 
 I actually wonder, if this is a case for WikiProject Cleanup?


+1, the German page is not a translation of the proposal page, but the latter 
is much older and dates back to 2007. 

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


Re: [Talk-cz] Vykreslování turistických tras (Re: semestralni projekt - napady)

2015-03-08 Diskussionsfäden Petr Vejsada
Ahoj,

Dne Ne 8. března 2015 10:35:14, Ladislav Laska napsal(a):

 ... osobně si myslím, že zájmové body by měly být konfigurovatelné nehledě
 na  vrstvu (možná chci hrady, možná restaurace, co já vím...). To by ale
 vyžadovalo kreslit je jinak, než přímo do renderu, takže jako bych nic
 neřekl

tohle tím směrem jde: http://www.openstreetbrowser.org/ , bohužel, zdá se, 
často to nefunguje. V minulosti jsem dělal několik pokusů to zprovoznit pro 
CZ, ale moc mi to nešlo :(

--
Petr

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


Re: [OSM-talk] Mapping dangerous bicycle locations?

2015-03-08 Diskussionsfäden Stefan Keller
Hi,

Thanks for the discussion so long. I agree mostly that 1. its
potentially subjective and 2. not always visible as real world
object.
I've added a notice to the german page:
https://wiki.openstreetmap.org/wiki/DE:Key:hazard
I actually wonder, if this is a case for WikiProject Cleanup?

Yours, S.



2015-03-08 11:29 GMT+01:00 Martin Koppenhoefer dieterdre...@gmail.com:




 Am 07.03.2015 um 16:34 schrieb Jochen Topf joc...@remote.org:

 See http://wiki.osm.org/wiki/DE:Key:hazard
 And see also https://twitter.com/sfkeller/status/574213951644368896

 Sounds very subjective to me. Doesn't belong in OSM.


 the German page does indeed define subjective values while there is a 
 proposal which has fairly objective values 
 http://wiki.osm.org/wiki/Proposed_features/hazard

 cheers
 Martin

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


[Talk-GB] Is a saddlery limited to horses? (BE English)

2015-03-08 Diskussionsfäden Andreas Goss

Just having a discussion here:
http://wiki.openstreetmap.org/wiki/Talk:Tag:craft%3Dsaddler

In German you also often find something like a Autosattlerei which 
means car-saddlery (usually doing car seats). Does the word not have the 
same meaning in English? In German there always seems to be a bit of a 
overlapp with upholsterer and saddler, it seems like this isn't the case 
in English so saddler should really be limited to horses, is that correct?

__
openstreetmap.org/user/AndiG88
wiki.openstreetmap.org/wiki/User:AndiG88‎


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


[Talk-it] (senza oggetto)

2015-03-08 Diskussionsfäden flaviano.ghe...@libero.it
Mi piacerebbe inserire nelle carte OSM della mia città (Vicenza) delle 
piste ciclopedonali e segnali relativi al senso di marcia.
So che vanno segnate con linee tratteggiate blu, ma non so come si fa a 
caricare questo tipo di linee.
Avrei bisogno di qualcuno che mi indichi come fare i primi passi.
Grazie.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [OSM-talk-fr] Adresses sur bâtiment et sur point à l'intérieur

2015-03-08 Diskussionsfäden rainerU
Merci Ralf et Chrstian pour vos réposnes. Je n'étais pas conscient du 
tag contact:*. En effet, dans les cas que j'ai voulu corriger il 
nes'agitait pas de points adresse mais de POIs, shop en général. Je 
vais donc remplacer les attributs attr: par contact:*



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


Re: [OSM-talk] High load on the rendering servers?

2015-03-08 Diskussionsfäden colliar
Am 08.03.2015 um 10:20 schrieb Christoph Hormann:
 On Sunday 08 March 2015, Tom Hughes wrote:

 Wow. This constitutes an extremely simple way to mount a DoS attack
 on the OSM tileservers. I will have to assume that the Operations
 WG is already thinking of ideas on how to prevent this possibility
 in the future.

 I think I can safely say we're not.

 Of course if you have a brilliant idea how to do such a thing then
 I'm sure we'd love to hear it.
 
 The OSM inspector already has a display mode for ways with long 
 segments - it currently however seems it is not working:
 
 http://tools.geofabrik.de/osmi/?view=geometryoverlays=ways_with_long_segments,long_segments
 
 And it has a fairly low threshold (0.3 degrees - that is ~40km) so it 
 highlights quite a lot of stuff.  With an additional layer highlighting 
 only the very long segments (like above 300km segment length) you could 
 quickly see such issues.  And editors of course also should prominently 
 warn about such edits.

Sounds like work for the editor software if the api is not capable to
prevent moving a node hundreds of kilometres.

cu colliar

[1] https://josm.openstreetmap.de/ticket/11215



0xE8F56581.asc
Description: application/pgp-keys


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


[Talk-ar] Ideas para tool para ayudar al transporte publico

2015-03-08 Diskussionsfäden Julian Perelli
Buenas amigos de osm-ar!

Soy Julián de Cualbondi, como andan? espero que todo bien :).

Estuve revisando muchos recorridos de
http://wiki.openstreetmap.org/wiki/Buenos_Aires/transporte_publico y veo
que estan haciendo un laburo de primera!

Quería comentarles un par de cosas:

1- Me gustaría usar esos recorridos como base, les aplicaría
http://en.wikipedia.org/wiki/Ramer%E2%80%93Douglas%E2%80%93Peucker_algorithm
para poder usarlos en cualbondi. Estaría bien por el lado de las licencias?

2- Me gustaría poder aportar mas al proyecto de osm y del software libre,
pero por ahora acordamos con mi socio no liberar el código de cualbondi.

Pensaba en hacer alguna tool que ayude a detectar errores de los
recorridos, o que compare los que hay en osm con los que hay en cualbondi o
chequee algún tema de paradas perdidas, chequear el sentido de los
recorridos... no se, algo.

Pense en esas ideas, pero por ahi me pongo a laburar en eso al pedo,
entonces les quería preguntar a ustedes que tienen la posta, a ver si
necesitan alguna herramienta, algo que ayude con el tema del transporte
público.

3- Quisiera saber de donde sacan la data, para ver si puedo en base a esa
data, mapear algo de recorridos.

4- Tengo requests de gente que pide que mapeemos recorridos, o mejoremos
varios, por ahi estaría bueno hacerles llegar eso, ya que la mayoria de la
gente que usa cualbondi no sabe que hay gente laburando como ustedes
mapeando, pero si reporta errores en cb (tendría que organizar la data para
poder mandarselas o mostrarla en alguna parte del sitio).

Bueno, esas cosas, me gustaría armar algo en conjunto. Diganme que les
parece, y si consensuamos algo, me pongo a codear, que es lo que me gusta :D

Abrazo a todos!
___
Talk-ar mailing list
Talk-ar@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ar


Re: [OSM-talk] talk Digest, Vol 127, Issue 13

2015-03-08 Diskussionsfäden Volker Schmidt
I have just added this comment to the page
https://wiki.openstreetmap.org/w/index.php?title=Talk:Proposed_features/hazard
Subdivision of the hazard namespace

To me it would come naturally to subdivide the namespace as follows for
different users of the road:

   - hazard:general=


   - hazard:pedestrian=


   - hazard:motor_vehicle=


   - hazard:bicycle=


   - etc.

(This could absorb 1:1 the existing cycle_hazard tagging)

The main reason for such a subdivision is obviously that the hazards for
the different users are different.


On 8 March 2015 at 13:00, talk-requ...@openstreetmap.org wrote:

 Send talk mailing list submissions to
 talk@openstreetmap.org

 To subscribe or unsubscribe via the World Wide Web, visit
 https://lists.openstreetmap.org/listinfo/talk
 or, via email, send a message with subject or body 'help' to
 talk-requ...@openstreetmap.org

 You can reach the person managing the list at
 talk-ow...@openstreetmap.org

 When replying, please edit your Subject line so it is more specific
 than Re: Contents of talk digest...


 Today's Topics:

1. Re: High load on the rendering servers? (Simon Poole)
2. Re: High load on the rendering servers? (Eugene Alvin Villar)
3. Re: High load on the rendering servers? (Tom Hughes)
4. Re: High load on the rendering servers? (Christoph Hormann)
5. Re: Mapping dangerous bicycle locations? (Martin Koppenhoefer)
6. Re: Mapping dangerous bicycle locations? (Stefan Keller)
7. Re: Mapping dangerous bicycle locations? (Tobias Preuss)
8. Re: Mapping dangerous bicycle locations? (Martin Koppenhoefer)


 --

 Message: 1
 Date: Sat, 07 Mar 2015 23:15:47 +0100
 From: Simon Poole si...@poole.ch
 To: talk@openstreetmap.org
 Subject: Re: [OSM-talk] High load on the rendering servers?
 Message-ID: 54fb7893.4070...@poole.ch
 Content-Type: text/plain; charset=utf-8


 Jon Burgess tracked the issue down to a way node being dragged from
 Japan to Brazil on the 3rd of this month, creating a very very long way
 that increased the rendering time for a large number of tiles at high
 zoom levels.

 Simon

 Am 07.03.2015 um 21:39 schrieb Grant Slater:
  Hi Andrew,
 
  Yes were are aware there is an issue. We haven't yet tracked down the
 issue.
  We have been discussing it in #osm-dev on http://irc.openstreetmap.org
 today.
 
  Kind regards,
  Grant
  Part of the OSM sysadmin
 
 
  On 6 March 2015 at 15:20, Andrew Guertin andrew.guer...@uvm.edu wrote:
  For the past few days, lots of things I've changed haven't had their
 tiles
  re-rendered, and I noticed that the servers are reporting very high
 load and
  lots of dropped tiles: http://munin.openstreetmap.org/renderd-week.html
 
  Based on my (completely uneducated) reading of the graphs there, it
 looks
  like something is filling the Priority Request Queue and keeping it
 full,
  and there's very little time for anything else. (It looks like the
 Request
  Queue and the Low Priority Request Queue are also being kept full).
 
  Anyone know what's causing this?
 
  --Andrew
 
  ___
  talk mailing list
  talk@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk
  ___
  talk mailing list
  talk@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk


 -- next part --
 A non-text attachment was scrubbed...
 Name: signature.asc
 Type: application/pgp-signature
 Size: 473 bytes
 Desc: OpenPGP digital signature
 URL: 
 http://lists.openstreetmap.org/pipermail/talk/attachments/20150307/7a03e42f/attachment-0001.sig
 

 --

 Message: 2
 Date: Sun, 8 Mar 2015 12:28:14 +0800
 From: Eugene Alvin Villar sea...@gmail.com
 To: Simon Poole si...@poole.ch
 Cc: OpenStreetMap talk@openstreetmap.org
 Subject: Re: [OSM-talk] High load on the rendering servers?
 Message-ID:
 
 caphqi6lp9msyrvsjlweplpz6e3glxl6bzrk3pru_f0gmaiz...@mail.gmail.com
 Content-Type: text/plain; charset=utf-8

 On Sun, Mar 8, 2015 at 6:15 AM, Simon Poole si...@poole.ch wrote:

 
  Jon Burgess tracked the issue down to a way node being dragged from
  Japan to Brazil on the 3rd of this month, creating a very very long way
  that increased the rendering time for a large number of tiles at high
  zoom levels.
 

 Wow. This constitutes an extremely simple way to mount a DoS attack on the
 OSM tileservers. I will have to assume that the Operations WG is already
 thinking of ideas on how to prevent this possibility in the future.
 -- next part --
 An HTML attachment was scrubbed...
 URL: 
 http://lists.openstreetmap.org/pipermail/talk/attachments/20150308/b853e2b8/attachment-0001.html
 

 --

 Message: 3
 Date: Sun, 08 Mar 2015 08:45:51 +
 From: Tom Hughes t...@compton.nu
 To: Eugene Alvin Villar sea...@gmail.com, Simon Poole

[OSM-talk] Mapping dangerous bicycle locations?

2015-03-08 Diskussionsfäden Volker Schmidt
 for a large number of tiles at high
  zoom levels.
 

 Wow. This constitutes an extremely simple way to mount a DoS attack on the
 OSM tileservers. I will have to assume that the Operations WG is already
 thinking of ideas on how to prevent this possibility in the future.
 -- next part --
 An HTML attachment was scrubbed...
 URL: 
 http://lists.openstreetmap.org/pipermail/talk/attachments/20150308/b853e2b8/attachment-0001.html
 

 --

 Message: 3
 Date: Sun, 08 Mar 2015 08:45:51 +
 From: Tom Hughes t...@compton.nu
 To: Eugene Alvin Villar sea...@gmail.com, Simon Poole
 si...@poole.ch
 Cc: OpenStreetMap talk@openstreetmap.org
 Subject: Re: [OSM-talk] High load on the rendering servers?
 Message-ID: 54fc0c3f.5080...@compton.nu
 Content-Type: text/plain; charset=utf-8; format=flowed

 On 08/03/15 04:28, Eugene Alvin Villar wrote:
  On Sun, Mar 8, 2015 at 6:15 AM, Simon Poole si...@poole.ch
  mailto:si...@poole.ch wrote:
 
 
  Jon Burgess tracked the issue down to a way node being dragged from
  Japan to Brazil on the 3rd of this month, creating a very very long
 way
  that increased the rendering time for a large number of tiles at
 high
  zoom levels.
 
 
  Wow. This constitutes an extremely simple way to mount a DoS attack on
  the OSM tileservers. I will have to assume that the Operations WG is
  already thinking of ideas on how to prevent this possibility in the
 future.

 I think I can safely say we're not.

 Of course if you have a brilliant idea how to do such a thing then I'm
 sure we'd love to hear it.

 Tom

 --
 Tom Hughes (t...@compton.nu)
 http://compton.nu/



 --

 Message: 4
 Date: Sun, 8 Mar 2015 10:20:30 +0100
 From: Christoph Hormann chris_horm...@gmx.de
 To: talk@openstreetmap.org
 Subject: Re: [OSM-talk] High load on the rendering servers?
 Message-ID: 201503081020.31062.chris_horm...@gmx.de
 Content-Type: text/plain;  charset=utf-8

 On Sunday 08 March 2015, Tom Hughes wrote:
  
   Wow. This constitutes an extremely simple way to mount a DoS attack
   on the OSM tileservers. I will have to assume that the Operations
   WG is already thinking of ideas on how to prevent this possibility
   in the future.
 
  I think I can safely say we're not.
 
  Of course if you have a brilliant idea how to do such a thing then
  I'm sure we'd love to hear it.

 The OSM inspector already has a display mode for ways with long
 segments - it currently however seems it is not working:


 http://tools.geofabrik.de/osmi/?view=geometryoverlays=ways_with_long_segments,long_segments

 And it has a fairly low threshold (0.3 degrees - that is ~40km) so it
 highlights quite a lot of stuff.  With an additional layer highlighting
 only the very long segments (like above 300km segment length) you could
 quickly see such issues.  And editors of course also should prominently
 warn about such edits.

 --
 Christoph Hormann
 http://www.imagico.de/



 --

 Message: 5
 Date: Sun, 8 Mar 2015 11:29:34 +0100
 From: Martin Koppenhoefer dieterdre...@gmail.com
 To: Jochen Topf joc...@remote.org
 Cc: Talk Openstreetmap talk@openstreetmap.org
 Subject: Re: [OSM-talk] Mapping dangerous bicycle locations?
 Message-ID: 7770f6f0-c8ef-46cf-bdfa-bdb7231fe...@gmail.com
 Content-Type: text/plain;   charset=us-ascii





 Am 07.03.2015 um 16:34 schrieb Jochen Topf joc...@remote.org:

  See http://wiki.osm.org/wiki/DE:Key:hazard
  And see also https://twitter.com/sfkeller/status/574213951644368896
 
  Sounds very subjective to me. Doesn't belong in OSM.


 the German page does indeed define subjective values while there is a
 proposal which has fairly objective values
 http://wiki.osm.org/wiki/Proposed_features/hazard

 cheers
 Martin


 --

 Message: 6
 Date: Sun, 8 Mar 2015 11:53:57 +0100
 From: Stefan Keller sfkel...@gmail.com
 To: Martin Koppenhoefer dieterdre...@gmail.com
 Cc: Talk Openstreetmap talk@openstreetmap.org
 Subject: Re: [OSM-talk] Mapping dangerous bicycle locations?
 Message-ID:
 
 cafcon2-dzwufscydqa_ud7rtntnecfe8i09-j4c+3f4wcsm...@mail.gmail.com
 Content-Type: text/plain; charset=UTF-8

 Hi,

 Thanks for the discussion so long. I agree mostly that 1. its
 potentially subjective and 2. not always visible as real world
 object.
 I've added a notice to the german page:
 https://wiki.openstreetmap.org/wiki/DE:Key:hazard
 I actually wonder, if this is a case for WikiProject Cleanup?

 Yours, S.



 2015-03-08 11:29 GMT+01:00 Martin Koppenhoefer dieterdre...@gmail.com:
 
 
 
 
  Am 07.03.2015 um 16:34 schrieb Jochen Topf joc...@remote.org:
 
  See http://wiki.osm.org/wiki/DE:Key:hazard
  And see also https://twitter.com/sfkeller/status/574213951644368896
 
  Sounds very subjective to me. Doesn't belong in OSM.
 
 
  the German page does indeed define subjective values while there is a
 proposal which has fairly objective values
 http://wiki.osm.org/wiki

Re: [Talk-GB] Is a saddlery limited to horses? (BE English)

2015-03-08 Diskussionsfäden Colin Smale
 

I would limit it to animals in general, not just horses - donkeys,
camels, ostriches, elephants, giant tortoises etc etc can also have
saddles. It can also be used in other contexts such as engineering,
where it would mean a component for spreading a load evenly in some way.
Motorcycles also have saddles, not seats (with the possible exception of
some three-piece suites on wheels?) 

But car seats are definitely not saddlery IMHO, they come under
upholstery. 

Colin 

On 2015-03-08 14:46, Andreas Goss wrote: 

 Just having a discussion here:
 http://wiki.openstreetmap.org/wiki/Talk:Tag:craft%3Dsaddler [1]
 
 In German you also often find something like a Autosattlerei which means 
 car-saddlery (usually doing car seats). Does the word not have the same 
 meaning in English? In German there always seems to be a bit of a overlapp 
 with upholsterer and saddler, it seems like this isn't the case in English so 
 saddler should really be limited to horses, is that correct?
 __
 openstreetmap.org/user/AndiG88
 wiki.openstreetmap.org/wiki/User:AndiG88‎
 
 ___
 Talk-GB mailing list
 Talk-GB@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-gb [2]
 

Links:
--
[1] http://wiki.openstreetmap.org/wiki/Talk:Tag:craft%3Dsaddler
[2] https://lists.openstreetmap.org/listinfo/talk-gb
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb


Re: [Talk-us] Bus flag stops?

2015-03-08 Diskussionsfäden Paul Johnson
On Sun, Mar 8, 2015 at 5:22 AM, Martin Koppenhoefer dieterdre...@gmail.com
wrote:


  Am 07.03.2015 um 20:34 schrieb Paul Johnson ba...@ursamundi.org:
 
  How do we deal with bus stops that exist in transit schedules but have
 no physical presence?

 does the bus stop always at the same stop?


If someone pulls the cord or there's someone waiting at it, yes.  But it's
not like a bus station where the bus will always stop regardless of demand.


 Where would you wait if you wanted to take the bus at this stop?


Next to the road roughly guesstimating the closest safe spot for the driver
to stop at.  Occasionally an advertising company will notice the presence
of passengers waiting and drop a bench with a billboard on it, but the
city, the transit agency and/or the landowner they left it on are somewhat
quick to remove them.


 Or is it just for getting off?


 No, you can board, too.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us


Re: [Talk-it] (senza oggetto)

2015-03-08 Diskussionsfäden Volker Schmidt
Ciao Flaviano,

per quanto riguarda le piste ciclabili posso farti una proposta di
addestramento: Sto organizzando, come FIAB Padova, la sistematica
rilevazione dell'infrastruttura ciclabile a Padova, utilizzando i mezzi di
OSM e Mapillary. Se ti interessa potresti partecipare al progetto qui a
Padova (penso che la attività si svolgeranno tipicamente di sabato) e poi
applicare quello che impari con noi, a Vicenza, forse con l'aiuto dei soci
FIAB di Vicenza.
Il primo incontro tecnico è previsto per il 21 marzo (sabato) nel
pomeriggio a Padova

Ti scriverò fuori lista col mio numero di telefono.

voschix

2015-03-08 15:04 GMT+01:00 flaviano.ghe...@libero.it 
flaviano.ghe...@libero.it:

 Mi piacerebbe inserire nelle carte OSM della mia città (Vicenza) delle
 piste ciclopedonali e segnali relativi al senso di marcia.
 So che vanno segnate con linee tratteggiate blu, ma non so come si fa a
 caricare questo tipo di linee.
 Avrei bisogno di qualcuno che mi indichi come fare i primi passi.
 Grazie.


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


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


Re: [Talk-cz] Vykreslování turistických tras (Re: semestralni projekt - napady)

2015-03-08 Diskussionsfäden Marián Kyral
Dne 8.3.2015 v 13:40 Petr Vejsada napsal(a):
 Ahoj,

 Dne Ne 8. března 2015 10:35:14, Ladislav Laska napsal(a):

 ... osobně si myslím, že zájmové body by měly být konfigurovatelné nehledě
 na  vrstvu (možná chci hrady, možná restaurace, co já vím...). To by ale
 vyžadovalo kreslit je jinak, než přímo do renderu, takže jako bych nic
 neřekl
 tohle tím směrem jde: http://www.openstreetbrowser.org/ , bohužel, zdá se, 
 často to nefunguje. V minulosti jsem dělal několik pokusů to zprovoznit pro 
 CZ, ale moc mi to nešlo :(

A čte vůbec někdo WeeklyOSM? :-)

http://openpoimap.org/
http://waypointer.info/

Tohle by se taky mohlo nějak rozumně integrovat na hlavní stránku. Je
fajn, že v renderu vidím, že v místě je restaurace, ale v OSM toho může
být více - web adresa, otevírací doba. A na to se hodí interaktivní
vrstva. Jsme ve věku počítačů - nemusíme lpět na provedení papírových
map. Máme možnosti jak to rozhýbat.

Marián



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


Re: [Talk-at] Minimundus und OLM

2015-03-08 Diskussionsfäden Norbert Wenzel
On 03/08/2015 08:54 AM, martin ringer wrote:
 Kann mir jemand verraten, warum die POIs von Minimundus auf openlinkmap nicht 
 mehr dargestellt werden?

Möglicherweise hat es mit der Diskussion vom April 2013 zu tun, wo es
genau darum ging, dass die Wikipedia Links nur auf das echte Bauwerk
gehören und nicht auf jedes nachgebaute Modell:
https://lists.openstreetmap.org/pipermail/talk-at/2013-April/005586.html

Norbert


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


Re: [Talk-cz] Vykreslování turistických tras (Re: semestralni projekt - napady)

2015-03-08 Diskussionsfäden Ladislav Laska
No,... jak bych ti to jenom sdělil :-). Spíš ne. Ale +1 za OpenPoiMap. Je na 
tom 
asi ještě hodně práce, speciálně je nutné mít něco, co se dá používat globálně 
(když si zapnu jenom pár kategorií, mapa na zoomout je nepoužitelná...

Ale zase jsem netušil, že je na žižkově kemp!

On Sun, Mar 08, 2015 at 05:34:58PM +0100, Marián Kyral wrote:
 Dne 8.3.2015 v 13:40 Petr Vejsada napsal(a):
  Ahoj,
 
  Dne Ne 8. března 2015 10:35:14, Ladislav Laska napsal(a):
 
  ... osobně si myslím, že zájmové body by měly být konfigurovatelné nehledě
  na  vrstvu (možná chci hrady, možná restaurace, co já vím...). To by ale
  vyžadovalo kreslit je jinak, než přímo do renderu, takže jako bych nic
  neřekl
  tohle tím směrem jde: http://www.openstreetbrowser.org/ , bohužel, zdá se, 
  často to nefunguje. V minulosti jsem dělal několik pokusů to zprovoznit pro 
  CZ, ale moc mi to nešlo :(
 
 A čte vůbec někdo WeeklyOSM? :-)
 
 http://openpoimap.org/
 http://waypointer.info/
 
 Tohle by se taky mohlo nějak rozumně integrovat na hlavní stránku. Je
 fajn, že v renderu vidím, že v místě je restaurace, ale v OSM toho může
 být více - web adresa, otevírací doba. A na to se hodí interaktivní
 vrstva. Jsme ve věku počítačů - nemusíme lpět na provedení papírových
 map. Máme možnosti jak to rozhýbat.
 
 Marián
 
 
 
 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-cz

-- 
S pozdravem Ladislav Láska  la...@kam.mff.cuni.cz
Katedra Aplikované Matematiky, MFF UK   tel.: +420 739 464 167

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


[OSM-talk-fr] BANO : 2 questions

2015-03-08 Diskussionsfäden Pierre-Yves Berrard
Bonjour,

Deux interrogations sur le rendu et les pages de récap par communes :

* Le nombre de voies manquantes sur le rendu diffère du nombre sur la page
cadastre.opentstreetmap.fr, car le premier intègre les lieux-dits. Ne
pourrait-on pas assurer une cohérence ?

* Sur la page de récap communale, pourquoi les Données OSM en date ne
s'actualisent pas quand on force la mise à jour ?

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