why sometimes different from PyMaterialX about materialx HOT 4 CLOSED

Hi Arthur,

Are you sure that you're working with a complete build of MaterialX Python? There are calls to NodeGraph.addNode in our Python test suite, for example, which runs as part of the continuous integration process for the MaterialX library:

https://github.com/materialx/MaterialX/blob/master/python/MaterialXTest/main.py#L189

If you build MaterialX Python through CMake, and install the resulting Python package to your Python environment, you should see a collection of Python wrappers such as main.py and datatype.py in the distribution, and not just the raw PyMaterialX shared library.

Full build instructions can be found here, and let us know if we can clarify any of the steps:

http://www.materialx.org/docs/api/index.html

All the best,

-Jonathan

from materialx.

this is my cmake command
cmake -G "Visual Studio 14 2015 Win64" -DMATERIALX_BUILD_PYTHON=ON -DMATERIALX_BUILD_DOCS=ON ..\MaterialX-master
have any questions?

from materialx.

Hi Arthur,

Could it be that you're building MaterialX with the command above, but never installing the MaterialX Python package to a destination folder? In our online test suite, for example, we build and install MaterialX with the following command:

• cmake --build . --target install

In the Appveyor/Windows test suite, this installs MaterialX Python to the "site-packages" folder of the Python installation, and in the Travis/Linux test suite, it installs MaterialX Python to a local folder for testing.

-Jonathan

from materialx.

Hi Arthur,

I'm going to close out this issue for now, and feel free to follow up on the MaterialX Discussion Forum if you have additional build questions:

https://groups.google.com/forum/#!forum/materialx

All the best,

-Jonathan

from materialx.