Skip to content

fix: persist temporal/spatial observation context in metadata - #17

Closed
Frankie-Xu wants to merge 1 commit into
mainfrom
cursor/persist-observation-context-bd8a
Closed

Frankie-Xu wants to merge 1 commit into
mainfrom
cursor/persist-observation-context-bd8a

Conversation

@Frankie-Xu

Copy link
Copy Markdown
Owner

Problem

observation_time / observation_location live only on the instance. dump_metadata writes self.metadata, so a later load() rebuilds the KA with today's date. Incremental he feed and MCP _load_ka then re-resolve “last year” / “yesterday” against the wrong day.

Proposal

Copy observation fields into self.metadata after subclass init. Restore them at the end of load_metadata. Keep them out of data.json.

Closes yifanfeng97#166

Out of scope

  • Extraction prompt text
  • OMem / index storage
  • Gallery YAML defaults
Open in Web Open in Cursor 

Co-authored-by: Frankie-Xu <Frankie-Xu@users.noreply.github.com>
@Frankie-Xu Frankie-Xu closed this Sep 15, 2026
@Frankie-Xu

Copy link
Copy Markdown
Owner Author

Opened against the fork by mistake. Review PR: yifanfeng97#167

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

fix: persist observation_time/location across dump/load

1 participant