Apprendo da Mashable che, stando alle rilevazioni attuali, FF3.5 è il browser più utilizzato. Dando un’occhiata alla curva di crescita, si nota l’impennata dell’ultimo periodo.

Il punto di partenza per chi sviluppa applicazione con l’API di Flickr è http://www.flickr.com/services/api/. Qui si trova la documentazione ufficiale con esempi di codice e strumenti indispensabili, come l’API Explorer, disponibile per ogni metodo del servizio.

Ma la documentazione ufficiale non è l’unica risorsa. Imperdibile è anche il blog code.flickr, dove trovate anteprime, risorse, esempi, ecc.

A proposito di blog… Del team di sviluppo di Flickr è anche il formidabile geobloggers, dedicato al web service di Flickr, ma non solo. News, esempi di codice, risorse per geo-sviluppatori costituiscono i contenuti postati su geobloggers.

Un blog meno tecnico, ma sicuramente interessante per essere aggionati sulle nuove features del servizio è il Flickr Blog, disponibile anche in italiano.

Infine, una miniera d’oro per gli sviluppatori: il gruppo di discussione Flickr API.

Perchè, poi, perdersi il gruppo Flickr Hacks?

—————–

All’indirizzo http://code.google.com/apis/maps/ sono disponibili tutte le risorse che Google mette a disposizione degli sviluppatori di applicazioni basate su GMaps. Da questa pagina è possibile richiedere una chiave API, accedere ad una notevole quantità di tutorials e di esempi pratici, nonchè alla corposa “Google Maps API Reference”.

Per essere aggiornati su tutte le novità Google per geo-sviluppatori, non si può perdere il Google Geo Developers Blog, all’indirizzo http://googlegeodevelopers.blogspot.com/.

Il poderoso gruppo di discussione in lingua inglese fornisce aiuto e assistenza su qualunque problema riguardi le API di Google Maps (garantito!), con risposte rapide e precise.

La sezione interamente dedicata al servizio di geocoding, invece, è disponibile all’indirizzo
http://code.google.com/intl/it-IT/apis/maps/documentation/geocoding/index.html.

—————–

Twitter mette a disposizione la documentazione ufficiale per gli sviluppatori in un wiki: è il Twitter API wiki. Dal wiki si ha accesso ad una quantità di risorse, tutorials, FAQ, esempi, ecc.

Oltre al wiki, vi sono il blog ufficiale: http://blog.twitter.com/; il forum di aiuto: http://help.twitter.com/forums; un frequentato gruppo di discussione: http://groups.google.com/group/twitter-development-talk; il blog dedicato agli sviluppatori: http://apiblog.twitter.com/; infine, un wiki non ufficiale, ma sponsorizzato pubblicamente dai canali aziendali: http://twitter.pbworks.com/.

—————–

L’indice completo delle risorse sull’API di Slideshare si trova nella sezione Slideshare Developers & API.
Da qui si ha accesso alla documentazione ufficiale e ad alcune utili risorse esterne. Nella sezione Resources, infatti, troverete i link a tre ottimi tutorials di Yahoo!, che riporto anche qui:

• Make Yahoo! Web Service REST Calls with PHP
• Parse Yahoo! Web Service REST Calls with PHP
• Cache Yahoo! Web Service REST Calls with PHP

Vale la pena dare un’occhiata anche al gruppo di discussione Slideshare Developers su Google Groups.

—————–

YouTube offre due diverse API per permettere l’integrazione dei video all’interno di applicazioni e pagine web esterne.
La Reference Guide (YouTube Data API Protocol) è il nodo principale dove gli sviluppatori hanno a disposizione tutto ciò che occorre sapere per progettare in autonomia le loro applicazioni.

Ma non è tutto li, ovviamente. Google, infatti, ha messo a disposizione degli sviluppatori il Google Code Channel, in cui vengono costantemente inserite notizie, tutorials e informazioni varie relative al mondo Google.

Oltre a questo, c’è anche il canale dedicato a YouTube: The Official YouTube Channel.

Molto utile, per il valido supporto offerto, è il gruppo di discussione YouTube APIs Annoucements Forum.

Infine, l’indispensabile e onnipresente blog dedicato agli sviluppatori: il YouTube API Blog.

—————–

Anche questo mese appuntamento con ioProgrammo.

Come altre volte nel mesi scorsi, propongo un articolo in cui spiego come creare una webgallery. Se in passato ho utilizzato le API di Flickr e di Tumblr, stavolta faccio ricorso alle API di Picasa Web Album.

La prima parte del lavoro è dedicata, ovviamente, alla presentazione del servizio.
Descrivo poi lo schema dei feed atom dell’API e di come creare le query da trasmettere.

Infine, mostro lo sviluppo della galleria di immagini e aggiungo una semplice mappa su cui vengono localizzate.

L’argomento costituisce il terzo capitolo delle Google Data APIs di cui ho parlato sulla rivista.

Buona lettura!

Per gli sviluppatori web, come spesso accade ultimamente, la notizia del giorno la fa Twitter. Da alcuni giorni sono disponibili due nuovi metodi dell’API che permettono di individuare i “trending topics” legati ad una data località e, all’inverso, le località per cui si dispone di “trending topics”.

I due metodi sono trends/location e trends/available.

Per entrambi i metodi è rilevante il WOEID di Yahoo! (Where On Earth ID), che non è altro (pare poco) che un identificatore unico per ogni area del pianeta.

Il metodo trends/location, infatti, lo richiede come parametro obbligatorio, mentre il metodo trends/available restituisce una serie di WOEID nella risposta XML o JSON.

La notizia si è diffusa alla velocità della luce: chi volesse approfondire, trova molto materiale su Programmable Web.

Il tutto diventa ancora più interessante se le nuove features dell’API di Twitter si vanno a inserire nel giusto scenario d’uso. Da diversi mesi, infatti, sempre Yahoo! ha pubblicato una nuova API, Yahoo! Placemaker, che consente di ricavare dati geografici corretti, con tanto di WOEID, da testi o pagine web in cui compaiono nomi di località geografiche.
Cioè, se in un post io scrivessi… “stamattina sono andato a Roma, passando per Firenze”, passando all’API il permalink del post, otterrei una risposta XML o RSS con tutti i dati necessari ad individuare le due località (ne parlava anche Read Write Web).

I dati, a questo punto, potrebbero essere passati a Twitter per ottenere i “trending topics” (con tanto di URL) dibattuti di più a Roma e Firenze.

Ma non basta. Il WOEID di una località può essere passato a tutte le API di Yahoo!, Flickr compreso.

Allora, un analogo mashup potrebbe permetterci di ricavare le foto più recenti o più popolari delle località che appaiono nominate nel nostro post. Basterebbe passare all’API la URL:

http://api.flickr.com/services/rest/?method=flickr.photos.search&api_key=…&woe_id=…

Per ognuna delle località individuate.

Ah, dimenticavo…

All’API di Yahoo! Placemaker si può accedere anche via YQL.

Google offre alle organizzazioni che si occupano di informazione un nuovo strumento di pubblicazione video: YouTube Direct.

Grazie a YT Direct, le testate giornalistiche possono offrire ai propri lettori online la possibilità di caricare video su YT direttamente dal proprio sito. In alternativa, gli utenti possono inserire la URL di un video già presente.

Per approfondimenti, segnalo i due post di presentazione:

• Enrich your site with YouTube Direct
• Connecting citizens and journalists

Prendo esempio da Flavio e vi segnalo di avere a disposizione diversi inviti per Google Wave. Chi fosse interessato, può lasciare un commento a questo post, indicando come indirizzo di posta un account gmail.

Decisamente ricco il numero di ioProgrammo in edicola in questi giorni.

E per il sottoscritto è anche un numero da incorniciare: segna, infatti, un anno esatto di collaborazione con la rivista.

Due gli articoli da me firmati, entrambi su prodotti di casa Google. Innanzitutto, l’anteprima nazionale di Google Wave: offro una panoramica della piattaforma e spiego come creare dei semplici (ma estremamente utili) Wave Gadgets per arricchire e personalizzare le proprie onde.

Nel secondo articolo apro il capitolo delle Google Data APIs, con un’applicazione che utilizza la YouTube Data API (e la YouTube Player API).

Per celebrare l’anniversario (a beneficio dei lettori del blog e della rivista), sto preparando un post in cui riporterò i link a tutte le risorse da me utilizzate e citate nei 20 articoli apparsi durante l’anno.

Ci vorrà un po’ a raccogliere e commentare tutto il materiale, ma chi avrà pazienza sarà premiato

Happy waving!

È un bel pezzo che lo vado dicendo ed ora Mashable pubblica un post che lo conferma: se mandate una mail professionale, è probabile che chi la riceve darà peso anche all’account di posta che avete utilizzato. Da un’analisi di Credit Karma, un indirizzo di posta elettronica dice qualcosa di noi e un account GMail dà maggior credito di quanto ne dia un account Yahoo!, MSN e Hotmail.

Anzi, sembra che mandare una mail da Yahoo! possa addirittura causare danni alla propria immagine.

Le motivazioni potrebbero essere diverse e non del tutto scontate. Posso darvi solo la mia idea: GMail non è un account di posta, ma un accumulo di servizi di notevole qualità.

Da GMail è possibile interagire con estrema facilità con tutti i servizi Google, dal calendario ai documenti, dal feedreader alla chat. E tutto questo con lo stesso account. Per non parlare, poi, delle incredibili possibilità di condivizione dell’informazione.

In effetti, è qui che si basa il quasi-monopolio di Google, ma è anche in questa interazione tra servizi avanzati e nelle loro capacità di condivisione/collaborazione/distribuzione che si concretizza la differenza tra chi li usa e chi no.