Escribe las filas A y B antes de consultar
La fila A usa https://api.subredditdata.com/v1/search?q=transit&subreddit=urbanplanning&limit=3. Para B, cambia únicamente q por housing. Ambas pertenecen a urbanplanning. Son consultas propuestas, no resultados observados. Encabeza la tabla con una pregunta concreta sobre la relación entre transporte y vivienda; así podrás decidir qué textos aportan algo y cuáles quedan fuera.
Añade columnas para ruta, subreddit, q completo, kind, from, to, min_score, limit, páginas intentadas, hora y resultado. Deja explícito qué filtros no usas. Mantén las condiciones de ambas filas iguales salvo el tema. Si decides cambiar el tipo de registro o el periodo, abre una nueva pareja de filas en lugar de modificar silenciosamente la comparación.
Haz visible la elección de fechas
from y to usan YYYY-MM-DD y filtran created_utc en UTC. Como ejemplo, from=2026-04-01 y to=2026-04-30 abarcan los días completos de abril; no afirman que el archivo cubra ese mes. to incluye todo el último día, también si es hoy, y no se recorta al instante de la solicitud. Usar las mismas fechas no elimina lagunas desiguales en el archivo.
Lee la búsqueda antes de interpretar el recuento
q busca en title y text con AND entre las palabras analizadas dentro de un campo coincidente. No equivale a buscar cualquiera de las palabras ni garantiza una frase exacta. Explica por qué elegiste esos términos: una discusión de transporte puede no decir transit. min_score es solo un umbral numérico, no una prueba de calidad. El orden _doc no clasifica por fecha, puntuación o relevancia.
La recuperación admite hasta 100 registros por solicitud y 100 páginas por consulta. Los totales pueden ser exactos, una cota inferior o desconocidos; eq, gte y unknown expresan esas situaciones. No uses una cota como denominador exacto. El mismo esfuerzo de lectura no convierte dos selecciones en muestras representativas.
Registra una intersección sin duplicar personas
Si recibes un texto sobre viviendas junto a una estación, puede corresponder a ambas filas. Conserva una referencia por registro y marca los dos temas. Añade el problema planteado, la respuesta propuesta y la razón de tu etiqueta. Este caso es hipotético: no inventes una cita para completar la tabla. Si falta material, deja constancia de ello.
Los registros planos pueden carecer de contexto. parent_id y link_id permiten agrupación local cuando están presentes, sin garantizar una conversación completa. Mantén una categoría pendiente cuando no puedas interpretar un fragmento. Ni dos coincidencias equivalen a dos personas ni una etiqueta local es una medición suministrada por la API.
Redacta la nota dentro de lo que has leído
Indica cuántos registros leíste, cuáles se solapan, cuáles excluiste y cuáles siguen sin clasificar. Describe diferencias entre esos textos, sin deducir crecimiento, preferencias de toda la comunidad o significación estadística. Guarda las respuestas con las condiciones: otra ejecución puede devolver material distinto.
Cada solicitud correcta consume un crédito, incluso vacía. Una respuesta perdida puede haber sido cobrada y un reintento correcto consume otro crédito; revisar archivos locales no lo hace. Termina con la pregunta que justificaría otra página. Un buen resultado puede ser una lista de ejemplos contextualizados y evidencia que todavía falta.
