Subreddit Data
Navigation principale

De deux recherches à une note dont on peut relire les preuves

Construisez deux lignes de requête dans urbanplanning, fixez les mêmes dates et types de texte, puis consignez les recoupements et les limites de lecture.

Obtenir une clé API

Écrire les deux lignes avant les appels

La ligne A utilise https://api.subredditdata.com/v1/search?q=transit&subreddit=urbanplanning&limit=3. Pour B, remplacez seulement q par housing. Les deux recherches portent sur urbanplanning. Il s’agit de propositions de requêtes, pas de résultats observés. Écrivez au-dessus du tableau la question qui relie transports et logement afin de déterminer ce que chaque texte pourrait apporter.

Notez la route, subreddit, q complet, kind, from, to, min_score, limit, les pages tentées, l’heure et le résultat. Indiquez explicitement les filtres omis. Conservez les mêmes conditions hors thème. Si vous changez le type ou la période après lecture, créez une nouvelle paire de lignes pour garder la différence visible.

Faire du calendrier un choix explicite

from et to sont des dates YYYY-MM-DD qui filtrent created_utc en UTC. Par exemple, from=2026-04-01 et to=2026-04-30 désignent les journées entières d’avril, sans affirmer une couverture de ce mois. to inclut toute la dernière journée, même si c’est aujourd’hui, sans coupure à l’heure de l’appel. Des dates identiques ne suppriment pas des lacunes inégales.

Comprendre ce que les mots sélectionnent

q cherche dans title et text avec AND entre les mots analysés au sein d’un champ correspondant. Ce n’est ni une liste d’alternatives ni une phrase exacte garantie. Expliquez le vocabulaire : un texte de transport peut ne pas employer transit. min_score est un seuil numérique, pas une mesure de qualité. L’ordre _doc n’est ni chronologique, ni par pertinence, ni par score.

La limite est de 100 enregistrements par requête et de 100 pages par recherche. Les totaux peuvent être exacts, des bornes inférieures ou inconnus : eq, gte et unknown décrivent ces cas. Une borne n’est pas un dénominateur exact. Un effort de lecture identique ne prouve ni représentativité ni collecte complète.

Relier un texte aux deux thèmes sans le doubler

Un passage reçu sur des logements près d’une gare peut relever des deux lignes. Gardez une référence au texte et deux étiquettes. Ajoutez le problème pratique, la réponse proposée et la raison du classement. Cet exemple est hypothétique : ne fabriquez pas de citation pour remplir le tableau. Si aucun texte adéquat n’est reçu, consignez cette situation.

Les enregistrements sont plats et certains champs peuvent manquer. parent_id et link_id, lorsqu’ils existent, permettent un regroupement local sans garantir toute la conversation. Réservez une catégorie indéterminée aux fragments insuffisants. Deux apparitions ne représentent pas deux personnes ; vos étiquettes ne sont pas des mesures calculées par le service.

Conclure à l’échelle des textes lus

Présentez les nombres de textes lus, communs aux deux recherches, exclus et non classés. Décrivez leurs différences sans en déduire la croissance, les préférences de toute la communauté ou une signification statistique. Conservez réponses et conditions avec la note ; une exécution ultérieure peut rendre d’autres textes.

Chaque récupération réussie coûte un crédit, même vide. Une réponse perdue peut déjà être facturée et une nouvelle tentative réussie consomme un autre crédit. Relire les fichiers locaux ne lance aucun appel. Terminez par la question qui justifierait une page supplémentaire : un besoin précis de contexte est plus utile qu’une promesse de tout collecter.