#flux

Ouais, ouais...

Manière, j’suis une #feignasse !

(Re)#lol : j’avions pas lu la dernière ligne j’avoue ^^.

@b_b avait commencé à bosser sur l’import opml dans #SPIP, ce serait cool qu’on fasse un SPIPnewsaggregator...

mouais, moi j pleure encore google reader ;) Je cherche une solution de remplacement qui puisse mixer des flux (fusionner des flux en en generant un en sortie)...avec import opml parceque j’en ai un paquet dispatchés dans plusieurs comptes google et qui me permettent de rebalancer de l’info

Il est clair que techniquement ce que fait Google est généralement bien fait, très bien fait, super bien fait, c’est selon.... Après ça reste Google... Mon côté maso-motivé est souvent assez développé pour que je me passe de Google cependant (et de FB et de LinkedIn... et de tous ces « webservices »). Je déteste le modèle publicitaire et les dérapages bigbrotheriens... Je résiste donc à mon petit niveau en n’utilisant pas ces « outils »... Bref, #osef sauf que là, je suis content de gérer mes flux « préférés » avec :
– #Firefox + extension #RSS_Ticker (pour ceux que je souhaite suivre de plus près)
– #Thundebird (pour les plus prolifiques ou que je suis épisodiquement)

Dans l’immédiat et dans une optique « je garde mes données avec moi », il me semble que j’utiliserais donc Thunderbird et l’option « Importer » (un fichier #OPML, fourni sur #Google_Reader paraît-il). Cela récupère vos #flux #RSS et leur rangement, mais pas les archives... (Enfin, je crois que non). C’est déjà ça.

Si la solution « locale » (sur votre pc/mac) ne vous satisfait pas, il y a au moins une solution hébergée qui semble assez facilement utilisable si vous avez un serveur avec #php, voir ►http://www.sebsauvage.net/rhaa/index.php?2013/03/17/15/28/17-puisqu-il-faut-un-exemple- .

Notez que #SPIP gère fort bien les flux rss et propose depuis longtemps un agrégateur « en ligne » : #SEDNA, que l’on peut voir en action sur http://sedna.spip.net où sont agrégés un bon paquet de flux de la galaxie SPIP. Cela s’installe très facilement. L’utilisabilité est probablement améliorable mais au moins on réfléchit avant d’ajouter un flux ^^. Par contre, il y manque un import de fichiers « OPML ».

Comme @suske, je suppose qu’on n’est pas très nombreux à refuser d’utiliser ces webservices, qui en plus ne sont pas si durs à développer, donc je m’inscris aussi sur la liste des paranos-maso qui ne veulent pas nourrir les goliaths du capital. Que les derniers des Mohicans s’organisent pour mourir dignement, ugh.

#LOL @seenthis : c’est quoi le « logo » qui vient se mettre à côté de http://sedna.spip.org ??? #WTF Goooooog est partout mais là ^^...

Il y a déjà cela, peut-être, à essayer...

http://www.dataliberation.org/google/reader

#takeout

J’ai récupéré mes données, mais je ne connais rien d’équivalent pour remplacer, comme les flux de marquage et tout. Putain, quelle chiasse !
https://www.change.org/petitions/google-keep-google-reader-running#share

je n’irai pas signer une pétition pour demander qu’on me garde mes chaînes !
il faut trouver un #logiciel_libre qui remplace, et on migre collectivement

@fil : nous comptons sur toi pour nous trouver une alternative !!!

Un agrégateur de flux, c’est possible, mais il y avait toutes les fonctions de création de flux de partage à la volée qui vont être plus sioux à créer.
Bien dit, @fil, on va niquer Google !

Des services alternatifs, mais rien d’aussi bien que le futur @fil d’actu ! : http://www.demainlaveille.fr/2013/03/14/google-reader-disparaitra-le-1er-juillet-prochain-apres-7-ans-de-serv

je ne sais pas vraiment ce que sont ces fonctions avancées dont tu parles ; de fait, je n’ai pas un usage avancé de reader : je l’utilise comme agrégateur (à travers l’appli #reeder), et je mets parfois une étoile sur un message que je compte partager plus tard sur seenthis

Reçu d’un ami :

Des pistes...
http://lifehacker.com/5990456/google-reader-is-getting-shut-down-here-are-the-best-alternatives

bien sûr je commence déjà à imaginer un système intégré à seenthis où l’on pourrait ne se loger qu’une fois, avoir ses flux, et un bouton pour basculer ajouter facilement un élément des flux dans les seens… #arghh

Avec des flux de partage qui peuvent être importés ailleurs et des boutons pour renvoyer un article vers un autre réseau social...

Et qui peut supporter la charge de 800 ou 1000 abonnements RSS.

ah @monolecte tout s’explique : c’est à cause de gens comme toi qu’ils sont obligés de fermer :)

Je vais l’ajouter de ce pas dans LinkedIn :

2013 : a mis à genoux Google Reader !

si vous n’êtes pas débectés par les marchands d’armes, il y a bien netvibes comme agrégateur RSS...
#nimporte_quoi

@fil : [...] un système intégré à seenthis où l’on pourrait ne se loger qu’une fois, avoir ses flux, et un bouton pour basculer ajouter facilement un élément des flux dans les seens… #arghh

OK ! #seenthis_todo #seenthis_RSS :D
Tarir le flux et verrouiller le code. Web is Dead.
►http://affordance.typepad.com//mon_weblog/2013/03/web-is-dead.html

Euh @cdb_77, pourquoi titrer « la fin du flux RSS », alors que c’est juste la fin d’UN service en ligne permettant de lire les flux ? :)

Encore heureux que les flux RSS et Atom continueront après ça...

Oui, vues les contraintes en terme de ressources, la solution à mon sens est une application web que chacun pourrait installer dans son coin pour réaliser sa veille rien qu’à lui, et transformer ses données en flux RSS si ça lui chanter. De la sorte, il gère le coût de sa consommation par lui même. Reste plus qu’à créer l’application.
Le SAAS c’est super, mais faut que qq’un paie. Et si on relie cela à Google qui commence à réagir à AddBlock... on comprend que le tout gratuit va se restreindre très vite... et que nous allons être contraints de nous replier sur des solutions rien qu’à nous.

C’est pas étonnant que Google veuille supprimer un outil d’information concurrent à l’utilisation des réseaux sociaux. qui possède le désavantage d’être moins intrusif dans la vie privée de ses utilisateurs.

@rastapopoulos Effectivement, merci de m’avoir rappelé cela, mais pour moi tout cela est un peu opaque. J’utilise le service mais je ne sais pas qui est derrière quoi... :-(

Du coup, je suis allée voir mon Filinfo http://www.ethologie.info/filinfo qui avait été dépoté à partir de #Sedna de @fil... Je ne sais pas si ça peut tenir avec toutes mes sources et il manque les outils de marquage et de partage.

Y’a peut-être ça ? http://projet.idleman.fr/leed #leed oui, pourquoi pas le retour de #Sedna ?

@davduf propose :
http://seenthis.net/messages/121975

L’avantage de Feedly est sa « compréhension » gestuelle de ce que tu lis. Les messages sont marqués lus au survol de souris. Pratique, franchement.

Les geeks d’ici trouveront p-e un moyen de le coupler à SeenThis ?

http://www.feedly.com

@davduf j’ai essayé (j’aime bien, d’ailleurs) ; pour l’instant j’imagine qu’une procédure possible de couplage, c’est le bouton « e » = envoi d’un email via gmail. Mais gmail c’est google ; continuons à chercher !

@fil
Dans les prefs, tu peux ajouter des passerelles (twitter, pocket, evernote). Une piste ?

Extraordinaire Feedly

J’aime bien #feedly, même si ça rend obsolète mes règles de partage #ifttt. Mais ça veut surtout dire que je peux plus utiliser #reeder, qui est quand même le meilleur client que j’ai vu à ce jour pour une lecture sur ordi...

Hop, après avoir testé rapidement #feedly je ne suis pas convaincu. Du coup, je cherche encore et je viens de tomber sur #newsblur qui me semble pas mal du tout.

Démo sur leur site : http://www.newsblur.com (cliquez sur Try out NewsBlur).

Dispo sur #github ici : https://github.com/samuelclay/NewsBlur

Ça me semble pas ce qu’il y a de plus simple à installer, mais ça vaut le coup de tester le bouzin...

#rss #google_reader

#développement #web aussi

faut rester proche, tant que faire se peut, de iCal... facile à dire, je sais, mais j’ai essayé quand j’étais un jeune codeur fou (avec RSS en fait) :p

Le truc, c’est qu’il n’y avait pas tellement le choix, fallait adopter une convention pour encapsuler les infos iCal dans les balises RSS... et avoir un décodeur en face... une sorte de standard dans le standard... Bref, il manque une RFC (ping @stephane) :)

Ce serait chouette que tu parviennes à quelque chose, bon courage ! ;)

Remarque, je dis ça, mais t’as peut-être pas le choix, le mieux serait que ton flux soit en iCal, ça serait plus simple...

Je ne sais pas... Je ne vois pas trop pourquoi rester absolument proche de ical, sinon autant utiliser un #flux #ical (ce que je vais faire de toute façon aussi).

Atom a déjà des éléments de base pour certaines informations (description, auteurs, date de mise à jour du contenu, date de publication, etc). Donc on utilise déjà ces infos. Pour ce qui manque, le principe d’Atom c’est d’ajouter des extensions : autrement dit des schémas supplémentaires déclarés au début dont on ajoute des éléments dans les entrées ou dans le flux.

Par exemple j’ai déjà utilisé opensearch pour décrire que ça renvoyait pas l’ensemble, qu’il y avait plusieurs pages, le total, etc.
Ou encore georss pour ajouter les coordonnées.

Mais à part le format de Google, je ne vois rien d’autres de standards pour « la date de fin » par exemple. Ainsi que le lieu (pas les coordonnées, mais le nom de l’endroit et son adresse).

Bon après j’ai d’autres trucs à mettre dedans mais c’est moins générique : le ou les tarifs, le ou les publics, la distribution (artistes, intervenants, etc).

Ah ben voilà @james nos messages se sont croisés. Oui il y aura aussi un flux ical. Mais c’est pour proposer plusieurs formats de flux différents.

ou bien coller un http://microformats.org/wiki/hcalendar dans le flux ?

Mais oui ! un #microformat ! :)

Sinon, parallèlement à ça : je crois que #SPIP ne sait pas lire iCal. Il me semble que c’était d’ailleurs pour ça que j’avais essayé d’échanger des évènements entre sites avec du RSS. C’est con, hein, je sais, mais au final, si les CMS savait lire iCal aussi simplement qu’ils lisent du XML, ça serait cool.

Dans « content » (avec type="html") tu veux dire @fil ?

Oui effectivement, cela permettrait d’avoir un flux lisible par tous les lecteurs classiques, et d’avoir en même temps les infos récupérables, une à une, par une machine.

Mais baliser le content HTML avec des microformats n’empêche pas d’ajouter les bonnes balises XML si des extensions possibles existent. Ou des balises « métiers » propres au site, pour ce qui n’existe pas. Bon ok ça augmente la taille du code, mais ça évite de scanner deux fois avec deux parseurs différents (un pour le XML du Atom, un pour trouver des microformats dedans ensuite) pour ceux qui connaîtraient à l’avance les balises utilisées.

La combinaisons des deux me semblent pas mal pour couvrir tous les cas.

@james ya des libs PHP qui existent en tout cas : fézendonc un plugin ! :)

oui, ouieuh, je me suis déjà dit çaeuh ... :p

Voici un document qui explique comment intégrer correctement les microformats dans une liste de contenus, et notamment dans un flux Atom :
http://www.opensearch.org/Documentation/Recommendations/OpenSearch_and_microformats

(J’utilise déjà en partie OpenSearch pour indiquer le nombre total de résultats, le pas de la pagination, etc.)

C’est un truc comme ça que tu veux faire ?
http://code.demosphere.eu/fr

Non. :)

Et ça ?

Adding event times and location to RSS and Atom feeds | Oxford University Computing Services, In a pickle
http://blogs.oucs.ox.ac.uk/inapickle/2009/12/16/adding-event-times-and-location-to-rss-and-atom-feeds

<ev:startdate>2010-01-18T16:00:00+00:00</ev:startdate>
<ev:enddate>2010-01-18T17:00:00+00:00</ev:enddate>

#atom #events #xml

Ah super intéressant, merci @touti.

Cette page de l’université d’Oxford propose deux solutions :
– le module pour RSS « event » du W3C qui est en brouillon :
http://web.resource.org/rss/1.0/modules/event
– le format xCal qui est une mise en XML du format iCal, et qui est aussi en brouillon :
http://tools.ietf.org/html/draft-royer-calsch-xcal-03

Le deuxième étant beaucoup plus complet.

On y trouve des exemples (simples) d’utilisation. Et aussi une inclusion de #vCard dans un flux Atom.

Ah et pour @james : lire du iCal dans SPIP et mieux encore directement dans une boucle, c’est en fait déjà possible avec DATA et le plugin « icalendar » de @fil :
http://contrib.spip.net/Plugin-iCalendar
http://zone.spip.org/trac/spip-zone/browser/_plugins_/icalendar

Ça inclut une classe PHP qui a l’air assez complète (que je viens de mettre à jour).

ah oui tiens, j’avais #oublié

(y)

Lu en page d’accueil du site http://a11yqc.org (sur l’accessibilité du Web à Québec) :

Sur la scène internationale, a11y est utilisé comme abréviation et mot-clé (« hashtag »). Le chiffre 11 indique le nombre de caractères substitués entre les caractères « a » et « y » du terme Accessibility. Depuis quelques années, cette #abréviation est de plus en plus utilisée pour des événements relatifs à l’accessibilité du Web.

Oui, je sais ce que ça veut dire et aussi pourquoi ya 11 dedans mais cette apparition de termes chiants à lire est en grande partie dû parce qu’utilisé comme hashtag dans des textes où il y avait PEU de place : twitter essentiellement. Quand on s’en fiche du gain de place, c’est quand même mieux de se parler normalement. Je trouve.

N’oublions pas qu’un langage très technique ou abscons est gage à la fois de reconnaissance et d’exclusion…
#technocratie #web

On ne dit pas « hashtag » mais « mot-dièse », d’abord, hein :P

#hashtag #vocabulaire #langue_française #langage #normalité

PS : tiens je n’avais rien publié ici depuis 4 mois. Il faut que ça cesse. Ou que ça reprenne. Enfin bref, on se comprend.

@notabene #SeenThis fournit un #flux #RSS auquel ton #SPIP peut être abonné, et du coup le #plugin #Microblog de SPIP peut répercuter sur #Twitter/#Status.net, non ?

@nhoizey le plugin microblog sait renvoyer les sites syndiqués... ? Je ne vois que Articles (je sens que tu vas me sortir un truc de derrière les fagots)

@notabene il faut que tu intercales le plugin http://www.spip-contrib.net/Flux-RSS-en-articles ! ;-)

@nhoizey bien vu, je vais sans doute faire ça (et en plus ce sera homogène vu que mes articles passent déjà par le #plugin #microblog )

@notabene moi il faut que je teste Microblog... ;-)

je conseille plutôt #ifttt c’est plaisant à utiliser et joli

@nhoizey bon j’ai des bugs, moi
http://www.spip-contrib.net/Flux-RSS-en-articles,3081#forum448501

Effectivement on a un problème de date.

Le code de la date pour les articles est du type :

<published>2011-08-10T13:24:42Z</published>

Et pour un article ancien (No labels on radio buttons...) :

<published>2011-03-29T14:27:58Z</published>

En testant en local, il importe bien tous les articles, mais ils sont tous à la date et heure courante au moment de la conversion RSS vers article.

@fil voui, mais non, j’essaie de m’appuyer sur spip, les « services annexes » m’inquiètent toujours (volatilité potentiellement importante).

@fil oui, c’est génial ifttt, moi c’est le flux RSS de SeenThis dédié à Twitter qui ne me convient pas...

j’aime ça ; et si je mets deux liens (ex : une photo), je peux avoir le deuxième aussi ?

Nope.

Et comme tu peux aussi rapatrier ton #flux_RSS sur http://www.menteur.com, ça fera quatre fois.