iCloud容量枯渇時の対処法（iCloud上の写真をダウンロード&削除）

iCloudにバックアップしている写真、動画が5GB近くになっているようで、愛用のiPod touchにポップが頻繁に表示される。意図的にiCloudを利用していたわけでもないので、バックアップ出来なくなってもよいかと、最初は無視していたが、頻繁に表示されるのが余りにも鬱陶しいため対処した。

目次

  1. 困ったこと
  2. やりたいこと
  3. ググってみた
  4. iCloudにバックアップされた写真のダウンロード方法
  5. OneDrive経由で同期した写真とiCloud経由で同期いた写真で情報の欠落がないか確認
  6. 結論

困ったこと

定期的にiPodに以下の通りポップアップが表示される。また、PCにもiCloudアプリをインストールしているのでPCにも頻繁にワーニング的なメッセージが表示されるのでとにかく鬱陶しい。

やりたいこと

私は別のMSのストレージクラウドOneDriveでiPodで撮影した写真はPCに同期される仕組みにしているので、iCloud上の写真はすべて削除してしまえば問題解決しそうだが、OneDriveもたまに同期されない写真があったので（現在は大丈夫かもしれないが）、念のため一旦ダウンロードして不足がないことを確認してから削除したかった。
また、OneDrive経由で同期した場合とでEXIF情報（撮影日、位置情報などの付加情報）が欠落していないか心配だったので、一応その確認もしたかった。

ググってみた

同じ事象（iCloudの容量逼迫）で困っている人は数多くいるようで、ググると関連する情報が沢山出てくる。。。が、どれもこれも写真のバックアップを無効化しましょうという内容ばかり。SEO対策しているのか、同じ内容が上位に並んで表示されるのでやりたいことが出てこない。一旦全てダウンロードしてからバックアップ無効化（削除）したいと思う人が多い気がするのだが、、、

iCloudにバックアップされた写真のダウンロード方法

しょうがないので英語サイトを検索すると以下の説明を発見。記事も2016年5月で比較的最近なので信頼度も高そう（iCloudに限らずiTunes等は頻繁にupdateして機能が変わるので）。
How to Download Photos from iCloud to Mac or Windows PC the Easy Way

基本的には1ファイルずつダウンロードするしかないようだ。インタフェースがイケてないな。。。
複数ファイルを一度にダウンロードしようとすると、Ctrl+クリックで1ファイルずつ選択していく必要があるようだ。面倒。でもこの方法しかないとのことだ。

OneDrive経由で同期した写真とiCloud経由で同期いた写真で情報の欠落がないか確認

同期する経由によって情報が欠落するのであれば、欠落しない経由の写真を優先保存した方が良いので。現在検証可能な以下4通りの方法で同期(コピー）したファイルを確認した。結論から言えばGoogle Photo経由の同期を除いて情報の欠落はなかった（オリジナルと同一ファイルだった）。
  • iPod Touch本体からUSB経由でファイルコピー(オリジナルファイル）
  • iCloud経由で同期、iCloudサイトからダウンロード
  • OneDrive経由でWindows PCに同期
  • Google Photo経由で同期
情報欠落有無の確認は各ファイルのMD5をの値で行った（Pythonのhashlibモジュールｊを利用）。一応Windows標準アプリによる目視確認も実施。
1番目がiCloud経由で同期、2番目がiPod Touch本体からUSB経由、３番目がOneDrive経由、4番目がGoogle Photo経由。Google Photo経由のみMD5値が変わってしまっている。

In [18]: print( hashlib.md5( open('IMG_2289.jpeg', 'rb').read() ).hexdigest())
11e00a51693d8b331aa346f749567848

In [19]: print( hashlib.md5( open('IMG_2289.JPG', 'rb').read() ).hexdigest())
11e00a51693d8b331aa346f749567848

In [20]: print( hashlib.md5( open('20161204_051434899_iOS.jpg', 'rb').read() ).hexdigest())
11e00a51693d8b331aa346f749567848

In [21]: print( hashlib.md5( open('20161204_051434899_iOS_googlephoto.jpg', 'rb').read() ).hexdigest())
e40903bf81d8b218556f87459c2fd7bd

因みに、ファイル名・拡張子は若干変わってしまうようだ。オリジナル（iPod Touch本体からUSB経由）はIMG_2289.JPGであるのに対し、iCloud経由ではIMG_2289.jpegと拡張子が変更されている。OneDrive経由だと撮影日（作成日？）でリネームされている。Google Photoはオリジナルと同じ。尚（上記のMD5確認時は適当にリネームしてしまっているが、実際にはファイル名は変更されていなかった。）

Windows標準のフォトアプリでの表示を目視でも確認

iPod Touch本体からUSB経由でファイルコピー

iCloud経由で同期、iCloudサイトからダウンロード

OneDrive経由でWindows PCに同期

Google Photo経由で同期。
てかそもそも、ファイルサイズが小さくなっている。目視レベルでは画質の劣化はわからないが。
念のためファイルのプロパティ詳細なども差異がないか確認したが、イメージIDという情報が追加されてはいたものの、特に情報の欠落は特に確認できなかった。

他のサイトでもGoogle Photoはファイルサイズ小さくなることを指摘している。
http://trendy.nikkeibp.co.jp/atcl/pickup/15/1003590/022900182/?P=2&rt=nocnt

結論

iCloudから全ての写真データをダウンロードするのはかなり面倒。
Google Photo以外で写真をバックアップしていれば、写真に付記されている情報（EXIF)の欠落はないので、どの経由で取得した写真ファイルであっても問題ない。iCloud以外の方法でバックアップが取れていればiCloudの写真のバックアップは無効化しても問題ない。
但し、同期する過程でファイル名が変更されてしまうので、複数経由で同期・コピーした写真ファイルをマージすると重複した写真ファイルの整理（削除）が大変になる。

以上

コメント

コメントを投稿

このブログの人気の投稿

Python SQLite スレッド間でコネクションの使いまわしは出来ない

以下のエラーが出た。 ProgrammingError: SQLite objects created in a thread can only be used in that same thread.The object was created in thread id 5052 and this is thread id 3176 SQLiteのオブジェクトは作成されたスレッドでしか使えない。とのこと。 そういうもんなのか。。。ちょっと面倒。 ■ サンプルプログラム import sqlite3 class CreateConnection(threading.Thread): connection = sqlite3.connect(':memory:') def __init__(self): threading.Thread.__init__(self) def run(self): sql = 'SELECT col1 from TEST_TABLE' self.connection.cursor().execute(sql) if __name__ == '__main__': sql = "CREATE TABLE TEST_TABLE ( col1 INTEGER );" sqlite3.connect(':memory:').cursor().execute(sql) CreateConnection().start()
続きを読む

slackでgeneralの投稿を全削除する

イメージ
最近slackも日本語化して、海外との槍とも多いことからchatworkからslackへ移行しています。 slackは概ね満足なのですが、１点不満を言うとすれば、ワークスペースという一旦大きなくくりを作らないといけないので、LINEのグループみたいなものを作る点がやや億劫です。 ですが、その点を除けば、概ね機能性は他のサービスの上位互換な気がしています。。。 Slackを仕事で暫く使用しているとると困ったことが発生しました。 それは、generalというデフォルトのチャネルに関してで、全メンバー公開のこのチャネルに色々投稿していたのですが、プロジェクトの途中に権限レベルの異なるメンバーが参加し、そのメンバには見せられない情報をgeneralに投稿してしまっていたからで、当初はgeneralにアクセス制限かければと考えたのですがどうにもそれはできない仕様になっており別の対策をする必要が発生しました。 ということで、今回は以下の対応を取りました。 1. generalの内容をエクスポート 2. generalの内容を別のプライベートチャネルにインポート 3. generalの内容を全削除 1と2はslackの機能で対応可能です。 3は対応できなかったのでPythonで削除することにしました（もちろん手動で一つ一つ削除することは可能です） なお、以下の手順は実行者がオーナーの場合を想定しています。 権限が無ければエクスポート等できない操作があります。 1.generalの内容をエクスポート 以下にアクセスして「エクスポートを開始」をクリックします。 データのエクスポート ※ 事前にワークスペースにログインしておく必要があります。 そのまま準備が完了するまで待ちます。 適当なタイミングで画面リフレッシュ（F5)すると「ダウンロード可能」の文言が現れますのでこれをクリックするとエクスポートファイルをダウンロードできます。 (参考) ワークスペースの管理 2.generalの内容を別のプライベートチャネルにインポート 以下にアクセスして「Slack」行の「インポート」ボタンをクリックします。 データのインポート 「ファイルを選択」ボタンをクリックして先ほどエクスポートしたファイルを選択し、 「インポー
続きを読む

Google location history（JSON形式）をCSVファイルにする

前回の挫折 から、今度はJSON形式で出力したGoogle locaiton historyを、まずはCSVに吐き出すことをしてみた。時間、緯度、経度、高度以外の情報はバッサリ切り捨て。 参考サイト(コード）はこれ https://github.com/Scarygami/location-history-json-converter/blob/master/location_history_json_converter.py ソース import json import datetime import csv class placetime ( object ): def __init__ ( self , je): self .time = je[ 'timestampMs' ] self .longitude = je[ 'longitudeE7' ]/ 1e7 self .latitude = je[ 'latitudeE7' ]/ 1e7 self .altitude = je[ 'altitude' ] if 'altitude' in je else None def __lt__ ( self , other): return self .time < other.time def __str__ ( self ): return "{t} {lg} {lt} {al}" .format( t = self .ftime , lg = self .longitude , lt = self .latitude , al = self .altitude) @ property def ftime ( self ): return datetime.datetime.fromtimestamp( int ( self .time)/ 1e3 ).strftime( "%Y-%m-%d %H:%M:%S" ) @ property
続きを読む