Questão de Sistemas Operacionais — Linux — FGV 2024

ogr2ogr: conversão de dados geoespaciais entre formatos

Gabarito: letra B. O comando ogr2ogr converte dados entre formatos geoespaciais; aqui, ele lê o arquivo vetorial focos.shp (formato Shapefile) e o importa para um banco de dados PostgreSQL, criando a tabela incendio — definida pelo parâmetro -nln (nome da camada). A alternativa B é a única que descreve corretamente essa direção de conversão e o nome da tabela de destino.

O ogr2ogr é uma ferramenta da biblioteca GDAL/OGR, amplamente usada em geoprocessamento para converter dados vetoriais entre formatos (Shapefile, GeoJSON, PostGIS, etc.). A sintaxe básica é: ogr2ogr <destino> <origem> [opções]. No comando da questão, o destino é a string de conexão PostgreSQL (PG:"dbname='shape' host='127.0.0.1' port='5434' user='candidato' password='tecnologo'") e a origem é o arquivo focos.shp. As opções -lco (layer creation options) definem características da camada criada no banco: GEOMETRY_NAME=geom nomeia a coluna de geometria, FID=gid define o campo de identificação, SPATIAL_INDEX=GIST cria um índice espacial GiST. O parâmetro -nln incendio define o nome da camada/tabela de destino como incendio. O -overwrite indica que, se a tabela já existir, ela será sobrescrita.

A pegadinha da questão está em dois pontos: (1) a direção da conversão — muitos candidatos invertem origem e destino, achando que os dados estão sendo exportados do banco para o Shapefile; (2) o nome da tabela de destino — o -nln define incendio, não focos. A alternativa B acerta ambos.

Alternativa A — ❌ Incorreta

Erra o nome da tabela de destino: afirma que os dados são importados para a tabela focos, mas o parâmetro -nln incendio define explicitamente que a camada de destino se chama incendio. O arquivo de origem é focos.shp, mas a tabela criada no PostgreSQL recebe o nome indicado em -nln.

Alternativa B — ✅ Correta ⟵ GABARITO

Descreve exatamente o que o comando faz: lê o arquivo focos.shp (origem) e importa seus dados para a tabela incendio (destino, definida por -nln). A direção da conversão está correta (Shapefile → PostgreSQL) e o nome da tabela está correto.

Alternativa C — ❌ Incorreta

Inverte a direção da conversão: afirma que os dados da tabela incendio são importados para o arquivo focos.shp. No comando, a origem é o arquivo Shapefile e o destino é o banco de dados — não o contrário. O ogr2ogr lê a origem (primeiro argumento após as opções) e escreve no destino (segundo argumento).

Alternativa D — ❌ Incorreta

Erra tanto a direção quanto os nomes: afirma que os dados da tabela focos são importados para o arquivo incendio.shp. Não há tabela focos no banco (a tabela criada é incendio) e não há arquivo incendio.shp (o arquivo de origem é focos.shp). A conversão é Shapefile → PostgreSQL, não o contrário.

Alternativa E — ❌ Incorreta

Afirma que os dados do arquivo focos.shp são indexados pelo método GIST. O parâmetro SPATIAL_INDEX=GIST realmente cria um índice espacial GiST, mas isso é uma opção de criação da camada (-lco) dentro da importação para o PostgreSQL — não é a ação principal do comando. A ação principal é a conversão/importação dos dados para a tabela incendio; a indexação é um detalhe da criação da tabela.

Gabarito: letra B