venues-fr

From IndieWeb
Jump to: navigation, search

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 )
  • sous-ensembles d'heures d'ouverture, par ex. plus généralement, heures *foo*
    • happy hours (heures de discount, boissons, et/ou repas)
    • horaire auquel le repas est servi
    • horaires auxquels la cuisine prépare le repas (à l'opposé du repas tout fait / micro-ondes)
    • horaires auquels le menu complet du jour est disponible
    • horaires auxquels le repas du soir seulement est disponible
    • horaires de service des plats pour le petit-déjeuner
    • horaires auxuels les espressos sont servis (quelques cafés commencent à fermer leurs machines à espresso tôt, et les bars aussi)
    • 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

  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 [2]

...

Lieux centralisés

Exemples :

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