pt/pivot_forecast
1
0
Fork 0
Code Issues 1 Pull Requests Projects Releases Wiki Activity

status update

Browse Source
This commit is contained in:
Paul Trowbridge 2020-11-10 01:23:13 -05:00
parent a0f78af496
commit 30570531ad
1 changed files with 4 additions and 3 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

7
readme.md
View File

@ -29,15 +29,16 @@ route baseline
* copy some period of actual sales and increment all the dates to serve as a baseline forecast * copy some period of actual sales and increment all the dates to serve as a baseline forecast
TO-DO: TO-DO:
- [ ] join to period tables to populate season; requires variance number oof table joins, based on howmany date functions there are 🙄 - [x] join to period tables to populate season; requires variance number oof table joins, based on howmany date functions there are 🙄
- [ ] some of the app parameters can be consolidated
- [ ] setup something to fill in sql parameters to do testing on the function - [ ] setup something to fill in sql parameters to do testing on the function
running problem list running problem list
---------------------------------------------------------------------------------------------------------------------------------------------------- ----------------------------------------------------------------------------------------------------------------------------------------------------
* baseline route * baseline route
- [ ] problem: how will the incremented order season get updated, adding an interval won't work - [x] problem: how will the incremented order season get updated, adding an interval won't work
* a table fc.odate, has been built, but it is incomplete, a setup function filling in these date-keyed tables could be setup * a table fc.odate, has been built, but it is incomplete, a setup function filling in these date-keyed tables could be setup
* if a table is date-keyed, fc.perd could be targeted to fill in the gaps by mapping the associated column names * if a table is date-keyed, fc.perd could be targeted to fill in the gaps by mapping the associated column names
- [ ] problem: the target sales data has to map have concepts like order_date, and the application needs to know which col is order date - [x] problem: the target sales data has to map have concepts like order_date, and the application needs to know which col is order date
* add column called application hook * add column called application hook
- [ ] there is not currently any initial grouping to limit excess data from all the document# scenarios - [ ] there is not currently any initial grouping to limit excess data from all the document# scenarios