Sidecar fil
Sidecar-filer , även kända som kompisfiler eller anslutna filer , är datorfiler som lagrar data (ofta metadata ) som inte stöds av formatet för en källfil.
Det kan finnas en eller flera sidofiler för varje källfil. Det kan också finnas "metadatadatabaser" där en databas innehåller metadata för flera källfiler.
I de flesta fall baseras förhållandet mellan källfilen och sidofilen på filnamnet; sidvagnsfiler har samma basnamn som källfilen, men med ett annat tillägg. Problemet med det här systemet är att de flesta operativsystem och filhanterare inte har någon kunskap om dessa relationer och kan tillåta användaren att byta namn på eller flytta en av filerna och därmed bryta relationen.
Exempel
- Amiga Hunk-metadata
- I AmigaOS innehåller en fil med filtillägget .info metadata för en medföljande körbar Amiga Hunk- fil .
- Extensible Metadata Platform
- Extensible Metadata Platform (XMP)-metadata lagras i en sidovagnsfil när antingen ett filformat inte stöder inbäddad XMP-metadata eller om arbetsflödet kräver detta.
- DxO sidovagn
- I likhet med XMP-formatet lagrar DOP-sidovagnar metadata och redigeringar gjorda med DxO PhotoLab och andra DxO-verktyg
- Anslutna webbfiler och mappar
- Ett filsystemobjekt som associerade två eller flera filer. Filsystemet behandlar anslutna filer som en enhet i syfte att flytta, kopiera och radera. Vissa versioner av Internet Explorer och Microsoft Word kan spara en HTML och dess hyperlänkade tillgångar som en sådan enhet.
- THM
- Många digitalkameror lagrar en .thm -fil (miniatyrbild) bredvid en inspelad film, med samma grundfilnamn som filmfilen. Dessa miniatyrfiler är JFIF -kodade bildfiler. Detta system gör det möjligt att snabbt visa en stillbildsförhandsvisning av filmen och lagra kameradata som inte stöds av AVI-filformatet.
- INF
- Acorn-filsystem stöder metadata som laddnings- och exekveringsadresser som kanske inte stöds av andra filsystem. En .inf- fil används för att lagra denna metadata i textformat, lagrad i en fil med samma basfilnamn, t.ex. Menu och Menu.inf , Build.src och Build.src.inf .
- JPEG + WAV
- Vissa digitalkameror tillåter röst-/ljudkommentarer med foton. Dessa lagras sedan som WAV- ljudfiler tillsammans med JPEG- fotofilen, med samma basfilnamn.
- PDF + kommentarer
PDF-läsare som låter läsaren kommentera dokument med kommentarer och ritningar kan lagra dessa i en sidofil, som Xournals .xoj -filer.
- RunPacker
- Den MS-DOS-baserade självextraherande arkivgeneratorn RunPacker förlitade sig mycket på sidovagnsfiler eftersom det proprietära paketformatet PFA ( pack fil a rchive ) som användes i den inte lagrade filattribut eller tidsstämplar . För att komma till rätta med denna begränsning implementerades ett bakåtkompatibelt system med hjälpfiler ( som kallas i officiell dokumentation) för att lagra ovannämnda data i volymer utan att ändra deras format. Dessa lades till PFA-volymen på samma sätt som vanliga filer, förutom att de var markerade med specialtecken i deras namn, och programvara som gjordes medveten om detta system (ibland kallat ePFA , Extended PFA ) behandlade dem transparent . Äldre program som förlitar sig på PFA-formatet skulle helt enkelt läsa eller extrahera filen tillsammans med alla andra som finns i volymen. ePFA-formatet designades med ytterligare utbyggbarhet i åtanke och har faktiskt utökats med flera funktioner över tiden.
- Meta Information Encapsulation (MIE)
- Meta Information Encapsulation sidvagnsfiler. MIE-formatet är en utökningsbar, dedikerad metainformationsformatdel av ExifTool . MIE-filer kan användas för att kapsla in metainformation från många källor och bunta ihop den med vilken typ av fil som helst.
En variant av detta är kopior av källfilen som innehåller i stort sett samma information, men i ett annat format eller från en tidigare version:
- Exif
- Eftersom många JPEG-redigeringsprogram används för att förstöra Exif -metadata lagrade i digitala foton, kan vissa fotokatalogiseringsprogram extrahera Exif-data och lagra dem i en .exf -fil, så att metadata senare kan infogas i JPEG-filen.
- Raw + JPEG
- Många digitalkameror tillåter lagring av både okomprimerad rådata och en JFIF -kodad bildfil när du fotograferar i råläge. Detta möjliggör snabbare förhandsgranskning av fotot och stöd av applikationer som inte stöder det (ofta odokumenterade) råformatet.
- TIF + TFW eller JPG + JGW
- Flygfoton kan levereras med en världsfil som bestämmer platsen, storleken och rotationen av bilden.
Alternativ
Istället för att lagra data separat, kan den lagras som en del av huvudfilen. Detta görs särskilt för containerfiler , som tillåter att vissa typer av data lagras i dem. Istället för separata filer på filsystemet kan flera filer kombineras till en arkivfil , som håller dem samman, men kräver att programvaran bearbetar arkivfilen, snarare än enskilda filer. Detta är en generisk lösning, eftersom arkivfiler kan innehålla godtyckliga filer från filsystemet.
Gafflar
En lösning på filsystemnivå för samma problem är gafflar , som gör att flera databitar kan associeras med en enda fil. Sidecar-filer kan ses som "gafflar för filsystem utan inbyggt stöd för gafflar".
Dessa kan sedan manipuleras med vanliga filsystemverktyg: eftersom stödet är inbyggt i operativsystemet kommer dessa resursgaffel inte att visas som separata filer, och alla applikationer ärver stöd för resursgaffel. [ förtydligande behövs ] Däremot kan gafflar inte kopieras till filsystem utan stöd för gafflar, eller sändas över en kanal som inte stöder gafflar. För utbytesgafflar lagras i allmänhet istället som sidovagnsfil.
Det klassiska Mac OS och macOS är anmärkningsvärda exempel på operativsystem med stöd för gafflar, i HFS -filsystemet. Detta orsakar dock problem med utbyte av CD-ROM- skivor i ISO 9660 - format , MS-DOS -diskar i FAT - format och via internet-e-post, och kräver användning av sidofiler för att lagra denna information. Microsoft NTFS stöder alternativa dataströmmar som liknar varandra.