芸術作品は時間が経つにつれて劣化するため、作品を後世に残すためには、修復作業が必要です。しかし、芸術作品の修復失敗事件は多数発生しており、「素人修復家にアート修復を任せるべきではない」と訴えられることもあります。そんな中で、マサチューセッツ工科大学(MIT)で機械工学を専攻する大学院研究員が、芸術分野では素人にもかかわらず、AIを利用して絵画を修復する新しい方法を提案して美術界に衝撃を与えました。
カッキネ氏が提案した方法は、「損傷をAIで分析して、修復箇所を極薄の『マスク』に印刷して、絵画にかぶせる」というもの。マスクを絵画にかぶせると見た目では修復された絵画になりますが、剥がして元の状態に戻すことも容易なため、修復が誤りであった場合や経年変化も含めた元の絵画を大事にしたい場合、修復をなかったことにできます。
論文では、15世紀後半のひどく損傷した油絵について、デジタル修復する方法をシミュレーションしています。論文によると、損傷部位の数は5612カ所、補修対象の面積はA4用紙約1.2枚分となる約592平方センチメートルとのこと。この損傷箇所と面積の場合、従来の手作業による修復だと、232時間が必要であると推定されています。
AIを活用することで、元の絵画を再現するために5万7000色以上を検討し、カラープリント層と白色層を重ねたカラー精度の高い二重構造のマスクが作成されました。結果として、補修作業は3.5時間で完了すると算出され、従来の手作業による修復作業の約66倍の速度で完了できると論文では結論付けられています。
カッキネ氏の手法は論文で公開されて自由に使用できるにもかかわらず、個人の修復家が使用するには複雑すぎて適用が難しくなっています。
カッキネ氏によると、今後は商用目的で絵画修復ツールを開発することも検討していますが、当面は基本的な技術の向上に重点を置いているそうです。より修復の精度を上げるため、修復業界からの情報やフィードバックも取り入れてプログラムが改善されていくことが期待されています。
⇧ 状況が分からないのだが、「論文」の「査読」が済んでいて有用だと判断できているのであれば「AI適用プロジェクト」を起ち上げれば良い気はしますかね...
仮に「AI」を導入したとして、「修復」の「クオリティ」が下がらないのであるならば、導入してしまえば良い気はしますが...
「お金」次第ということになるのかしらね...
PostgreSQLのクライアントとサーバーが別々の場合にpsqlのバージョンミスマッチが起きる話
「クラウドサービスプロバイダー」などの「マネージドサービス」を利用しているようなケースで、
- PostgreSQL クライアント
- PostgreSQL サーバー
を別々のマシンになることあるあるだと思いますと。
所謂、
多層アーキテクチャ（たそうアーキテクチャ、英: multitier architecture）とは、ソフトウェアアーキテクチャパターンである。
アプリケーションを複数の"層"に分け、それらを独立したモジュールとして開発・保守する。各層はインタフェースを定義しモジュール化されたソフトウェアであり、テクノロジーの進歩や要求の変化に合わせて各層を個別に置換できる。
各層をそれぞれ異なるプラットフォーム上で動かし、層ごとにプラットフォームの変更が可能である。例えばクライアントのオペレーティングシステムをMicrosoft WindowsからUNIXに変更しても、他の層（ビジネス層、データベース層など）は変更しない。
⇧ 上記にあるような「三層アーキテクチャ」のように、「データベース」の「マシン」が独立しているようなケースにおいて、「データベース」の「マシン」以外から「psql」コマンドなどで接続したいような時の話。
「PostgreSQL Server」側のバージョン次第だとは思いますが、
■PostgreSQLクライアントのダウングレード
■PostgreSQLクライアントのアップグレード
⇧ 上記サイト様にありますように、どちらかの対応を実施して、「PostgreSQL Client」側の「バージョン」を「PostgreSQL Server」側の「バージョン」に寄せていくしかないっぽい...
- PostgreSQL クライアント
- PostgreSQL サーバー
を両方とも同じ「マシン」にインストールしているような状況であるならば、あまり起こることの無い問題だとは思うのですが、「クラウドサービスプロバイダー」などの「マネージドサービス」な「データベース」を利用しているようなケースでは頻発しそうな気はするが...
まぁ、「ソフトウェアエンジニア」の仕事では無い気はするんだが...
毎度モヤモヤ感が半端ない…
今回はこのへんで。
