Openmvg: Can OpenMVG be simpler to use?

Created on 18 Apr 2017  路  2Comments  路  Source: openMVG/openMVG

Although OpenMVG shipped with some utilities such as main_GlobalSfM. But it has limitation such as only accepting data format "SfM_Data" and it asked for image_describer, Features_Provider,and so on. All these make OpenMVG hard to use and lack of flexibility.

For example, I want to use GlobalSfM and I know the corresponding pairs between images. I think this is enough and need not to do any computation such as image_describer, feature vectors. But I don't know how to use GlobalSfM for this simple case. I think The API of OpenMVG is not good.

question

Most helpful comment

The goal of OpenMVG is to provide accurate implementation of state of the art computer vision algorithms to the community.

On top of that some SfM pipelines are proposed.
Those pipelines use a common interface with abstract object for:

  • feature extraction (Image_Describer)
  • on disk features reading (Features_Provider)
  • on disk matches reading (Matches_Provider)

The goal of this abstraction is to allow the user to provide their own interface for their own data or to implement new version of the class in order to improve the results (a new image_describer for example).

So if you have your data on disk (features, matches), just write your own data loader and let GlobalSfM run on that.

You can say that the API is not good but I would like that you suggest an alternative.
You sentence is very harsh towards all the OpenMVG contributors and efforts made by the community.

I mean, if you try to use opensource solution this is because commercial solutions does not allow you to perform the task you need. So you look to open framework that let you the ability to tweak the things that you can't do in other software.

All 2 comments

The goal of OpenMVG is to provide accurate implementation of state of the art computer vision algorithms to the community.

On top of that some SfM pipelines are proposed.
Those pipelines use a common interface with abstract object for:

  • feature extraction (Image_Describer)
  • on disk features reading (Features_Provider)
  • on disk matches reading (Matches_Provider)

The goal of this abstraction is to allow the user to provide their own interface for their own data or to implement new version of the class in order to improve the results (a new image_describer for example).

So if you have your data on disk (features, matches), just write your own data loader and let GlobalSfM run on that.

You can say that the API is not good but I would like that you suggest an alternative.
You sentence is very harsh towards all the OpenMVG contributors and efforts made by the community.

I mean, if you try to use opensource solution this is because commercial solutions does not allow you to perform the task you need. So you look to open framework that let you the ability to tweak the things that you can't do in other software.

@openMVG team & contributor : Thank you very much for your excellent job that set "PHD level code" accessible to every one.

Was this page helpful?
0 / 5 - 0 ratings

Related issues

itsdsk picture itsdsk  路  6Comments

yonelay11 picture yonelay11  路  5Comments

learnmano picture learnmano  路  6Comments

ghost picture ghost  路  3Comments

lab3d picture lab3d  路  7Comments