はい、これのためのより良いオプションを追加する必要があります。 最善の方法がわからないので、私がまだレビューする時間がなかった、ずっと前に提出されたこのPRがあるかもしれないと思います。

かっこいい、ありがとう！
今、私は私のプロジェクトでハードコードされたヨーロッパ形式でgrafanaを再構築しました=）

ヨーロッパの日付形式は同じ順序（日/月/年）ではないため、これは便利です。日付は実際には混乱します。

+1

+1

+1

これを修正したい他の人のために;
これをsolarisビルドに使用します。

gruntがすでに実行されている場合は、public_genを試行します。

`` `r、engine = 'bash'、count_lines

！/ bin / bash

set -e

パッチ（）{
echo -e "パッチを適用しようとしています; n $ GRAPHJSFOLDER"
ORIG = $ GRAPHJSFOLDER /graph.js
BACKUP = $ GRAPHJSFOLDER /graph.js.backup
cp $ ORIG $ BACKUP
sed's /％m \ /％d /％d \ /％m / g '$ BACKUP> $ ORIG
}

GRAFANAROOT = $ GOPATH / src / github.com / grafana / grafana

GRAPHJSFOLDER = $ GRAFANAROOT / public / app / panels / graph
パッチ
GRAPHJSFOLDER = $ GRAFANAROOT / public_gen / app / panels / graph
パッチ
`` `

+1

+1

これに+1すると、グラフでUSロケールMM / ddを強制するのは理想的ではありません。 おそらく＃5517で導入されたロケールによって助けられましたか？

+1

+1、これは現在、当社の適応を妨げています

@tokudanねえ、これは私たちのソリューションで行ったことです。 https://github.com/grafana/grafana/issues/1459#issuecomment -162446127

これで実際のブラウザのローカリゼーションを考慮に入れることができれば、またはユーザーが少なくとも手動で設定できれば素晴らしいと思います。 すべての人に米国スタイルの日付を使用するように強制することは、実際にはまったく最適ではありません。

+1

+1

日付を一般的にカスタマイズできれば素晴らしいと思います。 例：
持っている代わりに
2016-11-21 21:19:00
平日と短い日付（ここではドイツ語の形式）を確認したいのですが：
モー、21.11。、21：19

@RyanCarrierソースからビルドせずにこの変更を行う方法について何かアイデアはありますか？ 私のUbuntuインストール（debパッケージから）で同等のファイルをここで見つけました：

/usr/share/grafana/public/app/plugins/panel/graph/graph.ts

残念ながら、そのファイルを変更し、 grafana-serverを再起動してブラウザを更新しても、変更は反映されません。 私はこの縮小版を見つけました：

/usr/share/grafana/public/app/plugins/panel/graph/graph.js

そして私が勝者になると思ったが、残念ながら同じ結果だった。 grafanaが使用する別のコンパイル出力があり、これらのファイルを変更しても違いがない理由を説明できるかどうか知っていますか？

以前に作成したスクリプトが機能せず、まだ問題が発生している場合は、返信してください。しばらく家に帰ったら（おそらく、2番目または3番目）確認します。

https://github.com/grafana/grafana/issues/1459#issuecomment -162446127

申し訳ありませんが、debパッケージからはわかりませんでした。 家を見て、サーバーを試してみる必要があります。 3日までに応答しない場合は私をぶつけてください。 :)

@RyanCarrierをぶつけて-これを理解することはありませんでした。 単純なことだと思いますが、graph.tsに加えた変更をGrafanaに取得させることはできません（ソースからコンパイルしないと、可能であれば避けたいと思います）。

私が最後にプレイしてから、彼らはスタッフラウンドを変えました、そして私は当時のように環境を持っていません。 しかし、いくつかのファイルで％m /％dが見つかりました。 あなたを最新の状態に保つために。

public / app / app_bundle.js：13
public / app / boot.js：18
public / app / boot.fnsdmjkfnasjk.js
残りは
public / app / plugins / panel / graph

グラフ.ts
graph.js
specs /graph_specs.js
specs /graph_specs.ts

ねえ、それは/ usr / share / grafana / public / appの奇妙なboot.123456.jsです。

安全のために、boot.jsでも変更しますが、インストールするとビルドされると思いますか？

私が作成したsedコマンドを実行するだけで、番号が異なることを覚えておいてください。

cp boot.123456.js boot.123456.backup.js
sed 's/%m\/%d/%d\/%m/g' boot.123456.backup.js > boot.123456.js 

次に、ページを更新するだけです（ctrl shift r）probsは通常の更新で機能します。 しかし、何でも。

申し訳ありませんが、私は完全に忘れてしまいました。

このコマンドは、すべての％m /％dを％d /％mに置き換えるだけです。

再コンパイルや更新などで結合された場合に備えて、他のファイルでも実行します。

やった！ 定期的な更新で十分でした。 あなたが言及する他のファイルも存在し、文字列が含まれています。

少し不思議。 それは、発生する他の問題の有用な知識になると思われます。 どうもありがとう！

Grafana GUIまたは設定を使用して日付形式を変更する方法はありますか？ ソースファイルに変更を加えることについておしゃべりを見ることができますが、私はそうしません:)

@ leinad13現在はないので、ソースファイルに

これにより、サーバーのコマンドラインから実行されます。

TARGET_FILE=`ls /usr/share/grafana/public/app/boot.*.js`
cp $TARGET_FILE ${TARGET_FILE}.backup
sed 's/%m\/%d/%d\/%m/g' ${TARGET_FILE}.backup > ${TARGET_FILE}

次に、ブラウザのGrafanaページを更新します。

私にとっても+1

わかりました。GrafanaとKibanaを比較するときに、これに遭遇しました。 残念ながら、ロケール設定（日付/時刻/数値形式など）をサポートしないことは、プロフェッショナル環境でのGrafanaのショーストッパーです（単に間違ったロケールでプロジェクトを配信することはできません）。 これがprioで（そして厄介なソースパッチなしで）修正されれば本当に良いでしょう。 @torkelo

+1

+1

+1

私の場合、X軸の日付に問題があり、時間部分のみが表示されることもあれば、日付（US形式、ここではEU）が表示されることもあり、予測可能な方法で制御できません。 どういうわけか＃3591に関連

+1

+1

+1

一見すると、フロットコード（jquery）が使用されます。 そこには、渡された場合のフォーマットオプションがあります。 jquery.flot.time.jsを参照してください
グローバルに使用するには、適切なローカリゼーションが不可欠です。 また、ブラウザの設定から自動的に取得されたオプションに固執しないでください。 米国ベースの言語を使用することは、米国の非準拠ローカリゼーションが必要であることを意味するわけではありません...

+1

+1、回避策として、現在23時間のビューを使用して、主なユースケースで奇妙な日付を表示しないようにしています。

+1

+1

この問題を優先していただければ幸いです。 それはヨーロッパのユーザーにとって本当に混乱しています。 どうもありがとう！

+1

+1

+1

+1

人々は日付を読み間違えることが保証されているため、米国の日付形式でこれを英国で展開することはできません。

これについて明確にするために、米国は基本的に、M / D / Y日付形式を使用する地球上で唯一の国です。 世界の他の地域では、その形式は非常に紛らわしいと感じています。 https://en.wikipedia.org/wiki/Date_format_by_countryを参照して

ローカルの日付形式をサポートしないことで、米国外の人にGrafanaを使用してはならないことを効果的に伝えています。

少なくとも、構成可能にできない場合は、デフォルトとしてISO8601を使用してください。 これは、すぐに展開できる簡単な修正である必要があります。

このバグが3年前に提出されたとは信じられません。

ええ、ISO8601は短期間の良い修正です。

Grafanaがこれを実行したいという欲求や欲求を持っているようには見えませんが、このチケットが3年前に作成されたことに最初は気づいていませんでした。

それは私たちが望んでいないわけではありませんが、あなたが気づいていない限り、約1000のオープン機能リクエストがあります:)

これはFR以上のものであることをご理解いただければ幸いです。 これは、米国外での採用を妨げるものです。 ずっと前にコーディングを決めたようで、今は厄介な側面があります。

このスレッドでは、前に2回回避策を紹介しました。 あなたが本当にそれがあなたにとってそれほど多くの問題であり、あなたが何らかの理由で回避策を行うことができない場合。 自分で変更してください。 オープンソースの要点は、これらのボランティアがあなたが望むことを正確に行っていないことを叫ぶのではなく、貢献して協力できることです。

@RyanCarrier非常に重要なタスクからあなたを遠ざけていただき、誠に申し訳ございません。 また、私たちのお気に入りの機能を他の何千ものFRにプッシュして申し訳ありません。
今後、Grafanaの背後にある会社のドアで泣き始めるでしょう： https ：//grafana.com/services/support

まず、これは非常に小さなことです。 ズームアウトしている場合にのみ目立ち、ポイントにカーソルを合わせると日付全体が表示されます。 これが米国外での採用を妨げるものであるという議論を私は理解していません。 （私は初日からGrafanaを使用しており、スウェーデンに住んでいますが、この問題に気づいたことはありません）。

先週実際に見てみましたが、思ったより複雑でした。 MomentJSとDate.prototype.toLocaleDateString（）の両方を使用して、ロケールごとの月日形式を自動的に把握するために、すばやくスパイクを実行しました。

MomentJSはロケールごとの月/日形式をサポートしていませんが、toLocaleDateStringは機能する可能性があります。 問題は、ブラウザの設定（Chromeの言語設定）に依存するため、ヨーロッパにいる場合でも、ほとんどの人がアメリカの形式を使用できることです。

それを行う唯一の方法は、構成設定として追加することであるという結論に達しました（選択肢は、ブラウザーのロケールを使用するか、明示的に設定するかです）。

PS @mvhconsult Grafanaは非常にオープンソースのプロジェクトであり、ほとんどのリリースは、Grafanaコミュニティによって提供された機能とバグ修正で主に構成されています。 あなたはGrafanaに何も支払っていませんし、修正や機能を提供したこともありません。そのため、トーンを礼儀正しく保つようにしてください。

@danielleeここで実際のトピック外の議論を始めるリスクがあるので、これが私からの最後です。 私は過去15年間オープンソースに携わってきたので、あなたにとって重要ではないと思われるすべてのリクエストを受け取ることがどのようなものかを知っています。 確かにほとんどはここには表示されません。
人々を巻き込み、貴重な時間を費やしてさらに別のプロジェクト（Grafanaの外での生活があります）を調べる1つの方法は、作業方法と、コアチームが物事を取り上げない理由を一緒に示すことです。文書化されたコード。 人々を怖がらせる方法（または「なぜこの製品やチームをもう一度気にするのか」を彼らに伝える方法）は、それがナンセンスだと彼らに伝えることです。彼らはソースコードを掘り下げて、途中のパッチを自分で実装する必要があります。そして、彼らがうめき声を上げたり泣いたりすることを彼らに告げることで彼らを軽蔑します。 ここでのポリシーが、コードの寄稿者だけがリクエストを行うことができるというものである場合、私は問題ありません。それなら、私は再び現実の生活に戻ります。

@mvhconsultコアチームの誰も、この機能要求がナンセンスだとはでした。 私はコアチームに所属しており、それを解決する方法を検討することに時間を費やしてきました。 私が最近この問題を自分に割り当てたことに気づかなかったのではないでしょうか。 また、これは小さな問題であり、優先度1としてマークするものではないことも指摘したいと思います（これは絶対に有効な問題ですが、ほとんどの人には影響せず、気付いた人でも簡単に回避できます）。

機能のリクエストに関する議論は問題ありませんが（そして奨励されています）、これは求められていないと感じました。

これから、Grafanaの背後にある会社のドアで泣き始めるでしょう。

だから少しトーンダウンしてもらえないかと聞いてみました。 ありがとう。

あなたがこれを引き受けたいのなら、私はあなたが始めるのを手伝うことをとてもうれしく思います。 Grafanaを開発用に設定することから始めることができます： http ：//docs.grafana.org/project/building_from_source/

@danielleeこれは間違いなく小さなことではなく、私が知る限り、「簡単な回避策」はありません。

グラフに1日以上のデータが表示されることは非常に一般的です。たとえば、前の週、月、年などです。これらのグラフはすべて、軸にMM / DD形式で日付を表示します。 これらの誤った形式の日付を表示するために、マウスオーバーする必要はありません。

自分で問題が発生していないようですが、このスレッドの「+1」の数字は、多くの人が問題を抱えていることを明らかにしています。

多くの人は、特に機能のリクエストが多く、リソースが最小限である場合に、人気のあるオープンソースプロジェクトを実行することの難しさも理解していると思います。 これがまさに私たちの一部がこの問題を支持している理由です-私たちはこれが多くの人々にとって大きな問題であると主張しようとしています、そしてもし対処できればそれは素晴らしいことです。

@andymadgeかっこいい、他の人が私とはまったく異なる見方をしている可能性があることを理解できます。あなたが言うように、多くの人がそれに投票しています。 この機能は、ティックのフォーマットが世界のほとんどで間違っているためすぐに実装され、修正する必要があります。

このオプションを提示するための最もユーザーフレンドリーな方法を見つけようとしているだけです。 ダニの形式をデフォルトのtoLocaleDateString（）に変更し、最初の言語をnavigator.languagesに設定しますが、ユーザー設定で月/日（または日/月）の形式を設定する構成オプションがあります。

ドットなどを含む日付形式の国（フィンランド、ドイツ、韓国など）の誰かが答えられるかもしれないという質問があります。

mm/ddまたはdd/mm 2つの明示的なオプションがあっても大丈夫ですか。 10月20日は10/20または20/10ます。

@danielleeは私にはいいですね。

ダニは月と日、または年と月だけを表示し、3つすべてを一緒に表示することはありません。

@andymadgeはい、その通りです。 ズームレベルごとに異なるフォーマットがあります。 最もズームアウトしたものから始めます。

• yyyy / mm
• mm / dd
• mm / dd H：M
• H：M
• H：M：S

変更するのはmm / ddとmm / dd H：Mです。

@danielleeフィンランド語（およびドイツ語）のユーザーの場合、正しい形式はdd.mm.ます。 dd/mm yyyyは、スウェーデンのバックグラウンドを持つ高齢者によって使用されることがありますが、このコンテキストでは、曜日と月の順序を確認する方法がないため、単純なdd/mmは不明確です。 完全なローカリゼーションが簡単に利用できない場合は、 dd/mmを使用する方が現在の状態よりもはるかに優れています。

@calmjmありがとう-それは私の質問に答えました。 3番目のオプションを追加します。 他の国にも他のフォーマットがあるかもしれませんが、3は良いスタートであり、多くの国をカバーしていると思います。

少し奇妙な月/日（または日/月）形式を使用する理由は、スペースを節約するためです。 mmm-dd（Feb-12）を使用して実験しましたが、小さいサイズのパネルではスペースがかかりすぎます。

実装では、ブラウザ、 mm/dd 、 dd/mm 、 dd.mm. 4つのオプションを使用して、ユーザーごとの設定を導入します。デフォルトでは、ブラウザのロケールを使用します（設定からの最初のブラウザ言語）。

もう1つの潜在的なオプションは、ポーランドやウクライナなどの国向けの形式であるdd.mm （末尾にドットなし）です。

@danielleeは良い方法のように聞こえます。

@daniellee Grafanaで日付を正しくフォーマットする方法を検索しているときに、このスレッドを見つけました。 :)今後のdd.mm。 私にとって最も重要なのは（フィン）、ありがとう！ しかし、あなたがそれにいる間、あなたはyyyy / mmも変更することを検討できますか？ それはそれなりに理解できますが、それでも奇妙に感じます。 mm / yyyyまたは "mmmyyyy"のいずれかが望ましいでしょう。

また、サイドコメントです。 私たちにとって、分と時間の間の正しい区切り文字も点です。 しかし、それを変更する必要はあまりないと思います。それ以来、「02.02」が時刻か日付かを確認するのは簡単ではありません（時間です。終了ドットがないことからわかります）。 もちろん、これも構成できれば最高です。

+1

@hraftery

これにより、サーバーのコマンドラインから実行されますls /usr/share/grafana/public/app/boot.*.js
cp $TARGET_FILE ${TARGET_FILE}.backup sed 's/%m\/%d/%d\/%m/g' ${TARGET_FILE}.backup > ${TARGET_FILE}
次に、ブラウザのGrafanaページを更新します。

これらのファイルを見つけることができませんでした（ただし、バージョン5.0.4を使用しています）。

@andreasloe mmm、移動したようです。

/usr/share/grafana/public/build/app.*.jsは有望に見えましたが、それを変更しても私には何の違いもありませんでした...

@daniellee （または任意のGrafana開発者）：コミュニティがこの機能の優先順位付けに影響を与える（時間形式をローカライズする）方法はありますか？ たとえば、 https：//www.bountysource.com/ （または同等の）を開くと役立ちますか？ ありがとう！

@daniellee
navigator.languageをパラメータとしてtoLocaleDateStringを使用するのはどうですか？

['en-US','en-IE','en-GB','de-DE','es-ES','nl-NL','pl-PL','ru-RU']
    .forEach(lang => console.log(lang + ': ' + new Date().toLocaleDateString(lang, {day:'numeric', month:'numeric'})))

en-US: 6/4
en-IE: 4/6
en-GB: 04/06
de-DE: 4.6.
es-ES: 4/6
nl-NL: 4-6
pl-PL: 4.06
ru-RU: 04.06

2018-06-04の6/4は本当に混乱しています。

参照：
https://norbertlindenberg.com/2012/12/ecmascript-internationalization-api/#DateTimeFormat
https://caniuse.com/#feat = internationalization

+1
最良の実装は、おそらく言語に関連する単位（たとえば、en-GB = dd / mm / yyおよびen-US = mm / dd / yyなど）を使用することですが、軸ページは最も柔軟性があり、月のみ、または軸のみの他の極端な分など、より長い時間枠のよりあいまいなオプションをサポートすることもできます。

@hraftery
残念ながら、変更を適用するには、ソースからgrafanaを再コンパイルする必要があります...
X軸に沿ってローカルで日付形式を変更するには：

1. ./public/app/plugins/panel/graph/graph.tsの関数time_format（）のリターンテンプレートを変更します
   if (secPerTick <= 80000) {return '%d.%m.%Y %H:%M';}
2. 日と月に2桁の数字を表示する場合は、。 / public / vendor / flot / jquery.flot.time.jsの関数formatDate（）の
   case 'd': c = leftPad(d.getDate(), "0"); break;
case 'm': c = leftPad(d.getMonth() + 1, "0"); break;
3. Grafanaを再コンパイルします： https ：

@luxnlexは、再コンパイル後にhttps://github.com/grafana/grafana-dockerは、この段階ではないタグバージョンから移行しているようです。

grafanaチームがthis is quite a small thingとIt is only noticeable if you are zoomed outを主張し続けている間、このコンテナを提供して更新できれば幸いです。 ここでの回答数を見ると、聴衆向けではないようです;）

+1
Grafanaは、時系列データ視覚化ソフトウェアであり、クラス最高ではないにしても、クラス最高のソフトウェアの1つだと思います。
そのため、画面上のタイムスタンプは、視覚化されたデータを消費し、優れたUXを維持するために不可欠であり、中心的な役割を果たします。
多くの人々、企業、組織が、米国以外の世界中でGrafanaを使用しています。
異なるカルチャでタイムスタンプがどのように表示されるかをUIベースで簡単に構成できるようにしてください。 ダッシュボード、グラフ、またはブラウザクライアント固有にすることができない場合は、Grafanaインスタンス固有の設定でさえ最初から使用するとよいでしょう。
私の考えでは、これは通常の不足している機能ではなく、ユーザーがこの種の非常に優れた（！）ソフトウェアに暗黙的に期待および想定しているコア機能の1つです。

こんにちは@torkeloもう誰に聞いたらいいのかわかりません:-) Grafanaチームが、米国以外の幸せなユーザーにこの機能のETAを教えてくれるでしょうか？ ありがとう！

これは以前にも言われていますが、これはGrafanaの単一の最も紛らわしい「機能」であると付け加えることしかできません。 任意の時間Iの外観と私は私の頭を悩ま開始し、私は本当に、その完全に不慣れとして見ているものを、時間帯を把握しようとする任意のチャート...

スパムで申し訳ありませんが、言わなければなりませんでした。 米国以外のユーザーにとって、これが簡単に最重要要件になるとは言い過ぎではないと思います。

この問題に何がそんなに時間がかかっているのですか？ これがこんなに複雑だなんて想像もできません...

コミュニティは少しのコードを用意する必要があると思います...これは、現在の日時のコード化の性質上、かなり難しいです...

@DerKnerdには簡単な修正（＃13429）がありましたが、それで十分だとは思いませんでした。 日付の問題は、包括的に解決したいときに難しくなります。

この問題は、スコープクリープに関する内部プレゼンテーションで最近取り上げられました。 今後の方向性は設計ドキュメントです。 コミュニティの誰かがボランティアをしたい場合は、slack.raintank.ioの#grafana-devに参加して、私に連絡してください。

@ davkal ＃13429を指してくれてありがとう。 実際、米国以外の私にとって、その修正は十分に優れており、大幅に改善されています。 たぶん、その修正はそのままで、設計ドキュメントは並行して行われる可能性がありますか？

@ marco-mそのPRのスティッキーポイントは、monthDateプリファレンスフィールドです。 日付設定を「デフォルト」（つまり、現在の米国の日付）または「ブラウザ」（ブラウザのロケールでローカライズ）に変更すると、これを回避できる可能性があります。 ドロップダウンには、これら2つのオプションしかありません。 ユーザーのブラウザはDate.prototype.toLocaleDateStringをサポートしていますか？また、ユーザーが意図したロケールを持っていますか？

@davkalは、MozillaとChromeの最新バージョンを使用しており、日付のレンダリングを制御できる場合は、何にでも更新できます:-)はい、ブラウザーで、意図したロケールを設定できます。 私が正しく理解していれば、Grafana製品の観点から「デフォルト」または「ブラウザ」の間で「最良」のものを選択することをお勧めします。 私たちはあなたの選択に適応することを嬉しく思います。

@davkal明確な日付処理がスコープクリープと見なされる可能性があるかどうかを確認するのに苦労しています-これは重大な混乱の原因です（特に米国以外のユーザーにとっては、あいまいな日付は決して受け入れられないはずですが）。

そうは言っても、ブラウザロケールベースのアプローチはオプションかもしれませんが、それはアラートなどの問題を引き起こしますか？ この構成は、ユーザーごと/レンダリングごとに永続化して照会する必要があると思います。 strftime / moment.jsアプローチは、より包括的な答えのようです。UIのプリセットを生成できる、事前に入力されたロケールテーブルがすぐに利用できると思います。

ブラウザベースの設定について：国際的に活動している人は、英語ベースのブラウザを使用することを選択し、米国のブラウザをインストール（またはインストールを強制）しても、mm.dd.yyyyを取得する可能性があることに注意してください。

短期的な解決策としてはまだ問題ありませんが、@ marco-mが述べているように、ユーザー設定で真のローカリゼーションを実装するための完全なドキュメントである必要があります。

すべてのフィードバックをありがとう。 個人的には、完全なマッピングで適切な入力フィールドを避けようとします。
アラートがどのように影響を受けるかはわかりませんが、サーバーレンダリングでは、ユーザーのロケールにURLパラメーターを渡す必要があります（そうでない場合は、phantomjsのロケールを使用します）。 Slackベースの画像レンダリングでは、URLパラメータとして渡すロケールも決定する必要があります。

完全なマッピングを再実行します。これは、grafanaサーバーごと、組織ごと、チームごと、ユーザーごとにする必要がありますか？

@davkalは書いた：

完全なマッピングで適切な入力フィールドを避けようとします

これが何を意味するのか説明していただけますか？ QTの最近の厳格なロケール実装に起因するバグレポートからも明らかなように、ロケールの表示に関しては、ユーザーが特定の好みを持っている場合があります。

マルチリージョンチームをサポートするには、ユーザーごとの設定である必要があると思います。おそらく、1つ以上の上位レベルにデフォルトがあります。

人々が好きなように設定できるように、私は本当に入力フィールドを好みます。
必要な日付形式を取得するには、ロケールを別の場所に設定する必要があります
常に意図しない副作用と欲求不満で終わります。

サーバー全体のデフォルト形式を使用し、ユーザーがそれを上書きできるようにする
私にとって最も意味があります。
そうすれば、サーバーのレンダリングとログインしていない人がサーバーを取得できます
デフォルトですが、個々のユーザーは必要に応じて独自のフォーマットを設定できます。
私は組織を使用していませんが、そこでも使用するのは理にかなっているのでしょうか。

午前9時19分で月、2019年3月4日には、ダビデ[email protected]は書きました：

すべてのフィードバックをありがとう。 個人的には、適切な入力を避けようとします
完全なマッピングを持つフィールド。
アラートがどのように影響を受けるかはわかりませんが、サーバーのレンダリングには
URLパラメータが渡されるユーザーのロケール（それ以外の場合は、phantomjsを使用します。
ロケール）。 Slackベースの画像レンダリングでは、ロケールを決定する必要があります
URLパラメータとしても渡されます。

完全なマッピングを再実行します。これは、grafanaサーバーごと、組織ごと、チームごとである必要があります。
ユーザーあたり？

—
このスレッドにサブスクライブしているため、これを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/grafana/grafana/issues/1459#issuecomment-469268689 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/ABJyGlmAy9ebfDPryZGyVdffLReqBRp8ks5vTSuNgaJpZM4DelGY
。

完全なマッピングの例： https ：

完全なマッピングの例： ＃13429（コメント）

このようなマッピングを公開することは避けられないのではないかと思います。

ますます多くを求めてここにコメントしているすべての人々に：この問題は2015年2月から開いています。 @ davkalはすでにPRを行っており、完璧ではありませんが、現在の何よりも大幅に改善されています。 私には、 @ davkalからこれを実現するために必要なエネルギーを排出するのではなく、出発点としてPRをマージするのを支援する方が生産的であるように思われます。 私の2セント。

派手なGUIやautomagicブラウザ/リージョンのサポートを気にしない場合、現在の6バージョンにランタイムパッチを適用することは可能ですか？

@bassebabaはい、できます。 ルートフォルダには、ディレクトリビルドを含むパブリックがあります。 ファイルapp.<weird stamp>.jsがあり、そこでtime_formatを検索すると、形式を置き換えることができます。

ラズベリー（Raspbian GNU / Linux 8、Linuxバージョン4.14.34-v7 +（dc4 @ dc4-XPS13-9333）（gccバージョン4.9.3（crosstool-NG crosstool- ng-1.22.0-88-g8460611））＃1110 SMP Mon Apr 16 15:18:51 BST 2018）？

ええ、それはこのパスです： /usr/share/grafana/public/build/app.e16403019d0332233699.js多分アプリ間の部分。 と.jsは異なります。

ありがとう！ ところで、ファイル名はapp.469095018b321ef1da7c.jsです。

またお邪魔しなければなりません。 関数を見つけて、すでに次のように変更しました

t.prototype.time_format = function（t、e、n）{if（e && n && t）{var a = ne、r = a / t / 1e3; return r <= 45？ "％H：％M：％S"： r <= 7200 || a <= 86400010？ "％H：％M"：r <= 8e4？ "％d。％m％H：％M"：r <= 2419200 || a <= 31536e6？ "％ d。％m "："％m。％Y "} return"％H：％M "}、t}（）;

しかし、役に立たない。 サーバーも再起動しましたが、

`●grafana-server.service-Grafanaインスタンス
ロード済み：ロード済み（/usr/lib/systemd/system/grafana-server.service;有効）
アクティブ：Di 2019-03-05 19:52:28 CET以降アクティブ（実行中）。 3分39秒前
ドキュメント： http ：
メインPID：1795（grafana-server）
CGroup：/system.slice/grafana-server.service
└─1795/ usr / sbin / grafana-server --config = / etc / grafana / grafana.ini --pidfile = / var / run / grafana / grafana-server.pid --packaging = .. ..

Mär0519：52：28FHEM grafana-server [1795]：t = 2019-03-05T19：52：28 + 0100 lvl = info msg = "Initializing HooksService" logger = server
Mär0519：52：28FHEM grafana-server [1795]：t = 2019-03-05T19：52：28 + 0100 lvl = info msg = "Initializing InternalMetricsService" logger = server
Mär0519：52：28FHEM grafana-server [1795]：t = 2019-03-05T19：52：28 + 0100 lvl = info msg = "Initializing CleanUpService" logger = server
Mär0519：52：28FHEM grafana-server [1795]：t = 2019-03-05T19：52：28 + 0100 lvl = info msg = "Initializing NotificationService" logger = server
Mär0519：52：28FHEM grafana-server [1795]：t = 2019-03-05T19：52：28 + 0100 lvl = info msg = "Initializing ProvisioningService" logger = server
Mär0519：52：28FHEM grafana-server [1795]：t = 2019-03-05T19：52：28 + 0100 lvl = info msg = "Initializing PluginManager" logger = server
Mär0519：52：28FHEM grafana-server [1795]：t = 2019-03-05T19：52：28 + 0100 lvl = info msg = "プラグイン検索の開始" logger = plugins
Mär0519：52：29FHEM grafana-server [1795]：t = 2019-03-05T19：52：29 + 0100 lvl = info msg = "Initializing TracingService" logger = server
Mär0519：52：29FHEM grafana-server [1795]：t = 2019-03-05T19：52：29 + 0100 lvl = info msg = "Initializing Stream Manager"
Mär0519：52：29FHEM grafana-server [1795]：t = 2019-03-05T19：52：29 + 0100 lvl = info msg = "HTTP Server Listen" logger = http.server addr ... socket =
ヒント：一部の行は省略されています。-lを使用して完全に表示します。
`

これがスクリーンショットです

@andreasloeあなたがあなたの特定の助けを求めるために別の場所を見つけることは可能でしょうか？ このチケットがGrafanaに固定されたため、クローズされることを私はまだ望んでいます。 ありがとう ：-）

@andreasloeわからない。 たぶんあなたは私より古いバージョンを使っています。 しかし、@ marco-mが言ったように、Stackoverflowまたはredditについて質問するかもしれません。 そこにいる誰かがきっとあなたを助けることができます：slightly_smiling_face：

Ping @torkelo @daniellee以前にコミュニティの過失のフラグを立てたことがあることを認識しています（https://github.com/grafana/grafana-plugin-repository/issues/332）が、これはまだ最悪ですGrafanaに欠けている機能、現在はv6.3です！ 4歳です。 米国外では、包括的な解決策を模索していません。 当面は、4年間の無の状態での改善に完全に満足するでしょう。

どうぞ、既存のPRまたはより良い解決策をもう一度見て、私たちを助けてください。 私はフロントエンドの人ではありませんが、貢献できることがあれば教えてください。

もう少し正確に言うと、このリクエストの重要性は、このリポジトリのGHAPIを使用して簡単な統計チェックを行ったことです。

2010 open issues, thereof
1163 feature requests
4938 comments on feature requests
126 comments on most commented feature requests

上位のリクエスト：

• ＃6557（126コメント）
• ＃1959（108コメント）
• ＃6983（104コメント）
• ＃3752（84コメント）

ここでのこのリクエストには97（！）のコメントがあるため、4位にランクされています。 type/feature-requestタグが付いていないため、このリストには表示されません。

タグでフィルタリングせずに分析を再実行すると、上部4に表示されます。

• ＃6557（126コメント）
• ＃1959（108コメント）
• ＃6983（104コメント）
• ＃1459（97コメント）

これは、この問題が「小さなこと」ではないという十分な証拠ですか？

コアチームが実際に実装するためのサポートを得ることができれば、これが基本バージョンでどのように見えるかを提案できるようになる前に、flotを使用して作業しました。 更新：オープンPRにはすでにかなりの部分があるため、必要ありません。

うん、これは非常識です。 時間表示を再度「ハック」する方法を理解する必要があるため、定期的にgrafanaを更新することすらありません。
（私はまだv6にいます：P）

Dockerイメージのbashスクリプトを使用して自動化するという大まかな計画があります。これにより、すべての更新を再構築できますが、これは、この欠落している機能を修正するためのクレイジーな方法です。

現在、 https：//github.com/grafana/grafana/pull/13429を調べてい

コアチームが4番目に高いランキングの機能リクエストにステップアップしない限り、これは役に立ちません...

わお！ これは非常識です！

グラファナ設定でx軸の日付形式を変更する方法を探すのにかなりの時間を費やしました。 これは非常に基本的で必要な機能であり、まだ実装されていない可能性があります。

あなたがすぐにそれを持ち出すことができれば私は本当に幸せです:)

＃18659からコピー：

月の形式のみが対処されたため、＃13429が成功しなかったことを簡単に思い出してください。 ..。
最初のステップは、あなたの意図について＃1459にコメントを追加してから、slack.grafana.comでパブリックスラックに参加することです。

@ davcal ＃13429が成功しなかったことは、議論からは明らかではありませんでした。 私は実際に次のようにコメントしました：

問題を抱えたユーザーの観点からは、私は本当に気にしません。 単純なフォームでは、 @ torkeloが提案したすべての設定を組み合わせて、米国と選択した国の適切なデフォルトのドロップダウンにすることができます。 米国は、次の連結バージョンのように見える場合があります。
..。
@torkeloによって提案されているように、これはconfigjsonで終了する可能性があります。 Pで始まらないものはすべて、デフォルトの形式になります。 ドロップダウンの「カスタム」エントリを使用すると、実際には1回限りのタスクであり、追加のデフォルトのPRを後で簡単に実行できるため、外部のgrafana UIを構築する必要があるかどうかに関係なく、独自のフォーマット文字列を指定できます。

洗練されたバージョンは素晴らしいものですが、4年以上待った後、私（そしておそらくほとんどのユーザー）は何でも喜んで持っているでしょう。

したがって、他のことを行う前に（設計ドキュメントを作成するなど）、Grafanaが実際にディスカッションに参加し、最高ランクの機能要求の1つを進めていることに、Grafanaがリモートで関心を持っていることを確信する必要があります:(

私もイライラしています。 明確にするために、視覚化にGrafanaを使用してサービススタックをデモンストレーションする場合、日付形式について質問しているお客様に対して、Grafana（それ以外の場合は非常に優れている）はタイムスタンプを次のように表示するように構成できないことを常に言い訳する必要があります。顧客は望んでいます。 このようなフロントエンドで非常に目立つ機能が機能しない理由を常に説明する必要があるため、これはすべての初めてのデモンストレーションを台無しにします。 これは基本的な機能であり、顧客が望むものを提供していないため、機能していません。 この問題の処理を開始してください。

+1、本当にイライラするXシリーズで国際的な日付形式を取得できません。

人気のあるロケールのデフォルトを使用した、フォーマットマッピングに関するアプローチに満足して協力していきたいと思います。 しかし、私たちはこの努力を引き受けるコミュニティの誰かを探しています。 どんなご指導も承ります。

必要な作業の概要は次のとおりです。

• 出発点として＃18659を使用できます。@ andigに感謝します。
• さまざまな時間解像度の形式を持つ日付マッピングを指定します
• monthDayFormatを書き換えて、選択したマッピングを保存する可能性があります
• グラフ日付フォーマッタでマッピングを使用するロジックを追加します
• ドロップダウンに人気のあるロケールのマッピングを追加する
• ドロップダウンにカスタムオプションを指定して、独自のマッピングを提供します
• カスタムマッピングに関するエラー処理を追加
• マッピング検証のためのテストを書く
• ドキュメントを更新する

これを採用したい場合は、私または@torkeloに連絡してください。 作業を開始する前に、必ずここにも投稿してください。 貢献に関するガイドラインも参照してください。

これが動くのを見るのは素晴らしいです！

さまざまな時間解像度の形式を持つ日付マッピングを指定します

ここでできることは、日付形式の包括的なリストを作成することだと思います。 ただし、最初にパラメータを明確にする必要があります。
現在のコードは、フォーマットを選択するためにティックの長さとチャートの範囲の両方に依存しています。 元のフロートはティックの長さのみを使用し、長さが一定の間隔（分、日、月、年）を下回っているかどうかをチェックします。 これを柔軟に保ちたい場合は、次のことを提案します。

• 間隔を構成可能にする
• ISO表記を使用する（Goとmomentjsの両方でサポートされています）
• 目盛りの長さを間隔と照合します。間隔を下回る場合は、フォーマットを使用します
• 事前に構成されたロケールと、独自の形式を使用する機能が必要です。

これには、 https：//github.com/grafana/grafana/pull/13429で提案されているマッピングテーブルのようなものが必要になり

[
    ["PT1S", "HH:mm:ss.SSS"],
    ["PT1M", "HH:mm:ss"],
    ["P1DT", "MM/DD HH:mm"],
    ["P1MT", "MM/DD"]
    ["P1YT", "YY-MM"]
    ["", "YYYY"]
]

ドイツは次のようになります。

[
    ["PT1S", "HH:mm:ss.SSS"],
    ["PT1M", "HH:mm:ss"],
    ["P1DT", "DD.MM HH:mm"],
    ["P1MT", "DD.MM"]
    ["P1YT", "MM/YY"]
    ["", "YYYY"]
]

UK（仮定）は次のようになります（12時間形式）：

[
    ["PT1S", "hh:mm:ss.SSS"],
    ["PT1M", "hh:mm:ss"],
    ["P1DT", "DD/MM hh:mm"],
    ["P1MT", "DD/MM"]
    ["P1YT", "MM/YY"]
    ["", "YYYY"]
]

フォーマットは、構成ファイルまたはUIベースで行うことができます。 UIベースの場合、一般的なロケール（少なくとも米国）にデフォルトを設定し、フリーテキストのユーザーベースの構成を許可することが理にかなっている場合があります。 後者は次のようになります。

<duration literal> <momentjs format string>, repeat as needed

この議論は少し正気ではありません。 これは、一部のコアgrafana開発者と一部のユーザーの間の断絶を公の場で誇示しています。

ヨーロッパのユーザー（そして開発者ですが、grafana devではありません）として、私は確かにこの機能が欲しいです。 また、（私の知る限り）grafanaは、暇なときにボランティアとして人々によって開発されていることも認識しています。いずれにせよ、すべての開発プロジェクトを優先する必要があります。

おそらく、この機能を実現するために貢献したい人は、自分自身を特定することができます。 grafana開発者はSlackで通信することが指摘されているので、それを行うのに適切な場所である可能性があります。 そして、それらの人々が、すべてのプロジェクトには手順があり、ここで意味することは何でも従うことが期待されることを認識し続けるために。

そして、おそらくgrafanaの開発者は、自分自身または自分自身を患者のメンターとして識別し、これらの人々がこの機能をマスターブランチに組み込むタスクを実行するのを支援する可能性があります。 @davkalで起こったと

@ジェフアブラハムソン

ヨーロッパのユーザー（そして開発者ですが、grafana devではありません）として、私は確かにこの機能が欲しいです。 また、（私の知る限り）grafanaは、暇なときにボランティアとして人々によって開発されていることも認識しています。いずれにせよ、すべての開発プロジェクトを優先する必要があります。

その通り。 https://github.com/grafana/grafana/issues/1459#issuecomment -469317707で少し前に述べたように、コメントの_some_に資格があると仮定することに不安を感じ、Grafanaが_free_および_opensource_であることを忘れてい

@davkalの試みと寛大さにもう一度感謝したいと思います。

私のコメントが不快感を与えるものであった場合は、心からお詫び申し上げます。 このプロジェクトに向けて、皆様のご尽力に心より感謝申し上げます。

@ andig-それが良い解決策である場合、英国の日付形式に関するあなたの仮定は

代替案の1つは、私がこれほど大胆にする可能性がある場合、そして内部のいずれも知らない場合、これが有効な提案であるかどうかわからないため、そうでない場合は破棄してください。グラフのスタイルページにあるシンプルなボックスで、ユーザーは次のことができます。 Xスケールの上書き日付形式で貼り付けます。 おそらく、phpなどの他の場所で使用されている一般的な文字列拡張形式を使用します。 https://www.php.net/manual/en/function.date.phpは、すべてに1つの形式を適用するのではなく、完全な自由形式の解釈を提供し、グラフごとにすべてのユースケースに適合させることができます。 （使用中、たとえば、日付ではなく曜日を表示したい場合があります）

おそらく何か：

X日付形式をオーバーライドする[]

設定されている場合、次のようなトークンを拡張します
％D％d、％Mから月12日、9月

％D％G：％Hから月曜日13:45

メタ：Grafanaの開発を明確にするために、約25人の開発者（私を含む）のGrafanaLabsスタッフが主導しています。 しかし、ソフトウェアのサイズを考えると、スタッフのサイズは非常に小さく、コミュニティのすべての貢献がなければ、ソフトウェアはそれほど有用ではありません。 ここでのこのような機能に対する私たちの挑戦は、緊急ではありませんが重要です。コミュニティが機能を開発できるようにする方法を見つけたいと思います。 個人の重要な貢献に関するサクセスストーリーがたくさんあります。このプロセスをご案内させていただきます（[email protected]）。

グラフの[スタイル]ページにあるシンプルなボックスで、ユーザーはXスケールの上書き日付形式で貼り付けることができます。

ユーザーの組織に新しいダッシュボードが追加されると、システム全体でこれを変更することは継続的な負担になるため、私はあまり好きではありません。 これまでのところ、私はまだ上記のアプローチを提唱しています。

透明性のために：私は、a）テストする能力（発生した問題についてはprを参照）およびb）インデフフロントエンド開発の知識なしで可能な限りリベースを取りました。 申し訳ありませんが、私を数える必要があります。

+ 1、MMDD形式以外のものをお勧めします:)

プロット内の一連の日時形式をカスタマイズするにはどうすればよいですか？ 時刻を削除したり、日付形式を変更したり、秒単位で追加したりしますか？

+1

上記の修正は、Grafana 6.7.1では機能しませんが：

bash -c "find / usr / share / grafana / public -type f -exec sed -i's @％m /％d @％d /％ m @ g '{} +"

注意：これをDockerコンテナーで実行していますが、それ以外の場合は、最初に/ usr / share / grafana / public内のファイルをバックアップせずにこれを実行することはお勧めしません。

しかし、それは私にとってはうまくいきます。

docker-composeのデフォルトのエントリポイントを上書きするには：
エントリポイント：bash -c "find / usr / share / grafana / public -type f -exec sed -i's @％m /％d @％d /％ m @ g '{} + && /run.sh"

ありがとう、ドイツ語版（1/4ではなく1.4）が欲しい人は、次のようになりますか？
bash -c "find / usr / share / grafana / public -type f -exec sed -i's @％m /％d @％d。％ m @ g '{} +"
または、ドットの前に特殊文字が必要ですか？

謝罪、私はこれが機能していない、私が解決策を見つけたら私は戻ってきます、

上記の修正は、Grafana 6.7.1では機能しませんが：

bash -c "find / usr / share / grafana / public -type f -exec sed -i's @％m /％d @％d /％ m @ g '{} +"

注意：これをDockerコンテナーで実行していますが、それ以外の場合は、最初に/ usr / share / grafana / public内のファイルをバックアップせずにこれを実行することはお勧めしません。

しかし、それは私にとってはうまくいきます。

docker-composeのデフォルトのエントリポイントを上書きするには：
エントリポイント：bash -c "find / usr / share / grafana / public -type f -exec sed -i's @％m /％d @％d /％ m @ g '{} + && /run.sh"

いいじゃないですか。 もう1年が経過し、Grafanaはバージョン7に近づいています。ローカリゼーションは、4番目にランク付けされた機能リクエストであるにもかかわらず、「小さなこと」と見なされ、ここでバイナリをハッキングしています...

ええ、私は製品の所有者と一言話したいと思います。 この機能リクエストがリストの上位にないのはなぜですか？ 高い需要、可能性、長い歴史、販売/使いやすさの向上... POは他に何を必要としますか？

@davkalは、 https： //github.com/grafana/grafana/issues/1459#issuecomment -523313533に従って、これにtype/feature-requestタグを付けて、少なくとも優先順位に表示されますか？

私は製品の所有者の1人であり、連絡を取る方法として私のメールアドレスと一般のたるみを挙げています。 誰も私に連絡していません。

貢献への私たちの招待はまだ開いています。 手順は上に示されています。 私たちはエンジニアリング組織として成熟しているので、この取り組みのために、これに取り組みたい当事者は設計ドキュメントを開始する必要があります。 例については、これを参照してください。

私は製品の所有者の1人であり、連絡を取る方法として私のメールアドレスと一般のたるみを挙げています。 誰も私に連絡していません。

@davkalどう反応するかわかりませんが、あなたが書いていることは私を悲しませます：

• 私は個人的にこのリクエストの重要性を強調しようとしましたhttps://github.com/grafana/grafana/issues/1459#issuecomment-523313533
• 仕様を転送しようとしましたhttps://github.com/grafana/grafana/issues/1459#issuecomment-528817275
• スキルは限られていますが、放棄されたPRをさらにプッシュすることを試み（https://github.com/grafana/grafana/pull/18659）、助けを求めましたhttps://github.com/grafana/grafana / pull / 18659＃issuecomment -523422092
• 放棄されるべきであると言われました：

これを進めないでください。＃13429も参照してください。

• https://github.com/grafana/grafana/pull/13429で次のように言われてい
  これを進めないで、より包括的なアプローチで再試行します。

そして、あなたが言っている方法：

誰も私に連絡していません。

これ以上は言いませんが、今は感謝されていません。

あなたの努力は確かに@andigに感謝し、あなたは問題を進めようとしました。 私のポイントは、私たち（2019年9月の上記の議論）以外に他の議論はなかったということです。

もう一度明確にするために：グラフ形式のローカリゼーションは非常に理にかなっており、ロードマップ上にあります。 おそらく、今年の夏にそれを達成することさえできるかもしれませんが、それを私たちに頼らないでください。ロードマップは変わる可能性があります。 この機能があなたに価値をもたらすのであれば、遠慮なく貢献して、それをより早く実現させてください。

すぐに利用できるようになることを願っています。grafanaには、このような基本的な機能がいくつかありません（ユーザー設定で日付をフォーマットする...）

stackdriverのtimeRangeurlクエリパラメータは、UNIXタイムスタンプではなく、ISO8601形式の時刻を想定しているようです。 このためのISO形式の時刻があると、パネルからスタックドライバーへのリンクのロックが解除されます（現在の時刻で）。 大変お世話になりました！

誰かがGrafana7のSED /パッチソリューションを提供できますか？ （m / d）->（d / m）

物事をより良くするための少しのPR。 https://github.com/grafana/grafana/pull/25602。
グラフパネルにローカルブラウザ形式を使用することをお勧めします。

オプションが間もなく登場するようですが、簡単な修正を探している人のために：

for i in /usr/share/grafana/public/build/*.js; do sudo sed -i 's@MM/DD@DD/MM<strong i="6">@g</strong>' "$i"; done

Grafanav7で動作します

+1、そのような些細なことが5年以上議論されているとは信じられない
Grafanaのエンタープライズユーザーも同じ問題に苦しんでいますか？

ハハ。 5年が経ちました。 残念です。

これを修正することを優先してください。 mm / dd形式のグラフはあまり役に立ちません。

各ユーザーが個別のフォーマットを選択できるようにするという完璧な解決策は気にしません。この恐ろしい日付フォーマットの異常にさらされるのを避けることができれば、日付フォーマットの単一のシステム設定で問題ありません。

システムの日付フォーマットオプションが統合されましたhttps://github.com/grafana/grafana/pull/27216

これらのini設定を追加します

[date_formats]
# For information on what formatting patterns that are supported https://momentjs.com/docs/#/displaying/

# Default system date format used in time range picker and other places where full time is displayed
full_date = YYYY-MM-DD HH:mm:ss

# Used by graph and other places where we only show small intervals
interval_second = HH:mm:ss
interval_minute = HH:mm
interval_hour = MM/DD HH:mm
interval_day = MM/DD
interval_month = YYYY-MM
interval_year = YYYY

# Experimental feature
use_browser_locale = false

テストしてフィードバックをお寄せください。 将来のリリースでも、このための組織レベルの設定を追加することを計画してください。 use_browser_localeには、まだ修正すべきいくつかの問題があります（12時間制と24時間制を検出します）。 first_day_of_weekオプションも、これに追加するのに適しています。

ありがとう@torkelo大いに感謝します！

これが例です

構成：

[date_formats]
# Default date format
full_date = MMM Do, YYYY @ hh:mm:ss a
# Used by graph and other places where we only show small intervals
interval_second = hh:mm:ss a
interval_minute = hh:mm a
interval_hour = MMM DD hh:mm a
interval_day = MMM DD
interval_month = YYYY-MM
interval_year = YYYY

それは素晴らしいニュースです、どうもありがとうございました！ grafanaを再起動しましたが、新しい形式が表示されませんでした。 どのバージョンをインストールする必要がありますか？これを説明しているサイトを教えてもらえますか？

ナイトリービルドまたは7.2ベータ版を待つ（すぐに）

ナイトリービルドまたは7.2ベータ版を待つ（すぐに）

dockerhubのマスタータグはどのくらいの頻度で更新されますか？ 生後2日ですが、もっと頻繁にトリガーすることは可能でしょうか？

素敵な@ torkelo-以下はgrafana:7.3.5 dockerイメージ（docker-compose.ymlの抜粋）でうまく機能しています：

version: '2.0'
services:
  grafana:
    image: grafana/grafana:7.3.5
    environment:
      - GF_DATE_FORMATS_INTERVAL_HOUR=DD/MM HH:mm
      - GF_DATE_FORMATS_INTERVAL_DAY=DD/MM

ただし、ここオーストラリアでは、MacでFirefoxを使用して、 GF_DATE_FORMATS_USE_BROWSER_LOCALE=trueしても機能しませんでした。短い日付形式は、米国固有のMM / DD形式のままでした。