nDiki : ソーシャルメディア

ソーシャルメディア (social media)

定義例

平成29年通信利用動向調査では下記のように説明している。

ブログ、ソーシャルネットワーキングサービス(SNS)、動画共有サイトなど、利用者が情報を発信し、形成していくメディア。利用者同士のつながりを促進する様々なしかけが用意されており、互いの関係を視覚的に把握できるのが特徴。

2018年4月24日 (火)

サイバーショット DSC-RX0 を1カ月使っての感想

image:/nDiki/2018/03/25/2018-03-24-122323-nDiki-1200x800.jpg

1.0型センサー搭載の超小型サイバーショット DSC-RX0 を使い始めて1カ月が経ちました。

ビジュアル・ブックマーク機再来かサイバーショット DSC-RX0

毎日持ち歩いて気が付いた点や様子は以下。

初めて新品を触った時に感じたざらりとした石のような触感と重さは慣れるにしたがって驚きではなくなってきた。
やはりこのサイズは正義。どんなバッグにも入るし、街を歩く際もさり気なく手の中におさめておける。
電源オンでレンズ繰り出し等もなくすぐ撮れるというストレスフリーさが良い。
24mm (35mm 判換算) は結構広いなーという感じ(ちなみに DSC-U40 は 33mm 相当だった)。街並みを取る時には 24mm あって良いなという時もあるのでいいかな。
最短撮影距離(レンズ先端から)が約50cmというのは、自分の使い方だと特に困っていない(そういう撮り方の時は別のカメラを使っているというのはある)。
レンズカバーが無いので正面のレンズプロテクターが汚れやすいのではと懸念していたが、汚れに強いのか今のところ気になったことがほとんどない。
モニタが小さく電子水準器もないので水平を出すのが難し目。
モニタは小さいけれど操作に困ることは特に無し。α6300 でソニーの UI に慣れているというのは大きいかも。
縦位置・横位置かのセンサーも無いようで Exif Orientation が記録されない。縦位置写真は取り込んだあと自分で回転する必要がある。
スマートフォン転送は接続してしまえば十分速い。
撮ってその場でソーシャルメディアに上げるのは、カメラ側で一切操作せずに Bluetooth + Wi-Fi でスマートフォン側から操作して取り込める PowerShot G9 X Mark II の方がずっと手軽ではある。どんどん投稿したい予定がある場合は G9 X Mark II の方を持ち出す方が良い。
バッテリ容量が少ないこともあって、1日に数枚撮影しスマートフォン転送・パソコン転送をする使い方で数日毎に充電している感じ。

良いです。やはりビジュアル・ブックマーク機再来ですよ、これは。

ソニーサイバーショット DSC-RX0
キヤノン PowerShot G9 X Mark II も価格が下がってきてお薦め。

[ 製品レポート ]

スポンサードリンク

[ permalink ]

[ 4月24日全て ]

2018年5月6日 (日)

このゴールデンウィークから RAW 画像形式で記録し処理し始めた

ゴールデンウィーク最終日。今回のゴールデンウィークで個人的にやろうと思っていたことの1つがデジカメで「RAW 画像」で記録して、PC で処理・管理できるようにすることでした。

「スマートフォン・PC に転送する時どうなるの?」「RAW ファイルをどのように管理しよう」「ストレージの容量を圧迫しそう」「ソフトウェアを用意し使い方を学ぶ必要がある」「RAW 現像に無限に時間が取られそう」などの懸念があってなかなか手を出してこなかったのですが、ゴールデンウィークというまとまった時間でやってみることにしました。

デジタルカメラの設定

デジタルカメラ側は α6300(ソニー)・DSC-RX0(ソニー)・PowerShot G9 X Mark II(キヤノン)でそれぞれ RAW + JPEG で保存するようにして終わり。

スマートフォンへの転送

外出先でソーシャルメディアに投稿する時にデジカメからスマートフォンへ Wi-Fi 転送しています。 RAW ファイルまで転送されたら時間がかかるのでは懸念していましたが、ソニー機・キヤノン機どちらも JPEG ファイルのみ転送するようになっていて問題なしでした。

PC への Wi-Fi 転送

ソニー機から自宅で Mac へ Wi-Fi 転送しています(キヤノンは未対応)。スマートフォンの時とは逆にこちらは RAW ファイルも転送して欲しい訳ですが、期待通り両方転送してくれてました。問題なし。

RAW ファイルのファイル名

JPEG ファイルは「画像ファイル名の先頭を日時にする」(例えば 2018-05-05-123456-ILCE-6300.jpg) (記事)に統一しています。 RAW ファイルは同時に記録した JPEG ファイルと同じファイル名 + RAW 画像形式の拡張子にしたいところ。

JPEG 画像ファイルのリネームには jhead を使っているので、 RAW ファイルでも同様のコマンドラインツールが無いかと探してみました。

調べると ExifTool が RAW 画像ファイル形式中の撮影データを扱えるということがわかりました。以下のようなスクリプトでリネームするようにして解決。

 #!/bin/sh
 chmod 644 $@
 exiftool '-FileModifyDate<CreateDate' $@
 exiftool -d %Y-%m-%d-%H%M%S%%-c-ILCE-6300.arw '-FileName<CreateDate' $@

RAW ファイルの管理

カメラの撮って出し JPEG 画像でいいかなと思う時はさくっと消すことにしました。調整したいなと思った場合は RAW ファイルから現像し

オリジナル RAW ファイル
オリジナル JPEG ファイル
編集後 RAW ファイル
現像書き出しした JPEG ファイル
現像書き出しした JPEG ファイル (記事/投稿用リサイズ版)

をとりあえず保存してみています。ここはもうちょっと整理しても良さそう。

現像ソフトウェア

いったんデジタルカメラメーカーが出しているもので。

ソニー: Imaging Edge
キヤノン: Digital Photo Professional 4

メーカー別にソフトウェアを使い分けるの面倒なのでどうしようという感じです。 Lightroom Classic CC にするのがいいのかな?

まだパラメータ調整で思ったような絵作りができないので、まずはそこを学びたいところです。

[ permalink ]

[ 5月6日全て ]

2018年7月1日 (日)

Lightroom CC mobile で編集した JPEG ファイルの整理手順

外出先でスマートフォンに写真(JPEG ファイル)を転送し Lightroom CC mobile で編集・書き出してソーシャルメディアに投稿したあと、手元にある現像された写真を管理する手順をちょっと考えてます。

家に帰って Lightroom Classic CC で同期したあと、 MacBook Pro で単純にファイルを移動したりしてたら現像設定が消えてあれあれとなったので、いったん以下の手順でやることにしました。

以下 Lightroom Classic CC での操作

Lightroom CC mobile で編集した写真をローカルに同期する(自動)。
Lightroom CC mobile で編集した写真に対して「メタデータをファイルに保存」を実行。 (現像設定を含むメタデータを JPEG ファイル内に書き込む)。
写真ファイルをいったん「Lightroom からのみ除去」。 (クラウドの同期を外す)
普段使っているオレオレルールリネームスクリプトで名前を変更。(ここはターミナルでの作業。)
「フォルダーを同期」で Lightroom Classic CC カタログへ写真を読み込み。
ファイル名に Lr をつける。(デジカメから直接取り込んだ未現像のファイルと区別するためのオレオレルール)
保存したいフォルダーに移動する。

前はメタデータを JPEG ファイルに保存していなかったため、 Lightroom CC の同期から外した時点で現像設定が消えちゃっていました。 Lightroom Classic CC の方はカタログ設定で「JPEG、TIFF、PNG、および PSD ファイル内のメタデータに現像設定を含める」をオンにしてあったため、 Lightroom 同期した時点でローカルに作られた JPEG ファイルに現像設定が書き込まれていると誤解してました。

もっとスマートな方法があれば知りたい。

[ permalink ]

[ 7月1日全て ]

2018年11月6日 (火)

プロダクトマネージャー・カンファレンス 2018 1日目 #pmconfjp

image:/nDiki/2018/11/06/2018-11-06-113539-nDiki-1200x800.jpg

今日から2日間ベルサール秋葉原 2F ホールでプロダクトマネージャー・カンファレンス 2018。

https://2018.pmconf.jp/

1日目の今日は Wellcome Talk とクロージングをのぞいても12セッションと盛りだくさん! 結構な数だなぁと思っていたけど、30分/15分というセッション時間でさくさくと進んでいるので、それほどハードモードではなかった。

今年のカンファレンスは「愛されるプロダクトを創ろう。」がテーマ。基調講演といくつかのセッションでは愛されるプロダクトについても触れられていたけれど、思ったほどは触れられていなかった印象である。登壇者の事業のプロダクトの紹介(アピール)とその成長に向けた取り組みの話が多かった。領域的には「人」「プロセス」「プロダクト」のうち「プロダクト」についての内容がほとんどだったかな。

一般申込み席はテーブル無しだけれど、前の席との間隔があって足元は快適だった。会場 Wi-Fi は無くテザリングも Wi-Fi 干渉で無理な状態(Bluetooth なら多少いけた)。メモは TaskPaper でとりつつ Twitter はスマートフォンで眺めるという感じで。

以下メモ。

10:00 - 10:15 [06-01] Welcome Talk

プロダクトマネージャー・カンファレンス実行委員長関満徳氏

10:07 からスタート。今年は定員650人とのこと。今年のテーマは「愛されるプロダクトを創ろう」。

10:15 - 10:45 [06-02] 基調講演: 愛されるプロダクトを創るべき「3つの理由」

プロダクトマネージャー・カンファレンス実行委員丹野瑞紀氏

PM 一年生をターゲットとして想定した講演。

まずはプロダクトマネージャーの役割について。プロダクトマネージャーの役割は事業目標を達成できるプロダクトを作るために機能を(製品要求仕様(PRD)などの形で)定義しエンジニア・デザイナーと共に開発するとした。

「愛されるプロダクトを創る」べき理由として以下が説明された。

カスタマーロイヤルティが高いことで継続利用が増える。サブスクリプションサービス時代に重要。
愛されるプロダクトはソーシャルメディア上を含め他人に勧められることが増え、顧客獲得コストを下げることにつながる。

プロダクトマネージャーもカスタマーロイヤルティを強く意識していく必要があるね。

「愛されるプロダクトとは何か」ということについては触れられなかった。今回のカンファレンスでそれを定義するセッションはあるのかな?

11:00 - 11:30 [06-03] 未来を変えるプロダクト作りへの挑戦～FiNCの今までとこれから～

▲株式会社FiNC Technologies チーフプロダクトオフィサー犬飼敏貴(@wancky)氏

FiNC Technologies の製品と会社の紹介。ヘルスケアではユーザーの短期解決よりも継続のある成果を提供する必要があるという話。それからゼロベースを怖がらすにプロダクトを定義していこうというのと高効率な PDCA サイクルにしていこうという話であった。

「高速よりも高効率」という論だったが、PDCA サイクルについてはまあ高速に失敗することも大切。考えなしにやってみればいいというものじゃないよという戒めかな。

「愛されるプロダクト」

特に話題なし。

11:45 - 12:15 [06-04] 世界で愛されるプロダクトを作ろう

▲楽天株式会社トラベルプロダクトマネジメント課マネージャー熊谷亘太郎氏

楽天なのでスライドは英語。

「20年稼働してきたシステムを刷新し世界展開できるようにする」ことを題材にプロダクトマネジメントサイクルの要素の話をされていた。「製品要求仕様をまとめる」「コミュニケーションをしながら課題を解決していく」「意思決定していく」「バグトリアージ」のことなど。

機能をいれない (Cut feature)
不具合を修正しない (Wan't fix)

を宣言できるのは「プロダクトマネージャーだけ」という話はドキッとなった。これはしっかり意識しないとな。

「愛されるプロダクト」

特に話題なし。

12:25 - 12:55 [06-05] [対談] 食文化を支えるプロダクトマネージャーの仕事術

株式会社ノンピ取締役荒井茂太氏、プロダクトマネージャー・カンファレンス実行委員及川卓也氏

カフェテリア運営におけるプロダクトマネジメントもソフトウェアプロダクトマネジメントも多くな共通点があるという話。ユーザーをどう動かすか(とがめることなく食べ残しを減らした取り組みなど)が興味深かった。

「愛されるプロダクト」

ユーザー(カフェテリアを利用する社員)のことをしっかりと意識しているのが感じられて、これは愛されるプロダクトだろうなと感じた。

12:55 - 13:10 [06-06] クチコミサイトからプラットフォームへの挑戦プロセス

▲株式会社アイスタイル代表取締役社長兼 CEO 吉松徹郎氏

@cosme のビジネスモデルと採用をアピールしていた。スポンサーセッションぽい。

「愛されるプロダクト」

特に話題なし。

13:10 - 13:25 [06-07] プロダクトマネージャーにもコーチは必要だ

▲グロース・アーキテクチャ＆チームス株式会社代表取締役鈴木雄介(@yusuke_arclamp)氏

新会社をマネタイズするのがこのセッションのゴールとストレートに言ってしまうのは好感。スポンサーセッションぽい。

プロダクトマネージャーが忙しくなることによりコミュニケーションの薄いセクションとの齟齬が発生する。組織としてプロダクトマネジメントいくことで対応していくためには、いろいろ共有してくのが重要だという話であった。

アジャイル/スクラム用語がさらっと出てきていて、それらを前提でザクザクと進めていく感じのトークだった。

「愛されるプロダクト」

特に話題なし。

13:40 - 14:10 [06-08] ユーザーと両想いになるサービスの作り方

株式会社エウレカ執行役員 VP of Pairs Japan 金田悠希氏

「新しい革新的なビジネスモデルは存在しない」「機能は真似る」「マーケティングで勝つ」というプロダクト戦略はわかりやすいし、成功についてのしっかりとしたポリシーが感じられてよかった。

「愛されるプロダクト」

特に日本のユーザーがマッチングアプリで抱えやすい不安に誠実に向き合いそれを取り除く取り組みをしている点は、愛されるプロダクトにしていく上で大切だなと感じた。

14:25 - 14:55 [06-09] インターネットテレビ局「AbemaTV」プロダクトの変遷

▲株式会社サイバーエージェント執行役員長瀬慶重(@lionbaby)氏

「新しいプロダクトが市場で埋もれない」ようにするということについて、AbemaTV の企画・デザイン・PR などの取り組みを紹介。PR で話題を絶やさないように出し続けていく、PR もプロダクトマネージャーの大切な仕事と言っていたのが、自身の立場に照らし合わせてなるほどと感じた。

「愛されるプロダクト」

特に話題なし。

15:10 - 15:40 [06-10] 事業ドメインを絞り込むことで磨かれるプロダクトマネジメント

▲ピクシブ株式会社執行役員 pixiv運営本部長・新技術プロジェクトプロデューサー清水智雄(@norio)氏

pixiv では「創作」というドメインに絞ってプロダクトを出している。ドメインを絞ることで社会の解決すべき問題の詳細が見えてくる。知見と技術が蓄積され、体制変更が柔軟・高速にできる。という論。

自社だとコミュニケーションがそれにあたるな。

「愛されるプロダクト」

ドメイン理解者であることがユーザーに伝わると、ユーザーが自分たちのためにプロダクトを作ってくれているという感じてくれるようになる。企業レベルでユーザーとエンゲージメントが結ばれるというところが素晴らしい。

15:55 - 16:25 [06-11] 愛されるプロダクトマネージャーのプロダクトマネジメント~愛されるためにまずは成果を残す~

株式会社ZOZOテクノロジーズ代表取締役CINO 金山裕樹(@yukiller)氏

最近読んだ「Hooked ハマるしかけ使われつづけるサービスを生み出す［心理学］×［デザイン］の新ルール」の翻訳もされている方。行動力というか物事を成し遂げる力というか、フレンドリーな話し方を含めてとても魅力的な方だった。

今日のセッションでは数少なかったピープルマネージメントについての話題が興味深かった。プロダクトマネジャーチーム結成について。リクルーティング(スクリーニング)・オンボーディング(花を持たす)・グロースへをどうやってきたか。人を生かす・パフォーマンスを引き出すという気持ちが、今日一番刺激的に感じた。

スクリーニングについては Joel の考え方に近いなと。

「愛されるプロダクト」

具体的にどの話がという訳ではないのだけれど、この方が創るプロダクトなら好きになりそう、そんな感じがした。

16:40 - 17:10 [06-12] LINE開発の舞台裏とプロダクトマネージャー

▲LINE株式会社 LINE企画1室副室長入江和孝(@kazukomati)氏

みんなが使っている LINE アプリの話。

LINE の規模までくると機能改良しても利用者数は変わらないのがプロダクトマネージャーとして辛いとか、国内王者らしい話がうかがえた。

取り消し機能の製品要求仕様の決定では、さまざまな仕様案と反対意見が出た中、全てのユースケースを解決する仕様が無い中で、機能の目的・原則に立ち返って決定したとおっしゃっていた。 GTD でのナチュラルプランニングを思い出した。

「愛されるプロダクト」

ユーザー・メディアの取り消し機能仕様に対する不満に対して、取り消せなくて困った事例を募集するキャンペーンをやってみたりするのは面白いなと。ユーザーに対する説明をしっかりしようという感じが伝わった。

17:25 - 17:55 [06-13] 失敗をデザインする

ラクスル株式会社取締役CTO 泉雄介氏

リリースしてから失敗することを減らすためにプロトタイピングと検証をという話。

「愛されるプロダクト」

特に話題なし。

17:55 - 18:05 [06-14] クロージング

プロダクトマネージャー・カンファレンス実行委員長関満徳氏

[ permalink ]

[ 11月6日全て ]

2018年11月14日 (水)

トピックとリンクによる構造が特徴のサービス Trickle

丸山@h13i32maru 氏が開発された Trickle というサービスがとても面白そうなので、サインアップして触ってみた。

気兼ねなくアクティビティを書き留められるTrickleというサービスをリリースしました - maru source

より気兼ねなくアクティビティを投稿できるためのトピックという構造

Trickle は Twitter を使っていて

「自分が主体でありたい、自分への影響をコントロールしたい。でも一人は寂しい」

という自分も「そうそう!」と共感できるインサイトから、トピックというアイデア取り入れて作られた(ソーシャルメディア)サービスだそう。トピックという構造を1つ入れることで投稿する側は書き分けられるし、読む側は特定のトピックだけサブスクライブすることで読み分けられるというお互いにハッピーという仕組みだ。

投稿単位であるアクティビティはオプショナルな「ノート」「画像」「リンク」を持つ。「いいね」と名付けたトピックに他のアクティビティへのリンク付きアクティビティを投稿することで、ユーザーは「いいね」機能を「実装」できてしまうわけだ。非常に面白い!

また書き留めるサービスという観点から、アクティビティを再編集したり別のトピックに移して整理しなおせるというのも理に適った仕様だと思う。

一個人として自分はトピックを使い分けられるだろか?

19年 Web 日記を書き 11年 Tweet している身として「日常生活の中で使える時間は有限。メディアやアカウントをテーマ別に使い分けてどれも充実させていくというのは時間的にもネタ的にもかなり大変である。そもそも興味のあるテーマもどんどん変わっていく。なのでテーマ別に分けない方が良い」だと自分自身については思っている。

それからソーシャルメディアの投稿を読むという立場で考えてみてると「何のテーマの投稿か?」以上に「誰の投稿か?」を自分は重視しているなと。やはりトピックではなく人をフォローしたいのだ。うん。

1日使っただけで Trickle のサービスやモデルの良否は語れるものではないので、以上あくまでもファーストインプレッションということで。

知っている人がどんどん使い始めたら、もっと便利さが感じられるのかもしれない。……あ、やはり人をフォローしたいんだな。

[ permalink ]

[ 11月14日全て ]

2018年12月31日 (月)

2018年にお金を払ったサブスクリプションサービス

今年も棚卸しをかねて2018年にお金を払ったサブスクリプションサービスを書き出してみるよ。以下税込額。今年支払ったのは64,414円。昨年支払ったのが39,264円だったので大幅アップ。年末時点で継続しているもので月4,804円ほど。

新規の中でお値段以上の価値を感じたのは Lightroom を使うために購入した Adobe Creative Cloudフォトプランだ。写真表現の幅を広げることができた。

去年版は以下に。

2017年にお金を払ったサブスクリプションサービス

今年支払ったもの

さくらのレンタルサーバプレミアム (継続)

月額1,543円(クレジットカード払い)。1年あたり18,516円。

レンタルサーバ。この nDiki の公開とメールボックスが主な用途。2009年に契約して安定稼働しているので乗り換えることもなくずっと利用継続中。

さくらのレンタルサーバ

Remember The Milk Pro (タスク管理ツール) (継続)

年額4,800円(Apple In-App Purchase)。

一番使いやすいタスク管理ツール。2007年に使い始め、最初に Pro にしてみたのは2010年。

Remember The Milk

Ulysses (テキストエディタ) (継続)

年額3,300円 (Apple In-App Purchase)。

ノート・この nDiki 記事書き・プライベートな日記など、テキストファイル編集管理全般に使っているテキストエディタ (Mac アプリケーション・iOS アプリ)。これに代わるアプリケーションは存在しない。

Ulysses

mixiプレミアム (継続)

月額324円(クレジットカード支払い)。1年あたり3,888円。

mixi のプレミアム会員サービス。mixi日記の表現力がアップするなどのプレミアムサービスを利用するのに登録中。登録しているといろいろな機能がちょっとずつ便利になる。

mixiプレミアム

Amazonプライム (継続)

年額3,900円(クレジットカード払い)。

Amazon.co.jp のプレミアム会員サービス。今年は妻に譲ることも考えたんだけれど、やはり特典を使いたいなと思い自分で継続。先日読みたいと思った本が Prime Reading にあったのはラッキー。あとはたまに動画を観るぐらい。

Amazonプライム

Evernote プレミアム (継続)

年額5,200円(Google Play 支払い)。

ノートアプリのプレミアム会員サービス。利用頻度は低いけれど、スキャンした PDF ファイル置き場になっているのでやめられない。

今回は Google Play の残高で Evernote プレミアム購入

Flickr Pro

2年間44.95ドル、5,146円(PayPal 払い)。1年あたり2,573円。

写真共有サービスのプレミアム会員サービス。ほとんど使用していないのだけれど nDiki の古い記事で表示に使っているところがあるので継続。nDiki で表示に使うのをやめたら Pro は止めるつもりでいる。

花粉症の薬飲み始めとか Remember The Milk Pro と Flickr Pro の更新とか【日記】

Buffer Awesome Plan (現 Pro Plan) (新)

月額$10 / 1,200円(In-App Purchase) 7カ月 8,400円。

Twitter その他ソーシャルメディアへの予約投稿サービスの有料プラン。 Free Plan で十分だったので解約した。予約かどうかにかかわらず Twitter 投稿に常用している好きサービス。

Day One Premium (新)

年額 2,800円(In-App Purchase)。

日記アプリ。Android 版が出たので期待して使い始めたのだけれど、Day One Sync が大規模障害を起こしたり、 Day One 3 で Markdown 記法のテキストの扱いが不便になったり、 Android 版の機能追従が進まなかったりと、自分の使い方にはイケてないサービスになってしまった。次回は継続しない予定。

Day One Premium をキャプチャツールとして使うことにした

Adobe Creative Cloudフォトプラン (新)

月額 1,058円(クレジットカード払い) 8カ月 8,464円。

Lightroom Classic CC で現像したくて購入。Lightroom CC mobile もちょこちょこ使ってる。購入してよかった。

Adobe Creative Cloudフォトプラン購入

今年は支払いが無かったもの

支払いサイクルやポイント利用などで今年は支払いが無かったもの。支払っていたら1年あたり2,772円相当。

naney.org ドメイン (継続)

3年間4,860円(クレジットカード払い)。1年あたり1,620円。

さくらのレンタルサーバにした頃に VALUE-DOMAIN へ移管したあとずっと継続。

去年更新したので今年は支払いなし。

ラピッドSSL

3年間3,456円。1年あたり1,152円。

2017年に再発行があり無料で3年延長されたので2020年まで有効。

2018年にやめたもの

前述した Buffer を今年始めて止めたぐらい。昨年支払っていて今年止めたものはなし。

[ permalink ]

[ 12月31日全て ]

2019年2月11日 (月)

PowerShot G9 X Mark II から Mac にクラウドシンクロ

image:/nDiki/2019/02/11/2019-02-11-121614-nDiki-1200x800.jpg

自宅にいる時にカメラで小物をさっと撮って Mac でささっと現像してソーシャルメディアに投稿したいことがある。そんな時はメモリーカードの抜き差しなどしたくない。

ソニーの α6300 や DSC-RX0 は PlayMemories Home で Wi-Fi 転送できるのだけれど、ちょっとした撮影は PowerShot G9 X Mark II でしたいんだよね(α6300 はちょっと仰々しいしマクロレンズが無い、DSC-RX0 は 24mm で小物を撮るには向かない)。

しかし PowerShot G9 X Mark II は2年前に購入して以来ずっと転送ソフトウェアの CameraWindow DC 8 for Mac OS X が「10.11/10.12 では、Wi-Fi 接続不可」のままで、Wi-Fi で Mac に転送できず SDHCメモリーカードをカメラから抜いて Mac に挿して画像ファイルを移動するしかなかった。

クラウドシンクロ

CANON iMAGE GATEWAY 経由で Mac に転送するというクラウドシンクロを使うという手もあるのだけれど、プライベートな写真も含めて全部クラウド経由になるのは嫌だったので設定しないできた。ただソーシャルメディアに投稿する前提の写真しか無いときはまあ許容しても良いかなと。そう思って機能を見返したところ、同一ネットワーク上に転送先の Mac があり Image Transfer Utility が起動していればサーバを経由しないで直接転送されるとあるではないですか。

ということでクラウドシンクロを設定してみた。やってみたところ、実際サーバ経由をしないで転送できたよ。RAW 画像ファイルも転送される。やった。

設定についてのメモ

CANON iMAGE GATEWAY オンラインアルバム (Canon ID) 登録が必要。会員限定サービスサイトの CANON iMAGE GATEWAY とは別アカウントなのに同名なのが紛らわしい。
Image Transfer Utility では上記の Canon ID の方のメールアドレス・パスワードを入力する必要がある。