[Talk-br] estatística de vias mapeadas no Brasil

Fernando Trebien fernando.trebien em gmail.com
Sábado Novembro 2 21:22:32 UTC 2013


Hm uma alternativa pra quem não tem tanta memória e usa Linux (ou
Cygwin no Windows) é filtrar o arquivo .OSM usando pipes e o comando
grep, assim:

bunzip2 -cd brazil-latest.osm.bz2 | grep -v '<nd ref' | grep -B10
'residential; track'

Cada execução levou uns 30 segundos pra completar no meu computador.
Daí só precisei pegar manualmente o ID da última tag <way> de cada
resultado. Certo que daria pra fazer algo mais elegante com sed ou
awk. Eis os IDs resultantes:
- unclassified;residential: 88443902, 202070018, 202076418, 237613717
- residential;unclassified: 119326263
- residential; track: 232604231, 232623941
- residential;road: 242941907
- track;tertiary: 225496275

Como são poucos, já aproveitei pra consertar:
http://www.openstreetmap.org/browse/changeset/18683107
http://www.openstreetmap.org/browse/changeset/18683262

2013/11/2 Gerald Weber <gweberbh em gmail.com>:
> Acho que sim :) Vou tentar modificar e ver se consigo esta informação.
>
> Em tempo: o script não é meu
> http://svn.openstreetmap.org/applications/utils/filter/osm-length/osm-length-2.pl
>
> mas é bem simples, ah e para processar o Brasil precisa de 7GB de RAM ao
> menos.
>
> abraço
>
> Gerald
>
>
> 2013/11/2 Fernando Trebien <fernando.trebien em gmail.com>
>>
>> Gerald, teu script consegue listar os IDs desses caminhos com
>> classificação duplicada? As distâncias parecem ser pequenas, devem ser
>> poucos elementos.
>>
>> On Sat, Nov 2, 2013 at 3:00 PM, Arlindo Pereira
>> <openstreetmap em arlindopereira.com> wrote:
>> > Legal!
>> >
>> > Já dá para ter uma ideia de que correções são necessárias para as vias
>> > com
>> > valor highway duplicado.
>> >
>> > []s
>> > Arlindo
>> >
>> > Em 02/11/2013 14:57, "Gerald Weber" <gweberbh em gmail.com> escreveu:
>> >>
>> >> Olá Pessoal
>> >>
>> >> estava curioso para saber o mapeamento do OSM-Brasil em termos de
>> >> distâncias.
>> >>
>> >> Tudo o que achei foi um script em Perl, então processei eu mesmo os
>> >> dados
>> >> ;)
>> >>
>> >> O resultado para o mapa do dia 31/10/2013:
>> >>
>> >> highway length sums (metres):
>> >>                 1431306367m
>> >> residential      281090828m
>> >> primary          143885305m
>> >> tertiary         107843308m
>> >> secondary         88287351m
>> >> track             84993776m
>> >> unclassified      74486723m
>> >> road              21001835m
>> >> motorway          16582935m
>> >> trunk             16345734m
>> >> service           10320197m
>> >> motorway_link      2244128m
>> >> primary_link       2018974m
>> >> living_street      1961662m
>> >> path               1838651m
>> >> footway            1668485m
>> >> trunk_link         1651167m
>> >> tertiary_link      1501231m
>> >> secondary_link     1277054m
>> >> proposed           1059609m
>> >> construction        680081m
>> >> cycleway            646466m
>> >> pedestrian          487575m
>> >> bridleway           226471m
>> >> steps               142566m
>> >> raceway             108812m
>> >> yes                  26193m
>> >> services              4132m
>> >> rest_area             2176m
>> >> unclassified;residential       1959m
>> >> bus_stop              1535m
>> >> unknown               1407m
>> >> platform              1396m
>> >> residential_link       1316m
>> >> grade3                1145m
>> >> residential;unclassified        711m
>> >> residential;road        618m
>> >> traffic_signals        536m
>> >> track;tertiary         460m
>> >> turning_circle         427m
>> >> bus_guideway           417m
>> >> motorway_junction        261m
>> >> soccer                 145m
>> >> residential; track        138m
>> >> crossing                84m
>> >> generic                 84m
>> >> emergency_access_point         58m
>> >> elevator                51m
>> >> ford                     5m
>> >> TOTAL           2293702567m
>> >>
>> >> abraço
>> >>
>> >> Gerald
>> >>
>> >>
>> >> _______________________________________________
>> >> 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
>> >
>>
>>
>>
>> --
>> Fernando Trebien
>> +55 (51) 9962-5409
>>
>> "The speed of computer chips doubles every 18 months." (Moore's law)
>> "The speed of software halves every 18 months." (Gates' law)
>>
>> _______________________________________________
>> Talk-br mailing list
>> Talk-br em openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>
>
>
>
> --
>
> Dr. Gerald Weber
>
> gweberbh em gmail.com
>
> Personal website
>
>
> Departamento de Física/Universidade Federal de Minas Gerais
>
> Department of Physics/Federal University of Minas Gerais
>
> Campus da Pampulha
>
> Av. Antônio Carlos, 6627, 31270-901 Belo Horizonte, MG, Brazil
>
> mobile: +55-(0)31-96462277 (mudou/changed 02/07/2013)
>
>
> _______________________________________________
> Talk-br mailing list
> Talk-br em openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>



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

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



Mais detalhes sobre a lista de discussão Talk-br