Vairāk

Vai pārveidot shapefiles par teksta (ASCII) failiem?


Kā es varu pārveidot shapefile (GIS) par tekstu, vai kā es varu iegūt shapefile informāciju?


Varat izmantot GDAL / OGR ar komandu ogr2ogr un eksportēt uz csv failu, piemēram:

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

ņemiet vērā, ka jūs varat sērijveidot ģeometriju dažādos formātos (WKT, XY, XYZ). Lūdzu, skatiet oficiālo dokumentāciju, tā ir ļoti labi izskaidrota.


Izmantojot QGIS, varat atvērt Shapefiles un eksportēt tos kā CSV vai vienkārši nokopēt un atlasītus līdzekļus no kartes loga ielīmēt teksta redaktorā. Jūs saņemsiet ģeometriju un visu atribūtu vērtību WKT.


Ja vēlaties uzrakstīt mazliet Python, varat izmantot pyshp, lai lasītu visus formas failus un izvades X / Y punktiem vai virsotnēm līnijām / daudzstūriem. Lai sāktu strādāt, ir nepieciešams minimāls koda daudzums.

Daži koda paraugi no viņu vietnes:

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

Formās būs virkne formu

punkti = formas [0] .punkti

Punktos būs visi figūras punkti indeksā 0.


Ja jums ir ArcGIS 9.x, varat izmantot skriptu ārpus kastes, kas pieejams ArcToolbox, kas atrodas šeit, zem ArcGIS instalēšanas vietas:

Rīkkastes Paraugi Datu pārvaldība Funkcijas Rakstīšanas iespējas teksta failā

Ja jums ir nepieciešams turpmāks teksta faila formatējums, tad pareizais ceļš būs Python skripts ...

Ir arī ArcGIS ideja ar nosaukumu Visu vektoru pazīmju klases ģenerēšana un ģenerēšana no / uz ASCII, kas varētu izmantot jūsu balsi, un šis komentārs ir sniegts:

Es tikko uzzināju vietnē http://forums.arcgis.com/threads/57600-Where-is-the-Generate-tool-in-ArcGIS-10?p=199524#post199524, ka ir līdzvērtīgi rīki, kas to jau dara novecojušos paraugu rīkus (sk. http://help.arcgis.com/lv/arcgisdesktop/10.0/help/index.html#/An_overview_of_the_Samples_toolbox/00pv00000003000000/). Viņu vārdi ir Izveidot līdzekļus no teksta faila un Rakstīt teksta failu no Funkcijas.


Formas faila karte sastāv no ģeometrijas (.shp), telpiskā indeksa (.shx), atribūtu tabulas (.dbf) un projekcijas metadatu faila (.prj). Ģeometrija, kuru jūs varētu attēlot OGC Simple Features SQL stilā, taču tas tevi nenovedīs. Atribūtu failu, kuru varat atvērt, izmantojot Openoffice vai Excel, apskatīt to vai eksportēt uz citu formātu.


Lietotnei ogrinfo vajadzētu būt iespējai to izdarīt. Es nekad to neesmu izmēģinājis ar shapefile, bet man tas labi darbojas ar citiem ĢIS formātiem. Izmēģiniet kaut ko līdzīgu:

ogrinfo -al myshapefile.shp

Operētājsistēmā Windows jūs varat viegli iegūt kompilētu ogrinfo versiju, instalējot FWtools.


shapefiles parasti nāk ar vairākiem “pavadoņu” failiem ar dažādiem paplašinājumiem. Ja vēlaties tikai iegūt atribūtus, pietiek ar .dbf faila satura kopēšanu. Tomēr, ja vēlaties atjaunot telpisko informāciju, vispirms atribūtu tabulā būs jāpievieno XY koordinātas (piemēram, funkcija AddXY ArcMap), pēc tam eksportējiet atribūtu tabulu.


Izmantojot OrbisGIS, varēsiet atvērt savu formas failu un eksportēt tā saturu CSV failā. Jūs izgūsiet rindu kopu, no kurām katrā būs ieraksts, kas atrodas shapefile. jūsu ģeometrija tiks saglabāta, kā arī galvenā teksta (WKT) vērtības


Vienkārši apskatiet mapi ar savu shapefile Windows Explorer, nevis ArcCatalog, un jūs redzēsiet, ka shapefile faktiski ir vairāki faili. Jūsu atribūtu informācija, kuru es domāju, ir tas, ko vēlaties teksta failā .dbf failā, vienkārši atveriet to programmā Excel, Access, Open Office utt. Un saglabājiet to, kā vēlaties.


ielādējiet tos PostGIS.

vaicājiet viņiem kaut ko līdzīgu:

Tabulā1 atlasiet st_x (the_geom) kā Xcoord, st_y (the_geom) kā Ycoord, attr1, attr2;

jūs varat izvades vaicājumu tieši csv no pgadmin.

ja ģeometrija ir līnijas vai daudzstūri un vēlaties visus virsotņu punktus, vienkārši dariet to pašu, bet sadaliet pa punktiem ar st_dumppoints.

/ Niklass


Šķiet, ka šajā vietnē ir daži jautājumi. Es tikko ievietoju atbildi citā vietā. Skatiet sadaļu Kā iegūt visus lat / long koordinātes, kas nosaka formas failu


ja vēlaties to uzzīmēt kartē, varat pārveidot formas failu WKT (labi pazīstams teksts) formātā, tad to varat saglabāt DB vai izmantot to, ko vēlaties, kopā ar savu formas failu


Vai pārveidot shapefiles par teksta (ASCII) failiem? - Ģeogrāfiskās informācijas sistēmas

Šajā pārskatā aprakstītos datu produktus var lejupielādēt no saistītā USGS datu izlaiduma (DeWitt un citi, 2017) vai izmantojot zemāk esošo tabulu. The x, y, z punktu datu kopas komatiem atdalītā ASCII formātā tiek nodrošinātas trīs datumos: (1) ITRF00, (2) NAD83 (CORS96) un NAVD88 (ortometriskais augstums) GEOID12B un (3) NAD83 (CORS96) un MLLW. Oficiālie Federālās ģeogrāfisko datu komitejas (FGDC) metadatu faili ir saistīti ar katru datu kopu kā atsevišķi lejupielādējami faili un atrodas saspiestos (.zip) datu kopas failos. Ģeogrāfiskās informācijas sistēmas (GIS) datu failus (DEM un trackline shapefiles) var atvērt, izmantojot Esri ArcGIS vai bezmaksas programmatūras produktus, piemēram, ArcGIS Explorer, Google Earth un QGIS GIS skatītājus. FACS (Field Activity Collection System) dokumenti, kas ģenerēti no skenētu ar roku rakstītu un digitālu lauka piezīmju un žurnālu kombinācijas, ir pieejami portatīvā dokumenta formātā (PDF), un tos var apskatīt, izmantojot bezmaksas programmatūru Adobe Reader.

Faila nosaukums un apraksts Metadati (XML formāts) Metadati (teksta formāts) Lejupielādēt failu
Ship_Horn_Island_2016_IFB_SBB_NAD83_NAVD88_GEOID12B_50_DEM.zip
Batymetry DEM, 50 m šūnu izmērs, NAD83 (CORS96) un NAVD88 attiecībā pret GEOID12B modeli.
Ship_Horn_Ssland_2016_IFB_
SBB_DEM_metadata.xml
Ship_Horn_Ssland_2016_IFB_
SBB_DEM_metadata.txt
Ship_Horn_Ssland_2016_IFB_SBB_
NAD83_NAVD88_GEOID12B_50_DEM.zip
(0,39 MB)
Ship_Horn_Ssland_2016_IFB_ITRF00_5m_xyz.zip
Interferometriskās vāla batimetrijas zondes (x,y,z) ITRF00 un elipsoīda augstumā.
Ship_Horn_Ssland_2016_
IFB_xyz_metadata.xml
Ship_Horn_Ssland_2016_
IFB_xyz_metadata.txt
Ship_Horn_Ssland_2016_
IFB_ITRF00_5m_xyz.zip
(7 MB)
Ship_Horn_Island_2016_IFB_ITRF00_tracklines.zip
Interferometriskā vāla batimetrijas sliežu ceļa fails ITRF00.
Tāds pats kā iepriekš Tāds pats kā iepriekš Ship_Horn_Ssland_2016_
IFB_ITRF00_tracklines.zip
(31 MB)
Ship_Horn_Island_2016_IFB_NAD83_NAVD88_GEOID12B_5m_xyz.zip
Interferometriskās vāla batimetrijas zondes (x,y,z) NAD83 (CORS96) un NAVD88 attiecībā uz GEO12B modeli.
Tāds pats kā iepriekš Tāds pats kā iepriekš Ship_Horn_Ssland_2016_IFB_
NAD83_NAVD88_GEOID12B_5m_xyz.zip
(18 MB)
Ship_Horn_Island_2016_IFB_NAD83_MLLW_5m_xyz.zip
Interferometriskās batimetrijas zondes (x,y,z) NAD83 (CORS96) un MLLW.
Tāds pats kā iepriekš Tāds pats kā iepriekš Ship_Horn_Ssland_2016_IFB_
NAD83_MLLW_5m_xyz.zip
(15 MB)
Ship_Horn_Island_2016_IFB_NAD83_tracklines.zip
Interferometriskās vāla batimetrijas trases NAD83 (CORS96).
Tāds pats kā iepriekš Tāds pats kā iepriekš Ship_Horn_Ssland_2016_IFB_
NAD83_tracklines.zip
(32 MB)
Ship_Horn_Island_2016_SBB_ITRF00_xyz.zip
Viena stara batimetrijas zondes (x,y,z) ITRF00 un elipsoīda augstumā.
Ship_Horn_Ssland_2016_
SBB_xyz_metadata.xml
Ship_Horn_Ssland_2016_
SBB_xyz_metadata.txt
Ship_Horn_Ssland_2016_
SBB_ITRF00_xyz.zip
(30 MB)
Ship_Horn_Island_2016_SBB_ITRF00_tracklines.zip
Viena staru batimetrijas sliežu ceļa fails ITRF00.
Tāds pats kā iepriekš Tāds pats kā iepriekš Ship_Horn_Ssland_2016_
SBB_ITRF00_tracklines.zip
(27 MB)
Ship_Horn_Island_2016_SBB_NAD83_NAVD88_GEOID12B_xyz.zip
Viena stara batimetrijas zondes (x,y,z) NAD83 (CORS96) un NAVD88 attiecībā uz GEOID12B modeli.
Tāds pats kā iepriekš Tāds pats kā iepriekš Ship_Horn_Ssland_2016_SBB_
NAD83_NAVD88_GEOID12B_xyz.zip
(49 MB)
Ship_Horn_Island_2016_SBB_NAD83_MLLW_xyz.zip
Viena stara batimetrijas zondes (x,y,z) NAD83 un MLLW.
Tāds pats kā iepriekš Tāds pats kā iepriekš Ship_Horn_Ssland_2016_
SBB_NAD83_MLLW_xyz.zip
(49 MB)
Ship_Horn_Island_2016_SBB_NAD83_tracklines.zip
Viena staru batimetrijas sliedes formas fails NAD83 (CORS96).
Tāds pats kā iepriekš Tāds pats kā iepriekš Ship_Horn_Ssland_2016_
SBB_NAD83_tracklines.zip
(27 MB)
Papildinformācija
2016-347-FA_FACS.zip
USGS FAN 2016-347-FA lauka darbību kolekcijas sistēma (FACS). Ietver pārskatu un apkalpes žurnālus.
Nav piemērojams Nav piemērojams 2016-347-FA_FACS.zip
(0,02 MB)
16BIM04_FACS_Operations.zip
USGS subFAN 16BIM04 FACS. Ietver apsekošanas aprīkojumu, kuģa kompensāciju un ar roku rakstītas operācijas piezīmes.
Nav piemērojams Nav piemērojams 16BIM04_FACS_Operations.zip
(0,13 MB)
16BIM05_FACS_Operations.zip
USGS subFAN 16BIM05 FACS. Ietver apsekošanas aprīkojumu, kuģa kompensāciju un ar roku rakstītas operācijas piezīmes.
Nav piemērojams Nav piemērojams 16BIM05_FACS_Operations.zip
(7 MB)
16BIM06_FACS_Operations.zip
USGS subFAN 16BIM06 FACS. Ietver apsekošanas aprīkojumu, kuģa kompensāciju un ar roku rakstītas darbības piezīmes.
Nav piemērojams Nav piemērojams 16BIM06_FACS_Operations.zip
(11 MB)

Piezīme. Lai skatītu PDF dokumentus, nepieciešama jaunākā Adobe Reader vai līdzīgas programmatūras versija.

ASV Iekšlietu departaments | ASV ģeoloģijas dienests
URL: https://pubs.usgs.gov/ds/1081/ds1081_data-downloads.html
Lapas kontaktinformācija: sazinieties ar USGS
Lapa pēdējo reizi modificēta: ceturtdien, 2018. gada 12. aprīlī, pulksten 14:50:35


FGDC metadati

Visās Chirp sistēmās tiek izmantots nepārtraukti mainīgas frekvences signāls. Šīs aptaujas laikā izmantotā EdgeTech SB-512i Chirp sistēma rada zemas dibena stratigrāfijas augstas izšķirtspējas, seklas iespiešanās (parasti mazāk nekā 50 ms) profila attēlus. Vilciens satur devēju, kas pārraida un saņem akustisko enerģiju, kas tika ievietots pludiņa sistēmā (uzbūvēts SPCMSC), kas ļauj vilkt vilkt nemainīgā 1,07 m dziļumā zem jūras virsmas. Kad pārraidītā akustiskā enerģija krustojas ar blīvuma robežām, piemēram, jūras dibena vai apakšzemes nogulumu slāņiem, daļa enerģijas tiek atspoguļota atpakaļ devēja virzienā, to saņem un reģistrē seismiskās iegūšanas sistēma, kas balstīta uz datoru. Šis process tiek atkārtots ar regulāriem laika intervāliem (piemēram, 0,125 s), un atgrieztā enerģija tiek ierakstīta uz noteiktu laiku (piemēram, 50 ms). Tādā veidā tiek iegūts divdimensionāls (2-D) vertikāls seklās ģeoloģiskās struktūras attēls zem vilktnes.

10BIM04 laikā izmantotais seismiskais avots sastāvēja no EdgeTech SB-512i vilktājiem, kas darbināja DISCOVER v. 3.51 iegūšanas programmatūru un vilka apmēram 10 m aiz globālās pozicionēšanas sistēmas (GPS) antenas. Dati tika iegūti, izmantojot frekvences slaucīšanu, kas svārstījās starp 1 - 10 kHz un 0,5 - 8 kHz, parauga frekvenci 43 kHz un ieraksta garumu aptuveni 75 ms. Pamatojoties uz apsekojuma ātrumu 3,5 mezgli, šāvienu atstatums bija aptuveni 0,450 m.
Neapstrādāto seismisko datu binārā daļa tiek saglabāta SEG Y rev. 0 (Barijs un citi, 1975. gads), IBM pludiņa formāts, kas ir standarta digitālais formāts, ko var lasīt un ar kuru var rīkoties lielākā daļa seismiskās apstrādes programmatūras pakotņu, faila galvenes pirmie 3200 baiti ir Amerikas informācijas apmaiņas standarta kodā (ASCII). formāts paplašinātā binārā kodētā decimālās apmaiņas koda (EBCDIC) formāta vietā. SEG Y formatētajiem izsekošanas failiem ir .sgy paplašinājums. SEG Y failus var lejupielādēt un apstrādāt, izmantojot komerciālu vai publiski pieejamu programmatūru, piemēram, Seismic Unix (SU) (Cohen and Stockwell, 2010). Piedāvāti arī SU skriptu piemēri, kas ļauj lietotājam noņemt navigācijas labojumus no SEG Y galvenēm, kā arī labojumu par katriem 1000 kadriem, un katram profilam tiek izveidots izdrukājams, iegūts GIF attēls. Šeit sniegtie izdrukājamie profili ir GIF attēli, kas iegūti, izmantojot SU programmatūru. Programmatūras lapā ir saites uz SU apstrādes skriptu un USGS programmatūras paraugiem SEG Y failu skatīšanai (Zihlman, 1992).

SEG Y faili ir pieejami šī ziņojuma DVD versijā vai tīmeklī, kurus var lejupielādēt, izmantojot USGS Coastal and Marine Geoscience Data System (& lthttp: //cmgds.marine.usgs.gov>). Dati ir pieejami arī apskatei, izmantojot GeoMapApp (& lthttp: //www.geomapapp.org>) un Virtual Ocean (& lthttp: //www.virtualocean.org>) daudzplatformu atvērtā koda programmatūru.
Time_Period_of_Content: Time_Period_Information: Datumu diapazons / Laiki: Sākuma_Datums: 20100907 Ending_Date: 20100915
Currentness_Reference: Datu vākšanas intervāls
Statuss: Progress: Pabeigts Maintenance_and_Update_Frequency: Nav plānots
Spatial_Domain: Bounding_Coordinates: West_Bounding_Coordinate: -89.272867 East_Bounding_Coordinate: -89.036019 North_Bounding_Coordinate: 30.296317 South_Bounding_Coordinate: 30.163467
Atslēgvārdi: Tēma: Theme_Keyword_Thesaurus: ISO 19115 tēmu kategorija Theme_Keyword: ģeozinātniskā informācija Theme_Keyword: okeāni
Tēma: Theme_Keyword_Thesaurus: Vispārīgi Theme_Keyword: Ģeoloģija Theme_Keyword: Piekrastes informācija Theme_Keyword: Jūras Theme_Keyword: Apakšējais profils Theme_Keyword: Seismiskās pārdomas Theme_Keyword: Čirp Theme_Keyword: Izpētes ģeofiziķu biedrība Theme_Keyword: SEG Y Theme_Keyword: Barjeru salas kartēšana Theme_Keyword: 10BIM04
Vieta: Vietas_atslēgvārds_Thesaurus: Ģeogrāfisko nosaukumu informācijas sistēmas (GNIS) saturs Vietas atslēgas vārds: Amerikas Savienotās Valstis Vietas atslēgas vārds: Misisipi Vietas atslēgas vārds: Meksikas līcis Vietas atslēgas vārds: Kaķu sala
Piekļuves_nosacījumi: Nav. Šie dati tiek glabāti publiski. Use_Constraints: ASV Ģeoloģijas dienests pieprasa, lai tiktu atzīts par nākamo produktu vai atvasināto pētījumu datu veidotāju. Point_of_Contact: Kontaktinformācija: Contact_Person_Primary: Kontaktpersona: Arnels S. Forde Kontaktpersona_organizācija: ASV ģeoloģijas dienests
Contact_Position: Ģeologs Contact_Address: Adreses veids: sūtīšana pa pastu un fiziska Adrese: 600 4. iela uz dienvidiem Pilsēta: Sanktpēterburga State_or_Province: FL Pasta indekss: 33701 Valsts: ASV
Contact_Voice_Thone: (727) 803-8747, ext. 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: Visu USGS lauka aktivitāšu 10BIM04 laikā savākto digitālo čivināšanas apakšdatu atrašanās vietas karte (2. attēls). Šī karte tika izveidota mērogā 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: USGS lauka darbības 10BIM04 laikā savākto digitālo čivināšanas apakšdatu detalizēta sliežu ceļa karte (3. attēls). Šī karte tika izveidota mērogā 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: Katalogs, kurā ir visu apakšējo profilu izdrukājami attēli. Browse_Graphic_File_Type: GIF
Data_Set_Credit: Finansējumu un (vai) atbalstu šim pētījumam nodrošināja USGS Piekrastes un jūras ģeoloģijas programma. Mēs pateicamies R / V G.K. Gilberta kapteinis Deivs Benets (SPCMSC) par palīdzību datu vākšanā. Šo dokumentu uzlaboja atsauksmes par Nensiju DeWitt (USGS) un Emily Klipp (Jacobs Technology, Inc.) no USGS - Sanktpēterburga, Fla.
Diska attēla kredīts: Descloitres, Jacques, MODIS Sauszemes ātrās reaģēšanas komanda NASA Goddard kosmosa lidojumu centrā, 2001. gads, Misisipi. A2001361.1640.250m.jpg. Pieejams tiešsaistē vietnē & lthttp: //visibleearth.nasa.gov/view_rec.php? Id = 2364 & gt
Datu_kvalitāte_informācija: Atribūts_Precizitāte: Atribūtu_Precizitāte_Ziņojums: Jūras apakšējo profilu derīgums vai precizitāte ir ļoti kvalitatīva un ir atkarīga no aprīkojuma un darbības stāvokļa mainīgajiem. No datiem atveidoto attēlu vizuālā pārbaude neuzrādīja būtiskas anomālijas.
Logical_Consistency_Report: Šī datu kopa ir no vienas lauka darbības ar konsekventu instrumentu kalibrēšanu. Pabeigtības atskaite: Šie dati tiek apkopoti pa sliežu ceļiem (2-D), un tāpēc tie pēc būtības ir nepilnīgi. Jāizsecina ģeoloģiskās detaļas starp līnijām. Netika apkopoti dati par līnijām 10i10, 10i23b, 10i62 un 10i77. Pozicionālā_ precizitāte: Horizontālā_pozīcijas_precizitāte: Horizontal_Positional_Accuracy_Report: Kad apakšzemes dati tika iegūti, kuģa atrašanās vietu nepārtraukti noteica Ashtech GPS uztvērējs un pēc tam nosūtīja uz HYPACK 2010 navigācijas programmatūru, lai nodrošinātu konsekventu tīkla atstarpi datu vākšanas laikā. Pozīcijas tika reģistrētas un ierakstītas izsekošanas galvenēs platuma un garuma koordinātās apmēram ik pēc 1 sekundes, izmantojot navigāciju no CodaOctopus F190 diferenciālās globālās pozicionēšanas sistēmas (DGPS) uztvērēja ar OmniSTAR High Performance (HP) korekciju (ar precizitāti līdz 20 cm). Apmēram 10 m nobīde starp čivināšanas kadru un kuģa GPS ieguves laikā netika ņemta vērā, un ASCII navigācijas faili un sliežu ceļa kartes nav koriģētas, lai atspoguļotu nobīdi.
Vertical_Positional_Acuracy: Vertical_Positional_Accuracy_Report: Šie dati nav jāizmanto batimetrijai. Divvirzienu brauciena (TWT) laiki, kas parādīti izdrukājamos profila attēlos, ir saistīti ar ņirbēšanas vilktnes stāvokli, nevis pret jūras virsmu. Jebkuras velkamās zivs augstuma izmaiņas tiek reģistrētas žurnālos, un tās var identificēt apakšzemes profilos ar straujām, pēkšņām nobīdēm jūras dibena atplūdē.
Dzimta: Process_Step: Process_Description: Chirp apstrāde: SEG Y dati tika apstrādāti ar Seismic Unix, lai iegūtu šajā ziņojumā iekļautos apakšējā profila iegūtos GIF attēlus. Reprezentatīva cirpšanas datu apstrādes secība sastāvēja no (1) navigācijas datu noņemšanas par katru kadru un konvertēšanas uz SU formātu, (2) automātiskās pastiprināšanas vadības piemērošanas, (3) pēdu PostScript attēla ģenerēšanas un (4) PostScript pārveidošanas attēlu uz GIF attēlu. Papildinformāciju par SU apstrādi un skriptu, lūdzu, skatiet vietnē & lthttps: //pubs.usgs.gov/ds/724/software/su/readme.txt>. Process_Date: 2011 Process_Contact: Kontaktinformācija: Contact_Person_Primary: Kontaktpersona: Arnels S. Forde Kontaktpersona_organizācija: ASV ģeoloģijas dienests
Contact_Position: Ģeologs Contact_Address: Adreses veids: pasta un fiziskā adrese Adrese: 600 4. iela uz dienvidiem Pilsēta: Sanktpēterburga State_or_Province: FL Pasta indekss: 33701
Contact_Voice_Thone: (727) 803-8747, ext. 3111 Contact_Electronic_Mail_Address: [email protected]
Process_Step: Process_Description: Navigācijas apstrāde: Shotpoint navigācija, līnijas sākums un 1000 kadru intervāla atrašanās vietas faili tika izgūti, izmantojot Seismic Unix programmatūru, un tika izvadīti kā ASCII teksta faili, pēc tam tie tika apstrādāti ar PROJ.4.7.0 (& lthttp: //trac.osgeo.org / proj / & gt), lai ģenerētu universālās šķērsvirziena Mercator (UTM) koordinātas (World Geodetic System 1984 (WGS84), 16. zona, metri) no platuma un garuma koordinātām. Katras seismiskās līnijas teksta faili tika apvienoti divos ar komatiem atdalītos teksta failos (lietošanai ar Vides sistēmu pētniecības institūta (ESRI) programmatūru), vienā saturot unikālas šāviena punktu pozīcijas (10bim04.txt), bet otrā - ar 1000 kadru intervālu atrašanās vietām ( s10bim04.txt) abus var apskatīt navigācijas mapē. Process_Date: 2011
Process_Contact: Kontaktinformācija: Contact_Person_Primary: Kontaktpersona: Arnels S. Forde Kontaktpersona_organizācija: ASV ģeoloģijas dienests
Contact_Position: Ģeologs Contact_Address: Adreses veids: pasta un fiziskā adrese Adrese: 600 4. iela uz dienvidiem Pilsēta: Sanktpēterburga State_or_Province: FL Pasta indekss: 33701
Contact_Voice_Thone: (727) 803-8747, ext. 3111 Contact_Electronic_Mail_Address: [email protected]
Process_Step: Process_Description: Visi sasietie, ar komatiem atdalītie teksta faili tika importēti ArcGIS un saglabāti kā punktu vai līniju faili ESRI shapefile formātā. Process_Date: 2012
Process_Contact: Kontaktinformācija: Contact_Person_Primary: Kontaktpersona: Arnels S. Forde Kontaktpersona_organizācija: ASV ģeoloģijas dienests
Contact_Position: Ģeologs Contact_Address: Adreses veids: pasta un fiziskā adrese Adrese: 600 4. iela uz dienvidiem Pilsēta: Sanktpēterburga State_or_Province: FL Pasta indekss: 33701
Contact_Voice_Thone: (727) 803-8747, ext. 3111 Contact_Electronic_Mail_Address: [email protected]
Process_Step: Process_Description: Sliežu ceļa kartes izveide: Sliežu ceļa karte tika izveidota, izmantojot ESRI ArcGIS 10 programmatūru. Apstrādātais navigācijas fails 10bim04.txt tika importēts ArcMap 10 un apstrādāts, izmantojot punktus uz līnijām ArcScript (D. Rathert, & lthttp: //arcscripts.esri.com/details.asp? Dbid = 12702 & gt), lai izveidotu līnijas formas failu kruīza sliežu ceļu (10bim04_trkln). 1000 kadru intervāla fails s10bim04.txt un rindas faila sākums 10bim04_s.txt tika importēti ArcMap kā punktu formas faili 10bim04_shots un 10bim04_sol. Lai iegūtu papildinformāciju, lūdzu, skatiet formefile metadatus, kas iekļauti ArcGIS kartes dokumentā, kas atrodas šī arhīva sadaļā Programmatūra. Atrašanās vietas karte tika eksportēta uz Adobe Illustrator v. 14 tālākai rediģēšanai, pēc tam Adobe Dreamweaver v. 10 Build 4117. vēlāk pārveidoja to JPEG formātā. Karte nav projektēta (ģeogrāfiskās koordinātas, WGS84). USGS ir visu izmantoto slāņu radītājs. Lūdzu, skatiet ArcGIS readme failu, lai iegūtu sīkāku informāciju par šajā ziņojumā izmantotajiem ĢIS failiem. Process_Date: 2012
Process_Contact: Kontaktinformācija: Contact_Person_Primary: Kontaktpersona: Arnels S. Forde Kontaktpersona_organizācija: ASV ģeoloģijas dienests
Contact_Position: Ģeologs Contact_Address: Adreses veids: pasta un fiziskā adrese Adrese: 600 4. iela uz dienvidiem Pilsēta: Sanktpēterburga State_or_Province: FL Pasta indekss: 33701
Contact_Voice_Thone: (727) 803-8747, ext. 3111 Contact_Electronic_Mail_Address: [email protected]
Process_Step: Process_Description: Datu sēriju sagatavošana: Lai sagatavotu šo datu sērijas ziņojumu, papildus iepriekš aprakstītajām procesa darbībām tika veiktas šādas darbības: ar roku rakstītie kruīza žurnāli tika skenēti un saglabāti kā PDF fails, digitālos žurnālus izveidoja A. Forde, izmantojot kruīza žurnālus. apkalpes locekļu un personīgie konti, kas saglabāti kā PDF faili, un HTML formāta formāts tika izmantots, lai parādītu dažādas šī arhīva daļas. Process_Date: 2012
Process_Contact: Kontaktinformācija: Contact_Person_Primary: Kontaktpersona: Arnels S. Forde Kontaktpersona_organizācija: ASV ģeoloģijas dienests
Contact_Position: Ģeologs Contact_Address: Adreses veids: pasta un fiziskā adrese Adrese: 600 4. iela uz dienvidiem Pilsēta: Sanktpēterburga State_or_Province: FL Pasta indekss: 33701
Contact_Voice_Thone: (727) 803-8747, ext. 3111 Contact_Electronic_Mail_Address: [email protected]
Spatial_Data_Organization_Information: Netiešā_vietas_reference: Katra kadra horizontālās X un Y atrašanās vietas (platums un garums, kā arī 16. zonas UTM koordinātas) tiek norādītas kā ASCII teksta faili, kā arī datums un laiks, kad tika ierakstīts kadrs.
Spatial_Reference_Information: Horizontal_Coordinate_System_Definition: Ģeogrāfiskais: Platuma_atšķirība: 0.000001 Longitude_Resolution: 0.000001 Ģeogrāfiskās_koordinātu_vienības: Decimālgrādi
Ģeodēziskais_modelis: Horizontal_Datum_Name: WGS84 Ellipsoid_Name: WGS_1984 Pusmajors_asis: 6378137.000000 Saucēja_salīdzināšanas_suhe: 298.25722210100002
Entity_and_Attribute_Information: Detalizēts apraksts: Entity_Type: Entity_Type_Label: 10bim04.txt, s10bim04.txt un 10bim04_s.txt Entity_Type_Definition: Shotpoint navigācijas faili Entity_Type_Definition_Source: Izpētes ģeofiziķu biedrības (SEG) Y galvenes (& lthttp: //www.seg.org/publications/tech-stand>).
Atribūts: Attribute_Label: FID * Attribute_Definition: Iekšējās funkcijas numurs. Attribute_Definition_Source: ESRI Attribute_Domain_Values: Nepārstāvams_domēns: Secīgi unikāli veseli skaitļi, kas tiek automātiski ģenerēti. Atribūts: Attribute_Label: Forma * Attribute_Definition: Funkcijas ģeometrija. Attribute_Definition_Source: ESRI Attribute_Domain_Values: Nepārstāvams_domēns: Koordinātas, kas nosaka pazīmes. Atribūts: Attribute_Label: UTMX Attribute_Definition: UTM-X koordināta (16. zona) Attribute_Definition_Source: Universālā šķērsvirziena Mercator ģeogrāfisko koordinātu sistēma Attribute_Domain_Values: Range_Domain: Range_Domain_Minimum: 281337 Range_Domain_Maximum: 304075
Atribūts: Attribute_Label: UTMY Attribute_Definition: UTM-Y koordināta (16. zona) Attribute_Definition_Source: Universālā šķērsvirziena Mercator ģeogrāfisko koordinātu sistēma Attribute_Domain_Values: Range_Domain: Range_Domain_Minimum: 3338756 Range_Domain_Maximum: 3353446
Atribūts: Attribute_Label: Līnija Attribute_Definition: Sliežu ceļa numurs Attribute_Definition_Source: ASV ģeoloģijas dienests Attribute_Domain_Values: Range_Domain: Range_Domain_Minimum: 10i01 Range_Domain_Maximum: 10i85a
Atribūts: Attribute_Label: Nošauts Attribute_Definition: Metiena punkts Attribute_Definition_Source: ASV ģeoloģijas dienests Attribute_Domain_Values: Range_Domain: Range_Domain_Minimum: 1 Range_Domain_Maximum: 11191
Atribūts: Attribute_Label: Lon Attribute_Definition: Garums (decimālgrādi) Attribute_Definition_Source: Pasaules ģeodēziskā sistēma 1984 Ģeogrāfisko koordinātu sistēma Attribute_Domain_Values: Range_Domain: Range_Domain_Minimum: -89.272867 Range_Domain_Maximum: -89.036019
Atribūts: Attribute_Label: Lat Attribute_Definition: Platums (decimālgrādi) Attribute_Definition_Source: Pasaules ģeodēziskā sistēma 1984 Ģeogrāfisko koordinātu sistēma Attribute_Domain_Values: Range_Domain: Range_Domain_Minimum: 30.163467 Range_Domain_Maximum: 30.296317
Atribūts: Attribute_Label: GADS Attribute_Definition: Gads Attribute_Definition_Source: ASV ģeoloģijas dienests Attribute_Domain_Values: Range_Domain: Range_Domain_Minimum: 2010 Range_Domain_Maximum: 2010
Atribūts: Attribute_Label: DOY: HR: MIN: SEC Attribute_Definition: Gada diena: stunda: minūte: sekunde Attribute_Definition_Source: ASV ģeoloģijas dienests Attribute_Domain_Values: Nepārstāvams_domēns: Datu ieguves diena, stunda, minūte un sekunde Overview_Description: Entity_and_Attribute_Overview: Binārais datu fails: izsekošanas dati ir pieejami kā bināri faili SEG Y formātā. Šiem failiem ir .sgy paplašinājums, un to lielums svārstās no 3,51 līdz 97,6 MB. Entity_and_Attribute_Overview: Grafiska attēla fails: apakšdaļas profilu izdrukājamās versijas ir pieejamas kā GIF attēli, saites uz šiem attēliem var atrast lapā Profili vai dodoties uz & lthttps: //pubs.usgs.gov/ds/724/profiles/printable/> . Entity_and_Attribute_Overview: Navigācijas fails: Navigācijas faili ir pieejami kā ASCII teksta faili. Tiek nodrošināti neapstrādāti (neapstrādāti) šāviena punktu navigācijas faili, apstrādāta šāviena punkta navigācija (10bim04.txt), apstrādāta 1000 kadru intervāla atrašanās vieta (s10bim04.txt) un rindas faila sākums (10bim04_s.txt). Laukus / atribūtus [FID, Shape], kas iepriekš atzīmēti ar zvaigznīti (*), izveidoja ESRI ArcGIS, un tos izmanto tikai formas faili, kas izveidoti no trim iepriekšminētajiem .txt failiem, šie lauki nav iekļauti sākotnējos navigācijas failos. Visi atlikušie atribūti, kas iepriekš uzskaitīti sadaļā Entity_and_Attribute_Information, kuriem nav pievienotas zvaigznītes, ir atrodami 10bim04.txt, s10bim04.txt un10bim04_s.txt. Entity_and_Attribute_Overview: ĢIS fails: ĢIS projekts, ko izmanto, lai izveidotu sliežu ceļa kartes, tiek nodrošināts kā .zip fails, kas sastāv no ESRI karšu dokumentiem, šablonu failiem un metadatiem. Entity_and_Attribute_Detail_Citation: Berijs, K. M., Keivers, D. A. un Knīls, C. W., 1975. gads. Ieteicamie standarti digitālo lentu formātiem: Geophysics, 40. lpp., Nr. 2. lpp. 344.-352. Pieejams arī tiešsaistē vietnē & lthttp: //www.seg.org/publications/tech-stand/>. Entity_and_Attribute_Detail_Citation: Koens, J. K. un Stokvels, J. W., jaunākais, 2010. gads, CWP / SU: Seismic Unix Release 41: Bezmaksas pakete seismiskās izpētes un apstrādes procesam, Viļņu parādību centrs, Kolorādo raktuvju skola. Pieejams tiešsaistē vietnē & lthttp: //www.cwp.mines.edu/cwpcodes/>. Entity_and_Attribute_Detail_Citation: Zihlman, F.N., 1992, DUMPSEGY V1.0: Programma SEG Y diska attēla seismisko datu satura pārbaudei: ASV Ģeoloģijas dienesta atklātā faila ziņojums 92-590, 28 lpp. Pieejams arī tiešsaistē vietnē & lthttp: //pubs.er.usgs.gov/usgspubs/ofr/ofr92590>.
Izplatīšanas_informācija: Izplatītājs: Kontaktinformācija: Contact_Person_Primary: Kontaktpersona: Arnels Forde Kontaktpersona_organizācija: ASV ģeoloģijas dienests
Contact_Position: Ģeologs Contact_Address: Adreses veids: sūtīšana pa pastu un fiziska Adrese: 600 4. iela uz dienvidiem Pilsēta: Sanktpēterburga State_or_Province: FL Pasta indekss: 33701 Valsts: ASV
Contact_Voice_Thone: (727) 803-8747, ext. 3111 Contact_Electronic_Mail_Address: [email protected] Contact_Instructions: Viss šis ziņojums ir pieejams tiešsaistē. SEG Y faili ir lejupielādējami no Piekrastes un jūras ģeozinātnes datu sistēmas (& lthttp: //cmgds.marine.usgs.gov>).
Resursa apraksts: ASV Ģeoloģijas dienesta datu sērija 724 Izplatīšanas_atbildība: Šo DVD publikāciju sagatavoja Amerikas Savienoto Valstu valdības aģentūra. Lai gan šie dati ir veiksmīgi apstrādāti ASV Ģeoloģijas dienesta datorsistēmā, netiek izteikta vai netieša garantija attiecībā uz datu parādīšanu vai lietderību jebkurā citā sistēmā, kā arī izplatīšanas akts nenozīmē šādu garantiju. ASV Ģeoloģijas dienests nav atbildīgs par šeit aprakstīto un (vai) ietverto datu nepareizu vai nepareizu izmantošanu. Atsauce uz jebkuru konkrētu komerciālu produktu, procesu vai pakalpojumu, izmantojot tirdzniecības nosaukumu, preču zīmi, ražotāju vai kā citādi, nenozīmē vai nenozīmē, ka Amerikas Savienoto Valstu valdība vai jebkura tā aģentūra to apstiprina, iesaka vai atbalsta. Standarta_Pasūtījuma_Process: Digital_Form: Digital_Transfer_Information: Format_Name: SEG Y rev. 0 Format_Information_Content: SEG Y rev. Šeit uzrādītais 0 formāts (Barijs un citi, 1975) sastāv no sekojošā: 3600 baitu ruļļa identifikācijas galvenes, ar pirmajiem 3200 baitiem sastāv no ASCII galvenes bloka, kam seko 400 baitu binārā galvenes bloks, abos ietverot informāciju specifiski līnijai un ruļļa numuram izsekošanas datu bloks, kas seko ruļļa identifikācijas galvenei, un katra izsekošanas bloka pirmie 240 baiti sastāv no binārā izsekošanas identifikācijas galvenes un seismisko datu paraugiem, kas seko izsekošanas identifikācijas galvenei. File_Decompression_Technique: Nav 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: kartes dokuments, shapefile, metadati Format_Information_Content: GIS projekts, ko izmanto sliežu ceļa karšu veidošanai, sastāv no karšu dokumentiem, šablonfailiem un metadatiem. Kartes dokumenti tika izveidoti ar ESRI ArcGIS 10 programmatūru. Iesniegtos formas failus var apskatīt arī, izmantojot citas ESRI darbvirsmas programmatūras versijas, ieskaitot to bezmaksas programmatūru vai ArcGIS Explorer (& lthttp: //www.esri.com/software/arcgis/explorer/>). File_Decompression_Technique: atvienot Transfer_Size: 107 MB
Digital_Transfer_Option: Online_Option: Computer_Contact_Information: Tīkla_ adrese: Network_Resource_Name: & lthttps: //pubs.usgs.gov/ds/724/software/arc/arc.zip>
Maksa: Cenas atšķiras. Pasūtīšanas_norādījumi: Publikācijas ir pieejamas vietnē USGS Information Services, Box 25286, Federālais centrs, Denvera, Colo. 80225-0046 (tālrunis: 1-888-ASK-USGS, e-pasts: [email protected]).
Tehniskie priekšnosacījumi: Lai izmantotu SEG Y datus, nepieciešama specializēta seismiskās apstrādes programmatūra, piemēram, publiski pieejamā programmatūra Seismic Unix (& lthttp: //www.cwp.mines.edu/cwpcodes/>).
Metadatu_references_informācija: Metadatu_Datums: 20120821 Metadata_Contact: Kontaktinformācija: Contact_Person_Primary: Kontaktpersona: Arnels Forde Kontaktpersona_organizācija: ASV ģeoloģijas dienests
Contact_Position: Ģeologs Contact_Address: Adreses veids: sūtīšana pa pastu un fiziska Adrese: 600 4. iela uz dienvidiem Pilsēta: Sanktpēterburga State_or_Province: FL Pasta indekss: 33701 Valsts: ASV
Contact_Voice_Thone: (727) 803-8747, ext. 3111 Contact_Electronic_Mail_Address: [email protected]
Metadatu_Standarta_nosaukums: Digitālo ģeotelpisko metadatu satura standarts Metadatu_Standarta_versija: FGDC-STD-001-1998

Sākums | Akronīmi | Saturs | Navigācija Profili | Baļķi | Metadati | Programmatūra

ASV Iekšlietu departaments | ASV ģeoloģijas dienests
URL: https://pubs.usgs.gov/ds/724/html/metadata.html
Lapas kontaktinformācija: sazinieties ar USGS
Lapa pēdējoreiz modificēta: pirmdiena, 2016. gada 28. novembris, plkst. 19:07:56


Vai pārveidot shapefiles par teksta (ASCII) failiem? - Ģeogrāfiskās informācijas sistēmas

Digital Chirp apakšējā profila datu arhīvs, kas savākts USGS kruīza 12BIM03 laikā Chandeleur salās, Luiziānā, 2012. gada jūlijā. Digitālie, vektoru un rastra digitālie dati ASV Ģeoloģijas dienesta datu sērija 856

Lai arhivētu visus digitālā čivināšanas apakšējā profila datus un saistītos failus, kas savākti kruīza 12BIM03 laikā.

USGS Sanktpēterburgas piekrastes un jūras zinātnes centrs (SPCMSC) - Sanktpēterburga, Fla., Katrai kruīza vai lauka aktivitātei piešķir unikālu identifikatoru. Piemēram, 12BIM03 stāsta, ka dati tika savākti 2012. gadā, veicot trešās lauka aktivitātes šim projektam attiecīgajā kalendārajā gadā. 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 okeāni Nav Ģeoloģija Coastal information Jūras 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) no Komunālie pakalpojumi izvēlne. 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 Palīdzība menu from within the program.

The menu in EDXCV where the file conversions are done is called Reklāmguvumi. 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:
                        • Tirgus analīze
                          • 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
                                      • Programmatūra

                                      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)
                                                    • Indekss
                                                      • 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.


                                                                                  Saturs

                                                                                  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.