stanford-oval/wikipedia huggingface dataset:
コロンビア海軍
装備 > 艦艇

2011年6月現在。『Jane's Fighting Ships 2011-2012』より。
過去に保有していた艦艇については「コロンビア海軍艦艇一覧」を参照。
209/1200型×2隻
コスモスSX 506型×2隻　※ ミゼット・サブマリン
アルミランテ・パディーヤ級×4隻
Reliance級×1隻
Balsam級×1隻
ホルヘ・E・マルケス・ドゥラン・カダルソ（PO43 Capitán Jorge Enrique Marquez Duran Cadarso） - 1976年
エスパルタナ（PO41 Espartana） - 1989年
ポイント型×4隻
（PO46 20 de Julio） - 2011年就役予定
Arauca級×3隻
Nodriza級×8隻
Fassmer 40メートル型×0隻（1隻建造中）
SWIFT 110型×2隻
トレド級×2隻
Asheville級×1隻
SWIFT 105型×2隻
SWIFTSHIP型×3隻
ハイメ・ゴメス級×2隻
ROTORK 412型×2隻
Tenerife型×9
沿岸哨戒艇×16隻
アンドロメダ型×11隻
Rio型×10隻
各型×7隻
Delfin型×20隻
Midnight Express Intercept Craft×4隻（10隻建造中）
LPR-40型×3隻（47隻建造中）
RIVER ASSAULT BOAT×169
LCM 8型×3隻
LCU1466A型×7隻
キンディオ（BH153 Quindio） - 1943年
プロビデンシア級×2隻
ゴルゴナ（BB31 Gorgona） - 1954年
グロリア（BE160 Gloria） - 1969年
旧独リューネブルク級×2
各型×8隻
各型×8隻
各型×7隻
（DF170 Mayor Jaime Arias Arango）
各型×15隻
装備 > 航空機

2011年6月現在。『Jane's Fighting Ships 2011-2012』より。
CASA CN-235 200/300中型輸送機 × 3機
ユーロコプター AS-555 フェネック対潜ヘリコプター × 2機
MBB Bo 105汎用ヘリコプター × 2
ベル 412汎用ヘリコプター × 4機
ベル UH-1N ツイン・ヒューイ汎用ヘリコプター × 6機
装備 > 陸戦兵器

BTR-80カリブ装輪装甲車
旗

軍艦旗
海軍用国籍旗
コロンビア海兵隊員。
「S-29 タイロナ」（Tayrona）。
ゴルゴタの丘

| --- | --- |
: 「ゴルゴタの丘」「ゴルゴダの丘」のその他の用法については「ゴルゴタの丘 (曖昧さ回避)」をご覧ください。
| ゴルゴタの丘 |
| --- | --- |
 一説ではゴルゴタに建っているとされる聖墳墓教会
  聖墳墓教会の位置（①）
位置:  北緯31度46分43秒 東経35度13分46秒﻿ / ﻿北緯31.77861度 東経35.22944度﻿ / 31.77861; 35.22944
所在地:   イスラエル、エルサレム地区エルサレム
 プロジェクト 山
テンプレートを表示
ゴルゴタの丘（ゴルゴタのおか）は、新約聖書においてイエス・キリストが十字架に磔にされたと記されているエルサレムの丘。されこうべの場所（古代ギリシア語: Κρανίου Τόπος、ラテン語: Calvariae Locus）ともいう。
名称について

『ヨハネによる福音書』（19:17）では、ゴルゴタ（Γολγοθα）はヘブライ語で「されこうべの場所」という意味であると書かれているが、実際にはヘブライ語ではなくアラム語で「頭蓋骨」を意味する「グルガルタ」（gulgaltā`）あるいは「ゴルゴルタ」（golgolta`）を写したものと考えられている。対応するヘブライ語は「グルゴレト」（גלגלת gulgōleṯ、列王記下9:35）である。ゴルゴタの名は『マタイによる福音書』（27:33）と『マルコによる福音書』（15:22）にも見える。一方で『ルカによる福音書』（23:33）ではギリシア語のみを記す。
日本のカトリック教会ではラテン語の Calvaria から派生した「カルワリオ」と呼ばれることがあり、ラテン語より派生した英語の「カルヴァリー（Calvary）」 はプロテスタントの教会の名前によく用いられるが、「ゴルゴタ」も「カルワリオ」も「カルヴァリー」も、すべて「頭蓋骨・髑髏」の意味である。日本ハリストス正教会では教会スラヴ語の Голгоѳа から「ゴルゴファ」と転写される。
名前の由来についてはいろんな説が挙げられている。
一説には人祖アダムの墓がここにあったといわれている。3世紀の神学者・オリゲネスによれば、これは当時の「ヘブライ人」（ユダヤ人キリスト教徒か）の間で広まった口伝である。
ゴルゴタをアダムの墓場とするオリゲネスの見解を否定したヒエロニムスは当時（4世紀後半）のエルサレムでは刑場を「ゴルゴタ」と呼ばれているのを指摘し、「されこうべの場所」を死人の頭蓋骨が散在する「斬首場」と意味するという説を唱えた。
地形が頭蓋骨に似ていることから「されこうべの場所」と呼ばれたという見解もある。
福音書におけるゴルゴタ

4つの福音書から、イエスが処刑されたところはエルサレムに近く（ヨハネ19:20）、人が通る道路の近辺にあることがうかがえる（マタイ27:39、マルコ15:29 - 30）。『ヘブライ人への手紙』（13:12）はイエスが「門の外で苦難に遭われた」とも述べている。実際には1世紀後半の修辞学者・クインティリアヌスの作と言われる『大規模弁論集』には「我々が犯罪人を十字架につける時、大多数の人がこれを見て恐怖におびえるために、（人々に）よく使われる道路を選ぶ」とあり、スパルタクスの反乱に参加した奴隷たちはアッピア街道沿いに十字架に掛けられたという例もある。また、その周辺には園があり、そこにはイエスが葬られた墓があるという（ヨハネ19:41）。死体は穢れたものという考えから、墓地は町や村の外に置かれるのが普通であった。
上記を踏まえて、ゴルゴタはエルサレムの城壁外にありながらも市街からは離れていないことが分かる。
福音書におけるゴルゴタ > ゴルゴタは丘なのか

ゴルゴタは「丘」あるいは「山」と称されることが多いが、聖書にはイエスが十字架に掛けられた場所が丘であるとは記されていない。むしろ『ヨハネによる福音書』等から「ゴルゴタ」は特定の丘の名前ではなくイエスが処刑された所とその墓のある園を含む一帯の地名であることが推測できる。
ゴルゴタを小山（羅語：monticulus）とする最古の記録は333年に書かれたボルドー出身の巡礼者の『ボルドー巡礼記』（羅語：Itinerarium Burdigalense）だが、ゴルゴタを丘あるいは山と一般的に考えられるようになったのは6世紀以降である。一説ではこの認識が広まったのはコンスタンティヌス1世によって創建された聖墳墓教会の中にある「カルワリオの岩」と呼ばれる小丘（正確には巨岩）が原因であるという。この地にウェヌス神殿があった時代、岩の上にウェヌス像が置かれていたが、教会が建てられた時に異教に対するキリスト教の勝利のしるしとしてこの像に十字架が取って代わった。やがてイエスが磔にされたのはこの「十字架の岩」の上であると信じられるようになり、そこからゴルゴタを丘（山）と見なす通説が生まれた。
ゴルゴタを丘とする認識が普及するにつれて、これを『創世記』に見られるモリヤ山（ユダヤ人の始祖アブラハムがその息子のイサクを犠牲にしようとした場所）と同視する説も現れた。実際にはキリスト教の教義においてはアブラハムの子であるイサクの燔祭は神の子であるイエスの十字架上の死の予型（前兆）と解釈されている（ただし、『歴代誌下』（3:1）ではエルサレム神殿が建てられた丘はモリヤ山であると言われている）。
所在地

ゴルゴタの所在位置については諸説ある。
所在地 > 聖墳墓教会

ゴルゴタを城内の聖墳墓教会の境内にあるとする説がある。132年から135年まで続いたバル・コクバの乱の後、ハドリアヌス帝によってエルサレムの跡地にローマ都市アエリア・カピトリナが不動産開発された際にこの場所にウェヌスを祀る神殿が建てられていたが、現地のキリスト教徒はその神殿の境内にはイエスが磔にされた場所と葬られた墓があると口伝で伝えた。326年にコンスタンティヌス帝の母ヘレナがアエリア（エルサレム）を訪れた時、神殿敷地でイエスの墓に比定される墳墓とその磔刑に使われた聖十字架と聖釘などの聖遺物を発見し、そのきっかけでこの地に教会を建てたと言われている。
4世紀当時の聖墳墓教会（復元図）
平面図
発掘調査によって、この周辺は紀元前8世紀から紀元前1世紀まで石灰岩の石切場として稼働していたことが明らかになった。1世紀に入ると廃坑となって、岩壁に数基の墓が掘られ、耕土が敷かれ畑地として利用されたと見られる。先述の通りユダヤの伝統では城内に死者を葬ることが禁じられていたため、墓地となったこの石切場は元々エルサレムの街の外にあり、後に城壁が拡大された影響で街の中に位置することになったと推測される。この考古学的知見は、イエスが埋蔵された墓は城外の園にあるという『ヨハネによる福音書』の記述と一致する。
なお「カルワリオの岩」が現在の形に整えられた時期についてはいろんな説があり、現地が石切場であった時代、もしくはウェヌス神殿が建立された時、あるいは教会が建てられた時等が挙げられている。また、元々は近辺の墓に付属する慰霊塔（ネフェシュ）の跡とする考えもある。いずれにせよ、岩の頂上はあまりにも狭く、その傾斜が険しすぎて簡単に登れないため、イエスと彼と共に処刑された2人の犯罪人の十字架がここに立てられたとするのは無理があると指摘されている。そのため、聖墳墓教会とその周辺をゴルゴタと認める学者の中でもイエスが十字架に磔にされた場所はこの「カルワリオの岩」の上ではなく別の所にあると主張する者もいる。考古学者のジョアン・E・テイラー（2011年）の説では、イエスの十字架が立てられた所は「カルワリオの岩」の南約200メートルの城門と街道に近い位置にあるとされる。一方で、同じ考古学者のシモン・ギブソン（2009年）はイエスが岩のすぐ近く（岩から約20メートルの位置、聖墳墓教会内のバシリカの後陣に相当する）にて処刑されたとしている。
所在地 > 墓の園

園の墓近くのされこうべの丘
人の顔・髑髏に見える部分
エルサレム内城の北にある園の墓付近の「されこうべの丘」（英語：Skull Hill）をゴルゴタとする説もある。
聖墳墓教会は城内にあることから、それをゴルゴタとする伝統を疑う説は16世紀から現れたが、提唱者はほとんどプロテスタントであった。「聖書地理学の父」といわれるエドワード・ロビンソンが自著『パレスチナにおける聖書研究』（原題：Biblical Researches in Palestine、1841年）において「聖墳墓教会内のゴルゴタと墓はわが主の十字架上の死と復活が起こった場所ではないという結論に至った」と断言し、本当の場所は西（ヤッファ）あるいは北（ダマスカス）へ向かう街道のどれかにあるという代案を提唱した。
ロビンソンの研究に基づいて、ドイツの聖書学者オットー・テニウスは1842年にダマスカス門の近くに位置する「エレミヤの洞窟」と呼ばれる人工洞窟のある丘の一方が髑髏に見えるため、これこそがゴルゴタの丘であるという説を唱えた。テニウスの説はイギリスのヘンリー・トリストラムやクロード・コンダー（ジョサイア・コンドルの従兄弟）らによって支持された結果、イギリスとアメリカのプロテスタント界隈において認識されるようになった。宗教史家のエルネスト・ルナンや、エルサレムに在住したドイツ出身の建築家・考古学者のコンラート・シックもこの説を受け入れた。
この説の支持者の中で最も知られているのは、軍人チャールズ・ゴードンである。1883年にエルサレムを訪れてコンダーとシックらの見解に触発されたゴードンは、独自の聖書の解釈を根拠に「されこうべの丘」はゴルゴタであるに違いないと確信して、更にその近くに発見された洞窟墳墓（今の園の墓）をイエスの墓に比定した。太平天国の乱やマフディー戦争で活躍し国民的英雄となったゴードンの影響で「されこうべの丘」をゴルゴタとする説がより一層広まり、丘は「ゴードンのカルヴァリー」（英語：Gordon's Calvary）とも呼ばれるようになった。
なお、この丘をゴルゴタに比定する人の中でもゴードンがイエスの墓とした墳墓をそうであると認めない者もいた。クロード・コンダー自身はこの墓が1世紀の墳墓とあまりにも異なるため12世紀（十字軍時代）のものであると主張し、ゴードンを「パレスチナ考古学に精通していなかった」と批判した。一方で1970年代に考古学者のガブリエル・バルカイによって行われた調査で、この墓は紀元前8・7世紀頃（初期鉄器時代）に作られ、5世紀～7世紀頃（ビザンツ帝国時代）に再利用され、更に十字軍時代にロバの小屋として使われたことが分かった。いずれにせよ、4つの福音書では「誰もまだ葬られたことのない新しい墓」（ヨハネ19:41）と言われるイエスの墓に比定することは難しいと考えられる。これに対して園の墓を経営する団体・園の墓協会は「この場所が本当にイエスの死および復活の場所であったかどうかは分からないが、その出来事を想像する助けになることだろう」という旨の見解を述べている。
「されこうべの丘」の前には現在バス停がある。2015年に大雨の影響で髑髏の鼻の部分が崩れてしまった。
所在地 > 他説

ゴルゴタをオリーブ山の麓にあるとする説も存在する。実際には新約外典とされる『ピラト行伝』（『ニコデモによる福音書』とも、4世紀以降成立）ではゴルゴタがイエスが逮捕されたゲツセマネの園と同一視されている。近年では著者のアーネスト・L・マーティンや聖書学者のジェイムズ・テイバーがこの説を提唱したが、支持者は極めて少ない。ほかには、エルサレムの南にあるヒノムの谷に位置するという見解もある。
これらの説についてシモン・ギブソンは「これらの提案は、考古学にも歴史にも支持されていない」と述べている。
転用

ヨーロッパでは、イエスの受難の出来事（十字架の道行き）、あるいはそれが起こったと言われる場所を再現する山や丘にある教会群は「カルワリオの丘」（ドイツ語：Kalvarienberg、ポーランド語：Kalwaria）と称されることがある（イタリア語では「サクロ・モンテ」とも呼ばれる）。
また、西ヨーロッパの一部（フランス北部やベルギーなど）では十字架上のイエスを中心とする群像は中世から近世にかけて公の場に建てられ、これらも「カルワリオ」（フランス語：calvaire、ブルトン語: c'halvar、オランダ語：calvarie）と呼ばれている。なおスペインやポルトガルではこの類の群像は「クルセーロ」（スペイン語：crucero）または「クルゼイロ」（ポルトガル語: cruzeiro）と呼ばれる。
参考文献・サイト

Charlesworth, James H. (2006). Jesus and Archaeology. Wm. B. Eerdmans Publishing. ISBN 978-0-802-84880-2. https://books.google.co.jp/books?id=QoIS7VApH6cC
Cook, John Granger (2018). Crucifixion in the Mediterranean World. Mohr Siebeck. ISBN 978-3-161-56001-9. https://books.google.co.jp/books/p/mohr_siebeck?id=cMd9DwAAQBAJ
Finegan, Jack (2014). The Archeology of the New Testament: The Life of Jesus and the Beginning of the Early Church. Princeton University Press. ISBN 978-1-400-86318-1. https://books.google.co.jp/books?id=1DsABAAAQBAJ
Hengel, Martin (1977). Crucifixion: In the Ancient World and the Folly of the Message of the Cross. Fortress Press. ISBN 978-0-800-61268-9
Gibson, Shimon (2009). The Final Days of Jesus: The Archaeological Evidence. HarperOne. ISBN 978-0-061-45849-1
Taylor, Joan E. (1993). Christians and the Holy Places: The Myth of Jewish-Christian Origins. Clarendon Press. ISBN 978-0-198-14785-5. https://books.google.co.jp/books?id=KWAXbCNxH6YC
Taylor, Joan E. (2010年1月11日). “Golgotha: A Reconsideration of the Evidence for the Sites of Jesus' Crucifixion and Burial”. Associates for Biblical Research. 2019年8月22日閲覧。
Wilson, Charles W. (1906). Golgotha and The Holy Sepulchre. The Committee of the Palestine Exploration Fund.
“Mount Calvary”. カトリック百科事典. 2019年8月23日閲覧。
関連記事

磔
ヴィア・ドロローサ
贖い
園の墓
キリストの磔刑
キリストの墓
ゴルゴタの丘への行進
『磔刑図』（アンドレア・マンテーニャ画、1459年）
キリストを磔にした十字架の根本にアダムの墓を表す髑髏が描かれている。
ゴルゴタにて磔にされる前のキリスト（オットー・グライナー画、1896年）
聖墳墓教会内のカルワリオの岩（A）
カルワリオの岩の上にある宝座
元々はこの岩は露呈しており、上には十字架が立っていた。
ゴルゴタに比定される採石場（イスラエル博物館内の第二神殿時代のエルサレムの模型の一部）
カルワリオの岩の一部
北城壁から見るされこうべの丘一帯（1901年）
チャールズ・ゴードン
オリーブ山
十字架群像（サン＝ジャン＝トロリモン）
ルキウス・ゲヌキウス・アウェンティネンシス (紀元前303年の執政官)

|  ルキウス・ゲヌキウス・アウェンティネンシス Lucius Genucius Aventinensis |
| --- | --- |
出生:  不明
死没:  不明
出身階級:  プレブス
氏族:  ゲヌキウス氏族
官職:  執政官（紀元前303年）
テンプレートを表示
ルキウス・ゲヌキウス・アウェンティネンシス（ラテン語: Lucius Genucius Aventinensis、生没年不詳）は紀元前4世紀末の共和政ローマの政治家・軍人。紀元前303年に執政官（コンスル）を務めた。
出自

プレブス（平民）であるゲヌキウス氏族の出身。コグノーメン（第三名、家族名）は異なるものの、紀元前276年と、紀元前270年の執政官ガイウス・ゲヌキウス・クレプシナと紀元前271年の執政官ルキウス・ゲヌキウス・クレプシナはルキウスの孫でルキウスの子であり、年代的に息子である可能性がある。ただカピトリヌスのファスティのアウェティネンシスの表記が読み取れず、コグノーメンも354年の年表などから得たものであり、素性がわかっていない。
経歴

紀元前303年に執政官に就任。同僚執政官はパトリキ（貴族）のセルウィウス・コルネリウス・レントゥルスであった。この年、両執政官はフルシノ（現在のフロジノーネ）の謀略の調査を行った。その後、現地の盗賊を討伐するために、小規模な遠征隊がウンブリアに送られた。
また、第二次サムニウム戦争が終結したため、植民者6,000人がアエクイ領アルバ・フセンス（en）に、サムニウムから奪回したソラへは4.000人の植民者が送られた。
参考資料

ティトゥス・リウィウス『ローマ建国史』
Cron

| --- | --- |
 cronの使用例
開発元:  AT&Tベル研究所
初版:  1975年5月 (49年前) (1975-05)
プログラミング 言語:  C言語
対応OS:  Unix、Unix系、Plan 9、Inferno
種別:  ジョブ管理システム
テンプレートを表示
cronは、Unix系オペレーティングシステムのジョブ管理ツールである。cronジョブ（コマンドまたはシェルスクリプト）を予約すると、指定した日時または間隔でジョブを実行する。cronは、主にシステムの管理・維持を自動化する目的で使用されるが、一定の間隔でファイルや電子メールをインターネットからダウンロードするなどの用途にも応用できる。
cronは、反復的なタスクを予約するのに有用である。一度だけ実行するタスクの予約には、atコマンドを使用する。
名称は、「時間」を指すギリシア語の単語「chronos」に由来する。
概要

cronの動作は、crontab（cron table）ファイルで指定する。crontabは、一定のスケジュールで定期的に実行するシェルコマンドを指定する設定ファイルである。crontabファイルには、ジョブの一覧と、その他のcronデーモンへの指示が記録される。ユーザーは自分のcrontabを作成することができ、通常それとは別に、管理者のみが編集できるシステム全体のcrontabファイルが/etcまたはそのサブディレクトリ（例: /etc/cron.d）に存在する。
各行は、次の形式でジョブを定義する。
# ┌───────────── 分（0〜59）
# │ ┌───────────── 時（0〜23）
# │ │ ┌───────────── 日（1〜31）
# │ │ │ ┌───────────── 月（1〜12）
# │ │ │ │ ┌───────────── 曜日（0〜6〈日〜土〉、一部のシステムでは7も日曜日）
# │ │ │ │ │
# │ │ │ │ │
# * * * * * [予約するコマンド]
各行は、コマンドを実行するタイミングを指定する5つの欄に続いて、実行するシェルコマンドを記入するという形式を取る。
通常、日時指定欄がすべて現在の日時と一致する場合にジョブが実行されるが、日（3つ目の欄）と曜日（5つ目の欄）の両方が指定されている（*ではない）場合、どちらかのみ一致する場合にもジョブが実行される。
例えば、以下は、cronのユーザーのデフォルトのシェルがBourne shellの場合に、Apacheのエラーログを毎日深夜から1分経過後に消去するジョブである。
1 0 * * * printf "" > /var/log/apache/error_log
また、以下は、export_dump.shを毎週土曜日23時45分に実行するジョブである。
45 23 * * 6 /home/oracle/scripts/export_dump.sh
一部のシステムでは、*/nを指定して、n日・時間・分ごとにジョブを実行することができる。また、コンマを使って複数の時間間隔を指定することもできる（例: 1,2,3）。例えば、以下の行は、1時から3時55分まで5分ごと（1時0分、1時5分、1時10分、…3時55分）にコマンドラインに「hello world」を出力する。
*/5 1,2,3 * * * echo hello world
各ユーザーは、実際に設定ファイルが保存されている場所によらず、crontab -eを呼び出して自分の設定ファイルを編集できる。
多くのLinuxディストリビューションにインストールされているポール・ヴィクシーのBSD版cron実装は、ジョブを実行するアカウントのユーザー名を指定する6番目の欄を追加する。これは、システムのcrontabでのみ許可され、各ユーザーが単独で設定するよう割り当てられたその他のファイルでは使用できない。また、WindowsのnnCronデーモンなど、6番目の欄をアカウントのユーザー名ではなく年の指定に使うものもある。
Amazon EventBridgeのcron実装では、0を基底とせず、日曜日から土曜日まで1〜7で曜日を指定し、月の最初の平日や月末などを指定する追加の機能を持つ。
概要 > 非標準のマクロ

一部のcron実装は、以下の非標準のマクロをサポートしている。
| マクロ | 説明 | 等価の表現 |
| --- | --- | --- |
| @yearly（@annually） | 毎年1月1日の0時0分に実行 | 0 0 1 1 * |
| @monthly | 毎月1日の0時0分に実行 | 0 0 1 * * |
| @weekly | 毎週日曜日の0時0分に実行 | 0 0 * * 0 |
| @daily（@midnight） | 毎日0時0分に実行 | 0 0 * * * |
| @hourly | 毎時0分に実行 | 0 * * * * |
| @reboot | 起動時に実行 | — |
@rebootを指定すると、デーモン起動時にジョブが1回実行される。cronは通常再起動されることがないため、これは通常マシンの起動時と一致する。Debian版のcronなど、一部の種類のcronはマシンの起動時にのみ実行するよう設計されており、デーモンの再起動時には@rebootのジョブが再実行されないようになっている。
@rebootは、特定のユーザーでサーバーやデーモンを起動する必要があり、ユーザーがプログラムを起動するようinitを設定する権限がない場合に有用である。
概要 > cronのパーミッション

次の2つのファイルは重要な役割を担っている。
/etc/cron.allow – このファイルが存在する場合、cronジョブを使用するにはユーザー名がこのファイルに含まれている必要がある。
/etc/cron.deny – cron.arrowファイルが存在せず、cron.denyファイルが存在する場合、cronジョブを使用するにはユーザー名がcron.denyファイルに含まれていない必要がある。
どちらのファイルも存在しない場合、サイト固有の設定パラメーターにより、スーパーユーザーのみがcronジョブを使用できるか、すべてのユーザーがcronジョブを使用できるかが決定される。
概要 > タイムゾーンの処理

多くのcron実装は、crontabの項目をcronデーモンが実行されているシステムのタイムゾーンの設定に基づいて解釈する。複数のユーザー向けの大規模なマシンで、ユーザーが地理的に複数のタイムゾーンに分散しているケースで、特にシステムのデフォルトのタイムゾーンが混乱を招くおそれのある夏時間を採用している場合、これは問題となる場合がある。このため、cron実装の中には、ユーザーのcrontabのCRON_TZ=[タイムゾーン]の形式を取る行を認識して、その行以降のcrontabの項目を指定されたタイムゾーンに基づいて解釈するものもある。
式

cronの式は、時間を指定するホワイトスペースで区切られた5つまたは6つの欄の文字列で、特定の作業を予約する。
コメントは#で始まる。
| 欄 | 必須 | 許容される値 | 許容される特殊文字 | 備考 |
| --- | --- | --- | --- | --- |
| 分 | Yes | 0〜59 | * , - |  |
| 時 | Yes | 0〜23 | * , - |  |
| 日 | Yes | 1〜31 | * , - ? L W | ? L Wは一部の実装でのみ許容される。 |
| 月 | Yes | 1〜12 JAN〜DEC | * , - |  |
| 曜日 | Yes | 0〜6 SUN〜SAT | * , - ? L # | ? L # は一部の実装でのみ許容される。 |
| 年 | No | 1970〜2099 | * , - | この欄は標準・デフォルトの実装ではサポートされない。 |
月と曜日の省略記法は大文字・小文字が区別されない。
システムのcrontabファイル（/etc/crontab）には、コマンドを指定する欄の直前にユーザー名を指定する欄が存在する。この欄は通常rootに設定される。
また、一部の実装では、行の最初に秒の指定欄が存在する場合もある。この場合、各行に6つまたは7つの欄が存在することになる。
式 > 非標準文字

以下は、Javaのジョブ管理ツールQuartzなど、一部のcron実装にのみ存在する非標準の文字である。
カール・ハウスクネヒト

H. C. Haussknecht
ハインリヒ・カール・ハウスクネヒト（Heinrich Carl Haussknecht、1838年11月30日 - 1903年7月7日）は、ドイツの薬剤師、植物学者である。
略歴

ベンヌンゲンで生まれた。ヴロツワフ大学で薬学と植物学を学んだ。テューリンゲン、ニーダーザクセン、ギリシャ、中東の採集旅行を行った。1864年から1869年に現在のトルコ、シリア、イラク、イランなどの中東の採集旅行を行い、多くの植物の記載を行った。中東でチューリップの野生種、ツリパ・アレッペンシス（Tulipa aleppensis）などを発見したことで知られる。1882年にテューリンゲン植物学会の設立者の一人となり、1885年にヘルドライヒ（Theodor von Heldreich）とギリシャ北部を旅した。1896年にヴァイマルに広い育種園を設立し、育種園はハウスクネヒトの没後、植物学者のボルンミューラー（Joseph Friedrich Nicolaus Bornmüller）が管理した後、イェナ大学の植物学科が管理するものとなった。
アカバナ科のアカバナ属（Epilobium）の植物を専門とし、1884年に"Monographie der Gattung Epilobium"を発表した。
セリ科の属名、ハウスクネキティア属（Haussknechtia）に献名されている。
著作

Vorbericht über Prof. C. Haussknecht’s orientalische Reisen / nebst Erläuterungen von Prof. Dr. H. Kiepert. In: Zeitschrift der Gesellschaft für Erdkunde. Bd. 17 (1882).
Monographie der Gattung Epilobium. G. Fischer, Jena 1884.
Über die Abstammung des Saathabers. In: Mitteilungen der Geographischen Gesellschaft für Thüringen zu Jena. Bd. 3 (1885), S. 231–242.
汎整数拡張

汎整数拡張（はんせいすうかくちょう、英: integral promotion）とは、C言語およびC++において整数の扱いをする上で、ある条件のもとにその整数の型を格上げ、あるいは格下げする変換のことをいう。JIS X 3010:2003（C99相当）では「整数拡張」(integer promotion) と呼び、JIS X 3014:2003（C++03相当）では「汎整数昇格」(integral promotion) と呼ぶが、意味は変わらない。
格上げ・格下げ

格上げとは、より多くの値を表現できる型へ変換することで、要はより多くのビットを持つ型への変換である。格下げとは、現在の型で表現できる最大値を表現できない型へ変換することで、要はより少ないビットを持つ型への変換である。
例として、char型をint型に変換するのは格上げ、int型をchar型に変換するのは格下げである。
格上げ・格下げ > 格上げ

格上げをする際、変換後の値は、変換前と変換後の型および値の関係が以下のうちどれかである場合には、変換前の値が維持される。
「符号付き→符号付き」
「符号無し→符号付き」
「符号付き→符号無し」であり、かつ変換前の値が正の数である
「符号無し→符号無し」
ただし、
「符号付き→符号無し」であり、かつ変換前の値が負の数である
という条件の場合に限り、変換後の値は
/* 変換前の値をa、変換後の型をT型とする。T_MAXはT型の最大値。 */
(signed T)a + (1 + T_MAX)
となる。
格上げ・格下げ > 格下げ

格下げをする際、変換前の値をa、変換後の型をT型とすると、変換後の値は、変換前と変換後の型および値の関係が以下のうちどちらかである場合には、変換前の値が維持される。
「符号付き→符号付き」であり、かつaがsigned Tで表現可能である
「符号無し→符号付き」であり、かつaがsigned Tで表現可能である
変換前の値が維持されない場合を以下に列挙する。
「符号付き→符号付き」であり、かつaがsigned Tで表現できない場合→処理系依存
「符号無し→符号付き」であり、かつaがsigned Tで表現できない場合→処理系依存
「符号付き→符号無し」であり、かつaが正の数である場合→
a % (1 + T_MAX)
「符号付き→符号無し」であり、かつaが負の数である場合→
(1 + T_MAX) - (-a % (1 + T_MAX))
「符号無し→符号無し」である場合→
a % (1 + T_MAX)
条件と変換結果

端的に言うと、int型あるいはunsigned int型を使用できる式の中では、char, short, int, intビットフィールドの符号付き・符号無しにかかわらず、それら元の型の全ての値をint型で表現できるならばそれらの値をint型に、それ以外はunsigned int型に変換するということである。演算に先立って、すべてのオペランドの型が揃えられる。
例えば、unsigned char型同士の演算では、unsigned char型のまま演算するのではなく、unsigned char型の値をまずint型に格上げする変換が暗黙的に行なわれる。その後、途中の各演算はint型で行なわれる。これにより、各演算結果がINT_MAXを超えたりINT_MIN未満となったりしないかぎり、計算途中の値がオーバーフローして算術エラーが起こることはない。
同様に、int型での演算結果をunsigned char型に代入する際に格下げする変換が暗黙的に行なわれるが、最終結果がUCHAR_MAXを超えたり0未満となったりしないかぎり、オーバーフローが起こることはない。
#include <stdio.h>
#include <limits.h>

int main(void) {
    unsigned char uc1 = 100;
    unsigned char uc2 = 100;
    unsigned char uc3 = 0;
    unsigned char uc4 = 200;
    int si = uc1 * uc2; /* 10000 */
    unsigned char uc5 = -(uc1 * uc2) / (uc3 - uc4); /* 50 */

    printf("INT_MIN = %+d\n", INT_MIN);
    printf("INT_MAX = %+d\n", INT_MAX);
    printf("UCHAR_MAX = %d\n", UCHAR_MAX);
    printf("si = %d\n", si);
    printf("uc5 = %d\n", uc5);

    return 0;
}
上記において、unsigned char型の値はすべてint型で表現可能であることから、先程示した汎整数拡張の規則が適用され、式uc1 * uc2におけるuc1とuc2の評価結果は、いったんint型に格上げされる。つまり、uc1 * uc2は暗黙的に(int)uc1 * (int)uc2とみなされる。
同様に、-(uc1 * uc2) / (uc3 - uc4)は暗黙的に-((int)uc1 * (int)uc2) / ((int)uc3 - (int)uc4)とみなされる。
別の例を示す。
#include <stdio.h>
#include <limits.h>

int main(void) {
    unsigned char uc = UCHAR_MAX;  /* UCHAR_MAX は unsigned char 型で表現できる最大値 */

    int si1 = uc + 1;    /* (1) */
    int si2 = ++uc;      /* (2) */

    printf("si1 = %d\n", si1);
    printf("si2 = %d\n", si2);

    return 0;
}
上記(1)の代入式では、まず右辺式uc + 1において、unsigned char型のオブジェクトであるucに、int型のリテラルである1を加算する演算を行なう。このとき、先程と同じように汎整数拡張が適用され、ucの評価結果は、いったんint型に格上げされる。この処理系ではchar型が8ビットであると仮定すれば、UCHAR_MAXの値は255になる。そしてこのとき、ucの評価結果である255はunsigned char型ではなくint型である。ゆえに、uc + 1の演算結果はint型の255 + 1すなわち256となり、si1に代入される値は256である。
一方、上記(2)の代入式では、まず右辺式++ucにおいて、unsigned char型のオブジェクトであるucに前置インクリメント演算子が付いているから、以下のようにucに1を加算した値をucに代入するという計算が行なわれる。
uc = uc + 1; /* ++uc の解釈 */
上記における単純代入演算子=の右オペランドには先程と同じように汎整数拡張が適用されて、ucの評価結果255はint型に変換され、そしてuc + 1の演算結果はint型の256となる。その後、int型の256をunsigned char型のucに代入する演算が行なわれる。しかしこのとき、unsigned char型では256を表現することはできないので、int型の256を、unsigned char型に格下げする変換が行なわれることになる。
今回の変換では、前述の「格下げ」項に示した《「符号付き→符号無し」であり、かつaが正の数である場合》の規則である
a % (1 + T_MAX)
が適用される。ここで、aは256、T_MAXはunsigned char型の最大値つまりUCHAR_MAXで255となる。これらの値を上記の公式に代入してみると、
256 % (1 + 255)
256 % 256
となり、256を256で割った余りは0になるので、最終的にsi2に代入される値は0になる。つまり、情報の欠落が発生することになる。
汎整数拡張の特異性

上記「条件と変換結果」の項に示したサンプルの式(2)では、インクリメント演算子の意味と、各型で表現可能な値の範囲を知ってさえいれば、（汎整数拡張のルールについて詳しく知らずとも）結果は十分予測できる。しかし、汎整数拡張はコンパイル時に勝手に裏で行なわれる「暗黙の型変換」であるため、ルールを知らなければ意外なバグの原因となる場合がある。
#include <stdio.h>

int main(void) {
    int si = -1;
    unsigned int ui = 1;
    printf("%d\n", si < ui);
    return 0;
}
上記の例では、-1のほうが1より小さいことから、一見してsi < uiの比較結果は真 (1) となるように見えるが、実際には汎整数拡張により、siのほうがunsigned intに変換され、-1がUINT_MAXに変換されることによって、比較結果は偽 (0) となる。とはいえ、このような例（符号付き型と符号無し型の比較）は典型的なプログラミングミスであり、通例コンパイラが警告を発する対象となる。
具体的な解決策としては、式の中で用いる変数の型を揃える、できるかぎり表現可能な値の範囲の広い型を使用する、といったことが挙げられる。
また、処理系により整数型のビット数が異なることがあるので、あるソースコードをそのまま別の処理系で動作させる際、汎整数拡張により、移植前の処理系では起こり得なかったバグが急に発生するというケースもある。この場合は、整数型のビット数に依存しない、移植性の高いソースコードを書くということが何よりの解決策となる。
他の言語

C/C++以外の言語にも、整数型および浮動小数点数型を包括した、類似の暗黙的な型昇格ルールが存在する。例えばJavaではnumeric promotionと呼ばれている。C#ではtype promotionと呼ばれている。暗黙の型昇格により、異なる型同士の演算はいったん上位の型に変換されてから実行される。ここでは簡単に述べるにとどめる。詳細はそれぞれの言語規格を参照されたい。
Javaは各整数型のビット数が規格で厳密に定められており、符号無し整数型をサポートせず、また暗黙の拡大変換 (widening conversion) はサポートするものの、暗黙の縮小変換 (narrowing conversion) はサポートしない。このため、C/C++よりもプログラミングミスが起こりにくくなっている。
byte sb1 = 100;
byte sb2 = 100;
byte sb3 = -100;
byte sb4 = 100;
int si = sb1 * sb2;
//byte sb5 = -(sb1 * sb2) / (sb3 - sb4); // Compile Error.
byte sb5 = (byte)(-(sb1 * sb2) / (sb3 - sb4)); // OK.
System.out.println("si = " + si);
System.out.println("sb5 = " + sb5);
C#は符号無し整数型をサポートするが、Java同様に暗黙の縮小変換はサポートしない。
byte ub1 = 100;
byte ub2 = 100;
byte ub3 = 0;
byte ub4 = 200;
int si = ub1 * ub2;
//byte ub5 = -(ub1 * ub2) / (ub3 - ub4); // Compile Error.
byte ub5 = (byte)(-(ub1 * ub2) / (ub3 - ub4)); // OK.
System.Console.WriteLine("si = " + si);
System.Console.WriteLine("ub5 = " + ub5);
C#では符号付き整数型と符号無し整数型の比較結果も、C/C++と違って直感的で自然なものとなる。ただし、これはより上位の符号付き整数型に型昇格されて演算されているからであり、例えば32ビット符号付き整数型intと32ビット符号無し整数型uintの比較は、いったん64ビット符号付き整数型longに変換されてから実行される。64ビット符号付き整数型longと64ビット符号無し整数型ulongの比較はサポートされず、コンパイルエラーになる。
int si = -1;
uint ui = 1;
System.Console.WriteLine(si < ui); // True
long sl = -1L;
ulong ul = 1UL;
System.Console.WriteLine(sl < ul); // Compile Error.
一方F#など、暗黙の型昇格を許さず、異なる型同士の演算には必ず明示的な変換が事前に必要となる言語もある。
let x : int = 100
//let y : sbyte = -1 // Compile Error.
let y : sbyte = -1y // OK.
//let z : int = x + y // Compile Error.
let z : int = x + int y // OK.
//let w : int = y // Compile Error.
let w : int = int y // OK.
printfn "z = %d" z
printfn "w = %d" w
リゾートトラストグループ

| リゾートトラストグループ |
| --- | --- |
 日本の企業グループ
 
中核企業:  リゾートトラスト株式会社
構成企業:  31社
略称:  RttG（ロゴに準ずる表記）
リゾートトラスト 名古屋本社ビル
リゾートトラストグループ（英: Resorttrust group、略号：RttG）は、リゾートトラスト株式会社を中核とし、サービス業を中心とする日本の企業グループである。
概要

2017年4月1日現在、ホテル事業関連6社、メディカル事業関連10社、ゴルフ事業関連10社、その他事業4社にリゾートトラスト株式会社を含め計31社で構成される。各社は、「RttG」ロゴを印していることが多い。
主なグループ会社・法人

2017年4月1日現在、計31社。
リゾートトラスト株式会社
主なグループ会社・法人 > ホテル事業関連

RESORTTRUST HAWAII, LLC
RTCC株式会社
株式会社ジェス
株式会社コンプレックス・ビズ・インターナショナル
株式会社日本スイス・パーフェクション
株式会社サンホテルエージェント
主なグループ会社・法人 > メディカル事業関連

株式会社ハイメディック
株式会社東京ミッドタウンメディスン
株式会社アドバンスト・メディカル・ケア
トラストガーデン株式会社
トラストグレイス株式会社
上海悠信管理諮詢有限公司
株式会社iMedical（アイ・メディカル）
株式会社厚生
株式会社CICS
アクティバ株式会社
主なグループ会社・法人 > ゴルフ事業関連

リゾートトラストゴルフ事業株式会社
岡崎クラシック株式会社
多治見クラシック株式会社
株式会社セントクリークゴルフクラブ
株式会社メイプルポイントゴルフクラブ
株式会社オークモントゴルフクラブ
ジャパンクラシック株式会社
株式会社グレイスヒルズカントリー倶楽部
株式会社パインズゴルフクラブ
株式会社関西ゴルフ倶楽部
主なグループ会社・法人 > その他の事業関連

アール・ティー開発株式会社
ジャストファイナンス株式会社
アール・エフ・エス株式会社
RESORTTRUST PALAU,INC.
ゲキドライヴ

『ゲキドライヴ（GEKI DRIVE）』は、２輪駆動の小型動力付き自動車模型。開発・発売は、バンダイ。運営は、GDA（GEKI DRIVE Association：ゲキドライヴアソシエーション）
概要

小型動力（モーター）を搭載した２輪駆動のプラモデル。単4形乾電池を動力源として専用コース内を走行するレーシングホビー。マシン形状は、専用コースが幅広のフリーレーンとなっており車同士の接触がある為、タイヤがフェンダーで覆われた箱型となっている。
ラインナップ > GDマシンシリーズ

| シリーズ番号 | 商品名 | 発売日 |
| --- | --- | --- |
| GD-001 | ドラゴンゲイル | 2016年01月23日 |

| GD-002 | ナイトクーガー | 2016年01月23日 |

| GD-003 | バーストフェネクシオン | 2016年01月23日 |

| GD-004 | ブレインジェミナス | 2016年02月20日 |

| GD-005 | ルークスカヴァーン | 2016年03月19日 |

| GD-006 | ブランカティグロ | 2016年04月16日 |

| GD-007 | スーパーブラディオン | 2016年06月18日 |

| GD-008 | ドラゴンツイスター | 2016年07月16日 |

| GD-009 | イニヴェロクーガー | 2016年08月11日 |

| GD-010 | プロミネンスフェネクシオン | 2016年10月22日 |

| GD-011 | シュバルツドラゴン | 2016年12月10日 |

| GD-012 | ドラゴンツイスターゼロ | 2017年02月18日 |
ラインナップ > カスタムパーツシリーズ

| シリーズ番号 | 商品名 | 発売日 |
| --- | --- | --- |
| CP-001 | パワーカスタムモーター | 2016年01月23日 |

| CP-002 | ハイスピードギヤセット(3.25:1) | 2016年01月23日 |

| CP-003 | タイヤホイルセット01(24/24) | 2016年01月23日 |

| CP-004 | レーシングギヤオイル | 2016年01月23日 |

| CP-005 | タイヤホイルセット02(25/25) | 2016年02月20日 |

| CP-006 | フロントバンパーセット01(3アングル) | 2016年02月20日 |

| CP-007 | タイヤホイルセット03(23/26 ワイド) | 2016年03月19日 |

| CP-008 | フロントユニット01 ダブルシャフト | 2016年03月19日 |

| CP-009 | サイドシールドセット01 | 2016年04月16日 |

| CP-010 | タイヤホイルセット04(25/26) | 2016年05月21日 |

| CP-011 | レブカスタムモーター | 2016年06月18日 |

| CP-012 | リアバンパーセット01 スタビライザー | 2016年06月18日 |

| CP-013 | ハイトルクギヤセット(3.75:1) | 2016年07月16日 |

| CP-014 | タフシャフト | 2016年07月16日 |

| CP-015 | フロントユニット02 ステアリングセット | 2016年07月16日 |

| CP-016 | タイヤホイルセット05(24/25 ワイド) | 2016年08月11日 |

| CP-017 | レーシングメッシュ | 2016年08月11日 |

| CP-012-RD | リアバンパーセット01 スタビライザー(レッドVer.) | 2016年09月17日 |

| CP-018 | タイヤホイルセット06(25/26 テーパー) | 2016年09月17日 |

| CP-019 | サイドシールドセット02 | 2016年10月22日 |

| CP-020 | フロントバンパーセット02(エアロ) | 2016年11月19日 |

| CP-010-BK | タイヤホイルセット04(25/26) ブラックVer. | 2016年12月10日 |

| CP-021 | タイヤホイルセット07 ジャイロホイル | 2017年01月21日 |

| CP-022 | センターユニット01 ローマウントバッテリー | 2017年02月18日 |
ラインナップ > GDセットシリーズ

| シリーズ番号 | 商品名 | 発売日 |
| --- | --- | --- |
| ― | ドラゴンツイスター クイックスピードカスタム　 | 2016年07月16日 |

| ― | ドラゴンツイスター　走太郎カスタムDXセット　 | 2016年11月19日 |
ラインナップ > レースウェイシリーズ

| シリーズ番号 | 商品名 | 発売日 |
| --- | --- | --- |
| RC-01 | マスタースピードウェイ | 2016年01月23日 |

| RC-02 | ハイスピードレースウェイ | 2016年02月03日 |
ラインナップ > カスタムギアシリーズ

| シリーズ番号 | 商品名 | 発売日 |
| --- | --- | --- |
| CG-001 | レーシングキャリーケース | 2016年01月23日 |

| CG-002 | レーシングキャリーケース ブラックVer. | 2016年11月19日 |
ラインナップ > スペシャルシリーズ

| シリーズ番号 | 商品名 | 発売日 |
| --- | --- | --- |
| GD-000 | ドラゴンゼロ（非売品 キャンペーン品） | 2016年01月23日 |

| GD-001-SP | ドラゴンゲイル シルバーメッキVer.（イベント限定品） | 2016年01月23日 |
公式大会 > ゲキドライヴ ジャパンサーキット2016 Spring

開催日：2016年3月19日～4月9日(4会場：名古屋、大阪、東京、福岡)
レースウェイ：ロングオーバルレースウェイ
公式大会 > ゲキドライヴ ジャパンサーキット2016 Spring > 名古屋大会

開催日：2016年03月19日
開催地：イオンモールナゴヤドーム前（愛知県名古屋市）
優勝マシン：ゲキレーサークラス　ドラゴンゼロ
公式大会 > ゲキドライヴ ジャパンサーキット2016 Spring > 大阪大会

開催日：2016年03月26日
開催地：イオンモール鶴見緑地（大阪府大阪市）
優勝マシン：ゲキレーサークラス　ドラゴンゼロ
公式大会 > ゲキドライヴ ジャパンサーキット2016 Spring > 東京大会

開催日：2016年04月02日
開催地：イオンレイクタウンkaze（埼玉県越谷市）
優勝マシン：ゲキレーサークラス　ナイトクーガー
公式大会 > ゲキドライヴ ジャパンサーキット2016 Spring > 福岡大会

開催日：2016年04月09日
開催地：イオンモール直方（福岡県直方市）
優勝マシン：ゲキレーサークラス　ドラゴンゲイル
公式大会 > ゲキドライヴ ジャパンサーキット2016 GW

開催日：2016年4月29日～5月7日(3会場：SUZUKA、大阪、東京)
レースウェイ：ロングオーバルレースウェイ with ジャンプゾーン
この大会から、小学生未満を対象としたジュニアクラスが設立された。
公式大会 > ゲキドライヴ ジャパンサーキット2016 GW > SUZUKA大会

開催日：2016年04月29日(金・祝)
開催地：鈴鹿サーキット（三重県鈴鹿市）
優勝マシン：
ゲキレーサークラス ドラゴンゲイル
ジュニアクラス　ナイトクーガー
公式大会 > ゲキドライヴ ジャパンサーキット2016 GW > 大阪大会

開催日：2016年05月1日(日)
開催地：イオンモール大日（大阪府守口市）
優勝マシン：
ゲキレーサークラス　ルークスカヴァーン
ジュニアクラス　ドラゴンゲイル
公式大会 > ゲキドライヴ ジャパンサーキット2016 GW > 東京大会

開催日：2016年05月07日(土)
開催地：イオンモール幕張新都心（千葉県千葉市）
優勝マシン：
ゲキレーサークラス　ブランカティグロ
ジュニアクラス　ドラゴンゼロ
題材作品 > 漫画

激レーサー走太郎!!　作者：おおばあつし（2015年11月 - 2017年1月）（小学館 『月刊コロコロコミック』にて連載）（全3巻）
コラボレーション

TOYOTA GAZOO Racing
Panasonic 乾電池エボルタ