[Talk-br] Projeto de teste para integração com overpass
George Silva
georger.silva em gmail.com
Quinta Setembro 22 21:58:48 UTC 2016
Entendi!
Era uma dúvida, pois neste cenário, uma lógica bem mais complexa precisa
ser executada.
Após os dados serem obtidos, terei de quebrá-los em vários pedacinhos para
que consigamos fazer o que queremos.
Mas uma coisa que é uma perda é que não poderei manter na minha aplicação
uma relação direta entre o segmento e o trecho da rota pública.
Enfim...tem a opinião do Márcio também...
Em projeto de cadastro, sempre que vi logradouros, eles eram segmentados.
Por isso a dúvida...não gostaria de quebrar tudo numa cidade para depois
ter um changeset revertido :D
2016-09-22 18:21 GMT-03:00 Arlindo Pereira <arlindosaraivapereira em gmail.com>
:
> Mais especificamente (relendo achei que não expliquei direito): o ideal é
> que as vias sejam mapeadas com apenas um segmento (tirando casos
> específicos de rodovias com acima de X quilômetros, sendo X um valor alto,
> não me lembro quanto mas pelo menos 10), sendo partida em trechos somente
> quando necessário para criar relações diversas (tipicamente relações de
> restrição de conversão, mas também relações de transporte público).
>
>
> []s
> Arlindo Pereira
>
> Em 22 de setembro de 2016 18:17, Arlindo Pereira <
> arlindosaraivapereira em gmail.com> escreveu:
>
>> Legal!
>>
>> Quanto à sua dúvida: parte da dificuldade de se mapear os transportes
>> públicos é justamente quebrar as vias em múltiplos pedaços para múltiplas
>> rotas - e o momento seguinte, eventualmente alterar categorias da via em
>> todos esses segmentos. No caso, a interface teria que ter alguma opção para
>> dado um ponto que intersecta duas linhas, segmentasse as duas, resultando
>> em 4 linhas.
>>
>>
>> []s
>> Arlindo Pereira
>>
>> Em 22 de setembro de 2016 17:07, George Silva <georger.silva em gmail.com>
>> escreveu:
>>
>>> Pessoal, uns dias atrás falei de um projeto de integração com o Overpass
>>> para que as prefeituras pudessem manter os dados de linhas de transporte,
>>> baseados no OSM.
>>>
>>> Bem, fiz uns testes de integração, usando o Leaflet, Jquery e mais umas
>>> besteirinhas para testar o que queremos aqui na empresa, no momento de
>>> construir e editar o trajeto.
>>>
>>> O projeto está disponível aqui:
>>>
>>> https://gitlab.sigmageosistemas.com.br/dev/overpass-selector
>>>
>>> Ele depende do bower para ser rodado.
>>>
>>> Para rodar, instale o bower e clone o repositório.
>>>
>>> Dentro da pasta do repositório, digite bower install. Ele irá instalar
>>> as dependências todas. Após essa instalação, abra a página index.html.
>>>
>>> O funcionamento é simples. Dê um duplo clique para definir um ponto e um
>>> segundo duplo clique para definir o segundo ponto. A aplicação irá se
>>> comunicar nesse momento com o Overpass e trazer todas as ways dentro desse
>>> envelope.
>>>
>>> A partir disso, ele permite que você selecione as vias, clicando nas
>>> mesmas.
>>>
>>> É só uma prova de conceito, mas acho que vai ser útil aqui
>>>
>>> .
>>>
>>>
>>>
>>>
>>> *Uma dúvida:* no segundo screenshot, vocês podem ver que a via possui
>>> muitos trechos. No momento de mapear, não seria ideal que estes trechos
>>> estejam quebrados? Na verdade, farei outro email sobre isso.
>>>
>>> Abraços
>>>
>>> --
>>> George R. C. Silva
>>> Sigma Geosistemas LTDA
>>> ----------------------------
>>> http://www.sigmageosistemas.com.br/
>>>
>>> _______________________________________________
>>> Talk-br mailing list
>>> Talk-br em openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-br
>>>
>>>
>>
>
> _______________________________________________
> Talk-br mailing list
> Talk-br em openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
--
George R. C. Silva
Sigma Geosistemas LTDA
----------------------------
http://www.sigmageosistemas.com.br/
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://lists.openstreetmap.org/pipermail/talk-br/attachments/20160922/89867ad3/attachment-0001.html>
-------------- Próxima Parte ----------
Um anexo não-texto foi limpo...
Nome: 2.png
Tipo: image/png
Tamanho: 595872 bytes
Descrição: não disponível
URL: <http://lists.openstreetmap.org/pipermail/talk-br/attachments/20160922/89867ad3/attachment-0002.png>
-------------- Próxima Parte ----------
Um anexo não-texto foi limpo...
Nome: 1.png
Tipo: image/png
Tamanho: 1902645 bytes
Descrição: não disponível
URL: <http://lists.openstreetmap.org/pipermail/talk-br/attachments/20160922/89867ad3/attachment-0003.png>
Mais detalhes sobre a lista de discussão Talk-br