ਸਿਮੈਂਟਿਕ ਵੈੱਬ ਅਤੇ ਲਿੰਕਡ ਡੇਟਾ। ਸੁਧਾਰ ਅਤੇ ਜੋੜ

ਮੈਂ ਇਸ ਹਾਲ ਹੀ ਵਿੱਚ ਪ੍ਰਕਾਸ਼ਿਤ ਪੁਸਤਕ ਦਾ ਇੱਕ ਹਿੱਸਾ ਲੋਕਾਂ ਦੇ ਧਿਆਨ ਵਿੱਚ ਪੇਸ਼ ਕਰਨਾ ਚਾਹੁੰਦਾ ਹਾਂ:

ਐਂਟਰਪ੍ਰਾਈਜ਼ ਦੀ ਓਨਟੋਲੋਜੀਕਲ ਮਾਡਲਿੰਗ: ਵਿਧੀਆਂ ਅਤੇ ਤਕਨਾਲੋਜੀਆਂ [ਪਾਠ]: ਮੋਨੋਗ੍ਰਾਫ / [ਐਸ. V. Gorshkov, S. S. Kralin, O. I. Mushtak, ਅਤੇ ਹੋਰ; ਕਾਰਜਕਾਰੀ ਸੰਪਾਦਕ ਐਸ.ਵੀ. ਗੋਰਸ਼ਕੋਵ]। - ਯੇਕਾਟੇਰਿਨਬਰਗ: ਯੂਰਲ ਯੂਨੀਵਰਸਿਟੀ ਦਾ ਪਬਲਿਸ਼ਿੰਗ ਹਾਊਸ, 2019. - 234 ਪੀ.: ਬੀਮਾਰ, ਟੈਬ.; 20 ਸੈਂਟੀਮੀਟਰ - Auth. tit ਦੇ ਪਿਛਲੇ ਪਾਸੇ ਸੂਚੀਬੱਧ. ਨਾਲ। - ਬਿਬਲੀਓਗ੍ਰਾਫਰ. ch ਦੇ ਅੰਤ ਵਿੱਚ. - ISBN 978-5-7996-2580-1: 200 ਕਾਪੀਆਂ।

ਹੈਬਰੇ ਉੱਤੇ ਇਸ ਟੁਕੜੇ ਨੂੰ ਰੱਖਣ ਦਾ ਉਦੇਸ਼ ਚਾਰ ਗੁਣਾ ਹੈ:

• ਇਹ ਅਸੰਭਵ ਹੈ ਕਿ ਕੋਈ ਵਿਅਕਤੀ ਇਸ ਕਿਤਾਬ ਨੂੰ ਆਪਣੇ ਹੱਥਾਂ ਵਿੱਚ ਫੜਨ ਦੇ ਯੋਗ ਹੋਵੇਗਾ ਜੇ ਉਹ ਕਿਸੇ ਸਤਿਕਾਰਤ ਦਾ ਗਾਹਕ ਨਹੀਂ ਹੈ SergeIndex; ਇਹ ਯਕੀਨੀ ਤੌਰ 'ਤੇ ਵਿਕਰੀ ਲਈ ਨਹੀਂ ਹੈ।
• ਟੈਕਸਟ ਵਿੱਚ ਸੁਧਾਰ ਕੀਤੇ ਗਏ ਹਨ (ਉਹ ਹੇਠਾਂ ਉਜਾਗਰ ਨਹੀਂ ਕੀਤੇ ਗਏ ਹਨ) ਅਤੇ ਐਡੀਸ਼ਨ ਕੀਤੇ ਗਏ ਹਨ ਜੋ ਪ੍ਰਿੰਟ ਕੀਤੇ ਮੋਨੋਗ੍ਰਾਫ ਦੇ ਫਾਰਮੈਟ ਨਾਲ ਬਹੁਤ ਅਨੁਕੂਲ ਨਹੀਂ ਹਨ: ਟੌਪੀਕਲ ਨੋਟਸ (ਸਪੋਇਲਰ ਦੇ ਹੇਠਾਂ) ਅਤੇ ਹਾਈਪਰਲਿੰਕਸ।
• ਮੈਂ ਚਾਹੁੰਦਾ ਹਾਂ ਸਵਾਲ ਅਤੇ ਟਿੱਪਣੀਆਂ ਇਕੱਠੀਆਂ ਕਰੋਉਹਨਾਂ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਣ ਲਈ ਜਦੋਂ ਇਹ ਟੈਕਸਟ ਕਿਸੇ ਹੋਰ ਸੰਸਕਰਣਾਂ ਵਿੱਚ ਸੰਸ਼ੋਧਿਤ ਰੂਪ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
• ਬਹੁਤ ਸਾਰੇ ਸਿਮੈਂਟਿਕ ਵੈੱਬ ਅਤੇ ਲਿੰਕਡ ਡੇਟਾ ਦੇ ਅਨੁਯਾਈ ਅਜੇ ਵੀ ਮਹਿਸੂਸ ਕਰਦੇ ਹਨ ਕਿ ਉਹਨਾਂ ਦਾ ਸਰਕਲ ਇੰਨਾ ਤੰਗ ਹੈ, ਮੁੱਖ ਤੌਰ ਤੇ ਕਿਉਂਕਿ ਆਮ ਲੋਕਾਂ ਨੂੰ ਅਜੇ ਤੱਕ ਸਹੀ ਢੰਗ ਨਾਲ ਇਹ ਨਹੀਂ ਸਮਝਾਇਆ ਗਿਆ ਹੈ ਕਿ ਸਿਮੈਂਟਿਕ ਵੈਬ ਅਤੇ ਲਿੰਕਡ ਡੇਟਾ ਦਾ ਅਨੁਯਾਈ ਹੋਣਾ ਕਿੰਨਾ ਵਧੀਆ ਹੈ। ਟੁਕੜੇ ਦਾ ਲੇਖਕ, ਹਾਲਾਂਕਿ ਉਹ ਇਸ ਸਰਕਲ ਨਾਲ ਸਬੰਧਤ ਹੈ, ਅਜਿਹੀ ਰਾਏ ਦਾ ਪਾਲਣ ਨਹੀਂ ਕਰਦਾ, ਪਰ, ਫਿਰ ਵੀ, ਆਪਣੇ ਆਪ ਨੂੰ ਇੱਕ ਹੋਰ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਲਈ ਮਜਬੂਰ ਸਮਝਦਾ ਹੈ.

ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ,

ਸੀਮੈਂਟਿਕ ਵੈਬ

ਇੰਟਰਨੈੱਟ ਦੇ ਵਿਕਾਸ ਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਦਰਸਾਇਆ ਜਾ ਸਕਦਾ ਹੈ (ਜਾਂ ਇਸ ਦੇ ਭਾਗਾਂ ਬਾਰੇ ਗੱਲ ਕਰੋ ਜੋ ਹੇਠਾਂ ਦਿੱਤੇ ਕ੍ਰਮ ਵਿੱਚ ਬਣੇ ਹਨ):

1. ਇੰਟਰਨੈੱਟ 'ਤੇ ਦਸਤਾਵੇਜ਼. ਮੁੱਖ ਤਕਨਾਲੋਜੀਆਂ - ਗੋਫਰ, FTP, ਆਦਿ।
   ਇੰਟਰਨੈਟ ਸਥਾਨਕ ਸਰੋਤਾਂ ਦੇ ਆਦਾਨ-ਪ੍ਰਦਾਨ ਲਈ ਇੱਕ ਗਲੋਬਲ ਨੈਟਵਰਕ ਹੈ।
2. ਇੰਟਰਨੈੱਟ ਦਸਤਾਵੇਜ਼. ਮੁੱਖ ਤਕਨੀਕਾਂ HTML ਅਤੇ HTTP ਹਨ।
   ਪ੍ਰਗਟ ਕੀਤੇ ਸਰੋਤਾਂ ਦੀ ਪ੍ਰਕਿਰਤੀ ਉਹਨਾਂ ਦੇ ਪ੍ਰਸਾਰਣ ਲਈ ਮਾਧਿਅਮ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦੀ ਹੈ।
3. ਇੰਟਰਨੈੱਟ ਡਾਟਾ. ਮੁੱਖ ਤਕਨੀਕਾਂ ਹਨ REST ਅਤੇ SOAP API, XHR, ਆਦਿ।
   ਇੰਟਰਨੈਟ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦਾ ਯੁੱਗ, ਨਾ ਸਿਰਫ ਲੋਕ ਸਰੋਤਾਂ ਦੇ ਖਪਤਕਾਰ ਬਣਦੇ ਹਨ.
4. ਇੰਟਰਨੈੱਟ ਡਾਟਾ. ਮੁੱਖ ਤਕਨੀਕਾਂ ਲਿੰਕਡ ਡੇਟਾ ਤਕਨਾਲੋਜੀਆਂ ਹਨ।
   ਇਹ ਚੌਥਾ ਪੜਾਅ, ਬਰਨਰਸ-ਲੀ ਦੁਆਰਾ ਪੂਰਵ-ਅਨੁਮਾਨਿਤ ਕੀਤਾ ਗਿਆ ਹੈ, ਦੂਜੀ ਦੀਆਂ ਮੁੱਖ ਤਕਨੀਕਾਂ ਦੇ ਸਿਰਜਣਹਾਰ ਅਤੇ ਡਬਲਯੂ3ਸੀ ਦੇ ਨਿਰਦੇਸ਼ਕ, ਨੂੰ ਸਿਮੈਂਟਿਕ ਵੈੱਬ ਕਿਹਾ ਜਾਂਦਾ ਹੈ; ਲਿੰਕਡ ਡਾਟਾ ਤਕਨਾਲੋਜੀਆਂ ਨੂੰ ਵੈੱਬ 'ਤੇ ਡਾਟਾ ਨਾ ਸਿਰਫ਼ ਮਸ਼ੀਨ-ਪੜ੍ਹਨਯੋਗ ਬਣਾਉਣ ਲਈ ਬਣਾਇਆ ਗਿਆ ਹੈ, ਸਗੋਂ "ਮਸ਼ੀਨ-ਸਮਝਣਯੋਗ" ਵੀ ਹੈ।

ਇਸ ਤੋਂ ਬਾਅਦ, ਇਹ ਪਾਠਕ ਲਈ ਸਪੱਸ਼ਟ ਹੋ ਜਾਵੇਗਾ ਕਿ ਦੂਜੇ ਅਤੇ ਚੌਥੇ ਪੜਾਵਾਂ ਦੀਆਂ ਮੁੱਖ ਧਾਰਨਾਵਾਂ ਮੇਲ ਖਾਂਦੀਆਂ ਹਨ:

• URL ਦੇ ਐਨਾਲਾਗ URI ਹਨ,
• HTML RDF ਦੇ ਸਮਾਨ ਹੈ,
• HTML ਹਾਈਪਰਲਿੰਕਸ RDF ਦਸਤਾਵੇਜ਼ਾਂ ਵਿੱਚ URI ਐਂਟਰੀਆਂ ਦੇ ਸਮਾਨ ਹਨ।

ਸਿਮੈਂਟਿਕ ਵੈੱਬ ਇੱਕ ਖਾਸ ਸਵੈ-ਚਾਲਤ ਜਾਂ ਲਾਬੀਡ ਰੁਝਾਨ ਨਾਲੋਂ ਇੰਟਰਨੈਟ ਦੇ ਭਵਿੱਖ ਦਾ ਇੱਕ ਵਿਵਸਥਿਤ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਹੈ, ਹਾਲਾਂਕਿ ਇਹ ਇਹਨਾਂ ਬਾਅਦ ਵਾਲੇ ਰੁਝਾਨਾਂ ਨੂੰ ਵੀ ਧਿਆਨ ਵਿੱਚ ਰੱਖਣ ਦੇ ਯੋਗ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਜਿਸਨੂੰ ਵੈੱਬ 2.0 ਕਿਹਾ ਜਾਂਦਾ ਹੈ ਉਸ ਦੀ ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਵਿਸ਼ੇਸ਼ਤਾ ਨੂੰ "ਉਪਭੋਗਤਾ ਦੁਆਰਾ ਤਿਆਰ ਸਮੱਗਰੀ" ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ। ਇਸ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਣ ਲਈ ਕਿਹਾ ਗਿਆ ਹੈ, ਖਾਸ ਤੌਰ 'ਤੇ, W3C ਸਿਫ਼ਾਰਿਸ਼ "ਵੈੱਬ ਐਨੋਟੇਸ਼ਨ ਔਨਟੋਲੋਜੀ"ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਦਾ ਇਕਰਾਰਨਾਮਾ ਠੋਸ.

ਕੀ ਸਿਮੈਂਟਿਕ ਵੈੱਬ ਮਰ ਗਿਆ ਹੈ?

ਜੇ ਤੁਸੀਂ ਇਨਕਾਰ ਕਰਦੇ ਹੋ ਅਸਥਾਈ ਉਮੀਦਾਂ, ਅਰਥਵਾਦੀ ਵੈੱਬ ਦੀ ਸਥਿਤੀ ਵਿਕਸਤ ਸਮਾਜਵਾਦ ਦੇ ਦਿਨਾਂ ਵਿੱਚ ਕਮਿਊਨਿਜ਼ਮ ਵਾਂਗ ਹੀ ਹੈ (ਅਤੇ ਹਰ ਕਿਸੇ ਨੂੰ ਆਪਣੇ ਲਈ ਫੈਸਲਾ ਲੈਣ ਦਿਓ ਕਿ ਕੀ ਇਲਿਚ ਦੇ ਸ਼ਰਤੀਆ ਸਿਧਾਂਤਾਂ ਪ੍ਰਤੀ ਵਫ਼ਾਦਾਰੀ ਦੀ ਪਾਲਣਾ ਕੀਤੀ ਜਾਂਦੀ ਹੈ)। ਖੋਜ ਇੰਜਣ ਕਾਫ਼ੀ ਸਫਲ ਵੈੱਬਸਾਈਟਾਂ ਨੂੰ RDFa ਅਤੇ JSON-LD ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਮਜ਼ਬੂਰ ਕਰਦੇ ਹਨ ਅਤੇ ਖੁਦ ਹੇਠਾਂ ਦੱਸੀਆਂ ਗਈਆਂ ਤਕਨੀਕਾਂ (Google Knowledge Graph, Bing Knowledge Graph) ਨਾਲ ਸੰਬੰਧਿਤ ਤਕਨੀਕਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ।

ਆਮ ਸ਼ਬਦਾਂ ਵਿਚ, ਲੇਖਕ ਇਹ ਨਹੀਂ ਕਹਿ ਸਕਦਾ ਕਿ ਕਿਹੜੀ ਚੀਜ਼ ਵੱਧ ਪ੍ਰਸਾਰ ਨੂੰ ਰੋਕਦੀ ਹੈ, ਪਰ ਉਹ ਨਿੱਜੀ ਅਨੁਭਵ ਦੇ ਆਧਾਰ 'ਤੇ ਗੱਲ ਕਰ ਸਕਦਾ ਹੈ। ਅਜਿਹੇ ਕੰਮ ਹਨ ਜੋ SW ਹਮਲੇ ਦੀਆਂ ਸਥਿਤੀਆਂ ਵਿੱਚ "ਬਾਕਸ ਤੋਂ ਬਾਹਰ" ਹੱਲ ਕੀਤੇ ਜਾਣਗੇ, ਹਾਲਾਂਕਿ ਬਹੁਤ ਵੱਡੇ ਨਹੀਂ ਹਨ। ਨਤੀਜੇ ਵਜੋਂ, ਜਿਨ੍ਹਾਂ ਕੋਲ ਇਹ ਕਾਰਜ ਹਨ, ਉਹਨਾਂ ਕੋਲ ਉਹਨਾਂ ਵਿਰੁੱਧ ਜ਼ਬਰਦਸਤੀ ਦੇ ਸਾਧਨ ਨਹੀਂ ਹਨ ਜੋ ਕੋਈ ਹੱਲ ਪ੍ਰਦਾਨ ਕਰਨ ਦੇ ਯੋਗ ਹਨ, ਅਤੇ ਬਾਅਦ ਵਾਲੇ ਦੁਆਰਾ ਖੁਦ ਹੱਲ ਪ੍ਰਦਾਨ ਕਰਨਾ ਉਹਨਾਂ ਦੇ ਵਪਾਰਕ ਮਾਡਲਾਂ ਦੇ ਉਲਟ ਹੈ। ਇਸ ਲਈ ਅਸੀਂ HTML ਨੂੰ ਪਾਰਸ ਕਰਨਾ ਜਾਰੀ ਰੱਖਦੇ ਹਾਂ ਅਤੇ ਵੱਖ-ਵੱਖ API ਨੂੰ ਗੂੰਦ ਕਰਦੇ ਹਾਂ, ਇੱਕ ਤੋਂ ਬਾਅਦ ਇੱਕ shittier.

ਹਾਲਾਂਕਿ, ਲਿੰਕਡ ਡੇਟਾ ਤਕਨਾਲੋਜੀ ਮਾਸ ਵੈੱਬ ਤੋਂ ਪਰੇ ਫੈਲ ਗਈ ਹੈ; ਕਿਤਾਬ, ਅਸਲ ਵਿੱਚ, ਉਹਨਾਂ ਦੀਆਂ ਅਰਜ਼ੀਆਂ ਨੂੰ ਸਮਰਪਿਤ ਹੈ। ਵਰਤਮਾਨ ਵਿੱਚ, ਲਿੰਕਡ ਡੇਟਾ ਕਮਿਊਨਿਟੀ ਨੂੰ ਉਮੀਦ ਹੈ ਕਿ ਇਹ ਤਕਨੀਕਾਂ ਗਾਰਟਨਰ ਫਿਕਸਿੰਗ (ਜਾਂ ਘੋਸ਼ਣਾ, ਜੋ ਵੀ ਤੁਸੀਂ ਚਾਹੋ) ਦੇ ਰੁਝਾਨਾਂ ਨਾਲ ਹੋਰ ਵੀ ਵਿਆਪਕ ਹੋ ਜਾਣਗੀਆਂ ਜਿਵੇਂ ਕਿ ਗਿਆਨ ਗ੍ਰਾਫ и ਡਾਟਾ ਫੈਬਰਿਕ. ਮੈਂ ਵਿਸ਼ਵਾਸ ਕਰਨਾ ਚਾਹਾਂਗਾ ਕਿ ਇਹਨਾਂ ਸੰਕਲਪਾਂ ਦੇ "ਸਾਈਕਲ" ਲਾਗੂਕਰਨ ਸਫਲ ਨਹੀਂ ਹੋਣਗੇ, ਪਰ ਹੇਠਾਂ ਚਰਚਾ ਕੀਤੇ ਗਏ W3C ਮਿਆਰਾਂ ਨਾਲ ਸਬੰਧਤ ਹਨ।

ਲਿੰਕਡ ਡੇਟਾ

ਬਰਨਰਸ-ਲੀ ਨੇ ਲਿੰਕਡ ਡੇਟਾ ਨੂੰ ਸਿਮੈਨਟਿਕ ਵੈੱਬ ਦੇ ਤੌਰ ਤੇ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ ਹੈ: ਇਸਦੇ ਅੰਤਮ ਟੀਚਿਆਂ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਪਹੁੰਚ ਅਤੇ ਤਕਨਾਲੋਜੀਆਂ ਦਾ ਇੱਕ ਸਮੂਹ। ਲਿੰਕਡ ਡੇਟਾ ਬਰਨਰਸ-ਲੀ ਦੇ ਮੂਲ ਸਿਧਾਂਤ ਬਾਹਰ ਕੱਢਿਆ ਹੇਠ ਲਿਖੇ.

ਸਿਧਾਂਤ 1. ਇਕਾਈਆਂ ਨੂੰ ਨਾਮ ਦੇਣ ਲਈ URIs ਦੀ ਵਰਤੋਂ ਕਰਨਾ।

ਯੂਆਰਆਈ ਐਂਟਰੀਆਂ ਦੇ ਸਥਾਨਕ ਸਟ੍ਰਿੰਗ ਪਛਾਣਕਰਤਾਵਾਂ ਦੇ ਉਲਟ ਗਲੋਬਲ ਇਕਾਈ ਪਛਾਣਕਰਤਾ ਹਨ। ਇਸ ਤੋਂ ਬਾਅਦ, ਇਸ ਸਿਧਾਂਤ ਨੇ ਗੂਗਲ ਗਿਆਨ ਗ੍ਰਾਫ ਦੇ ਨਾਅਰੇ ਵਿੱਚ ਇਸਦਾ ਸਭ ਤੋਂ ਵਧੀਆ ਪ੍ਰਗਟਾਵਾ ਪਾਇਆ।ਚੀਜ਼ਾਂ, ਤਾਰਾਂ ਨਹੀਂ".

ਸਿਧਾਂਤ 2. HTTP ਸਕੀਮ ਵਿੱਚ URIs ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਤਾਂ ਕਿ ਉਹਨਾਂ ਦਾ ਹਵਾਲਾ ਦਿੱਤਾ ਜਾ ਸਕੇ।

ਇੱਕ URI ਦਾ ਹਵਾਲਾ ਦੇ ਕੇ, ਉਸ ਸੰਕੇਤਕ ਦੇ ਪਿੱਛੇ ਸੰਕੇਤਕ ਪ੍ਰਾਪਤ ਕਰਨਾ ਸੰਭਵ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ (ਓਪਰੇਟਰ ਦੇ ਨਾਮ ਨਾਲ ਸਮਾਨਤਾ "*»C ਵਿੱਚ); ਵਧੇਰੇ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ, ਇਸ ਸੰਕੇਤ ਦੀ ਕੁਝ ਪ੍ਰਤੀਨਿਧਤਾ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ - HTTP ਸਿਰਲੇਖ ਦੇ ਮੁੱਲ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ Accept:. ਸ਼ਾਇਦ AR / VR ਯੁੱਗ ਦੇ ਆਗਮਨ ਦੇ ਨਾਲ, ਇਹ ਸਰੋਤ ਆਪਣੇ ਆਪ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨਾ ਸੰਭਵ ਹੋਵੇਗਾ, ਪਰ ਹੁਣ ਲਈ, ਜ਼ਿਆਦਾਤਰ ਸੰਭਾਵਨਾ ਹੈ, ਇਹ ਇੱਕ RDF ਦਸਤਾਵੇਜ਼ ਹੋਵੇਗਾ ਜੋ ਇੱਕ SPARQL ਪੁੱਛਗਿੱਛ ਦਾ ਨਤੀਜਾ ਹੈ. DESCRIBE.

ਸਿਧਾਂਤ 3. W3C ਮਿਆਰਾਂ ਦੀ ਵਰਤੋਂ - ਮੁੱਖ ਤੌਰ 'ਤੇ RDF(S) ਅਤੇ SPARQL - ਖਾਸ ਤੌਰ 'ਤੇ URIs ਦਾ ਹਵਾਲਾ ਦਿੰਦੇ ਸਮੇਂ।

ਲਿੰਕਡ ਡੇਟਾ ਟੈਕਨਾਲੋਜੀ ਸਟੈਕ ਦੀਆਂ ਇਹ ਵਿਅਕਤੀਗਤ "ਪਰਤਾਂ", ਜਿਨ੍ਹਾਂ ਨੂੰ ਵੀ ਕਿਹਾ ਜਾਂਦਾ ਹੈ ਸਿਮੈਂਟਿਕ ਵੈੱਬ ਲੇਅਰ ਕੇਕ, ਹੇਠਾਂ ਵਰਣਨ ਕੀਤਾ ਜਾਵੇਗਾ।

ਸਿਧਾਂਤ 4. ਇਕਾਈਆਂ ਦਾ ਵਰਣਨ ਕਰਦੇ ਸਮੇਂ ਹੋਰ URIs ਦੇ ਹਵਾਲੇ ਦੀ ਵਰਤੋਂ ਕਰਨਾ।

RDF ਤੁਹਾਨੂੰ ਆਪਣੇ ਆਪ ਨੂੰ ਕੁਦਰਤੀ ਭਾਸ਼ਾ ਵਿੱਚ ਇੱਕ ਸਰੋਤ ਦੇ ਮੌਖਿਕ ਵਰਣਨ ਤੱਕ ਸੀਮਤ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਚੌਥਾ ਸਿਧਾਂਤ ਅਜਿਹਾ ਨਾ ਕਰਨ ਲਈ ਕਹਿੰਦਾ ਹੈ। ਪਹਿਲੇ ਸਿਧਾਂਤ ਦੀ ਵਿਆਪਕ ਪਾਲਣਾ ਦੇ ਨਾਲ, ਕਿਸੇ ਸਰੋਤ ਦਾ ਵਰਣਨ ਕਰਦੇ ਸਮੇਂ, "ਪਰਦੇਸੀ" ਸਮੇਤ ਦੂਜਿਆਂ ਦਾ ਹਵਾਲਾ ਦੇਣਾ ਸੰਭਵ ਹੋ ਜਾਂਦਾ ਹੈ, ਜਿਸ ਕਰਕੇ ਡੇਟਾ ਨੂੰ ਲਿੰਕਡ ਕਿਹਾ ਜਾਂਦਾ ਹੈ। ਅਸਲ ਵਿੱਚ, RDFS ਸ਼ਬਦਕੋਸ਼ ਵਿੱਚ ਨਾਮ ਦਿੱਤੇ URIs ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਲਗਭਗ ਅਟੱਲ ਹੈ।

RDF

RDF (ਸਰੋਤ ਵਰਣਨ ਫਰੇਮਵਰਕ) - ਅੰਤਰ-ਸੰਬੰਧਿਤ ਇਕਾਈਆਂ ਦਾ ਵਰਣਨ ਕਰਨ ਲਈ ਇੱਕ ਰਸਮੀਤਾ।

ਇਕਾਈਆਂ ਅਤੇ ਉਹਨਾਂ ਦੇ ਸਬੰਧਾਂ ਬਾਰੇ, "ਵਿਸ਼ਾ-ਪ੍ਰੀਡੀਕੇਟ-ਆਬਜੈਕਟ" ਦੇ ਰੂਪ ਦੇ ਬਿਆਨ ਬਣਾਏ ਜਾਂਦੇ ਹਨ, ਜਿਨ੍ਹਾਂ ਨੂੰ ਟ੍ਰਿਪਲੇਟਸ ਕਿਹਾ ਜਾਂਦਾ ਹੈ। ਸਭ ਤੋਂ ਸਰਲ ਸਥਿਤੀ ਵਿੱਚ, ਵਿਸ਼ਾ, ਅਨੁਮਾਨ, ਅਤੇ ਵਸਤੂ ਦੋਵੇਂ URI ਹਨ। ਇੱਕੋ ਹੀ ਯੂਆਰਆਈ ਵੱਖੋ-ਵੱਖਰੀਆਂ ਸਥਿਤੀਆਂ ਵਿੱਚ ਵੱਖ-ਵੱਖ ਤਿੰਨਾਂ ਵਿੱਚ ਹੋ ਸਕਦਾ ਹੈ: ਇੱਕ ਵਿਸ਼ਾ, ਇੱਕ ਵਿਵਹਾਰਕ, ਅਤੇ ਇੱਕ ਵਸਤੂ ਬਣੋ; ਇਸ ਤਰ੍ਹਾਂ ਟ੍ਰਿਪਲੇਟਸ ਇੱਕ ਕਿਸਮ ਦਾ ਗ੍ਰਾਫ ਬਣਾਉਂਦੇ ਹਨ ਜਿਸਨੂੰ RDF ਗ੍ਰਾਫ ਕਿਹਾ ਜਾਂਦਾ ਹੈ।

ਵਿਸ਼ੇ ਅਤੇ ਵਸਤੂਆਂ ਸਿਰਫ਼ URI ਹੀ ਨਹੀਂ, ਸਗੋਂ ਅਖੌਤੀ ਵੀ ਹੋ ਸਕਦੀਆਂ ਹਨ ਖਾਲੀ ਨੋਡ, ਅਤੇ ਵਸਤੂਆਂ ਵੀ ਹੋ ਸਕਦੀਆਂ ਹਨ ਸ਼ਾਬਦਿਕ. ਲਿਟਰਲ ਆਦਿਕ ਕਿਸਮਾਂ ਦੀਆਂ ਉਦਾਹਰਣਾਂ ਹਨ, ਜਿਸ ਵਿੱਚ ਇੱਕ ਸਤਰ ਦੀ ਨੁਮਾਇੰਦਗੀ ਅਤੇ ਇੱਕ ਕਿਸਮ ਦੇ ਨਿਰਧਾਰਨ ਸ਼ਾਮਲ ਹਨ।

ਲਿਟਰਲ ਲਿਖਣ ਦੀਆਂ ਉਦਾਹਰਨਾਂ (ਟਰਟਲ ਸੰਟੈਕਸ ਵਿੱਚ, ਹੇਠਾਂ ਇਸ ਬਾਰੇ ਹੋਰ): "5.0"^^xsd:float и "five"^^xsd:string. ਕਿਸਮ ਦੇ ਨਾਲ ਅੱਖਰ rdf:langString ਇੱਕ ਭਾਸ਼ਾ ਟੈਗ ਵੀ ਪ੍ਰਦਾਨ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਟਰਟਲ ਵਿੱਚ ਇਹ ਇਸ ਤਰ੍ਹਾਂ ਲਿਖਿਆ ਗਿਆ ਹੈ: "five"@en и "пять"@ru.

ਖਾਲੀ ਨੋਡ ਗਲੋਬਲ ਪਛਾਣਕਰਤਾਵਾਂ ਤੋਂ ਬਿਨਾਂ "ਅਗਿਆਤ" ਸਰੋਤ ਹਨ, ਜੋ ਕਿ, ਹਾਲਾਂਕਿ, ਦਾਅਵਾ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ; ਹੋਂਦ ਦੇ ਵੇਰੀਏਬਲ ਦੀ ਕਿਸਮ

ਇਸ ਲਈ (ਇਹ, ਅਸਲ ਵਿੱਚ, RDF ਦਾ ਸਾਰਾ ਸਾਰ ਹੈ):

• ਵਿਸ਼ਾ ਇੱਕ URI ਜਾਂ ਇੱਕ ਖਾਲੀ ਨੋਡ ਹੈ,
• ਪ੍ਰੈਡੀਕੇਟ ਇੱਕ URI ਹੈ,
• ਵਸਤੂ ਇੱਕ URI, ਇੱਕ ਖਾਲੀ ਨੋਡ, ਜਾਂ ਇੱਕ ਸ਼ਾਬਦਿਕ ਹੈ।

ਪੂਰਵ ਅਨੁਮਾਨ ਖਾਲੀ ਨੋਡ ਕਿਉਂ ਨਹੀਂ ਹੋ ਸਕਦੇ?

ਸੰਭਾਵਿਤ ਕਾਰਨ ਗੈਰ-ਰਸਮੀ ਤੌਰ 'ਤੇ ਪਹਿਲੇ ਕ੍ਰਮ ਦੇ ਪ੍ਰੈਡੀਕੇਟ ਤਰਕ ਦੀ ਭਾਸ਼ਾ ਵਿੱਚ ਤ੍ਰਿਪਲੇਟ ਨੂੰ ਸਮਝਣ ਅਤੇ ਅਨੁਵਾਦ ਕਰਨ ਦੀ ਇੱਛਾ ਹੈ। s p o ਵਰਗਾ ਕੁਝ ਕਿੱਥੇ - ਭਵਿੱਖਬਾਣੀ, и - ਸਥਿਰ. ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਅਜਿਹੀ ਸਮਝ ਦੇ ਨਿਸ਼ਾਨ ਹਨ "LBase: ਸਿਮੈਨਟਿਕ ਵੈੱਬ ਦੀਆਂ ਭਾਸ਼ਾਵਾਂ ਲਈ ਅਰਥ ਵਿਗਿਆਨ”, ਜਿਸਦਾ ਇੱਕ W3C ਵਰਕਿੰਗ ਗਰੁੱਪ ਨੋਟ ਦੀ ਸਥਿਤੀ ਹੈ। ਇਸ ਸਮਝ ਨਾਲ, ਤ੍ਰਿਗੁਣੀ s p []ਕਿੱਥੇ [] - ਇੱਕ ਖਾਲੀ ਨੋਡ, ਦੇ ਰੂਪ ਵਿੱਚ ਅਨੁਵਾਦ ਕੀਤਾ ਜਾਵੇਗਾ ਕਿੱਥੇ - ਵੇਰੀਏਬਲ, ਪਰ ਫਿਰ ਅਨੁਵਾਦ ਕਿਵੇਂ ਕਰਨਾ ਹੈ s [] o? W3C ਸਿਫਾਰਸ਼ ਦਸਤਾਵੇਜ਼ "RDF 1.1 ਅਰਥ ਵਿਗਿਆਨ” ਅਨੁਵਾਦ ਕਰਨ ਦਾ ਇੱਕ ਹੋਰ ਤਰੀਕਾ ਸੁਝਾਉਂਦਾ ਹੈ, ਪਰ ਫਿਰ ਵੀ ਖਾਲੀ ਨੋਡ ਹੋਣ ਦੀ ਸੰਭਾਵਨਾ ਨੂੰ ਨਹੀਂ ਸਮਝਦਾ।

ਹਾਲਾਂਕਿ, ਮਨੂ ਸਪੋਰਨੀ ਇਜਾਜ਼ਤ ਦਿੱਤੀ.

RDF ਇੱਕ ਐਬਸਟਰੈਕਟ ਮਾਡਲ ਹੈ। RDF ਨੂੰ ਵੱਖ-ਵੱਖ ਸੰਟੈਕਸ ਵਿੱਚ ਲਿਖਿਆ (ਕ੍ਰਮਬੱਧ) ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ: RDF/XML, ਟਰਟਲ (ਸਭ ਤੋਂ ਵੱਧ ਮਨੁੱਖੀ ਪੜ੍ਹਨਯੋਗ) ਜੇਐਸਓਐਨ-ਐਲਡੀ, ਐਚ.ਡੀ.ਟੀ. (ਬਾਈਨਰੀ)।

ਉਸੇ RDF ਨੂੰ ਵੱਖ-ਵੱਖ ਤਰੀਕਿਆਂ ਨਾਲ RDF/XML ਵਿੱਚ ਲੜੀਬੱਧ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਇਸਲਈ ਇਸਦਾ ਕੋਈ ਮਤਲਬ ਨਹੀਂ ਹੈ, ਉਦਾਹਰਨ ਲਈ, XSD ਨਾਲ ਨਤੀਜੇ ਵਜੋਂ XML ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਕਰਨਾ ਜਾਂ XPath ਨਾਲ ਡੇਟਾ ਐਕਸਟਰੈਕਟ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨਾ। ਇਸੇ ਤਰ੍ਹਾਂ, JSON-LD ਜਾਵਾਸਕ੍ਰਿਪਟ ਡੌਟ ਅਤੇ ਵਰਗ ਬਰੈਕਟ ਨੋਟੇਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ RDF ਨਾਲ ਕੰਮ ਕਰਨ ਦੀ ਔਸਤ Javascript ਡਿਵੈਲਪਰ ਦੀ ਇੱਛਾ ਨੂੰ ਪੂਰਾ ਕਰਨ ਦੀ ਸੰਭਾਵਨਾ ਨਹੀਂ ਹੈ (ਹਾਲਾਂਕਿ 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 axioms ਦੇ ਉਪਰੋਕਤ ਸੈੱਟ 'ਤੇ, ਹੇਠ ਦਿੱਤੀ ਪੁੱਛਗਿੱਛ ਵਾਪਸ ਆਵੇਗੀ 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 ਐਕਸੈਸ ਪੁਆਇੰਟ, ਇੱਕ RDF ਸਟੋਰ ਜੋ SPARQL ਸਵਾਲਾਂ ਨੂੰ ਪ੍ਰੋਸੈਸ ਕਰਨ ਦੇ ਸਮਰੱਥ ਹੈ, ਦਾ ਦੂਜੇ ਪੜਾਅ ਤੋਂ ਕੋਈ ਸਿੱਧਾ ਐਨਾਲਾਗ ਨਹੀਂ ਹੈ (ਇਸ ਪੈਰਾ ਦੀ ਸ਼ੁਰੂਆਤ ਦੇਖੋ)। ਇਸਦੀ ਤੁਲਨਾ ਇੱਕ ਡੇਟਾਬੇਸ ਨਾਲ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ, ਜਿਸ ਦੀ ਸਮੱਗਰੀ ਦੇ ਆਧਾਰ 'ਤੇ HTML ਪੰਨੇ ਬਣਾਏ ਗਏ ਸਨ, ਪਰ ਬਾਹਰੋਂ ਪਹੁੰਚਯੋਗ ਹਨ। SPARQL ਐਕਸੈਸ ਪੁਆਇੰਟ ਤੀਜੇ ਪੜਾਅ ਤੋਂ API ਐਕਸੈਸ ਪੁਆਇੰਟ ਵਰਗਾ ਹੈ, ਪਰ ਦੋ ਮੁੱਖ ਅੰਤਰਾਂ ਦੇ ਨਾਲ। ਸਭ ਤੋਂ ਪਹਿਲਾਂ, ਕਈ "ਪਰਮਾਣੂ" ਪ੍ਰਸ਼ਨਾਂ ਨੂੰ ਇੱਕ ਵਿੱਚ ਜੋੜਨਾ ਸੰਭਵ ਹੈ (ਜਿਸ ਨੂੰ GraphQL ਦੀ ਇੱਕ ਮੁੱਖ ਵਿਸ਼ੇਸ਼ਤਾ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ), ਅਤੇ ਦੂਜਾ, ਅਜਿਹਾ API ਪੂਰੀ ਤਰ੍ਹਾਂ ਸਵੈ-ਦਸਤਾਵੇਜ਼ਿਤ ਹੈ (ਜਿਸ ਨੂੰ HATEOAS ਨੇ ਪ੍ਰਾਪਤ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ ਹੈ)।

ਪੋਲੀਮਿਕ ਟਿੱਪਣੀ

RDF ਵੈੱਬ 'ਤੇ ਡਾਟਾ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਦਾ ਇੱਕ ਤਰੀਕਾ ਹੈ, ਇਸਲਈ RDF ਰਿਪੋਜ਼ਟਰੀਆਂ ਨੂੰ ਦਸਤਾਵੇਜ਼ DBMSs ਮੰਨਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਇਹ ਸੱਚ ਹੈ, ਕਿਉਂਕਿ RDF ਇੱਕ ਗ੍ਰਾਫ ਹੈ, ਇੱਕ ਰੁੱਖ ਨਹੀਂ, ਉਹ ਉਸੇ ਸਮੇਂ ਗ੍ਰਾਫ ਬਣ ਗਏ. ਇਹ ਹੈਰਾਨੀਜਨਕ ਹੈ ਕਿ ਇਹ ਬਿਲਕੁਲ ਕੰਮ ਕੀਤਾ. ਕਿਸਨੇ ਸੋਚਿਆ ਹੋਵੇਗਾ ਕਿ ਖਾਲੀ ਨੋਡਾਂ ਨੂੰ ਲਾਗੂ ਕਰਨ ਵਾਲੇ ਸਮਾਰਟ ਲੋਕ ਹੋਣਗੇ. ਇੱਥੇ Codd ਹੈ ਕੰਮ ਨਹੀਂ ਕੀਤਾ.

RDF ਡੇਟਾ ਤੱਕ ਪਹੁੰਚ ਨੂੰ ਵਿਵਸਥਿਤ ਕਰਨ ਦੇ ਘੱਟ ਪੂਰੇ-ਵਿਸ਼ੇਸ਼ ਤਰੀਕੇ ਵੀ ਹਨ, ਉਦਾਹਰਨ ਲਈ, ਲਿੰਕ ਕੀਤੇ ਡੇਟਾ ਦੇ ਟੁਕੜੇ (LDF) ਅਤੇ ਲਿੰਕਡ ਡਾਟਾ ਪਲੇਟਫਾਰਮ (ਐਲਡੀਪੀ)।

ਉੱਲੂ

ਉੱਲੂ (ਵੈਬ ਔਨਟੋਲੋਜੀ ਲੈਂਗੂਏਜ) - ਗਿਆਨ ਦੀ ਨੁਮਾਇੰਦਗੀ ਦੀ ਇੱਕ ਰਸਮੀ, ਵਿਆਖਿਆਤਮਿਕ ਤਰਕ ਦਾ ਇੱਕ ਸੰਟੈਕਟਿਕ ਸੰਸਕਰਣ (ਹੇਠਾਂ ਕਿਤੇ ਵੀ OWL 2 ਕਹਿਣਾ ਸਹੀ ਹੈ, OWL ਦਾ ਪਹਿਲਾ ਸੰਸਕਰਣ ਇਸ 'ਤੇ ਅਧਾਰਤ ਸੀ ).

OWL ਵਿੱਚ ਵਰਣਨ ਤਰਕ ਦੀਆਂ ਧਾਰਨਾਵਾਂ ਕਲਾਸਾਂ ਨਾਲ ਮੇਲ ਖਾਂਦੀਆਂ ਹਨ, ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਲਈ ਭੂਮਿਕਾਵਾਂ, ਵਿਅਕਤੀ ਆਪਣੇ ਪੁਰਾਣੇ ਨਾਮ ਨੂੰ ਬਰਕਰਾਰ ਰੱਖਦੇ ਹਨ। Axioms ਨੂੰ axioms ਵੀ ਕਿਹਾ ਜਾਂਦਾ ਹੈ।

ਉਦਾਹਰਨ ਲਈ, ਇਸ ਲਈ-ਕਹਿੰਦੇ ਵਿੱਚ ਮਾਨਚੈਸਟਰ ਸੰਟੈਕਸ 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 ਕੰਸਟਰੱਕਟਸ ਨੂੰ RDF ਵਿੱਚ ਮੌਜੂਦ ਪੂਰੀ ਆਜ਼ਾਦੀ ਦੇ ਨਾਲ, ਸਿਮੈਂਟਿਕ ਅਤੇ ਕੰਪਿਊਟੇਸ਼ਨਲ ਪਾਬੰਦੀਆਂ ਤੋਂ ਬਿਨਾਂ ਵਰਤਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ। . ਉਦਾਹਰਨ ਲਈ, ਕੋਈ ਚੀਜ਼ ਇੱਕ ਸ਼੍ਰੇਣੀ ਅਤੇ ਸੰਪਤੀ ਦੋਵੇਂ ਹੋ ਸਕਦੀ ਹੈ। 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 ਨੂੰ ਗੋਦ ਲੈਣਾ, ਅਨੁਸਾਰੀ ਅਨੁਮਾਨ ਇੰਜਣ ਨੂੰ ਲਾਗੂ ਕਰਨਾ। - ਇਸ ਮਾਰਗ ਦੇ ਨਾਲ ਆ ਰਿਹਾ ਹੈ ਸਟਾਰਡੌਗ ਆਰਡੀਐਫ ਰਿਪੋਜ਼ਟਰੀ।
• ਨਿਯਮ ਇੰਜਣਾਂ ਦੇ ਹੱਕ ਵਿੱਚ OWL ਦੀ ਕਟੌਤੀ ਸ਼ਕਤੀ ਨੂੰ ਛੱਡਣਾ। - ਸਟਾਰਡੌਗ ਸਪੋਰਟ ਕਰਦਾ ਹੈ SWRL; ਜੇਨਾ ਅਤੇ ਗ੍ਰਾਫਡੀਬੀ ਪੇਸ਼ਕਸ਼ ਆਪਣੇ ਹੀ ਦੇ ਮਾਲਕ ਭਾਸ਼ਾਵਾਂ ਨਿਯਮ
• OWL ਦੀ ਕਟੌਤੀਯੋਗ ਸਮਰੱਥਾਵਾਂ ਨੂੰ ਅਸਵੀਕਾਰ ਕਰਨਾ, ਮਾਡਲਿੰਗ ਲਈ RDFS ਦੇ ਨੇੜੇ ਇੱਕ ਜਾਂ ਕਿਸੇ ਹੋਰ ਸਬਸੈੱਟ ਦੀ ਵਰਤੋਂ. - ਹੇਠਾਂ ਇਸ ਬਾਰੇ ਹੋਰ ਦੇਖੋ।

ਇੱਕ ਹੋਰ ਸਮੱਸਿਆ ਵਧੇਰੇ ਮਹੱਤਵਪੂਰਨ ਧਿਆਨ ਦੇਣ ਵਾਲੀ ਹੈ ਕਿ ਕਾਰਪੋਰੇਟ ਸੰਸਾਰ ਡੇਟਾ ਗੁਣਵੱਤਾ ਮੁੱਦਿਆਂ ਅਤੇ ਲਿੰਕਡ ਡੇਟਾ ਸਟੈਕ ਵਿੱਚ ਡੇਟਾ ਪ੍ਰਮਾਣਿਕਤਾ ਸਾਧਨਾਂ ਦੀ ਘਾਟ ਨੂੰ ਸਮਰਪਿਤ ਕਰ ਸਕਦਾ ਹੈ. ਆਉਟਪੁੱਟ ਹੇਠ ਲਿਖੇ ਅਨੁਸਾਰ ਹਨ.

• ਦੁਬਾਰਾ, ਜੇਕਰ ਕੋਈ ਉਚਿਤ ਅਨੁਮਾਨ ਇੰਜਣ ਹੈ ਤਾਂ ਪ੍ਰਮਾਣਿਤ ਕਰਨ ਲਈ ਬੰਦ-ਵਿਸ਼ਵ ਅਰਥ ਵਿਗਿਆਨ ਅਤੇ ਨਾਵਾਂ ਦੀ ਵਿਲੱਖਣਤਾ ਦੇ ਨਾਲ OWL ਨਿਰਮਾਣ ਦੀ ਵਰਤੋਂ ਕਰਨਾ।
• ਵਰਤੋਂ ਕਰੋ SHACL, ਸਿਮੈਂਟਿਕ ਵੈੱਬ ਲੇਅਰ ਕੇਕ ਲੇਅਰਾਂ ਦੀ ਸੂਚੀ ਨੂੰ ਨਿਸ਼ਚਿਤ ਕੀਤੇ ਜਾਣ ਤੋਂ ਬਾਅਦ ਮਾਨਕੀਕਰਨ (ਹਾਲਾਂਕਿ, ਇਸ ਨੂੰ ਨਿਯਮ ਇੰਜਣ ਵਜੋਂ ਵੀ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ), ਜਾਂ ShEx.
• ਇਹ ਮਹਿਸੂਸ ਕਰਦੇ ਹੋਏ ਕਿ ਸਭ ਕੁਝ ਆਖਿਰਕਾਰ SPARQL ਸਵਾਲਾਂ ਦੁਆਰਾ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਉਹਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਤੁਹਾਡੀ ਆਪਣੀ ਸਧਾਰਨ ਡੇਟਾ ਪ੍ਰਮਾਣਿਕਤਾ ਵਿਧੀ ਬਣਾਉ।

ਹਾਲਾਂਕਿ, ਕਟੌਤੀਯੋਗ ਸਮਰੱਥਾਵਾਂ ਅਤੇ ਪ੍ਰਮਾਣਿਕਤਾ ਸਾਧਨਾਂ ਦੀ ਇੱਕ ਪੂਰੀ ਅਸਵੀਕਾਰਤਾ ਵੀ ਲਿੰਕਡ ਡੇਟਾ ਸਟੈਕ ਨੂੰ ਉਹਨਾਂ ਕੰਮਾਂ ਵਿੱਚ ਮੁਕਾਬਲੇ ਤੋਂ ਬਾਹਰ ਕਰ ਦਿੰਦੀ ਹੈ ਜੋ ਓਪਨ ਅਤੇ ਡਿਸਟ੍ਰੀਬਿਊਟਡ ਵੈੱਬ ਦੇ ਸਮਾਨ ਹਨ - ਡੇਟਾ ਏਕੀਕਰਣ ਕਾਰਜਾਂ ਵਿੱਚ.

ਇੱਕ ਨਿਯਮਤ ਕਾਰਪੋਰੇਟ ਸੂਚਨਾ ਪ੍ਰਣਾਲੀ ਬਾਰੇ ਕਿਵੇਂ?

ਇਹ ਸੰਭਵ ਹੈ, ਪਰ ਕਿਸੇ ਨੂੰ, ਬੇਸ਼ੱਕ, ਇਸ ਗੱਲ ਤੋਂ ਸੁਚੇਤ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਉਚਿਤ ਤਕਨਾਲੋਜੀਆਂ ਨੂੰ ਕਿਹੜੀਆਂ ਸਮੱਸਿਆਵਾਂ ਹੱਲ ਕਰਨੀਆਂ ਪੈਣਗੀਆਂ। ਮੈਂ ਇੱਥੇ ਇਹ ਦਰਸਾਉਣ ਲਈ ਵਿਕਾਸ ਭਾਗੀਦਾਰਾਂ ਦੀ ਇੱਕ ਆਮ ਪ੍ਰਤੀਕ੍ਰਿਆ ਦਾ ਵਰਣਨ ਕਰਾਂਗਾ ਕਿ ਇਹ ਟੈਕਨਾਲੋਜੀ ਸਟੈਕ ਰਵਾਇਤੀ IT ਦੇ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਤੋਂ ਕਿਵੇਂ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ। ਮੈਨੂੰ ਹਾਥੀ ਦੇ ਦ੍ਰਿਸ਼ਟਾਂਤ ਦਾ ਥੋੜ੍ਹਾ ਜਿਹਾ ਯਾਦ ਦਿਵਾਉਂਦਾ ਹੈ:

• ਵਪਾਰ ਵਿਸ਼ਲੇਸ਼ਕ: RDF ਇੱਕ ਸਿੱਧੇ ਸਟੋਰ ਕੀਤੇ ਲਾਜ਼ੀਕਲ ਮਾਡਲ ਵਰਗਾ ਹੈ।
• ਸਿਸਟਮ ਵਿਸ਼ਲੇਸ਼ਕ: RDF ਵਰਗਾ ਹੈ ਈ.ਏ.ਵੀ, ਸਿਰਫ਼ ਸੂਚਕਾਂਕ ਦੇ ਝੁੰਡ ਅਤੇ ਇੱਕ ਸੁਵਿਧਾਜਨਕ ਪੁੱਛਗਿੱਛ ਭਾਸ਼ਾ ਨਾਲ।
• ਡਿਵੈਲਪਰ: ਠੀਕ ਹੈ, ਇਹ ਸਭ ਅਮੀਰ ਮਾਡਲ ਅਤੇ ਘੱਟ ਕੋਡ ਧਾਰਨਾਵਾਂ ਦੀ ਭਾਵਨਾ ਵਿੱਚ ਹੈ, ਪੜ੍ਹ ਰਿਹਾ ਸੀ ਇਸ ਬਾਰੇ ਹਾਲ ਹੀ ਵਿੱਚ.
• ਪ੍ਰੋਜੈਕਟ ਮੈਨੇਜਰ: ਹਾਂ ਇਹ ਹੈ ਸਟੈਕ ਨੂੰ ਸਮੇਟਣਾ!

ਅਭਿਆਸ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਸਟੈਕ ਦੀ ਵਰਤੋਂ ਅਕਸਰ ਡੇਟਾ ਦੀ ਵੰਡ ਅਤੇ ਵਿਭਿੰਨਤਾ ਨਾਲ ਸਬੰਧਤ ਕੰਮਾਂ ਵਿੱਚ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਉਦਾਹਰਨ ਲਈ, ਜਦੋਂ MDM (ਮਾਸਟਰ ਡੇਟਾ ਮੈਨੇਜਮੈਂਟ) ਜਾਂ DWH (ਡੇਟਾ ਵੇਅਰਹਾਊਸ) ਕਲਾਸ ਦੇ ਸਿਸਟਮ ਬਣਾਉਂਦੇ ਹਨ। ਅਜਿਹੀਆਂ ਸਮੱਸਿਆਵਾਂ ਕਿਸੇ ਵੀ ਉਦਯੋਗ ਵਿੱਚ ਮੌਜੂਦ ਹਨ।

ਜਿਵੇਂ ਕਿ ਉਦਯੋਗ-ਵਿਸ਼ੇਸ਼ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ, ਲਿੰਕਡ ਡੇਟਾ ਤਕਨਾਲੋਜੀ ਵਰਤਮਾਨ ਵਿੱਚ ਹੇਠਾਂ ਦਿੱਤੇ ਉਦਯੋਗਾਂ ਵਿੱਚ ਸਭ ਤੋਂ ਵੱਧ ਪ੍ਰਸਿੱਧ ਹਨ।

• ਬਾਇਓਮੈਡੀਕਲ ਤਕਨਾਲੋਜੀਆਂ (ਜਿੱਥੇ ਉਹਨਾਂ ਦੀ ਪ੍ਰਸਿੱਧੀ ਵਿਸ਼ਾ ਖੇਤਰ ਦੀ ਗੁੰਝਲਤਾ ਨਾਲ ਸਬੰਧਤ ਜਾਪਦੀ ਹੈ);

ਸਤਹੀ

ਦੂਜੇ ਦਿਨ "ਬੋਇੰਗ ਪੁਆਇੰਟ" ਵਿੱਚ, ਐਸੋਸੀਏਸ਼ਨ "ਨੈਸ਼ਨਲ ਮੈਡੀਕਲ ਨਾਲੇਜ ਬੇਸ" ਦੁਆਰਾ ਇੱਕ ਕਾਨਫਰੰਸ ਆਯੋਜਿਤ ਕੀਤੀ ਗਈ"ਔਨਟੋਲੋਜੀਜ਼ ਦਾ ਏਕੀਕਰਨ। ਥਿਊਰੀ ਤੋਂ ਪ੍ਰੈਕਟੀਕਲ ਐਪਲੀਕੇਸ਼ਨ ਤੱਕ".

• ਗੁੰਝਲਦਾਰ ਉਤਪਾਦਾਂ ਦਾ ਨਿਰਮਾਣ ਅਤੇ ਸੰਚਾਲਨ (ਵੱਡਾ ਇੰਜੀਨੀਅਰਿੰਗ, ਤੇਲ ਅਤੇ ਗੈਸ ਉਤਪਾਦਨ; ਅਕਸਰ ਇਹ ਇੱਕ ਮਿਆਰੀ ਹੁੰਦਾ ਹੈ ਨੂੰ ISO 15926);

ਸਤਹੀ

ਇੱਥੇ, ਵੀ, ਕਾਰਨ ਵਿਸ਼ਾ ਖੇਤਰ ਦੀ ਗੁੰਝਲਤਾ ਹੈ, ਜਦੋਂ, ਉਦਾਹਰਨ ਲਈ, ਉੱਪਰਲੇ ਪੜਾਅ 'ਤੇ, ਜੇ ਅਸੀਂ ਤੇਲ ਅਤੇ ਗੈਸ ਉਦਯੋਗ ਬਾਰੇ ਗੱਲ ਕਰਦੇ ਹਾਂ, ਤਾਂ ਇੱਕ ਸਧਾਰਨ ਲੇਖਾਕਾਰੀ ਵਿੱਚ ਕੁਝ CAD ਫੰਕਸ਼ਨਾਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।

2008 ਵਿੱਚ, ਸ਼ੈਵਰੋਨ ਨੇ ਇੱਕ ਪ੍ਰਤੀਨਿਧੀ ਸਥਾਪਨਾ ਦੀ ਮੇਜ਼ਬਾਨੀ ਕੀਤੀ ਕਾਨਫਰੰਸ.

ISO 15926 ਆਖਰਕਾਰ ਤੇਲ ਅਤੇ ਗੈਸ ਉਦਯੋਗ ਲਈ ਥੋੜਾ ਭਾਰੀ ਜਾਪਦਾ ਸੀ (ਅਤੇ ਮਕੈਨੀਕਲ ਇੰਜੀਨੀਅਰਿੰਗ ਵਿੱਚ ਲਗਭਗ ਵਧੇਰੇ ਵਰਤੋਂ ਮਿਲੀ)। ਪੂਰੇ ਨਾਰਵੇ ਵਿੱਚ ਸਿਰਫ਼ ਸਟੈਟੋਇਲ (ਇਕਵਿਨਰ) ਹੀ ​​ਉਸ ਉੱਤੇ ਪੂਰੀ ਤਰ੍ਹਾਂ ਫਸ ਗਿਆ ਵਾਤਾਵਰਣ ਪ੍ਰਣਾਲੀ. ਦੂਸਰੇ ਆਪਣਾ ਕੰਮ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਹੇ ਹਨ। ਉਦਾਹਰਨ ਲਈ, ਅਫਵਾਹਾਂ ਦੇ ਅਨੁਸਾਰ, ਊਰਜਾ ਦਾ ਘਰੇਲੂ ਮੰਤਰਾਲਾ ਇੱਕ "ਇੰਧਨ ਅਤੇ ਊਰਜਾ ਕੰਪਲੈਕਸ ਦਾ ਸੰਕਲਪਿਕ ਔਨਟੋਲੋਜੀਕਲ ਮਾਡਲ" ਬਣਾਉਣ ਦਾ ਇਰਾਦਾ ਰੱਖਦਾ ਹੈ, ਜ਼ਾਹਰ ਤੌਰ 'ਤੇ, ਇਲੈਕਟ੍ਰਿਕ ਪਾਵਰ ਉਦਯੋਗ ਲਈ ਬਣਾਇਆ ਗਿਆ ਹੈ.

• ਵਿੱਤੀ ਸੰਸਥਾਵਾਂ (ਇੱਥੋਂ ਤੱਕ ਕਿ XBRL ਨੂੰ SDMX ਅਤੇ RDF ਡੇਟਾ ਕਿਊਬ ਔਨਟੋਲੋਜੀ ਦੇ ਹਾਈਬ੍ਰਿਡ ਵਜੋਂ ਦੇਖਿਆ ਜਾ ਸਕਦਾ ਹੈ);

ਸਤਹੀ

ਸਾਲ ਦੀ ਸ਼ੁਰੂਆਤ ਵਿੱਚ ਲਿੰਕਡਇਨ ਨੇ ਲੇਖਕ ਨੂੰ ਵਿੱਤੀ ਉਦਯੋਗ ਦੇ ਲਗਭਗ ਸਾਰੇ ਦਿੱਗਜਾਂ ਦੀਆਂ ਖਾਲੀ ਅਸਾਮੀਆਂ ਦੇ ਨਾਲ ਸਰਗਰਮੀ ਨਾਲ ਸਪੈਮ ਕੀਤਾ, ਜਿਨ੍ਹਾਂ ਨੂੰ ਉਹ ਟੀਵੀ ਸੀਰੀਜ਼ ਸੂਟਸ ਤੋਂ ਜਾਣਦਾ ਹੈ: ਗੋਲਡਮੈਨ ਸਾਕਸ, ਜੇਪੀਮੋਰਗਨ ਚੇਜ਼ ਅਤੇ/ਜਾਂ ਮੋਰਗਨ ਸਟੈਨਲੀ, ਵੇਲਜ਼ ਫਾਰਗੋ, ਸਵਿਫਟ/ਵੀਜ਼ਾ/ Mastercard, Bank of America, Citigroup, the Fed, Deutsche Bank... ਹਰ ਕੋਈ ਸ਼ਾਇਦ ਕਿਸੇ ਨੂੰ ਭੇਜਣ ਲਈ ਲੱਭ ਰਿਹਾ ਸੀ ਗਿਆਨ ਗ੍ਰਾਫ ਕਾਨਫਰੰਸ. ਕਾਫ਼ੀ ਕੁਝ ਲੱਭਣ ਵਿੱਚ ਕਾਮਯਾਬ ਹੋਏ: ਵਿੱਤੀ ਸੰਸਥਾਵਾਂ ਨੇ ਹਰ ਚੀਜ਼ 'ਤੇ ਕਬਜ਼ਾ ਕਰ ਲਿਆ ਪਹਿਲੇ ਦਿਨ ਦੀ ਸਵੇਰ.

HeadHunter 'ਤੇ, ਸਿਰਫ Sberbank ਤੋਂ ਕੁਝ ਦਿਲਚਸਪ ਆਇਆ, ਇਹ "ਇੱਕ RDF-ਵਰਗੇ ਡੇਟਾ ਮਾਡਲ ਦੇ ਨਾਲ EAV ਸਟੋਰੇਜ" ਬਾਰੇ ਸੀ।

ਸੰਭਵ ਤੌਰ 'ਤੇ, ਘਰੇਲੂ ਅਤੇ ਪੱਛਮੀ ਵਿੱਤੀ ਸੰਸਥਾਵਾਂ ਦੀਆਂ ਅਨੁਸਾਰੀ ਤਕਨਾਲੋਜੀਆਂ ਲਈ ਪਿਆਰ ਦੀ ਡਿਗਰੀ ਵਿੱਚ ਅੰਤਰ ਬਾਅਦ ਦੀਆਂ ਗਤੀਵਿਧੀਆਂ ਦੇ ਅੰਤਰ-ਰਾਸ਼ਟਰੀ ਸੁਭਾਅ ਦੇ ਕਾਰਨ ਹੈ. ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ, ਰਾਜ ਦੀਆਂ ਸਰਹੱਦਾਂ ਦੇ ਪਾਰ ਏਕੀਕਰਣ ਲਈ ਗੁਣਾਤਮਕ ਤੌਰ 'ਤੇ ਵੱਖਰੇ ਸੰਗਠਨਾਤਮਕ ਅਤੇ ਤਕਨੀਕੀ ਹੱਲਾਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।

• ਪ੍ਰਸ਼ਨ-ਉੱਤਰ ਪ੍ਰਣਾਲੀਆਂ ਜਿਹਨਾਂ ਵਿੱਚ ਵਪਾਰਕ ਐਪਲੀਕੇਸ਼ਨ ਹਨ (IBM ਵਾਟਸਨ, ਐਪਲ ਸਿਰੀ, ਗੂਗਲ ਗਿਆਨ ਗ੍ਰਾਫ);

ਸਤਹੀ

ਵੈਸੇ, ਸਿਰੀ ਦਾ ਸਿਰਜਣਹਾਰ, ਥਾਮਸ ਗਰੂਬਰ, ਓਨਟੋਲੋਜੀ (ਆਈਟੀ ਅਰਥਾਂ ਵਿੱਚ) ਇੱਕ "ਸੰਕਲਪੀਕਰਨ ਨਿਰਧਾਰਨ" ਵਜੋਂ ਬਹੁਤ ਹੀ ਪਰਿਭਾਸ਼ਾ ਦਾ ਲੇਖਕ ਹੈ। ਮੇਰੀ ਰਾਏ ਵਿੱਚ, ਇਸ ਪਰਿਭਾਸ਼ਾ ਵਿੱਚ ਸ਼ਬਦਾਂ ਦੀ ਪੁਨਰ-ਵਿਵਸਥਾ ਇਸ ਦੇ ਅਰਥਾਂ ਨੂੰ ਨਹੀਂ ਬਦਲਦੀ, ਜੋ ਸ਼ਾਇਦ ਇਹ ਦਰਸਾਉਂਦੀ ਹੈ ਕਿ ਇਹ ਉੱਥੇ ਨਹੀਂ ਹੈ।

• ਢਾਂਚਾਗਤ ਡੇਟਾ ਦਾ ਪ੍ਰਕਾਸ਼ਨ (ਚੰਗੇ ਕਾਰਨ ਨਾਲ ਇਸ ਨੂੰ ਪਹਿਲਾਂ ਹੀ ਲਿੰਕਡ ਓਪਨ ਡੇਟਾ ਨਾਲ ਜੋੜਿਆ ਜਾ ਸਕਦਾ ਹੈ)।

ਸਤਹੀ

ਲਿੰਕਡ ਡੇਟਾ ਦੇ ਵੱਡੇ ਪ੍ਰਸ਼ੰਸਕ ਅਖੌਤੀ GLAM ਹਨ: ਗੈਲਰੀਆਂ, ਲਾਇਬ੍ਰੇਰੀਆਂ, ਆਰਕਾਈਵਜ਼ ਅਤੇ ਅਜਾਇਬ ਘਰ। ਇੱਥੇ ਇਹ ਕਹਿਣਾ ਕਾਫ਼ੀ ਹੈ ਕਿ MARC21 ਨੂੰ ਬਦਲਣ ਲਈ, ਕਾਂਗਰਸ ਦੀ ਲਾਇਬ੍ਰੇਰੀ ਨੂੰ ਅੱਗੇ ਵਧਾਇਆ ਜਾ ਰਿਹਾ ਹੈ BIBFRAME, ਜੋ ਕਿ ਬਿਬਲਿਓਗ੍ਰਾਫਿਕ ਵਰਣਨ ਦੇ ਭਵਿੱਖ ਲਈ ਇੱਕ ਬੁਨਿਆਦ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ ਅਤੇ ਬੇਸ਼ੱਕ RDF 'ਤੇ ਆਧਾਰਿਤ।

ਵਿਕੀਡਾਟਾ ਨੂੰ ਅਕਸਰ ਲਿੰਕਡ ਓਪਨ ਡੇਟਾ ਦੇ ਖੇਤਰ ਵਿੱਚ ਇੱਕ ਸਫਲ ਪ੍ਰੋਜੈਕਟ ਦੀ ਇੱਕ ਉਦਾਹਰਣ ਵਜੋਂ ਦਰਸਾਇਆ ਜਾਂਦਾ ਹੈ - ਵਿਕੀਪੀਡੀਆ ਦਾ ਇੱਕ ਕਿਸਮ ਦਾ ਮਸ਼ੀਨ-ਪੜ੍ਹਨਯੋਗ ਸੰਸਕਰਣ, ਜਿਸਦੀ ਸਮੱਗਰੀ, DBPedia ਦੇ ਉਲਟ, ਜਾਣਕਾਰੀਬਾਕਸਾਂ ਤੋਂ ਲੇਖਾਂ ਨੂੰ ਆਯਾਤ ਕਰਕੇ ਤਿਆਰ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ, ਪਰ ਇਹ ਹੈ। ਵੱਧ ਜਾਂ ਘੱਟ ਹੱਥੀਂ ਬਣਾਇਆ ਗਿਆ (ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਉਸੇ ਜਾਣਕਾਰੀ ਬਾਕਸ ਲਈ ਜਾਣਕਾਰੀ ਦਾ ਇੱਕ ਸਰੋਤ ਬਣ ਜਾਂਦਾ ਹੈ)।

ਸਮੀਖਿਆ ਲਈ ਵੀ ਸਿਫਾਰਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਸੂਚੀ ਵਿੱਚ "ਗਾਹਕ" ਭਾਗ ਵਿੱਚ ਸਟਾਰਡੌਗ ਵੈਬਸਾਈਟ 'ਤੇ ਸਟਾਰਡੌਗ ਆਰਡੀਐਫ ਰਿਪੋਜ਼ਟਰੀ ਦੇ ਉਪਭੋਗਤਾ।

ਗਾਰਟਨਰ ਵਿੱਚ, ਜਿਵੇਂ ਕਿ ਇਹ ਹੋ ਸਕਦਾ ਹੈ "ਉਭਰਦੀਆਂ ਤਕਨਾਲੋਜੀਆਂ ਲਈ ਹਾਈਪ ਸਾਈਕਲ" 2016 "ਐਂਟਰਪ੍ਰਾਈਜ਼ ਟੈਕਸੋਨੋਮੀ ਐਂਡ ਓਨਟੋਲੋਜੀ ਮੈਨੇਜਮੈਂਟ" ਨੂੰ 10 ਸਾਲਾਂ ਤੋਂ ਜਲਦੀ ਕਿਸੇ "ਉਤਪਾਦਕ ਪਠਾਰ" ਤੱਕ ਪਹੁੰਚਣ ਦੀ ਸੰਭਾਵਨਾ ਦੇ ਨਾਲ ਨਿਰਾਸ਼ਾ ਦੀ ਘਾਟੀ ਵਿੱਚ ਉਤਰਨ ਦੇ ਮੱਧ ਵਿੱਚ ਰੱਖਿਆ ਗਿਆ ਹੈ।

ਐਂਟਰਪ੍ਰਾਈਜ਼ ਡੇਟਾ ਨੂੰ ਕਨੈਕਟ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ

ਭਵਿੱਖਬਾਣੀਆਂ, ਭਵਿੱਖਬਾਣੀਆਂ, ਭਵਿੱਖਬਾਣੀਆਂ…

ਇਤਿਹਾਸਕ ਦਿਲਚਸਪੀ ਦੇ ਕਾਰਨ, ਮੈਂ ਹੇਠਾਂ ਦਿੱਤੀ ਸਾਰਣੀ ਵਿੱਚ ਸਾਡੇ ਲਈ ਦਿਲਚਸਪੀ ਵਾਲੀਆਂ ਤਕਨਾਲੋਜੀਆਂ ਲਈ ਵੱਖ-ਵੱਖ ਸਾਲਾਂ ਦੇ ਗਾਰਟਨਰ ਦੇ ਪੂਰਵ ਅਨੁਮਾਨਾਂ ਦਾ ਸਾਰ ਦਿੱਤਾ ਹੈ।

Год	ਇੰਜਨੀਅਰਿੰਗ	ਰਿਪੋਰਟ	ਸਥਿਤੀ	ਪਠਾਰ ਨੂੰ ਸਾਲ
2001	ਸੀਮੈਂਟਿਕ ਵੈਬ	ਉਭਰਦੀ ਤਕਨਾਲੋਜੀ	ਇਨੋਵੇਸ਼ਨ ਟਰਿੱਗਰ	5-10
2006	ਕਾਰਪੋਰੇਟ ਸਿਮੈਂਟਿਕ ਵੈੱਬ	ਉਭਰਦੀ ਤਕਨਾਲੋਜੀ	ਵਧੀਆਂ ਉਮੀਦਾਂ ਦੀ ਸਿਖਰ	5-10
2012	ਸੀਮੈਂਟਿਕ ਵੈਬ	ਵੱਡੇ ਡੇਟਾ	ਵਧੀਆਂ ਉਮੀਦਾਂ ਦੀ ਸਿਖਰ	> 10
2015	ਲਿੰਕਡ ਡੇਟਾ	ਐਡਵਾਂਸਡ ਵਿਸ਼ਲੇਸ਼ਣ ਅਤੇ ਡਾਟਾ ਵਿਗਿਆਨ	ਨਿਰਾਸ਼ਾ ਦੀ ਧਾਰ	5-10
2016	ਐਂਟਰਪ੍ਰਾਈਜ਼ ਓਨਟੋਲੋਜੀ ਪ੍ਰਬੰਧਨ	ਉਭਰਦੀ ਤਕਨਾਲੋਜੀ	ਨਿਰਾਸ਼ਾ ਦੀ ਧਾਰ	> 10
2018	ਗਿਆਨ ਗ੍ਰਾਫ	ਉਭਰਦੀ ਤਕਨਾਲੋਜੀ	ਇਨੋਵੇਸ਼ਨ ਟਰਿੱਗਰ	5-10

ਹਾਲਾਂਕਿ, ਪਹਿਲਾਂ ਹੀ ਵਿੱਚ "ਹਾਈਪ ਸਾਈਕਲ..." 2018 ਇੱਕ ਹੋਰ ਅੱਪਟ੍ਰੇਂਡ ਪ੍ਰਗਟ ਹੋਇਆ - ਗਿਆਨ ਗ੍ਰਾਫ਼। ਇੱਕ ਨਿਸ਼ਚਿਤ ਪੁਨਰਜਨਮ ਹੋਇਆ: ਗ੍ਰਾਫ ਡੀਬੀਐਮਐਸ, ਜਿਸ ਵੱਲ ਉਪਭੋਗਤਾਵਾਂ ਦਾ ਧਿਆਨ ਅਤੇ ਡਿਵੈਲਪਰਾਂ ਦੀਆਂ ਸ਼ਕਤੀਆਂ ਨੂੰ ਬਦਲਿਆ ਗਿਆ, ਪਹਿਲਾਂ ਦੀਆਂ ਬੇਨਤੀਆਂ ਅਤੇ ਬਾਅਦ ਦੀਆਂ ਆਦਤਾਂ ਦੇ ਪ੍ਰਭਾਵ ਅਧੀਨ, ਨੇ ਰੂਪਾਂ ਅਤੇ ਸਥਿਤੀ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰ ਦਿੱਤਾ. ਉਨ੍ਹਾਂ ਦੇ ਪ੍ਰਤੀਯੋਗੀ ਪੂਰਵਜ

ਲਗਭਗ ਹਰ ਗ੍ਰਾਫ ਡੀਬੀਐਮਐਸ ਹੁਣ ਇੱਕ ਕਾਰਪੋਰੇਟ "ਗਿਆਨ ਗ੍ਰਾਫ" ਬਣਾਉਣ ਲਈ ਇੱਕ ਢੁਕਵਾਂ ਪਲੇਟਫਾਰਮ ਹੋਣ ਦਾ ਦਾਅਵਾ ਕਰਦਾ ਹੈ ("ਲਿੰਕਡ ਡੇਟਾ" ਨੂੰ ਕਈ ਵਾਰ "ਕਨੈਕਟਡ ਡੇਟਾ" ਨਾਲ ਬਦਲਿਆ ਜਾਂਦਾ ਹੈ), ਪਰ ਅਜਿਹੇ ਦਾਅਵੇ ਕਿੰਨੇ ਜਾਇਜ਼ ਹਨ?

ਗ੍ਰਾਫ਼ ਡੇਟਾਬੇਸ ਅਜੇ ਵੀ ਅਸਮਾਨੀ ਹਨ, ਇੱਕ ਗ੍ਰਾਫ ਡੀਬੀਐਮਐਸ ਵਿੱਚ ਡੇਟਾ ਅਜੇ ਵੀ ਉਹੀ ਡੇਟਾ ਸਿਲੋ ਹੈ। URIs ਦੀ ਬਜਾਏ ਸਟ੍ਰਿੰਗ ਪਛਾਣਕਰਤਾ ਦੋ ਗ੍ਰਾਫ DBMSs ਨੂੰ ਏਕੀਕ੍ਰਿਤ ਕਰਨ ਦਾ ਕੰਮ ਅਜੇ ਵੀ ਉਹੀ ਏਕੀਕਰਣ ਕਾਰਜ ਬਣਾਉਂਦੇ ਹਨ, ਜਦੋਂ ਕਿ ਦੋ RDF ਰਿਪੋਜ਼ਟਰੀਆਂ ਨੂੰ ਏਕੀਕ੍ਰਿਤ ਕਰਨਾ ਅਕਸਰ ਦੋ RDF ਗ੍ਰਾਫਾਂ ਨੂੰ ਮਿਲਾਉਣ ਦਾ ਮਾਮਲਾ ਹੁੰਦਾ ਹੈ। ਅਸਮਾਨਤਾ ਦਾ ਇੱਕ ਹੋਰ ਪਹਿਲੂ ਐਲਪੀਜੀ ਗ੍ਰਾਫ ਮਾਡਲ ਦੀ ਗੈਰ-ਰਿਫਲੈਕਸੀਵਿਟੀ ਹੈ, ਜੋ ਉਸੇ ਪਲੇਟਫਾਰਮ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਮੈਟਾਡੇਟਾ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨਾ ਮੁਸ਼ਕਲ ਬਣਾਉਂਦਾ ਹੈ।

ਅੰਤ ਵਿੱਚ, ਗ੍ਰਾਫ ਡੀਬੀਐਮਐਸ ਵਿੱਚ ਅਨੁਮਾਨ ਇੰਜਣ ਜਾਂ ਨਿਯਮ ਇੰਜਣ ਨਹੀਂ ਹੁੰਦੇ ਹਨ। ਅਜਿਹੇ ਇੰਜਣਾਂ ਦੇ ਨਤੀਜੇ ਗੁੰਝਲਦਾਰ ਸਵਾਲਾਂ ਦੁਆਰਾ ਦੁਬਾਰਾ ਤਿਆਰ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ, ਪਰ ਇਹ SQL ਵਿੱਚ ਵੀ ਸੰਭਵ ਹੈ.

ਹਾਲਾਂਕਿ, ਪ੍ਰਮੁੱਖ RDF ਰਿਪੋਜ਼ਟਰੀਆਂ ਨੂੰ LPG ਮਾਡਲ ਦਾ ਸਮਰਥਨ ਕਰਨ ਵਿੱਚ ਕੋਈ ਸਮੱਸਿਆ ਨਹੀਂ ਹੈ। ਬਲੇਜ਼ਗ੍ਰਾਫ ਵਿੱਚ ਇੱਕ ਸਮੇਂ ਵਿੱਚ ਪ੍ਰਸਤਾਵਿਤ ਪਹੁੰਚ ਸਭ ਤੋਂ ਠੋਸ ਹੈ: RDF* ਮਾਡਲ, ਜੋ RDF ਅਤੇ LPG ਨੂੰ ਜੋੜਦਾ ਹੈ।

ਹੋਰ

ਤੁਸੀਂ ਹੈਬਰੇ 'ਤੇ ਪਿਛਲੇ ਲੇਖ ਵਿੱਚ RDF ਸਟੋਰੇਜ ਦੁਆਰਾ LPG ਮਾਡਲ ਦੇ ਸਮਰਥਨ ਬਾਰੇ ਹੋਰ ਪੜ੍ਹ ਸਕਦੇ ਹੋ: "ਆਰਡੀਐਫ ਰਿਪੋਜ਼ਟਰੀਆਂ ਨਾਲ ਹੁਣ ਕੀ ਹੋ ਰਿਹਾ ਹੈ". ਗਿਆਨ ਗ੍ਰਾਫ ਅਤੇ ਡੇਟਾ ਫੈਬਰਿਕ ਬਾਰੇ, ਮੈਨੂੰ ਉਮੀਦ ਹੈ ਕਿ ਇੱਕ ਦਿਨ ਇੱਕ ਵੱਖਰਾ ਲੇਖ ਲਿਖਿਆ ਜਾਵੇਗਾ। ਅੰਤਮ ਭਾਗ, ਜਿਵੇਂ ਕਿ ਸਮਝਣਾ ਆਸਾਨ ਹੈ, ਕਾਹਲੀ ਵਿੱਚ ਲਿਖਿਆ ਗਿਆ ਸੀ, ਹਾਲਾਂਕਿ, ਛੇ ਮਹੀਨਿਆਂ ਬਾਅਦ ਵੀ, ਇਹ ਧਾਰਨਾਵਾਂ ਬਹੁਤ ਸਪੱਸ਼ਟ ਨਹੀਂ ਹਨ.

ਸਾਹਿਤ

1. ਹਾਲਪਿਨ, ਐਚ., ਮੋਨਿਨ, ਏ. (ਐਡੀ.) (2014)। ਦਾਰਸ਼ਨਿਕ ਇੰਜੀਨੀਅਰਿੰਗ: ਵੈੱਬ ਦੇ ਦਰਸ਼ਨ ਵੱਲ
2. ਅਲੇਮੰਗ, ਡੀ., ਹੈਂਡਲਰ, ਜੇ. (2011) ਵਰਕਿੰਗ ਔਨਟੋਲੋਜਿਸਟ ਲਈ ਅਰਥ-ਵਿਗਿਆਨਕ ਵੈੱਬ (ਦੂਜਾ ਐਡੀ.)
3. ਸਟੈਬ, ਐਸ., ਸਟੂਡਰ, ਆਰ. (ਐਡੀ.) (2009) ਔਨਟੋਲੋਜੀਜ਼ 'ਤੇ ਹੈਂਡਬੁੱਕ (ਦੂਜਾ ਐਡੀ.)
4. ਵੁੱਡ, ਡੀ. (ਐਡੀ.) (2011) ਐਂਟਰਪ੍ਰਾਈਜ਼ ਡੇਟਾ ਨੂੰ ਲਿੰਕ ਕਰਨਾ
5. ਕੀਟ, ਐੱਮ. (2018) ਓਨਟੋਲੋਜੀ ਇੰਜੀਨੀਅਰਿੰਗ ਦੀ ਜਾਣ-ਪਛਾਣ

ਸਰੋਤ: www.habr.com