イスラーム世界における廟は多くの場合、葬られている人物の墓に付属する施設である。聖地マッカへの巡礼にあわせて預言者のモスクを訪れたり、シーア派の信徒がイラクにあるイマーム達の墓廟に参詣するなど、墓廟は多くのムスリムから崇敬を集める存在である。
マウソレウム（Mausoleum）とは、亡くなった指導者のために構築される大きく印象的な墓を指している。後に亡くなった個々の人々の為の地下墓室を含んでおり、近代のものは、従来の霊廟地下墓室に加え、納骨堂を持っている。現在では教会のような大型施設の一部になっている事もある。ロサンゼルスの聖マリア大聖堂は、埋葬のための6,000の陵と納骨堂のスペースを持っている。英名のマウソレウムは、カリア国を統治したアケメネス朝ペルシアの王、マウソロス（Maussollos）の霊廟が由来である。マウソロス霊廟は、「ハリカルナッソスの霊廟」としても知られ、世界の七不思議のうちの1つである。ニューヨークにあるグラント将軍の墓はマウソロス霊廟を参考に作られた。他には、スプリングフィールドのエイブラハム・リンカーンの墓などが有名である。聖人などを祀るところがヨーロッパに多い。かつての社会主義諸国では、建国の父を生前の姿そのままに永久保存する形の廟がよく作られた。今日でもモスクワの「レーニン廟」を始めに、北京の「毛主席紀念堂」（毛沢東）、ハノイの「ホー・チ・ミン廟」、平壌の「錦繍山太陽宮殿」（金日成）などに見ることが出来る。共産圏以外でもケマル・アタテュルク、ムハンマド・アリー・ジンナー、マニュエル・ケソン、サパルムラト・ニヤゾフ、ルーホッラー・ホメイニー、スハルト、モロッコ国王ムハンマド5世の霊廟も造られた。
現在の津波警報システムでは、指定地点毎の到達予想時刻と最大波高の予測は行えるが、海岸全体での最大波高や浸水域の予測は困難である。この問題を解決するため、次世代の警報システムが開発途上である。新システムでは、各種観測データからリアルタイムで波源を推定し到達する津波が及ぼす被害までを計算しようとするもので、いくつかの機関により実用化に向け開発が行われている。一例は、国交省と港湾空港技術研究所のリアルタイム津波ハザードマップである。このシステムは、事務処理など汎用的に使用されているCPUでは無く浮動小数点演算を得意とするGPUを演算処理に使用し、GPS波浪計の数分間の観測データから波源域を推定し更に浸水域のハザードマップを作成するものである。
気象庁が発表する津波警報には「大津波警報」、「津波警報」の2種類がある一方、市町村から発令される避難指示・避難勧告の対象範囲は、ほとんどが最悪ケースを想定して過去最大の津波による被害想定地域に設定（1段階に限定）されている。この結果、津波警報と避難指示・避難勧告の対応関係に齟齬が生じている。つまり、津波警報が発表された場合も大津波警報が発表された場合も、同じ地域に避難指示・避難勧告が発令されてしまう。このような齟齬が続くと、津波警報に基づく避難指示・避難勧告はオオカミ少年効果をもたらし続ける（津波警報や避難指示・避難勧告の信用が低下する）ことになり、肝心の東南海・南海地震のときに避難をしなかったり避難が遅れたりして、多くの犠牲者を出すという悲劇につながりかねないことから、「大津波警報」、「津波警報」という津波警報の種類に応じた避難対象地域（ゾーニング）の必要性が指摘されている。なお、津波警報-避難勧告間と同様の齟齬は津波注意報（居住区からの避難は不要）の場合にも生じている。このような「防災情報に対する過剰対応の問題」や「津波警報の種類に応じた避難対象地域の必要性」については東日本大震災以前から政府内でも言及されており、大津波警報・津波警報に対する2段階などの避難対象地域を示したハザードマップを作成し周知するなど、今後解決すべき課題が残っていることが政府の中央防災会議においても指摘されている。
Open Source Initiativeはライセンスレビューを通じて、対象のライセンスがOpen Source Initiative公認の「オープンソースライセンス」であると承認している。ライセンスレビューは対象のライセンスがOpen Source Initiativeの定義する「オープンソース」を冠することに適してことを承認するためのものである。レビュープロセスは、ライセンスがオープンソースの定義に準拠していることの検証、適切なライセンスカテゴリの特定、虚栄心や複製ライセンスの抑制、綿密で透過性と即時性のあるレビューであることを目的に設置されている。ラインセンスレビューは対象のライセンスがオープンソースの定義に基づき、そのライセンスが課せられるソフトウェアやその他のソースコード、ブループリント、設計書が自由な利用、修正、頒布を許諾しているかを確認する。オープンソースソフトウェアはそれらが許諾されていることを定義としているため、その条件に合致しないライセンスはオープンソースライセンスとしては認められず、ライセンスレビューの結果として非承認となる。オープンソースライセンスを課したソフトウェアは無償で利用できることが多いが、必ずしもフリーウェアである必要はない。非商用での再配布および個人用途での変更のみを許可するライセンスはオープンソースライセンスとは見なされない。ただし、Apache Licenseのようにソースコード中に作者名や著作権名を残すことを要件とすることや、GNU General Public Licenseのようにライセンスされたソースコードを改変して再配布する場合は同じライセンスで配布することを要件とするコピーレフトライセンスを兼ねるオープンソースライセンスは存在する。Open Source Initiativeは多くのライセンスについてオープンソースライセンスであると承認していたが、無秩序にオープンソースライセンスの承認を行った結果、有象無象のライセンスが乱立するライセンスの氾濫を引き起こし、それについて問題視する声が上がった。Open Source Initiativeはこの問題を解決するため、「ライセンス氾濫問題プロジェクト」（License Proliferation Project）を立ち上げた。ライセンスレビューはライセンスの氾濫を防止するため、ライセンスカテゴリの特定や複製ライセンスの抑制を実施している。ライセンスレビューは一般公開されたメーリングリストで実施されている。ライセンスのレビューはおおよそ60日以内を目安にレビュー結果を出す。メーリングリストでは、あるライセンスがオープンソースの定義に従ったものになっているか、ライセンスを新規に作成した場合にライセンスの氾濫を引き起こすことはないか、などが協議されている。Open Source Initiativeボードメンバーの他、コミュニティメンバーから意見が上がることがある。