CKAN paraît être la solution libre universelle pour tout type de portail #opendata, que ce soit pour des #données tabulaires simples, ou des données plus techniques, par exemple géographiques.
neogeo | CKAN réconcilie OpenData et SIG
http://www.neogeo-online.net/blog/archives/1776
Pour tous ceux qui ont eu des problèmes de jeu de caractères en programmant en #Python, voici le texte à lire. Je suis 100 % d’accord avec ses conseils.
http://sametmax.com/lencoding-en-python-une-bonne-fois-pour-toute
Je trouve que c’est le meilleur tutoriel sur les décorateurs dans le langage de programmation #Python Bons exemples et bonne progressivité.
http://www.brianholdefehr.com/decorators-and-functional-python
Limiter le nombre de requêtes sur des scripts WSGI
Le standard #WSGI permet de développer facilement des scripts en #Python pour réaliser un service accessible via le Web. Ces services nécessitent souvent pas mal de traitement côté serveur et risquent donc de faire souffrir celui-là si un client maladroit appelle le service en boucle (ou, pire, si un client méchant essaye délibérement de planter le serveur en lançant plein de requêtes). Il est donc souhaitable de limiter le nombre de requêtes.
Apprendre le Python en s’amusant | Korben
http://korben.info/checkio.html
Si vous voulez apprendre à coder en Python ou si vous savez déjà coder dans ce langage, mais que vous voulez vous perfectionner, je vous invite à tester CheckIO. Il s’agit d’un jeu où vous incarnez un Android qui doit arranger certains programmes pour régler des problèmes sur sa planète. Avant chaque exercice, il y a donc une petite histoire, puis on bascule assez vite sur un éditeur de code en ligne qui permet de lancer du script Python.
BanzaiMan/regexp_library
https://github.com/BanzaiMan/regexp_library
#RegexpLibrary is a collection of regular expressions for general use.
analyse d’IP, d’URLs, d’adresses email etc. Pourquoi réinventer le truc (mal) à chaque fois. #programmation #python
Images as Maps - macwright.org
http://macwright.org/2012/08/13/images-as-maps.html
“This is a Python script: download it as a raw file, name it togeo.py. You’ll need GDAL for it to work – not necessarily the ‘python bindings’, but make sure that, in your terminal, gdal_translate and gdalinfo are present.”
Un script python pour convertir une image jpeg au format GeoTIFF afin de pouvoir l’utiliser comme fond de carte.
DocHub | Instant Documentation Search
http://dochub.io
Une sorte « d’agrégateur de documentation » qui récupère les références de différents langages (CSS, HTML, Javascript, PHP, Python...) et les présente sous un format compact et dynamique.
- #CSS / #HTML / #JavaScript / DOM data is from the Mozilla Developer Network.
– #jQuery data is from ►http://api.jquery.com. Version is 1.7.
– #PHP data is from http://www.php.net/manual/en/extensions.alphabetical.php.
– #Python data is from http://docs.python.org/library. Version is 2.7.
Anciennement nommé « instacss ».
webGobbler
http://sebsauvage.net/python/webgobbler/index.html
This program creates pictures by assembling random images from the web. Think of it as attempt to capture the chaos of the human activity, which the internet is a partial and subjective snapshot of.
Google Python Style Guide
http://google-styleguide.googlecode.com/svn/trunk/pyguide.html
#Python is the main scripting language used at Google. This style guide is a list of dos and don’ts for Python programs.
Je viens de mettre une nouvelle version de la bibliothèque #Python d’accès à #SeenThis #seenthis-python.
►https://github.com/bortzmeyer/seenthis-python
Pas de changement important mais je m’aperçois que cet URL n’avait apparemment jamais été mis sur SeenThis. Oubli réparé.
Je serais ravi d’ajouter d’autres fonctions lorsque la #SeenThis_API se développera. Pour l’instant, je me sers de cette bibliothèque pour écrire des seens (je déteste l’éditeur du navigateur Web) et pour sauvegarder mes seens (pour éviter un effet courant en Web 2.0 : l’hébergeur disparaît, on perd tout ce qu’on avait écrit).
Google a récemment fait parler de lui, et pas en bien ; ce qui arrive de plus en plus souvent, d’ailleurs. Ici, c’est à cause de l’API de #GoogleTrad, qui devient payante.
C’est une bien triste nouvelle, car beaucoup se basaient dessus. Par exemple, j’utilisais régulièrement une application de traduction sur Android, qui est donc devenue obsolète.
Et même si l’API existe encore, il n’est à mon avis pas envisageable de s’en servir dans un logiciel dont le code source est public, puisque la clef d’accès deviendrait publique, et que vous devrez alors payer pour toute utilisation qui en est faite.
En prévision de la fermeture de l’API gratuite, j’ai implémenté cet été un petit plugin qui se base sur les liens inter-langue de Wikipedia pour faire ses traductions. Les avantages sont multiples :
totalement gratuit,
utilisation de ressources sous licence libre, donc aucun problème juridique à craindre,
basé sur des traductions de qualité (puisque faites par des humains),
possibilité de préciser le contexte, au travers des parenthèses,
support de nombreuses langues,
support des noms propres,
utilisation d’une API, et non le code HTML de sortie d’un service quelconque : http://www.mediawiki.org/wiki/API:Properties#langlinks_.2F_ll
Autre point, est une qualité ou un défaut, selon la façon sont on l’aborde : on ne peut pas s’en servir pour traduire des phrases entières. Ce qui empêche les collégiens et lycéens de s’en servir pour traduire des phrases entières de leurs devoirs, sans aucune réflexion.
Par contre, il y a bien sûr plusieurs inconvénient
on reste dépendant de quelqu’un
* beaucoup de mots manquent, et la politique de suppression des articles « inutiles » n’aide pas
J’ai implémenté cette technique pour le robot IRC #Supybot, mais vous pouvez aisément le reprendre pour vos projets, puisque l’algorithme (en #Python) en lui-même est séparé du code spécifique au robot.
https://github.com/ProgVal/Supybot-plugins/blob/master/WikiTrans/plugin.py
PS : Merci à ceux qui lisent cet article ; c’est grâce à vous que je me suis renseigné sur l’existence d’une API de Wikipedia pour pouvoir écrire cet article, et que j’ai réimplémenté ma technique en me basant sur du XML au lieu des pages HTML.
Ce ne serait pas plus efficace de partir du Wiktionnaire pour les traduction ? http://fr.wiktionary.org/wiki/Wiktionnaire:Page_d%E2%80%99accueil Il y a probablement nettement plus de vocabulaire et de traduction . Après, je ne sais pas s’il y a une API semblable, mais il est fort probable que oui.
À un moment, il m’était venu à l’esprit d’utiliser les deux ensemble (Wikipedia pour le vocabulaire plus technique, et le Wiktionnaire pour les termes courants). Mais je n’avais pas le temps de le faire, et j’ai oublié.
Merci de me le rappeller.
Pour avoir utilisé l’API MediaWiki avec Python, je trouve plus facile d’utiliser le format JSON que XML, surtout qu’il suffit de remplacer null en None, true en True et false en False, puis de faire un eval() sur le JSON pour tout récupérer. Pas besoin de parseur lourd etc.
Il faut avoir confiance en la source (on peut éventuellement ajouter une vérification à base de regex).
Mais quelle galère que la distribution de programmes #Python packagés ! Je sais, je ferais mieux d’être constructif, au lieu de râler, et de dire du mal des autres programmeurs. Mais c’est trop énervant, il faut que je me défoule : lorsqu’on écrit un programme en Python, et qu’il dépend de plusieurs paquetages (dont certains peuvent être installés et d’autres pas), c’est très galère. Il n’existe aucun mécanisme standard pour indiquer dans la distribution quels paquetages sont nécessaires.
http://www.bortzmeyer.org/setup-distutils-egg-python.html
[L’exemple est celui de la bibliothèque #SeenThis.]
docco.coffee
http://jashkenas.github.com/docco
#Docco is a quick-and-dirty, hundred-line-long, literate-programming-style documentation generator. It produces HTML that displays your comments alongside your code. Comments are passed through Markdown, and code is passed through Pygments syntax highlighting.
L’outil est codé en #coffeescript et fonctionne nativement pour #coffeescript, #javascript, #ruby et #python. Je trouve la sortie extrêmement lisible, ça donnerait presque envie de lire du code.
#literate_programming #documentation #javascript #coffeescript
http://neopythonic.blogspot.com/2011/07/before-python.html
This morning I had a chat with the students at Google’s CAPE program. Since I wrote up what I wanted to say I figured I might as well blog it here. Warning: this is pretty unedited (or else it would never be published :-). I’m posting it in my “personal” blog instead of the “Python history” blog because it mostly touches on my career before Python. Here goes...The rest I have written up earlier in my Python history blog (http://python-history.blogspot.com/2009/01/personal-history-part-1-cwi.html) .
Quelqu’un a-t-il déjà essayé « Domptage de serpent pour les enfants », la version française du fameux tutoriel #Python « Snake Wrangling for Kids » ? De préférence avec des vrais enfants :-) J’ai deux béta-testeurs sous la main mais ils ne sont pas volontaires.
J’ai développé un petit programme en #Python qui utilise l’#API_seenthis pour envoyer un texte sur SeenThis. Il est en http://www.bortzmeyer.org/files/seenthis.py
Pour l’utiliser (testé uniquement sur #Unix), il faut un fichier ~/.seenthis/auth qui contient deux lignes, une pour le nom et une pour le mot de passe.
Ensuite :
% seenthis < mon_fichier_avec_mon_message
Prochaine version : appeler $EDITOR pour composer le message... Après, je porte sur #Android avec http://www.phonandroid.com/forum/comment-programmer-avec-un-androphone-t123.html :-)
Ne veux-tu pas en faire un gist, même si tu ne veux pas faire de dépôt formel ?
L’API est en mouvement très rapide, donc j’hésite un peu. Pour la prochaine version ?
Ôtes-moi un doute, un gist, c’est bien https://gist.github.com et pas http://en.wikipedia.org/wiki/Gastrointestinal_stromal_tumor ?
Sur #Mac_OS_X il faut installer #SimpleTAL (en 4.3 car c’est #python_2.6) :
# wget http://www.owlfish.com/software/simpleTAL/downloads/SimpleTAL-4.3.tar.gz
# tar -xzf SimpleTAL-4.3.tar.gz
# cd SimpleTAL-4.3
# sudo python setup.py install —install-scripts /usr/local/bin
# echo “ouais” | seenthis
Sous un Gist (de GitHub) il y a un dépôt Git qui conserve l’historique et auquel tu peux accéder soit par le web soit par Git. Tu commence donc sur le web avec un copier-coller, et tu peux continuer par copier-coller ou avec Git.
Quand ton projet prend de l’importance (ou que tu veux permettre à d’autres de contribuer avec GitHub avec les forks), il te suffit de créer un vrai projet GitHub et d’y pousser ton Gist. Tu gardes ainsi tout l’historique de ton Gist.
C’est ce que j’ai fait avec https://gist.github.com/553703 (un simple script which.cmd) qui est devenu Win32 ::App:which https://github.com/dolmen/Win32-App-which-perl
#seenthis_done : une toute première version de l’#API_seenthis est en test. La doc est là :
►http://seenthis.net/français/mentions/article/api
Le but est de suivre la RFC suggérée par @stephane :
►http://www.bortzmeyer.org/5023.html
Donc, si ça ne correspond pas à cette RFC, merci de me l’indiquer, afin que je corrige.
À un petit message d’erreur près, ça fonctionne comme tu le dis ; j’arrive à créer un message et à le modifier en CLI : http://pastebin.com/h5NiHjC4
Mouais, mais on débogue en aveugle, ce qui est dur. J’avais oublié de mettre le Content-Type et il n’y a aucun message d’erreur (simplement, l’entrée n’est pas créée). Je crois que le plus urgent serait le traitement d’erreur.
Liste de quelques clients AtomPub : http://intertwingly.net/wiki/pie/Implementations Je n’ai malheureusement pas réussi à en faire fonctionner un pour valider l’implémentation d’AtomPub.
J’ai amélioré la gestion des erreurs :
– c’est désormais passé dans une page Web complète avec un header 405 (et description dans la page) ;
– ça détecte l’absence de content-type.
Par ailleurs, un mauvais formatage de <entry> est corrigé automatiquement (si on ne met pas les bons xmlns, notamment celui qui permet d’utiliser le thr:in-reply-to, ça passe quand même).
Les erreurs signalées pour l’instant :
– Please use https
– Unknown user
– Wrong content-type (n’accepte que application/atom+xml et application/xml)
– Unexpected error - not saved in base (l’insertion dans la base n’a pas fonctionné).
Ah oui, le déboguage est bien plus cool désormais.
Je viens de développer un petit programme #Python qui me permet enfin de poster comme je veux. Parfait. Il est en ►http://seenthis.net/messages/14539
Salut Stéphane,
Pour l’instant il n’y a pas d’API. Les fonctionnalités de Seenthis ne sont pas figées et le développement n’est pas terminé du tout, donc je ne peux pas attaquer l’API en même temps. Il y aura une API, mais pas dans l’immédiat.
Je comprends qu’en écriture ça puisse demander un peu de réflexion.
Dans un premier temps ce serait vraiment chouette de pouvoir récupérer ses propres données (à minima ses messages, ceux qu’on a liké, et les conversations auxquelles on a participé). #data #liberation
Est-ce que, pour tes propres messages, tu ne peux pas déjà récupérer ton flux RSS ? C’est déjà une forme d’export XML, non ?
ça permet de les référencer ailleurs, mais ne serait-ce qu’en guise de backup, c’est incomplet à tous points de vue
testing :
Kodingen – Le développement dans le cloud
http://www.korben.info/kodingen-developpeur.html : KorbensBlog-UpgradeYourMind (Korben’s Blog - Upgrade Your Mind)
L’objectif de Kodingen est de proposer aux développeurs, un espace de travail dans le #cloud (le fameux « nuage » = stockage sur internet).