Carte du tableau de porte

Affiche les détails de vol fournis, les heures de départ prévues et estimées, le statut d’embarquement et le groupe appelé. Lors d’un changement de porte programmé, l’ancienne porte reste affichée jusqu’à l’instant du changement, puis la nouvelle porte apparaît avec un avis clair. Les données périmées restent marquées, et l’horloge n’invente jamais un état de départ ou d’embarquement.

Carte en direct

Catégorie : Information publique. Étiquettes : Transport et voyages, Horaires, Orientation et annuaires.

Mises en page

Cette carte plein écran occupe tout l’écran en mode paysage ou portrait et n’est pas placée en coin, puce ou bande.

Mises en page : pleine. Formes : paysage, portrait.

Mises en page, thèmes et publication des cartes. Parcourir les cartes.

Données et confidentialité

Cette carte utilise ses propriétés configurées et les données de carte en direct.

Informations publiques sur les vols et les portes seulement ; aucune donnée passager requise.

Propriétés

Pour le thème, l’arrière-plan, l’accent et la position, voir Propriétés communes.

Définissez les propriétés statiques dans les params de la carte lorsque vous la créez. Son document de données ne contient que des propriétés dynamiques. Les lignes imbriquées décrivent le contenu de leur propriété parente.

Propriétés statiques

Propriétés dynamiques

Exemple de canevas

Enregistrez les propriétés statiques comme params.json et créez la carte. Le résultat contient son identifiant crd_.

{
  "theme": "neomustard"
}

screenrig card create --type gate-board --major 1 --file params.json

Ajoutez cet élément aux primitives d’une page de liste de lecture, en remplaçant l’identifiant de l’exemple par celui de votre carte. Publiez la liste de lecture et assignez un écran.

{
  "id": "gate-board",
  "primitive": "card",
  "card": "crd_01EXAMPLECARD000000000",
  "layout": "full",
  "content_fit": "fill"
}

Écrire des données en direct

Écrivez le document dans la carte après l’avoir créée, puis remplacez-le pour mettre à jour l’écran sans republier. La carte vérifie chaque écriture par rapport à ses propriétés dynamiques et refuse un document qu’elle rejette. Utilisez le même projet que la liste de lecture.

Enregistrez le document sous card-data.json. La CLI lit le document lui-même, sans enveloppe :

{
  "title": "Gate information",
  "flightNumber": "",
  "destination": "",
  "destinationCode": "",
  "gate": "",
  "previousGate": "",
  "boardingGroup": "",
  "boardingMessage": "",
  "scheduledAt": "",
  "estimatedAt": "",
  "boardingAt": "",
  "boardingClosesAt": "",
  "gateChangedAt": "",
  "statusChangedAt": "",
  "groupChangedAt": "",
  "updatedAt": "",
  "footnote": "",
  "status": "scheduled"
}

screenrig card data put crd_01EXAMPLECARD000000000 --file card-data.json

Ou appelez directement l’API. L’API enveloppe le même document dans un champ document. Un jeton agent nomme déjà son projet, donc aucun en-tête de projet n’est envoyé ; si vous envoyez ScreenRig-Project, il doit correspondre au projet du jeton. Fournissez votre autorisation API via l’environnement ; voir Authentification API.

curl --request PUT "https://api.screenrig.ai/api/cards/crd_01EXAMPLECARD000000000/data" \
  --header "Authorization: Bearer $SCREENRIG_TOKEN" \
  --header "Content-Type: application/json" \
  --data '{"document":{"title":"Gate information","flightNumber":"","destination":"","destinationCode":"","gate":"","previousGate":"","boardingGroup":"","boardingMessage":"","scheduledAt":"","estimatedAt":"","boardingAt":"","boardingClosesAt":"","gateChangedAt":"","statusChangedAt":"","groupChangedAt":"","updatedAt":"","footnote":"","status":"scheduled"}}'