Verzeichnis-Assistent ist eine Anwendung für die Leitung eines LDAP Adressbuches. Der Fokus ist, ein sehr bedienungsfreundliches Programm, mit nur wenigen aber notwendigen Merkmalen zu erstellen. Das Ziel des Verzeichnis-Assistenten ist Anfängerbenutzer, die noch ihre Adressen in einem LDAP Server halten müssen.

Bild-Assistent ist eine Firefox Extension, die ein Bild in einem externen Projektor startet, wenn Benutzer den bereitgestellten Zusammenhangmenüpunkt auswählt, der wird betitelt „geöffnetes Bild…“ und befindet sich unter Ansicht-Bild Right-clickmenüpunkt.

Dieses läßt das Laut summen, Drucken und andere reiche Funktionalität, die in der Datenbanksuchroutine nicht erhältlich ist zu.

Gaim Assistent ist zu Gaim ein steckbares, das Sie zu den Vorwärtsmeldungen zu a erlaubt
unterschiedlicher Siebanlagename Sie weg werden. Sein ziemlich handliches für die von Ihnen
heraus dort dieses Gebrauch ZIEL über tragbaren Geräten sowie zu Hause. Es hat einiges
ordentliche Merkmale aufgebaut in die aktuelle Version.

Sind hier einige Hauptmerkmale „des Gaim Assistenten“:

· Rechnungs-Versenden
· Vorwärtsmeldung-Einreihen
· Selbstwartedrosseln
· Versenden-Sicherheits-Optionen

Mysql Assistent ist ein MySQL Projektor. Mysql Assistent fordert Ruby-Gtk2 und MySQL/Rubin.



Aktuell zur Verfügung gestellt 3 API für MySQL daß, MySQL/Rubin, Rubin/MySQL und DBI.
Diese sind 3 verschiedene API, einbauen bitte korrektes.

Einbau:

untar Paket, überall, das Sie wünschen.

Wertpapieremission

Myassistant herstellen „.mydb“ Datei, die „Mysql Servername“ enthält, „Benutzername“,
„Kennwort“, „Datenbank- Name“ mit Chmod 600 auf Ihrem Basisverzeichnis.
Es konnte Ihre Sicherheitslücke sein, gefällt so beachtet das.

Schrifttypen

Aktuell ist Zahlungseinstellungschrifttyp „ohne 12“. Wenn Sie Änderung es wünschen, Reihe Nr. 91 bearbeiten.

Wenn Sie irgendwelche Fragen oder Probleme haben, mich bitte informieren.

OSWA-Assistent ist ein unabhängiges, frei downloadable und gleich drahtlos-revidiert Toolkit für Es-Sicherheit Fachleute und Endbenutzer.

Dieser Toolkit ist unser Beitrag für die drahtlose Sicherheits-/Revidierungsgemeinschaft und, da der „behilfliche“ Spitzname andeutet, und ist für die folgenden Gruppen von Personen konzipiert:

· Es-Sicherheit Buchprüfer und Fachleute, die technische drahtlose Sicherheitsprüfung gegen drahtlose Infrastruktur und Klienten durchführen müssen;

· ES Fachleute, die Verantwortlichkeit für das Sicherstellen der sicheren Arbeitsweise und der Verwaltung ihrer Einteilungs-drahtlosen Netzwerke haben;

· Geschäfte SME-(kleines u. mittleres Unternehmen) und SOHO (SmallOffice-HomeOffice), die nicht entweder die technischen Erkenntnisse oder die Betriebsmittel, zum solchen Fachwissens einzusetzen, um ihre drahtlosen Netzwerke zu revidieren haben;

· Nicht-technisch-Benutzer, die drahtlose Netzwerke zu Hause laufen lassen und die die Sicherheit ihrer drahtlosen Hauptnetze und Laptope revidieren möchten aber, nicht können.

OSWA-Assistent ist ein kein-Betrieb-System-erforderter unabhängiger Toolkit, der nur auf die drahtlose Revidierung gerichtet wird. Infolgedessen zusätzlich zu den üblichen WiFi (802.11) Revidierungswerkzeugen, umfaßt er auch Bluetooth und RFID die Revidierung. Using den Toolkit ist so einfach wie, es in Ihre Rechner CD-ROM herausspringend und Ihre Rechnermatte von ihr bildend!

Die technischen Fachleute sind leicht in der Lage, das traditionelle menügesteuerte Anflugrecht weg vom Hieb, da die Anordnung für die Menüs viel organisiert und logisch als viel anderes LiveCDs ist, sowie das Vorhandensein der Werkzeuge, die nicht gerade bei 802.11 (WiFi) revidierend, aber helfen des auch Bluetooth und des RFID zu verwenden außerdem revidierend.

Nicht technische Eigenheimbesitzer und SOHO Benutzer werden auch über der ActivityMap™ Hilfe-Funktion geboten. Über eine Web-Schnittstelle hilft das ActivityMap™ nicht technische oder Nicht-Essicherheit Fachleute, Prüfung der grundlegenden Sicherheit ihrer eigenen drahtlosen Netzwerke in einer methodischen und gleichbleibenden Weise zu leiten. Using ThinkSECUREs 5E Methodik als Rahmen, führt das ActivityMap™ den Benutzer durch den Prozeß der Bestimmung und der Prüfung, wenn sein/Netz oder nicht sicher ist.

Indem wir das ActivityMap zur Verfügung stellen, hoffen wir, Endbenutzern zu helfen, indem wir sie mit Mittelwerte, zu revidieren und zu prüfen, wenn ihre Netze verletzbar sind und die passenden Gegenmaßnahmen folglich zu nehmen, um ihre Verwundbarkeitexposition zu verringern versehen. Indem sie die Mann-auf-dstraße bevollmächtigt, um sein/eigenes drahtloses Netzwerk zu sichern, wirft unsere Absicht, dass es weniger verletzbare Netze herum gibt, damit Übel-intentioned Leute nutzen, so die globale nationale drahtlose Sicherheitsverteidigunglage auf.

Dieses ist eine kleine Anwendung, Ihnen erlaubend, auf drahtlose Netzwerke zu scannen und an sie anzuschließen.

Drahtloser Assistent verwendet Drahtloswerkzeuge als sein Nachrechner, also müssen sie eingebaut werden.

Alles Feedback sowie Tips und guter Rat wird geschätzt!

Einbau:

- f Makefile.cvs bilden
./configure
bilden
SU - c „bilden einzubauen“

Was in diesem Auslösen neu ist:

· MITTEILUNG: Dieses Auslösen umfaßt einige nagelneue oder neu geschriebene Merkmale. Marken bei der sf.net-Seite und dem Kommentar/den Stimmen bitte hier eingeben. Danke!

· NEU: Schließlich WPA-PSK Träger (WPA/WPA2, bitte prüfen und berichten im Falle der Probleme!)
· NEW/FIX: Neu geschriebener, vollständig neuer Anschlußzustandbefund (bitte kommentieren!)
· NEU: Wahlweisegruppierung von APS mit dem gleichen ESSID
· VERLEGENHEIT: UI Verfeinerungen
· VERLEGENHEIT: Verschlüsselungschlüssel im Konsolenausgang verstecken und Dialoge bearbeiten
· VERLEGENHEIT: Anschluß using dhclient Ausfallen
· VERLEGENHEIT: nicht auf Anschluß überprüfen, während Zauberer läuft
· VERLEGENHEIT: Zahlungseinstellungkommunikationsrechner nach Trennung entfernen, wenn Sie nicht durch DHCP-Klienten gehandhabt werden
· VERLEGENHEIT: aktualisierte polnische Übersetzung (mit Hilfe vom riklaunim)
· VERLEGENHEIT: Viele internen Änderungen, beständiger

Behilfliche Prüfungen der Taekwon-Dotheorie Sie auf Ihrer Taekwon-Dotheorie in der Vorbereitung für Ihre Abstufungen.

Taekwon-Dotheorie-Assistentenfeuerfragen an Ihnen und an Ihnen Unterhalt, der geht, bis Sie sie ganz recht erhalten. Taekwon-Dotheorie-Assistent einschließt Übungen nt, die zum Stand des erster Grad-schwarzen Riemens steigen.

Dieses Programm konzipiert mit der GTI (globaler Taekwon-DoInternational) Schule von Taekwon-Do im Verstand, der auf dem ITF (internationale Taekwondo-Vereinigung) System basiert, und im Gebrauch die Terminologie und anspricht die Bewegungen und die Muster dieses Systems s.

Was in diesem Auslösen neu ist:

· Hinweise auf GTI entfernt worden, um der Anwendung mehr generel Anklang zu geben.
· Das Hilfendatei URL auch geändert worden, um auf taekwondotheory.co.uk zu zeigen.

Gnu-Privatleben behilfliches aka GPA, ist eine graphische Benutzerschnittstelle für das GnuPG (GNU-Privatleben-Abdeckung).

GPA verwendet GTK (den KORDEL Werkzeug-Satz) und kompiliert für verschiedene Plattformen. Sie können einen Blick an etwas screenshots haben. Sie können mehr über GPA Ikonen erlernen, außerdem.

Turnier-Organisator und stellvertretender Direktor zur Verfügung stellt einen Spielturnierassistenten.

Turnier-Organisator und stellvertretender Direktor (TOAD) zur Verfügung stellt Automatisierung für viele der Aufgaben, die vom Direktor eines Spielturniers benötigt.

Sind hier einige Hauptmerkmale „des Turnier-Organisators und des stellvertretenden Direktors“:

· Spielerregister
· Übereinstimmung pairings
· runde Resultate

Qa-Assistent ist eine Gnome-Pythonschlange Anwendung, die einen Rezensenten unterstützt, wenn es Qualitätssicherung durchführt. Sie anzeigt eine Checkliste e, die der Rezensent ausfüllt.

Wenn die Checkliste gefüllt, ausgibt die Anwendung eine Zusammenfassung zu einer Datei ng, damit der Rezensent eingibt. Zusätzlich zur GUI-Schnittstelle kennzeichnet die Anwendung eine XML Checklistendefinition für Ausbaufähigkeit, die Fähigkeit, kundenspezifische Checklistenpunkte einer Zusammenfassung zu addieren, und anschließen informatorische Spitzen e, um zu helfen, wenn sie die Zusammenfassung ergänzen.

Was in diesem Auslösen neu ist:

· Dieses Entwicklungsauslösen umfaßt einige große Veränderungen von 0.4.90.3.
· Checks garantieren, dass erforderliche Eigenschaften eingeführt worden.
· Die Menüs geschalten worden zu gtk.uimanager.
· Checklistenfunktionsdateien einmachen jetzt inlcude Code de, der uimanager verwendet, um neue Menü- und Symbolleistenpunkte hinzuzufügen.

Rüttler-Verlags- Assistent ist ein fachkundiger (vereinfacht) Jabberklient, der das Veröffentlichen zum Rüttler vereinfacht, ein Jabber angeschaltenes weblog.

Bald nachdem ich meine erste Jabberrechnung registriert, werde ich zu dieser Plattform süchtig. Sobald ich Rüttlerservice fand, glaubte ich, dass ich etwas benötige, das das Veröffentlichen zum Rüttler vereinfacht.

Rüttler verwendet deutlich (X) HTML-Format der Eingaben, also kam ich zum Ergebnis, das ich auch irgendeine Art vereinfachter Preisaufschlag benötige, sicherzugehen Gültigkeit der HTML-Klumpen, die, ich zum Rüttler schicken möchte.

Mein erster Versuch war einfaches JogFeeder, Leitungen <200 script in der Pythonschlange, die direkten Aufbau der Eingabe using „rohes“ HTML erforderte. Während es gut funktionierte, tat es nicht gebildet Veröffentlichen viel einfacheres, muß eine Stille vollständige Eingabe sorgfältig in Handarbeit machen und seine Gültigkeit using externe Werkzeuge (z.B. sauber) überprüfen. Die Idee für hochentwickeltere Abwechslung gekommen.

Erste Versionen von JPA gebildet using wxPython GUI-Bibliothek, dann schielt ich zu PyQt, das sie scheint, nicier zu schauen, viel weniger Probleme mit nationale (NichtASCII oder Unicode) Zeichen und Lack-Läufer beträchtlich schneller handhaben hat. Alle Versionen verwenden die gleiche PyTextile Bibliothek 1.13 für das Preisaufschlagaufbereiten.

Andere gute Sachen, die im Programm verwendet, enthalten MySpell, das eine Spellcheckingbibliothek auch in OpenOffice.org und in den Mozilla Projekten verwendete.

Ich möchte allen Leuten, der danken, die dieses Projekt eine Wirklichkeit gebildet: Bibliotheksautoren, Änderung am Objektprogrammbeisteuernde, alle diese guten Leute, die diese Software verwenden (und Marken finden) und schließlich meine Frau (ja, weiß ich, ich verbringe zu viel Zeit, die auf JPA, Nr. arbeitet, es dauere nicht zu lang…).

Was in diesem Auslösen neu ist:

· Dieses Auslösen addiert eine Abhilfe für SQLObject, das nicht Verweisvollständigkeit erzwingt.

SVG:: Metadaten ist eine Perl-Baugruppe, zum von Metadateninfo über eine SVG Datei zu erfassen.

SYNOPSE

Gebrauch SVG:: Metadaten;

mein $svgmeta = neues SVG:: Metadaten;

$svgmeta->parse ($filename)
oder sterben „könnte $filename nicht analysieren: “. $svgmeta->errormsg ();
$svgmeta2->parse ($filename2)
oder sterben „könnte $filename nicht analysieren: “. $svgmeta->errormsg ();

# die Dateien tun haben die gleichen Metadaten (Autor, Name, Lizenz)?
wenn (! $svgmeta->compare ($svgmeta2)) {
Druck „$filename ist unterschiedlich als $filename2n“;
}

wenn ($svgmeta->title () eq) {
$svgmeta->title (unbekannt);
}

wenn ($svgmeta->author () eq) {
$svgmeta->author (unbekannt);
}

wenn ($svgmeta->license () eq) {
$svgmeta->license (unbekannt);
}

wenn (! $svgmeta->keywords ()) {
$svgmeta->addKeyword (unsortiert);
} elsif ($svgmeta->hasKeyword (unsortiertes) && $svgmeta->keywords () >1) {
$svgmeta->removeKeyword (unsortiert);
}

Druck $svgmeta->to_text ();

Diese Baugruppe liefert eine Methode der Extrahierung und durchstöbert und mit den RDF Metadaten, die in einem SVG eingebettet werden, archivieren.

SVG Spezifikt. selbst stellt keine bestimmten Vorrichtungen für das Handhaben von Metadaten zur Verfügung, aber beruht anstatt auf den eingebetteten, namespaced RDF Abschnitten, wie pro XML Philosophie. Leider unterstützen viele SVG Werkzeuge nicht das Konzept von RDF Metadaten; in der Tat unterstützen viele nicht die Idee eingebetteten XML „Inseln“ überhaupt. Einige sogar ignorieren und lassen die rdf Daten völlig fallen, wenn sie angetroffen werden.
Der Beweggrund für diese Baugruppe ist zweifach. Zuerst stellt er eine Vorrichtung für den diesen Zugriff Metadaten von den SVG Dateien zur Verfügung. Zweitens liefert er Mittelwerte der Validierung der SVG Dateien, um aufzuspüren, wenn sie die Metadaten haben.

Der Beweggrund für diesen Index ist Haupt- für die geöffnete Clip-Kunst-Bibliothek (http://www.openclipart.org), als Methode von Vorlagen herausfiltern, die Metadaten von in den amtlichen Verteilungen eingeschlossen sein ermangeln. Ein Sekundärbeweggrund ist, als Prüfungswerkzeug für SVG Herausgeber wie Inkscape zu dienen (http://www.inkscape.org).

Hachoir Metadaten können Metadaten von den Archiven (bzip2, gzip, Reißverschluß, Teer), vom Audio (MPEG audio/MP3, WAV, Sun/zunächst Audio, Ogg/Vorbis, MIDI, AIFF, AIFC, reales Audio), von den Bildern (BMP, KANAILLE, EMF, ICO, GIF, JPEG, PCX, png, TGA, tiff, WMF, XCF) und vom Video (ASF/WMV, AVI, Matroska, QuickTime, Ogg/Theora, reale Media) extrahieren.

Es unterstützt die unzulässige oder abgespaltete Dateien und Unicode Text. Es kann doppelte Werte entfernen. Hachoir Metadatenprojekt kann Metadaten entsprechend Vorrang auch filtern.

Sind hier einige Hauptmerkmale von „Hachoir Metadaten“:

· Stützunzulässige/abgespaltete Dateien
· Unicode gefällig (charset ISO-8859-XX, UTF-8, UTF-16), Bekehrtzeichenkette zu Ihrem Terminalcharset
· Doppelte Werte entfernen (und wenn eine Zeichenkette eine Teilkette von anderen ist, das längste einfach halten)
· Vorrang festlegen, um zu bewerten, so sein mögliches, Metadaten zu filtern (Option --Stand)
· Abhängt nur von der Hachoirsyntaxanalyse  (und nicht auf libmatroska, libmpeg2, libvorbis, usw.)

Was in diesem Auslösen neu ist:

· Dieses Auslösen liest die Zahl der Kanäle, der Bitgeschwindigkeit und des Beispielzollsatzes und berechnet den Komprimierungzollsatz des realen Audios.
· Es liest Benutzerkommentar der JPEG-Abbildungen.
· Es berechnet den Rahmenzollsatz von WindowsANI.
· Es normalisiert Sprache für ID3 und MKV.
· OLE2 und FLV Zangen sind jetzt fehlertolerant.

WWW:: Blog:: Metadaten:: AccountAutoDiscovery ist eine Perl-Baugruppe, zum von Onlinerechnungen von einer Seite zu extrahieren.

SYNOPSE

Gebrauch WWW:: Blog:: Metadaten;
mein $meta = WWW:: Blog:: Metadata->extract_from_uri ($uri)
oder WWW sterben:: Blog:: Metadata->errstr;

## oder

mein $meta = WWW:: Blog:: Metadata->extract_from_html ($html)
oder WWW sterben:: Blog:: Metadata->errstr;

# im Skalarzusammenhang, Umsätze ein Kleidenhinweis
mein $online_accounts_ref = $meta->online_accounts;
Druck $online_accounts-> [0] {Rechnung};
Druck $online_accounts-> [0] {Service};

# im Listenzusammenhang, Umsätze eine Reihe
mein @online_accounts_array = $meta->online_accounts;
Druck $online_accounts_array [0] - > {Rechnung};
Druck $online_accounts_array [0] - > {Service};

WWW:: Blog:: Metadaten:: AccountAutoDiscovery ist ein WWW:: Blog:: Metadaten steckbar nach den Onlinerechnungen suchen und extrahieren eingebettet in einer Seite.

WWW:: Blog:: Metadaten:: Microsummary ist eine Perl-Baugruppe, zum von Microsummary URI von einer Seite zu extrahieren.

SYNOPSE

Gebrauch WWW:: Blog:: Metadaten;
mein $meta = WWW:: Blog:: Metadata->extract_from_uri ($uri)
oder WWW sterben:: Blog:: Metadata->errstr;

## oder

mein $meta = WWW:: Blog:: Metadata->extract_from_html ($html, $base_uri)
oder WWW sterben:: Blog:: Metadata->errstr;

mein $microsummary_uri = $meta->microsummary_uri;

WWW:: Blog:: Metadaten:: Microsummary ist ein WWW:: Blog:: Die Metadaten, die, ein URI, das wo steckbar sind ein microsummary oder nach einem microsummary idendifies Generator einer Seite zu suchen und zu extrahieren lokalisiert innen.

Bild:: Metadaten:: JPEG ist eine Perl-Extension für die darstellenden/änderndaten jPEG-(Meta-).

SYNOPSE

Gebrauch Bild:: Metadaten:: JPEG;

# eine neue JPEG-Dateizellenachricht erstellen
mein $image = neues Bild:: Metadaten:: JPEG (somepicture.jpg);
Fehler sterben: . Bild:: Metadaten:: JPEG:: Fehler () es sei denn $image;

# eine Liste von Hinweisen auf Kommentarsegmenten erhalten
meine @segments = $image->get_segments (COM, ANZEIGEMARKEN);

# die JPEG-Abbildungabmessungen erhalten
mein ($dim_x, $dim_y) = $image->get_dimensions ();

# Erscheinen alle JPEG-Segmente und ihr Inhalt
Druck $image->get_description ();

# einen spezifischen Wert von den Exif Metadaten zurückholen
mein $image_data = $image->get_Exif_data (IMAGE_DATA, WÖRTLICH);
Druck $image_data-> {DateTimeOriginal} - > [0], „N“;

# die Datum-Zeit-Marke für das Hauptbild ändern
$image->set_Exif_data ({Datum-Zeit-=> 1994:07: 23 12:14: 51},
IMAGE_DATA, ADDIEREN);

# Löschung alle Metadatensegmente (bitte, nicht tun)
$image->drop_segments (METADATEN);

# Neufassungsdatei zur Platte nach Ihren Modifikationen
$image->save (new_file_name.jpg);

#… und viel mehr Methoden für Betrachtung/ändernmetadaten, die
# erreicht durch die $file oder $segments [$index] Hinweise.

Der Zweck dieser Baugruppe ist, Dateien in den JPEG-(gemeinsames fotographisches Expertengruppeformat) zu lesen/ändert/Neufassungsmetadatensegmente, die Kommentar, Thumbnails, Exif Informationen (fotographische Parameter), IPTC Informationen (redaktionelle Parameter) und ähnliche Daten enthalten können.

Jede JPEG-Datei gebildet von den nachfolgenden Segmenten (mit Warnschild versehene Datenblöcke) und von den tatsächlichen Reihenabbildungdaten. Die meisten diesen Segmenten spezifizieren Parameter für die Decodierung der Abbildungdaten in eine Bitmap; einige von ihnen, nämlich die Kommentar- und Anwendungssegmente, enthalten anstatt Metadaten d.h. Informationen über, wie das Foto (normalerweise addiert durch eine Digitalkamera) und zusätzliche Mitteilungen von der Fotographie geschossen. Diese zusätzliche Information ist für Abbildungdatenbanken besonders wertvoll, da die Metadaten zusammen mit der Abbildung gespart werden können, ohne auf zusätzliche Datenbank- Zellen zurückzugreifen. Den Anhang über die Zelle der JPEG-Dateien für technische Sonderkommandos sehen.

Diese Baugruppe arbeitet, indem sie eine JPEG-Datei in einzelne Segmente bricht. Jede Datei verbunden ist zu einem Bild:: Metadaten:: JPEG-Zellenachricht, die ein Bild: enthält: Metadaten:: JPEG:: Segmentnachricht für jedes Segment. Segmente mit einem bekannten Format analysiert dann, und ihr Inhalt kann auf eine strukturierte Art für Anzeige erreicht werden. Einige von ihnen können zur Platte sogar geändert werden und dann neu geschrieben werden.

$JPEG:: show_warnings

Diese Paketvariable muß verwendet werden, um das Drucken von Vorsichtshinweisen zu sperren: wenn sie falsch ist, ignoriert Vorsichtshinweise still. Andernfalls kommen Warnmeldungen mit einem ausführlichen zurück-verfolgen und Beschreibung des warnenden Einbauorts.

$Image:: Metadaten:: JPEG:: show_warnings = undef;

Bild:: Metadaten:: JPEG:: TagLists enthält eine Ansammlung Markentische für JPEG-Segmente. Bild:: Metadaten:: JPEG:: TagLists ist ein Anhang zur manuellen hauptsächlichseite des Bildes:: Metadaten:: JPEG-Baugruppe, die der Leser für weitere Sonderkommandos und den allgemeinen Bereich ansprechen sollte.

Gültige Marken für Exif APP1 Daten

Die Japan-Elektronik-und Informationstechnologie-Industrie-Verbindung (JEITA) vorbrachte einen Standard für ein Austauschformat für digitale Abbildungen der ruhigen Kameras en, bekannt als Exif. Dieser Standard definiert eine Zelle für die Einbettung von Metadaten in einer JPEG-Abbildung, in das Segment APP1 geschrieben zu werden. Die Allgemeinen und die Bezugsdokumente über diese Zelle eingeführt im Zelleanhang t; dieser Abschnitt und seine Unterabschnitte verzeichnen die gültigen Interoperabilitätssatzmarken sowie ihr Format.

Kanonisches Exif 2.2 und Marken tiff-6.0 für IFD0 und IFD1

Im allgemeinen können IFD0 und IFD1 Marken von der gleichen Einstellung bewirten. Diese Marken geteilt in drei Kategorien: kanonisch, zusätzlich und zu den Firmen registriert. Die Marken verzeichneten in der folgenden Tabelle sollen als kanonisch gelten; sie beschrieben ausführlich im Exif Standarddokument und können im IFD0 und im IFD1 gefunden werden (einige von ihnen müssen in beiden Verzeichnissen anwesend tatsächlich sein).

Die Kategoriensäule trägt die Markenkategorie; mögliche Werte sind: A (BildDatenstruktur), B (Versatz), C (Bilddateneigenschaften), D (andere Marken) und P (Nadelanzeigen zu anderem IFDs). Die zwei hexadezimalen Codes und Namen der folgenden Säuleerscheinenmarke. Der Typ Säule spezifiziert den Typen (der immer nicht unterzeichneten) Marke: I (kurz oder lang), S (kurz), L (lang), R (rational) und A (ASCII, null immer abgebrochen). Die Zählimpulssäule trägt offensichtlich den Markenzählimpuls (- für einen variablen Zählimpuls, irgendein, weil es eine mit variabler Längezeichenkette ist, oder weil es von anderen Marken abhängt).

Die Säulen IFD0 und IFD1 spezifizieren die Stützungslinie im jeweiligen Verzeichnis; jede Säule enthält vier Zeichen, weil das Hauptbild (IFD0) und der Thumbnail (IFD1) in vier Vielzahl (uncompressed klumpiges, uncompressed planares, uncompressed YCC und in JPEG kommen können komprimiert).

Diese Baugruppe konzentriert aktuell nur auf JPEG-Abbildungen (nicht tiff), so nur das vierte Zeichen der Säule IFD0 ist interessant, aber notiert, dass der Thumbnail eines JPEG-Bildes uncompressed sein kann. Die Stützungsliniecodes stehen für: M (vorgeschrieben), R (empfohlen), O (wahlweise), N (not_recorded) und J (eingeschlossen in der JPEG-Markierung und so nicht gespeichert).

Die Thumbnail-nursäule zeigt eine T für jene Sätze, welches nicht durch die Benutzerausnahme eingestellt werden/geändert werden kann, die während Thumbnailaktualisierungmaßnahmen gebildet (und einiger von ihnen berechnet automatisch irgendwie). Notiert, dass in einigen Fällen es möglich ist, eine Marke einzustellen, wenn seine Stützungslinie N ist (z.B., das YCbCr Material in IFD1): die Abbildung, die Programme anzeigt, sollte sie jedoch einfach ignorieren. Einige andere Marken, hinsichtlich des Versatzes oder der spezifischen Informationen des Thumbnail, können nicht vom Baugruppenbenutzer (sie berechnet automatisch, zuverlässig) eingestellt werden: diese markiert vorbei berechneten in den Mitteilungen oder durch eine T in der Thumbnail-nursäule.

Hexadezimaler Codezählimpuls IFD0 IFD1 Thumbnail-nur
Kategorie | Markennamenstyp | supp.supp. | Mitteilungen
| | | | | | | | |
100 ImageWidth I 1 MMMJ MMMJ T (nicht JPEG) Pixel/Reihe
101 ImageLength I 1 MMMJ MMMJ T (nicht JPEG) numerisch. Reihen
102 BitsPerSample S 3 MMMJ MMMJ T (nicht JPEG) 8.8.8
Ein 103 T1 der Komprimierung-S 1 MMMJ MMMM (uncompr.) oder 6 (JPEG)
106 PhotometricInterpretation S 1 MMMN MMMJ 2 (RGB) oder 6 (YCbCr)
D 10e ImageDescription A - RRRR OOOO (Mitteilung 1) sehen
D 10f bilden A - RRRR OOOO Kamerahersteller
Baumuster A - RRRR OOOO Kamerabaumuster d-110
B 111 StripOffsets I - MMMN MMMN berechnet
Eine 112 Lagebestimmung S 1 RRRR OOOO (Mitteilung 2) sehen
Ein compon 115 SamplesPerPixel S 1 MMMJ MMMJ T (nicht JPEG) 3.
B 116 RowsPerStrip I 1 MMMN MMMN T (nicht JPEG)
B 117 StripByteCounts I - MMMN MMMN T (nicht JPEG)
Ein 11a XResolution R 1 MMMM MMMM (Mitteilung 3) sehen
Ein 11b YResolution R 1 MMMM MMMM (Mitteilung 3) sehen
Ein 11c PlanarConfiguration S 1 OMOJ OMOJ (Mitteilung 4) sehen
128 ResolutionUnit S 1 MMMM MMMM (Mitteilung 3) sehen
C 12d TransferFunction S 768 RRRR OOOO (Mitteilung 5) sehen
Software A - OOOO OOOO Exif Software/Mikroprogrammaufstellung d-131
Datum/Uhrzeit A 20 RRRR OOOO d-132 (Mitteilung 6) sehen
Künstler A - OOOO OOOO Inhaber/photogr. /creator d-13b
C 13e WhitePoint R 2 OOOO OOOO (Mitteilung 5) sehen
C 13f PrimaryChromaticities R 6 OOOO OOOO (Mitteilung 5) sehen
B 201 JPEGInterchangeFormat L 1 NNNN NNNM berechnet
B 202 JPEGInterchangeFormatLength L 1 NNNN NNNM T (nur JPEG)
C 211 YCbCrCoefficients R 3 NNOO NNOO (Mitteilung 7) sehen
212 YCbCrSubSampling S 2 NNMJ NNMJ (Mitteilung 7) sehen
213 YCbCrPositioning S 1 NNMM NNOO (Mitteilung 7) sehen
C 214 ReferenceBlackWhite R 6 OOOO OOOO (Mitteilung 8) sehen
Copyright A - OOOO OOOO d-8298 von photogr. /editor
P 8769 ExifOffset L 1 MMMM OOOO berechnet
P 8825 GPSInfo L 1 OOOO OOOO berechnet

Bild:: Metadaten:: JPEG:: MakerNotes enthält gelegentliche Informationen und Details über MakerNotes.

Stücke verfügbare Information nach der Satzgliederung des MakerNote

Das Resultat des Prozesses der Satzgliederung der Herstellermitteilung wird in einem Verzeichnis in der internen Datenstruktur für das Segment APP1 gelagert, dessen Bahn „IFD@SubIFD@MakerNoteData_$format“ ist, wo $format das spezifische Mitteilungformat ist; die MakerNote Eingabe in IFD0@SubIFD wird dann entfernt. Diese Übersetzung geschieht immer, weil es eine unbekannte Richtlinie des Catch-all für ein binäres makernote mit sehr ausgedehnten Annahmerichtlinien gibt. Das Herstellermitteilungverzeichnis enthält zusätzlich ein spezielles subdir mit einigen Bereichen, die über den Satzgliederungsprozeß berichten.

Schlüsselinhalt
-------- -------
VORLAGE der rohe Inhalt der Herstellermitteilung (unparsed)
UNTERSCHRIFT die ersten Bytes, die erlaubten, daß das Format gewählt wird
ENDIANNESS die Byteordnung gewählt während der Satzgliederung
Das Herstellermitteilungformat FORMATIEREN, das während der Satzgliederung gewählt wird
Wahlweise] Fehlersonderkommandos des FEHLERS [, im Falle des Ausfalls bei der Satzgliederung

Unterstützte MakerNote Formate

Herstellermitteilungformate werden in einem speziellen internen Durcheinander, mit einem Schlüssel für jedes Format spezifiziert (einschließlich unbekanntes Format). Jede Formateingabe entspricht einem anonymen Durcheinander, das Informationen für die Satzgliederung des MakerNote enthält; das „normale“ Format wird betrachtet, IFD-wie MakerNote mit einer next_link Nadelanzeige, der Versatz zu sein, der vom globalen tiff-Vorsatz und von keinem MakerNote internen tiff-Vorsatz gezählt wird.

Schlüsselbedeutung oder Effekt
--------- -----------------
Unterschrift die MakerNote Unterzeichnung (ein regulärer Ausdruck)
Hersteller die Herstellerunterzeichnung (d.h., sein Name, kein regex)
versieht einen Hinweis auf einem Durcheinander für Markenübersetzungen mit Warnschild
(a) werden mkntstart, wenn es, Versatz eingestellt wird, vom Herstellermitteilunganfang gezählt
(b) werden mkntTIFF, wenn es, Versatz eingestellt wird, vom internen tiff-Vorsatz gezählt
(c) ignorieren, wenn es, das Format eingestellt wird, soll ignoriert werden
(d) hat nonext, wenn es, die Herstellermitteilung IFD eingestellt wird, nicht ein next_link
(e) wird endianness, wenn es, die Byteordnung eingestellt wird, an diesem Wert befestigt
(f) ist nonIFD, wenn es, die Herstellermitteilung eingestellt wird, nicht IFD-wie

Aktuell „unterstützte“ Formate werden in der folgenden Tabelle beschrieben; maßgebende Daten werden in der Tat in Tables_makernotes.pl geführt, auf dem der Leser für Markendefinitionen und -übersetzungen verweisen sollte. Sich daran erinnern, dass die Unterzeichnung und die Herstellerbereiche die regulären Ausdrücke sind, die zu Beginn abgleichen (die reale Unterzeichnung entspricht bis $1).

Eine E-Fhersteller-Unterzeichnung b-C D
----------- --------- -----------------
Agfa AGFA (AGFA 00 01)
Canon Canon ()
Casio_1 CASIO () [^Q]
Casio_2 CASIO (QVC 00 {3})
Epson EPSON (EPSON 00 01 00)
Foveon FOVEON (FOVEON 00 {2} 01 00)
Fujifilm x FUJIFILM (FUJIFILM 14 00 {3})
HPackard x Hewlett-Packard (HP)
Kyocera x x KYOCERA (KYOCERA {12} 00 {3})
Kodak B x KODAK (KDK Info [a-zA-Z0-9] *)
Minolta_1 MINOLTA (). {10} MLT0
Minolta_2 Minolta (). {10} MLT0
Konica x Minolta|KONICA ((MLY|Kc|(+M) {4})| 01 00 {5} 04)
Nikon_1 NIKON (Nikon 00 01 00)
Nikon_2 NIKON () [^N]
Nikon_3 x NIKON (Nikon 00 02 [20 00] 00 {2})
Olymp OLYMP (OLYMP 00 [01 02] 00)
Panasonic_1 x Panasonic (Panasonic 00 {3})
Panasonic_2 x x Panasonic (MKED)
Pentax_1 x Asahi () [^A]
Pentax_2 x x Asahi (AOC 00.)
Ricoh_1 x RICOH (Rv|Rev)
Ricoh_2 x RICOH (00)
Ricoh_3 RICOH ((Ricoh|RICOH) 00 {3})
Sanyo SANYO (SANYO 00 01 00)
Sigma SIGMA (SIGMA 00 {3} 01 00)
Sony x SONY (SONY (Nocken|DSC) 00 {3})
Toshiba x TOSHIBA ()
unbekanntes X. ()

Hinweise

MakerNote Formatsonderkommandos werden nicht normalerweise von den Verkäufern freigegeben (gut, ist dieses ein Euphemismus: kein Verkäufer überhaupt gab meines Wissens jedes mögliches Detail über sein Format, Ausnahme frei, die für Sigma/Foveon gebildet wurden). Alle Informationen, die für dieses Paket verwendet wurden, wurden auf dem Internet (und seine Zuverlässigkeit wird folglich begrenzt) oder durch persönliche Prüfungen montiert. Einige interessante Sites sind (nicht eine vollständige Liste an allen):

Allgemein: home.arcor.de/ahuggel/exiv2/makernote.html
.....: www.ozhiker.com/electronics/pjmt/jpeg_info/makernotes.html

Agfa: www.ozhiker.com/electronics/pjmt/jpeg_info/agfa_mn.html
Canon: www.burren.cx/david/canon.html
Casio: park2.wakwak.com/~tsuruzoh/Computer/Digicams/exif-e.html
…: www.dicasoft.de/casiomn.htm
Epson: www.ozhiker.com/electronics/pjmt/jpeg_info/epson_mn.html
Foveon: Foveon ist das selbe, wie Sigma, Sigma sehen
Fujifilm: park2.wakwak.com/~tsuruzoh/Computer/Digicams/exif-e.html
......: www.ozhiker.com/electronics/pjmt/jpeg_info/fujifilm_mn.html
Kyocera: www.ozhiker.com/electronics/pjmt/jpeg_info/kyocera_mn.html
Kodak: meine persönlichen Prüfungen mit meinem Kodak DX3900 (nicht IFD-wie)
Minolta: www.dalibor.cz/minolta/makernote.htm
.....: www.ozhiker.com/electronics/pjmt/jpeg_info/minolta_mn.html
Nikon: park2.wakwak.com/~tsuruzoh/Computer/Digicams/exif-e.html
…: www.tawbaware.com/990exif.htm
…: www.ozhiker.com/electronics/pjmt/jpeg_info/nikon_mn.html
Olymp: park2.wakwak.com/~tsuruzoh/Computer/Digicams/exif-e.html
.....: www.ozhiker.com/electronics/pjmt/jpeg_info/olympus_mn.html
Panasonic: www.compton.nu/panasonic.html
Pentax: www.ozhiker.com/electronics/pjmt/jpeg_info/pentax_mn.html
Ricoh: www.ozhiker.com/electronics/pjmt/jpeg_info/ricoh_mn.html
Sanyo: www.exif.org/makernotes/SanyoMakerNote.html
Sigma: www.x3f.info/technotes/FileDocs/MakerNoteDoc.html
Sony: www.ozhiker.com/electronics/pjmt/jpeg_info/sony_mn.html

DX3900 MakerNote Format

Kodak MakerNotes werden in ein eigenes binäres Format geschrieben, das nicht IFD-wie ist. So, gibt es keine Methode, den Anfang, das Ende und den Typen eines Bereichs aufzuspüren; alles hier wurde durch einen vorsichtigen Vergleich des Inhalts einer Einstellung Kodak JPEG-Dateien und ihrer Kiesparameter geschlossen. Bereiche scheint, auf vier Bytegrenzen ausgerichtet zu werden. Für das Baumuster DX3900 wird das endianness immer an grossem endian befestigt. Die Unterzeichnung, die regulärer Ausdruck „^ ist (KDK Info [a-zA-Z0-9] *)“, der Hersteller, ist KODAK. Die Bedeutung der Marken ist, wie folgt:

BYTE??? Mikroprogrammaufstellungversion? Dieses ist immer 3
BYTE Komprimierung 1 = Normal, 2 = hohe Komprimierung 2160x1440
BYTE BurstMode 0 = weg, 1 = an
BYTE MacroMode 0 = Normal, 1 = Nahaufnahme
KURZES PixelXDimension 2160x1440, 1800x1200 erlaubt,
KURZES PixelYDimension/Werte: 1536x1024, 1080x720
KURZES Jahr der Jahrwert, mit vier Digits
BYTE Monat der Monatswert (innen [1.12])
BYTE Tag der Tageswert (innen [1.31])
BYTE Stunde der Stundenwert (innen [0.23])
BYTE Protokoll der minuziöse Wert (innen [0.59])
BYTE an zweiter Stelle der zweite Wert (innen [0.59])
BYTE SubSecond (in 130. von Sekunden?)
KURZSCHLUSS??? ???
BYTE??? ???
BYTE ShutterMode 0 = Automobil, 32 = Handbuch
BYTE MeteringMode 0 = Multimuster, Gewicht 1=centre., Punkt 2=centre
BYTE BurstSequenceIndex Anzeigemarke innen [1.8], 0 wenn Einpunktbetrieb weg
KURZES FNumber 100mal die Exif F-Zahl
LANGES ExposureTime in den Sekunden 10^-5
SSHORT ExposureBiasValue 1000 setzt Zeit Expositionbefangenheit in fest [- 2, +2 Stufe .5]
KURZSCHLUSS??? ???
LANG???
LANG??? ist dieses eine Schätzung der Person
LANG??? /Abstand? Wenn ja ist er sehr rauh.
LANG??? /
BYTE FocusMode 0 = Automobil, 2 = eng, 3 = Unbegrenztheit
BYTE??? immer 2
KURZSCHLUSS??? ???
SSHORT PanoramaMode 0 = Normal, -1 = Fokus an der Unbegrenztheit
KURZES SubjectDistance (x-28) *2.54+7 sieht wie der Abstand in cm aus
BYTE WhiteBalance 0 = Normal, 1 = Fluor., 2 = Wolfram, 3 = Tageslicht
(27 Bytes mit unbekannter Bedeutung hier)
BYTE FlashMode 0 = Automobil, 1 = ein, 2 = weg, 3 = Red-eyes
BYTE FlashFired 0 = ja, 1 = Nr.
KURZES ISOSpeedMode die geforderte Drehzahl innen {100.200.400} oder null
KURZSCHLUSS??? ???
KURZES TotalZoomFactor 100mal der Summenfaktor in [+1, +6 Stufe 0.1]
KURZES DateTimeStampMode 0 = keine, [1.6] = die sechs Betriebsarten
KURZES ColourMode 1 = Schwarzes u. weißes, 2 = Sepia, 32 = Farbe
KURZES DigitalZoomFactor 100mal der Summenfaktor in [+1, +3 Stufe 0.1]
BYTE??? immer null
SBYTE Schärfe 0 = Standard, 1 = Scharfes, -1 = weich
(808 Bytes mit unbekannter Bedeutung hier, möglicherweise ein Thumbnail?)

Bild:: Metadaten:: JPEG:: Zellen ist eine Perl-Baugruppe, die die Zelle einer JPEG-Datei beschreibt; es ist ein Anhang zur manuellen hauptsächlichseite des Bildes:: Metadaten:: JPEG-Baugruppe, die der Leser für weitere Sonderkommandos und den allgemeinen Bereich ansprechen sollte.

DIE ZELLE DER JPEG-ABBILDUNGEN

Die Iso-Norm JPEG-(gemeinsame fotographische Expertengruppe) ist eine lossy-Bildkomprimierungvorrichtung, die vor 1990 entwickelt, konzipiert für komprimierende photo-realistic Bilder der Farbe oder des Gray-scale (sie durchführt schlecht an den Leitungkunst Zeichnungen ht). Die JPEG-Vorrichtung konzipiert, um bekannte Beschränkungen des menschlichen Auges auszunutzen, insbesondere die Tatsache, dass Farbenänderungen kleiner genau als empfunden, ändert in der Helligkeit.

Notiert, dass, obgleich das „Grundlinie“ JPEG-Format Patent-frei ist, es die Patente gibt, die mit einigen Zusatzeinrichtungen, nämlich arithmetische Kodierung und hierarchische Speicherung verbunden sind. Aus diesem Grund verwendet diese Zusatzeinrichtungen nie auf dem Web (guter Job, Patent auflockert…). JPEG verweist nur auf eine Kategorie Komprimierungalgorithmen, nicht auf ein spezifisches Dateiformat. Um Dateien mit eingebetteten JPEG-Strömen zu produzieren, angepaßt worden einige (semi-) Standards des Dateiformats n oder geplant worden, von denen einige im Formatabschnitt verzeichnet. Die Zelle einer wohlgeformten JPEG-Datei kann durch die folgenden Pseudoproduktionsrichtlinien beschrieben werden (für Grund von Einfachheit, vernachlässigt einige zusätzliche Begrenzungen zwischen Tischen und SOF-Segmenten).

JPEG --> (SOI) (verschieden) * (Bild)? (EOI)
(Bild) --> (Hierarch.)|(non-hier.)
(Hierarch.) --> (DHP) (Rahmen) +
(Rahmen) --> (verschieden) * (EXP)? (non-hier.)
(non-hier.) --> (SOF) (Scan) +
(Scan) --> (verschieden) * (PAS) (Daten) * (ECS) (DNL)?
(Daten) --> (ECS) (RST)
(verschieden) --> (DQT)|(DHT)|(DAC)|(DRI)|(COM)|(APP)

(SOI) = Anfang des Bildes
(EOI) = Ende des Bildes
(SOF) = Anfang des Feldvorsatzes (10 Typen)
(PAS) = Anfang des Scan-Vorsatzes
(ECS) = Entropie-Codesegment (Reihendaten, nicht ein reales Segment)
(DNL) = Zeilenzahl Segment definieren
(DHP) = hierarchisches P definieren??? Segment
(EXP) = Dynamicdehnungssegment
(RST) = Wiederanlaufssegment (8 Typen)
(DQT) = Quantelung-Tisch definieren
(DHT) = Huffman Codetabelle definieren
(DAC) = arithmetische Codetabelle definieren
(DRI) = Wiederanlaufs-Abstand definieren
(COM) = Kommentarsegment
(APP) = Anwendungssegment

Dieses Paket prüft nicht, ob eine JPEG-Datei wirklich korrekt ist; es annimmt eine losere Syntax, war Segmente x und ECS-Blöcke sind gerade angrenzend (im Allgemeinen, weil sie nicht braucht, das Bild anzuzeigen!). Alle Metadateninformationen konzentriert in (COM*) und (APP) in den Segmenten, die Ausnahme, die für einige Sätze im gebildet, Segment (SOF*) (z.B. Bildabmessungen).

Hinweis: B< „Digital Komprimierung und Kodierung von continuous-tone noch
Bilder: Bedingungen und Korrekturlinien ", CCITT empfehlen. T.81, 1992,
Der internationale Fernschreiber-und Telefon-beratende Ausschuß,
Standard-ISO/IEC IST 10918-1 oder ITU-T die Empfehlung T.81 >.
Auch: B< „der JPEG-Stilleabbildungkomprimierungstandard“, G.K.Wallace,
1991, IEEE-Verhandlungen auf Unterhaltungselektronik >.