OpenStreetMap
Essas ruas já foram retas, agora a Apple quer que elas sejam assim:
Se você se preocupa em manter as geometrias relativamente alinhadas, seu trabalho provavelmente será desfeito por editores da Apple, que estão atuando como uma nuvem de gafanhotos atacando uma plantação, fazendo esses tipos de alinhamento da imagem acima.
Cade vez mais tenho gasto tempo verificando e consertando edições de mapeadores corporativos, principalmente da Apple. Ao mesmo tempo, minha vontade em contribuir com o OSM diminui.
É ruim contribuir para depois ver o trabalho prejudicado por uma empresa que quer ajustar os dados aos seus interesses.
Ignoram a comunidade local, ajustam dados de estradas à uma fonte de imagem de satélite (ao invés de alinharem a fonte aos dados existentes) e esquecem os demais dados (construções, pontos de ônibus…), simplificam geometrias desnecessariamente…
Será que o volume de edições e quantidade de editores corporativos vai acabaram afugentando os demais contribuidores, tornando o OSM um mapa que, basicamente, atenderá os interesses dessas empresas?
Pelo Top 500 Brazil, nos últimos 2 meses, 37% dos contribuidores pertencem a corporações, respondendo por 80,29% dos changeset e por 41,83% das modificações no mapa. Parece que o interesse dessas empresas está mais no mapeamento de vias (criação das geometrias, denominação e restrições de conversão),
Fiquei impressionado em como cresceu a participação das empresas no OSM.
As tabelas abaixo foram feitas com as estatísticas de 11 de Junho de 2021.
Reproduzo um trecho de conversa que tive com um amigo sobre o que é o OpenStreetMap.
Essencialmente, o OpenStreetMap é um banco de dados de elementos geométricos (pontos, segmentos de reta, poligonais e polígonos) georreferenciados e elementos lógicos (relações) que representam elementos do mundo real (estradas, rios, construções, pontos de interesse, etc.). As características desses, são atribuídas àqueles elementos por meio de pares chave=valor. Por exemplo, para representar um rio, se usa uma poligonal para representar seu leito e aplica-se o par waterway=river.
Esse banco de dados é licenciado utilizando a Open Database License (ODbL). Porque essa licença? Bem, é uma licença especifica para banco de dados que garante, às pessoas, as liberdades de usar, modificar e compartilhar o banco de dados desde de que mantenham essas liberdades. Repare nessa condição, ela perpetua as liberdades. Essa é a essência do copyleft! Então, a ODbL é uma licença copyleft. Porque isso é importante? Não existe um mágico que tira da cartola um banco de dados com informações do mundo inteiro com uma licença assim, ele precisa ser construído. E como é construído? De maneira colaborativa, num grande bazar (lembra de “A Catedral e o Bazar”?) à semelhança da Wikipédia e do software livre. E para ser construído colaborativamente, são fundamentais essas liberdades. Para modificar, ou só usá-lo, alguém tem que ter compartilhado com você, e não seria justo, com aqueles que contribuíram com a copia compartilhada, se você pudesse restringir essas liberdades ao compartilhar a cópia que obteve ou suas modificações e, geraria incertezas sobre a perenidade da disponibilidade desse banco de dados. Você usufruiu, as outras pessoas também devem usufruir dessas liberdades.
Foi solicitado à EPTC, por meio do e-mail eptc@eptc.prefpoa.com.br, uma lista com os números dos prefixos lotados em cada um dos pontos fixos de táxis da cidade de Porto Alegre/RS. Em resposta ao e-mail, a EPTC forneceu um arquivo no formato PDF contendo duas colunas. A primeira delas, contem o nome do ponto fixo, a segunda, informa o prefixo do táxi lotado no ponto.
Solicitei à EPTC um arquivo num formato livre, estruturado e legível por máquina. Curiosamente, e em desconformidade com a lei de acesso a informação, respondeu que o formato disponível é em pdf. Diante disso, vou explicar como manipulei esse arquivo em PDF para deixar estruturado da maneira mais conveniente para mim.
Quero um arquivo em formato texto onde cada linha contem informações sobre um ponto fixo da seguinte forma:
nome-do-ponto:quantidade-de-prefixos-no-ponto:prefixo1;prefixo2;prefixo3
Onde o delimitador é :, o primeiro campo é o nome do ponto fixo, o segundo é a quantidade de prefixos no ponto e o terceiro campo são os prefixos lotados no ponto separados pelo delimitador ;. Reparem que a quantidade de prefixos em cada ponto não consta no arquivo original, e será obtida contando, com o awk, os prefixos em cada ponto.
O primeiro passo é converter o arquivo do formato PDF para txt. Utilizei a ferramenta pdftotext disponível no pacote poppler, em um sistema baseado em Arch (uso Parabola GNU Linux-libre) ou no pacote poppler-utils, em um sistema baseado em Debian:
pdftotext PrefixosPorPontos.pdf PrefixosPorPontos.pdf.txt
O resultado é um arquivo com as colunas do arquivo original intercaladas, ora os nomes dos pontos, ora os prefixos. Por isso usamos o sed para separa-las.
Como os prefixos são números de 4 dígitos usamos a expressão regular ^[0-9]\{4\}$ para selecionar as linhas que começam e terminam com numeros de 4 dígitos e o > para grava-las no arquivo PrefixosPorPontos.pdf.txt.prefixos:
sed '/^[0-9]\{4\}$/!d;/^$/d' < PrefixosPorPontos.pdf.txt > PrefixosPorPontos.pdf.txt.prefixos