Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

LabelMultisetType.copy behavior differs from other NativeTypes #4

Open
hanslovsky opened this issue Jun 29, 2018 · 0 comments
Open

LabelMultisetType.copy behavior differs from other NativeTypes #4

hanslovsky opened this issue Jun 29, 2018 · 0 comments

Comments

@hanslovsky
Copy link
Collaborator

LabelMultisetType.copy passes img and access as reference to a new LabelMultisetType. Other NativeTypes, e.g. UnsignedLongType.copy, create a new single value object without any backing img or access. LabelMultisetType should follow this scheme. At least, it should update the index i of the newly created type.
hanslovsky added a commit that referenced this issue Jun 29, 2018
@hanslovsky
Addresses minimum requirement of #4
de32183
hanslovsky added a commit that referenced this issue Aug 18, 2018
@hanslovsky
Release 0.4.0
279c9de 
 - Address #4 (in minimal possible way)
 - logging
 - Enable empty n5 datasets for N5CacheLoader
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@hanslovsky