Le standard, c'est IPTC, anciennement basé sur IIM et maintenant sur XMP. L'organisme IPTC définit IPTC Core and IPTC Extension (en fait, des namespaces). Il n'y a rien qui corresponde à ton besoin ici.
Mais XMP est extensible et le standard n'interdit pas de définir d'autres extensions. C'est ce qu'a fait le Metadata Working Group (Adobe, Canon, Microsoft, etc…) en définissant un namespace pour les "Image Region Metadata" (mwg-rs). Ça se rapproche de ton besoin mais pas tout à fait car ça ne permet de décrire que des points, des rectangles ou des cercles, pas des polygones. C'est ce namespace qui est utilisé par Picasa (quand on le paramètre comme il faut) ou par Lightroom dans sa dernière version.
On a perdu trop de points de croissance ces dernières années pour maintenir l'euro fort,
Euh… Ha oui, la faute ailleurs, pas chez soit. J'avais oublié, excuse-moi.
Il est incontestable que l'euro (trop) fort c'est l'Allemagne qui l'a voulu (qui le veut encore), tout simplement parce qu'elle a une économie basée sur une industrie (machine-outils, grosses berlines, entre autres) où elle est peu en concurrence avec les pays à main d’œuvre à bas coût, ce qui lui permet d'exporter hors Europe. Pour des économies de beaucoup d'autres pays européens, un euro plus faible (i.e. plus proche de la parité avec le dollar) convenait mieux.
Donc, oui, la faute ailleurs (ce qui ne nous dédouane pas de notre propres conneries).
Réponse d'un des développeurs de Darktable à propos de GEGL :
Darktable used to use GEGL in the past and it was unbearably slow. Maybe some day that will be revisited, but don't hold your breath. It could be another year, or five years, or ten. Or maybe never. So while we think it would be cool for workflows where you interchange data between darktable and GIMP it is absolutely no priority and we are not even sure if it's feasible from a technical point.
Même s'il venait à manquer quelques dizaines d'euros (ce qui est maintenant peu probable), il suffirait que Olivier R. ajoute ce qui manque (lui-même ou un prête-nom) de sa poche au dernier moment.
Tu n'as pas dû tester le car sharing partout car chez moi par exemple (Grenoble) il faut notamment la rendre au même endroit et tu dois prévoir à l'avance le temps que tu vas la garder (avec pénalités à la clé en cas de dépassement). Bon, ils viennent aussi de mettre en place un système de voiturettes électriques avec des règles différentes…
J'ajouterai à la réponse précédente le fait que lors de la fabrication de l'image sur la clé tu peux dire si la clé sera persistante ou pas : si elle ne l'est pas, elle ne gardera aucun souvenir de ce que tu as fait (paramétrages notamment) lors de la session précédente lorsque tu rebootes à nouveau sur elle.
Je ne comprends pas ce qu'apporte cette remarque (c'est une vraie question). En plus elle est ambiguë par rapport à l'affirmation concernée : on peut ainsi penser que DT est plutôt l’équivalent de Photoshop et Gimp l'équivalent de Lightroom (même si je soupçonne que ce n'est pas ça que tu voulais dire).
Pour ceux qui connaissent, DT c'est l'équivalent le Lightroom (Adobe) et Gimp l'équivalent de Photoshop. Les premiers ont un rôle historique bien distinct des seconds. Cependant, tout comme dans une suite bureautique, il y a au fur et à mesure des versions des recouvrements fonctionnels qui brouillent un peu les pistes pour les non initiés (surtout dans un sens en fait : outils de développement raw qui acquièrent des capacités de retouche ; dans l'autre sens il s'agit plus de plugin ajoutant le développement raw dans le logiciel de retouche que de véritable intégration).
Posté par mahikeulbody .
En réponse au message Quel Linux choisir? .
Évalué à 1.
Dernière modification le 17 novembre 2014 à 10:46.
Il parle d'un nouvel ordinateur qu'il n'a pas encore acheté. Le dual-boot, il l'a peut-être fait sur un ordinateur moins récent ou en en mode Legacy Bios par défaut auquel cas il n'a pas eu se confronter au problème de l'EFI.
Posté par mahikeulbody .
En réponse au message Quel Linux choisir? .
Évalué à 1.
Dernière modification le 17 novembre 2014 à 10:29.
C'est pareil, voire même plus simple puisque tu n'as pas à te préoccuper de l'OS précédent.
Il faut quand même faire attention à cette histoire d'UEFI, certains PC n'ont pas de mode Legacy Bios et toutes les distributions ne sont pas compatibles avec du pur UEFI (notamment en 32 bits). A moins que cela ait changé récemment.
Il est également préférable de ne pas supprimer la partition de restauration (si elle existe) du PC, ça peut faciliter les éventuels retours en maintenance (certaines marques ne reprennent le PC que si on a passé un diagnostic avant, diagnostic présent sur cette partition justement).
Ces précautions prises, ça reste très simple avec des distributions telles que Ubuntu.
Lorsque j’entends dire qu'une personne a installé Ubuntu à une dizaine de personnes, sa me fascine littéralement! Es ce que vous les attachez sur une chaise pendant que vous faites l'installation!
Et pourtant, si je ne me retenais pas un peu (je n'ai ni le temps ni l'envie de faire du support pour des dizaines de personnes) j'en aurais installé beaucoup plus et sans avoir vraiment besoin de faire du prosélytisme forcené. Il suffit juste d'attendre qu'ils me sollicitent avec un PC vérolé jusqu'à la moelle (la plupart ne sont pas très doués dans ce domaine alors forcément, sous Windows ils sont plus vulnérables). J'en ai même convaincu un d'acheter un laptop LDLC sans OS. Pour ces gens-là, Unity avec son lanceur sur la gauche configuré avec les quelques applications qu'ils utilisent est parfait et ils ne re-basculent pas sur Windows.
c'est LE POINT [Unity] qui fait reculer les nouveaux utilisateurs
Source ?
Parce que j'ai installé une dizaine d'Ubuntu à de nouveaux utilisateurs (provenant de Windows) et aucun n'a "reculé" ni a été perturbé. A moins qu'on n'ait pas la même définition de "nouveaux utilisateurs"…
Je comprends mal pourquoi certains projets libres essaient de tout changer à nos habitudes.
Dans le cas d'Unity, c'est pourtant clair : recherche d'une convergence entre desktop, tablette et smartphone. Après, que ça soit une bonne idée ou pas, c'est un autre problème.
D'une façon plus générale, si certains n'avaient pas essayé de changer nos habitudes, on en serait encore à la ligne de commande (ce qui n'est pas le mal en soi mais aurait, à coup sûr, encore plus freiné l'adoption de Linux que Unity).
Pour moi l'archivage n'est pas une question de sensibilité acoustique mais une question de pouvoir manipuler cette archive.
Comme le besoin exprimé ici n'inclut pas la possibilité de pouvoir éditer la musique j'imagine que tu penses à la possibilité de la reconvertir ultérieurement en un autre format : par exemple si un nouveau format plus performant apparaît ou bien si le format choisi initialement n'est plus supporté par les players courants car tombé en désuétude. Est-ce bien ça ?
Ceci dit, ça implique la place pour le stockage dans un format sans perte (flac par exemple), mais aussi, le plus souvent, la place pour un stockage dans un format avec perte afin de pouvoir en mettre plus sur notre baladeur ou smartphone.
Je ne suis pas un spécialiste de ce sujet mais n'est-il pas possible que les serveurs de mail gardent la liste Spamhaus en cache et ne la rafraîchissent que périodiquement (un peu comme pour les DNS) ?
L'utiliser comme système de navigation par GPS […].
La seule appli de navigation (i.e. turn by turn) que j'ai trouvé pour Firefox OS est Evernav. Sauf que c'est une appli payante par abonnement et, si j'ai bien compris, elle n'utilise pas de cartes offline (donc respect de la vie privée pas plus assuré qu'avec Maps de Google).
Mais j'ai peut-être raté d'autres applis de navigations pour Firefox OS.
Il me semblait avoir lu que Unity 8 ne serait le bureau par défaut que dans la 15.10 (il serait cependant installable en option dans la 15.04). Cela a changé ?
> Waze s'était le top avant le rachat par google (qui assure un espionnage temps réel)
A mon avis, sur un téléphone Android associé à un compte Gmail (ce qui est quand même l'usage le plus courant), Google n'a pas besoin qu'on utilise Maps (ou Waze) pour logguer nos déplacements. Donc l'argument "espionnage" en défaveur de Maps (ou Waze) ne me semble pas pertinent…
Posté par mahikeulbody .
En réponse à la dépêche Movim 0.8.
Évalué à 1.
Dernière modification le 14 septembre 2014 à 20:03.
> la majeure partie des informations se situent sur le compte XMPP.
Les quelques lectures que j'ai pu faire sur XMPP m'indiquent qu'un serveur XMPP stocke essentiellement les contacts et les messages en attente de pouvoir être délivrés (si le client - ici Movim - est offline). J'en déduis que l'historique des messages est seulement stocké dans le pod Movim. Or, ta réponse ci-dessus laisse penser que même les messages/billets sont stockés sur le serveur XMPP puisqu'en se connectant sur un autre pod celui-ci va récupérer ces infos.
Posté par mahikeulbody .
En réponse à la dépêche Movim 0.8.
Évalué à 2.
Dernière modification le 13 septembre 2014 à 15:58.
> Donc en se connectant avec le même compte depuis un autre pod toutes ces informations seront automatiquement synchronisées.
Super ! Même si ma question portait surtout sur la possibilité de changer de pod je suis curieux de savoir de quel type de synchro il s'agit : bi-directionnelle (et si oui, "nettoyer" un pod ne risque pas de "nettoyer" l'autre ?)
> Le seul truc qui ne peut pas être déplacé sont les images hébergés sur l'ancien pod.
C'est une limitation intrinsèque à XMPP, à la techno utilisée coté serveur ou bien est-ce une limitation qui pourrait être levée un jour si nécessaire ? Et quand on parle d'image hébergée, cela inclut également les images insérées dans un post (auquel cas, une synchronisation sur un autre pod pourrait "dégrader" certains posts) ?
Peut-on facilement transférer ses données en cas de changement de POD ?
J'attends le lancement de la campagne sur kickstarter pour contribuer (au fait, vous avez prévu un post ici pour nous en informer quand elle sera ouverte ?).
C'est complètement subjectif mais je trouve que le nom (Salut à Toi) est très sympa mais pas "vendeur". A cet égard, je trouve que Movim "passe" mieux.
A propos de Movim, peut-on considérer que les deux projets ont la même cible fonctionnelle ou bien y a t-il des applications de l'un qu'on a peu de chances de voir sur l'autre (et vice versa) ?
Pour les fonctionnalités de base que les deux ont (ou auront) - chat, micro-blogging, partage, etc… - quels sont les critères qui peuvent conduire à préférer l'un plutôt que l'autre ? Par exemple, les deux permettent-ils de changer de serveur sans perdre son historique ? Puis-je passer de l'un à l'autre ?
En tous cas bravo à tous les deux (et à ceux qui vous accompagnent dans ces deux projets).
Même si j'ai quelques interrogations sur la viabilité au quotidien de la solution, c'est une réponse intéressante et plus constructive que celle des poncifs d'AgentSteel…
Ceci dit, c'est un journal qui parle de YunoHost, pas de la pertinence de l'auto-hébergement. Je n'aurais pas dû faire ce commentaire hors sujet, je m'en excuse auprès de M5oul.
Si, ça existe, mais le faire tous les jours dans les conditions que tu décris (le mettre dans un lieu sûr autre que ton domicile), c'est en général impossible. Sinon, on peut aussi ne le faire que tous les mois, mais c'est en général impensable.
A part ça, une (vraie) question : l'expression "auto-hébergement" est-elle nécessairement associée à un hébergement à domicile ou bien définit-elle, plus largement, un hébergement géré par soi-même (mais pas nécessairement chez soi) ?
PS. Je préfère ignorer ta dernière remarque, certes irréfutable, mais que j'ai du mal à insérer de façon utile dans mon questionnement sur l'auto-hébergement.
# Metadata Working Group
Posté par mahikeulbody . En réponse au message [Résolu] Méthode standard de labellisation de photos associée à une zone précise. Évalué à 7.
Bonjour,
Le standard, c'est IPTC, anciennement basé sur IIM et maintenant sur XMP. L'organisme IPTC définit IPTC Core and IPTC Extension (en fait, des namespaces). Il n'y a rien qui corresponde à ton besoin ici.
Mais XMP est extensible et le standard n'interdit pas de définir d'autres extensions. C'est ce qu'a fait le Metadata Working Group (Adobe, Canon, Microsoft, etc…) en définissant un namespace pour les "Image Region Metadata" (mwg-rs). Ça se rapproche de ton besoin mais pas tout à fait car ça ne permet de décrire que des points, des rectangles ou des cercles, pas des polygones. C'est ce namespace qui est utilisé par Picasa (quand on le paramètre comme il faut) ou par Lightroom dans sa dernière version.
IPTC Standard : http://www.iptc.org/std/photometadata/specification/IPTC-PhotoMetadata
Metadata Working Group : http://www.metadataworkinggroup.com/pdf/mwg_guidance.pdf (page 51 pour les regions*)
* à ne pas confondre avec les régions géographiques.
[^] # Re: Démocratie?
Posté par mahikeulbody . En réponse au journal Et ce soir, la démocratie l'emporte ! . Évalué à 6.
Il est incontestable que l'euro (trop) fort c'est l'Allemagne qui l'a voulu (qui le veut encore), tout simplement parce qu'elle a une économie basée sur une industrie (machine-outils, grosses berlines, entre autres) où elle est peu en concurrence avec les pays à main d’œuvre à bas coût, ce qui lui permet d'exporter hors Europe. Pour des économies de beaucoup d'autres pays européens, un euro plus faible (i.e. plus proche de la parité avec le dollar) convenait mieux.
Donc, oui, la faute ailleurs (ce qui ne nous dédouane pas de notre propres conneries).
[^] # Re: Démocratie ?
Posté par mahikeulbody . En réponse au journal Et ce soir, la démocratie l'emporte ! . Évalué à 4.
Apparemment, ce n'est pas si simple :
http://www.latribune.fr/actualites/economie/union-europeenne/20140424trib000826772/comment-bruxelles-a-cree-l-illusion-de-l-excedent-primaire-grec.html
# Darktable et GEGL
Posté par mahikeulbody . En réponse à la dépêche GEGL 0.3.0 et babl 0.1.12 sont de sortie. Évalué à 1.
Réponse d'un des développeurs de Darktable à propos de GEGL :
Darktable used to use GEGL in the past and it was unbearably slow. Maybe some day that will be revisited, but don't hold your breath. It could be another year, or five years, or ten. Or maybe never. So while we think it would be cool for workflows where you interchange data between darktable and GIMP it is absolutely no priority and we are not even sure if it's feasible from a technical point.
# c'est comme si c'était fait
Posté par mahikeulbody . En réponse au journal Grammalecte : plus que presque rien !. Évalué à 0.
Même s'il venait à manquer quelques dizaines d'euros (ce qui est maintenant peu probable), il suffirait que Olivier R. ajoute ce qui manque (lui-même ou un prête-nom) de sa poche au dernier moment.
# ah, je suis pas tout seul !
Posté par mahikeulbody . En réponse au journal Nan mais stop l'obfuscation du Web. Évalué à 0.
Je confirme, j'ai également ce problème et il me faut recharger la page au moins une fois (sauf pour quelques liens qui marchent du premier coup).
Je n'ai pas trouvé de lien 'contacter le webmaster'…
[^] # Re: Quelques pensées
Posté par mahikeulbody . En réponse au journal Tesla Motors VS the rest of the world. Évalué à 4.
Tu n'as pas dû tester le car sharing partout car chez moi par exemple (Grenoble) il faut notamment la rendre au même endroit et tu dois prévoir à l'avance le temps que tu vas la garder (avec pénalités à la clé en cas de dépassement). Bon, ils viennent aussi de mettre en place un système de voiturettes électriques avec des règles différentes…
# clé persistante ou pas
Posté par mahikeulbody . En réponse au message Boot Linux depuis USB . Évalué à 3.
J'ajouterai à la réponse précédente le fait que lors de la fabrication de l'image sur la clé tu peux dire si la clé sera persistante ou pas : si elle ne l'est pas, elle ne gardera aucun souvenir de ce que tu as fait (paramétrages notamment) lors de la session précédente lorsque tu rebootes à nouveau sur elle.
[^] # Re: Darktable
Posté par mahikeulbody . En réponse à la dépêche Darktable : entrevue avec Johannes Hanika. Évalué à 1. Dernière modification le 05 décembre 2014 à 11:09.
Je ne comprends pas ce qu'apporte cette remarque (c'est une vraie question). En plus elle est ambiguë par rapport à l'affirmation concernée : on peut ainsi penser que DT est plutôt l’équivalent de Photoshop et Gimp l'équivalent de Lightroom (même si je soupçonne que ce n'est pas ça que tu voulais dire).
[^] # Re: Darktable
Posté par mahikeulbody . En réponse à la dépêche Darktable : entrevue avec Johannes Hanika. Évalué à 1.
Pour ceux qui connaissent, DT c'est l'équivalent le Lightroom (Adobe) et Gimp l'équivalent de Photoshop. Les premiers ont un rôle historique bien distinct des seconds. Cependant, tout comme dans une suite bureautique, il y a au fur et à mesure des versions des recouvrements fonctionnels qui brouillent un peu les pistes pour les non initiés (surtout dans un sens en fait : outils de développement raw qui acquièrent des capacités de retouche ; dans l'autre sens il s'agit plus de plugin ajoutant le développement raw dans le logiciel de retouche que de véritable intégration).
[^] # Re: Civilization V
Posté par mahikeulbody . En réponse au message Quel Linux choisir? . Évalué à 1. Dernière modification le 17 novembre 2014 à 10:46.
Il parle d'un nouvel ordinateur qu'il n'a pas encore acheté. Le dual-boot, il l'a peut-être fait sur un ordinateur moins récent ou en en mode Legacy Bios par défaut auquel cas il n'a pas eu se confronter au problème de l'EFI.
[^] # Re: Civilization V
Posté par mahikeulbody . En réponse au message Quel Linux choisir? . Évalué à 1. Dernière modification le 17 novembre 2014 à 10:29.
Il faut quand même faire attention à cette histoire d'UEFI, certains PC n'ont pas de mode Legacy Bios et toutes les distributions ne sont pas compatibles avec du pur UEFI (notamment en 32 bits). A moins que cela ait changé récemment.
Il est également préférable de ne pas supprimer la partition de restauration (si elle existe) du PC, ça peut faciliter les éventuels retours en maintenance (certaines marques ne reprennent le PC que si on a passé un diagnostic avant, diagnostic présent sur cette partition justement).
Ces précautions prises, ça reste très simple avec des distributions telles que Ubuntu.
[^] # Re: Ubuntu a compris !
Posté par mahikeulbody . En réponse à la dépêche Sortie d’Ubuntu 14.10. Évalué à 1.
Et pourtant, si je ne me retenais pas un peu (je n'ai ni le temps ni l'envie de faire du support pour des dizaines de personnes) j'en aurais installé beaucoup plus et sans avoir vraiment besoin de faire du prosélytisme forcené. Il suffit juste d'attendre qu'ils me sollicitent avec un PC vérolé jusqu'à la moelle (la plupart ne sont pas très doués dans ce domaine alors forcément, sous Windows ils sont plus vulnérables). J'en ai même convaincu un d'acheter un laptop LDLC sans OS. Pour ces gens-là, Unity avec son lanceur sur la gauche configuré avec les quelques applications qu'ils utilisent est parfait et ils ne re-basculent pas sur Windows.
[^] # Re: Ubuntu a compris !
Posté par mahikeulbody . En réponse à la dépêche Sortie d’Ubuntu 14.10. Évalué à 3.
Source ?
Parce que j'ai installé une dizaine d'Ubuntu à de nouveaux utilisateurs (provenant de Windows) et aucun n'a "reculé" ni a été perturbé. A moins qu'on n'ait pas la même définition de "nouveaux utilisateurs"…
Dans le cas d'Unity, c'est pourtant clair : recherche d'une convergence entre desktop, tablette et smartphone. Après, que ça soit une bonne idée ou pas, c'est un autre problème.
D'une façon plus générale, si certains n'avaient pas essayé de changer nos habitudes, on en serait encore à la ligne de commande (ce qui n'est pas le mal en soi mais aurait, à coup sûr, encore plus freiné l'adoption de Linux que Unity).
[^] # Re: Peu importe mais compression sans perte
Posté par mahikeulbody . En réponse au message quel format pour archiver de la musique ?. Évalué à 3. Dernière modification le 07 novembre 2014 à 13:27.
Comme le besoin exprimé ici n'inclut pas la possibilité de pouvoir éditer la musique j'imagine que tu penses à la possibilité de la reconvertir ultérieurement en un autre format : par exemple si un nouveau format plus performant apparaît ou bien si le format choisi initialement n'est plus supporté par les players courants car tombé en désuétude. Est-ce bien ça ?
Ceci dit, ça implique la place pour le stockage dans un format sans perte (flac par exemple), mais aussi, le plus souvent, la place pour un stockage dans un format avec perte afin de pouvoir en mettre plus sur notre baladeur ou smartphone.
# cache ?
Posté par mahikeulbody . En réponse au message IP sur blacklist, impossible d'envoyer des mails avec postfix. Évalué à 2.
Je ne suis pas un spécialiste de ce sujet mais n'est-il pas possible que les serveurs de mail gardent la liste Spamhaus en cache et ne la rafraîchissent que périodiquement (un peu comme pour les DNS) ?
[^] # Re: FirefoxOS
Posté par mahikeulbody . En réponse au message Quel smartphone choisir ?. Évalué à 3.
Un des points du cahier des charges est :
La seule appli de navigation (i.e. turn by turn) que j'ai trouvé pour Firefox OS est Evernav. Sauf que c'est une appli payante par abonnement et, si j'ai bien compris, elle n'utilise pas de cartes offline (donc respect de la vie privée pas plus assuré qu'avec Maps de Google).
Mais j'ai peut-être raté d'autres applis de navigations pour Firefox OS.
[^] # Unity 8, c'est pas plutôt dans la 15.10 ?
Posté par mahikeulbody . En réponse au journal Ubuntu is dying. Évalué à 1.
Il me semblait avoir lu que Unity 8 ne serait le bureau par défaut que dans la 15.10 (il serait cependant installable en option dans la 15.04). Cela a changé ?
[^] # Re: Bouchons
Posté par mahikeulbody . En réponse au message Qu'est-ce que vous utilisez comme GPS (pour la navigation) ?. Évalué à 1.
> Waze s'était le top avant le rachat par google (qui assure un espionnage temps réel)
A mon avis, sur un téléphone Android associé à un compte Gmail (ce qui est quand même l'usage le plus courant), Google n'a pas besoin qu'on utilise Maps (ou Waze) pour logguer nos déplacements. Donc l'argument "espionnage" en défaveur de Maps (ou Waze) ne me semble pas pertinent…
[^] # Données conservées sur le serveur XMPP
Posté par mahikeulbody . En réponse à la dépêche Movim 0.8. Évalué à 1. Dernière modification le 14 septembre 2014 à 20:03.
> la majeure partie des informations se situent sur le compte XMPP.
Les quelques lectures que j'ai pu faire sur XMPP m'indiquent qu'un serveur XMPP stocke essentiellement les contacts et les messages en attente de pouvoir être délivrés (si le client - ici Movim - est offline). J'en déduis que l'historique des messages est seulement stocké dans le pod Movim. Or, ta réponse ci-dessus laisse penser que même les messages/billets sont stockés sur le serveur XMPP puisqu'en se connectant sur un autre pod celui-ci va récupérer ces infos.
Que stocke un serveur XMPP ?
[^] # Re: Conservation de ses données en cas de changement de POD
Posté par mahikeulbody . En réponse à la dépêche Movim 0.8. Évalué à 2. Dernière modification le 13 septembre 2014 à 15:58.
> Donc en se connectant avec le même compte depuis un autre pod toutes ces informations seront automatiquement synchronisées.
Super ! Même si ma question portait surtout sur la possibilité de changer de pod je suis curieux de savoir de quel type de synchro il s'agit : bi-directionnelle (et si oui, "nettoyer" un pod ne risque pas de "nettoyer" l'autre ?)
> Le seul truc qui ne peut pas être déplacé sont les images hébergés sur l'ancien pod.
C'est une limitation intrinsèque à XMPP, à la techno utilisée coté serveur ou bien est-ce une limitation qui pourrait être levée un jour si nécessaire ? Et quand on parle d'image hébergée, cela inclut également les images insérées dans un post (auquel cas, une synchronisation sur un autre pod pourrait "dégrader" certains posts) ?
# Conservation de ses données en cas de changement de POD
Posté par mahikeulbody . En réponse à la dépêche Movim 0.8. Évalué à 2.
Peut-on facilement transférer ses données en cas de changement de POD ?
J'attends le lancement de la campagne sur kickstarter pour contribuer (au fait, vous avez prévu un post ici pour nous en informer quand elle sera ouverte ?).
# SaT et Movim
Posté par mahikeulbody . En réponse à la dépêche Salut à Toi, version 0.5. Évalué à 0. Dernière modification le 12 septembre 2014 à 18:40.
C'est complètement subjectif mais je trouve que le nom (Salut à Toi) est très sympa mais pas "vendeur". A cet égard, je trouve que Movim "passe" mieux.
A propos de Movim, peut-on considérer que les deux projets ont la même cible fonctionnelle ou bien y a t-il des applications de l'un qu'on a peu de chances de voir sur l'autre (et vice versa) ?
Pour les fonctionnalités de base que les deux ont (ou auront) - chat, micro-blogging, partage, etc… - quels sont les critères qui peuvent conduire à préférer l'un plutôt que l'autre ? Par exemple, les deux permettent-ils de changer de serveur sans perdre son historique ? Puis-je passer de l'un à l'autre ?
En tous cas bravo à tous les deux (et à ceux qui vous accompagnent dans ces deux projets).
[^] # Re: sauvegardes distribuees
Posté par mahikeulbody . En réponse à la dépêche YunoHost 2.0 : l’auto-hébergement à portée de clic. Évalué à 1.
Même si j'ai quelques interrogations sur la viabilité au quotidien de la solution, c'est une réponse intéressante et plus constructive que celle des poncifs d'AgentSteel…
Ceci dit, c'est un journal qui parle de YunoHost, pas de la pertinence de l'auto-hébergement. Je n'aurais pas dû faire ce commentaire hors sujet, je m'en excuse auprès de M5oul.
[^] # Re: Super projet
Posté par mahikeulbody . En réponse à la dépêche YunoHost 2.0 : l’auto-hébergement à portée de clic. Évalué à 2. Dernière modification le 21 juin 2014 à 15:42.
Si, ça existe, mais le faire tous les jours dans les conditions que tu décris (le mettre dans un lieu sûr autre que ton domicile), c'est en général impossible. Sinon, on peut aussi ne le faire que tous les mois, mais c'est en général impensable.
A part ça, une (vraie) question : l'expression "auto-hébergement" est-elle nécessairement associée à un hébergement à domicile ou bien définit-elle, plus largement, un hébergement géré par soi-même (mais pas nécessairement chez soi) ?
PS. Je préfère ignorer ta dernière remarque, certes irréfutable, mais que j'ai du mal à insérer de façon utile dans mon questionnement sur l'auto-hébergement.