Re: [Talk-br] Duvida utilização

[Márcio Aguiar Ribeiro]

Lucas,

a ferramenta abaixo que permite importar os dados do OSM no PostgreSQL.

http://wiki.openstreetmap.org/wiki/Osm2pgsql

Abraços

Em sex, 15 de jul de 2016 às 08:02, Paulo Carvalho <
paulo.r.m.carva...@gmail.com> escreveu:

> Lucas, na página que eu passara anteriormente (
> https://switch2osm.org/serving-tiles/manually-building-a-tile-server-14-04/)
> demonstra passos para montar um serviço completo de mapas.  Um desses
> passos é justamente importar dados do OSM para um banco de dados.  Sugiro
> acessar a página e buscar "Importing data into the database" na página (são
> muitos passos diferentes).
>
> Em 14 de julho de 2016 22:59, Lucas Salvino de Deus <
> lucassalvi...@gmail.com> escreveu:
>
>> Boa Noite
>>
>> Estou cursando Ciência da computação e estamos desenvolvendo um projeto
>> para utilização de algoritmos genéticos para o calculo de rotas. Tem como
>> salvar o mapa
>> em um banco de dados para utilizarmos em nossa rede para realizarmos
>> testes?
>>
>> --
>> Atenciosamente
>> Lucas Salvino
>> (62)99677 0058
>>
>> ___
>> 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-br] Dúvidas

[Márcio Aguiar Ribeiro]

Que serviço, especificamente, você está usando?

Em ter, 28 de jun de 2016 às 11:11, Arlindo Pereira <
arlindosaraivapere...@gmail.com> escreveu:

> Olá Diógenes,
>
> sim, existem limites, especialmente no seu caso que está usando a API
> principal para fins que não sejam de edição. Verifique a seguinte página:
> http://wiki.openstreetmap.org/wiki/API_usage_policy
>
>
> []s
> Arlindo Pereira
>
> 2016-06-28 10:30 GMT-03:00 Diógenes Vargas Bittencourt <
> diogenes.bittenco...@grupotroca.com.br>:
>
>> Bom dia prezados, sou novo na utilização do serviço do openstreetmap, e
>> gostaria de saber se existe algum limite de uso para os serviços
>> disponibilizados. Pois temos alguns serviços que desenvolvemos internamente
>> que fazer essas requisições algumas vezes, e não utilizamos cache, porque
>> com isso ele não calcula a rota novamente, e com isso teríamos uma rota
>> errada.
>> Hoje pela manhã tentamos acessar e estava bloqueado, simplesmente não
>> abria do nosso link principal, mas não abre só o mapa, e acessando por
>> outro endereço consigo normalmente.
>>
>> Att,
>>
>> Diógenes V. Bittencourt
>>
>> ___
>> 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-br] Problema de Prédios em Overlapping (Importação PMPA)

[Márcio Aguiar Ribeiro]

Você atualizou o josm?

Tive um problema semelhante ontem, mas com as áreas de dois hotéis. Sempre
utilizei caminhos sobrepostos em prédios e amenities que são colados um no
outro e nunca tive problema. Ontem ficou dando esse aviso no validador.


Em ter, 10 de mai de 2016 às 08:22, Sérgio V.  escreveu:

> Ok Nelson,  vou testar o merge e com validador.  Também imaginei que não
> fosse "errado". E fiquei preocupado também com a questão de se fosse ficar
> aparecendo sempre dezenas de warning no validador para cada quadra,
> atrapalhando, ou cada um que visse iria quere arrumar, bagunçando. Mas
> creio que talvez o JOSM deveria rever isto dos warnings. Obrigado!
>
>
> - - - - - - - - - - - - - - - -
>
> Sérgio / user:smaprs
> ___
> 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] RES: Limite de cidades com distritos

[Márcio Aguiar Ribeiro]

Não vou me alongar, pois o Leonardo já tocou todos os pontos pertinentes da
discussão.

Concordo que as regiões definidas pelo IBGE *não devem ser*
boundary=administrative. Por mim criariamos um outro valor para essa chave,
como* boundary=ibge* ou *boundary=statistical*. Estou certo que não
perderemos nada e vai melhorar muito para as ferramentas que trabalham em
nível global e entendem todas essas fronteiras como administrativas de
forma errada.

Se houver votação, com certeza darei meu voto para alterar.

Abraços.

Em qui, 28 de abr de 2016 às 10:33, Reinaldo Neves 
escreveu:

> Em contribuição a essa discussão sobre as micro e meso regiões,  sempre
> entendi ambas as divisões como sendo de uso estatístico e não politico
> administrativo,  lembrando que esta divisão foi oficializada no final da
> década de 80 do século passado.
>
> O documento de apresentação da nova divisão, publicada pelo IBGE em 1989,
> tem seu parágrafo final o seguinte texto:
>
> "Com esta obra   o Departamento de  Geografia da Diretoria de  Geociências
> do IBGE  entrega aos seus  usuários a  Divisão Regional  que deverá ser
> adotada  a partir de   01/  1/90   pelo  Sistema   Estatístico  Nacional
> em  observância   ao parágrafo único do Art2  da  Resolução PR-51  A
> relevância deste trabalho sobre a  organização regional  do Brasil  reside
> não só no fato de servir á  divulgação de dados   estatísticos   segundo
> os  apreçados espaciais produzidos   mas   também  na perspectiva   de
> oferecer   elementos   para  a  compreensão   da  organizaçãodo
> território nacional
>
> SOLANGE TIETZMANN SILVA
> Chefe do Departamento de Geografia"
>
> A inclusão dessas divisões no OSM é  interessante na medida que que os
> mapas possam ser processados para correlação com dados do censo.
>
>
> Reinaldo Neves
>
>
>
> -Mensagem original-
> De: Leonardo Brondani Schenkel [mailto:leona...@schenkel.net]
> Enviada em: quinta-feira, 28 de abril de 2016 05:40
> Para: talk-br@openstreetmap.org
> Assunto: Re: [Talk-br] Limite de cidades com distritos
>
> On 28/04/2016 02:05, santamariense wrote:
> > @Leonardo e comunidade:
> >
> > Estive conversando com um exímio mapeador aqui do OSM BR, que também
> > trabalha no IBGE. No entender dele e conforme seus conhecimentos na
> > área, micro e meso não são administrativos. Mas essa é a opinião dele.
> > Ele também concorda que subdistritos são sim níveis administrativos.
>
> Que legal, obrigado por falar com teu amigo. Qualquer opinião de alguém
> envolvido com o IBGE é super bem-vinda.
>
> > Então embora eu queira que permaneça as micro e meso, já não tenho
> > tanta certeza se condizem com a tag admin_level. Acho que essa
> > conversa vai longe...
>
> Verdade, a discussão tem o potencial de ir longe. Mas ninguém está
> apressando, eu acho. No meu caso estou argumentando a título de discussão
> apenas — só para ver se há um consenso se é mal uso da tag.
> Honestamente, pra mim é evidente dados os argumentos que tenho
> apresentado, mas não quero ser dono da verdade: só estou tentando ao máximo
> discutir de forma objetiva e não subjetiva (afinal, todos temos nossa
> opinião e preferências e não espero mudar a de ninguém nesse
> aspecto) — se a tag tem uma definição e um propósito bem-definidos
> (documentados ou na prática) e estamos colocando outra coisa que não se
> encaixa, esse é um uso incorreto independente da minha opinião pessoal se
> gosto ou não.
>
> Conseguem citar algum mapa político ou rodoviário (ou algum outro que
> mostre as bordas administrativas) que tenha linhas delineando as
> meso/micro-regiões do Brasil? Nem o Google Maps nem nenhum outro mapa
> online de outra empresa que verifiquei têm. O mapa político do IBGE também
> não:
> ftp://geoftp.ibge.gov.br/mapas_tematicos/mapas_murais/Brasil2500_2014/.
> Se alguém sabe de algum que tenha, por favor cite aqui — toda informação é
> bem-vinda.
>
> Caso um consenso em torno disso se forme, vamos ter que discutir o que
> fazer em seguida. Acho que é bom ficar claro que não significa que serão
> imediatamente removidos os tags admin_level=5/7 que existem nos dados, até
> porque é algo que vai contra o procedimento padrão do OSM. A única
> conseqüência inicial é que a documentação/wiki seriam atualizados para
> descontinuar seu uso. Uma nova forma de 'taguear' micro/meso regiões seria
> proposta (algo como boundary=ibge + ibge_level=X, mas isso é só um exemplo
> que inventei) e colocaríamos em batch as novas tags nos dados tagueados com
> admin_level=5/7 — estressando o fato de que o admin_level vai continuar lá.
> Eventualmente, depois de algum tempo (estou falando em anos), os tags
> admin_level para micro/micro-regiões são removidos.
>
> > Porém, Leonardo, me responda: O que desqualifica as micro e meso
> > regiões como níveis administrativos, que não acaba por desqualificar
> > as Grandes Regiões (Norte, Sul, Centro-Oeste, Nordeste,...) também???
>
> Finalmente! Estava esperando alguém me fazer esta 

Re: [Talk-br] Colaboração

[Márcio Aguiar Ribeiro]

Olá, Roberto!

Seja bem vindo e pode contar com nossa colaboração.

Caso se interesse também temos outras formas de contato, como grupos de
mensagem instantânea no Telegram e fóruns online. Todos estão listados em
http://wiki.openstreetmap.org/wiki/Pt:Contact

Parabéns pelo trabalho e sucesso.



Em qui, 17 de mar de 2016 às 15:51, Roberto Rocha  escreveu:

> Olá pessoal,
>
>
> Eu sou o Roberto, novo integrante da Talk-br. Eu e minha amiga Lívia, que
> futuramente irá se apresentar por aqui, somos integrantes do Grupo AGORA (
> http://www.agora.icmc.usp.br/site/agora/). Um grupo que tem como o
> objetivo desenvolver soluções para melhoria da resiliência de comunidades
> vulneráveis contra inundações. Um dos focos de atuação do grupo é o
> mapeamento de áreas de risco por meio da plataforma OpenStreetMap (OSM).
>
> Atualmente, estou fazendo o meu doutorado sanduíche em Münster (Alemanha)
> e a Lívia, também em período sanduíche, em Heidelberg (Alemanha). O
> principal objetivo do meu projeto de doutorado é entender como ocorre a
> colaboração entre a comunidade do OSM, a comunidade afetada pelo desastre e
> tomadores de decisão.  Essa ideia surgiu durante a participação do grupo
> nas atividades de mapeamento colaborativo realizadas após o terremoto no
> Nepal em 2015.
>
> Em uma visita recente minha a Heidelberg, nós (eu e Lívia) tivemos uma
> reunião com os DisasterMappers (https://disastermappers.wordpress.com/),
> um grupo de jovens engajados nas atividades de mapeamento colaborativo
> realizadas antes e após desastres naturais. Nesta reunião, discutimos a
> possibilidade de estabelecer parcerias entre os DisasterMappers e a
> comunidade brasileira.
>
> Inicialmente, o objetivo dessa parceria será mapear infraestruturas
> críticas, como hospitais, escolas, entre outras. O nosso intuito é iniciar
> o mapeamento pelas cidades de São Carlos e São Paulo, visto que o nosso
> projeto está estabelecido em ambas as cidades.
>
> Assim, gostaríamos de contar com o apoio da comunidade brasileira para
> estabelecermos essa parceria com os DisasterMappers (Heidelberg). Nos
> colocamos à disposição para sugestões, dúvidas ou comentários.
>
> Desde já agradecemos a atenção.
>
>
> Atenciosamente,
>
>
> Roberto Rocha
> Lívia Degossi
> ___
> 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] ATUALIZAÇÃO MAPAS

[Márcio Aguiar Ribeiro]

Bom dia, Jean.

Consegue sim. Você já fez alguma edição no iD?

Se você já possui as coordenadas o ideal seria utilizar o JOSM [1] para
inserir a ferrovia no mapa. Qual o formato do arquivo das coordenadas?

[1] https://josm.openstreetmap.de/

Em ter, 23 de fev de 2016 às 08:21, Jean Braga 
escreveu:

> Bom dia,
> Quero saber qual a possibilidade de atualizar os mapas que faz referencia
> a Ferrovia Norte-Sul? Esta já se encontra pronta e no mapa mostra fotos da
> época das construções.
>
> Consigo inserir coordenadas para marca os pontos que quero ter acesso?
> Tenho a lista de coordenadas da Ferrovia Norte Sul atualizada, caso
> necessite posso enviar a vocês.
>
> Ats
>
> Jean Braga
> Chefe Seção Técnica
> ___
> 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] mudança de estilo conforme escala

[Márcio Aguiar Ribeiro]

Você pode fazer o seu próprio estilo utilizando ferramentas como Mapbox
Studio [1] e QGIS [2] com os dados do OpenStreetMap, mas não consegui
entender se é realmente isso que você precisa.

[1] https://www.mapbox.com/mapbox-studio/
[2] http://www.qgis.org/

Em qua, 13 de jan de 2016 às 16:02, Cassio Eskelsen 
escreveu:

> Isso é o render do mapa que faz, você não precisa se preocupar com isso
> (nem tem controle), só em classificar corretamente os eixos conforme seu
> tipo.
>
> Abraços
>
> Cássio
>
> Cássio Rogério Eskelsen
> 3Geo
>
> 2016-01-13 12:52 GMT-02:00 Kátia Pereira :
>
>> Caros,
>>
>> Tenho interesse em adicionar ao Open Street Map as estradas legais e
>> ilegais para a Amazônia Legal. Observei que durante a navegação do mapa, os
>> estilos e labels das feições mudam conforme eu vou mudando a escala de
>> visualização. Gostaria de saber como isso é feito.
>>
>> Kátia Regina Pereira
>>
>>
>> ___
>> 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-br] Estamos vivenciando uma experiência meritocrática?

[Márcio Aguiar Ribeiro]

É isso, Gerald!

*"... Se tudo que você deseja é um mapinha bonitinho para pendurar na
parede acho que o sistema até atende. Mas se você deseja um sistema
confiável, por exemplo para fazer um roteamento, então o OSM falha
completamente. "*

Isso precisa ser repetido 1000 vezes. O OSM não é apenas um mapa de fundo
para colocar camadas de marcadores e polígonos no seu app ou sistema web.
Eu sou mapeador por hobby, mas também utilizo o OSM profissionalmente para
realizar *geocode, reverse geocode e roteamento*. E foi pra isso que ele
foi criado. Enquanto o sistema for "anárquico", as empresas/pessoas que
precisam do mínimo de confiabilidade não vão utilizar o OSM para outros
fins que não seja de mapa de fundo. Estaremos eternamente presos as
soluções fechadas. Pra que o OSM, então?


Em ter, 5 de jan de 2016 às 09:28, Nelson A. de Oliveira 
escreveu:

> Ótimas colocações, Gerald.
>
> ___
> 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] Lacuna no mapa - SC

[Márcio Aguiar Ribeiro]

Eu ia, justamente, citar o StackOverflow. Precisamos de um sistema de
pontuação urgente no OSM. Como podemos permitir que um usuário com menos de
10 edições apague um grande conjunto de dados? Ou até mesmo submeta uma
grande alteração sem antes ser validado por um usuário mais experiente?

Acredito que são mudanças simples que podem evitar muitos problemas.

Em dom, 27 de dez de 2015 às 18:33, Peter Krauss 
escreveu:

> Olá a todos,
> Gostaria de aproveitar as colocações do Gerald...
> antes lembrar que o assunto aqui era a "lacuna no mapa", percebida pelo
> Adriano: alguém conseguiu reverter ou resgatar os dados perdidos?
> PS: e quanto ao uso desse recurso da Wiki
> ,
> faz sentido entrar com uma descrição do caso?
>
> - - - -
> Em resposta ao Gerald, eu gostaria de apresentar o modelo de trabalho do
> Stackoverflow, que contempla o nosso perfil de comunidade e atividades,
> é baseado num algoritmo de distribuição de revisões aos experts (*fellow
> members*):
>  http://stackoverflow.com/review
> ele pode ser adaptado a ambientes como OSM, e pode ser usado apenas um
>  contexto específico como OSM-BR.
> O algoritmo de distribuição de revisões garante também um maior
> acolhimento aos novatos.
> Os tais *fellow members* são justamente os usuários com qualificação
> minimamente comprovada, que o Alexandre tentava descrever em termos de
> pontos de participação no outro *thread* aqui da Lista.
>
> Alias, entendo que já existe coisa semelhante no OSM, só que mais passiva,
>
>   http://learnosm.org/en/coordination/tasking-manager/
>
> Acredito que que possamos chegar a um "algoritmo ideal"... Que tal
> começarmos a consolidar essas discussões na Wiki
> ?
> Alguém poderia ajudar?
> Essas discussões todas são esclarecedoras e podem convergir em decisões
> sábias e promissoras, é um desperdício perdermos elas todos os anos aqui na
> Lista... Falta dar o passo seguinte, que é resumir/consolidar os consensos
> e (quando fizer sentido) consultar o resto da comunidade.
>
>
> Em 27 de dezembro de 2015 12:05, Arlindo Pereira <
> openstreet...@arlindopereira.com> escreveu:
>
>> Mais que isso: o OSM parte do princípio que ninguém melhor que um
>> mapeador local para verificar se as edições locais são, de fato, válidas.
>> Um editor remoto poderia verificar se uma determinada edição é maliciosa,
>> mas apenas até certo limite, apenas se o "mal" feito for bastante óbvio
>> (deleção de vias etc).
>>
>> Por outro lado, outros tipos de edições (digamos, adição de POIs como
>> bares, restaurantes, farmácias etc.) totalmente fictícias poderiam ser
>> verificadas só por editores locais.
>>
>> Precisamos, essencialmente de mais braços. *Precisamos de muitos fazendo
>> o suficiente, não de poucos fazendo muito.* Por isso a "chatice" de
>> alguns membros, porque o malfeito de um ou outro pode colocar em risco
>> todas as demais contribuições (seguindo regras internacionais do projeto,
>> nada que definimos por aqui, e que quem quiser contribuir tem
>> necessariamente de seguir).
>>
>> []s
>> Arlindo
>>
>> 2015-12-25 20:14 GMT-02:00 Gerald Weber :
>>
>>> Oi Paulo,
>>>
>>> interessantes as suas colocações, mas tenho algumas observações a fazer
>>>
>>> 2015-12-25 14:37 GMT-02:00 Paulo Carvalho 
>>> :
>>>
 A coisa é muito simples e funciona.  Darei dois exemplos de sucesso já
 comprovado: software open-source e publicações científicas.

>>>
>>> Nenhum dos dois modelos involve leigos, mas pessoas altamente
>>> especializadas. Ninguém contribui num projeto de software sem ao menos um
>>> domínio básico das linguagens envolvidas. Ninguém publica em revistas
>>> científicas sem muitos anos de especialização. Outro ponto é que o número
>>> de pessoas envolvido num projeto de software é bastante restrito, assim
>>> como o número de pessoas que estão envolvidas numa publicação caberiam numa
>>> sala (exceto nas colaborações de física de partículas, exemplo LHC).
>>>
>>> Já o modelo do OSM envolve uma variedade de pessoas muito grandes, desde
>>> especialistas em GIS até leigos totais em cartografia (como eu por
>>> exemplo). Também o número de pessoas envolvido aqui é bem maior do que em
>>> qualquer projeto de software típico.
>>>
>>>
 Ambos os processos são pautados no princípio do terceiro confiável.  O
 OSM não aplica esse princípio, ou seja assume que uma das partes (no caso
 os usuários) é confiável, e o resultado são as frustrações e as
 consequentes perdas de tempo consertando que vemos com frequência.
 Conclusão: o modelo de colaboração do OSM é ineficiente.  A solução para
 essa ineficiência está aí.  Não fazem porque não querem.

>>>
>>> Não sei como se poderia operacionalizar um modelo de validação eficiente
>>> no OSM diante de um público tão 

Re: [Talk-br] duvida de tunnel=culvert

[Márcio Aguiar Ribeiro]

Tem também a chave intermittent para indicar períodos de seca do fluxo.

http://wiki.openstreetmap.org/wiki/Key:intermittent

Em seg, 23 de nov de 2015 às 16:59, Alexandre Magno Brito de Medeiros <
alexandre@gmail.com> escreveu:

> Estranhei o nome da marca
>  aqui. Então achei na
> Wikipedia EN: Ford (crossing)
> 
>
> Em 23 de novembro de 2015 16:30, Vítor Rodrigo Dias 
> escreveu:
>
>> Sim, essas são exceções, tem inclusive a tag highway=ford.
>>
>> Em seg, 23 de nov de 2015 às 17:17, Alexandre Magno Brito de Medeiros <
>> alexandre@gmail.com> escreveu:
>>
>>> Existem lugares no interior do nordeste, que dão acesso a sítios¹, que
>>> quando o rio² tem água, ele cruza a via. Geralmente o terreno é barro duro³
>>> ou cascalho. Estou sabendo hoje que parece o nome disso ser "vau
>>> ".
>>>
>>> 1 - granjas de região seca, ou coisa que o valha
>>> 2 - ou melhor: o riacho
>>> 3 - que vira lama
>>>
>> ___
> 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] RES: RES: OSM - CNEFE

[Márcio Aguiar Ribeiro]

Oi, Lucas!

Muito bom! Eu venho planejando fazer isso faz um tempo já. Entrei no
repositório e fiquei fuçando o código e o que eu entendi é que ainda não
está disponível, certo?

Marcio Aguiar Ribeiro

2015-09-28 13:19 GMT-03:00 Lucas Ferreira Mation :

> Pessoal,
>
> retomando este assunto:
>  consegui (finalmente!!!) cruzar os quarteirões do CNEFE com os do OSM.
>
> O Cnefe tem 2.1 milhões de quarteirões.
> O OSM tem 1.6 milhões de "quarteirões" (os quarteirões são algo que eu
> mesmo crio, a partir da interseção das Ruas do OSM). Destes apenas 480 mil
> tem todos os lados nomeados.
>
> O primeiro critério do cruzamento foi que os quarteirões tinham que cair
> no mesmo município (a partir do shapefile de municípios de 2010 do IBGE). O
> 2o critéiro foi que os nomes de todas as ruas que compõem o quarteirão
> batessem nas duas bases.
>
> Com este critério consegui identificar 95mil quarteirões do CNEFE no OSM.
> Para estes quarteirões temos todos os endereços que estão no CNEFE.
>
> Os municípios com mais quarteirões são:
>
> São Paulo - 5mil.
> Bejo Horizonte -  3,5mil
> Curitiba - 3.2mil
> Campo Grande - 2.7mil
> Fortaleza - 1.9mil
> Ribeirão Preto - 1.7mil
> Rio de Janeiro - 1.5mil
>
> e assim vai. Encontrei quarteirões em 1822 municípios, mas a maioria tem
> menos de 20 quarteirões encontrados.
>
> Isso foi com pareamento extato. Vou começar agora a testar com fuzzy
> matches.
>
>
>
> ao longo do dia vou migrar o código para:
> https://github.com/lucasmation/osm_cnefe_import
>
>
>
> Lucas
>
>
>
>
>
>
>
>
> 2015-07-14 12:12 GMT-03:00 Peter Krauss :
>
>> Oi Lucas, ótimo trabalho (!), assim que sobrar um tempo (algum final de
>> semana) ponho a mão-na-massa, para entender o que voce fez e como podemos
>> conversar mais tecnicamente ;-)
>>  (se tiver ilustrações, ex. UML, de modelo de dados para postar no git
>> também ajuda)
>> Como sou novato, pretendo seguir um pouco "pelas bordas" e no escopo mais
>> geral das discussões...
>>
>> A ideia geral do projeto de Mapa-do-CEP ainda é rascunho mas pode ser
>> apreciada em
>>http://wiki.okfn.org/Open_Knowledge_Brasil/Mapa-do-CEP
>> que tal começarmos pelo CEP2?
>>
>> - - - -
>> Quanto os problemas legais (direitos autorais reclamados pela ECT bem
>> como lei do monopólio) , precisamos de apoio internacional, inclusive da
>> OSM... Comecei a busca por essa discussão (link abaixo), e senti
>> receptividade,
>>
>> *http://opendata.stackexchange.com/q/5600/1313
>> *
>> a parte juridica é importante para não jogarmos nosso tempo no lixo...
>> Até onde conversei com advogados, se criarmos uma metodologia (algoritmos)
>> para espacialização do CEP (ver links Wikipedia com preliminares), não tem
>> problema algum: o primeiro a publicar é o autor... Por isso acho importante
>> termos resultado a curto prazo de um projeto-piloto com OSM e publicarmos
>> no http://arxiv.org
>>
>>
>>
>>
>>
>> Em 14 de julho de 2015 11:13, Lucas Ferreira Mation <
>> lucasmat...@gmail.com> escreveu:
>>
>>> Pessoal, estou colocando o que já tenho de código em:
>>>
>>>
>>> https://github.com/lucasmation/osm_cnefe_import
>>> (que perdoe a lingua portuguesa, escrevi em ingles para poder pegar mais
>>> feedback dos desenvolvedores do OSM no mundo, foruns, etc)
>>>
>>> Peter, bem vindo. Eu usei mesmo esta pergunta do gis.stackexchange. E
>>> elaborei em cima. Esta questão de dois lados do mesmo seguimento de rua
>>> teremo o mesmo CEP eu poderia explorar para melhorar o paramento, mesmo em
>>> quadras não pareadas. Mas o quão certo, 100% é isso?
>>>
>>> abs
>>> Lucas
>>>
>>>
>>>
>>>
>>> 2015-07-13 19:01 GMT-03:00 Peter Krauss :
>>>
 Oi gente, acabo de me inscrever na lista... Posso participar da
 discussão?

 Eu tenho interesse no mapeamento do CEP e do CNEFE, que justamente
 ajudam a resolver ambiguidades e
 dar mais confiança à geocodificação... Até onde verifiquei, o
 Mapa-do-CEP não oferece problema jurídico...
 Postei um esboço metodológico da sua construção, na Wikipedia,

 https://en.wikipedia.org/wiki/Postal_code#Codes_defined_indirectly_to_administrative_borders
 que acham?
 Alguem falou em quadras por aqui, é justamente o foco metodológico...
   http://gis.stackexchange.com/q/80498/7505

 PS: sobre pontos de endereçamento de utilidade publica, um bom projeto
 de referencia é o http://adresse.data.gouv.fr/


 ___
 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
>> 

Re: [Talk-br] Relação Baía de Guanabara X Ilha do Governador

[Márcio Aguiar Ribeiro]

A relação da Baia da Guanabara estava com os ways fora de ordem. Verifica
se a correção fez efeito.

Marcio Aguiar Ribeiro

2015-09-22 14:00 GMT-03:00 Vítor Rodrigo Dias :

> Marcio,
>
> Acontece somente na Ilha do Governador ou em alguma outra?
>
> Em ter, 22 de set de 2015 às 13:52, Arlindo Pereira <
> openstreet...@arlindopereira.com> escreveu:
>
>> Certamente. Vou passar para o mapeador que trabalhou na Ilha.
>>
>> []s
>>
>>
>> 2015-09-22 12:51 GMT-03:00 :
>>
>>> Amigos,
>>> ao compilarmos o mapa Cocar na data de hoje identificamos que a Ilha do
>>> Governador – RJ foi encoberta pela Baía de Guanabara. Estranhamos que
>>> somente a Ilha do Governador foi encoberta, as demais ilhas da baía de
>>> Guanabara e que constam da relação da Baía como membros inner não o foram.
>>>
>>> Na tentativa de identificação do problema constatamos que o grupo criado
>>> e informado em http://www.openstreetmap.org/user/Nighto/diary/35888
>>> está executando um excelente trabalho de importação de dados de bairro do
>>> Rio de Janeiro, entretanto acreditamos que a alteração feita em
>>> http://www.openstreetmap.org/relation/1964267 acarretou um problema,na
>>> Ilha do Governador de ser encoberta pelas aguas da Baía de Guanabara e
>>> somente ela porque as demais ilhas não foram.
>>>
>>> Identificamos que a Ilha do Governador está formatada como multipoligono
>>> em
>>> http://www.openstreetmap.org/relation/5519132#map=14/-22.8049/-43.2109
>>> e que seus membros outer estão incluídos como inner na relação da Baía de
>>> Guanabara, o que na nossa opinião é normal.
>>>
>>> Estamos quebrando a cabeça e ainda não identificamos onde está o
>>> problema. Alguém poderia nos auxiliar?
>>>
>>> []s
>>> Marcio
>>>
>>> ___
>>> 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
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Mapear agências bancárias

[Márcio Aguiar Ribeiro]

Só gostaria de ressaltar que ao buscar no nominatim, tanto o brand, como o
operator, como o name são levados em consideração. Então se alguém buscar
"Posto Shell" ou "Banco Itaú", ele vai encontrar mesmo se não estiver no
name.

Marcio Aguiar Ribeiro

2015-09-18 11:30 GMT-03:00 Adriano Rosa :

>
> "P.S.2: Acho que sempre devemos colocar a bandeira em brand, mesmo quando
> a adotarmos para o nome também. Inclusive acho que poderíamos indicar de
> alguma forma brand de postos sem bandeira."
>
> para esse tipo de posto eu coloco "Branca" no campo bandeira, com base no
> que diz a ANP
> 
> :
>
> *Bandeira Branca *Posto revendedor varejista que opta por não exibir a
> marca comercial do distribuidor de combustíveis líquidos derivados de
> petróleo, álcool combustível, biodiesel, mistura óleo diesel/biodiesel
> especificada ou autorizada pela ANP e outros combustíveis automotivos, e
> que identifica de forma destacada e de fácil visualização, em cada bomba
> abastecedora, o distribuidor de combustíveis líquidos derivados de
> petróleo, álcool combustível, biodiesel, mistura óleo diesel/biodiesel
> especificada ou autorizada pela ANP, e outros combustíveis automotivos
> fornecedor do respectivo combustível.
>
> Em sex, 18 de set de 2015 às 11:04, Arlindo Pereira <
> openstreet...@arlindopereira.com> escreveu:
>
>> Voltando para os bancos, geralmente tem escrito pequeno, vide foto a
>> seguir:
>>
>>
>>
>> O tamanho do letreiro vs. o tamanho do que seria o official_name da
>> agência provam meu ponto sobre bancos.
>>
>> Sobre postos de gasolina, ok, fui convencido; não dirijo então não posso
>> falar nada.
>>
>> []s
>> Arlindo
>>
>> 2015-09-18 9:13 GMT-03:00 Márcio Vinícius Pinheiro <
>> marcioviniciu...@gmail.com>:
>>
>>> Se o Posto Moinho, o Posto Natal e o Posto Chefão têm placas e
>>> letreiros, acho justo, sim, que sejam identificados por esses nomes na tag
>>> name. Em rodovias normalmente os postos têm mesmo seus nomes em placas. Eu
>>> mesmo já mapeei um na Via Dutra (e outros em que só pude identificar a
>>> bandeira).
>>>
>>> Eu entendo que a tag name tem que conter o nome pelo qual a coisa é
>>> conhecida, normalmente esse nome é identificado em placas e letreiros. Acho
>>> errado usar a tag name para colocar o nome pelo qual uma minoria de pessoas
>>> podem identificá-los, mesmo que esse seja o nome oficial ou verdadeiro.
>>> Para isso, existem outras tags que podem ser tranquilamente identificadas
>>> em sistemas de busca.
>>>
>>> Acho que o melhor dos mundos seria poder ser pão-pão-queijo-queijo e
>>> colocar nome em name e marca em brand e ter ambos visíveis no mapa. Mas
>>> infelizmente não temos tanto poder sobre o que aparece no mapa e menos
>>> ainda sobre o que colocam nas placas (o que obviamente dificulta inclusive
>>> mapea-los com o nome verdadeiro).
>>>
>>> Estamos tentando mapear como se fosse padronizado um mundo que na
>>> verdade não é padronizado. Temos que mapear o mundo como é. Se o nome que
>>> aparece é Posto Natal o nome é Posto Natal e se o nome que aparece é Posto
>>> Shell o nome é Posto Shell, todo o resto é informação adicional (que podem
>>> ser incluídas em outras tags, como brand e oficial_name, por exemplo).
>>>
>>> Isso que trouxemos a discussão para postos de combustível, a questão
>>> inicial é sobre bancos que nunca tem o nome da agência na porta (eu pelo
>>> menos nunca vi).
>>>
>>> __
>>> Atenciosamente,
>>> Márcio Vinícius Pinheiro
>>> http://about.me/Doideira
>>> Em 17/09/2015 2:27 PM, "Nelson A. de Oliveira" 
>>> escreveu:
>>>
 Minha sugestão: utilizar name e brand da forma como são definidos (e
 não colocar BR, Shell, etc no mome) e fazer lobby para que as duas
 tags sejam exibidas no mapa padrão.

 https://github.com/gravitystorm/openstreetmap-carto/issues/1548

 ___
 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
>>
> --
>
>
> Adriano.
>
> ___
> 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] RES: RES: RES: fontes de dados do OSM-BR

[Márcio Aguiar Ribeiro]

Boa, Marcelo!

Só uma pena não disponibilizar o CNPJ.

Eu já consegui gerar um CSV de todas as empresas no portal de compras do
governo. Só que a consulta em lote baixa as empresas sem endereço, só a UF.
Agora vou ter que fazer um script para consultar uma a uma para obter a
informação completa. Depois jogo no github.

Marcio Aguiar Ribeiro

2015-08-31 11:34 GMT-03:00 Marcelo Pereira <pereirahol...@gmail.com>:

> Srs,
>
> A prefeitura do Recife libera uma tabela via portal de Dados Abertos, das
> empresas inscritas como contribuinte no municipio.
>
> http://dados.recife.pe.gov.br/dataset/empresas-da-cidade-do-recife
>
> A licença já atende ao que é necessário para o OSM.
>
>
>
> Em 28 de agosto de 2015 15:04, Reinaldo Neves <rne...@equacao.com.br>
> escreveu:
>
>> O problema seria peneirar essas informações do DOU para o OSM.
>>
>>
>>
>> Esses golpistas tem estruturas montadas porque visam o lucro fácil e a
>> maioria dos boletos do tipo são fake, as vezes os sindicatos e associações
>> nem existem, e quando existem tem seu dados apropriados para uso nos
>> boletos, mas as contas pertencem aso golpistas.
>>
>>
>>
>> Boletos de contribuição sindical, assistencial, registro de domínio,
>> lista telefônica, cadastro nacional de domínios, já vi de tudo nesse
>> quesito.  O fake da br.registro é um dos melhores, ano passado quase paguei
>> um por engano.
>>
>>
>>
>> Mas voltando as base abertas, de empresa não mas no próprio
>> dadosabertos.org tem mais algumas base que podem ser processadas, e
>> agora contam com licença odbl, instituições de ensino, cartórios, etc.
>>
>> ___
>>
>> Reinaldo Neves
>>
>> Equação Informática
>>
>> (11) 3221-3722
>>
>>
>>
>>
>>
>>
>>
>> *De:* Arlindo Pereira [mailto:openstreet...@arlindopereira.com]
>> *Enviada em:* sexta-feira, 28 de agosto de 2015 14:26
>> *Para:* OpenStreetMap no Brasil
>> *Assunto:* Re: [Talk-br] RES: RES: fontes de dados do OSM-BR
>>
>>
>>
>> Não sei da existência de outra base aberta, mas por lei os dados de toda
>> empresa aberta, inclusive endereço, são publicados no Diário Oficial da
>> União.
>>
>>
>>
>> Descobri isso abrindo um CNPJ de MEI (Micro Empreendedor Individual) e
>> tendo recebido diversas vezes "spam"/golpe de supostas associações.
>> Off-topic, mas mais detalhes aqui para quem tiver curiosidade:
>> http://naofo.de/7480
>>
>>
>>
>> []s
>>
>> Arlindo
>>
>>
>>
>> 2015-08-28 13:23 GMT-03:00 Márcio Aguiar Ribeiro <aguiar.mar...@gmail.com
>> >:
>>
>> Esse fim de semana posso tentar fazer um script para baixar todos os
>> dados e jogar um csv ou json no Github.
>>
>>
>>
>> Alguém conhece alguma outra base aberta de empresas? Porque a receita não
>> libera os cadastros?
>>
>>
>>
>> Posso também fazer um script para gerar uma camada OSM dessa base para
>> auxiliar na inclusão dos dados no mapa.
>>
>>
>>
>>
>> Marcio Aguiar Ribeiro
>>
>>
>>
>> 2015-08-28 12:59 GMT-03:00 Alexandre Magno Brito de Medeiros <
>> alexandre@gmail.com>:
>>
>> Em 28 de agosto de 2015 11:31, Reinaldo Neves <rne...@equacao.com.br>
>> escreveu:
>>
>> A Base realmente pode ser interessante, pelo menos em teoria para ser
>> fornecedor do governo federal o endereço não deve ser fantasma J, os
>> números finais devem ser um pouco menores, pois os fornecedores PF não tem
>> endereço, e acredito que deve ser descartado os registros inativos.
>>
>>
>>
>> De qualquer maneira vai ser preciso fazer algo para baixar as informações
>> por api, não achei um lugar para download direto, criar uma banco de dados
>>  e checar as que já existem no osm para não subir dados em duplicidade.
>>
>>
>>
>> GitHub, GitHub, GitHub... ou: Git, Git, Git...
>>
>> Mas eu já tenho pendências demais para ir além desse incentivo verbal.
>>
>> Alexandre Magno
>>
>>
>>
>> ___
>> 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
>>
>>
>
>
> --
> 
> São Pedro recebe Seu Lunga no céu perguntando:
>  "Morreu, Seu Lunga? "
> "Não, vim passar o Natal!"
>
>
> ___
> 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] RES: RES: fontes de dados do OSM-BR

[Márcio Aguiar Ribeiro]

Esse fim de semana posso tentar fazer um script para baixar todos os dados
e jogar um csv ou json no Github.

Alguém conhece alguma outra base aberta de empresas? Porque a receita não
libera os cadastros?

Posso também fazer um script para gerar uma camada OSM dessa base para
auxiliar na inclusão dos dados no mapa.


Marcio Aguiar Ribeiro

2015-08-28 12:59 GMT-03:00 Alexandre Magno Brito de Medeiros 
alexandre@gmail.com:

 Em 28 de agosto de 2015 11:31, Reinaldo Neves rne...@equacao.com.br
 escreveu:

 A Base realmente pode ser interessante, pelo menos em teoria para ser
 fornecedor do governo federal o endereço não deve ser fantasma J, os
 números finais devem ser um pouco menores, pois os fornecedores PF não tem
 endereço, e acredito que deve ser descartado os registros inativos.



 De qualquer maneira vai ser preciso fazer algo para baixar as informações
 por api, não achei um lugar para download direto, criar uma banco de dados
  e checar as que já existem no osm para não subir dados em duplicidade.


 GitHub, GitHub, GitHub... ou: Git, Git, Git...

 Mas eu já tenho pendências demais para ir além desse incentivo verbal.

 Alexandre Magno

 ___
 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] RES: fontes de dados do OSM-BR

[Márcio Aguiar Ribeiro]

Só corrigindo, são mais de 333.000 empresas.

Marcio Aguiar Ribeiro

2015-08-27 23:58 GMT-03:00 Márcio Aguiar Ribeiro aguiar.mar...@gmail.com:

 Peter,

 tem uma base interessante do http://compras.dados.gov.br/docs/home.html

 A licença é ODbL e possui dados de todos os fornecedores do governo com
 informações de nome, cnpj e endereço de todos. Acredito que são mais de
 15.000.

 Acredito que uma base de empresas também pode contribuir para melhorar o
 endereçamento do openstreetmap.



 Marcio Aguiar Ribeiro

 On Wed, Aug 26, 2015 at 10:37 AM, Nelson A. de Oliveira nao...@gmail.com
 wrote:

 Os dados são do IBGE (portanto possuímos permissão de uso).


 ftp://geoftp.ibge.gov.br/mapeamento_sistematico/base_vetorial_continua_escala_250mil/

 ___
 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] RES: fontes de dados do OSM-BR

[Márcio Aguiar Ribeiro]

Peter,

tem uma base interessante do http://compras.dados.gov.br/docs/home.html

A licença é ODbL e possui dados de todos os fornecedores do governo com
informações de nome, cnpj e endereço de todos. Acredito que são mais de
15.000.

Acredito que uma base de empresas também pode contribuir para melhorar o
endereçamento do openstreetmap.



Marcio Aguiar Ribeiro

On Wed, Aug 26, 2015 at 10:37 AM, Nelson A. de Oliveira nao...@gmail.com
wrote:

 Os dados são do IBGE (portanto possuímos permissão de uso).


 ftp://geoftp.ibge.gov.br/mapeamento_sistematico/base_vetorial_continua_escala_250mil/

 ___
 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] RES: Reunião Periodica - OSM Brasil‏‏ Peter Krauss

[Márcio Aguiar Ribeiro]

Um tempo atrás entrei em contato com um mapeador aqui da região e descobri
que ele trabalha nos Correios. Segue a resposta dele:

Bom dia, tudo certíssimo, obrigado. Eu trabalho nos Correios de Alagoas,
na área de codificação postal. Recebemos documentos das Prefeituras
informando denominações ou alterações de denominações de logradouros, e é
esta informação que estou passando para o OSM. O principal impedimento de
compartilhar as informações que possuo é que estão em papel (mapas
impressos onde anotamos as informações de CEP, distritos postais...). O
segundo impedimento é que o compartilhamento em massa das informações que
possuo (os Correios possui) depende de autorização da diretoria dos
Correios. Por estar utilizando a base do OSM no QGis para criação de mapas
(até o ano passado nossos mapas eram apenas os cedidos pelas Prefeituras e
empresas de água e energia), fico trabalhando com estas ferramentas e
aproveito para incluir alguma via ou denominações conforme observo na área
que estou trabalhando. Espero ter esclarecido. Qualquer coisa é só entrar
em contato novamente.



E aí? Acredito que essa seja uma área nebulosa o fato dele mapear e
trabalhar nos correios. Será que ele pode ser um aliado nessa briga?


Marcio Aguiar Ribeiro

2015-08-20 9:28 GMT-03:00 Ivaldo Nunes de Magalhães ivald...@gmail.com:

 Peter,

 Concordo com o que você o falou (*A ECT é a princípio uma aliada do
 OSM...*) e digo mais, o OSM é (e poderá de tornar de fato) um poderoso
 aliado da ECT.

 Além disso, o diálogo, como você disse *[*Ainda não entremos com a ação
 (nós = grupo de interesse independente da OSM) pois acreditamos na
 conscientização e no diálogo, que em seguida, *gerariam de fato uma
 parceria]. *será a forma mais fácil para que essa importante base de
 dados seja disponibilizada livremente.

 Fixo à disposição.


 Bom dia Ivaldo!
 A ECT é a princípio uma aliada do OSM, assim como o IBGE, as prefeituras,
 etc. O que tenho percebido das conversas paralelas sobre o problema da
 abertura do CEP é que o brasileiro em geral acredita na seriedade e tem em
 boa conta os serviços prestados pelos Correios.
 O entrave que se criou foi com a esfera burocrática da ECT, e a percepção
 que tivemos é que, mesmo nas diretoriais locais da ECT não há um
 posicionamento contra o CEP aberto. Havia sim ignorância,
 desconhecimento do assunto, e estamos buscando mostrar para os
 administradores da ECT a relevância do CEP aberto...
 Mesmo entre os administradores e advogados parece um problema bobo e pouco
 relevante, já que a maioria das pessoas estaria satisfeita com 
 obuscacep.correios.com.br  ... O detalhe com o qual nos debatemos é
 jurídico, e seria resolvido por uma Ação Civil Pública, tal como foi aplicada
 à ABNT em caso similar
 http://www.pessoacomdeficiencia.gov.br/app/normas-da-abnt/termo-de-ajustamento-de-conduta.
 Ainda não entremos com a ação (nós = grupo de interesse independente da
 OSM)  pois acreditamos na conscientização e no diálogo, que em seguida
 gerariam de fato uma parceria.

 Seria ótimo ter um interlocutor da ECT aqui na Lista (!), e melhor ainda se
 você pudesse nos ajudar a esclarecer e dialogar com as outras pessoas da
 ECT... É uma trabalho de formiguinha, de corpo-a-corpo, mas pode ser muito
 mais produtivo do que entrar com uma ação jurídica.
 PS: a boa notícia que comentamos antes é que o Thierry, em nome da OSM,
 está colhendo os frutos do diálogo que ele fomentou em Brasília, junto à
 diretoria geral da ECT. O diálogo é relevante e dá resultado!


 Agradeço desde já por estar escrevendo (!) e sua por sua disposição de
 ajudar a OSM.


 ___
 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] Reunião Periodica - OSM Brasil‏‏

[Márcio Aguiar Ribeiro]

Já entrei para testar.

Vocês se comunicam mais pelo chat ou por áudio mesmo? Estou sem microfone
na minha sala.


Marcio Aguiar Ribeiro

2015-08-19 11:01 GMT-03:00 Lucas Ferreira Mation lucasmat...@gmail.com:

 legal, hoje poderei participar. Vai ser 12h00? em qual local/software?

 2015-08-19 10:23 GMT-03:00 Peter Krauss ppkra...@gmail.com:

 Que ótimo, teremos ao menos uma *lista dos CEPs válidos*??
 A partir da *lista* (só isso uma lista de números inteiros!) podemos
 viabilizar o projeto Mapa-do-CEP,
http://wiki.okfn.org/Open_Knowledge_Brasil/Mapa-do-CEP

 Essa tal de lista dos CEPs precisa ser oficial, com carimbo de CC0
 https://creativecommons.org/publicdomain/zero/1.0/ dado pela ECT...
 Idealmente, para o OSM, seria importante também a listagem oficial (grafia
 e acentos corretos) de nomes de logradouros (que as prefeituras ão
 obrigadas a fornecer além dos correios) e nomes de bairro/loteamento,





 2015-08-19 9:58 GMT-03:00 Thierry Jean thierryaj...@hotmail.com:

 Caros,

 Estive nos Correios em Brasilia, a semana passada, e tenho boas noticias.

 Sugiro que falemos hoje às 12h, horário habitual.

 Abs,

 Time: Aug 19, 2015 12:00 PM (GMT-3:00) Sao Paulo
 Join from PC, Mac, iOS or Android: https://zoom.us/j/5694747229

 Or join by phone:
 +55 21 3958 7888 (Brazil Toll)
 Meeting ID: 569 474 7229
 International numbers available:
 https://zoom.us/zoomconference?m=tJqmRt7UxT13wmNluWqjTAVcKHBy1rtq


 Thierry Jean



 ___
 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


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

Re: [Talk-br] RES: Reunião - OSM Brasil 2015-06-17

[Márcio Aguiar Ribeiro]

Muito bom, pessoal!

Eu posso ajudar no desenvolvimento do projeto de endereços. Sempre tive
interesse de fazer isso e já brinquei aqui com o cruzamento da base do
CNEFE com a do OSM, mas nunca dei prosseguimento. Será compartilhado um
repositório no Github? Tenho forte experiência com Java, inclusive com o
osmosis, mas me entendo bem com Python e Node.js, então posso dar uma mão
pra vocês.

Também sou fundador de uma empresa que trabalha com tecnologia de
rastreamento e já utilizei os dados de rastreamento para gerar uma layer de
mapa para JOSM. Ajuda muito para mapear áreas com nuvens e sem imagens
principalmente. Infelizmente 90% de meus dados são apenas das regiões
Alagoas/Pernambuco.

Outro dado disponibilizado pelo INEP é o microdados de escolas que conta
com endereço e nome de todas as escolas do Brasil e algumas delas até são
georeferenciados. Já implementei o parser desses dados imaginando um dia
ser útil para essa base de endereços e locais.

Abraço

Marcio Aguiar Ribeiro

2015-06-18 10:34 GMT-03:00 Reinaldo Neves rne...@equacao.com.br:

 O truque das traduções é manjado, inclusive alguma já foram pegas fazendo
 essas maquiagens.



 Veja que no caso tanto do cnefe quanto do dne também deveriam estar sob
 domínio público ou na pior da hipóteses odbl mas até onde sei isso não foi
 formalizado.  Mesmo alguns dados publicados pelo IBGE no portal
 dados.gov.br não tem especificada a sua licença.



 Apenas para ficarmos num exemplo:
 http://dados.gov.br/dataset/ccar_bc250_entroncamento_p, infelizmente o
 conceito de dados abertos é amplo e permite algumas interpretações quando
 não há uma definição precisa.



 Quando se trata de ente publico, cautela nunca é demais.  De qualquer
 maneira usar ou não os dados do CNEFE na composição de um banco de
 endereços abertos é uma decisão que teremos que tomar a frente.



 Antes será preciso definir plataforma, banco de dados e procedimentos para
 que importações novas não matem dados antigos e validados.  Alias mesmo
 sabendo que existe problema na qualidade do CNEFE ele já nos dá algumas
 informações interessantes: São 81.528.755 endereços únicos, evidente que o
 detalhamento é maior que o que teríamos pois vai até apto, cj, etc mas
 define um parâmetro.



 ___

 Reinaldo Neves

 Equação Informática

 (11) 3221-3722



 A partir dos momento em que tirou  a restrição de consulta a base de CEPs
 na sua página os Correios também dizem que estão aderentes ao



 *De:* Adriano Rosa [mailto:adriano...@gmail.com]
 *Enviada em:* quinta-feira, 18 de junho de 2015 09:10
 *Para:* OpenStreetMap no Brasil
 *Assunto:* Re: [Talk-br] Reunião - OSM Brasil 2015-06-17



 +1 para a ideia do Alexandre de se criar um podcast.



 Em qui, 18 de jun de 2015 07:17, Alexandre Magno Brito de Medeiros 
 alexandre@gmail.com escreveu:

 E é! Apesar de que, por exemplo, não é difícil imaginar editoras
 disputando quem se apropriou primeiro de uma obra que esteve em domínio
 público. Em teoria, uma vez em domínio público, nunca mais fora dele. Mas
 eu nunca vi obras clássicas sem um aviso de copyright na contracapa.
 Certamente, o pulo do gato é nas traduções. O curioso é que obras da Grécia
 antiga sempre só foram traduzidas para o português a menos de meio século
 atrás...

 Alexandre Magno





 Em 18 de junho de 2015 05:52, Thiago Marcos P. Santos tmpsan...@gmail.com
 escreveu:

 O IBGE já foi questionado sobre a licença dos dados diversas vezes e meu
 entendimento é que os dados são de domínio público. No Brasil existe
 legislação que qualifica o que se pode fazer com obras em domínio público.



 https://lists.openstreetmap.org/pipermail/talk-br/2013-July/003687.html



 Eu sinceramente acho o Domínio Público bem menos restritivo que ODBL e
 deveríamos pressionar os órgãos públicos nesta direção.

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

 --


 Adriano.

 ___
 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 81, assunto 9

[Márcio Aguiar Ribeiro]

Não é preciso consultar rua a rua. Também é possível consultar pelo nome do
bairro, cidade ou até parte do CEP para obter uma listagem de ruas.

De qualquer forma, é preciso estar claro se pode utilizar a informações do
site do correios dessa forma, para não haver perda de trabalho.

Marcio Aguiar Ribeiro

2015-06-08 21:53 GMT-03:00 Alexandre Magno Brito de Medeiros 
alexandre@gmail.com:

 Então esse, especificamente esse, é um dos usos permitidos. Podem haver
 outros, mas nem todos os usos imagináveis e realizáveis são permitidos.

 Alexandre

 Em 8 de junho de 2015 21:38, Ivaldo Nunes de Magalhães ivald...@gmail.com
  escreveu:

 Aun... é infinito Milhares de sites utilizam o buscacep para
 preenchimento de endereços todos os dias... Inclusive no site dos correios
 tem instruções de como colocar o busca cep em homes...

 Abraços.


 ___
 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] Thiago se juntou a equipe Mapbox

[Márcio Aguiar Ribeiro]

Opa, pessoal!

Acabei de ler que o Thiago Santos se junto a equipe do Mapbox. Ele é um
membro dessa lista e o autor do layer de mapas do IBGE. :) Acredito que
seja uma ótima notícia para o mapeamento no Brasil!

Parabéns, Thiago.

https://www.mapbox.com/blog/thiago-joins/

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

[Talk-br] Aplicativo recomendado

[Márcio Aguiar Ribeiro]

Pessoal,

qual o aplicativo recomendado para iOS e Android.

Dei as boas vindas à um usuário da minha região e ele só reclamou que as
ruas que ele estava colocando não estava atualizando no aplicativo. Ele
falou que usa um tal de navigator. Qual a recomendação pra ele?


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

Re: [Talk-br] erros x relações

[Márcio Aguiar Ribeiro]

Eu acho que temos que ter cuidado para não desestimular as pessoas a
colaborar com o OSM.

Infelizmente no Brasil ainda temos muito poucas pessoas trabalhando no
mapa. Eu como colaborador de Alagoas, me sinto praticamente sozinho
editando o mapa do estado. Acompanho todas as edições e tento dar as boas
vindas para todos os usuários novos no estado, mas vejo que ainda é muito
pouco.

Digo isso para valorizarmos que faz esse trabalho pesado de alinhar, criar,
mudar sentido, conectar, up de dado de GPS, disseminar, entre muitas outras
coisas que ainda falta MUITO no Brasil.

Essa história de relação é um conceito difícil para todo usuário novo do
OSM, então não pra sair dando sermão toda vez que ela for quebrada. Eu
tentaria educar e informar ao invés de exigir o concerto e ameaçar excluir
uma edição.

Lógico que os usuários mais experientes devem tentar evoluir nos conceitos
do OSM e sei que dá uma certa raiva de ver seu trabalho sendo quebrado. :)

Minha opnião. Abraço!!

Marcio Aguiar Ribeiro

2015-02-11 18:14 GMT-03:00 thunder...@gpsinfo.com.br:

   Gerald,
 em que pese as diferenças entre o JOSM e o ID, muitas das vezes prefiro o
 ID dado a praticidade inserida para incluir restrições de manobra que como
 você bem sabe poucos empregam. Prefiro o ID também para alinhar as vias.

 Por onde passei me surpreendi com algumas situações, dentre outras, a
 saber:

 1 – trecho de pista dupla da BR-101 com ambas as pistas no mesmo sentido
 impedindo roteamento pela BR-101 de SUL para NORTE . Corrigido em
 http://www.openstreetmap.org/way/320461395

 2 – faltava a rotatória em http://www.openstreetmap.org/way/327566384

 3 – faltava pista dupla em http://www.openstreetmap.org/way/327566383 .
 Essa falta fazia com que todas as vias residenciais tivessem acesso para
 ambas as pistas da rodovia, o que não é correto.

 4 – não existia o trevo em http://www.openstreetmap.org/way/327575047

 5 – Não existia o trevo em http://www.openstreetmap.org/way/326622667

 etc etc etc

 Quando me desloquei de Conceição da Barra para São Mateus lamentavelmente
 não obtive roteamento por dentro da cidade de São Mateus porque faltavam
 sentidos de direção de vias e algumas foram editadas como pista dupla de
 duplo sentido quando na verdade se tratava de pista simples de sentido
 único.
 http://www.openstreetmap.org/way/151554114
 http://www.openstreetmap.org/way/229348449

 Um outro problema que identifiquei em São Mateus foi no trajeto da BR-101
 cortando a cidade.
 http://www.openstreetmap.org/way/325783721
 Ali identifiquei total falta de restrições de manobra nos cruzamentos e
 muitos acessos desenhados, mas inexistentes. Os existentes não estavam
 desenhados.

 Quando trefego levo comigo um gravador de mão. Por onde passei gravei em
 voz as correções necessárias e venho gradativamente efetuando-as.

 Venho fazendo minha parte e tenho estimulado aos utilizadores do mapa
 COCAR  a aprenderem a editar o mapa e nos ajudarem nessa empreitada.

 []s
 Marcio



  *From:* Gerald Weber gwebe...@gmail.com
 *Sent:* Wednesday, February 11, 2015 6:34 PM
 *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org
 *Subject:* Re: [Talk-br] erros x relações

  Oi Marcio

 pela sua rota quase que nos encontramos por aí esses dias :)

 Felizmente na parte que percorri no ES estava tudo em ordem. Gravei todo
 meu percurso em vídeo e estou aos poucos passando as fotos para o
 Mapillary. Os tracklogs eu já coloquei.

 Agora o Aun tem toda razão num ponto: é simplesmente* inviável *fazer
 edições extensas no iD.

 O iD só serve para pequenas coisas, adicionar uma padaria aqui, acertar
 uma mão única alí, e olhe lá. Por mim descontinuava esta porcaria.

 O nível de destruição que venho tendo de corrigir de usuários do iD já
 ocupa a maior parte do meu tempo, e sinceramente relações de rota e de
 restrição de conversão eu já nem ligo mais em corrigir. Aquilo virou
 completamente impossível de manter.

 Para edições maiores *tem que* fazer o dever de casa e aprender a usar o
 JOSM, não tem outro jeito. O JOSM parece complicado à princípio, mas na
 medida em que a gente aprende não vai querer usar outra coisa mais.

 Comparativamente, mapear com o iD é como bordar com luvas de boxe.

 abraço a todos

 Gerald



 --
 ___
 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-br] RES: Inclusão de lotes e quadras no mapa

[Márcio Aguiar Ribeiro]

Na verdade, quando eu disse que concordava com o Vitor eu queria dizer com
o John Packer. :)

Marcio Aguiar Ribeiro

2015-01-16 22:26 GMT-03:00 Vítor Rodrigo Dias vitor.d...@gmail.com:

 Na verdade quando falei informações sobre os lotes me referia aos lotes em
 si. Concordo que existe um excesso de tags que, pelo menos por enquanto, é
 totalmente desnecessária ao OSM.

 Em 16 de janeiro de 2015 21:06, Alexandre Magno Brito de Medeiros 
 alexandre@gmail.com escreveu:

 Nesse sentido, eu também tenho concordância com você. Porém, não
 completamente. Pois se eu me sentisse livre eticamente para sair criando
 tags, eu teria criado um bocado delas, quando estava com mais gás ou
 prioridade para [começar a] mapear.

 Alexandre Magno

 Em 16 de janeiro de 2015 20:01, Márcio Aguiar Ribeiro 
 aguiar.mar...@gmail.com escreveu:

 Eu concordo com o Vitor.

 Se existem conceitos ainda não existentes no OSM, cria-se uma tag e
 documenta no wiki. Em algum momento, se esse conceito fizer parte do OSM
 fica muito mais fácil de fazer uma substituição em batch das tags.

 Marcio Aguiar Ribeiro

 2015-01-16 19:26 GMT-03:00 Alexandre Magno Brito de Medeiros 
 alexandre@gmail.com:

 Marcelo, Vitor,

 Tenho a impressão de que as regras de qualidade vigentes na
 comunidade não permitem isso. Suas importações seriam revertidas se
 trouxessem tags alienígenas em lugar das tags praticadas.

 E eu concordo com isso. Se é para importar, o volume é grande e o
 importador deve se empenhar em entregar o formato adequado no resultado
 final.

 Na comunidade, inclusive a partir da organização do GitHub, ou de
 Gists, você encontra códigos de programação que lhe ajudarão a pegar o
 espírito de tratar os dados para serem importados. Minha sugestão:
 estude-os, adapte-os; se você quer realmente importar coisas que vem de
 outro esquema de dados.

 Alexandre Magno

 Em 16 de janeiro de 2015 19:13, Vítor Rodrigo Dias 
 vitor.d...@gmail.com escreveu:

 Acho que, uma vez importado o lote, dá pra fazer um trabalho posterior
 bom com as edificações que se localizam dentro dele. Para mim, é muito 
 mais
 relevante que tenhamos a informação sobre os lotes importada e
 posteriormente tratada caso a caso.


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




 --
 Vítor Rodrigo Dias
 Revisor de textos
 Tradutor port/ing/port e port/esp/port
 Telefone: (31) 7360-9421 - TIM

 ___
 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] RES: Inclusão de lotes e quadras no mapa

[Márcio Aguiar Ribeiro]

Eu concordo com o Vitor.

Se existem conceitos ainda não existentes no OSM, cria-se uma tag e
documenta no wiki. Em algum momento, se esse conceito fizer parte do OSM
fica muito mais fácil de fazer uma substituição em batch das tags.

Marcio Aguiar Ribeiro

2015-01-16 19:26 GMT-03:00 Alexandre Magno Brito de Medeiros 
alexandre@gmail.com:

 Marcelo, Vitor,

 Tenho a impressão de que as regras de qualidade vigentes na comunidade
 não permitem isso. Suas importações seriam revertidas se trouxessem tags
 alienígenas em lugar das tags praticadas.

 E eu concordo com isso. Se é para importar, o volume é grande e o
 importador deve se empenhar em entregar o formato adequado no resultado
 final.

 Na comunidade, inclusive a partir da organização do GitHub, ou de Gists,
 você encontra códigos de programação que lhe ajudarão a pegar o espírito de
 tratar os dados para serem importados. Minha sugestão: estude-os,
 adapte-os; se você quer realmente importar coisas que vem de outro esquema
 de dados.

 Alexandre Magno

 Em 16 de janeiro de 2015 19:13, Vítor Rodrigo Dias vitor.d...@gmail.com
 escreveu:

 Acho que, uma vez importado o lote, dá pra fazer um trabalho posterior
 bom com as edificações que se localizam dentro dele. Para mim, é muito mais
 relevante que tenhamos a informação sobre os lotes importada e
 posteriormente tratada caso a caso.



 ___
 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] Remoção dos cabos submarinos

[Márcio Aguiar Ribeiro]

O changeset 25211540 do usuário HelioJr criou uma faculdade e removeu
vários cabos submarinos criados pelo Skippern.

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


Deve ser feito o reverse? Eu mesmo posso fazer isso?




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

Re: [Talk-br] Remoção dos cabos submarinos

[Márcio Aguiar Ribeiro]

Para mim não foi acidental, mas também não foi de má fé. Ele viu um monte
de way no meio do mar e acho que era lixo.

Marcio Aguiar Ribeiro


2014-09-04 11:35 GMT-03:00 Alexandre Magno Brito de Medeiros 
alexandre@gmail.com:

 Eu me pergunto: como isso pode ter acontecido acidentalmente no uso do
 editor iD?

 Em 4 de setembro de 2014 11:28, Márcio Aguiar Ribeiro 
 aguiar.mar...@gmail.com escreveu:

 O changeset 25211540 do usuário HelioJr criou uma faculdade e removeu
 vários cabos submarinos criados pelo Skippern.

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

 Deve ser feito o reverse? Eu mesmo posso fazer isso?


 ___
 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] Caminhos sazonais

[Márcio Aguiar Ribeiro]

Valeu, pessoal!

Estou usando a combinação de seasonal=dry_season no highway=* e
intermittent=yes no waterway.

Marcio Aguiar Ribeiro


2014-08-14 13:32 GMT-03:00 Alexandre Magno Brito de Medeiros 
alexandre@gmail.com:

 Haveria mapeamento específico para locais urbanos que tem trânsito
 interrompido por enchentes pluviais http://pt.wikipedia.org/wiki/Chuva?

  Em 13 de agosto de 2014 20:46, Lists johnsen-offsh...@gimnechiske.org
 escreveu:

 O chave seasonal já tem bom uso, mas pelo que conheço tem pouco aplicações
 integrando este chave. O uso mais comum acho que e nos rios e lagoas, mas
 também existem um uso limitado no highway. Não conheço bem uso deste chave.

 Se tem bom uso aqui no Brasil pode adicionar este nos regras do rendering
 que preparando para o mapa brasileiro.


 ___
 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] Caminhos sazonais

[Márcio Aguiar Ribeiro]

Eu achei isso aqui também. Não sei se aplica:

http://wiki.openstreetmap.org/wiki/Key:ford

Marcio Aguiar Ribeiro


2014-08-13 20:42 GMT-03:00 John Packer john.pack...@gmail.com:

 Parece que já existe uma chave para isto:
 http://wiki.openstreetmap.org/wiki/Key:seasonal


 Em 13 de agosto de 2014 20:02, Márcio Aguiar Ribeiro 
 aguiar.mar...@gmail.com escreveu:

 Pessoal,

 como devo proceder no mapeamento de caminho que não tem periodo certo
 para existir? Por exemplo: vejam essa localização
 http://binged.it/1psMMcC.

 No sertão de Alagoas é muito comum aparecerem caminhos na época de seca
 do rio. Mas quando o rio está cheio esse caminho fica intransitável já que
 não há pontes.

 Existem inúmeros exemplos desses caminhos em diversos rios que cortam o
 sertão de Alagoas.

 E agora?

 Marcio Aguiar Ribeiro

 ___
 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

[Talk-br] Novos mapas IBGE

[Márcio Aguiar Ribeiro]

Pessoal,

fui lá no ftp do IBGE baixar uns mapas e vi duas pastas novas dentro de

ftp://geoftp.ibge.gov.br/mapas_estatisticos/censo_2010/

As pastas se chamam 2012 e 2013 e foram atualizadas há uns 3 dias.
Inclusive tem mapa do meu estado. Ainda não explorei muito as novidades,
mas estou repassando aqui para quem quiser dar uma olhada.


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

Re: [Talk-br] Fwd: [OSM-talk] Drop rendering of permissive access?

[Márcio Aguiar Ribeiro]

Aproveitando as dúvidas em relação ao access, eu tenho colocado o access de
ruas em condomínios fechados como access=private. Inclusive coloco um
barrier=gate na entrada. Infelizmente, acredito que isso acaba impedindo o
roteamento nessas ruas, o que seria interessante em condomínios grandes.

Qual é a orientação nesse caso?



Marcio Aguiar Ribeiro


On Tue, Jul 1, 2014 at 2:42 PM, Aun Johnsen li...@gimnechiske.org wrote:

 Talvez deve documentar melhor os significativos dos valores access=*?

 Aun Johnsen
 Sent from my iPhone

 On 1. juli 2014, at 14:09, Arlindo Pereira 
 openstreet...@arlindopereira.com wrote:

 Discussão interessante no GitHub sobre se o openstreetmap-carto (estilo
 padrão de renderização no site do OSM) deveria deixar de suportar a tag
 access=permissive, atualmente renderizado em um pontilhado verde.


 []s
 Arlindo

 -- Forwarded message --
 From: Matthijs Melissen i...@matthijsmelissen.nl
 Date: Mon, Jun 30, 2014 at 6:23 PM
 Subject: [OSM-talk] Drop rendering of permissive access?
 To: OpenStreetMap t...@openstreetmap.org


  We are currently considering dropping the rendering of access=permissive
 (currently rendered as green dashes) from openstreetmap-carto, the main map
 on opensteetmap.org. See here for the discussion:
 https://github.com/gravitystorm/openstreetmap-carto/issues/682

 We would welcome any feedback from the community on this decision. To keep
 the discussion centralized, we would prefer replies on Github rather than
 on the mailing list.

 -- Matthijs

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


 ___
 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-br] Fwd: [OSM-talk] Drop rendering of permissive access?

[Márcio Aguiar Ribeiro]

Excelente essa thread. Obrigado.

Marcio Aguiar Ribeiro


2014-07-01 16:06 GMT-03:00 Roger C. Soares rogersoa...@gmail.com:

  Eu tenho usado access=destination. Veja a thread:

 https://lists.openstreetmap.org/pipermail/talk-br/2014-February/005476.html

 Atenciosamente,
 Roger.

 --
 Em 01-07-2014 14:44, Márcio Aguiar Ribeiro escreveu:

 Aproveitando as dúvidas em relação ao access, eu tenho colocado o access
 de ruas em condomínios fechados como access=private. Inclusive coloco um
 barrier=gate na entrada. Infelizmente, acredito que isso acaba impedindo o
 roteamento nessas ruas, o que seria interessante em condomínios grandes.

  Qual é a orientação nesse caso?



 Marcio Aguiar Ribeiro


 On Tue, Jul 1, 2014 at 2:42 PM, Aun Johnsen li...@gimnechiske.org wrote:

  Talvez deve documentar melhor os significativos dos valores access=*?

 Aun Johnsen
 Sent from my iPhone

 On 1. juli 2014, at 14:09, Arlindo Pereira 
 openstreet...@arlindopereira.com wrote:

   Discussão interessante no GitHub sobre se o openstreetmap-carto
 (estilo padrão de renderização no site do OSM) deveria deixar de suportar a
 tag access=permissive, atualmente renderizado em um pontilhado verde.


  []s
 Arlindo

 -- Forwarded message --
 From: Matthijs Melissen i...@matthijsmelissen.nl
 Date: Mon, Jun 30, 2014 at 6:23 PM
 Subject: [OSM-talk] Drop rendering of permissive access?
 To: OpenStreetMap t...@openstreetmap.org


  We are currently considering dropping the rendering of
 access=permissive (currently rendered as green dashes) from
 openstreetmap-carto, the main map on opensteetmap.org. See here for the
 discussion:
 https://github.com/gravitystorm/openstreetmap-carto/issues/682

  We would welcome any feedback from the community on this decision. To
 keep the discussion centralized, we would prefer replies on Github rather
 than on the mailing list.

  -- Matthijs

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


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

[Talk-br] [Wired] Google Has Better Maps of World Cup Venues Than OpenStreetMap—For Now

[Márcio Aguiar Ribeiro]

É possível esse nível de detalhe com o OpenStreetMap?


http://www.wired.com/2014/06/google-osm-world-cup-maps/

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

[Talk-br] Clubes e associações

[Márcio Aguiar Ribeiro]

Pessoal,

estou mapeando uma área de minha cidade que possui alguns clubes e
associações de entidades de classe e fiquei na duvida das tags que usar.
Lembro de ter visto uma conversa parecida no talk-br, mas procurei no
google e não encotnrei.

Por exemplo:
- Adepol - Associação dos Delegados de Polícia Civil
- Clube da OAB
- AABB
- AssociaçãoAtlética Banco do Brasil

E por último:
- Associação Pestalozzi

Existe algum consenso?

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

Re: [Talk-br] Definições Mapatona

[Márcio Aguiar Ribeiro]

A AirBus Defense lançou imagens de altíssima resolução dos estádios
brasileiros.

http://www.directionsmag.com/pressreleases/brazilian-football-stadiums-seen-from-space/401539

ftp://ftp.astrium-geo.com/Football_ftp_presse/

Marcio Aguiar Ribeiro


2014-05-26 10:38 GMT-03:00 Vitor George vitor.geo...@gmail.com:

 Criei um formulário de inscrições e coloquei lá.

 Vamos fazer circular?

 Divulguem: https://wiki.openstreetmap.org/mapatona


 2014-05-26 0:02 GMT-03:00 Wille wi...@wille.blog.br:

 Como não houve nenhuma opinião a mais sobre a data da Mapatona, vamos
 definir dia 31 de maio mesmo, a partir das 08h da manhã e sem hora para
 parar.

 Criei um redirecionamento mais simples para a página do wiki que podemos
 usar para a divulgação: http://wiki.osm.org/mapatona

 abraços,
 wille

 ___
 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-br] Definições Mapatona

[Márcio Aguiar Ribeiro]

Está aqui:
ftp://ftp.astrium-geo.com/Football_ftp_presse/Astrium%20Services%20Media%20Licence%20Terms%20of%20uses.pdf

Me parece que não pode:

2.1 Permitted Uses
The END-USER is hereby granted by Astrium GEO-Information Services a
limited, non-exclusive, non-transferable,
licence for MEDIA use only:
(a) to make an unlimited number of copies of the PRODUCT or the IMAGE for
the Permitted Uses specified in this
Article 2.1;
(b) to install the PRODUCT or the IMAGE on as many individual computers as
needed in its premises, including internal
computer network (with the express exclusion of the Internet) for the
Permitted Uses specified in this Article 2.1;
(c) to convert any PRODUCT into an IMAGE;
(d) to post the IMAGE on the END-USER’s MEDIA, whether on a public access
or a subscription-based access. Prior to
any posting on the Internet, the END-USER shall inform Astrium
GEO-Information Services, specifying the URL
address used by END-USER: cont...@astrium-geo.com; and
(e) to allow any MEDIA USER to see the IMAGE on the END-USER’s MEDIA,
provided that the END-USER shall
include in its terms of service reference to this LICENCE and specify that
the MEDIA USER can only see the IMAGE;
zoom in, zoom out the IMAGE, browse in the IMAGE.

Marcio Aguiar Ribeiro


2014-05-28 11:12 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com:

 Legal, mas e a licença de uso das imagens?

 2014-05-28 11:06 GMT-03:00 Márcio Aguiar Ribeiro aguiar.mar...@gmail.com
 :
  A AirBus Defense lançou imagens de altíssima resolução dos estádios
  brasileiros.
 
 
 http://www.directionsmag.com/pressreleases/brazilian-football-stadiums-seen-from-space/401539
 
  ftp://ftp.astrium-geo.com/Football_ftp_presse/
 
  Marcio Aguiar Ribeiro
 
 
  2014-05-26 10:38 GMT-03:00 Vitor George vitor.geo...@gmail.com:
 
  Criei um formulário de inscrições e coloquei lá.
 
  Vamos fazer circular?
 
  Divulguem: https://wiki.openstreetmap.org/mapatona
 
 
  2014-05-26 0:02 GMT-03:00 Wille wi...@wille.blog.br:
 
  Como não houve nenhuma opinião a mais sobre a data da Mapatona, vamos
  definir dia 31 de maio mesmo, a partir das 08h da manhã e sem hora para
  parar.
 
  Criei um redirecionamento mais simples para a página do wiki que
 podemos
  usar para a divulgação: http://wiki.osm.org/mapatona
 
  abraços,
  wille
 
  ___
  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
 



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

 Nullius in verba.

 ___
 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] Tradução de highway=track

[Márcio Aguiar Ribeiro]

Isso foi algo que eu aprendi com o tempo e acredito que para os novatos
deva ser complicado absorver esses conceitos.

De qualquer forma eu ainda fico com dúvidas de como eu posso mapear alguns
logradouros realmente em péssimas condições. surface=unpaved não reflete
de forma satisfatório o estado de alguns logradouros em bairros muito
pobres, onde a superficie é bastante acidentada e o acesso é apenas a pé ou
com carros grandes.

Quando as vias são muito estreitas eu uso simplesmente o highway=path.



Marcio Aguiar Ribeiro


2014-05-26 11:22 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com:

 Eu tenho usado o seguinte critério:
 -Se a via é um logradouro, uso highway sem ser track e coloco
 surface=unpaved.
 -Se a via é um caminho de uso específico (jipeiros, máquinas agrícolas,
 motocross, etc.) eu uso highway=track.

 Parece-me que as traduções estão imprecisas.  Track seria trilha e path
 seria caminho.  Trilha inclusive é nome pelo qual os jipeiros conhecem
 essas vias.


 Em 26 de maio de 2014 10:47, Nelson A. de Oliveira nao...@gmail.comescreveu:

 Estava reparando que alguns usuários estão mapeando várias estradas de
 terra como highway=track
 Fui ver o porque e, de certa forma, estão fazendo isso corretamente
 pela tradução do iD (mas errado para o OSM).

 highway=track no iD está como Estrada rústica (assim como a
 recomendação em

 http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Refer%C3%AAncia#Rodovias
 )

 Estrada rústica leva muitos usuários a, erroneamente, classificar
 todas as estradas de terra como highway=track

 Não é mais correto utilizar trilha automotiva (assim como já se
 utiliza trilha não-automotiva para path)? (ou talvez outra frase que
 passe melhor o significado de track)

 ___
 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-br] Tradução de highway=track

[Márcio Aguiar Ribeiro]

Muito boa a explicação, Fernando!

Acho que meu pior problema era justamente pensar que o tracktype era
exclusividade do highway=track. Acabei de ir lá no wiki ver e confirmei o
que você disse.

Obrigado!

Marcio Aguiar Ribeiro


2014-05-26 13:13 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com:

 Olá Marcio,

 Vou tentar adiantar a tradução das tags tracktype e smoothness pra
 auxiliar nessa questão. Elas servem para refinar a especificação da
 superficie. Um resumo:
 - surface especifica o material (e tem vários mais descritivos do que o
 genérico unpaved, que não diz muito)
 - tracktype especifica a rigidez do material (mais útil para materiais
 soltos como terra e grama)
 - smoothness especifica a regularidade da superfície

 A princípio qualquer combinação é possivel. Surface=paved ou
 surface=asphalt pode ser combinada com smoothness=bad pra indicar muitos
 buracos ou oscilações na pista. (Mas geralmente asfalto se combina com
 tracktype=grade1 porque difícilmente o asfalto é mole, como a terra é. Daí
 o costume seria colocar tracktype só em casos excepcionais, mas nada impede
 que você coloque.) Surface=earth (terra) pode se combinar ao mesmo tempo
 com smoothness=intermediate se normalmente tiver poucos buracos e com
 tracktype=grade5 se o material for solto e sujeito à erosão. (Isso daria a
 entender que os buracos da erosão são reparados rapidamente pela
 administração local.)

 Obs.: antes que alguém pergunte, tracktype não é para uso exclusivamente
 com highway=track. Diz no wiki faz uns anos já.
 On May 26, 2014 12:47 PM, Márcio Aguiar Ribeiro aguiar.mar...@gmail.com
 wrote:

 Isso foi algo que eu aprendi com o tempo e acredito que para os novatos
 deva ser complicado absorver esses conceitos.

 De qualquer forma eu ainda fico com dúvidas de como eu posso mapear
 alguns logradouros realmente em péssimas condições. surface=unpaved não
 reflete de forma satisfatório o estado de alguns logradouros em bairros
 muito pobres, onde a superficie é bastante acidentada e o acesso é apenas a
 pé ou com carros grandes.

 Quando as vias são muito estreitas eu uso simplesmente o highway=path.



 Marcio Aguiar Ribeiro


 2014-05-26 11:22 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com:

 Eu tenho usado o seguinte critério:
 -Se a via é um logradouro, uso highway sem ser track e coloco
 surface=unpaved.
 -Se a via é um caminho de uso específico (jipeiros, máquinas agrícolas,
 motocross, etc.) eu uso highway=track.

 Parece-me que as traduções estão imprecisas.  Track seria trilha e path
 seria caminho.  Trilha inclusive é nome pelo qual os jipeiros conhecem
 essas vias.


 Em 26 de maio de 2014 10:47, Nelson A. de Oliveira 
 nao...@gmail.comescreveu:

 Estava reparando que alguns usuários estão mapeando várias estradas de
 terra como highway=track
 Fui ver o porque e, de certa forma, estão fazendo isso corretamente
 pela tradução do iD (mas errado para o OSM).

 highway=track no iD está como Estrada rústica (assim como a
 recomendação em

 http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Refer%C3%AAncia#Rodovias
 )

 Estrada rústica leva muitos usuários a, erroneamente, classificar
 todas as estradas de terra como highway=track

 Não é mais correto utilizar trilha automotiva (assim como já se
 utiliza trilha não-automotiva para path)? (ou talvez outra frase que
 passe melhor o significado de track)

 ___
 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


 ___
 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] Monitoramento de estados brasileiros pelo WhoDidIt

[Márcio Aguiar Ribeiro]

Já adicionei o de Alagoas e vou estar monitorando!

Muito bom!

Marcio Aguiar Ribeiro


2014-05-21 3:47 GMT-03:00 Alexandre Magno Brito de Medeiros 
alexandre@gmail.com:

 Seria conveniente fazer um Yahoo! Pipe para um Estado, realizando *union*,
 *sort* e *uniq* com todos os feeds dele? Fica a ideia. Não sei se os dois
 serviços iam dar conta da puxada.


 Em 20 de maio de 2014 20:40, Bráulio brauliobeze...@gmail.com escreveu:

 Pessoal,

 Eu dei uma olhada nas opções de monitoramento das edições e acabei
 gerando algumas URLs para monitoramento de estados através do RSS do
 WhoDidIt. O que fiz foi gerar bounding boxes que cobrem um estado por
 completo sem pegar muita coisa fora dele (torcendo também para a resolução
 do WhoDidIt não atrapalhar). Por exemplo, para Sergipe essas [1] são as
 bboxes e os links gerados a partir delas são esses [2].

 Até agora gerei de todos os estados do Nordeste [3]. Até o fim de semana
 devo terminar o resto dos estados do Brasil.

 [1] https://i.imgur.com/PwncdwS.png
 [2] http://braulio.net.br/osm/bboxes_whodidit/SE.txt
 [3] http://braulio.net.br/osm/bboxes_whodidit/



 ___
 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] Editor e Layer Strava

[Márcio Aguiar Ribeiro]

Pessoal,

não sei se estou estou chegando atrasado, mas procurei a discussão aqui no
talk-br e não achei.

Encontrei ontem uma layer do Strava muito interessante que tem um heatmap
de milhões de corridas e trilhas de bicicleta. Além do heatmap (
http://labs.strava.com/heatmap/#5/-41.05137/-14.58221/blue/bike) eles
possuem um editor que consegue ajustar automaticamente sua linha ao traçado
dos dados de GPS
http://strava.github.io/iD/#background=Bingmap=16.97/-122.54464/38.05472().

Quem preferir usar JOSM, como eu, pode adicionar a camada TMS com a URL:

http://gometry.strava.com/tiles/both/color4/{zoom}/{x}/{y}.png

Abraços

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

Re: [Talk-br] Nova layer: IBGE Mapa de Setor Rural

[Márcio Aguiar Ribeiro]

Show de bola, Thiago!

Com certeza vou utilizar essa layer!

Abraço!

Marcio Aguiar Ribeiro


2014-04-24 16:57 GMT-03:00 Thiago Marcos P. Santos tmpsan...@gmail.com:

 Olá pessoal,

 Estou trabalhando em uma nova layer baseada nos dados do IBGE:
 trata-se do Mapa de Setor Rural. A outra layer já divulgada foi
 baseada no Mapa de Setor Urbano.

 O Mapa de Setor Rural pode ser usado para extrair nomes de fazendas,
 rios, lagos e montanhas.

 Fiz um teste aqui com MG e gostaria de feedback da comunidade:

 http://tiles.tmpsantos.com.br/staging.html

 Este mapa está indo até zoom 13, mas estou fazendo um novo teste com o
 estado de MG e AM no zoom 14. Vou fazer upload assim que ficar pronto.

 Obrigado aos que me mandaram email sugerindo trabalhar esta layer.

 []'s

 ___
 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] Listas de endereços por município

[Márcio Aguiar Ribeiro]

Eu também tenho feito a mesma coisa. Mas não sabia da Tag source:name. Vou
colocar nas ruas que fiz.
Em 24/04/2014 22:28, Alexandre Magno Brito de Medeiros 
alexandre@gmail.com escreveu:

 Lucas, como é essa dificuldade sua com as grafias de nomes? Por favor,
exemplifique situação.

 Aliás, pessoal, vejamos se estou fazendo algo errado.

 Tenho usado a camada IBGE mapa municipal, mas colocado acentos e feito
pequenas correções como acho que é o nome exato real. No entanto, considero
tão pequenas mudanças como irrelevantes, e por isso continuo a declarar
source:name=IBGE. Está errado?

 Alexandre Magno


 Em 24 de abril de 2014 22:14, Lucas Ferreira Mation lucasmat...@gmail.com
escreveu:

 Pessoal,

 alguém tem um levantamento de listagens de endereços (das prefeituras
 ou outras fontes) de cada cidade?

 Estou tentando filtrar o CNEFE mas há muitos casos em que há 2 ou 3
 grafias para o mesmo nome de rua, e não há como saber qual é o certo.
 Se tivessemos listagens das ruas de cada município, ou algo similar
 poderímos potencializar o uso do CNEFE com mais confiança.

 Lucas


 ___
 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] Nova layer: IBGE Mapa de Setor Rural

[Márcio Aguiar Ribeiro]

Em alguns lugares é muito superior e até em outros o Bing e Mapbox nem
possui imagem.

Mas vou tentar verificar essa licença com o pessoal da Secretaria.



Marcio Aguiar Ribeiro


2014-04-25 13:55 GMT-03:00 Thiago Marcos P. Santos tmpsan...@gmail.com:

 2014-04-25 19:24 GMT+03:00 Márcio Aguiar Ribeiro aguiar.mar...@gmail.com
 :
  Thiago,
 
  entrei em contato com o pessoal da Secretaria e consegui o endereço do
 WMS
  deles! :)
 
  Já estou conseguindo utilizar no JOSM. São imagens de ALTA resolução de
  vários municípios de Alagoas.
 
  O servidor é http://geo.seplande.al.gov.br/teogc/wms
 
  Só ainda acho muito lento. Será que vale a pena fazer um espelhamento
 desses
  tiles? É possível conseguir todas as imagens pelo servidor WMS?

 É possível, você teria que rodar um script para baixar todos os tiles
 em todos os níveis de zoom.

 Assumindo que a licenca permite, você poderia facilmente fazer um
 mirror a partir disso. Se vale a pena eu não sei... as imagens são
 muito melhores do que a do Mapbox ou do Bing?

 []'s

 ___
 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