You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have searched the existing requests and didn't find any that were similar
I have considered creating a pull request instead and want to proceed
Clear and concise description of the problem
Exporting entire workspaces and importing them again is a headache when working with markdown files. It would be great to have an export option that allows the user to export all the objects with all of their details, to import everything back in without any formatting issues (since right now, importing workspaces that have been previously exported as markdown zip files wipes object types, descriptions, tags and more), and to allow migration to other apps, should things not work out with Anytype.
Suggested solution
Basic idea
Everything can be exported as a huge CSV file. Each relation and detail about an object gets its own column. There will be relations that all objects have in common, like the creation date, object type, etc., and some will be unique to a fraction of the total objects only (description, tags, etc., since not all objects have them).
File size considerations
It may seem redundant for all objects to have all the columns (relations) associated with them, but the empty CSV fields for empty relations will not be an issue storage-wise when exporting the file, since they imply a mere comma (which is one byte). Theoretically speaking, exporting an entire workspace to JSON would not be as efficient, since empty relations will take up a lot more space on each one of the objects (since empty fields will look like relation_name="", which takes up way more space that a single comma in CSV (correct me if I'm wrong though)).
Example
Helper file
To allow parsing columns to actual Anytype relations, a small additional file would be needed (to map column numbers (corresponding to different relations) to relation types such as single-select, multi-select, text, number, etc. relation types).
(Optional) Type info file
A tiny additional file containing information about the types used by the user and what relations are used by what type could greatly simplify the process of reimporting data to Anytype, since it would imply that the user does not have to set up their types again.
Alternative
To save even more space and/or only export objects of one type (for example, only notes), a single-type export option could be great too. That way, the user can only export objects of whichever type they need.
Additional context
No response
The text was updated successfully, but these errors were encountered:
Have you read a contributing guide?
Clear and concise description of the problem
Exporting entire workspaces and importing them again is a headache when working with markdown files. It would be great to have an export option that allows the user to export all the objects with all of their details, to import everything back in without any formatting issues (since right now, importing workspaces that have been previously exported as markdown zip files wipes object types, descriptions, tags and more), and to allow migration to other apps, should things not work out with Anytype.
Suggested solution
Basic idea
Everything can be exported as a huge CSV file. Each relation and detail about an object gets its own column. There will be relations that all objects have in common, like the creation date, object type, etc., and some will be unique to a fraction of the total objects only (description, tags, etc., since not all objects have them).
File size considerations
It may seem redundant for all objects to have all the columns (relations) associated with them, but the empty CSV fields for empty relations will not be an issue storage-wise when exporting the file, since they imply a mere comma (which is one byte). Theoretically speaking, exporting an entire workspace to JSON would not be as efficient, since empty relations will take up a lot more space on each one of the objects (since empty fields will look like relation_name="", which takes up way more space that a single comma in CSV (correct me if I'm wrong though)).
Example
Helper file
To allow parsing columns to actual Anytype relations, a small additional file would be needed (to map column numbers (corresponding to different relations) to relation types such as single-select, multi-select, text, number, etc. relation types).
(Optional) Type info file
A tiny additional file containing information about the types used by the user and what relations are used by what type could greatly simplify the process of reimporting data to Anytype, since it would imply that the user does not have to set up their types again.
Alternative
To save even more space and/or only export objects of one type (for example, only notes), a single-type export option could be great too. That way, the user can only export objects of whichever type they need.
Additional context
No response
The text was updated successfully, but these errors were encountered: