SMQTK icon indicating copy to clipboard operation
SMQTK copied to clipboard

Document differences in custom libsvm distribution

Open danlamanna opened this issue 9 years ago • 6 comments

Ideally we could get an actual diff against the revision the code was based off of.

danlamanna avatar Nov 12 '16 14:11 danlamanna

Valid. The only difference that I know of is that it provides another mode that uses histogram intersection kernel. @z-harry-sun provided me this particular version so he would know best the differences between his custom version and upstream.

Purg avatar Nov 14 '16 15:11 Purg

@Purg Is this issue the main blocker from being able to pip install smqtk and have full access to functionality? (Instead of relying on CMake for installing).

danlamanna avatar Mar 07 '18 15:03 danlamanna

One of them (this libsvm is effectively required for the currently only implementation of the RelevancyIndex interface required for IQR).

Purg avatar Mar 07 '18 15:03 Purg

What are the others? Is there consensus that we should be aiming for a world where pip install smqtk just works™? @wphicks

danlamanna avatar Mar 07 '18 15:03 danlamanna

I believe that would be optimal and can already be done. Its just the case that not all plugins provided within SMQTK would be usable without other optional dependencies, some being harder to acquire, being installed by the user (like FLANN and libSVM). There technically already is a pip-installable SMQTK up on pypi (though that's somewhat experimental and around the 0.6.2 version).

Somewhere in here I or someone needs to document the official release process for SMQTK (bumping version, swapping release notes, etc.) to which we can add things like uploading a new version to pypi and maybe get crazy with docker containers to dockerhub.

Purg avatar Mar 07 '18 16:03 Purg

The ideal state however is that in the raw form of SMQTK, there be at least one implementation for every algorithm/representation interface, which is currently not the case.

Purg avatar Mar 07 '18 16:03 Purg