現在、日野自動車製と三菱ふそう製が在籍している。バス車両は長らく南海バスから移管された車両がほとんどであったが、2004年に新車を2台購入した。車種は大型車から小型車（日野・リエッセ）まで、バラエティに富んでいる。路線車両は中型車での運用が多く、最も多く配属している。行先表示機のLED化も進んでおり、大型路線車については2013年3月にLED化が完了するとともに、大・中型路線車の低床化も完了した。なお、受託コミュニティバス用車両として専用塗装車も配備されている。過去には初代鳳シャトル用の車両や金剛コミュニティ用の車両も在籍していた。高速バス用車両は、本社営業所にサザンクロス塗装のいすゞ・ガーラHDと三菱ふそう・エアロバスが、貸切バス用車両は、南海バス（堺営業所）から移籍した昼行高速バス塗装の三菱ふそう・エアロバス、自社発注の日野レインボー（トップドア車）と日野リエッセIIが在籍する。また、路線車にも貸切登録をした車両が在籍しており、該当車両には「貸切バス事業者安全性評価認定制度」認定ステッカーが貼付されている。2016年4月のICカードシステム導入までは運賃箱が南海バス標準の自動計数式（FAN型）ではなく、小田原機器製の一般的なベルト式、整理券のバーコード印刷もなかったが、ICカードシステム導入にあわせて南海バスと同一仕様の運賃箱が導入され、整理券のバーコード印刷を開始した。ただ乗車口のカードリーダーはICカードシステム導入前と同じである。
南海バスの100%出資子会社で、大阪府南西部の泉南地域と和泉市の一部地域の路線を、当時バス路線を直営運行していた南海電鉄本体の旧泉南営業所から移管されて、同社の営業エリアとしていた。しかし不採算路線もかなり多く、岬町内の路線を中日臨海バスに移管するなど、南海バス本体と比べると経営環境は非常に厳しいところがある。そのために南海バス本体との収益面での格差が年々拡大しつつある。その後、南海バスから旧岸和田営業所の移管を受け、営業エリアを拡大。現在は周辺自治体によるコミュニティバス路線や、和歌山 - 東京間の高速バス路線（サザンクロス）も担当する。路線バスのほぼ全路線でなんかいバスカード、スルッとKANSAIカードが利用されていたが、スルッとKANSAI協議会による利用終了の決定を受け平成30年1月31日（水）の最終バスをもって終了となった。他の南海バスのグループ会社と同様にPiTaPa、なっちが利用可能である。2014年4月より、一般路線バスにおいて「バス停ナンバリング制度」が導入された。南海バス本体では未導入であり、同社春木川線と路線が重なっている東ヶ丘線の箕形〜和泉中央駅間は路線図・放送のみでバス停には記載されていない。
波せき地蔵堂（なみせきじぞうどう）とは京都府宮津市大垣にある地蔵堂。標高約40メートルに位置する災害記念碑。籠神社の奥宮である真名井神社の参道の途中にある。大宝元年3月26日（ユリウス暦701年5月8日、グレゴリオ暦5月12日）に発生したとされる大宝地震の際、津波がここで切り返したとの伝承が残る。この伝承を踏まえ、宮津市によって中野の集落に津波避難所の案内看板が設置されている。
1968年のタミル・ナードゥ州発足以前の、イギリス領インド帝国マドラス管区時代から存在する。1997年1月1日に、南部がナーマッカル県として分離した。
2001年の国勢調査では、面積5245平方キロメートル、人口301万6346人、人口密度は575人/km²。 北はダルマプリ県、東はヴィリュップラム県、南東はペランバルール県、南はティルッチラーッパッリ県とナーマッカル県、西はイーロードゥ県に接する。また北西部は僅かにカルナータカ州に接している。 県内は総じて山がちの地形であるが、県庁所在地のセーラムは、タミル・ナードゥ州内6番目の規模の都市である。 県下には他にメーットゥール、オーマルール、アーットゥールなどの都市がある。 また、イェールカードゥなどは山地の自然が美しく、多くの観光客が訪れる。
セーラム県（சேலம் மாவட்டம் ; Salem district）は、インド南部のタミル・ナードゥ州に属する30の県の一つ。県庁所在地はセーラム。
X Window System コアプロトコル（英: X Window System core protocol）とは、X Window Systemの基本プロトコルである。X Window System はビットマップ・ディスプレイのためのネットワーク型ウィンドウシステムであり、UNIX系などのオペレーティングシステムのグラフィカルユーザインタフェースの基盤となっている。X Window System はクライアントサーバモデルに基づき、サーバがディスプレイやキーボード/マウスといった入出力ハードウェアを制御する。アプリケーションプログラムは全てクライアントとして動作し、サーバ経由でユーザーや他のクライアントとやり取りする。このやり取りを規定するのが X Window System コアプロトコルである。他にも X Window System に関連したプロトコルはあるが、それらには X Window System コアプロトコル上に構築されたものと全く別個のものがある。Xコアプロトコルと呼ばれることもある。X Window System コアプロトコルでは、パケットは要求（Request）、応答（Reply）、イベント（Event）、エラー（Error）の4種類しかなく、非同期にネットワーク上を転送される。要求パケットはクライアントからサーバに何らかの操作を依頼し（例えば、新たなウィンドウの生成）、結果としてデータを返してもらうものである。応答パケットは、そのようなデータをサーバからクライアントに返すためにある。イベントパケットは、サーバからクライアントにユーザーの操作やその他の事象の発生を知らせる。エラーパケットは、サーバからクライアントに対して、要求パケットの内容を処理しているときにエラーが発生したことを知らせる。要求パケットによって、応答パケット、イベントパケット、エラーパケットが生成される可能性がある。しかし、それ以外ではプロトコル上はパケットの送受信の順序は指定されていない。コアプロトコルへの拡張がいくつか存在し、それぞれに固有の要求/応答/イベント/エラーパケットが定義されている。X は1984年、マサチューセッツ工科大学（MIT）で生まれた（2006年現在のリリース X11 は 1987年9月に登場）。設計者 Bob Scheifler と Jim Gettys は設計にあたっての原則として、コアプロトコルは「機構を生成するものであって、ポリシーを生成するものではない」とした。結果として、コアプロトコルにはクライアント間やクライアントとユーザー間のやり取りが具体的には示されていない。これらのやり取りに関する規定は別途行う必要があり、ICCCM や freedesktop.org の仕様が作成された。また、特定のウィジェット・ツールキットを使うことで必然的にやり取りが規定される。