Restore cv namespace similar to prior CVtypes implementation

[GoogleCodeExporter]

I found the support for the "cv" namespace within the package convenient
when using CVtypes - it prevents having to import 1000+ names into the
local namespace, while the combination of the namespace and shorter
function names is just as efficient (e.g., cv.CreateMat).  Attached is a
patch against trunk r102 that adds support for creating this namespace. 
It's an enhanced version I had from the CVtypes implementation that handled
a few other cases (such as turning CV_32F into just 32F being less than
helpful since cv.32F isn't a valid identifier in Python - so this version
leaves an underscore in such a case).

Original issue reported on code.google.com by db3l.em...@gmail.com on 26 Dec 2008 at 2:46

Attachments:

• cv_namespace.diff

[GoogleCodeExporter]

Patched. Thanks.

Original comment by pmtri80@gmail.com on 26 Dec 2008 at 8:22

• Changed state: Fixed

[GoogleCodeExporter]

Per some email exchanges with Minh-Tri, this change "hid" the underlying "cv" 
package
module, interfering with some demos, and use of the "opencv.cv" module.  This 
new
patch renames the namespace to "cx", and also moves some comments into the 
namespace
docstring for better usability.

Original comment by db3l....@gmail.com on 28 Dec 2008 at 6:40

Attachments:

• namespace-2.diff

[GoogleCodeExporter]

Patched. Thanks.

Original comment by pmtri80@gmail.com on 28 Dec 2008 at 9:23