Format Atlas

데이터

구조화 데이터의 교환·저장, 과학 계산 배열, 머신 러닝, 유전체 분석, 포인트 클라우드 및 측위에 사용하는 형식입니다.

이 카테고리 정보

Apache Arrow IPCApache Arrow는 열 지향 데이터 형식과 라이브러리를 제공하며, Arrow IPC는 프로세스와 애플리케이션 간 교환을 위해 데이터를 직렬화합니다. 파일 형식은 일반적으로 .arrow를 사용하고 푸터를 통해 레코드 배치에 임의 접근할 수 있습니다. 스트림 형식은 보통 .arrows를 사용하며 메시지를 순서대로 전달합니다. Feather V2는 Arrow IPC 파일 형식에 기반한 명칭입니다.AvroApache Avro는 JSON으로 표현 가능한 스키마에 따라 레코드를 직렬화합니다. 레코드, 배열, 맵, 유니온을 지원하며 읽기와 쓰기 쪽의 스키마가 호환되어야 합니다.BAMBAM은 SAMv1 명세의 정렬 데이터를 바이너리로 표현합니다. 보통 BGZF 블록 압축을 사용해 색인으로 특정 구간에 접근할 수 있습니다. 참조 헤더, 리드 이름, FLAG, CIGAR, 위치, 서열 품질과 태그를 저장하며 미정렬 리드도 포함할 수 있습니다. 좌표 정렬 BAM에는 BAI나 CSI 색인을 사용할 수 있습니다. 기계 처리에 적합하지만 직접 읽을 수 없고, 참조와 색인의 일치 여부가 중요합니다.BEDBED는 염색체 이름, 시작, 끝을 기록하는 텍스트입니다. 시작은 0부터 세고 끝 위치는 포함하지 않습니다. 서열 자체나 염기별 품질을 저장하지 않습니다.bedGraphbedGraph는 염색체·시작·끝·수치의 4열 텍스트입니다. 좌표는 0부터 세고 끝을 제외합니다. 구간에 양수·음수 정수나 실수를 기록합니다.bigBedbigBed는 BED 유형 데이터로 만드는 색인된 바이너리 형식입니다. 지원 브라우저는 필요한 구간을 읽습니다. BED를 gzip으로 압축한 것과는 다릅니다.bigWigbigWig는 유전체 수치를 저장하는 색인 바이너리입니다. WIG나 bedGraph로 생성하며 지원 도구는 구간별로 접근합니다. bigBed와 데이터 역할이 다릅니다.BSONBSON(Binary JSON)은 JSON과 비슷한 구조의 문서를 바이너리로 직렬화하는 형식입니다. 표준 JSON에 없는 날짜, 바이너리 데이터, ObjectId 등의 자료형도 지원합니다. MongoDB에서 널리 사용되지만 일반 JSON 텍스트와는 다르므로 BSON을 지원하는 드라이버나 도구가 필요합니다.BUFRBUFR(Binary Universal Form for the Representation of meteorological data; WMO FM 94)는 표 기반 기술자로 관측을 인코딩하고 교환하는 바이너리 형식입니다. 기술자 시퀀스가 값의 표현과 의미를 정하므로 에디션과 기준·지역 표를 확인해야 합니다.CBORCBOR(Concise Binary Object Representation)은 숫자, 문자열, 배열, 맵 같은 데이터 항목을 바이너리로 인코딩하는 IETF 표준입니다. 작은 구현과 메시지 크기를 고려하면서 확장할 수 있고 JSON과 비슷한 데이터도 표현합니다. 텍스트 형식이 아니므로 CBOR 지원 도구나 라이브러리가 필요합니다.CRAMCRAM은 참조 서열과의 차이를 활용하는 부호화 등을 통해 시퀀싱 리드와 정렬 정보를 저장하며, BAM보다 높은 압축률을 낼 수 있습니다. 규격은 무손실과 손실 보존 전략을 모두 허용하고 보존할 데이터를 일률적으로 정하지 않습니다. 따라서 .cram 확장자만으로 염기 품질이나 태그의 보존 여부를 알 수 없으며 생성 도구와 설정을 확인해야 합니다. 일부 파일과 작업 흐름에는 정확한 외부 참조가 필요하지만 참조를 파일에 포함할 수도 있습니다. CRAI 색인은 영역 조회에 사용됩니다.DICOMDICOM은 의료 영상과 관련 정보를 저장하고 교환하기 위한 표준입니다. 일반적으로 .dcm 확장자를 사용하는 Part 10 파일은 파일 메타 정보 뒤에 하나의 SOP Instance를 나타내는 데이터셋을 담으며, 영상 픽셀과 검사·장비·환자 속성이 포함될 수 있습니다. 픽셀 인코딩과 압축은 Transfer Syntax에 따라 달라지므로 DICOM은 일반 이미지 파일과 다릅니다.E57E57은 3D 이미징 시스템의 포인트 데이터를 교환하는 형식입니다. ASTM 공개 요약에 따르면 3D 포인트, 색상·강도 등의 속성, 시스템에서 촬영한 사진을 저장할 수 있고 바이너리와 XML을 결합합니다. LAS/LAZ와 달리 스캔 관련 이미지도 포함할 수 있습니다..env.env는 호환되는 애플리케이션이나 개발 도구가 읽도록 환경 변수 이름과 값을 기록하는 관례적인 텍스트 파일입니다. 통일된 공통 규격은 없으며 따옴표, 주석, 변수 확장, 기존 환경 변수와의 우선순위는 읽는 도구에 따라 다릅니다.FASTAFASTA는 >로 시작하는 정의 행 뒤에 서열을 기록하는 텍스트 형식입니다. 이 글은 염기 서열과 참조 서열 용도를 다룹니다. FASTA 자체에는 염기별 품질값이 없습니다.FASTQFASTQ는 시퀀서가 출력한 리드 서열과 염기별 품질 점수를 함께 담는 널리 쓰이는 텍스트 형식입니다. 일반적인 레코드는 `@`로 시작하는 식별자, 서열, `+` 구분 줄, 서열과 길이가 같은 품질 문자열로 구성됩니다. FASTQ에는 단일한 공식 사양이 없으며 Sanger Phred+33과 과거 Solexa/Illumina 변형 등 호환되지 않는 품질 인코딩이 존재합니다. `.fastq` 또는 `.fq`를 사용하고 gzip 등으로 외부 압축할 수 있습니다. FASTQ는 보통 정렬 전 리드를 저장하며 참조 좌표가 담긴 SAM/BAM과 역할이 다릅니다.FITFIT(.fit)는 스포츠·피트니스·건강 기기의 데이터를 저장하고 공유하는 바이너리 형식입니다. 활동 기록, 센서 측정값, 이벤트, 운동 계획, 코스 등을 메시지로 담을 수 있습니다. 앱이 읽을 수 있는 필드는 FIT 프로필과 수신 소프트웨어 지원에 따라 달라지며, 디코딩에 FIT SDK가 필요할 수 있습니다.FITSFITS(Flexible Image Transport System)는 주로 천문학에서 과학 데이터를 저장하고 교환하는 데 쓰이는 표준입니다. 헤더와 데이터로 이루어진 Header/Data Unit(HDU)을 이어 붙여 한 파일에 이미지 배열, 스펙트럼, ASCII 또는 바이너리 표를 담을 수 있습니다. 헤더는 80자 카드로 구성되고 HDU 경계는 2880바이트 블록에 맞춰 패딩됩니다.FlatGeobufFlatGeobuf는 FlatBuffers 기반의 지리 피처 바이너리 형식입니다. 헤더, 선택적 공간 인덱스, 피처 데이터로 구성되며 .fgb 파일 하나는 단일 레이어를 담습니다.GeoJSONGeoJSON은 지리 지형과 도형을 JSON으로 나타냅니다. 표준 좌표계에서는 경도가 위도보다 먼저 옵니다.GeoPackageGeoPackage(.gpkg)는 OGC GeoPackage 표준에 따라 공간 데이터를 저장하는 SQLite 데이터베이스 파일입니다. 하나의 파일에 벡터 피처, 여러 확대 수준의 래스터 지도 타일, 비공간 속성을 담을 수 있어 모바일이나 오프라인 환경에서도 사용할 수 있습니다. SQLite 파일이라고 해서 자동으로 GeoPackage가 되는 것은 아니며, 표준의 스키마와 요구사항을 따라야 합니다.GeoParquetGeoParquet는 Parquet에 형상 열과 지리 메타데이터 규칙을 추가합니다. 이 글은 규격 1.1.0을 다루며 .parquet 확장자만으로 적합성을 판단할 수 없습니다.GeoTIFFGeoTIFF는 TIFF 이미지에 지리 참조 정보를 저장하는 규격입니다. 전용 태그로 래스터 픽셀과 지리·투영 좌표의 관계 및 좌표계를 나타냅니다. 압축 방식은 다를 수 있으며 확장자만으로 지리 참조 유무를 판단할 수 없습니다.GFF3GFF3는 탭으로 구분된 9열의 주석 형식입니다. 시작과 끝은 1부터 세며 양끝을 포함합니다. ID와 Parent 같은 속성으로 관계를 나타냅니다.GGUFGGUF는 GGML 및 호환 추론 런타임을 위해 설계된 바이너리 컨테이너입니다. 헤더에는 형식 버전, 텐서 설명, 키-값 메타데이터가 있으며 뒤에 텐서 데이터가 옵니다. llama.cpp 계열 도구의 로컬 추론에 널리 쓰이지만 형식만으로 모든 런타임이나 아키텍처 지원이 보장되지는 않습니다. 확장자도 양자화 여부를 나타내지 않습니다..gitignore.gitignore는 Git에 아직 추적되지 않는 경로를 무시하도록 패턴을 적는 텍스트 파일입니다. Git은 여러 위치의 .gitignore와 다른 제외 규칙 파일을 우선순위에 따라 적용합니다. 이미 인덱스에 들어가 추적 중인 파일은 패턴을 추가해도 추적이 중단되지 않습니다.GMLGML은 지리 형상과 속성을 XML로 표현하는 OGC 표준입니다. 응용 스키마로 분야별 피처를 정의합니다.GPXGPX(.gpx)는 앱과 웹 서비스 사이에서 GPS 데이터를 교환하기 위한 XML 형식입니다. 웨이포인트(장소), 경로(계획한 길), 트랙(기록된 이동 경로)을 구분해 저장합니다. GPX 1.1 좌표는 WGS 84를 기준으로 합니다. 지도 스타일이나 앱별 정보까지 똑같이 옮겨지는 것은 아니므로 목적에 맞게 가져온 결과를 확인하세요.GRIBGRIB(General Regularly-distributed Information in Binary form)는 격자형 기상·지구물리 데이터 교환용 바이너리 형식입니다. 메시지에는 식별, 격자, 제품 정의, 데이터 표현과 값 섹션이 포함됩니다. GRIB1과 GRIB2는 규격과 표가 다르고 지역 정의도 쓰일 수 있으므로 에디션과 제공자 규약을 확인합니다.GTFGTF는 탭으로 구분된 9열의 유전자 주석입니다. 좌표는 1부터 세며 양끝을 포함하고 gene_id와 transcript_id 속성을 사용합니다. 필요한 행과 속성은 제공자와 읽기 도구에 따라 다릅니다.HDF5HDF5(Hierarchical Data Format version 5)는 크고 다양한 데이터를 저장하는 계층형 데이터 모델이자 파일 형식입니다. 그룹은 계층을 이루고 데이터셋은 유형과 차원을 가진 배열을 저장하며, 둘 모두 속성을 가질 수 있습니다. HDF5 자체가 특정 분야의 좌표·단위·의미 규약을 일괄 정의하지는 않습니다.iCalendariCalendar는 일정, 할 일, 사용 가능 시간을 교환합니다. 가져온 뒤 날짜, 시간대, 반복을 확인해야 합니다.INI 설정 파일INI는 섹션과 키-값 쌍으로 구성된 텍스트 설정 파일을 가리키는 관용적인 이름입니다. 공통 단일 사양이 없어 주석, 구분 기호, 키 대소문자, 여러 줄 값의 처리가 앱이나 파서에 따라 달라질 수 있습니다.Jupyter NotebookJupyter Notebook(.ipynb)은 코드 셀, Markdown 셀, 메타데이터, 실행 결과를 JSON 구조로 저장하는 노트북 문서 형식입니다. 보이는 결과뿐 아니라 실행 가능한 코드도 포함할 수 있으므로 파일을 보는 것과 실행하는 것은 별개의 작업입니다.JSONJSON은 키와 값으로 구조화된 데이터를 표현하는 텍스트 형식입니다. 웹 API와 설정 파일에 널리 사용됩니다.JSON5JSON5는 JSON에 주석, 끝 쉼표, 일부 따옴표 없는 키, 작은따옴표 문자열 등을 추가한 형식입니다. 사람이 직접 데이터를 작성하기 쉽게 만든 것으로, JSON의 다른 이름은 아닙니다. 받는 도구의 JSON5 지원 여부를 확인하세요.JSON LinesJSON Lines(.jsonl)는 각 줄에 유효한 JSON 값 하나를 기록하는 텍스트 형식입니다. 로그나 점진적 처리에 편리해 레코드를 하나씩 다룰 수 있습니다. application/jsonl 미디어 유형이 제안되었지만 표준화되지는 않았습니다.JWKJWK는 암호 키를 나타내는 JSON 객체입니다. 키 유형 kty, 키 ID kid 및 기타 메타데이터를 포함할 수 있습니다. JWKS는 keys 배열에 여러 JWK를 묶습니다. 공개 키 배포에 흔히 쓰이며 개인 키 자료가 든 JWK는 민감합니다.Keras`.keras`는 Keras 3의 전체 모델 저장용 네이티브 형식입니다. 일반적으로 ZIP 아카이브로 모델 구성, 가중치, 컴파일 정보와 존재하는 경우 옵티마이저 상태를 함께 저장합니다. Keras 공식 문서는 구성, 메타데이터, 가중치 데이터를 아카이브 내용으로 설명합니다. 사용자 정의 레이어나 객체의 구현 코드까지 파일에 포함되는 것은 아니므로 로딩 환경에 해당 클래스와 의존성이 필요할 수 있습니다. Keras는 로딩 안전 설정을 제공하지만 알 수 없는 모델이나 사용자 코드가 신뢰 가능해지는 것은 아닙니다.KMLKML(.kml)은 지도나 지구본 브라우저에서 지리 정보를 어떻게 표시할지 기술하는 XML 형식입니다. 장소 표시, 선과 영역, 설명, 스타일, 이미지 오버레이 등을 표현할 수 있습니다. GPX가 GPS 웨이포인트·경로·기록 트랙 교환에 초점을 둔다면 KML은 지리 데이터의 표시·주석·시각화에 더 중점을 둡니다.LASLAS는 ASPRS가 관리하는 개방형 점군 교환 형식입니다. 점 레코드 형식에 따라 X/Y/Z 좌표, 강도, 반사 횟수, 분류, GPS 시간, RGB, 스캐너 정보와 추가 속성을 저장하고, 헤더와 가변 길이 레코드에 메타데이터를 담습니다. LAS 1.5와 이전 버전은 지원 레코드와 좌표 참조 요구가 다르므로 구형 소프트웨어와의 호환성을 확인해야 합니다. LAS는 보통 비압축이며, 무손실 압축 LAZ와 용량·호환성 측면에서 선택이 다릅니다.LAZLAZ는 LAS 점 레코드를 청크 단위로 압축합니다. LAZ 1.4는 LAS 1.4에 기반하며 점 데이터를 무손실 압축합니다. 호환 구현은 청크별로 독립 해제할 수 있어 전체 파일을 풀지 않고 점군 처리나 임의 접근을 할 수 있습니다. 압축은 LAS 좌표·분류 필드의 의미를 바꾸지 않지만 읽기 도구 버전, 확장 레코드, 부속 waveform 데이터에 따라 상호운용성이 달라집니다. LAZ 1.4는 LAS 1.5의 모든 기능을 정의하지 않으므로 확장자만으로 호환성을 판단할 수 없습니다.MAT-fileMAT-file(.mat)은 MATLAB 작업 공간 변수를 저장하는 바이너리 형식입니다. Version 4, 6, 7, 7.3은 지원 배열과 데이터 형식, 압축, 크기 제한, 부분 접근 기능이 다릅니다. 일반적인 MATLAB `save`는 Version 7을 기본으로 사용하며 Version 7.3은 HDF5 기반으로 큰 변수와 부분 접근을 지원합니다. v7.3과 이전 버전은 내부 구조가 다르므로 확장자만으로 호환성을 판단하지 말고 버전과 필요한 기능을 확인하세요.MBTilesMBTiles는 지도 타일과 메타데이터를 SQLite 데이터베이스에 저장합니다. 이 글은 규격 1.3을 기준으로 이미지 타일과 gzip 압축 MVT를 담은 pbf 타일을 구분합니다.MetaImageMetaImage는 ITK의 MetaIO로 처리하는 의료·과학 영상 형식으로, 태그가 있는 텍스트 헤더와 픽셀 데이터로 구성됩니다. .mha는 헤더와 픽셀을 한 파일에 결합하고, .mhd는 헤더를 분리해 보통 .raw 같은 데이터 파일을 참조합니다. 헤더에는 차원 수, 각 축 크기, 요소 유형, 바이트 순서, 간격 등을 기록할 수 있습니다.MRCMRC(MRC/CCP4 map and image format)는 주로 극저온 전자현미경 이미지와 3D 지도를 저장하는 바이너리 형식입니다. MRC2014는 1,024바이트 기본 헤더에 배열 크기, MODE(값의 데이터 유형), 축 매핑, 그리드 간격, 확장 헤더 길이를 기록한 뒤 데이터 배열을 둡니다. 결정학의 CCP4 map과 밀접하지만 용도와 규약이 항상 같다고 가정하지 말고 헤더와 사용 소프트웨어의 해석을 확인하세요.MessagePackMessagePack은 JSON과 비슷한 값을 바이너리로 직렬화하는 형식입니다. 정수, 문자열, 바이너리 데이터, 배열, 맵을 표현하며 확장값과 타임스탬프도 정의합니다. 텍스트가 아니므로 호환 라이브러리로 읽고 써야 합니다. 데이터의 의미와 자료형 매핑은 애플리케이션 규약에 따라 달라질 수도 있습니다.MVTMVT는 Protocol Buffers로 인코딩한 지리 벡터 타일입니다. 타일에는 이름이 있는 레이어, 피처와 속성이 들어갑니다.netCDFnetCDF(Network Common Data Form)는 과학 데이터를 자기 설명적이고 이식성 있게 저장·교환하는 형식 및 소프트웨어 모음입니다. 데이터 세트는 차원, 변수, 속성으로 구성됩니다. Classic 모델과 netCDF-4의 확장 모델은 기능이 다르며 netCDF-4/HDF5 파일은 그룹 등 계층 기능을 쓸 수 있습니다. 확장자만으로 변형을 판별할 수 없습니다.NIfTINIfTI(일반적으로 NIfTI-1 또는 NIfTI-2)는 MRI와 fMRI 같은 신경영상 데이터를 분석 소프트웨어 간에 다루기 위한 파일 형식입니다. 헤더에는 복셀 배열, 차원, 데이터 형식, 스케일 정보와 복셀 좌표를 해부학적 또는 표준 공간으로 매핑하는 정보가 들어갑니다. NIfTI-1은 헤더와 이미지 데이터를 .nii 하나에 담거나 .hdr/.img 쌍으로 나눌 수 있으며, .nii.gz는 gzip으로 압축한 단일 파일입니다.NPYNPY(.npy)는 NumPy의 단일 배열 저장용 바이너리 형식입니다. 헤더에 형식 버전, dtype, shape, 메모리 순서를 기록하고 뒤에 배열 데이터를 둡니다. 텍스트 표와 달리 숫자 형식과 다차원 모양을 보존할 수 있습니다. NPY 자체는 압축 아카이브가 아니며 보통 파일 하나에 배열 하나를 저장합니다. object dtype 배열은 pickle을 사용할 수 있으므로 신뢰할 수 없는 입력을 읽을 때 object 배열과 `allow_pickle` 처리를 확인하세요.NPZNPZ(.npz)는 여러 배열을 함께 저장하는 NumPy의 ZIP 기반 아카이브입니다. 배열마다 하나의 `.npy` 파일이 들어가며 NumPy `load`는 이름으로 배열에 접근할 수 있는 `NpzFile`을 반환합니다. `savez`는 비압축 아카이브를 만들고 `savez_compressed`는 DEFLATE를 사용하므로 확장자만으로 압축 여부를 알 수 없습니다. 각 배열의 dtype과 shape는 NPY를 통해 유지됩니다. object dtype 배열에는 pickle이 관련될 수 있으므로 신뢰할 수 없는 입력의 allow_pickle을 주의하세요.NRRDNRRD(Nearly Raw Raster Data)는 과학 시각화와 이미지 처리에 사용하는 N차원 래스터 데이터 형식입니다. 텍스트 헤더에 차원, 유형, 축 크기, 데이터 인코딩을 기록하고 축 레이블·단위·방향·공간 원점도 담을 수 있습니다. 헤더와 데이터는 하나의 .nrrd 파일에 함께 저장하거나 .nhdr 헤더와 외부 데이터 파일로 분리할 수 있습니다.ONNXONNX(Open Neural Network Exchange)는 머신러닝 모델을 프레임워크와 추론 런타임 사이에서 교환하기 위한 개방형 모델 표현입니다. 일반적인 `.onnx` 파일은 계산 그래프, 입력과 출력, 유형과 shape, opset 가져오기, 초기화 텐서를 설명하는 Protocol Buffers ModelProto를 저장합니다. Safetensors는 주로 가중치 텐서를 저장하지만 ONNX는 모델 그래프도 표현합니다. 변환만으로 모든 런타임이 모든 연산자나 모델별 기능을 지원하는 것은 아니므로 IR/opset 버전과 구현 지원을 확인해야 합니다.ORCORC는 분석 시스템의 형식 있는 열 지향 파일 형식입니다. 열 선택과 파일 인덱스로 불필요한 읽기를 줄일 수 있습니다.ParquetApache Parquet은 표 데이터를 열별로 저장하고 행 그룹과 열 청크로 구성합니다. 분석 도구는 모든 필드를 읽지 않고 필요한 열을 선택할 수 있습니다.PCAPPCAP(.pcap)은 캡처한 네트워크 패킷을 저장하는 폭넓게 지원되는 바이너리 형식입니다. 패킷 데이터와 링크 계층 유형, 타임스탬프를 기록합니다. 구조가 단순해 오래된 분석 도구와 호환성이 높지만 여러 인터페이스나 주석 같은 정보를 표현하는 데는 PCAPNG보다 제약이 있습니다.PCAPNGPCAPNG는 네트워크에서 캡처한 패킷을 저장하는 형식입니다. 기존 pcap보다 확장성이 높아 여러 인터페이스 정보나 주석을 담을 수 있습니다. 캡처에는 인증 정보나 개인정보가 포함될 수 있으므로 공유 전에 확인해야 합니다.PCDPCD는 PCL에서 사용하는 포인트 클라우드를 저장합니다. PCD 0.7의 ASCII 헤더는 점 필드와 자료형, WIDTH와 HEIGHT, VIEWPOINT 및 저장 방식을 선언합니다.Java PropertiesJava Properties는 주로 Java의 Properties API와 ResourceBundle에서 사용하는 줄 단위 키-값 텍스트 형식입니다. .properties 확장자가 흔하지만 문자 인코딩은 읽기 방식과 Java 버전에 따라 달라지므로 확장자만으로 판단할 수 없습니다.Protocol Buffers 스키마 파일.proto는 Protocol Buffers의 메시지, 필드, 자료형을 설명하는 스키마 파일입니다. protoc 같은 컴파일러가 이를 읽어 지정한 언어의 코드를 생성합니다. .proto 자체는 직렬화된 메시지가 아니며, 보통 텍스트로 편집합니다.RINEXRINEX(Receiver Independent Exchange Format)는 수신기 제조사와 무관하게 GNSS 수신 관측값과 항법 메시지를 교환하는 텍스트 형식입니다. 2025년 9월판 RINEX 4.02는 여러 위성 항법 시스템과 신호의 관측·항법·기상 파일을 정의합니다. 긴 파일명에는 보통 .rnx가 쓰이고 압축 시 .gz가 추가될 수 있습니다. RINEX는 처리를 위한 측정 기록이지 완성된 지도 경로가 아닙니다.SafetensorsSafetensors는 머신러닝 텐서 값을 저장하고 배포하는 바이너리 형식입니다. 파일은 8바이트 little-endian 헤더 길이로 시작하고, 텐서 이름·dtype·shape·데이터 offset을 설명하는 UTF-8 JSON 헤더, 이어서 텐서 데이터 바이트 버퍼가 옵니다. 모델 구조나 실행 프로그램 자체를 저장하는 형식은 아닙니다. Pickle 기반 직렬화와 달리 임의 객체를 복원하는 코드를 실행하도록 설계되지 않았습니다. 그렇다고 파일 출처가 신뢰할 만하거나 모든 reader에 결함이 없거나 모델 자체가 안전하다는 뜻은 아닙니다.SAMSAM(Sequence Alignment/Map)은 시퀀싱 리드와 참조 서열에 대한 정렬을 탭으로 구분한 텍스트로 표현합니다. 선택적 헤더는 참조와 소프트웨어를 설명하고, 각 레코드는 리드 이름, FLAG, 참조와 위치, MAPQ, CIGAR, 서열·품질 및 선택 태그를 담습니다. 명세는 미정렬 리드도 표현하므로 모든 레코드가 정렬된 것은 아닙니다. SAM은 확인하기 쉽지만 커질 수 있으며, BAM은 이 데이터의 바이너리 표현이고 CRAM은 참조를 활용해 압축합니다.Shell Script셸 스크립트는 sh나 Bash 같은 셸이 해석하는 명령을 텍스트로 작성한 파일입니다. .sh 확장자는 널리 쓰이지만 어떤 셸 문법인지는 확장자만으로 알 수 없습니다. shebang, 실행 방법, 권한, 줄바꿈 형식을 포함해 대상 환경을 확인해야 합니다.ShapefileShapefile은 형상과 속성을 여러 파일로 저장합니다. 같은 이름의 .shp(형상), .shx(인덱스), .dbf(속성)가 기본 묶음이며 .shp만 전달하면 부족합니다.SP3SP3(Standard Product 3)는 GNSS 분석에 쓰이는 위성 정밀 궤도와 시계 보정을 에포크별로 교환하는 텍스트 형식입니다. 헤더에는 버전, 시간 체계, 위성 등의 정보가 있으며 에포크 레코드에는 위치와 시계 정보가 담깁니다. SP3-d는 최대 999개 위성을 지원합니다. SP3 제품은 RINEX 수신기 관측과 다르며 분석 기관의 정밀 궤도 제품 등에 사용됩니다.SQLSQL 파일은 데이터베이스 명령을 담습니다. 문법은 제품마다 다릅니다.SQLite 데이터베이스SQLite는 테이블과 인덱스를 보통 하나의 기본 파일에 저장하는 내장형 관계형 데이터베이스입니다. .sqlite, .sqlite3, .db 확장자를 쓰지만 파일명만으로 형식을 단정할 수 없습니다.TOMLTOML은 키-값 쌍, 테이블, 배열, 형식이 있는 값을 사용하는 텍스트 구성 형식입니다. 파서 지원과 애플리케이션별 규칙은 다를 수 있습니다.BitTorrent 메타정보 파일.torrent는 BitTorrent에서 사용하는 메타정보 파일입니다. bencode로 인코딩된 사전 구조에 콘텐츠 이름, 조각 정보, tracker URL 등을 기록하며, 일반적으로 배포할 파일 자체는 들어 있지 않습니다. BitTorrent 클라이언트가 이를 읽어 피어를 찾고 다운로드 데이터를 검증합니다.TSVTSV는 탭으로 열을 구분하고 보통 줄바꿈으로 행을 구분합니다. 값 안의 탭과 줄바꿈, 따옴표 처리는 도구마다 다릅니다.UBXUBX는 u-blox 수신기와 호스트 사이의 바이너리 통신 프로토콜입니다. .ubx 로그 내용은 기록된 메시지에 달려 있습니다. 공식 ZED-F9P HPG 1.32, protocol 27.31 설명을 기준으로 합니다.vCardVCF 파일에는 vCard 연락처 레코드가 들어 있습니다. 앱에 따라 버전, 문자 인코딩, 반복 필드 및 사진 처리 방식이 다를 수 있습니다.WARCWARC(Web ARChive file format)는 웹에서 수집한 여러 디지털 리소스와 관련 정보를 하나의 아카이브로 묶는 형식이며 ISO 28500으로 표준화되었습니다. 날짜, 레코드 유형, 콘텐츠 길이 등을 설명하는 헤더와 콘텐츠 블록으로 된 레코드가 연결됩니다. response, request, resource, metadata, revisit 등의 유형으로 수집 대상과 맥락을 기록하며 HTML 외에 이미지 등도 담을 수 있습니다. `.warc.gz`처럼 외부 압축되기도 합니다. WARC 자체가 사이트의 완전한 재생을 보장하는 독립 웹페이지 형식은 아닙니다.WSDLWSDL(Web Services Description Language)은 웹 서비스 인터페이스와 접근 방법을 XML로 설명하는 형식입니다. 추상적인 작업과 메시지를 프로토콜 및 메시지 형식의 바인딩, 엔드포인트, 서비스 정보와 연결합니다. WSDL은 서비스 구현이나 실제로 주고받는 데이터 자체가 아닙니다.XMLXML은 태그로 구조화된 데이터를 표현하는 마크업 언어입니다. 계층 구조와 스키마 검증이 필요한 곳에 사용됩니다.XMPXMP는 메타데이터 모델, 표현과 핵심 속성을 정의합니다. XML/RDF를 사용하고 지원 파일에 포함되거나 .xmp 같은 사이드카로 저장됩니다. 이미지 자체를 대신하지 않습니다.XML SchemaXSD(XML Schema Definition)는 XML 문서의 요소, 속성, 자료형과 제약을 정의하는 XML 기반 스키마 언어입니다. XSD 자체는 실제 데이터가 담긴 XML 인스턴스가 아니며, XML Schema 검증기로 인스턴스 문서를 검사할 때 사용합니다. 스키마 버전, 네임스페이스, 검증기의 지원 범위를 확인하세요.YAMLYAML은 매핑, 시퀀스, 스칼라 값을 사람이 읽기 쉬운 형태로 쓰는 표기법입니다. JSON과 용도가 겹치지만 상위 호환은 아닙니다.ZarrZarr는 다차원 배열과 메타데이터를 청크로 저장하는 규격입니다. 데이터셋은 단일 파일이 아니라 디렉터리나 객체 저장소의 여러 키일 수 있습니다. v2와 v3는 차이가 있으므로 읽기·쓰기 양쪽의 버전과 codec 지원을 확인하세요.

비교

관련 용도와 확인 절차

AI 모델 전달 전 확인 절차데이터 분석 및 교환 형식 선택하기일정 및 연락처 파일 형식 선택하기시험 가져오기로 일정·연락처 확인