Namhae: Spacetime Diary Privacy Policy
Romantic Rider (the "Operator") values the privacy of everyone who uses the Namhae: Spacetime Diary app (the "Service") and complies with applicable laws, including the Personal Information Protection Act and the Act on the Protection and Use of Location Information of the Republic of Korea. This policy explains what data the Service handles and how.
At a glance
- Namhae: Spacetime Diary can be used without signing in. Photos, location, notes, and commemorative stamps you create are stored only on your device by default.
- You sign in with a Google or Kakao account only if you want to use photo sharing. In that case minimal account information such as your email address and nickname is stored on the Operator's server.
- Only photos you mark as "public" yourself are uploaded to the Operator's server and shown to other users. Metadata (EXIF), including location, is removed from uploaded photos.
- A photo you make public is displayed together with the nickname you choose. You can change your nickname at any time, and your email address and profile image are not made public.
- Coordinates are sent transiently to external APIs or to the Operator's server for address display and Namhae tourism information; the Operator does not store the coordinates used for those lookups.
- If the app crashes, a crash log with device and app information is sent to Google (Firebase Crashlytics). It contains no photos, location data, or notes.
- This app shows no ads and collects no advertising identifier (ad ID).
- To deliver news about new features by push notification, a per-device notification token is sent to Google (Firebase). Notifications appear only if you allow them and can be turned off in device settings at any time.
- No analytics or tracking tool that profiles your usage is used.
Scope — This policy covers Namhae: Spacetime Diary (the Namhae edition) published by the Operator. The nationwide edition, Spacetime Diary, is governed by a separate privacy policy.
1. Data handled and purposes
The Service processes the data below on your device by default. The exceptions are: (1) account information, if you sign in for photo sharing; (2) photos you mark as "public" yourself and their accompanying information; and (3) report and block records — these are stored on the Operator's server — and (4) crash logs and (5) push notification tokens, which are sent to Google. See the table below and sections 1-3, 1-4 and 3.
| Data | Purpose | Storage / retention |
|---|---|---|
| Camera feed (captured images) | Taking photos and compositing the timestamp / location overlay | On device · until you delete it |
| Location (GPS coordinates) | Recording the coordinates at capture, showing photos on the map, address conversion, nearby tourism information, confirming visits to Namhae landmarks (commemorative stamps) | On device · until you delete it |
| Photo library (gallery) access | Importing existing geotagged photos into the map diary (only when you run it) | On device · until you delete it |
| Account information (if you sign in for photo sharing) email address, nickname, profile image (optional), user identifier from the social login provider |
Providing photo sharing (verifying your right to manage and delete your own photos), preventing abuse, responding to inquiries | Operator's server (Supabase, Seoul region, Republic of Korea) · until account deletion |
| Shared photos and accompanying information (only photos you mark as "public") image with metadata (EXIF) removed, capture time, linked landmark, the nickname displayed |
Providing the per-place shared album (making photos viewable by other users) | Operator's server (images = Cloudflare R2, records = Supabase) · until you delete it or it is pushed out of the per-place limit (50 photos per place, newest first) |
| Report and block records (if you use those features) | Reviewing and acting on inappropriate content; hiding photos from a poster you do not want to see | Operator's server (Supabase) · destroyed upon account deletion or after handling, per internal standards |
| Crash log and device / app information (when the app crashes) |
Diagnosing app errors (crashes) and improving stability | Google (Firebase Crashlytics) servers · 90 days |
| Notification token (Firebase registration token) | Delivering push notifications about new features and service news | Google (Firebase Cloud Messaging) servers · until the app is uninstalled |
Each permission (camera, location, photos) is activated with your consent the first time you use the corresponding feature and can be withdrawn in device settings at any time. Declining a permission only limits that feature; the rest of the Service remains usable.
The commemorative stamps (treasure stamps) shown when you photograph a Namhae landmark are judged and recorded entirely on your device. Which landmarks you have visited is never transmitted anywhere.
1-1. Details on crash logs
The Operator uses Google's Firebase Crashlytics to diagnose app errors. When the app terminates abnormally, the following is collected automatically and sent to Google:
- The stack trace at the point of failure, the error type, and the time it occurred
- Device information: model, CPU architecture, RAM and storage capacity, OS name and version
- App information: package name (app identifier) and app version
- Device / installation identifiers: the Crashlytics installation UUID, Firebase installation ID, and app session identifier (used to avoid double-counting the same error)
Photos, location data (GPS coordinates), notes, and other data you create are not included in crash logs. Nothing that directly identifies you — name, contacts, email — is collected either.
Crash log collection happens automatically while the app runs, to keep the app stable, and the app currently provides no separate setting to opt out. If you do not want it, uninstalling the app stops any further transmission; logs already sent are deleted after the period stated in section 4.
1-2. Details on push notifications
The Operator sends push notifications about new features and service news through Google's Firebase Cloud Messaging. For this, a notification token (registration token) is issued per device when the app is installed and sent to Google.
- The notification token designates "this app on this device." It is not linked to anything that identifies you — name, contacts, email — and becomes invalid when you uninstall the app or reset the device.
- Only if you consent to notifications does the app subscribe to a single topic for this app. The Operator sends only to that topic and never targets an individual user. Withdrawing consent unsubscribes you, so you are excluded from delivery altogether.
- Whether and when you consented is stored only on your device and is never transmitted.
- Photos, location data, and notes have nothing to do with notifications. Notification content is written by the Operator and is not personalized using your data.
Displaying notifications requires your notification permission (Android 13 and above). Declining it leaves every other feature usable, and you can change your choice in device settings at any time (see section 5).
The Operator does not send promotional messages through this channel. Notifications are limited to service news and update announcements; should promotional messages ever be introduced, separate prior consent will be obtained as required by the Act on Promotion of Information and Communications Network Utilization and Information Protection.
1-3. Details on accounts (social login)
Using photo sharing requires signing in with a Google or Kakao account. Signing in is optional: without signing in you can still use every other feature, including viewing and reporting shared photos.
- What we receive — from the social login provider (Google LLC or Kakao Corp.): your email address, nickname, profile image (if you consented to provide it), and the provider's user identifier. We never receive or store your password.
- Purpose — granting you rights to view, manage and delete "photos I posted"; preventing abuse such as exceeding upload limits; handling reports and blocks; responding to inquiries.
- Where it is stored — the Operator's server (Supabase, Seoul region, Republic of Korea), retained until account deletion.
- Account deletion — you can delete your account at any time from Settings → Account → Delete account. Deleting it also deletes your account information and the photos you shared with that account. If you cannot access the app, see the account deletion guide.
For Kakao accounts, an email address may not be provided depending on Kakao-side settings. This does not affect signing in or using sharing.
1-4. Details on photo sharing
Sharing happens only for photos you mark as "public" yourself, right after capture. Photos you do not mark never leave your device.
- What is uploaded — the image with metadata (EXIF), including location coordinates, removed; the capture time; the landmark (place) you linked; and the displayed nickname described below. The GPS coordinates in the original file are not uploaded; which landmark a photo belongs to is expressed solely by the place link you chose.
- Who can see it — a shared photo can be viewed in that landmark's album by every user of the Service, including users who are not signed in.
- The nickname that is made public — a shared photo is displayed together with the nickname you choose. If you have not chosen one, a nickname generated automatically by the Service (for example, "붕장어338") is displayed. You can change it at any time in Settings → Profile; after you change it, the new nickname is also shown on photos you shared earlier. Your email address, profile image and account identifier are not made public.
- Retention — up to 50 photos are kept per place; when a new photo arrives, the oldest is pushed out of the list and deleted. You can delete photos you posted at any time.
- Reporting and action — anyone (even without signing in) can report an inappropriate photo. The Operator reviews reported photos and may hide or delete them, and may retain a reported photo for up to 30 days for that review.
- Blocking — a signed-in user can block a poster so that their photos are not shown to them. The block list shows the nickname as it was at the time of blocking.
2. Transmissions to external APIs
When you use the features below, the data needed for each feature is sent directly from your device to an external API. It is used only to generate that response; the Operator does not collect or store it.
| Recipient | Feature | Data sent |
|---|---|---|
| NAVER Cloud Corp. — Naver Maps API | Map display, coordinate-to-address conversion (reverse geocoding) | Map viewport and photo capture coordinates |
| Korea Tourism Organization — TourAPI | Nearby tourism information such as Namhae attractions and festivals | Current location coordinates |
| Nangman Namhae (Namhae-gun tourism platform) | Checking whether an attraction, restaurant, or lodging is listed on Nangman Namhae, and linking to its detail page | Place name (search term) only — no personal data or location data is sent |
When you open external web pages inside the app — Nangman Namhae, the Namhae Cultural Center, and the like — ordinary web connection data (such as your IP address) reaches that site, as with any browser. Each recipient's handling of personal data is governed by that organization's or site's own privacy policy.
Namhae tourism information is currently served through a server managed by the Operator (Supabase). The coordinates needed for a lookup (the map viewport or your current position) are sent to that server, but the Operator does not store the coordinates used for lookups. This routing exists to share the daily call quota of the Korea Tourism Organization's TourAPI; the information provided is the same.
As the Service evolves, external APIs and data sources of the same character (tourism and regional information) may be added or changed. As long as no new collection of personal or location data is involved, this policy continues to apply as is; if new processing of personal data arises, this policy will be revised and, where required, separate consent will be obtained.
3. Third-party provision, outsourcing, and cross-border transfer
The Operator does not provide your personal data to third parties. However, photos you mark as "public" yourself are made viewable to other users as described in section 1-4 (this is disclosure by your own choice, not provision by the Operator to a third party).
To provide the Service and diagnose errors, processing is outsourced as set out below; some processors' servers are located abroad, so that data is transferred abroad.
3-1. Storage of account and sharing records (Supabase — stored in Korea)
| Item | Details |
|---|---|
| Processor | Supabase, Inc. · supabase.com/privacy |
| Scope of work | Storing and managing account information, accompanying information for shared photos (including nicknames), and report/block records (database and authentication infrastructure) |
| Storage location | Seoul region, Republic of Korea (AWS ap-northeast-2) — this is not a cross-border transfer. |
| Retention | Until account deletion (the periods stated in section 1) |
3-2. Storage of shared photo images (Cloudflare — cross-border transfer)
| Item | Details |
|---|---|
| Transferee | Cloudflare, Inc. (R2 object storage) Contact: 101 Townsend Street, San Francisco, CA 94107, USA · legal@cloudflare.com cloudflare.com/privacypolicy |
| Scope of work | Storing and delivering shared photo image files |
| Items transferred | The shared photo images in section 1-4 (metadata-stripped — no name, contact details or location coordinates) |
| Countries | Countries hosting Cloudflare data centres in the Asia-Pacific region (bucket location hint = APAC). Cloudflare offers only continent/region-level settings for R2 and does not support specifying a country, and even this setting is best-effort rather than a guarantee. We therefore cannot state a definite country. |
| When and how | At the moment you choose to make a photo public, over HTTPS-encrypted transmission |
| Purpose | Serving images for the per-place shared album |
| Retention | Until you delete the photo or it is pushed out of the per-place limit (destroyed from storage upon deletion) |
3-3. Crash logs (Google — cross-border transfer)
| Item | Details |
|---|---|
| Processor (recipient) | Google LLC (Firebase Crashlytics) Contact: 1600 Amphitheatre Parkway, Mountain View, CA 94043, USA · dpo-google@google.com firebase.google.com/support/privacy |
| Outsourced work | Collecting, storing, and analyzing crash logs; providing error reports |
| Data transferred | The crash log and device / app information and device / installation identifiers of section 1-1 (photos, location, and notes excluded) |
| Destination country | The United States and other countries where Google operates data centers |
| When and how | On abnormal app termination, over HTTPS-encrypted transmission from your device |
| Purpose | Diagnosing app errors and improving stability |
| Retention | 90 days after transmission (then destroyed per Google's deletion procedures) |
In addition, for delivering push notifications, processing is outsourced as set out below and the data is transferred abroad.
| Item | Details |
|---|---|
| Processor (recipient) | Google LLC (Firebase Cloud Messaging) Contact: 1600 Amphitheatre Parkway, Mountain View, CA 94043, USA · dpo-google@google.com firebase.google.com/support/privacy |
| Outsourced work | Issuing and managing notification tokens; delivering push notification messages |
| Data transferred | The notification token and device / app information of section 1-2 (photos, location, and notes excluded) |
| Destination country | The United States and other countries where Google operates data centers |
| When and how | When the token is issued at install / launch and when notifications are sent, over HTTPS-encrypted transmission |
| Purpose | Announcing new features and service news |
| Retention | Until the app is uninstalled or the token is renewed / expires |
The transmissions for map display, address conversion, tourism information, and the Nangman Namhae listing check are direct communications from your device to each API; the Operator does not collect or retain that data (see section 2).
How to refuse an overseas transfer, the procedure, and its effect
You may refuse the overseas transfers above. You refuse by not using the feature that causes the transfer; this takes effect immediately and requires no application procedure.
| Transfer | How to refuse | Effect of refusing |
|---|---|---|
| Crash logs (Google) | Deleting the app stops crash logs from being sent. There is no separate opt-out setting inside the app. | Because this means deleting the app, the whole Service becomes unavailable. Crash logs are used only for error diagnosis and contain no information that identifies you. |
| Push notifications (Google) | Turn off Settings → Notifications in the app to unsubscribe from the topic, and no further notifications are sent. Deleting the app also stops delivery. | You will not receive news about new features or the Service. No other feature is affected. |
Even after you refuse, information already transferred and held by a processor is destroyed according to the retention period stated for each item.
4. Retention and destruction
- Your data — photos, location, notes, commemorative stamps: stored only on your device unless you share a photo, so deleting a photo or record in the app, or uninstalling the app, destroys it immediately. The Operator keeps no copy of unshared content.
- Account information: destroyed upon account deletion. Deleting your account also deletes the photos you shared with it.
- Shared photos and accompanying information (including nicknames): destroyed when you delete them or when they are pushed out of the per-place limit (50 photos per place, newest first). A photo under report review may be retained for up to 30 days for that purpose.
- Report and block records: destroyed upon account deletion or after handling, per internal standards.
- Location use and provision records: retained for 6 months from the time of recording under Article 16(2) of the Act on the Protection and Use of Location Information, then destroyed. They contain no coordinates or addresses.
- Crash logs and device / app information: retained for 90 days after transmission under Google's Firebase Crashlytics policy, then destroyed from live and backup systems per Google's deletion procedures.
- Notification tokens: uninstalling the app invalidates the token, and no further notifications are delivered. Google's stored copies are cleaned up through token expiry and renewal procedures.
5. Your rights
- You can grant or withdraw the camera, location, and photo permissions in device settings at any time.
- You can delete individual photos and records directly in the app.
- Uninstalling the app deletes the data stored on your device, and no further crash logs are sent. Photos you shared and your account information remain on the Operator's server, so delete the photos in the app or use Settings → Account → Delete account.
- You can delete a photo you made public at any time; once deleted it is no longer visible to other users and is destroyed from storage.
- You can change your nickname at any time (Settings → Profile). After you change it, the new nickname is also shown on photos you shared earlier.
- You can delete your account at any time (Settings → Account → Delete account). If you cannot access the app, see the account deletion guide.
- You can review your location use and provision records (Settings → Location use history · Article 24 of the Act on the Protection and Use of Location Information).
- Requests to access, delete, or suspend the processing of crash logs can be made through the contact in section 8. Because crash logs contain nothing that can single you out, it may be impossible to locate a specific user's records; if so, we will explain why.
- You can withdraw notification consent at any time. Turning off Settings → Notifications in the app unsubscribes you from the topic, so no further notifications are sent (you are removed from delivery, not merely muted). Turning notifications off in device Settings → Apps → (app name) → Notifications also stops them from appearing, and uninstalling the app stops delivery as well.
6. Safeguards
- The Service is designed on-device: photos, location, and notes are never placed on an Operator server.
- External API communication and crash log transmission use HTTPS-encrypted channels only.
- Crash logs contain neither your data nor direct identifiers, and collect only the minimum needed for diagnosis.
7. Children's privacy · advertising and analytics
The Service is not directed at children under 14 and does not knowingly collect children's personal data.
The Service shows no ads and collects no advertising identifier (ad ID). It also uses no analytics tool (e.g., Firebase Analytics) that tracks or profiles your usage. The Firebase Crashlytics described in section 1-1 is a stability tool used solely for diagnosing app errors. If advertising or a behavioral analytics tool is ever introduced, this policy will be revised with prior notice.
8. Privacy officer
- Privacy officer: Representative, Romantic Rider
- Contact: romanticrider.app@gmail.com
Please direct privacy questions, complaints, or requests for redress to the contact above. We will respond and act without delay.
9. Remedies for infringement
If you need to report, consult on, or seek mediation for a privacy infringement, the following Korean institutions can help.
- Personal Information Dispute Mediation Committee: kopico.go.kr · +82-1833-6972
- Personal Information Infringement Report Center (KISA): privacy.kisa.or.kr · 118 (in Korea)
- Supreme Prosecutors' Office: spo.go.kr · 1301 (in Korea)
- National Police Agency Cyber Bureau: ecrm.police.go.kr · 182 (in Korea)
10. Changes to this policy
This policy may be revised as laws or the Service change. Accounts, login and photo sharing were reflected in version 2.0 of this policy (September 2, 2026). The Operator may introduce further features — advertising, or server-based delivery of tourism content — and where such a feature changes how personal data is processed, this policy will be revised before the feature launches, with separate consent obtained for anything the law requires. Revisions are announced in the app or on this page at least 7 days before taking effect (30 days for material changes).
- v2.0 (2026-09-02) — accounts and photo sharing reflected. Updated "At a glance" and the section 1 table (three rows added: account information, shared photos and accompanying information, report/block records); added sections 1-3 (accounts) and 1-4 (photo sharing, including the nickname that is made public); added Supabase (stored in Korea) and Cloudflare R2 (cross-border) processors in section 3; added server-side items, deletion and access routes to sections 4 and 5; corrected the description of where lookup coordinates are sent (external APIs or the Operator's server; lookup coordinates are not stored); replaced the "planned features" notice in section 10 with the realised description.
The nickname that is made public also applies to photos shared before this revision. This revision fulfils the "revised before the feature launches" commitment in section 10 of v1.0; consent required by law is obtained through the consent step shown the first time you use sharing in the app. At the time of this revision the Service is unreleased and no user has used sharing, so the prior-notice period is satisfied, without disadvantage to users, by the publication of this document. - 2026-08-28 overseas-transfer disclosure expanded — added the transferee's contact details and how to refuse a transfer, the procedure and its effect, and corrected the description of Cloudflare's destination countries to match what was measured (Personal Information Protection Act, Article 28-8(1)3(a) and 28-8(2); no change adverse to users)
- v1.0 (2026-08-09) — First enactment. Separated into a dedicated policy for the Namhae edition from the policy that previously covered it together with the nationwide Spacetime Diary (no advertising provisions — this app shows no ads).