root-ai / depth-quality Goto Github PK

Add the slicer output file(specific to a 3D printer model) generated from the STL so that the printing process is repeatable

Summary:

I get the following error on trying to import the meshes module:

import depthquality.meshes
  File "<frozen importlib._bootstrap>", line 969, in _find_and_load
  File "<frozen importlib._bootstrap>", line 958, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 664, in _load_unlocked
  File "<frozen importlib._bootstrap>", line 634, in _load_backward_compatible
  File "/home/shreyas/.virtualenvs/test3/lib/python3.5/site-packages/depthquality-0.0.1-py3.5.egg/depthquality/meshes.py", line 104, in <module>
  File "/home/shreyas/.virtualenvs/test3/lib/python3.5/site-packages/pkg_resources/__init__.py", line 1172, in resource_filename
    self, resource_name
  File "/home/shreyas/.virtualenvs/test3/lib/python3.5/site-packages/pkg_resources/__init__.py", line 1717, in get_resource_filename
    return self._extract_resource(manager, zip_path)
  File "/home/shreyas/.virtualenvs/test3/lib/python3.5/site-packages/pkg_resources/__init__.py", line 1739, in _extract_resource
    timestamp, size = self._get_date_and_size(self.zipinfo[zip_path])
KeyError: 'depthquality/../meshes/vertical_cylinders.obj'

• Looking at the build folder and the .egg file, I can't see the .obj files in there.
• The issue seems to be with the directory structure of the project and configuration in setup.py.
  • From the example given in the official documentation, the package_data attribute searches for paths relative to the package directory ( i.e src/depthquality/). Since the actual obj files are located in the src/meshes directory it can't be found by setuptools. (https://docs.python.org/3.5/distutils/setupscript.html#installing-package-data)

I'm using an assumption of 300 DPI for the backplate PDF. These are the units used when opening it in photoshop

When I compare spheres.stl in the same units to the backplate image I find that the registration holes do not line up.

Here is a rendered image of spheres.stl over the backplate PDF showing that the registration holes are not at the same scale

I've found the same holds in the real world, the 3D printed object holes do not match an inkjet printed version of the backplate at 300 DPI.

Do you have any hints? Am I using the wrong scale for the backplate.

See notes from #2

When installing with python setup.py develop, data sources are properly installed but when installing with python setup.py install they are not properly installed. This requires updating the setup.py and meshes.py files appropriately.

The depth quality metric should work just fine when given a pointcloud and a single RGB / grayscale image with the fixture visible, if the camera intrinsics between the image and pointcloud are known.