Objetivo
Valorar un campo para enlazar la grabación en vídeo de una charla/evento una vez ha ocurrido — hoy no hay ningún sitio en el schema donde ponerlo.
Por qué no está ya resuelto
A diferencia de speakers (explícitamente listado en "What v0.3 does not solve"), esto no aparece mencionado en ningún sitio del README ni de DECISIONS.md — no es un hueco reconocido, es uno que probablemente nadie ha planteado todavía. Ningún campo existente lo cubre por accidente:
image es explícitamente "the poster" (cartel), no vídeo.source.url apunta a de dónde vino el dato del evento (un .ics, Meetup…), no a una grabación.location.onlineUrl es el enlace de conexión en directo, que normalmente deja de tener sentido o cambia de significado una vez terminado el evento.
Por qué importa
Es un caso de uso real y frecuente: comunidades que graban sus charlas y las suben a YouTube/PeerTube después, y directorios/agregadores que quieren enlazar la grabación desde el mismo documento del evento en vez de obligar a buscarla aparte. A diferencia de offers/availability, este es un dato que se añade después de publicado el evento — el documento ya existe con su id estable, solo se actualiza.
Preguntas a resolver
- ¿Un campo simple (
recordingUrl) o una lista (como offers), por si hay grabaciones en varios sitios (YouTube + repositorio propio) o varias partes (charla + Q&A por separado)?
- ¿Es del evento, o de cada parte en un evento
multipart — una charla concreta dentro de una conferencia de varias? Esto se solapa con la discusión de multi-part events (#issue-multipart): si cada charla es su propio documento con su propio id, el campo de grabación cuelga naturalmente de ese documento.
- Traducción a los tres destinos: ¿algo análogo a
url de un MediaObject/VideoObject en schema.org (Google sí puede mostrar esto en resultados enriquecidos)? En iCalendar no hay término nativo — igual que offers, degradaría a DESCRIPTION o una extensión X-. En RSS/Atom podría ir en el cuerpo del item, o si el feed en sí anuncia el vídeo, como un enclosure.
- ¿Se actualiza el mismo documento (mismo
id, updatedAt nuevo) o se trata como un dato que vive fuera del feed de eventos futuros (algunos feeds solo publican eventos próximos y dejan de listar los pasados)? Esto tiene implicación práctica sobre si vale la pena modelarlo en el Event Schema o si es mejor un caso de extensión no prefijada hasta que haya un productor real.
Alcance
Este issue no propone tocar spec/v0.3/. Se abre para discutir la forma antes de proponer un schema concreto; si se confirma como hueco real, sería candidato a P034+ para el track RESUME-SCHEMA-AUDIT.md.
Objetivo
Valorar un campo para enlazar la grabación en vídeo de una charla/evento una vez ha ocurrido — hoy no hay ningún sitio en el schema donde ponerlo.
Por qué no está ya resuelto
A diferencia de speakers (explícitamente listado en "What v0.3 does not solve"), esto no aparece mencionado en ningún sitio del README ni de
DECISIONS.md— no es un hueco reconocido, es uno que probablemente nadie ha planteado todavía. Ningún campo existente lo cubre por accidente:imagees explícitamente "the poster" (cartel), no vídeo.source.urlapunta a de dónde vino el dato del evento (un.ics, Meetup…), no a una grabación.location.onlineUrles el enlace de conexión en directo, que normalmente deja de tener sentido o cambia de significado una vez terminado el evento.Por qué importa
Es un caso de uso real y frecuente: comunidades que graban sus charlas y las suben a YouTube/PeerTube después, y directorios/agregadores que quieren enlazar la grabación desde el mismo documento del evento en vez de obligar a buscarla aparte. A diferencia de
offers/availability, este es un dato que se añade después de publicado el evento — el documento ya existe con suidestable, solo se actualiza.Preguntas a resolver
recordingUrl) o una lista (comooffers), por si hay grabaciones en varios sitios (YouTube + repositorio propio) o varias partes (charla + Q&A por separado)?multipart— una charla concreta dentro de una conferencia de varias? Esto se solapa con la discusión de multi-part events (#issue-multipart): si cada charla es su propio documento con su propioid, el campo de grabación cuelga naturalmente de ese documento.urlde unMediaObject/VideoObjecten schema.org (Google sí puede mostrar esto en resultados enriquecidos)? En iCalendar no hay término nativo — igual queoffers, degradaría aDESCRIPTIONo una extensiónX-. En RSS/Atom podría ir en el cuerpo del item, o si el feed en sí anuncia el vídeo, como unenclosure.id,updatedAtnuevo) o se trata como un dato que vive fuera del feed de eventos futuros (algunos feeds solo publican eventos próximos y dejan de listar los pasados)? Esto tiene implicación práctica sobre si vale la pena modelarlo en el Event Schema o si es mejor un caso de extensión no prefijada hasta que haya un productor real.Alcance
Este issue no propone tocar
spec/v0.3/. Se abre para discutir la forma antes de proponer un schema concreto; si se confirma como hueco real, sería candidato a P034+ para el trackRESUME-SCHEMA-AUDIT.md.