Re: [OSM-ja] OSM国際会議SotM2017発表者募集中！（4月2日締め切り）

[insidekiwi555]

ikiyaです。

SotM2017での発表者募集は申し込み締め切りまであと10日となりました。
申し込み締め切りは4月2日（日）です。
OSMに関わるテーマ（技術、活動、アプリなど）を幅広く募集しています。

世界各地の個人、学生、企業などから発表への申し込みがすでに来ています。
ぜひ、日本でSotMが開催されるこの機会にご自身でスピーチして
OSMに関する知識や技術、経験を世界と共有してみませんか。

発表申し込みの後、選考審査があり正式に発表者（発表枠）が決まります。
審査通過のためにもセッションタイトル、セッション要旨は具体的に
内容を書かれることをお勧めします。


多くの皆様からの申し込みをお待ちしています。



- Original Message -
>From: "insidekiwi...@yahoo.co.jp" 
>To: "talk-ja@openstreetmap.org"  
>Date: 2017/3/8, Wed 00:26
>Subject: [OSM-ja] OSM国際会議SotM2017発表者募集中！（4月2日締め切り）
> 
>
>ikiyaです。
>
>8月に会津若松市で開催されるOSM国際会議SotM
 2017の発表者募集が始まっています。
>OSMに関わるテーマ（技術、活動、アプリなど）を幅広く募集しています。
>
>
>発表する言語（英語、日本語）や発表時間枠（20分、5分）などを選ぶことが可能です。
>発表申し込みの後、選考審査があり正式に発表が決まります。
>
>
>国際会議なので毎年200件前後のエントリーがあり、発表選考もしっかり行われます。
>主催側はより多くの方に発表していただけるよう発表枠を組む予定です。
>発表要旨は1000字以内となっていますが、審査通過の為には具体的に内容を書かれることを
>お勧めします。
>
>※申し込み締め切りは4月2日(日）です。
>
>OSM国際年次会議「State of the Map 2017」
>主催：OpenStretMap
 Foundation
>開催期間：8月18日(金）〜 20日(日）
>会場：会津若松市文化センター（福島県会津若松市）
>
>
>（申し込みフォーム）
>https://docs.google.com/a/osmf.jp/forms/d/e/1FAIpQLSfRMwL2ggH374BbEdgU_cVVLTpuszmyCLBDg0sqTXxRSOZUug/viewform
>
>「Propose your session for State of the Map 2017!」
>https://blog.openstreetmap.org/2017/02/16/propose-your-session-to-state-of-the-map-2017/
>
>___
>Talk-ja mailing list
>Talk-ja@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-ja
>
>
>___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

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

[Naveen Francis]

Doing via script is good.

Districts and NHs are relations.
We may have to update the script,which Srikanth has shared.

--
naveenpf

On 22 March 2017 at 18:59, Srihari Thalla  wrote:

> Yeah, seems to make the work easy!
>
> I am up for the script.
> @Naveen Thoughts?
>
> [1] https://github.com/mapbox/wikimama
> [2] https://osmlab.github.io/wikidata-osm/
> [3] https://github.com/mapbox/mapping/issues/242 (May not include the NHs)
>
> ___
> 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-cat] Noms dels carrers

[Xavier Barnada]

No, de fet fins i tot en el cas que fossin en llicència creative commons
podria ser que no fossin compatibles perquè no permetessin l'ús comercial.

Salutacions
Xevi

El dc., 22 març 2017, 23:12, Joan  va escriure:

> I en el cas en què l'ajuntament sigui qui em proporcioni les dades IDI són
> els noms dels carrers també? No es consideraria públic dlmain?
>
> On 22 Mar 2017 08:24, "Xavier Barnada"  wrote:
>
> Hola Joan,
>
> Les dades que s'incorporen de altres fonts com ara mapes han de tindre una
> llicència compatible amb la Odbl. En el cas de el mapa de l'ajuntament no
> crec que sigui el cas.
>
> Salutacions
> Xevi
>
> El dt., 21 març 2017, 23:26, Joan  va escriure:
>
> Estic mirant de completar alguns pobles de la garrotxa que tenen molts
> carrers sense nom, si faig servir l'informació que hi ha a la pàgina de
> l'ajuntament o que em passins per correu, puc fer servir com a font
> 'knowledge' o s'ha d'indicar amb alguna etiqueta concreta (o per alguna
> cosa no es pot fer servir, no se ..)
>
> Salut,
>
> Joan
> ___
> Talk-cat mailing list
> Talk-cat@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cat
>
>
> ___
> Talk-cat mailing list
> Talk-cat@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cat
>
> ___
> Talk-cat mailing list
> Talk-cat@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cat
>
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

[OSM-ja] 4/15 東京！街歩き！マッピングパーティ：第７回 小石川後楽園

[yasunari yamashita]

新宿の山下です。皆さんこんにちわ

毎月開催している 東京！街歩き！マッピングパーティ
４月は１５日（土）に中国趣味ゆたかな深山幽谷、小石川後楽園で開催します。
https://openstreetmap.connpass.com/event/52984/

未経験者の方も、初心者の方も、もちろんベテランの皆様も、
ぜひご一緒しましょう。参加をお待ちしています！
-- 
山下康成＠東京都新宿区
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [talk-au] data.gov.au datasets and PSMA Administrative Boundaries

[Cameron Shorter]

Hi Cleary,
I suggest that the best way to get governments to change licensing 
policy, and get data into Open Street Map is to go to the media.
The problem is that people who understand the problem (OSM mappers) 
don't have political clout, and politicians who have the power don't 
understand the problem, and 99% of voters who put the politicians in 
positions of power don't understand the problem.


So the path forward is to get the problem explained in newspapers.

I'm looping in Anthony Wallace, who writes for Spatial Source.
Anthony a story could go:
* Government has decided it is good for the country to open data
* Government has created licenses to achieve this
* The good test to see if such policy is working is to see if open data 
sources (wikipedia, open street map) are using the data

* Currently this is not the case
* Phone up someone in the government and try and get a quote from them
* Lets now make government accountable

Anthony, this story will be good for spatial source, but you really want 
to see it in mainstream news channels as well. The ABC, The Australian, ...
Are you interested in approaching these news agencies to republish your 
story?


Warm regards, Cameron Shorter

On 23-Mar-17 10:12 AM, cleary wrote:

A few months ago, I wrote to the Department of Prime Minister and
Cabinet seeking access to datasets published by data.gov.au including
the PSMA Administrative Boundaries. The response was that "due to the
large number of datasets on data.gov.au and, in some instances,
obligations on the government due to its licensing arrangements with its
data suppliers, we are unable to amend the licence terms, or provide
exemptions on an individual basis."

Since clarification of OSM's requirements relating to data published
under the CC BY 4.0 licence, I have written again asking if there is any
possibility of reconsideration but I am not hopeful that the response
will be positive. I also requested that the limitations of the CC BY 4.0
licence be addressed in the context of any future review of Government
policy regarding community access to public data.

If I receive any helpful response, I will share the information on the
talk-au list.

In regard to Commonwealth Government agencies, the best approach appears
to be submission of requests to individual agencies - as has been done
successfully with the Department of the Environment and Energy and with
GeoScience Australia.

In regard to the PSMA boundaries, it appears that the data owners are
the respective state and territory governments. I think we have access
to that data in ACT, NSW and SA and it will be necessary to get
permission from the other state and territory governments for their
boundaries data. The data owners are listed at
https://www.psma.com.au/psma-data-copyright-and-disclaimer

As far as I can ascertain, in the United States, the US federal
government policy (adopted also by some but not not yet by all states of
the US) is that data collected with taxpayers' money is published in the
public domain without any copyright restrictions. Our government is keen
to follow the United States in many areas, and I suggest keen Aussie
mappers may like to send letters or emails to their local members of
parliament, both federal and also in states where we don't yet have
access to data, highlighting difficulties with licences such as CC BY
and commending the American approach to copyright on government data, so
that public data is truly open.  You can point out that it won't cost
them money -  and while government would be making a compromise on
attribution, most users will still choose to attribute the source in
some way in order to attest to its authenticity and accuracy.  It is
unlikely to get immediate results but we can tell them now and tell them
again at election time so that we are planting seeds that may germinate
when the issue is reviewed at government level.  When politicians come
door-knocking at election time, tell them about OSM and how concerned
you are about  the current copyright restrictions on public data. That
is, of course, if the copyright restrictions on public data bother you
as much as they vex me.









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



--
Cameron Shorter,
Software and Data Solutions Manager, Jirotech,
Suite 112, Jones Bay Wharf,
26 - 32 Pirrama Rd, Pyrmont NSW 2009

P +61 2 8099 9000, M +61 419 142 254, W www.jirotech.com


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

Re: [Talk-pt] HOT Tasking Manager: Gestor de tarefas para parties e outras atividades

[Marcos Oliveira]

Olá Jorge, o gestor está a dar o erro 500 Internal Server Error quando se
tenta iniciar sessão.

No dia 23 de dezembro de 2016 às 13:49, Pedro Pereira 
escreveu:

> Ok, obrigado Aurélio depois de pensar numa data (a combinar com o
> Presidente da Junta), logo tratarei de vos informar.
>
> Abraço
> Pedro
>
> 2016-12-23 12:30 GMT+00:00 Aurelio Pires :
>
>> Olá,
>>
>> Pedro: podes contar comigo para ajudar nessa party de Guimarães.
>>
>> Jorge: tenho andado a explorar superficialmente esta ferramenta mas agora
>> com esta "instalação nacional" vou dedicar mais atenção ao assunto.
>>
>> Abraço,
>> Aurelio Pires
>>
>>
>> On 2016-12-23 1:23, Pedro Pereira wrote:
>>
>> Boas,
>>
>> Eu estou em condições de agendar uma party em Guimarães, na Vila das
>> Taipas (Caldelas), no entanto acho que é um pouco em cima agendar uma party
>> até final do ano, até porque eu queria envolver alunos da escola secundária
>> e talvez de geografia da Univ. Minho.
>> Poderemos pensar nisso para Janeiro, caso consigamos angariar um grupo
>> porreiro de membros experientes para orientar os mais inexperientes.
>>
>> Abraço
>> Pedro
>>
>> 2016-12-22 23:58 GMT+00:00 Jorge Gustavo Rocha :
>>
>>> Malta,
>>>
>>> Já vi algumas instalações do HOT Tasking Manager [1] e achei muito
>>> interessante para suportar algumas das nossas atividades de mapeamento.
>>>
>>> De uma forma sucinta, a ferramenta permite dividir uma área em tarefas,
>>> dar um conjunto de instruções sobre o que é prioritário para mapear, e
>>> depois os mapeadores escolhem as áreas onde querem trabalhar. A ferramenta
>>> ajuda a que uns não trabalhem em cima dos outros e dá umas estatísticas do
>>> que está feito e o que está por fazer. Acho uma ótima ferramenta para as
>>> nossas parties. Mas...
>>>
>>> Mas não tenho grande experiência com a ferramenta e precisava da vossa
>>> ajuda para aprendermos a usá-lo e para termos várias pessoas que o possam
>>> administrar.
>>>
>>> Instalei o software no endereço: http://tarefas.openstreetmap.pt
>>>
>>> 1. Aparentemente, por ter sido o primeiro a entrar, fiquei como
>>> "administrador". Entra-se com a conta existente do OpenStreetMap. Há três
>>> níveis de utilizadores [2]: user, project manager e administrator. Façam
>>> login e mandem-me um email (ou uma mensagem no skype) para vos passar para
>>> "project manager" ou "administrator", para poderem criar projetos e mudarem
>>> o perfil de outros utilizadores.
>>>
>>> 2. Primeiro projeto. Quem quer definir um primeiro projeto para
>>> experimentarmos a plataforma e fazermos alguma coisa de útil? Ou quem quer
>>> organizar uma party entre o Natal e o fim de ano?
>>> Independentemente de se criar um primeiro projeto "real", estejam à
>>> vontade para criarem projetos de teste.
>>> Com a instalação, já vem um projeto "Kathmandu" em rascunho (isto é, não
>>> publicado para o público). Deixei ficar para se ver como é.
>>>
>>> 3. Aparentemente as traduções estão a funcionar. Parabéns a quem fez o
>>> trabalho. Quem quiser contribuir para as traduções, as mesmas estão no
>>> Transifex [3].
>>>
>>> 4. Para quem quiser ler um pouco sobre a ferramenta, há documentação no
>>> wiki [4], mas a do LearnOSM é mais detalhada [5] e [6]. O MapGive [7]
>>> também usa este Gestor de tarefas.
>>>
>>> 5. A ferramenta é open source [8]. Dá para "customizar" esta instalação
>>> para Portugal (podemos por um logotipo ou umas cores diferentes...) e dá
>>> para fazer alterações ao código. Se tiverem sugestões, apitem.
>>>
>>> Espero que a ferramenta seja útil e ajude a melhorarmos o nosso mapa.
>>>
>>> Bom trabalho,
>>>
>>> J. Gustavo
>>>
>>>
>>> URL usados na mensagem:
>>>
>>> [1] http://tasks.hotosm.org/
>>> [2] http://learnosm.org/en/coordination/tasking-manager-project-
>>> admin/#logging-in-amp-access-levels
>>> [3] https://www.transifex.com/hotosm/osm-tasking-manager2/
>>> [4] http://wiki.openstreetmap.org/wiki/OSM_Tasking_Manager
>>> [5] http://learnosm.org/en/coordination/tasking-manager/
>>> [6] http://learnosm.org/en/coordination/tasking-manager-project-admin/
>>> [7] https://mapgive.state.gov/
>>> [8] https://github.com/hotosm/osm-tasking-manager2
>>>
>>>
>>> J. Gustavo
>>> --
>>> Jorge Gustavo Rocha
>>> Departamento de Informática
>>> Universidade do Minho
>>> 4710-057 Braga
>>> Tel: +351 253604480
>>> Fax: +351 253604471
>>> Móvel: +351 910333888
>>> skype: nabocudnosor
>>>
>>> ___
>>> Talk-pt mailing list
>>> Talk-pt@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-pt
>>>
>>
>>
>>
>> --
>> Pedro Pereira
>>
>>
>> ___
>> Talk-pt mailing 
>> listTalk-pt@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-pt
>>
>>
>>
>> ___
>> Talk-pt mailing list
>> Talk-pt@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-pt
>>
>>
>
>
> --
> Pedro Pereira
>
> 

Re: [Talk-us] Is this a bad import or an experiment?

[Tod Fitch]

> On Mar 22, 2017, at 4:05 PM, Bill Ricker  wrote:
> 
> On Wed, Mar 22, 2017 at 6:02 PM, Clifford Snow  
> wrote:
>> I map driveway when the house is set a distance from the main road, often
>> time when the house can't be seen from the road. Mainly rural areas. I
>> figure that it might help volunteer fire and rescue operations.
> 
> 
> In many rural areas, such drives are now required to be Named Private
> Ways with appropriate signage, for just such assistance. (County-wide
> consolidated E-911 dispatch is driving this in e.g. Maine.)
> 

I guess that means if I visit someone in Maine that my search for an address 
may end up with many thousand of matches on “Private Way”.

Sounds like they have lousy official maps that omit things like driveways and 
are pushing the problem off on individual property owners. It would make more 
sense to me to have the driveway labeled with the housenumber(s) and street 
name for the official address(es) found on the driveway. If I were driving an 
ambulance or fire engine that would help me more than having a multitude of 
“Private Way” signs, none of which were obviously the “123 I Need Help Now 
Road” my unit was dispatched to. Oh well, bureaucratic decisions don’t always 
make sense.

Cheers!

smime.p7s
Description: S/MIME cryptographic signature
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-it] tool per controllare gli edits in un'area ERA Fwd: [OSM-talk] Responding to vandalism

[Davide Sandona']

Questo tool sembra essere eccezionale!
Sono appena riuscito ad installarlo sul raspberry, ed ora via con la fase
di test!! Tra l'altro è abbastanza semplice fare le impostazioni iniziali.

Davide.

2017-03-20 21:52 GMT+01:00 Marco :

> Concordo, non sembra per niente male
>
> On March 20, 2017 6:28:03 PM GMT+01:00, Federico Cortese <
> cortese...@gmail.com> wrote:
>
>> On Mon, Mar 20, 2017 at 3:58 PM, Martin Koppenhoefer
>>  wrote:
>>
>>>  potrebbe avere senso per noi?
>>
>>
>>
>> Grazie Martin,
>> mi sembra molto interessante, sarebbe bello poterlo provare.
>>
>> Ciao,
>> Federico
>>  > style="border-top: 1px solid #D3D4DE;">
>>  
>>   > href="https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail;
>> target="_blank">> src="https://ipmcdn.avast.com/images/icons/icon-envelope-tick-round-orange-animated-no-repeat-v1.gif;
>> width="46" height="29" style="width: 46px; height: 29px;" />
>>   Mail priva di virus. > href="https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail;
>> target="_blank" style="color: #4453ea;">www.avast.com   
>>  
>> 
>> > height="1">
>>
>> --
>>
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-at] WG: Ankündigung der Entfernung von landuse=farm im Standardstil

[jdz5274]

In Österreich sind dadurch ca. 60 Relationen und 1700 Linien betroffen. Das ist 
zu schaffen, und zwar nicht automatisch, sondern nach optischer Kontrolle in 
geoimage. War zwar nicht zwingend nötig, aber das Tag ist nun einmal 
missverständlich. Insofern nicht (nur) Tagging für den Renderer, sondern auch 
Qualitätsverbesserung.

Grundsätzlich erkenne ich in letzter Zeit ein schrittweises Abgehen vom Dogma 
"alles ist erlaubt und muss für alle Zeit bleiben wie es ist". Wurde man für 
solche Vorschläge vor einigen Jahren noch aus den Foren gemobbt, hat sich 
inzwischen ein gewisser Realismus durchgesetzt. Stichwort de-facto Normierung 
über Wiki, Editoren und Mapnik, die gerade laufenden Änderungen über 
MapRoulette bzw. Jochen Topf (dagegen ist farm Kinderkram, da geht’s um 
100.000e Edits weltweit, und die gehen anstandslos und undiskutiert durch, 
obwohl einiges davon hart am Limit ist), und Ansätze zu einer zeitnahen 
Kontrolle (inkl. Reverts) von Edits im Hintergrund.

Klar wird das zu Diskussionen und vielleicht auch Auswüchsen führen, die dann 
eben zu korrigieren sind, aber es eröffnet auch neue Möglichkeiten.

P.S. Solche Ankündigungen bitte auch ins osm-Forum 
(https://forum.openstreetmap.org/viewforum.php?id=89) stellen für alle, die 
hier nicht mitlesen.

Liebe Grüße
Wolfgang


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

[talk-au] data.gov.au datasets and PSMA Administrative Boundaries

[cleary]

A few months ago, I wrote to the Department of Prime Minister and
Cabinet seeking access to datasets published by data.gov.au including
the PSMA Administrative Boundaries. The response was that "due to the
large number of datasets on data.gov.au and, in some instances,
obligations on the government due to its licensing arrangements with its
data suppliers, we are unable to amend the licence terms, or provide
exemptions on an individual basis."

Since clarification of OSM's requirements relating to data published
under the CC BY 4.0 licence, I have written again asking if there is any
possibility of reconsideration but I am not hopeful that the response
will be positive. I also requested that the limitations of the CC BY 4.0
licence be addressed in the context of any future review of Government
policy regarding community access to public data. 

If I receive any helpful response, I will share the information on the
talk-au list.

In regard to Commonwealth Government agencies, the best approach appears
to be submission of requests to individual agencies - as has been done
successfully with the Department of the Environment and Energy and with
GeoScience Australia.

In regard to the PSMA boundaries, it appears that the data owners are
the respective state and territory governments. I think we have access
to that data in ACT, NSW and SA and it will be necessary to get
permission from the other state and territory governments for their
boundaries data. The data owners are listed at
https://www.psma.com.au/psma-data-copyright-and-disclaimer

As far as I can ascertain, in the United States, the US federal
government policy (adopted also by some but not not yet by all states of
the US) is that data collected with taxpayers' money is published in the
public domain without any copyright restrictions. Our government is keen
to follow the United States in many areas, and I suggest keen Aussie
mappers may like to send letters or emails to their local members of
parliament, both federal and also in states where we don't yet have
access to data, highlighting difficulties with licences such as CC BY
and commending the American approach to copyright on government data, so
that public data is truly open.  You can point out that it won't cost
them money -  and while government would be making a compromise on
attribution, most users will still choose to attribute the source in
some way in order to attest to its authenticity and accuracy.  It is
unlikely to get immediate results but we can tell them now and tell them
again at election time so that we are planting seeds that may germinate
when the issue is reviewed at government level.  When politicians come
door-knocking at election time, tell them about OSM and how concerned
you are about  the current copyright restrictions on public data. That
is, of course, if the copyright restrictions on public data bother you
as much as they vex me.









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

Re: [Talk-us] Is this a bad import or an experiment?

[Bill Ricker]

On Wed, Mar 22, 2017 at 6:02 PM, Clifford Snow  wrote:
> I map driveway when the house is set a distance from the main road, often
> time when the house can't be seen from the road. Mainly rural areas. I
> figure that it might help volunteer fire and rescue operations.


In many rural areas, such drives are now required to be Named Private
Ways with appropriate signage, for just such assistance. (County-wide
consolidated E-911 dispatch is driving this in e.g. Maine.)

-- 
Bill Ricker
bill.n1...@gmail.com
https://www.linkedin.com/in/n1vux

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

Re: [Talk-it] "Alluvione" Caserta

[girarsi_liste]

Il 22/03/2017 13:27, Marco ha scritto:
> Qualcuno può dare un'occhiata veloce alla zona di Caserta? sembra che
> sia stato modificato qualcosa e adesso risulta esserci il mare anche
> sulla terraferma. Non riesco a capire quale sia il changeset che ha
> causato il problema.
> Grazie
> 


L'ho visto adesso al livello 13, negli altri livelli di zoom no, presumo
che sia un'errore di rendering come è successo qualche tempo fa.



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



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

Re: [Talk-cat] Noms dels carrers

[Joan]

I en el cas en què l'ajuntament sigui qui em proporcioni les dades IDI són
els noms dels carrers també? No es consideraria públic dlmain?

On 22 Mar 2017 08:24, "Xavier Barnada"  wrote:

> Hola Joan,
>
> Les dades que s'incorporen de altres fonts com ara mapes han de tindre una
> llicència compatible amb la Odbl. En el cas de el mapa de l'ajuntament no
> crec que sigui el cas.
>
> Salutacions
> Xevi
>
> El dt., 21 març 2017, 23:26, Joan  va escriure:
>
>> Estic mirant de completar alguns pobles de la garrotxa que tenen molts
>> carrers sense nom, si faig servir l'informació que hi ha a la pàgina de
>> l'ajuntament o que em passins per correu, puc fer servir com a font
>> 'knowledge' o s'ha d'indicar amb alguna etiqueta concreta (o per alguna
>> cosa no es pot fer servir, no se ..)
>>
>> Salut,
>>
>> Joan
>> ___
>> Talk-cat mailing list
>> Talk-cat@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cat
>>
>
> ___
> Talk-cat mailing list
> Talk-cat@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cat
>
>
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Re: [Talk-br] TUTORIAL: Como usar as camadas WMS do IBGE (conforme descritas no INDE) * ESTRADAS *

[Sérgio V .]

Vai abaixo também a URL pra usar com * ESTRADAS *.


FONTE: IBGE - BC250_Trecho_Rodoviario ( 
http://visualizador.inde.gov.br/VisualizaCamada/913 )

URL ORIGINAL (usar ao abrir no JOSM > Imagery > +WMS):
http://geoservicos.ibge.gov.br/geoserver/wms?service=WMS=1.1.0=GetMap=CCAR:BC250_Trecho_Rodoviario_L

URL ADAPTADA PRO JOSM (Editar em Imagery > +WMS ; colar todo abaixo):
wms:http://geoservicos.ibge.gov.br/geoserver/wms?service=WMS=1.1.0=GetMap=CCAR:BC250_Trecho_Rodoviario_L==EPSG:3857={width}={height}={bbox}=image%2Fpng=TRUE

Só colar e sair usando no JOSM. Não tem etiquetas com nomes na camada.
Linhas pretas = vias não pavimentadas.
- - - - - - - - - - - - - - - - - - - -
Se quiser etiquetas com nomes, usar a camada TMS "comparativo IBGE x OSM 
(2016)" que o Wille hospeda:
https://wiki.openstreetmap.org/wiki/Situa%C3%A7%C3%A3o_do_Mapeamento_de_Estradas_no_Brasil_no_OSM
- - - - - - - - - - - - - - - - - - - -
Se alguém tem contato com o DNIT, talvez se podia ver se conseguia as estradas 
deles, é o único que não tem no INDE...


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

Sérgio - http://www.openstreetmap.org/user/smaprs



De: Daniel d'Andrada Tenório de Carvalho 
Enviado: quarta-feira, 22 de março de 2017 11:04
Para: OpenStreetMap no Brasil
Assunto: Re: [Talk-br] TUTORIAL: Como usar as camadas WMS do IBGE (conforme 
descritas no INDE)

Legal!

Não tem como fazer aparecer direto na lista de "imagery providers" do JOSM?

On Wed, Mar 22, 2017 at 10:08 AM, Sérgio V. 
> wrote:

Como usar as camadas WMS do IBGE (conforme descritas no INDE), como camadas de 
fundo no JOSM:

1) Abrir o Visualizador do INDE (http://www.visualizador.inde.gov.br/):
-Selecionar no menu esquerdo a camada de interesse (exemplo: "Redes Geodésicas 
> Rede Geodésica Altimétrica > Referências de Nível");
-Com o botão direito, visualizar "URL WMS" e copiá-la (Ctrl+C);

2) NO JOSM: Abrir menu "Preferências de Imagem" > "+WMS":
-Entrar com uma das URL (qualquer), tal como citada no INDE;
-Adicionar o "nome" da camada, tal como está nos metadados;
-Editar o campo "URL":  colar a URL tal como está abaixo  (Ctrl+V);
-OK. Fica gravado pra sempre no JOSM. Abrir camada. E pronto. Só usar quando 
quiser, já vai estar lá no JOSM.

(Ao salvar changeset, o JOSM já deve salvar automaticamente a URL da camada WMS 
como source de imagem; senão, adicionar a URL)

Licença: camadas do IBGE já aprovada a licença. (Demais, dentro da Lei de 
Acesso à Informação, Federal; a confirmar).

Para consultar relatórios de cada ponto do WMS:
-copiar a URL básica no navegador: 
http://www.bdg.ibge.gov.br/bdg/pdf/relatorio.asp?L1=
-acrescentar "ao final" da URL o "nome" da estação geodésica, tal como aparece 
no WMS (em zoom próximo); exemplo: estação "90128" (Monte Roraima):
http://www.bdg.ibge.gov.br/bdg/pdf/relatorio.asp?L1=90128
Pronto. Visualizar dados (fotos, coordenadas, altitude, etc).

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
- - - - - - - - - - - - - - - -
LISTA WMS - IBGE - Redes Geodésicas (INDE):
- - - - - - - - - - - - - - - - - - - - - - - - - - - -
IBGE-Rede Geodésica Gravimétrica
+WMS:
-ENTRAR COM ESTA URL:
http://www.geoservicos.ibge.gov.br/geoserver/wms?service=WMS=1.1.0=GetMap=CGED:BDG_EG
-Colocar o "nome" para o WMS; dar "OK";
-Substituir ("COLAR") no campo da URL:
wms:http://www.geoservicos.ibge.gov.br/geoserver/wms?service=WMS=1.1.0=GetMap=CGED:BDG_EG==EPSG:3857={width}={height}={bbox}=image%2Fpng=TRUE
- - - - - - - - - - - - - - - - - - - - - - - - - - - -
IBGE-Rede Geodésica Planimétrica-Vértices de Triangulação
+WMS:
-ENTRAR COM ESTA URL:
http://www.geoservicos.ibge.gov.br/geoserver/wms?service=WMS=1.1.0=GetMap=CGED:BDG_VT
-Colocar o "nome" para o WMS; dar "OK";
-Substituir ("COLAR") no campo da URL:
wms:http://www.geoservicos.ibge.gov.br/geoserver/wms?service=WMS=1.1.0=GetMap=CGED:BDG_VT==EPSG:3857={width}={height}={bbox}=image%2Fpng=TRUE
- - - - - - - - - - - - - - - - - - - - - - - - - - - -
IBGE-Rede Geodésica Planimétrica-Rede GNSS Permanente - RBMC
+WMS:
-ENTRAR COM ESTA URL:
http://www.geoservicos.ibge.gov.br/geoserver/wms?service=WMS=1.1.0=GetMap=CGED:RBMC
-Colocar o "nome" para o WMS; dar "OK";
-Substituir ("COLAR") no campo da URL:
wms:http://www.geoservicos.ibge.gov.br/geoserver/wms?service=WMS=1.1.0=GetMap=CGED:RBMC==EPSG:3857={width}={height}={bbox}=image%2Fpng=TRUE
- - - - - - - - - - - - - - - - - - - - - - - - - - - -
IBGE-Rede Geodésica 

Re: [Talk-us] Is this a bad import or an experiment?

[Clifford Snow]

On Wed, Mar 22, 2017 at 11:02 AM, Kevin Kenny 
wrote:

> I'm asking because I've been mapping driveways along with building
> outlines in my own neighbourhood - partly to get correct street directions
> when the driveway to a house is on a different street from the one the
> house faces and the mailbox is on. I'll be glad to take the driveways out
> again if they're expected to cause trouble somewhere.


I map driveway when the house is set a distance from the main road, often
time when the house can't be seen from the road. Mainly rural areas. I
figure that it might help volunteer fire and rescue operations. Rarely
short one because why.

Clifford


-- 
@osm_seattle
osm_seattle.snowandsnow.us
OpenStreetMap: Maps with a human touch
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-br] Digest Talk-br, volume 102, assunto 36

[Sérgio V .]

pa importaram sua base de marcos para dentro do OSM, não 
vejo o porquê de ficarmos atrasados nisso.

Você gastou um tempo enorme para organizar esses dados, não podemos 
simplesmente abandonar pq um e outro gringo não entendeu a finalidade.

at

Cassio


2017-03-22 9:19 GMT-03:00 Sérgio V. 
<svo...@hotmail.com<mailto:svo...@hotmail.com><mailto:svo...@hotmail.com<mailto:svo...@hotmail.com>>>:

Bom dia pessoal,

após sugestão do Luis Bahiana (email abaixo), deu certo colocar todos os WMS 
das Redes Geodésicas do IBGE no JOSM.

Pensei então que, para o propósito de auxiliar no alinhamento de imagens (que 
era o principal do meu ponto de vista), não é necessário importar os SHP dos 
marcos geodésicos (estações de medição da rede geodésica). Basta ter como 
camada auxiliar WMS no JOSM ou iD.

As medições geodésicas podem ir melhorando com o tempo. No SHP ficariam 
desatualizadas. Teria que saber toda vez que muda para alterar. No WMS, já 
ficam atualizadas automaticamente.


Além disso, com o link dos relatórios como auxiliar, se pode consultar 
facilmente os demais dados, como: localidade, altitude, coordenadas, etc. Para 
isto, basta copiar a URL básica dos relatórios e substituir no final pelo nome 
(ref) da estação que aparece nos WMS (em zoom próximo).


Por exemplo, URL básica:

http://www.bdg.ibge.gov.br/bdg/pdf/relatorio.asp?L1=<http://www.bdg.ibge.gov.br/bdg/pdf/relatorio.asp?L1=90128>

<http://www.bdg.ibge.gov.br/bdg/pdf/relatorio.asp?L1=90128>


Adaptada para a estação "90128" (Monte Roraima):

http://www.bdg.ibge.gov.br/bdg/pdf/relatorio.asp?L1=90128


Além disto, há um problema de precisão, se importar direto as coordenadas 
conforme estão no SHP:


Muitas estações possuem grande precisão, p.ex 4 casas decimais em segundos 
(~3mm; como a "90128" do Monte Roraima, acima).

Mas muitas outras estações ainda estão em graus/minutos/segundos, com precisão 
de segundo inteiro (sem decimal) .

Ex.: http://www.bdg.ibge.gov.br/bdg/pdf/relatorio.asp?L1=3018T (23 ° 24 ' 02 " 
S, 45 ° 37 ' 02 " W)

Ou seja, uma precisão de 1 segundo (inteiro, sem decimal) de arco na linha do 
equador dá uma margem de erro de ~30m.

O que não ajudaria muito a alinhar imagem no OSM, dados, etc, pois fica até 
acima da margem de erro do GPS comum (10-20m).


"Por mim", suspendo a proposta de importação dos marcos em SHP, e se pode usar 
os WMS, sempre atualizados.

A princípio, dá pra usar todas as camadas WMS citadas nos metadados no INDE 
direto no JOSM.


Vou trocar de tópico a seguir, onde descreverei como usar os WMS do IBGE (e do 
INDE em geral, para as demais camadas de interesse, só que aí tem que ainda 
testar os parâmetros ESRI de GetMap.)

Dá também pra fazer uma wiki tutorial pra estes WMS.


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

Sérgio - http://www.openstreetmap.org/user/smaprs


>On 2017-03-22 00:48:25 UTC Luis Bahiana wrote:
>Sérgio Uma coisa que esqueci de mencionar. Voce deve ter notado que no 
>Visualizador da INDE em cada tema,clicando com a tecla direita abre um 
>menuzinho de download. Então, uma das opções é WMS que é o acronimo de Web Map 
>Services. Com isso voce pode servir a sua camada como um geoserviço web. Ao 
>invés de baixar um SHP que pode se desatualizar, com o serviço web você tem a 
>garantia que tem a versão mais atual. Nunca tentei mas acho que é possivel 
>consumir no JOSM não? Abs Bahiana


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



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



-- Próxima Parte --
Um anexo em HTML foi limpo...
URL: 
<http://lists.openstreetmap.org/pipermail/talk-br/attachments/20170322/2f1c1ed8/attachment.html>

--

Subject: Legenda do Digest

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


--

Fim da Digest Talk-br, volume 102, assunto 36
*



--

Luis Cavalcanti da Cunha Bahiana

Geógrafo : Coordenação de Geografia - IBGE
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-it] versioni brevi dei nomi, usiamo più short_name

[Martin Koppenhoefer]

sent from a phone


a seguito di una delle nostre ultime discussioni ho chiesto agli sviluppatori 
di nominatim come potremmo risolvere il problema che la ricerca per noi non 
funziona molto bene (spesso si cerca le strade solo con cognome e non vengono 
trovati). Avevo proposto 

La loro risposta è stata di essere esplicito nel tagging e di inserire le 
varianti in alt_name e short_name, per esempio "Via Gramsci" short e "Via 
Antonio Gramsci" in name. Tra l'altro sarebbe anche vantaggioso per il 
rendering.

https://github.com/openstreetmap/Nominatim/issues/679#issuecomment-288524456


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

Re: [Talk-us] "toll" related tags appropriate for park entrances?

[Kevin Kenny]

On Wed, Mar 22, 2017 at 5:13 PM, Dale Puch  wrote:

> The tag seems functionally correct, it is paid access.  Fee might apply,
> but it seems more like it applies to the park itself, not the roads, or you
> end up creating a very similar but specific use tag just for parks.
>

The state parks here in New York do not generally charge those that arrive
on foot for use of the park. The user fee for the park is collected as a
vehicle entrance fee. 'Toll' doesn't fit the situation on the ground too
badly. You're not paying to use the park, you're paying to drive on the
park roads.

Sometimes units such as state campgrounds charge a fee for use of certain
facilities (swimming beaches, showers, ...), but I have been surprised at
how minimal it can be. Two summers ago, a long hike that I was on took me
through a state campground that had signs posted all over that certain
facilities were only for the use of campground guests. I asked at the
headquarters, and found that instead of paying the $28 that I'd have had to
fork over if I'd arrived by car, I could pay $2 for a non-motorized day
pass. I happily availed myself of the bathhouse - I surely needed to get
cleaned up after a few days hiking through beaver swamp in hot weather!

I wouldn't expect that 'toll' would seriously confuse any router, even
after being instructed to 'avoid tolls'. They already have to be able to
handle the case, say, of a destination on an island connected to the
mainland only by toll bridges. They typically deal with "avoid tolls" by
assessing a penalty equivalent to a certain number of minutes of travel
time and considering only toll road routings that save at least that much
time over toll-free routings to the same destination.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-at] Ankündigung der Entfernung von landuse=farm im Standardstil

[Markus Straub]

Und noch ein 100% Zustimmung @Stefan.

On 2017-03-22 21:58, Hermann Moser wrote:


@Stefan: 100% Zustimmung


Am 22.03.2017 um 21:18 schrieb Friedrich Volkmann :


On 22.03.2017 20:14, Stefan Tauner wrote:

Wieso du immer mit so passiv aggressivem Verhalten auffallen willst,
wenn die Mehrheit nicht deiner Meinung ist, geht mir nicht ganz ein...


Ich weiß nicht, was du mit passiv aggressivem Verhalten meinst, aber aggressiv 
sind nur jene, die Daten von anderen ohne deren Einverständnis ändern oder dazu 
aufrufen.

Von einer Mehrheit kannst du schlecht sprechen, da über landuse=farmland nie 
abgestimmt wurde. Eine Mehrheit wirst du höchstens im Datenbestand nachweisen 
können (und da hat es die schon erwähnten Gründe), nicht unter den Mappern.


Wenn man davon ausgeht, dass der farm-Tag falsch ist


Das ist eine Prämisse, die nicht zutrifft. landuse=farm gibt es schon länger, 
es ist hinreichend definiert und es wird hunderttausende Male verwendet.

--
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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



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



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

Re: [Talk-at] Ankündigung der Entfernung von landuse=farm im Standardstil

[Walter Nordmann]

Hi,

ich hab mal in meinen Leaflet-Baukasten gegriffen und eine weltweite 
https://wambachers-osm.website/nofarm] NoFarm-Map generiert.


Das Teil ist aus der Emergency Map abgeleitet und bietet ähnliche 
Funktionen. Im Popup fehlt noch die Edit-Funktion (kommt am DO rein), 
aber oben rechts kann man ja das gesamte angezeigte Gebiet laden, 
solange das Zoom-Level nicht zu klein ist.


Die Farben dürften klar sein, ich empfehle als Hintergrund OSM Gray und 
hab das auch voreingestellt.
Der Lag der Live-DB wird unten rechts angezeigt und beträgt 
normalerweise 1-2 Minuten.


Gruss
walter

ps: kann sein, dass das mal jemand als Maproulette-Task implementiert, 
aber das kann dauern ;)



Am 22.03.2017 um 14:08 schrieb nebulon42:

Bei openstreetmap-carto - dem Standardstil auf osm.org - wurde eine
Änderung aufgenommen
(https://github.com/gravitystorm/openstreetmap-carto/pull/2554), die
landuse=farm vom Rendering entfernt. Es gab einen Konsens, dass dieses
Tag veraltet ist und nicht mehr verwendet werden soll. Die
Nutzungszahlen haben in den letzten Jahren immer weiter abgenommen, aber
es wird noch ungefähr 340.000 Mal verwendet. Details unter
https://taginfo.openstreetmap.org/tags/landuse=farm und
http://taghistory.raifer.tech/.

Diese Änderung kommt in das nächste Release, aber es gibt dafür noch
kein Release-Datum. Manche von euch möchten vielleicht vorher in ihrer
Gegend das Vorkommen von landuse=farm in landuse=farmland oder
landuse=farmyard abändern. Bitte aber kein automatisches Umtaggen
durchführen. Nach dem Release wird es durch die leeren Stellen leichter
werden die verbliebenen Nutzungen dieses Tags zu entfernen.

Michael



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


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

Re: [Talk-us] "toll" related tags appropriate for park entrances?

[Dale Puch]

The tag seems functionally correct, it is paid access.  Fee might apply,
but it seems more like it applies to the park itself, not the roads, or you
end up creating a very similar but specific use tag just for parks.
As for routing, if the distance around is far enough, and the road
size/speed high enough then it can become the better route.  It is a
function of giving enough data for the routing software to make the right
choice.  The toll cost might be high enough that it would be smart for the
routing software to be written to avoid it anyhow.


On Wed, Mar 22, 2017 at 10:07 AM, Kevin Broderick 
wrote:

> Functio




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

Re: [Talk-de] Ankündigung der Entfernung von landuse =farm im Standardstil

[Holger Jeromin]

nebulon42 
 Wrote in message:
> Bei openstreetmap-carto - dem Standardstil auf osm.org - wurde eine
> Änderung aufgenommen
> (https://github.com/gravitystorm/openstreetmap-carto/pull/2554), die
> landuse=farm vom Rendering entfernt. Es gab einen Konsens, dass dieses
> Tag veraltet ist und nicht mehr verwendet werden soll. Die
> Nutzungszahlen haben in den letzten Jahren immer weiter abgenommen, aber
> es wird noch ungefähr 340.000 Mal verwendet. Details unter
> https://taginfo.openstreetmap.org/tags/landuse=farm und
> http://taghistory.raifer.tech/.
> 
> Diese Änderung kommt in das nächste Release, aber es gibt dafür noch
> kein Release-Datum. Manche von euch möchten vielleicht vorher in ihrer
> Gegend das Vorkommen von landuse=farm in landuse=farmland oder
> landuse=farmyard abändern. Bitte aber kein automatisches Umtaggen
> durchführen. Nach dem Release wird es durch die leeren Stellen leichter
> werden die verbliebenen Nutzungen dieses Tags zu entfernen.

Wäre vielleicht auch etwas für Maproulette... 


-- 
Holger


Android NewsGroup Reader
http://usenet.sinaapp.com/


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

Re: [Talk-at] Ankündigung der Entfernung von landuse=farm im Standardstil

[realadry]

Mittlerweile ist farmland weit(er) verbreitet und dadurch approved. d.h. 
wir haben jetzt zwei gültige tags für ein und das selbe feature. farm 
und farmland.


Es stimmt also, dass es ein mappen für den renderer ist wenn farm (wo es 
richtig verwendet wurde!!) mit farmland ersetzt wird.

lt. wiki wurde aber farm manchmal fälschlich für farmyard verwendet.

Am 22.03.2017 um 21:18 schrieb Friedrich Volkmann:

Von einer Mehrheit kannst du schlecht sprechen, da über landuse=farmland
nie abgestimmt wurde. Eine Mehrheit wirst du höchstens im Datenbestand
nachweisen können (und da hat es die schon erwähnten Gründe), nicht
unter den Mappern.


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

Re: [Talk-at] Ankündigung der Entfernung von landuse=farm im Standardstil

[Hermann Moser]

@Stefan: 100% Zustimmung

> Am 22.03.2017 um 21:18 schrieb Friedrich Volkmann :
> 
>> On 22.03.2017 20:14, Stefan Tauner wrote:
>> 
>> Wieso du immer mit so passiv aggressivem Verhalten auffallen willst,
>> wenn die Mehrheit nicht deiner Meinung ist, geht mir nicht ganz ein...
> 
> Ich weiß nicht, was du mit passiv aggressivem Verhalten meinst, aber 
> aggressiv sind nur jene, die Daten von anderen ohne deren Einverständnis 
> ändern oder dazu aufrufen.
> 
> Von einer Mehrheit kannst du schlecht sprechen, da über landuse=farmland nie 
> abgestimmt wurde. Eine Mehrheit wirst du höchstens im Datenbestand nachweisen 
> können (und da hat es die schon erwähnten Gründe), nicht unter den Mappern.
> 
>> Wenn man davon ausgeht, dass der farm-Tag falsch ist
> 
> Das ist eine Prämisse, die nicht zutrifft. landuse=farm gibt es schon länger, 
> es ist hinreichend definiert und es wird hunderttausende Male verwendet.
> 
> -- 
> Friedrich K. Volkmann   http://www.volki.at/
> Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at


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

Re: [Talk-us] Available Building Footprints

[Clifford Snow]

On Wed, Mar 22, 2017 at 12:34 PM, Eric Ladner  wrote:

> And as far as the Mississippi dataset goes, it says its "Pensacola" (which
> is in Florida) but is actually parts of Biloxi and Gulfport.


Erlc,
Thanks for catching my error. I looked at each of the 44 datasets to get a
sense of scope and location. While I live near Biloxi, it was sooo many
years ago that I didn't even recognize the area. I'll fix that on the wiki.

BTW - these are hand drawn outlines.

Clifford


-- 
@osm_seattle
osm_seattle.snowandsnow.us
OpenStreetMap: Maps with a human touch
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-at] Ankündigung der Entfernung von landuse=farm im Standardstil

[Friedrich Volkmann]

On 22.03.2017 20:14, Stefan Tauner wrote:


Wieso du immer mit so passiv aggressivem Verhalten auffallen willst,
wenn die Mehrheit nicht deiner Meinung ist, geht mir nicht ganz ein...


Ich weiß nicht, was du mit passiv aggressivem Verhalten meinst, aber 
aggressiv sind nur jene, die Daten von anderen ohne deren Einverständnis 
ändern oder dazu aufrufen.


Von einer Mehrheit kannst du schlecht sprechen, da über landuse=farmland nie 
abgestimmt wurde. Eine Mehrheit wirst du höchstens im Datenbestand 
nachweisen können (und da hat es die schon erwähnten Gründe), nicht unter 
den Mappern.



Wenn man davon ausgeht, dass der farm-Tag falsch ist


Das ist eine Prämisse, die nicht zutrifft. landuse=farm gibt es schon 
länger, es ist hinreichend definiert und es wird hunderttausende Male verwendet.


--
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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

Re: [OSM-talk-be] Fwd: [OSM-talk] Upcoming removal of landuse=farm in the standard style

[Jakka]

Hi,

landuse=meadow
landuse=grass
landuse=farmland
landuse=* plantgrowing
landuse= 

When you are living the countryside, I see every season that the farmer 
use the crop rotation most of the landuse you define will be wrong 
the next season.

My personal opinion




Op 22/03/2017 om 15:03 schreef joost schouppe:

Hi,

It looks like landuse=farm rendering is being removed from the standard map.

That means a huge hole is going to be visible in landuse mapping in
Belgium in a short while.

Most of landuse=farm is the oldest landuse mapping we have. It does not
differentiate between growing plants and raising animals, it is also of
poor geometric details. I fixed a lot around Halle, and it is basically
a total remapping to fix it.

Here's an overview:

http://i.imgur.com/Gbjf3sJ.jpg

In Flanders, the convention seems to be landuse=meadow for grazing
lands, and landuse=farmland for growing plants. That's not according to
what the wiki says (farmland could be grazing land). But it does make it
easy to differentiate. I don't really care what tags we choose. But I
wonder if we could tag things so that it stays easy to recognize
"agricultural land of which we're not sure whether it is grazing land or
plant-growing land".

(it is probably going to be a much bigger job to fix the overuse of
landuse=grass: http://i.imgur.com/ZfpTe7m.jpg )



-- Forwarded message --
From: *nebulon42* >
Date: 2017-03-22 13:56 GMT+01:00
Subject: [OSM-talk] Upcoming removal of landuse=farm in the standard style
To: osm-talk >,
tagg...@openstreetmap.org



Dear all,

at openstreetmap-carto - the standard style on osm.org 
- a change has
been merged
(https://github.com/gravitystorm/openstreetmap-carto/pull/2554
) to drop
rendering of landuse=farm. There was overall consensus that this tag is
deprecated and its usage steadily declined over the last years, but
there are still around 340 000 uses. See
https://taginfo.openstreetmap.org/tags/landuse=farm
 and
http://taghistory.raifer.tech/ for details.

This change will make it into the next release, but there is no release
date yet. You might want to change cases of landuse=farm in your area to
either landuse=farmland or landuse=farmyard before that. Please don't do
any automatic re-tagging though. After the release empty spots will make
it easier to clean up the remaining uses of this tag.

Michael


___
talk mailing list
t...@openstreetmap.org

https://lists.openstreetmap.org/listinfo/talk





--
Joost Schouppe
OpenStreetMap
 | Twitter
 | LinkedIn
 | Meetup



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





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

Re: [Talk-us] Available Building Footprints

[Eric Ladner]

Not to poo-poo somebody giving to OSM, but the quality of that data isn't
much better than hand drawn (and by "hand drawn" I mean with a mouse and
drawing lines only without using the building tool or the extrude
function).  Non-orthogonal lines, self-intersecting ways, non-simplified
ways, overlapping ways (vs using multipolygons) and the "Height" tag is
capitalized when it shouldn't be.

It beats nothing, though.  I'd think most large cities on that list would
have a GIS department and already have building outlines available (or
maybe through a request) and, as a bonus, address information.

And as far as the Mississippi dataset goes, it says its "Pensacola" (which
is in Florida) but is actually parts of Biloxi and Gulfport.

I'll definitely conflate the heights with the existing buildings in the
area, though.

On Wed, Mar 22, 2017 at 1:07 PM Clifford Snow 
wrote:

> Brad,
> Thanks for correcting the link.
>
> Clifford
>
> Sent from my Android phone.
>
> On Mar 22, 2017 9:59 AM, "Brad Neuhauser" 
> wrote:
>
> I think this is it?
> http://wiki.openstreetmap.org/wiki/Available_Building_Footprints
>
> On Wed, Mar 22, 2017 at 11:54 AM, Rihards  wrote:
>
> On 2017.03.22. 18:37, Clifford Snow wrote:
> > I am happy to announce that Microsoft has made available approximately
> > 9.8 million building footprints including building heights in key
> > metropolitan areas. These footprints are licensed ODbL to allow
> > importing into OSM. These footprints where manually created using high
> > resolution imagery. The data contains no funny field names such as
> > tiger:cfcc or gnis:featureid or fcode=46003, just building height.
> >
> >
> > Please remember to follow the import guidelines.
> >
> > The wiki [1] has more information on these footprints as well as links
> > to download.
>
> the link seems to be a copypaste mistake :)
>
> > [1] http://www.openstreetmap.org/user/dieterdreist/diary/40727
> >
> > Enjoy,
> > Clifford Snow
> >
> >
> > --
> > @osm_seattle
> > osm_seattle.snowandsnow.us 
> > OpenStreetMap: Maps with a human touch
> >
> >
> > ___
> > Talk-us mailing list
> > Talk-us@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-us
> >
>
>
> --
>  Rihards
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-at] Ankündigung der Entfernung von landuse=farm im Standardstil

[Stefan Tauner]

On Wed, 22 Mar 2017 14:46:14 +0100
Friedrich Volkmann  wrote:
On 22.03.2017 14:08, nebulon42 wrote:
> >
> > Nach dem Release wird es durch die leeren Stellen leichter
> > werden die verbliebenen Nutzungen dieses Tags zu entfernen.  
> 
> Dann wird sich wieder mal zeigen, dass die Regel "wir taggen nicht für den 
> Renderer" von niemandem mehr ernst genommen wird.

Wieso du immer mit so passiv aggressivem Verhalten auffallen willst,
wenn die Mehrheit nicht deiner Meinung ist, geht mir nicht ganz ein...
Es ist jedes Mal so. Es fällt unangenehm auf. Es bringt in der Sache,
die du vertrittst überhaupt nix (eher das Gegenteil). Es diskreditiert
dich und deine sonst gut vorgebrachten Argumente. Dieser Absatz ist als
Feedback gedacht.

Wenn man davon ausgeht, dass der farm-Tag falsch ist und dann
zugehörige Flächen nicht mehr angezeigt werden, dann ist das Ändern der
Tags eine Korrektur der Daten - nicht damit die Flächen wieder
angezeigt werden (das ist ein Seiteneffekt). Dass der Fehler durch das
fehlende Rendering deutlich auffallen und dadurch die Fehlersuche
vereinfacht - man mit der Nase drauf gestossen - wird, ist natürlich
ein erwünschter Effekt... unterstell ich den carto-Menschen mal. Es ist
davon auszugehen, dass Michael und andere, die das korrigieren werden,
davon ausgehen, dass farm-Tags zu korrigierende Fehler sind. Deine
Unterstellung, dass sie das "für den Renderer" machen, ist demzufolge
nicht haltbar und triggerte den 1. Absatz meinerseits.

-- 
Kind regards/Mit freundlichen Grüßen, Stefan Tauner

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

Re: [OSM-talk-be] overpass query

[Karel Adams]

Marc, dat is helemaal correct, mea culpa.

Vermits de output er voor de rest erg gelijkaardig uitziet wordt mijn 
vraag dus:


"wat voeg ik aan mijn aanvankelijke query toe om ook dat onderste blok 
data er bij te krijgen?"


Ter herinnering hier nogmaals die aanvankelijke query:


 
 
 
 
 
 
 
 
 
 




On 22/03/17 06:13, Marc Gemis wrote:

2017-03-22 6:46 GMT+01:00 Karel Adams :

Ik heb die query losgelaten op de buurt van luchthaven Deurne, echter het
resultaat heeft precies hetzelfde nadeel als wat ik zelf reeds voorhad: de
nodes zijn er netjes met hun coordinaten; echter de ways zijn samengesteld
uit nodes maar van die nodes zijn er geen coordinaten. Klein uittrekseltje:

heb je ver genoeg naar beneden gescrolled ? ln het resultaat van die
query run zie ik na alle "ways"

...
   
 
   
   
   
 
   
...

je moet dus de ref van bv.  

"gaan zoeken" bij de nodes door de ref te matchen met een node id.

m

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



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

Re: [Talk-us] Is this a bad import or an experiment?

[Eric Ladner]

On Wed, Mar 22, 2017 at 1:07 PM Mike N  wrote:

> On 3/22/2017 2:02 PM, Kevin Kenny wrote:
> > Are small driveways offensive, or is it just the polygonal ones that
> > don't connect to anything?
>
> To me, it's just the disconnected polygons.   Small driveways don't hurt
> anything, and can only provide information such as telling self-driving
> cars which driveway to pull into.
>

Really, any "highway=*" drawn as an outline rather than a center line is a
problem.   Routers and other processing code expects to follow the way
segments, not honor its area as somewhere you can drive.

I have no problem with driveways that are drawn as linear ways and connect
to things.  Personally, I don't draw short driveways in a neighborhood
where the driveway is like 30 or 40 feet long, but do where there's
something odd going on (house is very far back from the road or some other
situation where it's not obvious how to get to some building).

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

Re: [Talk-br] TUTORIAL: Como usar as camadas WMS do IBGE (conforme descritas no INDE)

[Sérgio V .]

Daniel, tem sim.

Tem o OSM Imagery Index, que o Aun tá vendo pra colocar.


Luis,

valeu pelo aviso. Mas pelo que o Cássio falou não tem problema, não influi no 
WMS. A URL que vem nos metadados também indica assim. Testei também com o SHP, 
e o WMS casa exato com as coordenadas originais dos pontos. E bem razoável com 
as imagens Bing e Mapbox, e com o que existe no OSM  (descontadas as distorções 
destes; ex. ~5m de deslocamento do Bing p/Oeste em Porto Alegre, Estação GPS 
91850 :  http://www.bdg.ibge.gov.br/bdg/pdf/relatorio.asp?L1=91850 - Pra 
comparar no JOSM: Shift+D = 30 ° 04 ' 26,5528 " S 51 ° 07 ' 11,1532 "W; esta, 
com 4 casas decimais)


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

Sérgio - http://www.openstreetmap.org/user/smaprs



De: Luis Bahiana 
Enviado: quarta-feira, 22 de março de 2017 12:39
Para: talk-br@openstreetmap.org
Assunto: Re: [Talk-br] Digest Talk-br, volume 102, assunto 33

Não tomem como certeza mas me lembro que as requisições GET Map vindas do Arc 
GIS usavam REST... tem que ver aí abcs Bahiana

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

De: Daniel d'Andrada Tenório de Carvalho 
Enviado: quarta-feira, 22 de março de 2017 11:04
Para: OpenStreetMap no Brasil
Assunto: Re: [Talk-br] TUTORIAL: Como usar as camadas WMS do IBGE (conforme 
descritas no INDE)

Legal!

Não tem como fazer aparecer direto na lista de "imagery providers" do JOSM?

On Wed, Mar 22, 2017 at 10:08 AM, Sérgio V. 
> wrote:

Como usar as camadas WMS do IBGE (conforme descritas no INDE), como camadas de 
fundo no JOSM:

1) Abrir o Visualizador do INDE (http://www.visualizador.inde.gov.br/):
-Selecionar no menu esquerdo a camada de interesse (exemplo: "Redes Geodésicas 
> Rede Geodésica Altimétrica > Referências de Nível");
-Com o botão direito, visualizar "URL WMS" e copiá-la (Ctrl+C);

2) NO JOSM: Abrir menu "Preferências de Imagem" > "+WMS":
-Entrar com uma das URL (qualquer), tal como citada no INDE;
-Adicionar o "nome" da camada, tal como está nos metadados;
-Editar o campo "URL":  colar a URL tal como está abaixo  (Ctrl+V);
-OK. Fica gravado pra sempre no JOSM. Abrir camada. E pronto. Só usar quando 
quiser, já vai estar lá no JOSM.

(Ao salvar changeset, o JOSM já deve salvar automaticamente a URL da camada WMS 
como source de imagem; senão, adicionar a URL)

Licença: camadas do IBGE já aprovada a licença. (Demais, dentro da Lei de 
Acesso à Informação, Federal; a confirmar).

Para consultar relatórios de cada ponto do WMS:
-copiar a URL básica no navegador: 
http://www.bdg.ibge.gov.br/bdg/pdf/relatorio.asp?L1=
-acrescentar "ao final" da URL o "nome" da estação geodésica, tal como aparece 
no WMS (em zoom próximo); exemplo: estação "90128" (Monte Roraima):
http://www.bdg.ibge.gov.br/bdg/pdf/relatorio.asp?L1=90128
Pronto. Visualizar dados (fotos, coordenadas, altitude, etc).

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
- - - - - - - - - - - - - - - -
LISTA WMS - IBGE - Redes Geodésicas (INDE):
- - - - - - - - - - - - - - - - - - - - - - - - - - - -
IBGE-Rede Geodésica Gravimétrica
+WMS:
-ENTRAR COM ESTA URL:
http://www.geoservicos.ibge.gov.br/geoserver/wms?service=WMS=1.1.0=GetMap=CGED:BDG_EG
-Colocar o "nome" para o WMS; dar "OK";
-Substituir ("COLAR") no campo da URL:
wms:http://www.geoservicos.ibge.gov.br/geoserver/wms?service=WMS=1.1.0=GetMap=CGED:BDG_EG==EPSG:3857={width}={height}={bbox}=image%2Fpng=TRUE
- - - - - - - - - - - - - - - - - - - - - - - - - - - -
IBGE-Rede Geodésica Planimétrica-Vértices de Triangulação
+WMS:
-ENTRAR COM ESTA URL:
http://www.geoservicos.ibge.gov.br/geoserver/wms?service=WMS=1.1.0=GetMap=CGED:BDG_VT
-Colocar o "nome" para o WMS; dar "OK";
-Substituir ("COLAR") no campo da URL:
wms:http://www.geoservicos.ibge.gov.br/geoserver/wms?service=WMS=1.1.0=GetMap=CGED:BDG_VT==EPSG:3857={width}={height}={bbox}=image%2Fpng=TRUE
- - - - - - - - - - - - - - - - - - - - - - - - - - - -
IBGE-Rede Geodésica Planimétrica-Rede GNSS Permanente - RBMC
+WMS:
-ENTRAR COM ESTA URL:
http://www.geoservicos.ibge.gov.br/geoserver/wms?service=WMS=1.1.0=GetMap=CGED:RBMC
-Colocar o "nome" para o WMS; dar "OK";
-Substituir ("COLAR") no campo da URL:
wms:http://www.geoservicos.ibge.gov.br/geoserver/wms?service=WMS=1.1.0=GetMap=CGED:RBMC==EPSG:3857={width}={height}={bbox}=image%2Fpng=TRUE
- - - - - - - - - - - - - - - - - - - - - - - - - - - -
IBGE-Rede Geodésica Planimétrica-Estações SAT GPS
+WMS:
-ENTRAR COM ESTA URL:

Re: [Talk-dk] Mulighed for data fra Esbjerg

[Niels Elgaard Larsen]

På Wed, 22 Mar 2017 15:09:05 +0100
Andreas Hammershøj  skrev:
> Hej Talk
> 
> jeg har fået en henvendelse fra Esbjerg kommunes GIS-mand, som meget
> gerne vil støtte op om OSM. Han har div. Datasæt (som jeg vil spørge
> nærmere ind til) som han gerne vil dele, men har ikke selv knowhow
> eller ressourcer til at gå i gang.
> 
> Jeg vil selvfølgelig sige følgende:
> 
> - mange tak for interessen:)
> - han skal være sikker på at han har ret til at dele data (ift. OSM's
> licens)
> - masseimport er en sjældenthed i OSM-regi af de sædvanlige grunde...
> 
> Når det er sagt, hvordan står vi så ift. til at modtage kommunal data?
> - er det noget vi generelt har interesse for?
> - i så fald, hvilke datasæt kunne være interessante?

Hvad har han?

Måske hastighedsgrænser, vejbelægninger, access, offentlige toiletter,
glascontainere, elbilladestandere, museer.



> - praktisk, hvordan vil vi gerne have data overleveret?

Noget JSON ville være rart.

Men der vigtigste er nok at det er samme format som andre kommuner.

Og at nye data kan hentes automatisk. Dvs at der fx er en permanent URL.


Jeg har set lidt http://data.kk.dk/

Der er jo mange interessante ting.
Og data er dejligt ensartede.

Jeg kunne godt tænke mig at lave en generalisering af:
http://digitalfrihed.dk/restaurants/all.html

Hvis alle kommuner bruge samme format til alting så kunne vi stort set
bare lave et hjælpeværktøj for punkter, linier og arealer og en mapning
for hvert datasæt.

Så kunne OSM brugere checke for dubletter, justere positionen, og rette
til.

I København kunne jeg godt tænke mig at få beboerlicenszoner med i OSM.

> - er det nogen som ville være interesserede i at bearbejde og
> importere eventuelle relevante datasæt?
> 
> Vh
> Hammershøj


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

Re: [Talk-us] Available Building Footprints

[Clifford Snow]

Brad,
Thanks for correcting the link.

Clifford

Sent from my Android phone.

On Mar 22, 2017 9:59 AM, "Brad Neuhauser"  wrote:

> I think this is it? http://wiki.openstreetmap.org/wiki/Available_Building_
> Footprints
>
> On Wed, Mar 22, 2017 at 11:54 AM, Rihards  wrote:
>
>> On 2017.03.22. 18:37, Clifford Snow wrote:
>> > I am happy to announce that Microsoft has made available approximately
>> > 9.8 million building footprints including building heights in key
>> > metropolitan areas. These footprints are licensed ODbL to allow
>> > importing into OSM. These footprints where manually created using high
>> > resolution imagery. The data contains no funny field names such as
>> > tiger:cfcc or gnis:featureid or fcode=46003, just building height.
>> >
>> >
>> > Please remember to follow the import guidelines.
>> >
>> > The wiki [1] has more information on these footprints as well as links
>> > to download.
>>
>> the link seems to be a copypaste mistake :)
>>
>> > [1] http://www.openstreetmap.org/user/dieterdreist/diary/40727
>> >
>> > Enjoy,
>> > Clifford Snow
>> >
>> >
>> > --
>> > @osm_seattle
>> > osm_seattle.snowandsnow.us 
>> > OpenStreetMap: Maps with a human touch
>> >
>> >
>> > ___
>> > Talk-us mailing list
>> > Talk-us@openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/talk-us
>> >
>>
>>
>> --
>>  Rihards
>>
>> ___
>> Talk-us mailing list
>> Talk-us@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-us
>>
>
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Is this a bad import or an experiment?

[Mike N]

On 3/22/2017 2:02 PM, Kevin Kenny wrote:

Are small driveways offensive, or is it just the polygonal ones that
don't connect to anything?


To me, it's just the disconnected polygons.   Small driveways don't hurt 
anything, and can only provide information such as telling self-driving 
cars which driveway to pull into.


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

Re: [Talk-us] Is this a bad import or an experiment?

[Kevin Kenny]

On Wed, Mar 22, 2017 at 10:56 AM, Eric Ladner  wrote:

> I can clean it up (manually), if everybody agrees.
>   * remove small polygonal driveways
>   * convert larger polygonal highways to actual highways where appropriate
>
>
Are small driveways offensive, or is it just the polygonal ones that don't
connect to anything?
I agree that this mapping party rather left a mess.

I'm asking because I've been mapping driveways along with building outlines
in my own neighbourhood - partly to get correct street directions when the
driveway to a house is on a different street from the one the house faces
and the mailbox is on. I'll be glad to take the driveways out again if
they're expected to cause trouble somewhere.

Neighbourhood in question:
http://www.openstreetmap.org/#map=16/42.8261/-73.8832=N

Kevin

PS: I'll get to detailed mapping farther afield once the snow is gone.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Available Building Footprints

[Tod Fitch]

> On Mar 22, 2017, at 10:02 AM, Ian Dees  wrote:
> 
> On Wed, Mar 22, 2017 at 12:59 PM, Brad Neuhauser  > wrote:
> I think this is it? 
> http://wiki.openstreetmap.org/wiki/Available_Building_Footprints 
> 
> 
> 
> Yep, that's what it looks like to me, too.
> 
> I also wanted to point out that at least the two .zip's I downloaded 
> (Wisconsin and Texas) were not expandable by Apple's default GUI zip 
> expander. I had to run `unzip` from the commandline for them to work.
> 
> Thanks for making these available, Microsoft!

I have the same issue on my Mac with the Arizona file needing to be expanded 
from the command line rather than the Finder.

A quick glance indicates a good correspondence with the Bing imagery (funny 
that, both being from the same basic source).

Sadly, the area I live in is missing from the California file. But the other 
area I frequent in Arizona is covered so I guess I could help on importing it 
there. Should there be a unified setup for importing all this data or should 
each area/state have a separate plan, tasking manager, etc.?





smime.p7s
Description: S/MIME cryptographic signature
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-lv] ēkas asv

[Rihards]

nu ko... paldies, microsoft ;)
tikai asv, bet ja nu ceļojat un gribat karti pazīmēt.

https://wiki.openstreetmap.org/wiki/Available_Building_Footprints

"This dataset contains high quality building footprints with building
heights in 44 states with approximately 9.8 million buildings. Key
selected metropolitan areas are covered. The footprints are made
available by the Microsoft Corp. The footprints are the result of their
own efforts and not purchased or obtained from other sources. They are
freely available for download for import into OpenStreetMap."

"Why are the data being released?
Microsoft has a continued interested in supporting a thriving
OpenStreetMap ecosystem."
-- 
 Rihards

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

Re: [Talk-it] Fontanili della Lombardia

[Martin Koppenhoefer]

2017-03-18 18:56 GMT+01:00 Luca Moiana :

> spring:type=fontanile proposto da Alessandro non mi dispiace affatto.



si, spring:type sembra un qualificatore usato, anche se l'unico valore
diffuso è "hot" https://taginfo.openstreetmap.org/keys/spring%3Atype#values
Mi sarebbe più piaciuto avere hot come property, tipo hot_water=yes oppure
water_temperature=*

Guardando wikipedia:de dicono che di schemi di classificazione per "spring"
ce ne sono tanti:
- pressione idrostatica (libera, artesica, ...)
- temporale (perenne, intermittente)
- temperatura (acratopegeni, acratotermici)
- quantità di sostanze sciolte (minerale, acetose, sulfuriche, ...)
- struttura geologica del contesto immediato
- struttura geologica dell'area

"fontanile" mi sembra italiano (al solito usiamo tag in british english).

Guardando meglio, un "spring" non è mai artificiale, si tratta di una
situazione naturale. Quando l'accesso all'acquifero è artificiale, si
tratta di un pozzo. Hm. Non mi è chiaro la differenza tra sorgente e
risorgiva (fontanile dovrebbe essere una risorgiva artificiale).

Chiederei forse in lista tagging (internazionale).

Forse si può scappare taggando come abbeveratoio?
In buon inglese brittanico i nostri si dovrebbero chiamare abreuvoir:
https://en.wikipedia.org/wiki/Abreuvoir
Hanno anche un'altra voce meno specifica
https://en.wikipedia.org/wiki/Watering_trough

sarebbe ancora da formalizzare (come probabilmente qualsiasi tagging
distintivo).

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

Re: [Talk-br] Proposal of import: Brazilian Geodetic Network - Alternativa WMS / IBGE

[Gerald Weber]

Concordo integralmente com o Cassio.

abraço

Gerald

2017-03-22 13:15 GMT-03:00 Cassio Eskelsen :

> *Discordo totalmente de suspender a importação.*
>
> Já discutimos várias vezes a utilidade desses marcos. Se formos começar a
> pendurar camadas WMS no OSM perderemos o sentido de existir o OSM.
>
> Vocês estão criando uma dependência grande de um WMS que possui uma
> disponibilidade baixíssima e que de uma hora para a outra pode nem existir
> mais.
>
> Vários países da Europa importaram sua base de marcos para dentro do OSM,
> não vejo o porquê de ficarmos atrasados nisso.
>
> Você gastou um tempo enorme para organizar esses dados, não podemos
> simplesmente abandonar pq um e outro gringo não entendeu a finalidade.
>
> at
>
> Cassio
>
>
> 2017-03-22 9:19 GMT-03:00 Sérgio V. :
>
>> Bom dia pessoal,
>>
>> após sugestão do Luis Bahiana (email abaixo), deu certo colocar todos
>> os WMS das Redes Geodésicas do IBGE no JOSM.
>>
>> Pensei então que, para o propósito de auxiliar no alinhamento de imagens
>> (que era o principal do meu ponto de vista), não é necessário importar os
>> SHP dos marcos geodésicos (estações de medição da rede geodésica). Basta
>> ter como camada auxiliar WMS no JOSM ou iD.
>>
>> As medições geodésicas podem ir melhorando com o tempo. No SHP ficariam
>> desatualizadas. Teria que saber toda vez que muda para alterar. No WMS,
>> já ficam atualizadas automaticamente.
>>
>>
>> Além disso, com o link dos relatórios como auxiliar, se pode consultar
>> facilmente os demais dados, como: localidade, altitude, coordenadas, etc. 
>> Para
>> isto, basta copiar a URL básica dos relatórios e substituir no final
>> pelo nome (ref) da estação que aparece nos WMS (em zoom próximo).
>>
>>
>> Por exemplo, URL básica:
>>
>> http://www.bdg.ibge.gov.br/bdg/pdf/relatorio.asp?L1=
>> 
>>
>> > da estação conforme WMS>
>>
>>
>> Adaptada para a estação "90128" (Monte Roraima):
>>
>> http://www.bdg.ibge.gov.br/bdg/pdf/relatorio.asp?L1=90128
>>
>>
>> Além disto, há um problema de precisão, se importar direto as coordenadas
>> conforme estão no SHP:
>>
>>
>> Muitas estações possuem grande precisão, p.ex 4 casas decimais em
>> segundos (~3mm; como a "90128" do Monte Roraima, acima).
>>
>> Mas muitas outras estações ainda estão em graus/minutos/segundos, com
>> precisão de segundo inteiro (sem decimal) .
>>
>> Ex.: http://www.bdg.ibge.gov.br/bdg/pdf/relatorio.asp?L1=3018T (23 ° 24
>> ' 02 " S, 45 ° 37 ' 02 " W)
>>
>> Ou seja, uma precisão de 1 segundo (inteiro, sem decimal) de arco na
>> linha do equador dá uma margem de erro de ~30m.
>>
>> O que não ajudaria muito a alinhar imagem no OSM, dados, etc, pois fica
>> até acima da margem de erro do GPS comum (10-20m).
>>
>>
>> "Por mim", suspendo a proposta de importação dos marcos em SHP, e se
>> pode usar os WMS, sempre atualizados.
>>
>> A princípio, dá pra usar todas as camadas WMS citadas nos metadados no
>> INDE direto no JOSM.
>>
>>
>> Vou trocar de tópico a seguir, onde descreverei como usar os WMS do IBGE (e
>> do INDE em geral, para as demais camadas de interesse, só que aí tem que
>> ainda testar os parâmetros ESRI de GetMap.)
>> Dá também pra fazer uma wiki tutorial pra estes WMS.
>>
>>
>> - - - - - - - - - - - - - - - -
>>
>> Sérgio - http://www.openstreetmap.org/user/smaprs
>>
>>
>> >On 2017-03-22 00:48:25 UTC Luis Bahiana wrote:
>> >Sérgio Uma coisa que esqueci de mencionar. Voce deve ter notado que no
>> Visualizador da INDE em cada tema,clicando com a tecla direita abre um
>> menuzinho de download. Então, uma das opções é WMS que é o acronimo de
>> Web Map Services. Com isso voce pode servir a sua camada como um geoserviço
>> web. Ao invés de baixar um SHP que pode se desatualizar, com o serviço
>> web você tem a garantia que tem a versão mais atual. Nunca tentei mas
>> acho que é possivel consumir no JOSM não? Abs Bahiana
>>
>>
>> ___
>> 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
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-us] Available Building Footprints

[Ian Dees]

On Wed, Mar 22, 2017 at 12:59 PM, Brad Neuhauser 
wrote:

> I think this is it? http://wiki.openstreetmap.org/wiki/Available_Building_
> Footprints
>
>
Yep, that's what it looks like to me, too.

I also wanted to point out that at least the two .zip's I downloaded
(Wisconsin and Texas) were not expandable by Apple's default GUI zip
expander. I had to run `unzip` from the commandline for them to work.

Thanks for making these available, Microsoft!
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Available Building Footprints

[Brad Neuhauser]

I think this is it?
http://wiki.openstreetmap.org/wiki/Available_Building_Footprints

On Wed, Mar 22, 2017 at 11:54 AM, Rihards  wrote:

> On 2017.03.22. 18:37, Clifford Snow wrote:
> > I am happy to announce that Microsoft has made available approximately
> > 9.8 million building footprints including building heights in key
> > metropolitan areas. These footprints are licensed ODbL to allow
> > importing into OSM. These footprints where manually created using high
> > resolution imagery. The data contains no funny field names such as
> > tiger:cfcc or gnis:featureid or fcode=46003, just building height.
> >
> >
> > Please remember to follow the import guidelines.
> >
> > The wiki [1] has more information on these footprints as well as links
> > to download.
>
> the link seems to be a copypaste mistake :)
>
> > [1] http://www.openstreetmap.org/user/dieterdreist/diary/40727
> >
> > Enjoy,
> > Clifford Snow
> >
> >
> > --
> > @osm_seattle
> > osm_seattle.snowandsnow.us 
> > OpenStreetMap: Maps with a human touch
> >
> >
> > ___
> > Talk-us mailing list
> > Talk-us@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-us
> >
>
>
> --
>  Rihards
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Available Building Footprints

[Rihards]

On 2017.03.22. 18:37, Clifford Snow wrote:
> I am happy to announce that Microsoft has made available approximately
> 9.8 million building footprints including building heights in key
> metropolitan areas. These footprints are licensed ODbL to allow
> importing into OSM. These footprints where manually created using high
> resolution imagery. The data contains no funny field names such as
> tiger:cfcc or gnis:featureid or fcode=46003, just building height.
> 
> 
> Please remember to follow the import guidelines. 
> 
> The wiki [1] has more information on these footprints as well as links
> to download.

the link seems to be a copypaste mistake :)

> [1] http://www.openstreetmap.org/user/dieterdreist/diary/40727
> 
> Enjoy,
> Clifford Snow
> 
> 
> -- 
> @osm_seattle
> osm_seattle.snowandsnow.us 
> OpenStreetMap: Maps with a human touch
> 
> 
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
> 


-- 
 Rihards

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

Re: [OSM-talk-be] Fwd: [OSM-talk] Upcoming removal of landuse=farm in the standard style

[joost schouppe]

>
>
> >  But I wonder if we
> > could tag things so that it stays easy to recognize "agricultural land of
> > which we're not sure whether it is grazing land or plant-growing land".
>
> You mean in case you are looking at an aerial image and want to colour
> a part of the map ?
> Or is this also a problem in case you surveyed the area on the ground ?


> I just had to fix a few farmlands with orchard and plant_nursery, so I
> am very sensitive to incorrect mapping landuse based on aerial images.
>
> I rather see it not rendered at all on the map than with a wild guess
>

I'm mostly talking as data consumer here. I'd like to know if there are
cows, plants or cows-or-plants.

When mapping landuse from imagery, you can do it 99% OK from aerial
imagery. In the few cases where the difference is not so clear, I prefer a
tag saying "some sort of agricultural land".

The risk I see is people retagging all "farm" to "farmland". That way, you
lose two things:
- the meaning of the farmland tag as "here be plantgrowing"
- the meaning of the general farm tag as "here be undefined land"

I understand your point of view, but I think there are two sides to the
coin. You can see this as the horror of horrors (which it is):

http://www.openstreetmap.org/#map=18/50.86065/4.19280

But you can also think that nobody would have started mapping landuse
around them if there weren't already a large part done.

Second point is that what someone considers a "wild guess" now, was a "best
guess" before. For example, there are many roads (even in Antwerp) that
have awful geometry. Would it have been better to have no roads until we
had something better then GPS? But if someone improves their geometry to
centimeter precision using GRB, then all previous mapping becomes a wild
guess from that point of view.


>
> p.s. from the landuse=farmland wiki page "Also note that many mappers
> prefer the more specific tags landuse=meadow for meadows and pastures
> (what is labelled landuse=farmland in the picture), landuse=orchard
> for fruit orchards, and use landuse=farmland for cropland only."  I
> assume this line was not added only for Belgium :-)
>
> p.p.s. on the German versions of the farmland page, no one mentions
> that it can be used for meadows  (although the use the same picture)
> "landuse=farmland kennzeichnet eine Ackerfläche. Äcker werden zum
> landwirtschaftlichen Feldfruchtanbau und zum erwerbsgärtnerischen
> Blumen- und Gemüseanbau genutzt.
>
> Für Grünland zur Tierweide oder Heugewinnung sollte landuse=meadow
> gewählt werden."
>


So what would you suggest to identify "this is agricultural land, but i'm
not quite sure whether meadow or cropland"?


-- 
Joost Schouppe
OpenStreetMap  |
Twitter  | LinkedIn
 | Meetup

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

Re: [Talk-br] Proposal of import: Brazilian Geodetic Network - Alternativa WMS / IBGE

[Cassio Eskelsen]

*Discordo totalmente de suspender a importação.*

Já discutimos várias vezes a utilidade desses marcos. Se formos começar a
pendurar camadas WMS no OSM perderemos o sentido de existir o OSM.

Vocês estão criando uma dependência grande de um WMS que possui uma
disponibilidade baixíssima e que de uma hora para a outra pode nem existir
mais.

Vários países da Europa importaram sua base de marcos para dentro do OSM,
não vejo o porquê de ficarmos atrasados nisso.

Você gastou um tempo enorme para organizar esses dados, não podemos
simplesmente abandonar pq um e outro gringo não entendeu a finalidade.

at

Cassio


2017-03-22 9:19 GMT-03:00 Sérgio V. :

> Bom dia pessoal,
>
> após sugestão do Luis Bahiana (email abaixo), deu certo colocar todos
> os WMS das Redes Geodésicas do IBGE no JOSM.
>
> Pensei então que, para o propósito de auxiliar no alinhamento de imagens
> (que era o principal do meu ponto de vista), não é necessário importar os
> SHP dos marcos geodésicos (estações de medição da rede geodésica). Basta
> ter como camada auxiliar WMS no JOSM ou iD.
>
> As medições geodésicas podem ir melhorando com o tempo. No SHP ficariam
> desatualizadas. Teria que saber toda vez que muda para alterar. No WMS,
> já ficam atualizadas automaticamente.
>
>
> Além disso, com o link dos relatórios como auxiliar, se pode consultar
> facilmente os demais dados, como: localidade, altitude, coordenadas, etc. Para
> isto, basta copiar a URL básica dos relatórios e substituir no final pelo
> nome (ref) da estação que aparece nos WMS (em zoom próximo).
>
>
> Por exemplo, URL básica:
>
> http://www.bdg.ibge.gov.br/bdg/pdf/relatorio.asp?L1=
> 
>
>  da estação conforme WMS>
>
>
> Adaptada para a estação "90128" (Monte Roraima):
>
> http://www.bdg.ibge.gov.br/bdg/pdf/relatorio.asp?L1=90128
>
>
> Além disto, há um problema de precisão, se importar direto as coordenadas
> conforme estão no SHP:
>
>
> Muitas estações possuem grande precisão, p.ex 4 casas decimais em
> segundos (~3mm; como a "90128" do Monte Roraima, acima).
>
> Mas muitas outras estações ainda estão em graus/minutos/segundos, com
> precisão de segundo inteiro (sem decimal) .
>
> Ex.: http://www.bdg.ibge.gov.br/bdg/pdf/relatorio.asp?L1=3018T (23 ° 24 '
> 02 " S, 45 ° 37 ' 02 " W)
>
> Ou seja, uma precisão de 1 segundo (inteiro, sem decimal) de arco na
> linha do equador dá uma margem de erro de ~30m.
>
> O que não ajudaria muito a alinhar imagem no OSM, dados, etc, pois fica
> até acima da margem de erro do GPS comum (10-20m).
>
>
> "Por mim", suspendo a proposta de importação dos marcos em SHP, e se
> pode usar os WMS, sempre atualizados.
>
> A princípio, dá pra usar todas as camadas WMS citadas nos metadados no
> INDE direto no JOSM.
>
>
> Vou trocar de tópico a seguir, onde descreverei como usar os WMS do IBGE (e
> do INDE em geral, para as demais camadas de interesse, só que aí tem que
> ainda testar os parâmetros ESRI de GetMap.)
> Dá também pra fazer uma wiki tutorial pra estes WMS.
>
>
> - - - - - - - - - - - - - - - -
>
> Sérgio - http://www.openstreetmap.org/user/smaprs
>
>
> >On 2017-03-22 00:48:25 UTC Luis Bahiana wrote:
> >Sérgio Uma coisa que esqueci de mencionar. Voce deve ter notado que no
> Visualizador da INDE em cada tema,clicando com a tecla direita abre um
> menuzinho de download. Então, uma das opções é WMS que é o acronimo de
> Web Map Services. Com isso voce pode servir a sua camada como um geoserviço
> web. Ao invés de baixar um SHP que pode se desatualizar, com o serviço
> web você tem a garantia que tem a versão mais atual. Nunca tentei mas
> acho que é possivel consumir no JOSM não? Abs Bahiana
>
>
> ___
> 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-br] Digest Talk-br, volume 102, assunto 33

[Luis Bahiana]

Não tomem como certeza mas me lembro que as requisições GET Map vindas do
Arc GIS usavam REST... tem que ver aí abcs Bahiana

Em 22 de março de 2017 10:08, <talk-br-requ...@openstreetmap.org> escreveu:

> Enviar submissões para a lista de discussão Talk-br para
> talk-br@openstreetmap.org
>
> Para se cadastrar ou descadastrar via WWW, visite o endereço
> https://lists.openstreetmap.org/listinfo/talk-br
> ou, via email, envie uma mensagem com a palavra 'help' no assunto ou
> corpo da mensagem para
> talk-br-requ...@openstreetmap.org
>
> Você poderá entrar em contato com a pessoa que gerencia a lista pelo
> endereço
> talk-br-ow...@openstreetmap.org
>
> Quando responder, por favor edite sua linha Assunto assim ela será
> mais específica que "Re: Contents of Talk-br digest..."
>
>
> Tópicos de Hoje:
>
>1. Proposal of import: Brazilian Geodetic Network - Alternativa
>   WMS / IBGE (Sérgio V.)
>2. TUTORIAL: Como usar as camadas WMS do IBGE (conforme
>   descritas no INDE) (Sérgio V.)
>
>
> --
>
> Message: 1
> Date: Wed, 22 Mar 2017 12:19:35 +
> From: Sérgio V. <svo...@hotmail.com>
> To: "talk-br@openstreetmap.org" <talk-br@openstreetmap.org>
> Subject: [Talk-br] Proposal of import: Brazilian Geodetic Network -
> Alternativa WMS / IBGE
> Message-ID:
> <FR1P152MB08078942F700A44768894991903C0@FR1P152MB0807.
> LAMP152.PROD.OUTLOOK.COM>
>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Bom dia pessoal,
>
> após sugestão do Luis Bahiana (email abaixo), deu certo colocar todos os
> WMS das Redes Geodésicas do IBGE no JOSM.
>
> Pensei então que, para o propósito de auxiliar no alinhamento de imagens
> (que era o principal do meu ponto de vista), não é necessário importar os
> SHP dos marcos geodésicos (estações de medição da rede geodésica). Basta
> ter como camada auxiliar WMS no JOSM ou iD.
>
> As medições geodésicas podem ir melhorando com o tempo. No SHP ficariam
> desatualizadas. Teria que saber toda vez que muda para alterar. No WMS, já
> ficam atualizadas automaticamente.
>
>
> Além disso, com o link dos relatórios como auxiliar, se pode consultar
> facilmente os demais dados, como: localidade, altitude, coordenadas, etc.
> Para isto, basta copiar a URL básica dos relatórios e substituir no final
> pelo nome (ref) da estação que aparece nos WMS (em zoom próximo).
>
>
> Por exemplo, URL básica:
>
> http://www.bdg.ibge.gov.br/bdg/pdf/relatorio.asp?L1= ://www.bdg.ibge.gov.br/bdg/pdf/relatorio.asp?L1=90128>
>
> <http://www.bdg.ibge.gov.br/bdg/pdf/relatorio.asp?L1=90128> nome da estação conforme WMS>
>
>
> Adaptada para a estação "90128" (Monte Roraima):
>
> http://www.bdg.ibge.gov.br/bdg/pdf/relatorio.asp?L1=90128
>
>
> Além disto, há um problema de precisão, se importar direto as coordenadas
> conforme estão no SHP:
>
>
> Muitas estações possuem grande precisão, p.ex 4 casas decimais em segundos
> (~3mm; como a "90128" do Monte Roraima, acima).
>
> Mas muitas outras estações ainda estão em graus/minutos/segundos, com
> precisão de segundo inteiro (sem decimal) .
>
> Ex.: http://www.bdg.ibge.gov.br/bdg/pdf/relatorio.asp?L1=3018T (23 ° 24 '
> 02 " S, 45 ° 37 ' 02 " W)
>
> Ou seja, uma precisão de 1 segundo (inteiro, sem decimal) de arco na linha
> do equador dá uma margem de erro de ~30m.
>
> O que não ajudaria muito a alinhar imagem no OSM, dados, etc, pois fica
> até acima da margem de erro do GPS comum (10-20m).
>
>
> "Por mim", suspendo a proposta de importação dos marcos em SHP, e se pode
> usar os WMS, sempre atualizados.
>
> A princípio, dá pra usar todas as camadas WMS citadas nos metadados no
> INDE direto no JOSM.
>
>
> Vou trocar de tópico a seguir, onde descreverei como usar os WMS do IBGE
> (e do INDE em geral, para as demais camadas de interesse, só que aí tem que
> ainda testar os parâmetros ESRI de GetMap.)
>
> Dá também pra fazer uma wiki tutorial pra estes WMS.
>
>
> - - - - - - - - - - - - - - - -
>
> Sérgio - http://www.openstreetmap.org/user/smaprs
>
>
> >On 2017-03-22 00:48:25 UTC Luis Bahiana wrote:
> >Sérgio Uma coisa que esqueci de mencionar. Voce deve ter notado que no
> Visualizador da INDE em cada tema,clicando com a tecla direita abre um
> menuzinho de download. Então, uma das opções é WMS que é o acronimo de Web
> Map Services. Com isso voce pode servir a sua camada como um geoserviço
> web. Ao invés de baixar um SHP que pode se desatualizar, com o serviço web
> você tem a gara

Re: [OSM-talk-be] Fwd: [OSM-talk] Upcoming removal of landuse=farm in the standard style

[Lionel Giard]

In Wallonia, we are currently working at redoing most of the old stuff and
correcting errors, and landuse=farm is part of them. As we don't have good
landuse coverage, it is probably better to just not render these old "farm"
polygon (most of them overlap other zones or are badly traced). And we will
change it progressively.

2017-03-22 15:44 GMT+01:00 Marc Gemis :

> On Wed, Mar 22, 2017 at 3:03 PM, joost schouppe
>  wrote:
> > In Flanders, the convention seems to be landuse=meadow for grazing lands,
> > and landuse=farmland for growing plants. That's not according to what the
> > wiki says (farmland could be grazing land). But it does make it easy to
> > differentiate. I don't really care what tags we choose. But I wonder if
> we
> > could tag things so that it stays easy to recognize "agricultural land of
> > which we're not sure whether it is grazing land or plant-growing land".
>
> You mean in case you are looking at an aerial image and want to colour
> a part of the map ?
> Or is this also a problem in case you surveyed the area on the ground ?
>
> I just had to fix a few farmlands with orchard and plant_nursery, so I
> am very sensitive to incorrect mapping landuse based on aerial images.
>
> I rather see it not rendered at all on the map than with a wild guess
>
> m.
>
> p.s. from the landuse=farmland wiki page "Also note that many mappers
> prefer the more specific tags landuse=meadow for meadows and pastures
> (what is labelled landuse=farmland in the picture), landuse=orchard
> for fruit orchards, and use landuse=farmland for cropland only."  I
> assume this line was not added only for Belgium :-)
>
> p.p.s. on the German versions of the farmland page, no one mentions
> that it can be used for meadows  (although the use the same picture)
> "landuse=farmland kennzeichnet eine Ackerfläche. Äcker werden zum
> landwirtschaftlichen Feldfruchtanbau und zum erwerbsgärtnerischen
> Blumen- und Gemüseanbau genutzt.
>
> Für Grünland zur Tierweide oder Heugewinnung sollte landuse=meadow
> gewählt werden."
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-us] Is this a bad import or an experiment?

[Eric Ladner]

I can clean it up (manually), if everybody agrees.
  * remove small polygonal driveways
  * convert larger polygonal highways to actual highways where appropriate

On Wed, Mar 22, 2017 at 9:27 AM Tod Fitch  wrote:

>
> On Mar 22, 2017, at 4:59 AM, Ian Dees  wrote:
>
>
>
> On Mar 22, 2017 7:49 AM, "Paul Johnson"  wrote:
>
> On Wed, Mar 22, 2017 at 6:33 AM, Eric Ladner 
> wrote:
>
> http://www.openstreetmap.org/#map=17/33.74152/-116.29677
>
> So much wrongness..  I don't even know where to start in describing it.
>
>
>  This really "feels" like a botched import that has the potential to
> become something actually good.  I've reached out.
> http://www.openstreetmap.org/changeset/38292137
>
>
> I noticed this yesterday when working on broken relations... It doesn't
> look like an import (mostly because they used iD and the digitization looks
> like hand drawn iD) but the tagging doesn't look right. I'd say it's a
> mapping project (they called it a "draw party") with good intentions but
> that might need some tagging cleanup.
>
>
> At least the stuff I first notice looking at that in JOSM (highway=* drawn
> as polygons without an area tag and also including a landuse=residential)
> are from single commits from a mapper that was active for several months a
> few years ago. Change set claims source is Bing. Sounds like a well meaning
> but flawed contribution by a new mapper who has now moved on from OSM.
>
>
>
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk-be] Fwd: [OSM-talk] Upcoming removal of landuse=farm in the standard style

[Marc Gemis]

On Wed, Mar 22, 2017 at 3:03 PM, joost schouppe
 wrote:
> In Flanders, the convention seems to be landuse=meadow for grazing lands,
> and landuse=farmland for growing plants. That's not according to what the
> wiki says (farmland could be grazing land). But it does make it easy to
> differentiate. I don't really care what tags we choose. But I wonder if we
> could tag things so that it stays easy to recognize "agricultural land of
> which we're not sure whether it is grazing land or plant-growing land".

You mean in case you are looking at an aerial image and want to colour
a part of the map ?
Or is this also a problem in case you surveyed the area on the ground ?

I just had to fix a few farmlands with orchard and plant_nursery, so I
am very sensitive to incorrect mapping landuse based on aerial images.

I rather see it not rendered at all on the map than with a wild guess

m.

p.s. from the landuse=farmland wiki page "Also note that many mappers
prefer the more specific tags landuse=meadow for meadows and pastures
(what is labelled landuse=farmland in the picture), landuse=orchard
for fruit orchards, and use landuse=farmland for cropland only."  I
assume this line was not added only for Belgium :-)

p.p.s. on the German versions of the farmland page, no one mentions
that it can be used for meadows  (although the use the same picture)
"landuse=farmland kennzeichnet eine Ackerfläche. Äcker werden zum
landwirtschaftlichen Feldfruchtanbau und zum erwerbsgärtnerischen
Blumen- und Gemüseanbau genutzt.

Für Grünland zur Tierweide oder Heugewinnung sollte landuse=meadow
gewählt werden."

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

Re: [Talk-us] Is this a bad import or an experiment?

[Tod Fitch]

> On Mar 22, 2017, at 4:59 AM, Ian Dees  wrote:
> 
> 
> 
> On Mar 22, 2017 7:49 AM, "Paul Johnson"  > wrote:
> On Wed, Mar 22, 2017 at 6:33 AM, Eric Ladner  > wrote:
> http://www.openstreetmap.org/#map=17/33.74152/-116.29677 
> 
> 
> So much wrongness..  I don't even know where to start in describing it.
> 
>  This really "feels" like a botched import that has the potential to become 
> something actually good.  I've reached out.  
> http://www.openstreetmap.org/changeset/38292137 
> 
> 
> I noticed this yesterday when working on broken relations... It doesn't look 
> like an import (mostly because they used iD and the digitization looks like 
> hand drawn iD) but the tagging doesn't look right. I'd say it's a mapping 
> project (they called it a "draw party") with good intentions but that might 
> need some tagging cleanup.

At least the stuff I first notice looking at that in JOSM (highway=* drawn as 
polygons without an area tag and also including a landuse=residential) are from 
single commits from a mapper that was active for several months a few years 
ago. Change set claims source is Bing. Sounds like a well meaning but flawed 
contribution by a new mapper who has now moved on from OSM.





smime.p7s
Description: S/MIME cryptographic signature
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Is this a bad import or an experiment?

[Eric Ladner]

I think Ian is correct.  Looks like a mapping party.

I tracked back some of the editors and found other places around the
country (but mostly near LA) where residential areas were mapped with
excruciating detail, but sloppy drawing, bad tagging, etc. (see
https://www.openstreetmap.org/#map=19/34.16030/-117.41155 or
https://www.openstreetmap.org/#map=19/34.16718/-117.47586 as examples)

It needs more than tagging cleanup, IMO.  Drawing a 30 foot long driveway
as a closed "highway=service" that's not even connected to the main road is
just bad.  ~40,000 nodes in that one area for something that is close to
useless.  It looks pretty on the map, but it's really adding nothing to the
map intelligence wise (can't be used for routing, points out something
that's painfully obvious).  And the houses in one area (second link above),
everything in the yard was mapped EXCEPT the house, and in the houses'
case, it looks like they mapped something in the back yard or front yard
and tagged it as a building.

It's a shame because it's a lot of work by some people that are mapping in
a vacuum.  Their time would have been better spent by adding address nodes
and learning how to draw building footprints correctly.

On Wed, Mar 22, 2017 at 6:59 AM Ian Dees  wrote:

>
>
> On Mar 22, 2017 7:49 AM, "Paul Johnson"  wrote:
>
> On Wed, Mar 22, 2017 at 6:33 AM, Eric Ladner 
> wrote:
>
> http://www.openstreetmap.org/#map=17/33.74152/-116.29677
>
> So much wrongness..  I don't even know where to start in describing it.
>
>
>  This really "feels" like a botched import that has the potential to
> become something actually good.  I've reached out.
> http://www.openstreetmap.org/changeset/38292137
>
>
> I noticed this yesterday when working on broken relations... It doesn't
> look like an import (mostly because they used iD and the digitization looks
> like hand drawn iD) but the tagging doesn't look right. I'd say it's a
> mapping project (they called it a "draw party") with good intentions but
> that might need some tagging cleanup.
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk] Upcoming removal of landuse=farm in the standard style

[Maarten Deen]

And FYI: there is a maproulette challenge to change the landuse=farm 
areas

http://maproulette.org/ui/metrics/2374
But it lists "only" 14.828 available tasks.

Maarten

On 2017-03-22 14:39, joost schouppe wrote:

In Belgium, the convention is to use farmland for growing plants, and
landuse=meadow for grazing land (raising animals). So here the use of
"farm" means it's old, undefined mapping...

2017-03-22 13:56 GMT+01:00 nebulon42 :


Dear all,

at openstreetmap-carto - the standard style on osm.org [1] - a
change has
been merged
(https://github.com/gravitystorm/openstreetmap-carto/pull/2554 [2])
to drop
rendering of landuse=farm. There was overall consensus that this tag
is
deprecated and its usage steadily declined over the last years, but
there are still around 340 000 uses. See
https://taginfo.openstreetmap.org/tags/landuse=farm [3] and
http://taghistory.raifer.tech/ for details.

This change will make it into the next release, but there is no
release
date yet. You might want to change cases of landuse=farm in your
area to
either landuse=farmland or landuse=farmyard before that. Please
don't do
any automatic re-tagging though. After the release empty spots will
make
it easier to clean up the remaining uses of this tag.

Michael

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


--

Joost Schouppe
OpenStreetMap [5] | Twitter [6] | LinkedIn [7] | Meetup [8]

Links:
--
[1] http://osm.org
[2] https://github.com/gravitystorm/openstreetmap-carto/pull/2554
[3] https://taginfo.openstreetmap.org/tags/landuse=farm
[4] https://lists.openstreetmap.org/listinfo/talk
[5] http://www.openstreetmap.org/user/joost%20schouppe/
[6] https://twitter.com/joostjakob
[7] https://www.linkedin.com/pub/joost-schouppe/48/939/603
[8] http://www.meetup.com/OpenStreetMap-Belgium/members/97979802/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


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

Re: [Talk-us] "toll" related tags appropriate for park entrances?

[Kevin Broderick]

Functionally, I would argue that payment-required (or pass-required) park
entries are effectively the same as a toll, anyhow. I'll give the example
of driving to Cooke City, Montana, in the winter—the only way to get there
with a wheeled vehicle is via Yellowstone National Park's northwest
entrance (and driving through the park). Unless you enter before the
entrance booth is manned, they'll be collecting that entrance fee even if
you just want to drive through to Cooke.*

*: unless you get there late enough at night or early enough in the morning
that they don't have the booth staffed.

On Wed, Mar 22, 2017 at 3:16 AM, Paul Johnson  wrote:

> On Tue, Mar 21, 2017 at 5:18 PM, OSM Volunteer stevea <
> stevea...@softworkers.com> wrote:
>
>> On Tue Mar 21 21:17:04 UTC 2017 Shawn K. Quinn wrote:
>> >On one hand, I can agree withe the principle behind re-purposing of this
>> >tag. On the other hand, I can see it being quite possible this is going
>> >to throw some routing programs for a loop when "avoid tolls" is selected.
>>
>> I never thought of that; excellent catch!  This feels like one of those
>> times where I as human must simply pay attention to "drive with your brain
>> making sense of what's right, rather than letting a GPS/computer/navigation
>> system/driverless car software... make the decision.
>>
>
> Correct.
>
>
>> (Heh, heh):  in the event of a driverless car "stuck" with these data, it
>> will be more than its routing software that will be looping!
>>
>> Seriously, this almost feels like a classic case of trying to tag too
>> precisely, then the real world simply intervenes with a "screeching halt"
>> exception.
>>
>
> Driving's NP-complete anyway.  Don't try to map for something that can't
> be fully automated.
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
>


-- 
Kevin Broderick
k...@kevinbroderick.com
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[OSM-talk-be] Fwd: [OSM-talk] Upcoming removal of landuse=farm in the standard style

[joost schouppe]

Hi,

It looks like landuse=farm rendering is being removed from the standard map.

That means a huge hole is going to be visible in landuse mapping in Belgium
in a short while.

Most of landuse=farm is the oldest landuse mapping we have. It does not
differentiate between growing plants and raising animals, it is also of
poor geometric details. I fixed a lot around Halle, and it is basically a
total remapping to fix it.

Here's an overview:

http://i.imgur.com/Gbjf3sJ.jpg

In Flanders, the convention seems to be landuse=meadow for grazing lands,
and landuse=farmland for growing plants. That's not according to what the
wiki says (farmland could be grazing land). But it does make it easy to
differentiate. I don't really care what tags we choose. But I wonder if we
could tag things so that it stays easy to recognize "agricultural land of
which we're not sure whether it is grazing land or plant-growing land".

(it is probably going to be a much bigger job to fix the overuse of
landuse=grass: http://i.imgur.com/ZfpTe7m.jpg )



-- Forwarded message --
From: nebulon42 
Date: 2017-03-22 13:56 GMT+01:00
Subject: [OSM-talk] Upcoming removal of landuse=farm in the standard style
To: osm-talk , tagg...@openstreetmap.org


Dear all,

at openstreetmap-carto - the standard style on osm.org - a change has
been merged
(https://github.com/gravitystorm/openstreetmap-carto/pull/2554) to drop
rendering of landuse=farm. There was overall consensus that this tag is
deprecated and its usage steadily declined over the last years, but
there are still around 340 000 uses. See
https://taginfo.openstreetmap.org/tags/landuse=farm and
http://taghistory.raifer.tech/ for details.

This change will make it into the next release, but there is no release
date yet. You might want to change cases of landuse=farm in your area to
either landuse=farmland or landuse=farmyard before that. Please don't do
any automatic re-tagging though. After the release empty spots will make
it easier to clean up the remaining uses of this tag.

Michael


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




-- 
Joost Schouppe
OpenStreetMap  |
Twitter  | LinkedIn
 | Meetup



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

Re: [Talk-br] TUTORIAL: Como usar as camadas WMS do IBGE (conforme descritas no INDE)

[Daniel d'Andrada Tenório de Carvalho]

Legal!

Não tem como fazer aparecer direto na lista de "imagery providers" do JOSM?

On Wed, Mar 22, 2017 at 10:08 AM, Sérgio V.  wrote:

> Como usar as camadas WMS do IBGE (conforme descritas no INDE), como
> camadas de fundo no JOSM:
>
> 1) Abrir o Visualizador do INDE (http://www.visualizador.inde.gov.br/):
> -Selecionar no menu esquerdo a camada de interesse (exemplo: "Redes
> Geodésicas > Rede Geodésica Altimétrica > Referências de Nível");
> -Com o botão direito, visualizar "URL WMS" e copiá-la (Ctrl+C);
>
> 2) NO JOSM: Abrir menu "Preferências de Imagem" > "+WMS":
> -Entrar com uma das URL (qualquer), tal como citada no INDE;
> -Adicionar o "nome" da camada, tal como está nos metadados;
> -Editar o campo "URL":  colar a URL tal como está abaixo  (Ctrl+V);
> -OK. Fica gravado pra sempre no JOSM. Abrir camada. E pronto. Só usar
> quando quiser, já vai estar lá no JOSM.
>
> (Ao salvar changeset, o JOSM já deve salvar automaticamente a URL da
> camada WMS como source de imagem; senão, adicionar a URL)
>
> Licença: camadas do IBGE já aprovada a licença. (Demais, dentro da Lei de
> Acesso à Informação, Federal; a confirmar).
>
> Para consultar relatórios de cada ponto do WMS:
> -copiar a URL básica no navegador: http://www.bdg.
> ibge.gov.br/bdg/pdf/relatorio.asp?L1=
> -acrescentar "ao final" da URL o "nome" da estação geodésica, tal como
> aparece no WMS (em zoom próximo); exemplo: estação "90128" (Monte
> Roraima):
> http://www.bdg.ibge.gov.br/bdg/pdf/relatorio.asp?L1=90128
> Pronto. Visualizar dados (fotos, coordenadas, altitude, etc).
>
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> - - - - - - - - - - - - - - - - - - -
> LISTA WMS - IBGE - Redes Geodésicas (INDE):
> - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> IBGE-Rede Geodésica Gravimétrica
> +WMS:
> -ENTRAR COM ESTA URL:
> http://www.geoservicos.ibge.gov.br/geoserver/wms?service=
> WMS=1.1.0=GetMap=CGED:BDG_EG
> -Colocar o "nome" para o WMS; dar "OK";
> -Substituir ("COLAR") no campo da URL:
> wms:http://www.geoservicos.ibge.gov.br/geoserver/wms?
> service=WMS=1.1.0=GetMap=CGED:
> BDG_EG==EPSG:3857={width}={height}&
> BBOX={bbox}=image%2Fpng=TRUE
> 
> - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> IBGE-Rede Geodésica Planimétrica-Vértices de Triangulação
> +WMS:
> -ENTRAR COM ESTA URL:
> http://www.geoservicos.ibge.gov.br/geoserver/wms?service=
> WMS=1.1.0=GetMap=CGED:BDG_VT
> -Colocar o "nome" para o WMS; dar "OK";
> -Substituir ("COLAR") no campo da URL:
> wms:http://www.geoservicos.ibge.gov.br/geoserver/wms?
> service=WMS=1.1.0=GetMap=CGED:
> BDG_VT==EPSG:3857={width}={height}&
> BBOX={bbox}=image%2Fpng=TRUE
> 
> - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> IBGE-Rede Geodésica Planimétrica-Rede GNSS Permanente - RBMC
> +WMS:
> -ENTRAR COM ESTA URL:
> http://www.geoservicos.ibge.gov.br/geoserver/wms?service=
> WMS=1.1.0=GetMap=CGED:RBMC
> -Colocar o "nome" para o WMS; dar "OK";
> -Substituir ("COLAR") no campo da URL:
> wms:http://www.geoservicos.ibge.gov.br/geoserver/wms?
> service=WMS=1.1.0=GetMap=CGED:
> RBMC==EPSG:3857={width}={height}&
> BBOX={bbox}=image%2Fpng=TRUE
> 
> - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> IBGE-Rede Geodésica Planimétrica-Estações SAT GPS
> +WMS:
> -ENTRAR COM ESTA URL:
> http://www.geoservicos.ibge.gov.br/geoserver/wms?service=
> WMS=1.1.0=GetMap=CGED:BDG_GPS
> -Colocar o "nome" para o WMS; dar "OK";
> -Substituir ("COLAR") no campo da URL:
> wms:http://www.geoservicos.ibge.gov.br/geoserver/wms?
> service=WMS=1.1.0=GetMap=CGED:
> BDG_GPS==EPSG:3857={width}={height}&
> BBOX={bbox}=image%2Fpng=TRUE
> 
> - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> IBGE-Rede Geodésica Planimétrica-Estações SAT DOPPLER
> +WMS:
> -ENTRAR COM ESTA URL:
> http://www.geoservicos.ibge.gov.br/geoserver/wms?service=
> WMS=1.1.0=GetMap=CGED:BDG_DOP
> -Colocar o "nome" para o WMS; dar "OK";
> "COLAR" no campo da URL:
> wms:http://www.geoservicos.ibge.gov.br/geoserver/wms?
> service=WMS=1.1.0=GetMap=CGED:
> BDG_DOP==EPSG:3857={width}={height}&
> BBOX={bbox}=image%2Fpng=TRUE
> 
> - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> IBGE-Rede Geodésica Planimétrica-Estações de Poligonal
> 

Re: [Talk-it] landuse=farm non renderizza più

[Martin Koppenhoefer]

ho finito a "pulire" il centro italia intorno a Roma. Facendo ho trovato e
fissato anche altri problemi (landuse troppo grandi, multipoligoni di
vecchio stile, landuse con forma troppo a spicchi, nomi non pertinenti
(tedeschi e ripetitivi "Weinberg" cosa vuol dire vineyard) ecc., quindi vi
invito a non fare un semplice "sostituisci farm con farmland", ma
guardatevi le situazioni...

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

Re: [OSM-talk] Upcoming removal of landuse=farm in the standard style

[joost schouppe]

In Belgium, the convention is to use farmland for growing plants, and
landuse=meadow for grazing land (raising animals). So here the use of
"farm" means it's old, undefined mapping...

2017-03-22 13:56 GMT+01:00 nebulon42 :

> Dear all,
>
> at openstreetmap-carto - the standard style on osm.org - a change has
> been merged
> (https://github.com/gravitystorm/openstreetmap-carto/pull/2554) to drop
> rendering of landuse=farm. There was overall consensus that this tag is
> deprecated and its usage steadily declined over the last years, but
> there are still around 340 000 uses. See
> https://taginfo.openstreetmap.org/tags/landuse=farm and
> http://taghistory.raifer.tech/ for details.
>
> This change will make it into the next release, but there is no release
> date yet. You might want to change cases of landuse=farm in your area to
> either landuse=farmland or landuse=farmyard before that. Please don't do
> any automatic re-tagging though. After the release empty spots will make
> it easier to clean up the remaining uses of this tag.
>
> Michael
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>


-- 
Joost Schouppe
OpenStreetMap  |
Twitter  | LinkedIn
 | Meetup

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

Re: [Talk-at] Ankündigung der Entfernung von landuse=farm im Standardstil

[Friedrich Volkmann]

On 22.03.2017 14:08, nebulon42 wrote:

Bei openstreetmap-carto - dem Standardstil auf osm.org - wurde eine
Änderung aufgenommen
(https://github.com/gravitystorm/openstreetmap-carto/pull/2554), die
landuse=farm vom Rendering entfernt. Es gab einen Konsens, dass dieses
Tag veraltet ist und nicht mehr verwendet werden soll.


Den Konsens gab es noch nie und wird es nie geben. Der steigende Verhältnis 
der Anzahl farmland zu farm ist nur durch Editortemplates und unerlaubte 
Massenedits begründet.



Manche von euch möchten vielleicht vorher in ihrer
Gegend das Vorkommen von landuse=farm in landuse=farmland oder
landuse=farmyard abändern. Bitte aber kein automatisches Umtaggen
durchführen.


Das ist so oder so automatisch, egal ob man das nur in der "eigenen" Gegend 
macht oder überall.



Nach dem Release wird es durch die leeren Stellen leichter
werden die verbliebenen Nutzungen dieses Tags zu entfernen.


Dann wird sich wieder mal zeigen, dass die Regel "wir taggen nicht für den 
Renderer" von niemandem mehr ernst genommen wird.


--
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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

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

[Srihari Thalla]

Yeah, seems to make the work easy!

I am up for the script.
@Naveen Thoughts?

[1] https://github.com/mapbox/wikimama
[2] https://osmlab.github.io/wikidata-osm/
[3] https://github.com/mapbox/mapping/issues/242 (May not include the NHs)
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-it] landuse=farm non renderizza più

[Marco]

hai fatto bene a segnalarlo, grazie


Il 22/03/2017 13:26, Martin Koppenhoefer ha scritto:
Segnalo che hanno rimosso il rendering di landuse=farm (deprecato da 
anni, si dovrebbe usare farmland oppure farmyard).


https://github.com/gravitystorm/openstreetmap-carto/pull/2554

Ce ne stanno ancora alcuni, anche in Italia.
https://taginfo.openstreetmap.org/tags/landuse=farm#map

Correggete le istanze nella vostra vicinanza.

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-br] TUTORIAL: Como usar as camadas WMS do IBGE (conforme descritas no INDE)

[Sérgio V .]

Como usar as camadas WMS do IBGE (conforme descritas no INDE), como camadas de 
fundo no JOSM:

1) Abrir o Visualizador do INDE (http://www.visualizador.inde.gov.br/):
-Selecionar no menu esquerdo a camada de interesse (exemplo: "Redes Geodésicas 
> Rede Geodésica Altimétrica > Referências de Nível");
-Com o botão direito, visualizar "URL WMS" e copiá-la (Ctrl+C);

2) NO JOSM: Abrir menu "Preferências de Imagem" > "+WMS":
-Entrar com uma das URL (qualquer), tal como citada no INDE;
-Adicionar o "nome" da camada, tal como está nos metadados;
-Editar o campo "URL":  colar a URL tal como está abaixo  (Ctrl+V);
-OK. Fica gravado pra sempre no JOSM. Abrir camada. E pronto. Só usar quando 
quiser, já vai estar lá no JOSM.

(Ao salvar changeset, o JOSM já deve salvar automaticamente a URL da camada WMS 
como source de imagem; senão, adicionar a URL)

Licença: camadas do IBGE já aprovada a licença. (Demais, dentro da Lei de 
Acesso à Informação, Federal; a confirmar).

Para consultar relatórios de cada ponto do WMS:
-copiar a URL básica no navegador: 
http://www.bdg.ibge.gov.br/bdg/pdf/relatorio.asp?L1=
-acrescentar "ao final" da URL o "nome" da estação geodésica, tal como aparece 
no WMS (em zoom próximo); exemplo: estação "90128" (Monte Roraima):
http://www.bdg.ibge.gov.br/bdg/pdf/relatorio.asp?L1=90128
Pronto. Visualizar dados (fotos, coordenadas, altitude, etc).

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
- - - - - - - - - - - - - - - -
LISTA WMS - IBGE - Redes Geodésicas (INDE):
- - - - - - - - - - - - - - - - - - - - - - - - - - - -
IBGE-Rede Geodésica Gravimétrica
+WMS:
-ENTRAR COM ESTA URL:
http://www.geoservicos.ibge.gov.br/geoserver/wms?service=WMS=1.1.0=GetMap=CGED:BDG_EG
-Colocar o "nome" para o WMS; dar "OK";
-Substituir ("COLAR") no campo da URL:
wms:http://www.geoservicos.ibge.gov.br/geoserver/wms?service=WMS=1.1.0=GetMap=CGED:BDG_EG==EPSG:3857={width}={height}={bbox}=image%2Fpng=TRUE
- - - - - - - - - - - - - - - - - - - - - - - - - - - -
IBGE-Rede Geodésica Planimétrica-Vértices de Triangulação
+WMS:
-ENTRAR COM ESTA URL:
http://www.geoservicos.ibge.gov.br/geoserver/wms?service=WMS=1.1.0=GetMap=CGED:BDG_VT
-Colocar o "nome" para o WMS; dar "OK";
-Substituir ("COLAR") no campo da URL:
wms:http://www.geoservicos.ibge.gov.br/geoserver/wms?service=WMS=1.1.0=GetMap=CGED:BDG_VT==EPSG:3857={width}={height}={bbox}=image%2Fpng=TRUE
- - - - - - - - - - - - - - - - - - - - - - - - - - - -
IBGE-Rede Geodésica Planimétrica-Rede GNSS Permanente - RBMC
+WMS:
-ENTRAR COM ESTA URL:
http://www.geoservicos.ibge.gov.br/geoserver/wms?service=WMS=1.1.0=GetMap=CGED:RBMC
-Colocar o "nome" para o WMS; dar "OK";
-Substituir ("COLAR") no campo da URL:
wms:http://www.geoservicos.ibge.gov.br/geoserver/wms?service=WMS=1.1.0=GetMap=CGED:RBMC==EPSG:3857={width}={height}={bbox}=image%2Fpng=TRUE
- - - - - - - - - - - - - - - - - - - - - - - - - - - -
IBGE-Rede Geodésica Planimétrica-Estações SAT GPS
+WMS:
-ENTRAR COM ESTA URL:
http://www.geoservicos.ibge.gov.br/geoserver/wms?service=WMS=1.1.0=GetMap=CGED:BDG_GPS
-Colocar o "nome" para o WMS; dar "OK";
-Substituir ("COLAR") no campo da URL:
wms:http://www.geoservicos.ibge.gov.br/geoserver/wms?service=WMS=1.1.0=GetMap=CGED:BDG_GPS==EPSG:3857={width}={height}={bbox}=image%2Fpng=TRUE
- - - - - - - - - - - - - - - - - - - - - - - - - - - -
IBGE-Rede Geodésica Planimétrica-Estações SAT DOPPLER
+WMS:
-ENTRAR COM ESTA URL:
http://www.geoservicos.ibge.gov.br/geoserver/wms?service=WMS=1.1.0=GetMap=CGED:BDG_DOP
-Colocar o "nome" para o WMS; dar "OK";
"COLAR" no campo da URL:
wms:http://www.geoservicos.ibge.gov.br/geoserver/wms?service=WMS=1.1.0=GetMap=CGED:BDG_DOP==EPSG:3857={width}={height}={bbox}=image%2Fpng=TRUE
- - - - - - - - - - - - - - - - - - - - - - - - - - - -
IBGE-Rede Geodésica Planimétrica-Estações de Poligonal
+WMS:
-ENTRAR COM ESTA URL:
http://www.geoservicos.ibge.gov.br/geoserver/wms?service=WMS=1.1.0=GetMap=CGED:BDG_EP
-Colocar o "nome" para o WMS; dar "OK";
-Substituir ("COLAR") no campo da URL:
wms:http://www.geoservicos.ibge.gov.br/geoserver/wms?service=WMS=1.1.0=GetMap=CGED:BDG_EP==EPSG:3857={width}={height}={bbox}=image%2Fpng=TRUE
- - - - - - - - - - - - - - - - - - - - - - - - - - - -
IBGE-Rede Geodésica Altimétrica-Referência de Nível
+WMS:
-ENTRAR COM ESTA URL:
http://www.geoservicos.ibge.gov.br/geoserver/wms?service=WMS=1.1.0=GetMap=CGED:BDG_RN
-Colocar o "nome" para o WMS; dar "OK";
-Substituir ("COLAR") no campo da URL:
wms:http://www.geoservicos.ibge.gov.br/geoserver/wms?service=WMS=1.1.0=GetMap=CGED:BDG_RN==EPSG:3857={width}={height}={bbox}=image%2Fpng=TRUE
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
- - - - - - - - - - - - - - - -

Todas estas WMS testei, funcionando OK.


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

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

[Talk-de] Ankündigung der Entfernung von landuse=farm im Standardstil

[nebulon42]

Bei openstreetmap-carto - dem Standardstil auf osm.org - wurde eine
Änderung aufgenommen
(https://github.com/gravitystorm/openstreetmap-carto/pull/2554), die
landuse=farm vom Rendering entfernt. Es gab einen Konsens, dass dieses
Tag veraltet ist und nicht mehr verwendet werden soll. Die
Nutzungszahlen haben in den letzten Jahren immer weiter abgenommen, aber
es wird noch ungefähr 340.000 Mal verwendet. Details unter
https://taginfo.openstreetmap.org/tags/landuse=farm und
http://taghistory.raifer.tech/.

Diese Änderung kommt in das nächste Release, aber es gibt dafür noch
kein Release-Datum. Manche von euch möchten vielleicht vorher in ihrer
Gegend das Vorkommen von landuse=farm in landuse=farmland oder
landuse=farmyard abändern. Bitte aber kein automatisches Umtaggen
durchführen. Nach dem Release wird es durch die leeren Stellen leichter
werden die verbliebenen Nutzungen dieses Tags zu entfernen.

Michael



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

[Talk-at] Ankündigung der Entfernung von landuse=farm im Standardstil

[nebulon42]

Bei openstreetmap-carto - dem Standardstil auf osm.org - wurde eine
Änderung aufgenommen
(https://github.com/gravitystorm/openstreetmap-carto/pull/2554), die
landuse=farm vom Rendering entfernt. Es gab einen Konsens, dass dieses
Tag veraltet ist und nicht mehr verwendet werden soll. Die
Nutzungszahlen haben in den letzten Jahren immer weiter abgenommen, aber
es wird noch ungefähr 340.000 Mal verwendet. Details unter
https://taginfo.openstreetmap.org/tags/landuse=farm und
http://taghistory.raifer.tech/.

Diese Änderung kommt in das nächste Release, aber es gibt dafür noch
kein Release-Datum. Manche von euch möchten vielleicht vorher in ihrer
Gegend das Vorkommen von landuse=farm in landuse=farmland oder
landuse=farmyard abändern. Bitte aber kein automatisches Umtaggen
durchführen. Nach dem Release wird es durch die leeren Stellen leichter
werden die verbliebenen Nutzungen dieses Tags zu entfernen.

Michael



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

[OSM-talk] Upcoming removal of landuse=farm in the standard style

[nebulon42]

Dear all,

at openstreetmap-carto - the standard style on osm.org - a change has
been merged
(https://github.com/gravitystorm/openstreetmap-carto/pull/2554) to drop
rendering of landuse=farm. There was overall consensus that this tag is
deprecated and its usage steadily declined over the last years, but
there are still around 340 000 uses. See
https://taginfo.openstreetmap.org/tags/landuse=farm and
http://taghistory.raifer.tech/ for details.

This change will make it into the next release, but there is no release
date yet. You might want to change cases of landuse=farm in your area to
either landuse=farmland or landuse=farmyard before that. Please don't do
any automatic re-tagging though. After the release empty spots will make
it easier to clean up the remaining uses of this tag.

Michael



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

[Talk-it] Tag per centri culturali islamici

[John Doe]

Non capisco quale sia il nesso tra il rito di consacrazione di una moschea
e la non esistenza di una clero (affermazione errata oltretutto; vedi ad
esempio l'ordinamento del clero nell'Islam Sciita).
Con il discorso sulla "dialettica puro/impuro" stai facendo semplicemente
riferimento ad una delle tante cose che il fedele deve rispettare, cioè che
il posto in cui si prega sia esente da impurità.
Il fatto che non ci sia l'obbligo a pregare all'interno di una moschea non
rende tali strutture religiose sacre semplici "centri di aggregazione".

Hai letto la pagina di Wikipedia linkata ed hai visto quante moschee nel
senso reale del termine esistono in Italia?
Risottolineo che il termine moschea viene abusato dalla stampa e
dall'italiano medio per descrivere luoghi che non sono tecnicamente (ed
anche secondo prassi religiosa) definibili come tali.



Message: 7
Date: Tue, 21 Mar 2017 21:34:33 +0100 (CET)
From: "frali...@alice.it" 
To: 
Subject: [Talk-it] R:  Tag per centri culturali islamici
Message-ID: <15af2940ee3.frali...@alice.it>
Content-Type: text/plain; charset="utf-8"


Buongiorno,e quale sarebbe questo rito se non esiste una classe
sacerdotale?semmai nell'Islam esiste la dialettica puro/impuro, quindi il
luogo dove deve sorgere un luogo di preghiera deve essere puro (ti sei mai
chiesto perchè alcuni musulmani pregano dentro le chiese? principalmente è
per questo motivo, perchè in ogni caso è terra sacra) . ma non
approfondiamo sennò andiamo molto fuori OT

Principalmente il problema moschea/centro culturale è  di registrazione
presso le Autorità Locali.se si viene registrato come moschea allora è un
soggetto di diritto ecclesiastico o religioso quindi con una determinata
gamma di diritti e di doveri, se invece si scegliel'associazione culturale
allora parliamo di associazionismo ed è un altra tematica
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] "Alluvione" Caserta

[Marco]

Qualcuno può dare un'occhiata veloce alla zona di Caserta? sembra che 
sia stato modificato qualcosa e adesso risulta esserci il mare anche 
sulla terraferma. Non riesco a capire quale sia il changeset che ha 
causato il problema.

Grazie

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

[Talk-it] landuse=farm non renderizza più

[Martin Koppenhoefer]

Segnalo che hanno rimosso il rendering di landuse=farm (deprecato da anni,
si dovrebbe usare farmland oppure farmyard).

https://github.com/gravitystorm/openstreetmap-carto/pull/2554

Ce ne stanno ancora alcuni, anche in Italia.
https://taginfo.openstreetmap.org/tags/landuse=farm#map

Correggete le istanze nella vostra vicinanza.

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

Re: [Talk-cat] [Geoinquiets Barcelona] HOTOSM inundaciones Perú.

[Jaume Figueras i Jové]

Hola,

vist el poc quòrum que tindríem hem decidit que de moment maparem des de 
casa tots. Restem a l'espera de més gent i temps per muntar un nou mapató.


Salut!

On 22/03/17 08:16, Laura García Maraña wrote:

Yo también tengo que hacerlo desde casa. Voy haciendo.

Quería aprovechar para plantear si os parecería bien hacer alguna
quedada más adelante en la que alguien con experiencia en validación de
OSM nos pueda resolver dudas y ayudar a que lo hagamos un poco más
seguros. Hacer un intensivo.

En mi caso me apunté como validadora, pero entre que no domino el jsom,
me surgen muchas dudas de concepto e inseguridades como para pensar que
lo pueda estar bien.

Gracias!..Y a ver si va bien el empujon de hoy.

Saludos

El 21 mar. 2017 7:50 a. m., "Elena Sauleda" > escribió:

Els de la Garrotxa farem com l'Estela i treballarem en remot.
Bolo, merci per l'enllaç!

Salut a tothom!

Elena Sauleda

(correu enviat des del mòbil)

El dia 20/03/2017 22.04, "Wladimir Szczerban" > va escriure:

Hola a todos, yo el miércoles puedo a partir de las 19h si
alguien puede estar desde las 17h y puede hacer la introducción
entonces pedimos la sala

Estela en el primer correo puse el enlace al gestor de tareas y
puedes colaborar en remoto


El 20 mar. 2017 6:37 p. m., "Jaume Figueras i Jové"
> escribió:

Hola,

jo ja he preguntat.

Podem disposar de l'aula de Macs dimecres de 17 a 21 amb 21
llocs de treball amb ordinador, i qui vulgui pot venir amb
portàtil que hi ha wifi. És la mateixa aula que la 1a mapató
d'Ecuador.

La xarxa, doncs ja sabeu "La FIBRA" :P :P :P

Digueu si o no i reservo aula per aquest dimecres 22 de 17 a
21h. Els altres dies ja són aules petites de 13/14 ordinadors.

A5-S104 Campus Nord UPC - http://osm.org/go/xUbRUY9Oq--?m=


Salut!


On 20/03/17 16:27, Estela Llorente López wrote:

Hola a tothom,
Bolo, si podeu compartir la info per poder col.laborar
també en remot,
així els que no podem assistir, ho podem fer en des-hores.

Gràcies!


El 20/3/2017 16:17, "Raül" 
>> escribió:


Ah, i pels que no coneixen l'ODG, estem al C/ Girona 25
>. Entre Tetuan i
Urquinaona.


ra.
___
Abans d'imprimir aquest correu, pensa si és
necessari. El medi
ambient és cosa de tots.
Antes de imprimir este correo, piensa si es
necesario. El medio
ambiente es cosa de todos.

2017-03-20 15:42 GMT+01:00 Jaume Figueras i Jové

>>:


Hola,

com sempre puc demanar aules amb PC/mac a la
FIB. Problema,
solament puc aquest dimecres (si puc, que encara
no ho sé)

De totes maneres pregunto per disponibilitat.

Salut!


On 20/03/17 08:38, Wladimir Szczerban wrote:

Hola a todos,

Hay algunas task que todavía queda mucho por
hacer [1].
Organizamos un mapathon?
Alguien tiene una sala donde poder organizarlo?

[1]


http://tasks.hotosm.org/?sort_by=priority=asc=peru




>

--
Saludos,

Bolo
www.geoinquiets.cat
 



___
Talk-cat mailing list

Re: [Talk-it] ritorna l'Utente Pasticcione

[Martin Koppenhoefer]

2017-03-21 21:53 GMT+01:00 Alfredo Gattai :

> l'utente e' "select"




accidenti quanti changeset...

e tutti trattano di "tracce" o_O

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

[Talk-br] Proposal of import: Brazilian Geodetic Network - Alternativa WMS / IBGE

[Sérgio V .]

Bom dia pessoal,

após sugestão do Luis Bahiana (email abaixo), deu certo colocar todos os WMS 
das Redes Geodésicas do IBGE no JOSM.

Pensei então que, para o propósito de auxiliar no alinhamento de imagens (que 
era o principal do meu ponto de vista), não é necessário importar os SHP dos 
marcos geodésicos (estações de medição da rede geodésica). Basta ter como 
camada auxiliar WMS no JOSM ou iD.

As medições geodésicas podem ir melhorando com o tempo. No SHP ficariam 
desatualizadas. Teria que saber toda vez que muda para alterar. No WMS, já 
ficam atualizadas automaticamente.


Além disso, com o link dos relatórios como auxiliar, se pode consultar 
facilmente os demais dados, como: localidade, altitude, coordenadas, etc. Para 
isto, basta copiar a URL básica dos relatórios e substituir no final pelo nome 
(ref) da estação que aparece nos WMS (em zoom próximo).


Por exemplo, URL básica:

http://www.bdg.ibge.gov.br/bdg/pdf/relatorio.asp?L1=




Adaptada para a estação "90128" (Monte Roraima):

http://www.bdg.ibge.gov.br/bdg/pdf/relatorio.asp?L1=90128


Além disto, há um problema de precisão, se importar direto as coordenadas 
conforme estão no SHP:


Muitas estações possuem grande precisão, p.ex 4 casas decimais em segundos 
(~3mm; como a "90128" do Monte Roraima, acima).

Mas muitas outras estações ainda estão em graus/minutos/segundos, com precisão 
de segundo inteiro (sem decimal) .

Ex.: http://www.bdg.ibge.gov.br/bdg/pdf/relatorio.asp?L1=3018T (23 ° 24 ' 02 " 
S, 45 ° 37 ' 02 " W)

Ou seja, uma precisão de 1 segundo (inteiro, sem decimal) de arco na linha do 
equador dá uma margem de erro de ~30m.

O que não ajudaria muito a alinhar imagem no OSM, dados, etc, pois fica até 
acima da margem de erro do GPS comum (10-20m).


"Por mim", suspendo a proposta de importação dos marcos em SHP, e se pode usar 
os WMS, sempre atualizados.

A princípio, dá pra usar todas as camadas WMS citadas nos metadados no INDE 
direto no JOSM.


Vou trocar de tópico a seguir, onde descreverei como usar os WMS do IBGE (e do 
INDE em geral, para as demais camadas de interesse, só que aí tem que ainda 
testar os parâmetros ESRI de GetMap.)

Dá também pra fazer uma wiki tutorial pra estes WMS.


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

Sérgio - http://www.openstreetmap.org/user/smaprs


>On 2017-03-22 00:48:25 UTC Luis Bahiana wrote:
>Sérgio Uma coisa que esqueci de mencionar. Voce deve ter notado que no 
>Visualizador da INDE em cada tema,clicando com a tecla direita abre um 
>menuzinho de download. Então, uma das opções é WMS que é o acronimo de Web Map 
>Services. Com isso voce pode servir a sua camada como um geoserviço web. Ao 
>invés de baixar um SHP que pode se desatualizar, com o serviço web você tem a 
>garantia que tem a versão mais atual. Nunca tentei mas acho que é possivel 
>consumir no JOSM não? Abs Bahiana

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

Re: [Talk-us] Is this a bad import or an experiment?

[Ian Dees]

On Mar 22, 2017 7:49 AM, "Paul Johnson"  wrote:

On Wed, Mar 22, 2017 at 6:33 AM, Eric Ladner  wrote:

> http://www.openstreetmap.org/#map=17/33.74152/-116.29677
>
> So much wrongness..  I don't even know where to start in describing it.
>

 This really "feels" like a botched import that has the potential to become
something actually good.  I've reached out.  http://www.openstreetmap.org/
changeset/38292137


I noticed this yesterday when working on broken relations... It doesn't
look like an import (mostly because they used iD and the digitization looks
like hand drawn iD) but the tagging doesn't look right. I'd say it's a
mapping project (they called it a "draw party") with good intentions but
that might need some tagging cleanup.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Is this a bad import or an experiment?

[Paul Johnson]

On Wed, Mar 22, 2017 at 6:33 AM, Eric Ladner  wrote:

> http://www.openstreetmap.org/#map=17/33.74152/-116.29677
>
> So much wrongness..  I don't even know where to start in describing it.
>

 This really "feels" like a botched import that has the potential to become
something actually good.  I've reached out.
http://www.openstreetmap.org/changeset/38292137
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-us] Is this a bad import or an experiment?

[Eric Ladner]

http://www.openstreetmap.org/#map=17/33.74152/-116.29677

So much wrongness..  I don't even know where to start in describing it.

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

Re: [Talk-cz] Pražské OSM setkání

[Marián Kyral]

Přijď a třeba se to dozvíš ;-)
Asi se to bude hodně točit okolo osmap.cz, ale pokud nás bude více, tak se
to může stočit úplně jinam.

Marián

-- Původní e-mail --
Od: Mikoláš Štrajt 
Komu: OpenStreetMap Czech Republic 
Datum: 22. 3. 2017 8:52:25
Předmět: Re: [Talk-cz] Pražské OSM setkání 
"Můžu se zeptat, co například bude na programu?

Poslední dobou OSM sleduju jen jedním okem, tak netuším co je třeba
"aktuální dění".

-- Původní e-mail --
Od: Pavel Zbytovský 
Komu: OpenStreetMap Czech Republic 
Datum: 21. 3. 2017 18:26:38
Předmět: [Talk-cz] Pražské OSM setkání
"


Ahoj,



naplánovali jsme s Mariánem pražské setkání OSM v Café Sicily [1]. Probereme
akutální věci okolo osmcz a osm obecně :-) 

Budete vítání ve středu 29.3. v 18:00.





Prosím potvrďte účast zde: [2]  (ať máme dost židlí)









Pavel







[1] https://osmap.cz/node/2684168472(https://osmap.cz/node/2684168472)   


[2] https://docs.google.com/spreadsheets/d/12zGtW414R9se_g_87FdmpHj2B6xO1gf5
mG94avTmFb4/edit?usp=sharing
(https://docs.google.com/spreadsheets/d/12zGtW414R9se_g_87FdmpHj2B6xO1gf5mG94avTmFb4/edit?usp=sharing)

[3] Google event: https://plus.google.com/events/cp2aqadshq7uqhbj4pf5vkn5fns
(https://plus.google.com/events/cp2aqadshq7uqhbj4pf5vkn5fns)






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

Re: [Talk-it] Wikidata e Osm aggiornamenti

[Fabrizio Tambussa]

Il 22/Mar/2017 11:07, "Martin Koppenhoefer"  ha
scritto:

scusate la mia ignoranza: stiamo prendendo informazioni da osm e li
inseriamo in wikidata?


No, il contrario.
Saluti
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] ritorna l'Utente Pasticcione

[Marco]

Ciao, almeno a te ha risposto, io ho commentato due changeset ma non 
sembra aver intenzione di rispondermi.
Franco, scrivi al data working group, spiega brevemente la situazione e 
provvederanno loro a richiamarlo ed eventualmente fare il revert di 
qualche suo changeset.


Il 21/03/2017 21:53, Alfredo Gattai ha scritto:
l'utente e' "select" ho provato a contattarlo ma mi ha dato 
sostanzialmente del burocrate e sostiene che OSM e' una mappa e quindi 
di fatto mappa per il rendering facendo cose tipo mettere le note 
dentro name ed altre amenita' del genere.
Credo che ci voglia il DWG ma non essendo io della zona non ho molti 
esempi da fare.


2017-03-21 11:28 GMT+01:00 Marco >:


chi è il mappatore in questione?

Vedere che qualcuno fa modifiche alla mappa, peggiorandola, è
frustrante, anzi, fa proprio incazzare quando la cosa si protrae a
lungo. Gli hai scritto spiegando che sta modificando in peggio la
mappa? hai commentato qualche suo changeset?

Scrivigli, se risponde cerca di fargli capire il problema, se non
risponde scrivi al data working group e passa a loro la palla.

Per tenere sotto controllo l'area usa uno strumento tipo questo

http://simon04.dev.openstreetmap.org/whodidit/?zoom=12=37.75069=15.01001=BTT=1

;
ci vuole pochissimo a capire chi e cosa è stato modificato
nell'area e diventa facile capire chi contattare e come sistemare


Il 21/03/2017 10:00, frali...@alice.it 
ha scritto:



Buongiorno,

avendo una certa conoscenza dellEtna Orientale volevo
metterla disposizione di OSM, ma contro utenti che non
conoscendo i luoghi si mettono a modificare quello o
quell'altro senza sapere cosa stanno facendo non si può niente.
Quindi chiuderò la core zone cosa che stimo avverrà in un
paio di giorni e vi auguro buona fortuna
FrancoLI

Messaggio originale
Da: frali...@alice.it 
Data: 20-mar-2017 18.22
A: 

Ogg: [Talk-it] ritorna l'Utente Pasticcione






Buongiorno,
è ritornato l'Utente Pasticcione!
ed ha modificato in maniera minimale stavolta, l'area
sommitale vulcanica!!

 il Mongibello Recente è l'area dei Crateri
Centrali,  e l'area cartografata in OSM è l'area di
rischio vulcanico con criticità ordinaria, per questo
quell'avvertimento

http://www.caisicilia.it/wp-content/uploads/2013/05/Tavola-2.pdf



e qui tutto il malloppone

http://www.caisicilia.it/wp-content/uploads/2013/05/Regolamento-accesso-quote-sommitali-vulcano-Etna.pdf



mentre questo è il sito della Protezione Civile Nazionale


http://www.protezionecivile.gov.it/jcms/it/attivita_escursionistica_etna.wp;jsessionid=0181E8FF1A17FA75BF4E16744599D9A5.worker3



Perdonate se sarò prolisso, ma l'Etna rimane sempre
un vulcano attivo ed una montagna alpina e questo non
va dimenticato.

salve
FrancoLI








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


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


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

Re: [Talk-it] Wikidata e Osm aggiornamenti

[Lorenzo "Beba" Beltrami]

Il giorno 22 marzo 2017 11:06, Martin Koppenhoefer 
ha scritto:

> scusate la mia ignoranza: stiamo prendendo informazioni da osm e li
> inseriamo in wikidata?
>
Per quanto riguarda il mio caso personale ho inserito in Wikidata dati che
ho inserito anche in OSM perché l'origine dei dati sono io.
Faccio import dal mio cervello, che rilascia dati in pubblico dominio. =)

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

Re: [Talk-it] import civici Emilia Romagna

[Alessandro Palmas]

  
  
Buongiorno lista,
ho iniziato la Provincia di Ravenna.
https://wiki.openstreetmap.org/wiki/IT:Emilia_Romagna_import_numeri_civici_2016#Provincia_di_Ravenna

Se qualcuno vuole darmi una mano posso rendere disponibili i file in
formato csv già corretti al 95% (c'è da scorrere i file alla ricerca
di qualche refuso).
Chi preferisce dedicarsi alla conciliazione dei tag addr:street dei
civici coi nomi delle vie può farlo velocemente con Josm tramite lo
stile di visualizzazione 'Coloured Streets' o tramite il sito
OsmInspector (con l'avvertenza che non è aggiornato in tempo reale).

Alessandro Ale_Zena_IT
  


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

Re: [Talk-GB] Import Progress

[Andy Allan]

On 22 March 2017 at 09:24, Gregory  wrote:

> Besides notification, shall we now focus on actual concerns/comments on the
> imports taking place?

Please bear in mind that contacting the mailing lists isn't just for
the purposes of "notification", but is also supposed to be a mechanism
by which the importers seek guidance and outside expertise. Most
people running an import have far less experience in doing so than the
collective wisdom of the imports mailing list, for example. Or an
expert in imports will have less experience in tagging tree species
than the collective wisdom of the talk-gb mailing list, to give
another example.

So let's not make the false step of seeing this part of the guidelines
as just some "tick-box notification".

I would encourage that, rather than putting the burden on outsiders to
chip in with their opinions here, that instead the people who are
actually doing and promoting these imports are the ones to actively
follow the import guidelines, and actively seek out the guidance and
outside expertise themselves.

Thanks,
Andy

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

Re: [Talk-lt] OpenStreetMap bendravimo kanalai Lietuvoje

[Tomas Straupis]

> jau prabėgo beveik mėnuo. Gal jau yra rezultatai?

   Yra, bet kadangi buvo pažadėta atsakymų laukti iki kovo pabaigos,
tai iki kovo pabaigos ir palaukime. T.y. kovo pabaigoje parašysiu
plačiau apie rezultatus. O kol kas galiu pasakyti tik tiek, kad
pirmoje vietoje web forumas.

  Web forumas https://forum.openstreetmap.org/ šiaip jau yra, tik ten
nėra Lietuvos grupės „user: Lithuania“ (kur būtų galima rašyti
Lietuviškai apie Lietuvos žymėjimo aktualijas/klausimus). Jau trečią
savaitę bandau prisibelsti iki adminų, kad sukurtų tokią grupę, bet
kol kas nesėkmingai...

-- 
Tomas

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

Re: [Talk-it] Wikidata e Osm aggiornamenti

[Martin Koppenhoefer]

scusate la mia ignoranza: stiamo prendendo informazioni da osm e li inseriamo 
in wikidata?

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

Re: [Talk-lt] addr -> contact

[Tomas Straupis]

> Kolkas ši schema "draft" būsenoje. Tai gal verta užklausti autoriaus dėl
> tolimesnių veiksmų? Gal dar planuoja ką nors keisti? O gal jau galima
> pradėti balsavimą ir visiems nuspręsti?

  Kol kas aš pradėjau dėti žymas addr:contact=yes. Tokia žyma
patenkina visus šiandienos adresų QA poreikius ir vėliau bus labai
paprasta pagal šią žymą sutvarkyti duomenis į tokią schemą, kuri bus
patvirtinta (ir išimti addr:contact žymas). Osmose, aišku, vis dar
skųsis dėl adresų dublių.

  Dėl „draft“ būsenos. Kadangi sutarti bando viso pasaulio žymėtojai
su labai skirtingais supratimais tiek apie adresus, tiek apie IT
veikimo principus apskritai, tai rezultato gali tekti laukti dar labai
ilgai... Ir gali būti, kad contact:* variantas nebus patvirtintas „de
jure“, bet taps pagrindiniu „de facto“ (jei jį palaikys pagrindiniai
įrankiai). Šiandien, kiek suprantu, trūksta tik iD palaikymo. Visi
kiti pagrindiniai įrankiai contact:* schemą supranta (nominatim, JOSM,
OsmAnd, mapniko atveju su contact schema „netyčia“ gaunasi geresnis
rezultatas[1])...

1. Nebelieka va tokios numeriukų maišalynės:
https://openmap.lt/#l=54.70979,25.18806,19,L

-- 
Tomas

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

Re: [Talk-GB] Import Progress

[Gregory]

I've been roughly following this thread, and feel I should add some balance.

*As a director of OpenStreetMap UK,*
If you have a point/discussion to make on that organisation or the
collective of OSMers in the UK, please make another thread for it. Someone
said it's not a good way to treat a respected/dedicated member of the
community, and that may be right, in the same way some comments haven't
been a good way to treat a new member of the community who hasn't any
knowledge of import attitudes.

*As an individual,*
I've not been to West Midlands pub meetups but had heard on some list about
the NaPTAN update-import. I feel that a well-accepted import needs
slightly-less process followed before an update, but it's still good to do
some. As for the tree import, I've only heard in passing in chats. It would
be important for that to go through the full import guidelines.

Neil, thanks for offering a next steps suggestion to keep this moving on..,
> A (non-)apology that "other mappers' expectations haven't been met", and
some retrospective mailing list notification, etc. is probably the safest
way to go without opening the floodgates to future arbitrary imports.

I'm sure Brian understands the importance of keeping the community aware.
It's difficult because it's such a big community with so many mediums.
People who dislike the mailing lists are often good at informing the other
mediums, but that's no reason for mailing lists to be completely ignored,
especially as they can form a more permanent record of announcements. The
import mailing list tends to have less of the negative comments/arguments
people have come to associate with OSM mailing lists. I usually glance over
it very briefly as most imports don't geographically-concern or
subject-interest me.

Besides notification, shall we now focus on actual concerns/comments on the
imports taking place?

>From the North East,
Gregory.

On 21 March 2017 at 22:01, Neil Matthews  wrote:

> On 21/03/2017 11:20, Andy Allan wrote (more than this):
>
> I feel this is a politely phrased way of saying "we will continue to
>> ignore everyone and carry on what we're doing already".
>>
>> Thanks,
>> Andy
>>
>
> My take from previous mails is that all you need to do to import data now
> is go to the pub and discuss it with local regularly active mappers.
> For some values of local/regular/active (possibly even at a county-wide
> level) this just might involve me mumbling to myself in the corner of my
> local -- and bingo I've met the requirements.
>
> I think it's a bad precedent to set.
>
> A (non-)apology that "other mappers' expectations haven't been met", and
> some retrospective mailing list notification, etc. is probably the safest
> way to go without opening the floodgates to future arbitrary imports.
>
> Cheers,
> Neil
>
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>



-- 
Gregory
o...@livingwithdragons.com
http://www.livingwithdragons.com
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-cz] Pražské OSM setkání

[Mikoláš Štrajt]

Můžu se zeptat, co například bude na programu?

Poslední dobou OSM sleduju jen jedním okem, tak netuším co je třeba
"aktuální dění".

-- Původní e-mail --
Od: Pavel Zbytovský 
Komu: OpenStreetMap Czech Republic 
Datum: 21. 3. 2017 18:26:38
Předmět: [Talk-cz] Pražské OSM setkání
"


Ahoj,



naplánovali jsme s Mariánem pražské setkání OSM v Café Sicily [1]. Probereme
akutální věci okolo osmcz a osm obecně :-) 

Budete vítání ve středu 29.3. v 18:00.





Prosím potvrďte účast zde: [2]  (ať máme dost židlí)









Pavel







[1] https://osmap.cz/node/2684168472(https://osmap.cz/node/2684168472)   


[2] https://docs.google.com/spreadsheets/d/12zGtW414R9se_g_87FdmpHj2B6xO1gf5
mG94avTmFb4/edit?usp=sharing
(https://docs.google.com/spreadsheets/d/12zGtW414R9se_g_87FdmpHj2B6xO1gf5mG94avTmFb4/edit?usp=sharing)

[3] Google event: https://plus.google.com/events/cp2aqadshq7uqhbj4pf5vkn5fns
(https://plus.google.com/events/cp2aqadshq7uqhbj4pf5vkn5fns)






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

Re: [Talk-it] Prodotti biologici

[Gianluca Boero]

si...lo avevo pensato..

Grazie a te e Martin.


Il 21/03/2017 22:51, girarsi_liste ha scritto:

Il 21/03/2017 13:27, Gianluca Boero ha scritto:

Ciao...come mappare un negozio di articoli biologi? (dalla frutta
verdura al vino, formaggi ecc ecc)

Vedo che il tag shop=organic è deprecato.



Io per un negozio di frutta e verdura biologica, avevo messo, shop=farm,
organic=yes.

Quindi direi che nel tuo caso, visto vende un pò di tutto e particolare,
può essere shop=convenience/delicious e organic=yes.





--
Gianluca Boero


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

Re: [Talk-cat] Noms dels carrers

[Xavier Barnada]

Hola Joan,

Les dades que s'incorporen de altres fonts com ara mapes han de tindre una
llicència compatible amb la Odbl. En el cas de el mapa de l'ajuntament no
crec que sigui el cas.

Salutacions
Xevi

El dt., 21 març 2017, 23:26, Joan  va escriure:

> Estic mirant de completar alguns pobles de la garrotxa que tenen molts
> carrers sense nom, si faig servir l'informació que hi ha a la pàgina de
> l'ajuntament o que em passins per correu, puc fer servir com a font
> 'knowledge' o s'ha d'indicar amb alguna etiqueta concreta (o per alguna
> cosa no es pot fer servir, no se ..)
>
> Salut,
>
> Joan
> ___
> Talk-cat mailing list
> Talk-cat@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cat
>
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Re: [Talk-cat] [Geoinquiets Barcelona] HOTOSM inundaciones Perú.

[Laura García Maraña]

Yo también tengo que hacerlo desde casa. Voy haciendo.

Quería aprovechar para plantear si os parecería bien hacer alguna quedada
más adelante en la que alguien con experiencia en validación de OSM nos
pueda resolver dudas y ayudar a que lo hagamos un poco más seguros. Hacer
un intensivo.

En mi caso me apunté como validadora, pero entre que no domino el jsom, me
surgen muchas dudas de concepto e inseguridades como para pensar que lo
pueda estar bien.

Gracias!..Y a ver si va bien el empujon de hoy.

Saludos

El 21 mar. 2017 7:50 a. m., "Elena Sauleda" 
escribió:

Els de la Garrotxa farem com l'Estela i treballarem en remot.
Bolo, merci per l'enllaç!

Salut a tothom!

Elena Sauleda

(correu enviat des del mòbil)

El dia 20/03/2017 22.04, "Wladimir Szczerban"  va
escriure:

Hola a todos, yo el miércoles puedo a partir de las 19h si alguien puede
estar desde las 17h y puede hacer la introducción entonces pedimos la sala

Estela en el primer correo puse el enlace al gestor de tareas y puedes
colaborar en remoto


El 20 mar. 2017 6:37 p. m., "Jaume Figueras i Jové" 
escribió:

Hola,

jo ja he preguntat.

Podem disposar de l'aula de Macs dimecres de 17 a 21 amb 21 llocs de
treball amb ordinador, i qui vulgui pot venir amb portàtil que hi ha wifi.
És la mateixa aula que la 1a mapató d'Ecuador.

La xarxa, doncs ja sabeu "La FIBRA" :P :P :P

Digueu si o no i reservo aula per aquest dimecres 22 de 17 a 21h. Els
altres dies ja són aules petites de 13/14 ordinadors.

A5-S104 Campus Nord UPC - http://osm.org/go/xUbRUY9Oq--?m=

Salut!


On 20/03/17 16:27, Estela Llorente López wrote:

> Hola a tothom,
> Bolo, si podeu compartir la info per poder col.laborar també en remot,
> així els que no podem assistir, ho podem fer en des-hores.
>
> Gràcies!
>
>
> El 20/3/2017 16:17, "Raül"  > escribió:
>
>
> Ah, i pels que no coneixen l'ODG, estem al C/ Girona 25
> . Entre Tetuan i Urquinaona.
>
>
> ra.
> ___
> Abans d'imprimir aquest correu, pensa si és necessari. El medi
> ambient és cosa de tots.
> Antes de imprimir este correo, piensa si es necesario. El medio
> ambiente es cosa de todos.
>
> 2017-03-20 15:42 GMT+01:00 Jaume Figueras i Jové
> >:
>
>
> Hola,
>
> com sempre puc demanar aules amb PC/mac a la FIB. Problema,
> solament puc aquest dimecres (si puc, que encara no ho sé)
>
> De totes maneres pregunto per disponibilitat.
>
> Salut!
>
>
> On 20/03/17 08:38, Wladimir Szczerban wrote:
>
> Hola a todos,
>
> Hay algunas task que todavía queda mucho por hacer [1].
> Organizamos un mapathon?
> Alguien tiene una sala donde poder organizarlo?
>
> [1]
> http://tasks.hotosm.org/?sort_by=priority=asc
> ch=peru
>  rch=peru>
>
> --
> Saludos,
>
> Bolo
> www.geoinquiets.cat 
> 
>
>
> ___
> Talk-cat mailing list
> Talk-cat@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-cat
>
> 
>
>
> --
>Jaume Figueras i Jové
> o o o  Responsable de projectes SIG
> o o o  inLab FIB
> o o o
> U P C  Universitat Politècnica de Catalunya - Barcelona Tech
>
>E-mail : jaume.figue...@upc.edu
> 
>Web: http://inlab.fib.upc.edu/
>Telf   : +34937398621  (intern UPC:
> 98621)
>Mòbil  : +34650756456  (intern UPC:
> 44785)
>Fax: +34937398628  (intern UPC:
>
> 98628)
>
>Adreça : inLab FIB
> Edifici B5-S102
> C/ Jordi Girona, 31
> 08025 BARCELONA
>
> Ubuntu User #14347 - Linux User #504317
>
> ___
> Barcelona mailing list
> barcel...@lists.osgeo.org 
> https://lists.osgeo.org/mailman/listinfo/barcelona
>
> 
>
>
>
> ___
> Barcelona mailing list
> barcel...@lists.osgeo.org 
> https://lists.osgeo.org/mailman/listinfo/barcelona
>
> 
>
>
>
> 

Re: [OSM-talk-fr] Cartes en bois : quand les données libres font le bonheur des makers

[Jean-Christophe Becquet]

Le 20/03/2017 09:10, Sébastien Dinot a écrit :
> Entre nécessité d'avoir sous la main un fablab,
> un mappeur plutôt technique, un geek,
> tous disposés à consacrer du temps à ce type de réalisation,
> l'expérience me semble difficile à reproduire à grande échelle
> et c'est dommage car ce type de réalisation intéresserait surement
> de nombreuses communes, notamment rurales, n'ayant pas toujours
> les moyens de faire réaliser des panneaux d'information mettant
> en valeur leur patrimoine (lieux à visiter, sentiers de randonnées
> communaux, etc.)

Bonjour,

Avec le Centre de Ressources, on réfléchi en ce moment à la prochaine
étape et on aimerait bien documenter la procédure pour rendre ce type de
réalisation plus accessible.

Ça pourrait ressembler à :
 - organiser une cartopartie en mettant l'accent sur les tags détaillés
dans le vademecum OSMrural (à finaliser)
 - installer QGIS avec le plugin QuickOSM
 - exécuter telle série de requêtes (à écrire)
 - appliquer tel jeu de styles disponibles sous licence libre, avec tels
pictos et telles polices (à faire)
 - exporter vers tel format
 - graver sur tel type de support, avec tels réglages (à écrire)

Ça ne fera pas complètement disparaître le besoin d'accompagnement mais
ça pourrait encourager d'autres communes à répliquer, décliner, essaimer...

Bonne journée

JCB
-- 
Université d'été du développement de logiciel libre
{UDOS} du 28 au 30 juin 2017 à Digne 

==APITUX : le choix du logiciel libre==

APITUX - Jean-Christophe Becquet
BP 32 - 04001 Digne-les-Bains Cedex
06 25 86 07 92 - j...@apitux.com - http://www.apitux.com
SIRET : 452 887 441 00031 - APE : 6202A

===


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

Re: [OSM-talk-be] overpass query

[Marc Gemis]

2017-03-22 6:46 GMT+01:00 Karel Adams :
> Ik heb die query losgelaten op de buurt van luchthaven Deurne, echter het
> resultaat heeft precies hetzelfde nadeel als wat ik zelf reeds voorhad: de
> nodes zijn er netjes met hun coordinaten; echter de ways zijn samengesteld
> uit nodes maar van die nodes zijn er geen coordinaten. Klein uittrekseltje:

heb je ver genoeg naar beneden gescrolled ? ln het resultaat van die
query run zie ik na alle "ways"

...
  

  
  
  

  
...

je moet dus de ref van bv.  

"gaan zoeken" bij de nodes door de ref te matchen met een node id.

m

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