r, aos recursos de hardware e rede de que a OSMF dispõe,
> e ao esforço da tarefa de mapeamento). Um "segredo": você pode (o
> sistema não impede) de fazer coisas que não estão em propostas
> (inventar tags novas, por exemplo), especialmente se estiver
> exemplificando uma propos
Pessoal,
Primeiro me apresento: sou o Paulo Carvalho, ex-desenvolvedor de mapas e
software do Projeto Tracksource.
Gostaria de manifestar meu interesse em converter o mapa da cidade do
Rio de Janeiro, baseado nos mapas do IPP e CadLog (Prefeitura) para que
outros usuários do OSM possam usar
como te falei, mesmo na Barra há erros impactantes.
> Paulo, você poderia fazer um bairro pequeno ou pedaço de bairro e mandar o
> arquivo .osm pra gente dar uma olhada?
>
Sim, posso fazer o Rio todo e vocês olham. Tanho a Zona Oeste separada.
> []s
> Arlindo Pereira
>
a importação citada nesse artigo feita no Canadá, eles podem ter
> entrado no seguinte acordo (que poderia ser feito aqui também, mas
> precisamos da opinião do pessoal do RJ) para importação das ruas: haverão
> alguns poucos efeitos colaterais indesejados a serem tratados manualmente
Concordo. Com as vias desenhadas da mesma forma fica difícil até conferir
trechos com ou sem pavimentação e isso é muito relevante no roteamento.
Em 1 de janeiro de 2014 14:35, Fernando Trebien
escreveu:
> Pessoal,
>
> A discussão na lista tagging sobre alterar o estilo do Mapnik para
> represe
Arlindo, se prepara porque o Márcio é uma máquina, hehe.
Márcio e eu trabalhamos em mapas do RJ, sobretudo na capital. A propósito,
estou devendo o mapa do RJ para ser convertido para OSM e disponibilizado
para a comunidade avaliar e extrair dele o que estiver faltando.
[]s
PC
Em 28 de dezemb
Oi, Arlindo.
Tenho 37 anos e moro no Recreio, Zona Oeste. Fiz umas poucas edições
emergenciais na Barra e aqui no Recreio. Ainda não mapeei mais porque
tenho me dedicado aos programas.
Não sei quem revisa a região da Barra, mas há bastantes coisas erradas
fora das avenidas. As ruas reside
Na minha época de Tracksource, sempre mapeava como linhas separadas. Acho
que se mantiver a linha única, creio que se deva tomar o cuidado de colocar
restrições de manobra à esquerda.
Em 31 de dezembro de 2013 17:13, Gerald Weber escreveu:
> Tanto, que quando a linha não pode ser transposta te
* conversões à esquerda.
Em 3 de janeiro de 2014 10:18, Paulo Carvalho
escreveu:
> Na minha época de Tracksource, sempre mapeava como linhas separadas. Acho
> que se mantiver a linha única, creio que se deva tomar o cuidado de colocar
> restrições de manobra à esquerda.
>
>
>
do TRC, e assim essas possíveis atualizações não foram colocadas
>> nos mapas sob minha posse.
>>
>> São essses mapas que estou tentando incluir no OSM.
>>
>> O que o Nelson fala , sobre tags e nomes característicos do TRC, são
>> naturais, pois usei as ferramen
A minha preocupação é com os novos contribuintes. Antes deles conhecerem o
conceito de renderizadores, eles depararão com o renderizador default.
Assim creio que ele deva desenhar as vias não pavimentadas de forma
distinta.
Em 3 de janeiro de 2014 10:33, Gerald Weber escreveu:
> Lembro a você
rador
> físico (embora não sei que impactos negativos isso teria na prática,
> mesmo pra pedestres ou ciclistas).
>
> Danos ao mapear como linha única: maior dificuldade de chegar ao
> destino e talvez maior risco de acidente, inconvenientes ao tráfego
> local.
>
> 2014/1/
Aos editores e revisores do Rio,
Conforme combinado, disponibilizamos para conflação o mapa do Rio (Zona
Oeste) em formato OSM aqui:
http://cocardl.com.br/osm_mapas/rio_de_janeiro_zona_oeste.zip .
[]s
PC
___
Talk-br mailing list
Talk-br@openstreetma
dência
> geométrica (independente de transformações lineares como um simples
> deslocamento). Além disso, essa vinculação ainda seria possível ao
> converter o sistema de coordenadas, certo?
>
>
> 2014/1/3 Paulo Carvalho
>
>> Pessoal,
>>
>>Temos que lembrar q
gem do Google está mal
> georreferenciada e os dados no OSM acompanharem esse georreferenciamento
> errôneo por grandes áreas, e não houver outra explicação possível (nenhuma
> imagem anterior do Bing com o mesmo georreferenciamento), isso torna os
> dados no mapa suspeitos
> 3) Infelizmen
Talvez fosse bom explicar a ele que o mkgmap pode ser personalizado (style
files) para elevar a classificação de tais rodovias no ato da compilação
sem precisar alterar o dado original.
Em 4 de janeiro de 2014 18:22, Gerald Weber escreveu:
> Consegui entrar em contato com ele e pedi para que di
Gerald,
Uma das metas do Cocar é passar a disponibilizar compilações do mapa
do Brasil para Garmin de forma regular, tão logo o Wesley (não sei se ele
participa desta lista) termine sua pesquisa justamente no que tange ao
melhor style file para produzir mapas Garmin com bom roteamento.
[]s
Interessante poder implementar regras de validação semelhantes às do
Tracksource. São muito úteis mesmo.
Em 5 de janeiro de 2014 14:01, Nelson A. de Oliveira escreveu:
> 2014/1/5 Erick de Oliveira Leal :
> > Existe algum link nalguma página para o validador? Deveria existir...
>
> Por enquanto
O mesmo em Barra de São João e Rio das Ostras.
Em 5 de janeiro de 2014 11:39, escreveu:
> Pois é Marcelo [image: Smiley triste],
>
> Se o validador está bloqueando isso essa ação deu-se depois de já terem
> inúmeras vias e objetos com abreviaturas sendo empregadas.
>
> Como exemplo veja a reg
Lá no Tracksource também usávamos o que era observado nas placas da rodovia.
Em 6 de janeiro de 2014 08:08, Flavio Bello Fialho
escreveu:
> Estou usando relações em todas as rodovias nacionais e estaduais que
> mapeio. Coloco o tag ref na relação. Alguns trechos coincidentes fazem
> parte de mai
a General Fulano de Tal"), essas coisas. Já esse tipo de correção, só
> quem mora no local mesmo, ou fez uma expedição para mapear. =)
>
>
> []s
> Arlindo
>
> 2014/1/3 Paulo Carvalho
>
>> Oi, Arlindo.
>>
>> Tenho 37 anos e moro no Recreio, Zona
Pode ser gente iniciante que só porque estão desenhando a partir de imagens
de satélite diz que é Google. Seria bom contactar quem fez.
Em 6 de janeiro de 2014 17:51, Nelson A. de Oliveira escreveu:
> Estava arrumando algumas coisas quando vi isso:
>
> http://www.openstreetmap.org/node/16104219
E quanto a highway=service? No Tracksource, no mapa do Rio, há as tais
ruas de serviço, ruas bem estreitas (ainda com boas calçadas) com
velocidade bem reduzida, que eu classificaria como service.
Em 6 de janeiro de 2014 21:18, Fernando Trebien
escreveu:
> Augusto, vamos por partes. Acredito qu
Não é isso. São ruas normais, mas com velocidade muito reduzida pelo fato
de ser muito estreita, assim é bom que sejam preteridas no roteamento:
http://goo.gl/maps/aDhvv
Em 6 de janeiro de 2014 21:33, Nelson A. de Oliveira escreveu:
> 2014/1/6 Paulo Carvalho :
> > E quanto a highwa
Deveria ter sido para carroça mesmo, pois está na parte antiga da cidade.
Em 6 de janeiro de 2014 21:52, Nelson A. de Oliveira escreveu:
> 2014/1/6 Paulo Carvalho :
> > Não é isso. São ruas normais, mas com velocidade muito reduzida pelo
> fato
> > de ser muito estreita, ass
Eu disse preterir, não evitar.
Em 6 de janeiro de 2014 21:54, Fernando Trebien
escreveu:
> O OSRM certamente não faz:
> https://github.com/DennisOSRM/Project-OSRM/blob/master/profiles/car.lua
>
> 2014/1/6 Nelson A. de Oliveira :
> > 2014/1/6 Paulo Carvalho :
> >> Nã
Parece que alguém fez um processamento simplório de um arquivo em formato
Polish (.MP), transformou em algo com tags e jogou no JOSM.
2014/1/6 Nelson A. de Oliveira
> Exemplo de dados estranhos: http://www.openstreetmap.org/way/251150993
>
> ___
> Tal
Márcio,
Acho que a terefa de dar um nome genérico às vias sem nome deva ficar
por conta do renderizador/conversor. Quando compilarmos o mapa do Brasil
no Cocar, podemos incluir um preprocessador para dar nomes genéricos às
vias antes de compilar, ou copiar o que está em outra tag... Isso é
tr
Hehe, ok, acontece com todo mundo. :)))
Em 6 de janeiro de 2014 22:06, Fernando Trebien
escreveu:
> Ah, desculpe, li "preferir". :P
>
> 2014/1/6 Paulo Carvalho :
> > Eu disse preterir, não evitar.
> >
> >
> > Em 6 de janeiro de 2014 21:54, Fern
Tenho que concordar com o Flávio. Dei uma olhada na Barão do Amazonas no
Google Street View e essa via é de tertiary para cima. Pelo fato de ter
muitos ônibus, atravessar o canal e ligar locais distantes colcaria como
secondary, junto a Guilherme Alvez, que tem característica semelhante e
funcion
ostaria de propostas. É fácil criticar o trabalho dos outros sem
> propor uma solução.
>
> 2014/1/7 Paulo Carvalho :
> > Tenho que concordar com o Flávio. Dei uma olhada na Barão do Amazonas no
> > Google Street View e essa via é de tertiary para cima. Pelo fato de ter
>
essos a vias de prioridade maior também não vejo problema porque
> elas recebem a TAG de ligação a via de hierarquia maior que residencial.
>
> Como você faria para que o conversor/renderizador interpretasse o acesso
> em via residencial?
>
> []s
> Marcio
>
> *From:* Paulo
Em 7 de janeiro de 2014 10:40, Gerald Weber escreveu:
> 2014/1/7 Flavio Bello Fialho >
>> Se eu mapeasse Porto Alegre, a Barão do Amazonas seria tertiary
>>
>
> Outro dia a discussão era sobre excessos de tertiary em Porto Alegre [?]
>
>
Qual foi o critério usado para estabelecer que havia exces
erarquia maior que residencial.
>
> Como você faria para que o conversor/renderizador interpretasse o acesso
> em via residencial?
>
> []s
> Marcio
>
> *From:* Paulo Carvalho
> *Sent:* Tuesday, January 7, 2014 9:37 AM
> *To:* OpenStreetMap no Brasil
> *Subject:* Re:
> vias aqui com outras cidades no mundo. Parece que as pessoas quer que o
> mapa tenha o mesmo "aspecto visual". Tudo bem, se é o que a maioria quer.
>
> 2014/1/7 Paulo Carvalho
>
>>
>>
>>
>> Em 7 de janeiro de 2014 10:40, Gerald Weber escreveu:
>&g
t;aspecto visual". Tudo bem, se é o que a maioria quer.
>
> 2014/1/7 Paulo Carvalho
>
>>
>>
>>
>> Em 7 de janeiro de 2014 10:40, Gerald Weber escreveu:
>>
>> 2014/1/7 Flavio Bello Fialho >>>
>>>> Se eu mapeasse Porto Alegre, a
disponível para vias
> residenciais.
>
> Classificar todas sem nome como residential_link vai ser uma loucura
> distinguir ali o que é via de acesso e via residencial.
>
> *From:* Paulo Carvalho
> *Sent:* Tuesday, January 7, 2014 10:46 AM
> *To:* OpenStreetMap no Brasil
a usar a aplicação com a nova tag, e
> depois convenceria a comunidade de que a tag é necessária e útil.
>
> 2014/1/7 Paulo Carvalho :
> > Classifica-a como residential_link. O _link no final já diz que se
> trata de
> > uma via de acesso.
> >
> >
> >
Muito legal!
Em 7 de janeiro de 2014 20:04, Gerald Weber escreveu:
> Tem um bocado de gente nova no pedaço, isto é muito bom.
>
> Quando a gente começa no OSM nem sempre a gente se dá conta do tamanho da
> empreitada em que se meteu, e muito menos do tamanho do projeto.
>
> Eu só passei a ter u
Google "web page as screensaver". Há uns programinhas por aí que fazem
isso. hehe
Em 7 de janeiro de 2014 20:16, Marcelo Pereira
escreveu:
> tem como deixar isso como proteção de tela ?
>
>
> Em 7 de janeiro de 2014 19:04, Gerald Weber escreveu:
>
>> Tem um bocado de gente nova no pedaço, isto
> Não sei se é assim em todo o mundo. Apenas que se procure evitar afastar
> novos colaboradores com *um altíssimo grau de problematização* (e por
> vezes indignação com aquilo que cada um discorda). Ainda não há muita
> participação no OSM. É um projeto aberto; e com seriedade, sim, é o que
> perc
Concordo com o Márcio.
Em 8 de janeiro de 2014 19:07, escreveu:
> Arlindo,
> não havia eu me manifestado nesse assunto até agora, mas neste momento me
> vejo impelido a fazer.
>
> Não podemos esquecer que a lei de trânsito no Brasil proíbe estacionamento
> em calçada . É claro que por falta d
Augusto,
Tenho os contornos dos três setores do PNT. Se quiser te passo.
[ ]s
Paulo
Em 9 de janeiro de 2014 02:10, Augusto Stoffel escreveu:
> Fiz a importação das áreas protegidas do ICMBio. Se algo estranho
> aparecer na sua região, fique a vontade para fazer refinamentos ou
> entrar e
Essa base está em que formato?
Em 9 de janeiro de 2014 14:04, erick escreveu:
> Erick, de fato nós temos um grande interesse em migrarmos para uma api
> livre
> (openstreetmaps). Fizemos a opção da api do google porque nos pareceu ser
> mais simples, porém gostaríamos de alinhar com a comunidade
e como estão fazendo.
> Em 09/01/2014 16:18, "Paulo Carvalho"
> escreveu:
>
>> Essa base está em que formato?
>>
>>
>> Em 9 de janeiro de 2014 14:04, erick escreveu:
>>
>>> Erick, de fato nós temos um grande interesse em migrarmos para um
Alguém? Estou "atacando" mapas em outros lugares.
Em 8 de janeiro de 2014 16:14, Gerald Weber escreveu:
> a BHTrans está promovendo alterações importantes em BH, inclusive uma rua
> vai ter mão inglesa.
>
> http://www.bhtrans.pbh.gov.br/portal/page/portal/portalpublico
>
> Tem alguém trabalhan
Vou perguntar na lista do Cocar se aparece alguém interessado.
2014/1/9 Nelson A. de Oliveira
> 2014/1/8 Gerald Weber :
> > Tem alguém trabalhando nisto já?
>
> Parece que esse alguém será você mesmo, Gerald :-)
>
> ___
> Talk-br mailing list
> Talk-b
egião. Um pouco parado, me adaptando a vida de casado. *rs.
> Paulo Carvalho, você trabalhou na IplanRio?
>
> []s,
> Eduardo Medeiros
> No dia 6 de Jan de 2014 13:37, "Arlindo Pereira" <
> openstreet...@arlindopereira.com> escreveu:
>
> PC,
>>
>
/pdy4THDMz5E/mPwvWIpk8lMJ
>
>
>
> 2014/1/9 Paulo Carvalho
>
>> Qual é a intenção deles? Dividir os dados conosco ou usar a tecnologia
>> OSM internamente?
>>
>>
>> Em 9 de janeiro de 2014 16:20, Erick de Oliveira Leal <
>> erickdeoliveiral...@gmail.
Fiz o meu usando esse aí como base também.
http://wiki.openstreetmap.org/wiki/User:PauloCarvalhoRJ
Em 8 de janeiro de 2014 13:05, Vitor George escreveu:
> Dá para referenciar regiões de interesse usando templates.
>
> Eu usei o perfil do Pedro Geaquinto como referência para o meu, que acabei
> d
Respostas nas entrelinhas...
(desculpe a demora, pois estava aproveitando o feriado prolongado aqui no
Rio)
> Agora uma pergunta técnica sobre coordenadas UTM. Quando eu faço a
> conversão de coordenadas UTM (como constam nas leis) para WGS 84,
WGS-84 é um datum, ou referência. O datum é um
Datum?
Sistema de Projeção?
Em 24 de janeiro de 2014 15:03, Erick de Oliveira Leal <
erickdeoliveiral...@gmail.com> escreveu:
> Opa Pessoal, alguém sabe como posicionar a imagem contida no link ao JOSM,
> pra facilitar?
>
> http://www.sedhab.df.gov.br/mapas_sicad/mapas/Plantas_Urbanas/02/brasi
Por isso mesmo que se deve conhecer os parâmetros cartográficos.
Em 24 de janeiro de 2014 15:42, Fernando Trebien escreveu:
> Só tem umas coisas que tem que cuidar bem ao usar esse plugin:
> - em grandes áreas, a projeção pode não corresponder (tem que ser
> projeção de Mercator; é esse o caso
Já tem tempo isso (8 meses). Isso não vai prejudicar o que foi feito
depois?
Só um comentário: ser do Tracksource não é pecado, pois a licença só
restringe o uso indevido dos mapas que eles disponibilizam no site deles.
Os mapas-fonte individuais são evidentemente dos respectivos autores e como
t
Pessoal,
Alguém sabe o que aconteceu ao conteúdo de:
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br
Pessoal,
Alguém sabe o que aconteceu ao conteúdo de:
http://wiki.openstreetmap.org/wiki/How_to_map_a
Está vazia.
[]s
PC
Em 27 de janeiro de 2014 11:05, Paulo Carvalho escreveu:
> Pessoal,
>
> Alguém sabe o que aconteceu ao co
Obrigado.
2014-01-27 Nelson A. de Oliveira
> 2014-01-27 Paulo Carvalho :
> > Alguém sabe o que aconteceu ao conteúdo de:
> >
> > http://wiki.openstreetmap.org/wiki/How_to_map_a
>
> Ela redirecionava para
> http://wiki.openstreetmap.org/wiki/Category:
Em 27 de janeiro de 2014 11:00, Nelson A. de Oliveira
escreveu:
>
>
> Bom, a licença do TS é incompatível com o OSM (é CC
> Attribution-NonCommercial-
> NoDerivs 2.5, onde deve-se dar crédito, não pode ser utilizado
> comercialmente e não permite trabalhos derivados). Só por isso já
> invalida o u
nistrador)
Então fica ainda pendente de prova a data em que tal dado fora incluído no
TS. E como as alterações não são rastreáveis, obter tal prova fica
praticamente impossível.
Em 27 de janeiro de 2014 13:22, Paulo Carvalho escreveu:
>
>
>
> Em 27 de janeiro de 2014 12:55,
Antes de fazer qualquer coisa a respeito deve-se *provar* que houve cópia,
a fim de que se não cometa injustiças. Reversões arbitrárias certamente
desencorajarão muitos contribuintes potenciais.
Como eu disse antes: vícios de nomenclatura só sugerem que o mapeador veio
do Tracksource e não provam
Em 27 de janeiro de 2014 11:37, Nelson A. de Oliveira
escreveu:
> 2014-01-27 Paulo Carvalho :
> > Isto se o autor das alterações decompilou os mapas publicados no site do
> > Tracksource. Tem que ver com ele se usou mapas-fonte que ele usou para
> > contribuir (assum
Em 27 de janeiro de 2014 14:07, Nelson A. de Oliveira
escreveu:
> 2014-01-27 Paulo Carvalho :
> > Como eu disse antes: vícios de nomenclatura só sugerem que o mapeador
> veio
> > do Tracksource e não provam que os dados por ele incluídos vieram do
> > Tracksource.
>
Só os que foram modificados.
2014-01-27 Nelson A. de Oliveira
> http://www.tracksource.org.br/desenv/mapa_compilado_versao.php mostra
> apenas o que foi atualizado na última versão (como diz o título da
> página) ou na verdade indica todos os mapas disponíveis?
>
> _
> To: OpenStreetMap no Brasil
> Subject: Re: [Talk-br] Dados de Planaltina e região
>
>
> 2014-01-27 Paulo Carvalho :
>
>> Isto se o autor das alterações decompilou os mapas publicados no site do
>> Tracksource. Tem que ver com ele se usou mapas-fonte que ele usou p
r ainda no
contexto respostas imprecisas ou baseadas em opiniões aos questionamentos
jurídicos levantados.
Fonte: http://www.portalgps.com.br/viewtopic.php?t=1194
2014-01-27 Nelson A. de Oliveira
> 2014-01-27 Paulo Carvalho :
> > Isso é sua opinião, que eu respeito. Mas deve-se provar
Em 27 de janeiro de 2014 12:55, Nelson A. de Oliveira
escreveu:
> 2014-01-27 Paulo Carvalho :
> > Até o dia em que deixei o TS não concordei com coisa alguma. O TS é quem
> > usa os dados de acordo com uma licença, que não existe.
>
> Mas como que funcionava isso antes?
Tem o nome "tracksource" no link, mas como sabemos que esses mapas aí são
do Tracksource mesmo?
Esse site http://rgg.dyndns.tv é no mínimo obscuro. Indo na home dele não
aparece qualquer menção ou ponteiro para o projeto.
Em 27 de janeiro de 2014 14:28, Nelson A. de Oliveira
escreveu:
> Tracks
Então o único problema que vejo na cópia é se certificar de que não vieram
do Google.
Em 27 de janeiro de 2014 14:50, Nelson A. de Oliveira
escreveu:
> 2014-01-27 Paulo Carvalho :
> > Há ainda, a situação ilegal da licença atual do Tracksource:
>
> Sim, tem dois problemas: alter
Ok.
Agora resta determinar em que direção foi a cópia: se foi TS->OSM ou
OSM->TS.
E mesmo comprovando que houve cópia, esta não seria ilegal pelo aqui
exposto.
Em 27 de janeiro de 2014 14:55, Nelson A. de Oliveira
escreveu:
> 2014-01-27 Paulo Carvalho :
> > Tem o nome "
A quanto à invalidade da licença?
Em 27 de janeiro de 2014 15:21, Nelson A. de Oliveira
escreveu:
> 2014-01-27 Paulo Carvalho :
> > Agora resta determinar em que direção foi a cópia: se foi TS->OSM ou
> > OSM->TS.
>
> TS→OSM aparentemente.
> Se você olhar
Remoção de dados anteriores não é bom mesmo. É até desrespeitoso. Isso
cabe explicação.
Em 27 de janeiro de 2014 15:52, Nelson A. de Oliveira
escreveu:
> Respondendo mensagem anterior.
>
> 2014-01-27 Paulo Carvalho :
> >> Não é apenas nomenclatura, mas a quantidade imensa
Fora que tem que ver ainda que muitas vezes o OSM tem coisas que o TS não
tem.
Em 27 de janeiro de 2014 17:11, Nelson A. de Oliveira
escreveu:
> Marcio,
>
> 2014-01-27 :
> > Poderia eu importar esse mapa para o OSM apagando o pouco nele existente
> > para o município? Acredito que sim, mas como
Alguém reclamou disso?
Em 29 de janeiro de 2014 00:02, Nelson A. de Oliveira
escreveu:
> Mais alguém tem algo a expor, comentar, perguntar ou qualquer outra
> coisa sobre Planaltina?
> A gente não pode deixar passar mais 8 meses sem nada resolvido.
>
> ___
juridicamente, o direito sobre a obra recai sobre
a pessoa física que criou o mapa.
Em 29 de janeiro de 2014 11:08, Nelson A. de Oliveira
escreveu:
> 2014-01-29 Paulo Carvalho
> >
> > Alguém reclamou disso?
>
> Tirando aqui
> https://lists.openstreetmap.org/pipermail/talk-br/2013-Oc
Em 29 de janeiro de 2014 11:41, Nelson A. de Oliveira
escreveu:
> 2014-01-29 Paulo Carvalho :
> > Google é a única preocupação real. Se o dado não veio do Google, não
> vejo
> > problemas. Quanto a isso cabe esclarecimento por parte de quem fez a
> > alteração. O
Tem que dar a ele a oportunidade de mostrar. Já entraste em contato com
ele?
Em 29 de janeiro de 2014 16:26, Nelson A. de Oliveira
escreveu:
> 2014-01-29 Paulo Carvalho :
> > Discordo. Você provou sim que os dados são semelhantes, primeiro ele
> > alimentou o TS e depois o OSM
> E como aparentemente apenas eu sou a pessoa chata, tem mais um
> detalhe: TrackSource não pode usar o Bing para traçar imagens. O Bing
> deu uma permissão especial para o OSM. Então Planaltina inteira teria
> que ter sido feita apenas utilizando tracks de GPS (o que imagino que
> não foi o caso).
>
> 2014-01-29 Nelson A. de Oliveira :
> > 2014-01-29 Paulo Carvalho :
> >> Google é a única preocupação real. Se o dado não veio do Google, não
> vejo
> >> problemas. Quanto a isso cabe esclarecimento por parte de quem fez a
> >> alteração. O que ele cita
Sim, mas podemos usar o Bing, né.
Em 29 de janeiro de 2014 16:39, Nelson A. de Oliveira
escreveu:
> 2014-01-29 Paulo Carvalho :
> > O TS não tem permissão do Google e fazem mesmo assim
>
> Mas é errado.
> Mesmo que o Google não vá atrás disso, é um risco que correm (e não
Em 29 de janeiro de 2014 20:43, escreveu:
> Amigos,
> confesso que estou viajando nesse debate.
>
> Sabemos que existem diversos provedores de imagem satélite e até hoje não
> identifiquei um provedor sequer que tenha a imagem perfeitamente
> georeferenciada.
>
> Um desenvolvedor que faz um bom
s vieram de fontes permitidas pela licença do OSM.
>
> abçs,
> wille
>
>
> On 29-01-2014 15:29, Nelson A. de Oliveira wrote:
>
>> 2014-01-29 Paulo Carvalho :
>>
>>> Tem que dar a ele a oportunidade de mostrar. Já e
Pessoal,
http://www.cocardl.com.br/viewtopic.php?f=23&t=42&p=42 .
O script de compilação agora pode gerar o CR-BR (mapa rodoviário do
Brasil para Garmin) e de todos os estaduais.
Para os que ainda não sabem, este script é para provedores de mapas
finais (como o Cocar) compilarem mapas
Muito legal. Usamos técnica parecida na geologia do petróleo para
visualizar onde os fluidos (gás, óleo e água) estão indo. Às vezes assim é
melhor de ver do que campos de vetores.
Agora acho interessante se pudéssemos consultar uma rosa-dos-ventos com a
escala de cores distribuída pelos azimute
Tipo, para podermos importar os dados deles?
Em 31 de janeiro de 2014 21:50, Igor Lemos escreveu:
> Olá Erick,
>
> Interessante essa notícia, essa empresa tem mapas com copyright?
>
>
> Em 31 de janeiro de 2014 21:45, Erick de Oliveira Leal <
> erickdeoliveiral...@gmail.com> escreveu:
>
>> Quer
e :
>>
>> Acho que na verdade é o contrário. Eles compraram o Skrobbler para ter
>>> acesso a uma tecnologia de rotas madura baseada no OpenStreetMap.
>>> Em 01/02/2014 06:34, "Paulo Carvalho"
>>> escreveu:
>>>
>>> Tipo, para poder
Certamente. Na minha época de Tracksource eu sempre propunha que o TS
passasse a existir juridicamente, para que pudesse ter direitos.
Em 3 de fevereiro de 2014 14:33, Gerald Weber escreveu:
> Oi Arlindo
>
> concordo com todas as colocações, num país cartorial como o Brasil ter um
> Local Chap
http://www.cocardl.com.br/viewforum.php?f=18
Em 3 de fevereiro de 2014 15:32, Edil Queiroz de Araujo
escreveu:
> Olá pessoal,
> Estou explorando algumas aplicações do OSM em parceria com o COMTUR daqui
> de Ribeirão Grande e gostaria de umas dicas sobre aplicativo de navegação e
> roteamento, pa
or os dados que
> aceitamos no mapa, desenvolver métodos para detectar informações
> ilegais, etc.
>
> 2014-02-03 Paulo Carvalho :
> > Certamente. Na minha época de Tracksource eu sempre propunha que o TS
> > passasse a existir juridicamente, para que pudesse ter direito
Em 3 de fevereiro de 2014 17:17, Marcelo Pereira
escreveu:
>
>
> Me interesso em continuar a fazer isso no OSM, pois assim o fiz nos mapas
> do Tracksource, e considero isso uma boa forma de contribuir para o
> projeto, pois já estou acostumado com ele, apesar de chato e repetitivo.
>
> Porém não
De repente os erros não são tantos assim, mesmo numa área tão grande. Acho
que dá para corrigir manualmente uns 200 erros acusados pelo script bem
rápido. 200 erros é muita coisa, certamente eles estarão espalhados numa
área tão grande.
Em 4 de fevereiro de 2014 14:17, Fernando Trebien <
fernand
Acho arriscado mandar apagar sob tal alegação sem a devida comprovação.
Concordo que seria um brecha perigosa. Se o caminho existe então deve
estar no mapa. Só não deve constar informações de interesse particular
como "Casa do Fulano de Tal", como eu já vi várias vezes no Wikimapia.
Lembro que l
Em 7 de fevereiro de 2014 20:10, Augusto Stoffel
escreveu:
> Provavelmente, estão no sistema UTM (com datum SAD-69)
Podem ter usado outro sistema de projeção. Mas seu fosse dar um
prognóstico, seria UTM mesmo, mas e se usaram outra projeção (Mercator,
Policônica, etc.)? O datum provavelmente é
Igor, qual o problema que você teve ao instalar o pyproj?
Em 7 de fevereiro de 2014 23:51, Igor Lemos escreveu:
> Olá Augusto,
>
> Também estou tendo dificuldades em converter as coordenadas, não consigo
> instalar o pyproj no ubuntu 13.10 existe alguma outra forma de fazer a
> conversão?
>
>
Peço cuidado com essa lance de assumir. Recomendo substituir por
tendência. Melhor seria escrever apenas que desde determinada data (lá na
Petrobras fizemos a conversão em 2011, mas provavelmente a determinação
veio antes) o datum padrão é o SIRGAS2000 e que existe apenas uma tendência
de que mat
o pacote python3-pyproj
>
>
>
> Em 8 de fevereiro de 2014 10:08, Paulo Carvalho <
> paulo.r.m.carva...@gmail.com> escreveu:
>
>> Igor, qual o problema que você teve ao instalar o pyproj?
>>
>>
>>
>>
>> Em 7 de fevereiro de 2014 23:5
Pessoal,
Para que a numeração de porta seja compilada para Garmin, é necessário
que os nós e polígonos que contêm addr:housenumber também tenham a tag
addr:street com o nome da rua a que fazem referência.
Caso já sigam esta recomendação, ignorem a mensagem.
[]s
PC
_
t; João
>
>
> Em 8 de fevereiro de 2014 15:25, Paulo Carvalho <
> paulo.r.m.carva...@gmail.com> escreveu:
>
>> Pessoal,
>>
>> Para que a numeração de porta seja compilada para Garmin, é
>> necessário que os nós e polígonos que contêm addr:housenumbe
Além disso, o mkgmap tem que ser chamado com as opções --route e
--housenumbers habilitada.
Em 8 de fevereiro de 2014 15:45, Paulo Carvalho <
paulo.r.m.carva...@gmail.com> escreveu:
> O mkgmap ignora completamente relações e interpoladores.
>
> Já esgotei a pesquisa nesse assunto
Pessoal,
Comecei a detalhar uma região com muitos condomínios grandes, eles são
muito usados como referência, quase como se fossem logradouros mesmo.
Quando peço pizza, por exemplo, a pizzaria costuma pedir o nome do
condomínio ao invés de rua e número. Isto é uma característica dessa
região.
menos nesse renderizador. As ruas ficaram
estreitas e o polígono com linha perimetral dá noção de lugar murado.
> Atenciosamente,
> Roger.
>
> --
> Em 09-02-2014 08:55, Paulo Carvalho escreveu:
>
> Pessoal,
>
> Comecei a detalhar uma região com muitos condomínios g
1 - 100 de 582 matches
Mail list logo
