wlmb / cvu Goto Github PK

Creo muy importante que se cierre el sistema del CVU y que en su lugar se deja un aviso para explicar que tal como esta hecho no se puede usar y que hay gente trabajando en mejorarlo.
Seria para evitar que mas colegas se vean confrontados a los problemas que conocemos (mala migración, listas incompletas o erróneas, etc) y que tengan que volver a capturar la información una ves que el sistema estará en un estado aceptable.

Las entradas “Docencia” y “Tesis dirigidas” ahora están separadas en PNPC y no-PNPC. Pero las entradas que ya estaban en el CVU antiguo son sistemáticamente registradas en no-PNPC, sin método sencillo para transferirlas a PNPC. Hay que entrar de nuevo toda la información. Contemplar poner un metodo para pasar de uno al otro.

No es lo mismo omitir un campo porque desconozco su valor a afirmar que el campo no es aplicable o es inexistente. Por ejemplo, no es lo mismo decir que desconozco el ISSN de una publicación a afirmar que la publicación no tiene ISSN o que el ISSN está en trámite. No debemos estar obligados a mentir para poder guardar un registro.

La migración de los datos del viejo CVU al nuevo CVU debe ser lo más completa posible.
7. Para ello, deberán diagnosticar y corregir los motivos que hasta
ahora lo han impedido o dificultado.
4. Si el problema es que el nuevo CVU requiere información adicional, el problema puede aliviarse si el nuevo CVU se flexibiliza y admite registros incompletos.
5. Si el problema es que la organización del nuevo CVU es incompatible con el viejo, puede corregirse rediseñando las nuevas bases de datos para extender en lugar de reemplazar las del viejo CVU. Por malo que fuera, el viejo CVU sirvió durante muchos años su propósito, i.e., los nuevos campos han de ser muy convenientes, pero no indispensables.

En la sección de código de esta página hay varios ejemplos de programas que permitirían la traducción automática de CV's en formato libre pero estructurado a una base de datos tan rígida como se quiera. Tsmbién hay una presentación en PDF ilustrando su uso. Muchos meses después, no se han recibido comentarios por parte de conacyt sobre la viabilidad de esos códigos o de códigos semejantes. Mi propuesta es que los prueben y comenten sobre su viabilidad y pertinencia.

Se pueden capturar los autores (que en este rubro se denominan "participantes") en la forma electrónica pero NO APARECEN en la versión impresa.

Propongo un CVU simplificado, no es perfecto pero cumple con las mínimas condiciones de estandarización y funcionalidad. La propuesta es muy sencilla, ya que al fin y al cabo un curriculum es simplemente un listado de información. La problemática radica en como se captura procesa esta información. La propuesta está basada en (i) la simplificación para todas las partes (los investigadores, los evaluadores y quienes necesitan hacer estadísticas) y (ii) el uso de programas disponibles de procesamiento digital de bases de datos. Es necesario (y justo) que haya una nueva división de labores en la que todos debemos contribuir en la captura y procesamiento de la información. Describo la propuesta a continuación

1. UN TEMPLETE. El CONACYT diseña y proporciona un templete estandarizado, el cual se debe llenar. Este templete estaría en linea o en MS Word, que es la aplicación de uso mas común en solicitudes y trámites. Podemos llenarlo en linea o descargar el archivo MS Word y llenarlo localmente en nuestras computadoras.

2. DESCRIPCIÓN DEL TEMPLETE. El templete es muy simple: consta de las varias secciones que componen un CV (Artículos, Cursos, Tesis dirigidas, Divulgación, etc). Cada sección está identificada por un encabezado y contiene solo tres campos por cada elemento. Cada campo está identificado por un cuadro o ventana. Como ejemplo, veamos la sección "Articulos". Aparecen 100 elementos, cada uno con tres cuadros. En el elemento #1 tecleo el número 1, en el segundo cuadro va título de mi artículo #1, en el tercer cuadro el resto de la información del artículo: nombres de los autores, nombre de la revista, volumen, páginas, año, etc. Prosigo con los demás artículos hasta terminar. Si sobran cuadros estos se eliminan con "delete" (ejemplo, tengo 69 artículos y hay 100 cuadros, elimino 31). Se prosigue con las demás secciones en forma análoga.

3. LLENADO DE LOS CUADROS. Es importante que la información puesta en los cuadros esté estandarizada y que pueda ser capturada por programadores de CONACYT para los fines que este último requiera (estadísticas, etc). Para eso es necesario eliminar duplicidad en el uso de acrónimos (PRD vs Phys Rev D vs Physical Review D, mas puntos y comas), diferentes formas de escribir un nombre (R A Sussman o Roberto A Sussman, mas puntos y comas). La solución a este problema viene de adoptar un formato estándar en la cita de obras.

4. FORMATO ESTÁNDAR. El formato estándar que sugiero es el de la APA (American Psychological Association). Es muy sencillo y muy ágil pasar información de nuestros CV libres (hechos en LaTeX o en MS Word) al formato de la APA. Basta acudir al sitio:

http://www.bibme.org/citation-guide/apa/journal-article/

Aparece una ventana en la que se ingresa el título de los elementos de nuestra obra (artículos, libros, etc). Hacemos copy+paste de los títulos de nuestro CV en esa ventana para cada elemento de nuestra obra. Es posible en una sola sesión generar las citas APA de muchos elementos.

Como ejemplo, voy a procesar mis artículos publicados. Acudo al sitio que mencioné. Ingreso de mi CV el título del último de mis artículos (copy+paste de mi CV libre):

"Nonspherical Szekeres models in the language of cosmological perturbations"

Pulso el botón (a la derecha de la ventana) "Search Journal article", aparece una pantalla con los datos mínimos del artículo. Si los datos son correctos pulso el botón "Select" (a la derecha) y aparece una ventana con un listado de información "Here is what we found", pulso el botón "Final Step" abajo, aparece la información completa en ventanas. Pulso el botón "Create Citation" (hasta abajo) y aparece el artículo en el formato APA, con la opción de "copy+paste" en el clipboard:

Como pueden ver, aparece una ventanta que invita a proporcionar otro título. Ingreso el título del penúltimo (o segundo) artículo y repito el proceso, aparece el segundo artículo:

Pulsamos en el botón "Add another citation to your bibliography", aparece la ventana para pegar (copy+paste) el tercer artículo. Y asi sucesivamente hasta haber procesado el número de artículos que queramos.

Se puede hacer lo mismo con artículos en la red (ArXiv), proceedings, capítulos de libro y (si están en la red) tesis.

OJO: También es posible generar AUTOMATICAMENTE la referencia en formato de la APA mediante Google Scholar y (creo) mediante Research Gate.

5. LLENAR CVU SIMPLIFICADO. Ya teniendo nuestra obra en el formato APA, la vertemos en el templete, ya sea en linea o en nuestras computadoras.

6. PROCESAEMIENTO DE LA INFORMACION POR CONACYT. Una vez que la información está colocada en el sitio de CONACYT. Los programadores pueden generar (usando bases de datos) la información que nosotros no hemos colocado, por ejemplo el ISBN, el país de la editorial, etc. De hecho, esa información se puede capturar de DOI que el formato APA proporciona. Los temas se pueden tomar de la clasificación PACS que aparece en el DOI.

VENTAJAS PARA LOS INVESTIGADORES: (1) Generamos un CV estándar, que será colocado en linea, mediante copy+paste de nuestro CV libre y usando herramientas disponibles en la red. (2) A diferencia del actual CVU, este será un CV útil y ágil (también para las comisiones y para evaluación).

VENTAJAS PARA CONACYT: dispondrían de una captura (hecha por investigadores) de los elementos básicos, dados en forma estandarizada. Una vez colocado el templete lleno en el sitio de CONACYT, sus programadores pueden extraer la información del templete y generar en forma eficiente la información extra que no está en el mismo, pero que requieren (que se debe ingresar en el CVU actual, por ejemplo, ISBS, ISBN, país de publicación, temas, etc).

DESVENTAJAS PARA LOS INVESTIGADORES: hay que capturar información (ayudados por herramientas libres disponibles en red) mediante copy+paste y pegarlos, ya sea en linea o en un archivo MS Word (templete). Habrá información que sea difícil capturar (que no este disponible en la base de datos de la APA o Google Scholar), por lo que sería necesario pegarla en el templete y editarla para que tenga el formato de la APA.

DESVENTAJAS PARA CONACYT: Sus programadores tendrán que generar información no contenida en la captura en el templete. Sin embargo, como muestra el Dr Mochán, esta tarea está dentro del alcance y posibilidades de un buen equipo de programación. De hecho, el Dr Mochán ha generado este tipo de programas que podría facilitar a CONACYT.

(A pesar de que esto no es problema con el CVU, lo reporto aquí para dejar constancia)

En el proyecto de grupo de Ciencia Básica que estamos tratando de dar de alta, es imposible darme de alta como corresponsable del proyecto, a pesar de que el sistema me reconoce. El problema, creo, se relaciona con que el sistema toma la institución donde hice mi doctorado (en el extranjero) como "mi institución", y no mi lugar de adscripción actual.

En el CVU, la única referencia a la adscripción actual donde se trabaja es en el apartado "Experiencia laboral", institución actual.

Actualmente tenemos dos opciones: o nos funciona scopus o llenamos la base de datos registro por registro y campo por campo. Me gustaría proponer una tercera alternativa. Si yo supiera qué campos les proporciona la página web, podría hacer un programa en primera instancia para mi uso personal que llenara una base de datos mía con esos mismos datos. Por su portabilidad, yo usaría sqlite3 (una base de datos completa en un archivo) pero podría usar cualquier otra base de datos libre. Conacyt podría entonces sacar los datos de esa base de datos y proporcionarselos a su manejador de bases de datos, saltándonos su página, eliminando así la necesidad de que yo los introduzca uno a uno en su interface web. Cuando demostremos que esto funciona en principio, entonces podrían hacer un mejor programa que le facilite la vida a muchos miembros de la comunidad que organicen la información de manera similar a como yo la organizo y que manejen el tipo de herramientas que yo tengo. (Como mencioné anteriormente, yo haría un traductor automático de latex a yaml y de yaml a sqlite). Seguramente, a miles de académicos no les servirá mi solución, pero entonces podrían (quizás con mi ayuda y la de Uds.) desarrollar su propia solución del mismo problema: traducir de sus formatos y estilos favoritos (documentos word, hojas de cálculo, archivos de texto enriquecido, etc.) a una base de datos que Uds. puedan leer e incorporar al CVU. Así habría no dos, sino una multiplicidad de formas de hacer llegar la información a conacyt. Habrá quien haga una app para llenar el cvu desde el teléfono, habrá quien haga programas para mac, windows o linux. Quien no se sienta cómodo con ninguno de estos programas, siempre podrá usar su interface web actual, con las mejoras que vayan incorporando. Los usuarios podrían elegir el método que más les plazca para el llenado de estas bases de datos intermedias. Así tendríamos el mejor de los dos mundos. Conacyt recibirían información estructurada con datos relevantes y nosotros tendríamos libertad para usar nuestras herramientas favoritas.

El 24 de julio de 2017 Karen Volke y yo enviamos una carta a Conacyt firmada por 214 académicos, incluyendo 3 investigadores eméritos y 70 niveles III. A la fecha, no hemos recibido respuesta.

Muchos de los registros tienen campos que en general tomarán los mismos valores que en otros registros. Áreas de conocimiento, disciplinas, subdisciplinas, impacto económico, etc. Cada vez que llenamos uno de estos registros es necesario recorrer los mismos árboles #20 de decisión para arribar repetidamente y tras un doloroso proceso al mismo valor de éstos campos. Debería haber alternativas como serían

1. Poder asignar valores por defecto ('default').
2. Poder llenar estos campos en múltiples registros simultáneamente, con comandos equivalentes a
   'asigna al campo xxx de los registros xxx, xxx, xxx-xxx con el valor xxx'

Hay que usar algún sistema para seguimiento a sugerencias y fallas, y en general, para manejo de proyectos de software. He leido poco sobre gnats, otrs, redmine, hay un sistema en github, etc. Sugiero instalar alguno de estos sistemas que permita a todos el hacer señalamientos (tickets les llaman en inglés, o bug reports) y a los programadores y a los usuarios poderles dar seguimiento, uno a uno.

Asociado a la propuesta #7, permitan que los académicos llenemos la información que tengamos, sin obligarnos a ser exhaustivos en cada campo de cada registro.

1. Periódicamente corran algún programa que recorra las bases de datos identificando qué información relevante o indispensable falta de qué académico.
2. Envíen a quienes estén en falta una lista de omisiones (generada automáticamente) y conmínenlos amablemente en un primer término y con más firmeza en los subsiguientes, a que proporcionen la información faltante.
3. La consecuencia de no proporcionar información indispensable podría ser excluir dicho registro de las consultas al CVU, i.e., convertirlo en un registro oculto.

Considerar y reconocer el registro de revisiones. Cada uno de nosotros dedica tiempo y esfuerzo a revisar artículos para revistas y conferencias de nuestras respectivas áreas. Este trabajo a menudo no es reconocido ni por CONACYT ni por nuestras instituciones, pero es fundamental para el funcionamiento de las revisiones por pares y por ende importante para el avance científico. Un comienzo pudiese ser la información disponible en Publons, que además tiene la virtud de que llevan a cabo la verificación de las revisiones (confirman con editores y editoriales que la revisión realmente se llevó a cabo). Quizás sea suficiente con que el CVU incluya un campo que permita meter la URL de nuestro registro de Publons o bien permita subir un fichero adicional con la información verificada.

Las bases de datos deben adaptarse a la comunidad de investigadores, incorporando su riqueza y diversidad, y no ser la comunidad de investigadores la que se adapte a las bases de datos y sus poco flexibles catálogos.

El llenado de regisros campo por campo puede ser muy ineficiente, sobre todo cuando todos el mismo campo toma el mismo valor en muchos registros. Ejemplos son los ISSN de las revistas en que publicamos o el impacto económico de nuestros artículos. Una base de datos común permite comandos en un lenguaje SQL (standard query language) análogos a
UPDATE table SET key=value WHERE expr;
para actualizar un campo de una tabla para todos los registros que cumplan una cierta condición. Podría diseñarse un conjunto de comandos análogos para el CVU, aunque no sean tan versátiles como usar SQL completo. Algo así como
ASIGNA campo=valor EN REGISTROS 1-10,15,18,24-32 DE tabla;

1. Que Conacyt vacíe (imprima) todos los CVU's previos, no a papel, pero sí a un archivo pdf.
2. Que en las bases de datos de cada CVU nuevo se añada una liga al pdf del CVU viejo.
3. Que estos pdf's sean permanentes. Una vez impresos, los datos ya no están en manos de People Soft y no se requiere licencia alguna ni acuerdo alguno para conservarlos. Luego, no hay motivo
   para eliminarlos.
4. La liga a los pdf's del viejo CVU podrán abrirse o no, de acuerdo al avance de su captura en el nuevo CVU y las necesidades de quienes lean el CVU.
5. Estos pdf's tienen la desventaja de que la información que contengan no estará estructurada, pero tienen la ventaja de que la información no estará perdida.
6. Conacyt deberá seguir adelante con la captura automatizada de los datos del viejo CVU al nuevo CVU.

Este repositorio no tiene nada aún

Propuesta: Google Scholar + traducción automática + Bibtex = CVU;
Programa Totalmente Automática
Pasos;

1. Google Scholar {Nombre Investigador}

2. Captar grafica de citas, Indice h, Indice i10,

3. Entrar liga de cada titulo
   3.1 Entrar liga Exportar -
   3.2 Copiar bibtex del titulo
   e.g.
   @Article{michaelian1999structure,
   title={Structure and energetics of Ni, Ag, and Au nanoclusters},
   author={Michaelian, K and Rendon, N and Garz{'o}n, IL},
   journal={Physical Review B},
   volume={60},
   number={3},
   pages={2000},
   year={1999},
   publisher={APS}
   }
   Nota, hay identificadores por casi todos los tipos de trabajos, e.g. @book, @chapter, @proceedings, etc.

4. Repetir paso 3. hasta final de títulos

5. Crear archivo .bib con todos los títulos

6. Crear un CVU leíble en formato .tex y .pdf utilizando LaTex+Bibtex+pdfLaTex

Ventajas;

1. Google Scholar, el mas completo y fiel base de datos (revise RG, ORCID, mi CV particular, y mi CVU de Conacyt)
2. Rápido, tardara un segundo para generar un CVU actualizado.
3. Concisa y por entonces útil para evaluaciones (nadie que yo conozco utiliza el CVU de Conacyt).
4. Conacyt puede aprender correr el programa para hacer los pasos 1. a 6. arriba para cada investigador en el SNI, sin molestia alguno al investigador.
5. Puede ser utilizado por informes de Institutos, PRIDE, SNI, Proyectos, etc.
6. El archivo generado .bib será útil para las referencias de su siguiente articulo.
7. Es funcional en cualquier plataforma, Windows, Linux, etc.
8. Útil para la visibilidad de cada investigador tener cuenta en el Google Scholar
   NO TIENES QUE HACER NADA MAS QUE ABRIR UNA CUENTA, ES TOTALMENTE AUTOMATICO,TUS ARTICULOS SE APARECEN SOLITOS.

Controversias;

1. Seguro que van a ver gente quejando que no aparecen sus viajes a Cancun ó a MIT, pero seamos honestas, si tu viaje no resulto en articulos ni citas, es una vergüenza y no debería de ser listado.
2. Patentes, Infraestructura, Cursos, etc. puede ser agregados al archivo .tex generado por el programa.
3. Conacyt va a quejar que no son datos suficientes para hacer su estadistica, pero seamos honestas, jamas he visto una gráfica del espectro de piases del editorial en donde publicamos, y si existe tal gráfica, es una vergüenza!

Debe permitirse avanzar en la captura y guardar un registro aunque esté incompleto.

Entiendo que a un capturista, contratado para capturar información, el sistema no le permita avanzar si no la ha capturado exhaustivamente, pero a un académico intentando reportar su trabajo, en mi humilde opinión, sí se le debe permitir avanzar aunque su registro esté incompleto. La información faltante puede irse completando poco a poco. Necesitamos cierta flexibilidad.

Logré dar de alta mi solicitud ante el SNI. Se supone que muchos datos el propio sistema los extrae del CVU, como por ejemplo, la "Adscripción actual del solicitante", lo que se obtiene del "Empleo Actual" en "Experiencia laboral".

Sin embargo, el sistema no encuentra al Instituto de Ciencias Físicas de la UNAM, a pesar de que como Instituto de Ciencias Físicas existimos desde el 2006, y tenemos número RENIECyT.

CC @GustavoArreola

Sería sencillo y muy útil que conacyt pusiera un reloj que cronometrara cuánto tiempo se requiere para llenar un CVU, arrancando el cronómetro cada vez que se ingresa a la página para llenar reportar alguna actividad y parándolo al salir. La información será interesante para los usuarios (Ud. lleva p horas llenando el CVU este día, q horas esta semana, r horas este mes, s horas este año y t horas en total). También sería intersante para conacyt medir cuánto tiempo tardan distintos usuarios y correlacionarlo con edad, nivel, nacionalidad, o cualquier otro dato. Lo más importante, conacyt podría constatar lo caro que le cuesta emplear a la comunidad científica como capturistas (podría cambiar horas de captura en emolumentos del sni y en salarios de investigadores, por ejemplo).

Donde uno captura las estancias posdoctorales de las que ha sido uno responsable (asesor)?

Hoy intenté ingresar información sobre los cursos impartidos. Ingresé toda la informacion requerida. El sistema no permite guardar la informacion vertida.

Los botones de "Area de conocimiento", "campo", "disciplina", "subdisciplina" no ofrecen opción mas que "Selecciona una opcion".

Estudiar qué hacen en otros paises para colectar la información estadística que se obtendrá del CVU.

Fuera de América Latina, yo no he visto a ningún colega quemarse las pestañas haciendo informes y llenando bases de datos. Sin embargo, no por eso es de menor calidad la información estadística de EUA, GB, Alemania, etc. O ¿es que sí dedican horas a llenar sus CVU's pero no me lo han contado?

SI un artículo publicado en una revista indizada no fuese encontrado por el buscador del CVU, de todos modos debe permitirse su captura. Podría añadirse una bandera señalando que la información no ha sido verificada por el software y permitir que algún encargado quite esa bandera cuando la información sea verificada por conacyt mediante cualquier otro medio sensato.

Actualmente hay datos que requieren recorrer un largo arbol de decisión. Por ejemplo, para introducir un programa de estudios debemos saber si lo imparte una institución particular o pública, si es estatal, federal o munincipal, si está o no en el PNPC, etc. antes de poder llegar al catálogo correspondiente a toda esa información, el cual hay que revisar hasta encontrar el programa buscado. No podemos introducir un programa si no contamos con mucha información que no tenemos por qué conocer. Sin embargo, conacyt sí tiene dicha clasificación de los programas. Sería mucho más rápido introducir el nombre del programa y de la institución y que sea CONACyT quien llene toda la información faltante.

CONACYT pagó un dineral por el CVU de Peoples Soft y no se puede modificar, a menos que se pague otro dineral, pues es software cerrado. Aunque CONACYT sea el dueño, no le puede meter mano.
Si el nuevo CVU está siendo elaborado por CONACYT mismo y por INFOTEC, yo sugiero que la comisión que se va a entrevistar con los funcionarios propongan que el CVU se haga en la modalidad de Software libre. Eso no quiere decir que CONACYT no sea el dueño; lo que quiere decir es que la comunidad podrá sugerir modificaciones y también quiere decir que no habrá manera que nos digan que algo no es posible.

Como vemos en la discusión del punto #39 , los 'catálogos' son un dolor de cabeza no sólo para los usuarios del CVU, sino también para CONACyT, pues es imposible hacerlos exhaustivos y mantenerlos al día. Esto sucede en el catálogo de instituciones extranjeras, pero también en el de áreas y disciplinas, en el de instituciones, etc. Como se ha repetido varias veces en la lista y se ha propuesto en distintas partes de esta página de forma dispersa, propongo eliminar todos los catálogos y reemplazarlos por un mecanismo de validación de campos y con la construcción de tablas de sinónimos, que requeriría un mínimo de intervención humana. Sería trivial que cuando alguien escriba UNAM el sistema lo traduzca automáticamente a Universidad Nacional Autónoma de México, y cuando alguien escriba Nicolaita el sistema lo traduzca a Universidad Autónoma de San Nicolas de Hidalgo. 'Not rocket science' dirían nuestros vecinos al norte. En los códigos y en la presentación anexos a este sitio hay ejemplos simples que ilustran cómo se podría hacer.

En la solicitud de becas postdoctorales nacionales, Inicio->Detalle de la solicitud->Periodos de la solicitud el sistema pregunta '¿Obtuviste anteriormente un apoyo de conacyt para realizar ua estancia postdoctoral?* ¡No hay manera de responder esta pregunta! Tampoco hay manera de contestar la que sigue. Si no se contestan estas preguntas, el sistema no permite avanzar. Le sucedió a una colega y lo verifiqué yo.

Sería fantástico que conacyt use este medio para dar seguimiento y contestar a todas las propuestas que se han hecho, cerrando las que hayan implementado o las que hayan argumentado convincentemente que no pueden resolver. Los diálogos de sordos no son muy productivos.

Hay algunos archivos que se requieren en la solicitud para el ingreso al SNI.
He logrado subir ya varios, despues de ya más de 7 días intentando.
Uno de ellos está en blanco, he tratado de borrarlo y no es posible, si no
puedo subir este archivo, entonces no puedo finalizar mi solicitud.

Una imagen vale más que mil palabras.

Recurrir a catálogos es útil para el programador de una base de datos, pues garantiza la consistencia de la información que recibe. Sin embargo, es un dolor para los usuarios que no debemos ser tratados como capturistas. El problema a resolver es convivir con la ambigüedad. Por ejemplo, hay decenas de formas de referirnos a una institución: UNAM, U.N.A.M., Univ. Nal. Aut. Méx., Univ. Nal. Aut. Mex., Natl. Univ. of México, etc. significan todas ellas Universidad Nacional Autónoma de México. Esto no debería ser un problema si se implementa un diccionario de sinónimos.

El ISSN parece ser un campo conveniente, pero no parece ser indispensable.

Evaluar la razón costo/beneficio de las decisiones que afectan al CVU, no sólo el beneficio. El tiempo-investigador es caro. Cuando reporten los logros del nuevo CVU, incluyan estas evaluaciones.

Propongo que Conacyt investiga seriamente la propuesta de escribir una programa para minar los datos de bases internacionales existentes (actualizados en tiempo real) y construir un CV para cada individuo adentro del SNI en un formato como Conacyt tiene la gana, sin molestia alguno al investigador. Existe, de hecho instituciones como el ResearchGate en lo cual cada individuo tiene acceso a su CV en forma estandard. Sera cuestiona de que Conacyt proponga a ResearchGate que les pagan para el trabajo de poner los datos curriculares en la orden ó detalle que requieren. (Hace una semana escribí ResearchGate con este propuesta, pero no he recibido contestación todavia.) También es necesario que Conacyt hace un contemplación interna seria para decidir cuales datos son absolutamente necesarios para sus fines.

(Por petición de Celia del Palacio)
Cuando uno llega a la parte de difusión, resulta que no hay manera de incluir una gran cantidad de publicaciones o incluso instituciones donde he participado en programas de televisión, por ejemplo, o periódicos. Entiendo que no estén en la lista, tendría que ser una lista muy larga de todas las
posibilidades. Pero, ¿por qué no poner simplemente la opción OTRA en vez de hacer un largo trámite para solicitar la incorporación de una institución o publicación en particular?Y solo para concluir.

Propongo un formato de texto con un mínimo de estructura que permita la extracción automatizada de toda la información relevante y el subsiguiente llenado automático de las bases de datos.

Estimadas (os):
Me gustaría compartirles un link a un formulario que nos permite agilizar, de momento, la incorporación de instituciones al catálogo del CVU.

https://goo.gl/forms/1rUGmk1ZTKf5N74g1

Quiero comentarles que se están analizando otras posibilidades que requieren cambios mayores, pero de momento esto puede ayudarnos mucho a agilizar el trámite y no les tomará más de dos minutos (lo prometo). Con esto nosotros validamos la institución y se envía un correo cuando esté disponible en la plataforma.

Saludos

La introducción de capítulos publicados de difusión actualmente no funciona:

• El botón guardar simplemente se niega a guardar la información. No importa cuantas veces cheques que has metido bien la información, ni que cambies, ni que lo intentes en otro momento, con otros navegador o más tarde... Póngale nombre. Se limita a indicar que "La operación no fue exitosa". Por supuesto, ni una sola indicación de que puede estar mal o que entrada es incorrecta.
• Tampoco funciona la búsqueda en los bancos de Thomson-Scopus. No importa cuantas veces cheques que has metido bien la información, ni las posibles variantes que tu creas que puede estar intentando reconocer el sistema. Además, esta búsqueda tampoco encuentra co-autores o permite la búsqueda a través de co-autores. Finalmente, si intentas usar esta función de búsqueda, ¡cuidado! por que automáticamente "perderá" cualquier información que ya hubieses tecleado (ya que la anterior información no hay forma de guardarla), hay que volver a empezar.

Al capturar nuevos artículos en el CVU el formulario dice que los campos de "Páginas de" y "a" pueden ser llenados con "No aplica". Sin embargo, al hacer esto el registro no puede ser guardado.

Como se indica en el issue de " #Contexto internacional" tanto la docencia como la dirección de tesis deben encuadrarse en la división PNPC/No PNPC. Aunque obviamente es posible indicar cualquier docencia y/o dirección de tesis (a cualquier nivel) en universidades e instituciones extranjeras como "No PNPC", eso no es deseable, por que el resto de países no se acogen a esta división local. Ya que parecería que sólo lo que es PNPC se tiene en cuenta esto está en detrimento de los han desarrollado parte de su carrera en el extranjero. Una sugerencia, es tener un 3er status que indique la actividad docente y de formación de RRHH ocurrió en el extranjero.

De hecho el problema es más profundo por que la docencia a nivel licenciatura igualmente no puede pertenecer al PNPC.

Los catálogo de instituciones extranjeras no son exhaustivos y no hay opción de poner una institución manualmente. Por ejemplo, en el capítulo de 'Estancias de investigación y profesionales', selecciono: Tipo de institución: extranjera-> búsqueda por país: Germany (Alemania no está, desde luego)-> Seleccione: Max Planck, no aparece Max Plank Institut für Mikrostrukturphysik/Halle ni en español, ni en inglés ni en aleman. Otras instituciones aparecen varias veces en distintos idiomas. Conacyt no debe pretender conocer todas las instituciones del mundo ni debe ser necesario emplear tiempo en hablarles por teléfono cada vez que se pretenda añadir una institución faltante. Debería ser posible registrar cualquier institución de forma simple y ágil.

La funcionalidad del sistema actual depende del punto de entrada al sistema. El comportamiento de la plataforma es distinto. La plataforma te permite hacer unas cosas u otras dependiendo del punto de entrada, y no únicamente del login y passwd como sería lo esperable, lo cual es confuso para el usuario. el comportamiento es distinto.
Lo lógico sería que una vez te identificas con tu login y password a través de un único punto de entrada (CVU, proyectos, SNI, etc), que se pudiese navegar por todos los menús sin importar como entraste al sistema.

La clasificación actual de áreas, campos, disciplinas y subdisciplinas parece ser incompleta, arbitraria, rígida y obsoleta. No es claro cómo se escogieron, pero es claro que no reflejan la actividad actual de nuestra comunidad.

Sugiero reemplazar esta jerarquía por palabras claves. Cada investigafdor podría acompañar sus trabajos por algunas palabras claves de su elección incluyendo términos muy genéricos y términos especializados sin preocuparse de clasificarlas en área, campo, disciplina y subdisciplina.

Podrá entonces hacerse con cierta periodicidad un análisis (automatizado) de la gráfica de conectividad de las palabras clave existentes en las bases de datos del CVU, i.e., qué términos aparecen qué tan seguido con qué otros términos, y en base a dicha gráfica, proponer una taxonomía. Esto tendría la ventaja de no discriminar contra ninguna actividad de nuestra comunidad, además de ser dinámico y ajustarse a las necesidades cambientes de la misma. Nuestros expertos en teoría de redes seguramente podrán proponer esquemas específicos para hacer estos análisis.

A manera de ejemplo, estoy seguro que en las listas de palabras claves 'óptica' siempre aparecería junto con 'física' o con 'ingeniería' pero muchísimas veces 'física' o 'ingeniería' aparecerían en otras listas que no contengan 'optica'. Esto permite deducir a posteriori que 'física' e 'ingeniería' deben tener mayor jerarquía que 'óptica' en la clasificación y que 'óptica' puede aparecer subordinada a 'física' o a 'ingeniería'.

La lista de Disciplinas para el campo “Astrofísica” es solo “Astronomía Óptica”. Y sus subdisciplinas son realmente fuera de lugar. Obviamente ningún astrofísico profesional fue consultado para generar esta lista sin sentido. Por favor preguntarnos antes de hacer este tipo de lista.

Al llenar presentaciones en congresos, el sistema pide información privada de cada colaborador como correo electrónico y teléfono. No sólo es inútil y repetitivo, sino que son datos privados que no tenermos derecho a proporcionar.