Bewerkbare fotometadata tags: wat je kunt wijzigen en waarom

Een foto draagt drie afzonderlijke blokken metadata met zich mee, en de bewerkbare fotometadatatags zitten vrijwel volledig in twee daarvan. Het eerste blok schrijft je camera helemaal zelf: belichting, objectief, tijdstempel, GPS. De andere twee worden door mensen geschreven: bijschrift, maker, copyright, plaatsnamen, trefwoorden.
De documentatie van ExifTool brengt 33.487 tags met 21.437 verschillende namen in kaart, en de grote meerderheid daarvan is beschrijfbaar. Dat is veel meer dan iemand nodig heeft. Wat volgt is de bruikbare deelverzameling: de tag, wat erin staat, waarom je eraan zou komen, en wat hem weer uitleest.
EXIF, IPTC en XMP: welk blok bevat wat
| Blok | Wie het schrijft | Wat erin staat |
|---|---|---|
| EXIF | Je camera of telefoon, automatisch | Belichting, objectief, tijdstempel, GPS-coördinaten |
| IPTC | Een mens, na de opname | Bijschrift, maker, credit, copyright, plaatsnamen |
| XMP | Bewerkingssoftware | Dezelfde velden nog een keer, plus toevoegingen per fabrikant |
Het lastige zit in de derde rij. XMP dupliceert veel van wat IPTC al bevat, zodat een bijschrift op twee plaatsen tegelijk kan bestaan met twee verschillende waarden, en welke je te zien krijgt hangt af van welk programma het bestand heeft geopend.
De Metadata Working Group bestaat precies om dit te beslechten: haar richtlijnen verzoenen overlappende EXIF-, IPTC- en XMP-tags bij het lezen en synchroniseren ze bij het schrijven. Goede software volgt ze, en niet alle software is goede software, en daarom verschijnt een bijschrift dat in de ene app is ingevuld soms niet in de andere.
IPTC is de oudste van de twee, en de aantekeningen van ExifTool beschrijven het als iets dat "langzaam wordt uitgefaseerd ten gunste van XMP". Verdwenen is het niet. Beeldredacties lezen het nog steeds, maar wanneer een veld in allebei bestaat, heeft XMP de toekomst. Je kunt elke tag uitlezen die je eigen foto al bevat om te zien welke blokken gevuld zijn.
De locatietags die je kunt bewerken
Locatie is de meest bewerkte groep in het bestand, en de groep waar mensen het vaakst de mist mee ingaan. Ze zijn gedocumenteerd in de GPS-tagreferentie van ExifTool.
| Tag | Wat erin staat | Waarom je eraan zou komen | Wat hem leest |
|---|---|---|---|
GPSLatitude, GPSLongitude |
Waar de camera stond | Om een locatie te geven aan een foto die er nooit een heeft vastgelegd | Alles wat een speld op een kaart zet |
GPSLatitudeRef, GPSLongitudeRef |
Noord of zuid, oost of west | De coördinaat zelf wordt zonder minteken opgeslagen. Dit paar is het enige dat je aan de juiste kant van de planeet houdt. Raak het kwijt, en een foto uit Londen beweert op het oostelijk halfrond te staan | Elk kaartprogramma, geruisloos |
GPSAltitude, GPSAltitudeRef |
De hoogte, en of die boven of onder zeeniveau ligt | De hoogte wordt als een gewoon positief getal opgeslagen, dus dit ene kenmerk is het enige dat een dak van een kelder scheidt | Drone- en landmeetsoftware |
GPSImgDirection, GPSImgDirectionRef |
De kompasrichting waarin de camera keek, ten opzichte van het ware of het magnetische noorden | Het legt vast waar de foto van is, en niet alleen waar de fotograaf stond: het verschil tussen een foto van een gebouw en een foto die erin is gemaakt | Straatniveau- en vastgoedtoepassingen |
GPSProcessingMethod |
Hoe de locatie is verkregen: een satellietfix, een zendmast, Wi-Fi, of met de hand ingetypt | Het vertelt je of je de speld überhaupt kunt vertrouwen. Een coördinaat die iemand handmatig heeft ingevoerd is een bewering, geen meting | Audit- en bewijsprocessen |
GPSHPositioningError |
Hoeveel de fix ernaast kan zitten, in meters | Het scheidt een fix van vijf meter van een gok van vijfhonderd meter, en dat is het verschil tussen "dit adres" en "deze postcode" | Inspectie- en meetrapporten |
IPTC:Sub-location, IPTC:City, IPTC:Province-State, IPTC:Country-PrimaryLocationName |
De plaats uitgeschreven in woorden in plaats van in cijfers | Een coördinaat is geen doorzoekbare tekst. Een beeldredacteur die "Shoreditch" zoekt, vindt de foto nooit via de breedtegraad | Beeldbanken en beeldredacties |
Twee praktische waarschuwingen. De GPS-documentatie stelt dat je bij het toevoegen van een locatie aan een afbeelding GPSLatitude, GPSLatitudeRef, GPSLongitude en GPSLongitudeRef samen moet instellen, plus het hoogtepaar als je de hoogte kent. Een half ingevulde set is de gebruikelijke oorzaak van een speld in de verkeerde oceaan. En de IPTC-plaatsnaamvelden zijn kort: City en Sub-location stoppen elk bij 32 tekens, en ExifTool kapt alles wat langer is af met slechts een kleine waarschuwing. Een lange wijknaam verliest zijn staart en niets zegt het je hardop.
Als de getallen zelf je onbekend voorkomen, loopt hoe een coördinaat een GPS-tag wordt één voorbeeld door, van decimaal tot wat het bestand werkelijk opslaat.
De credit- en copyrightvelden die je naam dragen
Aan deze groep hangt geld, want Google leest hem. Googles documentatie over beeldlicenties bevestigt dat je "IPTC-fotometadata rechtstreeks in een afbeelding kunt insluiten", en somt de velden op die worden uitgelezen: Copyright Notice, Creator, Credit Line, Digital Source Type, Licensor URL en Web Statement of Rights. De laatste twee zijn wat een afbeelding in aanmerking laat komen voor het Licensable-label in Google Afbeeldingen.
| Tag | Wat erin staat | Waarom je eraan zou komen | Wat hem leest |
|---|---|---|---|
IPTC:By-line / XMP-dc:Creator |
Wie de foto heeft gemaakt | Het is de credit die binnen in het bestand meereist wanneer het bijschrift ernaast dat niet doet | Google Afbeeldingen, beeldredacties |
IPTC:CopyrightNotice / XMP-dc:Rights |
De copyrightregel | Een afbeelding zonder rechtenregel oogt als onbeheerd voor iedereen die hem buiten zijn context aantreft | Google Afbeeldingen, stockplatforms |
IPTC:Credit |
De credit die een uitgever geacht wordt af te drukken | Vaak is dat een andere tekst dan de maker: het bureau, niet de fotograaf | Redactionele publicatiesystemen |
IPTC:Caption-Abstract / XMP-dc:Description |
Het bijschrift | Het enige veld dat zegt wat er op de foto gebeurt, en het veld dat het vaakst leeg blijft | Beeldbanken, CMS-imports |
XMP-iptcCore:AltTextAccessibility |
Alternatieve tekst, opgeslagen in het bestand zelf | Alternatieve tekst staat meestal in de webpagina, dus wordt hij één keer geschreven en bij hergebruik kwijtgeraakt. Hier reist hij mee met de afbeelding | Publicatietools die rekening houden met toegankelijkheid |
IPTC:Keywords / XMP-dc:Subject |
Zoektermen, als herhaalbare lijst | Zo wordt een foto over drie jaar teruggevonden door iemand die zich niet herinnert hem gemaakt te hebben | Assetbeheerders, zoekindexen |
De bijschriftvelden hebben dezelfde lengteval als de plaatsnamen: IPTC:Caption-Abstract staat 2.000 tekens toe, maar IPTC:Credit en IPTC:By-line stoppen bij 32, en CopyrightNotice bij 128. De XMP-equivalenten kennen zo'n plafond niet, en dat is nog een reden waarom de standaard die kant op schuift. De IPTC Photo Metadata Standard zelf is springlevend, geen erfenis. Versie 2025.1 verscheen in november 2025 en voegde vier eigenschappen toe die door AI gegenereerde inhoud beschrijven.
Welke bewerkbare fotometadatatags je veilig kunt wijzigen
"Bewerkbaar" is niet één categorie, en dat is het onderscheid dat geen enkele taglijst de moeite neemt te maken. De documentatie van ExifTool deelt beschrijfbare tags in groepen in, en drie daarvan doen ertoe voordat je ook maar iets verandert.
- Veilig. De beschrijvende velden: bijschrift, maker, copyright, trefwoorden, plaatsnamen, GPS. Wijzig ze vrijelijk. Niets van hoe de foto op het scherm wordt getekend hangt ervan af.
- Onveilig. Een reeks structurele tags die ExifTool markeert en weigert te schrijven tenzij je ze expliciet benoemt, met de waarschuwing dat "voorzichtigheid geboden is bij het handmatig bewerken, omdat ze de manier waarop een afbeelding wordt weergegeven kunnen beïnvloeden". Deze beschrijven hoe de pixels zijn opgeslagen en gerangschikt. Er één bewerken kan je een bestand opleveren dat opent als een grijze veeg.
- Vermijden. Namen als
Rating,OwnerName,SerialNumberenLensbestaan in meer dan één blok tegelijk. ExifTool bewerkt een bestaande kopie, maar weigert een nieuwe te verzinnen, omdat het niet kan weten welk blok je bedoelde. Daarom schrijven serieuze toolsXMP-dc:Creatorin plaats van kaalCreator: het voorvoegsel neemt de dubbelzinnigheid weg.
Nog één klasse is het kennen waard, alleen zodat je er niet langer naar zoekt: een paar tags worden automatisch geschreven en kunnen niet met de hand worden ingesteld, en een paar andere worden voor je toegevoegd zodra er een blok wordt aangemaakt. De GPS-versiemarkering is er daar een van. Die verschijnt vanzelf op het moment dat er een locatie wordt weggeschreven.
Ook de namen liggen niet vast tussen de specificatie en de gereedschappen. Wat de EXIF-specificatie DateTimeDigitized noemt, heet bij ExifTool CreateDate; CameraOwnerName is OwnerName, en BodySerialNumber is SerialNumber. Zoeken op de naam uit de specificatie levert in je eigen software vaak helemaal niets op.
Wat overleeft wanneer je de foto uploadt
Dit alles zit in het bestand, dus het houdt precies zolang stand als het bestand zelf, en wat er bij het uploaden gebeurt is beleid dat elk platform zelf kiest, geen bijwerking van het verkleinen van de foto. Een onderzoek uit 2023 waarbij 2.475 beeldparen werden geüpload, vond dat Facebook elk EXIF-veld verwijderde behalve Artist en Copyright, en dat Google Foto's alle EXIF-gegevens intact liet.
Beide hercomprimeren wat je uploadt, dus compressie is niet de doorslaggevende factor. De regel geldt per bestemming: behandel ingesloten metadata als duurzaam voor archieven, contracten en je eigen beeldbank, en controleer het platform voordat je aanneemt dat een credit het overleeft.
Hoe je deze tags op je eigen foto bewerkt
Begin met lezen wat er al staat, want in de meeste bestanden is meer ingevuld dan de eigenaar verwacht en in een enkel geval minder. Verander daarna alleen de beschrijvende groep: bijschrift, maker, copyright, trefwoorden, plaatsnamen en locatie. Laat de structurele tags met rust.
Je kunt de velden voor bijschrift, maker en locatie zelf invullen zonder commandoregel, en de tags die worden weggeschreven zijn precies die uit de tabellen hierboven. Andersom geldt: staat een foto op het punt gepubliceerd te worden en mogen de coördinaten niet mee, verwijder de locatie dan voor je publiceert in plaats van erop te vertrouwen dat het platform het voor je doet.



