You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Fill place name from coordinates. Reverse geocodes a note's coordinate
property through whichever place-search provider and key you already
configured, and writes the result into a new property (Place property in
settings, default location) — overwriting it, since running the command is
the explicit ask. Not behind Enable location: no permission prompt,
nothing about where you are recorded — but the coordinate you already had
does leave the vault this way, which What leaves your
vault now says.
Start and end markers, direction arrows, and waypoint names. Every track
now shows a start pin and a differently-shaped end pin, and arrows along the
line pointing which way it goes; a waypoint that carries its own name shows
it on hover, on an inline ![[track.gpx]] map. One setting, Show track
markers, default on, sits beside track statistics and the elevation
profile. Base map views get the pins and arrows too — the waypoint-name
tooltip is inline-only for now, since a base view's hover already opens the
note's own popup.
The elevation profile now links to the map. Hovering it moves a point
along the track on the map; hovering the track moves the point along the
profile. Both leave when the pointer does. Inline embeds only — a base map
view has no profile to link to.
Changed
A plain [[track.gpx]] now puts the track on the map too, as does a track: "[[track.gpx]]" property — where before only ![[track.gpx]] did.
The ! is now the whole difference, exactly as it is everywhere else in
Obsidian: with it you get an inline map in the note and the line on every
base map, without it only the line. That is the answer to a note that already
holds a map of its own and does not want a second one under it
(#6). Nothing
existing changes meaning — every embed that drew a track still draws it.