Comments (8)
It really seems like a mess :'/ Breaking update from 2 → 2.1 and another breaking update from 2.1 → 3.0…
Yes, I agree, it is confusing and painful to have those breaking incompatibilities. When I started this project I had no idea how to write a DMS software and as result I made terrible mistakes in design of the application. The outcome was very painful maintenance of the code base. Also adding new features was hard because of the base structure on which the entire project was built.
Because I have big plans for the project and because the project is still relatively new I've decided to break backward compatibility for the sake of fixing design errors in early stage of the project.
The good part is that since 3.0 there won't be any breaking changes in terms of how files are stored on the disk and database schema: this means that once in 3.0 you will be able to update to 3.1, 3.2, 3.3,... without any problem.
No updates for old versions, no migration to new version and totally mixed features among different versions, without any explanation if these features will be return or not.
All great features present in 2.0 (like sharing files between users, metadata, automates) will be back. Both "sharing of the files between users" and "metadata" will be back this year (2024).
but it seems the new version just getting the features of paperless and drops the unique features
In short term yes - because of large code base refactoring inevitably some of the non essential features need to be "temporary removed". But in long term, features from 2.0 will be back in significantly better shape.
I'm using an old version and can't update.
I am currently in deep dive mode with 3.3; with 3.3. released, I will dedicate time for documenting migration from 2.0 and 2.1 directly into 3.x.
from papermerge-core.
Thank you for opening this ticket!
In short, migration from 2.0 to 2.1 is more complex then just DB changes. Just DB part will not work even if you succeed in fixing db migrations; why? because 2.1 introduces new DB model for document version which wasn't there before :).
A picture will help understanding why DB changes won't work:
As you see from the picture, the "Document Version" model was introduced in 2.1 (before that, document versions were "stored" only on file-system). There is literally no information about document version(s) in DB before 2.1 version.
Another important change is actually what information is stored on the file-system level i.e. what and how OCRed data is stored
on file system. "OCR data" is much more then just plain text characters - extracted "OCR data" also stores coordinates of each extracted character (this info has a fancy name - hocr format).
Long story short - at this moment you don't need to do anything.
Please give me couple of weeks and I will document and provide necessary tools on how to migrate documents from 2.0 to 2.1.
The only caveat is that your metadata information will not be transferred - as 2.1 currently does has the concept of matadata. Metadata will be re-introduced in later releases.
Again, I will provide soon necessary tools and documentation on how to migrate from 2.0 to 2.1.
from papermerge-core.
Hi @ciur! Thanks again for all your work on this. I saw the newest release and wanted to follow up on this and see if there has been any progress on a migration path from 2.0->2.1?
from papermerge-core.
Hey @ciur, any news about the migration to 2.1? I'm currently using the old linuxserver image (2.0x), but would love to switch over and upgrade to a new version. Should it work?
from papermerge-core.
Hi @ciur
I am looking for upgrade instructions from 2.0 to the latest 3.2 version and was wondering if there is an updated upgrade instruction available. The current installation is running in a container and is installed with Docker Compose.
from papermerge-core.
It really seems like a mess :'/ Breaking update from 2 → 2.1 and another breaking update from 2.1 → 3.0…
No updates for old versions, no migration to new version and totally mixed features among different versions, without any explanation if these features will be return or not. The great sharing feature was the reason why I choose papermerge over Paperless-ng(x), but it seems the new version just getting the features of paperless and drops the unique features. :(
I really grateful, and thanking ciur for the fantastic work of this software, but this great work makes me even more sad that I'm using an old version and can't update. =/
from papermerge-core.
Thank you very much for you effort on this great project.
I am currently in deep dive mode with 3.3; with 3.3. released, I will dedicate time for documenting migration from 2.0 and 2.1 directly into 3.x.
That is the important information. At least I can and will wait some more time to upgrade later. Thanks.
from papermerge-core.
Thanks for the fast and informative reply and the promise of a stable future. I think that is really important for a DMS.
I am currently in deep dive mode with 3.3; with 3.3. released, I will dedicate time for documenting migration from 2.0 and 2.1 directly into 3.x.
That sounds great, and then I will wait instead of trying to migrate everything to another software, as there is currently no real pressure except the missing updates.
from papermerge-core.
Related Issues (20)
- Mounting /app in a docker volume causes issue
- No OCR HOT 4
- Can not login anymore HOT 3
- Papermerge behind Traefik v2 transparent proxy HOT 2
- Backup command returns "django.db.utils.OperationalError: no such table: core_user " and fails HOT 3
- Drag 'n' Drop not working HOT 2
- Exception when opening the Inbox HOT 6
- ARM support HOT 1
- Upgrade from docker image 2.1.9 to 3.0 doesn't seem to work HOT 4
- Error thrown after successful login HOT 5
- Secret Key not working in Docker and wrong port forwarding HOT 2
- create_token.sh throws an error HOT 2
- Feature request: Allow to assign a custom uuid when creating document/folder via REST API HOT 3
- Getting '500 - Internal Server Error' when patching node tags HOT 2
- feat: index document, even if skip OCR is set HOT 2
- Tags not working HOT 1
- Unabale to login
- Import over papermerge-cli not working HOT 3
- Will rules return? HOT 4
- Are there any plans to add the ability to merge scanned pages that are saved as images? non-PDF, like JPEG, PNG, etc
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from papermerge-core.