[BUG] Locations / Adventures terminology inconsistent

[GitCheeseMaster]

🐞 Bug Description

I believe the concept of "Adventures" was renamed to "Locations", but some parts of the app still refers to "Adventures".

🔄 Steps to Reproduce

Text bug

✅ Expected Behavior

This is confusing for users that don't know the history, so the terminology should be consistent.

📸 Screenshots / Logs

• Attach screenshots if it helps explain the problem.
• If possible, include relevant log excerpts (be sure to remove sensitive info).

🐳 Environment Details

• Platform: (Docker, Synology, Proxmox, TrueNAS, Unraid, etc.)
• Install Method: (Docker Compose, Quick Install Script, Manual, etc.)
• AdventureLog Version: (e.g., v0.11.0)
• Reverse Proxy: (e.g., Nginx, Traefik, Caddy, etc. or None)

If using Docker and the issue is related to the container, it may be helpful to include your docker-compose.yml or relevant variables below.
⚠️ Please remember to redact any sensitive information such as passwords or API keys.

📎 Additional Context

Anything else that might be useful (custom configuration, network setup, database version, etc.)?

---

Thank you for taking the time to report this issue! We appreciate your help in making AdventureLog better. We’ll look into it as soon as we can. 🙌

[smirk-dev]

Hi, I'd like to work on resolving the terminology inconsistencies between Locations and Adventures as described. My planned approach is to review all UI labels, tooltips, and documentation references, and ensure consistent usage throughout the project. Please let me know if anyone else is already working on this, otherwise I'll start right away for Hacktoberfest.

[madmp87]

Fix submitted in PR #1009

Summary

Updated terminology from "Adventures" to "Locations" across the entire codebase for consistency with the v0.12.0 data model rename.

Changes

• i18n (all 19 locale files): Update 18 translation values that still referenced "adventures" — including page titles, empty states, search placeholders, and action labels
• Backend: Update 2 error/response strings in serializers and views
• Frontend: Update 1 download filename (adventures.json → locations.json)

Scope

This is a terminology-only change. No data model, URL, or API endpoint changes — those were already renamed in v0.12.0. This fix addresses the remaining UI-facing strings that still used the old "Adventures" wording.

Testing

• Check all pages (locations list, detail, collections) for "Adventures" → should all say "Locations"
• Verify all 19 language translations display correctly
• Export locations → filename should be locations.json

[madmp87]

Update: PR #1009 has been rebased onto origin/development to resolve merge conflicts. The branch is now clean and both CI tests (Backend + Frontend) pass.

Fixed in PR #1009 — Terminology consistency improved. All remaining "Adventures" references have been updated to "Locations" across 19 locale files, backend strings, and the export filename.