Re: [OSM-talk-fr] Inondations dans le Centre et fermeture d'autoroutes

[Nicolas Dumoulin]

Salut,

Le Wed, 1 Jun 2016 19:57:39 +0200,
Christian Quest  a écrit :
> OSM n'est pas adapté pour ce genre d'info temporaire... c'est plus
> pour OpenEventDatabase ;)
> 
> > Pourquoi en complément ne pas ajouter le fait que la route est
> > inondable?

Sauf, si la route est équipé de signalétique avertissant que la route
est régulièrement inondée : 
http://wiki.openstreetmap.org/wiki/Key:flood_prone
Je pense à certaines routes autour du Salagou par exemple (ping
Nicolas ;-) ). Des barrières mobiles sont là pour fermer (au moins
dissuader) la route après les fortes pluies.


-- 
Nicolas Dumoulin


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

Re: [OSM-ja] name:en, branch への積極的な分割

[Shu Higashi]

# おっと。何故かスパム扱いになっていました。

東です。

フィールドでのサーベイを重視するOSMerとしては看板の名前を
優先するのがベースだとは思いますが、特に消費者向けの店舗など
では看板に工夫を凝らしていたりするので、どこまでが名前なのか
判然としない場合も多くあります。
（地方では看板のないお店もあったり！）

とはいえnameタグの書き方の基本は「名称」だけ、ということだったかと思います。
http://wiki.openstreetmap.org/wiki/JA:%E5%90%8D%E7%A7%B0#name_.E3.81.AF.E5.90.8D.E7.A7.B0.E3.81.A0.E3.81.91
レンダリング上の問題というより、明らかにnameではなく別のもの
(お店の種類とか商品名とか支店名とか)であればデータとして
ちゃんと意味を分けてタグ付けしましょう、ということだったかと思います。

> 分割に+1です。

+1
branchについてはちゃんとnameと分けて使おうねという議論になったように
記憶しています。私もコンビニでよく使っています。
nameの()書きについても外してname:enなどに移す
ことで合意を得られていたかと思います。

> [A] 分割した場合の source は何が適切でしょうか。
> ・もともとOSM内に入ってるものを修正するのであれば、sourceは指定せずで大丈夫です

+1

> [B] 「和名 (2F)」などの階表示は level に分割すればいいでしょうか。
> ・下り専門さんの指摘の通り、levelタグかなー

階数自体を名前に使っているケースがありますが、そうでなければ
+1

> [C] 「和名 (立ち飲み)」のような注釈はとりあえず description に押し込んでおけばいいでしょうか。

現地を見ていない他の方のタグ付けに手を入れるのであればそのまま
descriptionに転記するのに+1です。
自分で知っているおお店をタグ付けするなら
indoor_seating=no
https://wiki.openstreetmap.org/wiki/Key:indoor_seating
もアリかなと思います。

>
>
>
> 2016年6月1日 17:50 下り専門 :
>
>> 下り専門です。
>>
>> 括弧書きになっているローマ字や英語を name:xx に分割するのは賛成です。
>> 私も積極的にやっています。
>>
>> Keyのbranchについても新しく自分が入力するものについては使っていますが、
>> このタグはステータスが  Proposed なんですよね。日本語のWikiページもないみたいです。
>> だからそんなに積極的には分割しようとしてはいません。
>> この提案を推進すればいいかもしれませんね。
>>
>> ローソンの支店名については気にすることは少ないですが、
>> 銀行の支店名については、 amenity=bank のWikiページでは
>> nameのところには the branch name (or the company if the branch name is
>> unknown) を書こうとなっています。
>> これにならって銀行の店舗の外に書いてある「●●銀行××支店」と入力するようにしています。
>> 自動車で走りながら撮ったMapillaryからマッピングするとかで支店名が読み取れなかったら「●●銀行」としています。
>>
>> (2F)の場合は私はlevelタグを使います。（2階だと1なんですよね）
>>
>> 立ち飲みは amenity=bar に立って飲む意味も含まれているようです。
>> 福島駅前の「とらや」はびんや缶のお酒を売っていてその場で飲むことのできる場所なんでしょうか？
>> バーが中心ではない施設の場合は補助タグで bar=yes をつけたらいいみたいですが、椅子があるかないかのタグ付けはいまのところ無い？みたいです。
>> 看板に「とらや 立ち飲み」（立ち飲みは小さい文字）と書いてあるなら今のままがいい気がします。
>> ___
>> 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: [OSM-talk] ford=no for highways which are known to have no fords?

[malenki]

On Tue, 31 May 2016 23:08:22 +0200,
Richard wrote:

> I found plenty of places where people have done everything
> correctly but accidentally applied the bridge/culvert/layer
> to the wrong way segment or one of the nodes - any way to 
> automate that even more?

And how will you get this people not to apply ford=no to the waterway
instead of the highway or to the wrong highway or to some node or
ford=yes to all of the highway?

I never saw so much energy wasted like in this discussion /not/ to map
certain things. How many bridges, fords, culverts or even nothing you
and all the other people involved could have mapped instead of replying
to this thread.

Oh my goodness!


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

Re: [OSM-ja] name:en, branch への積極的な分割

[Satoshi IIDA]

いいだです。
分割に+1です。

以前の議論では、カッコ書きの英語表記などで、
「英語表記に対応したレンダラが浸透するまでは、カッコ書きもしたほうがよいのではないか」
という意見があったように思いますが、
MAPS.MEをはじめ、そろそろ弊害のほうが大きくなってきているという印象です。
（英語表記カッコ書きの弊害については何度も指摘あったとおり、多言語表記の処理を行うにあたって致命的です）

あと、いくつかあげていただいている意見ですが、こんなかんじかな、と思っています。

[A] 分割した場合の source は何が適切でしょうか。
・もともとOSM内に入ってるものを修正するのであれば、sourceは指定せずで大丈夫です


[B] 「和名 (2F)」などの階表示は level に分割すればいいでしょうか。
・下り専門さんの指摘の通り、levelタグかなー

[C] 「和名 (立ち飲み)」のような注釈はとりあえず description に押し込んでおけばいいでしょうか。
僕はdescriptionかな、と思っています。
前に、この「立ち飲み」みたいな部分を記載するためのタグみたいな提案があった気もするのですが、
うまく見つけられないなぁ。。。




2016年6月1日 17:50 下り専門 :

> 下り専門です。
>
> 括弧書きになっているローマ字や英語を name:xx に分割するのは賛成です。
> 私も積極的にやっています。
>
> Keyのbranchについても新しく自分が入力するものについては使っていますが、
> このタグはステータスが  Proposed なんですよね。日本語のWikiページもないみたいです。
> だからそんなに積極的には分割しようとしてはいません。
> この提案を推進すればいいかもしれませんね。
>
> ローソンの支店名については気にすることは少ないですが、
> 銀行の支店名については、 amenity=bank のWikiページでは
> nameのところには the branch name (or the company if the branch name is
> unknown) を書こうとなっています。
> これにならって銀行の店舗の外に書いてある「●●銀行××支店」と入力するようにしています。
> 自動車で走りながら撮ったMapillaryからマッピングするとかで支店名が読み取れなかったら「●●銀行」としています。
>
> (2F)の場合は私はlevelタグを使います。（2階だと1なんですよね）
>
> 立ち飲みは amenity=bar に立って飲む意味も含まれているようです。
> 福島駅前の「とらや」はびんや缶のお酒を売っていてその場で飲むことのできる場所なんでしょうか？
> バーが中心ではない施設の場合は補助タグで bar=yes をつけたらいいみたいですが、椅子があるかないかのタグ付けはいまのところ無い？みたいです。
> 看板に「とらや 立ち飲み」（立ち飲みは小さい文字）と書いてあるなら今のままがいい気がします。
> ___
> 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: [OSM-ja] OSM の license 表示がないまま情報を流用している site

[Satoshi IIDA]

いいだです。

すみません、何故か迷惑メール扱いになっていました。。。(^^;

図らずも見つかったイースターエッグ、というかんじですね。
ライセンス遵守のお願い、ということで、僕の方から企業さんにお願いしてみます。
（あんまり対応が悪いようであれば、他の企業さんとかと同様、Talk MLとかで外国の方もいれて相談かなー）



2016年5月26日 0:15 ISHIKAWA Takayuki :

> こんにちは、奈良の石川です。
>
> お恥ずかしい話なのですが、私が名称を誤入力してしまった建物があり
> ます。
>
> https://www.openstreetmap.org/changeset/24114708
>
> 面する道路は「あみだ池筋」なので、どう考えても「AMIDAIKE」が
> 正しいですし、建物の表示も「AMIDAIKE」となっています。つまり、
> 私が歩きながら (入力時だけ数秒間立ち止まって) 入力していた際に「A」
> と「S」を間違えたのです。
>
> で、修正する前に、この誤入力の影響がどこまで及んでいるのか、
> Google で調べてみたところ…以下にモロに誤入力文字列を使っている
> site がありました。
>
> http://legal-fukushima-amidsike.placestars.com/
>
> もちろん、license さえ守ってもらえているなら何も問題ないのですが、
> この site には「© 2016 PLACE STARS, Inc」と表示されており、OSM
> 貢献者については何も触れられていないように見えます。
>
> これは、放置しておいてもよい問題でしょうか。それとも指摘すべき
> 問題でしょうか。もし指摘すべきだとしたら、どなたか代わりに指摘
> していただけるとありがたいのですが…。
>
> --
> 石川
> ___
> 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-us] IKEA vs Ikea?

[Bill Ricker]

On Wed, Jun 1, 2016 at 8:23 PM, Peter Dobratz  wrote:

> this is an acronym


Right. IKEA would be correct ​usage everywhere else.
   In general i agree with you on mixed case for legibility, but 'Ikea'
would just be wrong, in this edge case.
Some acronyms e.g. radar laser and scuba have passed into lower case
usage in English, but otheracronyms remain full up, including NATO in
most style guides.  Some originally-acronym companies have nominalizd to a
proper noun, viz Necco and Nabisco, and now are equally or better
recognized thusly. But IKEA has not. Nor has NATO.
  *  (I can understand the Guardian using Nato on the web where they can't
use small-caps to avoid color-shift in in-line body text, but really, small
caps are still the proper way to handle weight/color of  in-line acronyms
in quality style guides. But in-line isn't a map's text's context, and is a
rendering choice the render-er can make.)

3 points-

Mis-rendering it will harm comprehension, not aid it.
  IKEA we recognize, but what word/language is Ikea ?
 - unlike Best Buy vs BEST BUY which is more comprehensible in mixed case,
as per usual

Mis-rendering it should annoy their corporate staff.
Not the way we want to gain corp attention.

​Mis-rendering in data capture prematurely discards information.
A render-er can choose to morph IKEA to Ikea or 'ikea'(small caps style),
but can't reliably choose to up-case Ikea, as it might be a local
place-name or surname.
​Preserve choice, preserve information.​

-- 
Bill Ricker
bill.n1...@gmail.com
https://www.linkedin.com/in/n1vux
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-us] IKEA vs Ikea?

[Peter Dobratz]

When putting locations of the Swedish furniture store in OSM, do you use

name=IKEA

or

name=Ikea

?

Although we expand abbreviations on things like street names in OSM,
company names are typically left as abbreviations (for example, "St. Mary's
Bank" or "Einstein Bros. Bagels").

Often, store logos have the store name in all caps, but we capture the name
in OSM as mixed case (for example "Banana Republic").  However, I generally
do use all caps for store names which are pronounced as a string of letters
(for example "AT" or "The UPS Store").

According to http://en.wikipedia.org/wiki/IKEA , this is an acronym that is
pronounced as a word and not as a string of letters.  For OSM, I generally
prefer "Ikea" as we like to use mixed case as opposed to all caps.  That
being said, "IKEA" seems to be more prevalent in OSM at the moment.

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

[OSM-co] Fwd: [talk-latam] talk-latam Digest, Vol 21, Issue 1

[hyan...@gmail.com]

;miri...@telenav.com>
To: "Talk-Latam (talk-la...@openstreetmap.org)"
<talk-la...@openstreetmap.org>, "Talk-mx (talk...@openstreetmap.org
)"
<talk...@openstreetmap.org>
Subject: [talk-latam] Recordatorio- 1 de Junio 7pm Tiempo Central
MX---Invitación a Presentación de Aprendizajes del Proyecto de
Importación en México a OSM LatAm
Message-ID:
<
by2pr07mb2374a13b04c853b0e2ba2a15a0...@by2pr07mb2374.namprd07.prod.outlook.com
>

Content-Type: text/plain; charset="iso-8859-1"

Hola comunidad mapera,

Les comparto que la fecha y horario más votado fue:
1 de Junio 2016 a las 7pm Tiempo Central de México

Acompáñanos ese día en el siguiente link del hangout:

http://bit.ly/hangout_proyecto

Saludos y nos vemos el Miércoles,

M



De: Gonzales, Miriam - (p)
Enviado el: Thursday, May 26, 2016 10:04 AM
Para: Talk-Latam (talk-la...@openstreetmap.org) <talk-la...@openstreetmap.org>; Talk-mx (talk...@openstreetmap.org) <talk...@openstreetmap.org>
Asunto: Ultimo día para votar horario- Invitación a Presentación de
Aprendizajes del Proyecto de Importación en México a OSM LatAm

Saludos, este es un recordatorio para votar para el horario de la
videollamada. Nota: sería en tiempo Central de México que es la
equivalencia de US CT Time (US Central time)


Hola,

Muchos colaboradores de países de LatAm están muy interesados en los
aprendizajes del proyecto en México de Importación para ver qué es posible
adaptar en sus países para la mejora del mapa de OpenStreetMap. Esta
videoconferencia es para hacer una presentación y compartir las
experiencias del caso de México.

Si asistieron a la presentación del Felina bar sería la misma más una
sesión más larga de preguntas y respuestas

Vota por la mejor opción de horario en el siguiente link. Se cierran
votaciones el Jueves 11:59 pm

http://doodle.com/poll/rbvysqume5eczg42

Saludos y gracias,

M




-- next part --
An HTML attachment was scrubbed...
URL: <
http://lists.openstreetmap.org/pipermail/talk-latam/attachments/20160601/de48fe91/attachment-0001.html
>

--

Subject: Digest Footer

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


--

End of talk-latam Digest, Vol 21, Issue 1
*
___
talk-latam mailing list
talk-la...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-latam
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-it] Confini Parco Nazionale Appennino Lucano Val D'Agri Lagonegrese

[Martin Koppenhoefer]

sent from a phone

> Il giorno 31 mag 2016, alle ore 22:41, Giuseppe Cillis  
> ha scritto:
> 
> E si purtroppo più di tanto i vertici non si possono semplificare perché , 
> come potete vedere voi stessi, la Perimetrazione del parco è stata fatta in 
> modo "artistico" per così dire


intendi situazioni come questa: 
http://www.openstreetmap.org/#map=18/40.32563/15.76194

il confine del parco attraversa un campo sportivo in diagonale? Era già così 
prima della semplificazione?


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

[OSM-co] Fwd: [talk-latam] Recordatorio- 1 de Junio 7pm Tiempo Central MX---Invitación a Presentación de Aprendizajes del Proyecto de Importación en México a OSM LatAm

[hyan...@gmail.com]

En breve inicia el hangout:

Bit.ly/hangout_proyecto 

-- Mensaje reenviado --
De: Gonzales, Miriam - (p) 
Fecha: 31 de mayo de 2016, 20:32
Asunto: [talk-latam] Recordatorio- 1 de Junio 7pm Tiempo Central
MX---Invitación a Presentación de Aprendizajes del Proyecto de Importación
en México a OSM LatAm
Para: "Talk-Latam (talk-la...@openstreetmap.org)" <
talk-la...@openstreetmap.org>, "Talk-mx (talk...@openstreetmap.org)" <
talk...@openstreetmap.org>


Hola comunidad mapera,



Les comparto que la fecha y horario más votado fue:

1 de Junio 2016 a las 7pm Tiempo Central de México



Acompáñanos ese día en el siguiente link del hangout:



http://bit.ly/hangout_proyecto



Saludos y nos vemos el Miércoles,



M







*De:* Gonzales, Miriam - (p)
*Enviado el:* Thursday, May 26, 2016 10:04 AM
*Para:* Talk-Latam (talk-la...@openstreetmap.org) <
talk-la...@openstreetmap.org>; Talk-mx (talk...@openstreetmap.org) <
talk...@openstreetmap.org>
*Asunto:* Ultimo día para votar horario- Invitación a Presentación de
Aprendizajes del Proyecto de Importación en México a OSM LatAm



*Saludos, este es un recordatorio para votar para el horario de la
videollamada. Nota: sería en *tiempo Central de México que es la
equivalencia de US CT Time (US Central time)





Hola,



Muchos colaboradores de países de LatAm están muy interesados en los
aprendizajes del proyecto en México de Importación para ver qué es posible
adaptar en sus países para la mejora del mapa de OpenStreetMap. Esta
videoconferencia es para hacer una presentación y compartir las
experiencias del caso de México.



Si asistieron a la presentación del Felina bar sería la misma más una
sesión más larga de preguntas y respuestas



Vota por la mejor opción de horario en el siguiente link. Se cierran
votaciones el Jueves 11:59 pm



http://doodle.com/poll/rbvysqume5eczg42



Saludos y gracias,



M









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

Re: [Talk-it] Confini Parco Nazionale Appennino Lucano Val D'Agri Lagonegrese

[Martin Koppenhoefer]

sent from a phone

> Il giorno 31 mag 2016, alle ore 22:01, Giuseppe Cillis  
> ha scritto:
> 
> Ok. Io ho preso il confine è l'ho diviso in tanti percorsi così da ridurre i 
> nodi; a tutti i percorsi ho assegnato i medesimi tag


questo per il confine del parco? Per il parco invece dovresti creare un 
multipoligono e mettere i tags lì, perché non si possono mettere tags per un 
area su un way lineare. In JOSM puoi selezionare tutti i pezzi e farti creare 
un multipoligono col commando dal menu (non ricordo le parole esatte). 

Forse è utile questo:
https://m.youtube.com/watch?v=8gH_fu2vICk

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

Re: [Talk-it] Confini Parco Nazionale Appennino Lucano Val D'Agri Lagonegrese

[Giuseppe Cillis]

Wikidata inserito !
Per la questione del nome non ho idea di come funziona e da cosa dipende la 
visualizzazione !

Inviato da iPhone

> Il giorno 31/mag/2016, alle ore 23:15, Croce Domenico 
>  ha scritto:
> 
> C'è un tag che prevede l'inserimento del nome...era nella guida che misi 
> qualche email dietro. Ho comunque notato che per diversi livelli di zoom in 
> altri parchi il nome è visibile...in altri no
> 
> Il 31 Mag 2016 22:49, "Giuseppe Cillis"  ha scritto:
>> Ottimo :)
>> Ultima domanda : come mai non si visualizza il nome su Osm come nel caso 
>> degli altri parchi?
>> 
>> Inviato da iPhone
>> 
>> > Il giorno 31/mag/2016, alle ore 22:44, Federico Cortese 
>> >  ha scritto:
>> >
>> > 2016-05-31 22:40 GMT+02:00 Federico Cortese :
>> >> 2016-05-31 22:01 GMT+02:00 Giuseppe Cillis :
>> >>> Ok. Io ho preso il confine è l'ho diviso in tanti percorsi così da 
>> >>> ridurre i nodi; a tutti i percorsi ho assegnato i medesimi tag. Spero di 
>> >>> non aver commesso troppi errori ...
>> >>
>> >> Più che assegnare gli stessi tag a tutti i pezzi, secondo me andrebbe
>> >> creato un multipoligono ed assegnati i tag alla relazione.
>> >
>> > Ok se è questo è proprio quello che intendevo :)
>> > http://www.openstreetmap.org/relation/6274746
>> >
>> > ___
>> > 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
> ___
> 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-GB] Purton Hulks

[Malcolm Herring]

On 01/06/2016 17:37, Brian Prangle wrote:

If you go to OSM's sister project openseamap you'll find they have a tag
for hulk


Those tags are not suitable for the objects described in the OP. All the 
categories of seamark:type=hulk are floating objects, whereas the Purton 
Hulks are beached & non-floatable.



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

Re: [OSM-talk] Overpass outage?

[Jérôme Seigneuret]

Hi,

Can you paste code part in response to this post. Thanks

Jérôme

2016-06-01 23:23 GMT+02:00 Richard :

> Hi,
>
> when trying to download data in JOSM through the Overpass API I am
> getting an error
>
> "Failed to download data: its format is either unsupported, ill-formed
> and/or inconsistent
>  Details (untranslated): Line 2 column 3: The markup declarations
> contained or pointed to by the document type declaration must be
> well-formed"
>
> indicating the overpass server returns ill-formed data or possibly DTD
> is inaccessible. Has anyone else seen that?
>
> Richard
>
> ___
> 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] Overpass outage?

[Richard]

sorry for the noise, was a problem with my mobile provider.

> when trying to download data in JOSM through the Overpass API I am
> getting an error
> 
> "Failed to download data: its format is either unsupported, ill-formed and/or 
> inconsistent
>  Details (untranslated): Line 2 column 3: The markup declarations contained 
> or pointed to by the document type declaration must be well-formed"
> 
> indicating the overpass server returns ill-formed data or possibly DTD 
> is inaccessible. Has anyone else seen that?
> 
> Richard

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

Re: [Talk-it] Video time-lapse sfondo OSM

[Lorenzo "Beba" Beltrami]

Il giorno 1 giugno 2016 21:41, Cascafico Giovanni  ha
scritto:

> Un primo problema è... perchè la Spagna è così scura?
>
Domanda molto interessante... Sembra che quel colore coincida con la
relazione 3870917 "name:en=Iberian Peninsula".
È strano perché la relazione contiene solo:
- type=multipolygon
- wikipedia=es:Península ibérica
- Una miriade di tag name in tantissime lingue differenti

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

[OSM-talk] Overpass outage?

[Richard]

Hi,

when trying to download data in JOSM through the Overpass API I am
getting an error

"Failed to download data: its format is either unsupported, ill-formed and/or 
inconsistent
 Details (untranslated): Line 2 column 3: The markup declarations contained or 
pointed to by the document type declaration must be well-formed"

indicating the overpass server returns ill-formed data or possibly DTD 
is inaccessible. Has anyone else seen that?

Richard

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

Wochennotiz Nr. 306 24.05.2016–30.05.2016

[Wochennotizteam]

Hallo,

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

http://blog.openstreetmap.de/blog/2016/06/wochennotiz-nr-306/

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

Re: [Talk-GB] Schools Project

[Christian Ledermann]

about operator tag
should this be the trust in case of an academy and the LA else?

On 1 June 2016 at 21:32, Christian Ledermann
 wrote:
> On 1 June 2016 at 21:21, Gregory Marler  wrote:
>> I see you suitably have a created_by=osmoapi tag on the changeset.
>>
>> Having a source= tag on the the changeset and/or created object would be
>> good.
>
> source would be edubase/seed+osopen ?
>
> what do you think about a rel:os-open:functionalsite = id?
>
>>
>> I also noticed a blank website tag got added, can you check tags this might
>> happen to and not add them if blank. E.g.
>> http://api06.dev.openstreetmap.org/relation/4300905032
>
> right, thanks :-)
>
>>
>> From Durham,
>> Gregory.
>>
>> On 1 June 2016 at 19:43, Christian Ledermann 
>> wrote:
>>>
>>> A Test version is now available online at http://schools.mapthe.uk/
>>> You need an account on http://api06.dev.openstreetmap.org/ to test the
>>> application
>>> It will not modify any data on the live server only on the test server!
>>> You can test away without being afraid to destroy anything.
>>>
>>> On 9 May 2016 at 11:01, Christian Ledermann
>>>  wrote:
>>> > I updated the https://github.com/cleder/os-opendata-edubase/tree/develop
>>> > branch with your comments
>>> >
>>> > On 6 May 2016 at 21:16, Eric Grosso  wrote:
>>> >> Thanks a lot.
>>> >>
>>> >> Some feedback about your code:
>>> >> - "import urllib" is missing in fabfile.py
>>> >> - the code fails to create the schools.osm file:
>>> >> * the data/osm repository is missing and needs to be created
>>> >> * in this line: schools_file =  open(os.path.join(PROJECT_DIR, 'data',
>>> >> 'osm', 'schools.osm'), 'r') --> 'r' should be replaced by 'w'
>>> >> - the last part of your message (in link with seeddata2015.csv) should
>>> >> be
>>> >> added is added to the documentation as it helps a lot.
>>> >>
>>> >> I encountered another problem during the import. I'm going to look at
>>> >> it
>>> >> later.
>>> >>
>>> >> Thanks again.
>>> >>
>>> >> Eric
>>> >>
>>> >>
>>> >>
>>> >> On 6 May 2016 at 13:25, Christian Ledermann
>>> >> 
>>> >> wrote:
>>> >>>
>>> >>> from https://www.ordnancesurvey.co.uk/opendatadownload/products.html
>>> >>>
>>> >>> you have to download the
>>> >>>
>>> >>> `OS Open Map - Local` (all squares) and `Code-Point® Open` Products
>>> >>>
>>> >>>
>>> >>> https://github.com/cleder/os-opendata-edubase/tree/develop has a
>>> >>> sligtly improved documentation
>>> >>>
>>> >>> you will also need the csv files from EduBase and seed for the
>>> >>> schooldata
>>> >>>
>>> >>> `All EduBase data.csv` from
>>> >>> http://www.education.gov.uk/edubase/home.xhtml
>>> >>> and
>>> >>> `School contact details` from
>>> >>>
>>> >>>
>>> >>> http://www.gov.scot/Topics/Statistics/Browse/School-Education/Datasets/contactdetails
>>> >>>
>>> >>> the latter is in excel format and has to be converted into csv before
>>> >>> using it. The headers must be:
>>> >>>'SeedCode',
>>> >>> 'LA Name',
>>> >>> 'Centre Type',
>>> >>> 'School Name',
>>> >>> 'Address 1',
>>> >>> 'Address 2',
>>> >>> 'Address 3',
>>> >>> 'Post code',
>>> >>> 'E-mail',
>>> >>> 'Phone',
>>> >>> 'Primary_school',
>>> >>> 'Secondary',
>>> >>> 'Special',
>>> >>> 'Primary roll',
>>> >>> 'Secondary roll',
>>> >>> 'Special roll',
>>> >>> 'Primary1',
>>> >>> 'Secondary1',
>>> >>> 'Special1',
>>> >>> 'Denomination'
>>> >>> so rename them accordingly and remove the columns not included here.
>>> >>>
>>> >>>
>>> >>>
>>> >>>
>>> >>>
>>> >>> On 6 May 2016 at 12:51, Eric Grosso  wrote:
>>> >>> > Hi Christian,
>>> >>> >
>>> >>> > Thanks for this app.
>>> >>> >
>>> >>> > I'm trying to install it but it requires this file:
>>> >>> > opmplc_essh_nt.zip.
>>> >>> > Could you please tell me where this file comes from (as it isn't
>>> >>> > mentionned
>>> >>> > in the documentation). Thanks.
>>> >>> >
>>> >>> > Cheers,
>>> >>> > Eric
>>> >>> >
>>> >>> > On 6 May 2016 at 09:36, Christian Ledermann
>>> >>> > 
>>> >>> > wrote:
>>> >>> >>
>>> >>> >> On 6 May 2016 at 08:42, Brian Prangle  wrote:
>>> >>> >> > Hi Christian
>>> >>> >> >
>>> >>> >> > Would love to test your app but too much technical ability
>>> >>> >> > required
>>> >>> >> > for
>>> >>> >> > the
>>> >>> >> > preconditions to run the app. Can't we just have a browser-based
>>> >>> >> > app
>>> >>> >> > that
>>> >>> >> > ordinary folk can use?
>>> >>> >>
>>> >>> >> Yes this is the plan :-) I have to secure some hosting and deploy
>>> >>> >> it.
>>> >>> 

Re: [Talk-GB] Schools Project

[Christian Ledermann]

On 1 June 2016 at 21:21, Gregory Marler  wrote:
> I see you suitably have a created_by=osmoapi tag on the changeset.
>
> Having a source= tag on the the changeset and/or created object would be
> good.

source would be edubase/seed+osopen ?

what do you think about a rel:os-open:functionalsite = id?

>
> I also noticed a blank website tag got added, can you check tags this might
> happen to and not add them if blank. E.g.
> http://api06.dev.openstreetmap.org/relation/4300905032

right, thanks :-)

>
> From Durham,
> Gregory.
>
> On 1 June 2016 at 19:43, Christian Ledermann 
> wrote:
>>
>> A Test version is now available online at http://schools.mapthe.uk/
>> You need an account on http://api06.dev.openstreetmap.org/ to test the
>> application
>> It will not modify any data on the live server only on the test server!
>> You can test away without being afraid to destroy anything.
>>
>> On 9 May 2016 at 11:01, Christian Ledermann
>>  wrote:
>> > I updated the https://github.com/cleder/os-opendata-edubase/tree/develop
>> > branch with your comments
>> >
>> > On 6 May 2016 at 21:16, Eric Grosso  wrote:
>> >> Thanks a lot.
>> >>
>> >> Some feedback about your code:
>> >> - "import urllib" is missing in fabfile.py
>> >> - the code fails to create the schools.osm file:
>> >> * the data/osm repository is missing and needs to be created
>> >> * in this line: schools_file =  open(os.path.join(PROJECT_DIR, 'data',
>> >> 'osm', 'schools.osm'), 'r') --> 'r' should be replaced by 'w'
>> >> - the last part of your message (in link with seeddata2015.csv) should
>> >> be
>> >> added is added to the documentation as it helps a lot.
>> >>
>> >> I encountered another problem during the import. I'm going to look at
>> >> it
>> >> later.
>> >>
>> >> Thanks again.
>> >>
>> >> Eric
>> >>
>> >>
>> >>
>> >> On 6 May 2016 at 13:25, Christian Ledermann
>> >> 
>> >> wrote:
>> >>>
>> >>> from https://www.ordnancesurvey.co.uk/opendatadownload/products.html
>> >>>
>> >>> you have to download the
>> >>>
>> >>> `OS Open Map - Local` (all squares) and `Code-Point® Open` Products
>> >>>
>> >>>
>> >>> https://github.com/cleder/os-opendata-edubase/tree/develop has a
>> >>> sligtly improved documentation
>> >>>
>> >>> you will also need the csv files from EduBase and seed for the
>> >>> schooldata
>> >>>
>> >>> `All EduBase data.csv` from
>> >>> http://www.education.gov.uk/edubase/home.xhtml
>> >>> and
>> >>> `School contact details` from
>> >>>
>> >>>
>> >>> http://www.gov.scot/Topics/Statistics/Browse/School-Education/Datasets/contactdetails
>> >>>
>> >>> the latter is in excel format and has to be converted into csv before
>> >>> using it. The headers must be:
>> >>>'SeedCode',
>> >>> 'LA Name',
>> >>> 'Centre Type',
>> >>> 'School Name',
>> >>> 'Address 1',
>> >>> 'Address 2',
>> >>> 'Address 3',
>> >>> 'Post code',
>> >>> 'E-mail',
>> >>> 'Phone',
>> >>> 'Primary_school',
>> >>> 'Secondary',
>> >>> 'Special',
>> >>> 'Primary roll',
>> >>> 'Secondary roll',
>> >>> 'Special roll',
>> >>> 'Primary1',
>> >>> 'Secondary1',
>> >>> 'Special1',
>> >>> 'Denomination'
>> >>> so rename them accordingly and remove the columns not included here.
>> >>>
>> >>>
>> >>>
>> >>>
>> >>>
>> >>> On 6 May 2016 at 12:51, Eric Grosso  wrote:
>> >>> > Hi Christian,
>> >>> >
>> >>> > Thanks for this app.
>> >>> >
>> >>> > I'm trying to install it but it requires this file:
>> >>> > opmplc_essh_nt.zip.
>> >>> > Could you please tell me where this file comes from (as it isn't
>> >>> > mentionned
>> >>> > in the documentation). Thanks.
>> >>> >
>> >>> > Cheers,
>> >>> > Eric
>> >>> >
>> >>> > On 6 May 2016 at 09:36, Christian Ledermann
>> >>> > 
>> >>> > wrote:
>> >>> >>
>> >>> >> On 6 May 2016 at 08:42, Brian Prangle  wrote:
>> >>> >> > Hi Christian
>> >>> >> >
>> >>> >> > Would love to test your app but too much technical ability
>> >>> >> > required
>> >>> >> > for
>> >>> >> > the
>> >>> >> > preconditions to run the app. Can't we just have a browser-based
>> >>> >> > app
>> >>> >> > that
>> >>> >> > ordinary folk can use?
>> >>> >>
>> >>> >> Yes this is the plan :-) I have to secure some hosting and deploy
>> >>> >> it.
>> >>> >>
>> >>> >> Right now the product is still unfinished and I was looking for
>> >>> >> some
>> >>> >> early feedback
>> >>> >> so I would not be barking up the wrong tree
>> >>> >>
>> >>> >>
>> >>> >> >
>> >>> >> > Regards
>> >>> >> >
>> >>> >> > Brian
>> >>> >> >
>> >>> >> > On 5 May 2016 at 18:53, Christian 

Re: [OSM-talk-fr] Inondations dans le Centre et fermeture d'autoroutes

[Sébastien Dinot]

François Lacombe a écrit :
> Parce qu'avec suffisamment d'eau, tout est inondable ;)

Exact, tout est question de quantité... et d'imagination :

  http://www.wbrecup.com/BE/be_ilesdauvergneFR.html

Magnifique ouvrage, d'une grande poésie ! Avant de le lire, je n'avais
jamais imaginé certaines villes de mon enfance sous les traits de ports
côtiers. :)

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

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

Re: [OSM-talk-fr] Inondations dans le Centre et fermeture d'autoroutes

[François Lacombe]

Le 1 juin 2016 à 18:50, Yannick  a écrit :
>
>
> Bonsoir,
>
> Pourquoi en complément ne pas ajouter le fait que la route est inondable?
>
> Amitiés

Parce qu'avec suffisamment d'eau, tout est inondable ;)

François

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

[Talk-it] Video time-lapse sfondo OSM

[Cascafico Giovanni]

Ciao Lista,

devo fare un video nello stile "a year of edits" [1] sulle rotte
intercontinentali dei migranti e la prima cosa a cui ho pensato è stato il
layer "humanitarian"  [2] da mettere direttamente in raster come sfondo.

Un primo problema è... perchè la Spagna è così scura?


[1] https://vimeo.com/2598878
[2] http://osm.org/go/0gNr?layers=H
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-be] municipal boundaries in Belgium

[Ruben Maes]

Wednesday 01 June 2016 19:50:48, Sander Deryckere:
> Note that the GRB data mentions it's "voorlopig", and often, the data shows
> an offset from parcel boundaries. At those places, I would expect the
> boundaries to follow parcel boundaries (and I expect parcel boundaries to
> be of better quality).

What is the authority for this? Who is the boss about where a municipality 
ends? Can it be copied from there? Intuitively I'd think those official borders 
should not be able to be copyrighted.

> (...)

-- 
This message is OpenPGP signed.

signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-GB] Schools Project

[Christian Ledermann]

A Test version is now available online at http://schools.mapthe.uk/
You need an account on http://api06.dev.openstreetmap.org/ to test the
application
It will not modify any data on the live server only on the test server!
You can test away without being afraid to destroy anything.

On 9 May 2016 at 11:01, Christian Ledermann
 wrote:
> I updated the https://github.com/cleder/os-opendata-edubase/tree/develop
> branch with your comments
>
> On 6 May 2016 at 21:16, Eric Grosso  wrote:
>> Thanks a lot.
>>
>> Some feedback about your code:
>> - "import urllib" is missing in fabfile.py
>> - the code fails to create the schools.osm file:
>> * the data/osm repository is missing and needs to be created
>> * in this line: schools_file =  open(os.path.join(PROJECT_DIR, 'data',
>> 'osm', 'schools.osm'), 'r') --> 'r' should be replaced by 'w'
>> - the last part of your message (in link with seeddata2015.csv) should be
>> added is added to the documentation as it helps a lot.
>>
>> I encountered another problem during the import. I'm going to look at it
>> later.
>>
>> Thanks again.
>>
>> Eric
>>
>>
>>
>> On 6 May 2016 at 13:25, Christian Ledermann 
>> wrote:
>>>
>>> from https://www.ordnancesurvey.co.uk/opendatadownload/products.html
>>>
>>> you have to download the
>>>
>>> `OS Open Map - Local` (all squares) and `Code-Point® Open` Products
>>>
>>>
>>> https://github.com/cleder/os-opendata-edubase/tree/develop has a
>>> sligtly improved documentation
>>>
>>> you will also need the csv files from EduBase and seed for the schooldata
>>>
>>> `All EduBase data.csv` from http://www.education.gov.uk/edubase/home.xhtml
>>> and
>>> `School contact details` from
>>>
>>> http://www.gov.scot/Topics/Statistics/Browse/School-Education/Datasets/contactdetails
>>>
>>> the latter is in excel format and has to be converted into csv before
>>> using it. The headers must be:
>>>'SeedCode',
>>> 'LA Name',
>>> 'Centre Type',
>>> 'School Name',
>>> 'Address 1',
>>> 'Address 2',
>>> 'Address 3',
>>> 'Post code',
>>> 'E-mail',
>>> 'Phone',
>>> 'Primary_school',
>>> 'Secondary',
>>> 'Special',
>>> 'Primary roll',
>>> 'Secondary roll',
>>> 'Special roll',
>>> 'Primary1',
>>> 'Secondary1',
>>> 'Special1',
>>> 'Denomination'
>>> so rename them accordingly and remove the columns not included here.
>>>
>>>
>>>
>>>
>>>
>>> On 6 May 2016 at 12:51, Eric Grosso  wrote:
>>> > Hi Christian,
>>> >
>>> > Thanks for this app.
>>> >
>>> > I'm trying to install it but it requires this file: opmplc_essh_nt.zip.
>>> > Could you please tell me where this file comes from (as it isn't
>>> > mentionned
>>> > in the documentation). Thanks.
>>> >
>>> > Cheers,
>>> > Eric
>>> >
>>> > On 6 May 2016 at 09:36, Christian Ledermann
>>> > 
>>> > wrote:
>>> >>
>>> >> On 6 May 2016 at 08:42, Brian Prangle  wrote:
>>> >> > Hi Christian
>>> >> >
>>> >> > Would love to test your app but too much technical ability required
>>> >> > for
>>> >> > the
>>> >> > preconditions to run the app. Can't we just have a browser-based app
>>> >> > that
>>> >> > ordinary folk can use?
>>> >>
>>> >> Yes this is the plan :-) I have to secure some hosting and deploy it.
>>> >>
>>> >> Right now the product is still unfinished and I was looking for some
>>> >> early feedback
>>> >> so I would not be barking up the wrong tree
>>> >>
>>> >>
>>> >> >
>>> >> > Regards
>>> >> >
>>> >> > Brian
>>> >> >
>>> >> > On 5 May 2016 at 18:53, Christian Ledermann
>>> >> > 
>>> >> > wrote:
>>> >> >>
>>> >> >> Hi,
>>> >> >>
>>> >> >> I developed an application that enables to compare OSM,
>>> >> >> Ordonancesurvey, Edubase and SEED data.
>>> >> >>
>>> >> >> https://github.com/cleder/os-opendata-edubase
>>> >> >>
>>> >> >> Please have a look and let me know what you think.
>>> >> >>
>>> >> >> --
>>> >> >> Best Regards,
>>> >> >>
>>> >> >> Christian Ledermann
>>> >> >>
>>> >> >> Newark-on-Trent - UK
>>> >> >> Mobile : +44 7474997517
>>> >> >>
>>> >> >> https://uk.linkedin.com/in/christianledermann
>>> >> >> https://github.com/cleder/
>>> >> >>
>>> >> >>
>>> >> >> <*)))>{
>>> >> >>
>>> >> >> If you save the living environment, the biodiversity that we have
>>> >> >> left,
>>> >> >> you will also automatically save the physical environment, too. But
>>> >> >> If
>>> >> >> you only save the physical environment, you will ultimately lose
>>> >> >> both.
>>> >> >>
>>> >> >> 1) Don’t drive species to extinction
>>> >> >>
>>> >> >> 2) Don’t destroy a habitat that species rely on.
>>> >> >>
>>> >> >> 3) Don’t change 

Re: [Talk-cu] comunidad OSM en Cuba!

[Laura Barroso Pérez]

Acabo de hablar con Manfred, me ha sugerido la co-founder de WeeklyOSM, que 
tiene mucha experiencia en temas de proyectos de escuela y en los proyectos que 
hablé anteriormente, le dejé mensaje, apenas me responda les digo. Creo que 
contar el consejo de gente así  puede ser muy beneficioso

-Mensaje original-
De: pb[gmail] [mailto:elpbati...@gmail.com] 
Enviado el: Wednesday, June 1, 2016 2:12 PM
Para: OpenStreetMap Cuba
Asunto: Re: [Talk-cu] comunidad OSM en Cuba!

Los de MapaNica tienen experiencia con las escuelas… deja ver si encuentro el 
link. Igual @Felix está en esta lista y puede compartir su experiencia

> On 1/6/2016, at 1:57 p.m., Laura Barroso Pérez  
> wrote:
> 
> Las tarjetas nautas se comprarían pero NO con el dinero del salario de la 
> gente obviamente, jejejeje, tranquilo.
> Respecto a lo de las escuelas podemos hacer algo parecido a lo que se 
> hizo en estos proyectos: http://wiki.openstreetmap.org/wiki/MychOSM
> http://wiki.openstreetmap.org/wiki/Life_Long_Learning_Mapping_Project
> De ahí salió WeeklyOSM ;)
> Más info aquí también en el diario de Manfred: 
> https://www.openstreetmap.org/user/derFred
> Creo que tomando como base estos proyectos podemos hacer algo bien pensado y 
> efectivo.
> 
> -Mensaje original-
> De: Guillermo López [mailto:jglopez@gmail.com] Enviado el: 
> Wednesday, June 1, 2016 1:51 PM
> Para: OpenStreetMap Cuba
> Asunto: Re: [Talk-cu] comunidad OSM en Cuba!
> 
> Jajaja. :D
> Está bueno lo de las tarjetas nauta. Pero podemos buscar una forma de que los 
> cambios se manden por correo o algo y entonces se suban. Es algo que se puede 
> elaborar más, porque el salario no alcanza para tarjetas nauta para todos. 
> jeje.
> 
> Voy a pensar más en eso.
> 
> El 1/6/16, Laura Barroso Pérez  escribió:
>> Great!
>> 
>> -Mensaje original-
>> De: Guillermo López [mailto:jglopez@gmail.com] Enviado el:
>> Wednesday, June 1, 2016 1:37 PM
>> Para: OpenStreetMap Cuba
>> Asunto: Re: [Talk-cu] comunidad OSM en Cuba!
>> 
>> Ok. I'm on it.
>> 
>> El 1/6/16, Laura Barroso Pérez  escribió:
>>> 1 y 3. Bueno hay contactos que tal vez puedan ayudar en la impresión 
>>> de los mapas.
>>> Pensar en la opción de algún editor de android offline no está nada 
>>> mal, pero solo como otra opción más, no todo el mundo cuenta con un 
>>> teléfono android, y hay mucha gente que puede ayudar a mapear y de 
>>> tecnología no sabe nada.
>>> Entonces tenemos tres opciones para que la gente empiece a mapear:
>>> maps pappers, algún editor de android offline y el correo que el 
>>> flujo habría que refinarlo porque habrá alguno que se pierda jejeje 2.
>>> Guillermo si puedes averiguar de alguien en educación sería genial.
>>> 
>>> 
>>> -Mensaje original-
>>> De: Guillermo López [mailto:jglopez@gmail.com] Enviado el:
>>> Wednesday, June 1, 2016 1:15 PM
>>> Para: OpenStreetMap Cuba
>>> Asunto: Re: [Talk-cu] comunidad OSM en Cuba!
>>> 
>>> 1. Sobre las impresiones... será factible imprimir los mapas? Para 
>>> mantener un ritmo decente se necesitarían algunos recursos que no sé 
>>> si daría resultado y que ahora no tenemos (digo ¿lo tenemos?)
>>> 
>>> A lo mejor se puede utilizar algún editor Android offline como 
>>> Vespucci u otros que se puedan utilizar offline. No sé, no todo el 
>>> mundo tiene conocimiento de informática, pero ya bastante gente 
>>> tiene habilidades en el uso de Android.
>>> 
>>> 2. Ni idea de alguien que trabaje en educación que pueda ayudarnos, 
>>> pero puedo averiguar. :-/ Sería bueno porque es una fuente potencial 
>>> de miembros que pueden contribuir.
>>> 
>>> 3. En cuanto a lo del correo, no sé, no veo el flujo claro de cómo 
>>> sería para lograr un buen resultado. Y seriamente la gente tendría 
>>> que utilizar algo mejor que Paint para anotar. jaja.
>>> 
>>> 
>>> 
>>> El 1/6/16, Laura Barroso Pérez  escribió:
 1. Lo del mecanismo del correo habría que probar a ver qué 
 sale...me preocupan las impresiciones que serán un poco más grandes 
 que las del papel...
 2. Sí Guillermo, eso sería lo idea, involucrar a gente que no esté 
 necesariamente relacionada con la informática, que se le imprima el 
 carácter social... eso sí, yo al menos no conozco a nadie que esté 
 dentro del campo de la educación a no ser que sea 
 universitario...alguien conoce a alguien en ese mundo??? Me 
 parece que es más simple entrar con alguien conocido directamente.
 
 -Mensaje original-
 De: Guillermo López [mailto:jglopez@gmail.com] Enviado el:
 Wednesday, June 1, 2016 12:41 PM
 Para: OpenStreetMap Cuba
 Asunto: Re: [Talk-cu] comunidad OSM en Cuba!
 
 También pienso que es importante que la gente comprenda la 
 necesidad de su contribución en la comunidad. Tiene que haber un 
 objetivo social para que la gente se motive a participar, si 

Re: [Talk-cu] comunidad OSM en Cuba!

[Laura Barroso Pérez]

Las tarjetas nautas se comprarían pero NO con el dinero del salario de la gente 
obviamente, jejejeje, tranquilo.
Respecto a lo de las escuelas podemos hacer algo parecido a lo que se hizo en 
estos proyectos: http://wiki.openstreetmap.org/wiki/MychOSM 
http://wiki.openstreetmap.org/wiki/Life_Long_Learning_Mapping_Project 
De ahí salió WeeklyOSM ;)
Más info aquí también en el diario de Manfred: 
https://www.openstreetmap.org/user/derFred 
Creo que tomando como base estos proyectos podemos hacer algo bien pensado y 
efectivo.

-Mensaje original-
De: Guillermo López [mailto:jglopez@gmail.com] 
Enviado el: Wednesday, June 1, 2016 1:51 PM
Para: OpenStreetMap Cuba
Asunto: Re: [Talk-cu] comunidad OSM en Cuba!

Jajaja. :D
Está bueno lo de las tarjetas nauta. Pero podemos buscar una forma de que los 
cambios se manden por correo o algo y entonces se suban. Es algo que se puede 
elaborar más, porque el salario no alcanza para tarjetas nauta para todos. jeje.

Voy a pensar más en eso.

El 1/6/16, Laura Barroso Pérez  escribió:
> Great!
>
> -Mensaje original-
> De: Guillermo López [mailto:jglopez@gmail.com] Enviado el: 
> Wednesday, June 1, 2016 1:37 PM
> Para: OpenStreetMap Cuba
> Asunto: Re: [Talk-cu] comunidad OSM en Cuba!
>
> Ok. I'm on it.
>
> El 1/6/16, Laura Barroso Pérez  escribió:
>> 1 y 3. Bueno hay contactos que tal vez puedan ayudar en la impresión 
>> de los mapas.
>> Pensar en la opción de algún editor de android offline no está nada 
>> mal, pero solo como otra opción más, no todo el mundo cuenta con un 
>> teléfono android, y hay mucha gente que puede ayudar a mapear y de 
>> tecnología no sabe nada.
>> Entonces tenemos tres opciones para que la gente empiece a mapear:
>> maps pappers, algún editor de android offline y el correo que el 
>> flujo habría que refinarlo porque habrá alguno que se pierda jejeje 2.
>> Guillermo si puedes averiguar de alguien en educación sería genial.
>>
>>
>> -Mensaje original-
>> De: Guillermo López [mailto:jglopez@gmail.com] Enviado el:
>> Wednesday, June 1, 2016 1:15 PM
>> Para: OpenStreetMap Cuba
>> Asunto: Re: [Talk-cu] comunidad OSM en Cuba!
>>
>> 1. Sobre las impresiones... será factible imprimir los mapas? Para 
>> mantener un ritmo decente se necesitarían algunos recursos que no sé 
>> si daría resultado y que ahora no tenemos (digo ¿lo tenemos?)
>>
>> A lo mejor se puede utilizar algún editor Android offline como 
>> Vespucci u otros que se puedan utilizar offline. No sé, no todo el 
>> mundo tiene conocimiento de informática, pero ya bastante gente tiene 
>> habilidades en el uso de Android.
>>
>> 2. Ni idea de alguien que trabaje en educación que pueda ayudarnos, 
>> pero puedo averiguar. :-/ Sería bueno porque es una fuente potencial 
>> de miembros que pueden contribuir.
>>
>> 3. En cuanto a lo del correo, no sé, no veo el flujo claro de cómo 
>> sería para lograr un buen resultado. Y seriamente la gente tendría 
>> que utilizar algo mejor que Paint para anotar. jaja.
>>
>>
>>
>> El 1/6/16, Laura Barroso Pérez  escribió:
>>> 1. Lo del mecanismo del correo habría que probar a ver qué sale...me 
>>> preocupan las impresiciones que serán un poco más grandes que las 
>>> del papel...
>>> 2. Sí Guillermo, eso sería lo idea, involucrar a gente que no esté 
>>> necesariamente relacionada con la informática, que se le imprima el 
>>> carácter social... eso sí, yo al menos no conozco a nadie que esté 
>>> dentro del campo de la educación a no ser que sea 
>>> universitario...alguien conoce a alguien en ese mundo??? Me 
>>> parece que es más simple entrar con alguien conocido directamente.
>>>
>>> -Mensaje original-
>>> De: Guillermo López [mailto:jglopez@gmail.com] Enviado el:
>>> Wednesday, June 1, 2016 12:41 PM
>>> Para: OpenStreetMap Cuba
>>> Asunto: Re: [Talk-cu] comunidad OSM en Cuba!
>>>
>>> También pienso que es importante que la gente comprenda la necesidad 
>>> de su contribución en la comunidad. Tiene que haber un objetivo 
>>> social para que la gente se motive a participar, si no las 
>>> contribuciones van a seguir siendo muy modestas, sobre todo con las 
>>> limitaciones tecnológicas que hay en Cuba.
>>>
>>> Me gusta la idea de involucrar a las secundarias y otros medios de 
>>> enseñanza... le da un carácter social. Así por ejemplo se podrían 
>>> vincular los mapas con la educación, el turismo, etc. Eso resalta la 
>>> importancia de la comunidad.
>>>
>>> Las personas necesitan saber por qué y en qué va a ayudar su 
>>> contribución...
>>> fijar metas y objetivos. Eso pienso que es importante:
>>> saber par qué se está trabajando en nuestro contexto, que tiene 
>>> algunas particularidades al de OSMF.
>>>
>>>
>>> El 1/6/16, pb[gmail]  escribió:
 jeje funciona más o menos así :)

> On 1/6/2016, at 12:05 p.m., Alfonso Ali  

Re: [OSM-talk-fr] Bano et territoires lointains

[Christian Quest]

Je ne suis pas sûr qu'on ait les données de St Pierre et Miquelon dans la
BAN...

Le 1 juin 2016 à 18:56, JB  a écrit :

> Bonsoir,
>
> Après m'y être pris comme une patate pour gérer le json fourni par l'api
> de la Ban, j'ai une autre question que j'espère plus productive…
>
> Dans certains territoires lointains, l'api de reverse-géocodage renvoie un
> json vide, par exemple :
> http://api-adresse.data.gouv.fr/reverse/?lon=-56.17204=46.78129 qui
> devrait tomber du côté de Saint-Pierre (sans Miquelon). Est-ce voulu, ou
> pourrait-elle renvoyer au moins une ville, éventuellement un code postal
> même s'il n'y a pas forcément de rue ou de numéro ? Ou c'est moi qui m'y
> prend mal encore une fois ?
>
> Sinon, d'autres zones fonctionnent bien (
> http://api-adresse.data.gouv.fr/reverse/?lon=55.44879=-20.88019 du
> coté de Saint-Denis)
>
> JB.
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Inondations dans le Centre et fermeture d'autoroutes

[Christian Quest]

OSM n'est pas adapté pour ce genre d'info temporaire... c'est plus pour
OpenEventDatabase ;)


Le 1 juin 2016 à 18:50, Yannick  a écrit :

> Le 01/06/2016 17:49, François Lacombe a écrit :
> > -1 pour utiliser access=no.
> > Ce n'est pas parce qu'il y a de l'eau sur le tronçon que la route
> > n'est pas destinée à accueillir la circulation des véhicules.
> >
> > Par contre, utiliser OpenEventDb avec en géométrie le tronçon concerné
> > et les dates issues du communiqué de la préfecture, c'est mieux :)
> > https://github.com/openeventdatabase
> >
> > A+
> > François Lacombe
> >
> > fl dot infosreseaux At gmail dot com
> > www.infos-reseaux.com
> > @InfosReseaux
> >
> >
> > Le 1 juin 2016 à 17:31, Francescu GAROBY  a écrit :
> >> Bonjour,
> >> La préfecture du Loiret vient d'annoncer que l'autoroute A10 restera
> fermé
> >> plusieurs jours, entre Artenay et Tours.
> >> Je me demandais donc si un tel délai était suffisant pour marquer comme
> >> "access=no" le tronçon concerné...
>
>
> Bonsoir,
>
> Pourquoi en complément ne pas ajouter le fait que la route est inondable?
>
> Amitiés
>
> --
> Yannick VOYEAUD
> Nul n'a droit au superflu tant que chacun n'a pas son nécessaire
> (Camille JOUFFRAY 1841-1924, maire de Vienne)
> http://www.voyeaud.org
> Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
> Journées du Logiciel Libre: http://jdll.org
> Généalogie en liberté avec Ancestris http://www.ancestris.org
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Frontière Guyane osm-fr

[Christian Quest]

J'ai contacté la DGFiP... l'effet de bord lié à leur mise est ennuyeux pour
nous.

Je vous tiens au courant dès que j'ai plus de détails...

Le 1 juin 2016 à 15:58, Nicolas Moyroud  a écrit :

> Ouaip compliqué en effet.
> En tout cas je pense que ce serait bien de trouver une solution. Parce que
> là en l'état je ne me vois pas continuer à intégrer le bâti avec cette
> qualité. Hier j'y ai passé énormément de temps à tout nettoyer pour une
> commune de taille plutôt modeste.
> Autre proposition : serait-il possible de négocier avec la DGFiP pour
> avoir accès comme avant aux PDF full resolution sur une commune entière ?
>
> Nicolas
>
>
> Le 01/06/2016 14:53, Bruno Cortial a écrit :
>
> Le 1 juin 2016 à 14:10, Nicolas Moyroud  a écrit :
>
>>  Ce ne serait pas plutôt possible de faire l'extraction vectorielle à
>> partir du serveur de tuiles openstreetmap France du coup ?
>>
>
> C'est limite jouable :
> 
> https://www.openstreetmap.org/user/BrunoC/diary/9525
> La vectorication avec autrotrace créait des artefacts, des
> imprecisions,...
>
> gdal fait ce genre de truc : http://www.gdal.org/gdal_polygonize.html
>
> Les pdf sont une source déjà vecteur. On peut espérer qu'a une certaine
> échelle, les nouveau pdf produits sont de qualité équivalente aux anciens.
> Il "suffirait" alors de multiplier les pdf sur la commune, et de d'éliminer
> les doublons lors de la constitution du .osm.
>
> Bruno
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-be] municipal boundaries in Belgium

[Sander Deryckere]

Note that the GRB data mentions it's "voorlopig", and often, the data shows
an offset from parcel boundaries. At those places, I would expect the
boundaries to follow parcel boundaries (and I expect parcel boundaries to
be of better quality).

2016-06-01 19:01 GMT+02:00 joost schouppe :

> very true... 100 meters would be vast imho. A difference of 5 meters I
>> would think that is pretty much ok, although the importance of that can
>> be big when borders cross buildings.
>>
>> Exactly, I think the definition of correct is pretty narrow here.
>
>
>> More important: remember that those boundaries usually align on each
>> other, so when you make a admin level 8 smaller, you -probably- also
>> need to modify all others as well. e.g.  If you make north border of
>> Antwerp smaller, you probably need to make Belgium smaller too, AND the
>> province etc.  probably even from level 1 down to 9 if you want to do
>> this well.  At the least we will need to verify them to make sure.
>>
>> Yes, this is something to keep in mind. As long as you don't go splitting
> ways in the wrong place, that shouldn't be a problem though, right? If they
> are properly mapped, boundaries like that should reuse the same segments
> over and over again, so correct one and you correct all the others. E.g.
> http://www.openstreetmap.org/way/87806314
>
>
>
>> GRB data actually has border information if I remember correctly.  some
>> of their map layers (tiles) show the level 8 boundary (a very fine line
>> though, almost invisible).
>>
>> I think this is the one:
> https://download.agiv.be/Producten/Detail?id=1217=Voorlopig_referentiebestand_gemeentegrenzen_toestand_29_01_2016
>
>
>
> ___
> 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-cu] comunidad OSM en Cuba!

[pb[gmail]]

Lo de la edición tiene varias aristas:

1- Editores offline para móviles hay varios, solo hay que ponerlos en manos de 
los que tengan la disposición y el teléfono
2- Para que los que editen offline suban los datos podemos distribuir 
tarjeticas de Nauta, pa que en lo que hablan por IMO vayan contribuyendo lo que 
subieron ;)



> On 1/6/2016, at 1:23 p.m., Laura Barroso Pérez  
> wrote:
> 
> 1 y 3. Bueno hay contactos que tal vez puedan ayudar en la impresión de los 
> mapas.
> Pensar en la opción de algún editor de android offline no está nada mal, pero 
> solo como otra opción más, no todo el mundo cuenta con un teléfono android, y 
> hay mucha gente que puede ayudar a mapear y de tecnología no sabe nada.
> Entonces tenemos tres opciones para que la gente empiece a mapear: maps 
> pappers, algún editor de android offline y el correo que el flujo habría que 
> refinarlo porque habrá alguno que se pierda jejeje
> 2. Guillermo si puedes averiguar de alguien en educación sería genial.
> 
> 
> -Mensaje original-
> De: Guillermo López [mailto:jglopez@gmail.com]
> Enviado el: Wednesday, June 1, 2016 1:15 PM
> Para: OpenStreetMap Cuba
> Asunto: Re: [Talk-cu] comunidad OSM en Cuba!
> 
> 1. Sobre las impresiones... será factible imprimir los mapas? Para mantener 
> un ritmo decente se necesitarían algunos recursos que no sé si daría 
> resultado y que ahora no tenemos (digo ¿lo tenemos?)
> 
> A lo mejor se puede utilizar algún editor Android offline como Vespucci u 
> otros que se puedan utilizar offline. No sé, no todo el mundo tiene 
> conocimiento de informática, pero ya bastante gente tiene habilidades en el 
> uso de Android.
> 
> 2. Ni idea de alguien que trabaje en educación que pueda ayudarnos, pero 
> puedo averiguar. :-/ Sería bueno porque es una fuente potencial de miembros 
> que pueden contribuir.
> 
> 3. En cuanto a lo del correo, no sé, no veo el flujo claro de cómo sería para 
> lograr un buen resultado. Y seriamente la gente tendría que utilizar algo 
> mejor que Paint para anotar. jaja.
> 
> 
> 
> El 1/6/16, Laura Barroso Pérez  escribió:
>> 1. Lo del mecanismo del correo habría que probar a ver qué sale...me
>> preocupan las impresiciones que serán un poco más grandes que las del
>> papel...
>> 2. Sí Guillermo, eso sería lo idea, involucrar a gente que no esté
>> necesariamente relacionada con la informática, que se le imprima el
>> carácter social... eso sí, yo al menos no conozco a nadie que esté
>> dentro del campo de la educación a no ser que sea
>> universitario...alguien conoce a alguien en ese mundo??? Me parece
>> que es más simple entrar con alguien conocido directamente.
>> 
>> -Mensaje original-
>> De: Guillermo López [mailto:jglopez@gmail.com] Enviado el:
>> Wednesday, June 1, 2016 12:41 PM
>> Para: OpenStreetMap Cuba
>> Asunto: Re: [Talk-cu] comunidad OSM en Cuba!
>> 
>> También pienso que es importante que la gente comprenda la necesidad
>> de su contribución en la comunidad. Tiene que haber un objetivo social
>> para que la gente se motive a participar, si no las contribuciones van
>> a seguir siendo muy modestas, sobre todo con las limitaciones tecnológicas 
>> que hay en Cuba.
>> 
>> Me gusta la idea de involucrar a las secundarias y otros medios de
>> enseñanza... le da un carácter social. Así por ejemplo se podrían
>> vincular los mapas con la educación, el turismo, etc. Eso resalta la
>> importancia de la comunidad.
>> 
>> Las personas necesitan saber por qué y en qué va a ayudar su contribución...
>> fijar metas y objetivos. Eso pienso que es importante:
>> saber par qué se está trabajando en nuestro contexto, que tiene
>> algunas particularidades al de OSMF.
>> 
>> 
>> El 1/6/16, pb[gmail]  escribió:
>>> jeje funciona más o menos así :)
>>> 
 On 1/6/2016, at 12:05 p.m., Alfonso Ali > wrote:
 
 Una pregunta con los fieldpapers, se puede hacer algo parecido pero
 digital? estoy pensando en algo como:
 
 1.- Usuario envía un correo a una dirección
>>> 
>>> usuario envía un correo diciendo dónde vive o dónde quiere mapear
>>> 
 2.- Se le envía una imagen del área
>>> 
>>> se le manda un fieldpaper = .pdf o .loquesea
>>> 
 3.- Usuario "pinta" sobre la imagen usando paint o algo similar
>>> 
>>> usuario anota como mejor le convenga, como se sienta más cómodo
>>> 
 4.- Usuario envía imagen "pintada" por email
>>> 
>>> usuario lo manda patrá
>>> 
 
 vaya, que sería un josm muy simplificado por correo.
 
 Creo que algo así sería más práctico y escalable para nuestras
 condiciones y no es díficil de implementar
>>> 
>>> Lo de los papeles es pal que no tiene ni correo electrónico, pero lo
>>> del correo está buenísimo. Igual le podemos pedir a la gente que nos
>>> mande las trazas del GPS de su teléfono igual por correo
>>> 
 
 2016-06-01 12:02 

Re: [Talk-it] discutibili cancellazioni, modifiche ed integrazioni

[Lorenzo Mastrogiacomi]

> > Appunto un agglomerato con centinaia di ville. Che siano abusive o
> > meno non significa nulla, sono lì, le persone ci abitano e usano
> > quella viabilità per spostarsi.
> > Questa è la realtà che si dovrebbe mappare. Chiaramente io non sono
> > del posto (anche se le stesse cose succedono un po' ovunque) quindi mi
> > limito ad analizzare quello che esponi.
> 
> Personalmente non metterei highway=residential ad una strada fuori 
> dall'agglomerato urbano. Credo che la soluzione migliore sarebbe 
> unclassified, magari aggiungendo il dettaglio surface=*.
> ciao
> Paolo M
> 


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

Re: [Talk-cu] comunidad OSM en Cuba!

[Laura Barroso Pérez]

1 y 3. Bueno hay contactos que tal vez puedan ayudar en la impresión de los 
mapas.
Pensar en la opción de algún editor de android offline no está nada mal, pero 
solo como otra opción más, no todo el mundo cuenta con un teléfono android, y 
hay mucha gente que puede ayudar a mapear y de tecnología no sabe nada.
Entonces tenemos tres opciones para que la gente empiece a mapear: maps 
pappers, algún editor de android offline y el correo que el flujo habría que 
refinarlo porque habrá alguno que se pierda jejeje
2. Guillermo si puedes averiguar de alguien en educación sería genial.


-Mensaje original-
De: Guillermo López [mailto:jglopez@gmail.com] 
Enviado el: Wednesday, June 1, 2016 1:15 PM
Para: OpenStreetMap Cuba
Asunto: Re: [Talk-cu] comunidad OSM en Cuba!

1. Sobre las impresiones... será factible imprimir los mapas? Para mantener un 
ritmo decente se necesitarían algunos recursos que no sé si daría resultado y 
que ahora no tenemos (digo ¿lo tenemos?)

A lo mejor se puede utilizar algún editor Android offline como Vespucci u otros 
que se puedan utilizar offline. No sé, no todo el mundo tiene conocimiento de 
informática, pero ya bastante gente tiene habilidades en el uso de Android.

2. Ni idea de alguien que trabaje en educación que pueda ayudarnos, pero puedo 
averiguar. :-/ Sería bueno porque es una fuente potencial de miembros que 
pueden contribuir.

3. En cuanto a lo del correo, no sé, no veo el flujo claro de cómo sería para 
lograr un buen resultado. Y seriamente la gente tendría que utilizar algo mejor 
que Paint para anotar. jaja.



El 1/6/16, Laura Barroso Pérez  escribió:
> 1. Lo del mecanismo del correo habría que probar a ver qué sale...me 
> preocupan las impresiciones que serán un poco más grandes que las del 
> papel...
> 2. Sí Guillermo, eso sería lo idea, involucrar a gente que no esté 
> necesariamente relacionada con la informática, que se le imprima el 
> carácter social... eso sí, yo al menos no conozco a nadie que esté 
> dentro del campo de la educación a no ser que sea 
> universitario...alguien conoce a alguien en ese mundo??? Me parece 
> que es más simple entrar con alguien conocido directamente.
>
> -Mensaje original-
> De: Guillermo López [mailto:jglopez@gmail.com] Enviado el: 
> Wednesday, June 1, 2016 12:41 PM
> Para: OpenStreetMap Cuba
> Asunto: Re: [Talk-cu] comunidad OSM en Cuba!
>
> También pienso que es importante que la gente comprenda la necesidad 
> de su contribución en la comunidad. Tiene que haber un objetivo social 
> para que la gente se motive a participar, si no las contribuciones van 
> a seguir siendo muy modestas, sobre todo con las limitaciones tecnológicas 
> que hay en Cuba.
>
> Me gusta la idea de involucrar a las secundarias y otros medios de 
> enseñanza... le da un carácter social. Así por ejemplo se podrían 
> vincular los mapas con la educación, el turismo, etc. Eso resalta la 
> importancia de la comunidad.
>
> Las personas necesitan saber por qué y en qué va a ayudar su contribución...
> fijar metas y objetivos. Eso pienso que es importante:
> saber par qué se está trabajando en nuestro contexto, que tiene 
> algunas particularidades al de OSMF.
>
>
> El 1/6/16, pb[gmail]  escribió:
>> jeje funciona más o menos así :)
>>
>>> On 1/6/2016, at 12:05 p.m., Alfonso Ali >> > wrote:
>>>
>>> Una pregunta con los fieldpapers, se puede hacer algo parecido pero 
>>> digital? estoy pensando en algo como:
>>>
>>> 1.- Usuario envía un correo a una dirección
>>
>> usuario envía un correo diciendo dónde vive o dónde quiere mapear
>>
>>> 2.- Se le envía una imagen del área
>>
>> se le manda un fieldpaper = .pdf o .loquesea
>>
>>> 3.- Usuario "pinta" sobre la imagen usando paint o algo similar
>>
>> usuario anota como mejor le convenga, como se sienta más cómodo
>>
>>> 4.- Usuario envía imagen "pintada" por email
>>
>> usuario lo manda patrá
>>
>>>
>>> vaya, que sería un josm muy simplificado por correo.
>>>
>>> Creo que algo así sería más práctico y escalable para nuestras 
>>> condiciones y no es díficil de implementar
>>
>> Lo de los papeles es pal que no tiene ni correo electrónico, pero lo 
>> del correo está buenísimo. Igual le podemos pedir a la gente que nos 
>> mande las trazas del GPS de su teléfono igual por correo
>>
>>>
>>> 2016-06-01 12:02 GMT-04:00 pb[gmail] >> >:
>>> La idea de dejar fieldpapers [1] en los locales es recoger lo que la 
>>> gente nos pueda aportar.
>>> Por ejemplo:
>>> Imprimimos un poster con un mapa de la zona y unas instrucciones 
>>> sencilla y dejamos papeles impresos con pedacitos. Las personas que 
>>> vayan al local, entiéndase bar o restaurante o lo que sea, además de 
>>> escribir en las paredes puede anotar en nuestro mapa o rellenarnos 
>>> un fieldpapaer si conoce la zona.
>>> Hay que pensarlo mejor, y escoger bien los 

Re: [Talk-it] Mappa Esino Lario

[Paolo Monegato]

Il 01/06/2016 18:54, Aury88 ha scritto:

Paolo Monegato wrote

Se questi non hanno un nome perché bisogna metterglielo per forza?

in qualche maniera la gente del posto dovrà pur avere un modo di chiamare
quegli elementi, no? se dovessero usarli come punto di ritrovo come si
metterebbero d'accordo? forse il tag loc_name non è il più appropriato per
indicare questo genere di informazione ma è imho un informazione che
potrebbe tornare utile e che quindi vale la pena tenerne traccia in qualche
tag...
mi è capitato spesso di ricevere indicazioni con nomi che la gente del posto
dava agli elementi/strade, nomi che naturalmente non avevano nulla a che
fare con la toponomastica ufficialeun bel casino xD


Che sia una info utile è vero. Ma se il "nome" è tipo "il parcheggio di 
Via Mazzini" io non metterei name=Parcheggio Via Mazzini... È una info 
che si ricava comunque dalla carta (basta vedere dov'è via Mazzini e il 
parcheggio più vicino).
Sarebbe come mettere "name=Parcheggio Auchan" al parcheggio del 
supermercato...


ciao
Paolo m

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

Re: [OSM-talk-be] municipal boundaries in Belgium

[joost schouppe]

>
> very true... 100 meters would be vast imho. A difference of 5 meters I
> would think that is pretty much ok, although the importance of that can
> be big when borders cross buildings.
>
> Exactly, I think the definition of correct is pretty narrow here.


> More important: remember that those boundaries usually align on each
> other, so when you make a admin level 8 smaller, you -probably- also
> need to modify all others as well. e.g.  If you make north border of
> Antwerp smaller, you probably need to make Belgium smaller too, AND the
> province etc.  probably even from level 1 down to 9 if you want to do
> this well.  At the least we will need to verify them to make sure.
>
> Yes, this is something to keep in mind. As long as you don't go splitting
ways in the wrong place, that shouldn't be a problem though, right? If they
are properly mapped, boundaries like that should reuse the same segments
over and over again, so correct one and you correct all the others. E.g.
http://www.openstreetmap.org/way/87806314



> GRB data actually has border information if I remember correctly.  some
> of their map layers (tiles) show the level 8 boundary (a very fine line
> though, almost invisible).
>
> I think this is the one:
https://download.agiv.be/Producten/Detail?id=1217=Voorlopig_referentiebestand_gemeentegrenzen_toestand_29_01_2016
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[OSM-talk-fr] Bano et territoires lointains

[JB]

Bonsoir,

Après m'y être pris comme une patate pour gérer le json fourni par l'api 
de la Ban, j'ai une autre question que j'espère plus productive…


Dans certains territoires lointains, l'api de reverse-géocodage renvoie 
un json vide, par exemple : 
http://api-adresse.data.gouv.fr/reverse/?lon=-56.17204=46.78129 qui 
devrait tomber du côté de Saint-Pierre (sans Miquelon). Est-ce voulu, ou 
pourrait-elle renvoyer au moins une ville, éventuellement un code postal 
même s'il n'y a pas forcément de rue ou de numéro ? Ou c'est moi qui m'y 
prend mal encore une fois ?


Sinon, d'autres zones fonctionnent bien 
(http://api-adresse.data.gouv.fr/reverse/?lon=55.44879=-20.88019 du 
coté de Saint-Denis)


JB.


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

Re: [Talk-it] Mappa Esino Lario

[Aury88]

Paolo Monegato wrote
> Se questi non hanno un nome perché bisogna metterglielo per forza?

in qualche maniera la gente del posto dovrà pur avere un modo di chiamare
quegli elementi, no? se dovessero usarli come punto di ritrovo come si
metterebbero d'accordo? forse il tag loc_name non è il più appropriato per
indicare questo genere di informazione ma è imho un informazione che
potrebbe tornare utile e che quindi vale la pena tenerne traccia in qualche
tag...
mi è capitato spesso di ricevere indicazioni con nomi che la gente del posto
dava agli elementi/strade, nomi che naturalmente non avevano nulla a che
fare con la toponomastica ufficialeun bel casino xD





-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/Mappa-Esino-Lario-tp5874340p5874563.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Inondations dans le Centre et fermeture d'autoroutes

[Yannick]

Le 01/06/2016 17:49, François Lacombe a écrit :
> -1 pour utiliser access=no.
> Ce n'est pas parce qu'il y a de l'eau sur le tronçon que la route
> n'est pas destinée à accueillir la circulation des véhicules.
> 
> Par contre, utiliser OpenEventDb avec en géométrie le tronçon concerné
> et les dates issues du communiqué de la préfecture, c'est mieux :)
> https://github.com/openeventdatabase
> 
> A+
> François Lacombe
> 
> fl dot infosreseaux At gmail dot com
> www.infos-reseaux.com
> @InfosReseaux
> 
> 
> Le 1 juin 2016 à 17:31, Francescu GAROBY  a écrit :
>> Bonjour,
>> La préfecture du Loiret vient d'annoncer que l'autoroute A10 restera fermé
>> plusieurs jours, entre Artenay et Tours.
>> Je me demandais donc si un tel délai était suffisant pour marquer comme
>> "access=no" le tronçon concerné...


Bonsoir,

Pourquoi en complément ne pas ajouter le fait que la route est inondable?

Amitiés

-- 
Yannick VOYEAUD
Nul n'a droit au superflu tant que chacun n'a pas son nécessaire
(Camille JOUFFRAY 1841-1924, maire de Vienne)
http://www.voyeaud.org
Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
Journées du Logiciel Libre: http://jdll.org
Généalogie en liberté avec Ancestris http://www.ancestris.org

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

Re: [Talk-GB] Purton Hulks

[Brian Prangle]

If you go to OSM's sister project openseamap you'll find they have a tag
for hulk

https://wiki.openstreetmap.org/wiki/Seamarks/Seamark_Objects

Regards

Brian

On 1 June 2016 at 12:12, Andy Mabbett  wrote:

> The Purton Hulks:
>
>https://en.wikipedia.org/wiki/Purton_Hulks
>
> are a set of boats, which have been deliberately beached on the banks
> of the River Severn, to reinforce the river banks.
>
> The author of the above Wikipedia article and I would like to mark
> each individual hulk on OSM, and to include their coordinates in the
> Wikipedia article.
>
> A Bristol University Survey map of 1996 is on page 6 of:
>
>
> http://nauticalarchaeologysociety.org/sites/default/files/u9/purton_report_2008.pdf
>
> Some of the hulks are visible in Bing imagery.
>
> Can anyone assist? How should they be tagged?
>
> --
> Andy Mabbett
> @pigsonthewing
> http://pigsonthewing.org.uk
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-fr] Aide

[nicolas serge sagna]

Bonjour

Merci pour la solution ça marche du tonnerre.
Maintenant je voudrai savoir s'il est possible
d'avoir un outil de recherche amélioré ou
personnalisable autre que le filtre.

Merci encore

Le 31 mai 2016 à 14:31, Vincent Bergeot  a écrit :

> Le 31/05/2016 16:12, nicolas serge sagna a écrit :
>
> Bonjour
> Je suis débutant dans le domaine
> des webmapping. J'ai réalisé cette app
> avec umap (http://u.osmfr.org/m/87505/). Cependant j'ai deux soucis :
> 1.Je n'arrive à afficher les nom des localités
> dans la légende en mode visualisation des
> données.
> 2. Les éqituettes des localité ne s'affichent pas
> non plus dans la carte.
> Merci pour votre aide
>
>
> Bonjour,
> sur votre carte, lorsque vous êtes connecté, dans le menu de gauche des
> couches, vous devez avoir la couche "localité d'interventions", que vous
> pouvez éditer en tableau. Dans ce tableau, changer le titre de colonne
> correspondant à vos localités par name, puis dans propriétés avancées du
> calque,assurez vous d'avoir l'affichage des étiquettes.
>
> Pour éviter toutes erreurs, vous pouvez cloner la carte pour faire des
> tests, et ou pour partager ce clone pour que l'on puisse vous aider.
>
> Bonne journée
>
>
>
>
>
>
>
>
>
> --
> Nicolas Sagna
> Laboratoire de Géographie
> IFAN Ch. A. Diop
> Université Cheikh Anta Diop
> 33 825 98 90, poste 208
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> --
> Vincent Bergeot
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Nicolas Sagna
Laboratoire de Géographie
IFAN Ch. A. Diop
Université Cheikh Anta Diop
33 825 98 90, poste 208
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-cu] comunidad OSM en Cuba!

[pb[gmail]]

La idea de dejar fieldpapers [1] en los locales es recoger lo que la gente nos 
pueda aportar.
Por ejemplo:
Imprimimos un poster con un mapa de la zona y unas instrucciones sencilla y 
dejamos papeles impresos con pedacitos. Las personas que vayan al local, 
entiéndase bar o restaurante o lo que sea, además de escribir en las paredes 
puede anotar en nuestro mapa o rellenarnos un fieldpapaer si conoce la zona.
Hay que pensarlo mejor, y escoger bien los locales pero igual en los encuentros 
de desarrolladores podemos intentarlo, como eso ya tiene habituales puede ser 
un buen lugar para distribuir y después recoger con una frecuencia mensual.

Seguimos dándole vueltas, también hay un par de ideas que podemos hacer con 
Mapillary [2]. Lo principal es acercarle OSM a la gente, con las condiciones de 
Cuba y tratar de saltarnos las limitaciones con soluciones más creativas que 
está claro que van a tener mucho de inventiva criolla, es la única manera de 
salir adelante.

bb,
pb

[1] http://fieldpapers.org 
[2] https://www.mapillary.com 



> On 1/6/2016, at 11:23 a.m., Laura Barroso Pérez  
> wrote:
> 
> 1.   Sí, excelente idea. Por mi parte desde ya me comprometo con la 
> charla sobre MapaDCuba.
> 2.   Este punto pb podría explicarlo mejor… pero es algo como que la 
> gente se lleve un mapa impreso y que lo llene y si regresa al lugar lo 
> entregue,  después en algún momento nosotros importaríamos los datos. Por eso 
> necesitamos que alguien conozca a algún dueño, para entregarle los map papers 
> y que se los entreguen a los clientes J
> 
> De: Alfonso Ali [mailto:alfonso@gmail.com]
> Enviado el: Wednesday, June 1, 2016 11:09 AM
> Para: OpenStreetMap Cuba
> Asunto: Re: [Talk-cu] comunidad OSM en Cuba!
> 
> 
> 2016-06-01 11:02 GMT-04:00 Laura Barroso  >:
>> 
>> 1. Reunirnos una vez al mes como comunidad.
> 
> Yo empezaría primero por usar los espacios existentes para ir incluyendo 
> charlas, presentaciones, proyectos, etc. Cuando se tenga masa crítica 
> entonces se pasaría a esto que propones. Para ser más específico, estoy 
> pensando en los ESD que se hacen todos los meses (casi siempre el último 
> sábado) y al que asisten muchas personas, tal vez Pb podría dar su charla de 
> OSM en el próximo, Laura una sobre MapaDCuba después, yo otra sobre mapas 
> para android, etc, etc.
> 
>> 2. Buscar un espacio para mapear en papel(Alguien conoce algún dueño de un
>> bar o algo parecido??)
> 
> Conocer, conocer, yo conozco, lo que no entiendo bien es que gestión 
> necesitas que haga :D
> 
> 
> ___
> Talk-cu mailing list
> Talk-cu@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cu



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
Talk-cu mailing list
Talk-cu@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cu

Re: [Talk-it] discutibili cancellazioni, modifiche ed integrazioni

[Marcello]

Dino,

da quanto dici mi sembra che anche per te non è facile decidere come
classificare quelle strade. Sono nato e cresciuto in campagna per cui
conosco bene la situazione, in molte zone, di solito quelle
paesaggisticamente più interessanti, molti edifici sono stati
trasformati in ville e chi ci abita, o le usa nei weekend, di solito non
coltiva il terreno circostante, ma lo affida ad altri. Ho iniziato a
contribuire ad OSM più di tre anni fa e in lista il problema della
classificazione delle strade è stato posto diverse volte, alla fine sono
arrivato a questa mia conclusione, spero corretta: se la strada serve un
gruppo di almeno 5/6 abitazioni ravvicinate utilizzo residential,
altrimenti se comunque è la via di collegamento di abitazioni alla
viabilità principale utilizzo service, invece per i tratti che sono
utilizzati principalmente per l'accesso ai terreni utilizzo track.
Diciamo che su una track, destinata prevalentemente all'uso agricolo e
forestale, mi aspetto di incontrare più trattori che automobili.

Chiaramente per fare ciò la conoscenza del luogo è importante, infatti
quel changeset mi lascia molti dubbi, dato che sembra estendersi
dall'alto Lazio a Pescara, senza però un'indicazione precisa di cosa si
è andato ad aggiungere o modificare e in che zona. Ho visto che le
immagini satellitari di Realvista per l'Italia centrale coprono
esattamente la stessa fascia, quindi la supposizione di Federico credo
sia quella corretta.


Il 01/06/2016 10:00, Dino Michelini ha scritto:
> circa il Tag:highway=residential trovo su wiki:
>
>   * *residential* – street or road generally used for local traffic
> within settlement.
>
> ed alcune osservazioni:
>
>  1. Marcello scrive: /"//Se nel PRG le aree sono ancora agricole ma le
> strade servono, come affermi, molti edifici, mi sembra più
> corretta la classificazione come residenziali"/. Queste case
> agricole ad Oriolo Romano ma il discorso può essere esteso a tutte
> le piccole realtà del viterbese sono costruite fuori (e non
> all'interno) dell'insediamento abitativo (presumo che nella wiki
> si intenda il paese/frazione) e con altri parametri di
> edificabilità delle case in aree residenziali; le abitazioni
> agricole nel Lazio fino al 16/03/2003 potevano essere costruite su
> una superficie minima 20 metri quadri per ogni 5mila metri quadri
> di terreno (L.R. 22/12/1999, n. 38 art 55
> 
> ),
> successivamente questo articolo è stato modificato (L.R. 8
> 17/03/2003
> 
> )
> così: /"la nuova edificazione in zona agricola è consentita
> soltanto se necessaria alla conduzione del fondo e all'esercizio
> delle attività agricole e di quelle ad esse connesse. Eventuali
> edificazioni da destinare ad usi di tipo esclusivamente
> residenziale estensivo sono realizzabili nelle zone C di cui
> all'articolo 56". /Gli edifici in aree residenziali devono
> rispettare solo la distanza di 5 m dai confini del terreno ed
> hanno superficie minima di edificabilità molto maggiore. In
> pratica, queste centinaia di abitazioni che allo stato di fatto
> più che agricole sono ville, sono il frutto della politica
> affaristica paesana e di fatto difformi (alias abusive) dai
> progetti approvati e conservati all'ufficio tecnico. Nonostante la
> presenza di questi edifici, esistono a ridosso di questi ancora
> centinaia di ettari destinati al pascolo, all'erbaio, alla
> coltivazione: quindi, queste aree ancora non sono totalmente né
> residenziali (non ne hanno neanche i requisiti richiesti dalla
> wiki-manca quello di "street or road generally used for local
> traffic within settlement") né agricole, anche se prevale ancora
> il terreno ad uso agricolo. Quanto, al ricorso di import massivi
> posso giustificarlo per le grandi reti tecnologiche e viarie e per
> le strade dei principali centri urbani
>  ma se è vero
> che "OpenStreetMap enfatizza la conoscenza locale" non lo capisco
> quando vanno a vanificare i contributi dei mappatori
> locali. Quindi, classificare queste strade come residential mi
> sembra una bella forzatura. 
> 2.
> Federico Cortese scrive: /"Quello che prevede il PRG è di relativa 
> importanza
> rispetto alla realtà che rappresentiamo in OSM"/. A quale realtà
> ti riferisci? La percezione della realtà di una persona che non conosce 
> il posto, magari ci passa per caso un giorno con un gps, o ancora peggio fa 
> un import di dati costruiti da "presunti specialisti" con criteri ancora più 
> discutibili, è del tutto soggettiva, relativa. Provo a fare un altro esempio 
> per essere più chiaro. Ferrovia in disuso Civitavecchia-Capranica
> 

Re: [OSM-talk-fr] Inondations dans le Centre et fermeture d'autoroutes

[François Lacombe]

-1 pour utiliser access=no.
Ce n'est pas parce qu'il y a de l'eau sur le tronçon que la route
n'est pas destinée à accueillir la circulation des véhicules.

Par contre, utiliser OpenEventDb avec en géométrie le tronçon concerné
et les dates issues du communiqué de la préfecture, c'est mieux :)
https://github.com/openeventdatabase

A+
François Lacombe

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com
@InfosReseaux


Le 1 juin 2016 à 17:31, Francescu GAROBY  a écrit :
> Bonjour,
> La préfecture du Loiret vient d'annoncer que l'autoroute A10 restera fermé
> plusieurs jours, entre Artenay et Tours.
> Je me demandais donc si un tel délai était suffisant pour marquer comme
> "access=no" le tronçon concerné...
>
> --
> Cordialement,
> Francescu GAROBY
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>

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

[OSM-talk-fr] Inondations dans le Centre et fermeture d'autoroutes

[Francescu GAROBY]

Bonjour,
La préfecture du Loiret vient d'annoncer que l'autoroute A10 restera fermé
plusieurs jours, entre Artenay et Tours.
Je me demandais donc si un tel délai était suffisant pour marquer comme
"access=no" le tronçon concerné...

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

Re: [Talk-GB] Purton Hulks

[Andy Robinson]

In a prior life I worked for an engineering firm who's boss was a keen sailor, 
as was the chief engineer. They decided to build concrete sailing yachts based 
on an Australian design. One got built but alas that’s as far as it went.

Cheers
Andy

-Original Message-
From: Tom Hughes [mailto:t...@compton.nu] 
Sent: 01 June 2016 12:41
To: Andy Mabbett; Talk-GB@openstreetmap.org
Subject: Re: [Talk-GB] Purton Hulks

On 01/06/16 12:12, Andy Mabbett wrote:

> The Purton Hulks:
>
>https://en.wikipedia.org/wiki/Purton_Hulks
>
> are a set of boats, which have been deliberately beached on the banks 
> of the River Severn, to reinforce the river banks.
>
> The author of the above Wikipedia article and I would like to mark 
> each individual hulk on OSM, and to include their coordinates in the 
> Wikipedia article.
>
> A Bristol University Survey map of 1996 is on page 6 of:
>
>
> http://nauticalarchaeologysociety.org/sites/default/files/u9/purton_re
> port_2008.pdf
>
> Some of the hulks are visible in Bing imagery.
>
> Can anyone assist? How should they be tagged?

I suggest barge=concrete ;-)

Not that I had any trouble believing you could make ships out of concrete or 
anything when I first heard about them as a teenager.

Tom

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

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


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

Re: [Talk-cu] comunidad OSM en Cuba!

[Laura Barroso Pérez]

1.   Sí, excelente idea. Por mi parte desde ya me comprometo con la charla 
sobre MapaDCuba. 

2.   Este punto pb podría explicarlo mejor… pero es algo como que la gente 
se lleve un mapa impreso y que lo llene y si regresa al lugar lo entregue,  
después en algún momento nosotros importaríamos los datos. Por eso necesitamos 
que alguien conozca a algún dueño, para entregarle los map papers y que se los 
entreguen a los clientes :) 

 

De: Alfonso Ali [mailto:alfonso@gmail.com] 
Enviado el: Wednesday, June 1, 2016 11:09 AM
Para: OpenStreetMap Cuba
Asunto: Re: [Talk-cu] comunidad OSM en Cuba!

 

 

2016-06-01 11:02 GMT-04:00 Laura Barroso  >:


1. Reunirnos una vez al mes como comunidad.

 

Yo empezaría primero por usar los espacios existentes para ir incluyendo 
charlas, presentaciones, proyectos, etc. Cuando se tenga masa crítica entonces 
se pasaría a esto que propones. Para ser más específico, estoy pensando en los 
ESD que se hacen todos los meses (casi siempre el último sábado) y al que 
asisten muchas personas, tal vez Pb podría dar su charla de OSM en el próximo, 
Laura una sobre MapaDCuba después, yo otra sobre mapas para android, etc, etc.

 

2. Buscar un espacio para mapear en papel(Alguien conoce algún dueño de un
bar o algo parecido??)

 

Conocer, conocer, yo conozco, lo que no entiendo bien es que gestión necesitas 
que haga :D

 

 

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

Re: [Talk-it] Mappa Esino Lario

[Paolo Monegato]

Il 01/06/2016 11:43, Dario Crespi ha scritto:
Ho messo il loc_name per alcuni parcheggi (non hanno mai avuto un 
nome, alcuni non sono nemmeno veri e propri parcheggi.


Se questi non hanno un nome perché bisogna metterglielo per forza?
(si lo so che è più comodo poter dire al Parcheggio X e vedere sulla 
mappa la scritta, però...)


Aggiungo una cosa: imho, quando si usa il tag loc_name, sarebbe il caso 
di aggiungere l'informazione riguardante la lingua. Nel caso specifico 
quindi loc_name:it=*
Questo per evitare confusioni con eventuale toponomastica locale 
lombarda (che andrebbe messa come loc_name:lmo=*)


ciao
Paolo M


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

Re: [Talk-it] Coordinatori regionali

[Paolo Monegato]

Il 31/05/2016 23:56, Cristian Consonni ha scritto:

Ciao,

Il 31 maggio 2016 23:28, Paolo Monegato  ha scritto:

Forse voleva sapere quanti sono, tra quei 391, quelli iscritti per via di
OSM o che, quantomeno, operano su OSM (se non ricordo male ad OSMit l'aveva
chiesto).

Formalmente da statuto e praticamente non ci sono distinzioni tra soci
"OSM" o soci "Wikipedia".

Anche perché, detto molto sinceramente e chiaramente, dei circa 400
soci attuali non tutti sono attivi. Alcune persone si iscrivono solo
per supporto "generico" all'idea della conoscenza libera in tutte le
sue forme (che poi è il fulcro dell'associazione[1]) e non partecipano
alle attività dell'associazione.

Per darvi qualche numero, nella lista soci di nell'ultimo anno - cioè
dal 01/06/2015 ad oggi 31/12/2016 - sono state inviate 2821 mail,
circa 8 mail/giorno. Queste mail sono state mandate da 90 persone
distinte (poco meno del 25% dei soci). Questi possiamo considerarli i
"soci attivi" dell'associazione. Guardando la lista degli indirizzi
mail e andando un po' a occhio, direi che ~ 10 persone sono mappatori
e/o persone attive anche su questa lista.

Quando abbiamo fatto la "chiamata alle armi" per il capitolo avevamo
raccolto 20 persone.  Non so quanti siano i soci di Wikimedia/OSM
Italia che conoscono/usano/contribuiscono a OSM, ma che non
partecipano alla lista soci.


È probabile che più o meno le cifre siano rimaste quelle del momento 
adesione per il capitolo, forse con qualche unità in più.
Comunque censire quanti siano mapper e quanti siano i wikipediani non 
sarebbe comunque facile visto che c'è una quota che collabora ad ambedue 
i progetti (alcuni dando più spazio ad uno dei due, altri suddividendo 
più o meno equamente il tempo).


ciao
Paolo M

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

[OSM-talk-fr] Encourager utilisation OSM dans sites municipaux

[Brice MALLET]

Bonjour,

Durant le SOTM/CA, fut évoqué l'intérêt de sensibiliser les éditeurs de 
sites internet pour les communes à l'utilisation possible d'OSM.
Comme je suis actuellement sur la salon des Maires pour raison 
professionnelle (2.1, G95;-), j'en ai profité pour discuter avec :


- https://www.monclocher.com/ : "pour des communes de moins de 5000 
habitants, Gmaps fonctionne très bien, largement en-dessous du seuil du 
seuil de chargements de cartes par jour pour API GMaps (puisque chaque 
site communal autonome), donc pas besoin d'OSM"


- http://ikod.fr/ : avait un temps envisagé OSM mais facilité pour 
GMaps, le directeur connaît Christian Quest. Message passé de ma part : 
si souhait de maintenant passer à OSM, il trouvera une oreille attentive 
auprès d'OSM-FR.


J'ai les courriels et noms que je transmettrai sur la liste CA si 
souhait d'un envoi ultérieur d'une information de la part de 
l'association OSM-FR.


NB : étonnamment pas d'autres boîtes présentes proposant des sites web 
aux collectivités ; les web agencies ne sont pas au salon des Maires, si 
souhait de les rencontrer serait pê sur un salon plus spécialisé Comm' ?


--
Cordialement

Brice Mallet

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

Re: [Talk-cu] comunidad OSM en Cuba!

[Alfonso Ali]

2016-06-01 11:02 GMT-04:00 Laura Barroso :

>
> 1. Reunirnos una vez al mes como comunidad.
>

Yo empezaría primero por usar los espacios existentes para ir incluyendo
charlas, presentaciones, proyectos, etc. Cuando se tenga masa crítica
entonces se pasaría a esto que propones. Para ser más específico, estoy
pensando en los ESD que se hacen todos los meses (casi siempre el último
sábado) y al que asisten muchas personas, tal vez Pb podría dar su charla
de OSM en el próximo, Laura una sobre MapaDCuba después, yo otra sobre
mapas para android, etc, etc.

2. Buscar un espacio para mapear en papel(Alguien conoce algún dueño de un
> bar o algo parecido??)
>

Conocer, conocer, yo conozco, lo que no entiendo bien es que gestión
necesitas que haga :D
___
Talk-cu mailing list
Talk-cu@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cu

Re: [Talk-it] discutibili cancellazioni, modifiche ed integrazioni

[Paolo Monegato]

Il 01/06/2016 11:38, Federico Cortese ha scritto:

2016-06-01 10:00 GMT+02:00 Dino Michelini :

Marcello scrive: "Se nel PRG le aree sono ancora agricole ma le strade
servono, come affermi, molti edifici, mi sembra più corretta la
classificazione come residenziali". Queste case agricole ad Oriolo Romano ma
il discorso può essere esteso a tutte le piccole realtà del viterbese sono
costruite fuori (e non all'interno) dell'insediamento abitativo (presumo che
nella wiki si intenda il paese/frazione)

Secondo me non si intende solo il paese o la frazione ma qualunque
agglomerato abitativo.


In pratica, queste centinaia di abitazioni che allo stato di fatto più che
agricole sono ville, sono il frutto della politica affaristica paesana e di
fatto difformi (alias abusive) dai progetti approvati e conservati
all'ufficio tecnico.

Appunto un agglomerato con centinaia di ville. Che siano abusive o
meno non significa nulla, sono lì, le persone ci abitano e usano
quella viabilità per spostarsi.
Questa è la realtà che si dovrebbe mappare. Chiaramente io non sono
del posto (anche se le stesse cose succedono un po' ovunque) quindi mi
limito ad analizzare quello che esponi.


Personalmente non metterei highway=residential ad una strada fuori 
dall'agglomerato urbano. Credo che la soluzione migliore sarebbe 
unclassified, magari aggiungendo il dettaglio surface=*.

ciao
Paolo M

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

[Talk-cu] comunidad OSM en Cuba!

[Laura Barroso]

Hola gente, ayer en la noche Pb y yo nos reunimos, el objetivo de la
reunión: cómo organizar la comunidad osm en Cuba, y crear mecanismos para
hacer mapatones en la ciudad.

El asunto fundamental es que no tenemos mucha divulgación, la gente no
sabe qué es OpenStreetMap. Algunas ideas que pensamos implementar:

1. Reunirnos una vez al mes como comunidad.
2. Buscar un espacio para mapear en papel(Alguien conoce algún dueño de un
bar o algo parecido??)
3. Llegar a la gente de joven club(respecto a este punto ayer contacté con
Rubén el antiguo jefe de movilidad de Desoft, para que nos facilitace el
contacto con gente del palacio central)
4. Llegar a las secundarias y preuniversitarios(tal vez crear espacios
para charlas?)
5. Hacer un video para el paquete para los mapatones(Ahora mismo el
paquete constituye una fuente de distribución masiva a nivel nacional)
6. Contactar con blogueros que tengan que ver con tecnología(ya contamos
con el apoyo de Jorge de cubava, su blog http://jorgen.cubava.cu/)

La semana próxima nos reuniremos nuevamente para tratar el tema del guión
para el video, divulgaré la cita por esta misma vía por si alguien quiere
unirse...
La discusión está abierta, si alguien tiene alguna idea o algo que aportar
adelante!





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

Re: [OSM-talk-be] municipal boundaries in Belgium

[Glenn Plas]

Hey Joost,

On 01-06-16 16:19, joost schouppe wrote:
> Well, it depends on your definition of vastly :)

very true... 100 meters would be vast imho. A difference of 5 meters I
would think that is pretty much ok, although the importance of that can
be big when borders cross buildings.

> (I haven't looked at the size of the differences yet)
> 
> I was talking about municipal borders (admin_level=8), postal codes as
> in your example are a wholly different beast, one I wouldn't want to
> tackle right now.

I know it's not level 8, but it doesn't matter what a boundary
represents, I had the Overpass query saved (it's ok to just call me
lazy, not stupid ;-) ! )

All fun aside, in essence: it's really the same, a relation of ways that
have stuff attached.  admin levels are just a label representing concepts.

> But yes, they have a lot of things sticking to them too.

More important: remember that those boundaries usually align on each
other, so when you make a admin level 8 smaller, you -probably- also
need to modify all others as well. e.g.  If you make north border of
Antwerp smaller, you probably need to make Belgium smaller too, AND the
province etc.  probably even from level 1 down to 9 if you want to do
this well.  At the least we will need to verify them to make sure.

GRB data actually has border information if I remember correctly.  some
of their map layers (tiles) show the level 8 boundary (a very fine line
though, almost invisible).

Glenn

> 
> So when is our next hackathon to work on things like this?
> 
> 
> 2016-06-01 16:00 GMT+02:00 Glenn Plas  >:
> 
> Hi,
> 
> I'm not sure they can be vastly improved, it probably depends a lot on
> what boundary.
> 
> In that understanding that there is lot's of stuff attached to those
> boundaries that shouldn't be there.  So when you are working to improve
> boundaries, you'll need to address plenty of those cases, and that will
> slow you down (a lot) and prevent more automated fixes.
> 
> One could also just go in and unglue all stuff that needs to be as a
> preparation and work with clean -closed way- borders, no crap attached.
>  That would open the road for 'program-assisted' changes.
> 
> Little example: http://overpass-turbo.eu/s/gz0
> 
> node 1712080972 : amenity attached to the border
> 
> Greets,
> 
> Glenn
> 
> On 01-06-16 15:46, joost schouppe wrote:
> > RIP Marc.
> >
> > So I understand the geometry of the municipal boundaries could be vastly
> > improved.
> >
> > I'm guessing the easiest workflow would be to load just the geometry of
> > the municipalities and just the OSM municipalities in JOSM, then merge
> > the nodes of the OSM municipalities to the external data. Afterwards,
> > just discard the external geometry. Right?
> >
> > I think I could quite easily identify the largest differences with FME
> > to help set priorities. But I would think this is something where we
> > would just want to copy the official dataset node for node, no?
> >
> 
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-be
> 
> 
> 
> 
> -- 
> Joost @
> Openstreetmap
>  | Twitter
>  | LinkedIn
>  | Meetup
> 
> 
> 
> ___
> 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-de] tag defaults entfernen Was: zur Info: Bicycle=yes/designated als Anzeige Benutzungspflicht aufgeben

[Georg Feddern]

Am 01.06.2016 um 11:42 schrieb Florian Lohoff:


Das kommt ganz schwer auf das tag an ... Ich komme immer wieder an
service oder unclassifieds vorbei die ein tracktype= tragen. Hat mal
ein Stadtkind als Track eingezeichnet (Weil alles was hinter dem
Ortsschild ist muss ja ein Track sein) und dann hat jemand das mal
korrigiert von track zu unclassified etc und das tracktype= nicht
entfernt. Es gibt tag kombinationen die absolut unsinnig sind die es zu
entfernen gilt und es gibt welche die nur redundant sind.


Es ist nicht ganz eindeutig zu entnehmen, welche Kombinationen Du nun 
für entfernenswürdig hältst - ich vermute aber mal den tracktype bei 
service und unclassified.


Nun, abgesehen davon, das tracktype zeit seines Lebens und aktuell immer 
noch im englischen Wiki als Universaltag beschrieben ist - und die 
Eingrenzung auf track mal wieder ein deutscher Alleingang ist:
Genauso, wie manche track mit grade1 in die Planung einbezogen werden 
können, ist es durchaus sinnvoll, manche service/unclassified wegen 
grade2 oder grade3 auszuschließen - und ja, auch da gibt es so einige 
hier in unserem Lande.
Klar, surface gilt als Allheilmittel - nur hat es leider eine in alle 
Richtungen offene Werteskala ...


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

Re: [OSM-talk-be] municipal boundaries in Belgium

[joost schouppe]

Well, it depends on your definition of vastly :)
(I haven't looked at the size of the differences yet)

I was talking about municipal borders (admin_level=8), postal codes as in
your example are a wholly different beast, one I wouldn't want to tackle
right now.
But yes, they have a lot of things sticking to them too.

So when is our next hackathon to work on things like this?


2016-06-01 16:00 GMT+02:00 Glenn Plas :

> Hi,
>
> I'm not sure they can be vastly improved, it probably depends a lot on
> what boundary.
>
> In that understanding that there is lot's of stuff attached to those
> boundaries that shouldn't be there.  So when you are working to improve
> boundaries, you'll need to address plenty of those cases, and that will
> slow you down (a lot) and prevent more automated fixes.
>
> One could also just go in and unglue all stuff that needs to be as a
> preparation and work with clean -closed way- borders, no crap attached.
>  That would open the road for 'program-assisted' changes.
>
> Little example: http://overpass-turbo.eu/s/gz0
>
> node 1712080972 : amenity attached to the border
>
> Greets,
>
> Glenn
>
> On 01-06-16 15:46, joost schouppe wrote:
> > RIP Marc.
> >
> > So I understand the geometry of the municipal boundaries could be vastly
> > improved.
> >
> > I'm guessing the easiest workflow would be to load just the geometry of
> > the municipalities and just the OSM municipalities in JOSM, then merge
> > the nodes of the OSM municipalities to the external data. Afterwards,
> > just discard the external geometry. Right?
> >
> > I think I could quite easily identify the largest differences with FME
> > to help set priorities. But I would think this is something where we
> > would just want to copy the official dataset node for node, no?
> >
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>



-- 
Joost @
Openstreetmap  |
Twitter  | LinkedIn
 | Meetup

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

Re: [Talk-ee] Garmin

[Margus Väli]

Pakun Maakaardi seltsi Garmini seadet, kunagi sai seda isegi
talgutel kasutatud, nüüd juba pikemat aega seisab jõude. Mingeid
omandisuhteid
minul sellega ei ole, küll aga Seltsil. "ära" võiks tähendada, et ulatan
selle mõne
huvilise kätte, kes selle abil loodetavasti kaarti täiendama asub.

Margus

2016-06-01 2:09 GMT+03:00 Joosep-Georg Järvemaa <
joosep-georg.jarve...@eesti.ee>:

> Mismõttes ära?
>
> Kuupäeval 31. mai 2016 16:49 kirjutas Margus Väli :
> > Tere, on ära anda üks seltsi arvel olev Garmin Oregon 200 GPS seade
> Tartus.
> > Sisse käivad AA patareid, 2tk. Minumeelest takistuslikku tüüpi
> > puuteekraaniga.
> >
>
>
___
Talk-ee mailing list
Talk-ee@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ee

Re: [OSM-talk-be] municipal boundaries in Belgium

[Glenn Plas]

Hi,

I'm not sure they can be vastly improved, it probably depends a lot on
what boundary.

In that understanding that there is lot's of stuff attached to those
boundaries that shouldn't be there.  So when you are working to improve
boundaries, you'll need to address plenty of those cases, and that will
slow you down (a lot) and prevent more automated fixes.

One could also just go in and unglue all stuff that needs to be as a
preparation and work with clean -closed way- borders, no crap attached.
 That would open the road for 'program-assisted' changes.

Little example: http://overpass-turbo.eu/s/gz0

node 1712080972 : amenity attached to the border

Greets,

Glenn

On 01-06-16 15:46, joost schouppe wrote:
> RIP Marc.
> 
> So I understand the geometry of the municipal boundaries could be vastly
> improved.
> 
> I'm guessing the easiest workflow would be to load just the geometry of
> the municipalities and just the OSM municipalities in JOSM, then merge
> the nodes of the OSM municipalities to the external data. Afterwards,
> just discard the external geometry. Right?
> 
> I think I could quite easily identify the largest differences with FME
> to help set priorities. But I would think this is something where we
> would just want to copy the official dataset node for node, no?
> 

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

[Talk-us] Problem with USGS Topographic Maps Layer

[GeoKitten]

Hello everyone,
I am OSM user GeoKitten. I frequently use the USGS Topo map layer when editing 
the Pittsburgh, PA area. This layer is provided by OSM's US chapter. I am 
thankful for this resource, but it has a flaw: A large portion of the 
Pittsburgh area is missing at zoom levels 14 and up, including most of the city 
proper. (According to freemaptools.com, the area without coverage has a 
population of roughly 976,000.)

Nonetheless, I use the good portions of this map for determining the path and 
direction of streams, as well as the names of geographic features like streams, 
golf courses, and industrial plants.

Is there anyone out there who can fix this? I have no idea what went wrong, or 
whether the issue could be reasonably fixed, but I figured it was worth 
inquiring.

Sent from [ProtonMail](https://protonmail.com).___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk-fr] Frontière Guyane osm-fr

[Nicolas Moyroud]

Ouaip compliqué en effet.
En tout cas je pense que ce serait bien de trouver une solution. Parce 
que là en l'état je ne me vois pas continuer à intégrer le bâti avec 
cette qualité. Hier j'y ai passé énormément de temps à tout nettoyer 
pour une commune de taille plutôt modeste.
Autre proposition : serait-il possible de négocier avec la DGFiP pour 
avoir accès comme avant aux PDF full resolution sur une commune entière ?


Nicolas

Le 01/06/2016 14:53, Bruno Cortial a écrit :
Le 1 juin 2016 à 14:10, Nicolas Moyroud > a écrit :


 Ce ne serait pas plutôt possible de faire l'extraction
vectorielle à partir du serveur de tuiles openstreetmap France du
coup ?


C'est limite jouable : 
https://www.openstreetmap.org/user/BrunoC/diary/9525
La vectorication avec autrotrace créait des artefacts, des 
imprecisions,...


gdal fait ce genre de truc : http://www.gdal.org/gdal_polygonize.html

Les pdf sont une source déjà vecteur. On peut espérer qu'a une 
certaine échelle, les nouveau pdf produits sont de qualité équivalente 
aux anciens. Il "suffirait" alors de multiplier les pdf sur la 
commune, et de d'éliminer les doublons lors de la constitution du .osm.


Bruno



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

Re: [OSM-talk-be] Import of 2000 DAE in Belgium (Defibrillators / Défibrillateurs)

[Glenn Plas]

Hi,

It would be a fairly trivial task, don't think we need import approval
from upstream for a few thousand single nodes.  It would be a bit like
importing VELO nodes (bike sharing).  The license of this DAE data is open.

I've made a quality assessment tool to compair VELO nodes from VELO
website (json call/feed) to their OSM counterparts to help reposition
nodes and assess the quality.  From time to time I verify them.  The
tool creates an OSM changefile in case some are missing which you can
open in JOSM and upload.

But aftercare is equally important, so from time to time, I compair this
list to OSM.  It will measure distances, tag differences etc. and notify
when they are seperated too much or where key/values deviate.

Since it's json based and the DAE list isn't (csv) I could modify the
code to support csv data, make it a bit more general.  It uses OverPass
API to compair.  It works with existing nodes.

I write command line tools , hence I usually don't release these as they
aren't really usefull unless you are a command line junkie like myself.
 But I can open this up at will.

VELO is a bit different than this as they -so far- use structured naming
schema which we reference in OSM and this makes it easy to diff the data.

I probably need to change / remove / adapt a few checks but it would
take only a few hours to do so.

in short: I can do this rather quickly.

If somebody believes we should walk the 'import data scenario case'
instead, it will probably take much much longer to complete it.  But I
don't see why we should given the nature of this upload.

Hope this helps,

Glenn



On 01-06-16 11:59, Bruno Veyckemans wrote:
> [EN]
> Hello,
> 
> The "Ligue Cardiologique Belge / Belgische Cardiologische Liga" just
> issued a set of 2000 defibrillators (DAE) in Belgium in the Brussels
> open datastore
> http://opendatastore.brussels/en/organization/liguecardioliga (csv or xls)
> 
> It would be great to import them in OSM... There are now only 119 DAE
> known by OSM for the whole country.
> 
> It seems fairly easy (only nodes, no ways) but I don't know how to do
> it... What's the best option to merge and import the 119 existing DAE
> and the 2000 DAE from the Ligue ?
> 
> I suppose it has already been done for other data... If you can teach me
> or help me to do it, we could add the missing DAE and really help people
> looking for a defibrillator in case of emergency.
> 
> If it works, the next step will be to the same for bpost's red mailboxes
> (amenity=post_box). I know bpost is ready to import its data to OSM
> (with collection times and their internal id) but need help to merge it
> with the existing mailboxes.
> 
> [FR]
> Bonjour,
> La Ligue Cardiologique Belge vient de publier sa liste de 2000
> défibrillateurs (DAE) en Belgique via l'Open Data store de la Région
> bruxelloise ici:
> http://opendatastore.brussels/en/organization/liguecardioliga (csv ou xls)
> 
> Ce serait super de pouvoir les importer dans OSM... qui ne connaît pour
> l'instant que 119 DAE pour toute la Belgique (recherche via
> http://overpass-turbo.eu/).
> 
> Cela semble assez facile vu que ce ne sont que des points (nodes), mais
> je ne sais pas trop comment m'y prendre. Quelle est la meilleure option
> pour fusionner les 119 DAE existants avec ces 2000 là ? J'imagine que ça
> a déjà été fait avec d'autres données... Si vous pouviez m'aider à le
> faire, ce serait top et je pense qu'on pourrait faire quelque chose de
> très utile pour aiguiller les gens vers le défibrillateur le plus proche
> en cas d'urgence. Et ce sera moins décourageant de mettre à jour une
> liste de 2000 DAE que la liste actuelle, très peu fournie.
> 
> Par ailleurs, si ça fonctionne, le travail suivant sera de réaliser un
> import similaire avec les boîtes postales rouges de bpost... Je sais
> qu'ils sont d'accord pour importer leurs données sur OSM, avec heures de
> levée et les id internes de leurs boîtes, ce qui permettra une mise à
> jour aisée. Mais il leur manque le savoir-faire pour réaliser
> l'opération proprement sur OSM (essentiellement la gestion des boîtes
> déjà encodées).
> 
> Merci !
> Bruno
> 
> 
> ___
> 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] municipal boundaries in Belgium

[joost schouppe]

RIP Marc.

So I understand the geometry of the municipal boundaries could be vastly
improved.

I'm guessing the easiest workflow would be to load just the geometry of the
municipalities and just the OSM municipalities in JOSM, then merge the
nodes of the OSM municipalities to the external data. Afterwards, just
discard the external geometry. Right?

I think I could quite easily identify the largest differences with FME to
help set priorities. But I would think this is something where we would
just want to copy the official dataset node for node, no?

2016-06-01 15:18 GMT+02:00 Sander Deryckere :

> Heel wat van de grenzen zijn gemapt door Marc De Ridder (die jammer genoeg
> te vroeg van ons heengegaan is:
> https://lists.openstreetmap.org/pipermail/talk-be/2013-January/003565.html
> ).
>
> Zelf heb ik ook de grenzen leren mappen van Marc, en heb ik een groot deel
> van de West-Vlaamse grenzen gemapt. De techniek was om out-of-copyright
> kaarten te nemen (bijvoorbeeld Popp kaarten), die te aligneren met
> weglayouts (want luchtfoto's waren nog niet beschikbaar), om zo ongeveer
> correcte grenzen te bekomen.
>
> Het belangrijkste bij die grenzen was om geocoding mogelijk te maken, en
> voor het grootste deel van de straten de correcte gemeente te kunnen geven.
>
> Er zitten natuurlijk fouten in (zoals offsets doordat we die kaarten niet
> precies genoeg konden aligneren), maar het is niet zo moeilijk om die met
> de huidige data te corrigeren (het moeilijkste is de fouten vinden).
>
> Mvg,
> Sander
>
> 2016-06-01 13:57 GMT+02:00 Killian De Volder :
>
>> Personally for Flanders I wouldn't worry to much. Lets wait maybe a a
>> year or 2 to get the municipals time to correct/update their borders in
>> AGIV (GRB).
>> But form the things I compared, I found the current borders to be are
>> rather good.
>>
>> I'm going to assume they are rather old too. As such they have probably
>> been created using: maps obtained from various sources, signposts, ...
>>
>> Some-one else might be able to shed more light on this.
>>
>> On 01-06-16 12:36, joost schouppe wrote:
>> > Hi,
>> >
>> > I got a question about municipal boundaries in Belgium. I had a look
>> here [1], but it seems to be lacking detailed information about how this
>> data was added to OSM and what the source is. I do remember seeing some
>> info about this, but we should probably have a bit more formal
>> documentation, right? Or am I missing the right place to look for the info?
>> >
>> > 1: http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Boundaries
>> > --
>> > joost schouppe
>> >
>> >
>> > ___
>> > 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
>>
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>


-- 
Joost @
Openstreetmap  |
Twitter  | LinkedIn
 | Meetup

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

Re: [OSM-talk-be] municipal boundaries in Belgium

[Sander Deryckere]

Heel wat van de grenzen zijn gemapt door Marc De Ridder (die jammer genoeg
te vroeg van ons heengegaan is:
https://lists.openstreetmap.org/pipermail/talk-be/2013-January/003565.html
).

Zelf heb ik ook de grenzen leren mappen van Marc, en heb ik een groot deel
van de West-Vlaamse grenzen gemapt. De techniek was om out-of-copyright
kaarten te nemen (bijvoorbeeld Popp kaarten), die te aligneren met
weglayouts (want luchtfoto's waren nog niet beschikbaar), om zo ongeveer
correcte grenzen te bekomen.

Het belangrijkste bij die grenzen was om geocoding mogelijk te maken, en
voor het grootste deel van de straten de correcte gemeente te kunnen geven.

Er zitten natuurlijk fouten in (zoals offsets doordat we die kaarten niet
precies genoeg konden aligneren), maar het is niet zo moeilijk om die met
de huidige data te corrigeren (het moeilijkste is de fouten vinden).

Mvg,
Sander

2016-06-01 13:57 GMT+02:00 Killian De Volder :

> Personally for Flanders I wouldn't worry to much. Lets wait maybe a a year
> or 2 to get the municipals time to correct/update their borders in AGIV
> (GRB).
> But form the things I compared, I found the current borders to be are
> rather good.
>
> I'm going to assume they are rather old too. As such they have probably
> been created using: maps obtained from various sources, signposts, ...
>
> Some-one else might be able to shed more light on this.
>
> On 01-06-16 12:36, joost schouppe wrote:
> > Hi,
> >
> > I got a question about municipal boundaries in Belgium. I had a look
> here [1], but it seems to be lacking detailed information about how this
> data was added to OSM and what the source is. I do remember seeing some
> info about this, but we should probably have a bit more formal
> documentation, right? Or am I missing the right place to look for the info?
> >
> > 1: http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Boundaries
> > --
> > joost schouppe
> >
> >
> > ___
> > 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
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-GB] Purton Hulks

[Jez Nicholson]

is it not a historic=wreck ?

I also think that The Purton Hulks makes a great name for a Rugby League
team ;)

On Wed, 1 Jun 2016 at 13:51 Andy Mabbett  wrote:

> On 1 June 2016 at 12:40, Tom Hughes  wrote:
>
> >> How should they be tagged?
>
> > I suggest barge=concrete ;-)
>
> Even the wooden and steel ones?
>
> --
> Andy Mabbett
> @pigsonthewing
> http://pigsonthewing.org.uk
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-fr] Frontière Guyane osm-fr

[Bruno Cortial]

Le 1 juin 2016 à 14:10, Nicolas Moyroud  a écrit :

>  Ce ne serait pas plutôt possible de faire l'extraction vectorielle à
> partir du serveur de tuiles openstreetmap France du coup ?
>

C'est limite jouable : https://www.openstreetmap.org/user/BrunoC/diary/9525
La vectorication avec autrotrace créait des artefacts, des imprecisions,...

gdal fait ce genre de truc : http://www.gdal.org/gdal_polygonize.html

Les pdf sont une source déjà vecteur. On peut espérer qu'a une certaine
échelle, les nouveau pdf produits sont de qualité équivalente aux anciens.
Il "suffirait" alors de multiplier les pdf sur la commune, et de d'éliminer
les doublons lors de la constitution du .osm.

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

[Talk-gb-westmidlands] Fwd: Re: June Meeting

[Rob Nickerson]

Forward to list
-- Forwarded message --
From: "Rob Nickerson" 
Date: 1 Jun 2016 1:51 p.m.
Subject: Re: [Talk-gb-westmidlands] June Meeting
To: "Brian Prangle" 
Cc:

I can't make this Saturday but can do the others. On 25th I'd need to be
back by 5pm but that's OK.

Rob
On 1 Jun 2016 1:37 p.m., "Brian Prangle"  wrote:

> Hi everyone
>
> Remember there's no monthly evening meeting this week as we decided to go
> to Kidderminster on a Saturday.
>
> How about dates for this?  I can't make either June 11th or June 18th
>
> Regards
>
> Brian
>
> ___
> Talk-gb-westmidlands mailing list
> Talk-gb-westmidlands@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
>
>
___
Talk-gb-westmidlands mailing list
Talk-gb-westmidlands@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands

Re: [Talk-GB] Purton Hulks

[Andy Mabbett]

On 1 June 2016 at 12:40, Tom Hughes  wrote:

>> How should they be tagged?

> I suggest barge=concrete ;-)

Even the wooden and steel ones?

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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

[Talk-gb-westmidlands] June Meeting

[Brian Prangle]

Hi everyone

Remember there's no monthly evening meeting this week as we decided to go
to Kidderminster on a Saturday.

How about dates for this?  I can't make either June 11th or June 18th

Regards

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

Re: [OSM-talk-fr] Frontière Guyane osm-fr

[Nicolas Moyroud]

Si j'ai bien compris le problème avec l'export cadastre viendrait des 
planches PDF en provenance des serveurs de la DGFiP dont la résolution a 
été dégradée récemment. Pourtant quand on affiche les planches cadastre 
rasters provenant du service tms.cadastre.openstreetmap.fr celles ci 
semblent toujours correctes. On voit bien la différence d'ailleurs en 
superposant les deux. Ce ne serait pas plutôt possible de faire 
l'extraction vectorielle à partir du serveur de tuiles openstreetmap 
France du coup ?


Nicolas

Le 31/05/2016 14:32, Nicolas Moyroud a écrit :
Testé ce matin sur Margon (Hérault). L'export des houses se fait bien, 
mais la géométrie est infecte (que ce soit avec le house simplifié ou 
le house non simplifié). Ça sent l'ultra simplification avec des 
petits coins coupés, des petits morceaux de wall=no complètement 
manquants, des polygones non jointifs de partout. Un vrai cauchemar à 
nettoyer ! Ça irait presque plus vite à la grenobloise :-D


Nicolas



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

Re: [OSM-talk-be] municipal boundaries in Belgium

[Killian De Volder]

Personally for Flanders I wouldn't worry to much. Lets wait maybe a a year or 2 
to get the municipals time to correct/update their borders in AGIV (GRB).
But form the things I compared, I found the current borders to be are rather 
good.

I'm going to assume they are rather old too. As such they have probably been 
created using: maps obtained from various sources, signposts, ...

Some-one else might be able to shed more light on this.

On 01-06-16 12:36, joost schouppe wrote:
> Hi,
> 
> I got a question about municipal boundaries in Belgium. I had a look here 
> [1], but it seems to be lacking detailed information about how this data was 
> added to OSM and what the source is. I do remember seeing some info about 
> this, but we should probably have a bit more formal documentation, right? Or 
> am I missing the right place to look for the info?
> 
> 1: http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Boundaries
> -- 
> joost schouppe
> 
> 
> ___
> 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-GB] Purton Hulks

[Tom Hughes]

On 01/06/16 12:12, Andy Mabbett wrote:


The Purton Hulks:

   https://en.wikipedia.org/wiki/Purton_Hulks

are a set of boats, which have been deliberately beached on the banks
of the River Severn, to reinforce the river banks.

The author of the above Wikipedia article and I would like to mark
each individual hulk on OSM, and to include their coordinates in the
Wikipedia article.

A Bristol University Survey map of 1996 is on page 6 of:

   
http://nauticalarchaeologysociety.org/sites/default/files/u9/purton_report_2008.pdf

Some of the hulks are visible in Bing imagery.

Can anyone assist? How should they be tagged?


I suggest barge=concrete ;-)

Not that I had any trouble believing you could make ships out of 
concrete or anything when I first heard about them as a teenager.


Tom

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

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

Re: [OSM-talk] Burger King use of OSM without Attribution

[Manfred A. Reiter]

Hi Mikel,

btw - and I don't know whether runtastic is you client ...

... I see that runtastic offers OSM, and when I choose it, the app shows
Google in the lower left corner and nothing from OSM.

To whom I have to report it?

cheers


Manfred

2016-05-31 23:29 GMT+02:00 Mikel Maron :

> Thanks -- yes appreciate the heads up on the issue, and please give us a
> few days to get this fixed. Mapbox takes attribution very seriously, and
> has relationships with the relevant customers to get this addressed.
>
> And by the way, working on setting up a contact point where attribution
> issues on Mapbox hosted maps can be directly reported.
>
> -Mikel
>
>
> * Mikel Maron * +14152835207 @mikel s:mikelmaron
>
>
> On Tuesday, May 31, 2016 5:03 PM, Milo van der Linden 
> wrote:
>
>
>
> I agree, as we are on "speaking terms"  with mapbox, it seems to me that
> we can easily fix this like gentlemen.
>
> Kind regards,
>
> Milo
>
> 2016-05-31 22:35 GMT+02:00 Benoît Barteaux :
>
> They don't seem to cut the image, as the problem seems to come from mapbox
> directly.
> I think that sending now a copyright notice to BK/mapbox would seem a bit
> premature and upfront. Give them time for the email to travel to the right
> person and to think/react for a bit. After some time then, maybe.
> Cheers,
> Benoit
>
> On 31/05/16 22:16, Clifford Snow wrote:
>
> Mikel,
> I wonder if they just crop the image for the website, cutting off
> attribution? They haven't replied to me, so I am going to look for
> something like a legal contact at Burger King. Though we could issue a
> copyright takedown to AWS.
>
>
>
> On Tue, May 31, 2016 at 11:21 AM, Mikel Maron 
> wrote:
>
> Thanks for the report, we're looking into sorting out this attribution
> issue at Mapbox.
>
> * Mikel Maron * +14152835207 @mikel s:mikelmaron
>
>
> On Saturday, May 28, 2016 4:51 AM, Milo van der Linden 
> wrote:
>
>
>
> Burgerking is using the static image api from mapbox:
>
>
> http://api.tiles.mapbox.com/v3/dondeinc.ilo032fk/url-http%3A%2F%2Fs3.amazonaws.com%2Fdonde-img%2Fpin-bk.png%3Fc%3D3(-117.4382504,47.71573001)/-117.4382504,47.71573001,16/640x640.png
> 
>
> So perhaps mapbox should be asked why attribution is not visible in the
> static image api.
>
> 2016-05-28 7:22 GMT+02:00 Clifford Snow < 
> cliff...@snowandsnow.us>:
>
> I notices a new user added a fast food node [1] in Spokane, WA. The name
> was entered as BK. Assuming it was probably a Burger King, I did a search
> and found that it was actually a Burger King restaurant. What I noticed was
> their map [2] was identical to OSM.
>
> I sent a message via their contact me link on the page asking that they
> comply with our terms of use.
>
> Has anyone else noticed Burger King using OSM data before?
>
> [1] 
> http://www.openstreetmap.org/changeset/39617650
> [2]
> 
> http://www.bk.com/restaurants/wa/spokane/1804-west-francis-ave-5816.html
>
> On a side note, I did send the user a message asking to verify the name.
> First time user with MAPS.ME .
>
> Clifford
>
> --
> @osm_seattle
> osm_seattle.snowandsnow.us
> OpenStreetMap: Maps with a human touch
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
>
>
> --
> [image: http://www.dogodigi.net] 
> *Milo van der Linden*
> web: dogodigi 
> tel: +31-6-16598808
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
>
>
>
> --
> @osm_seattle
> osm_seattle.snowandsnow.us
> OpenStreetMap: Maps with a human touch
>
>
> ___
> talk mailing 
> listtalk@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk
>
>
> --
> Cordialement,
> Besoins en programmation IT de pointe ?
> Contactez nous, BBashIT s'occupe de tout
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
>
>
> --
> [image: http://www.dogodigi.net] 
> *Milo van der Linden*
> web: dogodigi 
> tel: +31-6-16598808
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>


-- 
## Manfred 

Re: [Talk-us] Old Aerodromes

[Martijn van Exel]

Hi all, 

Just to follow up on this, I used the ‘old aerodromes’ topic as a test for the 
new version of MapRoulette, find the beta at http://maproulette.org:8080

If you want to change or add anything to the challenges there, I can give you 
admin access to do so yourself.

I appreciate any feedback you have for me!

Martijn

> On Apr 12, 2016, at 11:53 PM, Wolfgang Zenker  
> wrote:
> 
> * Andrew Wiseman  [160412 23:27]:
>> [..]
>> Or maybe there should be some tag difference between a proper airport with
>> scheduled flights, a civil aviation airport, and just a field where a
>> farmer might land?
> 
> Actually there is a tag, or rather there are two: The wiki page
> for aeroway=aerodrome suggests to combine it with aerodrome:type=*
> in the english version of the aerodrome page (used ~2000 times)
> while the german version of that page suggests to use aerodrome=*
> instead (used about 900 times).
> Of course having two documented tags for the same purpose is not
> exactly helpful which might be one of the reasons why more than
> 90% of mapped airports use neither one.
> 
> Wolfgang
> 
> ___
> 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

[OSM-talk-be] municipal boundaries in Belgium

[joost schouppe]

Hi,

I got a question about municipal boundaries in Belgium. I had a look here
[1], but it seems to be lacking detailed information about how this data
was added to OSM and what the source is. I do remember seeing some info
about this, but we should probably have a bit more formal documentation,
right? Or am I missing the right place to look for the info?

1: http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Boundaries
-- 
joost schouppe
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk] Osmose, duplicate housenumber

[Imre Samu]

>Osmose seems to follow the rule: One feature, one OSM element (or one
feature, one tag) and avoids duplicating data.

imho=yes

#1.
in Hungary - we don't have housenumber imports  ..  so all housenumber
collected by mappers.   And sometimes exist in the building - and most of
the times not.
And it is very hard to communicate that some shops allowed the
 "addr:housenumber"  - and others not.

imho :
- this rule  is not beginner friendly.


#2.
As I know, the iD Editor is not following this rule ..
And the "contact:housenumber"  is not used by projects ( = editors )
http://taginfo.openstreetmap.org/keys/contact%3Ahousenumber#projects

Probably we need to add the  "addr:housenumber"  to the exception list [1]
because  this "practice is firmly established and unlikely to change. "
[1]  http://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element


Imre


2016-06-01 10:16 GMT+02:00 althio :

>
>
> Łukasz Stelmach
>
>>
>> Can you explain why Osmose (and does it matter at all) warns about
>> duplicate housnumber when a shop (node) with a set of addr:* tags is
>> created inside a building (area) that is also tagged with addr:*?
>
>
>
> Osmose seems to follow the rule: One feature, one OSM element (or one
> feature, one tag) and avoids duplicating data.
>
> The rationale is certainly close to:
> http://wiki.openstreetmap.org/wiki/House_numbers/Bremen_Schema
>
> where you can use:
>  - addr:* tags for buildings or nodes on the street
>  - contact:* tags for contact information about a POI
>
> Best,
>
> -- althio
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk-be] Import of 2000 DAE in Belgium (Defibrillators / Défibrillateurs)

[Bruno Veyckemans]

[EN]
Hello,

The "Ligue Cardiologique Belge / Belgische Cardiologische Liga" just issued
a set of 2000 defibrillators (DAE) in Belgium in the Brussels open datastore
http://opendatastore.brussels/en/organization/liguecardioliga (csv or xls)

It would be great to import them in OSM... There are now only 119 DAE known
by OSM for the whole country.

It seems fairly easy (only nodes, no ways) but I don't know how to do it...
What's the best option to merge and import the 119 existing DAE and the
2000 DAE from the Ligue ?

I suppose it has already been done for other data... If you can teach me or
help me to do it, we could add the missing DAE and really help people
looking for a defibrillator in case of emergency.

If it works, the next step will be to the same for bpost's red mailboxes
(amenity=post_box). I know bpost is ready to import its data to OSM (with
collection times and their internal id) but need help to merge it with the
existing mailboxes.

[FR]
Bonjour,
La Ligue Cardiologique Belge vient de publier sa liste de 2000
défibrillateurs (DAE) en Belgique via l'Open Data store de la Région
bruxelloise ici:
http://opendatastore.brussels/en/organization/liguecardioliga (csv ou xls)

Ce serait super de pouvoir les importer dans OSM... qui ne connaît pour
l'instant que 119 DAE pour toute la Belgique (recherche via
http://overpass-turbo.eu/).

Cela semble assez facile vu que ce ne sont que des points (nodes), mais je
ne sais pas trop comment m'y prendre. Quelle est la meilleure option pour
fusionner les 119 DAE existants avec ces 2000 là ? J'imagine que ça a déjà
été fait avec d'autres données... Si vous pouviez m'aider à le faire, ce
serait top et je pense qu'on pourrait faire quelque chose de très utile
pour aiguiller les gens vers le défibrillateur le plus proche en cas
d'urgence. Et ce sera moins décourageant de mettre à jour une liste de 2000
DAE que la liste actuelle, très peu fournie.

Par ailleurs, si ça fonctionne, le travail suivant sera de réaliser un
import similaire avec les boîtes postales rouges de bpost... Je sais qu'ils
sont d'accord pour importer leurs données sur OSM, avec heures de levée et
les id internes de leurs boîtes, ce qui permettra une mise à jour aisée.
Mais il leur manque le savoir-faire pour réaliser l'opération proprement
sur OSM (essentiellement la gestion des boîtes déjà encodées).

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

Re: [Talk-de] zur Info: Bicycle=yes/designated als Anzeige Benutzungspflicht aufgeben

[Florian Lohoff]

On Tue, May 31, 2016 at 08:20:36PM +0200, Joachim wrote:
> Das cycleway:bicycle=designated müsste konsequenterweise auch von
> einer ganzen Menge anderer Beispiele entfernt werden, deshalb stelle
> ich das mal zurück. Ein Radweg muss nicht "ausgeschildert" sein
> sondern klar erkennbar als solcher. Wie sind Wege beschaffen wo du
> fürchtest ein Mapper verwendet cycleway=track ohne dass der Weg es
> verdient?

Es gibt gegenbeispiele dafür das der nicht aus/beschildert sein muss:

https://www.youtube.com/watch?v=lM8gvqj8FFg

Ich bin in Gütersloh auch groß geworden und ich hätte wenn mich einer
Nachts um 4 Weckt das sofort für einen Radweg gehalten. Rot gepflastert.
In Fortsetzung eines Schutzstreifens auf der anderen Kreuzungsseite
etc.

Pustekuchen

Flo
-- 
Florian Lohoff f...@zz.de
 UTF-8 Test: The  ran after a , but the  ran away


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

[Talk-de] tag defaults entfernen Was: zur Info: Bicycle=yes/designated als Anzeige Benutzungspflicht aufgeben

[Florian Lohoff]

On Tue, May 31, 2016 at 06:42:35PM +0200, Martin Koppenhoefer wrote:
> PS: Gelegentlich kommt es vor (und in Deutschland wohl noch wesentlich
> öfter als in dünner mit Mappern gesegneten Gebieten), dass Mitmapper im
> Rahmen von "Aufräumaktionen" oder auch "immer", aus ihrer jeweiligen Sicht
> unnütze tags (da "default" oder "redundant")  entfernen. Ich finde, da
> betritt man einen schmalen Grat, weil einerseits macht es natürlich keinen
> Sinn, wirklich jedes mögliche tag an jedes Stückchen Straße (z.B.) zu
> heften, und sorgt vor allem für Unübersichtlichkeit, so dass am Ende noch
> Wesentliches übersehen wird.  Dennoch ist es andererseits so, dass alle
> vorhandenen tags das Bild ein bisschen vervollständigen. Es ist eben doch
> was anderes, wenn jemand explizit eine Beschreibung abgibt, als wenn man
> nur (vor dem eigenen Hintergrund und Erwartungshaltung) annimmt, dass die
> Straße (z.B.) asphaltiert oder beleuchtet ist, oder (oder nicht) eine
> Einbahnstraße, etc.

Das kommt ganz schwer auf das tag an ... Ich komme immer wieder an
service oder unclassifieds vorbei die ein tracktype= tragen. Hat mal
ein Stadtkind als Track eingezeichnet (Weil alles was hinter dem
Ortsschild ist muss ja ein Track sein) und dann hat jemand das mal
korrigiert von track zu unclassified etc und das tracktype= nicht
entfernt. Es gibt tag kombinationen die absolut unsinnig sind die es zu
entfernen gilt und es gibt welche die nur redundant sind.

Flo
-- 
Florian Lohoff f...@zz.de
 UTF-8 Test: The  ran after a , but the  ran away


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

Re: [Talk-it] Mappa Esino Lario

[Dario Crespi]

Ho messo il loc_name per alcuni parcheggi (non hanno mai avuto un nome,
alcuni non sono nemmeno veri e propri parcheggi.

Parlando invece del mapathon a Esino, quando possiamo farlo? Il 18/19
giugno? In quel periodo c'è anche questo presso la scuola:
https://wikimania2016.wikimedia.org/wiki/Programme/Kiwix-dedicated_Hackathon

Dario

Il giorno 30 maggio 2016 21:31, Andrea Lattmann 
ha scritto:

> Il 30 maggio 2016 16:49:18 CEST, Dario Crespi  ha
> scritto:
>>
>> > 5) Nomi che sembrano descrizioni:*
>>> >  alcuni nomi sembrano più delle descrizioni. temo sia necessario per
>>> > controllare in locale il reale nome [1]
>>> > una curiosità: tutti i parcheggi sembrerebbero chiamarsi "park" più
>>> > qualcos'altro...a parte il minuscolo mi sembra strano che abbiano la
>>> > dicitura inglese...hanno forse cambiato i nomi per l'evento?
>>>
>>> questo va sistemato. ne campo "name", ci va...il nome, non l'etichetta
>>> che si vuole appaia sulla mappa.
>>
>>
>> Li ho corretti, semplicemente eliminando il nome, che in realtà non hanno.
>>
>> Dario
>>
>> Il giorno 30 maggio 2016 15:53, Simone Cortesi  ha
>> scritto:
>>
>>> 2016-05-29 19:40 GMT+02:00 Aury88 :
>>> > 5) Nomi che sembrano descrizioni:*
>>> >  alcuni nomi sembrano più delle descrizioni. temo sia necessario per
>>> > controllare in locale il reale nome [1]
>>> > una curiosità: tutti i parcheggi sembrerebbero chiamarsi "park" più
>>> > qualcos'altro...a parte il minuscolo mi sembra strano che abbiano la
>>> > dicitura inglese...hanno forse cambiato i nomi per l'evento?
>>>
>>> questo va sistemato. ne campo "name", ci va...il nome, non l'etichetta
>>> che si vuole appaia sulla mappa.
>>>
>>> --
>>> -S
>>>
>>> ___
>>> 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
>>
>>
> >Li ho corretti, semplicemente eliminando >il nome, che in realtà non
> hanno.
> Magari lo avevano storicamente o sono localmente conosciuto cosi...
> Non si poteva prima di cancellarli, chiedere alla autore originale? Da
> qualche parte avrà preso i nomi, non credo che se li sia inventati
> Almeno spero!
>
> Andrea Lattmann
>
> ___
> 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-it] discutibili cancellazioni, modifiche ed integrazioni

[Federico Cortese]

2016-06-01 10:00 GMT+02:00 Dino Michelini :
> circa il Tag:highway=residential trovo su wiki:
>
> residential – street or road generally used for local traffic within
> settlement.
>
Appunto si tratta della viabilità usata dal traffico locale che
permette di raggiungere le case all'interno di un insediamento
residenziale.

> Marcello scrive: "Se nel PRG le aree sono ancora agricole ma le strade
> servono, come affermi, molti edifici, mi sembra più corretta la
> classificazione come residenziali". Queste case agricole ad Oriolo Romano ma
> il discorso può essere esteso a tutte le piccole realtà del viterbese sono
> costruite fuori (e non all'interno) dell'insediamento abitativo (presumo che
> nella wiki si intenda il paese/frazione)

Secondo me non si intende solo il paese o la frazione ma qualunque
agglomerato abitativo.

> In pratica, queste centinaia di abitazioni che allo stato di fatto più che
> agricole sono ville, sono il frutto della politica affaristica paesana e di
> fatto difformi (alias abusive) dai progetti approvati e conservati
> all'ufficio tecnico.

Appunto un agglomerato con centinaia di ville. Che siano abusive o
meno non significa nulla, sono lì, le persone ci abitano e usano
quella viabilità per spostarsi.
Questa è la realtà che si dovrebbe mappare. Chiaramente io non sono
del posto (anche se le stesse cose succedono un po' ovunque) quindi mi
limito ad analizzare quello che esponi.

> Federico Cortese scrive: "Quello che prevede il PRG è di relativa importanza
> rispetto alla realtà che rappresentiamo in OSM". A quale realtà ti
> riferisci? La percezione della realtà di una persona che non conosce il
> posto, magari ci passa per caso un giorno con un gps, o ancora peggio fa un
> import di dati costruiti da "presunti specialisti" con criteri ancora più
> discutibili, è del tutto soggettiva, relativa.

Sono pienamente daccordo con te. E' chi conosce i luoghi ad avere le
informazioni più complete, a patto che usi il linguaggio condiviso
perchè siano leggibili da tutti allo stesso modo.
Anche sugli import ho sempre pensato che siano da limitare allo
stretto indispensabile, però negli esempi da te esposti non mi pare ci
siano casi di import di dati.

> A mio modo di vedere in OSM non si tratta solo di disegnare (e magari di
> compensare gli errori del rilievo dati dalla strumentazione) ma il bravo
> mappatore svolge un compito molto importante e delicato nella
> classificazione di ciò che mappa: mai soffermarsi alle apparenze ovvero ciò
> che vede e percepisce sul momento; per queste ragioni questa classificazione
> deve essere la più esatta e completa possibile e credo che sia necessario
> uno strumento che permetta una controllo sulle informazioni che entrano nel
> patrimonio di OSM.

Non condivido l'idea di approvazioni e censure, ma credimi se ti dico
che molto spesso mi trovo a dover correggere interventi disastrosi,
anche se fatti in buona fede.
Proprio l'altro ieri un utente ha cancellato parecchie strade, le ha
ridisegnate in maniera molto più approssimativa, forse solo perchè non
riusciva a cambiarne i tag.
Altre le ha ridisegnate sopra alle vecchie creando doppioni. Molti
tratti di strade residenziali, alcune senza uscita, le ha taggate come
tertiary.
Questo per dirti che capisco il problema degli interventi sbagliati e
la perdita di tempo che comportano, ma sono certo che la mappa sia
migliore in questo modo, di quanto non lo sarebbe se fossero
necessarie approvazioni per poter lavorare sui dati.

> Sul aspetto più informatico, concordo con le corrette osservazioni fatte in
> particolare da Andrea Albani ma anche sul fatto che "se uno fa ciò che vuole
> è un macello!" (Andrea Lattmann) e sulla soluzione che propone: "più che una
> validazione sarebbe necessario una segnalazione: così se uno vuole, può
> andarsi a vedere il changeset con le modifiche/cancellazioni effettuate e
> può eventualmente contattare l' utente e chiedere spiegazioni."

Sugli oggetti toccati da me non vorrei nemmeno la segnalazione, perchè
me ne arriverebbero così tante che non ci potrei fare nulla.
Quello che è veramente importante è che ci siano dei volontari che
sistematicamente tengano sotto controllo quello che avviene nella loro
zona, come faccio io a Lecce e come credo faccia tu nella tua zona.
La speranza è di essere sempre di più, sia perchè più siamo meno
fatica dobbiamo fare, sia perchè quando noi non potremo o non avremo
più voglia ci sarà chi continuerà a salvaguardare il nostro lavoro :)

Ciao
Federico

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

Re: [OSM-talk] Osmose, duplicate housenumber

[Łukasz Stelmach]

althio  writes:

> Łukasz Stelmach
>>
>> Can you explain why Osmose (and does it matter at all) warns about
>> duplicate housnumber when a shop (node) with a set of addr:* tags is
>> created inside a building (area) that is also tagged with addr:*?
>
> Osmose seems to follow the rule: One feature, one OSM element (or one
> feature, one tag) and avoids duplicating data.
>
> The rationale is certainly close to:
> http://wiki.openstreetmap.org/wiki/House_numbers/Bremen_Schema

This makes sens.

> where you can use:
>  - addr:* tags for buildings or nodes on the street
>  - contact:* tags for contact information about a POI

I will. Thanks.

-- 
Miłego dnia,
Łukasz Stelmach


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

Re: [OSM-talk] Osmose, duplicate housenumber

[Jérôme Seigneuret]

Hi,

Because there is 2 notions: building address and contact address.

In fact if you have create an addr:housenumber, all contacts addresses need
use contact:housenumber.

That is the same to all duplicate addr:* value if there exists on a contact
POI.

There is one POI (an unique) with addr:* (this addr poi can be locate on
same node as entrance or on building. It depends on choice of schema ) and
one or more POI with contact:* . In this case * can be same key=value as
addr:* values

for exemple: http://www.openstreetmap.org/node/369521753

old values




must be replace by:




Because building  is already
tagged
addr:city=Warszawa
addr:housenumber=129
addr:street=Aleja Niepodległości

Best,
Jérôme
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-ja] name:en, branch への積極的な分割

[下り専門]

下り専門です。

括弧書きになっているローマ字や英語を name:xx に分割するのは賛成です。
私も積極的にやっています。

Keyのbranchについても新しく自分が入力するものについては使っていますが、
このタグはステータスが  Proposed なんですよね。日本語のWikiページもないみたいです。
だからそんなに積極的には分割しようとしてはいません。
この提案を推進すればいいかもしれませんね。

ローソンの支店名については気にすることは少ないですが、
銀行の支店名については、 amenity=bank のWikiページでは
nameのところには the branch name (or the company if the branch name is
unknown) を書こうとなっています。
これにならって銀行の店舗の外に書いてある「●●銀行××支店」と入力するようにしています。
自動車で走りながら撮ったMapillaryからマッピングするとかで支店名が読み取れなかったら「●●銀行」としています。

(2F)の場合は私はlevelタグを使います。（2階だと1なんですよね）

立ち飲みは amenity=bar に立って飲む意味も含まれているようです。
福島駅前の「とらや」はびんや缶のお酒を売っていてその場で飲むことのできる場所なんでしょうか？
バーが中心ではない施設の場合は補助タグで bar=yes をつけたらいいみたいですが、椅子があるかないかのタグ付けはいまのところ無い？みたいです。
看板に「とらや 立ち飲み」（立ち飲みは小さい文字）と書いてあるなら今のままがいい気がします。
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

[OSM-talk-fr] Question sur JOSM

[Quentin]

Bonjour,
merci pour vos retours,
je pense utiliser l'outil intégré de JOSM pour les requêtes via l'overpass.

Pour info, il s'agissait de cartographier un Pays, donc ajouter une
relation.
en suivant http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dlocal_authority

Bien qu'il n'y ait plus de création de pays, il n'est pas pour l'instant
question de les supprimer.

à bientôt

Bobo


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

Re: [OSM-talk] Osmose, duplicate housenumber

[althio]

Łukasz Stelmach

>
> Can you explain why Osmose (and does it matter at all) warns about
> duplicate housnumber when a shop (node) with a set of addr:* tags is
> created inside a building (area) that is also tagged with addr:*?



Osmose seems to follow the rule: One feature, one OSM element (or one
feature, one tag) and avoids duplicating data.

The rationale is certainly close to:
http://wiki.openstreetmap.org/wiki/House_numbers/Bremen_Schema

where you can use:
 - addr:* tags for buildings or nodes on the street
 - contact:* tags for contact information about a POI

Best,

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

Re: [Talk-it] discutibili cancellazioni, modifiche ed integrazioni

[Dino Michelini]

  

circa il Tag:highway=residential trovo su wiki:

* RESIDENTIAL -
street or road generally used for local traffic within settlement.

 ed
alcune osservazioni:

* Marcello scrive: _"__Se nel PRG le aree sono
ancora agricole ma le strade servono, come affermi, molti edifici, mi
sembra più corretta la classificazione come residenziali"_. Queste case
agricole ad Oriolo Romano ma il discorso può essere esteso a tutte le
piccole realtà del viterbese sono costruite fuori (e non all'interno)
dell'insediamento abitativo (presumo che nella wiki si intenda il
paese/frazione) e con altri parametri di edificabilità delle case in
aree residenziali; le abitazioni agricole nel Lazio fino al 16/03/2003
potevano essere costruite su una superficie minima 20 metri quadri per
ogni 5mila metri quadri di terreno (L.R. 22/12/1999, n. 38 art 55 [4]),
successivamente questo articolo è stato modificato (L.R. 8 17/03/2003
[5]) così: _"la nuova edificazione in zona agricola è consentita
soltanto se necessaria alla conduzione del fondo e all'esercizio delle
attività agricole e di quelle ad esse connesse. Eventuali edificazioni
da destinare ad usi di tipo esclusivamente residenziale estensivo sono
realizzabili nelle zone C di cui all'articolo 56". _Gli edifici in aree
residenziali devono rispettare solo la distanza di 5 m dai confini del
terreno ed hanno superficie minima di edificabilità molto maggiore. In
pratica, queste centinaia di abitazioni che allo stato di fatto più che
agricole sono ville, sono il frutto della politica affaristica paesana e
di fatto difformi (alias abusive) dai progetti approvati e conservati
all'ufficio tecnico. Nonostante la presenza di questi edifici, esistono
a ridosso di questi ancora centinaia di ettari destinati al pascolo,
all'erbaio, alla coltivazione: quindi, queste aree ancora non sono
totalmente né residenziali (non ne hanno neanche i requisiti richiesti
dalla wiki-manca quello di "street or road generally used for local
traffic within settlement") né agricole, anche se prevale ancora il
terreno ad uso agricolo. Quanto, al ricorso di import massivi posso
giustificarlo per le grandi reti tecnologiche e viarie e per le strade
dei principali centri urbani [6] ma se è vero che "OpenStreetMap
enfatizza la conoscenza locale" non lo capisco quando vanno a vanificare
i contributi dei mappatori locali. Quindi, classificare queste strade
come residential mi sembra una bella forzatura. 

*  

Federico Cortese
scrive: _"Quello che prevede il PRG è di relativa importanza rispetto
alla realtà che rappresentiamo in OSM"_. A quale realtà ti riferisci? La
percezione della realtà di una persona che non conosce il posto, magari
ci passa per caso un giorno con un gps, o ancora peggio fa un import di
dati costruiti da "presunti specialisti" con criteri ancora più
discutibili, è del tutto soggettiva, relativa. Provo a fare un altro
esempio per essere più chiaro. Ferrovia in disuso
Civitavecchia-Capranica [7]: manca il materiale rotabile, esiste solo
una massicciata in pozzolana, le stazioni sono in stato di abbandono ed
è percorsa a piedi ed in mtb da migliaia di persone ogni anno. Nel web a
riguardo si trovano svariate indicazioni sul suo stato: ferrovia
abbandonata, vecchia ferrovia, pista ciclabile, addirittura percorso per
"iniziare" i bambini alla pratica della MTB, ecc. E guarda caso anche
qui alcuni mappatori inconsapevoli e pensando di "registrare lo stato
delle realtà" classifica questa ferrovia in strada sterrata, pista
ciclabile, sentiero, insomma, per loro è una strada percorribile... Ma
la percezione che ha della realtà sta ingannano il mappatore: infatti,
esistono molti muri costruiti da RFI per impedire l'accesso ma che gli
italiani "da brava gente" hanno in qualche modo aggirato nel tragitto
(anche mentalmente), ignoti hanno rimosso i segnali di divieto di
accesso e nelle stazioni le tavole che chiudevano gli ingressi e le
finestre. Per la proprietà, RFI, la ferrovia è solo _"temporaneamente
chiusa all'esercizio"_ (vedi il documento Fascicolo Linea 113 [8]pg.22).
Traduzione: la ferrovia esiste è proprietà di RFI ed è vietato l'accesso
(vedi i muri, tavole, e qualche cartello ancora presente); chi vi
accede, violando la proprietà ed il divieto di accesso, lo fa a suo
rischio e pericolo e in caso di incidente grave si becca magari una
denuncia a tutela di RFI. E' del tutto evidente che, con un minimo di
informazioni in più, la realtà della ferrovia è più complessa di quello
che appare a prima vista... A mio modo di vedere in OSM non si tratta
solo di disegnare (e magari di compensare gli errori del rilievo dati
dalla strumentazione) ma il bravo mappatore svolge un compito molto
importante e delicato nella classificazione di ciò che mappa: mai
soffermarsi alle apparenze ovvero ciò che vede e percepisce sul momento;
per queste ragioni questa classificazione deve essere la più esatta e
completa possibile e credo che sia necessario uno strumento che permetta
una controllo sulle 

Re: [Talk-it] Coordinatori regionali

[Martin Koppenhoefer]

sent from a phone

> Il giorno 31 mag 2016, alle ore 23:30, Cristian Consonni 
>  ha scritto:
> 
> mi sembra che i soci di OSMF siano intorno a
> 200).


in totale sono un po' meno di mille attualmente, ma l'ordine di grandezza è 
giusto.
https://wiki.osmfoundation.org/wiki/Membership/Statistics


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

[OSM-talk] Osmose, duplicate housenumber

[Łukasz Stelmach]

Hi,

Can you explain why Osmose (and does it matter at all) warns about
duplicate housnumber when a shop (node) with a set of addr:* tags is
created inside a building (area) that is also tagged with addr:*?

http://osmose.openstreetmap.fr/en/map/#zoom=17=52.2019584=21.0101640=2060=3
-- 
Miłego dnia,
Łukasz Stelmach


pgpz1yYc5DJzX.pgp
Description: PGP signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-de] zur Info: Bicycle=yes/designated als Anzeige Benutzungspflicht aufgeben

[Joerg Fischer]

Joachim wrote:

> > Gibt es eigentlich *irgendeine* Anwendung, die bei gemeinsam benutzen Rad-
> Passt zwar nicht zu meinem Thema - aber ja, natürlich. Siehe

Ok, ich hätte Anwendung näher spezifizieren sollen. Die osm Webseite zeigt
das. Ich meinte Anwendungen auf Mobilgeräten.

VG Jörg

-- 
There are only 10 types of people in the world:
Those who understand binary, and those who don't...


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

[OSM-talk-fr] Sondage de la FFRandonnée: Quels randonneurs connectés êtes-vous ?

[Romain MEHUT]

Bonjour,

La FFRandonnée a ouvert un sondage intitulé "Quels randonneurs connectés
êtes-vous ?"
http://www.ffrandonnee.fr/actualites/12203/sondage-quels-randonneurs-connectes-etes-vous.aspx

Évidemment il n'y est nullement fait mention d'OSM dans les réponses
proposées aux différentes questions mais avec les réponses "Autres", il y a
une bonne occasion de montrer qu'OSM peut très bien répondre aux besoins en
matière de randonnée...

A noter en particulier la question : "22. Seriez-vous prêt(e) à partager
vos données à une communauté de randonneurs ?" ;)

A vous de jouer !

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

Re: [talk-ph] Manila barangays and barangay zones

[Eugene Alvin Villar]

Some of us have tried it but did not get lucky. Would you be willing to try?

On Wed, Jun 1, 2016 at 2:36 PM, Jherome Miguel 
wrote:

> If Pasay and Caloocan barangay nodes/boundaries and zones boundaries are
> complete through data given by the city governments, why not consult the
> city government of Manila for barangay and barangay zone boundaries?
>
> On Wed, Jun 1, 2016 at 2:15 PM, Eugene Alvin Villar 
> wrote:
>
>> Caloocan and Pasay barangay boundaries were obtained from maps provided
>> by the city government.
>>
>> On Wed, Jun 1, 2016 at 12:26 PM, Jherome Miguel 
>> wrote:
>>
>>> A ground survey can be one source, but I'm not certain whether the City
>>> of Manila has those data.
>>>
>>> Side note: Where did you hot the data of the barangays of Caloocan and
>>> Pasay? I s it from surveying those cities or given by the city government?
>>> I am curious how they made their way to OSM.
>>>
>>> On Wed, Jun 1, 2016 at 6:52 AM, Eugene Alvin Villar 
>>> wrote:
>>>
 Hi Jherome,

 Do you have any good source for the barangays and zones of Manila?
 Please note that GADM (and PhilGIS, which is derived from GADM), which is
 the go-to source for barangays boundaries in the Philippines is not good
 enough for OSM for 2 reasons:

 1. The license of GADM does not allow commercial use. This is not
 allowed to be added to OSM.
 2. The data for barangays is bad. You can see a comparison here:
 http://wiki.openstreetmap.org/wiki/File:GADM_vs_OSM_-_Northern_Caloocan.png

 We in OSM have not yet added all Manila barangay and zone boundaries
 not because we are lazy, but because accurate barangay data that is OK for
 use for OSM is not available.

 ~Eugene


 On Wed, Jun 1, 2016 at 12:03 AM, Jherome Miguel <
 jheromemig...@gmail.com> wrote:

> Manila's map on barangay nodes/boundaries and barangay zone boundaries
> are still not added. While Manila's legislative and administrative
> districts are mapped, barangay and barangay zones are still incomplete
> or not mapped at all. I added barangays on Quiapo, but it is still
> few. Someone may help on adding those barangay nodes/boundaries and
> barangay zone boundaries.
>
> ___
> talk-ph mailing list
> talk-ph@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ph
>


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

[Talk-ro] OSM Mapping Party Sambata 4 iunie 11:00-19:00

[Badita Florin]

Salutare, evenimentul de mapping party o sa fie doar sambata.

O sa avem pizza si suc la eveniment.

Nu necesita experienta prealabila cu OpenStreetMap, o sa adaugam folosind
foi printate, deci puteti sa veniti chiar daca nu ati folosit Openstreetmap
niciodata.

https://www.facebook.com/events/283696741969278/

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

Re: [talk-ph] Manila barangays and barangay zones

[Eugene Alvin Villar]

Caloocan and Pasay barangay boundaries were obtained from maps provided by
the city government.

On Wed, Jun 1, 2016 at 12:26 PM, Jherome Miguel 
wrote:

> A ground survey can be one source, but I'm not certain whether the City of
> Manila has those data.
>
> Side note: Where did you hot the data of the barangays of Caloocan and
> Pasay? I s it from surveying those cities or given by the city government?
> I am curious how they made their way to OSM.
>
> On Wed, Jun 1, 2016 at 6:52 AM, Eugene Alvin Villar 
> wrote:
>
>> Hi Jherome,
>>
>> Do you have any good source for the barangays and zones of Manila? Please
>> note that GADM (and PhilGIS, which is derived from GADM), which is the
>> go-to source for barangays boundaries in the Philippines is not good enough
>> for OSM for 2 reasons:
>>
>> 1. The license of GADM does not allow commercial use. This is not allowed
>> to be added to OSM.
>> 2. The data for barangays is bad. You can see a comparison here:
>> http://wiki.openstreetmap.org/wiki/File:GADM_vs_OSM_-_Northern_Caloocan.png
>>
>> We in OSM have not yet added all Manila barangay and zone boundaries not
>> because we are lazy, but because accurate barangay data that is OK for use
>> for OSM is not available.
>>
>> ~Eugene
>>
>>
>> On Wed, Jun 1, 2016 at 12:03 AM, Jherome Miguel 
>> wrote:
>>
>>> Manila's map on barangay nodes/boundaries and barangay zone boundaries
>>> are still not added. While Manila's legislative and administrative
>>> districts are mapped, barangay and barangay zones are still incomplete
>>> or not mapped at all. I added barangays on Quiapo, but it is still
>>> few. Someone may help on adding those barangay nodes/boundaries and
>>> barangay zone boundaries.
>>>
>>> ___
>>> talk-ph mailing list
>>> talk-ph@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-ph
>>>
>>
>>
>
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph