A single trip now produces media on three or four devices at once. The iPhone in your pocket captures most of the moments, a real camera fills an SD card with RAW and JPG files, a drone records clips from above, and sometimes a partner's phone quietly collects its own version of the same days. A month later the trip exists in pieces: some photos in the phone library, folders on a desktop, an archive on a NAS, and nothing that shows the journey whole. The fix is not to copy everything into yet another place. It is to create one trip entity that all of that media joins, while every original stays exactly where it already lives.
Why trips splinter across devices
The splintering is not carelessness; it is metadata. A phone photo arrives with a timestamp and GPS coordinates already written into it, so any app can tell where and when it was taken. Camera and drone files usually carry an accurate capture time but often no location at all. They also never enter the phone's photo library on their own: they come off an SD card into a desktop folder, get archived to a NAS, and from that moment they live in a different world than the phone shots from the very same afternoon.
| Source | Capture time | Location data | Where the files usually end up |
|---|---|---|---|
| iPhone | Automatic | Automatic GPS | Photo library |
| Camera (RAW and JPG) | Accurate clock time | Usually none | SD card, then desktop folders or a NAS |
| Drone | Accurate clock time | Often missing from exported files | Desktop folders or a NAS |
| Partner's phone | Automatic | Automatic GPS | Their photo library, not yours |
Folder discipline does not solve this. Even a perfectly named 2025-10-kyoto folder on the NAS cannot rejoin the phone photos from the same day, and finding one evening of a trip still means checking three places.
The goal: one trip, originals in place
The common advice is to consolidate storage: pick one cloud, upload the phone library, the camera archive, and the drone clips into it, and let it become the single source of truth. That works, but the cost is real. You pay to store terabytes twice, uploads take days, and you hand your entire archive to one provider just to answer the question of which photos belong to which trip.
There is a lighter principle: consolidate the trip, not the storage. Keep originals on the devices and drives you already trust — the phone, the desktop, the NAS — and build a single trip entity that maps all of them together. The trip becomes the unit of memory; storage stays wherever it makes sense. This is the workflow Wimemo is built around.
Step 1: let the iPhone photos form the trip
Start with the device that has the richest metadata. Wimemo scans the photo library on your iPhone and detects trips automatically from the dates and locations already stored in your photos: a cluster of days away from home becomes a trip with its own time window and its own places. Nothing is uploaded during this step; detection runs against the library on the device.
That automatic time window is the anchor for everything that follows. Because the phone photos define when the trip started and ended, and where it went, they give the camera and drone files something to join. Along the way, the Atlas world map lights up the places you have visited, and duplicate cleanup handles the burst shots and near-copies a real trip leaves behind.
Step 2: connect desktop and NAS media
The camera and drone files live on a Mac or a NAS, so that is where the bridge goes. The Wimemo Local Connector is a small local service you install on the Mac or NAS with a one-command installer. You decide exactly which media folders it may index: an environment variable lists the allowed folders, and everything outside that list is invisible to it.
From those folders the connector reads time and location metadata, so the app can see what exists and when it was captured. The originals do not move. When you open a file in the app, the connector streams it over the local network, and only when you ask; it never uploads originals anywhere by itself. A practical habit: point it at read-only NAS mounts or at dedicated media folders, so the connector's view of your archive is exactly as wide as you want it to be.
Step 3: camera and drone files join by time
Here the trip window from Step 1 pays off. A camera photo with a timestamp but no GPS cannot say where it was taken, but it can say when — and if that capture time falls inside a trip's window, it belongs to that trip. Drone clips and camera RAW or JPG files from October 12 join the trip that was underway on October 12, sitting next to the iPhone shots from the same day.
One habit makes this reliable: keep the camera's clock and time zone set correctly, especially after a flight. A camera still on home time can file an evening's photos into the wrong day.
The result is a single trip unit that holds everything about the journey — photos, videos, notes, places, people, expenses, and plans — regardless of which device captured each piece. The drone clip of the coastline, the RAW frames from the viewpoint, and the phone photo of dinner stop being three archives and become one memory.
What uploads and what doesn't
This workflow is worth spelling out as a privacy boundary. Everything described above happens locally: trip detection reads the library on the phone, the connector indexes only the folders you listed, and originals stream over your own local network. Media is uploaded only when you explicitly select it — for a shared trip with invited companions, or for an import you deliberately trigger. The broad photo library and the NAS archive are never uploaded wholesale, because the point was never to move your archive; it was to let one trip see all of it.
The camera bag, the drone case, and the phone in your pocket were all pointed at the same trip. They belong in the same memory, and getting them there should not require rebuilding your storage. One publishing note: every claim in this guide is dated, and when the workflow changes we correct the article; our About page documents the publishing principles this site follows.
Frequently asked questions.
Do I have to copy camera photos to my iPhone?
No. The Local Connector indexes camera and drone files where they already live, on your Mac or NAS, and streams an original over the local network only when you open it. Nothing needs to be copied into the phone's photo library.
Does the Local Connector upload my NAS?
No. It only sees the folders you explicitly list, it reads time and location metadata to index them, and originals stream over your local network on demand. The only media ever uploaded is what you explicitly select for a shared trip or an import.
What if my camera photos have no GPS?
They still join the right trip. Wimemo's automatic trip detection gives each trip a time window from your iPhone photos, and a camera or drone file whose capture time falls inside that window joins the trip by time alone.
Is Wimemo free?
Wimemo is free for up to 40 trips. Outside Mainland China, a premium tier unlocks more, and upgrade prompts never block you from entering the Atlas or viewing trips you already created.
Related reading: Wimemo Local Connector: desktop and NAS media import · Synology Photos, Immich, and Wimemo: storage library or travel memory layer · One decade, 47 cities: consolidating travel memories · Five ways to organize travel photos
如今一趟旅行会同时在三四台设备上产生素材:口袋里的 iPhone 记录了大部分瞬间,相机把 RAW 和 JPG 文件塞满 SD 卡,无人机在空中录下片段,有时同行伙伴的手机还在悄悄收集同样那几天的另一个版本。一个月后,这趟旅行只剩碎片:一部分照片在手机相册里,几个文件夹躺在电脑上,一份归档在 NAS 里,没有任何一处能看到完整的旅程。解决办法不是把所有东西再复制到另一个地方,而是建立一个所有素材都能汇入的旅程单元,同时让每一份原件留在它本来的位置。
旅行为什么会散落在多台设备上
这种散落不是因为粗心,而是因为元数据。手机照片一出生就写好了时间戳和 GPS 坐标,任何应用都能知道它在何时何地拍下。相机和无人机的文件通常有准确的拍摄时间,却常常完全没有位置信息。它们也从不会自己进入手机相册:从 SD 卡拷到电脑文件夹,再归档到 NAS,从那一刻起,它们就和同一个下午拍的手机照片活在两个世界里。
| 来源 | 拍摄时间 | 位置信息 | 文件通常的去向 |
|---|---|---|---|
| iPhone | 自动记录 | 自动 GPS | 手机相册 |
| 相机(RAW 和 JPG) | 时钟时间准确 | 通常没有 | SD 卡,然后是电脑文件夹或 NAS |
| 无人机 | 时钟时间准确 | 导出文件中常常缺失 | 电脑文件夹或 NAS |
| 同行伙伴的手机 | 自动记录 | 自动 GPS | 对方的相册,不在你手里 |
靠文件夹纪律解决不了这个问题。哪怕 NAS 上有一个命名完美的 2025-10-kyoto 文件夹,它也无法和同一天的手机照片重新会合;想找旅行中的某一个傍晚,仍然要翻三个地方。
目标:一趟旅程,原件留在原地
常见的建议是整合存储:选一个云服务,把手机相册、相机档案和无人机片段全部传上去,让它成为唯一的真实来源。这确实可行,但代价是真实的:几个 TB 的数据要花钱存两份,上传要花好几天,而你把整个档案交给一家服务商,只是为了回答哪些照片属于哪趟旅行这个问题。
还有一条更轻的原则:整合旅程,而不是整合存储。让原件继续留在你已经信任的设备和硬盘上——手机、电脑、NAS——再建立一个把它们全部映射到一起的旅程单元。旅程成为记忆的单位,存储则留在各自合适的地方。这正是纬途旅记围绕的工作方式。
第一步:让 iPhone 照片先构成旅程
从元数据最丰富的设备开始。纬途旅记会扫描 iPhone 上的相册,根据照片里已有的日期和位置自动识别旅程:离家在外的一段日子会聚成一趟旅行,带着自己的时间窗口和到访地点。这一步不会上传任何东西,识别完全在设备本地的相册上进行。
这个自动生成的时间窗口是后面一切的锚点。因为手机照片定义了旅程的起止和去向,相机与无人机的文件才有了可以加入的对象。与此同时,Atlas 世界地图会点亮你到访过的地方,重复照片清理则负责收拾真实旅行留下的连拍和近似副本。
第二步:连接电脑和 NAS 上的素材
相机和无人机的文件住在 Mac 或 NAS 上,桥就架在那里。纬途旅记本地连接器是一个安装在 Mac 或 NAS 上的小型本地服务,一条命令即可完成安装。哪些媒体文件夹允许被索引完全由你决定:一个环境变量列出允许的文件夹,列表之外的一切对它都是不可见的。
连接器从这些文件夹中读取时间和位置元数据,让应用知道有哪些文件、拍摄于何时。原件不会移动。当你在应用里打开某个文件时,连接器才会通过本地网络把它串流过来,而且只在你主动请求时;它绝不会自行把原件上传到任何地方。一个实用习惯:把它指向只读挂载的 NAS 目录或专门的媒体文件夹,让连接器看到的范围恰好等于你想给它的范围。
第三步:相机和无人机文件按时间归队
这时第一步的时间窗口开始发挥作用。一张有时间戳但没有 GPS 的相机照片说不出自己在哪里拍的,却说得出是什么时候拍的——只要拍摄时间落在某趟旅程的窗口之内,它就属于那趟旅程。10 月 12 日的无人机片段和相机 RAW、JPG 文件,会加入 10 月 12 日正在进行的那趟旅行,与同一天的 iPhone 照片并排出现。
有一个习惯能让这件事更可靠:保持相机的时钟和时区设置正确,尤其是在跨时区飞行之后。一台还停留在家乡时间的相机,可能把一个傍晚的照片归到错误的日期。
最终得到的是一个完整的旅程单元,装下这段旅途的一切——照片、视频、笔记、地点、人物、开销和计划——无论每一份素材来自哪台设备。海岸线的无人机片段、观景台的 RAW 底片、晚餐桌上的手机照片,不再是三个档案,而是同一段记忆。
什么会上传,什么不会
这套流程值得作为一条隐私边界明确写出来。上面描述的一切都发生在本地:旅程识别读取的是手机上的相册,连接器只索引你列出的文件夹,原件通过你自己的本地网络串流。只有当你明确选择某些媒体时才会发生上传——为一个仅限受邀同行者的共享旅程,或是你主动触发的一次导入。整个相册和 NAS 档案永远不会被整体上传,因为这套流程的出发点从来不是搬走你的档案,而是让一趟旅程看见它的全部。
相机包、无人机箱和口袋里的手机,对准的本来就是同一趟旅行,它们理应属于同一段记忆,而实现这一点不该以重建你的存储为代价。最后说明一点发布原则:本指南中的每一个论断都标注了日期,工作流程发生变化时我们会更正文章;本站关于页记录了我们遵循的发布原则。
常见问题。
我必须把相机照片拷贝到 iPhone 上吗?
不必。本地连接器就在文件原来的位置——你的 Mac 或 NAS 上——为相机和无人机文件建立索引,只有当你打开某个原件时才通过本地网络串流。任何内容都不需要拷贝进手机相册。
本地连接器会上传我的 NAS 吗?
不会。它只能看到你明确列出的文件夹,读取其中的时间和位置元数据来建立索引,原件按需通过你的本地网络串流。唯一会被上传的媒体,是你为共享旅程或导入而明确选择的那部分。
相机照片没有 GPS 怎么办?
它们仍然能归入正确的旅程。纬途旅记的自动旅程识别会根据 iPhone 照片为每趟旅行生成时间窗口,拍摄时间落在窗口内的相机或无人机文件,仅凭时间就能加入这趟旅程。
纬途旅记免费吗?
纬途旅记在 40 趟旅程以内免费。在中国大陆以外,高级版可以解锁更多,而且升级提示永远不会阻止你进入 Atlas 或查看已创建的旅程。
相关阅读: 纬途旅记本地连接器:电脑与 NAS 素材导入 · Synology Photos、Immich 与纬途旅记:存储库还是旅行记忆层 · 十年、47 座城市:整合旅行记忆 · 整理旅行照片的五种方法
いまや一度の旅で、三、四台のデバイスに同時にメディアが生まれます。ポケットの iPhone がほとんどの瞬間を捉え、カメラは RAW と JPG で SD カードを埋め、ドローンは空からクリップを録り、ときには同行者のスマホも同じ日々の別バージョンを静かに集めています。一か月後、その旅は断片としてしか存在しません。写真の一部はスマホのライブラリに、いくつかのフォルダはパソコンに、アーカイブは NAS に散らばり、旅の全体を見せてくれる場所はどこにもない。解決策は、すべてをまた別の場所へコピーすることではありません。すべてのメディアが合流できるひとつの旅の単位をつくり、原本はいまある場所にそのまま置いておくことです。
旅がデバイスごとに散らばる理由
散らばるのは不注意のせいではなく、メタデータのせいです。スマホの写真には撮影時刻と GPS 座標が最初から書き込まれているので、どのアプリでもいつどこで撮られたか分かります。カメラとドローンのファイルは正確な撮影時刻を持っていても、位置情報がまったくないことが珍しくありません。しかも自分からスマホの写真ライブラリに入ってくることはなく、SD カードからパソコンのフォルダへ、そして NAS のアーカイブへと移った瞬間から、同じ午後に撮ったスマホの写真とは別の世界で暮らし始めます。
| ソース | 撮影時刻 | 位置情報 | ファイルの行き先 |
|---|---|---|---|
| iPhone | 自動で記録 | 自動で GPS | 写真ライブラリ |
| カメラ(RAW と JPG) | 時計どおり正確 | ほとんどの場合なし | SD カード、その後パソコンのフォルダや NAS |
| ドローン | 時計どおり正確 | 書き出したファイルには欠けがち | パソコンのフォルダや NAS |
| 同行者のスマホ | 自動で記録 | 自動で GPS | 相手のライブラリで、あなたの手元にはない |
フォルダ整理の几帳面さでは解決できません。NAS に 2025-10-kyoto という完璧な名前のフォルダがあっても、同じ日のスマホ写真と再会することはなく、旅のある夕方を探すにはやはり三つの場所を確かめることになります。
ゴール:旅はひとつ、原本はそのまま
よくある助言はストレージの統合です。クラウドをひとつ選び、スマホのライブラリもカメラのアーカイブもドローンのクリップも全部アップロードして、唯一の置き場にする。確かに機能しますが、代償は現実的です。数テラバイトを二重に保存する費用がかかり、アップロードには何日もかかり、どの写真がどの旅のものかという問いに答えるためだけに、アーカイブ全体をひとつの事業者に預けることになります。
もっと軽い原則があります。統合するのはストレージではなく旅です。原本はすでに信頼しているデバイスとドライブ——スマホ、パソコン、NAS——に置いたまま、それらすべてをひとつに対応づける旅の単位を組み立てる。旅が記憶の単位になり、ストレージはそれぞれ適した場所に残ります。Wimemo はこのワークフローを軸に設計されています。
ステップ 1:iPhone の写真に旅を形づくらせる
メタデータが最も豊富なデバイスから始めます。Wimemo は iPhone の写真ライブラリをスキャンし、写真にすでに保存されている日付と位置から旅を自動検出します。家を離れていた数日のまとまりが、固有の期間と訪問地を持つひとつの旅になります。このステップで何かがアップロードされることはなく、検出は端末内のライブラリに対して行われます。
この自動生成された期間が、この先すべての錨になります。スマホの写真が旅の始まりと終わり、行き先を定義するからこそ、カメラとドローンのファイルに合流先が生まれるのです。あわせて、訪れた場所が Atlas 世界地図で点灯し、重複写真クリーンアップが本物の旅の残す連写やほぼ同じカットを片付けます。
ステップ 2:パソコンと NAS のメディアをつなぐ
カメラとドローンのファイルは Mac や NAS に住んでいるので、橋はそこに架けます。Wimemo ローカルコネクタは、Mac または NAS にワンコマンドのインストーラーで導入する小さなローカルサービスです。どのメディアフォルダのインデックスを許可するかはあなたが決めます。環境変数に許可するフォルダを列挙し、そのリストの外にあるものはコネクタからは一切見えません。
コネクタはそれらのフォルダから時刻と位置のメタデータを読み取り、アプリは何がいつ撮られたのかを把握できます。原本は動きません。アプリでファイルを開いたときにだけ、コネクタがローカルネットワーク越しに原本をストリーミングします。求められない限り動かず、原本を自分からどこかへアップロードすることは決してありません。実用的な習慣として、読み取り専用でマウントした NAS のディレクトリや専用のメディアフォルダを指定し、コネクタに見える範囲を渡したい範囲とぴったり一致させておくとよいでしょう。
ステップ 3:カメラとドローンのファイルは時刻で合流する
ここでステップ 1 の期間が効いてきます。タイムスタンプはあるが GPS のないカメラ写真は、どこで撮られたかは語れなくても、いつ撮られたかは語れます。その撮影時刻がある旅の期間に収まっていれば、その写真はその旅のものです。10 月 12 日のドローンクリップとカメラの RAW や JPG は、10 月 12 日に進行していた旅に加わり、同じ日の iPhone の写真の隣に並びます。
これを確実にする習慣がひとつあります。カメラの時計とタイムゾーンを正しく保つこと、特にフライトの後は。自宅の時間のままのカメラは、ある夕方の写真を間違った日に振り分けかねません。
得られるのは、旅のすべて——写真、動画、メモ、場所、人、出費、計画——を、どのデバイスで撮ったかに関わらずひとつに収める旅の単位です。海岸線のドローンクリップも、展望台の RAW も、夕食のスマホ写真も、三つのアーカイブであることをやめて、ひとつの記憶になります。
アップロードされるもの、されないもの
このワークフローは、プライバシーの境界としてはっきり書いておく価値があります。ここまでに述べたことはすべてローカルで起こります。旅の検出はスマホ内のライブラリを読み、コネクタはあなたが列挙したフォルダだけをインデックスし、原本は自分のローカルネットワークを流れます。アップロードが起こるのは、あなたが明示的にメディアを選んだときだけです。招待した同行者との共有の旅のため、あるいは自分で実行した取り込みのため。写真ライブラリ全体や NAS のアーカイブが丸ごとアップロードされることは決してありません。そもそもの目的はアーカイブを移すことではなく、ひとつの旅にそのすべてを見せることだからです。
カメラバッグも、ドローンケースも、ポケットのスマホも、向けられていたのは同じ旅でした。だから同じ記憶に収まるべきで、そのためにストレージを組み替える必要があってはなりません。最後に公開方針についてひとこと。このガイドの主張にはすべて日付を付けており、ワークフローが変わったときは記事を訂正します。当サイトの About ページに、私たちが従う公開原則を記しています。
よくある質問。
カメラの写真を iPhone にコピーする必要はありますか?
ありません。ローカルコネクタは、ファイルがいまある場所——Mac や NAS——でカメラとドローンのファイルをインデックスし、開いたときにだけ原本をローカルネットワーク越しにストリーミングします。スマホの写真ライブラリに何かをコピーする必要はありません。
ローカルコネクタは NAS をアップロードしますか?
しません。コネクタに見えるのは明示的に列挙したフォルダだけで、そこから時刻と位置のメタデータを読んでインデックスを作り、原本は求めに応じてローカルネットワークを流れます。アップロードされるのは、共有の旅や取り込みのために自分で明示的に選んだメディアだけです。
カメラの写真に GPS がない場合は?
それでも正しい旅に合流します。Wimemo の自動旅行検出は iPhone の写真から各旅行に期間を与え、撮影時刻がその期間に収まるカメラやドローンのファイルは、時刻だけで旅に加わります。
Wimemo は無料ですか?
Wimemo は旅行 40 件まで無料です。中国本土以外ではプレミアムで追加解放でき、アップグレードの案内が Atlas への入場や作成済みの旅の閲覧を妨げることは決してありません。
関連記事: Wimemo ローカルコネクタ:パソコンと NAS のメディア取り込み · Synology Photos・Immich と Wimemo:ストレージライブラリか旅の記憶レイヤーか · 10年・47都市:旅の記憶をひとつに · 旅行写真を整理する5つの方法
이제 한 번의 여행이 서너 대의 기기에서 동시에 미디어를 만들어 냅니다. 주머니 속 iPhone이 대부분의 순간을 담고, 카메라는 RAW와 JPG로 SD 카드를 채우고, 드론은 하늘에서 클립을 찍고, 때로는 동행자의 폰도 같은 날들의 또 다른 버전을 조용히 모읍니다. 한 달 뒤 그 여행은 조각으로만 존재합니다. 사진 일부는 폰 보관함에, 폴더 몇 개는 데스크톱에, 아카이브는 NAS에 흩어져 있고, 여정을 온전히 보여 주는 곳은 어디에도 없습니다. 해결책은 모든 것을 또 다른 곳으로 복사하는 것이 아닙니다. 모든 미디어가 합류하는 하나의 여행 단위를 만들고, 원본은 지금 있는 자리에 그대로 두는 것입니다.
여행이 기기마다 흩어지는 이유
흩어짐은 부주의 탓이 아니라 메타데이터 탓입니다. 폰 사진에는 처음부터 타임스탬프와 GPS 좌표가 기록되어 있어 어떤 앱이든 언제 어디서 찍혔는지 알 수 있습니다. 카메라와 드론 파일은 정확한 촬영 시각은 갖고 있어도 위치 정보가 아예 없는 경우가 흔합니다. 게다가 스스로 폰의 사진 보관함에 들어오는 일도 없습니다. SD 카드에서 데스크톱 폴더로, 다시 NAS 아카이브로 옮겨지는 순간부터, 같은 오후에 찍은 폰 사진과는 다른 세계에서 살게 됩니다.
| 출처 | 촬영 시각 | 위치 정보 | 파일이 가는 곳 |
|---|---|---|---|
| iPhone | 자동 기록 | 자동 GPS | 사진 보관함 |
| 카메라(RAW·JPG) | 시계 기준으로 정확 | 대개 없음 | SD 카드, 이후 데스크톱 폴더나 NAS |
| 드론 | 시계 기준으로 정확 | 내보낸 파일에는 빠지기 쉬움 | 데스크톱 폴더나 NAS |
| 동행자의 폰 | 자동 기록 | 자동 GPS | 상대방의 보관함, 내 손에는 없음 |
폴더 정리 습관으로는 해결되지 않습니다. NAS에 2025-10-kyoto라는 완벽한 이름의 폴더가 있어도 같은 날의 폰 사진과 다시 만나지는 못하고, 여행의 어느 저녁 하나를 찾으려면 여전히 세 군데를 뒤져야 합니다.
목표: 여행은 하나, 원본은 제자리에
흔한 조언은 저장소 통합입니다. 클라우드 하나를 골라 폰 보관함, 카메라 아카이브, 드론 클립을 전부 올리고 유일한 원천으로 삼으라는 것이죠. 실제로 되긴 하지만 비용이 만만치 않습니다. 수 테라바이트를 이중으로 저장하는 데 돈이 들고, 업로드에는 며칠이 걸리며, 어떤 사진이 어떤 여행의 것인지 답하기 위해 아카이브 전체를 한 업체에 맡기게 됩니다.
더 가벼운 원칙이 있습니다. 저장소가 아니라 여행을 통합하는 것입니다. 원본은 이미 신뢰하는 기기와 드라이브 — 폰, 데스크톱, NAS — 에 그대로 두고, 그 모두를 하나로 이어 주는 여행 단위를 만듭니다. 여행이 기억의 단위가 되고, 저장소는 각자 알맞은 자리에 남습니다. Wimemo는 바로 이 워크플로를 중심으로 만들어졌습니다.
1단계: iPhone 사진이 먼저 여행을 이루게 하기
메타데이터가 가장 풍부한 기기부터 시작합니다. Wimemo는 iPhone의 사진 보관함을 스캔해 사진에 이미 저장된 날짜와 위치로 여행을 자동 감지합니다. 집을 떠나 있던 며칠의 묶음이 고유한 기간과 방문지를 가진 하나의 여행이 됩니다. 이 단계에서 업로드되는 것은 아무것도 없으며, 감지는 기기 안의 보관함을 대상으로 이루어집니다.
이 자동 생성된 기간이 이후 모든 것의 닻이 됩니다. 폰 사진이 여행의 시작과 끝, 행선지를 정의해 주기에 카메라와 드론 파일이 합류할 곳이 생깁니다. 그 과정에서 방문한 곳이 Atlas 세계 지도에 켜지고, 중복 사진 정리가 진짜 여행이 남기는 연속 촬영과 비슷한 컷들을 치워 줍니다.
2단계: 데스크톱과 NAS 미디어 연결하기
카메라와 드론 파일은 Mac이나 NAS에 살고 있으니 다리는 그곳에 놓습니다. Wimemo 로컬 커넥터는 Mac 또는 NAS에 한 줄 명령 설치기로 설치하는 작은 로컬 서비스입니다. 어떤 미디어 폴더의 인덱싱을 허용할지는 전적으로 당신이 정합니다. 환경 변수에 허용할 폴더를 나열하며, 그 목록 밖의 것은 커넥터에게 전혀 보이지 않습니다.
커넥터는 그 폴더들에서 시각과 위치 메타데이터를 읽어, 앱이 무엇이 언제 찍혔는지 알 수 있게 합니다. 원본은 움직이지 않습니다. 앱에서 파일을 열 때에만 커넥터가 로컬 네트워크로 원본을 스트리밍하며, 요청할 때만 동작하고, 스스로 원본을 어딘가에 업로드하는 일은 결코 없습니다. 실용적인 습관 하나: 읽기 전용으로 마운트한 NAS 디렉터리나 전용 미디어 폴더를 지정해서, 커넥터가 보는 범위가 내가 허락한 범위와 정확히 일치하게 하세요.
3단계: 카메라와 드론 파일은 시간으로 합류
여기서 1단계의 기간이 힘을 발휘합니다. 타임스탬프는 있지만 GPS가 없는 카메라 사진은 어디서 찍혔는지는 말하지 못해도 언제 찍혔는지는 말할 수 있습니다. 그 촬영 시각이 어떤 여행의 기간 안에 들어가면, 그 사진은 그 여행의 것입니다. 10월 12일의 드론 클립과 카메라 RAW·JPG 파일은 10월 12일에 진행 중이던 여행에 합류해, 같은 날의 iPhone 사진 옆에 나란히 놓입니다.
이를 확실하게 해 주는 습관이 하나 있습니다. 카메라의 시계와 시간대를 올바르게 유지하는 것, 특히 비행기를 탄 뒤에는요. 아직 집 시간에 머물러 있는 카메라는 어느 저녁의 사진을 엉뚱한 날짜로 분류할 수 있습니다.
그 결과는 이 여정의 모든 것 — 사진, 영상, 노트, 장소, 사람, 지출, 계획 — 을 어느 기기로 찍었든 하나로 담는 여행 단위입니다. 해안선의 드론 클립, 전망대의 RAW 컷, 저녁 식탁의 폰 사진이 세 개의 아카이브이기를 그만두고 하나의 기억이 됩니다.
무엇이 업로드되고 무엇이 안 되는가
이 워크플로는 프라이버시 경계로서 분명히 적어 둘 가치가 있습니다. 위에서 설명한 모든 일은 로컬에서 일어납니다. 여행 감지는 폰 안의 보관함을 읽고, 커넥터는 당신이 나열한 폴더만 인덱싱하며, 원본은 당신의 로컬 네트워크를 통해 흐릅니다. 업로드는 당신이 미디어를 명시적으로 선택할 때에만 일어납니다. 초대한 동행자와의 공유 여행을 위해서든, 직접 실행한 가져오기를 위해서든요. 사진 보관함 전체나 NAS 아카이브가 통째로 업로드되는 일은 결코 없습니다. 애초의 목적이 아카이브를 옮기는 것이 아니라, 하나의 여행이 그 전부를 볼 수 있게 하는 것이기 때문입니다.
카메라 가방도, 드론 케이스도, 주머니 속 폰도 모두 같은 여행을 향해 있었습니다. 그러니 같은 기억에 담기는 것이 마땅하고, 그러기 위해 저장소를 뜯어고칠 필요는 없어야 합니다. 마지막으로 발행 원칙에 대해 한마디. 이 가이드의 모든 주장에는 날짜를 표기하며, 워크플로가 바뀌면 글을 바로잡습니다. 이 사이트의 소개 페이지에 우리가 따르는 발행 원칙을 기록해 두었습니다.
자주 묻는 질문.
카메라 사진을 iPhone으로 복사해야 하나요?
아니요. 로컬 커넥터는 파일이 이미 있는 곳 — Mac이나 NAS — 에서 카메라와 드론 파일을 인덱싱하고, 파일을 열 때에만 원본을 로컬 네트워크로 스트리밍합니다. 폰의 사진 보관함으로 무언가를 복사할 필요가 없습니다.
로컬 커넥터가 내 NAS를 업로드하나요?
아니요. 커넥터에는 명시적으로 나열한 폴더만 보이며, 그 안의 시각과 위치 메타데이터를 읽어 인덱스를 만들고, 원본은 요청할 때 로컬 네트워크로 스트리밍됩니다. 업로드되는 미디어는 공유 여행이나 가져오기를 위해 직접 명시적으로 선택한 것뿐입니다.
카메라 사진에 GPS가 없으면 어떻게 되나요?
그래도 올바른 여행에 합류합니다. Wimemo의 자동 여행 감지가 iPhone 사진으로 각 여행에 기간을 부여하고, 촬영 시각이 그 기간 안에 드는 카메라나 드론 파일은 시간만으로 그 여행에 들어갑니다.
Wimemo는 무료인가요?
Wimemo는 여행 40개까지 무료입니다. 중국 본토 외 지역에서는 프리미엄으로 더 많이 해제할 수 있으며, 업그레이드 안내가 Atlas 진입이나 이미 만든 여행 열람을 막는 일은 결코 없습니다.
관련 글: Wimemo 로컬 커넥터: 데스크톱과 NAS 미디어 가져오기 · Synology Photos, Immich, Wimemo: 저장 라이브러리인가 여행 기억 레이어인가 · 10년, 47개 도시: 여행 기억 통합하기 · 여행 사진을 정리하는 다섯 가지 방법
Try one trip today.
Wimemo helps turn selected travel photos into a private map of memories, plans, and shared trips.
Explore Wimemo今天先整理一趟旅行。
Wimemo 帮你把选中的旅行照片变成私密地图、旅记、计划和共创回忆。
了解 Wimemo今日、一つの旅から始める。
Wimemoは選んだ旅行写真を、プライベートな地図、思い出、計画、共同の旅へつなげます。
Wimemoを見る오늘 여행 하나부터 시작하세요.
Wimemo는 선택한 여행 사진을 비공개 지도, 추억, 계획, 공유 여행으로 이어 줍니다.
Wimemo 보기