J'ai eu la même problématique à cause d'une assurance.
Un ami à eu le feu à la maison et tout est partie en fumée, vraiment tout... Il était largement assuré, mais n'a vu qu'une toute petite partie de ses biens remboursée, car il ne pouvait pas fournir de justificatif pour le reste (par exemple pour sa très très grosse bibliothèque). J'ai, moi aussi, eu le feu à la maison, quelques mois après... Par chance, il n'y a qu'un petit bout de la cuisine qui a été touchée, mais je n'avais pas pu me faire ramboursser une partie des appareils.
Je me suis donc retrouvé avec la même problématique...
Je trouve que les bases de données ne sont pas du tout appropriées. Elles sont beaucoup trop rigides et demandent beaucoup trop de travail pour évoluer. Sans compter qu'elles ne sont pas pérennes dans le temps (sur quel matériel et avec quel logiciel lire les belles bases que j'avais faites au début des années huitante?).
Le wiki te laisse une totale liberté quant à la structure de tes données.
J'avais commencé à faire ce travail de recensement sur dokuwiki. Comme je ne voulais pas que ce soit sur le net, j'avais fait une installation locale. C'est lourd, et au final pas très pratique...
Et depuis une dizaine d'années, je me suis tourné vers zim pour ce travail. C'est un wiki local minimaliste. Les avantages sont:
de simples fichiers textes;
une arborescence de fichiers tout ce qu'il y a de plus normal;
les images et pièces jointes sont dans un dossier qui correspond au nom de la page;
la mise en page utilise un code structuré (celui de dokuwiki), encore plus simple que le markdown;
il est tout à fait possible de faire des modèles de pages avec des structures prêtes;
possible de créer des scripts externes que l'on va faire tourner sur l'arborescence;
export en HTML / LaTeX
...
Il y a un système de tag et les liens internes fonctionnent très bien.
À la longue, j'y ai enregistré les 4284 livres de ma biblio papier, les 2733 cd (qui pour le coup sons ripés dans les dossiers zim), les 1826 DVD... Mais aussi mes tableaux (avec photos), ma belle vaisselle, les poteries que ma tendre et douce adore.
Dès que j'achète un truc, ne serait-ce qu'une petite clé USB comme ce matin, je fais une photo du ticket, du bidule, je rentre la date d'achat, la durée de la garantie, l'endroit où je le range, les éventuels modes d'emploi téléchargeables (ça, c'est le truc qui m'a plusieurs fois sauvé la mise). Combien de matériel ai-je pu me faire rembourser, car j'avais encore toutes les garanties et quittances!?!?! Rien que pour les cartes SD, une bonne quarantaine (ces satanées Raspberry-pi) ;-).
Bon, à la longue j'ai séparé mon wiki en plusieurs, 12 précisément.
Le truc génial, c'est que tu n'es pas limité par la structure d'une base de données.
Le truc moins génial, c'est que ça peut vite devenir un vrai bordel. Pour m'y retrouver sans souci, j'ai fait une page de tag utilisable et formaté.
Pour la recherche dans cette grosse base (en 16 ans plus de 18'000 pages) je me suis concocté quelques scripts qui combinent find et ag (un grep amélioré: The Silver Searcher. Like ack, but faster).
Par contre, le gars qui a vraiment tiré la tronche et qui n'est pas comptant, c'est mon assureur! Surtout quand j'ai eu une inondation dans mon immeuble et que la quasi-totalité du contenu de l'atelier de ma femme au sous-sol a été détruite.
Avec la déclaration de sinistre il a reçu la liste complète, avec justificatif, de ce qu'il devait payer... Il m'a bien avoué que sans elle, je n'aurais touché que le tiers de la somme qu'il a dû me verser.
Pour moi, ma prochaine étape, c'est de m'équiper d'une douchette pour code-barre 2d. Je l'utilise déjà pour ma bibliothèque, mais avec le natel... pas des plus pratique.
# wiki?
Posté par Egide Dey . En réponse au message Inventaire d'effets personnels. Évalué à 3. Dernière modification le 19 août 2020 à 00:47.
J'ai eu la même problématique à cause d'une assurance.
Un ami à eu le feu à la maison et tout est partie en fumée, vraiment tout... Il était largement assuré, mais n'a vu qu'une toute petite partie de ses biens remboursée, car il ne pouvait pas fournir de justificatif pour le reste (par exemple pour sa très très grosse bibliothèque). J'ai, moi aussi, eu le feu à la maison, quelques mois après... Par chance, il n'y a qu'un petit bout de la cuisine qui a été touchée, mais je n'avais pas pu me faire ramboursser une partie des appareils.
Je me suis donc retrouvé avec la même problématique...
Je trouve que les bases de données ne sont pas du tout appropriées. Elles sont beaucoup trop rigides et demandent beaucoup trop de travail pour évoluer. Sans compter qu'elles ne sont pas pérennes dans le temps (sur quel matériel et avec quel logiciel lire les belles bases que j'avais faites au début des années huitante?).
Le wiki te laisse une totale liberté quant à la structure de tes données.
J'avais commencé à faire ce travail de recensement sur dokuwiki. Comme je ne voulais pas que ce soit sur le net, j'avais fait une installation locale. C'est lourd, et au final pas très pratique...
Et depuis une dizaine d'années, je me suis tourné vers zim pour ce travail. C'est un wiki local minimaliste. Les avantages sont:
Il y a un système de tag et les liens internes fonctionnent très bien.
À la longue, j'y ai enregistré les 4284 livres de ma biblio papier, les 2733 cd (qui pour le coup sons ripés dans les dossiers zim), les 1826 DVD... Mais aussi mes tableaux (avec photos), ma belle vaisselle, les poteries que ma tendre et douce adore.
Dès que j'achète un truc, ne serait-ce qu'une petite clé USB comme ce matin, je fais une photo du ticket, du bidule, je rentre la date d'achat, la durée de la garantie, l'endroit où je le range, les éventuels modes d'emploi téléchargeables (ça, c'est le truc qui m'a plusieurs fois sauvé la mise). Combien de matériel ai-je pu me faire rembourser, car j'avais encore toutes les garanties et quittances!?!?! Rien que pour les cartes SD, une bonne quarantaine (ces satanées Raspberry-pi) ;-).
Bon, à la longue j'ai séparé mon wiki en plusieurs, 12 précisément.
Le truc génial, c'est que tu n'es pas limité par la structure d'une base de données.
Le truc moins génial, c'est que ça peut vite devenir un vrai bordel. Pour m'y retrouver sans souci, j'ai fait une page de tag utilisable et formaté.
Pour la recherche dans cette grosse base (en 16 ans plus de 18'000 pages) je me suis concocté quelques scripts qui combinent find et ag (un grep amélioré: The Silver Searcher. Like ack, but faster).
Par contre, le gars qui a vraiment tiré la tronche et qui n'est pas comptant, c'est mon assureur! Surtout quand j'ai eu une inondation dans mon immeuble et que la quasi-totalité du contenu de l'atelier de ma femme au sous-sol a été détruite.
Avec la déclaration de sinistre il a reçu la liste complète, avec justificatif, de ce qu'il devait payer... Il m'a bien avoué que sans elle, je n'aurais touché que le tiers de la somme qu'il a dû me verser.
Pour moi, ma prochaine étape, c'est de m'équiper d'une douchette pour code-barre 2d. Je l'utilise déjà pour ma bibliothèque, mais avec le natel... pas des plus pratique.
Mes 4 sous.