Metadaten löschen

[alice58]

Kann man bei einem Foto aus einer Digicam gewisse Daten, wie z.B. Aufnahmezeitpunkt, löschen?

[mountainrabbit]

AW: Metadaten löschen

Zumindestens abändern kannst du sie. z.B. mit XnView (Freeware)

Günter

[alice58]

AW: Metadaten löschen

Schon runtergeladen und Daten gelöscht! Super, Danke!

[hcb]

AW: Metadaten löschen

gehen diese metadaten nicht "automatisch" verloren wenn man ein bild bearbeitet? -zumindest schreit da bei mir acdsee immer, auch wenn mans nur dreht...

[alice58]

AW: Metadaten löschen

Hab mit IrfanView einen Ausschnitt erstellt ("freistellen"), danach waren die Daten noch immer da.

[blackpanther]

AW: Metadaten löschen

Metadaten löschen ?

Das kommt drauf an, wie viele Meter du von den Daten löschen willst ...

Hab mit IrfanView einen Ausschnitt erstellt ("freistellen"), danach waren die Daten noch immer da.

Irfanview macht das automatisch so und erhält sie.
PaintShop Pro macht es umgekehrt und löscht sie automatisch, außer man setzt die Option, daß es sie erhalten soll.

Das macht jede Bildbearbeitung anders.
Manche fügt sogar neue Daten hinzu (wenn man das will).

LG, bp

[a666]

AW: Metadaten löschen

tsts. metadaten löschen ist aber unartig

[blackpanther]

AW: Metadaten löschen

tsts. metadaten löschen ist aber unartig

Wenn man das Exif-Glumpert drin laßt, wird jedes Foto fürs Gipfeltreffen z.B. um 30k größer.
Das heißt, daß für die reine Bildinformation nur mehr 70k zur Verfügung stehen, worunter die Bildqualität deutlich leidet.
LG, bp

[mash]

AW: Metadaten löschen

gehen diese metadaten nicht "automatisch" verloren wenn man ein bild bearbeitet? -zumindest schreit da bei mir acdsee immer, auch wenn mans nur dreht...

nein -- die meisten vernünftigen programme sollten sie eigentlich so lange wie möglich zu erhalten bzw. zu übernehmen versuchen!

ps: 'drehen' ist allerdings ein ganz besonderer grenzfall, weil hier u.u. die ganze operation über gerade solche veränderungen in den metadaten in "verlustfreier" weise erfolgen kann

[alice58]

AW: Metadaten löschen

tsts. metadaten löschen ist aber unartig

Mag schon sein, war aber nötig! Sonst wär mein Hüttenrätsel zu leicht gewesen!

[a666]

AW: Metadaten löschen

ja, ja, ich verstehe schon worum's geht

ich habe die faule tour bis jetzt gemacht: bid im text editor geöffnet (Ultra-Edit im HEX-modus) und den datumstempel mit nullen gefüllt...

[mash]

AW: Metadaten löschen

Wenn man das Exif-Glumpert drin laßt, wird jedes Foto fürs Gipfeltreffen z.B. um 30k größer.
Das heißt, daß für die reine Bildinformation nur mehr 70k zur Verfügung stehen, worunter die Bildqualität deutlich leidet.
LG, bp

ja -- aber da stehen u.u. auch ganz nützliche sachen drin (farbprofile...)

ich hab mich voriges jahr im rahmen von programmierarbeiten für spezialsoftware im umfeld der pressefotografie einmal ein bisserl intensiver mit dieser materie auseinandergesetzt...

würde deshalb in etwa behaupten:

EXIF infos sollten meines erachtens nach einfach nur erhalten werden und passiv hinsichtlich ihrer beschreibung der aufnahmesituation genutzt werden. alles andere, und damit wohl auch die wirklich relevanten darüber hinausgehenden metainfomationen im engeren sinne (bestichwortung...), sollte aber mittlerweile unbedingt nur mehr mit XMP-erweiterungen (dublin core und IPTC) bewerkstelligt werden -- die verwendung von EXIF zu solchen zwecken, wie es viel programme noch immer anbieten, ist zum gegenwärtigen zeitpunkt bereits eher als ziemlicher pfusch anzusehen (bsp. inkompatible schriftkodierung, feldlängenbegrenzungen usw.)!

was allerdings das alleinige problem der optimalster platzausnützung betrifft, hast du natürlich sicher recht!

ps: übrigens könnte auch noch folgender trickreicher befehl ganz zweckmässig sein, wenn man wirklich alle entsprechenden informationen ohne viele handgriffe löschen will:

exiftool -all= bild.jpg

[a666]

AW: Metadaten löschen

@mash:

weil ich auch grad damit werke: XMP ist zwar um häuser besser als EXIF und besonders IPTC (das nur ASCII kennt) aber es hat trotzdem seine macken, bes. die wulst an feldern die Adobe und co. so erfunden haben. für die beschlagwortung meiner bilder bin ich jetzt dazu übergegangen einen eigenen XMP bereich zu öffnen und meine eigenen felder zu schreiben (geht mit exiftool ganz gut). der entscheidende vorteil: ich finde meine eigenen daten auch wieder... (EXIF und IPTC redundante felder fülle ich aber trotzdem).

<rdf:Description rdf:about="" xmlns:geotraceNet="http://www.geotrace.net/ns/xmpext/1.0">
   <geotraceNet:GtAuthor>André M. Winter</geotraceNet:GtAuthor>
   <geotraceNet:GtContact>[email protected]</geotraceNet:GtContact>
   <geotraceNet:GtCopyright>Copy or reproduction of this photograph and meta data prohibited without written agreement. Infringements persecuted worldwide. Contact André M. Winter, [email protected].</geotraceNet:GtCopyright>
   <geotraceNet:GtDateTimeOriginal>20080315-134938</geotraceNet:GtDateTimeOriginal>
   <geotraceNet:GtDestinationDescription>[p]Blick über die Westliche Mittelgebirgsterrasse, die dahinter liegende Östliche Mittelgebirgsterrasse und die im Süden anschliessenden Tuxer Alpen.[/p][p]Im Vordergrund erkennt man folgende Ortschaften:[/p][ul][li]Birga und Krista ganz links,[/li][li]Grinzens vorne rechts,[/li][li]Axams dahinter,[/li][li]Birgitz und Götzens in dr Bildmitte.[/li][/ul]</geotraceNet:GtDestinationDescription>
   <geotraceNet:GtGPSAltitude>1246</geotraceNet:GtGPSAltitude>
   <geotraceNet:GtGPSDestAltitude>858</geotraceNet:GtGPSDestAltitude>
   <geotraceNet:GtGPSDestLatitude>47.23546</geotraceNet:GtGPSDestLatitude>
   <geotraceNet:GtGPSDestLongitude>11.29949</geotraceNet:GtGPSDestLongitude>
   <geotraceNet:GtGPSLatitude>47.23893</geotraceNet:GtGPSLatitude>
   <geotraceNet:GtGPSLongitude>11.22789</geotraceNet:GtGPSLongitude>
   <geotraceNet:GtGmMapType>1</geotraceNet:GtGmMapType>
   <geotraceNet:GtGmZoomLevel>13</geotraceNet:GtGmZoomLevel>
   <geotraceNet:GtKeywords>
      <rdf:Bag>
         <rdf:li>Ort</rdf:li>
         <rdf:li>Berg</rdf:li>
         <rdf:li>Terrasse</rdf:li>
      </rdf:Bag>
   </geotraceNet:GtKeywords>
   <geotraceNet:GtMainPhotoPointTitle>Birgitz</geotraceNet:GtMainPhotoPointTitle>
   <geotraceNet:GtOriginalPixHeight>2130</geotraceNet:GtOriginalPixHeight>
   <geotraceNet:GtOriginalPixWidth>3330</geotraceNet:GtOriginalPixWidth>
   <geotraceNet:GtOriginalSizeKB>2113</geotraceNet:GtOriginalSizeKB>
   <geotraceNet:GtPhotoOrigin>1</geotraceNet:GtPhotoOrigin>
   <geotraceNet:GtPhotoTitle>Westliches Mittelgebirge und nördliche Tuxer Alpen</geotraceNet:GtPhotoTitle>
   <geotraceNet:GtPositionDescription>[p]Zwischen Stieglreith und den Egghöfen, auf der Talabfahrt vom Rangger Köpfl nach Oberperfuss.[/p]</geotraceNet:GtPositionDescription>
   <geotraceNet:GtPublicationCartoNet>1</geotraceNet:GtPublicationCartoNet>
   <geotraceNet:GtPublicationGeotraceNet>1</geotraceNet:GtPublicationGeotraceNet>
   <geotraceNet:GtPublicationLanguage>de</geotraceNet:GtPublicationLanguage>
</rdf:Description>

[deconstruct]

AW: Metadaten löschen

die wulst an feldern die Adobe und co. so erfunden haben.

Dann schau dir mal MPEG-7 an...

[mash]

AW: Metadaten löschen

weil ich auch grad damit werke: XMP ist zwar um häuser besser als EXIF und besonders IPTC (das nur ASCII kennt) aber es hat trotzdem seine macken, bes. die wulst an feldern die Adobe und co. so erfunden haben. für die beschlagwortung meiner bilder bin ich jetzt dazu übergegangen einen eigenen XMP bereich zu öffnen und meine eigenen felder zu schreiben (geht mit exiftool ganz gut). der entscheidende vorteil: ich finde meine eigenen daten auch wieder... (EXIF und IPTC redundante felder fülle ich aber trotzdem).

ich denke, da gehst eh genau den richtigen weg!

exiftool verucht intern ohnehin auch ständig diese unvermeidbaren überlappungen zwischen den einzelnen informationsformaten vernünftig zu synchronsieren bzw. sinnvoll zu verteilen. wobei die wirkliche qualität dieses tools eben genau darin liegt, dass sich hier ein höchst engagierter entwickler um all die damit verbunden ganz praktischen inkompatibilitäten div. herstellereigenheiten bemüht, statt einfach nur völlig stur irgendwelchen normativen vorgaben zu folgen. ich würde also auch behaupte, dass es dazu im augenblick kaum alternativen gibt! (kann dir aber z.b. eine vernünftige einbettung in python überlassen, falls dir das was bringen würde)

wie ungut sich derartige innere widersprüche in den metainformationen tatsächlich in der praxis auswirken, kennt man ja z.b. von den manchmal fast schon mysteriös anmutenden problemen beim korrigieren der bildlage (hoch-/querformat). dort gibt es eben auch mehrer verschiedene varianten der kennzeichnung, die von unterschiedlicher software verschieden gewichtet od. tlw. einfach ignoriert werden...

dort jedenfalls, wo die bestehenden normen relativ einfach erfüllt und genutzt werden können, um auch noch in der weitergabe an dritte ihren zweck zu erfüllen (copyright...), würde ich diese mittel unbedingt ausschöpfen! wo das aber gar zu umständlich und kaum mehr zweckmäßig wirkt, scheint mir deine vorgehensweise bzw. die nutzung eines eigenen ergänzenden XMP/XML-namensbereichs (mit möglichst wenig überlappungen!*) natürlich auch als probates und höchst effizientes mittel!

auf http://iptc.org findet sich übrigens, neben den entsprechenden zeitgemäßen adaptierungen der entsprechenden (vermutlich noch immer bedeutsamsten) normen zum informationsaustausch im presse- und nachrichtenwesen, auch ziemlich viele nützliche hintergrundinformationen über die tatsächliche entwicklung und änderungen der betreffenden formate.

*) IPTC G2 bzw. IPTC4XMP stütz sich deshalb auch durchwegs auf bereits bestehende/ergänzende dublin core einträge, wo das ohne umstände möglich ist!