venues-fr

Cette page a démarré sur venues

= Lieux = Un lieu est une abstraction de plus haut niveau d'un endroit ou adresse /geo qui typiquement a un nom, et s'utilise pour les checkins.

Lieux Indieweb
Les lieux indieweb sont la pratique d'auto-héberger les endroits ( endroits auto-hébergés ) sur votre propre site avec vos propres URLs.

Technique

 * Utiliser simplement hCard sur les URLs indieweb de lieux.

Extensions
Les extensions possibles (rencontrées par les membres de la communauté indieweb dans le vrai monde)
 * heure d'ouverture (effort en rapport sur le format : http://microformats.org/wiki/opening-hours )
 * +1 Tantek
 * sous-ensembles d'heures d'ouverture, par ex. plus généralement, heures *foo*
 * happy hours (heures de discount, boissons, et/ou repas)
 * +1 Tantek
 * horaire auquel le repas est servi
 * +1 Tantek
 * horaires auxquels la cuisine prépare le repas (à l'opposé du repas tout fait / micro-ondes)
 * +1 Tantek
 * horaires auquels le menu complet du jour est disponible
 * +1 Tantek
 * horaires auxquels le repas du soir seulement est disponible
 * +1 Tantek
 * horaires de service des plats pour le petit-déjeuner
 * +1 Tantek
 * horaires auxuels les espressos sont servis (quelques cafés commencent à fermer leurs machines à espresso tôt, et les bars aussi)
 * +1 Tantek
 * horaires auxquels les toilettes réservés aux consommateurs sont ouvertes (par ex. dans quelques stations-services) )
 * contournement silo en cours (et syndication future possible)
 * les trucs de Foursquare sont attachés à ces lieux.
 * stratégie de transition Indieweb : importer les trucs Foursquare semi-automatiquement à l'intérieur des URLs de lieux indieweb quand les dites URLs existent et disposer d'URLs rel-alternate vers les lieux équivalents sur Foursquare.

UX Flux de Lieu Inter-site

 * 1) L'utilisateur A publie un checkin sur son site indieweb, avec le lieu marqué comme une h-card (et sipossible un lien vers une URI de lieu sur le même site)
 * 2) L'utilisateur B est dans le même endroit et voit les checkins. Il décide d'aller au même endroit.
 * 3) L'utilisateur B a une extension navigateur qui parse les pages de checkin pour un marquage h-card, et affiche un bouton “Enregistrement de ce lieu sur votre site” button. Il clique dessus.
 * 4) L'utilisateur B est redirigé vers un formulaire sur son site pour la création d'un nouveau lieu, pré-rempli avec l'information concernant le lieu fournie par la h-card
 * 5) L'utilisateur B s'enregistre sur sa copie du lieu sur son propre site

Améliorations potentielles :


 * Exécuter une création de lieu et d'enregistrement sur la même étape
 * Exemple d'implémentation : ajouter automatiquement des tags machine à la note de checkin avec la data du lieu, puis disposer d'un "event-listener" qui ramasse le lieu tagué qui ne dispose pas encore d'URI, et le crée
 * Lien entre les pages de lieux sur les sites séparés
 * Fournit un moyen encore cohérent et décentralisé pour faire référence à un lieu
 * Pourrait permettre une mise à jour d'un lieu sur un site pour déclencher les mises à jour sur d'autres sites

Opinions
"I'd rather post a check-in on my own site, and have it use a venue URL that is *also* on my own site. Then at that indieweb venue URL, it can link to equivalents on Foursquare, OSM, FB, and whatever other centralized venue databases are created in the future. - Tantek"

...

Lieux centralisés
Exemples :
 * Lieux Foursquare
 * Lieux Open Street Maps

Perte de données
Experience with Foursquare's "community generated/patrolled venues database" is that a few griefers can pollute/damage the data quite badly, with deletions, overmergings etc. Sad to say, same thing happens with Wikipedia (excessive deletions, overmergings). Thus little hope that a "community hosted venues database" wouldn't have all the same problems, if not worse.

Voir aussi

 * 2012 IndieWebCamp Open Checkins Venue discussion
 * checkin
 * endroit