Cette page a démarré sur venues

Cet article est une ébauche. Vous pouvez aider le wiki IndieWebCamp à l'améliorer et le compléter.

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) [1])
- 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

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)
L'utilisateur B est dans le même endroit et voit les checkins. Il décide d'aller au même endroit.
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.
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
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 [2]

...

Lieux centralisés

Exemples :

Lieux Foursquare
Lieux Open Street Maps

Critiques

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