Re: [Talk-br] Estados Unidos libera arquivos de fronteira internacional com maior precisão Fwd: [OSM-talk] Fw: Updated, more detailed international bdy. shapefiles (US Dept. of State Office of the Geo

2013-06-18 Por tôpico Fernando Trebien 
Oi Arlindo,

Me parece que a versão oficial das fronteiras é a disponibilizada pelo
LNCC (http://info.lncc.br), então eu recomendo comparar com essa fonte
de dados. O LNCC tem outras coisas interessantes, como a posição dos
marcos de fronteira (boundary stones), que também podem ser importados
no OSM (mais a título de curiosidade).

Uma das vantagens do LNCC é a descrição textual da fronteira, que
permitiria dar nomes a vários elementos geográficos usados para
referência (como rios, morros, estradas, lagos, ilhas, etc.).

On Tue, Jun 18, 2013 at 5:21 PM, Arlindo Pereira
 wrote:
> Se alguém quiser trabalhar na importação de fronteiras internacionais, um
> órgão governamental dos EUA liberou um arquivo em domínio público com
> precisão supostamente maior que o que temos atualmente no OSM.
>
> []s
> Arlindo Pereira
>
> -- Forwarded message --
> From: Mikel Maron 
> Date: Sun, Jun 16, 2013 at 10:09 AM
> Subject: [OSM-talk] Fw: Updated, more detailed international bdy. shapefiles
> (US Dept. of State Office of the Geographer)
> To: "t...@openstreetmap.org" 
>
>
> Of interest to those of us working on boundaries. Some recent updates
> geographers at US State.
> -Mikel
>
> * Mikel Maron * +14152835207 @mikel s:mikelmaron
>
> - Forwarded Message -
> Sent: Friday, June 7, 2013 5:10 PM
> Subject: Updated, more detailed international bdy. shapefiles (US Dept. of
> State Office of the Geographer)
>
> All,
>
> I have you all on my list of folks interested in detailed international
> boundary lines.*
>
>  An update to our worldwide Large Scale International Boundaries (LSIB
> version 5) can be found as of today at http://HIU.state.gov (under “data”,
> down near the bottom (“June 2013 LSIB v. 5”, 17mb.))   This data set is in
> the public domain; no restrictions on its use.  It includes update such as
> an approximation of last month’s ICJ ruling on Burkina Faso-Niger’s
> boundary.
>
>  Also, after many requests, Kate Schaefer (in our sister “HIU” branch)
> and I put together last fall a worldwide country polygon file as well, which
> most closely matches the Sept. 2012 version (LSIB4b) of our international
> lines.  It is posted in the same place.
>
> We’re fortunate in this office (intact here at DoS since 1921) to have
> or have easy access to voluminous maps, treaties, and other international
> boundary information from the past 150 years.  We are also fortunate that
> our colleagues in DoD (NGA) and in the UK (DGC) have been researching and
> digitizing international boundaries since the late 1990’s; we continue to
> work closely today.  That’s given us a pretty good head start on quality
> control for the world’s 320-some international land boundaries.
>
> Considering the caveats in the attached doc (i.e., we follow US govt.
> policies; certainly anyone else using this data set can change it to conform
> to their own policies), we always welcome from professional geographers like
> yourselves  any corrections, suggestions, questions on international land
> (not maritime!) boundaries, their history, alignments, lengths, etc.
>
> all the best,
> Dave
>
> *if that’s not or no longer the case, let me know
>
>
>
>
>
> ___
> talk mailing list
> t...@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk
>
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-br
>



-- 
Fernando Trebien
+55 (51) 9962-5409

"The speed of computer chips doubles every 18 months." (Moore's law)
"The speed of software halves every 18 months." (Gates' law)

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

[Talk-br] Estados Unidos libera arquivos de fronteira internacional com maior precisão Fwd: [OSM-talk] Fw: Updated, more detailed international bdy. shapefiles (US Dept. of State Office of the Geograp

2013-06-18 Por tôpico Arlindo Pereira 
Se alguém quiser trabalhar na importação de fronteiras internacionais, um
órgão governamental dos EUA liberou um arquivo em domínio público com
precisão supostamente maior que o que temos atualmente no OSM.

[]s
Arlindo Pereira

-- Forwarded message --
From: Mikel Maron 
Date: Sun, Jun 16, 2013 at 10:09 AM
Subject: [OSM-talk] Fw: Updated, more detailed international bdy.
shapefiles (US Dept. of State Office of the Geographer)
To: "t...@openstreetmap.org" 


Of interest to those of us working on boundaries. Some recent updates
geographers at US State.
-Mikel

* Mikel Maron * +14152835207 @mikel s:mikelmaron

  - Forwarded Message -
*Sent:* Friday, June 7, 2013 5:10 PM
*Subject:* Updated, more detailed international bdy. shapefiles (US Dept.
of State Office of the Geographer)

 All,

I have you all on my list of folks interested in detailed international
boundary lines.*

 An update to our worldwide Large Scale International Boundaries (LSIB
version 5) can be found as of today at
http://HIU.state.gov(under “data”, down near
the bottom (“June 2013 LSIB v. 5”, 17mb.))   This
data set is in the public domain; no restrictions on its use.  It includes
update such as an approximation of last month’s ICJ ruling on Burkina
Faso-Niger’s boundary.

 Also, after many requests, Kate Schaefer (in our sister “HIU” branch)
and I put together last fall a worldwide country polygon file as well,
which most closely matches the Sept. 2012 version (LSIB4b) of our
international lines.  It is posted in the same place.

We’re fortunate in this office (intact here at DoS since 1921) to have
or have easy access to voluminous maps, treaties, and other international
boundary information from the past 150 years.  We are also fortunate that
our colleagues in DoD (NGA) and in the UK (DGC) have been researching and
digitizing international boundaries since the late 1990’s; we continue to
work closely today.  That’s given us a pretty good head start on quality
control for the world’s 320-some international land boundaries.

Considering the caveats in the attached doc (i.e., we follow US govt.
policies; certainly anyone else using this data set can change it to
conform to their own policies), we always welcome from professional
geographers like yourselves  any corrections, suggestions, questions on
international land (not maritime!) boundaries, their history, alignments,
lengths, etc.

all the best,
Dave

*if that’s not or no longer the case, let me know





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

Re: [Talk-br] Colaboradores estrangeiros

2013-06-18 Por tôpico Fernando Trebien 
Pessoal,

Em Roraima, o problema é na verdade com estas duas relações:
http://www.openstreetmap.org/browse/relation/326282
http://www.openstreetmap.org/browse/relation/326288

Elas são visíveis a partir do zoom=8 no OSMI selecionando em "View" o
item "Multipolygons" e apenas com a opção "Ring not closed" e suas
sub-opções marcadas na lista "Overlays". Para saber o número das
relações que eu apontei acima, basta clicar em cima das bordas
vermelhas e ver os detalhes no painel "Selection" à direita.

Ambas foram quebradas por este changeset:
http://www.openstreetmap.org/browse/changeset/16461474

Para descobrir, tive que ver como os membros da relação foram mudando
a cada changeset usando o plugin Reverter.

O problema aqui provavelmente foi o Potlatch, que não dá aviso nenhum
ao quebrar e/ou combinar linhas que são membros de relações.

Primeiro o usuário desconectou a fronteira entre Normandia e Uiramutã
da fronteira com a Guiana e depois a reconectou ao rio (!). Deve ter
sido um descuido só. Logo depois ele ajustou a fronteira, alinhando
com o traçado mais detalhado do rio Maú que separa os dois países.

A fronteira com a Guiana estava quebrada em 2 partes (uma para a
Normandia, outra para Uiramutã), então ele resolveu combinar as linhas
numa só. Nesse momento o JOSM daria um alerta, mas o Potlatch não
avisou nada. O que o Potlatch fez foi excluir uma das fronteiras da
Normandia e passá-la para a nova linha única, que passou a ser
fronteira de Uiramutã. Uma confusão.

Por fim, no norte da Normandia, o usuário adicionou um córrego que
serviria para melhorar a definição da fronteira. Pra isso, ele
primeiro excluiu um pedaço da fronteira (que era uma linha só
dividindo as duas cidades) bem no meio da cidade, dividindo a
fronteira em três, e daí excluiu a parte do meio. Nesse momento o JOSM
teria dado outro alerta, e o Potlatch não faz isso. Depois disso ele
traçou o córrego, e por fim duplicou o traçado fechando a fronteira,
mas faltou acrescentar esse novo pedaço de fronteira como membro da
relação.

Do ponto de vista do usuário, estava tudo normal, pois nenhum alerta
foi exibido. Eu também não o culpo por isso. Estou descrevendo em
detalhe só pra que o pessoal que usa Potlatch procure entender melhor
como funcionam as relações e tome cuidado ao mexer em fronteiras de
bairro, municipais e estaduais. Talvez o iD trate disso melhor.

On Mon, Jun 17, 2013 at 4:32 PM, Fernando Trebien
 wrote:
> Tem razão.
>
> Eu questionei o usuário agora, parece que os problemas a que ele se
> referiu são as linhas verdes, que são um aviso do OSMI de que os
> multipolígonos estão com a tag "type=boundary" quando o "mais certo"
> (porque do jeito que está não está "errado") seria ter
> "type=multipolygon" e "boundary=administrative".
> http://wiki.openstreetmap.org/wiki/Relation:boundary#Software_implementation
>
> Talvez seja possível "consertar" isso de forma automática, sem muita urgência.
>
> On Mon, Jun 17, 2013 at 3:56 PM, Aun Johnsen  wrote:
>> O problema e que o fronteira entre brasil e guiana-francese principal mente 
>> e selva silvestre - ninguem mora ai
>>
>> Aun Johnsen
>> Sent from my iPhone
>>
>> On 17. juni 2013, at 15:49, Fernando Trebien  
>> wrote:
>>
>>> Pessoal,
>>>
>>> Estou passando adiante um problema apontado por um colaborador
>>> uruguaio sobre relações de fronteira na borda entre Brasil e Guiana
>>> Francesa. Ele corrigiu um problema lá mas disse que há outros com
>>> fronteiras com admin_level 4 ou 8. Alguém quer verificar?
>>>
>>> http://tools.geofabrik.de/osmi/?view=multipolygon&lon=-60.33023&lat=4.37133&zoom=9&overlays=invalid_geometry_hull,duplicate_ways,intersections,intersection_lines,ring_not_closed_hull,ring_not_closed,unconnected_end_nodes,touching_inner_rings_hull,touching_inner_rings,role_mismatch_hull,role_mismatch,duplicate_tags_hull,duplicate_tags,multipolygons_type_is_boundary,type_is_boundary,ways,role_markers,way_end_nodes,way_nodes
>>>
>>> Ele disse que seria necessário ter conhecimento da fronteiras para
>>> consertar. Sei que uma boa fonte para fronteiras entre países é o LNCC
>>> (http://info.lncc.br). Para as estaduais e municipais talvez seja
>>> melhor alguém que mora no lugar ou que tem acesso aos dados oficiais
>>> verifique.
>>>
>>> -- Forwarded message --
>>> From: muralito 
>>> Date: Mon, Jun 17, 2013 at 12:49 PM
>>> Subject: [OpenStreetMap] Re: Brasil-Guyana border was broken
>>> To: fernando.treb...@gmail.com
>>>
>>>
>>> Hi Fernando Trebien,
>>>
>>> muralito has sent you a message through OpenStreetMap with the subject
>>> Re: Brasil-Guyana border was broken:
>>>
>>> ==
>>>
>>> Sure, yesterday I also fixed some borders in RS.
>>> http://www.openstreetmap.org/browse/changeset/16569574
>>> http://www.openstreetmap.org/browse/changeset/16569483
>>> http://www.openstreetmap.org/browse/changeset/16567334
>>> http://www.openstreetmap.org/browse/changeset/16567278 but there are
>>> others border relations broken that cannot be fixed without knowing
>>> the real