Distinguish scraped from manually verified/corrected entries

Abierto

#77 abierto el 11/7/2021 5 comentarios 1 reacción 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Evaluación

Dificultad: 5/5
Tiempo estimado: Más de una semana
Aptitud para principiantes: 25/100

Tipo de issue: Nueva funcionalidad
Claridad: Necesita aclaración
Estado de actividad: Estancado
Área: database

Línea de trabajo

Empieza por localizar el flujo de scraping y actualización, y después revisa cómo se almacenan y reemplazan los metadatos de las entradas. Compara separar los datos sin procesar obtenidos mediante scraping de las correcciones del usuario con registrar el origen de cada campo. El trabajo estará terminado cuando los scrapes repetidos ya no sobrescriban los metadatos verificados o corregidos manualmente.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

schema

In the event of an active platform which is being scraped multiple times, it's a good idea to know which entries have been manually adjusted or corrected, so that their metadata is not overridden with a flawed or incomplete version.

An ideal solution, IMO, would be for the raw, scraped data to be stored separately from manually corrected/user-provided data. From there, they could be merged every time an update is performed.

An alternate solution would be for the metadata to contain the source of the information, allowing skipping such unwanted overrides in this way.

Lenguaje dominante: C
Estrellas: 95
Forks: 52
Merge medio: 7 h 33 min
PR fusionados (30 d): 1

Guía de contribución

Abrir la guía de contribución

Primeros pasos

Lee el issue completo y luego la guía de contribución del proyecto.
Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
Haz un fork del repositorio y trabaja en una rama.
Abre un pull request que haga referencia al número del issue.

Más de gbdev/database

schema: add metadata descriptor for 'demo' (as in demo version, not demoscene) Abierto

Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100

gbdev/database#293 · Abierto el 20/8/2026
LICENSE: add odbl for the dataset Abierto

Dificultad 1/5 Menos de una hora Aptitud para principiantes 35/100

gbdev/database#280 · Abierto el 6/5/2026
Tag gbcompo23 finalists Abierto

database

Dificultad 2/5 1-3 horas Aptitud para principiantes 30/100

gbdev/database#271 · Abierto el 25/11/2025
GBDK Gallery Abierto

source

Dificultad 3/5 1-2 días Aptitud para principiantes 25/100

gbdev/database#264 · Abierto el 9/2/2025
Hardware features Abierto

schema

Dificultad 3/5 1-2 días Aptitud para principiantes 35/100

gbdev/database#263 · Abierto el 9/2/2025

Todos los issues de gbdev/database

Issues similares

if(cond,a,b) treats any nonzero cond as true in every bngsim backend (ExprTk interpreter, C codegen, SSA), which contradicts docs/reference/expressions.md ('true when > 0.5') and BNG's run_network. A non-boolean condition in (-inf,0) or... Abierto

bug

Dificultad 1/5 Menos de una hora Aptitud para principiantes 60/100

lanl/bngsim#774 · Abierto el 23/9/2026
Signed left-shift undefined behavior in `nbase/nbase_addrset.c` (`(1<<31)`, 4 sites) Abierto

Nmap

Dificultad 1/5 Menos de una hora Aptitud para principiantes 85/100

nmap/nmap#3514 · Abierto el 23/9/2026
[BUG] libcuml fails to build with -DCUML_ALGORITHMS=SVM (cuVS not linked) Abierto

Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100

NVIDIA/cuml#8705 · Abierto el 23/9/2026
Vulkan int8-coopmat matmul on RDNA3 (#27952): RX 7900 XTX 27B benchmark data + a small boundary-safety fix Abierto

Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100

ggml-org/llama.cpp#29342 · Abierto el 23/9/2026
[flang][cuda] CUFPredefinedVarToGPU crashes on a fir.copy whose destination is the predefined-variable declare Abierto

flang:fir-hlfir

Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100

llvm/llvm-project#225935 · Abierto el 23/9/2026

Más issues de C