Tách DBMS, database và nội dung; đọc GFDL, ODbL, CDLA Permissive/Sharing, font OFL và open access, rồi lập hồ sơ ba gói DEMO theo đúng bản và hành vi.
Một nhóm nhận bộ dữ liệu gồm ảnh, chú thích và một file database. Người dùng thấy công cụ đọc database có giấy phép nguồn mở rồi cho rằng có thể xuất toàn bộ ảnh lên website. Nhưng giấy phép của chương trình, quyền với tập dữ liệu và quyền của từng ảnh là ba lớp khác nhau. Việc phần mềm mở được file chưa giải quyết quyền chia sẻ nội dung bên trong.
Bài 053.3, Các giấy phép dành cho nội dung mở khác, tham chiếu Open Source Essentials 050-100 trang in 136–150, viết độc lập và đối chiếu ngày 23/10/2026. Bạn cần hiểu nội dung mở và Creative Commons. Sau bài, bạn nên nhận biết GFDL, ODbL, CDLA, giấy phép font và khái niệm open access, rồi lập hồ sơ đúng loại tài sản. Nội dung nhập môn không thay thế đánh giá pháp lý cho một bộ dữ liệu hoặc tài liệu thực tế.
Một repository có code, hướng dẫn, ví dụ và ảnh không nhất thiết dùng một license cho mọi phần. Có thể tác giả áp dụng chung một văn bản, cũng có thể có thông báo riêng theo thư mục hoặc tệp. Hãy đọc thông báo trước khi kết luận tài liệu tự động có cùng license với chương trình mà nó hướng dẫn.
Với tài liệu, dạng xuất bản và dạng thuận tiện để sửa là hai thuộc tính cần ghi. Một PDF xem được chưa chắc chứa đủ nguồn để chỉnh sửa có cấu trúc. Nếu muốn dịch hoặc tái phân phối, ghi phiên bản, phần được lấy và thay đổi dự kiến. Đừng dùng chữ “tài liệu đi kèm” để bỏ qua điều kiện của ảnh hoặc đoạn mã bên trong.
GNU Free Documentation License 1.3 là giấy phép copyleft dành cho tài liệu. Nó có các khái niệm Transparent/Opaque, Invariant Sections và Cover Texts cần xem theo thông báo. Điều kiện khi sửa hoặc phân phối số lượng lớn có chi tiết riêng, không thể rút gọn thành chỉ ghi tên tác giả. Bản GFDL-1.3-only cũng cần phân biệt với thông báo cho phép phiên bản sau.
Một hồ sơ tốt ghi rõ có hay không các phần bất biến, văn bản bìa được chỉ định và nguồn chỉnh sửa tương ứng. Không suy ra mọi tài liệu GFDL đều có phần bất biến, hoặc mọi PDF đều Opaque bất kể cách tạo. Đọc định nghĩa và tệp thực tế.
DBMS là phần mềm lưu trữ, truy vấn hoặc quản lý dữ liệu. Database là tập dữ liệu được tổ chức; từng bản ghi có thể chứa sự kiện, ảnh, văn bản hoặc tác phẩm độc lập. Ghi license của DBMS vào dòng dữ liệu không tự cấp quyền cho dữ liệu. Ngược lại, giấy phép database không tự thay license của chương trình dùng để truy cập nó.
Quyền có thể liên quan cách tuyển chọn/sắp xếp và quyền cơ sở dữ liệu ở những hệ thống pháp luật có cơ chế đó. Từng nội dung còn có quyền riêng. Không lấy một mốc thời hạn từ một quốc gia làm quy tắc toàn cầu hoặc suy ra mọi tập dữ liệu máy học đều có cùng tình trạng bảo hộ. Cần nhận diện nguồn và phạm vi thay vì mặc định theo đuôi .csv hay .db.
Ví dụ giả định: một tập ảnh có tên tệp và nhãn phân loại. Hồ sơ cần ba dòng liên quan: phần mềm đọc, bản phát hành tập dữ liệu và nguồn/điều kiện của ảnh. Nếu một ảnh được loại bỏ do chưa rõ quyền, ghi thay đổi vào bản dữ liệu mới thay vì xóa lịch sử của bản đã nhận.
ODbL 1.0 phân biệt Database, Contents, Derivative Database và Produced Work. Nó không cấp quyền cho chương trình làm hoặc vận hành database, cũng không tự bao phủ bản quyền của từng nội dung. Một sản phẩm tạo ra từ dữ liệu cần được đánh giá theo các điều kiện liên quan của văn bản, không chỉ hỏi có chuyển file database hay chưa.
Khi lập hồ sơ bản đồ, hãy ghi dữ liệu nguồn, có sửa database không, sản phẩm được công khai dưới dạng gì và attribution nằm đâu. Đừng kết luận chỉ vì xuất ra ảnh tĩnh mà mọi điều kiện biến mất. Ngược lại, cũng không gán license của database cho tất cả mã ứng dụng chỉ vì ứng dụng truy vấn nó.
Bài này không đưa ma trận tương thích cho mọi kiểu kết hợp. Nếu ghép dữ liệu từ nhiều nguồn, ghi từng nguồn và cách ghép trước. Các điều kiện với phần đáng kể, thay đổi và sản phẩm tạo ra cần được người đánh giá xem trong bối cảnh cụ thể. Một nhãn “open data” trong metadata chưa đủ thay các thông tin đó.
CDLA Permissive 1.0 có điều kiện khi Publish dữ liệu hoặc Enhanced Data, gồm chuyển thông tin thỏa thuận, đánh dấu thay đổi và giữ attribution đã có theo phạm vi quy định. CDLA Sharing 1.0 có yêu cầu Publish Data, gồm Enhanced Data, theo cùng thỏa thuận và các điều kiện của mục 3. Hai nhánh không thể hoán đổi chỉ vì cùng chữ CDLA.
Phần cập nhật thực tế: CDLA Permissive 2.0 có văn bản ngắn hơn; khi chia sẻ Data, người nhận phải làm cho văn bản thỏa thuận có sẵn cùng dữ liệu. Đừng tự thay câu đó bằng quy tắc “để bất kỳ link nào là đủ” mà chưa kiểm tra cách cung cấp. Nó cũng nói không đặt nghĩa vụ/hạn chế lên Results theo định nghĩa, gồm kết quả phân tích tính toán.
Điều đó không chứng nhận dữ liệu đầu vào hợp pháp hoặc xóa quyền của bên khác. Hồ sơ vẫn cần nguồn, bản nhận, hành vi và loại kết quả. Với dữ liệu dùng cho AI, ghi riêng Data được chia sẻ và Results được tạo, tránh tự kết luận mọi đầu ra đều là bản sao hoặc mọi mô hình đều hoàn toàn không có vấn đề về quyền.
Inbound và outbound là hai góc nhìn hữu ích: quyền cho phép nhận đóng góp vào tập dữ liệu và quyền cung cấp tập dữ liệu cho người khác. Người vận hành cần kiểm tra chúng nối được với nhau. Không thể hứa cấp quyền rộng hơn quyền mình có chỉ bằng cách chọn một template thỏa thuận mới.
Budapest Open Access Initiative nêu quyền đọc, tải, sao chép, phân phối và các sử dụng hợp pháp phù hợp, cùng ghi nhận tác giả. Tuyên bố Berlin năm 2003 bổ sung bối cảnh cấp quyền và lưu trữ bản đầy đủ trong repository. Vì vậy, nút “free download” chưa cho biết đầy đủ quyền tái sử dụng của một bài nghiên cứu.
Gold thường chỉ bài được cung cấp mở tại nơi xuất bản; green nói tới tự lưu trữ qua repository hoặc kênh được cho phép. Phải kiểm tra phiên bản được chia sẻ, điều kiện của tác giả/nhà xuất bản và thời điểm nếu có. Gold không đồng nghĩa mọi tác giả đều phải trả phí, còn green không có nghĩa được tải bản PDF bất kỳ rồi đăng lại vô điều kiện.
Khi hỗ trợ người dùng tìm tài liệu, ghi URL, phiên bản bài, thông báo license và nguồn repository. Đừng bỏ bản preprint vào hồ sơ như thể nó chắc chắn là bản đã phản biện cuối.
SIL Open Font License 1.1 cho dùng, nhúng, sửa và phân phối theo điều kiện; có quy định về bán font riêng lẻ, giữ notice/license và Reserved Font Names khi sửa. Yêu cầu font ở lại theo OFL không áp sang toàn bộ tài liệu được tạo bằng font đó. Không nhầm việc tài liệu dùng font với việc phân phối bản font đã sửa.
Trong bộ tài liệu, ghi nguồn font và có nhúng hay kèm file font không. Nếu nhóm chỉnh font, xem tên dự trữ và điều kiện liên quan thay vì giữ nguyên thương hiệu theo thói quen. Bài này chỉ nhận biết, không chỉnh hoặc phát hành font thực tế.
Tạo ba ca trên giấy: manual A theo GFDL-1.3-only, tập dữ liệu B theo ODbL-1.0 và bản dữ liệu C theo CDLA-Permissive-2.0. Đây là dữ liệu giả định; bạn không cần tải gói ngoài. Mỗi ca có loại tài sản, phiên bản, cách dùng, thông báo, phần chưa biết và người phụ trách xác minh.
Giả định chỉ có PDF và một trang thông báo GFDL. Ghi cần xác định nguồn chỉnh sửa, Invariant Sections/Cover Texts nếu được chỉ định, cùng điều kiện cho bản sửa và cách phân phối. Không tự xóa phần có vẻ “không kỹ thuật” vì có thể đó là phần liên quan tới thông báo của tài liệu.
Kết quả mong đợi là danh sách cần lấy thêm trước khi tạo bản dịch để chia sẻ. Chưa có nguồn chỉnh sửa thì ghi thiếu, không gắn nhãn Transparent chỉ để qua biểu mẫu. Không kết luận mọi manual GFDL đều cùng bộ điều kiện khi chưa đọc notice riêng.
Giả định B chứa các bản ghi địa điểm kèm ảnh. Phân tách database, từng ảnh và chương trình xuất bản. Ghi bản dữ liệu, có sửa/sắp xếp lại hay không, sản phẩm được tạo và cách công khai dự kiến. Đánh dấu quyền ảnh chưa được xác minh thay vì áp ODbL cho toàn bộ ảnh theo tên gói.
Đề xuất hồ sơ attribution và câu hỏi về source database theo hành vi thực tế. Không gửi sản phẩm ra ngoài trong bài tập. Tiêu chí đạt là nhận diện đúng các lớp quyền và câu hỏi, chưa phải xác nhận Produced Work đã đáp ứng mọi điều kiện.
Giả định C theo CDLA Permissive 2.0 được sửa nhãn rồi chia sẻ lại. Ghi cách làm cho văn bản thỏa thuận đi cùng Data, nguồn bản nhận và nội dung thay đổi để truy vết. Tiếp theo đổi giả định sang Sharing 1.0 rồi đọc lại điều kiện Publish, không giữ nguyên kết luận của ca 2.0.
Cuối cùng thêm một kết quả thống kê tính từ dữ liệu. Ghi câu hỏi nó có thuộc Results theo thỏa thuận đang xét hay không, cùng dữ liệu đầu vào được dùng. Không biến diễn tập này thành khẳng định rằng mọi kết quả AI hay mọi dữ liệu thu thập từ web đều được phép chia sẻ.
Ba ca đã được rà soát với kết quả mong đợi, chưa thử nhập/xuất database, phát hành bản dịch hoặc xác minh quyền của dữ liệu thật. Hồ sơ này là nền cho nhóm bài tiếp theo về mô hình kinh doanh và quản lý tuân thủ, nơi quyết định sử dụng cần gắn với chi phí, trách nhiệm và cách bàn giao.
Chọn chat, email, issue, ticket và tài liệu theo mục tiêu; hiểu federation, wiki, CMS, DMS, rồi lập báo cáo, ghi chú quyết định và dàn ý tài liệu DEMO.
Phân biệt Git với nền tảng hosting, working tree, index, commit, branch và tag; thực hành nhánh, fast-forward, tag và revert trong repository riêng.
Phân biệt IDE, build, linter, debugger, các loại test và môi trường CI/CD; chạy lab Node để thấy cú pháp hợp lệ vẫn có thể sai hành vi rồi khôi phục.
Nhận diện maintainer, contributor, quản trị và tài trợ; đọc DCO, CLA, quy tắc ứng xử, rồi soạn phản hồi đóng góp tài liệu qua tình huống DEMO riêng.