Open joselomanuelo opened 4 weeks ago
Parte de este inconveniente se ve reflejado en el filtro por tipo de producto según Minciencias, se están mezclado tipos con subtipos: Adicionalmente, si se selecciona "Artículos" se están agrupando todos los subtipos sin diferenciar su padre:
@joselomanuelo @luismvargasg Hacer el filtro sólo con level 1
@joselomanuelo @luismvargasg Hacer el filtro sólo con level 1
Se implementa tipos de minciencias sólo con nivel 1 en https://github.com/colav/quyca/commit/87ae81f69c487789100052a48d18c1ab9067e212
@joselomanuelo @luismvargasg Para la pestaña de Investigación → Productos, sólo tener en cuenta los siguientes tipos de Datos Abiertos de Minciencias de nivel 1 correspondientes a Productos Bibliográficos: https://github.com/colav/impactu/issues/249#issuecomment-2362370650
@omazapa Los que están llegando para el total de productos se puede ver en el filtro: https://api.dev.impactu.colav.co/app/search/works/filters
Para servir los filtros disponibles por tipo de producto se usa la codificación de scienti para poder anidar las diferentes categorías y subcategorías de los tipos de scienti, los tipos de minciencias también vienen por categorías pero dada la inexistencias de una codificación desde backend no se puede saber que tipo pertenece a cada categoría entonces no se puede enviar una jerarquía a frontend. Se pregunta a etl si se puede implementar una categorizacíon similar a la de scienti ya que si se decidiera quemar los datos que aparecen aquí para armar la jeraquía desde backend o frontend, no se tendría como categorizar los tipos homónimos de diferentes categorías.