Mais

Converter arquivos de forma em arquivos de texto (ASCII)?


Como posso converter um shapefile (GIS) em texto ou, como posso extrair as informações em um shapefile?


Você pode usar GDAL / OGR com o comando ogr2ogr e exportar para um arquivo csv, por exemplo:

$ ogr2ogr -f CSV output.csv myshape.shp -lco GEOMETRY = AS_WKT

observe que você pode serializar a geometria em uma variedade de formatos (WKT, XY, XYZ). Consulte a documentação oficial, ela está muito bem explicada.


Com o QGIS você pode abrir Shapefiles e exportá-los como CSV ou apenas copiar e colar as feições selecionadas da janela do mapa para um editor de texto. Você obterá o WKT das geometrias e todos os valores de atributos.


Se você quiser escrever um pouco de Python, pode usar pyshp para ler todos os shapefiles e gerar X / Y para pontos ou vértices para linhas / polígonos. Deve exigir uma quantidade mínima de código para funcionar.

Alguns exemplos de código de seu site:

import shapefile sf = shapefile.Reader ("shapefiles / blockgroups") shapes = sf.shapes ()

As formas irão conter uma variedade de formas

pontos = formas [0]. pontos

Os pontos conterão todos os pontos da forma no índice 0.


Se você tiver ArcGIS 9.x, você pode usar um script pronto para uso disponível no ArcToolbox localizado aqui, no local de instalação do ArcGIS:

Toolboxes Samples Data Management Features Write Features to Text File

Se você precisar de mais formatação do arquivo de texto, um script Python seria o melhor caminho ...

Há também uma ideia do ArcGIS chamada Gerar e cancelar a geração de todas as classes de recursos vetoriais de / para ASCII que poderia usar o seu voto, e este comentário foi feito:

Acabei de descobrir em http://forums.arcgis.com/threads/57600-Where-is-the-Generate-tool-in-ArcGIS-10?p=199524#post199524 que existem ferramentas equivalentes que já fazem isso em as ferramentas de amostra que foram descontinuadas (consulte http://help.arcgis.com/en/arcgisdesktop/10.0/help/index.html#/An_overview_of_the_Samples_toolbox/00pv00000003000000/). Seus nomes são Criar recursos de arquivo de texto e Gravar arquivo de texto de recursos.


Um mapa de arquivo de forma consiste na geometria (.shp), no índice espacial (.shx), na tabela de atributos (.dbf) e no arquivo de metadados de projeção (.prj). A geometria que você poderia representar no estilo OGC Simple Features SQL, mas isso não o levará muito longe. O arquivo de atributos pode ser aberto com Openoffice ou Excel e visualizado ou exportado para outro formato.


O utilitário ogrinfo deve ser capaz de fazer isso. Nunca tentei com um shapefile, mas funciona bem para mim com outros formatos GIS. Experimente algo assim:

ogrinfo -al myshapefile.shp

No Windows, você pode obter facilmente uma versão compilada do ogrinfo instalando o FWtools.


shapefiles tendem a vir com vários arquivos 'complementares' com extensões diferentes. Se você deseja apenas extrair os atributos, basta copiar o conteúdo do arquivo .dbf. No entanto, se você deseja restaurar as informações espaciais, você precisará adicionar as coordenadas XY na tabela de atributos primeiro (por exemplo, função AddXY no ArcMap) e, em seguida, exportar a tabela de atributos.


Usando OrbisGIS, você poderá abrir seu shapefile e exportar seu conteúdo em um arquivo CSV. Você recuperará um conjunto de linhas, cada uma contendo um registro presente no arquivo de forma. suas geometrias serão armazenadas como valores de texto conhecido (WKT)


Basta olhar para a pasta com o seu shapefile no Windows Explorer em vez do ArcCatalog e você verá que o shapefile é, na verdade, vários arquivos. Sua informação de atributo, que eu acho que é o que você quer em um arquivo de texto está no .dbf, basta abrir no Excel, Access, Open Office, etc e salvar como desejar.


carregue-os no PostGIS.

consulte-os algo como:

Selecione st_x (the_geom) como Xcoord, st_y (the_geom) como Ycoord, attr1, attr2 da tabela1;

você pode enviar a consulta diretamente para csv a partir do pgadmin.

se suas geometrias são cadeias de linha ou polígonos e você deseja todos os pontos de vértice, faça o mesmo, mas divida em pontos com st_dumppoints.

/ Nicklas


Parece haver algumas perguntas para isso em todo o site. Acabei de postar uma resposta em outro local. Veja como obter todas as coords lat / long que definem um shapefile


se você quiser desenhá-lo no mapa, você pode converter o arquivo de forma em formato WKT (texto conhecido), então você pode armazená-lo no banco de dados ou usá-lo como quiser, com seu arquivo de forma


Converter arquivos de forma em arquivos de texto (ASCII)? - Sistemas de Informação Geográfica

Os produtos de dados descritos neste relatório podem ser baixados do release de dados USGS associado (DeWitt e outros, 2017) ou usando a tabela abaixo. O x, y, z conjuntos de dados de pontos são fornecidos em formato ASCII delimitado por vírgulas em três datums: (1) ITRF00, (2) NAD83 (CORS96) e NAVD88 (altura ortométrica) GEOID12B, e (3) NAD83 (CORS96) e MLLW. Os arquivos de metadados do Federal Geographic Data Committee (FGDC) formal são associados a cada conjunto de dados como arquivos individuais para download e estão localizados nos arquivos do conjunto de dados compactados (.zip). Os arquivos de dados do sistema de informações geográficas (GIS) (DEM e shapefiles de trackline) podem ser abertos com o Esri ArcGIS ou produtos freeware, como ArcGIS Explorer, Google Earth e visualizadores QGIS GIS. Os documentos do Sistema de coleta de atividades de campo (FACS), gerados a partir de uma combinação de anotações e registros de campo digitalizados e manuscritos, são fornecidos em Portable Document Format (PDF) e podem ser visualizados usando o software gratuito Adobe Reader.

Nome e descrição do arquivo Metadados (formato XML) Metadados (formato de texto) ⇬ Fazer download do arquivo
Ship_Horn_Island_2016_IFB_SBB_NAD83_NAVD88_GEOID12B_50_DEM.zip
Batimetria DEM, tamanho de célula de 50 m, em NAD83 (CORS96) e NAVD88 em relação ao modelo GEOID12B.
Ship_Horn_Island_2016_IFB_
SBB_DEM_metadata.xml
Ship_Horn_Island_2016_IFB_
SBB_DEM_metadata.txt
Ship_Horn_Island_2016_IFB_SBB_
NAD83_NAVD88_GEOID12B_50_DEM.zip
(0,39 MB)
Ship_Horn_Island_2016_IFB_ITRF00_5m_xyz.zip
Sondagens de batimetria de faixa interferométrica (x,y,z) em ITRF00 e altura do elipsóide.
Ship_Horn_Island_2016_
IFB_xyz_metadata.xml
Ship_Horn_Island_2016_
IFB_xyz_metadata.txt
Ship_Horn_Island_2016_
IFB_ITRF00_5m_xyz.zip
(7 MB)
Ship_Horn_Island_2016_IFB_ITRF00_tracklines.zip
Arquivo de forma do trackline da batimetria de faixa interferométrica em ITRF00.
O mesmo que acima O mesmo que acima Ship_Horn_Island_2016_
IFB_ITRF00_tracklines.zip
(31 MB)
Ship_Horn_Island_2016_IFB_NAD83_NAVD88_GEOID12B_5m_xyz.zip
Sondagens de batimetria de faixa interferométrica (x,y,z) em NAD83 (CORS96) e NAVD88 em relação ao modelo GEO12B.
O mesmo que acima O mesmo que acima Ship_Horn_Island_2016_IFB_
NAD83_NAVD88_GEOID12B_5m_xyz.zip
(18 MB)
Ship_Horn_Island_2016_IFB_NAD83_MLLW_5m_xyz.zip
Sondagens batimétricas interferométricas (x,y,z) em NAD83 (CORS96) e MLLW.
O mesmo que acima O mesmo que acima Ship_Horn_Island_2016_IFB_
NAD83_MLLW_5m_xyz.zip
(15 MB)
Ship_Horn_Island_2016_IFB_NAD83_tracklines.zip
Trajetórias de batimetria de faixa interferométrica em NAD83 (CORS96).
O mesmo que acima O mesmo que acima Ship_Horn_Island_2016_IFB_
NAD83_tracklines.zip
(32 MB)
Ship_Horn_Island_2016_SBB_ITRF00_xyz.zip
Sondagens batimétricas de feixe único (x,y,z) em ITRF00 e altura do elipsóide.
Ship_Horn_Island_2016_
SBB_xyz_metadata.xml
Ship_Horn_Island_2016_
SBB_xyz_metadata.txt
Ship_Horn_Island_2016_
SBB_ITRF00_xyz.zip
(30 MB)
Ship_Horn_Island_2016_SBB_ITRF00_tracklines.zip
Shapefile de traçado de batimetria de feixe único em ITRF00.
O mesmo que acima O mesmo que acima Ship_Horn_Island_2016_
SBB_ITRF00_tracklines.zip
(27 MB)
Ship_Horn_Island_2016_SBB_NAD83_NAVD88_GEOID12B_xyz.zip
Sondagens batimétricas de feixe único em (x,y,z) em NAD83 (CORS96) e NAVD88 em relação ao modelo GEOID12B.
O mesmo que acima O mesmo que acima Ship_Horn_Island_2016_SBB_
NAD83_NAVD88_GEOID12B_xyz.zip
(49 MB)
Ship_Horn_Island_2016_SBB_NAD83_MLLW_xyz.zip
Sondagens batimétricas de feixe único (x,y,z) em NAD83 e MLLW.
O mesmo que acima O mesmo que acima Ship_Horn_Island_2016_
SBB_NAD83_MLLW_xyz.zip
(49 MB)
Ship_Horn_Island_2016_SBB_NAD83_tracklines.zip
Shapefile de traçado de batimetria de feixe único em NAD83 (CORS96).
O mesmo que acima O mesmo que acima Ship_Horn_Island_2016_
SBB_NAD83_tracklines.zip
(27 MB)
Informação complementar
2016-347-FA_FACS.zip
Sistema de coleta de atividades de campo (FACS) para USGS FAN 2016-347-FA. Inclui visão geral e registros da tripulação.
Não aplicável Não aplicável 2016-347-FA_FACS.zip
(0,02 MB)
16BIM04_FACS_Operations.zip
FACS para USGS subFAN 16BIM04. Inclui equipamento de pesquisa, desvios de embarcações e notas de operação manuscritas.
Não aplicável Não aplicável 16BIM04_FACS_Operations.zip
(0,13 MB)
16BIM05_FACS_Operations.zip
FACS para USGS subFAN 16BIM05. Inclui equipamento de pesquisa, desvios de embarcação e notas de operação manuscritas.
Não aplicável Não aplicável 16BIM05_FACS_Operations.zip
(7 MB)
16BIM06_FACS_Operations.zip
FACS para USGS subFAN 16BIM06. Inclui equipamento de pesquisa, desvios de embarcação e notas de operação manuscritas.
Não aplicável Não aplicável 16BIM06_FACS_Operations.zip
(11 MB)

Nota: Para visualizar documentos PDF, é necessária a versão mais recente do Adobe Reader ou software semelhante.

Departamento do Interior dos EUA | U.S. Geological Survey
URL: https://pubs.usgs.gov/ds/1081/ds1081_data-downloads.html
Informações de contato da página: Entre em contato com o USGS
Última modificação da página: quinta-feira, 12 de abril de 2018, 14h50min35s


Metadados FGDC

Todos os sistemas Chirp usam um sinal de frequência variável continuamente. O sistema Chirp EdgeTech SB-512i usado durante esta pesquisa produz imagens de perfil de alta resolução e penetração superficial (normalmente menos de 50 ms) da estratigrafia do fundo do mar. O towfish contém um transdutor que transmite e recebe energia acústica estando alojado em um sistema de flutuação (construído na SPCMSC), que permite que o towfish seja rebocado a uma profundidade constante de 1,07 m abaixo da superfície do mar. Conforme a energia acústica transmitida cruza os limites de densidade, como o fundo do mar ou camadas de sedimentos sub-superficiais, alguma energia é refletida de volta para o transdutor, recebida e registrada por um sistema de aquisição sísmica baseado em PC. Este processo é repetido em intervalos de tempo regulares (por exemplo, 0,125 s) e a energia retornada é registrada por uma duração específica (por exemplo, 50 ms). Desta forma, uma imagem vertical bidimensional (2-D) da estrutura geológica rasa abaixo do peixe é produzida.

A fonte sísmica utilizada durante o 10BIM04 consistiu em um towfish EdgeTech SB-512i executando o software de aquisição DISCOVER v. 3.51 e rebocado cerca de 10 m atrás da antena do Sistema de Posicionamento Global (GPS). Os dados foram adquiridos usando uma varredura de frequência que variou entre 1 - 10 kHz e 0,5 - 8 kHz, uma frequência de amostra de 43 kHz e comprimento de registro de aproximadamente 75 ms. Com base em velocidades de pesquisa de 3,5 nós, o espaçamento de tiro foi de cerca de 0,450 m.
A parte binária dos dados sísmicos não processados ​​é armazenada em SEG Y rev. 0 (Barry e outros, 1975), formato IBM float, que é um formato digital padrão que pode ser lido e manipulado pela maioria dos pacotes de software de processamento sísmico. Os primeiros 3.200 bytes do cabeçalho do arquivo estão em American Standard Code for Information Interchange (ASCII) formato em vez do formato Extended Binary Coded Decimal Interchange Code (EBCDIC). Os arquivos de rastreio formatados SEG Y possuem uma extensão .sgy. Os arquivos SEG Y podem ser baixados e processados ​​com software comercial ou de domínio público, como o Seismic Unix (SU) (Cohen e Stockwell, 2010). Também são fornecidos scripts SU de exemplo que permitem ao usuário remover as correções de navegação dos cabeçalhos SEG Y, junto com uma correção para cada 1.000 fotos, e produzir uma imagem GIF ganha para impressão de cada perfil. Os perfis imprimíveis fornecidos aqui são imagens GIF obtidas com o software SU. Consulte a página do software para obter links para exemplos de scripts de processamento de SU e software USGS para visualizar os arquivos SEG Y (Zihlman, 1992).

Os arquivos SEG Y estão disponíveis na versão em DVD deste relatório ou na Web, para download por meio do USGS Coastal and Marine Geoscience Data System (& lthttp: //cmgds.marine.usgs.gov>). Os dados também estão disponíveis para visualização usando o software de código aberto multi-plataforma GeoMapApp (& lthttp: //www.geomapapp.org>) e Virtual Ocean (& lthttp: //www.virtualocean.org>).
Time_Period_of_Content: Time_Period_Information: Range_of_Dates / Times: Data de início: 20100907 Ending_Date: 20100915
Currentness_Reference: Intervalo de coleta de dados
Status: Progresso: Completo Maintenance_and_Update_Frequency: Nenhum planejado
Domínio espacial: Bounding_Coordinates: West_Bounding_Coordinate: -89.272867 East_Bounding_Coordinate: -89.036019 North_Bounding_Coordinate: 30.296317 South_Bounding_Coordinate: 30.163467
Palavras-chave: Tema: Theme_Keyword_Thesaurus: Categoria de tópico ISO 19115 Theme_Keyword: informação geocientífica Theme_Keyword: oceanos
Tema: Theme_Keyword_Thesaurus: Em geral Theme_Keyword: Geologia Theme_Keyword: Informação costeira Theme_Keyword: Marinho Theme_Keyword: Perfil subfundo Theme_Keyword: Reflexão sísmica Theme_Keyword: Chilro Theme_Keyword: Sociedade de Geofísicos de Exploração Theme_Keyword: SEG Y Theme_Keyword: Mapeamento da Ilha Barreira Theme_Keyword: 10BIM04
Lugar: Place_Keyword_Thesaurus: Conteúdo do Sistema de Informação de Nomes Geográficos (GNIS) Place_Keyword: Estados Unidos da América Place_Keyword: Mississippi Place_Keyword: Golfo do México Place_Keyword: Cat Island
Access_Constraints: Nenhum. Esses dados são mantidos em domínio público. Use_Constraints: O U.S. Geological Survey solicita ser reconhecido como o originador dos dados em produtos futuros ou pesquisas derivadas. Ponto de contato: Informações de contato: Contact_Person_Primary: Pessoa de contato: Arnell S. Forde Contact_Organization: U.S. Geological Survey
Contact_Position: Geólogo Endereço de contato: Tipo de endereço: correspondência e física Endereço: 600 4th Street South Cidade: São Petersburgo Estado ou Província: FL Código postal: 33701 País: EUA
Contact_Voice_Telephone: (727) 803-8747, ramal 3111 Contact_Electronic_Mail_Address: [email protected]
Browse_Graphic: Browse_Graphic_File_Name: & lthttps: //pubs.usgs.gov/ds/724/maps/10bim04_location.jpg> Browse_Graphic_File_Description: Mapa de localização (fig. 2) de todos os dados do subfundo do chirp digital coletados durante a Atividade de campo 10BIM04 do USGS. Este mapa foi criado em uma escala de 1: 120.055. Browse_Graphic_File_Type: JPEG
Browse_Graphic: Browse_Graphic_File_Name: & lthttps: //pubs.usgs.gov/ds/724/maps/10bim04_area1.jpg> Browse_Graphic_File_Description: Mapa detalhado da linha de controle (fig.3) dos dados do subfundo do chirp digital coletados durante a Atividade de Campo 10BIM04 do USGS. Este mapa foi criado em uma escala de 1: 61.715. Browse_Graphic_File_Type: JPEG
Browse_Graphic: Browse_Graphic_File_Name: & lthttps: //pubs.usgs.gov/ds/724/profiles/printable/> Browse_Graphic_File_Description: Diretório contendo imagens imprimíveis de todos os perfis do subfundo. Browse_Graphic_File_Type: GIF
Data_Set_Credit: O financiamento e (ou) apoio para este estudo foi fornecido pelo Programa de Geologia Costeira e Marinha do USGS. Agradecemos R / V G.K. Capitão Gilbert Dave Bennett (SPCMSC) por sua ajuda na coleta de dados. Este documento foi melhorado pelas revisões de Nancy DeWitt (USGS) e Emily Klipp (Jacobs Technology, Inc.) do USGS - St. Petersburg, Flórida.
Crédito da imagem do disco: Descloitres, Jacques, MODIS Land Rapid Response Team no Goddard Space Flight Center da NASA, 2001, Mississippi.A2001361.1640.250m.jpg. Disponível on-line em & lthttp: //visibleearth.nasa.gov/view_rec.php? Id = 2364 & gt
Data_Quality_Information: Attribute_Accuracy: Attribute_Accuracy_Report: A validade ou precisão dos perfis do fundo marinho é altamente qualitativa e depende do equipamento e das variáveis ​​de condição operacional. A inspeção visual das imagens renderizadas a partir dos dados não mostrou nenhuma anomalia importante.
Logical_Consistency_Report: Este conjunto de dados é de uma atividade de campo com calibrações de instrumento consistentes. Completeness_Report: Esses dados são coletados ao longo das linhas (2-D) e, portanto, são inerentemente incompletos. Detalhes geológicos entre as linhas devem ser inferidos. Nenhum dado foi coletado para as linhas 10i10, 10i23b, 10i62 e 10i77. Precisão_posicional: Horizontal_Positional_Accuracy: Horizontal_Positional_Accuracy_Report: À medida que os dados do subfundo foram adquiridos, a posição da embarcação foi continuamente determinada por um receptor GPS Ashtech e posteriormente enviada para o software de navegação HYPACK 2010 para garantir um espaçamento consistente da grade durante a coleta de dados. As posições foram registradas e gravadas nos cabeçalhos de rastreamento em coordenadas de latitude e longitude a cada 1 s usando a navegação de um receptor CodaOctopus F190 Sistema de Posicionamento Global Diferencial (DGPS) com correção OmniSTAR de Alto Desempenho (HP) (com precisão de 20 cm). O deslocamento de aproximadamente 10 m entre o chirp shot e o GPS do navio não foi contabilizado durante a aquisição, nem os arquivos de navegação ASCII e os mapas de linha de rota foram corrigidos para refletir o deslocamento.
Vertical_Positional_Accuracy: Vertical_Positional_Accuracy_Report: Esses dados não devem ser usados ​​para batimetria. Os tempos de viagem bidirecional (TWT) mostrados nas imagens de perfil imprimíveis são relativos à posição do chirp towfish, não à superfície do mar. Qualquer mudança de elevação do peixe é registrada nos diários de bordo e é identificável nos perfis do subfundo por mudanças abruptas e íngremes no retorno do fundo do mar.
Linhagem: Etapa do processo: Descrição do processo: Processamento chirp: Os dados SEG Y foram processados ​​com Seismic Unix para produzir imagens GIF ganhas dos perfis de subfundo incluídos neste relatório. Uma sequência de processamento de dados chirp representativa consistia em (1) retirar os dados de navegação para cada foto e converter para o formato SU, (2) aplicar o controle de ganho automático, (3) gerar uma imagem PostScript dos traços e (4) converter o PostScript imagem para uma imagem GIF. Para processamento SU adicional e detalhes de script, consulte & lthttps: //pubs.usgs.gov/ds/724/software/su/readme.txt>. Data de processo: 2011 Process_Contact: Informações de contato: Contact_Person_Primary: Pessoa de contato: Arnell S. Forde Contact_Organization: U.S. Geological Survey
Contact_Position: Geólogo Endereço de contato: Tipo de endereço: endereço postal e físico Endereço: 600 4th Street South Cidade: São Petersburgo Estado ou Província: FL Código postal: 33701
Contact_Voice_Telephone: (727) 803-8747, ramal 3111 Contact_Electronic_Mail_Address: [email protected]
Etapa do processo: Descrição do processo: Processamento de navegação: os arquivos de navegação de ponto de captura, início de linha e localização de intervalo de 1.000 disparos foram extraídos usando o software Seismic Unix e enviados como arquivos de texto ASCII; em seguida, foram processados ​​com PROJ.4.7.0 (& lthttp: //trac.osgeo.org / proj / & gt) para gerar coordenadas Universal Transverse Mercator (UTM) (World Geodetic System 1984 (WGS84), Zona 16, metros) a partir de coordenadas de latitude e longitude. Os arquivos de texto para cada linha sísmica foram concatenados em dois arquivos de texto delimitados por vírgulas (para uso com o software do Instituto de Pesquisa de Sistemas Ambientais (ESRI)), um contendo posições de ponto de tiro exclusivas (10bim04.txt) e outro contendo os locais de intervalo de 1.000 tiros ( s10bim04.txt) ambos podem ser visualizados na pasta nav. Data de processo: 2011
Process_Contact: Informações de contato: Contact_Person_Primary: Pessoa de contato: Arnell S. Forde Contact_Organization: U.S. Geological Survey
Contact_Position: Geólogo Endereço de contato: Tipo de endereço: endereço postal e físico Endereço: 600 4th Street South Cidade: São Petersburgo Estado ou Província: FL Código postal: 33701
Contact_Voice_Telephone: (727) 803-8747, ramal 3111 Contact_Electronic_Mail_Address: [email protected]
Etapa do processo: Descrição do processo: Todos os arquivos de texto concatenados e delimitados por vírgulas foram importados para o ArcGIS e salvos como um arquivo de ponto ou polilinha no formato de arquivo de forma ESRI. Data de processo: 2012
Process_Contact: Informações de contato: Contact_Person_Primary: Pessoa de contato: Arnell S. Forde Contact_Organization: U.S. Geological Survey
Contact_Position: Geólogo Endereço de contato: Tipo de endereço: endereço postal e físico Endereço: 600 4th Street South Cidade: São Petersburgo Estado ou Província: FL Código postal: 33701
Contact_Voice_Telephone: (727) 803-8747, ramal 3111 Contact_Electronic_Mail_Address: [email protected]
Etapa do processo: Descrição do processo: Criação do mapa de trackline: O mapa de trackline foi criado usando o software ESRI ArcGIS 10. O arquivo de navegação processado, 10bim04.txt, foi importado para ArcMap 10 e processado usando Points to Lines ArcScript (D. Rathert, & lthttp: //arcscripts.esri.com/details.asp? Dbid = 12702 & gt) para criar um arquivo de forma de linha das linhas de cruzeiro (10bim04_trkln). O arquivo de intervalo de 1.000 disparos s10bim04.txt e o arquivo de início de linha 10bim04_s.txt foram importados para o ArcMap como arquivos de forma de ponto 10bim04_shots e 10bim04_sol. Consulte os metadados do arquivo de forma incluídos no documento de mapa ArcGIS localizado na seção Software deste arquivo para obter detalhes adicionais. O mapa de localização foi exportado para Adobe Illustrator v. 14 para edição posterior e posteriormente convertido para o formato JPEG pelo Adobe Dreamweaver v. 10 Build 4117. O mapa não está projetado (coordenadas geográficas, WGS84). O USGS é o originador de todas as camadas usadas. Consulte o arquivo leia-me do ArcGIS para obter informações detalhadas sobre os arquivos GIS usados ​​neste relatório. Data de processo: 2012
Process_Contact: Informações de contato: Contact_Person_Primary: Pessoa de contato: Arnell S. Forde Contact_Organization: U.S. Geological Survey
Contact_Position: Geólogo Endereço de contato: Tipo de endereço: endereço postal e físico Endereço: 600 4th Street South Cidade: São Petersburgo Estado ou Província: FL Código postal: 33701
Contact_Voice_Telephone: (727) 803-8747, ramal 3111 Contact_Electronic_Mail_Address: [email protected]
Etapa do processo: Descrição do processo: Preparação da série de dados: além das etapas do processo descritas acima, as seguintes etapas foram realizadas para produzir este relatório da série de dados: os registros de cruzeiro manuscritos foram digitalizados e salvos como um arquivo PDF, registros digitais foram criados por A. Forde usando os registros de cruzeiro e contas pessoais dos membros da tripulação e salvas como arquivos PDF, e um formato baseado em HTML foi usado para apresentar as várias partes deste arquivo. Data de processo: 2012
Process_Contact: Informações de contato: Contact_Person_Primary: Pessoa de contato: Arnell S. Forde Contact_Organization: U.S. Geological Survey
Contact_Position: Geólogo Endereço de contato: Tipo de endereço: endereço postal e físico Endereço: 600 4th Street South Cidade: São Petersburgo Estado ou Província: FL Código postal: 33701
Contact_Voice_Telephone: (727) 803-8747, ramal 3111 Contact_Electronic_Mail_Address: [email protected]
Spatial_Data_Organization_Information: Indirect_Spatial_Reference: As localizações horizontais X e Y (latitude e longitude e coordenadas UTM da Zona 16) para cada foto são fornecidas como arquivos de texto ASCII, junto com a data e hora do Tempo Universal Coordenado (UTC) em que a foto foi gravada.
Spatial_Reference_Information: Horizontal_Coordinate_System_Definition: Geográfico: Latitude_Resolution: 0.000001 Longitude_Resolution: 0.000001 Geographic_Coordinate_Units: Graus decimais
Geodetic_Model: Horizontal_Datum_Name: WGS84 Ellipsoid_Name: WGS_1984 Semi-eixo maior: 6378137.000000 Denominator_of_Flattening_Ratio: 298.25722210100002
Entity_and_Attribute_Information: Descrição detalhada: Tipo de entidade: Entity_Type_Label: 10bim04.txt, s10bim04.txt e 10bim04_s.txt Entity_Type_Definition: Arquivos de navegação do Shotpoint Entity_Type_Definition_Source: Cabeçalhos Y da Sociedade de Geofísicos de Exploração (SEG) (& lthttp: //www.seg.org/publications/tech-stand>).
Atributo: Attribute_Label: FID * Attribute_Definition: Número do recurso interno. Attribute_Definition_Source: ESRI Attribute_Domain_Values: Unrepresentable_Domain: Sequencia unica de números inteiros que são gerados automaticamente. Atributo: Attribute_Label: Forma* Attribute_Definition: Geometria do recurso. Attribute_Definition_Source: ESRI Attribute_Domain_Values: Unrepresentable_Domain: Coordenadas que definem os recursos. Atributo: Attribute_Label: UTMX Attribute_Definition: Coordenada UTM-X (Zona 16) Attribute_Definition_Source: Sistema de Coordenadas Geográficas Transversal Universal de Mercator Attribute_Domain_Values: Range_Domain: Range_Domain_Minimum: 281337 Range_Domain_Maximum: 304075
Atributo: Attribute_Label: UTMY Attribute_Definition: Coordenada UTM-Y (Zona 16) Attribute_Definition_Source: Sistema de Coordenadas Geográficas Transversal Universal de Mercator Attribute_Domain_Values: Range_Domain: Range_Domain_Minimum: 3338756 Range_Domain_Maximum: 3353446
Atributo: Attribute_Label: Linha Attribute_Definition: Número da linha Attribute_Definition_Source: U.S. Geological Survey Attribute_Domain_Values: Range_Domain: Range_Domain_Minimum: 10i01 Range_Domain_Maximum: 10i85a
Atributo: Attribute_Label: Tomada Attribute_Definition: Número do ponto de tiro Attribute_Definition_Source: U.S. Geological Survey Attribute_Domain_Values: Range_Domain: Range_Domain_Minimum: 1 Range_Domain_Maximum: 11191
Atributo: Attribute_Label: Lon Attribute_Definition: Longitude (graus decimais) Attribute_Definition_Source: Sistema Geodésico Mundial 1984 Sistema de Coordenadas Geográficas Attribute_Domain_Values: Range_Domain: Range_Domain_Minimum: -89.272867 Range_Domain_Maximum: -89.036019
Atributo: Attribute_Label: Lat Attribute_Definition: Latitude (graus decimais) Attribute_Definition_Source: Sistema Geodésico Mundial 1984 Sistema de Coordenadas Geográficas Attribute_Domain_Values: Range_Domain: Range_Domain_Minimum: 30.163467 Range_Domain_Maximum: 30.296317
Atributo: Attribute_Label: ANO Attribute_Definition: Ano Attribute_Definition_Source: U.S. Geological Survey Attribute_Domain_Values: Range_Domain: Range_Domain_Minimum: 2010 Range_Domain_Maximum: 2010
Atributo: Attribute_Label: DOY: HR: MIN: SEC Attribute_Definition: Dia do ano: hora: minuto: segundo Attribute_Definition_Source: U.S. Geological Survey Attribute_Domain_Values: Unrepresentable_Domain: Dia do ano, hora, minuto e segundo de aquisição de dados Overview_Description: Entity_and_Attribute_Overview: Arquivo de dados binários: os dados de rastreamento estão disponíveis como arquivos binários no formato SEG Y. Esses arquivos têm uma extensão .sgy e variam em tamanho de 3,51 a 97,6 MB. Entity_and_Attribute_Overview: Arquivo de imagem gráfica: versões para impressão dos perfis do subfundo estão disponíveis como imagens GIF, os links para essas imagens podem ser encontrados na página Perfis ou acessando & lthttps: //pubs.usgs.gov/ds/724/profiles/printable/> . Entity_and_Attribute_Overview: Arquivo de navegação: os arquivos de navegação estão disponíveis como arquivos de texto ASCII. São fornecidos arquivos de navegação de shotpoint brutos (não processados), navegação de shotpoint processada (10bim04.txt), localização de intervalo de 1.000 disparos processada (s10bim04.txt) e um arquivo de início de linha (10bim04_s.txt). Campos / Atributos [FID, Forma] marcados acima com um asterisco (*) foram criados por ESRI ArcGIS e são usados ​​exclusivamente pelos shapefiles criados a partir dos três arquivos .txt mencionados acima. Esses campos não estão incluídos nos arquivos de navegação originais. Todos os atributos restantes listados acima na seção Entity_and_Attribute_Information que não têm um asterisco são encontrados em 10bim04.txt, s10bim04.txt e 10bim04_s.txt. Entity_and_Attribute_Overview: Arquivo GIS: O projeto GIS usado para criar os mapas da linha de controle é fornecido como um arquivo .zip composto de documentos de mapa ESRI, shapefiles e metadados. Entity_and_Attribute_Detail_Citation: Barry, K.M., Cavers, D.A., e Kneale, C.W., 1975, Padrões recomendados para formatos de fita digital: Geofísica, v. 40, no. 2, pág. 344-352. Também disponível on-line em & lthttp: //www.seg.org/publications/tech-stand/>. Entity_and_Attribute_Detail_Citation: Cohen, J.K., e Stockwell, J.W., Jr., 2010, CWP / SU: Seismic Unix Release 41: Um pacote gratuito para pesquisa e processamento sísmico, Center for Wave Phenomena, Colorado School of Mines. Disponível on-line em & lthttp: //www.cwp.mines.edu/cwpcodes/>. Entity_and_Attribute_Detail_Citation: Zihlman, F.N., 1992, DUMPSEGY V1.0: Um programa para examinar o conteúdo de dados sísmicos de imagem de disco SEG Y: U.S. Geological Survey Open-File Report 92-590, 28 p. Também disponível on-line em & lthttp: //pubs.er.usgs.gov/usgspubs/ofr/ofr92590>.
Distribution_Information: Distribuidor: Informações de contato: Contact_Person_Primary: Pessoa de contato: Arnell Forde Contact_Organization: U.S. Geological Survey
Contact_Position: Geólogo Endereço de contato: Tipo de endereço: correspondência e física Endereço: 600 4th Street South Cidade: São Petersburgo Estado ou Província: FL Código postal: 33701 País: EUA
Contact_Voice_Telephone: (727) 803-8747, ramal 3111 Contact_Electronic_Mail_Address: [email protected] Contact_Instructions: Todo esse relatório está disponível online. Os arquivos SEG Y podem ser baixados do Coastal and Marine Geoscience Data System (& lthttp: //cmgds.marine.usgs.gov>).
Resource_Description: U.S. Geological Survey Data Series 724 Distribution_Liability: Esta publicação em DVD foi preparada por uma agência do Governo dos Estados Unidos. Embora esses dados tenham sido processados ​​com sucesso em um sistema de computador no U.S. Geological Survey, nenhuma garantia expressa ou implícita é feita em relação à exibição ou utilidade dos dados em qualquer outro sistema, nem o ato de distribuição implicará em tal garantia. O U.S. Geological Survey não deve ser responsabilizado pelo uso impróprio ou incorreto dos dados descritos e (ou) aqui contidos. As referências aqui feitas a qualquer produto, processo ou serviço comercial específico por nome comercial, marca comercial, fabricante ou de outra forma não constituem ou implicam seu endosso, recomendação ou favorecimento pelo Governo dos Estados Unidos ou qualquer agência do mesmo. Standard_Order_Process: Digital_Form: Digital_Transfer_Information: Format_Name: SEG Y rev. 0 Format_Information_Content: O SEG Y rev. O formato 0 (Barry e outros, 1975) apresentado aqui consiste no seguinte: um cabeçalho de identificação de carretel de 3.600 bytes, com os primeiros 3.200 bytes consistindo de um bloco de cabeçalho ASCII seguido por um bloco de cabeçalho binário de 400 bytes, ambos os quais incluem informações específico para a linha e o número da bobina, um bloco de dados de rastreamento que segue o cabeçalho de identificação da bobina, com os primeiros 240 bytes de cada bloco de rastreamento consistindo no cabeçalho de identificação de rastreamento binário e amostras de dados sísmicos que seguem o cabeçalho de identificação de rastreamento. File_Decompression_Technique: Nenhum Transfer_Size: 7,70 GB
Digital_Transfer_Option: Offline_Option: Offline_Media: DVD Recording_Format: ISO 9660 Compatibility_Information: UNIX, Linux, DOS, Macintosh
Digital_Form: Digital_Transfer_Information: Format_Name: documento de mapa, arquivo de forma, metadados Format_Information_Content: O projeto GIS usado para criar os mapas de trajetória é composto de documentos de mapa, shapefiles e metadados. Os documentos do mapa foram criados com o software ESRI ArcGIS 10. Os shapefiles fornecidos também podem ser visualizados usando outras versões do software de desktop ESRI, incluindo seu software gratuito ou ArcGIS Explorer (& lthttp: //www.esri.com/software/arcgis/explorer/>). File_Decompression_Technique: descompactar Transfer_Size: 107 MB
Digital_Transfer_Option: Online_Option: Computer_Contact_Information: Endereço de rede: Network_Resource_Name: & lthttps: //pubs.usgs.gov/ds/724/software/arc/arc.zip>
Honorários: Os preços variam. Ordering_Instructions: As publicações estão disponíveis em USGS Information Services, Box 25286, Federal Center, Denver, Colo. 80225-0046 (telefone: 1-888-ASK-USGS, e-mail: [email protected]).
Pré-requisitos técnicos: O uso de dados SEG Y requer software de processamento sísmico especializado, como software de domínio público Seismic Unix (& lthttp: //www.cwp.mines.edu/cwpcodes/>).
Metadata_Reference_Information: Metadata_Date: 20120821 Metadata_Contact: Informações de contato: Contact_Person_Primary: Pessoa de contato: Arnell Forde Contact_Organization: U.S. Geological Survey
Contact_Position: Geólogo Endereço de contato: Tipo de endereço: correspondência e física Endereço: 600 4th Street South Cidade: São Petersburgo Estado ou Província: FL Código postal: 33701 País: EUA
Contact_Voice_Telephone: (727) 803-8747, ramal 3111 Contact_Electronic_Mail_Address: [email protected]
Metadata_Standard_Name: Padrão de conteúdo para metadados geoespaciais digitais Metadata_Standard_Version: FGDC-STD-001-1998

Página inicial | Siglas | Conteúdo | Navigation | Perfis | Logs | Metadados | Programas

Departamento do Interior dos EUA | U.S. Geological Survey
URL: https://pubs.usgs.gov/ds/724/html/metadata.html
Page Contact Information: Contact USGS
Page Last Modified: Monday, November 28, 2016, 07:07:56 PM


Converting shapefiles to text (ASCII) files? - Sistemas de Informação Geográfica

Archive of Digital Chirp Subbottom Profile Data Collected During USGS Cruise 12BIM03 Offshore of the Chandeleur Islands, Louisiana, July 2012 Tabular, vector, and raster digital data U.S. Geological Survey Data Series 856

To archive all digital chirp subbottom profile data and associated files collected during cruise 12BIM03.

The USGS Saint Petersburg Coastal and Marine Science Center (SPCMSC) - St. Petersburg, Fla., assigns a unique identifier to each cruise or field activity. For example, 12BIM03 tells us the data were collected in 2012 during the third field activity for that project in that calendar year. Refer to <http://walrus.wr.usgs.gov/infobank/programs/html/definition/activity.html> for a detailed description of the method used to assign the cruise ID. The naming convention used for each subbottom line is as follows: yye##a, where 'yy' are the last two digits of the year in which the data were collected, 'e' is a 1-letter abbreviation for the equipment type (for example, c for 424 chirp), '##' is a 2-digit number representing a specific track, and 'a' is a letter representing the section of a line if recording was prematurely terminated or rerun for quality or acquisition problems. All Chirp systems use a signal of continuously varying frequency the system used during this survey produces high-resolution, shallow-penetration (typically less than 50-milliseconds (ms)) profile images of sub-seafloor stratigraphy. The towfish contains a transducer that transmits and receives acoustic energy and is typically towed 1 - 2 meters (m) below the sea's surface. As transmitted acoustic energy intersects density boundaries, such as the seafloor or sub-surface sediment layers, some energy is reflected back toward the transducer, received, and recorded by a PC-based seismic acquisition system. This process is repeated at regular time intervals (for example, 0.125 seconds (s)) and returned energy is recorded for a specific duration (for example, 50 ms). In this way, a two-dimensional (2-D) vertical image of the shallow geologic structure beneath the towfish is produced. The seismic source utilized during 12BIM03 consisted of an EdgeTech SB-424 towfish running DISCOVER v. 3.51 acquisition software and towed 4 m behind the GPS antenna. The data were acquired using a frequency sweep of 4 - 20 kHz, a 43 kHz sample frequency, and a record length of approximately 30 ms . Based on survey speeds of 3.5 knots, the shot spacing was about 0.450 m. The binary portion of the unprocessed seismic data are stored in SEG Y rev. 0 (Barry and others, 1975), IBM float format, which is a standard digital format that can be read and manipulated by most seismic processing software packages the first 3,200 bytes of the file header are in ASCII format instead of EBCDIC format. The SEG Y formatted trace files have a .sgy extension. The SEG Y files may be downloaded and processed with commercial or public domain software such as Seismic Unix (SU) (Cohen and Stockwell, 2010). Also provided are examples of SU scripts that allow users to remove navigation fixes from the SEG Y headers, along with the fix provided for every 1,000 shots, and produce a printable, gained GIF image of each profile. The printable profiles provided here are GIF images gained using SU software. Refer to the Software page of this report for links to example SU processing scripts and USGS software for viewing the SEG Y files (Zihlman, 1992). 20120723 20120731 Data collection interval

None planned -88.916378 -88.797183 30.094522 29.951025 ISO 19115 Topic Category geoscientificinformation oceans None Geology Coastal information Marine Subbottom profile Seismic reflection Chirp Society of Exploration Geophysicists SEG Y Barrier Island Mapping 12BIM03

Geographic Names Information System (GNIS) Content

USA (727) 803-8747 ext. 3111 [email protected]

<https://pubs.usgs.gov/ds/856/maps/12bim03_location.jpg>
Figure 3. Location map of all digital chirp subbottom data collected during USGS Field Activity 12BIM03. This map was created at a scale of 1:125,000.
JPEG

<https://pubs.usgs.gov/ds/856/maps/12bim03_area1.jpg>
Figure 4. Area 1 detailed trackline map of digital chirp subbottom data collected during USGS Field Activity 12BIM03. This map was created at a scale of 1:27,450.
JPEG

<https://pubs.usgs.gov/ds/856/maps/12bim03_area2.jpg>
Figure 5. Area 2 detailed trackline map of digital chirp subbottom data collected during USGS Field Activity 12BIM03. This map was created at a scale of 1:27,450.
JPEG

<https://pubs.usgs.gov/ds/856/maps/12bim03_area3.jpg>
Figure 6. Area 3 detailed trackline map of digital chirp subbottom data collected during USGS Field Activity 12BIM03. This map was created at a scale of 1:27,450.
JPEG

<https://pubs.usgs.gov/ds/856/maps/12bim03_area4.jpg>
Figure 7. Area 4 detailed trackline map of digital chirp subbottom data collected during USGS Field Activity 12BIM03. This map was created at a scale of 1:30,000.
JPEG Funding and support for this study were provided by the USGS Coastal and Marine Geology Program. We thank R/V Survey Cat captain Nancy DeWitt (SPCMSC) for her assistance in data collection and Will Pfeiffer and Julie Bernier or their assistance with swath data processing. This document was improved by reviews from Kyle Kelso and Ellen Raabe of the USGS - St. Petersburg, Fla. Disc Image Credit: Schmaltz, Jeff, MODIS Rapid Response Team at the NASA Goddard Space Flight Center, 2004, UnitedStates.A2004106.1855.500m.jpg. Also available on-line at <http://eoimages.gsfc.nasa.gov/ve/6886/UnitedStates.A2004106.1855.500m.jpg> Cohen, J.K., and Stockwell, J.W., Jr., CWP/SU

Seismic Unix Release 41: A free package for seismic research and processing, Center for Wave Phenomena, Colorado School of Mines <http://www.cwp.mines.edu/cwpcodes/> Zihlman, F.N., USGS

DUMPSEGY V1.0: A program to examine the contents of SEG Y disk-image seismic data U.S. Geological Survey Open-File Report 92-590 28 pages <http://pubs.er.usgs.gov/usgspubs/ofr/ofr92590> Barry, K.M., Cavers, D.A., and Kneale, C.W.

As the subbottom data were acquired, the position of the vessel was continuously calculated by a CodaOctopus F190 DGPS and subsequently sent to Hypack 2010 navigation software to ensure a consistent grid spacing during data collection. Positions were recorded and written to the trace headers in latitude and longitude coordinates approximately every 1 s using navigation from the CodaOctopus F190 receiver with OmniSTAR High Performance (HP) correction (accurate to within 20 centimeters (cm)). The approximately 4-m offset between the chirp shot and ship's GPS was not accounted for during acquisition, nor have the ASCII navigation files and trackline maps been corrected to reflect the offset. These data are not to be used for bathymetry. Two-way travel (TWT) times shown on the printable profile images are relative to the chirp towfish position, not to the sea surface.

Chirp processing: The SEG Y data were processed with Seismic Unix to produce gained GIF images of the subbottom profiles included in this report. A representative chirp data processing sequence consisted of (1) removing navigation data for each shot and converting it to SU format, (2) applying automatic gain control, (3) generating a PostScript image of the traces, and (4) converting the PostScript image to a GIF image. For additional SU processing and script details, please refer to <https://pubs.usgs.gov/ds/856/software/su/readme.txt>.

(727) 803-8747, ext. 3111 [email protected]

Navigation processing: Shotpoint navigation, start of line, and 1,000-shot-interval location files were extracted using Seismic Unix software and output as ASCII text files they were then processed with PROJ.4.7.0 (<http://trac.osgeo.org/proj/>) to generate UTM coordinates (WGS84, Zone 16, meters) from latitude and longitude coordinates. Text files for each seismic line were concatenated into comma-delimited text files (for use with Esri software) one containing unique shotpoint positions (12bim03.txt), another containing the 1,000-shot-interval locations (s12bim03.txt) and the last containing start-of-line locations (12bim03_s), which can be viewed within the nav folder.

12bim03.txt s12bim03.txt 12bim03_s.txt

(727) 803-8747, ext. 3111 [email protected]

All concatenated, comma-delimited text files were imported into ArcGIS and saved as either a point or polyline file in the Esri shapefile format. Trackline map creation: the trackline maps was created using Esri ArcGIS 10.1 software. The processed navigation file, 12bim03.txt, was imported into ArcMap 10.1 and processed using the Points to Lines ArcScript to create a line shapefile of the cruise tracklines (12bim03_trkln). The 1,000-shot-interval file, s12bim03.txt, and the start-of-line file, 12bim03_s.txt, were imported into ArcMap as point shapefiles 12bim03_shots and 12bim03_sol. Please refer to the shapefile metadata included in the ArcGIS map document located under the Software section of this archive for additional details. All maps were exported to Adobe Illustrator v. 14 for further editing and then later converted into JPEG format with Adobe Dreamweaver v. 10 Build 4117. The maps are unprojected (geographic coordinates, WGS84). The USGS is the originators of all layers used, with the exception of the basemap (LOSCO). Please see the ArcGIS readme file for detailed information about the GIS files used in this report.

12bim03.txt s12bim03.txt 12bim03_s.txt

12bim03_trkln.shp 12bim03_shots.shp 12bim03_sol.shp

(727) 803-8747, ext. 3111 [email protected]

Data Series preparation: In addition to the process steps described above, the following steps were taken to produce this Data Series report: the handwritten cruise logs were scanned and saved as a PDF file, digital logs were created by A. Forde using the cruise logs and personal accounts of the crew members and saved as PDF files, and an HTML-based format was used to present the various parts of this archive.


Converting Files with EDXCV

All EDX software includes a utility program called EDXCV. The program EDXCV can be started as a standalone application, or started from with your EDX software by selecting File Conversion (Run EDXCV) from the Utilities menu. EDXCV, which is routinely updated and made available on the EDX Web site, contains the most recent set of file conversion types we have available. A comprehensive manual for EDXCV available by selecting the Help menu from within the program.

The menu in EDXCV where the file conversions are done is called Conversions. Listed there are a number of general categories of conversions. Select the one that fits the conversion you want to do. When selected, a dialog box will appear where you can enter the name of the file to be converted, the name of the file for the converted results, the conversion type (which format to which format). You may also need to enter certain other parameters that the program may require to successfully do the conversion. In particular, some geographically based source files (terrain, land use, building, etc.) may not contain explicit geographic information about the map projection, ellipsoid, and datum for the map from which the data was derived. If this information is missing, you will need to enter it on the dialog box that is accessible from the Set geographic parameters menu item.

When the file names and other parameters are correctly set, click on button to start the conversion. The program will display progress information on the status bar in the lower right hand corner. When the conversion is successfully completed, an appropriate message will be displayed. If there is a problem during the conversion, an error message will be displayed.

EDXCV is currently a 32 bit program and as such is limited as to the size of the data files that can be converted. If the file to be converted is too large you will received a Windows "Out of Memory" error message.


Amiga audio interchange format (default format used to save sound files on Amiga systems) sound file that may be played back using several third-party audio programs (for example Winamp with installed "in_wave.dll" plug-in).

How to open file with SVX extension?

Survex format (raw information format that is used ro record cave surveying data) ASCII text file with "centreline" information that contains the logged locations in the cave and is used to map caves, explore relationships between cave systems and generate three-dimensional cave visualizations. These files can also store instructions for including other files, information calibration and survey stations. Provided with Survex application called "cavern" is used for reading SVX files and generating 3D files. Aven program is used to open 3D files and make 3D visualizations.


Unit 46: Address Matching

The following examples are typical problems where address geocoding can be applied. Often, just visualizing the information on a map is enough to answer the questions. However, the geocoding process is frequently a preliminary step used in preparing the information for further spatial analysis.

Example Applications

You maintain several databases, including information on participating companies, individuals, physicians, and local hospital and diagnostic facilities. It is hard to visualize where patients live, or where doctors and facilities are located by sorting and studying these databases. Fortunately, all the databases include a field containing address information.

Learning Outcomes

Awareness:

Competency:

The learning goals are to effectively evaluate the accuracy of both base files and address files, standardize address files, evaluate non-matches, understand the rematch process, and perform a basic reclassification analysis using attribute information provided in the address file. (Suggested time: one 50 minute unit)

Preparatory Units:

Unit 19 Planning a tabular database

Highly recommended background for instructor

Unit 016 NCGIA Core Curriculum in GIScience: Discrete Georeferencing

Awareness

Learning Objectives:

    • Government sources
      • Available on CD, from libraries, on-line (http://www.census.gov/geo/www/tiger)
      • Must be converted to appropriate software format
      • Line files that are organized by county and contain

      Census statistical boundaries

        • Normally only available in the format supported by the county
        • Requires conversion to appropriate software format
        • Data vendors
          • Can be purchased from a variety of vendors
          • Enhanced TIGER files
          • May be more accurate and up-to-date (location and attribute)
          • Converted to specific software format

          (Graphic 1: Example of a GBF road: inset graphic1.bmp)

            • Can be purchased address files, usually collected through yellow pages entries
              • Available on-line, on CDROM (unit 016 NCGIA Core Curriculum in GeoScience, section 5.1.1)
                • Identifying location
                  • Siting facilities
                    • Determining patterns:
                      • Delivery:
                        • Market analysis
                          • Anytime the location cannot be directly georeferenced
                            • Most desktop packages have address matching capabilities
                            • Some packages come with geographic base files
                            • Software must incorporate the capability to:
                              • Be tolerant of errors in address files
                              • Allow for consideration and review of "almost" matches
                              • Provide for changing the
                                • Operate in both sequential batch and single event modes
                                  • Reference Files (Geographic Base Files (GBF))
                                    • Table of addresses and other attribute information
                                      • Software

                                      Competency

                                      Learning Objectives:

                                      1. Perform visual analysis of resulting point data layers .
                                      2. Practical Exercise: geocoding .

                                      i.e., zip code, address all in one field, zip+4

                                      Single house with range i.e., house number, range along a street, no information on what is on the left or right side of the street U.S. streets with zones i.e., house, range along a street, information on what is on the left or right side of the street (Example of zip code base file: link to ziptble.jpg)

                                        • Addresses provide information about the location of an event or an incident
                                        • Usually collected without regard to standard format: no standard method for identifying features
                                          • Often contain errors and omissions
                                            • Files can be commercially standardized using U.S. Postal Service format (http://www.usps.gov/ncsc/vendors)
                                            • The more complete and standardized the address file, the more successful the address matching process
                                              • Prepare the data
                                                • Identify the base and address files
                                                • Define the address style
                                                  • Define matching strategies for reference and address files

                                                  What fields will be matched?

                                                    • Standardize the base and address files
                                                    • Prepare the base file: Separate data into individual fields and standardize abbreviations (this is usually done by the data provider)
                                                    • Index
                                                      • Prepare the Address Table by separating the data into individual fields and sorting (this is done by the software)
                                                      • Match the address file to the GBF
                                                        • Set up the match process by identifying how the address file will link to the base reference file by defining the comparison methods (this is done by the software based on the parameters you have set)
                                                          • Compares the address file to the base reference file field by field
                                                            • Compares the address character-by-character
                                                              • Specify probabilities to compute matching score
                                                                • Perform the match
                                                                  • Software scores how close a match is found
                                                                  • Interpolates along the street network to determine the address location
                                                                    • Create the new geographic data layer containing one point for each address found
                                                                      • Display the resulting geographic point data layer
                                                                      • Relate new information to other pieces of information

                                                                      5. Practical Exercise: geocoding Address geocoding capabilities are available in most desktop packages. This exercise uses ArcView Version 3.0a. The data sets and an ArcView project for the exercise can be downloaded . They are in ArcView shapefile format and must be uncompressed prior to using.

                                                                      You work for the Office of Economic Development in San Antonio, Texas, and are doing a market survey to determine how many aircraft manufacturing facilities are in San Antonio, and where they are located. You want to use address geocoding to create a map of the facilities. The three steps you will take are to: 1) prepare the data 2) match the addresses and, 3) display the results .

                                                                      Prepare the data : You obtain the addresses of manufacturing plants through the electronic yellow pages ( http://www.bigbook.com is a one of many places to look.) You create a database containing this information and obtain a geographic base reference file from a local data provider. Your third piece of information is the location of airfields within the San Antonio area. You open your GIS desktop software package and add your database (the aircraft manufacturers) plus the two geographic data layers (airports and streets). (link to overall.jpg)

                                                                      You are now ready to index the geographic base file so the software can compare the information in the aircraft manufacturers address table (link to mantable.jpg) to your geographic base file (streets) (link to sttable.jpg) . Let s take the case of Zee Systems, Inc., which has an office at 406 West Rhapsody Drive. The software will take the address from the database. It will then look for all the Rhapsody Drive street segments in the geographic base file (link to rhaptable.jpg) . Using the match rules you set up, it will exclude any streets that are on East Rhapsody, identify the segment going from 306 to 598 West Rhapsody, and interpolate that the office is about 2/3 of the way down the street the right side. (link to rhapsody.jpg) Once the match is identified, a new record is added to your point data layer of aircraft manufacturing facilities and the results are displayed on your map.

                                                                      In order for the software to make this comparison between a geographic data layer and address table, you must complete several steps. The first step is to determine the type of base file you have. In this example, you are using a US Streets formatted file (link to ustreet.jpg) . When using US street format, your database must contain fields holding the left address from, left address to, right address from, right address to, and street name. Optional fields can contain the street type, prefix or suffix and direction. (link to sttable.jpg) . Notice that the necessary fields are available. This database is complicated by having two direction fields (prefix and suffix). You can specify both when setting up the index parameters. In ArcView, you need to set the Theme Preferences to recognize that the data layer contains US Street information (link to index.jpg) . Once you set the preferences, the software asks you to build the index. The indexing process allows the software to make the comparison between the geographic base layer and the address file.

                                                                      Match the addresses : You are now ready to geocode your manufacturers table. You set up the link between the geographic base file and the address field in the manufacturers table. In ArcView, you will choose View, Geocode Addresses (link to match.jpg) and set up the relationship (link to link.jpg) . Your reference theme is the geographic base file (streets). You have already set the type of base file you are using to US Streets. Aircraft Manufacturer is the address table you must tell the software you will use Address as the address field. You must also create a new file that will contain the point where each manufacturer is located. When you choose to match the two databases, the software takes the first record in the address table and tries to find the appropriate street (link to parsing.jpg ). It moves through each record and identifies which records are matched and which do not (link to finish1.jpg ). Notice that 73% of the address records were matched. In this example, do not worry about non-matches.

                                                                      Display the results : The software now creates the new point data layer containing the aircraft manufacturing companies (link results.jpg) . You can see that the manufacturing facilities are clustered around San Antonio International Airport and Kelly Air Force Base.

                                                                      Mastery

                                                                      Learning Objectives:

                                                                      2. Complete the matching process including Evaluating non-matched records

                                                                      Standardizing an address table

                                                                      3. Practical exercise: the rematch process .

                                                                      4. Practical exercise: creating a map using attribute information .

                                                                      Topics:

                                                                        • Overall problems
                                                                          • Geocoding is based on assumptions
                                                                          • addresses are in a range and equally spaced along the range
                                                                          • odd numbers are on one side of the street and evens on the other
                                                                          • places have addresses
                                                                            • Base file
                                                                              • Not current: i.e., streets not in file
                                                                              • Inaccurate locations
                                                                              • Incorrect or unidentified streets
                                                                              • Incorrect or unidentified address ranges
                                                                              • Inconsistent attribution i.e., I10 is also McArthur Freeway
                                                                              • Incomplete
                                                                              • Inaccurate
                                                                              • Not standardized
                                                                              • Spelling sensitivity set too high or low
                                                                              • Score to be considered is too high or low
                                                                                • Evaluate non-matched to determine the problem
                                                                                • GBF file
                                                                                  • Increase geographic area covered
                                                                                  • Add new developments
                                                                                  • Standardize
                                                                                  • Adjust index search (blocking rules)
                                                                                  • Adjust matching weights (how close a match is necessary)
                                                                                  • Adjust minimum score to be considered a match

                                                                                  In the previous example, 73% of the address file was matched to a geographic location in the GBF. Based on the initial parameters, there was one partial match and three addresses that did not match. The rematch process allows you to evaluate why the record did not match, fix any problems, and find more matches. Non-matched records are caused by: incorrect or incomplete address file records , errors or omissions in the geographic base file , or by setting the preferences incorrectly for the data being matched.


                                                                                  Contents

                                                                                  Geographic data and information are the subject of a number of overlapping fields of study, mainly:

                                                                                  This is in addition to other more specific branches, such as:

                                                                                  1. ^Geolexica, the authoritative glossary for geographic information technology from ISO/TC 211
                                                                                  2. ^Geolexica, the authoritative glossary for geographic information technology from ISO/TC 211
                                                                                  3. ^ Romero, Melissa (2017-11-07). "New Atlas tool has everything you need to know about Philly properties". Curbed . Retrieved 7 November 2017 .
                                                                                  4. ^
                                                                                  5. says, Samir Mera (2019-06-17). "What is Geodata? A Guide to Geospatial Data". GIS Geography . Retrieved 2019-10-10 .
                                                                                  • Roger A. Longhorn and Michael Blakemore (2007), Geographic Information: Value, Pricing, Production, and Consumption, CRC Press.

                                                                                  This geography-related article is a stub. You can help Wikipedia by expanding it.


                                                                                  Stored using a human-readable text-based format musical score that represents notes and chords with text descriptions, like "G7", "Bdim" and "Fmaj7". Because of text format of these files they can be edited using any text editor. The information from these files may be output to a MIDI device. Pyva.net JAM can be used to play back JAM files with instrument voices from a software synthesizer. JAM files may be used for playing back sound samples, but they do not store actual audio data.

                                                                                  How to open file with JAM extension?

                                                                                  Line 6 product (for example Spider Jam amp or JM4 Looper pedal) audio recording or loop file with sounds for guitars, drums or other instruments. It may also contain effects and other sound options. This file is used to store loop audio on portable storage cards connected to Line 6 devices. Jam2Wav application can convert JAM files to WAV files.

                                                                                  How to open file with JAM extension?

                                                                                  Generated using the Jam Standard Test and Programming Language (STAPL) format (default file format that is used to program PLDs - Programmable Logic Devices) CAD file with the information and algorithm required for programming a PLD. It allows vendor-specific programming requirements to be communicated to PLD programmers in a recognized format. JAM files use an ASCII text format and may be compiled into JBC byte-code files for a binary representation. A vendor-specific application called "Jam Composer" is used to create JAM files. Generated JAM files then are provided by PLD vendors to customers (device programmers) who use the "Jam Player" software for programming and testing a PLD. Jam Player is needed for reading the JAM file and providing the facilities required for programming the device in a default JTAG (Joint Test Action Group) chain.

                                                                                  How to open file with JAM extension?

                                                                                  Sony PlayStation 3 edition of Unreal Tourmanent 3 (UT3) video game modification or add-on file that can include modifications to the characters, objects, maps or the gameplay itself. JAM files are usually located on a memory card or USB flash drive connected to a PS3 console. These files cannot be used on a PC.


                                                                                  Demographic Database Structure

                                                                                  It is the purpose of this article to describe the format of the ASCII databases so you can prepare them yourself. This chapter also contains installation instructions for the EDX databases containing 1990, 2000 and 2010 Census information for the United States.

                                                                                  Regardless of the database type, all databases are based on a common structure. The database consists of a list of points that can represent single locations or the defining centroid of an area or polygon. The area itself may be a section of neighborhood in a city, a census block, census tract or other area.

                                                                                  For each point a number of attributes may be given. Attributes are categories of geographic information. For the example of the U.S. census database, there is one centroid representing each census block. For each block there are a number of attributes given, such as the number of households in the block, the number of Hispanic people over 18 years of age, etc. Even though the census block covers an area, the information for that area is summarized as attributes of a single point, and that point is typically the geographic centroid of the block. For the U.S. Census database there are approximately 5 million census blocks, each of which is represented in the database by its geographic centroid and a list of attributes.

                                                                                  Other demographic databases for use with the program can be constructed on the same basis. These databases could contain as attributes the population information for other countries, or non-demographic information such as miles of roadway in a service area. In this example, the roadways are represented by a string of centroid points, each point having as an attribute the length of road in kilometers represented by that centroid. You could then produce a count of the number of kilometers of road which receive a certain signal level.

                                                                                  When the program performs a demographic analysis, it reads through a list of centroids in the database you specify, and determines which centroids fall within the calculated study area or user defined polygon. The program then finds the signal strength or ratio for each included point and decides whether or not it is between the upper and lower threshold levels you've entered on the Demographic Studies dialog box. If the decision is positive, the program adds the attribute information to the attribute totals it is accumulating.

                                                                                  When all the information has been considered in a given database, the analysis is finished and the program will display the accumulated totals for each attribute category.

                                                                                  To make this process more efficient, the databases are generally organized into rectangular areas or "tiles." Each tile is represented by a single file. The collection of files then constitutes the entire database. The corner coordinate points of each tile in the database are stored in the first line of the file containing data for that tile. The program can read this corner coordinate information, and if the tile falls completely outside the study area, it will skip any further consideration of it and move on to the next. Your demographic database may thus consist of a number of individual files covering different geographic areas. These areas need not necessarily be contiguous.