[kahi_authors_unicity] caso Diego Restrepo openalex

[omazapa]

@restrepo El plugin de unicidad ya no está tomando la afiliación del campo afiliación directamente, "esto con supuestamente por que las afiliaciones están bien en los works" pero veo que no.

profe en este paper me aperece que usted es e la universidad antonio nariño https://api.openalex.org/works/W3129415996 está mal esa afiliación?

acá acá https://api.openalex.org/works/W2974772295 que usted es de Universidade Federal do Rio Grande do Norte

y este doi https://doi.org/10.54278/sapientia.v15i30.151 aparece en este perfil https://openalex.org/works?page=1&filter=authorships.author.id%3Aa5049648126 por lo que lo mete la afiliación del paper al perfil en el merge, por lo que su perfil termina con afiliación "Institución Universitaria Antonio José Camacho"

acá https://api.openalex.org/works/W2758844066 "Mitchell Institute" y "Texas A&M University"

este https://doi.org/10.1016/j.nuclphysbps.2010.03.001 affiliations https://openalex.org/I8692664 "University of Oklahoma"

¿qué hacer con las afiliaciones entonces?

[omazapa]

La solución acordada es no tomar afiliaciones de otras fuentes que no sea, staff, scienti y minciencias.

osea que este issue no se puede hacer https://github.com/colav/impactu/issues/157

[restrepo]

acá acá https://api.openalex.org/works/W2974772295 que usted es de Universidade Federal do Rio Grande do Norte

Éste está correcto pues tiene la afiliación Universidad de Antioquia. De hecho el autor declaró las dos aficiones en el artículo.

[omazapa]

lo importante para mi era saber si Universidade Federal do Rio Grande do Norte es una afilación correcta, por que si necesito saber las afiliaciones de los papers para ponerselas al autor como se pide en https://github.com/colav/impactu/issues/157 , veo que openalex no sirve, y deberíamos mejor, integrar nosotros ORCID.

[restrepo]

@omazapa Si se puede usar OpenAlex La Universidade Federal do Rio Grande do Norte es correcta. La de OpenAlex si sirve y se puede usar aunque genere algunos errores (el ORCID también traerá sus problemas, lo importante es que aquí el error es bajo cómo de 1% y no se propaga), siempre y cuando provenga de un doi de Scienti como en el caso del issue https://github.com/colav/impactu/issues/110#issuecomment-2187537332:

El caso de agregar afiliaciones a un perfil existente corresponde a

Bilinear ... → https://openalex.org/works/W3105890208 → https://doi.org/10.1016/s0370-2693(00)01067-4 En éste caso el artículo tiene Scienti ID 0000177733-3 asociado al autor "Diego Alejandro Restrepo Quintero" con afiliación Universidad de Antioquia. En este caso la afiliación no coincide con la del artículo y ésta última debe ser añadida al perfil de autor con la lista de fechas correspondiente:

"author": {
        "id": "https://openalex.org/A5049648126",
        "display_name": "Diego Restrepo",
        "orcid": null
      },
      "institutions": [
        {
          "id": "https://openalex.org/I4210101901",
          "display_name": "Instituto de Física Corpuscular",
          "ror": "https://ror.org/017xch102",
          "country_code": "ES",
        ...
          ]
        }

[restrepo]

y este doi https://doi.org/10.54278/sapientia.v15i30.151 aparece en este perfil https://openalex.org/works?page=1&filter=authorships.author.id%3Aa5049648126 por lo que lo mete la afiliación del paper al perfil en el merge, por lo que su perfil termina con afiliación "Institución Universitaria Antonio José Camacho"

Éste caso no aplica al comentario anterior porque no ésta respaldado por un doi de Scienti con un perfil existente con COD_RH asociado

[gabrielvelezcuartas]

Pienso que una solución sería integrar las bases de Orcid y Google Scholar Profiles que tienen las afiliaciones más confiables y no es información procesada de OpenAlex que ya tiene contaminación de todas las bases de datos con las que se mezclan, sin embargo, sería bueno tener alguna cifra de errores y aciertos en la asignación de afiliación.

[restrepo]

La afiliación en éste caso es la que toma OpenAlex directamente del work y por eso se puede usar