SOLVED

Average values for each day in a Table, plus two other issues

%3CLINGO-SUB%20id%3D%22lingo-sub-3221738%22%20slang%3D%22en-US%22%3EAverage%20values%20for%20each%20day%20in%20a%20Table%2C%20plus%20two%20other%20issues%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-3221738%22%20slang%3D%22en-US%22%3E%3CP%3EI%20have%20three%20somewhat%20related%20issues.%3C%2FP%3E%3CP%3E1)%20Earlier%2C%20Hans%20Vogelaar%20helped%20me%20modify%20my%20original%20formula%20to%20%3DSUMIF(%5BDate%5D%2C%5B%40Date%5D%2C%5BCarbs%5D)%20to%20calculate%20the%20total%20carbs%20for%20each%20day%20to%20simplify%20referencing.%20I%20would%20now%20like%20to%20calculate%20the%20average%20%5BGlucose%5D%20for%20each%20day%20in%20the%20table%20in%20column%20%22P%22.%20I%20looked%20up%20the%20AverageIf()%20function%20and%20attempted%20to%20emulate%20the%20SumIf()%20function%20to%20create%20the%20AverageIf()%2C%20by%20replacing%20SumIf%20with%20AverageIf%2C%20and%20%5BCarbs%5D%20to%20%5BGlucose%5D%2C%20as%3A%3C%2FP%3E%3CP%3E%3DAVERAGEIF(%5BDate%5D%2C%5B%40Date%5D%2C%5BGlucose%5D)%3C%2FP%3E%3CP%3EBut%20this%20does%20not%20work.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3E2)%20I%20have%20a%20graph%20lower%20down%20on%20the%20table%20which%20displays%20the%20%22Glucose%22%20and%20the%20Glucose%20approximate%20%227%20Day%20Average%22%20for%20the%20row%20range%20of%203-50.%20I%20insert%20at%20row%203%20to%20add%20each%20new%20entry%20to%20keep%20the%20most%20current%20record%20at%20the%20top.%20However%2C%20each%20time%20I%20add%20a%20new%20row%2C%20it%20increases%20the%20each%20row%20range%20value%20by%201%2C%20changing%20the%20row%20range%20to%204-51%2C%205-52%2C%20etc..%20I%20need%20to%20keep%20the%20range%20at%20fixed%20values.%3C%2FP%3E%3CP%3EFormula%3A%20%3D'Q%201'!%24F%243%3A%24F%2450%2C'Q%201'!%24M%243%3A%24M%2450%3C%2FP%3E%3CP%3EThis%20formula%20can%20only%20approximate%20the%207%20Day%20average%2C%20as%20the%20number%20of%20records%20per%20day%20varies.%20I%20presume%20there%20is%20a%20way%20to%20get%20it%20to%20do%20exactly%207%20days.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3E3)%20I%20keep%20row%202%2C%20next%20to%20the%20header%20hidden%2C%20because%20if%20I%20use%20it%2C%20it%20modifies%20this%20graph%20formula%2C%20making%20it%20longer%2C%20and%20the%20graph%20stops%20updating.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EAny%20help%20I%20can%20get%20would%20be%20greatly%20appreciated.%20See%20attached%20file.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-LABS%20id%3D%22lingo-labs-3221738%22%20slang%3D%22en-US%22%3E%3CLINGO-LABEL%3EExcel%3C%2FLINGO-LABEL%3E%3CLINGO-LABEL%3EFormulas%20and%20Functions%3C%2FLINGO-LABEL%3E%3C%2FLINGO-LABS%3E%3CLINGO-SUB%20id%3D%22lingo-sub-3222632%22%20slang%3D%22en-US%22%3ERe%3A%20Average%20values%20for%20each%20day%20in%20a%20Table%2C%20plus%20two%20other%20issues%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-3222632%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F321448%22%20target%3D%22_blank%22%3E%40wcstarks%3C%2FA%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3E1)%20The%20title%20of%20the%20Glucose%20column%20is%20actually%20%22%20Glucose%22%20with%20a%20space%20at%20the%20beginning%2C%20so%20the%20formula%20has%20to%20be%3C%2FP%3E%0A%3CP%3E%3DAVERAGEIF(%5BDate%5D%2C%5B%40Date%5D%2C%5B%5B%20Glucose%5D%5D)%3C%2FP%3E%0A%3CP%3E(Alternatively%2C%20remove%20the%20space%20from%20before%20the%20word%20Glucose%20in%20cell%20F1)%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3E2)%20and%203)%20This%20makes%20no%20sense%20to%20me%20-%20why%20use%20only%20rows%203%20to%2050%3F%3C%2FP%3E%0A%3CP%3ETo%20calculate%20a%207-day%20average%2C%20use%20AVERAGEIFS%3A%3C%2FP%3E%0A%3CP%3E%3DAVERAGEIFS(%5B%5B%20Glucose%5D%5D%2C%5BDate%5D%2C%22%26gt%3B%3D%22%26amp%3B%5B%40Date%5D%2C%5BDate%5D%2C%22%26lt%3B%22%26amp%3B%5B%40Date%5D%2B7)%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-3222900%22%20slang%3D%22en-US%22%3ERe%3A%20Average%20values%20for%20each%20day%20in%20a%20Table%2C%20plus%20two%20other%20issues%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-3222900%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F321448%22%20target%3D%22_blank%22%3E%40wcstarks%3C%2FA%3E%26nbsp%3B%20so%20i%20attached%20an%20updated%20file%20and%20see%20that%20Hans%20already%20replied%20(I%20got%20pulled%20away%20on%20actual%20work).%26nbsp%3B%20So%20I%20used%20a%20slightly%20diff%20formula%20than%20Hans%3A%3C%2FP%3E%3CPRE%20class%3D%22lia-code-sample%20language-excel-formula%22%3E%3CCODE%3E%3DAVERAGE(%5B%40%5B%20Glucose%5D%5D%3AINDEX(%5B%20%5B%20Glucose%5D%20%5D%2CMATCH(%5B%40Date%5D-7%2C%5BDate%5D%2C-1)))%3C%2FCODE%3E%3C%2FPRE%3E%3CP%3EIn%20my%20case%20it%20averaged%20THIS%20down%20through%20the%20last%207%20days%20while%20his%20formula%20averages%20the%20last%207%20days.%26nbsp%3B%20The%20difference%20being%20that%20values%20in%20my%20case%20may%20be%20different%20in%20a%20single%20day%20while%20his%20is%20truly%20based%20on%20days.%3C%2FP%3E%3CP%3EThat%20aside%20i%20also%20created%20NAMES%20for%20Glucose%207%20day%20and%20Glucose%207%20day%20average%20and%20then%20used%20those%20names%20in%20the%20graph%20so%20it%20will%20always%20be%20looking%20at%20the%20same%20range.%3C%2FP%3E%3CP%3EThat%20all%20said%2C%20you%20might%20consider%20doing%20something%20else%20because%20right%20now%20if%20you%20take%2050%20measurements%201%20day%20and%20only%202%20another%20day%20the%20graph%20just%20shows%2052%20measurements%20with%20no%20indication%20that%2050%20of%20them%20are%201%20day%20and%20only%202%20are%20another%20day.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-3223122%22%20slang%3D%22en-US%22%3ERe%3A%20Average%20values%20for%20each%20day%20in%20a%20Table%2C%20plus%20two%20other%20issues%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-3223122%22%20slang%3D%22en-US%22%3E1)%20Yes.%20After%20I%20got%20Hans'%20response%2C%20I%20realized%20I%20had%20asked%20for%20the%20wrong%20solution%20for%20the%207%20Day%20average.%20You%20provided%20the%20solution%20that%20I%20should%20have%20asked%20for%20in%20the%20first%20place.%20I%20want%20each%20row%20to%20have%20its%20own%20average%20back%20through%20the%20seven%20days%2C%20like%20you%20did%20it.%20In%20the%20mean%20time%2C%20I%20removed%20the%20leading%20space%20in%20%22Glucose%22.%3CBR%20%2F%3E2)%20I%20don't%20see%20a%20change%20in%20the%20graph%20functions.%20They%20still%20reflect%20my%20original%20syntax%20which%20has%20issues.%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-3223374%22%20slang%3D%22en-US%22%3ERe%3A%20Average%20values%20for%20each%20day%20in%20a%20Table%2C%20plus%20two%20other%20issues%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-3223374%22%20slang%3D%22en-US%22%3EI%20only%20changed%20the%20Glucose%20graph%20on%20the%20'Q%201'%20tab%20as%20that%20is%20the%20tab%20we%20were%20working%20on%20and%20the%20other%20graph%20on%20that%20tab%20is%20for%20Carbs%20and%20looking%20at%20data%20from%20a%20completely%20different%20tab%20so%20i%20wasn't%20sure%20what%20was%20going%20on%20there.%3CBR%20%2F%3EAs%20for%20the%20Glucose%20graph%2C%20the%20change%20is%20that%20it%20calls%20a%20NAME%20function%20for%20the%20data%20sources%20and%20those%20Names%20dynamically%20find%20the%20most%20recent%207-days.%20If%20you%20insert%20a%20new%20row%203%20and%20give%20it%20the%20date%202022-03-05%20you%20will%20see%20the%20chart%20significantly%20change%20and%20have%20much%20less%20data%20since%20it%20will%20now%20look%20at%20the%20date%20range%202022-02-26%20to%202022-03-05%20(the%20new%20latest%20date).%3CBR%20%2F%3EBTW%2C%20in%20addition%20to%20the%20space%20in%20front%20of%20Glucose%20you%20also%20had%202%20bad%20dates%20(there%20could%20be%20more%20that%20I%20didn't%20find).%201%20of%20them%20was%20the%20year%202222%20and%20the%20other%20was%20the%20month%2009%20instead%20of%2001.%20I%20fixed%20them%20on%20the%20sheet%20i%20sent%20but%20wanted%20to%20let%20you%20know%20in%20case%20you%20go%20back%20to%20the%20other%20sheet%20for%20some%20reason.%3CBR%20%2F%3EI%20might%20recommend%20a%20conditional%20formatting%20that%20will%20highlight%20a%20date%20that%20is%20%26gt%3B%20or%20%26lt%3B%2010%20days%20(or%20pick%20your%20value)%20from%20the%20previous%20date.%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-3233751%22%20slang%3D%22en-US%22%3ERe%3A%20Average%20values%20for%20each%20day%20in%20a%20Table%2C%20plus%20two%20other%20issues%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-3233751%22%20slang%3D%22en-US%22%3EThank%20you.%3CBR%20%2F%3E1)%20I%20hadn't%20noticed%20the%20leading%20space%20in%20the%20column%20name%20and%20I%20couldn't%20figure%20out%20why%20the%20reference%20didn't%20work.%20I%20have%20fixed%20it.%20Now%20the%20formula%20in%20column%20%22P%22%20works%20just%20fine.%3CBR%20%2F%3E%3CBR%20%2F%3E2)%20In%20the%20graph%20formula%2C%2050%20is%20an%20arbitrary%20number%20which%20defines%20the%20horizontal%20resolution%20of%20the%20graph.%20As%20that%20number%20grows%2C%20the%20graph%20gets%20more%20and%20more%20crowded.%20Number%203%20in%20the%20graph%20formula%20keeps%20the%20graph%20from%20looking%20at%20the%20dummy%20row%202%2C%20which%20always%20contains%20a%20zero.%20As%20I%20mentioned%20before%2C%20each%20time%20I%20insert%20a%20new%20row%20above%203%20to%20enter%20a%20new%20record%2C%20both%20those%20numbers%20in%20the%20formula%20increment%20by%20one%2C%20which%20is%20a%20problem.%20I%20need%20for%20these%20values%20to%20remain%20constant%20as%20I%20add%20new%20rows%20to%20the%20top%20of%20the%20table.%20It%20used%20to%20be%20that%20only%20the%2050%20got%20incremented%2C%20but%20now%2C%20since%20these%20recent%20edits%2C%20it%20also%20increments%20causing%20the%20graph%20to%20move%20backward%20in%20time.%20It%20is%20interesting%20that%20the%20Carbs%20graph%20dose%20not%20have%20these%20issues.%3CBR%20%2F%3EGlucose%20Graph%20Formula%20as%20currently%20written%3A%20%3D'Q%201'!%24F%243%3A%24F%2450%2C'Q%201'!%24M%243%3A%24M%2450%2C%20before%20the%20numbers%20get%20incremented.%3CBR%20%2F%3E%3CBR%20%2F%3E3)%20I%20currently%20need%20to%20keep%20row%202%20empty%2C%20because%20if%20I%20fill%20it%20in%2C%20the%20graph%20formula%20somehow%20gets%20modified%2C%20making%20it%20longer%20and%20it%20stops%20updating.%20Because%20of%20this%2C%20I%20have%20hidden%20row%202%20to%20prevent%20me%20from%20accidentally%20entering%20data%20into%20it%20and%20messing%20up%20the%20graph%20formula.%20I%20have%20no%20clue%20why%20adding%20data%20to%20row%202%20causes%20this%20behavior.%20Perhaps%20it%20has%20something%20to%20do%20with%20row%202%20being%20next%20to%20the%20header%20row.%3CBR%20%2F%3E%3CBR%20%2F%3E4)%20Considering%20your%207%20Day%20Average%20formula%2C%20I%20had%20requested%20the%20wrong%20solution.%20I%20need%20it%20to%20let%20each%20row%20reflect%20the%20average%20up%20to%20that%20point%2C%20not%20for%20the%20average%20to%20be%20the%20same%20for%20the%20whole%20day.%20mtarler%20provided%20the%20solution%20I%20was%20really%20looking%20for.%20See%20his%20response.%3C%2FLINGO-BODY%3E
Contributor

I have three somewhat related issues.

1) Earlier, Hans Vogelaar helped me modify my original formula to =SUMIF([Date],[@Date],[Carbs]) to calculate the total carbs for each day to simplify referencing. I would now like to calculate the average [Glucose] for each day in the table in column "P". I looked up the AverageIf() function and attempted to emulate the SumIf() function to create the AverageIf(), by replacing SumIf with AverageIf, and [Carbs] to [Glucose], as:

=AVERAGEIF([Date],[@Date],[Glucose])

But this does not work.

 

2) I have a graph lower down on the table which displays the "Glucose" and the Glucose approximate "7 Day Average" for the row range of 3-50. I insert at row 3 to add each new entry to keep the most current record at the top. However, each time I add a new row, it increases the each row range value by 1, changing the row range to 4-51, 5-52, etc.. I need to keep the range at fixed values.

Formula: ='Q 1'!$F$3:$F$50,'Q 1'!$M$3:$M$50

This formula can only approximate the 7 Day average, as the number of records per day varies. I presume there is a way to get it to do exactly 7 days.

 

3) I keep row 2, next to the header hidden, because if I use it, it modifies this graph formula, making it longer, and the graph stops updating.

 

Any help I can get would be greatly appreciated. See attached file.

 

27 Replies

@wcstarks 

1) The title of the Glucose column is actually " Glucose" with a space at the beginning, so the formula has to be

=AVERAGEIF([Date],[@Date],[[ Glucose]])

(Alternatively, remove the space from before the word Glucose in cell F1)

 

2) and 3) This makes no sense to me - why use only rows 3 to 50?

To calculate a 7-day average, use AVERAGEIFS:

=AVERAGEIFS([[ Glucose]],[Date],">="&[@Date],[Date],"<"&[@Date]+7)

@wcstarks  so i attached an updated file and see that Hans already replied (I got pulled away on actual work).  So I used a slightly diff formula than Hans:

=AVERAGE([@[ Glucose]]:INDEX([ [ Glucose] ],MATCH([@Date]-7,[Date],-1)))

In my case it averaged THIS down through the last 7 days while his formula averages the last 7 days.  The difference being that values in my case may be different in a single day while his is truly based on days.

That aside i also created NAMES for Glucose 7 day and Glucose 7 day average and then used those names in the graph so it will always be looking at the same range.

That all said, you might consider doing something else because right now if you take 50 measurements 1 day and only 2 another day the graph just shows 52 measurements with no indication that 50 of them are 1 day and only 2 are another day.

1) Yes. After I got Hans' response, I realized I had asked for the wrong solution for the 7 Day average. You provided the solution that I should have asked for in the first place. I want each row to have its own average back through the seven days, like you did it. In the mean time, I removed the leading space in "Glucose".
2) I don't see a change in the graph functions. They still reflect my original syntax which has issues.
I only changed the Glucose graph on the 'Q 1' tab as that is the tab we were working on and the other graph on that tab is for Carbs and looking at data from a completely different tab so i wasn't sure what was going on there.
As for the Glucose graph, the change is that it calls a NAME function for the data sources and those Names dynamically find the most recent 7-days. If you insert a new row 3 and give it the date 2022-03-05 you will see the chart significantly change and have much less data since it will now look at the date range 2022-02-26 to 2022-03-05 (the new latest date).
BTW, in addition to the space in front of Glucose you also had 2 bad dates (there could be more that I didn't find). 1 of them was the year 2222 and the other was the month 09 instead of 01. I fixed them on the sheet i sent but wanted to let you know in case you go back to the other sheet for some reason.
I might recommend a conditional formatting that will highlight a date that is > or < 10 days (or pick your value) from the previous date.
Thank you.
1) I hadn't noticed the leading space in the column name and I couldn't figure out why the reference didn't work. I have fixed it. Now the formula in column "P" works just fine.

2) In the graph formula, 50 is an arbitrary number which defines the horizontal resolution of the graph. As that number grows, the graph gets more and more crowded. Number 3 in the graph formula keeps the graph from looking at the dummy row 2, which always contains a zero. As I mentioned before, each time I insert a new row above 3 to enter a new record, both those numbers in the formula increment by one, which is a problem. I need for these values to remain constant as I add new rows to the top of the table. It used to be that only the 50 got incremented, but now, since these recent edits, it also increments causing the graph to move backward in time. It is interesting that the Carbs graph dose not have these issues.
Glucose Graph Formula as currently written: ='Q 1'!$F$3:$F$50,'Q 1'!$M$3:$M$50, before the numbers get incremented.

3) I currently need to keep row 2 empty, because if I fill it in, the graph formula somehow gets modified, making it longer and it stops updating. Because of this, I have hidden row 2 to prevent me from accidentally entering data into it and messing up the graph formula. I have no clue why adding data to row 2 causes this behavior. Perhaps it has something to do with row 2 being next to the header row.

4) Considering your 7 Day Average formula, I had requested the wrong solution. I need it to let each row reflect the average up to that point, not for the average to be the same for the whole day. mtarler provided the solution I was really looking for. See his response.

@mtarler 

Thank you for your response.
1) Your 7 Day Average formula works great.
2) I understand you to say that you modified the Glucose graph formula to use named references, but this is the formula for the Glucose graph as downloaded from your post: "='Q 1'!$F$3:$F$50,'Q 1'!$M$3:$M$50," after the bottom range was reset to 50 from 54. It appears to be unchanged. So, I am not sure what you are talking about in your second paragraph. Please read my response to Vogelaar (particularly paragraph two. It sounds like what you are describing would be nice, but I don't see it in your download version.

3) I have updated the file I downloaded from you, which still contains the old graph formula. Now, when I insert a new row above row 3, it puts in the old formula in column P into column P instead of bringing the formula forward from row 3.  I have had this happen before, but I don't know how to resolve it.

@wcstarks I don't know if we are talking the same thing.  Also the file you attached has a lot of references to another copy of the document, which can cause problems.  Here is a pict of what I'm talking about with the graph:

mtarler_0-1646154859794.png

Notice how that data line is ref to " 'Linda Tracking (ADR)-New2.xlsx'!Gluc7day"

Which is a NAME in the workbook NAME manager that I created to dynamically find the data of the most resent 7 days.  In the orig sheet it starts are row 3 and includes data >= MAX date - 7  (in the attached I deleted that problem row 2 and start in row 2)

@mtarler 

I downloaded and opened your latest version of the file.

1) I added dummy data into the empty row two, changing the date to 3/1/22. I found that the graph formula changed from showing rows 2-21, to showing rows 2-49. Then I inserted a new row 2 and found that the graph changed from showing rows 2-49, to showing rows 2-50. I presume that is because it now took down to the 50th row to show all rows for that date?

 

2) I then entered data into the newly inserted row 2, and as I had mentioned before, found that the [Daily Ave] column formula was replicated out of thin air, as it were, with the old formula, rather than from the formula in the now row 3. This produces an error. Why is this so, and how can we get it to replicate properly?

 

3) I then looked in the name manager to see the two new names you created. At my skill level, I do not understand how these names are able to modify the graph formula, since the graph formula does not seem to reference them. Would you please explain how that works?

 

4) You say that this file has references to other files. How do you know that, and if that is a potential issue, how do I fix that?

 

I have attached the newly downloaded file with my modifications.

@wcstarks 

1) so it went from 2-21 to 2-49 because I had entered a date like 03/05/2022 so the most recent 7 days  only included 02/26 and later which was rows 2-21.  When you changed that value to 3/1 the most recent 7 days goes back to 2/22 and down to row 49.  When you added another 3/1 entry the most recent 7 days was still 2/22 but that day was now bumped down to row 50

2) I don't know why except to guess that the new formula was originally added to row 3 (row 2 was hidden) and then filled down and excel still considered the 'default' formula for the column to be the old even after row 2 was deleted.  I deleted the entire column and re-pasted the new formula in and i think it is behaving now

3) the formula in the Name Manager doesn't modify the graph.  The formula defines a RANGE using those functions that will include the corresponding column from row 2 to 7 days earlier.  That NAME could be used for anything per se.  For example you could add a formula to cell W1 =AVERAGE(Gluc7day) and that will show the average value over the most recent 7 days.  So that said, I then replaced the normal range references for SERIES 1 and SERIES 2 in the graph with those NAMES so the graph will use those dynamically calculated ranges.

4)  the file HAD external references.  If you go back to the file you posted earlier you could find them in some of the formulas but I deleted any that I found (and don't see any in the one I just opened)

Thank you. I downloaded the latest and updated it with my new data during the interim. So things seem to working well. I understood that you replaced the original range formula with dynamic range names. I did look at the Glucose graph "cart data range" formula again, but found it was still the original formula. So, I was initially confused. After that, I "edited" series for the chart range and discovered that you had put your named variable in there.

After adding several rows from my current data, I re-checked the formula again and found the max range had changed from 49 to 53. I checked row 53 and found it is still for the same day as row 49. To test further, I added 3 more rows for 3/2/22 and found the range increased to 56, which is the first entry for that same day (23rd). I then changed the day of the week for those 3 new rows to 3/3/22 and found the range returned to 49, which represents the first day of the next day (24th). So, it appears to be working as is. I see now why I was so confused. I had long forgotten that the data range formula was actually defined within the two series. I was only looking at the chart data range. Incidentally, I renamed each series to reflect their function. They used to be named properly, but those names had reverted back to series x.

Thanks so much for all your help. When I add a new row, column P shows an error until I enter a date. I'll see if I can include an if statement in the formula to avoid that.
glad it is all working. if that error bothers you, you can add an IFERROR( ... ,"") around it, but since I expect you insert row and immediately add date and data I personally wouldn't bother. You don't want an empty row there because the graph will also take it as a 0.

Actually, I found that the new row has begun to open extra high, I had presumed because of the long error text in column P. So, I ended up adding the iferror() function as suggested. While that works, Excel has developed the behavior of opening up the new row extra high, each time I insert a new row, forcing me to manually select auto fit each time. Experimenting, I found it only has this behavior when inserting on row 2. If I insert at other rows, it behaves normally. Any suggestions? The height seems to be about the same size as the header row. See attachment and insert at row 2.

yes, new insert rows take on properties like the row above it.
could create a 'dummy' row 2 and change all the formulas to start on row 3 ...
another option is to highlight row 2, hit copy, hit insert copied cells, update values
Thanks. So, I may be back to using a dummy row 2. I enter most of the data from the android phone app. I'll have to see how it works on the phone.
The other option is to use the table 'as intended' and instead of inserting new rows at the top, just type on the next row at the bottom (again formulas would need updating).
I do wish excel had a "entry row" option that was pinned at the top so you didn't need to scroll to bottom.

Yes. I am inserting at the top so that all entries are from current to older. I need the current day at the top. Finding the bottom and adding there is cumbersome and would require auto-sorting Z-A with the date and time. I sometimes do not have the current time, and may not enter it. With auto-sorting, that would mess up the sort order. All things considered, inserting at the top seems to really be the simplest option. Excel taking the formatting from the row above when inserting from below is also a dumb feature in Excel.

@mtarler 

Now, when I insert new rows the starting row increment in the graph causing the graph to ignore the more current entries. What did I miss? See attachment. Your function in column W is also not working.

@wcstarks Did you go back to an old sheet?  The graphs moved back down and have the old series formulas.  I updated the Name formulas to use row 3 ...   and updated the graph to use the Name formulas. (I didn't move them this time in case you really want them there).

I didn't think so. I did have a syncing issue between my phone and my computer. Windows created a copy which I went back to, but I would think it would have been the current version. But perhaps not. Sorry for the trouble.