Merci, je ne connaissais pas et cela m'intéresse beaucoup pour d'autres projets. Kivy a l'air vraiment agréable à utiliser !
Ce fil de discussion est lié à un projet utilisant la puissance du rich text editor de Qt que je ne retrouve pas dans Kivy, ce qui l'élimine d'office me semble-t-il.
@rycks … j'ai oublié de te demander : l'APK ainsi généré n'a pas une taille excessive ? Et pas de problème de stabilité ? J'avais lu quelque part que c'étaient les défauts de jeunesse de Qt 5.2 .
"form" peut contenir plusieurs enregistrements identiques. Par exemple, "vis" peut venir du verbe "voir" (1 enregistrement) ou du verbe "vivre" (un autre enregistrement).
Je cherche avant tout à optimiser la recherche, pas l'insertion.
J'ai remplacé mon type TEXT par un VARCHAR(255).
La recherche doit se faire en tenant compte des accents, de la casse, … Je ne peux pas simplifier le texte à ce niveau.
Je donne ici un exemple d'image texte de la base de données. Les champs sont séparés par un carré.
L'unique requête SQL que je pensais autoriser était très simplement :
S'agissant des bases de données, je n'ai pas d'avis tranché sur la question de savoir s'il vaut mieux utiliser MySQL/PostgreSQL/sqlite . Mais j'ai choisi la dernière option par défaut parce qu'elle est disponible "out of the box" avec Python. J'aurais aimé essayé PostgreSQL pour comparer…
Pour l'installation, c'est très simple, je n'ai rien prévu pour installer Hermaia. A toi de cloner le dépôt avec git clone https://github.com/suizokukan/hermaia.git et de lancer les tests avec nosetests ou python -m unittest tests/tests.py. Comme tu le vois, tout cela est très primaire. Si tu rencontres des difficultés, n'hésite pas à me faire signe.
Enfin, peux-tu m'en dire un peu plus sur "conlang" ? As-tu une adresse de développeur auquel je pourrais m'adresser ?
En tous cas, merci de ton intérêt pour mon projet.
Je ne connaissais pas hunspell, merci de cette référence.
Il me faudrait du temps pour étudier les avantages de cette bibliothèque mais le peu que j'en ai lu me fait dire qu'elle n'est pas adaptée à mes besoins. Il ne me paraît pas raisonnable en effet de demander à un module généraliste de résoudre les problèmes liés à une langue donnée quand le système orthographique de celle-ci est particulièrement complexe. Pour prendre l'exemple du grec ancien, tel mot peut apparaître accentué de plusieurs manières selon les autres mots qui le précèdent/qui le suivent. Dans ces conditions, il me semble plus simple de demander à un module dédié au grec ancien de nettoyer l'orthographe du mot rencontré dans un texte, de retenir le contexte dans lequel ce mot apparaît, de confronter le mot "nettoyé" à une liste de vocabulaire puis de vérifier que le contexte explique l'orthographe du mot initial. Je vois des problèmes comparables pour d'autres langues anciennes (sanskrit et hébreu, par exemple).
Je regrette évidemment de ne pas pouvoir utiliser hunspell mais je garde en tête qu'il me sera un jour utile d'y avoir recours.
J'ai "pertinenté" vos remarques : je suis convaincu de l'intérêt de PostGreSQL mais il me manque un peu de temps pour basculer mes applications. Disons que le passage par sqlite3 n'est qu'un début.
apkwa : Merci pour tous ces renseignements. J'ai pu ajouter toutes les modifications recommandées sauf le "context_id" car "context" est rempli d'informations non redondantes. Je publierai bientôt sur LinuxFr un journal faisant référence au coup de pouce que tu viens de me donner.
Bravo pour ce projet ! Le dynamisme des collègues de sciences en faveur du libre fait toujours plaisir à voir; en tant qu'enseignant de Lettres, je suis par contre attéré par l'inertie des autres matières.
Merci d'avoir corrigé malgré la difficulté de cette correction (pour peu que Benoît Sibaud ne connaisse pas le grec, ça a dû être coton :). Je trouve important de ne pas laisser sur le Net des tableaux morphologiques inexacts.
Merci de ta réponse. Je dois d'abord coder la version latine d'OrthoPhone, c'est-à-dire la fonction décrivant phonétiquement le mot latin d'après son orthographe puis la fonction permettant le découpage en syllabes. Une fois ceci terminé (d'ici un mois ?) je pourrai prolonger Inflectiones pour le latin. Je pourrai enfin enricher le projet PrimusAmor. Si tu es intéressé, n'hésite pas à me le faire savoir !
# problème résolu
Posté par Xavier Faure (site web personnel) . En réponse au message cross-compilation avec MXE sur ArchLinux : quid de la libc 32 bits ?. Évalué à 3.
Bon, j'ai compris :
dans /etc/pacman.conf, dé-commenter les deux lignes :
[multilib]
Include = /etc/pacman.d/mirrorlist
puis :
pacman -Ss glibc
qui donne le nom du paquet à télécharger :
pacman -S lib32-glibc
Merci à ceux qui m'ont lu !
Trust the Python !
[^] # Re: regarde kivy
Posté par Xavier Faure (site web personnel) . En réponse au message développement Android. Évalué à 1.
Merci, je ne connaissais pas et cela m'intéresse beaucoup pour d'autres projets. Kivy a l'air vraiment agréable à utiliser !
Ce fil de discussion est lié à un projet utilisant la puissance du rich text editor de Qt que je ne retrouve pas dans Kivy, ce qui l'élimine d'office me semble-t-il.
Merci de l'idée !
Trust the Python !
[^] # Re: Qt5 et compilation "android"
Posté par Xavier Faure (site web personnel) . En réponse au message développement Android. Évalué à 1.
@rycks … j'ai oublié de te demander : l'APK ainsi généré n'a pas une taille excessive ? Et pas de problème de stabilité ? J'avais lu quelque part que c'étaient les défauts de jeunesse de Qt 5.2 .
Trust the Python !
[^] # Re: Qt5 et compilation "android"
Posté par Xavier Faure (site web personnel) . En réponse au message développement Android. Évalué à 1.
Ah, merci ça me rassure.
Trust the Python !
[^] # Re: python oui mais bon (c'est pour la rime)
Posté par Xavier Faure (site web personnel) . En réponse au message développement Android. Évalué à 1.
Merci de ta réponse mais je n'ai peut-être pas été assez clair : seul le code C++/Qt doit tourner sous Android.
Trust the Python !
[^] # Re: Fork + pull request
Posté par Xavier Faure (site web personnel) . En réponse au message conseils pour contribuer à un projet opensource en Python. Évalué à 1.
Merci ! sitôt dit, sitôt fait.
Trust the Python !
[^] # Re: Fork + pull request
Posté par Xavier Faure (site web personnel) . En réponse au message conseils pour contribuer à un projet opensource en Python. Évalué à 1.
Merci de ta réponse. Comment soumet-on un pull request ? Par mail ou est-ce que l'interface de GitHub le permet ?
Trust the Python !
[^] # Re: des pistes...
Posté par Xavier Faure (site web personnel) . En réponse au message table SQL à optimiser. Évalué à 1. Dernière modification le 17 avril 2014 à 12:47.
Merci pour ces détails. Avec SQLite je ne peux donner que trois valeurs à COLLATE et c'est celle qui m'intéresse qui est choisie par défaut (BINARY).
Trust the Python !
[^] # Re: des pistes...
Posté par Xavier Faure (site web personnel) . En réponse au message table SQL à optimiser. Évalué à 1. Dernière modification le 16 avril 2014 à 22:50.
Merci pour ta longue réponse !
"form" peut contenir plusieurs enregistrements identiques. Par exemple, "vis" peut venir du verbe "voir" (1 enregistrement) ou du verbe "vivre" (un autre enregistrement).
Je cherche avant tout à optimiser la recherche, pas l'insertion.
J'ai remplacé mon type TEXT par un VARCHAR(255).
La recherche doit se faire en tenant compte des accents, de la casse, … Je ne peux pas simplifier le texte à ce niveau.
Je donne ici un exemple d'image texte de la base de données. Les champs sont séparés par un carré.
L'unique requête SQL que je pensais autoriser était très simplement :
Merci de t'être penché sur mon projet !
Trust the Python !
[^] # Re: MySQL ou sqlite ?
Posté par Xavier Faure (site web personnel) . En réponse au message table SQL à optimiser. Évalué à 1.
Je viens seulement de comprendre que sqlite n'était pas un équivalent de MySQL. Désolé pour toutes ces confusions.
Trust the Python !
[^] # Re:
Posté par Xavier Faure (site web personnel) . En réponse au message table SQL à optimiser. Évalué à 1.
Merci !
Trust the Python !
[^] # Re: Passage de MySQL à PostgreSQL
Posté par Xavier Faure (site web personnel) . En réponse au journal Hermaia. Évalué à 2.
S'agissant des bases de données, je n'ai pas d'avis tranché sur la question de savoir s'il vaut mieux utiliser MySQL/PostgreSQL/sqlite . Mais j'ai choisi la dernière option par défaut parce qu'elle est disponible "out of the box" avec Python. J'aurais aimé essayé PostgreSQL pour comparer…
Pour l'installation, c'est très simple, je n'ai rien prévu pour installer Hermaia. A toi de cloner le dépôt avec
git clone https://github.com/suizokukan/hermaia.git
et de lancer les tests avecnosetests
oupython -m unittest tests/tests.py
. Comme tu le vois, tout cela est très primaire. Si tu rencontres des difficultés, n'hésite pas à me faire signe.Enfin, peux-tu m'en dire un peu plus sur "conlang" ? As-tu une adresse de développeur auquel je pourrais m'adresser ?
En tous cas, merci de ton intérêt pour mon projet.
Trust the Python !
[^] # Re: Encodage
Posté par Xavier Faure (site web personnel) . En réponse au journal Hermaia. Évalué à 2.
Ouch… quelle erreur ! Je la corrige ce soir : merci de l'avoir repérée.
Trust the Python !
[^] # Re: Différence avec Hunspell
Posté par Xavier Faure (site web personnel) . En réponse au journal Hermaia. Évalué à 5.
Je ne connaissais pas hunspell, merci de cette référence.
Il me faudrait du temps pour étudier les avantages de cette bibliothèque mais le peu que j'en ai lu me fait dire qu'elle n'est pas adaptée à mes besoins. Il ne me paraît pas raisonnable en effet de demander à un module généraliste de résoudre les problèmes liés à une langue donnée quand le système orthographique de celle-ci est particulièrement complexe. Pour prendre l'exemple du grec ancien, tel mot peut apparaître accentué de plusieurs manières selon les autres mots qui le précèdent/qui le suivent. Dans ces conditions, il me semble plus simple de demander à un module dédié au grec ancien de nettoyer l'orthographe du mot rencontré dans un texte, de retenir le contexte dans lequel ce mot apparaît, de confronter le mot "nettoyé" à une liste de vocabulaire puis de vérifier que le contexte explique l'orthographe du mot initial. Je vois des problèmes comparables pour d'autres langues anciennes (sanskrit et hébreu, par exemple).
Je regrette évidemment de ne pas pouvoir utiliser hunspell mais je garde en tête qu'il me sera un jour utile d'y avoir recours.
Trust the Python !
[^] # Re: Passage de MySQL à PostgreSQL
Posté par Xavier Faure (site web personnel) . En réponse au journal Hermaia. Évalué à 1.
Merci : je fais en effet de mon mieux pour que mon code puisse être lu par tous… et surtout par moi.
Trust the Python !
[^] # Re: Encodage
Posté par Xavier Faure (site web personnel) . En réponse au journal Hermaia. Évalué à 6.
Non, non, ce n'est pas du chipotage, c'est important. Merci de cette précision.
Trust the Python !
[^] # Re: Passage de MySQL à PostgreSQL
Posté par Xavier Faure (site web personnel) . En réponse au journal Hermaia. Évalué à 2.
C'est vrai que ça donne envie : je ne connaissais pas, merci du renseignement.
Trust the Python !
[^] # Re: MySQL ou sqlite ?
Posté par Xavier Faure (site web personnel) . En réponse au message table SQL à optimiser. Évalué à 1.
J'ai "pertinenté" vos remarques : je suis convaincu de l'intérêt de PostGreSQL mais il me manque un peu de temps pour basculer mes applications. Disons que le passage par sqlite3 n'est qu'un début.
Trust the Python !
[^] # Re:
Posté par Xavier Faure (site web personnel) . En réponse au message table SQL à optimiser. Évalué à 1.
apkwa : Merci pour tous ces renseignements. J'ai pu ajouter toutes les modifications recommandées sauf le "context_id" car "context" est rempli d'informations non redondantes. Je publierai bientôt sur LinuxFr un journal faisant référence au coup de pouce que tu viens de me donner.
Trust the Python !
# Merci !
Posté par Xavier Faure (site web personnel) . En réponse à la dépêche Meilleurs contributeurs LinuxFr.org : les gagnants de février 2014. Évalué à 4.
Merci à l'équipe de LinuxFr pour tout leur travail.
Trust the Python !
[^] # Re: dot et pygraphiz
Posté par Xavier Faure (site web personnel) . En réponse au message générer des diagrammes de type UML/arbre généalogique. Évalué à 1.
Merci pour cette réponse que je vais examiner. J'étudie aussi la possibilité d'utiliser le module pydot.
Trust the Python !
[^] # Re: bravo !
Posté par Xavier Faure (site web personnel) . En réponse à la dépêche Une centrale d'acquisition open source pour le monde de l'éducation. Évalué à 6. Dernière modification le 03 mars 2014 à 12:20.
Ah, je me demandais si quelqu'un allait me faire une remarque…
addendum : je ne peux pointer vers l'article lui-même mais le TLF parle bien d'"attérer" et d'"atterrer".
Trust the Python !
# bravo !
Posté par Xavier Faure (site web personnel) . En réponse à la dépêche Une centrale d'acquisition open source pour le monde de l'éducation. Évalué à 8.
Bravo pour ce projet ! Le dynamisme des collègues de sciences en faveur du libre fait toujours plaisir à voir; en tant qu'enseignant de Lettres, je suis par contre attéré par l'inertie des autres matières.
Bon courage !
Trust the Python !
[^] # Re: correction
Posté par Xavier Faure (site web personnel) . En réponse à la dépêche Inflectiones, déclinaisons et conjugaisons en grec ancien. Évalué à 2.
Merci d'avoir corrigé malgré la difficulté de cette correction (pour peu que Benoît Sibaud ne connaisse pas le grec, ça a dû être coton :). Je trouve important de ne pas laisser sur le Net des tableaux morphologiques inexacts.
Trust the Python !
[^] # Re: Latin
Posté par Xavier Faure (site web personnel) . En réponse à la dépêche Inflectiones, déclinaisons et conjugaisons en grec ancien. Évalué à 1.
Merci de ta réponse. Je dois d'abord coder la version latine d'OrthoPhone, c'est-à-dire la fonction décrivant phonétiquement le mot latin d'après son orthographe puis la fonction permettant le découpage en syllabes. Une fois ceci terminé (d'ici un mois ?) je pourrai prolonger Inflectiones pour le latin. Je pourrai enfin enricher le projet PrimusAmor. Si tu es intéressé, n'hésite pas à me le faire savoir !
Trust the Python !