Quali progetti di armonizzazione delle liste di luoghi sono in corso?

Ci sono un certo numero di questi servizi, il che suggerisce che la molteplicità di dati duplicati nello spazio locale è un problema riconosciuto che deve essere risolto. Ecco una breve panoramica delle iniziative rilevanti:

• Factual (il mio negozio; come sempre sono totalmente imparziale) mantiene il nostro Crosswalk API (http://www.factual.com/data-apis/places/crosswalk); documenti qui: http://developer.factual.com/display/docs/Places+API Questo differisce dagli altri per la dimensione (attualmente 500m di riferimenti incrociati) e l'intenzione: Factual crosswalks URLs così come IDs: il nostro pensiero qui è che gli URLs sono sempre più usati per rappresentare entità in 'place pages' e -- con hcard, microformatting, e OpenGraph -- possono essere risolti ai loro attributi con poche righe di codice: facilmente raggiungibile, semantica gustosa.
  
• Foursquare Venue Harmonization: Blog http://blog.foursquare.com/2011/03/14/1up-the-importance-of-platforms-and-how-we%E2%80%99re-extending-ours/ e API https://developer.foursquare.com/venues/mapping.html Si possono ottenere le sedi di 4sq tramite namespace+ID di terze parti, e il contrario (bello). L'API di ricerca ha anche un'opzione "intent=match" per la mappatura runtime. Anche questo è buono.

Qui c'è un elemento critico su questo argomento, spesso non detto: generalmente i fornitori di dati radicati non amano gli incroci come questi perché sono visti come una convalida dei dati di un concorrente. I nuovi attori, tuttavia, si rendono conto che ci sono inefficienze nel sistema troppo grandi per essere ignorate, e che i prossimi grandi business locali saranno costruiti sopra e sopra i dati locali sempre più mercificati.

Deadpool Update
La cosa sui servizi di crosswalk è che tendono ad essere abbandonati. Questo perché non costituiscono un buon modello di business di per sé, ma solo come servizio accessorio a qualcos'altro. Anche allora, sono spesso visti dal 'management' come qualcosa che è più importante per una 'comunità' che per il business stesso. Molto spesso hanno ragione.

Ecco alcuni che sembrano essere stati parcheggiati o 404' da quando ho postato nell'agosto 2011.

• Placecast Match: Il blog post di lancio è qui http://blog.placecast.net/post/489490648/opening-the-placecast-match-api ma il prodotto ora è 404: http://placecast.net/matchapi/index.html Due caratteristiche lo hanno reso molto difficile da usare: gli sviluppatori dovevano prima caricare i dati e poi confrontare i successivi caricamenti con le proprie informazioni, e tutti gli input dovevano essere geocodificati prima dell'uso.
• Taplio: http://tapl.io/ un browser plug-in che dimostra l'approccio di Taplio's alla disambiguazione runtime e l'astrazione API locale attraverso 11 namespaces (usa in parte la Factual Crosswalk API, sotto). 404 al 13/10/2012
  
• Twitter: https://dev.twitter.com/docs/places/finding-tweets-about-places Twitter supporta una serie di namespace+ID di terze parti solo come input. Hanno fatto la mappatura, ma non è una strada a doppio senso; si possono ottenere solo tweet in uscita. Twitter ha staccato la spina sulla maggior parte delle cose geo e il link sopra reindirizza alla homepage della documentazione.
  
• Gowalla include gli ID dei locali di Foursquare nei loro ritorni API (http://blog.programmableweb.com/2011/03/25/gowalla-leads-in-openness-to-offer-place-data-download-this-year/). Non una piattaforma di armonizzazione, ma un importante sforzo per eliminare i silos. Acquisito da Facebook.
  
• Uberblic di Berlino fa la mappatura delle entità aziendali attraverso le API. Non so nulla di loro. Attualmente in closed beta: http://uberblic.com/ non attività del sito web da agosto 2011