Re: [OSM-ja] 北海道の廃線マッピングの対応について

[Satoshi IIDA]

いいだです。

>
念のため確認ですが、いいださまのご意見も「法的にOKであろうと、OpenStreetMapの内部規範としてNG」「許諾されたソース以外使わない」→「
Wikipediaの属性情報(名称など)をOSMに投入するのは運用規定としてNG」ということでよろしかったでしょうか？

「Wikipediaの属性情報(名称など)をOSMに投入する場合、他の書籍や現地記述などの情報源も参照し、
それがWikipediaのみの記載ではなく事実であることが確認できればOK」

というかんじです。
Wikipediaそのままをコピるのは、（法的にはOKだと思うので積極的に消しはしないけど）推奨される行為ではない＝NGに近い行為と認識しています。
他方、Wikipediaをちょっとでも参照したらNG、となるのは避けたい、という意図です。

というのも、Wikipediaなどをきっかけに調査することが多いであろうタグとして、
現地にもほぼ記載がない、あるいは調べることができないけれども事実である、というものがあると思っていて。
例えばpower関連のviltageタグや、railwayで使われるgauge, frequency, voltageタグあたりは
現地の記載ではなく、かなりの確率で、なにかしらの情報源を参照しているであろう、と思っていたりします。

https://wiki.openstreetmap.org/wiki/JA:Tag:power%3Dline
https://wiki.openstreetmap.org/wiki/JA:Tag:railway%3Drail

合意をとったうえで、グローバルのMLで質問したり、OSM wikiに記載するのは賛成します。





2019年5月24日(金) 7:16 tomoya muramoto :

> いいださま
>
> お返事ありがとうございます。
>
> いいださまのコメントで気づかされましたが、確かに「法(著作権)」「規約」「規範」をひっくるめてしまっていたようです。
>
> 改めて私の意見を述べます。私が反対するポイントは「規範」です。
>
> 私の理解では、OSMはこれまでデータソースにはかなりの厳格さを求めてきました。"Whiter than
> white"という言葉も聞きます。まさに「李下に冠を正さず」「法的にOKであろうと、OpenStreetMapの内部規範としてNG」がOSMのスタンスかと思います。
>
> Wikipedia記載の名称をOSMに投入するのは、「李下に冠を正さず」を崩すものと私は考えます。その場合、legal-talk等でまず合意を取る必要があるのではないでしょうか。少なくとも日本コミュニティ内で合意をとって、osm
> wikiに明記する必要があるのではないでしょうか。
>
> また、「Wikipedia記載の名称は『事実』であるのでOSMに投入してOK」となった場合、関連して様々な課題が生じることが予想されます。興浜南線の線形、興浜南線が現在廃線であること、興浜南線の開業・廃止日など様々な情報が『事実』であると思いますので、Wikipediaを参照してOSMに投入してOKとなります。しかしWikipediaは二次ソース情報を集約したものであり、一次ソース情報(local
> knowledge, ground
> truth)を是とするOSMとはマッチしにくいと思います。どこまでがOSMに投入してよい『事実』であるのかも、事前協議が必要と考えます。
>
> 念のため確認ですが、いいださまのご意見も「法的にOKであろうと、OpenStreetMapの内部規範としてNG」「許諾されたソース以外使わない」→「
> Wikipediaの属性情報(名称など)をOSMに投入するのは運用規定としてNG」ということでよろしかったでしょうか？
>
> 他の方のご意見もお伺いしたいですが、合意が得られましたらJA:Available_Dataに記載しておこうと思います。
> https://wiki.openstreetmap.org/wiki/JA:Available_Data
>
> muramoto
> ___
> 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-GB] Tools to support solar panel mapping?

[Dan S]

Thanks Rob - we're using the FiT register already, but please note
that it doesn't disclose any official IDs (for privacy reasons, I
presume) so there's no "primary key", no definitive way to join the
dots e.g. across different versions of the FiT data. The REPD has a
primary key but it only covers larger installations. Most
installations, even if we can find metadata for them, we can't find an
official ID, AFAIK?

Dan

Op do 23 mei 2019 om 23:03 schreef Rob Nickerson :
>
> > we don't have any official ID numbers for the items-to-map
>
> I'm almost certain I have pointed it out here already, but in case not: any 
> solar PV installation which is receiving a subsidy will be registered and 
> will therefore have an ID. Larger installations are installed in the 
> Renewable Obligations register. Smaller sites are in the Feed In Tariff 
> register.
>
> The FiT register can be downloaded (in 3 parts) from:
> https://www.ofgem.gov.uk/publications-and-updates/feed-tariff-installation-report-31-march-2019
>
> The RO register can be obtained from the following site. You need to click 
> "view public reports", then "Accredited Stations", Next set the page size to 
> 25 and view the report. Once loaded you can then click the export drop down 
> (the save icon/floppy disk) and export the full register to a CSV.
> https://www.renewablesandchp.ofgem.gov.uk/
>
> P.S. this is good for almost all sites built up to now. Going forward then 
> other sources will need to be found* as the subsidy schemes have come to an 
> end.
>
> * there are none.
>
> Best regards,
> Rob

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

Re: [Talk-GB] Tagging a named building now used for a different purpose

[David Woolley]

On 23/05/2019 21:37, Mark Goodge wrote:
Normally, commercial 
buildings have the owner's name as the value of the 'name' key.


This is often wrong, as often the business does not occupy the whole 
building.


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

Re: [OSM-ja] 北海道の廃線マッピングの対応について

[tomoya muramoto]

いいださま

お返事ありがとうございます。

いいださまのコメントで気づかされましたが、確かに「法(著作権)」「規約」「規範」をひっくるめてしまっていたようです。

改めて私の意見を述べます。私が反対するポイントは「規範」です。

私の理解では、OSMはこれまでデータソースにはかなりの厳格さを求めてきました。"Whiter than
white"という言葉も聞きます。まさに「李下に冠を正さず」「法的にOKであろうと、OpenStreetMapの内部規範としてNG」がOSMのスタンスかと思います。

Wikipedia記載の名称をOSMに投入するのは、「李下に冠を正さず」を崩すものと私は考えます。その場合、legal-talk等でまず合意を取る必要があるのではないでしょうか。少なくとも日本コミュニティ内で合意をとって、osm
wikiに明記する必要があるのではないでしょうか。

また、「Wikipedia記載の名称は『事実』であるのでOSMに投入してOK」となった場合、関連して様々な課題が生じることが予想されます。興浜南線の線形、興浜南線が現在廃線であること、興浜南線の開業・廃止日など様々な情報が『事実』であると思いますので、Wikipediaを参照してOSMに投入してOKとなります。しかしWikipediaは二次ソース情報を集約したものであり、一次ソース情報(local
knowledge, ground
truth)を是とするOSMとはマッチしにくいと思います。どこまでがOSMに投入してよい『事実』であるのかも、事前協議が必要と考えます。

念のため確認ですが、いいださまのご意見も「法的にOKであろうと、OpenStreetMapの内部規範としてNG」「許諾されたソース以外使わない」→「
Wikipediaの属性情報(名称など)をOSMに投入するのは運用規定としてNG」ということでよろしかったでしょうか？

他の方のご意見もお伺いしたいですが、合意が得られましたらJA:Available_Dataに記載しておこうと思います。
https://wiki.openstreetmap.org/wiki/JA:Available_Data

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

Re: [Talk-GB] Tagging a named building now used for a different purpose

[Rob Nickerson]

>I could do that here, and then move the building name into the
'addr:housename' key, but that seems inappropriate.

That's what I would have done. Curious as to why you think that is
inappropriate? Seems logical to me (addressing a letter would be Jewellery
company name, Wisdom Hall, Street, Town/City)

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

Re: [Talk-GB] Tools to support solar panel mapping?

[Rob Nickerson]

> we don't have any official ID numbers for the items-to-map

I'm almost certain I have pointed it out here already, but in case not: any
solar PV installation which is receiving a subsidy will be registered and
will therefore have an ID. Larger installations are installed in the
Renewable Obligations register. Smaller sites are in the Feed In Tariff
register.

The FiT register can be downloaded (in 3 parts) from:
https://www.ofgem.gov.uk/publications-and-updates/feed-tariff-installation-report-31-march-2019

The RO register can be obtained from the following site. You need to click
"view public reports", then "Accredited Stations", Next set the page size
to 25 and view the report. Once loaded you can then click the export drop
down (the save icon/floppy disk) and export the full register to a CSV.
https://www.renewablesandchp.ofgem.gov.uk/

P.S. this is good for almost all sites built up to now. Going forward then
other sources will need to be found* as the subsidy schemes have come to an
end.

* there are none.

Best regards,
*Rob*
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Tagging a named building now used for a different purpose

[Mateusz Konieczny]

23 May 2019, 22:37 by m...@good-stuff.co.uk:

> However, the building is still known locally as "Wisdom hall"
>
Then name tag is correct.

> But then, where does the current owner's name go? For now, I've put it into 
> the 'operator' key. But I'm not really sure if that's the right place either.
>
Is building also known under name "Samuel Jones Pearls" or is everybody using 
"Wisdom hall"?
If both are used - which one is used more often?

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

Re: [OSM-talk-fr] adresses uniques

[Christian Rogel]

> Le 23 mai 2019 à 00:14, marc marc  a écrit :
> 
> Bonsoir,
> 
> Le mer. 22 mai 2019 à 21:36, osm.sanspourriel a écrit :
>> recommandation de ne mettre qu'une seule fois l'adresse
> 
> tant qu'on aura un système quasi franco-franco et imparfait (les 
> contact:addr) pour corriger les problèmes qu'on a nous-même créé
> en ne mettant pas les housenumber sur des aires alors qu'on le fait avec 
> toutes les niveaux supérieurs (une commune est définie par une aire),
> il ne faudra pas s'étonner que les gens soient créatif pour résoudre
> les problèmes concrets rencontrés.
> 


contact:addr est peut-être trop français, mais la représentation des adresses 
par des points
a de beaux jours devant elle, car, on voit, aussi bien à Londres qu’à New-York, 
un nombre
incroyable de rues, parfois très courtes, qui  montrent, soit des points sur la 
façade, soit des 
chiffres sur l’immeuble.


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

Re: [Talk-GB] Tagging a named building now used for a different purpose

[Mark Goodge]

On 23/05/2019 22:09, Phillip Barnett wrote:
Not sure how to tag it now, but are you sure the name is correct? JW’s 
place of worship has always been known as a Kingdom Hall, not Wisdom.

https://en.m.wikipedia.org/wiki/Kingdom_Hall


No; this is definitely Wisdom Hall. It's an early name, probably from 
before the JWs standardised on Kingdom Hall. Which is also probably 
also why the name has stuck beyond their use of the building.


https://goo.gl/maps/drepqZxd7Dpy2fun9

https://www.samueljonespearls.co.uk/our-story/

Mark

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

Re: [OSM-talk-fr] Josm modification cible traduite du startup

[Vincent Privat]

pas de souci à en parler ici, si jamais ça peut motiver d'autres personnes
:)
J'évoquerai aussi ce sujet au(x) SOTM à Montpellier et Heidelberg.
Vincent

Le jeu. 23 mai 2019 à 10:26, marc marc  a écrit :

> Le 23.05.19 à 09:48, lenny.libre a écrit :
> > Je continue mes traductions à petit pas, j'aurais d'autres questions,
> > est-ce le bon endroit pour poser les questions sur les traductions de
> JOSM ?
> >
>
> même si parfois cela concerne le fonctionne technique interne de josm,
> je pense que ca dérange aps du tout d'avoir ici qlq qui bosse sur la
> traduction d'un logiciel osm, bien au contraire, merci de le faire !
> donc poru ma part, continue à demander de l'aide ici chaque fois
> que tu en as besoin, sit u en as envie.
> pre que cela aidera/motivera d'autre à donner un coup de main
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-GB] Tagging a named building now used for a different purpose

[Phillip Barnett]

Not sure how to tag it now, but are you sure the name is correct? JW’s place of 
worship has always been known as a Kingdom Hall, not Wisdom.
https://en.m.wikipedia.org/wiki/Kingdom_Hall

Sent from my iPhone

> On 23 May 2019, at 21:37, Mark Goodge  wrote:
> 
> Looking for some advice...
> 
> There's a building in the town where I live that was originally constructed 
> by the Jehovah's Witnesses and named, by them, "Wisdom Hall". It hasn't been 
> used by the JWs now for several years, ever since they moved to a new 
> location. The building is currently occupied by a jewellery company which 
> uses it as their workshop.
> 
> However, the building is still known locally as "Wisdom hall", and that also 
> still appears on the nameplate on the front of the building along with the 
> current owner's trading name.
> 
> I've edited it to change it from a place of worship to a commercial building, 
> as that's what it now is. (The previous tags were added in 2015, well after 
> it had ceased to be a place of worship, so I suspect the editor then was 
> working from historic information).
> 
> However, I'm a bit unsure how best to tag it. Normally, commercial buildings 
> have the owner's name as the value of the 'name' key. I could do that here, 
> and then move the building name into the 'addr:housename' key, but that seems 
> inappropriate. So I've left the building name as it was, which reflects 
> current local usage.
> 
> But then, where does the current owner's name go? For now, I've put it into 
> the 'operator' key. But I'm not really sure if that's the right place either.
> 
> This is the object in question:
> 
> https://www.openstreetmap.org/way/308217826
> 
> Any suggestions gratefully received.
> 
> Mark
> 
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Tagging a named building now used for a different purpose

[Edward Catmur via Talk-GB]

The "building:name" tag would seem to be appropriate here.

Some examples:
https://www.openstreetmap.org/way/170028507
https://www.openstreetmap.org/way/85945126
https://www.openstreetmap.org/way/25911545

An alternative could be to have two objects: the building as a way, and the
tenant either as a node or as a (possibly fully) overlapping way sharing
nodes. I wouldn't go for this unless the building is sufficiently notable
e.g. having a Wikipedia article.

On Thu, May 23, 2019 at 9:37 PM Mark Goodge  wrote:

> Looking for some advice...
>
> There's a building in the town where I live that was originally
> constructed by the Jehovah's Witnesses and named, by them, "Wisdom
> Hall". It hasn't been used by the JWs now for several years, ever since
> they moved to a new location. The building is currently occupied by a
> jewellery company which uses it as their workshop.
>
> However, the building is still known locally as "Wisdom hall", and that
> also still appears on the nameplate on the front of the building along
> with the current owner's trading name.
>
> I've edited it to change it from a place of worship to a commercial
> building, as that's what it now is. (The previous tags were added in
> 2015, well after it had ceased to be a place of worship, so I suspect
> the editor then was working from historic information).
>
> However, I'm a bit unsure how best to tag it. Normally, commercial
> buildings have the owner's name as the value of the 'name' key. I could
> do that here, and then move the building name into the 'addr:housename'
> key, but that seems inappropriate. So I've left the building name as it
> was, which reflects current local usage.
>
> But then, where does the current owner's name go? For now, I've put it
> into the 'operator' key. But I'm not really sure if that's the right
> place either.
>
> This is the object in question:
>
> https://www.openstreetmap.org/way/308217826
>
> Any suggestions gratefully received.
>
> Mark
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [talk-cz] 3d mapa - mosty ve vodě

[jzvc via talk-cz]

Dne 21.5.2019 v 15:22 Karel Volný napsal(a):

Dne úterý 21. května 2019 14:43:31 CEST, Jakub Jelen napsal(a):

Ahoj,
mas nejaky priklad? Zadny takovy most jsem zatim nevidel.

tož mně přišlo, že se vpodstatě stačí podívat kamkoliv, ale tak konkrétně
třeba Karlův most

https://demo.f4map.com/#lat=50.0866290=14.4116182=19

K.


Cus, reseni existuje, jen neni nijak extra vseobecne podporovano.  Najdi 
si na tyhle mape staromak a radnici na nem. Musel bys to udelat stejne. 
Defakto jde o samostatnej 3D model, kterej nepouziva data z OSM, ale je 
ulozenej zvlast. To co zvlada OSM vidis na okolnich budovach, pripadne 
katedrala na hrade.


Pokud chces videt jiny ukazky, tak trebas eiffelova vez, pripadne dalsi 
znamy budovy.


https://demo.f4map.com/#lat=48.8599077=2.2949440=18=49.297=-20.054

https://demo.f4map.com/#lat=-33.8571064=151.2152174=19=66.486=5.157

https://demo.f4map.com/#lat=51.5006874=-0.1245873=19=56.746=-11.173

Ty mosty bys musel udelat stejne. Samozrejme i v ramci moznosti OSM bys 
ten most moh vytahnout nad hladinu, ale viz predchozi reakce, pak bys 
mel prozmenu problem s navazanim na okoli, protoze drtiva vetsina 3D 
zobrazovadel neresi teren, a pokud ano, tak jen velmi zhruba.





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



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

[Talk-GB] Tagging a named building now used for a different purpose

[Mark Goodge]

Looking for some advice...

There's a building in the town where I live that was originally 
constructed by the Jehovah's Witnesses and named, by them, "Wisdom 
Hall". It hasn't been used by the JWs now for several years, ever since 
they moved to a new location. The building is currently occupied by a 
jewellery company which uses it as their workshop.


However, the building is still known locally as "Wisdom hall", and that 
also still appears on the nameplate on the front of the building along 
with the current owner's trading name.


I've edited it to change it from a place of worship to a commercial 
building, as that's what it now is. (The previous tags were added in 
2015, well after it had ceased to be a place of worship, so I suspect 
the editor then was working from historic information).


However, I'm a bit unsure how best to tag it. Normally, commercial 
buildings have the owner's name as the value of the 'name' key. I could 
do that here, and then move the building name into the 'addr:housename' 
key, but that seems inappropriate. So I've left the building name as it 
was, which reflects current local usage.


But then, where does the current owner's name go? For now, I've put it 
into the 'operator' key. But I'm not really sure if that's the right 
place either.


This is the object in question:

https://www.openstreetmap.org/way/308217826

Any suggestions gratefully received.

Mark

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

[OSM-ja] 信濃川リレーションに対するfixmeタグのコメントについて(Triglav2018さんとのやり取り)

[nabetaro]

鍋太郎です。
先月からTriglav2018さんとやり取りしていました。
御本人はMLに参加するつもりはないとのことと、MLへ投げても良いとのことでしたので、
内容をそのまま転記して共有したいと思います。
長くて申し訳ありません。

※日付はUTCになっています。

＃思うところはいろいろありますが、まずは共有だけにしたいと思います。

-
From: nabetaro
To: Triglav2018
2019年04月 5日 10:56

nabetaroです。

信濃川リレーションに対するfixmeタグに以下のコメントを頂いたようですのでメッセージをお送りします。

エリアがどうしてwaterwayになるのか説明してほしい

fixmeタグでは通知されることがないため気がつくのが遅れてしまいました。 申し訳ありません。

このfixmeに以下を記載したのは私です。

不正なmultipolygonのみ修正。同名リレーションがあるため統合するか、riverbankをリレーションに含めるべきでなければ削除が適当と思われる

まず、waterwayについては、以下に定義されています。

https://wiki.openstreetmap.org/wiki/Waterways (英語)
https://wiki.openstreetmap.org/wiki/JA:%E6%B0%B4%E5%9F%9F (日本語)

こちらに、線形の水域に続き、「広い河川、湖沼、貯水池、島」としてriverbankを記述する方法について記載されています。 
そのため、少なくともosmにおいては、riverbankはwaterway(の一部)とみなされていると考えます。

但し以下の理由により、relationにriverbankを含めるのは待ったほうが良いとも考えます。

https://wiki.openstreetmap.org/wiki/JA:Relation:waterway 
にはriverbankロールの説明もありますが、こうも書かれています。

承認されておらず、あまり利用されておらず、異論があります - Talk:Relation:waterway を参照してください

内容は読み切れていませんが、waterwayリレーションについてのriverbankの扱いは微妙です。 
そのため、「riverbankをリレーションに含めるべきでなければ削除が適当と思われる」と記載しました。

ではmultipolygonではどうかと言うと、 
https://wiki.openstreetmap.org/wiki/JA:Relation:multipolygon に記載があります。

 The conditions to form a valid multipolygon relation are the following:
If an endpoint is shared by more than two unclosed ways, it's ill formed 
and a closed polygon can't be reconstructed unambiguously. invalid example 2 
(Exception - points shared by an even number of unclosed ways might be part of 
touching inner rings which is ok.)

少々わかりにくいので、以下を見ていただきたいです。


https://wiki.openstreetmap.org/wiki/JA:Relation:multipolygon#Overlapping.2C_unclosed_member_ways_belonging_to_the_same_role

multipolygon を構成するpolygonは、2点を共有するように配置することができず、不正なmultipoylgonになります。 
つまりriverbankのような連なったpolygonをmultipolygonリレーションに入れることはできません。

以上より JOSMエディタによる妥当性検証において、「エラー判定」されていましたので、以下の修正を行いました。

https://www.openstreetmap.org/changeset/68356080

現在、信濃川リレーションはmultipolygonに戻され、エラーが復活しています。 連なる千曲川リレーションもmultipolygonも同様です。 
(こちらには開いたwayがmultipolygonに登録されているという別のエラーもあります)

以上でご質問への回答になったでしょうか?

ご確認をよろしくお願い致します。

-

From: Triglav2018
To: nabetaro
2019年04月 8日 11:01

詳しい解説ありがとうございます。

一番は編集ツールごとでエラー判定が異なることに問題がありそうです。

Wikiepdiaの「ネヴァ川」に採用されているのを見つけてから日本の河川に写し取ってみましたが、なるほどネヴァ川のメンバーにはriverbankが使われていませんね。

https://ja.wikipedia.org/wiki/%E3%83%8D%E3%83%B4%E3%82%A1%E5%B7%9D 
https://www.openstreetmap.org/relation/2599821

新たに湧別川を書き直しましたのでご確認ください。

https://www.openstreetmap.org/relation/9279259

-
From: nabetaro
To Triglav2018
2019年04月 9日 16:00

返信ありがとうございます。

On 2019-04-08 11:01:18 UTC Triglav2018 wrote:


Wikiepdiaの「ネヴァ川」に採用されているのを見つけてから日本の河川に写し取ってみましたが、なるほどネヴァ川のメンバーにはriverbankが使われていませんね。

新たに湧別川を書き直しましたのでご確認ください。

https://www.openstreetmap.org/relation/9279259

拝見しました。

なるほど、multipolygonの外周を開いたwayで接続して全体のエリアとしたのですね。 確かにJOSMとしてはエラーにならなくなります。

ただ、もとの私のfixmeに記載した以下の内容

不正なmultipolygonのみ修正。同名リレーションがあるため統合するか、riverbankをリレーションに含めるべきでなければ削除が適当と思われる

の中で、統合ないし削除を記載した理由の中に、前回出典を示せなくて省略したものがあります。 後出しになってしまい申し訳ありません。

OpenStreetMapのベストプラクティスの中に、「地物ひとつにOSM要素はひとつ」というのがあります。

https://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element (英語)

https://wiki.openstreetmap.org/wiki/JA:%E5%9C%B0%E7%89%A9%E3%81%B2%E3%81%A8%E3%81%A4%E3%81%ABOSM%E8%A6%81%E7%B4%A0%E3%81%AF%E3%81%B2%E3%81%A8%E3%81%A4
 (日本語)

「湧別川」にしろ「信濃川」にしろ、これらを表すリレーションが現状では2つづつあります (waterwayとmultipolygon)。 
この状況は「地物ひとつにOSM要素はひとつ」に反していると考えます。 
そのため、統合すべき、または統合の結果、記載するべきでない情報となったしまう場合は、削除すべきと考えています。

また、waterwayは水域を表しますが、multipolygonは複数の多角形を組み合わせたものを表します。どちらが情報として詳細でしょうか。

以上から、multipolygon「湧別川」リレーションが持つメンバ及びタグは、waterway「湧別川」リレーションに(不都合がないもののみ)移動し、multipolygon「湧別川」リレーションは削除が良いと思っています。

以上ご確認ください。

-
From: Triglav2018
To: nabetaro
2019年04月12日 18:46

OSMに無知な状態で意見することをお許しください。

「地物ひとつにOSM要素はひとつ」は、確かにそのとおりだと思います。

でも河川に地物が2つ重なっているとしたら？

道路は、線で表現します。 湖水は、面で表現します。

河川は、流路の線と、水域の面の2つの地物が重なっているのではないでしょうか？

なぜなら、流路のリレーションは水域を取り込まないし、その逆も然りです。 各国の河川を見てみましたが、両方を取り込んでいるリレーションを見たことがありません。

もし重複の判定を名称でされているのだとしたら、主である「流路」に対しての従「水域」の名称を取り除いてしまえばよいと思います。

さて、本題

今回開発されたウィキペディアへの移入ツールがなぜ type=waterway 
を拒絶しているのかが謎です。データの軽量化なのでしょうが、ノードを大量に間引きしてしまっているためにウィキペディア上でマップを拡大したら見れたものではありません。そのような状況で河川に対しては「面」で表現させようとしている。

河川も湖の延長にとらえているのでしょうね

湖のリレーションは natural=water, type=multipolygon, water=lake なので 
https://www.openstreetmap.org/edit?changeset=68860510

河川のリレーションは natural=water, type=multipolygon, water=river となるのでしょう。

-
From: nabetaro
To Triglav2018
2019年04月13日 21:57

On 2019-04-12 18:46:24 UTC Triglav2018 wrote:

「地物ひとつにOSM要素はひとつ」は、確かにそのとおりだと思います。

   

Re: [talk-cz] Upgrade OsmHiCheck

[Majka]

To je chyba zadání u té fotky. Chybí tam označení typu objektu, takže se to 
nově nespáruje. Tedy funguje to tak jak má. 

23. května 2019 16:50:54 SELČ, "Petr Vozdecký"  napsal:
>
>hlasim chybu v zobrazovani nenafocenych rozcestniku:
>
>napr. u BO218 "Lesopark (rozhledna)" na Kamenném vrchu v Brně https://
>openstreetmap.cz/node/2394262815#map=18/49.18289/16.55612=dKGB
>
>nebo u BO246 "Kamenný vrch"
>https://openstreetmap.cz/node/2394262814#map=19/
>49.17666/16.55857=dKGB
>
>a u řady dalších (ale ne u všech)se zobrazuje ikona vyfoceného
>rozcestníku
>(i s fotkou) a nevyfoceného rozcestníku současně...
>
>
>
>
>vop
>
>
>
>
>-- Původní e-mail --
>Od: xkomc...@centrum.cz 
>Komu: talk-cz@openstreetmap.org
>Datum: 23. 5. 2019 14:42:13
>Předmět: Re: [talk-cz] Upgrade OsmHiCheck
>"Ahoj,
>
>"- nove ukazuje nenafocene mapy, infotabule a emergency body" - to sice
>
>jo, ale zapomíná to ukazovat nenafocené rozcestníky :-) Viz třeba
>https://openstreetmap.cz/#map=18/49.50904/16.91950=dKGB , kde na
>místě spojení modré a žluté je reálu (i v OSM datech) klasický KČT
>rozcestník, ale zatím nebyl nahrán do Fody.
>
>Jirka Komárek
>
>On 23. 05. 19 14:10, Tom Ka wrote:
>> Ahoj,
>>
>> byla dokoncena prvni faze upgrade OsmHiCheck, kterou jsem ruzne v
>> posledni dobe avizoval.
>>
>> Primarne se parovani deje jen pro stejne typy OSM uzlu a fotek:
>> infotabule, mapy, emergency, rozcestniky zvlast: ski, horse,
>> wheelchair, pesi, (cyklo+silnicni - viz. nize)
>>
>> Diky tomu je spousta novych hlaseni o problemech, deli se na tri
>skupiny:
>> - fotky jsou ve Fody ale jeste neprosly validaci a nemaji spravne
>> (casto zadne) tagy - dodelam, na druhou stranu jsou to fotky z roku
>> 2016 a starsi, takze nove nafoceni nebude urcite na skodu
>> - puvodni parovani spojilo fotku cyklo/silnicniho rozcestniku a pesi
>> OSM rozcestnik apod - to se nyni nedeje.
>> - nove ukazuje nenafocene mapy, infotabule a emergency body
>>
>> Krome foceni (cokoliv, co ted hlasi asi stoji za to nafotit, tim se
>> nic nepokazi), bude potreba dokoncit verifikaci ve Fody (udelam ja) a
>> take zkontrolovat a opravit tagovani v OSM - tj. na fotce je videt
>> pesi,ski ale v OSM je jen pesi nebo tyhle XXX=yes uplne chybi apod.
>> (do toho se muze pustit kazdy ve svem okoli).
>>
>> Nepouzite fotky - je potreba porovna tagy fotky a OSM bodu - muze byt
>> chyba v tagu ve Fody (eliminuji verifikaci) nebo chybejici zaznam v
>> OSM napr.:
>> fotka #2346 - na https://osm.fit.vutbr.cz/OsmHiCheck/gp/?img je
>videt,
>> ze fotka ma (spravne) tag emergency, ale v OSM neni odpovidajici uzel
>> - je treba doplnit apod.
>>
>> Chybejici ref (vetsinou malo nebo prazdne):
>> https://osm.fit.vutbr.cz/OsmHiCheck/gp/?cor
>> - chybi ref pro typ uzlu, ktery ji ocekava a fotka ji ma (aktualne 2x
>> emergency body)
>>
>> Chybejici fotka (a pripadne chybejici ref):
>> https://osm.fit.vutbr.cz/OsmHiCheck/gp/?bad
>> - je potreba vyfotit, pak pripadne doplnit do OSM ref pokud ji dany
>objekt
>ma
>>
>> Samozrejme to pohlo statistikama, resp. maji ted nektere cisla trochu
>> jiny vyznam:
>> https://osm.fit.vutbr.cz/OsmHiCheck/gp/stats.php
>>
>> Dotaz k OSM - chceme nejak rozlisovat rozcestniky (a trasy) v ruznem
>> znaceni - tj. cyklo (tereni) a silnicni? Pokud ano, tak jak? Z
>pohledu
>> Fody cyklo maji ref, silnicni ne apod, takze se rozlisuji.
>>
>> Pokud narazite na chybu, dejte prosim vedet.
>>
>> Konec hlaseni tom.k
>>
>> ___
>> talk-cz mailing list
>> talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>> https://openstreetmap.cz/talkcz
>
>___
>talk-cz mailing list
>talk-cz@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-cz
>https://openstreetmap.cz/talkcz
>"
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk] Remove validation rule asking to add highway=footway to railway/public_transport=platform

[Markus]

Hello Bryan, hello everyone,

I'm posting this reply to Bryan's message on GitHub
(https://github.com/openstreetmap/iD/issues/6409#issuecomment-495231649)
here, as the issue has been locked by Bryan.

> Hey all, I've locked this topic. Inviting other people to jump on the thread 
> just to express disagreement is not very helpful.

While i really appreciate the work you and the other developers have
put into iD, i find it demotivating and harmful that you refuse other
opinions.

> Some people will disagree, and that's ok.

So far, everybody except you disagreed. If there is a clear majority,
i expect the iD developers to follow it.

Moreover, this validation rule infringes upon these policies or guidelines:

* Automated Edits code of conduct
(https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct):
You take advantage of mappers unconsciously adding highway=footway to
platforms. This is an automated edit.
* Map what's on the ground
(https://wiki.openstreetmap.org/wiki/Good_practice#Map_what.27s_on_the_ground):
A platform is not a footway.
* Don't map for the renderer
(https://wiki.openstreetmap.org/wiki/Good_practice#Don.27t_map_for_the_renderer):
It's rater "don't map for the router", but the effect is the same.

> There exists no master list of all the routable features in OSM. This is 
> because people are always making up tags. It is unreasonable to expect 
> mappers and data consumers to "just know" what all the tags are that are 
> routable.

If the problem is the lack of a list of all routable features in OSM,
then it should be solved by creating such a list, not by mapping for
the router. (By the way, routable tags aren't added very frequently.)
I guess it should also be possible to create a "routable" property for
Wikibase (data items).

I kindly ask you to reconsider your decision, to not block opinions
that differ from yours and to listen more to the community.

Best regards

Markus

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

Re: [OSM-talk-fr] Mentions Nord, Sud, Est, Ouest, Centre dans les noms de hameaux ou de villages

[marc marc]

Bonjour,

Le 19.05.19 à 16:59, Sébastien Dinot a écrit :
> « Les mentions Nord, Sud, Est, Ouest, Centre doivent être supprimées des
>noms des hameaux ou des lieux-dits du cadastre. Le nom du lieu ne doit
>être intégré qu’une seule fois. »

je partage cet avis.

> Comment traiter correctement ce problème ? 

mettre un place=* avec le nom du lieu au centre de ce lieu

> Comment identifier le code FANTOIR à conserver ?

cela n'a pas de sens de n'en agrder qu'un au pif.
soit on décide que fantoir n'a pas de code pour ce lieu dit
soit on accepte que fantoir a un autre découpage que osm
et on pourrait lier les 2 avec ref:FR:FANTOIR=ref1;ref2;ref3;ref4
c'est ma préférence

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

Re: [talk-cz] Upgrade OsmHiCheck

[Petr Vozdecký]

hlasim chybu v zobrazovani nenafocenych rozcestniku:

napr. u BO218 "Lesopark (rozhledna)" na Kamenném vrchu v Brně https://
openstreetmap.cz/node/2394262815#map=18/49.18289/16.55612=dKGB

nebo u BO246 "Kamenný vrch" https://openstreetmap.cz/node/2394262814#map=19/
49.17666/16.55857=dKGB

a u řady dalších (ale ne u všech)se zobrazuje ikona vyfoceného rozcestníku
(i s fotkou) a nevyfoceného rozcestníku současně...




vop




-- Původní e-mail --
Od: xkomc...@centrum.cz 
Komu: talk-cz@openstreetmap.org
Datum: 23. 5. 2019 14:42:13
Předmět: Re: [talk-cz] Upgrade OsmHiCheck
"Ahoj,

"- nove ukazuje nenafocene mapy, infotabule a emergency body" - to sice 
jo, ale zapomíná to ukazovat nenafocené rozcestníky :-) Viz třeba
https://openstreetmap.cz/#map=18/49.50904/16.91950=dKGB , kde na
místě spojení modré a žluté je reálu (i v OSM datech) klasický KČT
rozcestník, ale zatím nebyl nahrán do Fody.

Jirka Komárek

On 23. 05. 19 14:10, Tom Ka wrote:
> Ahoj,
>
> byla dokoncena prvni faze upgrade OsmHiCheck, kterou jsem ruzne v
> posledni dobe avizoval.
>
> Primarne se parovani deje jen pro stejne typy OSM uzlu a fotek:
> infotabule, mapy, emergency, rozcestniky zvlast: ski, horse,
> wheelchair, pesi, (cyklo+silnicni - viz. nize)
>
> Diky tomu je spousta novych hlaseni o problemech, deli se na tri skupiny:
> - fotky jsou ve Fody ale jeste neprosly validaci a nemaji spravne
> (casto zadne) tagy - dodelam, na druhou stranu jsou to fotky z roku
> 2016 a starsi, takze nove nafoceni nebude urcite na skodu
> - puvodni parovani spojilo fotku cyklo/silnicniho rozcestniku a pesi
> OSM rozcestnik apod - to se nyni nedeje.
> - nove ukazuje nenafocene mapy, infotabule a emergency body
>
> Krome foceni (cokoliv, co ted hlasi asi stoji za to nafotit, tim se
> nic nepokazi), bude potreba dokoncit verifikaci ve Fody (udelam ja) a
> take zkontrolovat a opravit tagovani v OSM - tj. na fotce je videt
> pesi,ski ale v OSM je jen pesi nebo tyhle XXX=yes uplne chybi apod.
> (do toho se muze pustit kazdy ve svem okoli).
>
> Nepouzite fotky - je potreba porovna tagy fotky a OSM bodu - muze byt
> chyba v tagu ve Fody (eliminuji verifikaci) nebo chybejici zaznam v
> OSM napr.:
> fotka #2346 - na https://osm.fit.vutbr.cz/OsmHiCheck/gp/?img je videt,
> ze fotka ma (spravne) tag emergency, ale v OSM neni odpovidajici uzel
> - je treba doplnit apod.
>
> Chybejici ref (vetsinou malo nebo prazdne):
> https://osm.fit.vutbr.cz/OsmHiCheck/gp/?cor
> - chybi ref pro typ uzlu, ktery ji ocekava a fotka ji ma (aktualne 2x
> emergency body)
>
> Chybejici fotka (a pripadne chybejici ref):
> https://osm.fit.vutbr.cz/OsmHiCheck/gp/?bad
> - je potreba vyfotit, pak pripadne doplnit do OSM ref pokud ji dany objekt
ma
>
> Samozrejme to pohlo statistikama, resp. maji ted nektere cisla trochu
> jiny vyznam:
> https://osm.fit.vutbr.cz/OsmHiCheck/gp/stats.php
>
> Dotaz k OSM - chceme nejak rozlisovat rozcestniky (a trasy) v ruznem
> znaceni - tj. cyklo (tereni) a silnicni? Pokud ano, tak jak? Z pohledu
> Fody cyklo maji ref, silnicni ne apod, takze se rozlisuji.
>
> Pokud narazite na chybu, dejte prosim vedet.
>
> Konec hlaseni tom.k
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz

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

Re: [talk-cz] Upgrade OsmHiCheck

[Petr Vozdecký]

viz

https://openstreetmap.cz/git/tom.k/Fody/wiki/PhotosExamples



-- Původní e-mail --
Od: Miroslav Suchy 
"Dne 23. 05. 19 v 14:10 Tom Ka napsal(a):
> cyklo/silnicniho rozcestniku

Jaky je rozdil mezi cyklo a silnicim rozcestnikem?

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

Re: [talk-cz] Upgrade OsmHiCheck

[Zdeněk Pražák]

viz https://openstreetmap.cz/git/tom.k/Fody/wiki/PhotosExamples
-- Původní e-mail --
Od: Miroslav Suchy 
Komu: talk-cz@openstreetmap.org
Datum: 23. 5. 2019 16:24:26
Předmět: Re: [talk-cz] Upgrade OsmHiCheck
"Dne 23. 05. 19 v 14:10 Tom Ka napsal(a):
> cyklo/silnicniho rozcestniku

Jaky je rozdil mezi cyklo a silnicim rozcestnikem?

M.

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

Re: [talk-cz] Upgrade OsmHiCheck

[Miroslav Suchy]

Dne 23. 05. 19 v 14:10 Tom Ka napsal(a):
> cyklo/silnicniho rozcestniku 

Jaky je rozdil mezi cyklo a silnicim rozcestnikem?

M.

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

[Talk-it] highway=residential con access=permissive

[Volker Schmidt]

Ho scoperto per caso tanti nidi sulla mappa in Italia con tanti
highway=residential con access=permissive.
Provate con questa query:
http://overpass-turbo.eu/s/Jhz

Non ho la minima idea che cosa vuole dire il tagging.
Conosco il significato di access=permissive secondo il wiki ma sicuramente
questi numeri non sono tutte strade per le quali i proprietari tollerano
l'accesso.
Forse uno dei mappatori che utilizzano questa combinazione può spiegare?.

Grazie

Volker



Virus-free.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-GB] Déjà vu

[Jez Nicholson]

Thanks all! I'm probably just going mad :)

On Thu, May 23, 2019 at 2:12 PM SK53  wrote:

> This is what I do with some kind of binary chop on dates (usually one has
> a decent idea of when one thought it was on OSM),
>
> I do have shops (& probably other stuff) extracted from an OSM History
> file from the middle of last year, so could probably get more details that
> way if required.
>
> Jerry
>
> On Thu, 23 May 2019 at 13:07, Andy Townsend  wrote:
>
>> On 23/05/2019 12:40, Gareth L wrote:
>> > Ive used http://overpass-api.de/achavi/ for this, if there is no trace
>> > of the element. Not so good on mobile.
>> >
>> Another overpass option is to search on a particular date, for example:
>>
>> [date:"2018-09-04T00:00:00Z"];
>> node({{bbox}});
>> out geom;
>>
>> (that's saved as https://overpass-turbo.eu/s/Jhf )
>>
>> These sorts of searches should work back to 2012 I think?
>>
>> Best Regards,
>>
>> Andy
>>
>>
>>
>> ___
>> Talk-GB mailing list
>> Talk-GB@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-gb
>>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-fr] Multipolygone outer residential avec inner residential ?

[Romain MEHUT]

Donc plutôt place=neighbourhood ?

Une recherche dans les archives de discussions antérieures montrent que
comme souvent c'est difficile de trouver un consensus...

Merci.

Romain




--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [Talk-GB] Tools to support solar panel mapping?

[SK53]

For solar panels as nodes I have been adding two things which could fulfil
these criteria:

   - A count of solar panel modules (the roughly 1.5 by 1 m individual
   panels) with generator:solar:modules.
   - Orientation (as generator:orientation) which can be in degrees or one
   of the 16 points of the compass.

The former is probably the most useful, as it is a good proxy for optimum
power capacity (roughly 320-370 W per module) and thus could be used
immediately in things like OpenInfraMap. Orientation is just one factor in
determining likely actual capacity which would be quite complex. It is
useful when an installation spreads over more than one part of the roof.

Jerry

On Thu, 23 May 2019 at 13:07, Mateusz Konieczny 
wrote:

>
>
>
> 23 May 2019, 13:37 by r...@garrett.co.uk:
>
> On Thu, 23 May 2019 at 11:22, Mateusz Konieczny 
> wrote:
>
> To fit StreetComplete it must be
>
> - refining existing objects, not adding new ones
> - be solvable by any normal human by answering a simple question
>
>
> One option for this is turning generator=solar nodes into areas.
>
> Fails "solvable by any normal human by answering a simple question",
> it requires drawing a geometry.
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Déjà vu

[SK53]

This is what I do with some kind of binary chop on dates (usually one has a
decent idea of when one thought it was on OSM),

I do have shops (& probably other stuff) extracted from an OSM History file
from the middle of last year, so could probably get more details that way
if required.

Jerry

On Thu, 23 May 2019 at 13:07, Andy Townsend  wrote:

> On 23/05/2019 12:40, Gareth L wrote:
> > Ive used http://overpass-api.de/achavi/ for this, if there is no trace
> > of the element. Not so good on mobile.
> >
> Another overpass option is to search on a particular date, for example:
>
> [date:"2018-09-04T00:00:00Z"];
> node({{bbox}});
> out geom;
>
> (that's saved as https://overpass-turbo.eu/s/Jhf )
>
> These sorts of searches should work back to 2012 I think?
>
> Best Regards,
>
> Andy
>
>
>
> ___
> 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] Problème de rafraîchissement de tuiles

[Vincent de Château-Thierry]

Bonjour,

> De: "marc marc" 
> 
> Le 23.05.19 à 14:42, Jérôme Seigneuret a écrit :
> > J'ai des rafraîchissements partiels et les tuiles qui sont
> > recalculées
> > sont aléatoirement à jour.
> > Avez vous remarqué le même comportement?
> 
> oui.
> j'ai l’impression que je basculais entre 2 caches
> mais je n'ai pas encore réussit à le capturer

Hier nos chers sysadmins évoquaient une surcharge des serveurs :
https://twitter.com/OSM_Tech/status/1130921787036983296

vincent

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

Re: [OSM-talk-fr] Multipolygone outer residential avec inner residential ?

[marc marc]

Bonjour,

Le 23.05.19 à 14:50, Romain MEHUT a écrit :
> https://overpass-api.de/achavi/?changeset=70503518
> Ok pour basculer le tag landuse=residential du polygone outer sur la
> relation multipolygone, par contre ce même tag a été également retiré de
> tous les polygones en inner qui définissent des résidences

oui effectivement supprimer le landuse des inner supprime tout landuse
pour ces endroits, ce qui n'est pas cohérent.

c'est l'essence même du MP que je ne comprend pas.
les inner d'un MP servent à décrire qu'une zone a des trous différent
de ce qui les entourent.
si le trou est résidentiel comme ce qui l'entoure, c'est pas un trou.
j'ai l'impression qu'une meilleur correction serrait :
- les inners des différentes résidences : les transformer en place=* 
correspondant à leur taille (bloc ?)
- supprimer le MP pour ne garder qu'une zone résidentielle
ou si tu veux micro-mapper, exploser cette énorme surface
en plein de petit polygone qui se limitent chacun réellement
à l'usage résidentielle

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

[OSM-talk-fr] Multipolygone outer residential avec inner residential ?

[Romain MEHUT]

Bonjour,

Que pensez-vous de ce changeset
https://overpass-api.de/achavi/?changeset=70503518

Ok pour basculer le tag landuse=residential du polygone outer sur la
relation multipolygone, par contre ce même tag a été également retiré de
tous les polygones en inner qui définissent des résidences. Leur rendu fait
que maintenant il ne s'agit plus de landuse=residential.

Merci pour votre éclairage...

Romain



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] Problème de rafraîchissement de tuiles

[marc marc]

Le 23.05.19 à 14:42, Jérôme Seigneuret a écrit :
> J'ai des rafraîchissements partiels et les tuiles qui sont recalculées 
> sont aléatoirement à jour.
> Avez vous remarqué le même comportement?

oui.
j'ai l’impression que je basculais entre 2 caches
mais je n'ai pas encore réussit à le capturer
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Problème de rafraîchissement de tuiles

[Jérôme Seigneuret]

Bonjour,
Je pense que l'un des serveur de tuile doit avoir des problème sur
openstreetmap.org

J'ai des rafraîchissements partiels et les tuiles qui sont recalculées sont
aléatoirement à jour.

un peu comme si a.tiles est ok et b.tiles renvoi les anciennes données

Avez vous remarqué le même comportement?
-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [talk-cz] Upgrade OsmHiCheck

[xkomc...@centrum.cz]

Ahoj,

"- nove ukazuje nenafocene mapy, infotabule a emergency body" - to sice 
jo, ale zapomíná to ukazovat nenafocené rozcestníky :-) Viz třeba 
https://openstreetmap.cz/#map=18/49.50904/16.91950=dKGB , kde na 
místě spojení modré a žluté je reálu (i v OSM datech) klasický KČT 
rozcestník, ale zatím nebyl nahrán do Fody.


Jirka Komárek

On 23. 05. 19 14:10, Tom Ka wrote:

Ahoj,

byla dokoncena prvni faze upgrade OsmHiCheck, kterou jsem ruzne v
posledni dobe avizoval.

Primarne se parovani deje jen pro stejne typy OSM uzlu a fotek:
infotabule, mapy, emergency, rozcestniky zvlast: ski, horse,
wheelchair, pesi, (cyklo+silnicni - viz. nize)

Diky tomu je spousta novych hlaseni o problemech, deli se na tri skupiny:
- fotky jsou ve Fody ale jeste neprosly validaci a nemaji spravne
(casto zadne) tagy - dodelam, na druhou stranu jsou to fotky z roku
2016 a starsi, takze nove nafoceni nebude urcite na skodu
- puvodni parovani spojilo fotku cyklo/silnicniho rozcestniku a pesi
OSM rozcestnik apod - to se nyni nedeje.
- nove ukazuje nenafocene mapy, infotabule a emergency body

Krome foceni (cokoliv, co ted hlasi asi stoji za to nafotit, tim se
nic nepokazi), bude potreba dokoncit verifikaci ve Fody (udelam ja) a
take zkontrolovat a opravit tagovani v OSM - tj. na fotce je videt
pesi,ski ale v OSM je jen pesi nebo tyhle XXX=yes uplne chybi apod.
(do toho se muze pustit kazdy ve svem okoli).

Nepouzite fotky - je potreba porovna tagy fotky a OSM bodu - muze byt
chyba v tagu ve Fody (eliminuji verifikaci) nebo chybejici zaznam v
OSM napr.:
fotka #2346 - na https://osm.fit.vutbr.cz/OsmHiCheck/gp/?img je videt,
ze fotka ma (spravne) tag emergency, ale v OSM neni odpovidajici uzel
- je treba doplnit apod.

Chybejici ref (vetsinou malo nebo prazdne):
https://osm.fit.vutbr.cz/OsmHiCheck/gp/?cor
- chybi ref pro typ uzlu, ktery ji ocekava a fotka ji ma (aktualne 2x
emergency body)

Chybejici fotka (a pripadne chybejici ref):
https://osm.fit.vutbr.cz/OsmHiCheck/gp/?bad
- je potreba vyfotit, pak pripadne doplnit do OSM ref pokud ji dany objekt ma

Samozrejme to pohlo statistikama, resp. maji ted nektere cisla trochu
jiny vyznam:
https://osm.fit.vutbr.cz/OsmHiCheck/gp/stats.php

Dotaz k OSM - chceme nejak rozlisovat rozcestniky (a trasy) v ruznem
znaceni - tj. cyklo (tereni) a silnicni? Pokud ano, tak jak? Z pohledu
Fody cyklo maji ref, silnicni ne apod, takze se rozlisuji.

Pokud narazite na chybu, dejte prosim vedet.

Konec hlaseni tom.k

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


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

Re: [talk-cz] vzdálenost u návěsti cyklo tras

[Tom Ka]

Je to slabych 70m, to uz je asi na detekci hodne  ale mozna ne, tezko
rict, muzeme pak zkusit. Kazdopadne je to stejna situace jako u toho
Mirkova, Za mne tohle je blize k silnicnimu znaceni nez k silnicnimu
rozcestniku - tj. pokud by to byla pesi, bude tam jen znaceni. Tohle
by chtelo nejak probrat ve vice lidech a rozseknout, jinak s tim budou
potize i dal. V souvislosti se vzdalenosti detekce - pokud by zbyly
jen skutecne rozcestniky (tj. ma cislo trasy, smer a vzdalenost?), tak
vetsi vzdalenost asi tolik nevadi.

Bye

čt 23. 5. 2019 v 14:24 odesílatel Tomas Novotny  napsal:
>
> Ahoj,
>
> ja se vlastne na to stejne ptal na poslednim pivu. Bylo to kvuli tomuto
> "rozcestniku", ktery ale bude vic nez 38 metru:
> https://osm.fit.vutbr.cz/fody/?id=21679
>
> T.
>
> On Thu, 23 May 2019 13:57:10 +0200
> Tom Ka  wrote:
>
> > Tak uz umim ruzne vzdalenosti pro ruzne typy objektu. Takze kolik by
> > jsi navrhoval pro cyklo a silnicni rozcestniky? To co jsi posilal je
> > cca 38m.
> >
> > Pak je tady jeste problem v tomto konkretnim pripade, jak tagovat
> > (fody i OSM) tento typ fotek - je to neco mezi znacenim a
> > rozcestnikem, viz.
> > https://openstreetmap.cz/git/tom.k/Fody/wiki/PhotosExamples. Muj
> > pohled na vec je, ze tyto tabule by v pripade pasoveho znaceni byly
> > znacky (s sipkou) ale pro silnicni znaceni to nedava zmysl. Takze
> > vetsinu techto ceduli (do urcite slozitosti) bezu spise jako znaceni.
> > Problem je, ze to neni jednoznacne. Je i 'silnicni rozcestnik' kde je
> > jen smer (neco jako u pesi - pod znackou text 'po louce 50m') a vubec
> > ruzne varianty a lidova tvorivost.
> >
> > Viz. vlakno s OSM tagovanim pro znaceni - 
> > https://openstreetmap.cz/talkcz/c2787
> >
> > Bye
> >
> > so 20. 4. 2019 v 6:27 odesílatel Tom Ka  napsal:
> > >
> > > Ahoj, aktualne ne, ale podivam se, co by znamenalo to rozdelit zvlast pro 
> > > silnici a zbytej.
> > >
> > > Bye
> > >
> > > On Fri, Apr 19, 2019, 19:47 Miroslav Suchý  wrote:
> > >>
> > >> Na tomhle místě:
> > >> https://openstreetmap.cz/#map=18/49.19519/15.39474=wHGB
> > >>
> > >> jsem umístnil do křižovatky rozcestník pro cyklotrasu. V místě je návěst
> > >> (dle terminologie KČT) před křižovatkou.
> > >> Do fody jsem ru návěst dal na místo kde přesně je (před křižovatkou),
> > >> ale v OSM ho máme v křižovatce (protože jsou ze všech stran křižovatky).
> > >>
> > >> No a Fody to nespáruje. Tome - dá se nastavit na cyklorozcestníky delší
> > >> vzdálenost?
> > >>
> > >> Mirek
> > >>
> > >> ___
> > >> talk-cz mailing list
> > >> talk-cz@openstreetmap.org
> > >> https://lists.openstreetmap.org/listinfo/talk-cz
> > >> https://openstreetmap.cz/talkcz
> >
> > ___
> > talk-cz mailing list
> > talk-cz@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz
> > https://openstreetmap.cz/talkcz

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

Re: [talk-cz] vzdálenost u návěsti cyklo tras

[Tomas Novotny]

Ahoj,

ja se vlastne na to stejne ptal na poslednim pivu. Bylo to kvuli tomuto
"rozcestniku", ktery ale bude vic nez 38 metru:
https://osm.fit.vutbr.cz/fody/?id=21679

T.

On Thu, 23 May 2019 13:57:10 +0200
Tom Ka  wrote:

> Tak uz umim ruzne vzdalenosti pro ruzne typy objektu. Takze kolik by
> jsi navrhoval pro cyklo a silnicni rozcestniky? To co jsi posilal je
> cca 38m.
> 
> Pak je tady jeste problem v tomto konkretnim pripade, jak tagovat
> (fody i OSM) tento typ fotek - je to neco mezi znacenim a
> rozcestnikem, viz.
> https://openstreetmap.cz/git/tom.k/Fody/wiki/PhotosExamples. Muj
> pohled na vec je, ze tyto tabule by v pripade pasoveho znaceni byly
> znacky (s sipkou) ale pro silnicni znaceni to nedava zmysl. Takze
> vetsinu techto ceduli (do urcite slozitosti) bezu spise jako znaceni.
> Problem je, ze to neni jednoznacne. Je i 'silnicni rozcestnik' kde je
> jen smer (neco jako u pesi - pod znackou text 'po louce 50m') a vubec
> ruzne varianty a lidova tvorivost.
> 
> Viz. vlakno s OSM tagovanim pro znaceni - 
> https://openstreetmap.cz/talkcz/c2787
> 
> Bye
> 
> so 20. 4. 2019 v 6:27 odesílatel Tom Ka  napsal:
> >
> > Ahoj, aktualne ne, ale podivam se, co by znamenalo to rozdelit zvlast pro 
> > silnici a zbytej.
> >
> > Bye
> >
> > On Fri, Apr 19, 2019, 19:47 Miroslav Suchý  wrote:  
> >>
> >> Na tomhle místě:
> >> https://openstreetmap.cz/#map=18/49.19519/15.39474=wHGB
> >>
> >> jsem umístnil do křižovatky rozcestník pro cyklotrasu. V místě je návěst
> >> (dle terminologie KČT) před křižovatkou.
> >> Do fody jsem ru návěst dal na místo kde přesně je (před křižovatkou),
> >> ale v OSM ho máme v křižovatce (protože jsou ze všech stran křižovatky).
> >>
> >> No a Fody to nespáruje. Tome - dá se nastavit na cyklorozcestníky delší
> >> vzdálenost?
> >>
> >> Mirek
> >>
> >> ___
> >> talk-cz mailing list
> >> talk-cz@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-cz
> >> https://openstreetmap.cz/talkcz  
> 
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz

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

[talk-cz] Upgrade OsmHiCheck

[Tom Ka]

Ahoj,

byla dokoncena prvni faze upgrade OsmHiCheck, kterou jsem ruzne v
posledni dobe avizoval.

Primarne se parovani deje jen pro stejne typy OSM uzlu a fotek:
infotabule, mapy, emergency, rozcestniky zvlast: ski, horse,
wheelchair, pesi, (cyklo+silnicni - viz. nize)

Diky tomu je spousta novych hlaseni o problemech, deli se na tri skupiny:
- fotky jsou ve Fody ale jeste neprosly validaci a nemaji spravne
(casto zadne) tagy - dodelam, na druhou stranu jsou to fotky z roku
2016 a starsi, takze nove nafoceni nebude urcite na skodu
- puvodni parovani spojilo fotku cyklo/silnicniho rozcestniku a pesi
OSM rozcestnik apod - to se nyni nedeje.
- nove ukazuje nenafocene mapy, infotabule a emergency body

Krome foceni (cokoliv, co ted hlasi asi stoji za to nafotit, tim se
nic nepokazi), bude potreba dokoncit verifikaci ve Fody (udelam ja) a
take zkontrolovat a opravit tagovani v OSM - tj. na fotce je videt
pesi,ski ale v OSM je jen pesi nebo tyhle XXX=yes uplne chybi apod.
(do toho se muze pustit kazdy ve svem okoli).

Nepouzite fotky - je potreba porovna tagy fotky a OSM bodu - muze byt
chyba v tagu ve Fody (eliminuji verifikaci) nebo chybejici zaznam v
OSM napr.:
fotka #2346 - na https://osm.fit.vutbr.cz/OsmHiCheck/gp/?img je videt,
ze fotka ma (spravne) tag emergency, ale v OSM neni odpovidajici uzel
- je treba doplnit apod.

Chybejici ref (vetsinou malo nebo prazdne):
https://osm.fit.vutbr.cz/OsmHiCheck/gp/?cor
- chybi ref pro typ uzlu, ktery ji ocekava a fotka ji ma (aktualne 2x
emergency body)

Chybejici fotka (a pripadne chybejici ref):
https://osm.fit.vutbr.cz/OsmHiCheck/gp/?bad
- je potreba vyfotit, pak pripadne doplnit do OSM ref pokud ji dany objekt ma

Samozrejme to pohlo statistikama, resp. maji ted nektere cisla trochu
jiny vyznam:
https://osm.fit.vutbr.cz/OsmHiCheck/gp/stats.php

Dotaz k OSM - chceme nejak rozlisovat rozcestniky (a trasy) v ruznem
znaceni - tj. cyklo (tereni) a silnicni? Pokud ano, tak jak? Z pohledu
Fody cyklo maji ref, silnicni ne apod, takze se rozlisuji.

Pokud narazite na chybu, dejte prosim vedet.

Konec hlaseni tom.k

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

Re: [Talk-GB] Déjà vu

[Andy Townsend]

On 23/05/2019 12:40, Gareth L wrote:
Ive used http://overpass-api.de/achavi/ for this, if there is no trace 
of the element. Not so good on mobile.



Another overpass option is to search on a particular date, for example:

[date:"2018-09-04T00:00:00Z"];
node({{bbox}});
out geom;

(that's saved as https://overpass-turbo.eu/s/Jhf )

These sorts of searches should work back to 2012 I think?

Best Regards,

Andy



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

Re: [Talk-GB] Tools to support solar panel mapping?

[Mateusz Konieczny]

23 May 2019, 13:37 by r...@garrett.co.uk:

> On Thu, 23 May 2019 at 11:22, Mateusz Konieczny  
> wrote:
>
>> To fit StreetComplete it must be
>>
>> - refining existing objects, not adding new ones
>> - be solvable by any normal human by answering a simple question
>>
>
> One option for this is turning generator=solar nodes into areas.
>
Fails "solvable by any normal human by answering a simple question",
it requires drawing a geometry.


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

Re: [talk-cz] vzdálenost u návěsti cyklo tras

[Tom Ka]

Tak uz umim ruzne vzdalenosti pro ruzne typy objektu. Takze kolik by
jsi navrhoval pro cyklo a silnicni rozcestniky? To co jsi posilal je
cca 38m.

Pak je tady jeste problem v tomto konkretnim pripade, jak tagovat
(fody i OSM) tento typ fotek - je to neco mezi znacenim a
rozcestnikem, viz.
https://openstreetmap.cz/git/tom.k/Fody/wiki/PhotosExamples. Muj
pohled na vec je, ze tyto tabule by v pripade pasoveho znaceni byly
znacky (s sipkou) ale pro silnicni znaceni to nedava zmysl. Takze
vetsinu techto ceduli (do urcite slozitosti) bezu spise jako znaceni.
Problem je, ze to neni jednoznacne. Je i 'silnicni rozcestnik' kde je
jen smer (neco jako u pesi - pod znackou text 'po louce 50m') a vubec
ruzne varianty a lidova tvorivost.

Viz. vlakno s OSM tagovanim pro znaceni - https://openstreetmap.cz/talkcz/c2787

Bye

so 20. 4. 2019 v 6:27 odesílatel Tom Ka  napsal:
>
> Ahoj, aktualne ne, ale podivam se, co by znamenalo to rozdelit zvlast pro 
> silnici a zbytej.
>
> Bye
>
> On Fri, Apr 19, 2019, 19:47 Miroslav Suchý  wrote:
>>
>> Na tomhle místě:
>> https://openstreetmap.cz/#map=18/49.19519/15.39474=wHGB
>>
>> jsem umístnil do křižovatky rozcestník pro cyklotrasu. V místě je návěst
>> (dle terminologie KČT) před křižovatkou.
>> Do fody jsem ru návěst dal na místo kde přesně je (před křižovatkou),
>> ale v OSM ho máme v křižovatce (protože jsou ze všech stran křižovatky).
>>
>> No a Fody to nespáruje. Tome - dá se nastavit na cyklorozcestníky delší
>> vzdálenost?
>>
>> Mirek
>>
>> ___
>> talk-cz mailing list
>> talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>> https://openstreetmap.cz/talkcz

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

Re: [OSM-talk-fr] adresses uniques

[Romain MEHUT]

marc marc wrote
> Il y a bien des rues uniques représenté par plusieurs way
> on vire tout ca et on impose un way par rue ?
> un exemple à Nancy https://www.openstreetmap.org/relation/239539
> je suis partisan de nepas dupliquer les addr mais utilisons
> les bons arguments (la non duplication inutile)

Aucune comparaison possible.


marc marc wrote
> surtout que rien n'interdit d'avoir 2 objets différents qui ont une 
> caractéristique identique (une entrée de 90cm de large suivie d'un
> way de 90cm de large)
> pour certains une addr c'est une caractéristique d'un lieu,
> (ce n'est qu'une référence de l'administration, parmi x références 
> possible pour décrire cette endroit) et non un "feature" tel un banc
> qui a sa propre existante et dont l'unicité dans osm est important.

Mais une adresse n'est pas une caractéristique. C'est un objet (feature) à
part entière.

Romain




--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [Talk-GB] Déjà vu

[Gareth L]

Ive used http://overpass-api.de/achavi/ for this, if there is no trace of the 
element. Not so good on mobile.

On 23 May 2019, at 12:12, Jez Nicholson 
mailto:jez.nichol...@gmail.com>> wrote:

When tracking down some FHRS sites I have distinct feelings of déjà vuI'm 
sure that I've seen a shop/cafe in the map ages ago but now cannot see it. I 
have to admit to being a dummy on some OSM features. Is there a simple way to 
zoom in on a place and either see it how it was in the past, or get the history?

For example, i could swear that there were shops next to the Royal Pav Tav on 
Castle Square in Brighton 
https://www.openstreetmap.org/#map=19/50.82127/-0.13829

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

Re: [Talk-GB] Tools to support solar panel mapping?

[Russ Garrett]

On Thu, 23 May 2019 at 11:22, Mateusz Konieczny  wrote:
> To fit StreetComplete it must be
>
> - refining existing objects, not adding new ones
> - be solvable by any normal human by answering a simple question

One option for this is turning generator=solar nodes into areas.

-- 
Russ Garrett
r...@garrett.co.uk

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

Re: [Talk-it] Source dubbio

[Martin Koppenhoefer]

Am Do., 23. Mai 2019 um 11:20 Uhr schrieb Ivo Reano :

> Nessuna novità?
> Ho un sacco di survey da inserire, ma mi trovo continuamente con cose che
> potrebbero essere revertate...
>


ho fatto richiesta per revert/redaction alla Data Working Group 3 giorni
fa. Non ho ricevuto risposta per ora. Considera che anche loro sono dei
volontari, e qui parliamo di tanto lavoro, sopratutto se ci fossero state
modifiche nel frattempo.

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

Re: [Talk-it-lazio] Incontro del 27/05/2019.

[Martin Koppenhoefer]

Am Do., 23. Mai 2019 um 10:59 Uhr schrieb Flaminia Tumino <
flaminiatum...@gmail.com>:

> Io ci sono :)
> A lunedì,
> Flaminia
>


anche io conto di esserci...

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

[Talk-GB] Déjà vu

[Jez Nicholson]

When tracking down some FHRS sites I have distinct feelings of déjà
vuI'm sure that I've seen a shop/cafe in the map ages ago but now
cannot see it. I have to admit to being a dummy on some OSM features. Is
there a simple way to zoom in on a place and either see it how it was in
the past, or get the history?

For example, i could swear that there were shops next to the Royal Pav Tav
on Castle Square in Brighton
https://www.openstreetmap.org/#map=19/50.82127/-0.13829

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

Re: [Talk-GB] Tools to support solar panel mapping?

[Mateusz Konieczny]

23 May 2019, 09:57 by danstowell+...@gmail.com:

> streetcomplete
>
There was one attempt[1] but it was poorly fitting StreetComplete design.

To fit StreetComplete it must be 

- refining existing objects, not adding new ones
- be solvable by any normal human by answering a simple question

[1] 
https://github.com/westnordost/StreetComplete/issues?utf8=%E2%9C%93=sort%3Aupdated-desc+solar+

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

Re: [Talk-GB] Tools to support solar panel mapping?

[SK53]

A few thoughts:

   1. The technologies used by OpenSolarMap by Christian Quest and others
   Etalab.could be applied to OS OpenLocal buildings with a suitable training
   set. The original French data used high quality imagery classified by cloud
   sourcing as to roof orientation (flat, E-W or N-S) and then applied this to
   the rest of France.
   2. The available data on installations is via the FIT scheme itself, but
   is only broken down by postcode district which is really too large for
   basic searching. A breakdown by postcode sector would be much more helpful
   & not likely to infringe any privacy aspects. I put a list of the top 25
   districts on the wiki.
   3. Additional information which could be used to identify candidates
   are: road orientation (E-W being best); housing age (available for most but
   not all MSOAs IIRC) with Victorian & pre WWI semis & detached houses being
   poor candidates, 30s & 70s council house terraces good ones; social housing
   (I have shape files for England based on NROSH data) as many HAs and
   at-length council housing arms have been very active in installing solar.
   4. I canvassed social housing experts on twitter for likely sites, again
   skimpily listed on the wiki.
   5. The new DG Vivid layers, at least near me, are much more recent and
   better for seeing rooftop solar installations.
   6. Scanning an area you know for rooftop solar installations is not too
   arduous, and could be done more systematically for smaller areas over the
   course of the quarter. I think Colm suggested mapping rooftop installations
   as nodes & I support this (at least in first instance). The huge benefit is
   that it often highlights other things which may be out-of-date or obviously
   in need of a survey, so it can fit well with 'local patch' mapping.
   7. I hope to soon blog about my analysis of Nottingham solar in terms of
   these external parameters (FIT installations, housing age, road
   orientation, social housing etc.).
   8. For ground solar, moisture index on Sentinel imagery can be useful to
   suggest candidates. We now also have access to a cloud free composite of
   2018 Sentinel in OSM editors.

Regards,

Jerry

On Thu, 23 May 2019 at 10:04, Jez Nicholson  wrote:

> Obviously we are talking about home/small-scale solar here. It could get
> quite involved, I'm sure that people are running whole businesses trying to
> analyse satellite imagery for this. Need to keep it simple and practical
> for this project, unless people have lots of time and energy to spare.
>
> An analysis (or link to an analysis) of the official stats could be
> useful. Exactly how did they make their estimates?
>
> Another idea: councils are making an effort to put panels on their
> properties. Could we FOI request them? or maybe someone has already done so.
>
>
>
> On Thu, May 23, 2019 at 8:59 AM Dan S  wrote:
>
>> Hi
>>
>> Related to the idea of solar panel mapping, I've had a request for
>> info about what sort of software tools might help support this work.
>> We might be using some of the familiar tools (e.g. streetcomplete,
>> openinframap, ... even tasking manager?).
>>
>> It'd be useful to have something like
>> completeness-by-postcode-district. Unlike Robert's postbox tools, we
>> don't have any official ID numbers for the items-to-map, we just have
>> some official stats (to be taken with a pinch of salt) about how many
>> are in each postcode district - but still, that could be a start.
>>
>> I'd also be interested in some tool that predicts where to look, which
>> might be based on analysing imagery, but perhaps more realistically
>> based on some mix of heuristics and official data.
>>
>> Any thoughts?
>>
>> Best
>> Dan
>>
>> ___
>> Talk-GB mailing list
>> Talk-GB@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-gb
>>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-fr] adresses uniques

[Cyrille37 OSM]

Bonjour

Le 22/05/2019 à 21:35, osm.sanspourr...@spamgourmet.com a écrit :
• En théorie on pourrait créer un polygone comprenant tout ce qui est 
à cette adresse (donc ici le bâtiment et le bout de terrain menant à 
la partie publique. Ça correspond assez bien à ce que dit le wiki 
. 
mais je n'ai pas l'impression que ce soit pratiqué... voir praticable 
en environnement dense (l'adresse serait mise un peu n'importe où).


Je ne fais jamais de polygone pour une adresse, ça me semble un source 
d'erreur, car à mon sens une adresse sert à définir un point de 
destination et non pas une air (de propriété, de landuse, ...).


D'autant qu'une air peu tangenter avec plusieurs rues, comme un immeuble 
ou un parc, et dans ce cas je ne peux pas trouver le point de 
destination si c'est l'air qui porte le "addr:housenumber".


Je ne vois pas le rapport entre une adresse et les limites de communes, 
ce n'est pas le même type d'objet.


Cyrille37.


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

[Talk-GB] OSMUK Annual Gathering, London, 29 June 2019

[Jez Nicholson]

In true wedding invitation style:

The OSMUK Directors
request the pleasure of your company
at the AGM and Annual Gathering
Saturday, the twenty-ninth of June
two thousand and nineteen
at one o'clock in the afternoon

Newspeak House, 133 Bethnal Green Road, London

Reception (ad-hoc beer and curry) to follow

RSVP
https://www.eventbrite.com/e/openstreetmap-uk-annual-gathering-tickets-62262798707
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-it] Source dubbio

[Ivo Reano]

Nessuna novità?
Ho un sacco di survey da inserire, ma mi trovo continuamente con cose che
potrebbero essere revertate...


Il lun 20 mag 2019, 12:19 Martin Koppenhoefer  ha
scritto:

>
>
> Am Do., 16. Mai 2019 um 18:17 Uhr schrieb Andrea Enzo <
> andrea.lattm...@ga-2.it>:
>
>> Da quello che so un membro della DWG è iscritto alla nostra ml.
>
>
>
>
> niente, le modifiche problematiche ci sono ancora. Non credo la DWG stia
> sistematicamente monitorando le nostre discussioni, soltanto quando
> qualcuno segnala un problema vengono eventualmente qui a commentare.
>
> Li scrivo io adesso.
>
> Ciao,
> Martin
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Aggiornamento distributori provincia di Potenza

[Cascafico Giovanni]

Ho pubblicato l'audit [1] per gli amenity|waterway=fuel della provincia di
Potenza. L'aggiornamento riguarda:

- aggiunta tipi carburante
- aggiunta tag fixme "might be dismantled" laddove non ci sia match tra
dataset MISE e
- aggiunta tag fixme name laddove no match con brand
- modifiche minori su operator

La procedura seguita la trovate qui [2] ed anche linkata nella description
dell'audit.

Con l'occasione, successivamente all'audit e prima dell'upload verrà
eseguita la rimozione di eventuali residui tag nobrand, source:date,
name=Indipendent, name=Pompe Bianche

[1] http://audit.osmz.ru/project/FuelPZ/

[2]
https://wiki.openstreetmap.org/wiki/Import/Catalogue/ItalyFuelStations/maintenance
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] "cabina" metano

[Andrea Albani]

Il giorno mer 22 mag 2019 alle ore 17:46 claudio62PG  ha
scritto:

> Riprendendo questo post
> mi viene un dubbio
> non sarebbe più  corretto
> man_made=street_cabinet
> street_cabinet=gas
>
> Uno street_cabinet per me è (preso a caso su internet) questo [1], ovvero
un elemento che fa parte della distribuzione del gas agli utenti finali ed
è gestito dal distributore locale.
Le immagini di cui alla mail di inizio thread fanno riferimento ad un
impianto relativo al trasporto del gas, ovvero i "tubi grossi" gestiti da
SNAM.

[1] http://www.multiserviziazzanese.it/images/cabina.jpg
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-GB] Tools to support solar panel mapping?

[Jez Nicholson]

Obviously we are talking about home/small-scale solar here. It could get
quite involved, I'm sure that people are running whole businesses trying to
analyse satellite imagery for this. Need to keep it simple and practical
for this project, unless people have lots of time and energy to spare.

An analysis (or link to an analysis) of the official stats could be useful.
Exactly how did they make their estimates?

Another idea: councils are making an effort to put panels on their
properties. Could we FOI request them? or maybe someone has already done so.



On Thu, May 23, 2019 at 8:59 AM Dan S  wrote:

> Hi
>
> Related to the idea of solar panel mapping, I've had a request for
> info about what sort of software tools might help support this work.
> We might be using some of the familiar tools (e.g. streetcomplete,
> openinframap, ... even tasking manager?).
>
> It'd be useful to have something like
> completeness-by-postcode-district. Unlike Robert's postbox tools, we
> don't have any official ID numbers for the items-to-map, we just have
> some official stats (to be taken with a pinch of salt) about how many
> are in each postcode district - but still, that could be a start.
>
> I'd also be interested in some tool that predicts where to look, which
> might be based on analysing imagery, but perhaps more realistically
> based on some mix of heuristics and official data.
>
> Any thoughts?
>
> Best
> Dan
>
> ___
> 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-it-lazio] Incontro del 27/05/2019.

[Flaminia Tumino]

Io ci sono :)
A lunedì,
Flaminia

Il giorno gio 23 mag 2019 alle ore 10:39 Marcello Pelato 
ha scritto:

> Ciao a tutti ragazzi,
> mi chiedevo: Per l'incontro di lunedì 27/05/2019 chi viene?
> Ore ±20:00 fronte CSOA La Strada Via degli Armatori, 2 a Garbatella, Roma
> 
> .
>
> OpenStreetMap
>
> OpenStreetMap is a map of the world, created by people like you and free
> to use under an open license.
>
> 
>
>
>
>
> C'era l'utente dal reatino che voleva cimentarsi nella mappatura della sua
> zona, immagino la distanza, ma potrebbe essere un'occasione per
> approfondire dettagli sulla mappatura ed organizzarci per le belle giornate.
>
> Io ci stò, fatemi sapere.
>
___
Talk-it-lazio mailing list
Talk-it-lazio@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-lazio

Re: [OSM-ja] 北海道の廃線マッピングの対応について

[Satoshi IIDA]

いいだです。
お返事遅れてすみません。

>> 地物の属性をWikipediaから（文章をそのまま使っているわけではないので"問題ない"と思う）
> Wikipediaの属性情報(名称など)をOSMに投入しても問題ないとのご意見でしょうか？

名称それ自体には著作性が存在しえないので、法的には問題ないのではないかと感じています。

ただし、「李下に冠を正さず」ではありませんが、あまり推奨された行動であることは間違いなく、
現地表記や書籍の記述等、別ソースも活用して、
それが「事実である（＝著作性がない）」ことを確認するのが強く推奨される行動とは思います。
（場合によっては、nameではなく official_nameや alt_nameにすべきWikipediaの項目もあるでしょう）

> Googleマップに登録された店舗名称などをOSMにコピーするのがダメな理由がなくなってしまう
ちょっと重箱の隅になってしまうかもしれませんが、
Google Mapsは、著作権をもとに権利を主張しているわけではなく、
あくまでも彼らの利用規約のなかで転載を禁じてい「ました」。
（以前はGoogle Mapsに©表示がなかったために明確だったのですが、
最近のMapsには©googleが表示されるようになっています。なので「禁じていました」で過去形にしています。
禁止規約 2条 aおよびb、のあたりが該当していて、特にbで「コンテンツ」としているのが顕著です）
https://www.google.com/intl/ja/help/terms_maps/

なので、（少なくとも日本国の著作権法上で）著作権的にOKな事実情報であっても、
利用規約的に転載がNGであると主張してくる可能性がある、と認識しています。

そして実際のところ、他の地図プラットフォームでそこまで考えて規約を設定しているところはほとんど無いので、
そういうところからは実は転載し放題なのではないか、という意見もあるかもしれません。
ただ、そこは「法的にOKであろうと、OpenStreetMapの内部規範としてNG」
（および、国外からの指摘に対して説明し返すのが非常に困難なうえ、国内の裁判例としても微妙ライン）ということで
「許諾されたソース以外使わない」というのは妥当な運用規定なのではないかな、と感じています。







2019年5月17日(金) 19:34 tomoya muramoto :

> こちらでも議論が進んでいるようなので少しだけ。
>
> >地物の属性をWikipediaから（文章をそのまま使っているわけではないので"問題ない"と思う）
>
> Wikipediaの属性情報(名称など)をOSMに投入しても問題ないとのご意見でしょうか？
>
> 私はこれには反対です。
> これを許容した場合、Googleマップに登録された店舗名称などを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: [OSM-talk-fr] Josm modification cible traduite du startup

[marc marc]

Le 23.05.19 à 09:48, lenny.libre a écrit :
> Je continue mes traductions à petit pas, j'aurais d'autres questions, 
> est-ce le bon endroit pour poser les questions sur les traductions de JOSM ?
> 

même si parfois cela concerne le fonctionne technique interne de josm,
je pense que ca dérange aps du tout d'avoir ici qlq qui bosse sur la 
traduction d'un logiciel osm, bien au contraire, merci de le faire !
donc poru ma part, continue à demander de l'aide ici chaque fois
que tu en as besoin, sit u en as envie.
pre que cela aidera/motivera d'autre à donner un coup de main
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-GB] Tools to support solar panel mapping?

[Dan S]

Hi

Related to the idea of solar panel mapping, I've had a request for
info about what sort of software tools might help support this work.
We might be using some of the familiar tools (e.g. streetcomplete,
openinframap, ... even tasking manager?).

It'd be useful to have something like
completeness-by-postcode-district. Unlike Robert's postbox tools, we
don't have any official ID numbers for the items-to-map, we just have
some official stats (to be taken with a pinch of salt) about how many
are in each postcode district - but still, that could be a start.

I'd also be interested in some tool that predicts where to look, which
might be based on analysing imagery, but perhaps more realistically
based on some mix of heuristics and official data.

Any thoughts?

Best
Dan

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

Re: [OSM-talk-fr] Josm modification cible traduite du startup

[lenny.libre]

C'est bon, çà fonctionne.

Merci Vincent, j'aurais été bien incapable de trouver tout seul.

Je continue mes traductions à petit pas, j'aurais d'autres questions, 
est-ce le bon endroit pour poser les questions sur les traductions de JOSM ?


Leni

Le 23/05/2019 à 01:11, Vincent Privat a écrit :

Salut,
La page de démarrage est mise en cache.
Essaye de supprimer le motd.html dans ton cache.
Le dossier du cache dépend de l'OS: 
https://josm.openstreetmap.de/wiki/Help/Preferences#JOSMpreferencedatacachedirectories

Vincent

Le mer. 22 mai 2019 à 18:36, lenny.libre > a écrit :


Bonjour,

J'ai modifié le StartUp
https://josm.openstreetmap.de/wiki/StartupPageSource en remplaçant
wiki:
par wikitr: pour que les liens envoient sur les pages traduites
lorsqu'elles existent.

J'ai traduit partiellement le Changelog
https://josm.openstreetmap.de/wiki/Fr%3AChangelog#stable-release-19.04

et les liens à partir de la page StartUp pointent bien vers les
textes
traduits.

J'ai téléchargé josm-tested.jar (version 15031) mais les liens
pointent
toujours vers le texte anglais ; que faut-il modifier pour
récupérer les
liens vers les changelog traduits ?

Cordialement

Leni


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


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

Re: [talk-au] Please help update a mining area just south east of Perth

[Phil Wyatt]

There are also some areas under rehabilitation if anyone knows the appropriate 
tag to add to those areas?

Cheers - Phil

-Original Message-
From: Phil Wyatt [mailto:p...@wyatt-family.com] 
Sent: Thursday, 23 May 2019 3:09 PM
To: 'Ewen Hill'; talk-au@openstreetmap.org
Subject: Re: [talk-au] Please help update a mining area just south east of Perth

Digital Globe Premium is the best imagery for this task

Cheers - Phil

-Original Message-
From: Ewen Hill [mailto:ewen.h...@gmail.com] 
Sent: Thursday, 23 May 2019 2:47 PM
To: talk-au@openstreetmap.org
Subject: [talk-au] Please help update a mining area just south east of Perth

A quick plea. I wonder if people could spend a few minutes adding areas that
are mined or are being mined east of North Dandelup. Whilst the area slated
for mining is huge, the area impacted could be knocked off by a few people
pretty quickly. I would like to mark all the cleared area or area with
little regeneration as quarry. There are two key tourist tracks through the
area and I would like to calculate the amount of mining operations if at all
possible. Any assistance gratefully received. The area in question is around
...
https://www.openstreetmap.org/#map=14/-32.8838/116.0513

Thanks in advance.



--
Sent from: http://gis.19327.n8.nabble.com/Australia-f5416966.html

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


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


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

Re: [talk-cz] Update translation of Cs:Tag:route=hiking

[vop]

A mam takovy dojem, ze neco podobneho (minimalne v rovine doporuceneho
smeru) je na Broumovsku, u ruznych skalnich mest, kde by se lidi pri mijeni
zbytecne fackovali... Mozna i Adrspach...

vop

-- Původní zpráva --
Od: Miroslav Suchý
Datum: 23. 5. 2019 v 00:26:06
Předmět: Re: [talk-cz] Update translation of Cs:Tag:route=hiking

Dne 22. 05. 19 v 18:19 Tom Ka napsal(a):
> ahoj, myslim ze ne. zadne jednosmerky u nas podle mne nejsou.

Karlova studanka
https://openstreetmap.cz/#map=16/50.0777/17.2746=wHGB
Ten usek mezi "Nad vodopady" a "Na paloucku" co vede po zlute a naucne
je znacen jednosmerne a ma se chodit smerem do kopce, tj. z vychodu na
zapad.

Mirek

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