ORCID API public records: đọc nguồn khai và trường bị ẩn
ORCID API public records là việc đọc phần công khai của hồ sơ nhà nghiên cứu trên ORCID qua API theo ORCID iD. Kèm theo là thông tin ai đã khai từng mục và mục đó được hiển thị ở mức nào. Một hồ sơ ORCID không phải bản lý lịch do một người viết: mỗi bài báo, mỗi nơi công tác có thể do chính chủ hồ sơ, do Crossref hay do một hệ thống khác thêm vào. ProxyVN đọc hồ sơ thử nghiệm công khai của Josiah Carberry, một nhân vật hư cấu do ORCID dựng để làm ví dụ, qua Public API không dùng token, rồi lập bảng nguồn khai cho từng mục.
ORCID API public records: mục tiêu và phạm vi không lặp
Phần này chốt bài toán, đầu ra và giới hạn về dữ liệu cá nhân.
Bài toán cần giải
Một phòng quản lý khoa học muốn thống kê công bố của giảng viên. Danh sách đầu vào là họ tên. Script tìm tên trên ORCID, lấy kết quả đầu tiên và kéo danh sách bài báo về. Một số giảng viên được gán bài của người khác trùng tên. Một số bài xuất hiện hai lần. Không ai biết bài nào do chính giảng viên khai.
Đầu ra nghiệm thu
Đầu ra là bảng ánh xạ cho một ORCID iD. Mỗi work một dòng với put-code, định danh ngoài, nguồn khai, mức hiển thị và nhóm trùng. Mỗi mục hồ sơ cá nhân có nguồn khai và mức hiển thị. Cuối bảng là danh sách trường không có trong dữ liệu công khai. Kèm theo là ghi chú vì sao không ghép danh tính theo tên.
Ranh giới với bài ROR
Bài này nói về hồ sơ cá nhân nhà nghiên cứu. Việc chuẩn hóa tên tổ chức sang định danh ROR là một bài khác. Ở đây chỉ ghi lại định danh tổ chức mà hồ sơ ORCID đã có, không ghép thêm.
Chỉ dùng hồ sơ thử nghiệm
Lab chỉ đọc chi tiết hồ sơ 0000-0002-1825-0097 của Josiah Carberry, giáo sư hư cấu ngành psychoceramics mà ORCID dùng trong tài liệu. Với tìm kiếm theo tên, lab chỉ ghi số kết quả, không ghi danh sách người thật. Không có dữ liệu cá nhân của người thật nào trong bài.
Giới hạn của lab
Lab gọi pub.orcid.org/v3.0 ngày 05/11/2026, 6 lượt, cách nhau 1 giây, không có token, không đăng ký client. Kết quả phản ánh đường truy cập ẩn danh. Phần cần token, như truy cập dữ liệu giới hạn hay Member API, không được chạy.
Ai nên đọc
Người làm hệ thống thông tin khoa học của trường, viện. Người viết công cụ thống kê công bố dựa trên ORCID. Người cần hiểu vì sao cùng một bài báo xuất hiện hai lần trong hồ sơ ORCID.
Đọc public researcher record ORCID theo scope và thông tin provenance với ORCID API public records
Phần này tóm tắt tài liệu chính thức về các cách truy cập.
Ba đường truy cập
Hướng dẫn đọc dữ liệu hồ sơ của ORCID mô tả việc đọc dữ liệu công khai và dữ liệu giới hạn qua Public API hoặc Member API, dựa trên schema phiên bản 3.0. Tài liệu có nhắc hạn mức của truy cập ẩn danh và Public API. Lab dùng đường ẩn danh.
Scope read-public
Tài liệu nói bất kỳ ai có thông tin client Public API hoặc Member API đều nhận được token với scope /read-public qua luồng client credentials. Token này sống rất lâu, khoảng 20 năm theo tài liệu, và chỉ đọc được dữ liệu công khai. Token không mở thêm dữ liệu nào mà đường ẩn danh không thấy, nó chủ yếu gắn lượt gọi với một client.
Scope read-limited
Để đọc dữ liệu có mức hiển thị giới hạn, tổ chức phải là thành viên ORCID và phải xin quyền của chính nhà nghiên cứu qua OAuth ba bên. Nhà nghiên cứu đăng nhập ORCID, đồng ý cấp quyền, rồi hệ thống nhận mã để đổi lấy token gắn với hồ sơ đó. Không có cách đọc dữ liệu giới hạn mà không có sự đồng ý này.
Điều khoản của Public API
Tài liệu ghi việc dùng Public API phải tuân theo điều khoản sử dụng của ORCID và điều khoản dành cho client Public API. Phần nói về Member API cho biết Public API giới hạn ở mục đích phi thương mại. Dịch vụ thương mại hoặc đồng bộ dữ liệu lớn cần Member API.
ORCID members can ask individual researchers for permission to read limited visibility data from their records. (ORCID API Tutorial)
Schema phiên bản 3.0
Đường dẫn của lab có tiền tố v3.0, đúng phiên bản schema mà tài liệu dùng. Các phiên bản cũ hơn của API đã được thay thế. Ghi phiên bản trong mã và trong kết quả, để khi ORCID ra phiên bản mới, đội biết dữ liệu cũ được đọc theo schema nào.
Sandbox
Tài liệu khuyên thử Public API trên máy chủ sandbox trước khi dùng production. Sandbox có địa chỉ riêng và chỉ gửi email tới địa chỉ Mailinator. Lab không tạo tài khoản sandbox, chỉ đọc một hồ sơ công khai sẵn có trên production.
Provenance là gì trong ORCID
Mỗi mục trong hồ sơ có khối source. Khối này cho biết ai đã thêm mục: chính chủ hồ sơ qua source-orcid, hay một ứng dụng qua source-client-id. Có mục có thêm assertion-origin, nghĩa là ứng dụng thêm mục thay mặt cho chủ hồ sơ. Đây là thông tin provenance cần giữ.
Visibility là gì
Mỗi mục có visibility: public, limited hoặc private. API công khai chỉ trả mục public. Mục limited và private không xuất hiện, kể cả dưới dạng mục rỗng. Người đọc API không có cách biết hồ sơ có bao nhiêu mục bị ẩn.
Chọn public API và scope của client đã đăng ký nếu cần cho ORCID API public records
Phần này nói khi nào đường ẩn danh đủ và khi nào cần đăng ký.
Gọi ẩn danh
Lab gọi pub.orcid.org/v3.0/{id}/record với header Accept: application/json và không có Authorization. API trả 200 với hồ sơ đầy đủ phần công khai. Response không có header nào về hạn mức. Đường ẩn danh đủ cho việc thử và cho lượng nhỏ.
B = "https://pub.orcid.org/v3.0"
S = requests.Session()
S.headers.update({"Accept": "application/json",
"User-Agent": "ProxyVN-lab/1.0 (kiem thu, tan suat thap)"})
r = S.get(f"{B}/0000-0002-1825-0097/record", timeout=30)
rec = r.json()Accept quyết định định dạng
Không có header Accept, API trả XML theo schema ORCID. Với Accept: application/json, API trả JSON cùng cấu trúc. Lab dùng JSON. Tên trường giữ dấu gạch ngang như activities-summary, put-code, source-orcid, nên mã Python phải dùng chuỗi làm khóa, không dùng thuộc tính.
Khi nào đăng ký client Public API
Khi pipeline chạy định kỳ, nên đăng ký client Public API và dùng token read-public. Việc đăng ký cần tài khoản ORCID đã xác minh email và đồng ý điều khoản. Token cho phép ORCID liên hệ khi có vấn đề, và đi kèm hạn mức của Public API thay vì hạn mức ẩn danh.
Khi nào cần Member API
Theo tài liệu, Member API phù hợp khi nhu cầu vượt hạn mức ẩn danh hoặc Public API, hoặc khi mục đích không phù hợp điều khoản Public API. Ví dụ là đồng bộ dữ liệu công khai cho hệ thống nội bộ, xác minh affiliation hay công bố, hoặc dịch vụ tìm chuyên gia. Tổ chức phải là thành viên ORCID.
Lab không dùng token
Lab không đăng ký client vì mục tiêu chỉ là đọc một hồ sơ thử nghiệm sáu lần. Phần đăng ký client, lấy token và gọi có token được mô tả theo tài liệu nhưng chưa chạy. Bài ghi rõ điều này thay vì giả định token cho kết quả giống đường ẩn danh.
Bảng đường truy cập
Đường truy cập
Đường truy cập |
Cần gì |
Đọc được |
Lab |
|---|---|---|---|
Ẩn danh pub.orcid.org |
Không cần gì |
Mục public |
Đã chạy |
Public API, /read-public |
Client Public API |
Mục public |
Chưa chạy |
Member API, /read-public |
Tổ chức thành viên |
Mục public, hạn mức cao hơn |
Chưa chạy |
Member API, /read-limited |
Thành viên và đồng ý của nhà nghiên cứu |
Mục public và limited |
Chưa chạy |
Không có đường đọc mục private
Không đường nào đọc được mục private. Mục private chỉ chủ hồ sơ thấy. Một hệ thống nói lấy được toàn bộ hồ sơ ORCID thật ra chỉ đang nói về phần công khai hoặc phần được cấp quyền.
Đọc record theo ORCID ID thay vì tìm tên rồi ghép tự động trong ORCID API public records
Phần này lý giải vì sao ORCID iD phải là đầu vào.
Kiểm checksum trước khi gọi
ORCID iD có ký tự cuối là chữ số kiểm theo ISO 7064 MOD 11-2, có thể là X. Lab viết hàm kiểm và chạy trên 0000-0002-1825-0097 được kết quả đúng, trên 0000-0002-1825-0098 được kết quả sai. ID sai checksum chắc là gõ nhầm, không cần gọi API.
def checksum_ok(oid):
d = oid.replace("-", "")
total = 0
for ch in d[:-1]:
total = (total + int(ch)) * 2
r = (12 - total % 11) % 11
c = "X" if r == 10 else str(r)
return c == d[-1].upper()ID sai trả 404
Lab vẫn gọi API với hai ID sai checksum: 0000-0002-1825-0098 và 0000-0001-0000-000X. Cả hai trả 404 với thông điệp The resource was not found. API không phân biệt ID sai định dạng với ID hợp lệ chưa cấp. Kiểm checksum ở phía mình cho biết lỗi do gõ nhầm.
Tìm theo họ và tên
Tìm theo tên
Lab gọi expanded-search với q là family-name:Carberry AND given-names:Josiah. API trả 2 kết quả, tức hai ORCID iD khác nhau cùng mang tên Josiah Carberry. Chỉ một trong hai là hồ sơ thử nghiệm mà tài liệu nhắc tới. Lấy kết quả đầu tiên có thể chọn nhầm hồ sơ.
Tìm theo họ
Với q là family-name:Carberry, API trả 48 kết quả. Lab chỉ ghi con số, không đọc danh sách. Một họ không phổ biến trong tiếng Anh đã cho 48 hồ sơ. Với họ phổ biến ở Việt Nam như Nguyễn hay Trần, số hồ sơ trùng họ sẽ lớn hơn rất nhiều.
Hồ sơ trùng tên không phải lỗi
Hai iD cùng tên Josiah Carberry không phải lỗi của ORCID. Mỗi người tự tạo hồ sơ, ORCID không kiểm trùng tên. Có người tạo hai hồ sơ do quên mật khẩu, có hồ sơ của hai người khác nhau. Chỉ chủ hồ sơ mới biết iD nào là của mình.
Tên không phải định danh
Tên có biến thể, viết tắt, có hoặc không dấu, đảo thứ tự họ tên. Hồ sơ Carberry có ba tên khác: Josiah Stinkney Carberry, J. Carberry và J. S. Carberry. Hai người khác nhau có thể có cùng tên. Ghép danh tính bằng tên là đoán, không phải đối soát.
Quy trình đúng
Xin ORCID iD từ chính nhà nghiên cứu, ví dụ qua biểu mẫu hay qua đăng nhập ORCID để hệ thống nhận iD đã xác thực. Lưu iD vào hồ sơ nhân sự. Mọi lượt đọc API sau đó đi theo iD. Tìm kiếm theo tên chỉ dùng để gợi ý cho người dùng tự xác nhận.
Khi bắt buộc phải bắt đầu từ tên
Nếu danh sách đầu vào chỉ có tên, dùng tìm kiếm để lập danh sách ứng viên kèm affiliation và vài công bố, rồi để người có hiểu biết xác nhận từng dòng. Ghi lại ai đã xác nhận và lúc nào. Không ghép tự động, kể cả khi chỉ có một kết quả.
Giữ source assertions và visibility của từng mục trong ORCID API public records
Đây là phần chính của lab: ai đã khai từng mục.
Phần person
Hồ sơ có tên Josiah Carberry, visibility public. Ba tên khác đều public, nguồn khai là Josiah Carberry, tức chính chủ hồ sơ. Hai từ khóa psychoceramics và ionian philology đều public. Có một định danh ngoài Scopus Author ID với nguồn Scopus - Elsevier, tức một ứng dụng đã thêm.
Email bị ẩn
Phần emails trong response công khai có 0 email. Không có nghĩa hồ sơ không có email. Email có thể đang để limited hoặc private. API công khai không cho biết điều đó. Bảng đầu ra ghi email là không có trong dữ liệu công khai, không ghi là không có.
Employment
Hồ sơ có hai employment: Professor tại Wesleyan University từ năm 1930 và Professor tại Brown University từ năm 1929. Cả hai do chính chủ hồ sơ khai qua source-orcid. Tổ chức được định danh bằng Ringgold với mã 5468 và 6752, không có ROR trong hai mục này.
Works và nhóm
Phần works có 6 nhóm và 7 bản tóm tắt work. ORCID gom các bản khai về cùng một công bố vào một nhóm dựa trên định danh ngoài như DOI. Một nhóm có hai bản tóm tắt cho cùng DOI 10.5555/12345680. Năm nhóm còn lại mỗi nhóm một bản.
Hai nguồn cho một bài
Trong nhóm có DOI 10.5555/12345680, bản có put-code 9543020 do Crossref Metadata Search thêm, qua source-client-id 0000-0002-3054-1567, với assertion-origin là Josiah Carberry. Bản có put-code 18777963 do chính chủ hồ sơ thêm qua source-orcid. Cùng một bài, hai lời khai, hai put-code.
assertion-origin nghĩa là gì
Bản do Crossref Metadata Search thêm có assertion-origin là Josiah Carberry. Nghĩa là chủ hồ sơ đã dùng công cụ của Crossref để đưa bài vào hồ sơ, công cụ làm thay. Khác với bản do Scopus - Elsevier thêm cho bài có DOI 10.1109/TPS.1987.4316723, không có assertion-origin.
put-code là khóa của từng bản
put-code là số nguyên định danh một mục trong một hồ sơ. Hai bản khai cùng DOI có hai put-code khác nhau. Khi cần gọi chi tiết, cập nhật hay xóa trong hệ thống của mình, put-code là khóa đúng. DOI chỉ là khóa của nhóm.
external-id-relationship
Mỗi định danh trong nhóm có external-id-relationship. Mọi định danh trong lab đều có giá trị self, nghĩa là định danh của chính công bố đó. Giá trị part-of chỉ công bố nằm trong một tập lớn hơn, ví dụ ISSN của tạp chí. Chỉ dùng định danh self để gom nhóm và đối soát.
Bảng ánh xạ works
Bảng nguồn khai works
Nhóm định danh |
put-code |
Nguồn |
Kiểu nguồn |
Visibility |
|---|---|---|---|---|
doi 10.5555/12345680 |
9543020 |
Crossref Metadata Search |
client, thay mặt chủ hồ sơ |
public |
doi 10.5555/12345680 |
18777963 |
Josiah Carberry |
chủ hồ sơ |
public |
doi 10.5555/666655554444 |
4562455 |
Josiah Carberry |
chủ hồ sơ |
public |
doi 10.5555/987654321 |
4562454 |
Josiah Carberry |
chủ hồ sơ |
public |
doi 10.5555/12345679 |
4562453 |
Josiah Carberry |
chủ hồ sơ |
public |
doi 10.5555/12345678 |
4562456 |
Josiah Carberry |
chủ hồ sơ |
public |
doi 10.1109/TPS.1987.4316723, eid |
19980729 |
Scopus - Elsevier |
client |
public |
Đếm bài theo nhóm, không theo bản
Nếu đếm bản tóm tắt, hồ sơ có 7 bài. Nếu đếm nhóm, hồ sơ có 6 bài. Con số đúng cho thống kê công bố là 6. Đây là nguyên nhân của bài xuất hiện hai lần trong bài toán đầu bài.
Chọn bản đại diện của nhóm
Với nhóm có nhiều bản, cần quy tắc chọn bản đại diện: ưu tiên bản do nguồn có thẩm quyền về metadata như Crossref, hoặc bản do chủ hồ sơ khai. Ghi quy tắc vào tài liệu pipeline và lưu put-code của bản đã chọn.
Work chi tiết
Lab gọi /work/9543020 để lấy bản đầy đủ. Response có các khối citation, contributors, external-ids, journal-title, publication-date, short-description, source, title, type, url và visibility. Khối contributors của bản này không có người nào. Trường url trống.
Đối soát works summary với dữ liệu công khai được phép lưu trong ORCID API public records
Phần này nói phải làm gì với dữ liệu trước khi lưu.
Summary và detail
Bản tóm tắt trong record đủ cho thống kê: định danh, tiêu đề, kiểu, năm, nguồn, visibility. Bản chi tiết mới có danh sách đồng tác giả và trích dẫn. Lab chỉ gọi chi tiết cho một work. Gọi chi tiết cho mọi work tốn số lượt gấp nhiều lần.
Năm công bố
Cả bảy bản tóm tắt trong lab đều có năm: 2012, 2011, 2008 và 1987 cho bài do Scopus thêm. Hồ sơ thật có thể có work thiếu ngày công bố. Thống kê theo năm nên có cột không rõ năm, không ép về năm mặc định.
DOI ví dụ
Năm DOI tiền tố 10.5555 trong hồ sơ là DOI thử nghiệm của Crossref. Chúng cho thấy hồ sơ thử nghiệm dùng dữ liệu thử nghiệm. Nếu pipeline đi tiếp sang Crossref để lấy metadata, các DOI này có thể không trả bản ghi như bài thật. Lab không gọi Crossref.
Được phép lưu gì
Dữ liệu công khai vẫn là dữ liệu cá nhân của nhà nghiên cứu. Chỉ lưu những trường cần cho mục đích đã công bố, ghi rõ nguồn là ORCID và thời điểm lấy. Tôn trọng việc nhà nghiên cứu có thể đổi visibility: mục đang public hôm nay có thể bị ẩn ngày mai.
Cập nhật khi visibility đổi
Lưu last-modified-date của hồ sơ và gọi lại định kỳ. Nếu một mục không còn trong dữ liệu công khai, xóa hoặc đánh dấu mục đó trong hệ thống của mình. Giữ lại mục mà chủ hồ sơ đã ẩn là đi ngược mong muốn của họ.
Peer review
Hồ sơ có một nhóm peer-review công khai. Mục này cho biết nhà nghiên cứu đã phản biện cho một tạp chí hay hội nghị, thường do tổ chức xuất bản thêm. Lab chỉ đếm, không đọc chi tiết. Thống kê hoạt động phản biện cần đọc kỹ nguồn khai như với works.
Danh sách trường bị ẩn hoặc không có
Bảng đầu ra ghi: email không có trong dữ liệu công khai; địa chỉ không có; education, funding, distinction, membership, qualification, service, invited-position, research-resource đều 0 mục công khai; có 1 peer-review. Danh sách này mô tả phần nhìn thấy, không mô tả hồ sơ thật.
Không suy từ cái không thấy
Không có education công khai không có nghĩa nhà nghiên cứu không có bằng cấp. Không có funding công khai không có nghĩa không có tài trợ. Báo cáo dựa trên ORCID nên nói rõ chỉ tính dữ liệu công khai.
Đầu ra nghiệm thu ORCID API public records: mapping ORCID works, source assertions và trường bị ẩn
Phần này gom đầu ra thành bản ghi có thể lưu.
Tệp đầu ra
Lab sinh result.json gồm phiên bản Python và requests, kết quả checksum và phần person đã chuẩn hóa. Tệp có số mục từng phần activities, hai employment có nguồn và định danh tổ chức, bảy work có nguồn và visibility. Phần cuối là một work chi tiết, hai ID sai, kết quả tìm kiếm và nhật ký sáu lượt gọi.
Danh sách kiểm tra
Danh sách nghiệm thu
- Đầu vào là ORCID iD, kiểm checksum trước khi gọi.
- Tìm theo tên chỉ đếm hoặc gợi ý, không ghép tự động.
- Mỗi mục giữ source-orcid, source-client-id và assertion-origin.
- Mỗi mục giữ visibility.
- Works đếm theo nhóm định danh, không theo bản tóm tắt.
- Trường không có ghi là không có trong dữ liệu công khai.
- Lưu last-modified-date và thời điểm lấy.
Những gì lab chưa chạy
Chưa đăng ký client Public API, chưa lấy token read-public. Chưa thử Member API và read-limited. Chưa thử sandbox. Chưa đọc hồ sơ người thật. Chưa gọi chi tiết mọi work, chưa đọc peer-review. Chưa đối soát DOI với Crossref.
Câu kết luận được phép viết
Câu được phép viết là: trong hồ sơ thử nghiệm, một DOI có hai bản khai từ hai nguồn, email không có trong dữ liệu công khai, và tìm theo họ tên ra hai iD. Câu không được phép viết là: mọi hồ sơ ORCID có bài trùng. Lab chỉ đọc một hồ sơ hư cấu.
Vận hành hệ thống thống kê với ORCID API public records
Phần này chuyển kết quả lab thành quy tắc cho hệ thống chạy thật.
Thu ORCID iD từ người dùng
Cách đáng tin nhất là để nhà nghiên cứu đăng nhập ORCID qua OAuth trên hệ thống của trường. Hệ thống nhận iD đã xác thực, không phải iD gõ tay. Tài liệu ORCID mô tả luồng này cho cả Public API.
Nhịp gọi
Lab nghỉ 1 giây giữa các lượt và không gặp giới hạn nào trong sáu lượt. Hệ thống thật nên gọi theo iD, lưu kết quả, chỉ gọi lại khi last-modified-date đổi hoặc theo chu kỳ. Với số hồ sơ lớn, cân nhắc Member API như tài liệu gợi ý.
Tách nguồn khi báo cáo
Báo cáo công bố nên có cột nguồn khai: chủ hồ sơ, Crossref, Scopus hay hệ thống khác. Người đọc báo cáo biết con số nào do nhà nghiên cứu tự khai, con số nào do hệ thống bên ngoài thêm.
Liên kết với định danh tổ chức
Employment trong lab dùng Ringgold. Hồ sơ khác có thể dùng ROR hoặc GRID. Khi thống kê theo đơn vị, ánh xạ các định danh này về một hệ, hoặc giữ nguyên và ghi rõ hệ đang dùng.
Bảo vệ token khi đã có
Token read-public sống rất lâu theo tài liệu. Lưu token ở nơi an toàn, không ghi vào mã, không ghi vào log. Nhật ký của lab chỉ có đường dẫn, mã trạng thái và kích thước.
Lưu nhật ký thay đổi
Khi gọi lại một hồ sơ, so danh sách put-code mới với danh sách đã lưu. put-code mới là mục vừa được thêm, put-code biến mất là mục đã bị xóa hoặc bị ẩn. Ghi lại thay đổi giúp giải thích vì sao số công bố của một người thay đổi giữa hai kỳ báo cáo.
Thông báo cho nhà nghiên cứu
Nếu hệ thống của trường dùng dữ liệu ORCID cho đánh giá, thông báo cho nhà nghiên cứu biết dữ liệu nào được lấy và từ mức hiển thị nào. Họ có thể tự sửa hồ sơ, gộp bản trùng hay đổi visibility. Hồ sơ đúng ở nguồn tốt hơn mọi bước sửa ở phía hệ thống.
Ghi nguồn khai bằng lời
Trong báo cáo cho người không làm kỹ thuật, đổi mã nguồn khai thành lời: tự khai, thêm qua công cụ Crossref theo yêu cầu của chủ hồ sơ, thêm bởi Scopus. Ba nhãn này đủ để người đọc hiểu độ tin cậy của từng dòng mà không cần biết source-client-id là gì.
Proxy ở đâu trong luồng
API của ORCID không cần IP riêng, và dữ liệu đọc được không đổi theo IP. Proxy chỉ có vai trò khi máy chủ của trường phải đi ra Internet qua một điểm cố định. Khi cần IP tại Việt Nam cho phần đó, anh em có thể mua proxy tại trang chủ ProxyVN. Vai trò của proxy có ở bài Web Scraping proxy là gì, cách ghi chuỗi cấu hình có ở bài định dạng proxy.
Ghép với dữ liệu DOI
Khi cần metadata đầy đủ của bài, đi từ DOI trong works sang Crossref hoặc DataCite. Bài Crossref API bằng Python có cách đối soát DOI và ngày. Giữ put-code ORCID trong bảng để biết dòng nào đến từ hồ sơ nào.
ORCID API public records: câu hỏi thường gặp
Các câu dưới đây gom những điểm hay bị hỏi.
Có cần token để đọc hồ sơ công khai không?
Không với lượng nhỏ. Lab đọc qua pub.orcid.org không token. Hệ thống chạy định kỳ nên đăng ký client.
Vì sao bài báo xuất hiện hai lần?
Vì có hai nguồn khai cùng bài. Trong lab, một DOI có bản do chủ hồ sơ khai và bản do Crossref Metadata Search thêm.
Có đọc được email không?
Không qua API công khai nếu email không để public. Hồ sơ trong lab có 0 email công khai.
Tìm theo tên có đáng tin không?
Không. Trong lab, tìm Josiah Carberry ra hai iD, tìm họ Carberry ra 48.
ID sai thì API trả gì?
404 với thông điệp resource not found. Kiểm checksum trước để biết là gõ nhầm.
Mục private có đọc được không?
Không đường nào đọc được. Mục limited cần Member API và sự đồng ý của nhà nghiên cứu.
Public API có dùng cho dịch vụ thương mại được không?
Tài liệu ghi điều khoản Public API giới hạn ở mục đích phi thương mại. Dịch vụ thương mại cần Member API.
ORCID API public records và những điều cần nhớ
ORCID API public records chỉ trả phần công khai của hồ sơ, và mỗi mục mang nguồn khai riêng cần được giữ lại. Lab trên hồ sơ thử nghiệm cho thấy một bài có hai bản khai, email bị ẩn, và tìm theo tên ra nhiều iD. Proxy.vn - Nhà cung cấp dịch vụ proxy chất lượng hàng đầu Việt Nam khuyên anh em đi theo ORCID iD đã xác thực khi làm việc với ORCID API public records.
