GV

GeezerVison

The World Wide Web, restored to 800 pixels of glory.

Home|About|Gaming cabinet|Archives|How it works|Starter sites

On this site

  • Sign in
  • ActionsCI/CD and automation
  • CodespacesCloud development environments
  • All Features
  • Documentation
  • Training
  • Certifications
  • Build with Copilot
  • Customize Copilot
  • Integrations
  • Trending repos
  • GitHub Sponsors
  • Developer articles
  • Enterprises

This view

  • Original page
  • New address

GeezerVison is showing github.com — reproducible historical feature queries · Issue #2980 · feast-dev/feast

reproducible historical feature queries #2980

New issue
Copy link
New issue
Copy link
Closed
Closed
reproducible historical feature queries#2980
Copy link
Labels
Community Contribution NeededWe want community to contributeWe want community to contributekind/featureNew feature or requestNew feature or requestwontfixThis will not be worked onThis will not be worked on

Description

@cburroughs
cburroughs
opened on Jul 28, 2022
Issue body actions

Is your feature request related to a problem? Please describe.

I'd like a way to use Feast to run the exact same historical query and reproduce the same result the next day regardless of "late arriving" or "restating" data.

For example: If I called get_historical_features Tuesday at noon to run a model: On Wednesday I'd like to be able to run the run a new and improved model over the same data (to prove it really is a better model, not just benefiting from newer or better data). I don't see a way to pass created_timestamp=Tuesday@noon to get_historical_features to do that.

Describe the solution you'd like
I presume that a parameter like max_created_time would be passed to get_historical_features.

Describe alternatives you've considered
Some offline stores have a built in snapshot or time travel capabilities. These generally have limited retention windows and would still require changes to the queries used by feast to take advantage of.

Additional context
For context I'm working on scenarios where we are not the primary observer of the events in our database. We might learn from a 3rd party at time X that an event happened at time Y, or learn at time A that a prediction was made at time B for what would happen at future time C. We spend a lot of effort reasoning about which timestamps actually gives a sane ordering, and those different timestamps are sometimes relatively far apart.

Activity

  1. cburroughs
    added
    kind/featureNew feature or requestNew feature or request
    on Jul 28, 2022
  2. kevjumba
    added
    Community Contribution NeededWe want community to contributeWe want community to contribute
    on Aug 3, 2022
  3. stale commented on Dec 16, 2022

    @stale
    staleBot
    on Dec 16, 2022
    More actions

    This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

  4. stale
    added
    wontfixThis will not be worked onThis will not be worked on
    on Dec 16, 2022
  5. stale
    closed this as completedon Dec 31, 2022
  6. cburroughs commented on Jan 20, 2023

    @cburroughs
    cburroughs
    on Jan 20, 2023
    ContributorAuthor
    More actions

    I missed the stale-bot window, but I still think this would be a useful feature.

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

Metadata

Metadata

Assignees

No one assigned

    Labels

    Community Contribution NeededWe want community to contributeWe want community to contributekind/featureNew feature or requestNew feature or requestwontfixThis will not be worked onThis will not be worked on

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions

      You are visitor 01402503 — GeezerVison does not store the pages you look up.
      Best viewed with Netscape Navigator 4.7 or Internet Explorer 6 at 800×600. No cookies required.