ಸೆಮ್ಯಾಂಟಿಕ್ ವೆಬ್ ಮತ್ತು ಲಿಂಕ್ಡ್ ಡೇಟಾ. ತಿದ್ದುಪಡಿಗಳು ಮತ್ತು ಸೇರ್ಪಡೆಗಳು

ಇತ್ತೀಚೆಗೆ ಪ್ರಕಟವಾದ ಈ ಪುಸ್ತಕದ ತುಣುಕನ್ನು ಸಾರ್ವಜನಿಕರಿಗೆ ಪ್ರಸ್ತುತಪಡಿಸಲು ನಾನು ಬಯಸುತ್ತೇನೆ:

ಎಂಟರ್‌ಪ್ರೈಸ್‌ನ ಆನ್ಟೋಲಾಜಿಕಲ್ ಮಾಡೆಲಿಂಗ್: ವಿಧಾನಗಳು ಮತ್ತು ತಂತ್ರಜ್ಞಾನಗಳು [ಪಠ್ಯ]: ಮೊನೊಗ್ರಾಫ್ / [ಎಸ್. V. ಗೋರ್ಶ್ಕೋವ್, S. S. ಕ್ರಾಲಿನ್, O. I. ಮುಷ್ತಾಕ್ ಮತ್ತು ಇತರರು; ಕಾರ್ಯನಿರ್ವಾಹಕ ಸಂಪಾದಕ S.V. ಗೋರ್ಶ್ಕೋವ್]. - ಎಕಟೆರಿನ್ಬರ್ಗ್: ಉರಲ್ ಯೂನಿವರ್ಸಿಟಿ ಪಬ್ಲಿಷಿಂಗ್ ಹೌಸ್, 2019. - 234 ಪು.: ಇಲ್., ಟೇಬಲ್; 20 ಸೆಂ. - ಲೇಖಕ. ಹಿಂಭಾಗದ ತುದಿಯಲ್ಲಿ ಸೂಚಿಸಲಾಗುತ್ತದೆ. ಜೊತೆಗೆ. - ಗ್ರಂಥಸೂಚಿ ಅಧ್ಯಾಯದ ಕೊನೆಯಲ್ಲಿ. — ISBN 978-5-7996-2580-1: 200 ಪ್ರತಿಗಳು.

ಹಬ್ರೆಯಲ್ಲಿ ಈ ತುಣುಕನ್ನು ಪೋಸ್ಟ್ ಮಾಡುವ ಉದ್ದೇಶವು ನಾಲ್ಕು ಪಟ್ಟು:

• ಗೌರವಾನ್ವಿತ ಗ್ರಾಹಕರಲ್ಲದಿದ್ದರೆ ಯಾರಾದರೂ ಈ ಪುಸ್ತಕವನ್ನು ತಮ್ಮ ಕೈಯಲ್ಲಿ ಹಿಡಿದಿಟ್ಟುಕೊಳ್ಳುವುದು ಅಸಂಭವವಾಗಿದೆ ಸೆರ್ಗೆಇಂಡೆಕ್ಸ್; ಇದು ಖಂಡಿತವಾಗಿಯೂ ಮಾರಾಟದಲ್ಲಿಲ್ಲ.
• ಪಠ್ಯಕ್ಕೆ ತಿದ್ದುಪಡಿಗಳನ್ನು ಮಾಡಲಾಗಿದೆ (ಅವುಗಳನ್ನು ಕೆಳಗೆ ಹೈಲೈಟ್ ಮಾಡಲಾಗಿಲ್ಲ) ಮತ್ತು ಮುದ್ರಿತ ಮೊನೊಗ್ರಾಫ್ನ ಸ್ವರೂಪದೊಂದಿಗೆ ಹೆಚ್ಚು ಹೊಂದಿಕೆಯಾಗದ ಸೇರ್ಪಡೆಗಳನ್ನು ಮಾಡಲಾಗಿದೆ: ಸಾಮಯಿಕ ಟಿಪ್ಪಣಿಗಳು (ಸ್ಪಾಯ್ಲರ್ಗಳ ಅಡಿಯಲ್ಲಿ) ಮತ್ತು ಹೈಪರ್ಲಿಂಕ್ಗಳು.
• ನಾನು ಬಯಸುತ್ತೇನೆ ಪ್ರಶ್ನೆಗಳು ಮತ್ತು ಕಾಮೆಂಟ್ಗಳನ್ನು ಸಂಗ್ರಹಿಸಿ, ಈ ಪಠ್ಯವನ್ನು ಯಾವುದೇ ಇತರ ಪ್ರಕಟಣೆಗಳಲ್ಲಿ ಪರಿಷ್ಕೃತ ರೂಪದಲ್ಲಿ ಸೇರಿಸುವಾಗ ಅವುಗಳನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳುವ ಸಲುವಾಗಿ.
• ಅನೇಕ ಸೆಮ್ಯಾಂಟಿಕ್ ವೆಬ್ ಮತ್ತು ಲಿಂಕ್ಡ್ ಡೇಟಾ ಅನುಯಾಯಿಗಳು ತಮ್ಮ ವಲಯವು ತುಂಬಾ ಕಿರಿದಾಗಿದೆ ಎಂದು ಇನ್ನೂ ನಂಬುತ್ತಾರೆ, ಮುಖ್ಯವಾಗಿ ಸಾರ್ವಜನಿಕರು ಸೆಮ್ಯಾಂಟಿಕ್ ವೆಬ್ ಮತ್ತು ಲಿಂಕ್ಡ್ ಡೇಟಾದ ಅನುಯಾಯಿಯಾಗಿರುವುದು ಎಷ್ಟು ಉತ್ತಮ ಎಂದು ಇನ್ನೂ ಸರಿಯಾಗಿ ವಿವರಿಸಲಾಗಿಲ್ಲ. ತುಣುಕಿನ ಲೇಖಕರು, ಅವರು ಈ ವಲಯಕ್ಕೆ ಸೇರಿದವರಾಗಿದ್ದರೂ, ಈ ಅಭಿಪ್ರಾಯವನ್ನು ಹೊಂದಿಲ್ಲ, ಆದರೆ, ಆದಾಗ್ಯೂ, ಮತ್ತೊಂದು ಪ್ರಯತ್ನವನ್ನು ಮಾಡಲು ತನ್ನನ್ನು ತಾನು ಬಾಧ್ಯತೆ ಎಂದು ಪರಿಗಣಿಸುತ್ತಾನೆ.

ಆದ್ದರಿಂದ,

ಲಾಕ್ಷಣಿಕ ವೆಬ್

ಇಂಟರ್ನೆಟ್ನ ವಿಕಾಸವನ್ನು ಈ ಕೆಳಗಿನಂತೆ ಪ್ರತಿನಿಧಿಸಬಹುದು (ಅಥವಾ ಕೆಳಗೆ ಸೂಚಿಸಲಾದ ಕ್ರಮದಲ್ಲಿ ರೂಪುಗೊಂಡ ಅದರ ವಿಭಾಗಗಳ ಬಗ್ಗೆ ಮಾತನಾಡಿ):

1. ಇಂಟರ್ನೆಟ್ನಲ್ಲಿ ದಾಖಲೆಗಳು. ಪ್ರಮುಖ ತಂತ್ರಜ್ಞಾನಗಳು - ಗೋಫರ್, FTP, ಇತ್ಯಾದಿ.
   ಇಂಟರ್ನೆಟ್ ಸ್ಥಳೀಯ ಸಂಪನ್ಮೂಲಗಳ ವಿನಿಮಯಕ್ಕಾಗಿ ಜಾಗತಿಕ ಜಾಲವಾಗಿದೆ.
2. ಇಂಟರ್ನೆಟ್ ದಾಖಲೆಗಳು. ಪ್ರಮುಖ ತಂತ್ರಜ್ಞಾನಗಳೆಂದರೆ HTML ಮತ್ತು HTTP.
   ತೆರೆದ ಸಂಪನ್ಮೂಲಗಳ ಸ್ವರೂಪವು ಅವುಗಳ ಪ್ರಸರಣ ಮಾಧ್ಯಮದ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ.
3. ಇಂಟರ್ನೆಟ್ ಡೇಟಾ. ಪ್ರಮುಖ ತಂತ್ರಜ್ಞಾನಗಳು - REST ಮತ್ತು SOAP API, XHR, ಇತ್ಯಾದಿ.
   ಇಂಟರ್ನೆಟ್ ಅಪ್ಲಿಕೇಶನ್‌ಗಳ ಯುಗ, ಜನರು ಸಂಪನ್ಮೂಲಗಳ ಗ್ರಾಹಕರಾಗುವುದು ಮಾತ್ರವಲ್ಲ.
4. ಇಂಟರ್ನೆಟ್ ಡೇಟಾ. ಪ್ರಮುಖ ತಂತ್ರಜ್ಞಾನಗಳೆಂದರೆ ಲಿಂಕ್ಡ್ ಡೇಟಾ ತಂತ್ರಜ್ಞಾನಗಳು.
   ಎರಡನೇ ಕೋರ್ ತಂತ್ರಜ್ಞಾನಗಳ ಸೃಷ್ಟಿಕರ್ತ ಮತ್ತು W3C ಯ ನಿರ್ದೇಶಕ ಬರ್ನರ್ಸ್-ಲೀ ಊಹಿಸಿದ ಈ ನಾಲ್ಕನೇ ಹಂತವನ್ನು ಸೆಮ್ಯಾಂಟಿಕ್ ವೆಬ್ ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ; ಲಿಂಕ್ಡ್ ಡೇಟಾ ತಂತ್ರಜ್ಞಾನಗಳು ವೆಬ್‌ನಲ್ಲಿ ಡೇಟಾವನ್ನು ಯಂತ್ರ-ಓದಬಲ್ಲವು ಮಾತ್ರವಲ್ಲದೆ "ಯಂತ್ರ-ಅರ್ಥವಾಗುವಂತೆ" ಮಾಡಲು ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ.

ಕೆಳಗಿನವುಗಳಿಂದ, ಎರಡನೇ ಮತ್ತು ನಾಲ್ಕನೇ ಹಂತಗಳ ಪ್ರಮುಖ ಪರಿಕಲ್ಪನೆಗಳ ನಡುವಿನ ಪತ್ರವ್ಯವಹಾರವನ್ನು ಓದುಗರು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತಾರೆ:

• URL ಗಳು URI ಗಳಿಗೆ ಹೋಲುತ್ತವೆ,
• HTML ನ ಅನಲಾಗ್ RDF ಆಗಿದೆ,
• HTML ಹೈಪರ್‌ಲಿಂಕ್‌ಗಳು RDF ಡಾಕ್ಯುಮೆಂಟ್‌ಗಳಲ್ಲಿನ URI ಘಟನೆಗಳಿಗೆ ಹೋಲುತ್ತವೆ.

ಸೆಮ್ಯಾಂಟಿಕ್ ವೆಬ್ ನಿರ್ದಿಷ್ಟ ಸ್ವಾಭಾವಿಕ ಅಥವಾ ಲಾಬಿ ಪ್ರವೃತ್ತಿಗಿಂತ ಇಂಟರ್ನೆಟ್‌ನ ಭವಿಷ್ಯದ ವ್ಯವಸ್ಥಿತ ದೃಷ್ಟಿಯಾಗಿದೆ, ಆದರೂ ಇದು ಈ ಎರಡನೆಯದನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳಬಹುದು. ಉದಾಹರಣೆಗೆ, ವೆಬ್ 2.0 ಎಂದು ಕರೆಯಲ್ಪಡುವ ಒಂದು ಪ್ರಮುಖ ಲಕ್ಷಣವನ್ನು "ಬಳಕೆದಾರ-ರಚಿತ ವಿಷಯ" ಎಂದು ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ. ನಿರ್ದಿಷ್ಟವಾಗಿ, W3C ಶಿಫಾರಸು "ವೆಬ್ ಟಿಪ್ಪಣಿ ಆಂಟಾಲಜಿ"ಮತ್ತು ಅಂತಹ ಒಂದು ಕಾರ್ಯ ಘನ.

ಸೆಮ್ಯಾಂಟಿಕ್ ವೆಬ್ ಡೆಡ್ ಆಗಿದೆಯೇ?

ನೀವು ನಿರಾಕರಿಸಿದರೆ ಅವಾಸ್ತವಿಕ ನಿರೀಕ್ಷೆಗಳು, ಲಾಕ್ಷಣಿಕ ವೆಬ್‌ನೊಂದಿಗಿನ ಪರಿಸ್ಥಿತಿಯು ಅಭಿವೃದ್ಧಿ ಹೊಂದಿದ ಸಮಾಜವಾದದ ಸಮಯದಲ್ಲಿ ಕಮ್ಯುನಿಸಂನಂತೆಯೇ ಇರುತ್ತದೆ (ಮತ್ತು ಇಲಿಚ್‌ನ ಷರತ್ತುಬದ್ಧ ಆಜ್ಞೆಗಳಿಗೆ ನಿಷ್ಠೆಯನ್ನು ಗಮನಿಸಲಾಗಿದೆಯೇ, ಪ್ರತಿಯೊಬ್ಬರೂ ಸ್ವತಃ ನಿರ್ಧರಿಸಲಿ). ಹುಡುಕಾಟ ಇಂಜಿನ್ಗಳು ಸಾಕಷ್ಟು ಯಶಸ್ವಿಯಾಗಿ RDFa ಮತ್ತು JSON-LD ಅನ್ನು ಬಳಸಲು ವೆಬ್‌ಸೈಟ್‌ಗಳನ್ನು ಒತ್ತಾಯಿಸುತ್ತದೆ ಮತ್ತು ಕೆಳಗೆ ವಿವರಿಸಿದ ತಂತ್ರಜ್ಞಾನಗಳಿಗೆ ಸಂಬಂಧಿಸಿದ ತಂತ್ರಜ್ಞಾನಗಳನ್ನು ಬಳಸುತ್ತದೆ (ಗೂಗಲ್ ಜ್ಞಾನ ಗ್ರಾಫ್, ಬಿಂಗ್ ಜ್ಞಾನ ಗ್ರಾಫ್).

ಸಾಮಾನ್ಯ ಪರಿಭಾಷೆಯಲ್ಲಿ, ಹೆಚ್ಚಿನ ಹರಡುವಿಕೆಯನ್ನು ತಡೆಯುವುದನ್ನು ಲೇಖಕರು ಹೇಳಲು ಸಾಧ್ಯವಿಲ್ಲ, ಆದರೆ ಅವರು ವೈಯಕ್ತಿಕ ಅನುಭವದಿಂದ ಮಾತನಾಡಬಹುದು. SW ಆಕ್ರಮಣಕಾರಿ ಪರಿಸ್ಥಿತಿಗಳಲ್ಲಿ "ಪೆಟ್ಟಿಗೆಯ ಹೊರಗೆ" ಪರಿಹರಿಸಬಹುದಾದ ಸಮಸ್ಯೆಗಳಿವೆ, ಆದರೂ ಅವುಗಳು ಹೆಚ್ಚು ವ್ಯಾಪಕವಾಗಿಲ್ಲ. ಪರಿಣಾಮವಾಗಿ, ಈ ಕಾರ್ಯಗಳನ್ನು ಎದುರಿಸುತ್ತಿರುವವರು ಪರಿಹಾರವನ್ನು ಒದಗಿಸಲು ಸಮರ್ಥರ ವಿರುದ್ಧ ಯಾವುದೇ ದಬ್ಬಾಳಿಕೆಯನ್ನು ಹೊಂದಿರುವುದಿಲ್ಲ, ಆದರೆ ನಂತರದ ಪರಿಹಾರದ ಸ್ವತಂತ್ರ ನಿಬಂಧನೆಯು ಅವರ ವ್ಯವಹಾರ ಮಾದರಿಗಳಿಗೆ ವಿರುದ್ಧವಾಗಿರುತ್ತದೆ. ಆದ್ದರಿಂದ ನಾವು HTML ಅನ್ನು ಪಾರ್ಸ್ ಮಾಡುವುದನ್ನು ಮುಂದುವರಿಸುತ್ತೇವೆ ಮತ್ತು ವಿವಿಧ API ಗಳನ್ನು ಒಟ್ಟಿಗೆ ಅಂಟುಗೊಳಿಸುತ್ತೇವೆ.

ಆದಾಗ್ಯೂ, ಲಿಂಕ್ಡ್ ಡೇಟಾ ತಂತ್ರಜ್ಞಾನಗಳು ಮುಖ್ಯವಾಹಿನಿಯ ವೆಬ್‌ನ ಆಚೆಗೆ ಹರಡಿವೆ; ಪುಸ್ತಕ, ವಾಸ್ತವವಾಗಿ, ಈ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಿಗೆ ಸಮರ್ಪಿಸಲಾಗಿದೆ. ಪ್ರಸ್ತುತ, ಲಿಂಕ್ಡ್ ಡೇಟಾ ಸಮುದಾಯವು ಗಾರ್ಟ್‌ನರ್‌ನ ರೆಕಾರ್ಡಿಂಗ್ (ಅಥವಾ ನೀವು ಬಯಸಿದಂತೆ ಘೋಷಣೆ) ನಂತಹ ಪ್ರವೃತ್ತಿಗಳಿಗೆ ಈ ತಂತ್ರಜ್ಞಾನಗಳು ಇನ್ನಷ್ಟು ವ್ಯಾಪಕವಾದ ಧನ್ಯವಾದಗಳು ಎಂದು ನಿರೀಕ್ಷಿಸುತ್ತದೆ ಜ್ಞಾನ ಗ್ರಾಫ್ಗಳು и ಡೇಟಾ ಫ್ಯಾಬ್ರಿಕ್. ಈ ಪರಿಕಲ್ಪನೆಗಳ "ಬೈಸಿಕಲ್" ಅನುಷ್ಠಾನಗಳು ಯಶಸ್ವಿಯಾಗುವುದಿಲ್ಲ ಎಂದು ನಾನು ನಂಬಲು ಬಯಸುತ್ತೇನೆ, ಆದರೆ ಕೆಳಗೆ ಚರ್ಚಿಸಲಾದ W3C ಮಾನದಂಡಗಳಿಗೆ ಸಂಬಂಧಿಸಿದೆ.

ಲಿಂಕ್ ಮಾಡಲಾದ ಡೇಟಾ

ಬರ್ನರ್ಸ್-ಲೀ ಲಿಂಕ್ಡ್ ಡೇಟಾವನ್ನು ಸೆಮ್ಯಾಂಟಿಕ್ ವೆಬ್ "ಸರಿಯಾಗಿ ಮಾಡಲಾಗಿದೆ" ಎಂದು ವ್ಯಾಖ್ಯಾನಿಸಿದ್ದಾರೆ: ಅದರ ಅಂತಿಮ ಗುರಿಗಳನ್ನು ಸಾಧಿಸಲು ಅನುಮತಿಸುವ ವಿಧಾನಗಳು ಮತ್ತು ತಂತ್ರಜ್ಞಾನಗಳ ಒಂದು ಸೆಟ್. ಲಿಂಕ್ಡ್ ಡೇಟಾ ಬರ್ನರ್ಸ್-ಲೀ ಮೂಲ ತತ್ವಗಳು ಎತ್ತಿ ತೋರಿಸಿದೆ ಕೆಳಗಿನವುಗಳು.

ತತ್ವ 1. ಘಟಕಗಳನ್ನು ಹೆಸರಿಸಲು URI ಗಳನ್ನು ಬಳಸುವುದು.

ನಮೂದುಗಳಿಗಾಗಿ ಸ್ಥಳೀಯ ಸ್ಟ್ರಿಂಗ್ ಐಡೆಂಟಿಫೈಯರ್‌ಗಳಿಗೆ ವಿರುದ್ಧವಾಗಿ URI ಗಳು ಜಾಗತಿಕ ಅಸ್ತಿತ್ವದ ಗುರುತಿಸುವಿಕೆಗಳಾಗಿವೆ. ತರುವಾಯ, ಈ ತತ್ವವನ್ನು Google ಜ್ಞಾನ ಗ್ರಾಫ್ ಸ್ಲೋಗನ್‌ನಲ್ಲಿ ಉತ್ತಮವಾಗಿ ವ್ಯಕ್ತಪಡಿಸಲಾಯಿತು "ವಸ್ತುಗಳು, ತಂತಿಗಳಲ್ಲ».

ತತ್ವ 2. HTTP ಸ್ಕೀಮ್‌ನಲ್ಲಿ URI ಗಳನ್ನು ಬಳಸುವುದು ಇದರಿಂದ ಅವುಗಳನ್ನು ಡಿ-ರೆಫರೆನ್ಸ್ ಮಾಡಬಹುದು.

URI ಅನ್ನು ಪ್ರವೇಶಿಸುವ ಮೂಲಕ, ಆ ಸೂಚಕದ ಹಿಂದೆ ಸಂಕೇತವನ್ನು ಪಡೆಯಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ (ಆಪರೇಟರ್ ಹೆಸರಿನ ಸಾದೃಶ್ಯವು ಇಲ್ಲಿ ಸ್ಪಷ್ಟವಾಗಿದೆ).*"ಸಿಯಲ್ಲಿ); ಹೆಚ್ಚು ನಿಖರವಾಗಿ, ಇದರ ಕೆಲವು ಪ್ರಾತಿನಿಧ್ಯವನ್ನು ಪಡೆಯಲು - HTTP ಹೆಡರ್‌ನ ಮೌಲ್ಯವನ್ನು ಅವಲಂಬಿಸಿ Accept:. ಬಹುಶಃ, AR/VR ಯುಗದ ಆಗಮನದೊಂದಿಗೆ, ಸಂಪನ್ಮೂಲವನ್ನು ಸ್ವತಃ ಪಡೆಯಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ, ಆದರೆ ಇದೀಗ, ಹೆಚ್ಚಾಗಿ, ಇದು RDF ಡಾಕ್ಯುಮೆಂಟ್ ಆಗಿರುತ್ತದೆ, ಇದು SPARQL ಪ್ರಶ್ನೆಯನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವ ಫಲಿತಾಂಶವಾಗಿದೆ DESCRIBE.

ತತ್ವ 3. W3C ಮಾನದಂಡಗಳ ಬಳಕೆ - ಪ್ರಾಥಮಿಕವಾಗಿ RDF(S) ಮತ್ತು SPARQL - ನಿರ್ದಿಷ್ಟವಾಗಿ URI ಗಳನ್ನು ಡಿಫರೆನ್ಸಿಂಗ್ ಮಾಡುವಾಗ.

ಲಿಂಕ್ಡ್ ಡೇಟಾ ಟೆಕ್ನಾಲಜಿ ಸ್ಟಾಕ್‌ನ ಈ ಪ್ರತ್ಯೇಕ "ಪದರಗಳು" ಎಂದೂ ಕರೆಯುತ್ತಾರೆ ಸೆಮ್ಯಾಂಟಿಕ್ ವೆಬ್ ಲೇಯರ್ ಕೇಕ್, ಕೆಳಗೆ ವಿವರಿಸಲಾಗುವುದು.

ತತ್ವ 4. ಘಟಕಗಳನ್ನು ವಿವರಿಸುವಾಗ ಇತರ URI ಗಳಿಗೆ ಉಲ್ಲೇಖಗಳ ಬಳಕೆ.

ನೈಸರ್ಗಿಕ ಭಾಷೆಯಲ್ಲಿ ಸಂಪನ್ಮೂಲದ ಮೌಖಿಕ ವಿವರಣೆಗೆ ನಿಮ್ಮನ್ನು ಮಿತಿಗೊಳಿಸಲು RDF ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ ಮತ್ತು ನಾಲ್ಕನೇ ತತ್ವವು ಇದನ್ನು ಮಾಡದಂತೆ ಕರೆ ಮಾಡುತ್ತದೆ. ಮೊದಲ ತತ್ವದ ಸಾಮಾನ್ಯ ಆಚರಣೆಯೊಂದಿಗೆ, "ವಿದೇಶಿ" ಸೇರಿದಂತೆ ಇತರರನ್ನು ಉಲ್ಲೇಖಿಸಲು ಸಂಪನ್ಮೂಲವನ್ನು ವಿವರಿಸುವಾಗ ಸಾಧ್ಯವಾಗುತ್ತದೆ, ಅದಕ್ಕಾಗಿಯೇ ಡೇಟಾವನ್ನು ಲಿಂಕ್ ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ. ವಾಸ್ತವವಾಗಿ, RDFS ನಿಘಂಟಿನಲ್ಲಿ ಹೆಸರಿಸಲಾದ URI ಗಳನ್ನು ಬಳಸುವುದು ಬಹುತೇಕ ಅನಿವಾರ್ಯವಾಗಿದೆ.

ಆರ್ಡಿಎಫ್

ಆರ್ಡಿಎಫ್ (ಸಂಪನ್ಮೂಲ ವಿವರಣೆ ಚೌಕಟ್ಟು) ಪರಸ್ಪರ ಸಂಬಂಧ ಹೊಂದಿರುವ ಘಟಕಗಳನ್ನು ವಿವರಿಸುವ ಒಂದು ಔಪಚಾರಿಕತೆಯಾಗಿದೆ.

"ವಿಷಯ-ಮುನ್ಸೂಚನೆ-ವಸ್ತು" ಪ್ರಕಾರದ ಹೇಳಿಕೆಗಳನ್ನು ತ್ರಿವಳಿ ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ, ಘಟಕಗಳು ಮತ್ತು ಅವುಗಳ ಸಂಬಂಧಗಳ ಬಗ್ಗೆ ಮಾಡಲಾಗುತ್ತದೆ. ಸರಳವಾದ ಸಂದರ್ಭದಲ್ಲಿ, ವಿಷಯ, ಮುನ್ಸೂಚನೆ ಮತ್ತು ವಸ್ತುವು ಎಲ್ಲಾ URIಗಳಾಗಿವೆ. ಒಂದೇ URI ವಿಭಿನ್ನ ತ್ರಿವಳಿಗಳಲ್ಲಿ ವಿಭಿನ್ನ ಸ್ಥಾನಗಳಲ್ಲಿರಬಹುದು: ಒಂದು ವಿಷಯ, ಮುನ್ಸೂಚನೆ ಮತ್ತು ವಸ್ತುವಾಗಿರಬಹುದು; ಹೀಗಾಗಿ, ತ್ರಿವಳಿಗಳು RDF ಗ್ರಾಫ್ ಎಂದು ಕರೆಯಲ್ಪಡುವ ಒಂದು ರೀತಿಯ ಗ್ರಾಫ್ ಅನ್ನು ರೂಪಿಸುತ್ತವೆ.

ವಿಷಯಗಳು ಮತ್ತು ಆಬ್ಜೆಕ್ಟ್‌ಗಳು ಯುಆರ್‌ಐಗಳು ಮಾತ್ರವಲ್ಲ, ಹಾಗೆಯೇ ಕರೆಯಲ್ಪಡುತ್ತವೆ ಖಾಲಿ ನೋಡ್ಗಳು, ಮತ್ತು ವಸ್ತುಗಳು ಕೂಡ ಆಗಿರಬಹುದು ಅಕ್ಷರಶಃ. ಅಕ್ಷರಗಳು ಸ್ಟ್ರಿಂಗ್ ಪ್ರಾತಿನಿಧ್ಯ ಮತ್ತು ಪ್ರಕಾರದ ಸೂಚನೆಯನ್ನು ಒಳಗೊಂಡಿರುವ ಪ್ರಾಚೀನ ಪ್ರಕಾರಗಳ ನಿದರ್ಶನಗಳಾಗಿವೆ.

ಅಕ್ಷರಶಃ ಬರೆಯುವ ಉದಾಹರಣೆಗಳು (ಆಮೆ ಸಿಂಟ್ಯಾಕ್ಸ್‌ನಲ್ಲಿ, ಅದರ ಬಗ್ಗೆ ಇನ್ನಷ್ಟು ಕೆಳಗೆ): "5.0"^^xsd:float и "five"^^xsd:string. ಪ್ರಕಾರದೊಂದಿಗೆ ಅಕ್ಷರಶಃ rdf:langString ಭಾಷೆಯ ಟ್ಯಾಗ್ ಅನ್ನು ಸಹ ಅಳವಡಿಸಬಹುದಾಗಿದೆ; ಆಮೆಯಲ್ಲಿ ಇದನ್ನು ಈ ರೀತಿ ಬರೆಯಲಾಗಿದೆ: "five"@en и "пять"@ru.

ಖಾಲಿ ನೋಡ್‌ಗಳು ಜಾಗತಿಕ ಗುರುತಿಸುವಿಕೆಗಳಿಲ್ಲದ "ಅನಾಮಧೇಯ" ಸಂಪನ್ಮೂಲಗಳಾಗಿವೆ, ಅದರ ಬಗ್ಗೆ ಹೇಳಿಕೆಗಳನ್ನು ಮಾಡಬಹುದು, ಆದಾಗ್ಯೂ; ಒಂದು ರೀತಿಯ ಅಸ್ತಿತ್ವವಾದದ ಅಸ್ಥಿರ.

ಆದ್ದರಿಂದ (ಇದು ವಾಸ್ತವವಾಗಿ, RDF ನ ಸಂಪೂರ್ಣ ಅಂಶವಾಗಿದೆ):

• ವಿಷಯವು URI ಅಥವಾ ಖಾಲಿ ನೋಡ್ ಆಗಿದೆ,
• ಮುನ್ಸೂಚನೆಯು URI ಆಗಿದೆ,
• ಆಬ್ಜೆಕ್ಟ್ ಯುಆರ್ಐ, ಖಾಲಿ ನೋಡ್ ಅಥವಾ ಅಕ್ಷರಶಃ.

ಮುನ್ಸೂಚನೆಗಳು ಖಾಲಿ ನೋಡ್‌ಗಳಾಗಿರಬಾರದು ಏಕೆ?

ಸಂಭವನೀಯ ಕಾರಣವೆಂದರೆ ಅನೌಪಚಾರಿಕವಾಗಿ ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಮತ್ತು ಟ್ರಿಪಲ್ ಅನ್ನು ಮೊದಲ-ಕ್ರಮದ ಮುನ್ಸೂಚನೆಯ ತರ್ಕದ ಭಾಷೆಗೆ ಭಾಷಾಂತರಿಸಲು ಬಯಕೆಯಾಗಿದೆ s p o ಏನೋ ಹಾಗೆ ಅಲ್ಲಿ - ಊಹಿಸಿ, и - ಸ್ಥಿರಾಂಕಗಳು. ಈ ತಿಳುವಳಿಕೆಯ ಕುರುಹುಗಳು ಡಾಕ್ಯುಮೆಂಟ್‌ನಲ್ಲಿವೆ "LBase: ಸೆಮ್ಯಾಂಟಿಕ್ ವೆಬ್‌ನ ಭಾಷೆಗಳಿಗೆ ಸೆಮ್ಯಾಂಟಿಕ್ಸ್", ಇದು W3C ವರ್ಕಿಂಗ್ ಗ್ರೂಪ್ ಟಿಪ್ಪಣಿಯ ಸ್ಥಿತಿಯನ್ನು ಹೊಂದಿದೆ. ಈ ತಿಳುವಳಿಕೆಯೊಂದಿಗೆ, ತ್ರಿವಳಿ s p []ಅಲ್ಲಿ [] - ಖಾಲಿ ನೋಡ್, ಎಂದು ಅನುವಾದಿಸಲಾಗುತ್ತದೆ ಅಲ್ಲಿ - ವೇರಿಯಬಲ್, ಆದರೆ ನಂತರ ಹೇಗೆ ಅನುವಾದಿಸುವುದು s [] o? W3C ಶಿಫಾರಸು ಸ್ಥಿತಿಯೊಂದಿಗೆ ಡಾಕ್ಯುಮೆಂಟ್ "RDF 1.1 ಸೆಮ್ಯಾಂಟಿಕ್ಸ್” ಮತ್ತೊಂದು ಭಾಷಾಂತರ ವಿಧಾನವನ್ನು ನೀಡುತ್ತದೆ, ಆದರೆ ಇನ್ನೂ ಪೂರ್ವಸೂಚನೆಗಳು ಖಾಲಿ ನೋಡ್‌ಗಳ ಸಾಧ್ಯತೆಯನ್ನು ಪರಿಗಣಿಸುವುದಿಲ್ಲ.

ಆದಾಗ್ಯೂ, ಮನು ಸ್ಪೋರ್ನಿ ಅನುಮತಿಸಲಾಗಿದೆ.

RDF ಒಂದು ಅಮೂರ್ತ ಮಾದರಿಯಾಗಿದೆ. RDF ಅನ್ನು ವಿವಿಧ ಸಿಂಟ್ಯಾಕ್ಸ್‌ಗಳಲ್ಲಿ ಬರೆಯಬಹುದು (ಧಾರಾವಾಹಿ): RDF/XML, ಆಮೆ (ಹೆಚ್ಚು ಮಾನವ ಓದಬಲ್ಲ) JSON-LD, ಎಚ್‌ಡಿಟಿ (ಬೈನರಿ).

ಅದೇ RDF ಅನ್ನು ವಿವಿಧ ರೀತಿಯಲ್ಲಿ RDF/XML ಗೆ ಧಾರಾವಾಹಿಯಾಗಿ ಮಾಡಬಹುದು, ಆದ್ದರಿಂದ, ಉದಾಹರಣೆಗೆ, XSD ಬಳಸಿಕೊಂಡು ಪರಿಣಾಮವಾಗಿ XML ಅನ್ನು ಮೌಲ್ಯೀಕರಿಸಲು ಅಥವಾ XPath ಬಳಸಿಕೊಂಡು ಡೇಟಾವನ್ನು ಹೊರತೆಗೆಯಲು ಪ್ರಯತ್ನಿಸುವುದರಲ್ಲಿ ಯಾವುದೇ ಅರ್ಥವಿಲ್ಲ. ಅಂತೆಯೇ, ಜಾವಾಸ್ಕ್ರಿಪ್ಟ್‌ನ ಡಾಟ್ ಮತ್ತು ಸ್ಕ್ವೇರ್-ಬ್ರಾಕೆಟ್ ಸಂಕೇತಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಆರ್‌ಡಿಎಫ್‌ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ಸರಾಸರಿ ಜಾವಾಸ್ಕ್ರಿಪ್ಟ್ ಡೆವಲಪರ್‌ನ ಬಯಕೆಯನ್ನು JSON-LD ಪೂರೈಸಲು ಅಸಂಭವವಾಗಿದೆ (ಆದಾಗ್ಯೂ JSON-LD ಯಾಂತ್ರಿಕತೆಯನ್ನು ನೀಡುವ ಮೂಲಕ ಆ ದಿಕ್ಕಿನಲ್ಲಿ ಚಲಿಸುತ್ತದೆ ಚೌಕಟ್ಟು).

ಹೆಚ್ಚಿನ ಸಿಂಟ್ಯಾಕ್ಸ್‌ಗಳು ದೀರ್ಘ URI ಗಳನ್ನು ಕಡಿಮೆ ಮಾಡಲು ಮಾರ್ಗಗಳನ್ನು ನೀಡುತ್ತವೆ. ಉದಾಹರಣೆಗೆ, ಒಂದು ಜಾಹೀರಾತು @prefix rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#> ಆಮೆ ನಂತರ ನೀವು ಬದಲಿಗೆ ಬರೆಯಲು ಅನುಮತಿಸುತ್ತದೆ <http://www.w3.org/1999/02/22-rdf-syntax-ns#type> ಕೇವಲ rdf:type.

RDFS

RDFS (RDF ಸ್ಕೀಮಾ) - ಮೂಲಭೂತ ಮಾಡೆಲಿಂಗ್ ಶಬ್ದಕೋಶ, ಆಸ್ತಿ ಮತ್ತು ವರ್ಗ ಮತ್ತು ಗುಣಲಕ್ಷಣಗಳ ಪರಿಕಲ್ಪನೆಗಳನ್ನು ಪರಿಚಯಿಸುತ್ತದೆ rdf:type, rdfs:subClassOf, rdfs:domain и rdfs:range. RDFS ನಿಘಂಟನ್ನು ಬಳಸಿ, ಉದಾಹರಣೆಗೆ, ಈ ಕೆಳಗಿನ ಮಾನ್ಯ ಅಭಿವ್ಯಕ್ತಿಗಳನ್ನು ಬರೆಯಬಹುದು:

rdf:type         rdf:type         rdf:Property .
rdf:Property     rdf:type         rdfs:Class .
rdfs:Class       rdfs:subClassOf  rdfs:Resource .
rdfs:subClassOf  rdfs:domain      rdfs:Class .
rdfs:domain      rdfs:domain      rdf:Property .
rdfs:domain      rdfs:range       rdfs:Class .
rdfs:label       rdfs:range       rdfs:Literal .

RDFS ಒಂದು ವಿವರಣೆ ಮತ್ತು ಮಾಡೆಲಿಂಗ್ ಶಬ್ದಕೋಶವಾಗಿದೆ, ಆದರೆ ಇದು ನಿರ್ಬಂಧಿತ ಭಾಷೆಯಲ್ಲ (ಆದರೂ ಅಧಿಕೃತ ವಿವರಣೆ ಮತ್ತು ಎಲೆಗಳು ಅಂತಹ ಬಳಕೆಯ ಸಾಧ್ಯತೆ). "ಸ್ಕೀಮಾ" ಪದವನ್ನು "XML ಸ್ಕೀಮಾ" ಎಂಬ ಅಭಿವ್ಯಕ್ತಿಯಲ್ಲಿ ಅದೇ ಅರ್ಥದಲ್ಲಿ ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬಾರದು. ಉದಾಹರಣೆಗೆ, :author rdfs:range foaf:Person ಎಂದು ಅರ್ಥ rdf:type ಎಲ್ಲಾ ಆಸ್ತಿ ಮೌಲ್ಯಗಳು :author - foaf:Person, ಆದರೆ ಇದನ್ನು ಮುಂಚಿತವಾಗಿ ಹೇಳಬೇಕು ಎಂದು ಅರ್ಥವಲ್ಲ.

ಸ್ಪಾರ್ಕ್ಲ್

ಸ್ಪಾರ್ಕ್ಲ್ (SPARQL ಪ್ರೋಟೋಕಾಲ್ ಮತ್ತು RDF ಕ್ವೆರಿ ಲಾಂಗ್ವೇಜ್) - RDF ಡೇಟಾವನ್ನು ಪ್ರಶ್ನಿಸಲು ಒಂದು ಭಾಷೆ. ಸರಳವಾದ ಸಂದರ್ಭದಲ್ಲಿ, SPARQL ಪ್ರಶ್ನೆಯು ಮಾದರಿಗಳ ಒಂದು ಗುಂಪಾಗಿದೆ, ಅದರ ವಿರುದ್ಧ ಪ್ರಶ್ನಿಸಲಾದ ಗ್ರಾಫ್‌ನ ತ್ರಿವಳಿಗಳು ಹೊಂದಾಣಿಕೆಯಾಗುತ್ತವೆ. ಪ್ಯಾಟರ್ನ್‌ಗಳು ವಿಷಯ, ಮುನ್ಸೂಚನೆ ಮತ್ತು ವಸ್ತುವಿನ ಸ್ಥಾನಗಳಲ್ಲಿ ಅಸ್ಥಿರಗಳನ್ನು ಒಳಗೊಂಡಿರಬಹುದು.

ಪ್ರಶ್ನೆಯು ಅಂತಹ ವೇರಿಯಬಲ್ ಮೌಲ್ಯಗಳನ್ನು ಹಿಂದಿರುಗಿಸುತ್ತದೆ, ಅದು ಮಾದರಿಗಳಲ್ಲಿ ಬದಲಿಯಾಗಿ, ಪ್ರಶ್ನಿಸಿದ RDF ಗ್ರಾಫ್‌ನ ಉಪಗ್ರಾಫ್‌ಗೆ ಕಾರಣವಾಗಬಹುದು (ಅದರ ತ್ರಿವಳಿಗಳ ಉಪವಿಭಾಗ). ತ್ರಿವಳಿಗಳ ವಿಭಿನ್ನ ಮಾದರಿಗಳಲ್ಲಿ ಒಂದೇ ಹೆಸರಿನ ಅಸ್ಥಿರಗಳು ಒಂದೇ ಮೌಲ್ಯಗಳನ್ನು ಹೊಂದಿರಬೇಕು.

ಉದಾಹರಣೆಗೆ, ಮೇಲಿನ ಏಳು RDFS ಮೂಲತತ್ವಗಳನ್ನು ನೀಡಿದರೆ, ಈ ಕೆಳಗಿನ ಪ್ರಶ್ನೆಯು ಹಿಂತಿರುಗುತ್ತದೆ rdfs:domain и rdfs:range ಮೌಲ್ಯಗಳಾಗಿ ?s и ?p ಅದರಂತೆ:

SELECT * WHERE {
 ?s ?p rdfs:Class .
 ?p ?p rdf:Property .
}

SPARQL ಘೋಷಣಾತ್ಮಕವಾಗಿದೆ ಮತ್ತು ಗ್ರಾಫ್ ಟ್ರಾವರ್ಸಲ್ ಅನ್ನು ವಿವರಿಸುವ ಭಾಷೆಯಲ್ಲ ಎಂದು ಗಮನಿಸಬೇಕಾದ ಅಂಶವಾಗಿದೆ (ಆದಾಗ್ಯೂ, ಕೆಲವು RDF ರೆಪೊಸಿಟರಿಗಳು ಪ್ರಶ್ನೆ ಕಾರ್ಯಗತಗೊಳಿಸುವ ಯೋಜನೆಯನ್ನು ಹೊಂದಿಸಲು ಮಾರ್ಗಗಳನ್ನು ನೀಡುತ್ತವೆ). ಆದ್ದರಿಂದ, ಕೆಲವು ಪ್ರಮಾಣಿತ ಗ್ರಾಫ್ ಸಮಸ್ಯೆಗಳು, ಉದಾಹರಣೆಗೆ, ಕಡಿಮೆ ಮಾರ್ಗವನ್ನು ಕಂಡುಹಿಡಿಯುವುದು, SPARQL ನಲ್ಲಿ ಪರಿಹರಿಸಲಾಗುವುದಿಲ್ಲ. ಆಸ್ತಿ ಮಾರ್ಗಗಳು (ಆದರೆ, ಮತ್ತೊಮ್ಮೆ, ಪ್ರತ್ಯೇಕ RDF ರೆಪೊಸಿಟರಿಗಳು ಈ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸಲು ವಿಶೇಷ ವಿಸ್ತರಣೆಗಳನ್ನು ನೀಡುತ್ತವೆ).

SPARQL ಪ್ರಪಂಚದ ಮುಕ್ತತೆಯ ಊಹೆಯನ್ನು ಹಂಚಿಕೊಳ್ಳುವುದಿಲ್ಲ ಮತ್ತು "ನಿರಾಕರಣೆ ವಿಫಲತೆ" ವಿಧಾನವನ್ನು ಅನುಸರಿಸುತ್ತದೆ, ಇದರಲ್ಲಿ ಸಾಧ್ಯ ಮುಂತಾದ ವಿನ್ಯಾಸಗಳು FILTER NOT EXISTS {…}. ಕಾರ್ಯವಿಧಾನವನ್ನು ಬಳಸಿಕೊಂಡು ಡೇಟಾ ವಿತರಣೆಯನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳಲಾಗುತ್ತದೆ ಸಂಯುಕ್ತ ಪ್ರಶ್ನೆಗಳು.

SPARQL ಪ್ರವೇಶ ಬಿಂದು - SPARQL ಪ್ರಶ್ನೆಗಳನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುವ ಸಾಮರ್ಥ್ಯವಿರುವ RDF ಸಂಗ್ರಹಣೆ - ಎರಡನೇ ಹಂತದಿಂದ ಯಾವುದೇ ನೇರ ಸಾದೃಶ್ಯಗಳನ್ನು ಹೊಂದಿಲ್ಲ (ಈ ಪ್ಯಾರಾಗ್ರಾಫ್‌ನ ಪ್ರಾರಂಭವನ್ನು ನೋಡಿ). HTML ಪುಟಗಳನ್ನು ರಚಿಸಲಾದ ವಿಷಯಗಳ ಆಧಾರದ ಮೇಲೆ ಇದನ್ನು ಡೇಟಾಬೇಸ್‌ಗೆ ಹೋಲಿಸಬಹುದು, ಆದರೆ ಹೊರಗೆ ಪ್ರವೇಶಿಸಬಹುದು. SPARQL ಪ್ರವೇಶ ಬಿಂದುವು ಮೂರನೇ ಹಂತದಿಂದ API ಪ್ರವೇಶ ಬಿಂದುವಿಗೆ ಹೆಚ್ಚು ಹೋಲುತ್ತದೆ, ಆದರೆ ಎರಡು ಪ್ರಮುಖ ವ್ಯತ್ಯಾಸಗಳೊಂದಿಗೆ. ಮೊದಲನೆಯದಾಗಿ, ಹಲವಾರು "ಪರಮಾಣು" ಪ್ರಶ್ನೆಗಳನ್ನು ಒಂದಾಗಿ ಸಂಯೋಜಿಸಲು ಸಾಧ್ಯವಿದೆ (ಇದು GraphQL ನ ಪ್ರಮುಖ ಲಕ್ಷಣವೆಂದು ಪರಿಗಣಿಸಲಾಗಿದೆ), ಮತ್ತು ಎರಡನೆಯದಾಗಿ, ಅಂತಹ API ಸಂಪೂರ್ಣವಾಗಿ ಸ್ವಯಂ-ದಾಖಲೆಯಾಗಿದೆ (ಇದು HATEOAS ಸಾಧಿಸಲು ಪ್ರಯತ್ನಿಸಿದೆ).

ವಿವಾದಾತ್ಮಕ ಹೇಳಿಕೆ

RDF ಎಂಬುದು ವೆಬ್‌ನಲ್ಲಿ ಡೇಟಾವನ್ನು ಪ್ರಕಟಿಸುವ ಒಂದು ಮಾರ್ಗವಾಗಿದೆ, ಆದ್ದರಿಂದ RDF ಸಂಗ್ರಹಣೆಯನ್ನು ಡಾಕ್ಯುಮೆಂಟ್ DBMS ಎಂದು ಪರಿಗಣಿಸಬೇಕು. ನಿಜ, RDF ಒಂದು ಗ್ರಾಫ್ ಮತ್ತು ಮರವಲ್ಲದ ಕಾರಣ, ಅವು ಗ್ರಾಫ್-ಆಧಾರಿತವಾಗಿವೆ. ಇದು ಎಲ್ಲಾ ಕೆಲಸ ಮಾಡಿದೆ ಎಂದು ಆಶ್ಚರ್ಯಕರವಾಗಿದೆ. ಖಾಲಿ ನೋಡ್‌ಗಳನ್ನು ಅಳವಡಿಸುವ ಬುದ್ಧಿವಂತ ಜನರು ಇರುತ್ತಾರೆ ಎಂದು ಯಾರು ಭಾವಿಸಿದ್ದರು. ಕಾಡ್ ಇಲ್ಲಿದೆ ಅದು ಕಾರ್ಯರೂಪಕ್ಕೆ ಬರಲಿಲ್ಲ.

RDF ಡೇಟಾಗೆ ಪ್ರವೇಶವನ್ನು ಸಂಘಟಿಸಲು ಕಡಿಮೆ ಪೂರ್ಣ-ವೈಶಿಷ್ಟ್ಯದ ಮಾರ್ಗಗಳಿವೆ, ಉದಾಹರಣೆಗೆ, ಲಿಂಕ್ಡ್ ಡೇಟಾ ತುಣುಕುಗಳು (ಎಲ್ಡಿಎಫ್) ಮತ್ತು ಲಿಂಕ್ಡ್ ಡೇಟಾ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ (LDP).

ಓವಲ್

ಓವಲ್ (ವೆಬ್ ಆಂಟಾಲಜಿ ಭಾಷೆ) - ಜ್ಞಾನವನ್ನು ಪ್ರತಿನಿಧಿಸುವ ಔಪಚಾರಿಕತೆ, ವಿವರಣೆ ತರ್ಕದ ವಾಕ್ಯರಚನೆಯ ಆವೃತ್ತಿ (ಎಲ್ಲೆಡೆ ಕೆಳಗೆ OWL 2 ಎಂದು ಹೇಳುವುದು ಹೆಚ್ಚು ಸರಿಯಾಗಿದೆ, OWL ನ ಮೊದಲ ಆವೃತ್ತಿಯು ಆಧರಿಸಿದೆ ).

OWL ನಲ್ಲಿ ವಿವರಣಾತ್ಮಕ ತರ್ಕಗಳ ಪರಿಕಲ್ಪನೆಗಳು ವರ್ಗಗಳಿಗೆ ಅನುಗುಣವಾಗಿರುತ್ತವೆ, ಪಾತ್ರಗಳು ಗುಣಲಕ್ಷಣಗಳಿಗೆ ಅನುಗುಣವಾಗಿರುತ್ತವೆ, ವ್ಯಕ್ತಿಗಳು ತಮ್ಮ ಹಿಂದಿನ ಹೆಸರನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತಾರೆ. ಆಕ್ಸಿಯಮ್‌ಗಳನ್ನು ಆಕ್ಸಿಯಮ್ಸ್ ಎಂದೂ ಕರೆಯುತ್ತಾರೆ.

ಉದಾಹರಣೆಗೆ, ಕರೆಯಲ್ಪಡುವ ರಲ್ಲಿ ಮ್ಯಾಂಚೆಸ್ಟರ್ ಸಿಂಟ್ಯಾಕ್ಸ್ OWL ಸಂಕೇತಕ್ಕಾಗಿ ನಮಗೆ ಈಗಾಗಲೇ ತಿಳಿದಿರುವ ಮೂಲತತ್ವ ಈ ರೀತಿ ಬರೆಯಲಾಗುವುದು:

Class: Human
Class: Parent
   EquivalentClass: Human and (inverse hasParent) some Human
ObjectProperty: hasParent

OWL ಬರೆಯಲು ಇತರ ಸಿಂಟ್ಯಾಕ್ಸ್‌ಗಳಿವೆ, ಉದಾಹರಣೆಗೆ ಕ್ರಿಯಾತ್ಮಕ ಸಿಂಟ್ಯಾಕ್ಸ್, ಅಧಿಕೃತ ವಿವರಣೆಯಲ್ಲಿ ಬಳಸಲಾಗಿದೆ, ಮತ್ತು OWL/XML. ಹೆಚ್ಚುವರಿಯಾಗಿ, OWL ಅನ್ನು ಧಾರಾವಾಹಿ ಮಾಡಬಹುದು RDF ಸಿಂಟ್ಯಾಕ್ಸ್ ಅನ್ನು ಅಮೂರ್ತಗೊಳಿಸಲು ಮತ್ತು ಮುಂದೆ - ಯಾವುದೇ ನಿರ್ದಿಷ್ಟ ಸಿಂಟ್ಯಾಕ್ಸ್‌ಗಳಲ್ಲಿ.

OWL RDF ನೊಂದಿಗೆ ದ್ವಿ ಸಂಬಂಧವನ್ನು ಹೊಂದಿದೆ. ಒಂದೆಡೆ, ಇದನ್ನು RDFS ಅನ್ನು ವಿಸ್ತರಿಸುವ ಒಂದು ರೀತಿಯ ನಿಘಂಟು ಎಂದು ಪರಿಗಣಿಸಬಹುದು. ಮತ್ತೊಂದೆಡೆ, ಇದು ಹೆಚ್ಚು ಶಕ್ತಿಯುತವಾದ ಔಪಚಾರಿಕತೆಯಾಗಿದೆ, ಇದಕ್ಕಾಗಿ RDF ಕೇವಲ ಧಾರಾವಾಹಿ ಸ್ವರೂಪವಾಗಿದೆ. ಎಲ್ಲಾ ಪ್ರಾಥಮಿಕ OWL ರಚನೆಗಳನ್ನು ಒಂದೇ RDF ಟ್ರಿಪಲ್ ಬಳಸಿ ಬರೆಯಲಾಗುವುದಿಲ್ಲ.

OWL ರಚನೆಗಳ ಯಾವ ಉಪವಿಭಾಗವನ್ನು ಬಳಸಲು ಅನುಮತಿಸಲಾಗಿದೆ ಎಂಬುದರ ಆಧಾರದ ಮೇಲೆ, ಅವರು ಕರೆಯಲ್ಪಡುವ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತಾರೆ OWL ಪ್ರೊಫೈಲ್‌ಗಳು. OWL EL, OWL RL ಮತ್ತು OWL QL ಇವು ಪ್ರಮಾಣೀಕೃತ ಮತ್ತು ಹೆಚ್ಚು ಪ್ರಸಿದ್ಧವಾಗಿವೆ. ಪ್ರೊಫೈಲ್ನ ಆಯ್ಕೆಯು ವಿಶಿಷ್ಟ ಸಮಸ್ಯೆಗಳ ಕಂಪ್ಯೂಟೇಶನಲ್ ಸಂಕೀರ್ಣತೆಯ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ. ಅನುಗುಣವಾದ OWL ರಚನೆಗಳ ಸಂಪೂರ್ಣ ಸೆಟ್ , OWL DL ಎಂದು ಕರೆಯುತ್ತಾರೆ. ಕೆಲವೊಮ್ಮೆ ಅವರು OWL ಫುಲ್ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತಾರೆ, ಇದರಲ್ಲಿ OWL ರಚನೆಗಳನ್ನು ಆರ್‌ಡಿಎಫ್‌ನಲ್ಲಿ ಅಂತರ್ಗತವಾಗಿರುವ ಸಂಪೂರ್ಣ ಸ್ವಾತಂತ್ರ್ಯದೊಂದಿಗೆ ಲಾಕ್ಷಣಿಕ ಮತ್ತು ಕಂಪ್ಯೂಟೇಶನಲ್ ನಿರ್ಬಂಧಗಳಿಲ್ಲದೆ ಬಳಸಲು ಅನುಮತಿಸಲಾಗಿದೆ. . ಉದಾಹರಣೆಗೆ, ಯಾವುದೋ ಒಂದು ವರ್ಗ ಮತ್ತು ಆಸ್ತಿ ಎರಡೂ ಆಗಿರಬಹುದು. OWL ಫುಲ್ ನಿರ್ಧರಿಸಲಾಗದು.

OWL ನಲ್ಲಿ ಪರಿಣಾಮಗಳನ್ನು ಲಗತ್ತಿಸುವ ಪ್ರಮುಖ ತತ್ವಗಳು ಮುಕ್ತ ಪ್ರಪಂಚದ ಊಹೆಯ ಅಳವಡಿಕೆಯಾಗಿದೆ. ಒವಾ) ಮತ್ತು ಅನನ್ಯ ಹೆಸರುಗಳ ಊಹೆಯ ನಿರಾಕರಣೆ (ಅನನ್ಯ ಹೆಸರು ಊಹೆ, UNA) ಈ ತತ್ವಗಳು ಎಲ್ಲಿಗೆ ಕಾರಣವಾಗಬಹುದು ಮತ್ತು ಕೆಲವು OWL ರಚನೆಗಳನ್ನು ಪರಿಚಯಿಸಲು ನಾವು ಕೆಳಗೆ ನೋಡುತ್ತೇವೆ.

ಆಂಟಾಲಜಿಯು ಈ ಕೆಳಗಿನ ತುಣುಕನ್ನು ಹೊಂದಿರಲಿ (ಮ್ಯಾಂಚೆಸ್ಟರ್ ಸಿಂಟ್ಯಾಕ್ಸ್‌ನಲ್ಲಿ):

Class: manyChildren
   EquivalentTo: Human that hasChild min 3
Individual: John
   Types: Human
   Facts: hasChild Alice, hasChild Bob, hasChild Carol

ಜಾನ್‌ಗೆ ಅನೇಕ ಮಕ್ಕಳಿದ್ದಾರೆ ಎಂದು ಹೇಳಿರುವುದನ್ನು ಅನುಸರಿಸುತ್ತದೆಯೇ? UNA ಅನ್ನು ತಿರಸ್ಕರಿಸುವುದರಿಂದ ಈ ಪ್ರಶ್ನೆಗೆ ಋಣಾತ್ಮಕವಾಗಿ ಉತ್ತರಿಸಲು ತೀರ್ಮಾನದ ಎಂಜಿನ್ ಅನ್ನು ಒತ್ತಾಯಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ಆಲಿಸ್ ಮತ್ತು ಬಾಬ್ ಒಂದೇ ವ್ಯಕ್ತಿಯಾಗಿರಬಹುದು. ಕೆಳಗಿನವುಗಳು ನಡೆಯಲು, ನೀವು ಈ ಕೆಳಗಿನ ಮೂಲತತ್ವವನ್ನು ಸೇರಿಸುವ ಅಗತ್ಯವಿದೆ:

DifferentIndividuals: Alice, Bob, Carol, John

ಈಗ ಆಂಟಾಲಜಿ ತುಣುಕು ಈ ಕೆಳಗಿನ ರೂಪವನ್ನು ಹೊಂದಿರಲಿ (ಜಾನ್ ಅನೇಕ ಮಕ್ಕಳನ್ನು ಹೊಂದಿದ್ದಾರೆಂದು ಘೋಷಿಸಲಾಗಿದೆ, ಆದರೆ ಅವನಿಗೆ ಕೇವಲ ಇಬ್ಬರು ಮಕ್ಕಳಿದ್ದಾರೆ):

Class: manyChildren
   EquivalentTo: Human that hasChild min 3
Individual: John
   Types: Human, manyChildren
   Facts: hasChild Alice, hasChild Bob
DifferentIndividuals: Alice, Bob, Carol, John

ಈ ಆನ್ಟಾಲಜಿ ಅಸಮಂಜಸವಾಗಿದೆಯೇ (ಇದನ್ನು ಅಮಾನ್ಯ ಡೇಟಾದ ಪುರಾವೆ ಎಂದು ಅರ್ಥೈಸಬಹುದು)? OWA ಅನ್ನು ಸ್ವೀಕರಿಸುವುದರಿಂದ ಅನುಮಿತಿ ಎಂಜಿನ್ ಋಣಾತ್ಮಕವಾಗಿ ಪ್ರತಿಕ್ರಿಯಿಸಲು ಕಾರಣವಾಗುತ್ತದೆ: "ಎಲ್ಲೋ" ಬೇರೆ (ಮತ್ತೊಂದು ಆಂಟಾಲಜಿಯಲ್ಲಿ) ಕರೋಲ್ ಕೂಡ ಜಾನ್‌ನ ಮಗು ಎಂದು ಹೇಳಬಹುದು.

ಇದರ ಸಾಧ್ಯತೆಯನ್ನು ತಳ್ಳಿಹಾಕಲು, ಜಾನ್ ಬಗ್ಗೆ ಹೊಸ ಸಂಗತಿಯನ್ನು ಸೇರಿಸೋಣ:

Individual: John
   Facts: hasChild Alice, hasChild Bob, not hasChild Carol

ಇತರ ಮಕ್ಕಳ ನೋಟವನ್ನು ಹೊರಗಿಡಲು, "ಮಗುವನ್ನು ಹೊಂದಿರುವ" ಆಸ್ತಿಯ ಎಲ್ಲಾ ಮೌಲ್ಯಗಳು ಜನರು ಎಂದು ಹೇಳೋಣ, ಅವರಲ್ಲಿ ನಾವು ಕೇವಲ ನಾಲ್ಕು ಮಾತ್ರ ಹೊಂದಿದ್ದೇವೆ:

ObjectProperty: hasChild
   Domain: Human
   Сharacteristics: Irreflexive
Class: Human
EquivalentTo: { Alice, Bill, Carol, John }

ಈಗ ಆಂಟಾಲಜಿಯು ವಿರೋಧಾಭಾಸವಾಗುತ್ತದೆ, ಇದು ನಿರ್ಣಯ ಎಂಜಿನ್ ವರದಿ ಮಾಡಲು ವಿಫಲವಾಗುವುದಿಲ್ಲ. ನಾವು ಹೊಂದಿರುವ ಕೊನೆಯ ಮೂಲತತ್ವಗಳೊಂದಿಗೆ, ಒಂದು ಅರ್ಥದಲ್ಲಿ, ಜಗತ್ತನ್ನು "ಮುಚ್ಚಿದೆ" ಮತ್ತು ಜಾನ್ ತನಗೆ ಮಗುವಾಗುವ ಸಾಧ್ಯತೆಯನ್ನು ಹೇಗೆ ಹೊರಗಿಡಲಾಗಿದೆ ಎಂಬುದನ್ನು ಗಮನಿಸಿ.

ಎಂಟರ್‌ಪ್ರೈಸ್ ಡೇಟಾವನ್ನು ಲಿಂಕ್ ಮಾಡಲಾಗುತ್ತಿದೆ

ಲಿಂಕ್ಡ್ ಡೇಟಾ ಸೆಟ್ ವಿಧಾನಗಳು ಮತ್ತು ತಂತ್ರಜ್ಞಾನಗಳು ಮೂಲತಃ ವೆಬ್‌ನಲ್ಲಿ ಡೇಟಾವನ್ನು ಪ್ರಕಟಿಸಲು ಉದ್ದೇಶಿಸಲಾಗಿತ್ತು. ಆಂತರಿಕ ಸಾಂಸ್ಥಿಕ ಪರಿಸರದಲ್ಲಿ ಅವುಗಳ ಬಳಕೆಯು ಹಲವಾರು ತೊಂದರೆಗಳನ್ನು ಎದುರಿಸುತ್ತಿದೆ.

ಉದಾಹರಣೆಗೆ, ಮುಚ್ಚಿದ ಕಾರ್ಪೊರೇಟ್ ಪರಿಸರದಲ್ಲಿ, OWA ದ ಅಳವಡಿಕೆ ಮತ್ತು UNA ಯ ನಿರಾಕರಣೆ, ವೆಬ್‌ನ ಮುಕ್ತ ಮತ್ತು ವಿತರಿಸಿದ ಸ್ವಭಾವದ ನಿರ್ಧಾರಗಳ ಆಧಾರದ ಮೇಲೆ OWL ನ ಅನುಮಾನಾತ್ಮಕ ಶಕ್ತಿಯು ತುಂಬಾ ದುರ್ಬಲವಾಗಿರುತ್ತದೆ. ಮತ್ತು ಇಲ್ಲಿ ಈ ಕೆಳಗಿನ ಪರಿಹಾರಗಳು ಸಾಧ್ಯ.

• OWL ಅನ್ನು ಅರ್ಥಶಾಸ್ತ್ರದೊಂದಿಗೆ ನೀಡುವುದು, OWA ತ್ಯಜಿಸುವುದು ಮತ್ತು UNA ಯನ್ನು ಅಳವಡಿಸಿಕೊಳ್ಳುವುದು, ಅನುಗುಣವಾದ ಔಟ್‌ಪುಟ್ ಎಂಜಿನ್‌ನ ಅನುಷ್ಠಾನವನ್ನು ಸೂಚಿಸುತ್ತದೆ. - ಈ ಹಾದಿಯಲ್ಲಿ ಹೋಗುತ್ತಿದೆ ಸ್ಟಾರ್‌ಡಾಗ್ RDF ಸಂಗ್ರಹಣೆ.
• ನಿಯಮ ಎಂಜಿನ್‌ಗಳ ಪರವಾಗಿ OWL ನ ಕಳೆಯುವ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ತ್ಯಜಿಸುವುದು. - ಸ್ಟಾರ್ಡಾಗ್ ಬೆಂಬಲಿಸುತ್ತದೆ SWRL; ಜೆನಾ ಮತ್ತು ಗ್ರಾಫ್‌ಡಿಬಿ ಕೊಡುಗೆ ಸ್ವಂತ ಭಾಷೆಗಳು ನಿಯಮಗಳು
• OWL ನ ಕಳೆಯುವ ಸಾಮರ್ಥ್ಯಗಳ ನಿರಾಕರಣೆ, ಮಾಡೆಲಿಂಗ್ಗಾಗಿ RDFS ಗೆ ಹತ್ತಿರವಿರುವ ಒಂದು ಅಥವಾ ಇನ್ನೊಂದು ಉಪವಿಭಾಗದ ಬಳಕೆ. - ಇದರ ಬಗ್ಗೆ ಇನ್ನಷ್ಟು ಕೆಳಗೆ ನೋಡಿ.

ಮತ್ತೊಂದು ಸಮಸ್ಯೆಯೆಂದರೆ ಕಾರ್ಪೊರೇಟ್ ಪ್ರಪಂಚವು ಡೇಟಾ ಗುಣಮಟ್ಟದ ಸಮಸ್ಯೆಗಳ ಮೇಲೆ ಮತ್ತು ಲಿಂಕ್ಡ್ ಡೇಟಾ ಸ್ಟಾಕ್‌ನಲ್ಲಿ ಡೇಟಾ ಮೌಲ್ಯೀಕರಣ ಸಾಧನಗಳ ಕೊರತೆಯ ಮೇಲೆ ಹೆಚ್ಚಿನ ಗಮನವನ್ನು ಹೊಂದಿರಬಹುದು. ಇಲ್ಲಿನ ಔಟ್‌ಪುಟ್‌ಗಳು ಈ ಕೆಳಗಿನಂತಿವೆ.

• ಮತ್ತೊಮ್ಮೆ, ಸೂಕ್ತವಾದ ನಿರ್ಣಯ ಎಂಜಿನ್ ಲಭ್ಯವಿದ್ದಲ್ಲಿ ಮುಚ್ಚಿದ ಪ್ರಪಂಚದ ಅರ್ಥಶಾಸ್ತ್ರ ಮತ್ತು ಅನನ್ಯ ಹೆಸರುಗಳೊಂದಿಗೆ OWL ರಚನೆಗಳ ಮೌಲ್ಯೀಕರಣಕ್ಕಾಗಿ ಬಳಸಿ.
• ಬಳಸಿ SHACL, ಸೆಮ್ಯಾಂಟಿಕ್ ವೆಬ್ ಲೇಯರ್ ಕೇಕ್ ಲೇಯರ್‌ಗಳ ಪಟ್ಟಿಯನ್ನು ಸ್ಥಿರಗೊಳಿಸಿದ ನಂತರ ಪ್ರಮಾಣೀಕರಿಸಲಾಗಿದೆ (ಆದಾಗ್ಯೂ, ಇದನ್ನು ನಿಯಮಗಳ ಎಂಜಿನ್ ಆಗಿಯೂ ಬಳಸಬಹುದು), ಅಥವಾ ಶೆಎಕ್ಸ್.
• ಎಲ್ಲವನ್ನೂ ಅಂತಿಮವಾಗಿ SPARQL ಪ್ರಶ್ನೆಗಳೊಂದಿಗೆ ಮಾಡಲಾಗುತ್ತದೆ ಎಂದು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು, ಅವುಗಳನ್ನು ಬಳಸಿಕೊಂಡು ನಿಮ್ಮ ಸ್ವಂತ ಸರಳ ಡೇಟಾ ಮೌಲ್ಯೀಕರಣ ಕಾರ್ಯವಿಧಾನವನ್ನು ರಚಿಸುವುದು.

ಆದಾಗ್ಯೂ, ಅನುಮಾನಾತ್ಮಕ ಸಾಮರ್ಥ್ಯಗಳು ಮತ್ತು ಮೌಲ್ಯೀಕರಣ ಪರಿಕರಗಳ ಸಂಪೂರ್ಣ ನಿರಾಕರಣೆಯು ಲಿಂಕ್ಡ್ ಡೇಟಾ ಸ್ಟಾಕ್ ಅನ್ನು ಸ್ಪರ್ಧೆಯಿಂದ ಹೊರಗಿಡುತ್ತದೆ, ಅದು ಭೂದೃಶ್ಯದಲ್ಲಿ ತೆರೆದ ಮತ್ತು ವಿತರಿಸಿದ ವೆಬ್‌ಗೆ ಹೋಲುವ ಕಾರ್ಯಗಳಲ್ಲಿ - ಡೇಟಾ ಏಕೀಕರಣ ಕಾರ್ಯಗಳಲ್ಲಿ.

ಸಾಮಾನ್ಯ ಉದ್ಯಮ ಮಾಹಿತಿ ವ್ಯವಸ್ಥೆಯ ಬಗ್ಗೆ ಏನು?

ಇದು ಸಾಧ್ಯ, ಆದರೆ ಅನುಗುಣವಾದ ತಂತ್ರಜ್ಞಾನಗಳು ಯಾವ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸಬೇಕು ಎಂಬುದನ್ನು ನೀವು ನಿಖರವಾಗಿ ತಿಳಿದಿರಬೇಕು. ಸಾಂಪ್ರದಾಯಿಕ ಐಟಿಯ ದೃಷ್ಟಿಕೋನದಿಂದ ಈ ತಂತ್ರಜ್ಞಾನದ ಸ್ಟಾಕ್ ಹೇಗೆ ಕಾಣುತ್ತದೆ ಎಂಬುದನ್ನು ತೋರಿಸಲು ಅಭಿವೃದ್ಧಿಯಲ್ಲಿ ಭಾಗವಹಿಸುವವರ ವಿಶಿಷ್ಟ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ನಾನು ಇಲ್ಲಿ ವಿವರಿಸುತ್ತೇನೆ. ಆನೆಯ ದೃಷ್ಟಾಂತವನ್ನು ನನಗೆ ಸ್ವಲ್ಪ ನೆನಪಿಸುತ್ತದೆ:

• ವ್ಯಾಪಾರ ವಿಶ್ಲೇಷಕ: RDF ಎನ್ನುವುದು ನೇರವಾಗಿ ಸಂಗ್ರಹಿಸಿದ ತಾರ್ಕಿಕ ಮಾದರಿಯಂತಿದೆ.
• ಸಿಸ್ಟಮ್ಸ್ ವಿಶ್ಲೇಷಕ: RDF ಹೀಗಿದೆ ಇಎವಿ, ಸೂಚ್ಯಂಕಗಳ ಸಮೂಹ ಮತ್ತು ಅನುಕೂಲಕರ ಪ್ರಶ್ನೆ ಭಾಷೆಯೊಂದಿಗೆ ಮಾತ್ರ.
• ಡೆವಲಪರ್: ಅಲ್ಲದೆ, ಇದು ಶ್ರೀಮಂತ ಮಾದರಿ ಮತ್ತು ಕಡಿಮೆ ಕೋಡ್ ಪರಿಕಲ್ಪನೆಗಳ ಉತ್ಸಾಹದಲ್ಲಿದೆ, ಓದಿದೆ ಇತ್ತೀಚೆಗೆ ಇದರ ಬಗ್ಗೆ.
• ಪ್ರಾಜೆಕ್ಟ್ ಮ್ಯಾನೇಜರ್: ಹೌದು ಅದೇ ಸ್ಟಾಕ್ ಅನ್ನು ಕುಸಿಯುವುದು!

ಡೇಟಾದ ವಿತರಣೆ ಮತ್ತು ವೈವಿಧ್ಯತೆಗೆ ಸಂಬಂಧಿಸಿದ ಕಾರ್ಯಗಳಲ್ಲಿ ಸ್ಟಾಕ್ ಅನ್ನು ಹೆಚ್ಚಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ ಎಂದು ಅಭ್ಯಾಸವು ತೋರಿಸುತ್ತದೆ, ಉದಾಹರಣೆಗೆ, MDM (ಮಾಸ್ಟರ್ ಡೇಟಾ ಮ್ಯಾನೇಜ್ಮೆಂಟ್) ಅಥವಾ DWH (ಡೇಟಾ ವೇರ್ಹೌಸ್) ವರ್ಗ ವ್ಯವಸ್ಥೆಗಳನ್ನು ನಿರ್ಮಿಸುವಾಗ. ಯಾವುದೇ ಉದ್ಯಮದಲ್ಲಿ ಇಂತಹ ಸಮಸ್ಯೆಗಳಿವೆ.

ಉದ್ಯಮ-ನಿರ್ದಿಷ್ಟ ಅಪ್ಲಿಕೇಶನ್‌ಗಳ ವಿಷಯದಲ್ಲಿ, ಲಿಂಕ್ಡ್ ಡೇಟಾ ತಂತ್ರಜ್ಞಾನಗಳು ಪ್ರಸ್ತುತ ಕೆಳಗಿನ ಉದ್ಯಮಗಳಲ್ಲಿ ಹೆಚ್ಚು ಜನಪ್ರಿಯವಾಗಿವೆ.

• ಬಯೋಮೆಡಿಕಲ್ ತಂತ್ರಜ್ಞಾನಗಳು (ಅವರ ಜನಪ್ರಿಯತೆಯು ಡೊಮೇನ್‌ನ ಸಂಕೀರ್ಣತೆಗೆ ಸಂಬಂಧಿಸಿದೆ ಎಂದು ತೋರುತ್ತದೆ);

ಪ್ರಸ್ತುತ

"ಬಾಯಿಂಗ್ ಪಾಯಿಂಟ್" ಇತ್ತೀಚೆಗೆ "ನ್ಯಾಷನಲ್ ಮೆಡಿಕಲ್ ನಾಲೆಡ್ಜ್ ಬೇಸ್" ಅಸೋಸಿಯೇಷನ್ ​​ಆಯೋಜಿಸಿದ ಸಮ್ಮೇಳನವನ್ನು ಆಯೋಜಿಸಿದೆ.ಆನ್ಟೋಲಜಿಗಳನ್ನು ಸಂಯೋಜಿಸುವುದು. ಸಿದ್ಧಾಂತದಿಂದ ಪ್ರಾಯೋಗಿಕ ಅನ್ವಯಕ್ಕೆ».

• ಸಂಕೀರ್ಣ ಉತ್ಪನ್ನಗಳ ಉತ್ಪಾದನೆ ಮತ್ತು ಕಾರ್ಯಾಚರಣೆ (ದೊಡ್ಡ ಮೆಕ್ಯಾನಿಕಲ್ ಎಂಜಿನಿಯರಿಂಗ್, ತೈಲ ಮತ್ತು ಅನಿಲ ಉತ್ಪಾದನೆ; ಹೆಚ್ಚಾಗಿ ನಾವು ಗುಣಮಟ್ಟದ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತಿದ್ದೇವೆ ಐಎಸ್ಒ 15926);

ಪ್ರಸ್ತುತ

ಇಲ್ಲಿಯೂ ಸಹ, ಕಾರಣ ವಿಷಯದ ಪ್ರದೇಶದ ಸಂಕೀರ್ಣತೆಯಾಗಿದೆ, ಉದಾಹರಣೆಗೆ, ಅಪ್ಸ್ಟ್ರೀಮ್ ಹಂತದಲ್ಲಿ, ನಾವು ತೈಲ ಮತ್ತು ಅನಿಲ ಉದ್ಯಮದ ಬಗ್ಗೆ ಮಾತನಾಡಿದರೆ, ಸರಳ ಲೆಕ್ಕಪತ್ರ ನಿರ್ವಹಣೆಗೆ ಕೆಲವು CAD ಕಾರ್ಯಗಳು ಬೇಕಾಗುತ್ತವೆ.

2008 ರಲ್ಲಿ, ಚೆವ್ರಾನ್ ಆಯೋಜಿಸಿದ ಪ್ರತಿನಿಧಿ ಸ್ಥಾಪನೆ ಕಾರ್ಯಕ್ರಮ ನಡೆಯಿತು ಸಮ್ಮೇಳನ.

ISO 15926 ಅಂತಿಮವಾಗಿ ತೈಲ ಮತ್ತು ಅನಿಲ ಉದ್ಯಮಕ್ಕೆ ಸ್ವಲ್ಪ ಭಾರವೆನಿಸಿತು (ಮತ್ತು ಮೆಕ್ಯಾನಿಕಲ್ ಇಂಜಿನಿಯರಿಂಗ್‌ನಲ್ಲಿ ಬಹುಶಃ ಹೆಚ್ಚಿನ ಅಪ್ಲಿಕೇಶನ್ ಕಂಡುಬಂದಿದೆ). ಸ್ಟಾಟೊಯಿಲ್ (Equinor) ಮಾತ್ರ ಅದರ ಮೇಲೆ ಗಂಭೀರವಾಗಿ ಸಿಕ್ಕಿಕೊಂಡಿತು; ನಾರ್ವೆಯಲ್ಲಿ, ಒಟ್ಟಾರೆಯಾಗಿ ಪರಿಸರ ವ್ಯವಸ್ಥೆ. ಇತರರು ತಮ್ಮ ಕೆಲಸವನ್ನು ಮಾಡಲು ಪ್ರಯತ್ನಿಸುತ್ತಿದ್ದಾರೆ. ಉದಾಹರಣೆಗೆ, ವದಂತಿಗಳ ಪ್ರಕಾರ, ದೇಶೀಯ ಇಂಧನ ಸಚಿವಾಲಯವು "ಇಂಧನ ಮತ್ತು ಶಕ್ತಿ ಸಂಕೀರ್ಣದ ಪರಿಕಲ್ಪನಾ ಆನ್ಟೋಲಾಜಿಕಲ್ ಮಾದರಿಯನ್ನು" ರಚಿಸಲು ಉದ್ದೇಶಿಸಿದೆ, ಇದು ಸ್ಪಷ್ಟವಾಗಿ, ವಿದ್ಯುತ್ ಶಕ್ತಿ ಉದ್ಯಮಕ್ಕಾಗಿ ರಚಿಸಲಾಗಿದೆ.

• ಹಣಕಾಸು ಸಂಸ್ಥೆಗಳು (XBRL ಅನ್ನು SDMX ಮತ್ತು RDF ಡೇಟಾ ಕ್ಯೂಬ್ ಆಂಟಾಲಜಿಯ ಒಂದು ರೀತಿಯ ಹೈಬ್ರಿಡ್ ಎಂದು ಪರಿಗಣಿಸಬಹುದು);

ಪ್ರಸ್ತುತ

ವರ್ಷದ ಆರಂಭದಲ್ಲಿ, ಲಿಂಕ್ಡ್‌ಇನ್ ಲೇಖಕರನ್ನು ಹಣಕಾಸು ಉದ್ಯಮದ ಬಹುತೇಕ ಎಲ್ಲಾ ದೈತ್ಯರಿಂದ ಖಾಲಿ ಹುದ್ದೆಗಳೊಂದಿಗೆ ಸ್ಪ್ಯಾಮ್ ಮಾಡಿದೆ, ಅವರು "ಫೋರ್ಸ್ ಮಜ್ಯೂರ್" ಸರಣಿಯಿಂದ ತಿಳಿದಿದ್ದಾರೆ: ಗೋಲ್ಡ್‌ಮನ್ ಸ್ಯಾಚ್ಸ್, ಜೆಪಿ ಮೋರ್ಗಾನ್ ಚೇಸ್ ಮತ್ತು/ಅಥವಾ ಮೋರ್ಗಾನ್ ಸ್ಟಾನ್ಲಿ, ವೆಲ್ಸ್ ಫಾರ್ಗೋ, ಸ್ವಿಫ್ಟ್ /ವೀಸಾ/ಮಾಸ್ಟರ್‌ಕಾರ್ಡ್, ಬ್ಯಾಂಕ್ ಆಫ್ ಅಮೇರಿಕಾ, ಸಿಟಿಗ್ರೂಪ್, ಫೆಡ್, ಡಾಯ್ಚ ಬ್ಯಾಂಕ್... ಬಹುಶಃ ಎಲ್ಲರೂ ಯಾರಿಗಾದರೂ ಕಳುಹಿಸಬಹುದೆಂದು ಹುಡುಕುತ್ತಿದ್ದರು. ಜ್ಞಾನ ಗ್ರಾಫ್ ಸಮ್ಮೇಳನ. ಕೆಲವರು ಕಂಡುಹಿಡಿಯುವಲ್ಲಿ ಯಶಸ್ವಿಯಾದರು: ಹಣಕಾಸು ಸಂಸ್ಥೆಗಳು ಎಲ್ಲವನ್ನೂ ತೆಗೆದುಕೊಂಡವು ಮೊದಲ ದಿನದ ಬೆಳಿಗ್ಗೆ.

ಹೆಡ್‌ಹಂಟರ್‌ನಲ್ಲಿ, ಸ್ಬರ್‌ಬ್ಯಾಂಕ್ ಮಾತ್ರ ಆಸಕ್ತಿದಾಯಕವಾದದ್ದನ್ನು ಕಂಡಿತು, ಅದು “ಆರ್‌ಡಿಎಫ್ ತರಹದ ಡೇಟಾ ಮಾದರಿಯೊಂದಿಗೆ ಇಎವಿ ಸಂಗ್ರಹಣೆ” ಕುರಿತು.

ಬಹುಶಃ, ದೇಶೀಯ ಮತ್ತು ಪಾಶ್ಚಿಮಾತ್ಯ ಹಣಕಾಸು ಸಂಸ್ಥೆಗಳ ಅನುಗುಣವಾದ ತಂತ್ರಜ್ಞಾನಗಳಿಗೆ ಪ್ರೀತಿಯ ಮಟ್ಟದಲ್ಲಿನ ವ್ಯತ್ಯಾಸವು ನಂತರದ ಚಟುವಟಿಕೆಗಳ ಅಂತರರಾಷ್ಟ್ರೀಯ ಸ್ವಭಾವದ ಕಾರಣದಿಂದಾಗಿರಬಹುದು. ಸ್ಪಷ್ಟವಾಗಿ, ರಾಜ್ಯದ ಗಡಿಗಳಾದ್ಯಂತ ಏಕೀಕರಣವು ಗುಣಾತ್ಮಕವಾಗಿ ವಿಭಿನ್ನ ಸಾಂಸ್ಥಿಕ ಮತ್ತು ತಾಂತ್ರಿಕ ಪರಿಹಾರಗಳನ್ನು ಬಯಸುತ್ತದೆ.

• ವಾಣಿಜ್ಯ ಅಪ್ಲಿಕೇಶನ್‌ಗಳೊಂದಿಗೆ ಪ್ರಶ್ನೆ-ಉತ್ತರ ವ್ಯವಸ್ಥೆಗಳು (IBM ವ್ಯಾಟ್ಸನ್, ಆಪಲ್ ಸಿರಿ, ಗೂಗಲ್ ಜ್ಞಾನ ಗ್ರಾಫ್);

ಪ್ರಸ್ತುತ

ಅಂದಹಾಗೆ, ಸಿರಿಯ ಸೃಷ್ಟಿಕರ್ತ, ಥಾಮಸ್ ಗ್ರುಬರ್ ಅವರು ಆಂಟಾಲಜಿಯ (ಐಟಿ ಅರ್ಥದಲ್ಲಿ) "ಪರಿಕಲ್ಪನಾ ವಿವರಣೆ" ಎಂಬ ವ್ಯಾಖ್ಯಾನದ ಲೇಖಕರಾಗಿದ್ದಾರೆ. ನನ್ನ ಅಭಿಪ್ರಾಯದಲ್ಲಿ, ಈ ವ್ಯಾಖ್ಯಾನದಲ್ಲಿನ ಪದಗಳನ್ನು ಮರುಹೊಂದಿಸುವುದು ಅದರ ಅರ್ಥವನ್ನು ಬದಲಾಯಿಸುವುದಿಲ್ಲ, ಅದು ಬಹುಶಃ ಅದು ಇಲ್ಲ ಎಂದು ಸೂಚಿಸುತ್ತದೆ.

• ರಚನಾತ್ಮಕ ಡೇಟಾದ ಪ್ರಕಟಣೆ (ಹೆಚ್ಚಿನ ಸಮರ್ಥನೆಯೊಂದಿಗೆ ಇದನ್ನು ಈಗಾಗಲೇ ಲಿಂಕ್ಡ್ ಓಪನ್ ಡೇಟಾಗೆ ಆರೋಪಿಸಬಹುದು).

ಪ್ರಸ್ತುತ

ಲಿಂಕ್ಡ್ ಡೇಟಾದ ದೊಡ್ಡ ಅಭಿಮಾನಿಗಳು GLAM ಎಂದು ಕರೆಯುತ್ತಾರೆ: ಗ್ಯಾಲರಿಗಳು, ಗ್ರಂಥಾಲಯಗಳು, ಆರ್ಕೈವ್‌ಗಳು ಮತ್ತು ವಸ್ತುಸಂಗ್ರಹಾಲಯಗಳು. ಲೈಬ್ರರಿ ಆಫ್ ಕಾಂಗ್ರೆಸ್ MARC21 ಗೆ ಬದಲಿಯಾಗಿ ಪ್ರಚಾರ ಮಾಡುತ್ತಿದೆ ಎಂದು ಹೇಳಲು ಸಾಕು BIBRAMEಇದು ಗ್ರಂಥಸೂಚಿ ವಿವರಣೆಯ ಭವಿಷ್ಯಕ್ಕೆ ಅಡಿಪಾಯವನ್ನು ಒದಗಿಸುತ್ತದೆ ಮತ್ತು, ಸಹಜವಾಗಿ, RDF ಅನ್ನು ಆಧರಿಸಿದೆ.

ವಿಕಿಡೇಟಾವನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಲಿಂಕ್ಡ್ ಓಪನ್ ಡೇಟಾ ಕ್ಷೇತ್ರದಲ್ಲಿ ಯಶಸ್ವಿ ಯೋಜನೆಯ ಉದಾಹರಣೆಯಾಗಿ ಉಲ್ಲೇಖಿಸಲಾಗುತ್ತದೆ - ವಿಕಿಪೀಡಿಯದ ಒಂದು ರೀತಿಯ ಯಂತ್ರ-ಓದಬಲ್ಲ ಆವೃತ್ತಿ, DBPedia ಗೆ ವ್ಯತಿರಿಕ್ತವಾಗಿ, ಲೇಖನದ ಇನ್ಫೋಬಾಕ್ಸ್‌ಗಳಿಂದ ಆಮದು ಮಾಡಿಕೊಳ್ಳುವ ಮೂಲಕ ವಿಷಯವು ಉತ್ಪತ್ತಿಯಾಗುವುದಿಲ್ಲ, ಆದರೆ ಹೆಚ್ಚು ಅಥವಾ ಕಡಿಮೆ ಹಸ್ತಚಾಲಿತವಾಗಿ ರಚಿಸಲಾಗಿದೆ (ಮತ್ತು ತರುವಾಯ ಅದೇ ಇನ್ಫೋಬಾಕ್ಸ್‌ಗಳಿಗೆ ಮಾಹಿತಿಯ ಮೂಲವಾಗುತ್ತದೆ).

ನೀವು ಅದನ್ನು ಪರೀಕ್ಷಿಸಲು ಸಹ ನಾವು ಶಿಫಾರಸು ಮಾಡುತ್ತೇವೆ ಪಟ್ಟಿ "ಗ್ರಾಹಕರು" ವಿಭಾಗದಲ್ಲಿ Stardog ವೆಬ್‌ಸೈಟ್‌ನಲ್ಲಿ Stardog RDF ಸಂಗ್ರಹಣೆಯ ಬಳಕೆದಾರರು.

ಗಾರ್ಟ್ನರ್ನಲ್ಲಿ ಅದು ಇರಲಿ ಉದಯೋನ್ಮುಖ ತಂತ್ರಜ್ಞಾನಗಳಿಗಾಗಿ ಹೈಪ್ ಸೈಕಲ್ 2016 "ಎಂಟರ್‌ಪ್ರೈಸ್ ಟ್ಯಾಕ್ಸಾನಮಿ ಮತ್ತು ಆಂಟಾಲಜಿ ಮ್ಯಾನೇಜ್‌ಮೆಂಟ್" ಅನ್ನು 10 ವರ್ಷಗಳಿಗಿಂತಲೂ ಮುಂಚೆಯೇ "ಉತ್ಪಾದನಾ ಪ್ರಸ್ಥಭೂಮಿ" ಯನ್ನು ತಲುಪುವ ನಿರೀಕ್ಷೆಯೊಂದಿಗೆ ನಿರಾಶೆಯ ಕಣಿವೆಗೆ ಇಳಿಯುವ ಮಧ್ಯದಲ್ಲಿ ಇರಿಸಲಾಗಿದೆ.

ಎಂಟರ್‌ಪ್ರೈಸ್ ಡೇಟಾವನ್ನು ಸಂಪರ್ಕಿಸಲಾಗುತ್ತಿದೆ

ಮುನ್ಸೂಚನೆಗಳು, ಮುನ್ಸೂಚನೆಗಳು, ಮುನ್ಸೂಚನೆಗಳು...

ಐತಿಹಾಸಿಕ ಆಸಕ್ತಿಯಿಂದ, ನಾವು ಆಸಕ್ತಿ ಹೊಂದಿರುವ ತಂತ್ರಜ್ಞಾನಗಳ ಕುರಿತು ವಿವಿಧ ವರ್ಷಗಳಿಂದ ಗಾರ್ಟ್ನರ್ ಅವರ ಮುನ್ಸೂಚನೆಗಳನ್ನು ಕೆಳಗೆ ಪಟ್ಟಿ ಮಾಡಿದ್ದೇನೆ.

ವರ್ಷ	ತಂತ್ರಜ್ಞಾನ	ವರದಿ	ಸ್ಥಾನ	ಪ್ರಸ್ಥಭೂಮಿಗೆ ವರ್ಷಗಳು
2001	ಲಾಕ್ಷಣಿಕ ವೆಬ್	ಉದಯೋನ್ಮುಖ ತಂತ್ರಜ್ಞಾನಗಳು	ನಾವೀನ್ಯತೆ ಪ್ರಚೋದಕ	5-10
2006	ಕಾರ್ಪೊರೇಟ್ ಸೆಮ್ಯಾಂಟಿಕ್ ವೆಬ್	ಉದಯೋನ್ಮುಖ ತಂತ್ರಜ್ಞಾನಗಳು	ಉಬ್ಬಿಕೊಂಡಿರುವ ನಿರೀಕ್ಷೆಗಳ ಉತ್ತುಂಗ	5-10
2012	ಲಾಕ್ಷಣಿಕ ವೆಬ್	ದೊಡ್ಡ ದತ್ತಾಂಶ	ಉಬ್ಬಿಕೊಂಡಿರುವ ನಿರೀಕ್ಷೆಗಳ ಉತ್ತುಂಗ	> 10
2015	ಲಿಂಕ್ ಮಾಡಲಾದ ಡೇಟಾ	ಸುಧಾರಿತ ಅನಾಲಿಟಿಕ್ಸ್ ಮತ್ತು ಡೇಟಾ ಸೈನ್ಸ್	ಭ್ರಮನಿರಸನದ ತೊಟ್ಟಿ	5-10
2016	ಎಂಟರ್‌ಪ್ರೈಸ್ ಆಂಟಾಲಜಿ ಮ್ಯಾನೇಜ್‌ಮೆಂಟ್	ಉದಯೋನ್ಮುಖ ತಂತ್ರಜ್ಞಾನಗಳು	ಭ್ರಮನಿರಸನದ ತೊಟ್ಟಿ	> 10
2018	ಜ್ಞಾನ ಗ್ರಾಫ್ಗಳು	ಉದಯೋನ್ಮುಖ ತಂತ್ರಜ್ಞಾನಗಳು	ನಾವೀನ್ಯತೆ ಪ್ರಚೋದಕ	5-10

ಆದಾಗ್ಯೂ, ಈಗಾಗಲೇ ಒಳಗೆ "ಹೈಪ್ ಸೈಕಲ್..." 2018 ಮತ್ತೊಂದು ಮೇಲ್ಮುಖ ಪ್ರವೃತ್ತಿ ಕಾಣಿಸಿಕೊಂಡಿದೆ - ಜ್ಞಾನ ಗ್ರಾಫ್‌ಗಳು. ಒಂದು ನಿರ್ದಿಷ್ಟ ಪುನರ್ಜನ್ಮ ಸಂಭವಿಸಿದೆ: ಗ್ರಾಫ್ ಡಿಬಿಎಂಎಸ್, ಬಳಕೆದಾರರ ಗಮನ ಮತ್ತು ಡೆವಲಪರ್‌ಗಳ ಪ್ರಯತ್ನಗಳು ಸ್ವಿಚ್ ಆಗಿ ಹೊರಹೊಮ್ಮಿದವು, ಹಿಂದಿನ ವಿನಂತಿಗಳು ಮತ್ತು ನಂತರದ ಅಭ್ಯಾಸಗಳ ಪ್ರಭಾವದ ಅಡಿಯಲ್ಲಿ, ಬಾಹ್ಯರೇಖೆಗಳು ಮತ್ತು ಸ್ಥಾನೀಕರಣವನ್ನು ತೆಗೆದುಕೊಳ್ಳಲು ಪ್ರಾರಂಭಿಸಿದವು. ಅವರ ಹಿಂದಿನ ಪ್ರತಿಸ್ಪರ್ಧಿಗಳು.

ಪ್ರತಿಯೊಂದು ಗ್ರಾಫ್ DBMS ಈಗ ಕಾರ್ಪೊರೇಟ್ "ಜ್ಞಾನ ಗ್ರಾಫ್" ("ಲಿಂಕ್ಡ್ ಡೇಟಾ" ಅನ್ನು ಕೆಲವೊಮ್ಮೆ "ಸಂಪರ್ಕಿತ ಡೇಟಾ" ದಿಂದ ಬದಲಾಯಿಸಲಾಗುತ್ತದೆ) ನಿರ್ಮಿಸಲು ಸೂಕ್ತವಾದ ವೇದಿಕೆ ಎಂದು ಘೋಷಿಸುತ್ತದೆ, ಆದರೆ ಅಂತಹ ಹಕ್ಕುಗಳು ಎಷ್ಟು ಸಮರ್ಥನೀಯವಾಗಿವೆ?

ಗ್ರಾಫ್ ಡೇಟಾಬೇಸ್‌ಗಳು ಇನ್ನೂ ಅಸಮರ್ಥವಾಗಿವೆ; ಗ್ರಾಫ್ DBMS ನಲ್ಲಿನ ಡೇಟಾವು ಇನ್ನೂ ಅದೇ ಡೇಟಾ ಸಿಲೋ ಆಗಿದೆ. URI ಗಳ ಬದಲಿಗೆ ಸ್ಟ್ರಿಂಗ್ ಗುರುತಿಸುವಿಕೆಗಳು ಎರಡು ಗ್ರಾಫ್ DBMS ಗಳನ್ನು ಸಂಯೋಜಿಸುವ ಕಾರ್ಯವನ್ನು ಇನ್ನೂ ಏಕೀಕರಣದ ಕಾರ್ಯವನ್ನಾಗಿ ಮಾಡುತ್ತದೆ, ಆದರೆ ಎರಡು RDF ಸ್ಟೋರ್‌ಗಳನ್ನು ಸಂಯೋಜಿಸುವುದು ಸಾಮಾನ್ಯವಾಗಿ ಎರಡು RDF ಗ್ರಾಫ್‌ಗಳನ್ನು ವಿಲೀನಗೊಳಿಸುವುದಕ್ಕೆ ಬರುತ್ತದೆ. ಅಸೆಮ್ಯಾಂಟಿಸಿಟಿಯ ಇನ್ನೊಂದು ಅಂಶವೆಂದರೆ LPG ಗ್ರಾಫ್ ಮಾದರಿಯ ಪ್ರತಿಫಲಿತವಲ್ಲದಿರುವುದು, ಇದು ಒಂದೇ ವೇದಿಕೆಯನ್ನು ಬಳಸಿಕೊಂಡು ಮೆಟಾಡೇಟಾವನ್ನು ನಿರ್ವಹಿಸುವುದನ್ನು ಕಷ್ಟಕರವಾಗಿಸುತ್ತದೆ.

ಅಂತಿಮವಾಗಿ, ಗ್ರಾಫ್ ಡಿಬಿಎಂಎಸ್‌ಗಳು ಅನುಮಿತಿ ಎಂಜಿನ್‌ಗಳು ಅಥವಾ ರೂಲ್ ಎಂಜಿನ್‌ಗಳನ್ನು ಹೊಂದಿಲ್ಲ. ಅಂತಹ ಎಂಜಿನ್‌ಗಳ ಫಲಿತಾಂಶಗಳನ್ನು ಪ್ರಶ್ನೆಗಳನ್ನು ಸಂಕೀರ್ಣಗೊಳಿಸುವ ಮೂಲಕ ಪುನರುತ್ಪಾದಿಸಬಹುದು, ಆದರೆ ಇದು SQL ನಲ್ಲಿಯೂ ಸಹ ಸಾಧ್ಯ.

ಆದಾಗ್ಯೂ, ಪ್ರಮುಖ RDF ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳು LPG ಮಾದರಿಯನ್ನು ಬೆಂಬಲಿಸುವಲ್ಲಿ ಯಾವುದೇ ತೊಂದರೆಗಳನ್ನು ಹೊಂದಿಲ್ಲ. ಬ್ಲೇಜ್‌ಗ್ರಾಫ್‌ನಲ್ಲಿ ಒಂದು ಸಮಯದಲ್ಲಿ ಪ್ರಸ್ತಾಪಿಸಲಾದ ಅತ್ಯಂತ ಘನವಾದ ವಿಧಾನವನ್ನು ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ: RDF* ಮಾದರಿ, RDF ಮತ್ತು LPG ಅನ್ನು ಸಂಯೋಜಿಸುತ್ತದೆ.

ಹೆಚ್ಚು ಓದಿ

ಹಬ್ರೆ ಮೇಲಿನ ಹಿಂದಿನ ಲೇಖನದಲ್ಲಿ LPG ಮಾದರಿಗೆ RDF ಶೇಖರಣಾ ಬೆಂಬಲದ ಕುರಿತು ನೀವು ಇನ್ನಷ್ಟು ಓದಬಹುದು: "ಈಗ RDF ಸಂಗ್ರಹಣೆಯಲ್ಲಿ ಏನಾಗುತ್ತಿದೆ". ಜ್ಞಾನ ಗ್ರಾಫ್‌ಗಳು ಮತ್ತು ಡೇಟಾ ಫ್ಯಾಬ್ರಿಕ್ ಬಗ್ಗೆ ಒಂದು ದಿನ ಪ್ರತ್ಯೇಕ ಲೇಖನವನ್ನು ಬರೆಯಲಾಗುವುದು ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ. ಅಂತಿಮ ವಿಭಾಗ, ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಸುಲಭವಾದಂತೆ, ಹಸಿವಿನಲ್ಲಿ ಬರೆಯಲಾಗಿದೆ, ಆದಾಗ್ಯೂ, ಆರು ತಿಂಗಳ ನಂತರವೂ, ಈ ಪರಿಕಲ್ಪನೆಗಳೊಂದಿಗೆ ಎಲ್ಲವೂ ಹೆಚ್ಚು ಸ್ಪಷ್ಟವಾಗಿಲ್ಲ.

ಸಾಹಿತ್ಯ

1. Halpin, H., Monnin, A. (eds.) (2014). ಫಿಲಾಸಫಿಕಲ್ ಇಂಜಿನಿಯರಿಂಗ್: ಟುವರ್ಡ್ ಎ ಫಿಲಾಸಫಿ ಆಫ್ ದಿ ವೆಬ್
2. ಅಲೆಮಾಂಗ್, ಡಿ., ಹೆಂಡ್ಲರ್, ಜೆ. (2011) ಸೆಮ್ಯಾಂಟಿಕ್ ವೆಬ್ ಫಾರ್ ದಿ ವರ್ಕಿಂಗ್ ಆಂಟಾಲಜಿಸ್ಟ್ (2ನೇ ಆವೃತ್ತಿ)
3. Staab, S., Studer, R. (eds.) (2009) ಹ್ಯಾಂಡ್‌ಬುಕ್ ಆನ್ ಆಂಟಾಲಜಿಸ್ (2ನೇ ಆವೃತ್ತಿ.)
4. ವುಡ್, D. (ed.). (2011) ಎಂಟರ್‌ಪ್ರೈಸ್ ಡೇಟಾವನ್ನು ಲಿಂಕ್ ಮಾಡುವುದು
5. ಕೀಟ್, ಎಂ. (2018) ಆನ್ ಇಂಟ್ರಡಕ್ಷನ್ ಟು ಆಂಟಾಲಜಿ ಇಂಜಿನಿಯರಿಂಗ್

ಮೂಲ: www.habr.com