Im untersten Dialog „Bild neuberechnen mit“ gibt es verschiedene Optionen für die Skalierung. Siehe Screenshot. Einfach mal ausprobieren.

Für die manuelle Farbraumkonvertierung wird man unter „Bearbeiten“->“In Profil umwandeln“ fündig. Mit dem aktiviertem „Vorschau“ Haken kan mon sogar direkt sehen, wie das Resultat aussehen wird. – zumindest auf dem eigenen Monitor.

Nach der Verkleinerung führt man üblicherweise noch eine finale Schärfung (z.B. über die Funktion „Filter“->“Scharfzeichnungsfilter“->“Unscharf maskieren“) für die Ausgabe durch.
Die Dateigröße und das Format kann man dann im Dialog „Datei“->“Speichern unter“ kann man das Format wählen (normalerweise „JPEG“). Die Dateigröße in kByte kann man in dem Folgedialog noch bestimmen (siehe Screenshot). Auch dort wird eine Vorschau angeboten und die neue Dateigröße vorberechnet. Man kann dann am Qualitätsregler solange schieben, bis man mit dem Verhältnis Dateigröße zu Qualität zufrieden ist.

Dieses Thema wurde auch in Happy-Shooting (Folge #122 ab ca. Minute 20, Feedback in Folge #123) behandelt.

Die bis hier verwendete Lösung machte sich das eingebaute Visual Basic bzw. VBA zu nutze. Nachteile: Man muss immer dafür sorgen, dass die zugehörige Klassenbibliothek und das Modul mit der Funktion „GetRate“ verfügbar sind. Außerdem sind VBA-Programme natürlich ein Sicherheitsrisiko – Excel 2007 erschwert daher die Nutzung, was ich als hinderlich empfand.

Daher hier jetzt eine viel, viel einfachere Lösung: Im Reiter „Daten“ kann man externe XML-Datenquellen („Aus anderen Datenquellen“ / „XML“) integrieren. Dort, wo ein Dateipfad eingegeben werden soll, kann auch eine URL hinterlegt werden.

Der in Teil 2 und 3 verwendete Webservice bietet alternativ auch einen Abruf über einen simplen GET Aufruf (also eine URL mit Parametern). Die URL lautet für USD nach EUR: http://www.webservicex.net/CurrencyConvertor.asmx/ConversionRate?FromCurrency=USD&ToCurrency=EUR

Das Ergebnis ist ein einfaches XML-File. Excel benötigt beim Einbauen eine ganze Weile, bis es eine Warnung mit einem Lösungsvorschlag auswirft. Übernimmt man das einfach, so erhält man in der entsprechenden Zelle die gewünschte Zahl – den Wechselkurs – eingetragen.

Diese Zahl steht dann statisch in dieser Zelle bis man über die rechte Maustatse das Kontextmenü dieser Zelle aufruft und dort unter „XML“ „Aktualisieren“ auswählt. Das dauert dann einige Sekunden, um den aktuellen Wert aus dem Web in diese Zelle zu übertragen.

So finde ich das jetzt eine gelungene Lösung (für meinen Zweck zumindest)!

Step by step:

Schritt 1: Reiter „Daten“ – „Aus anderen Datenquellen“ – „XML“

Schritt 2: Statt Dateiname URL eingeben (siehe oben)

Schritt 3: Warten, während der Webservice angefragt und das Ergebnis validiert wird

Schritt 4: Warnung akzeptieren

Schritt 5: Lösungsvorschlag übernehmen (ggf. Zell-Adresse ändern)

Fertig!

Schritt 6: Bei Bedarf Zahl über Kontextmenü („XML“ „XM-Daten aktualisieren“) auffrischen

Die gute Nachricht vorweg. Die Aussage aus Teil 1, VBA sei bei Excel 2007 auf der Strecke geblieben, entpuppte sich als Ente. Etwas versteckt aktivere ich die sogenannten „Entwicklertools“: Auf das Office Logo von Excel 2007 klicken und dort den Knopf „Excel-Optionen“ rechts unten wählen. Unter „Häufig verwendet“ findet man ein Optionskästchen „Entwicklerregisterkarte in der Multifunktionsleiste anzeigen“ – here we are! Im anschließen erscheinenden neuen Menüpunkt „Entwicklertools“ finden wir auch „Visual Basic“.

VBA ist wohl bei „Excel 2008″ abgeschafft. Aber da das ja die Mac-Version ist, die mit der Windows Version ohnehin nicht viel zu tun hat, kann das sicher nicht auf zukünftige Windows-Versionen verallgemeinert werden!

Statt wie in Teil 2 beabsichtigt die Klasse und die Funktion via Export und Import von Excel 2003 nach Excel 2007 zu übertragen, habe ich einfach mal die XLS-Datei, die beides ja enthält, in 2007 geöffnet. Lege ich jetzt in einer Zelle einen Funktionsaufruf an (etwa ‘=GetRate(„USD“;“EUR)’), erscheint auch hier mit einer kleinen Verzögerung die aktuelle Rate! Komischerweise meldet die Zelle mit der gleichen Formel, die ich noch unter 2003 eingegeben hatte, einen Fehler und zeigt das beliebt „#WERT!“ an. Ich gehe also nochmals in die Zelle mit der „alten“ Formel und quittiere sie ohne sie zu verändern und jetzt klappt es auch hier. Vergessen wir das.

Aber es hat sich bestätigt, dass das „Office Webservices Toolkit“ wirklich nur für die Erzeugung einer Klasse benötigt wird, die anschließend für sich selbst lebensfähig ist. In dem in Teil 1 referenzierten Tipp für den Export/Import erwähnte der Autor noch, dass er in Excel 2007 noch die SOAP-Library bekannt machen musste. Auf dieses Problem bin ich in meiner Installation nicht gestoßen. Falls jemand dieses Problem doch hat: Der Autor hat diese Library in Form der Datei „C:\Programme\Gemeinsame Dateien\Microsoft shared\Office12….mssoap30.dll“ gefunden.

Jetzt muss ich mich eigentlich nur noch darum kümmern, wo ich Klasse und Funktion eintragen muss, dass sie in meinem Excel 2007 immer zur Verfügung steht. Und ich weiss nich nicht, wann sich der Wert in der Zelle aktualisiert (vermutlich beim „Neuberechnen“, was normalerweise auf „automatisch“ steht). Sollte diese Zelle -immerhin benötigt es im Sekundenbereich, um sie aus dem Web zu aktualisieren- das Verarbeitungstempo eines Excel-Sheets aufhalten, mss ich mir eine andere Lösung ausdenken. Und manchmal ist vielleicht auch nicht erwünscht, dass eine Tabelle bei jedem Öffnen ein anderes Resultat liefert. In diesem Fall wäre ein einmaliges Holen aus dem Internet mit anschließendem Festschreiben des Wertes eventuell sinnvoller. Schaun wir mal…..

Nachtrag:

Irgendwie verhält sich das Ding zickig! Excel 2007 gibt mir immer eine Warnung, dass der VBA-Code nicht vertrauenswürdig sei. Das dauerhafte Vertrauenswürdigmachen ist mir bislang bicht gelungen. Nach der Vertrauensfrage braucht das System dann recht lange, bis es mit „#WERT!“ einen Fehler anzeigt. Bei einer erneuten EIngabe der Formel und die Zelle scheint es besser zu klappen. Aber so wird das nix mit uns beiden…… Teil 4 (leider) in Sicht!

Im Teil 1 unternahm ich einige Versuche, einen Webservice in ein Excel-Sheet einzubinden, dass in einer Zelle der der aktuelle Wechselkurs (zum Beispiel USD nach EUR) zur Verfügung gestellt wird. Ich scheiterte einerseits daran, dass ich keinen kostenlosen Webservice (SOAP [->Wikipedia], mit WSDL [->Wikipedia]) gefunden habe und andererseits daran, dass ich Excel 2007 verwende und dafür diese schöne Microsoft-Tool „Office Webservices Toolkit“ nicht zur Verfügung steht.

Zunächst mal habe ich nun doch einen kostenlosen Währungs-Webservice gefunden. Bei webservicex.net scheint es noch mehr Services geben, die Adresse merke ich mir mal!

Also wieder Excel-2003 gestartet (geistert auf einem älteren Notebook meiner Firma zum Glück noch herum) und das zuvor installierte Office Webservices Toolkit eingesetzt (siehe Teil 1). Dieses Toolkit besteht aus einem Dialog, der eine URL auf eine Webservice-Beschreibung (WSDL) akzeptiert und daraus einen Block an Funktionen, die der Webservice bereitstellt, erzeugt und zur Übernahme anbietet. Übernehme ich diese Funktionen so legt das Toolkit für VisualBasic eine Klasse an, die die zuvor genannten Funktionen in VisualBasic Code zur Verfügung stellt.

Um diese Funktionen tatsächlich wie eine eingebaute Excel-Funktion in Berechnungen nutzen zu können, muss man noch eine VisualBasic-Funktion anlegen. Wie das geht, beschreibt der in Teil 1 genannte HowTo-Artikel ausführlich. Allerdings passt der dort beschriebene VBA-Code nicht ganz zu dem Webservice, den ich jetzt hier verwende. Der dafür funktionierende Code lautet:

Function GetRate(fromcur As String, tocur As String)

Dim WebService As New clsws_CurrencyConvertor

GetRate = WebService.wsm_ConversionRate(fromcur, tocur)

End Function

Und tatsächlich: Jetzt kann ich irgendwo in einer Tabellenzelle eine Funktion einfügen, die man sich zum Beispiel aus dem Funktionauswahldialog in der Rubrik „Benutzerdefiniert“ auswählen kann. Oder man tippt direkt ein: ‘=GetRate(„USD; „EUR“)‘ und nach ein paar Sekunden steht da der aktuelle Kurs!

Die Klasse und das Modul sind bei mir in die aktuelle Exceldatei eingebunden. Um es universeller zu machen, wäre eine Übertragung in einen VBA-Bereich sinnvoll, der immer geladen wird und dann in allen Sheets zur Verfügung steht (muss ich nochmals nachschauen, wie das ging….). Allerdings hat das Einbinden in die konkrete Arbeitsdatei auch den Vorteil, dass die Aktualisierung auf auf anderen Rechnern laufen könnte (möglicherweise sind weitere Bedingungen zu erfüllen? – das Office Webservice Toolkit scheint nur für die inititiale Erstellung der Klasse aus der WSDL-Beschreibung benötigt zu werden).

So als nächstes versuche ich jetzt mal, die Klasse und die Funktion nach Excel-2007 zu übertragen. Dieser Tipp kam aus einem Artikel, den ich im Teil 1 verlinkt habe. Der erste Versuch ging gleich schief – da scheint sich ein Teil 3 des kleinen Projekts anzukündigen. Stay tuned!

Quellen:

• Wirklich kostenloser Webservice: http://www.webservicex.net/CurrencyConvertor.asmx (WDSL)

Mein Ziel war (und ist) es, in verschiedenen Excel-Sheets den Umrechnungskurs von US-Dollar in Euro zu aktualisieren. Und Webservices scheint es ja an jeder Ecke zu geben, gerade für so ein Standard-Thema wie Wechselkurse.

Eine Recherche brachte folgenden hoffnungsvollen Ansatz zu Tage: Ein von Microsoft kostenlos zur Verfügung gestelltes „Office Webservices Toolkit“ erweitert Excel um die Fähigkeit, von einem Webservice zur Verfügung gestellten Funktionen wie eingebaute Excelfunktionen zu nutzen. Dabei wird sogar die in WDSL formulierte Beschreibung des Services ausgewertet und die Funktionen direkt zum „Einbau“ in Excel angeboten. Das funktioniert wohl auch ganz prima!

Aber!

Aber ich habe leider kein Excel 2003, sondern die Version 2007. Es stellt sich heraus, dass es für 2007 ein solches Toolkit wohl auch nicht gibt. In dieser Realisierung wohl auch nicht geben kann, da dieses Toolkit auf Visual Basis / VBA aufsetzt. Wer es wie ich noch nicht mitbekommen hat: VBA ist wohl irgendwo zwischen Office 2003 und 2007 auf der Strecke geblieben. Schade eigentlich, auch wenn ich nicht viel damit gemacht habe.

Na gut, dann werde ich eine andere Methode finden, eine, die nicht auf dem komplizierten SOAP aufbaut. Excel 2007 kann nämlich schon per HTTP externe XML-Sourcen nutzen. Ob das ein einmaliger Import ist oder ein „living link“ werde ich noch herausfinden müssen. Alternativ dazu habe ich noch einen Artikel gefunden, der beschreibt, wie man eine Webservice-Funktion mittels des Toolkits in 2003 installieren kann und diese dann -ohne das Toolkit zu benötigen- nach 2007 überträgt. Klingt vielversprechend – werde ich probieren, sobald ich eine SOAP-fähige Datenquelle gefunden habe.

Also schaue ich mir jetzt mal den Webservice aus meinem Einstiegs-HowTo an. Den Währungsrechner-Webservice aus dem Einstiegsartikel scheint es nicht mehr zu geben. Sollte nicht schlimm sein, so etwas muss es doch hundertfach im Web geben. Denkt man. Bis jetzt habe ich viele abfragbare Quellen gefunden (Yahoo!, Europ. Zentralbank, Google etc.). Aber keiner scheint kostenlos (!) etwas im Stile eines Webservices anzubieten.

Am nächsten komme ich noch mit dem Service der Europäischen Zentralbank: Dort gibt es eine Page mit vielen aktuellen Wechselkursen. Hinter jedem einzelnen Kurs gibt es einen RSS-Feed mit den letzten 5 Kursen. Da ich es nicht geschafft habe, den USD-Feed sinnvoll in Excel zu integrieren, werde ich jetzt einen Umweg wählen: Ich werde auf einem Webserver ein Perl-Skript installieren, welches mir diesen RSS in einem Excel-2007-verträglichen Format bereitstellt.

Schon Stunden investiert. Da hätte ich auch in Lehman-Brothers-Zertifikate investieren können. Ab jetzt ist es eine Frage der Ehre!

Stay tuned!

Quellen:

• Howto Office2003: http://www.windowsdevcenter.com/pub/a/windows/2005/02/08/xcel_mm.html (untere Hälfte, ab „Calling a Webservice“)
• Scheinbar kostenloser Webservice für Wechselkurse: http://www.ny.frb.org/markets/pilotfx.html (http://www.newyorkfed.org/markets/fxrates/WebService/v1_0/FXWS.wsdl)
• Office2003 Webservices Toolkit: http://www.microsoft.com/downloads/details.aspx?FamilyID=fa36018a-e1cf-48a3-9b35-169d819ecf18&DisplayLang=en
• Web-Service von Excel 2003 nach 2007 übertragen: http://entwickler-forum.de/showpost.php?s=0d47e0eb4bcb97c8848ee8fdf64e5318&p=156016&postcount=2
• Nutzung einer XML-Datenquelle aus dem Web (Excel2007) http://blogs.msdn.com/hovsep/archive/2007/07/11/excel-2007-how-to-connect-to-and-import-data-from-an-xml-web-service.aspx
• ECB: Wechselkurse mit RSS-Feed: http://www.ecb.int/stats/exchange/eurofxref/html/index.en.html

Wer Videos unterschiedlicher Formate konvertieren muss, etwa um sie auf einem mobilen Gerät zu betrachten und/oder seiner iTunes Mediathek hinzuzufügen, kann und sollte sich das Tool „VisualHub“ mal ansehen. Man findet es neben dem kleinen Freeware-Bruder iSquint auf visualhub.net (http://www.techspansion.com/visualhub/).

VisualHub bietet ein paar mehr Optionen, unter anderem das Zusammenfügen der Ergebnisse mehrerer Konvertierjobs.

Was allerdings bei beiden fehlt, ist eine Option, nur einen zeitlichen Ausschnitt des Materials zu konvertieren. Da das ganze Tool auf „ffmpeg“ beruht und es unter „Erweitert…“ ein Eingabefeld für weitere ffmpeg-Flags gibt, kann man diese Aufgabe dennoch lösen:

Einfach in Feld „Weitere ffmpeg-Flags“ eingeben: -ss hh:mm:ss -t hh:mm:ss also z.B. -ss 00:17:18 -t 00:04:05, um ab der Marke 17 Minuten und 18 Sekunden eine Länge von 4 Minuten und 5 Sekunden umwandeln. Beide Zeitangaben können auch einfach in Sekunden angegeben werden. Weitere Flags findet man hier: ffmpeg-Doku (diese Flags zB findet man in Kapitel 3.2).

Geotagging, d.h. die Kennzeichnung eines Fotos mit den Aufnahme-Koordinaten, ist eine davon. Ein wenig Spielerei, aber teilweise auch sinnvoll, z.B. als Suchkriterium in großen Fotosammlungen oder bei der Frage, wie es am potentiellen Urlaubsort denn „wirklich“ aussieht, denn große Fotoplattformen wie das auf Geo-Information spezialisierte Locr oder Flickr und Picasa bieten entsprechende Funktionen inzwischen an.

Eine gute Artikelserie mit Tipps und Tools befindet sich im aktuellen c’t (Ausgabe 19/2008 *) Link ab nächster Ausgabe verfügbar).

Solange die eigene Kamera noch keinen eigenen GPS-Empfänger besitzt oder via Bluetooth auf einen externen zugreifen kann, muss man seine Bilder nachträglich „geotaggen“. Das geschieht entweder manuell, wie z.B. innerhalb von Flickr!, wo ich jedem Foto einen Ort auf der Landkarte zuordnen kann. Oder man „verheiratet“ seine Fotoserie anhand der Zeitstempel mit einer Aufzeichnung eines Tracks aus einem Geologger. Dafür gibt es spezielle Programme, die vor allem auch eine Korrektur der Zeitstempel der Fotoserie ermöglichen.

Dreh- und Angelupunkt für solche Arbeiten scheint heute das XML-basierte Datenformat „gpx“ zu sein, welches mit den meisten weiterverarbeitenden Tools kompatibel ist. Aus vielen GPS-Geräten kommen Daten, die erst in dieses Format konvertiert werden müssen. Auch dafür gibt es viele, meist freie Tools.

Als GPS-Logger kommen spezielle Geräte in Frage (ohne Display, klein, keine Navgation, günstig), aber auch GPS-fähige Handys inkl. dem iPhone, GPS-Armband-Devices (z.B. Garmin Forerunner) sowie natürlich auch richtige GPS-Devices, wie z.B. von Garmin.

Hier mein persönlicher Arbeitsablauf:

Geotagging mit dem Sony GPS-Receiver GPS-CS1KA unter OS X

V1.0, 10.8.2008

Tools:
1) GPS-Babel+ (Version 1.3.5; GNU)
2) GPSPhotoLinker (Version 1.60b10)
3) Flickr! (vorher aktivieren: http://flickr.com/account/geo/exif/?from=privacy)

Schritte
0) Tipp: Beim Einschalten der GPS-Unit Foto aufnehmen sobald GPS-Unit tracking begonnen hat (=> Basis für spätere Zeitstempel-Korrektur!)

1) GPS-Unit per USB mit Mac verbinden
2) *.log-Dateien sichern

GPS-Babel:
3) Quick Mode
4) Input – Waypoints; „NMEA 0183-senetences“
5) Output – „GPX“
6) save: <name-it>.gpx

GPS-Photolinker:
7) Load Tracks …
Load Photos
9) Zeitzone ggf. manuell einstellen
10) Time shift falls nötig
11) Einzelne Photos im Standard-Mode bearbeiten
12) markierte Photos im Batch-Mode bearbeiten

Für jeden Event lege ich einen eigenen Ordner …./Fotos/2008-08-01-Urlaub_bla_blubb an. Die Originale landen für jede Kamera separat in einem eigenen Unterordner ./G9, ./EOS400, ./Minolta etc. Die für den täglichen Bedarf heruntergerechneten JPG-Bilder liegen am Schluß des hier besschriebenen Prozesses direkt in diesem Verzeichnis und besitzen chronologisch sortiert auf steigende Dateinamen.

Die RAW Bilder imoprtiere ich „in place“ in Adobe Lightroom. Im ersten Schritt mache ich kaum etwas an den Bildern, das kommt dann später, wenn ich mehr Zeit habe. Und eigentlich auch nur bei einzelnen Bildern.

Ich exportiere also alle RAW-Bilder in eine 70%, 1000×1000 jpg-Variante in das Oberverzeichnis des Events. Beim exportieren gebe ich den Dateien gleich einen neuen Namen „Ort(Kamera)-Originalnummer.jpg“.

Die JPG-Originale rechne ich mit dem Tool „GraphicConverter“ ebenfalls auf die o.g. Größe herunter. Die neuen Dateien landen dabei ebenfalls im Oberverzeichnis, wo sich dann alle heruntergerechneten JPGs befinden. Dieses Programm strotzt nur so vor Funktionen und Optionen. Es ist eigentlich kommerzielle Software, aber die letzte 5-er Version wurde im aktuellen c’t-Sonderheft Fotographie sowie anderen Heften verschenkt.

Die von JPG-Originalen abtsammenden Dateien haben noch ihren urspünglichen Dateinamen aus der Kamera. Den ändere ich mit „NameMangler“ (free) auf das gleiche Muster „Ort(Kamera)-Originalnummer.jpg“ ab. Kamera und Originalnummer erhalte ich, damit ich das Original stets wieder zuordnen kann.

Wie bringe ich die Bilder aber in eine kameraübergreifende Sortierung? Das Dateidatum ist zu diesem Zeitpunkt möglicherweise schon kaputt, also entspricht nicht mehr dem Aufnahmezeitpunkt.

Mit dem Tool „ExifRenamer“ (free) nenne ich Dateien derart um, dass vor den Dateinamen das Aufnahmedatum gesetzt wird, und zwar im sortierfähigen Format „JJMMTThhmmss-….“. Jahr und Monat kann man ggf. auch weglassen, Sekunde meistens auch.

Dieses Umbenennen kann man auch mit dem „exiftool“ (free) vornehmen. Dieses kann sogar noch mehr: Es kann zum Beispiel das Änderungsdatum der Dateien auf das im EXIF-Header gespeicherte Aufnahmedatum setzen. Exiftool ist eine Commandline-Utility, man muss daher Terminal-Commandos eintippen. Für die Interessierten ist hier das Kommando, um die das Dateidatum zu manipulieren: „exiftool ‘-DateTimeOriginal>FileModifyDate’ .„. Damit werden alle Dateien im aktuellen Verzeichnis bearbeitet.

Das gleiche kann man auch mit einem anderen Commandline-Tool erreichen: „jhead“ (free) ist etwas einfacher in der Handhabung – habe es aber noch nicht getestet.

Anschließend lade ich die Dateien mit „FlickrUploadr“ (free) auf meinen Flickr-Account (meistens aber in den privaten Bereich).

Soweit im Groben. Ich bin gespannt über Fragen zu Details oder Anregungen.

VG Thomas

Einfach im Suchfeld eintragen: <Zahl> <Ausgangswährung> in <Zielwährung>, also z.B. „1000 USD in EUR“. Der erste Treffer ist dann das Ergebnis:

Google Währungsumrechnung

Und das Schöne: Das funktioniert natürlich auch über das Suchfeld, das die meisten Browser heute anbieten. Das nenne ich „schlank“.

Viele Grüße
Thomas

Optimal für eine solche Anforderung ist ein zentraler Speicherplatz, auf dem man entweder direkt arbeitet oder aber auf einer stets aktuellen Schattenkopie. Für manche Szenarien ist ein zentraler Fileserver im lokalen Netz schon die Lösung, aber noch viel besser für „normal große“ Dateien ist „Dropbox„.

Dropbox ist eine Kombination aus lokaler Software und einem Internet-Service.

Erste Schritte: Account einrichten und Software installieren.

Dann habe ich auf meinem Computer (PC oder Mac, Linux angekündigt) ein voll funktionsfähiges Verzeichnis „dropbox“. Die Grundlage für alles weitere: Jede Datei und jedes Verzeichnis in diesem dropbox-Verzeichnis wird sofort auf den angeschlossenen Web-Account repliziert. Ich kann Dateien auch direkt in diesem Verzeichnis bearbeiten – nach jedem „Save“ wird die Datei „nach oben“ synchronisiert. Bis hier ein schönes Backup-System.

Installiere ich nun die Software auf weiteren Clients und hinterlege die vorhandenen Account-Daten, dann sorgt Dropbox immer dafür, dass alle Bestände synchron bleiben. Also ich bearbeitet eine Textdatei auf meinem Macbook und speichere ab. Kurz blitzt das „sync“-Symbol des Dropbox-Icons auf und ich kann den Rechner ausschalten und am Mac Pro weiterarbeiten.

Weitere Vorteile:

• Mehrere Clients müssen nicht gleichzeitig aktiv sein, um sich zu synchronsieren.
• Kein Server benötigt.
• Jederzeit auch Zugriff auf die Dateien über ein Web-Interface.
• Spezieller Ordner „Photos“, der die Bilder gallerieartig darstellt.
• Sharing: Dateien im Ordner „public“ kann ich per Weblink „sharen“. Ich erhalte für diese Dateien spezifische Links, die ich auch an nicht Dropbox-Mitglieder als Download-Link weitergeben kann. Sehr nützlich!
• Teamwork: Mit anderen Dropbox-Mitgliedern kann man Verzeichnisse „sharen“, die dann Bestandteil aller verbundenen Dropbox-Instanzen aller dieser User werden.
• Versionshistorie im Webinterface: Hier kann man auch ältere Versionen von Dateien finden und wiederherstellen.

Dropbox ist aktuell im Beta-Test, funktioniert aber tadellos. Als Betatester erhält man 2GB ohne Bezahlung! Das genügt für eine Menge Office Dateien und übersteigt meinen Bedarf für aktive Projekte im Moment bei weitem. Für Medienschaffende vielleicht noch zu wenig, aber die Bezahlversionen werden dann auch größere Volumina bieten.

Ähnliche Lösungen: Sugarsync, Mozy (mehr auf Backup ausgelegt), JungleDisc.

Ich bin von der Idee des Angebots wie von der Umsetzung begeistert! Wie löst ihr diese Aufgabe?

VG Thomas

PS: Begeistert von diesem „Instant Sync“ Ansatz habe ich eine Software gesucht, die mir das im lokalen Netz mit dem lokalen Fileserver nachbildet. Leider bisher ohne Erfolg. Die gefunden Synctools arbeiten entweder auf manuellen Aufruf oder aber in (gröberen) Zeitintervallen.