Re: [Talk-ca] Ottawa import: deleting existing content

[Stewart C. Russell]

On 2017-03-31 10:35 PM, James wrote:
> Your example for building deletion, has 0 building deletion
> 
> https://overpass-api.de/achavi/?changeset=47337186

Ah, linked to the wrong one. This has it:
https://overpass-api.de/achavi/?changeset=47302320

Here's jiminie's original changeset:
https://overpass-api.de/achavi/?changeset=46827970=19=45.42954=-75.63272=B0TTTFT

Near the top is way #480316854, an H-shaped house number 1031.

It's been deleted and replaced with way #483739791 in carpbunker's
changeset 47302320.

The scope of the import was not to delete ways.

 Stewart


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

[talk-au] Finding map errors

[Warin]

The tools for finding map errors are one way of finding some map errors.
Additionally I am looking at rendering errors and gradually 'fixing' them.

As a comparison I have used the errors reported on 
http://alternativaslibres.org/en/downloads.php for the UK and OZ as;
these are updated daily so I can track progress.
the completion between OZ and UK can be an incentive to get 'our' errors down.

Yes the UK is a smaller size, but they have a greater population, and they 
therefore should have a greater number of things mapped.
Anyway here it is.

 File sizes in kbytes

Error type OZ file size   UK file size

Turn restrictions179480

Roundabouts 1015130

One Way roads193415

Multiplygons 172  1,200

Motorway exits18 30

House Numbers   605   5,600

Flares  173 188

Barriers 29 153

Arcs  4,000  25,000

Doing well over all .. my experience with them;

roundabouts are not doing well,
there is a tendency to have 2 roads join the roundabout at the same place ... 
and that generates an error.
The separate roads should join the roundabout at different places.
Tiresome to fix as it makes little difference to the map, should make a 
difference to voice routing.

Multipolygons have gone down from 240 to 172 so far, I have been tackling them.
Mostly ways inner and outer sharing nodes, some crossing ways.
Makes a difference to map rendering.

Turn restrictions .. only a few samples by me so far .. but they look to have 
some members deleted.
It would be handy to have names on these to say what they were .. e.g. no right 
turn from Macquarie St to Bridge Rd.
That would make restoration and checking much easier. I have deleted some that 
never made sense. Others I have left messages for.
Makes a difference to routing.

One way roads .. again only a few samples.
But they look to be roads that have no connection - so there must be a large 
collection of vehicles at the .. or it never gets used. :)
Makes a difference to routing.


Barriers ... again only a few samples.
These seem to be a barrier (gate) that is on more than one road ..
say where 2 roads cross at right angles and the node where they cross is a gate 
... must be a strange gate :)
Makes a difference to routing.


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

Re: [Talk-ca] Ottawa import: deleting existing content

[James]

Your example for building deletion, has 0 building deletion

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

On Mar 31, 2017 10:05 PM, "Kyle Nuttall"  wrote:

> From what I've seen, the address interpolations are very inaccurate. The
> ends are not position properly, sometimes there will be odd numbers on an
> even way (and vise versa), sometimes the addresses are backwards, sometimes
> on the wrong side of the street, sometimes both.
>
> 'Okay' data is better than no data but with the actual individual
> addresses now in Ottawa, there's good data that supercedes this bad data.
>
> In my opinion these interpolations are actually making Ottawa worse and I
> question the necessity of them.
>
> Cheers,
> Kyle
>
> On Mar 31, 2017 9:48 PM, James  wrote:
>
> Just an FYI canvec is not the best in Ottawa:
> https://drive.google.com/file/d/0B9ueWCOgxq2GT0JfTkRnb2JXcTQ/
> view?usp=drivesdk
>
>
> On Mar 31, 2017 9:37 PM, "Stewart C. Russell"  wrote:
>
> It seems that some of the import users didn't get the “Don't delete
> stuff” memo. User carpbunker is deleting address interpolation ways
> (example: https://www.openstreetmap.org/changeset/47333119) and existing
> buildings (example: https://www.openstreetmap.org/changeset/47337186).
> Please stop doing that. You need to work around existing contributions.
>
> I'd left changeset comments, but they had not been responded to until I
> threatened to talk this to talk-ca.
>
> The user claims to be deleting "bad address imports", but didn't discuss
> how those previous contributions were bad here before unilaterally
> deciding to delete nodes. Their import-only account is now a mess of
> imports and deletions and will be hard to unpick.
>
>  Stewart
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Ottawa import: deleting existing content

[Kyle Nuttall]

From what I've seen, the address interpolations are very inaccurate. The ends 
are not position properly, sometimes there will be odd numbers on an even way 
(and vise versa), sometimes the addresses are backwards, sometimes on the wrong 
side of the street, sometimes both.

'Okay' data is better than no data but with the actual individual addresses now 
in Ottawa, there's good data that supercedes this bad data.

In my opinion these interpolations are actually making Ottawa worse and I 
question the necessity of them.

Cheers,
Kyle

On Mar 31, 2017 9:48 PM, James  wrote:
Just an FYI canvec is not the best in Ottawa:
https://drive.google.com/file/d/0B9ueWCOgxq2GT0JfTkRnb2JXcTQ/view?usp=drivesdk


On Mar 31, 2017 9:37 PM, "Stewart C. Russell" 
> wrote:
It seems that some of the import users didn't get the “Don't delete
stuff” memo. User carpbunker is deleting address interpolation ways
(example: https://www.openstreetmap.org/changeset/47333119) and existing
buildings (example: https://www.openstreetmap.org/changeset/47337186).
Please stop doing that. You need to work around existing contributions.

I'd left changeset comments, but they had not been responded to until I
threatened to talk this to talk-ca.

The user claims to be deleting "bad address imports", but didn't discuss
how those previous contributions were bad here before unilaterally
deciding to delete nodes. Their import-only account is now a mess of
imports and deletions and will be hard to unpick.

 Stewart

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

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

Re: [Talk-ca] Ottawa import: deleting existing content

[James]

Just an FYI canvec is not the best in Ottawa:
https://drive.google.com/file/d/0B9ueWCOgxq2GT0JfTkRnb2JXcTQ/view?usp=drivesdk


On Mar 31, 2017 9:37 PM, "Stewart C. Russell"  wrote:

> It seems that some of the import users didn't get the “Don't delete
> stuff” memo. User carpbunker is deleting address interpolation ways
> (example: https://www.openstreetmap.org/changeset/47333119) and existing
> buildings (example: https://www.openstreetmap.org/changeset/47337186).
> Please stop doing that. You need to work around existing contributions.
>
> I'd left changeset comments, but they had not been responded to until I
> threatened to talk this to talk-ca.
>
> The user claims to be deleting "bad address imports", but didn't discuss
> how those previous contributions were bad here before unilaterally
> deciding to delete nodes. Their import-only account is now a mess of
> imports and deletions and will be hard to unpick.
>
>  Stewart
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ca] Ottawa import: deleting existing content

[Stewart C. Russell]

It seems that some of the import users didn't get the “Don't delete
stuff” memo. User carpbunker is deleting address interpolation ways
(example: https://www.openstreetmap.org/changeset/47333119) and existing
buildings (example: https://www.openstreetmap.org/changeset/47337186).
Please stop doing that. You need to work around existing contributions.

I'd left changeset comments, but they had not been responded to until I
threatened to talk this to talk-ca.

The user claims to be deleting "bad address imports", but didn't discuss
how those previous contributions were bad here before unilaterally
deciding to delete nodes. Their import-only account is now a mess of
imports and deletions and will be hard to unpick.

 Stewart

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

Re: [Talk-br] divulgação dos dados

[Sérgio V .]

Bem-vindo Vinicius,

Isso, também acho que basta o coordenador do projeto enviar um email simples 
para esta lista aqui autorizando a importação.


Quanto às tags utilizadas, talvez seja bom dar uma verificada nas mais 
adequadas, por exemplo em:

 http://www.openstreetmap.org/changeset/47337726

*name=Salgado da Dona Tereza
*shop=kitchen  >> (https://wiki.openstreetmap.org/wiki/Pt:Tag:shop%3Dkitchen) é 
para loja que vende mobiliário de cozinha;
mas, pelo nome do estabelecimento, me parece, seria uma lancheria ou similar?
Neste caso talvez:  
https://wiki.openstreetmap.org/wiki/Pt:Tag:amenity%3Dfast_food#Fast-food ?
Mais: cuisine=... (https://wiki.openstreetmap.org/wiki/Pt:Key:cuisine)

http://www.openstreetmap.org/node/4762959049
*name=Associação de moradores do bairro Engenharia
*office=association >> pelo nome do estabelecimento, me parece, seria adequado 
amenity=community_centre ? 
(https://wiki.openstreetmap.org/wiki/Pt:Tag:amenity%3Dcommunity_centre)
*suburb=Engenharia  >>  se for para bairro se usa "addr:suburb=" 
(https://wiki.openstreetmap.org/wiki/Key:place#Values)

Já que você tem vários objetos,  seria bom ajustar de início pra depois não 
precisar ficar voltando a cada um.
Veja quais tags lhe servem melhor para os objetos mapeados, você pode procurar 
pelas "chaves" (key): 
https://wiki.openstreetmap.org/wiki/Pt-br:Elementos_de_Mapa

Ótima contribuição.


- - - - - - - - - - - - - - - -

Sérgio - http://www.openstreetmap.org/user/smaprs
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-in] Use MapRoulette to improve OSM - India data

[Naveen Francis]

Challenge "Wiki for districts" is completed.
User Vonter  has added tags for
most of the  Indian districts :)

Thanks,
naveenpf

On 16 March 2017 at 21:25, Srihari Thalla  wrote:

> I have set up these challenges as of today:
>
> [1] - Railway Station codes
> [2] - Wiki tags for railway stations
> [3] - Wiki tags for cities and towns
> [4] - Wiki tags for districts
>
> -
>
> @Naveen I hope all the NHs are already traced and mapped [and updated to
> the new numbering]? I'll check if Overpass QL supports regex tomorrow and
> set up the challenges. I might need your help.
>
> -
>
> Regarding tracing roads and building in small towns and villages, I
> noticed that more 50% of the villages were not even mapped (at least in
> Andhra/Telangana, I didn't look at other states). I think this procedure
> might be good:
>
> [a] - Place `node`s with place=village tags for untagged villages. We
> don't know all the names, so we might want to leave the name for now.
> [b] - Setup challenges to trace roads; and buildings
> [c] - Work to get data about the villages (starting with their names
> themselves)
>
> I can start [a] with Andhra Pradesh and Telangana
> district-wise-alphabetically. If you are open to this idea, let me know and
> your thoughts.
>
> -
>
> Here are the links for the Challenges [1,2,3,4]:
>
> [1] - Railway Station codes - http://maproulette.org/map/2403
> [2] - Wiki for Railway Stations - http://maproulette.org/map/2404
> [3] - Wiki for cities and towns - http://maproulette.org/map/2405
> [4] - Wiki for districts - http://maproulette.org/map/2406
>
> cc Arun. Need your help spreading the word :)
> -
>
> I am in touch with Martijn of MapRoulette. He said he would feature our
> challenges in the upcoming newsletter. I think the challenges above are
> pretty easy and useful for getting people from other communities interested
> in OSM, as Arun said.
>
> But tracing untraced villages would be good for featuring in his
> newsletter. That might bring attention. What do you think?
>
> On Wed, 15 Mar 2017 at 19:23 Naveen Francis  wrote:
>
>> One more task
>>   - Add wikidata tags for Indian Highways, it has been add for about 100
>> primary highways.
>> https://en.wikipedia.org/wiki/List_of_National_Highways_in_
>> India_by_highway_number#/maplink/0
>> About 200 may be remaining, finding QID is easier since it is in one
>> place :)
>> https://www.wikidata.org/wiki/Wikidata:WikiProject_
>> Roads/India/National_Highways
>>
>>
>>
>>
>> On 15 March 2017 at 17:16, Arun Ganesh  wrote:
>>
>> Challenge 3 and 4 could be quite interesting to get other communities
>> interested in OSM.
>>
>> For Wikidata matching, we can share the challenge with the Wikimedia
>> India chapter. Adding these tags also help make maps on Wikipedia. See
>> Naveens' diary http://www.openstreetmap.org/user/naveenpf/diary/40515
>>
>> For any railway mapping we can spread the word on IRFCA, which would get
>> the railfans really excited.
>>
>> Srihari, if you can make the challenges, I could help spread the word. We
>> could also do mapping sprints to map them together with others to knock it
>> off.
>>
>> ___
>> Talk-in mailing list
>> Talk-in@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-in
>>
>>
>> ___
>> Talk-in mailing list
>> Talk-in@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-in
>>
>
> ___
> Talk-in mailing list
> Talk-in@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-in
>
>
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-ca] Telenav mapping turn restrictions

[Stewart C. Russell]

On 2017-03-31 04:29 PM, Martijn van Exel wrote:
> … the engine
> may decide, lacking an explicit restriction, to take the non _link turn
> because it's faster even if that is an illegal turn. That is why we need
> these restrictions to be explicit in the data.

but … but — that's Tagging For The Map, or worse, Tagging To Fix
Software Stupidity. It's explicitly mapping something that's *not*
there, and so is contrary to what we're supposed to map.

I don't have a problem with it being in Telenav's data, but it doesn't
belong in OSM.

 Stewart


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

Re: [OSM-ja] KSJ2インポートデータの全削除

[ribbon]

On Sat, Apr 01, 2017 at 07:42:11AM +0900, Shu Higashi wrote:
>  lextalionis222さん（で良いですか？）
> 
> かなり唐突感がありますね。
> いいださんコメントに同意ですが、補足で。
> 
> リバートするならその理由や経緯とリバートの範囲について
> 具体的に説明し、この場である程度の合意を得てから
> やるべきだと思います。

ちなみに、削除についての議論、てどこかでやってますか?

ribbon

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

Re: [OSM-ja] KSJ2インポートデータの全削除

[Satoshi IIDA]

いいだです。

lextalionis...@yahoo.co.jpさんへのメール配送が失敗しますね。。。

2017年4月1日 7:27 Satoshi IIDA :

>
> いいだです。
>
> KSJ2データ削除のプロポーザル、ありがとうございます。
> 利用規約の変更に基いて削除されるとのこと、仕方のない部分あると思っています。
>
> しかしながら、その影響範囲は膨大です。
> 対象となるデータの範囲について、Mechanical Editの一環として、
> もう少し明確にすることは可能でしょうか？
>
> 例えば、sourceにKSJ2が含まれており、なおかつバージョンが1であるオブジェクト、などです。
>
>
> ちなみに少なくとも現在利用している海岸線は、
> Yahoo! Japanから提供していただいたデータをもとに使っていますので、
> KSJ2からのものではないです。
> 単にKSJ2のインポートページのリストに載っているからといって
> 単純に全てのデータを削除することはかなり危険です。
>
>
>
>
> 2017年4月1日 0:13 :
>
>> みなさま
>>
>>
>> KSJ2データのインポートに基づくデータのリバートをこれより実施いたします
>>
>> 対象はKSJ2からのインポートと疑われるデータ全てです。
>>
>> 海岸線、森林、鉄道、公共機関、行政境界などのデータとなります。
>>
>>
>>
>> リバート作業を行う当方のアカウントは
>> http://www.openstreetmap.org/user/ 
>> ksj2_clean
>>
>> です
>>
>> なお、KSJ2データについては一昨年利用約款が変更され、それ以降OSMでの利用ができなくなりましたので、みなさまもご注意いただければと思います
>> http://wiki.openstreetmap.org/wiki/JA:Import/Catalogue/Japan_KSJ2_Import
>>
>>
>> ___
>> Talk-ja mailing list
>> Talk-ja@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ja
>>
>>
>
>
> --
> Satoshi IIDA
> mail: nyamp...@gmail.com
> twitter: @nyampire
>



-- 
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] KSJ2インポートデータの全削除

[ribbon]

On Sat, Apr 01, 2017 at 12:13:46AM +0900, lextalionis...@yahoo.co.jp wrote:
> みなさま KSJ2データのインポートに基づくデータのリバートをこれより実施いたします
> 対象はKSJ2からのインポートと疑われるデータ全てです。
> 海岸線、森林、鉄道、公共機関、行政境界などのデータとなります。 リバート作業を
> 行う当方のアカウントは http://www.openstreetmap.org/user/ksj2_clean です
> なお、KSJ2データについては一昨年利用約款が変更され、それ以降OSMでの利用が
> できなくなりましたので、みなさまもご注意いただければと思います
> http://wiki.openstreetmap.org/wiki/JA:Import/Catalogue/Japan_KSJ2_Import

On Sat, Apr 01, 2017 at 07:27:31AM +0900, Satoshi IIDA wrote:
> いいだです。
> 
> KSJ2データ削除のプロポーザル、ありがとうございます。
> 利用規約の変更に基いて削除されるとのこと、仕方のない部分あると思っています。
> 
> しかしながら、その影響範囲は膨大です。
> 対象となるデータの範囲について、Mechanical Editの一環として、
> もう少し明確にすることは可能でしょうか？
> 
> 例えば、sourceにKSJ2が含まれており、なおかつバージョンが1であるオブジェクト、などです。
> 
> 
> ちなみに少なくとも現在利用している海岸線は、
> Yahoo! Japanから提供していただいたデータをもとに使っていますので、
> KSJ2からのものではないです。
> 単にKSJ2のインポートページのリストに載っているからといって
> 単純に全てのデータを削除することはかなり危険です。

http://wiki.openstreetmap.org/wiki/JA:Import/Catalogue/Japan_KSJ2_Import

を見ると、2012年ではOKと読めますが、その解釈であっているでしょうか。

だとすると、ライセンス規定が変更になった時点からのインポートはダメ、
という事になるでしょうか。

ribbon

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

Re: [OSM-ja] KSJ2インポートデータの全削除

[Shu Higashi]

 lextalionis222さん（で良いですか？）

かなり唐突感がありますね。
いいださんコメントに同意ですが、補足で。

リバートするならその理由や経緯とリバートの範囲について
具体的に説明し、この場である程度の合意を得てから
やるべきだと思います。

利用約款は一昨年変更されましたが、その前にインポートされた
データはどうしますか？

ODbLへのライセンス切替時はかなり細かい議論と
当該のデータが別のソースで更新されたときの扱いなど
単純なリバートが難しいので専用のリバートツールを開発
して実施しました。
そのあたりはどうお考えでしょうか。

東


2017/04/01 Satoshi IIDA :
> いいだです。
>
> KSJ2データ削除のプロポーザル、ありがとうございます。
> 利用規約の変更に基いて削除されるとのこと、仕方のない部分あると思っています。
>
> しかしながら、その影響範囲は膨大です。
> 対象となるデータの範囲について、Mechanical Editの一環として、
> もう少し明確にすることは可能でしょうか？
>
> 例えば、sourceにKSJ2が含まれており、なおかつバージョンが1であるオブジェクト、などです。
>
>
> ちなみに少なくとも現在利用している海岸線は、
> Yahoo! Japanから提供していただいたデータをもとに使っていますので、
> KSJ2からのものではないです。
> 単にKSJ2のインポートページのリストに載っているからといって
> 単純に全てのデータを削除することはかなり危険です。
>
>
>
>
> 2017年4月1日 0:13 :
>
>> みなさま
>>
>>
>> KSJ2データのインポートに基づくデータのリバートをこれより実施いたします
>>
>> 対象はKSJ2からのインポートと疑われるデータ全てです。
>>
>> 海岸線、森林、鉄道、公共機関、行政境界などのデータとなります。
>>
>>
>>
>> リバート作業を行う当方のアカウントは
>> http://www.openstreetmap.org/user/
>> ksj2_clean
>>
>> です
>>
>> なお、KSJ2データについては一昨年利用約款が変更され、それ以降OSMでの利用ができなくなりましたので、みなさまもご注意いただければと思います
>> http://wiki.openstreetmap.org/wiki/JA:Import/Catalogue/Japan_KSJ2_Import
>>
>>
>> ___
>> 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] Multi Polygon problem - could someone take a look?

[Dave F]

That resolved it, thanks.

But how did the edit affect *all* nodes? Why didn't a changeset revert 
solve the issue? is this 'osmtools' publicly available or is it a 
self-written tool?


Cheers
DaveF

On 31/03/2017 23:10, Frederik Ramm wrote:

Hi,

On 03/31/2017 11:29 PM, Dave F wrote:

OSM's & JOSM's history shows me (DaveF) as he last amender 2 months ago.
Potlatch 1&2 show user ndm as the last one on the 28th at 22:04 although
I can't see it listed in his changesets

ndm has only moved the *nodes* that form the polygon. Hence while the
shape my have been drastically altered, the polygon way is still the
"same" it has been since you touched it 2 weeks ago.

You can see that in the history of the individual nodes.

Potlatch uses a slightly different data model where a way's nodes are
integrated with the way, hence Potlatch "sees" a changed way.

I have moved the nodes back to where they were before ndm touched them.
Could you take it on you to inform ndm and maybe find out what they
tried to achieve?

Bye
Frederik




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


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

Re: [OSM-ja] KSJ2インポートデータの全削除

[Satoshi IIDA]

いいだです。

KSJ2データ削除のプロポーザル、ありがとうございます。
利用規約の変更に基いて削除されるとのこと、仕方のない部分あると思っています。

しかしながら、その影響範囲は膨大です。
対象となるデータの範囲について、Mechanical Editの一環として、
もう少し明確にすることは可能でしょうか？

例えば、sourceにKSJ2が含まれており、なおかつバージョンが1であるオブジェクト、などです。


ちなみに少なくとも現在利用している海岸線は、
Yahoo! Japanから提供していただいたデータをもとに使っていますので、
KSJ2からのものではないです。
単にKSJ2のインポートページのリストに載っているからといって
単純に全てのデータを削除することはかなり危険です。




2017年4月1日 0:13 :

> みなさま
>
>
> KSJ2データのインポートに基づくデータのリバートをこれより実施いたします
>
> 対象はKSJ2からのインポートと疑われるデータ全てです。
>
> 海岸線、森林、鉄道、公共機関、行政境界などのデータとなります。
>
>
>
> リバート作業を行う当方のアカウントは
> http://www.openstreetmap.org/user/ 
> ksj2_clean
>
> です
>
> なお、KSJ2データについては一昨年利用約款が変更され、それ以降OSMでの利用ができなくなりましたので、みなさまもご注意いただければと思います
> http://wiki.openstreetmap.org/wiki/JA:Import/Catalogue/Japan_KSJ2_Import
>
>
> ___
> 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] Multi Polygon problem - could someone take a look?

[Frederik Ramm]

Hi,

On 03/31/2017 11:29 PM, Dave F wrote:
> OSM's & JOSM's history shows me (DaveF) as he last amender 2 months ago.
> Potlatch 1&2 show user ndm as the last one on the 28th at 22:04 although
> I can't see it listed in his changesets

ndm has only moved the *nodes* that form the polygon. Hence while the
shape my have been drastically altered, the polygon way is still the
"same" it has been since you touched it 2 weeks ago.

You can see that in the history of the individual nodes.

Potlatch uses a slightly different data model where a way's nodes are
integrated with the way, hence Potlatch "sees" a changed way.

I have moved the nodes back to where they were before ndm touched them.
Could you take it on you to inform ndm and maybe find out what they
tried to achieve?

Bye
Frederik

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

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

Re: [Talk-it] Aiutiamo la Camera di Commercio di Genova a fare a meno di big G

[Andreas Lattmann]

Non prendiamoci in giro: belle le mappe, bello l'open data, bello l'open 
source... ma OSM non sta dando alcun vantaggio concreto agli utenti 

Questo è un tuo parere personale. Mi chiedo allora: perché mappi? Se lo fai per 
te, vuol dire che reputi che ci sia un minimo di utilità, quindi come lo è per 
te, lo puo essere per altri. 
Personalmente ho mille motivi per affermare che OSM è più utile di GMaps!

 Al contrario, cerchi "aperitivo" su Google e ti dà:
- i locali più vicini a te
- gli orari di apertura
- quanta gente è previsto che ci sia ad una data ora
- che prezzi fa
- le recensioni degli altri utenti
- le informazioni di contatto

Solo?? :-D Ma stai scherzando parlando di OSM vero?? 
OSM:

- I locali più vicini a te
- Tipo di cucina
- Se fanno consegne
- Tipo di cibo:
Senza glutine
Halal
Kosher
Pescetariano
Vegetariano
Vegano
- puoi selezionare i locali che fanno piadine, pizza, burrito, felafel, 
Yakitori...
- connessione ad internet e di che tipo Wi-Fi, wired, terminal.
- quelli che hanno un microbirrificio
- posti a sedere all' aperto
- un infinità di tipi di pagamento:
   Dalle carte di credito a quelle di debito, bitcoin , dogecoin, SMS, 
padamenti 50c 1€ e monete da2€, carte regalo ed una miriade di circuiti
- fumatori:
   Dedicato
   In sale separate
   .
- da asporto
- accessibilità
- orari di apertura
   Aperti ora o 24/7
- informazioni di contatto 
- foto
- sito
- pagina facebook
- twitter
- gplus
- 

E poi non vi annoio dicendovi cose che già sapete...

dovremmo renderci conto che la gente inizierà ad usare OSM quando OSM risolverà 
un loro problema. 

A me ne risolve e me ne ha risolti tanti, anche perché OSM lo puoi usare 
offline, anche tutti i filtri che ho descritto prima. ( a parte i link).

OSM non ha quante persone potrebbero esserci in un locale o i prezzi... Ma per 
questo non rinuncio a tutto quello che mi offre OSM! 

Per te non è utile, per me si. ;-)

Se all' interno della nostra comunità c'è chi considera "poco utile" (agli 
utenti) OSM, come facciamo a proporre OSM all' esterno?

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

Re: [Talk-it] Aiutiamo la Camera di Commercio di Genova a fare a meno di big G

[Andreas Lattmann]

Trekker installassero anche un paio di Gopro e poi caricassero i dati di queste 
telecamerine su Mapillary.

Od OpenStreetCam ;-)
Andreas Lattmann___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-br] divulgação dos dados

[Gerald Weber]

Olá Vinícius

seja bem vindo ao projeto, obrigado por suas contribuições e por trazer sua
dúvida para a comunidade de usuários OSM-Brasil.

No meu entendimento, se os dados pertencem a você, nada precisa ser feito
pois você já concordou com os termos da licença do ODBL.

Agora, se os dados são de terceiros é interessante ter uma autorização
dizendo que aceita que os dados façam parte do OSM dentro da licença ODBL
https://wiki.openstreetmap.org/wiki/Pt:Open_Database_License

acredito que um simples email enviado pela gerência do projeto a esta lista
talk-br seja suficiente.

Algo assim "Autorizamos a inclusão dos dados georeferenciados do projeto
 na base do OpenStreetMap nos termos da licença ODBL".

o que os colegas desta lista acham?

abraço

Gerald





2017-03-31 18:30 GMT-03:00 vinicius freitas rocha :

>
> *Olá, sou o Vinicius e estou com  uma dúvida...Participo de um projeto de
> cartografia social, Mapa do Bem.Editei todo o conteúdo que  adquirimos no
> JOSM e encaminhei para o OSM.Mas fui informado que é necessário provar que
> os dados foram autorizados pela gerência do projeto.Agora a pergunta tan
> tan tan taO que eu preciso para provar que o projeto tem interesse
> de divulgar os dados?Muito obrigado.*
>
>
>
>
> --
> *Vinicus Freitas Rocha*
> Técnico em Geoprocessamento
> Instituto Federal do Espirito Santo - IFES
>  055 (027) 3322-5016 / 055 (027) 99877-1997 <(27)%2099877-1997>
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-pe] Consulta

[Jo]

Eso puede ayudar para empezar:

http://overpass-turbo.eu/s/nXn

Falta un algoritmo para encontrar inicion y fin, lo siento

Polyglot

2017-03-30 20:01 GMT+02:00 RENATO ASÍS GARAY MIRANDA :

> Buenas tardes.
>
> Soy Renato Garay alumno de la Universidad Católica del Perú, estudio
> Ingeniería de Telecomunicaciones, me preguntaba si había forma de
> identificar el punto coordenado de inicio y fin de las principales avenidas
> de Lima, y si por favor podían ayudarme con este tema. Espero puedan
> ayudarme. Les agradezco de antemano.
>
> Renato Garay Miranda
> ___
> Talk-pe mailing list
> Talk-pe@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-pe
>
___
Talk-pe mailing list
Talk-pe@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pe

[OSM-talk] Multi Polygon problem - could someone take a look?

[Dave F]

Hi

A polygon in a  multi-polygon relation has got corrupted & appears to be 
orthogonalized.


http://www.openstreetmap.org/way/308393090#map=14/51.5352/-2.5523

OSM's & JOSM's history shows me (DaveF) as he last amender 2 months ago.
Potlatch 1&2 show user ndm as the last one on the 28th at 22:04 although 
I can't see it listed in his changesets


I've tried reverting using P1 & josm but when I save they both say 
there's nothing to upload.


I run out of ideas. Are there any other tools which can be used to 
rectify it?


DaveF.

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


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

[Talk-br] divulgação dos dados

[vinicius freitas rocha]

*Olá, sou o Vinicius e estou com  uma dúvida...Participo de um projeto de
cartografia social, Mapa do Bem.Editei todo o conteúdo que  adquirimos no
JOSM e encaminhei para o OSM.Mas fui informado que é necessário provar que
os dados foram autorizados pela gerência do projeto.Agora a pergunta tan
tan tan taO que eu preciso para provar que o projeto tem interesse
de divulgar os dados?Muito obrigado.*




-- 
*Vinicus Freitas Rocha*
Técnico em Geoprocessamento
Instituto Federal do Espirito Santo - IFES
 055 (027) 3322-5016 / 055 (027) 99877-1997
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-ca] Telenav mapping turn restrictions

[Martijn van Exel]

Ian -- I think your general logic is flawless -- it's just that there is more 
information in play that informs a routing engine's decisions that may be less 
obvious or even outside of the realm of OSM. One example is live traffic data: 
if the _link shows as having a current speed of, say, 10kph and the non _link 
turn shows a current speed of 30kph the engine may decide, lacking an explicit 
restriction, to take the non _link turn because it's faster even if that is an 
illegal turn. That is why we need these restrictions to be explicit in the data.

Also, as Kevin already pointed out, routing engines don't have 'common sense' 
like (most..) humans do. When a human in a car drives up to an intersection 
like Pierre's example 
http://www.openstreetmap.org/relation/5743392#map=19/40.66600/-111.86704 
 she 
will never make a U turn there [1]. No sign exists there but just human common 
sense (and hopefully some knowledge of traffic laws!) will inform that 
decision. A routing engine would have no qualms whatsoever suggesting that turn 
though! That's why they need to be made explicit to get routing results that 
don't get people into trouble or worse [2]. 

This all may seem to add complexity to the map. I understand that. I like to 
keep things as simple as possible as well [3]. This is however the reality of a 
growing OSM in general, and extends beyond the navigation use case. As more 
people use OSM in different ways there will continue to be extensions to the 
tagging system. As a community we need to ensure that any new tagging makes 
logical sense and does not make things unnecessarily complex.  

I hope this helps clarify a bit!

Martijn

[1] See the OSC image: http://openstreetcam.org/details/1170/292 

[2] Not to freak you out but this problem is real and people have gotten in 
really bad situations because of a combination of lacking data and poor 
judgement: 
https://news.vice.com/story/gps-blamed-for-sending-trucks-crashing-into-this-tiny-arkansas-town
 
,
 http://www.bbc.com/news/technology-37703556 
, 
http://www.npr.org/2011/07/26/137646147/the-gps-a-fatally-misleading-travel-companion
 

[3] Using turn tags on ways instead of turn restriction relations, like Pierre 
suggested, may seem simpler at first but can easily become more complex than 
adding turn restrictions if you follow the guidelines fully.. See 
http://wiki.openstreetmap.org/wiki/Key:turn#Turning_indications_per_lane 
 

> On Mar 30, 2017, at 6:00 PM, Ian Bruseker  wrote:
> 
> Martijn,
> 
> Can I ask what is possibly a really dumb question?  As stated earlier I'm not 
> a lawyer, and really in truth I'm no cartographer either.  I generally stick 
> to adding POIs for stores in local stripmalls, because that's not too 
> dangerous to the map.  ;-)  Not being an expert in mapping, I probably just 
> don't get why routing software works the way it does.  Why, in your example 
> that you gave, would OSRM (or Scout) choose to send the user to the corner to 
> turn at all?  I just don't get the logic of it.  The code seems pretty 
> obvious (what I really am, after all, is a computer nerd).  In silly 
> pseudocode: "if exists link-type road between current_location and 
> destination, route via link road".  Why would it even look far enough ahead 
> to see the corner to see whether there was a turn restriction or not, when 
> there is already a more obvious path to take?  I mean, "obvious" to me as a 
> human, I guess.  If I were driving down a road I'd never been to, and my 
> passenger said "ok, take your next right", and I saw a turning 
> lane/ramp/something, that's where I would go.  Shouldn't that be the routing 
> software's first choice?  If it's looking far enough ahead on its path to 
> even get to "you can't turn right here", then I would think its next step 
> would be "ok, you can't turn right here, so I'll need to take them to the 
> _next_ place they can turn right and route them back around the block to the 
> road they want", not to then look backwards from the turn restriction to see 
> if there was a linking road it could take instead.  The choice should have 
> been made to take the linking road before it even cared whether it was 
> allowed to turn them at the hard corner ahead, which would make putting the 
> restrictions on the map for the purpose of "routing hint" sort of 
> unnecessary, wouldn't it, if the software had just picked the correct route 
> the first time?  Or worse, if they are there and the routing software hits 
> them, wouldn't they then result in even 

semanarioOSM Nº 349 21/03/2017-27/03/2017

[weeklyteam]

Hola, el semanario Nº 349, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/8905/

¡Disfruta!

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

semanarioOSM Nº 349 21/03/2017-27/03/2017

[weeklyteam]

Hola, el semanario Nº 349, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/8905/

¡Disfruta!

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-cu mailing list
Talk-cu@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cu

semanarioOSM Nº 349 21/03/2017-27/03/2017

[weeklyteam]

Hola, el semanario Nº 349, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/8905/

¡Disfruta!

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

semanarioOSM Nº 349 21/03/2017-27/03/2017

[weeklyteam]

Hola, el semanario Nº 349, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/8905/

¡Disfruta!

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

semanarioOSM Nº 349 21/03/2017-27/03/2017

[weeklyteam]

Hola, el semanario Nº 349, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/8905/

¡Disfruta!

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk-latam mailing list
talk-latam@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-latam

Re: [Talk-cz] WeeklyOSM CZ 348

[Jan Macura]

2017-03-31 14:07 GMT+02:00 Petr Holub :

> > Nevím, jak poctivě pracuje s GISem ČEPS, ale nedělal bych si iluze, že
> ČEZ má o svých kabelech
> > nějaký zásadní přehled ;-)
>
> No, ja bych naopak byl spis prekvapeny, kdyby o nich prehled nemeli -
> protoze
> ty kabely znamenaji vecna bremena, vyjadrovani se k rekonstrukcim kde ceho
> (komunikace, budovy) apod.
>

Ne vždy. Věcná břemena se vždy a všude zřizovat nemusí (u kabelů VN).. Taky
u starých vedení bych na to nespoléhal. Rudí khmerové přeci jen zacházeli s
vlastnictvím poněkud odlišně, než dnešní právo..

Jak píše JAnD, přehled mají o tom, co je s čím spojeno, ale kudy přesně...

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

Re: [Talk-it] Aiutiamo la Camera di Commercio di Genova a fare a meno di big G

[Martin Koppenhoefer]

sent from a phone

> On 31 Mar 2017, at 19:45, Marcello  wrote:
> 
> a parte i civici non mi
> sembra ci sia una differenza abissale con OSM, anzi in alcune zone penso
> non sia affatto più completa


+1, oggi abbiamo rilevato un centro storico con tutti i civici e le case di un 
piccolo comune vicino Roma, la settimana prossima metteremo i dati in osm e vi 
mando un link: in g maps quel borgo è inesistente, sarà un ottimo esempio 
attuale di eccellenza osm rispetto ai fornitori commerciali.

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

[Talk-us] Prototype tool to conflate/import Microsoft buildings

[Max Erickson]

There's several scripts for outputting some information, generating
modified osm data and extracting buildings that aren't present at all
in OSM.

There's more description in the readme:

https://github.com/maxerickson/osm_ms_buildings

Only tested against the Michigan data which has 8140 geometries,
concentrated in the Detroit area. Not sure how things will go with
larger datasets. A clipped out region of reasonable size should work
fine (the scripts complete in a few seconds for ~10,000 buildings on
my older laptop).

For Michigan/Detroit, the main takeaway is that a *lot* of the
buildings are already in OpenStreetMap.

This histogram is calculated using the largest single overlap for each
existing OpenStreetMap building (data at
https://drive.google.com/open?id=0BxwWB33rZeUVU2FVaEVGUk9sNFU ):

bin   count
0.0-0.1 7645
0.1-0.2 41
0.2-0.3 34
0.3-0.4 53
0.4-0.5 64
0.5-0.6106
0.6-0.7112
0.7-0.8280
0.8-0.9954
0.9-1.0 5133

The areas there are presently calculated stupidly, in WGS 84, but I
think the relative information should be fine.

So of the ~14422 buildings present in OSM, 7630 don't overlap the
Microsoft buildings at all and 5 or 6 thousand overlap quite a lot. Of
the visual review I've done, I'd say that the existing OSM buildings
tend to be more detailed and line up more closely with current Bing
Imagery.

Separately, there are 410 buildings in the Microsoft data that do not
exist in OSM (take a look
https://drive.google.com/open?id=0BxwWB33rZeUVNTVJVmNQcEg2RHM ).

A more sophisticated matching algorithm is probably a good idea, but
for the Detroit data I would be pretty comfortable mechanically adding
the heights for the buildings where the overlap is roughly 80% or
higher and then doing a more manual process for the new buildings
(checking against newer imagery?), and then also doing some sort of
more manual process to capture the information from the several
hundred buildings with smaller overlaps.


Max

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

Re: [Talk-de] Mechanisches Umtaggen, Vorschlag zur vereinheitlichung von 30er Zonen tagging

[Norbert Brunkhardt]

Na das Thema scheint ja hier kein großes Interesse zu wecken. 

Im Forum wird es bestimmt eine endlose Diskussion geben.

Es geht eigentlich nur über eine Abstimmung und dann das wiki anpassen und 
umstellen.

Ich habe allerdings keine Ahnung wie man eine Abstimmung initiiert. Habe mich 
damit bisher nicht befasst.

Gruß 
Norbert

Am 31.03.17, 17:46, Martin Koppenhoefer  schrieb:

Am 31. März 2017 um 13:53 schrieb Norbert :

> Im wiki muss genau stehen, wie was einzutragen ist.
> Wenn dort schon drei verschiedene Schreibweisen aufgeführt sind, braucht
> man sich doch nicht zu wundern.
>
> Mein Vorschlag ist DE:zone30 - sind auch schon die meisten Einträge.
>
> Und zone:maxspeed=DE:30 würde ich auch gleich mit umstellen.
> Ist im wiki ja auch äußerst spärlich beschrieben.
>


ja, wie macht man das nun konkret, wartet man einfach ein paar Tage und
wenn kein Widerspruch kommt macht man es einfach? Soll man dazu auch was im
Forum posten, und hätte jemand Lust, das zu übernehmen? Gibt es evtl. den
tag in irgendwelchen presets? Gibt es Kartenauswerter, die nur auf die
weniger genutzten Schreibvarianten bauen?

Gruß,
Martin
_

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

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

Re: [Talk-dk] Hvilket kort i Potlatch2 og andre værktøjer til OSM

[Hans Gregers Petersen]

Hej Finn


Nu kan jeg se at det kort som Geostyrelsen havde liggende i Potlatch2, nu
er lukket helt ned, eller Ikke længere er aktiv. Jeg går ud fra at kortet
måske har ligget hos en anden bruger i en periode, så vi kunne tegne op,
eller tager jeg fejl.


Jeg har for en del år siden lavet en proxy, der kunne servere i et format,
som kunne udstille i formater, OSM-værktøjer kunne læse. Den blev for et
par år siden flyttet til osmtools.septima.dk - og det har derefter stået på
hver enkelt tile, at servicen lukkes ned.

Brug gerne Septimas osmtools-side, der serverer data på præcis samme vis
som før... :-)


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

Re: [Talk-it] Aiutiamo la Camera di Commercio di Genova a fare a meno di big G

[Marcello]

On 31/03/2017 18:10, Davide Mangraviti wrote:
> +2 
>
> Anche io sottoscrivo le affermazioni sia di Simone che Fabrizio.
> In modo un pò provocatorio, aggiungo che è proprio la differenza tra chi con
> OpenStreetMap, normalmente ci chiacchera solamente... e chi veramente vuole
> lavorarci e presentandolo, deve avere consapevolezza che i dati che sta
> usando siano completi, veritieri ed efficaci allo scopo di un tale progetto.
Credo che la differenza sia soprattutto nei servizi "efficaci" per
fornire dati ad una massa di persone molto maggiore rispetto a quella
che usa OpenStreetMap, dubito però che quella massa di persone scelga
GMaps perché i dati sono completi e veritieri, a parte i civici non mi
sembra ci sia una differenza abissale con OSM, anzi in alcune zone penso
non sia affatto più completa.
> saluti
>
Ciao
Marcello


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

Re: [Talk-in] Use MapRoulette to improve OSM - India data

[Srihari Thalla]

Oh, may be check out West Godavari of AP?

On Fri, 31 Mar 2017 at 23:00 muzirian  wrote:

> >Can you help with mapping villages? You can start with your native
> district.
>
> Its difficult to understand village borders here from imagery.
> May be I can help with places where its possible.
> ___
> Talk-in mailing list
> Talk-in@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-in
>
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-dk] Hvilket kort i Potlatch2 og andre værktøjer til OSM

[Soren Johannessen]

Hej Finn

Du kan stadigvæk godt bruge det nyeste luftfotolag som firmaet Septima
stiller tilrådighed for os i Potlatch2. Du skal ind manuelt og tilføje
den

Først start Potlatch2 op et sted i Danmark. Så går du i menuen
"Baggrund" og vælg så "Edit" nederst og vælg så "Add" og så kommer en
menu frem hvor du igen nederst skal udfylde to felter det til venstre
kan du kalde DK-luftfoto - i den højre indsætter du følgende lange URL

http://osmtools.septima.dk/mapproxy/tiles/1.0.0/kortforsyningen_ortoforaar/EPSG3857/$z/$x/$y.jpeg

luk menuen ved at klikke på X'et oppe. Nu går du i baggrund menuen
igen nu skulle der være et punkt der fx hedder DK-luftfoto - klik på
den og du skulle gerne igen få adgang til det seneste luftfoto

Desværre skal du hver gang du bruger Potlatch2 (starter op på en ny
dag) igennem samme trin.

Jeg skal undersøge om Potlatch2 udviklerne stadigvæk er aktive så de
derved kan indsætte DK URL som fast menupunkt.

Hvis du har nogen problemer så sig lige til.

Mvh.
Søren Johannessen






2017-03-31 19:12 GMT+02:00 Finn Hansen <2...@tdcadsl.dk>:
> Nu kan jeg se at det kort som Geostyrelsen havde liggende i Potlatch2, nu er
> lukket helt ned, eller Ikke længere er aktiv. Jeg går ud fra at kortet måske
> har ligget hos en anden bruger i en periode, så vi kunne tegne op,  eller
> tager jeg fejl.
>
> Nu er så spørgsmålet om der kommer nye kort i fremtiden til dette værktøj,
> eller det kun bliver Bing som fremover vil være den eneste tilbageliggende
> kort for Danmark, som efterhånden er blevet noget forældet.
>
> Jeg vil gerne højre jeres meninger om de værktøjer vi har at vælge imellem
> til at redigere i OSM med, da jeg selv er vant til at bruge Potlatch, og
> ikke har det særlig nemt med de andre, såsom ID. Der havde jeg nær lavet ged
> i det.
>
> Hilsen
> /Lytter1
>
>
>
>
>
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk

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

Re: [Talk-in] Use MapRoulette to improve OSM - India data

[muzirian]

>Can you help with mapping villages? You can start with your native
district.

Its difficult to understand village borders here from imagery.
May be I can help with places where its possible.
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

[Talk-dk] Hvilket kort i Potlatch2 og andre værktøjer til OSM

[Finn Hansen]

Nu kan jeg se at det kort som Geostyrelsen havde liggende i Potlatch2, 
nu er lukket helt ned, eller Ikke længere er aktiv. Jeg går ud fra at 
kortet måske har ligget hos en anden bruger i en periode, så vi kunne 
tegne op,  eller tager jeg fejl.


Nu er så spørgsmålet om der kommer nye kort i fremtiden til dette 
værktøj, eller det kun bliver Bing som fremover vil være den eneste 
tilbageliggende kort for Danmark, som efterhånden er blevet noget forældet.


Jeg vil gerne højre jeres meninger om de værktøjer vi har at vælge 
imellem til at redigere i OSM med, da jeg selv er vant til at bruge 
Potlatch, og ikke har det særlig nemt med de andre, såsom ID. Der havde 
jeg nær lavet ged i det.


Hilsen
/Lytter1





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

Re: [Talk-it] [osmveneto] Nuova ML Regionale Veneto

[Davide Sandona']

^^ sbagliato thread!

Davide.

Il giorno 31 marzo 2017 18:57, carlo folini  ha
scritto:

> +1
> Proprio per il fatto che google fa business, i sentieri e affini (zone
> scarsamente popolate) sono appannaggio (per ora) di OSM.
> Chiunque abbia cercato un sentiero si sarà reso conto della sua bontà e
> (spesso) trova la risposta alle loro esigenze.
> Gli enti che operano in questi ambiti e i loro amministratori sono
> attratti dal mondo google e investono tempo e denaro (nostri) per portare
> acqua al loro mulino.
> Per quanto mi piaccia OSM, non sono mai andato a cercare una via o un
> civico..  Diretto su Google maps.
>
> Il fatto che OSM è aperto, ha come effetto collaterale che l'offerta è
> frammentata in mille rivoli.
> Sentieri per hike, bike, ciaspole ecc ecc su ottimi siti per un'esigenza
> particolare...finito l'uso 'spot' non ci si ricorda neanche il nome
> Ah si Maps.google.com
>
> Continuo a mappare sentieri su OSM... Mi diverte
>
>
> Il 31 mar 2017 5:12 PM, "Paolo Monegato"  ha
> scritto:
>
> Il 31/03/2017 15:15, Luca 'remix_tj' Lorenzetto ha scritto:
>
>> Ciao a tutti,
>>
>> vi informo che è stata creata una nuova ML Regionale per il Veneto:
>>
>> https://lists.openstreetmap.org/listinfo/talk-it-veneto -
>> talk-it-ven...@openstreetmap.org
>>
>> La nuova ML sostituisce la vecchia osmven...@liste.remixtj.net che per
>> cause sistemistiche è andata offline.
>>
>> Cercherò nei prossimi giorni di recuperare la lista delle persone che
>> hanno scritto alla vecchia ML e le inviterò ad iscriversi alla nuova.
>>
>> E' comunque possibile già iscriversi.
>>
>> Se avete qualche domanda chiedere pure.
>>
>>
>> Buona giornata,
>>
>> Luca
>>
>
> Rapidissimo. Ho già provveduto ad iscrivermi.
>
> ciao
> Paolo M
>
> ps: Per quanto riguarda l'archivio che t'ha detto?
>
>
>
> ___
> 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-it] [osmveneto] Nuova ML Regionale Veneto

[carlo folini]

+1
Proprio per il fatto che google fa business, i sentieri e affini (zone
scarsamente popolate) sono appannaggio (per ora) di OSM.
Chiunque abbia cercato un sentiero si sarà reso conto della sua bontà e
(spesso) trova la risposta alle loro esigenze.
Gli enti che operano in questi ambiti e i loro amministratori sono attratti
dal mondo google e investono tempo e denaro (nostri) per portare acqua al
loro mulino.
Per quanto mi piaccia OSM, non sono mai andato a cercare una via o un
civico..  Diretto su Google maps.

Il fatto che OSM è aperto, ha come effetto collaterale che l'offerta è
frammentata in mille rivoli.
Sentieri per hike, bike, ciaspole ecc ecc su ottimi siti per un'esigenza
particolare...finito l'uso 'spot' non ci si ricorda neanche il nome
Ah si Maps.google.com

Continuo a mappare sentieri su OSM... Mi diverte


Il 31 mar 2017 5:12 PM, "Paolo Monegato"  ha
scritto:

Il 31/03/2017 15:15, Luca 'remix_tj' Lorenzetto ha scritto:

> Ciao a tutti,
>
> vi informo che è stata creata una nuova ML Regionale per il Veneto:
>
> https://lists.openstreetmap.org/listinfo/talk-it-veneto -
> talk-it-ven...@openstreetmap.org
>
> La nuova ML sostituisce la vecchia osmven...@liste.remixtj.net che per
> cause sistemistiche è andata offline.
>
> Cercherò nei prossimi giorni di recuperare la lista delle persone che
> hanno scritto alla vecchia ML e le inviterò ad iscriversi alla nuova.
>
> E' comunque possibile già iscriversi.
>
> Se avete qualche domanda chiedere pure.
>
>
> Buona giornata,
>
> Luca
>

Rapidissimo. Ho già provveduto ad iscrivermi.

ciao
Paolo M

ps: Per quanto riguarda l'archivio che t'ha detto?



___
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-pe] Consulta

[RENATO ASÍS GARAY MIRANDA]

Buenas tardes.

Soy Renato Garay alumno de la Universidad Católica del Perú, estudio
Ingeniería de Telecomunicaciones, me preguntaba si había forma de
identificar el punto coordenado de inicio y fin de las principales avenidas
de Lima, y si por favor podían ayudarme con este tema. Espero puedan
ayudarme. Les agradezco de antemano.

Renato Garay Miranda
___
Talk-pe mailing list
Talk-pe@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pe

Re: [Talk-it] Aiutiamo la Camera di Commercio di Genova a fare a meno di big G

[girarsi_liste]

Porto una riflessione a spanne a chi mi vuol rispondere, perchè mi son
perso in questa discussione.

OSM, è un raccoglitore di informazioni cartografiche, e le mette a
disposizione tramite API o semplice download, il tutto a condizioni
stabilite dalla licenza in uso a seconda del tipo di dato (intendo
immagine grafica, link o database).

Quindi, i servizi di Google, usano dati di tutti, privacy compresa,
questo ormai lo rilevano e lo rivelano sia la licenza Google,sia diversi
articoli sui vari blogs che compaiono di giorno in giorno.

Se noi mappiamo per il dettaglio, i servizi di OSM quali sono?

Ogni tot di tempo si ribadisce che OSM dovrebbe adeguarsi a Google,
sostanzialmente, ma se non abbiamo neanche la decima parte del budget di
questo che ce frega dei servizi?

Abbiamo qualche servizio messo a disposizione da volontari, tipo
routing, sentieristica, walking paper, che non è il massimo però la
volontà c'è, ovviamente andiamo a perderci nella manutenzione, perchè si
sa il volontario al primo problema personale, svia.

Su OSM che dovrebbe crescere, non posso dirmi ne d'accordo ne il
contrario, si fa con quel che c'è, e quello che manca se non si può
costruire/ottenere, dispiace dirlo, ma non c'è e chiedere/ragionare sul
da farsi, mi sa che è tempo perso, nel senso che spesso si ragiona su
quel che manca rispetto ad esempi esterni, spesso legati a utenze e non
utenti.

Penso che la camera di commercio sia tempo perso, perchè cerca servizi
non dati, quindi si affida a chi già gli da i primi, qualunque sia il
tipo di dato.

Alla fine dico, lasciamo perdere la camera di commercio, concentriamoci
sul migliorare la mappa, che ci son anche troppi casini di suo (chiamasi
tags) senza andare a cercare servizi inutili, nel senso che sta a chi ne
fruisce del dato dare miglior servizio, e spingiamo in questa direzione,
nell'incentivare l'uso del dato, non la mancanza di servizi.

In Italia, fatta eccezione per noi ed altri di nicchia, manca la
mentalità della concorrenza e trasparenza, condizione essenziale per
l'uso del dato aperto, a mio avviso.





PS: a parte i civici che sono una piaga infinita ogni tot di tempo per
le discussioji che genera ogni volta.



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



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

Re: [Talk-it] Aiutiamo la Camera di Commercio di Genova a fare a meno di big G

[Davide Mangraviti]

+2 

Anche io sottoscrivo le affermazioni sia di Simone che Fabrizio.
In modo un pò provocatorio, aggiungo che è proprio la differenza tra chi con
OpenStreetMap, normalmente ci chiacchera solamente... e chi veramente vuole
lavorarci e presentandolo, deve avere consapevolezza che i dati che sta
usando siano completi, veritieri ed efficaci allo scopo di un tale progetto.

saluti




--
View this message in context: 
http://gis.19327.n8.nabble.com/Aiutiamo-la-Camera-di-Commercio-di-Genova-a-fare-a-meno-di-big-G-tp5894390p5894499.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: [Talk-de] Mechanisches Umtaggen, Vorschlag zur vereinheitlichung von 30er Zonen tagging

[Martin Koppenhoefer]

Am 31. März 2017 um 13:53 schrieb Norbert :

> Im wiki muss genau stehen, wie was einzutragen ist.
> Wenn dort schon drei verschiedene Schreibweisen aufgeführt sind, braucht
> man sich doch nicht zu wundern.
>
> Mein Vorschlag ist DE:zone30 - sind auch schon die meisten Einträge.
>
> Und zone:maxspeed=DE:30 würde ich auch gleich mit umstellen.
> Ist im wiki ja auch äußerst spärlich beschrieben.
>


ja, wie macht man das nun konkret, wartet man einfach ein paar Tage und
wenn kein Widerspruch kommt macht man es einfach? Soll man dazu auch was im
Forum posten, und hätte jemand Lust, das zu übernehmen? Gibt es evtl. den
tag in irgendwelchen presets? Gibt es Kartenauswerter, die nur auf die
weniger genutzten Schreibvarianten bauen?

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

[OSM-ja] KSJ2インポートデータの全削除

[lextalionis222]

みなさま KSJ2データのインポートに基づくデータのリバートをこれより実施いたします  対象はKSJ2からのインポートと疑われるデータ全てです。
海岸線、森林、鉄道、公共機関、行政境界などのデータとなります。 リバート作業を行う当方のアカウントは 
http://www.openstreetmap.org/user/ksj2_clean です 
なお、KSJ2データについては一昨年利用約款が変更され、それ以降OSMでの利用ができなくなりましたので、みなさまもご注意いただければと思います 
http://wiki.openstreetmap.org/wiki/JA:Import/Catalogue/Japan_KSJ2_Import___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-it] [osmveneto] Nuova ML Regionale Veneto

[Paolo Monegato]

Il 31/03/2017 15:15, Luca 'remix_tj' Lorenzetto ha scritto:

Ciao a tutti,

vi informo che è stata creata una nuova ML Regionale per il Veneto:

https://lists.openstreetmap.org/listinfo/talk-it-veneto -
talk-it-ven...@openstreetmap.org

La nuova ML sostituisce la vecchia osmven...@liste.remixtj.net che per
cause sistemistiche è andata offline.

Cercherò nei prossimi giorni di recuperare la lista delle persone che
hanno scritto alla vecchia ML e le inviterò ad iscriversi alla nuova.

E' comunque possibile già iscriversi.

Se avete qualche domanda chiedere pure.


Buona giornata,

Luca


Rapidissimo. Ho già provveduto ad iscrivermi.

ciao
Paolo M

ps: Per quanto riguarda l'archivio che t'ha detto?


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

Re: [Talk-it] Aiutiamo la Camera di Commercio di Genova a fare a meno di big G

[Fabrizio Tambussa]

Sottoscrivo al 100% quanto detto da Simone Saviolo.
Non basta fare sensibilizzazione e battersi per gli open data. Occorre
avere qualcosa di concreto e completo.
Se vogliamo essere considerati dobbiamo poter vantare un certo numero di
dataset o oggetti completo: nomi strade, confini, civici, elettrodotti,
corpi d'acqua, ecc
Quando qualche ente o stakeholder ci chiede:"Avete questo oggetto?", la
risposta non può essere "Si, però non per tutta Italia/ il dato è
incompleto / ecc"
Se dico "Si, però..." ho già perso in partenza. E verrò considerato come
"l'eterna promessa delle mappe" oppure i "soliti secondi arrivati".
Saluti

Il 31/Mar/2017 14:39, "Simone Saviolo"  ha
scritto:

> Il giorno 29 marzo 2017 21:58, Davide Mangraviti  ha
> scritto:
>
>> Eh già... come ci presenta alla Camera di Commercio, sottolineando
>> "commercio", come volontari mossi dall'entusiasmo di spiegare gli Open
>> Data?
>> Dico sempre che BigG che è una azienda e fa business con il motore di
>> ricerca che ha, nei centri città, su questi temi del commercio, domina.
>> Su questo ambito è l'aspetto culturale che ci frega.
>> E poi dall'articolo sembra proprio che la cosa è già decisa, a tavolino...
>>
>
> Non prendiamoci in giro: belle le mappe, bello l'open data, bello l'open
> source... ma OSM non sta dando alcun vantaggio concreto agli utenti (se non
> a nicchie di utenti che non interessano a Google e alle altre aziende -
> *per ora*). Al contrario, cerchi "aperitivo" su Google e ti dà:
> - i locali più vicini a te
> - gli orari di apertura
> - quanta gente è previsto che ci sia ad una data ora
> - che prezzi fa
> - le recensioni degli altri utenti
> - le informazioni di contatto
>
> OSM (anzi, un'applicazione basata su OSM) può coprire al massimo tre di
> queste cose... ma già quando si parla di orari di apertura e di
> informazioni di contatto si sente qualcuno che dice che "OSM non è una
> directory di attività commerciali". Addirittura qualcuno lo dice sul fatto
> che si metta il POI per indicare le attività commerciali.
>
> Google non fa solo mappe. Google ha Plus (che non è stato un flop per
> niente: il loro obiettivo non era mica quello di far concorrenza a
> Facebook...), Business, Search, Gmail, Drive, News, Foto e Calendar (e
> altri che non nomino neanche), e "monta" ognuno di questi enormi progetti
> su Maps. Per OSM è irraggiungibile.
>
> Piuttosto di continuare a chiederci perché la gente non preferisce OSM a
> Google e risponderci che è perché non capiscono come stanno veramente le
> cose (noi invece sì), dovremmo renderci conto che la gente inizierà ad
> usare OSM quando OSM risolverà un loro problema.
>
> Io stesso ho smesso di andare su OSM quando devo far vedere un posto o una
> strada a qualcuno. So che quel qualcuno prima o poi mi dirà "non riesco a
> capire, fammi vedere le foto" (= StreetView), oppure "credo di aver capito,
> ma per sicurezza fammi comunque vedere le foto", e allora dovrò mettere da
> parte il mio ego da mappatore compulsivo e andare su GMaps.
>
> Ma il fatto è che alla gente non ne frega niente di Google StreetView. La
> gente vuole vedere le foto per orientarsi e vedere meglio.
>
> Non lo dico io, lo dice Levitt: "la gente non vuole comprare un trapano
> con la punta da 8 millimetri, vuole avere un buco da 8 millimetri."
>
> Possiamo decidere di combattere la situazione e impegnarci per gli utenti,
> oppure possiamo decidere che va bene così e che non ci interessa il grande
> pubblico. Vanno bene entrambe. Quello che non va bene è non renderci conto
> di questo concetto.
>
> Ciao, e scusate la divagazione,
>
> Simone
>
> ___
> 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-cz] WeeklyOSM CZ 349

[Tom Ka]

Ahoj, je dostupné vydání 349 týdeníku WeeklyOSM:

http://www.weeklyosm.eu/cz/archives/8905

* OSM v CK Alpina.
* Novinky v osmap.cz.
* Mapa pokrytí z dat o BTS.
* Měsíčník o MapRoulette.
* Konec landuse=farm.
* Gamifikace OSM?
* Povodně v Peru a HOT.

(vydávám schválně dneska aby jste neřekli, že si z vás někdo zítra
dělá srandu :-) )

Pěkné počtení ...

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

Re: [Talk-cz] WeeklyOSM CZ 348

[Jan Dudík]

Moc iluze si nedělám, aspoň s E.ONem mám tu zkušenost, že jsem mnohokrát
zažádal o sítě a nadzemní vedení mi nesedělo na geodetické zaměření sloupů
(i o pár metrů).
u ČEZu mám zase v jedné vesnici případ, že ulicí prokazatelně vede nadzemní
elektrické vedení, ale ČEZ jej ve vyjádření nemá (a nádavkem tam nemá ani
kabel, který děli loni)

Takže nejspíš mají přehled, odkud kam jim to vede, ale s přesností asi jak
kde.

JAnD

Dne 31. března 2017 14:07 Petr Holub  napsal(a):

> > Nevím, jak poctivě pracuje s GISem ČEPS, ale nedělal bych si iluze, že
> ČEZ má o svých kabelech
> > nějaký zásadní přehled ;-)
>
> No, ja bych naopak byl spis prekvapeny, kdyby o nich prehled nemeli -
> protoze
> ty kabely znamenaji vecna bremena, vyjadrovani se k rekonstrukcim kde ceho
> (komunikace, budovy) apod.
>
> Petr
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-it] [osmveneto] Nuova ML Regionale Veneto

[Luca 'remix_tj' Lorenzetto]

Ciao a tutti,

vi informo che è stata creata una nuova ML Regionale per il Veneto:

https://lists.openstreetmap.org/listinfo/talk-it-veneto -
talk-it-ven...@openstreetmap.org

La nuova ML sostituisce la vecchia osmven...@liste.remixtj.net che per
cause sistemistiche è andata offline.

Cercherò nei prossimi giorni di recuperare la lista delle persone che
hanno scritto alla vecchia ML e le inviterò ad iscriversi alla nuova.

E' comunque possibile già iscriversi.

Se avete qualche domanda chiedere pure.


Buona giornata,

Luca
-- 
"E' assurdo impiegare gli uomini di intelligenza eccellente per fare
calcoli che potrebbero essere affidati a chiunque se si usassero delle
macchine"
Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)

"Internet è la più grande biblioteca del mondo.
Ma il problema è che i libri sono tutti sparsi sul pavimento"
John Allen Paulos, Matematico (1945-vivente)

Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , 

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

Re: [Talk-it] [administrivia][osmveneto] Creazione nuova lista regionale del Veneto

[Luca 'remix_tj' Lorenzetto]

2017-03-30 21:16 GMT+02:00  :
>
> Puoi chiedere a Michael Collinson
> https://www.openstreetmap.org/user/MichaelCollinson
>
>
[cut]

Grazie Mille, è stato rapidissimo.

Ora mando un annuncio per la nuova ML.





-- 
"E' assurdo impiegare gli uomini di intelligenza eccellente per fare
calcoli che potrebbero essere affidati a chiunque se si usassero delle
macchine"
Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)

"Internet è la più grande biblioteca del mondo.
Ma il problema è che i libri sono tutti sparsi sul pavimento"
John Allen Paulos, Matematico (1945-vivente)

Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , 

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

[talk-ph] Call for Mappers: April 18-19 Aurora Province

[Celina Agaton]

Calling mappers near Baler, Aurora!

MapPH  and UP NOAH
 will be hosting a free workshop on OSM
and mapping public and private sector needs for local government, business,
NGOs, community groups and students at the Aurora State College of
Technology Zabali Campus in Baler, Aurora province. We hope you can join us
to help support our new mappers and to grow the local mapping community in
Aurora province. Please contact me if you can make it, and we also have a
budget to reimburse transportation costs.

Tuesday to Wednesday April 18-19
Aurora State College of Technology Zabali Campus
8am to 5pm

We'll share the Facebook event page when it's up!

Thanks
Celina



   celinaagaton.com 
   Twitter @celinaagaton 
   Skype: celinaagaton
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

Re: [Talk-it] Aiutiamo la Camera di Commercio di Genova a fare a meno di big G

[Simone Saviolo]

Il giorno 29 marzo 2017 21:58, Davide Mangraviti  ha
scritto:

> Eh già... come ci presenta alla Camera di Commercio, sottolineando
> "commercio", come volontari mossi dall'entusiasmo di spiegare gli Open
> Data?
> Dico sempre che BigG che è una azienda e fa business con il motore di
> ricerca che ha, nei centri città, su questi temi del commercio, domina.
> Su questo ambito è l'aspetto culturale che ci frega.
> E poi dall'articolo sembra proprio che la cosa è già decisa, a tavolino...
>

Non prendiamoci in giro: belle le mappe, bello l'open data, bello l'open
source... ma OSM non sta dando alcun vantaggio concreto agli utenti (se non
a nicchie di utenti che non interessano a Google e alle altre aziende -
*per ora*). Al contrario, cerchi "aperitivo" su Google e ti dà:
- i locali più vicini a te
- gli orari di apertura
- quanta gente è previsto che ci sia ad una data ora
- che prezzi fa
- le recensioni degli altri utenti
- le informazioni di contatto

OSM (anzi, un'applicazione basata su OSM) può coprire al massimo tre di
queste cose... ma già quando si parla di orari di apertura e di
informazioni di contatto si sente qualcuno che dice che "OSM non è una
directory di attività commerciali". Addirittura qualcuno lo dice sul fatto
che si metta il POI per indicare le attività commerciali.

Google non fa solo mappe. Google ha Plus (che non è stato un flop per
niente: il loro obiettivo non era mica quello di far concorrenza a
Facebook...), Business, Search, Gmail, Drive, News, Foto e Calendar (e
altri che non nomino neanche), e "monta" ognuno di questi enormi progetti
su Maps. Per OSM è irraggiungibile.

Piuttosto di continuare a chiederci perché la gente non preferisce OSM a
Google e risponderci che è perché non capiscono come stanno veramente le
cose (noi invece sì), dovremmo renderci conto che la gente inizierà ad
usare OSM quando OSM risolverà un loro problema.

Io stesso ho smesso di andare su OSM quando devo far vedere un posto o una
strada a qualcuno. So che quel qualcuno prima o poi mi dirà "non riesco a
capire, fammi vedere le foto" (= StreetView), oppure "credo di aver capito,
ma per sicurezza fammi comunque vedere le foto", e allora dovrò mettere da
parte il mio ego da mappatore compulsivo e andare su GMaps.

Ma il fatto è che alla gente non ne frega niente di Google StreetView. La
gente vuole vedere le foto per orientarsi e vedere meglio.

Non lo dico io, lo dice Levitt: "la gente non vuole comprare un trapano con
la punta da 8 millimetri, vuole avere un buco da 8 millimetri."

Possiamo decidere di combattere la situazione e impegnarci per gli utenti,
oppure possiamo decidere che va bene così e che non ci interessa il grande
pubblico. Vanno bene entrambe. Quello che non va bene è non renderci conto
di questo concetto.

Ciao, e scusate la divagazione,

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

Re: [Talk-it] Aiutiamo la Camera di Commercio di Genova a fare a meno di big G

[Andrea Solari]

Il 29/03/2017 21:43, Alessandro Palmas ha scritto:
> Il 29/03/2017 20:57, Andrea Solari ha scritto:
>> Aiutiamo la Camera di Commercio di Genova a fare a meno di big G
>>
>> http://genova.repubblica.it/cronaca/2017/03/29/news/_aiuteremo_google_per_il_suo_street_view_-161744758/?ref=twhr=149081955_source=dlvr.it_medium=twitter
>>
>>
> 
> 
> Direi che bigG si sta muovendo bene
> http://www.ge.camcom.gov.it/IT/Tool/News/Single?id_news=1026
> 
> Andrea, dovrei riuscire a parlare con Dameri per spiegargli due cosucce.

ottimo

> 
> Pensa che uno dei due digitalizzatori ci spiegava via Facebook che
> l'open data è un concetto obsoleto; mentre sabato l'altro ci diceva che
> se nel 2012 poteva aver senso ad usare OSM ora che siamo nel 2017 non è
> più il caso.
> 
> La parte più triste del documento linkato imho è:
> "... con il patrocinio del Ministero dello Sviluppo Economico, è quello
> di coadiuvare le PMI a scoprire e sfruttare a pieno le opportunità della
> Rete per diffondere il Made in Italy a livello internazionale."
> 
> in altre parole regaliamo una paccata di dati ad una società americana
> per diffondere il Made in Italy. 

appunto, poi in un secondo momento ti chiedono soldi per usare i dati
che gli hai regalato

Così quelli bravi possono sempre volare
> negli States


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


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

Re: [OSM-talk] Disputed border between Greece and Turkey near Imia/Kardak in the Aegean Sea

[Simon Poole]

Thanks Marc

I was going to point this out too. Overlapping borders has been used for
the modelling of condominiums, not for disputed borders. Richard has
already pointed to our formal policy on those. Naturally there are cases
were there is no effective control of the area in question, but they are
fairly rare and be looked at case by case .

Simon


Am 31.03.2017 um 07:09 schrieb Marc Gemis:
> On Fri, Mar 31, 2017 at 6:39 AM, David Marchal  wrote:
>> If I correctly remember, in such cases, both point of views should be used;
>> in this case, two boundary segments should be dragged: one including the
>> islets with Greece, and the other one including them with Turkey.
> The rule is that border in OSM is where you have to show your passport
> to the customs. Or where the barbed wire stands, or  whatever on the
> ground fact indicates the presence of a border. The French-Italian
> border which overlaps on the Mont-Blanc is not the preferred way
> AFAIK.
>
> m.
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk




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

Re: [Talk-de] Mechanisches Umtaggen, Vorschlag zur vereinheitlichung von 30er Zonen tagging

[Norbert]

Im wiki muss genau stehen, wie was einzutragen ist.
Wenn dort schon drei verschiedene Schreibweisen aufgeführt sind, braucht 
man sich doch nicht zu wundern.


Mein Vorschlag ist DE:zone30 - sind auch schon die meisten Einträge.

Und zone:maxspeed=DE:30 würde ich auch gleich mit umstellen.
Ist im wiki ja auch äußerst spärlich beschrieben.

Viele Grüße
Norbert


Am 30.03.2017 um 14:18 schrieb Martin Koppenhoefer:

Es gibt mehrere Standards und ein paar weitere Alternativen, um 30er Zonen
zu taggen.

Dazu hier im wiki:
https://wiki.openstreetmap.org/wiki/Key:source:maxspeed

Aktuelle Zahlen von heute:
maxspeed=30 and zone:maxspeed=DE:30 - 32952 uses
maxspeed=30 and source:maxspeed=DE:zone30 - 32018 uses
maxspeed=30 and source:maxspeed=DE:zone:30 - 21832 uses

(die Nutzungen beziehen sich nicht auf die Kombination mit maxspeed=30
sondern nur auf den 2. Tag, sollte aber keine große Abweichung sein).

Wie wärs, wenn wir zumindest

source:maxspeed=DE:zone30 und
source:maxspeed=DE:zone:30

vereinheitlichen würden, per Einigung auf eine Variante und mechanisches
Umtaggen?

Die weiteren dokumentierten Varianten sind
source:maxspeed=DE:zone und
source:maxspeed=zone

mit 5k und 1,8k Nutzung.


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




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

Re: [talk-ph] landuse = farm

[David Groom]

I don't think it will take too long for one person to do this, but I may 
be mistaken.


It will also be an opportunity to look at some of the areas tagged as 
"landuse = farm", and merge them into adjacent areas where appropriate.


David


-- Original Message --
From: "Eugene Alvin Villar" 
To: "David Groom" 
Cc: "OpenStreetMap Philippines" 
Sent: 30/03/2017 00:56:18
Subject: Re: [talk-ph] landuse = farm

On Mon, Mar 27, 2017 at 10:06 PM, David Groom  
wrote:


Shall I start looking at the  relations and ways and change where 
appropriate from "landuse = farm" to "landuse = farmland"?


What do you think?


Go for it! Would it also make sense to turn this into a Maproulette 
task?


~Eugene___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

Re: [Talk-it] [civici Torino] Offset generale

[Davide Sandona']

Eventualmente qualcuno di Torino potrebbe registrare correttamente la
posizione di alcuni civici sparsi attraverso la città? Penso che 20-30
civici sarebbero più che sufficienti per quantificare l'offset in
questione...

Davide.

Il giorno 30 marzo 2017 20:55, Cascafico Giovanni  ha
scritto:

> Il comune di Torino ha pubblicato direttamente in coordinate geodetiche,
> suppongo WGS84.
>
>
>
>
> Il giorno 30 marzo 2017 19:19, Paolo Monegato 
> ha scritto:
>
>> Il 29/03/2017 18:36, Volker Schmidt ha scritto:
>>
>>> Cari amici,
>>>
>>> ho paura che questo è solo l'ennesima manifestazione dello stesso errore
>>> sistematico con tutti gli import fatti finora in Veneto.(edifici e landuse).
>>>
>>
>> Beh sarebbe anche normale,... se il dato di partenza è in Roma 40 va da
>> se che riproiettandolo con i sistemi che liberamente e legalmente possiamo
>> usare risulterà un offset in varie direzioni a seconda dell'area...
>>
>> ciao
>>
>> Paolo M
>>
>>
>>
>> ___
>> 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] sports centre tagging

[Jez Nicholson]

At least you've taught me about that /status uri. Thanks.

On Fri, 31 Mar 2017 11:40 Andy Townsend,  wrote:

> On 31/03/2017 11:09, Jez Nicholson wrote:
> > I sound like a n00b here, but I added the Boulder Brighton climbing
> > centre as a sports centre on top of a building
> > https://www.openstreetmap.org/node/4766325998 and it doesn't appear to
> > be rendering. Have I made an error or just lack patience?
>
> It could be the latter, actually -
> https://a.tile.openstreetmap.org/19/261835/175899.png/status for the
> tile currently displays for me:
>
> Tile is clean. Last rendered at Fri Mar 31 07:42:18 2017. Last accessed at
> Fri Mar 31 07:46:43 2017. Stored in file:///srv/
> tile.openstreetmap.org/tiles/default/19/50/250/239/193/136.meta
>
> (Dates might not be accurate. Rendering time might be reset to an old date
> for tile expiry. Access times might not be updated on all file systems)
>
>
> (although that will change as time goes on of course).  The "standard"
> style does render leisure=sports_centre nodes such as this one:
>
> https://www.openstreetmap.org/node/4352375624
>
> Cheers,
>
> 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: [Talk-GB] sports centre tagging

[Andy Townsend]

On 31/03/2017 11:09, Jez Nicholson wrote:
I sound like a n00b here, but I added the Boulder Brighton climbing 
centre as a sports centre on top of a building 
https://www.openstreetmap.org/node/4766325998 and it doesn't appear to 
be rendering. Have I made an error or just lack patience?


It could be the latter, actually - 
https://a.tile.openstreetmap.org/19/261835/175899.png/status for the 
tile currently displays for me:


Tile is clean. Last rendered at Fri Mar 31 07:42:18 2017. Last accessed at Fri 
Mar 31 07:46:43 2017. Stored in 
file:///srv/tile.openstreetmap.org/tiles/default/19/50/250/239/193/136.meta

(Dates might not be accurate. Rendering time might be reset to an old date for 
tile expiry. Access times might not be updated on all file systems)


(although that will change as time goes on of course).  The "standard" 
style does render leisure=sports_centre nodes such as this one:


https://www.openstreetmap.org/node/4352375624

Cheers,

Andy


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

[Talk-GB] sports centre tagging

[Jez Nicholson]

I sound like a n00b here, but I added the Boulder Brighton climbing centre
as a sports centre on top of a building
https://www.openstreetmap.org/node/4766325998 and it doesn't appear to be
rendering. Have I made an error or just lack patience?

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

Re: [OSM-talk-be] WMS in ID

[Jonathan Beliën]

Hello Philippe,


You can't add "raw" WMS query directly to iD Editor.
You need to create an URL containing every parameters needed (layers, 
zoom level, projection, ...) to make it work.


If you tell me which layer(s) of this service you need, I can give you 
the correct URL to enter in iD !


Jonathan


Le 31-03-17 à 10:49, Philippe Casteleyn a écrit :


Ik  probeer de OSM fietsparkings van Brussel met de officiële te 
vergelijken.


Ik plak

http://data-mobility.irisnet.be/geoserver/bm_bike/wms?

in ID in de custom background.

Maar er gebeurt niets.



___
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-it] STRAVA heatmap non funziona

[Davide Mangraviti]

E' tornato a funzionare regolarmente anche su JOSM



--
View this message in context: 
http://gis.19327.n8.nabble.com/Re-STRAVA-heatmap-non-funziona-girarsi-liste-tp5894327p5894484.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] Disputed border between Greece and Turkey near Imia/Kardak in the Aegean Sea (was: Re: [Geocoding] Boundries of Kardak Islands)

[Richard Fairhurst]

Florian Schäfer wrote:
> I'm not an expert on borders and how disputed borders are handled 
> in OSM, so I forward this to the talk-list, because this probably 
> needs more discussion.

https://wiki.osmfoundation.org/w/images/d/d8/DisputedTerritoriesInformation.pdf

Richard



--
View this message in context: 
http://gis.19327.n8.nabble.com/Disputed-border-between-Greece-and-Turkey-near-Imia-Kardak-in-the-Aegean-Sea-was-Re-Geocoding-Boundr-tp5894464p5894483.html
Sent from the General Discussion mailing list archive at Nabble.com.

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

Re: [OSM-talk] Disputed border between Greece and Turkey near Imia/Kardak in the Aegean Sea

[Florian Schäfer]

Am 31.03.2017 um 07:09 schrieb Marc Gemis:
> On Fri, Mar 31, 2017 at 6:39 AM, David Marchal  > wrote:
> >/If I correctly remember, in such cases, both point of views should be
> used; />/in this case, two boundary segments should be dragged: one including 
> the />/islets with Greece, and the other one including them with Turkey. /
> The rule is that border in OSM is where you have to show your passport
> to the customs. Or where the barbed wire stands, or  whatever on the
> ground fact indicates the presence of a border. The French-Italian
> border which overlaps on the Mont-Blanc is not the preferred way
> AFAIK.
>
> m.

Probably neither of your criteria fits for this case. These two islands
are uninhabited according to Wikipedia (by the way, they are together
only 4 ha in size, the same size as a 200 meter × 200 meter square), so
there won't be customs on there. And I doubt that there is barbed wire
on there either, because in either case the border would run through the
sea around the island on one side or the other.

/Florian


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

[OSM-talk-be] WMS in ID

[Philippe Casteleyn]

Ik  probeer de OSM fietsparkings van Brussel met de officiële te vergelijken.

Ik plak

http://data-mobility.irisnet.be/geoserver/bm_bike/wms?

in ID in de custom background.

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

Re: [Talk-cz] iD editor Strava

[Milan Cerny]

iD editor Strava už funguje tak jako dříve.
Nové dlaždice bohužel nejsou, taky jsem tajně doufal. Stávající 2015 stačí.

Díky za pomoc.

Milan
__
> Od: Petr Schönmann 
> Komu: OpenStreetMap Czech Republic 
> Datum: 27.03.2017 11:55
> Předmět: Re: [Talk-cz] iD editor Strava
>
>Psal jsem na podporu, uvidíme. Třeba rendruji nový dlaždice :)
>
>Dne po 27. 3. 2017 9:54 uživatel Petr Holub  napsal:
>
>> > Ahoj, všiml jsem si že přestal fungovat iD editor s podporou tras Strava
>> heat. Nefunguje
>> > přepínání běh / kolo / oboje, nefunguje zarovnávání podle tras. Zbylo
>> tam jen zeleně zobrazené
>> > vše v jednom, jen do zoomu 15.
>> > Je to škoda, byl to užitečný nástroj.
>> > Nepředpokládám, že je chyba jen na mé straně, ale pro jistotu to prosím
>> zkuste někdo ověřit.
>>
>> Mne jede - jen nejde zapnout ta vrstva Strava Cycling Heatmap, ale to
>> se zda spis jako problem nekde na strane TMS Stravy, protoze to ted
>> nefunguje ani v JOSM a dava to 400 ERROR.
>>
>> Petr
>>
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>>
>-- 
>S pozdravem
>Petr Schönmann
>https://www.facebook.com/klikklakcz
>
>
>--
>
>___
>Talk-cz mailing list
>Talk-cz@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-cz
>
>

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

Re: [OSM-talk-fr] [OSM-talk] landuse=farm bientôt retiré du rendu standard

[Christian Quest]

On peut aussi profiter de l'arrivée du RPG (Registre Parcellaire Graphique)
dispo en version 2013 (mais la 2014 arrive en principe d'ici quelques
jours, la 2015 devrait être dispo en mai et en juillet on aurait la 2016)
pour avoir des géométrie plus précises que CLC et faire d'une pierre deux
coups.
Le RPG ce sont les parcelles cultivées, ces données sont utilisées pour les
subventions européennes et mises à jour chaque année.

Marc Sibert avait fait un gros boulot d'intégration avec les données 2012
sur le 91.

Idéalement il faudrait un outil pour faciliter l'intégration... car c'est
pas trivial sans un peu d'aide.



Le 30/03/2017 à 10:38, althio a écrit :

2017-03-30 1:24 GMT+02:00 Jérôme Amagat 
:

les landuse=farm de plus de 2m² donc 2 hectares aussi grand c'est que ça
a été créer pour représenter des champs et pas un corps de ferme.
il peut il y avoir des bâtiments au milieu mais c'est en majorité des champs
donc le tag landuse=farmland convient donc ensuite :

remplacer le tag landuse=farm par landuse=farmland dans toute la sélection

ensuite regarder ce qui reste avec le tag landuse=farm pour voir quoi en
faire

On n'est pas pressé ;)
On peut prendre le temps de comprendre les tags disponibles, de faire
les distinctions corps[farmyard] / champs[farmland] et d'ajouter les
bâtiments.
On peut raffiner la géométrie si c'est du Corine CLC brut.
...

-- althio

___
Talk-fr mailing
listTalk-fr@openstreetmap.orghttps://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