Passa ai contenuti principali

Post

Visualizzazione dei post con l'etichetta Soluzioni personali

Picasa Scrambler

Non ostante la vostra scarsa partecipazione al mio appello (mi auguro che alle elezioni siate stati pervasi da un maggiore spirito civico) ho preso la mia decisione. Una query sul db sqlite3 per ricavare le foto con un certo tag nel mio archivio di 2200 foto impiega qualcosa tipo 8 millisecondi (si avete letto bene) e pur rendendomi conto che essendo principalmente nato come un tool per l'esecuzione in background (magari notturno) la velocità non sia un fattore primario visto che il collo di bottiglia è la banda in upload. Nulla vieta con queste prestazioni di utilizzarlo in maniera più interattiva. Ho anche deciso di mettere online la mia creatura sfruttando un altro mirabolante servizio di google. Potete quindi scaricare da qui l'ultima versione script. Adesso che ho raggiunto questo obiettivo stavo già pensando a come migliorare il progetto, ovvero implementare la possibilità di tenere sincronizzato un album di picasa con un tag i digikam. Magari mettendo lo script in cron ...

Picasa Scrambler, chiamata alle armi.

Questa sera mi sento prolisso e speranzoso. Prolisso perchè è il secondo post, speranzoso perchè mi auspico almeno un vostro intervento ;-) La parte che mi manca nel mio script è relativa alla selezione delle foto locali tramite tag ma sono ancora indeciso su quale strada intraprendere per implementarla; le possibili candidate sono: sfruttare il db sqlite di digikam recuperare il tag tramite exif In entrambi i casi userei sempre digikam come frontend per la gestione dei tag ma mi ritrovo con pro e contro per entrambe le soluzioni, in pratica il punto forte di una soluzione è proprio il punto debole dell'altra. Sqlite è molto più prestante degli exiftool soprattutto se si è fotografi maniacali e si hanno migliaia di foto ma lo schema del db rimane legato alla gestione di digikam mentre gli exiftool recuperano un parametro exif e sono quindi indipendenti da un qualsiasi frontend. Prestazioni o Portabilità A voi il verdetto.

Picasa Scrambler per fotografi pigri

Ciao a tutti, come avevo anticipato ho lavorato ad una soluzione automatica per rimpiazzare le foto in un album di Picasa . Purtroppo ho riscontrato dei problemi di eleganza: avrei voluto sfruttare XPath per recuperare le info dal feed con cui Picasa risponde ma sono incappato in problematiche tecniche di difficile risoluzione. Inoltre sto ancora lavorando alla selezione di immagini locali da inviare ma per adesso se si crea a mano la lista di foto queste vengono sostituite a quelle online. Ci tengo a precisare che per il momento siamo ancora alla versione 0.1b, è più che altro una prova di concetto ma funziona e se volete provarlo per aiutarmi a migliorarlo ve ne sarei grato. #!/bin/bash #qui inserire il proprio indirizzo gmail con password email=____________@gmail.com password=___________ #il nome dell'album va scritto senza spazi album=albumdiprova ver="0.1b" to_delete=$(mktemp) to_upload=$(mktemp) auth=$(curl --silent https://www.google.com/accounts/ClientLogin \ -d...

Google Chart API

Lo so, dovrei concentrarmi su una cosa per volta ma il tempo è così poco e tutte queste novità non smettono di capitarmi sotto gli occhi e io non riesco a ignorarle ... Google ha sfornato delle API "riviste e corrette" per la creazione di grafici. La domanda sorge spontanea: Ovviamente i dati sono farlocchi, nessuno può ignorare o disconoscere che queste API siano una figata unica. Questo grafico è ottenuto con un semplice URL contenente i parametri richiesti, vediamolo nel dettaglio. http://chart.apis.google.com/chart? cht=p3 chd=t:99,15,7 chs=400x200 chl=Si|Boh|No chco=0000FF chtt=Ti+rendi+conto+che+queste+API+sono+una+figata+? Ovviamente l'URL deve essere su una sola linea e i vari parametri devono essere separati dal carattere & , detto questo analizziamo i parametri che ho usato: http://chart.apis.google.com/chart? questo è l'indirizzo base delle API cht=p3 indica il CH art T ype, in questo caso è un grafico a torta ( P ipe) in 3 d chd=t:99,15,7 i CH art D a...

Una ventata di novità su Picasa senza muovere un dito

Penso che tutti voi conosciate Picasa , l'ottimo servizio che vi permette di ospitare gratuitamente album fotografici per un totale di 1 gb o 500 foto (dipende da cosa arriva prima). Comodissimo per evitare di intasare la rete inviando ad amici e parenti le stesse foto, basta fornire un link e tutti quanti possono gustarsi i vostri scatti (ovviamente si può decidere se impostare un album come pubblico o privato) e il servizio fornisce anche dei feed per poter essere avvisati delle nuove foto. Probabilmente questo non vi sembrerà molto più geek del mostrare le diapositive ai parenti annoiati (ammetterete che già qui siamo almeno un filino più geek) e vi chiederete dove voglio condurvi oggi. La risposta a questa domanda è la solita: nei meandri della mia folle pigrizia fino ai più profondi reconditi della mia geekness. Consideriamo questi fattori (in ordine di importanza): il mio desiderio di soluzioni geek la mia innata pigrizia (siano lodati gli dei che mi hanno omaggiato di si ta...

Step 1: Unveiled !!!

Ok, vista la marea di richieste (santo cielo, siete proprio dei lurker e non ditemi che non trovate il tempo di fare come digitaljail e scrivere almeno "chiedo") mi sono attivato per trovare un modo per postare il codice. Ecco a voi il frutto dei miei sforzi, non vi chiedo di astenervi da commentare la qualità del codice (lurker dannati), è da intendersi solo come esempio di funzionalità del DOM Storage e della capacita di FF3 beta 3 di individuare l'evento online e agire di conseguenza. <html> <head><TITLE>Offline WebApp</TITLE> <script language="JavaScript"> var storage=globalStorage['www.questoindirizzononesiste.it']; var send_item; // Invia la form distinguendo l'azione da compiere in base allo status attuale del browser function submitForm(form){ if(navigator.onLine){ alert(form.campo1.value); } else { pushItem(form.campo1.value); } form.campo1.value="Dati inviati"; } // Rimuove dal DOM Sto...

News offline - Step 1: Sync

Ho deciso di redigere una roadmap per mettere dei paletti al mio lavoro sull'ormai annosa questione della gestione offline delle news. Step 1: Sync Gestire lo "stoccaggio" delle informazioni, accumulate mentre si è offline, su quali news si siano lette e inviarle nel momento in cui si torna online. Step 2: Download Gestire il salvataggio delle pagine da leggere, trovare la modalità più pratica e semplice da implementare e utilizzarla. Step 3: Integrazione I due step precedenti servono a poco se non li integro in Readeroo (l'estensione per FF che utilizzo per gestire le news). Una volta ottenuto un risultato buono lo proporrò al suo sviluppatore per una inclusione ufficiale. Ovviamente non ho nemmeno bisogno di specificare che tra il lavoro e la famiglia con un'adorabile bimba da sbaciucchiare e coccolare il tempo che riesco a ritagliare (per lo più al sonno) per seguire questa strada è risicato ma vi porto anche una favolosa notizia: ho completato lo Step 1 !!! Ho...

News offline (5): La Saga continua.

Anche se il tempo è tiranno io non mi do per vinto è continuo a cercare un metodo geek per implementare il mio atavico desiderio . Purtroppo il mondo si evolve troppo in fretta è la mia geekness diventerà presto alla portata della casalinga di Voghera se non mi muovo. Ho appena scoperto che Firefox 3 supporterà eventi online e offline , questo dovrebbe permettere di implementare soluzioni in linea con quanto sto cercando di ottenere. Questo supporto deriva da sforzi congiunti di Mozilla e Google (molti sviluppatori di Firefox sono stipendiati da Google) ovviamente mirati a rendere fruibili le applicazioni di BigG anche offline ma con un occhio di riguardo alla compatibilità a 360°. In poche parole Firefox 3 offrirà il supporto diretto a quanto volevo implementare. Utilizzerà una cache locale per mantenere le informazioni e memorizzare le azioni da eseguire appena si torna online ( qui un post che mi ha illuminato ). Per esempio potresti scrivere e "inviare" una mail sfruttan...

Ritocchi al blog

Sono riuscito nei pochi minuti che ho ritagliato per il blog a eliminare la barra di blogger (non so voi ma io la odio) e ho fatto qualche ritocchino ai feed, nulla di che, più che altro estetiche: ho tolto la possibilità di inviare via email, salvare su delicious, digg e facebook, visto che il feed è limitato ai primi caratteri è abbastanza difficile che qualcuno riesca a capire se è interessato prima di aver approfondito (e sul sito ho lasciato queste possibilità). Se vi interessa per rimuovere la barra ho dovuto inserire #navbar-iframe { height:0px; visibility:hidden; display:none; } nel template, purtroppo non ricordo il sito da cui ho preso spunto (dovrebbe essere tra le notizie che ho condiviso tramite google reader). Con la nuova settimana spero proprio di trovare il tempo di implementare almeno la versione script della mia idea di gestione delle news .

News offline (4)

Pensa e ripensa mi sono reso conto che devo scendere a patti con queste maledette e limitatissime 24 ore e fino a quando non verrà accettata la mia richiesta di portare le giornate ad almeno 96 ore non riuscirò mai a portare a termine tutto quello che mi prefiggo. Premesso questo ribadisco che il mio obiettivo ultimo è quello di riuscire a fornire una soluzione portabile e multi piattaforma ma nel frattempo, visto e considerato che il mio obiettivo a breve termine è ottenere una gestione delle news offline su un eee (porco giuda al mediaworld l'hanno finito il giorno stesso in cui è arrivato e quelli nuovi dovrebbero arrivare ad inizio marzo :-( ) e sull'eee gira linux me ne strafotto del multi piattaforma e intavolo la mia idea originale dello script a base di wget (se proprio siete masochisti wget esiste anche per winzozz). Vediamo cosa riesco a partorire...

News offline (3)

Ragazzi forse ci siamo, penso di aver trovato un metodo sufficientemente geek da soddisfarmi (devo valutare l'effettiva fattibilità). Da notare che IE fa così skifo da non supportarlo mentre FF, opera e altri browser si. Lo standard RFC 2397 anche conosciuto come data: URI troppo ma troppo fiko; in pratica si codifica un contenuto (un'immagine, un mp3 o un'intera pagnia web) in un testo come accade per gli allegati delle email ma in questo caso il testo ottenuto è un URI ... Sarà l'ora ma ho problemi a spiegarmi meglio, facciamo così, scollegatevi un attimo da internet (staccate il cavo o spegnete il wifi) e andate qui a gridare "Miracolo !!!" Provate adesso a pensare di avere URI siffatti nei vostri segnalibri, di fatto avreste una copia della pagina (non di tutto il sito ma a me va bene così) sempre con voi, online o meno. Purtroppo il sonno prevale sulla mia già scarsa lucidità mentale quindi mi appello alla vostra: secondo voi è più pratico farsi una cl...