1566年1月、スレイマン1世は46年に及んだ長い治世のなかの最後の遠征を始動した。72歳で痛風に苦しみ、ほとんど輿に乗ったままの行軍だったが、名目上はこれがスレイマン1世の指揮する30回目の戦役だった。5月1日、スレイマン1世はイスタンブールを発った。その軍は彼が生涯で率いた中でも最も規模の大きいものの一つだった。彼に対抗するニコラ・シュビッチ・ズリンスキはクロアチア王国内の最大の領主で歴戦のベテランであり、また1542年から1556年まではクロアチアのバンの位にあった。彼は第一次ウィーン包囲で頭角を現した後、軍人として輝かしい経歴を歩んだ.。スレイマン1世は49日の行軍の末、6月27日にベオグラードに着き、東ハンガリー王ヤーノシュ2世と面会した。ズリンスキがシクローシュのオスマン軍野営地襲撃に成功したとの報が入ると、スレイマン1世はエゲルを攻撃しているズリンスキをおいて、彼の持つ城塞であるスィゲトヴァールを攻撃し、ズリンスキの脅威を早期に排除する方針を取った
1526年のモハーチの戦いの後、ハプスブルク家のフェルディナーンド1世が西ハンガリーとクロアチアの貴族によりハンガリー王に選出された。これをきっかけにして、ハンガリーの争奪を中心とした長いオスマン・ハプスブルク戦争が勃発する。16世紀前半のフェルディナーンド1世とスレイマン1世の戦争は双方に甚大な被害を与え、1540年代以降は両国間に大きな衝突が起こらなかった。1564年にフェルディナーンド1世が没した後のスィゲトヴァール包囲戦は、オスマン帝国本軍の久々のヨーロッパ遠征だった。
相対式ホーム2面2線の地上駅である。2つのホームはエレベーターを併設した跨線橋で接続されている。かつては、2番線の外側に引き上げ線があったが、現在は撤去され、線路跡が残るのみとなっている。また、跡地の一部はエレベーター乗り場とNEC玉川ルネッサンスシティの敷地（駐輪場）となっている。改札口は、1番線の立川方の端と、2番線の立川方の計2つある。そのうち後者は、利用可能時間は平日の7:40 - 8:30・17:15 - 19:00のみで、自動券売機や自動精算機は無く簡易Suica改札機のみ設置されており、Suicaおよびそれと相互利用できるICカードを所持している乗客だけが入・出場できる。「NEC専用改札口」の記載があるが、現在はNEC専用ではなく一般客も利用可能である。かつては実際にNEC専用で、玉川事業場の守衛が改札を行うSuica利用不可の有人改札だった。NEC玉川ルネッサンスシティ建設の際に専用改札口周辺が公開空地化されたため、一般客も利用可能になった。
駅周辺の通称から採ったもの。元々は武蔵国荏原郡下沼部村の一部で、多摩川の流路変更に伴い飛び地となり、川の向こう側なので「向河原」の通称が付いた。1889年に町村合併で調布村大字下沼部となり、1912年に多摩川を境に東京府と神奈川県の間で境界変更を行い、多摩川以南は神奈川県橘樹郡御幸村に編入され、1924年に川崎市に合併した。
AOC登録されているエスプレットの生産面積に、イチャスーも含まれている。農業が最も盛んで、オッソー・イラティチーズのAOC地区でもある。1994年、経済利益団体（fr）セリーズ・ディチャスー（Cerise d'Itxassou）が、イチャスー産サクランボの生産および販売促進活動を行うため新設された。2012年には4200本のサクラの木がイチャスーの丘を覆っているが、それに対して10年前は1000本に満たなかった。イチャスーの名は、ガトー・バスクに用いられるブラック・チェリーの産地として知られている。また、ヒツジのチーズでも知られる。毎年6月上旬にはサクランボ祭りが開かれる。
日本製のMacLHAというアーカイバでは、ファイルをMacBinaryフォーマットにしてからLHA書庫に格納するという手法を取った。これを考慮しないLHA用ソフトで展開した場合、拡張子.binの付かないMacBinaryフォーマットのファイルが出力されてしまう。MacBinaryフォーマットのファイルは拡張子.binを付けるのが一般的であるため、ユーザはこれを展開することで本来のファイルを得ることが出来る。しかし、拡張子.binを付けず元のファイル名のままで保存されるケースもある。前述のMacLHAもこのケースに当たる。こうした場合、ユーザはMacBinaryである事に気付かず、そのままアプリケーションで開こうとしてしまう。アプリケーションによってはMacBinaryであることを自動判別して先頭128バイトを読み飛ばしてデータフォークのみを読み取るが、通常のアプリケーションではエラーになってしまう。MacBinaryを解除するソフトウェアが多数あったが、中には先頭128バイトのMacBinary Headerを取り除くだけのものがあった。この処理法だとデータフォークの後のパディングが残っており、更にその後にリソースフォークとコメントも残ったままになるため、正しい処理とは言えない。データフォークのみを取り出して保存するソフトウェアも多数あった。また、データフォークの他にリソースフォークを別ファイルとして保存するソフトウェアも多数あった。処理方法としてこれらは正しいと言える。しかしながら、元々リソースフォークが重要なファイルであった場合、Classic Mac OS以外のOSでは正常に扱う事が出来ない。これはMacBinaryの問題というよりも、Classic Mac OSと他のOSとの間の互換性の問題と言える。単にClassic Mac OS間でファイルの交換するという目的では、データフォークのみを取り出す必要はなく、如何にして全ての情報を転送出来るかが問題となる。この意味ではCompact Pro、StuffIt、MacLHAといったアーカイバが有用であった。MacBinaryではファイル名の長さは63バイト或は31バイト迄表現出来るが、現在のmacOSのHFS+では更に長いファイル名をUnicodeで扱っており、更に多くのメタ情報が追加されているため、たとえ最新のMacBinary IIIでも不十分である。この問題の打開策としては、アップルコンピュータが自ら作ったAppleSingleやAppleDoubleがある。これらはUnicodeファイル名や各種メタデータを取り扱う事が出来る。ただしAppleSingleは単一のファイルなので対応ソフトが必要となる。AppleDoubleはその名前が示す通りClassic Mac OS固有のデータとデータフォークの2つのファイルにわけてやりとりする方法なので、Classic Mac OS以外のOSではデータフォークのみを扱う事が出来る。現在のmacOSでは、AppleDoubleをtarやzipでアーカイブしたり、HFS+をそのままイメージ化したdmgフォーマット等も使われている。