氷河時代の環境条件によりヒレ町内には肥沃さに差違のある土地が見られ、それが集落構造に違いをもたらしている。南部のヴィーエン山地とバスタウ川沿いの低地との間の地域は、リュベッケ黄土地域とも呼ばれる肥沃な土地柄である。ここにはローテンウッフェルン、オバーリュッベとウンターリュッベ、アイクホルストといった集落がある。この北側は湿地状のバスタウ低地で、名前を挙げられるような耕作地は見られない。この北側の輪郭線沿いにミッテルラント運河が通っている。北東部は耕作に適したハルトゥーム黄土地域であり、ハルトゥーム、ノルトヘンメルン、ジュートヘンメルン、ホルツハウゼンII 地区がある。農場は中規模農場で、100モルゲンの広さを持つものも珍しくない。この黄土地域はフレーテ川の西に広がり、ここに入植活動の中心であったヒレ集落がある。ヒレの北東部ヴィットローゲ周辺は耕作に向かない土地柄で、森（ミンデンの森）になっている。
現役時代は1960年（2歳）から1962年（4歳）まで走り、通算成績17戦4勝。主要なレースではサセックスステークス2着が目立つ程度。英ダービー5着、愛ダービー6着と、一流と呼ぶには物足りない戦績であった。そのほか、コロネーションステークス（サンダウン競馬場で行われた10ハロン7ヤードの競走で、現在の英G3ブリガディアジェラードステークス。同名のG1競走とは別）、ファルマスハンデキャップ（ヨーク競馬場で行われた一般戦で、ファルマスステークスとは別）などに勝っている。引退後に日本軽種馬協会が購入して輸入され、翌1963年から種牡馬として供用された。輸入された当時はヒンドスタンが日本の競馬界を席巻しており、父ネヴァーセイダイもシプリアニが輸入された1962年に英愛リーディングサイアーになったものの、日本ではまだ実績がなかった。それらの事情と自身の地味な競走成績が重なり、初期のころのシプリアニは、その産駒ともども大して期待をされていなかった。のちの代表産駒のトウメイは貧相な馬体から「ネズミ」と呼ばれ、中央入厩当初は担当厩務員がつかないという、期待馬とは程遠い扱いであった。ヒカルイマイにいたっては農家に片手間で育てられ、馴致すらされない有り様であったという。しかし、初年度産駒のアトラスが1966年の小倉3歳ステークスで早々と父に重賞初勝利を届けるなど重賞戦線で活躍。翌1967年から始まった同系種牡馬のネヴァービート産駒の活躍も重なり、次第に注目を集めるようになる。1969年には桜花賞2着、オークス3着のトウメイ、皐月賞3着のタカツバキと、クラシック戦線で活躍する産駒も現れる。そして1971年にはヒカルイマイが皐月賞、日本ダービーの二冠馬となり、トウメイが天皇賞（秋）、有馬記念を勝って啓衆社賞年度代表馬に輝き、その年の競馬界を席巻。翌年も桜花賞、ビクトリアカップを勝ったアチーブスターを出し、その名声は確固たるものとなった。ところが、これからという矢先の1973年に種付け中の事故により、15歳で死亡した。現在の中央競馬におけるGI級の大レースを勝った唯一の牡馬であるヒカルイマイがサラ系だったこともあり、後継種牡馬には恵まれず、東京大賞典（当時3000m）で3:08.6のレコードタイムをマークして勝利したフアインポートが新潟3歳ステークスを勝ったマイネルムートや南関東の旧3、4歳牝馬の三大競走を総ナメにしたグレイスタイザンなどを出して唯一気を吐いた程度で、ほかの産駒はまったく走らなかった。結局孫世代から後継種牡馬は現れず、父系は途絶えている。
ASCIIやISO/IEC 8859のような符号化文字集合はそれ単体で運用されることが多いが、EUC-JPやShift_JIS、UTF-8のように2つ以上の符号化文字集合を組み合わせたり変形したりして運用される文字コードがある。そこで、符号化文字集合を組み合わせて運用する方式を指して文字符号化方式という言葉が使われることがある。ある文字集合に含まれる文字を用いて記述した同一の文字列であっても、使用する文字符号化方式が異なれば、異なるバイト列となる。また、異なる文字符号化方式の文字列データであっても、基となる文字集合が同一であれば、文字の欠落無く相互変換が可能である。基となる文字集合が異なっていても、変換元の文字集合が、変換後の文字集合の部分集合であれば、欠落は発生しない。ただし、部分集合であっても、符号化文字集合における文字の符号の並びが異なる場合もあり、そのような場合は巨大な変換表が必要となる(例えば、JIS X 0208はUCS-2の部分集合であるが、符号の並びは全く異なる)。ただし、近年のOSでは、標準的な機能として変換表を持っていることも多く(WindowsのMultiByteToWideChar API、UNIXのlibiconv等)、アプリケーションが独自に変換表を持つ必要はあまりない。逆に、部分集合の関係にない文字集合へ変換した場合、欠落する文字が発生し、中黒点等で置き換えられたり、不適切なプログラムであれば文字化け等が発生する(ただし、同様の現象は、フォントが原因の場合もあり、文字集合の変換が原因とは即時には判断できない)。文字符号化方式を適用する際に、複数の文字集合を組み合わせたり、文字集合の一部をベンダーが独自に置き換えることもあり、互換性問題の原因となりやすい。例えば、WindowsとMacintoshで作成されたShift_JIS文書では、それぞれ基となる文字集合にベンダーが独自の修正を加えているため、完全な互換性は無い(例えば丸付き数字と括弧付き曜日など)。他にも、文字集合の僅かな差異により問題が起きやすい例は、「~」と「‾」、「\」と「¥」などである。ISO/IEC 646, ISO/IEC 8859, ISO/IEC 2022 (JIS X 0202), JIS X 0201, JIS X 0208, JIS X 0213等の定義では「符号化文字集合」と「符号」とは同義であり、交代可能な用語とされるが、UnicodeやIABモデルでは異なった意味で同じ用語が使われていることがあるため、解釈が混同されることがある。また、文字集合の似た用語としてMIME等で利用されるIANAのcharsetがあるが、charsetは符号化文字集合と文字符号化方式を合わせた概念であり、名称と実態が一致していない。