Olha, monitorar alterações via RSS dá pra fazer automagicamente com um robo que recebe o update, avalia/classifica a alteração e envia aqui na lista os mais urgentes/críticos dentro dos períodos determinados para cada cidade (li uma thread hoje sobre 24hs/3dias/21dias).
E sobre os updates, o que daria pra fazer de maneira automática é digerir o dado fornecido pela sptrans e gerar os payloads para as requisições de update da API. E sobre digerir o dado que eu levantei essa discussão, pois gostaria de saber quais possibilidades para isso (investigando rotas das linhas, quais pontos quais linhas param, e tudo que puder ser atribuído a uma rota ou a uma parada). []s 2014-05-13 16:14 GMT-03:00 Fernando Trebien <fernando.treb...@gmail.com>: > Quando subir, não esquece de definir a licença dos dados de acordo com > os termos de uso da SPTrans. > > 18 mil paradas, vai precisar de bastante mão de obra pra não ser > automático. Eu comecei a pensar sobre esse problema ano passado [1] e > no fim não dei continuidade (pretendo dar ainda, mas não priorizei) > porque: > - geralmente os dados vêm com uma informação interessante: a > associação entre as paradas e as linhas de ônibus; seria interessante > manter essa associação no OSM (um mesmo ônibus pode parar só em > algumas paradas específicas de uma avenida) > - dá pra pensar em formas automáticas de fazer a importação, > modificando o processo de conflação (mas exige um programador e > análises geométricas avançadas, ou no mínimo alguns "truques" com os > programas de conflação que tem por aí); quem fizer isso poderia já > fazer um tutorial pra ajudar os demais > - ainda não temos uma forma muito fácil de detectar quando alguém > quebrou uma relação de rota e, com várias linhas de ônibus passando > nas avenidas principais da maior cidade do Brasil, é quase certo que > isso vai acontecer, e muitas vezes, provavelmente todos os dias > > (esse era um dos motivos para eu estar pressionando os autores do iD a > darem um alerta quando uma edição estivesse alterando uma relação, mas > até agora não atenderam) > > Isso obviamente não é impedimento para dar início ao processo, mas é > algo que sugere de que devemos pensar mais sobre como monitorar as > edições para consertar esse problema quando ele aparecer. > Especialmente em São Paulo, que é uma cidade enorme, talvez seria > legal dividir a cidade em regiões e ter pelo menos 1 pessoa > acompanhando as edições em cada região com frequência. > > [1] http://forum.openstreetmap.org/viewtopic.php?id=21839 > > 2014-05-13 16:05 GMT-03:00 Marcel Mitsuto F. S. <mitsuto+...@gmail.com>: > > Sim, entendi o recado, e vou seguir a recomendação e subir os arquivos no > > wiki... > > > > []s > > > > > > 2014-05-13 15:56 GMT-03:00 Nelson A. de Oliveira <nao...@gmail.com>: > > > >> 2014-05-13 15:48 GMT-03:00 Marcel Mitsuto F. S. <mitsuto+...@gmail.com > >: > >> > Eu disse automático? > >> > >> Não disse. Nem o Arlindo disse que você importaria de forma automática. > >> Ele só reforçou/relembrou, a quem possa se interessar, que algo > >> automático não é o melhor caminho neste 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 > > > > > > -- > 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