ÜÇÜNCÜ BÖLÜM PANEL OTURUMLARI
SALI GÜNÜ 2. OTURUM Gürbüz İnaltekin:
Os experimentos apresentados neste capítulo usam dados de três plataformas abertas que colhem, processam e usam dados fornecidos por seus usuários de alguma forma. O Waze, plataforma de mapeamento e roteamento GPS para automóveis, já descrita na seção 6.2.2 (p. 84 e seguintes), foi usado para a obtenção de tempos de deslocamentos entre diversos pontos de cada cidade analisada. O Google Maps fornece rotas de deslocamento entre dois pontos usando transporte público, indicando linhas de ônibus ou metrô, tempos de percurso e, em algumas cidades, custos de passagens para os trajetos especificados. O OpenStreetMap, descrito na seção 6.2.1 (p. 77 e seguintes), foi usado como fonte de dados de mapeamento urbano.
Das três plataformas utilizadas, apenas o OpenStreetMap permite que seus dados sejam baixados em formato aberto e processados por qualquer método desejado. Seus dados são disponibilizados por meio de uma licença ODbL (Open Database License), o que permite a qualquer pessoa fazer uso não comercial deles, o que configura a plataforma como sendo de cinco estrelas pelos critérios da 5-Star Open Data Initiative citada na página 75.
O Google Maps também disponibiliza seus dados por meio de uma API (Application
Programming Interface72) aberta, o que permite o uso e o desenvolvimento de aplicativos que
sejam conectados diretamente ao seu banco de dados, apesar de não carregar uma licença ODbL, como o OpenStreetMap, os dados do Google Maps podem ser acessados diretamente por outros programas, o que também o caracteriza como tendo cinco estrelas de abertura – ainda que os termos de sua licença limitem os usos possíveis para este acesso. O número de acessos por dia é também é limitado pela Google, em dois mil e quinhentos para cada usuário;
71 “Saúde, educação, segurança e trânsito estão no topo das prioridades” dos eleitores de BH - http://www.em.com.br/app/noticia/politica/2013/05/12/interna_politica,386209/combate-a-corrupcao-nao-e- prioridade-do-eleitor-de-bh-diz-pesquisa.shtml, acesso em 20/01/2016.
72 Uma API “é um conjunto de instruções e padrões de programação para acesso a um aplicativo de software baseado na Web, ou ferramenta de Web. Uma empresa de software lança seu API para o público de modo a que outros criadores de software possam desenvolver produtos acionados por esse serviço.” Fonte: http://tecnologia.hsw.uol.com.br/conferencia-api1.htm, acesso em 21/01/2016.
113 para além disso, é necessário contratar pacotes de acesso de API cujos preços variam de acordo com o uso e a quantidade de acessos. Para este estudo, foram feitas dezenas de milhares de solicitações a esta API; a solução para evitar os custos relativos ao uso adicional foi dividir estes acessos em vários dias.
O Waze não disponibiliza seus dados para download, mas disponibiliza a plataforma Livemap, acessível em www.waze.com/livemap, para consulta dos tempos de deslocamento estimados entre dois pontos para cada trajeto, hora do dia e dia da semana. Estas estimativas são produzidas pelos servidores do Waze a partir de algoritmos internos, não divulgados, que usam os dados enviados ao servidor pelos dispositivos móveis de qualquer pessoa no período em que ela estiver usando o aplicativo. O Waze fornece, a princípio, uma estimativa básica de velocidade média para cada segmento de via, a partir das características viárias registradas pelo usuário que a mapeou – avenidas, por exemplo, são classificadas como
primary streets, e carregam a definição inicial de uma velocidade média de 30 quilômetros por
hora. Na medida em que os usuários dirigem por cada segmento usando o aplicativo, os tempos de deslocamento verificados são registrados e usados para atualizar a previsão de velocidade média daquele trecho. À medida que mais usuários dirigem por aquele trecho, mais dados são registrados e as estimativas se tornam mais precisas. Os dados são registrados em blocos de meia hora para permitir que as estimativas reflitam alterações nas condições médias de tráfego de cada via, a depender da hora do dia em que se faz o trajeto. As estimativas colhidas a partir do site são fornecidas com base nesta informação. Como esses dados não são disponibilizados para download, mas podem ser consultados pela interface web, eles podem ser descritos como tendo uma estrela de abertura.
Para a análise pretendida neste trabalho, uma estrela de abertura não nos permite elaborar mapas e cruzar os dados do Waze com os dados obtidos por meio das outras plataformas. Isso foi possibilitado da seguinte forma: um programa de código-aberto, o AutoIT, permite desenvolver scripts em linguagem BASIC que simulam rotinas de movimentação de mouse, cliques e comandos de teclado, a serem repetidas o número de vezes programado. A partir de uma planilha do Excel com uma coordenada geográfica de origem e uma lista de coordenadas geográficas de destino, o script foi escrito para repetir a rotina de copiar a coordenada de origem e, na sequência, uma das coordenadas de destino, colando os valores na interface web da plataforma Livemap. O tempo de deslocamento previsto fornecido pelo Livemap para cada um dos trajetos foi, na sequência, copiado de volta para a planilha, com a coordenada de destino seguinte sendo copiada e colada da mesma forma. Após concluir as solicitações de trajetos listadas em cada planilha, o script avança para a planilha seguinte e passa a solicitar os tempos estimados para os mesmos trajetos, mas em uma faixa de horário
114 diferente. A operação é repetida até concluir todas as solicitações constantes do arquivo de Excel. Em outras palavras, o script permite simular, para a plataforma, a ação de solicitar a previsão de tempo de deslocamento da mesma forma que um usuário consultando o site faria. Assim, os dados dos servidores do Waze são, de alguma forma, acessados, processados e registrados em planilha, em um processo de abertura de dados que não é previsto inicialmente na plataforma do programa. Como o Livemap não limita o número de solicitações que um usuário pode fazer em dado espaço de tempo, não há limite para a quantidade de dados extraídos da plataforma; a limitação é dada pelo tempo que cada solicitação demora para ser concluída. O processo de copiar e colar as coordenadas, solicitar o tempo de deslocamento e copiá-lo de volta à planilha demora, em média, dez segundos para cada trajeto. Desta forma, solicitar o tempo de acesso para uma malha que contenha dez latitudes e dez longitudes (totalizando cem pontos de destino) demora 100 x 10 = 1.000 segundos para cada faixa de horário. Se esta solicitação for feita para 10 horários diferentes do dia, o tempo total é de 1.000
x 10 = 10.000 segundos, ou cerca de 2 horas e 47 minutos.
Para este trabalho, as planilhas foram desenhadas da seguinte forma: cada ponto de destino foi espaçado em cerca de oitocentos metros do ponto seguinte; desta forma, qualquer área da cidade nunca está a mais de quatrocentos metros lineares de um dos pontos de medição, medida comumente citada como limítrofe para o deslocamento a pé confortável (WRIGHT, 1988). Com esta malha, a área do município de Belo Horizonte pôde ser coberta com trinta pontos no sentido latitudinal; foram dispostas também trinta longitudes para constituir uma malha regular, quadrada, totalizando novecentas coordenadas de destino. Para medir também a variação dos tempos de deslocamento ao longo do dia, foram estabelecidos doze horários do dia espaçados de duas horas. Apesar de, em um dado dia, as variações nos tempos de deslocamento acontecerem em faixas de horários mais curtas, as medições feitas a partir das médias mostraram que o espaçamento de duas horas é suficiente para registrar a evolução do trânsito ao longo do dia. Desta forma, cada um dos mapas extraídos do Waze por esta metodologia é composto de 900 pontos (Figura 16), com tempos medidos em 12 horas do dia, totalizando 10.800 solicitações para cada mapa, obtidos em consultas que demoraram, cada uma, cerca de 30 horas. Apesar destes dados não serem suficientes para analisar pequenas variações, ela basta para, por exemplo, medir a evolução do trânsito de um mês a outro, ou para comparar uma cidade e outra.
115
Figura 16 – Distribuição da malha de 900 pontos usados como referência para as medições de linhas isócronas no caso de Belo Horizonte.
Os dados obtidos a partir do Google Maps seguiram metodologia semelhante, mas, no lugar do script, o acesso aos dados por meio de API permitiu baixar as informações de tempo de deslocamento usando transporte público diretamente para a planilha. A mesma malha de coordenadas de origem e destino foi usada, para permitir comparação entre os tempos de deslocamento usando automóvel particular e transporte público.
Os dados do OpenStreetMap foram baixados diretamente do site em arquivos de extensão .OSM, próprios da plataforma e legíveis por qualquer programa.
116 Os dados obtidos a partir destes métodos foram, então, processados usando o
Grasshopper, uma interface de modelagem algorítmica desenvolvido para o programa de
modelagem tridimensional Rhinoceros. Programas de GIS (Geographical Information System) foram usados para verificar os dados obtidos a partir do Grasshopper indicando sua validade, mas foram preteridos como ferramenta principal de análise por três motivos: primeiro, enquanto os programas de GIS são ferramentas abrangentes e complexas, o Grasshopper é de linguagem e interface mais simples para o uso por arquitetos e urbanistas, o que permite estabelecer uma interface de troca destes métodos com uma ampla gama de profissionais e estudantes, e não apenas aqueles com experiência em GIS; segundo, o produto do
Grasshopper é expresso em modelagens tridimensionais, o que permite a visualização e
análise dos resultados obtidos de forma mais direta e dinâmica; e, terceiro, o resultado das análises do Grasshopper, estando em um programa tridimensional, pode ser conectado diretamente com scripts de modelagem paramétrica de edifícios, permitindo simulações em tempo real da aplicação dos dados obtidos diretamente em políticas urbanas73. É possível,
por exemplo, simular a paisagem urbana de uma região caso elementos como o Coeficiente de Aproveitamento, os afastamentos e as alturas máximas de cada lote fossem definidos pelo produto das análises de dados reais, como as feitas neste estudo.