Date Format

[BLuR457]

There are a lot of us that don't use the 24 hour time format and find it mildly annoying. The 12 hour am/pm format can be set by passing on some environment variables in the compose file. May I suggest you add them to it, but commented out with a description (like you have done with other parts of the yml file) so its easier for people to set it up? Below are the variables that go under the grafana container.

  - GF_DATE_FORMATS_FULL_DATE=MMM Do, YYYY @ hh:mm:ss a
  - GF_DATE_FORMATS_INTERVAL_SECOND=hh:mm:ss a
  - GF_DATE_FORMATS_INTERVAL_MINUTE=hh:mm a
  - GF_DATE_FORMATS_INTERVAL_HOUR=MMM DD hh:mm a
  - GF_DATE_FORMATS_INTERVAL_DAY=MMM DD
  - GF_DATE_FORMATS_INTERVAL_MONTH=YYYY-MM
  - GF_DATE_FORMATS_INTERVAL_YEAR=YYYY

[arpanghosh8453]

@BLuR457 I believe this is a personal preference and it's great you figured this out (I was not aware of this). Yet, I feel that there are a lot of useful ENV variables (depending on personal preference) for the InfluxDB and Grafana, which we can't cover each of them individually in our compose file. I think it should be relatively easy to find this information from Grafana docs for someone comfortable with editing the compose file themselves. I will keep this thread open if anyone is wondering about the same.

Don't get me wrong, I absolutely love your contribution back to this community helping other people (that's all I want), just don't want to add additional non-essential ENV variables for the Grafana or influxdB containers (as they are separate project on their own - and have detailed documentations for them as well) in the compose file that ships with this project, making it longer and harder to read.

I hope you understand. Let me know if you think that's fair.

[BLuR457]

It's your project so do what you want. In my opinion time IS essential and more than a simple preference. am/pm is predominantly used by anyone from United States, Canada, Australia, New Zealand, India, Egypt, Saudi Arabia, and the Philippines. You went to the trouble of creating a tutorial on how to setup freedom units (Imperial) for pretty much just the people from the US. Mentioning how to change the date and time format cant be that big of a deal. You don't even have to figure it out since I already posted how to do it.

Edit: I'm sure anyone from the above mentioned countries would appreciate a heads up on how to make the user experience better for themselves.

[arpanghosh8453]

@BLuR457 I am happy to link this post in the readme like I did for the imperial units (so you get the credit for your findings as well) if you want, instead of putting them in the compose comments. Let me know if that sounds reasonable.

Also, could you please show me how the panels look like when they are in the AM/PM mode instead of 24 hour format?

Edit : I think it's worth mentioning as I did for the imperial units to give people some hints.

[BLuR457]

I don't care about credit. I just think people will have a better experience if the units match their region.

Here is what the HR graph looks like.

[arpanghosh8453]

@BLuR457 Huh! That looks nice actually (even better), I thought it would look cluttered but it seems it does not.

And you get this just by adding the ENV variables and no change to the dashboard itself?

I personally like this as well, so I want to try it out and want to see :)

[BLuR457]

I did add BPM to that particular graph in the dashboard. But the time changes are done by adding the ENV variables.

[arpanghosh8453]

Thank you @BLuR457. It's added to the README guide with f76102e

Edit : i plan to merge this will the main codebase

[BLuR457]

The code im my original comment actually had a small error that looks like it made it into the example yml. The first line had a semicolon between the mm and ss. It should look like this:

• GF_DATE_FORMATS_FULL_DATE=MMM Do, YYYY @ hh:mm:ss a

Sorry about that.

[arpanghosh8453]

@BLuR457 Thanks a lot, the correction is made in the final commit now.

I have updated a few dashboard panels that required adjustment (removed time overrides set as YYYY-MM-DD format) because the current MMM DD looks much better :)

Thanks again for helping me improving the dashboard.