[kahi_scienti_works] integración productos scienti a la entidad works

[omazapa]

https://github.com/colav/impactu/issues/278

En este issue vamos a definir que tipos de productos que vamos a incluir de scienti en la colección works.

Similar a como se hizo para los productos de los Datos Abiertos de Minciencias (DAM) tenemos que definir bien los tipos que entran en works y se cruzan con los datos DAM.

las categorías que tenemos que nutrir de los DAM están descritos en este issue https://github.com/colav/impactu/issues/249

En este documento tenemos la lista de productos de scienti por tipos link

Acá pongo la lista propuesta

• [ ] 1: Producción bibliográfica
  • [ ] 11: Artículo (@fedevergara en los productos del 111 al 114 falta integrar publisher, tener en cuenta journal_others, si depronto hay información del publisher) se toma de details (keywords,article) (omar)
  • [x] 111: Publicado en revista especializada
  • [ ] 112: Corto (Resumen)
  • [ ] 113: Revisión (Survey)
  • [ ] 114: Caso clínico
  • [ ] 12: Trabajos en eventos (Capítulos de memoria) (omar)
  • [ ] 121: Completo
  • [ ] 122: Resumen
  • [ ] 13: Libro (details 'book', 'book_chapter') (fede)
  • [ ] 131: Otro libro publicado
  • [ ] 132: Capítulo de libro
  • [ ] 133: Libro pedagógico y/o de divulgación
  • [ ] 134: Libro resultado de investigación
  • [ ] 135: Otro capítulo de libro publicado
  • [ ] 136: Traducciones Filológicas y Edición de Fuentes
  • [ ] 137: Libro de creación
  • [ ] 138: Libros de formación
  • [ ] 139: Libros de divulgación y/o Compilación de divulgación
  • [ ] 140: Manuales y Guías Especializadas
  • [ ] 14: Otro artículo publicado (diego)
  • [ ] 141: Periódico de noticias
  • [ ] 142: Revista de divulgación
  • [ ] 143: Carta al editor
  • [ ] 144: Reseña de libro
  • [ ] 145: Columna de opinión
  • [ ] 1A: Traducciones (Diego)
  • [ ] 1A1: Artículo
  • [ ] 1A2: Libro
  • [ ] 1A9: Otra
  • [ ] 1B: Partituras musicales (Diego)
  • [ ] 1B1: Canto
  • [ ] 1B2: Coral
  • [ ] 1B3: Orquesta
  • [ ] 1B9: Otro
  • [ ] 1D: Documento de trabajo (Working Paper) (Diego)
  • [ ] 1K: Nota científica (Diego)
  • [ ] 1Z: Otra producción bibliográfica (Diego)
  • [ ] 1Z2: Epílogo
  • [ ] 1Z3: Introducción
  • [ ] 1Z4: Prólogo
  • [ ] 1Z9: Otra
• [ ] 6: Trabajos dirigidos/Tutorías (Omar)
  • [ ] 61: Tesis de doctorado
  • [ ] 62: Trabajo de grado de maestría o especialidad clínica
  • [ ] 63: Monografía de conclusión de curso de perfeccionamiento/especialización
  • [ ] 64: Trabajos de grado de pregrado
  • [ ] 65: Iniciación Científica
  • [ ] 66: Trabajos dirigidos/Tutorías de otro tipo

Tenemos que revisar para todos los tipos, los datos que hay en raiz y en details y ver como los vamos a integrar.

Para curbrir algunos de los datos de DAM, se tienen que hacer cambios o integrar cambios de kaypacha

• [ ] https://github.com/colav/KayPacha/issues/6
• [ ] https://github.com/colav/KayPacha/pull/13
• [ ] https://github.com/colav/impactu/issues/251

Sacar muestras

• [ ] muestras para cada tipo (Omar)

[omazapa]

para las entidades voy a crear un nuevo campo llamado details donde pondré algunas cosas que no son necesarias a primer nivel y solo pertenecen a scienti.

para works un campo que podría ir allí es application_sector, algunos ejemplos acá https://github.com/colav-playground/impactu_data_samples/blob/main/sector_app.json

el número al frente del texto es el nivel, por que es una clasificación por niveles.

¿están de acuerdo?

[omazapa]

mejor dicho, en details para todos los productos que van en works tenemos la siguiente infomación extra.

{'technical', 'application_sector', 'event', 'article', 'journal', 'music_sheet', 'book', 'memory_chapter', 'course', 'journal_others', 'audiovisual', 'book_chapter', 'oriented_thesis', 'keywords'}

esto hay que procesarlo de acuerdo al tipo, pero algunos como por ejemplo event esta en los papers por ejemplo, lo que indica es un producto resutado de un evento. ¿estos datos les creamos una nueva entrada en el esquema de datos? yo propongo una entrada como:

• "extended_info"
• "further_details"
• "supplemental_data"
• "additional_details"
• "extra_details"
• "extended_details" y poner ahi los campos como

{'technical', 'application_sector', 'event', 'music_sheet', 'course', 'journal_others', 'audiovisual', 'keywords'}

los otros campos como { 'article', 'journal', 'book', 'memory_chapter', 'book_chapter', 'oriented_thesis'} deben tener la información en las entradas de primer nivel.

[omazapa]

de momento voy a hacer la extracción sin procesar details para tener un punto de partida y datos de referencia.