私は最近、GIS社に雇われ、古いGeomaticsライブラリを書き直しました。だから私は現在、良い計算ジオメトリライブラリを探しています。私は驚くべきことですが、私の上司は何か無料を望んでいます。はBoost.Geometryが成熟していますか？
ここで、Boost.Geometryをチェックします。このライブラリはすばらしいようですが、かなり速く変化しているようです。まだ多くのことは実装されておらず、メーリングリストで多くの問題が議論されています。
私の質問：Boost.Geometryは成熟しているので、何かを構築できますか？それともデザインはまだ進化していますか？
おかげで
必要に応じて、あなたが他の人の間で、のPostGISのジオメトリ操作のためで使用される、GEOSで見ることができる、とブースト::ジオメトリよりも成熟しています。しかし、拡張が難しく、シンプルな機能以上のサポートが必要な場合は、自分で行う必要があります。
boost :: geometryが輝いているのは、私の意見では、既存の（レガシー）ライブラリに適応できることです。つまり、雇用者のデータ構造（または他の既存のジオメトリライブラリ）それらの上に、boost :: geometryで構築します。
ブースト::ジオメトリが成熟し、拡張機能かなり速いを得ているが、私は（それはブーストに受け入れられたとき）デザインは昨年からあまり変わっていないと思います。私はメーリングリストで尋ねるでしょう - 著者は非常に活発で役立ちます。
説明をいただきありがとうございます。私はGEOSを見てきました。あなたが言うように、それは伸びにくいようです。しかし、私は何ができるかを見ていきます。 – undu
boost :: geometryが既存の（レガシー）ジオメトリライブラリでサポートしている機能を使用したい場合、 WKT文字列やr-treeインデックスを読み書きするためには、仲介オブジェクトを作成する必要はなく、従来のオブジェクトをboost :: geometryに適合させることができます（GEOSなどの他のライブラリとまったく同じです）。これは多くのメモリを必要とし、おそらくCPU）。レガシーオブジェクトに拘束されていない場合、これはそれほど大きな問題ではありません。 – meastp
これは必要に応じて異なります。
Boostは、最も効率的で、パフォーマンスが高く、成熟したC++ライブラリの1つですが、ジオメトリは最高です。私は3Dデータ最適化プロジェクトで両方を試しました。
ブースト・ジオメトリ長所： -Performant 型ウェルは
ジオス賛否APIを設計した： -Accurate -Mature
を、私は、ライブラリをブーストで受け入れ得るとき*デザイン*それはかなり安定だと思います。これは本当ですか？ – CapelliC
@chacはいそうかもしれない。しかし、私はこのlibの作者のように見えたことから、物事はより良くなると思っています。少なくともそれは私が理解していることです、多分私は間違っています。それが私がこの質問をする理由です。 – undu
「無料」では、「ビールで自由」という意味ですか？ ）CGLはGPLなので、自由で自由です;） – pmr