cask doesn't support all types that Alembic supports

[GoogleCodeExporter]

Reading an archive with cask and writing it to a new file, cask will not be 
able to handle arbGeomParams which has a type of float64 (doubles that maya 
creates by default when adding an extra float attributes).

What steps will reproduce the problem?
1. Export an alembic from Maya, with custom attrs on shape been added as 
doubles (float64)
2. use cask to read the archive.
3. use cask to write the archive to a new file.

What is the expected output? What do you see instead?
The result of above: The new written archive will not have these float64 
variables (error will occur when writing them, then cask will just ignore them 
when writing the archive).

Expecting to not have any errors when writing to a new archive, while also 
seeing the variables been written correctly at each time_sample.

What version of the product are you using? On what operating system?
cask (that ships with Alembic 1.5.4)

Please provide any additional information below.
The attached file solves these issues and add support to imath float64 array, 
and imath V3d the thing that fixes the issue.
Btw, in the attached cask, I also added a 'asOgawa=False' to write_to_file() 
function, giving the user the opportunity to write the archive as Ogawa by 
write_to_file('filename.abc', asOgawa=True)

Original issue reported on code.google.com by b.sa...@barajoun.com on 24 Jun 2014 at 8:03

[GoogleCodeExporter]

Original comment by b.sa...@barajoun.com on 24 Jun 2014 at 8:14

Attachments:

• cask.py

[GoogleCodeExporter]

Original comment by miller.lucas on 24 Jun 2014 at 8:15

• Added labels: Component-Client

[GoogleCodeExporter]

Original comment by rsgalloway on 11 Jul 2014 at 4:56

• Changed state: Accepted

[GoogleCodeExporter]

Original comment by rsgalloway on 11 Jul 2014 at 9:31

• Changed state: InProgress

[GoogleCodeExporter]

Fixed in Alembic 1.5.5 

Original comment by rsgalloway on 15 Jul 2014 at 6:31

• Changed state: PleaseVerify

[GoogleCodeExporter]

Original comment by rsgalloway on 24 Jul 2014 at 9:18

• Changed state: Resolved