Idiom

Results 90 issues of Idiom
trafficstars

### Motivation - Review pds.query_data. - Consider not returning a polars lazy_frame but something else... perhaps a generic pointer where you can then do more with it. ### DoD: -...

Type: Enhancement

### Problem/motivation i also had written this out somewhere... but basically, we're not keeping record of our last_run_ts. i had mentioned in the past that we'll eventually need to track...

Type: Enhancement

### Motivation We want to add two plots to the Predictoor Income dashboard. ![image](https://github.com/oceanprotocol/pdr-backend/assets/69865342/f7abacba-4297-46f0-bec2-8d26b20c156d) ### Components **Contract Filtering*** Right below the title. Create 1 title + input text_field: "Feed Addresses"...

Type: Enhancement

### Motivation We want to extend the plots generated to obtain insights into predictoor_income The goal here is to simply serve the data from the lake, to the dashboard with...

Type: Enhancement

### Motivation The latest updates in Norbert's PR uses polars to do ETL on bronze_predictions and silver_predictions table. Let's update them to use DuckDB/SQL such that everything they require is...

Type: Enhancement

"bronze_step" refers to the initial core ETL logic implemented, including the bronze_predictions table.

Type: Enhancement

### Motivation As a result of [#657](https://github.com/oceanprotocol/pdr-backend/issues/657) it may be beneficial to have the "data being operated with" be logged at some capacity such that we can see the exact...

Type: Enhancement

### Motivation As an outcome of reviewing 514/[#552](https://github.com/oceanprotocol/pdr-backend/pull/552), we emphasized that it would be valuable to add a retry around filling the data_lake. ### Outline Any inputs/triggers that cause gql_lake...

Type: Enhancement

### Motivation We want to have efficient dashboards that load/update quickly. To test this it might take some time. Let's get a single-page dashboard done quickly so we can test...

Type: Enhancement

### Motivation There is residual duplication of data as a result of initial subgraph->lake integration, and reducing the scope of e2e work (by working with fewer tables). Columns like: are...

Type: Enhancement
Priority: Low