Gestire le API di flickr con Php 5 è estremamente semplice.

Prima di tutto, bisogna creare una richiesta in formato REST, che trasmetta una serie di parametri, alcuni obbligatori, altri facoltativi. La risposta di flickr sarà in formato JSON, e consiste in un array multidimensionale.

Facciamo riferimento alla guida alle API di flickr, cercando di approfondire appena un po’ il discorso.

Il primo obiettivo, dunque, è quello di inviare la richiesta a flickr. La guida suggerisce di creare un array di parametri, del tipo:

$params = array(
‘api_key’ => ‘qui va la tua chiave api’,
‘method’ => ‘flickr.photos.getInfo’,
‘photo_id’ => ‘id della foto’,
‘format’ => ‘php_serial’,
);

Da notare subito due parametri indispensabili: api_key e format. La chiave API la potete chiedere a flickr a questo link, mentre il parametro format è necessario per ricevere una risposta nel formato Php serializzato (per maggiori informazioni sulle funzioni php serialize() e unserialize(), si veda php.net).

Altro parametro indispensabile è method. Nell’esempio di sopra, il metodo invia una semplice richiesta di informazioni su una determinata fotografia, individuata da photo_id. Ogni metodo richiede una serie di parametri aggiuntivi, alcuni dei quali obbligatori.

Se si desidera inviare una richiesta leggermente più complessa, si può utilizzare il metodo flickr.photos.search, che, come dice la parola, serve a cercare delle fotografice che rispondano a determinati criteri.
Per costruire l’array, a questo punto, bisogna andare a interrogare il manuale per trovare gli argomenti necessari o utili per la ricerca da effettuare. Alcuni di questi sono:

api_key (Obbligatorio)
Ovviamente è sempre necessaria la vostra chiave API

user_id (Facoltativo)
Questo parametro è necessario qualora vogliate che flickr vi risponda con le informazioni relative alle fotografie di un determinato utente. Con questo parametro, ad esempio, potete costruire nel vostro sito una galleria fotografica delle fotografie che avete caricato su flickr.

tags (Facoltativo)
Questo parametro vi consente di richiedere fotografie etichettate con uno o più tag, separati da virgola.

sort (Facoltativo)
QUesto è davvero un parametro utilissimo, in quanto, specialmente quando le immagini in archivio sono numerose, consente di ordinarle nel modo più appropriato. I valori possibili sono: date-posted-asc, date-posted-desc, date-taken-asc, date-taken-desc, interestingness-desc, interestingness-asc, relevance.

bbox (Facoltativo)
Consente di inviare richieste relative alle fotografie localizzate in una determinata area della mappa. Si compone di una lista di 4 valori, separati da virgola, che rappresentano l’angolo in basso a sinistra e in alto a destra di un ideale area rettangolare della mappa.

group_id (Facoltativo)
L’ID di una pool.

woe_id (Facoltativo)
L’ID di un’entità spaziale (ne ho parlato nel post precedente). Da usare se non si ricorre a bbox, ovviamente.

media (Facoltativo)
Consente di chiedere fotografie o video. I valori possibili sono all (default), photos e videos.

extras (Facoltativo)
Una lista di informazioni extra. Quelle supportate attualmente sono license, date_upload, date_taken, owner_name, icon_server, original_format, last_update, geo, tags, machine_tags, o_dims, views, media.

per_page (Facoltativo)
Numero di fotografie per pagina

page (Facoltativo)
Numero di pagina richiesta. Per default è 1.

Un ipotetica richiesta, allora, potrebbe comporsi dei seguenti argomenti:

$params = array(
‘api_key’ => ‘qui va la tua chiave api’,
‘method’ => ‘flickr.photos.search’,
‘tags’ => ‘flowers’,
’sort’ => ‘relevance’,
‘extras’ => ‘owner_name,geo’,
‘format’ => ‘php_serial’,
);

continua …

Yahoo! pubblica i suoi woeID (where on earth ID), ossia le ID di ogni località mappata del pianeta, e li rende accessibili via API.

Il woeID di yahoo consente di interrogare gli archivi (ad esempio di flickr) individuando con precisione una certa regione.

Uno dei possibili utilizzi del woeID, infatti, si trova in combinazione con il metodo flickr.photos.search, ed è utile in quanto la chiamata restituisce foto e video relativi ad una zona precisa, con molta più coerenza rispetto ai criteri di ricerca, di quanto potrebbe ottenersi con il parametro bbox.

Per i profani potrebbe sembrare qualcosa di complicatissimo, ma non è assolutamente così. Le API di cui parlo sono estremamente semplici da utilizzare ed hanno delle possibilità di applicazione infinite, soprattutto in considerazione del prossimi (molto) sviluppi del web geografico.

Per maggiori informazioni, si legga Yahoo Woe (Where On Earth, that is) IDs.

I siti creati con CMS molto diffusi sono spesso oggetto di attacchi da parte di hacker. Uno dei problemi che si deve porre chi amministra un sito, quindi, è quello di rimanere sempre aggiornato sugli ultimi bug scoperti e sulla relativa sistemazione.

Per chi usa Joomla! sarà un sollievo sapere che esiste un wiki dove si forniscono una lunga serie di consigli che è bene tenere sempre presenti.

Il link al wiki è http://docs.joomla.org/Joomla_Administrators_Security_Checklist.

Oltre alla sezione dedicata alla sicurezza, vale la pena dare un’occhiata alla pagina principale del wiki, piena zeppa di contenuti interessanti.

Come si sarà notato, ultimamente gli aggiornamenti del blog sono diventati meno frequenti. In questo periodo, infatti, mi sto dedicando alla creazione di un componente per Joomla 1.0.x che permetta la creazione di gallerie di immagini archiviate su Flickr e gestite dall’ottima Slimbox, una gallery basata sul framework Mootools. Ovviamente, il lavoro al codice assorbe molto tempo, e il blog ne risente un po’…

Il primo passo è già stato fatto. Ho creato la galleria inviando una richiesta a Flickr attraverso il semplice metodo flickr.photos.search e ho integrato il codice quel tanto che basta per avere l’effetto desiderato.

Per lo script ho lavorato (ovviamente) in Php.

Il prossimo passo sarà quello di inserire il mio script e il pacchetto Slimbox in un componente che consenta di ottenere lo stesso risultato in Joomla!.

Se siete curiosi e volete vedere come funziona lo script, il link dove trovare la galleria provvisoria è questo.

Nella richiesta che lo script invia a Flickr, sono comprese le variabili “latitude” e “longitude”, in modo da avere la possibilità di localizzare le fotografie su una mappa con un semplice click. Per il momento, però, lascio da parte questa opzione, soprattutto per problemi di tempo.

Spero di poter mettere il componente a disposizione degli interessati quanto prima. Chi volesse essere informato sullo stato dei lavori, può seguirmi su twitter. E se a qualcuno farebbe piacere darmi una mano, è il benvenuto

Apprendo, via Apogeo online, che l’Enciclopedia Britannica si è aperta al pubblico della rete consentendo l’accesso gratuito all’enorme quantità di informazione di cui dispone.

Ovviamente, l’idea di fare un confronto con Wikipedia è immediata.

Allora mi sono messo a fare un po’ di ricerche. Per forza di cose, non sarei in grado di valutare le differenze nell’attendibilità delle due fonti su materie che non mi competono. Molto probabilmente, la Britannica ha un grosso vantaggio rispetto a Wikipedia su conoscenze di carattere tradizionale, indipendentemente dall’area scientifica di cui si tratta.

Perciò mi sono messo a cercare termini a me più noti. Di seguito trovate i risultati delle ricerche, con i link ai relativi lemmi.

Ho, naturalmente, cominciato dalla parola che più uso in questo blog:

Web 2.0
Wikipedia: http://en.wikipedia.org/wiki/Web_2.0
Britannica: http://www.britannica.com/EBchecked/topic/1192837/Web-20

Un altro lemma comune in queste pagine è digital native:

Digital native
Wikipedia: http://en.wikipedia.org/wiki/Digital_native
Britannica: nn

Sono passato, poi, ai due CMS di cui parlo spesso:

Joomla
Wikipedia: http://en.wikipedia.org/wiki/Joomla
Britannica: nn

Drupal:
Wikipedia: http://en.wikipedia.org/wiki/Drupal
Britannica: nn

Altra ricerca: le piattaforme 2.0:

Flickr
Wikipedia: http://en.wikipedia.org/wiki/Flickr
Britannica: nn

YouTube
Wikipedia: http://en.wikipedia.org/wiki/YouTube
Britannica: nn

twitter
Wikipedia: http://en.wikipedia.org/wiki/Twitter
Britannica: nn

Altro argomento di mio interesse è il web geografico:

neogeography
Wikipedia: http://en.wikipedia.org/wiki/Neogeography
Britannica: nn

geoweb:
Wikipedia: http://en.wikipedia.org/wiki/Geoweb
Britannica: nn

geotagging:
Wikipedia: http://en.wikipedia.org/wiki/Geotagging
Britannica: nn

Poi sono passato ai colossi del web:

Google
Wikipedia: http://en.wikipedia.org/wiki/Google
Britannica: http://www.britannica.com/EBchecked/topic/1017491/Google-Inc

Yahoo:
Wikipedia: http://en.wikipedia.org/wiki/Yahoo
Britannica: http://www.britannica.com/EBchecked/topic/1017502/Yahoo

Ho cercato i nomi di alcuni marchi famosi:

Coca cola
Wikipedia: http://en.wikipedia.org/wiki/Coca_cola
Britannica: http://www.britannica.com/EBchecked/topic/123433/The-Coca-Cola-Company

Levi’s
Wikipedia: http://en.wikipedia.org/wiki/Levi%27s
Britannica: http://www.britannica.com/EBchecked/topic/337930/Levi-Strauss-Co

Ho cercato i nomi di un paio di autori di fantascienza, Asimov e Dick

Isaac Asimov
Wikipedia: http://en.wikipedia.org/wiki/Isaac_asimov
Britannica: http://www.britannica.com/EBchecked/topic/38699/Isaac-Asimov

Philip Dick:
Wikipedia: http://en.wikipedia.org/wiki/Philip_Dick
Britannica: http://www.britannica.com/EBchecked/topic/162130/Philip-K-Dick

Per concludere, mi sono chiesto cosa dicessero l’una dell’altra le due enciclopedie.

Britannica
Wikipedia: http://en.wikipedia.org/wiki/Britannica
Britannica: http://www.britannica.com/EBchecked/topic/186618/Encyclopaedia-Britannica

Wikipedia
Wikipedia: http://en.wikipedia.org/wiki/Wikipedia
Britannica: http://www.britannica.com/EBchecked/topic/1192818/Wikipedia

Devo dire che, per quanto riguarda le chiavi di ricerca che ho utilizzato, il confronto tra le due enciclopedie non regge. Decisamente scarse le informazioni ospitate dall’Enciclopedia Britannica sui temi del Web 2.0, sul web geografico e sui colossi Google e Yahoo!. Scarse pure le informazioni sui due autori di fantascienza.

Evidentemente, ci sono dei saperi che si arricchiscono notevolmente se lasciati alla libera creazione degli utenti. Probabilmente sono i saperi ritenuti più rilevanti dalla maggioranza dei naviganti. Il modello di sapere istituzionalizzato e statico forse si adatta maggiormente ad ambiti scientifici “maturi”, ma non regge il confronto dove maggiore è la complessità e la liquidità delle conoscenze.

Grazie al twit di 4EverYoung, leggo questo simpatico articolo di Web Upon intitolato Cinque ragioni per cui la gente continua ad usare Internet Explorer.

Dunque, quali sono le ragioni?

1. Non sanno cos’è un browser (qualcuno potrebbe offendersi)
2. Non sanno che ci sono browser alternativi
3. Hanno paura di cambiare
4. Pensano che l’avviso di upgrade di Windows sia un messaggio pubblicitario
5. Non gli interessa avere una “Good Internet Experience”

Personalmente detesto MSIE, sia la versione 6 che la 7. Costituiscono un forte freno alla piena diffusione degli standard e delle raccomandazioni del W3C, il che costituisce anche un ostacolo ad una maggiore usabilità e accessibilità dei siti web.

Il mio browser preferito è, ovviamente, Firefox (aspetto con ansia la versione 3 stabile), ma non disdegno di usare il gradevolissimo e utilissimo Flock, specialmente quando ho del lavoro da fare su Flickr, del.icio.us e YouTube. Uso le due versioni di MSIE solo per verificare la compatibilità dei siti cui ogni tanto lavoro.

Ecco di cosa avverte l’utente un sito come loc.alize.us:

e consiglia:

Eppure, ahimè, le statistiche parlano chiaro: i due Explorer sono ancora di gran lunga i browser più utilizzati.

Conversazioni dal basso 2008

Il wiki: http://conversazionidalbasso.pbwiki.com/cdb_08

Il blog: http://conversazionidalbasso.wordpress.com/

Su Youtube: http://it.youtube.com/user/videoCdB

Su flickr: http://www.flickr.com/groups/conversazionidalbasso/

Un paio di amici mi hanno chiesto consiglio sul software da istallare per provare in locale i vari CMS. Ho appuntato qualche nota e ne faccio un post qui.

Prima di tutto, va istallato un server. Tra i vari disponibili, mi sembra un’ottima soluzione quella offerta da Apache Friends, ossia Xampp, un pacchetto tutto-incluso che offre:

• Apache 2.2.8
• MySQL 5.0.51a
• PHP 5.2.5 & PHP 4.4.8
• PhpMyAdmin 2.11.4
• FileZilla FTP Server 0.9.25
• Mercury Mail Transport System v4.52
• OpenSSL 0.9.8g

Scaricate il vostro pacchetto Xampp.

Istallate Xampp selezionando anche i servizi Apache e MySQL:

La prima cosa da fare, prima di cominciare a lavorare sui vostri progetti, è cliccare sul link “Sicurezza” che appare nel menu di sinistra della vostra pagina di benvenuto di Xampp (all’indirizzo http://localhost). Selezionate il link consigliato e inserite una password per il database.

Leggere la guida qui che si trova sempre qui.

Una volta terminata l’istallazione, la pagina iniziale dei servizi è accessibile all’indirizzo http://localhost, mentre la cartella dove archiviare i files è c:\xampp\htdocs (se usate Windows).

Adesso avete un server sul vostro computer.

A questo punto potete istallare Joomla!

Scaricare joomla! 1.5.2

Decomprimere il pacchetto in una cartella (chiamiamola joomla) e collocatela in c:\xampp\htdocs

Digitare nella barra degli indirizzi del browser http://localhost/joomla

Seguite le istruzioni per l’istallazione, facendo attenzione alla configurazione del database

Dopo aver inserito le informazioni relative al database, dovrete scegliere una password da amministratore per Joomla!, ricordando che non è la stessa che avete scelto per il vostro database MySQL

Rimuovere la cartella installation.

Semplicissimo!

Ora, già che ci siete, istallate anche Drupal.

Scaricate Drupal 6.2.

Create il database del sito (chiamiamolo per semplicità drupal) andando nel vostro PhpMyAdmin, passando dalla pagina principale di Xampp (http://localhost), oppure direttamente dall’indirizzo http://localhost/phpmyadmin

Una volta creato il database, decomprimete l’archivio contenente Drupal e collocatelo in una cartella (chiamiamola drupal) all’interno di c:\xampp\htdocs.

A questo punto, basta digitare nella barra degli indirizzi del vostro browser http://localhost/drupal e si parte con la configurazione.

Attenzione a inserire i dati corretti. Se avete usato gli stessi nomi usati in questo post per il database e il relativo utente, vi troverete in questa situazione:

Ancora un paio di semplici passaggi, e Drupal è pronto per l’uso.

Have fun…

Google mette a disposizione, di chi voglia creare delle mappe dinamiche, uno strumento a dir poco disarmante per semplicità e potenzialità di utilizzo: è lo spreadsheetsmapwizard. In pratica si tratta di uno strumento che consente di creare una mappa partendo dai dati archiviati in un foglio di calcolo (di Google Docs).

La logica del funzionamento è semplice: attraverso le API è possibile prelevare i dati archiviati nel foglio di calcolo (ogni record, ovviamente, deve contenere i dati relativi a latitudine e longitudine delle informazioni da localizzare sulla mappa) e visualizzarli all’interno della mappa.

Sembra poco, ma non se si considera che i dati archiviati nel foglio di calcolo possono essere caricati con estrema facilità anche collaborativamente. Inoltre, grazie all’utilissimo e recente servizio dei Google Forms, possono essere creati dei form per l’invio dei dati, da inviare via email o inserire in apposite pagine web. I dati così trasmessi dall’utente vengono caricati in automatico nel foglio di calcolo, e quindi vengono automaticamente visualizzati nella mappa.

Il wizard è abbastanza rigido e prevede delle informazioni standard. Ma, se solo ci si diverte un po’ col codice, si possono creare delle mappe anche molto complesse, oltre che dinamiche e collaborative.

Buon divertimento

P.s.: se avete bisogno di uno strumento che vi consenta di individuare latitudine e longitudine dei vostri marker, EarthTool offre un ottimo servizio.

Una segnalazione interessante per chi lavora sulle API di GMaps. Ora è possibile inserire le street views nelle proprie mappe via API. Le street views consentono di aggiungere immagini ad alta risoluzione alle proprie mappe.

Ne dà l’annuncio il blog di Google Maps.