ローマ暦 カレンダエ/ノナエ/イドゥス
2020年3月1日はローマ暦では3月のカレンダエで、Kalendisと書きます。現代の日付を入力すると、その月のカレンダエ、ノナエ、イドゥスを基準にした古代ローマ式の呼び方が分かります。ブラウザで無料で使えます。
- 無料
- ブラウザで動作
- 登録不要
- データは端末の外に出ません
無料で実行
計算例
- 日付
- 2020-03-01
- 変換方向
- gregorian_to_roman
- ローマ暦の日付形式
- kalendae
- 日
- 1
- 月
- 3
グレゴリオ暦の市民日付を、古典期ローマ暦の記法(カレンダエ、ノナエ、イドゥス)へ変換します。数え方は当時の包括的な方式に従います。
どの月にもある3つの基準日
古代ローマの人々は、今のように月の日付を1日から順に数えてはいませんでした。各月には3つの決まった基準日がありました。カレンダエは必ず月の初日です。ノナエは五日ですが、3月、5月、7月、10月だけは七日になります。イドゥスは十三日で、同じ4つの月では十五日です。それ以外の日は、次の基準日までどれだけ離れているかで表しました。この変換ツールは現代の日付を受け取り、それがどの基準日か、どの基準日に向かって数える日かを示します。
結果を正しく読むために
ローマの数え方は両端を含めるのが特徴で、その日自身と基準日の両方を数えます。そのため、基準日の何日前という数は、今の引き算より1つ大きく見えます。イドゥスより後の日は翌月のカレンダエを基準に呼ぶので、3月末の日付は4月との関係で表されます。日付は年、月、日の形で入力してください。空の入力や形式の違う入力は、計算の前に受け付けません。結果は毎回同じ方法で求められ、インターネット上の情報も参照しないので、表計算を使わなくても確かな答えが得られます。
境界条件と制限
空文字列、誤った型、および矛盾する範囲は、いかなる計算よりも前に、できるだけ早い段階で拒否されます。タイムゾーンを持たない市民日付は暦日として扱われ、あいまいさを生じさせる暗黙の変換は行われません。必要な対応表は本機能のフォルダー内に同梱されて移動し、実行時にネットワーク呼び出しは一切発生しません。
これにより、機密性と速度の双方が保たれます。統合に着手する前に、参照用の例を必ずご確認ください。
活用例
日常業務
表計算ソフトを使わずに、信頼できる答えが得られます。
よくある質問
カレンダエ、ノナエ、イドゥスとは何ですか?
ローマの各月にある3つの決まった基準日です。カレンダエは月の初日、ノナエは五日か七日、イドゥスは十三日か十五日に当たります。
ノナエとイドゥスが遅くなるのはどの月ですか?
3月、5月、7月、10月はノナエが七日、イドゥスが十五日です。それ以外の月では五日と十三日になります。
基準日以外の日はどう呼びますか?
次の基準日までさかのぼって数え、ノナエ、イドゥス、または翌月のカレンダエの何日前という形で表します。
ローマ式の日付を現代の日付に戻せますか?
いいえ。使えるのは一方向だけで、現代の日付を入力するとローマ式の呼び方が分かります。逆に読むときは、示された基準日の何日前かとして結果を読み取ってください。
関連ツール
開発者向け — APIアクセス
このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。
エンドポイント
Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。
お使いのスタックから呼び出す
curl -X POST https://api.kit.forhosting.com/date/roman-date \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"date":"2020-03-01"}'const res = await fetch("https://api.kit.forhosting.com/date/roman-date", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"date": "2020-03-01"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/date/roman-date",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"date": "2020-03-01"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/date/roman-date", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"date":"2020-03-01"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"date":"2020-03-01"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/date/roman-date", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)リクエスト例
{
"date": "2020-03-01"
}レスポンス例
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "date.roman_date",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。
料金
単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。
エラー
| HTTP | コード | 意味 |
|---|---|---|
401 | unauthorized | APIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。 |
402 | insufficient_balance | 残高が不足しています。チャージ後に再度お試しください。 |
404 | unknown_type | 指定されたタスクタイプは存在しません。タイプ名を確認してください。 |
429 | rate_limited | リクエストが多すぎます。しばらく待ってから再度お試しください。 |
技術的な注記
しくみ
このツールは、グレゴリオ暦の市民日付を古典期ローマ暦の記法へ変換します。ローマ暦は、ひと月を三つの基準点、すなわちカレンダエ(朔日)、ノナエ、イドゥスを軸として数えます。計算は完全に決定論的であり、お使いのブラウザー上で無料で実行されます。処理には API とまったく同じ純粋関数を用いるため、両チャネルのあいだで厳密な一致が保証されます。入力はあらゆる算術演算に先立って検証されるため、型が誤っている場合には、静かに誤った結果を返すのではなく、明確な invalid_input エラーが生成されます。ドキュメントでは、検証の順序、結果の決定論性、ブラウザーと API の一致、認証のための安定したエラー照合文字列、そして範囲外の浮動小数点値の安全な取り扱いについて詳しく説明しています。
入力と出力
本機能を組み込む前に、成功経路と失敗経路の双方を網羅する参照用の例を注意深くお読みください。これらの例は、この機能の実質的な契約であり、運用環境における自動テストの基礎となるものです。スキーマで必須とされるフィールドは、必ず存在し、正しい型でなければなりません。任意のフィールドは、文書化された既定値を使用します。成功時のペイロードには常に主要な出力フィールドが含まれるため、UI のバインディングはバージョンをまたいでも安定して保たれます。IEEE-754 の表現を超えるきわめて大きな中間値は、誤解を招く null ではなく、範囲外エラーとして扱われます。ドキュメントでは、検証の順序、結果の決定論性、ブラウザーと API の一致、認証のための安定したエラー照合文字列、そして範囲外の浮動小数点数の安全な取り扱いについて明確に述べています。
境界条件と制限
ドキュメントでは、検証の順序、結果の決定論性、ブラウザーと API の一致、認証のための安定したエラー照合文字列、そして範囲外の浮動小数点値の安全な取り扱いを扱っています。これらの保証によって、期待される挙動を固定し、内部的な変更があっても壊れない堅牢なテストを記述することができます。
連携の活用例
自動化
ウィジェットと API で同一の純粋関数を使用します。
教育
デモに使える、安定したゴールデン例を提供します。
技術的な質問
無料ですか?
はい、ブラウザー内のティア A です。
ネットワークは?
ネットワークは不要です。デバイス上で処理します。
無効な入力は?
明確な照合文字列を伴う invalid_input を返します。
安定していますか?
決定論的なゴールデン例が契約を固定します。
作者は?
samurai。