Qype API: Des milliers de POI disponibles sur la France (hôtels, restaurants, culture, …)
POI?
Un POI (Point Of Interest ou Point d'intérêt en FR) représente un emplacement sur une carte, étant potentiellement intéressant. Par exemple, un POI peut être un distributeur de billet ou un hôtel. Il peut comporter de divers attributs suivant sa nature (heures d'ouverture, numéro de téléphone, adresse, etc.).
Mais l'information la plus importante est sa localisation. A chaque POI est associé un couple longitude / latitude permettant d'afficher le POI sur une carte. Ces POIs peuvent par exemple être utilisés par des GPS pour vous afficher les hôtels alentours par exemple. Des formats d'échange tels que le .GPX peuvent être utilisés pour transférer des POIs.
Trouver des POIs en France
Maintenant que vous savez ce qu'est un POI, voyons comment en trouver. Pour ma part, j'avais besoin de trouver des POIs pour pouvoir (peut-être) les afficher sur une carte dans une des applications cartographiques que je développe. J'ai donc essayé plusieurs pistes, plus ou moins concluantes. Voici mes résultats.
Données GPS mise à jour par des internautes
Comme je l'ai expliqué plus haut, les GPS peuvent "manger" des fichiers contenant des POIs pour ensuite les afficher sur leur carte. Ce que je savais pas en revanche, c'est que certains acharnés / passionnés ont crée leurs propres fichiers répertoriant des milliers des POIs en France et tout cela gratuitement. Le plus gros site de partage est d'échange est sûrement le forum GpsPasSion:
Chaque topic correspond à une "collecte" à laquelle chacun peut ajouter ses modifications et ajustement afin d'arriver à un fichier complètement vérifié. Par exemple, vous pouvez trouver tous les POIs correspondant à des restaurants Quick en France et en Belgique. Mais ces collectes sont parfois beaucoup plus conséquentes avec par exemple les hôtels ou les distributeurs de banques. Un travail immense a du être effectué pour entrer et vérifier tous ces points.
Seulement, il manque des informations attributaires importantes à ces fichiers qui ne répertorient bien souvent "que" la position et le nom du POI en question. Dans mon cas, il est plus intéressant pour les utilisateurs d'avoir par exemple le numéro de téléphone ou bien des évaluations de consommateurs. Grâce à Qype, cela est possible.
Qype API
Certains ont compris qu'au lieu de faire le travail titanesque de référencement et d'actualisation, il valait mieux laisser les utilisateurs s'en charger. C'est le cas de Qype. D'autant plus qu'en mettant à disposition des applications mobiles et un système de badge, on peut faire de ce référencement une tâche presque ludique.
Pour la consultation, vous avez donc à votre disposition des applications mobiles mais aussi le site web qype.fr.
Mais vous pouvez aussi utiliser les informations détenues par Qype au travers d'une API. Cette API est une API REST (pour faire simple, une API sur protocole HTTP accessible par de simples URLs comprenant certains paramètres).
Chose assez appréciable, la documentation est agréable à lire et très claire. J'ai déjà lu pas mal de documentations d'API et celle-ci est de loin la plus claire, avec de nombreux exemples.
Accéder à la documentation de l'API Qype
Pour pouvoir utiliser cette API, il vous faut bien sûr une clé API que vous pouvez demander gratuitement avec votre compte Qype.
Un petit exemple qui recherche tous les POIs sur Lyon contenant le mot "bouchon":
http://api.qype.com/v1/places?in=Lyon&show=bouchon&consumer_key=KWL0ZfFy0hwH4uR6oecQw
Vous obtenez un XML (aussi disponible en JSON) comportant une multitude d'informations sur chaque POI. D'autres liens sont aussi fournis pour accéder directement aux commentaires (par langue) ou aux photos envoyées par les utilisateurs. Tous les résultats sont paginés (avec possibilité de définir les paramètres de pagination. Des millions de POIs dans le monde (plus de 20 000 rien que sur Lyon) dans de nombreuses catégories. Bref, de quoi enrichir facilement vos applications avec des données plus qu'utiles.
Pour l'instant, il n'existe pas (encore) de librairie AS3 pour faciliter l'accès à cette API Qype (construction de requêtes, authentification, de-serialisation des résultats). Je vais expérimenter sur cette API, si je me sens la motivation, je ferais cela bien afin de publier une API AS3 qui facilitera l'accès aux données Qype 
[Offre de stage] – Développeur Flex & Réseaux sociaux (Paris)
Développeur Flex & Réseaux sociaux (Paris) (Offre de stage)
- Titre: Développeur Flex & Réseaux sociaux
- L'entreprise: Likiwi.com (http://www.likiwi.com) est une application Facebook permettant aux utilisateurs de téléphoner gratuitement à leurs amis Facebook, de cumuler des points en visionnant une publicité avant chaque appel et d’utiliser ces points pour appeler gratuitement vers des téléphones fixes et mobiles
Profil Recherché
- Profil recherché:
- Sous la direction du responsable technique, vous prendrez en charge l’analyse, l’amélioration et le développement de nouvelles fonctionnalités de l’application. L’objectif est d’améliorer la viralité de l’application et de créer de nouvelles fonctionnalités utiles à nos utilisateurs.
- Les missions et objectifs comprennent :
- Interconnexion avec l’API Facebook pour utiliser les différents outils de viralité.
- Amélioration et optimisation du code AS3/Flex et des requêtes SQL.
- Amélioration des performances (vitesse d’exécution) pour un traitement en temps réel.
- Compétences Techniques Requises: •
- Bonne maîtrise de ActionScript 3 dans l’environnement Flex.
- Bonne maîtrise de PHP/MySQL, Javascript (Ajax), HTML et CSS.
- Connaissance de l’API Facebook serait un plus.
- Capacité à organiser son travail de manière autonome.
- Bon sens de la communication et du travail en équipe.
- Vous êtes passionné par les réseaux sociaux, le web et ses évolutions. Vous avez envie de découvrir l’environnement d’une start-up.
- Expérience Requise: -
- Formation: -
- Disponibilité: Mai 2010
Conditions d'embauche
- Lieu : Paris
- Rémunération: Suivant profil
- Contrat: CDI
Pour postuler
- Contact:
- Candidature : CV + projets réalisés à stages (AT) likiwi (POINT) com
Flex Library – Youtube Player AS3 API
Google a sorti il y a quelques jours, l'API ActionScript 3 officielle pour l'intégration de vidéos Youtube. En utilisant cette API, vous pourrez ainsi intégrer facilement des vidéos Youtube dans vos applications Flex. Cette nouvelle API est "Chromeless", ce qui signifie que vous pourrez avoir les vidéos Youtube sans la barre d'outils qui va avec (mais avec le logo Youtube quand même). Vous pourrez ainsi designer votre propre barre d'outils (en utilisant le Open Source Media Framework par exemple).
Avant cette sortie, les développeurs AS3 devaient utiliser des librairies qui faisaient le lien entre l'API AS2 native et leur code ActionScript 3. Avec la sortie officielle de cette API AS3, plus besoin de passer par des manipulations douteuses. Vous pourrez vous concentrer sur le développement et ne plus vous soucier de la gestion d'un code cross-langage.
Adobe et Facebook s'associent pour créer une librairie AS3 pour Facebook Platform
Adobe et Facebook ont annoncé aujourd'hui leur coopération pour permettre aux développeurs Web de créer plus facilement des application en utilisant Flash / Flex (la "Adobe Flash Platform") avec la Facebook Platform.
Cette association se traduit par la création d'un librairie officielle ActionScript 3 pour la Facebook Platform. Cette librairie est gratuite et Open Source et supporte toutes les API (Application Programming Interfaces) de Facebook comme Facebook Connect.
Documentations et exemples d'application sur la AS3 Facebook Library
Jusqu'à maintenant, quelques API non-officielles existaient et elles avaient bien du mal à garder le rythme pour rester à jour car la Facebook Platform évolue rapidement. Grâce à cette annonce, ActionScript est l'un des 3 langages officiellement supportés (avec PHP et JavaScript) par la Facebook Platform.
Pour télécharger cette librairie, vous pouvez aller directement sur le projet Google Code:
Premier Prix au Concours étudiant Orange API avec une application Adobe Air
Je ne parle pas souvent de ma vie sur ce blog (c'est la première fois en fait) car je n'ai pas envie de polluer le blog avec des billets inutiles pour avoir un blog 100% Flex. Mais cette fois, cela concerne à la fois moi et les technologies Adobe donc j'en profite.
Comme le titre l'indique, j'ai remporté un concours organisé par Orange exclusivement réservé aux étudiants au niveau national. Le concours était basé sur l'utilisation des API Orange. En effet, Orange a ouvert plusieurs API au grand public, il y a quelques mois. Parmi ces APIs, on a l'envoi de SMS, de mail, la géo-localisation, la gestion du compte utilisateur/répertoire Orange…
Consulter la liste des APIs Orange disponibles
En gros, on peut discerner 3 grands types d'APIs Orange:
- Les API Instant, qui sont de simples appels à des services types REST (envoi de SMS/Mails, mise en place d'un appel…)
- Les API Personal, qui servent à accéder aux informations d'un compte utilisateur Orange. L'utilisation de ces APIs n'est pas directe, il faut que l'utilisateur s'identifie sur le site d'Orange pour récupérer un token d'identification pour ensuite pouvoir les utiliser. Question de sécurité bien sûr.
- Les API Commercial, réservées au professionnel et payantes, offrant de meilleurs services comme par exemple le service d'envoi de SMS en masse…
- Les API Web 2.0, pour récupérer des informations depuis les autres sites d'Orange comme Pikeo
Seules les API Instant et Personal pouvaient être utilisées dans le cadre du concours. Il fallait donc créer quelque chose à partir de ces APIs Orange, un widget, un site web, une appli mobile etc., le support était au choix. Au niveau de la technologie, aucune limite non plus, même si les kits de connexions (pour pouvoir exploiter les API Personal) étaient en PHP.
Il aurait donc été assez simple d'utiliser ces APIs dans le cadre d'une application web classique, avec appel à des pages PHP pour la récupération d'informations et typiquement l'utilisation d'un peu d'Ajax pour rendre cela asynchrone. Mais depuis que j'ai découvert Flex, je me suis un peu dégoûté du développement d'applications web classiques et des éternels problèmes qui reviennent quand on fait du web. En plus, le cadre de développement d'applications connectées se portaient idéalement à une utilisation de Flex.
Mes projets (Open Source)
Autres
