Stop two download links pointing at a release query that misses the current one `q=macos-exporter` does not match `exporter-v1.2.0`, so anything using it now shows 1.0.5 as the newest build. Two of those were wrong rather than merely old: - The import page's first bullet called it "the MacOS app" and used that query, on a live page every importer reads. It is not Mac-only and has not been since 1.1.0. - The superseded page linked `releases/tag/macos-exporter-v1.0.0` - one pinned release, stale even for the flow it documents. The three remaining `macos-exporter` links are on the superseded page and stay. It tells the reader to download `OpenTagViewer-ExportWizardMacOS-<version>-<arch>.zip` and shows screenshots of that app; 1.2.0 ships `OpenTagViewer-Exporter-1.2.0-<os>-<arch>.zip` and looks different, so repointing the link without redoing the page sends people hunting for a filename that no longer exists. The banner at the top already redirects anyone who should not be there.
Add the --source none option the table had missed
Merge remote-tracking branch 'origin/master'
Document scripting the CLI, and where a password may safely go Sign in by hand once first - that run registers this machine on the Apple account and remembers it, so later runs usually skip the verification code. Until then no combination of flags makes it unattended. Ranks the ways to supply a password rather than just naming one, because "use an environment variable" is the common advice and is second best behind a file with permissions. There is no --password flag and the page says why.
Updated How To: Export AirTags With The CLI (markdown)
Repoint the export docs at iCloud, and stop requiring a Mac Exporter 1.1.0 reads the same records out of iCloud, so the first step of getting tags into the app no longer needs Apple hardware at any point. - "How To: Export AirTags" is the new starting page: the wizard, on any OS, with screenshots of the 1.1.0 flow including adding an OpenHaystack tag and what the export leaves in the Apple device list. - "How To: Export AirTags With The CLI" documents the headless entry point, which did not exist before. - "How To: Export AirTags From Mac" is marked superseded rather than renamed or deleted. Exporter versions already downloaded open that exact URL from their "Need Help?" button and a GitHub wiki does not redirect a renamed page, so renaming it would break help for everyone still running an older copy. Its content also remains true: the macOS-local route is still what the exporter uses on macOS 14 or older. - Home drops the Anisette server step, which is native by default now, and renumbers what follows.
Updated [Anisette] Overview (markdown)
Updated [Anisette] 0. Overview (markdown)
Updated [Anisette] 0. Introduction (markdown)
Updated [Anisette] Introduction (markdown)
Updated Anisette (markdown)
Created Anisette (markdown)
Updated How To: Get AirTags into App (markdown)
Updated Home (markdown)
Updated How To: Manually Export AirTags (markdown)
Updated [Maps] How To: Map Providers (markdown)
Updated How To: Your Own Anisette Server (markdown)
Updated How To: Change Anisette Server (markdown)
Updated [Maps] How To: Alternative Map Provider (markdown)
Updated How To: Alternative Map Provider (markdown)
Updated How To: Custom Map Provider Use AMap (高德地图) (markdown)
Updated How To: Alternative Map Providers (markdown)
Updated How To: Use AMap (高德地图) (markdown)