أكثر

إنشاء قاعدة بيانات مكانية مع العديد من الفئات التي لها نفس مجموعة القيم؟

إنشاء قاعدة بيانات مكانية مع العديد من الفئات التي لها نفس مجموعة القيم؟


أنا أعمل على إنشاء قاعدة بيانات مكانية للبيانات الزراعية للمقاطعة حيث يوجد في كل مقاطعة محاصيل متعددة (30+) ولكل محصول هناك العديد من مقاييس الإنتاج (المحصول ، المساحة المحصودة ، القيمة الاقتصادية ، إلخ) والتي هي نفسها لجميع المحاصيل. لدي أيضًا هذه المعلومات على مدار سنوات عديدة ، تعود إلى عام 1980.

ما هي أفكارك حول تصميم قاعدة بيانات مكانية للسماح بالاستعلام بسهولة عن مقياس إنتاج لمحصول معين حسب المقاطعة؟


نظرًا لطبيعة بياناتك وعدد السمات التي لديك ، ليس لديك أي خيار سوى تقسيمها إلى جداول مختلفة. من تعليمات ArcGIS:

تعتمد معظم حدود الحجم في قاعدة البيانات على إصدار DBMS وقيود الأجهزة. الاستثناء الوحيد هو عدد الحقول (الأعمدة) المدعومة في جدول أو فئة معلم ؛ الحد الأقصى لعدد الأعمدة هو 500. كن على علم ، على الرغم من ذلك ، أنه وفقًا لأنواع البيانات ، يمكن أن يكون الحد الأقصى لعدد الأعمدة في الجدول أقل من 500. لا ينصح معظم بائعي قواعد البيانات بإنشاء جداول تحتوي على أكثر من 200 عمود من أي نوع بيانات.

لا تحدد نظام إدارة قواعد البيانات (DBMS) الذي تخطط لاستخدامه ، لذلك قد تختلف الإمكانات المقدمة بين الخيارات. لقد ذكرت جعلها علائقية ، مما يضيق الخيارات قليلاً (على سبيل المثال ، لن تعمل قاعدة البيانات الجغرافية لملف Esri).

اختيار DBMS شيء ، وتنظيم البيانات في نظام DBMS شيء آخر. أشار تعليقي إلى الجداول ذات الصلة من منظور قاعدة البيانات الجغرافية للملف - إذا نقرت على مقاطعة ، فستظهر لك جميع السجلات المرتبطة بتلك المقاطعة من جدول آخر مرتبط بواسطة Relate. لا أعرف ما يكفي عن تصميم قاعدة البيانات لأقول ما سيكون أفضل (وعادة ما يتم إغلاق مثل هذه الأسئلة باعتبارها عامة جدًا أو قائمة على الرأي هنا). جدول لكل محصول ، جدول سنوي ... هناك الكثير من الخيارات ، وكما ذكرت تعليقي فإن ما تخطط للوصول إلى قاعدة البيانات به قد يلعب دورًا (على سبيل المثال ، المشاكل التي يواجهها برنامج GIS مع جدول واحد إلى متعدد أو متعدد إلى متعدد العلاقات). سيكون تفكيري الأولي جدولًا حسب السنة مع جميع المحاصيل ، مع العلم أن ذلك يضعك تلقائيًا في أكثر من 200 حقل ولكنه سيكون واحدًا لواحد. يمكنني أيضًا رؤية جدول حسب المحصول مع جميع السنوات في جدول واحد لكل محصول ، ولكن مرة أخرى يعتمد على كيفية الوصول إليه لأن ذلك سيكون واحدًا لأطراف.

ثم تدخل في ضبط الأداء ...


إنشاء قاعدة بيانات مكانية مع العديد من الفئات التي لها نفس مجموعة القيم؟ - نظم المعلومات الجغرافية

بعد تمكين GeoRaster لجميع المخططات التي ستستخدم الميزة ، وإنشاء كائنات GeoRaster ، وتحميل البيانات ، والتحقق من صحة كائنات GeoRaster ، يمكنك إجراء العمليات المتبقية بأي ترتيب ، حسب احتياجات التطبيق الخاص بك. قد تتمكن أيضًا من تخطي عمليات معينة.

يمكن إجراء بعض العمليات باستخدام SQL ، ويجب إجراء بعض العمليات باستخدام كتل PL / SQL. يجب عليك تحديث كائن GeoRaster بعد إدراج أو تحديث أو إعادة تنسيق أو ضغط أو فك ضغط أو حذف البيانات الوصفية أو بيانات الخلية الخاصة بكائن GeoRaster وقبل تنفيذ التغييرات (راجع تحديث كائنات GeoRaster قبل الالتزام). للحصول على بعض الأمثلة على هذه العمليات ، راجع ملفات العرض التوضيحي الموضحة في GeoRaster PL / SQL و Java Demo Files والأمثلة في SDO_GEOR Package Reference.

3.1 تمكين GeoRaster على مستوى المخطط

يجب تمكين GeoRaster لكل مخطط قاعدة بيانات سيستخدم ميزة GeoRaster.

بشكل افتراضي ، يتم تعطيل ميزة GeoRaster بعد تثبيت Oracle Spatial في البداية. يمكن تمكين GeoRaster فقط ضمن نطاق المخطط (أي ليس لقاعدة البيانات بأكملها) ، ويجب تمكينه لكل مخطط سيستخدم ميزة GeoRaster.

لتمكين GeoRaster ، اتبع هذه الخطوات لكل مخطط سيتم تمكين GeoRaster له:

إذا تم إنشاء جدول GeoRaster وتعبئته بالبيانات ، فبعد ترقية قاعدة البيانات ، يتم تمكين GeoRaster تلقائيًا لمخطط الجدول ، ولا تحتاج إلى إعادة تمكين GeoRaster للمخطط. (فقط تأكد من منح امتياز CREATE TABLE للمستخدم.)

3.2 إضافة ملفات البيانات ومساحات الجداول المؤقتة لمستخدمي GeoRaster

عادة ما تكون قاعدة بيانات GeoRaster كبيرة جدًا. لأسباب التخزين والأداء ، يجب أن يستخدم مخطط قاعدة البيانات واحدًا أو أكثر من مساحات جداول المستخدم لتخزين بيانات GeoRaster (تجنب استخدام مساحة جدول النظام لتخزين بيانات GeoRaster) ، ويجب عليك إضافة ملفات البيانات إلى مساحات الجداول بشكل مناسب. إذا لم يتم استخدام Oracle Automatic Storage Management (Oracle ASM) أو مساحة جداول ذات ملف كبير ، فيجب عليك إنشاء العديد من ملفات البيانات لكل مساحة جدول وتوزيع ملفات البيانات على أقراص مختلفة إن أمكن. يجب عليك أيضًا إنشاء ملفات بيانات أو تغيير ملفات البيانات الموجودة ، بحيث يزداد حجمها تلقائيًا عند الحاجة إلى مساحة أكبر في قاعدة البيانات.

يمكن أن يحتوي جدول GeoRaster على عدد كبير (غير محدود تقريبًا) من كائنات GeoRaster. يجب استخدام جدول البيانات النقطية (RDT) لاحتواء الكتل النقطية لعدد محدود من كائنات GeoRaster ، اعتمادًا على حجم البيانات النقطية. على عكس جداول GeoRaster ، لا ينبغي أن تنمو RDT كبيرة جدًا ، ما لم يتم تطبيق التقسيم. أيضًا ، يمكن إنشاء RDTs على مساحات جداول مختلفة ، بحيث يتم توزيع الكتل النقطية على أقراص مختلفة. (راجع أيضًا إنشاء جدول GeoRaster وجداول البيانات النقطية.)

قد تستخدم قاعدة بيانات GeoRaster مساحة جدول مؤقتة لبعض العمليات. عندما يكون الضغط متورطًا في عمليات GeoRaster ، خاصة لعمليات الفسيفساء واسعة النطاق ، هناك حاجة إلى بعض المساحات المؤقتة لتخزين البيانات المضغوطة الوسيطة أو غير المضغوطة. إذا لم يكن لدى مستخدم GeoRaster مساحة جدول مؤقتة ، فسيتم استخدام مساحة الجدول المؤقتة لنظام قاعدة البيانات. هذا غير فعال وقد يبطئ الفسيفساء والعمليات الأخرى. لذلك ، يجب عليك دائمًا إنشاء مساحات جداول مؤقتة لمستخدمي GeoRaster. فمثلا:

بشكل عام ، فإن مقدار المساحة المؤقتة المطلوبة محدود. ومع ذلك ، بالنسبة للفسيفساء كبيرة الحجم ، إذا كانت النتيجة مضغوطة ، فإن المساحة المؤقتة المطلوبة تساوي حجم الصورة غير المضغوطة للنتيجة. لذلك ، حدد AUTOEXTEND ON عند إنشاء مساحات جداول مؤقتة لمستخدمي GeoRaster.

3.3 إنشاء جدول GeoRaster وجداول البيانات النقطية

قبل أن تتمكن من العمل مع كائنات GeoRaster ، يجب عليك إنشاء جدول GeoRaster وواحد أو أكثر من جداول البيانات النقطية ، إذا لم تكن موجودة بالفعل.

3.3.1 إنشاء جدول GeoRaster

جدول GeoRaster هو أي جدول يتضمن عمودًا واحدًا على الأقل من النوع SDO_GEORASTER. يمكن أن يكون العمود عمود سمة لنوع كائن آخر معرف بواسطة المستخدم. المثال 3-1 ينشئ جدول GeoRaster المسمى CITY_IMAGES ، والذي يحتوي على عمود يسمى IMAGE لتخزين كائنات GeoRaster.

مثال 3-1 إنشاء جدول GeoRaster لصور المدينة

لمزيد من المعلومات حول جداول GeoRaster ، راجع GeoRaster Physical Storage.

3.3.2 تكوين جداول البيانات النقطية

بعد إنشاء جدول GeoRaster ، يجب عليك إنشاء واحد أو أكثر من جداول البيانات النقطية (RDTs) لاستخدامها مع الكائنات الموجودة في جدول GeoRaster. يمكنك إنشاء جدول بيانات نقطية كجدول كائن أو كجدول علائقي. يجب عليك استخدام تنسيق تخزين LOB SecureFiles LOBs (الملفات الآمنة) عند إنشاء RDTs. يؤدي استخدام SecureFiles إلى تحسين أداء عمليات GeoRaster بشكل ملحوظ ، مقارنة باستخدام نموذج تخزين LOB الأصلي BasicFiles LOBS (BasicFiles).

يُنشئ المثال 3-2 جدول بيانات نقطية باستخدام SecureFiles. سيتم استخدام RDT لتخزين جميع الكتل النقطية لواحد أو أكثر من كائنات GeoRaster في جدول CITY_IMAGES أو جداول GeoRaster الأخرى. (لا يتم الربط بين كائن GeoRaster وجدول بيانات نقطية حتى تقوم بإنشاء كائن GeoRaster ، كما هو موضح في إنشاء كائنات GeoRaster الجديدة.)

مثال 3-2 إنشاء جدول بيانات نقطية باستخدام SecureFiles

مثال 3-3 إنشاء جدول بيانات نقطية (علائقي) باستخدام SecureFiles

ينشئ المثال 3-3 جدول بيانات نقطية بنفس الاسم كما في المثال 3-2 ، باستخدام SecureFiles أيضًا ، ولكن يتم إنشاؤه كجدول علائقي بدلاً من جدول كائن.

يجب أن تتضمن عبارة CREATE TABLE لجدول البيانات النقطية الجملة التالية (المضمنة في الأمثلة السابقة):

ينشئ هذا البند PRIMARY KEY فهرس B-tree في جدول البيانات النقطية ، وهذا الفهرس ضروري لأداء الاستعلام الأمثل.

عند استخدام BasicFiles ، يمكنك تحديد حجم CHUNK أكبر (16 أو 32 كيلوبايت) لتخزين LOB لتحسين الأداء. باستخدام SecureFiles ، ليست هناك حاجة لتحديد معلمة حجم CHUNK ، وهناك عدد قليل من معلمات التخزين الأخرى التي يجب مراعاتها. يجب إنشاء جداول البيانات النقطية باستخدام SecureFiles LOBs في مساحة جدول باستخدام خيار إدارة مساحة المقطع تلقائيًا. للحصول على معلومات حول استخدام Oracle SecureFiles واعتبارات الأداء لـ BasicFiles LOBs ، راجع Oracle Database SecureFiles ودليل مطوري الكائنات الكبيرة.

للحصول على معلومات مرجعية حول إنشاء الجداول ، بما في ذلك تحديد تخزين LOB ، راجع القسم الخاص بعبارة CREATE TABLE في Oracle Database SQL Language Reference.

لمزيد من المعلومات حول الكلمات الأساسية والخيارات عند إنشاء جدول بيانات نقطية ، راجع جدول البيانات النقطية.

3.3.3 مشغل DML GeoRaster

لضمان تناسق وتكامل جداول GeoRaster الداخلية وهياكل البيانات ، يقوم GeoRaster تلقائيًا بإنشاء مشغل DML فريد لكل عمود GeoRaster عندما يقوم المستخدم بإنشاء جدول GeoRaster (أي جدول به عمود GeoRaster واحد على الأقل) ، مع الاستثناء التالي : إذا كنت تستخدم عبارة ALTER TABLE لإضافة عمود GeoRaster واحد أو أكثر ، فيجب عليك استدعاء إجراء SDO_GEOR_UTL.createDMLTrigger لإنشاء مشغل DML في كل عمود GeoRaster مضاف. في بعض السيناريوهات ، مثل ترقية قاعدة البيانات أو ترحيل البيانات ، يمكنك استدعاء إجراء SDO_GEOR_UTL.recreateDMLTriggers لإعادة إنشاء مشغلات DML على جميع أعمدة GeoRaster.

يتم تشغيل المشغل بعد كل من عمليات لغة معالجة البيانات التالية (DML) التي تؤثر على كائن GeoRaster: إدراج صف ، وتحديث كائن GeoRaster ، وحذف صف.

يقوم GeoRaster تلقائيًا بتنفيذ الإجراءات التالية عند إطلاق المشغل:

بعد عملية الإدراج ، يُدرج المشغل صفًا به اسم جدول GeoRaster واسم عمود GeoRaster واسم جدول البيانات النقطية وقيمة rasterID في طريقة عرض USER_SDO_GEOR_SYSDATA (الموضحة في طرق عرض بيانات نظام GeoRaster (xxx_SDO_GEOR_SYSDATA)). إذا كان هناك إدخال متطابق بالفعل ، فسيتم إصدار استثناء.

بعد عملية التحديث ، إذا كان كائن GeoRaster الجديد خاليًا أو فارغًا ، يقوم المشغل بحذف كائن GeoRaster القديم. إذا لم يكن هناك إدخال في عرض USER_SDO_GEOR_SYSDATA لكائن GeoRaster القديم (أي ، إذا كان كائن GeoRaster القديم فارغًا) ، يقوم المشغل بإدراج صف في هذا العرض لكائن GeoRaster الجديد. إذا كان هناك إدخال في عرض USER_SDO_GEOR_SYSDATA لكائن GeoRaster القديم ، يقوم المشغل بتحديث المعلومات لتعكس كائن GeoRaster الجديد.

بعد عملية الحذف ، يحذف المشغل كتل البيانات النقطية لكائن GeoRaster في جدول البيانات النقطية ، ويحذف الصف في عرض USER_SDO_GEOR_SYSDATA لكائن GeoRaster.

3.4 إنشاء كائنات GeoRaster جديدة

قبل أن تتمكن من تخزين صورة GeoRaster في جدول GeoRaster ، يجب عليك إنشاء كائن GeoRaster وإدخاله في جدول GeoRaster قبل البدء في العمل عليه. لإنشاء كائن GeoRaster جديد ، لديك الخيارات التالية:

قم بتهيئة كائن GeoRaster الفارغ ، باستخدام وظيفة SDO_GEOR.init.

قم بإنشاء كائن GeoRaster فارغ ، باستخدام وظيفة SDO_GEOR.createBlank.

لا يمكنك إجراء أي عمليات GeoRaster إذا لم يتم إنشاء الكائن بشكل صحيح (أي ، إذا كان الكائن فارغًا ذريًا). تقوم الدالتان SDO_GEOR.init و SDO_GEOR.createBlank بتهيئة كائنات GeoRaster مع جدول البيانات النقطية وقيم معرف البيانات النقطية إذا لم يتم تحديدها بالفعل ، ويضمن مشغل GeoRaster DML أن يكون اسم جدول البيانات النقطية وزوج قيمة معرف البيانات النقطية فريدًا للتيار الحالي المستخدم.

إذا كان كائن GeoRaster الجديد سيحتفظ ببيانات خلية نقطية (ناتجة عن إجراء GeoRaster آخر ، مثل SDO_GEOR.importFrom أو SDO_GEOR.subset أو SDO_GEOR.copy) ، وإذا كان جدول البيانات النقطية لهذا الكائن GeoRaster الجديد غير موجود ، فيجب عليك قم أولاً بإنشاء جدول البيانات النقطية. للحصول على معلومات حول إنشاء جدول بيانات نقطية ، بما في ذلك الأمثلة ، راجع تكوين جداول البيانات النقطية.

لتجنب مشاكل بيانات GeoRaster المحتملة (بعضها موصوف في الحفاظ على كائنات GeoRaster وبيانات النظام في قاعدة البيانات) ، يجب تسجيل كائن GeoRaster المُهيأ في عروض نظام GeoRaster ، والتي تتم تلقائيًا عند إدراج كائن GeoRaster في GeoRaster الطاولة. يجب أن يتم ذلك قبل إجراء أي عمليات أخرى على كائن GeoRaster. أي عمليات GeoRaster التي تحتاج إلى معالجة جدول البيانات النقطية تثير استثناءً إذا لم يتم تسجيل كائن GeoRaster المصدر أو الهدف.

3.5 تحميل البيانات النقطية

لتحميل وتصدير الصور أو البيانات النقطية ، يمكنك التفكير في أدوات ETL من جهات خارجية (انظر الملاحظة في GeoRaster Tools: Viewer_ Loader_ Exporter). على سبيل المثال ، يمكنك استخدام سطر الأوامر gdal_translate والأدوات المساعدة الأخرى لـ GDAL ، والتي تدعم GeoRaster بشكل كامل من خلال برنامج تشغيل Oracle Spatial GeoRaster.

يمكنك أيضًا استخدام الميزات في GeoRaster لتحميل البيانات النقطية ، باستخدام GeoRaster ، لديك الخيارات التالية:

استخدم أداة ETL المستندة إلى GDAL لتحميل وتصدير الدُفعات المتزامنة. تم وصف هذه الأداة في معالج ETL المستند إلى GDAL لتحميل وتصدير الدُفعات المتزامنة.

في PL / SQL ، قم باستدعاء إجراء SDO_GEOR_GDAL.translate لتحميل الصور في كائنات GeoRaster.

في PL / SQL ، قم باستدعاء إجراء SDO_GEOR.importFrom لتحميل الصور إلى كائنات GeoRaster.

استخدم أداة اللودر المستندة إلى GeoRaster JAI أو أداة العارض الموضحة في برنامج Viewer_ Loader_ and Exporter المستند إلى JAI.

باستخدام الخيارين الأخيرين (SDO_GEOR.importFrom والأداة المستندة إلى JAI) ، يمكنك القيام بما يلي:

ضغط البيانات النقطية وتخزين البيانات في كائنات GeoRaster المضغوطة بتنسيق JPEG أو المضغوطة DEFLATE.

قم بتحميل ملف ESRI world أو ملف نصي Digital Globe RPC (.rpb) في كائن GeoRaster الحالي ، وقم بالإشارة الجغرافية للبيانات النقطية دون إعادة تحميلها. يمكنك أيضًا تحديد SRID بالملف العالمي وإنشاء المدى المكاني للبيانات.

قم بتحميل ملف بتنسيق GeoTIFF بإسناد جغرافي ، ببيانات نقطية أو بدونها. لتحميل وتصدير معلومات الإسناد الجغرافي لصور GeoTIFF ، فإن مكتبات GeoTIFF مطلوبة. راجع تحديد الموقع الجغرافي كائنات GeoRaster للحصول على الإرشادات.

بعد تحميل البيانات النقطية في كائن GeoRaster ، يجب عليك التأكد من أن الكائن صالح عن طريق استدعاء وظيفة SDO_GEOR.validateGeoRaster ، كما هو موضح في التحقق من كائنات GeoRaster.

لأن ملف ESRI world أو. لا يحتوي ملف rpb على معلومات نظام إحداثيات ، يمكنك تحديد قيمة SRID لنظام مرجعي إحداثي لعملية التحميل. ومع ذلك ، إذا لم تحدد SRID ، فسيتم تعيين نموذج SRID الخاص بكائنات GeoRaster على 0 (صفر) بواسطة المُحمل ، مما يعني أن كائن GeoRaster غير صالح ، وبالتالي يجب عليك استخدام إجراء SDO_GEOR.setModelSRID لتحديد مساحة نموذجية صالحة لهذا الكائن. إذا كنت لا تعرف النظام الإحداثي لمساحة النموذج حتى الآن ، يمكنك تحديد قيمة SRID كـ 999999 ، مما يعني أن نظام الإحداثي المرجعي غير معروف. (على وجه التحديد ، SRID 999999 مقترن بنظام مرجعي إحداثي يسمى CRS غير معروف.) لاحقًا ، عندما تعرف النظام المرجعي للإحداثيات الفعلي لمساحة النموذج ، يمكنك تعيين قيمة SRID وفقًا لذلك.

لمزيد من المعلومات حول النظام المرجعي للإحداثيات CRS (SRID 999999) غير المعروف ، راجع دليل Oracle Spatial Developer.

3.5.1 التحميل مع الحجب والحشو الأمثل

ما لم ترغب في تحميل صور JPEG أو JPEG2000 وتخزينها دون أي تغيير ، عند تحميل صورة أو ملف نقطي في كائن GeoRaster ، ضع في اعتبارك دائمًا وقم بتطبيق الحظر المناسب للبيانات ، لأن تنسيقات الملفات قد تحتوي على أنظمة حظر مختلفة جدًا. بشكل عام ، يجب أن تكون أحجام الحظر 512 × 512 أو أكبر. لا توجد قاعدة مطلقة لأحجام الحظر ، ولكن كلما زاد حجم البيانات النقطية ، زادت أحجام الحظر التي قد تستخدمها. بالنسبة إلى البيانات النقطية العادية ، من المناسب 512 × 512 إلى 2048 × 2048. بالنسبة للصور الصغيرة جدًا (أقل من 1024 × 1024 × 3) ، قد لا يكون الحظر خيارًا جيدًا. تجنب حظر الأحجام الصغيرة جدًا (مثل 64 × 64 و 128 × 128) أو كبيرة جدًا ، وتجنب أحجام الحظر الشديدة مثل 0.5 (نصف) أو 1 أو 8 صفوف من البكسل لكل كتلة. بشكل عام ، يجب أن يكون الشكل المستطيل للكتل مربعًا أو قريبًا من المربع. بالنسبة للتطبيقات المختلفة ، يمكنك ضبط الحظر لتحقيق التوازن بين التخزين الفعال والأداء الأمثل.

يجب عليك دائمًا تطبيق الحشو الأمثل أثناء التحميل. بمعنى آخر ، حدد الحظر = OPTIMALPADDING بالإضافة إلى تحديد حجم الكتل. يطبق GeoRaster الحشو على العمود الأيمن والصف السفلي من الكتل لجعلها بنفس حجم الكتل الأخرى. إذا لم يكن حجم الكتلة مثاليًا لخطوط نقطية معينة ، فإن الحشو الافتراضي الناتج قد يضيع بعض مساحة التخزين. عندما تحدد الحظر = OPTIMALPADDING ، فإن جميع إجراءات GeoRaster وأدوات ETL تقوم تلقائيًا بضبط مصفوفة حجم أبعاد GeoRaster بحيث تكون مثالية لتقليل مقدار الحشو في تخزين كائن GeoRaster. يتم إجراء الضبط دائمًا حول القيم المحددة من قبل المستخدم. راجع شرح الكلمة الأساسية للحظر في الجدول في ملاحظات الاستخدام لـ SDO_GEOR_UTL.calcOptimizedBlockSizeprocedure.

لمعرفة كيفية تطبيق الحشو الأمثل عند استخدام سطر أوامر GDAL ، انظر المثال التالي:

لمعرفة كيفية تطبيق الحشو الأمثل عند استخدام إجراء SDO_GEOR.importFrom ، راجع الأمثلة في الموضوع المرجعي لهذا الإجراء.

3.5.2 تحميل صور JPEG و JPEG 2000 بدون فك الضغط

يدعم GeoRaster ضغط JPEG ، حيث يتم تخزين كتل GeoRaster كملفات JPEG. يدعم GeoRaster أيضًا ضغط JPEG 2000 ، حيث يحتوي GeoRaster على كتلة واحدة مخزنة كملف JPEG 2000. هناك بعض الحالات الخاصة حيث يمكنك تحميل وتصدير صور JPEG أو JPEG 2000 دون فك الضغط وإعادة الضغط ، وبالتالي تحسين الأداء بشكل ملحوظ.

بالنسبة إلى JPEG ، يمكنك استخدام أداة تحميل GeoRaster المستندة إلى JAI لتحميل الصورة مباشرةً دون فك الضغط وإعادة الضغط إذا كان ملف الصورة عبارة عن ملف JPEG ، يتم تحديد نوع ضغط كائن GeoRaster على أنه JPEG-F ولم يتم تحديد أي حظر لكائن GeoRaster التخزين (أي أن كائن GeoRaster له كتلة واحدة فقط).

بالنسبة إلى JPEG 2000 ، يمكنك استخدام أداة GeoRaster ETL المستندة إلى GDAL أو GDAL لتحميل الصورة مباشرة دون فك الضغط وإعادة الضغط & # x2013 إذا كان ملف الصورة هو ملف JPEG2000 وإذا لم تكن هناك معلمات قيد الاستخدام تتطلب أي تغيير في البنية الداخلية لـ ملف JPEG 2000.على سبيل المثال ، يقوم البرنامج النصي التالي بتحميل ملف JPEG 2000 مباشرة بدون فك الضغط.

ومع ذلك ، إذا تطلب أي من المعلمات المستخدمة تغيير البنية الداخلية لبيانات JPEG 2000 ، فلن يكون التحميل المباشر ممكنًا. يتطلب المثال التالي فك الضغط وإعادة الضغط ، مما يؤدي إلى زيادة كبيرة في وقت التحميل.

3.5.3 إعادة تهيئة المصدر النقطي قبل التحميل

لا يدعم المُحمل المستند إلى GeoRaster JAI الملفات النقطية المصدر في تشذير BSQ ، وقد يؤدي إلى ظهور خطأ "ذاكرة غير كافية" إذا كانت الملفات كبيرة جدًا ، وقد يكون لها قيود أخرى. لتجنب مثل هذه المشاكل ، يمكنك إعادة تنسيق وإعادة تأمين الملفات المصدر بحيث يمكن تحميلها بشكل صحيح. ومع ذلك ، يوصى باستخدام مُحمل ETL المستند إلى GDAL ، والذي لا يحتوي بشكل عام على مثل هذه المشكلات والمتطلبات.

على سبيل المثال ، تتمثل إحدى طرق القيام بذلك في استخدام GDAL ، مكتبة تحويل البيانات النقطية مفتوحة المصدر المتاحة من http://www.gdal.org ، لإعادة تنسيق الصورة أو ملف البيانات النقطية أو إعادة قفلهما بحيث يمكن لـ JAI (Java Advanced Imaging) التعامل معها. يدعم GDAL GeoRaster أصلاً ويمكنه استيراد كائنات GeoRaster وتصديرها مباشرةً ، ويمكنه أيضًا معالجة كائنات GeoRaster للحصول على مزيد من المعلومات ، راجع http://www.oracle.com/technetwork/database/enterprise-edition/getting-started-with-gdal- 133874.pdf. يمكنك أيضًا استخدام GDAL لإنشاء ملفات TFW. على سبيل المثال ، قم بتنفيذ أوامر مثل الأمرين التاليين (كل أمر في سطر واحد) باستخدام سطر أوامر GDAL أو (لتحويل الدُفعات):

في المثال السابق ، يقوم الأمر الأول بإنشاء ملف TFW ، ويغير التشذير إلى BIP (الذي يدعمه JAI) ، ويعيد قفل الصورة إلى 256 × 256. يحول الأمر الثاني ECW إلى TIFF ، ويولد TFW ، ويعيد قفل الصورة.

ثم استخدم أداة تحميل GeoRaster (الموضحة في أدوات GeoRaster: Viewer_ Loader_ Exporter) ، مع تحديد إعادة القفل بحيث يمكن تحميل الصورة بنجاح واسترجاعها لاحقًا من قاعدة البيانات بكفاءة ، كما في المثال التالي (أمر واحد):

إذا تلقيت خطأ "ذاكرة غير كافية" عند استدعاء SDO_GEOR.import From لتحميل صورة كبيرة جدًا ، فحاول تحميل الصورة بمعامل حجم حظر مختلف أو أعد قفل الصورة إلى أحجام تجانب داخلية أصغر باستخدام GDAL قبل التحميل. بالنسبة للصور الكبيرة للغاية ، يمكنك أيضًا استخدام GDAL لتقسيم الصورة إلى عدة ملفات صور أصغر بأحجام يمكن لـ JAI التعامل معها ، أو يمكنك استخدام GDAL لتحميل الصور وتصديرها مباشرةً.

3.6 التحقق من كائنات GeoRaster

قبل استخدام كائن GeoRaster أو بعد تحرير البيانات النقطية والبيانات الوصفية لكائن GeoRaster يدويًا ، يجب عليك التأكد من أن الكائن صالح. يتضمن التحقق من صحة كائن GeoRaster التحقق من تسجيل كائن GeoRaster ، والتحقق من البيانات الوصفية وبيانات الخلية النقطية ، والتأكد من أن البيانات الوصفية والبيانات متسقة. على سبيل المثال ، يتحقق التحقق من نوع البيانات النقطية ومعلومات الأبعاد والأحجام الفعلية لكتل ​​الخلايا ، ويقوم بإجراء فحوصات أخرى.

إذا استخدمت أداة مُحمل GeoRaster الموضحة في أدوات GeoRaster: Viewer_ Loader_ Exporter ، فقد تم التحقق من صحة كائنات GeoRaster أثناء عملية التحميل.

يوفر GeoRaster البرامج الفرعية للتحقق من الصحة التالية:

SDO_GEOR.validate يقوم GeoRaster بالتحقق من صحة كائن GeoRaster ، بما في ذلك بيانات الخلية والبيانات الوصفية. يقوم بإرجاع TRUE إذا كان الكائن صالحًا بخلاف ذلك ، فإنه يقوم بإرجاع أحد الإجراءات التالية: رمز خطأ Oracle يشير إلى سبب عدم صلاحية كائن GeoRaster ، أو FALSE إذا فشل التحقق من الصحة لسبب غير معروف ، أو NULL إذا كان كائن GeoRaster فارغًا. يجب عليك دائمًا استخدام هذه الوظيفة بعد إنشاء كائن GeoRaster.

يتحقق SDO_GEOR.schemaValidate من صحة البيانات الوصفية مقابل مخطط GeoRaster XML. يمكنك استخدام هذه الوظيفة لتحديد موقع الأخطاء إذا قامت الدالة SDO_GEOR.validateGeoRaster بإرجاع رمز الخطأ 13454. لا تقوم الدالتان SDO_GEOR.schemaValidate و SDO_GEOR.validateGeoRaster بالتحقق من هندسة المدى المكاني.

يتحقق SDO_GEOR.validateBlockMBR من هندسة blockMBR المرتبطة بكل كتلة نقطية مخزنة في جدول البيانات النقطية. إذا كان هناك أي كتلة هندسة MBR غير صالحة ، فاتصل بإجراء SDO_GEOR.generateBlockMBR لإعادة إنشائها.

3.7 كائنات GeoRaster المرجعية

يحدد الإسناد الجغرافي ، كما هو موضح في المراجع الجغرافية ، العلاقة بين إحداثيات الخلية لبيانات GeoRaster والإحداثيات الأرضية في العالم الحقيقي (أو بعض الإحداثيات المحلية). إذا كنت بحاجة إلى الإشارة الجغرافية إلى كائنات GeoRaster ، فستتوفر الطرق التالية:

إذا كانت الصورة الأصلية ذات مرجع جغرافي بالفعل وإذا كانت معلومات الإسناد الجغرافي مخزنة في ملف ESRI عالمي أو. rpb الذي يحتوي على معاملات RPC ، يمكنك استخدام إجراء SDO_GEOR.import From لتحميل ملف ESRI العالمي أو. rpb من ملف أو من كائن CLOB ، جنبًا إلى جنب مع بيانات الصورة نفسها (إما بتنسيق FILE أو BLOB). يمكنك أيضًا استخدام أداة محمل جانب العميل GeoRaster (الموضحة في أدوات GeoRaster: Viewer_ Loader_ Exporter) لتحميل ملف ESRI العالمي أو. rpb من ملف ، مع ملف الصورة نفسه.

لأن ملف ESRI world أو. لا يحدد ملف rpb نظام إحداثيات النموذج ، يمكنك تعيين مساحة النموذج لكائن GeoRaster الذي تم تحديده جغرافيًا باستخدام Oracle SRID بإحدى الطرق التالية: تحديد SRID مع الملف العالمي كمعامل إلى إجراء SDO_GEOR.importFrom أو مُحمل العميل GeoRaster (الموصوف في أدوات GeoRaster: Viewer_ Loader_ Exporter) أو بعد تحميل الملف العالمي ، اتصل بإجراء SDO_GEOR.setModelSRID. يمكنك أيضًا استدعاء إجراء SDO_GEOR.setModelSRID لتغيير مساحة النموذج لكائن GeoRaster الذي تم تحديده جغرافيًا.

إذا كانت الصورة الأصلية عبارة عن صورة GeoTIFF محددة جغرافيًا ، فيمكنك استخدام إجراء SDO_GEOR.import From لتحميل الصورة باستخدام الإسناد الجغرافي ، عن طريق تحديد GEOTIFF كتنسيق الإدخال. لتحميل معلومات الإسناد الجغرافي فقط من صورة GeoTIFF ، بدون بيانات الصورة النقطية ، إلى كائن GeoRaster الحالي ، أضف البيانات النقطية = معلمة تخزين خاطئة. يمكنك تحديد SRID احتياطيًا باستخدام معلمة تخزين srid ، في حالة عدم تطابق قيم تكوين GeoTIFF مع أي SRID تم التعرف عليه بواسطة Oracle Spatial.

المساحة النقطية GeoTIFF PixelIsArea مكافئة لنظام إحداثيات الخلية القائم على اليسار العلوي GeoRaster. يكون التصدير إلى GeoTiff دائمًا في مساحة نقطية PixelIsArea ، مع تعديل نصف بكسل للتحويل الأفيني إذا كان كائن GeoRaster في نظام إحداثيات الخلية القائم على المركز. يكون الاستيراد من GeoTIFF دائمًا إلى نظام إحداثيات الخلية المعتمد على المركز GeoRaster ، مع تعديل نصف بكسل للتحويل الأفيني إذا تم تحديد ملف GeoTIFF في مساحة نقطية PixelIsArea.

يمكنك أيضًا استخدام أداة مُحمل من جانب العميل GeoRaster (الموضحة في أدوات GeoRaster: Viewer_ Loader_ Exporter) لتحميل صور GeoTIFF مع الإسناد الجغرافي ، باستخدام معلمة التخزين geotiff = true. إذا حذفت هذه المعلمة أو حددت geotiff = false ، فسيتم تحميل الصورة كصورة TIFF بسيطة بدون مرجع جغرافي. تنطبق معلمات التخزين النقطية و srid أيضًا على أداة التحميل من جانب العميل.

لتحميل أو تصدير صور GeoTIFF باستخدام أدوات العميل GeoRaster ، أضف مكتبات GeoTIFF التالية إلى تعريف CLASSPATH الخاص بك:

xtiff-jai.jar (متوفر من مجموعة SourceForge Extensible-TIFF-JAI)

geotiff-jai.jar (متاح من مجموعة SourceForge GeoTIFF-JAI)

لتحميل أو تصدير صور GeoTIFF باستخدام الإجراء SDO_GEOR.importFrom أو SDO_GEOR.exportTo ، قم بتحميل هذه المكتبات في مخطط MDSYS باستخدام $ ORACLE_HOME / rdbms / admin / catcon.pl. قم بتحرير $ ORACLE_HOME / md / admin / sdoldgtf.sql حسب الحاجة لعكس المسارات إلى ملفات xtiff-jai.jar و geotiff-jai.jar. ثم أدخل الأوامر التالية:

إذا تم إرجاع قاعدة البيانات إلى إصدار سابق قبل Oracle Database 11 g ، فيجب إلغاء تثبيت هذه المكتبات وفقًا للبرنامج النصي في $ ORACLE_HOME /md/admin/sdormgtf.sql ، وتحريرها حسب الحاجة لتعكس المسارات إلى xtiff-jai.jar وملفات geotiff-jai.jar وتشغيل البرنامج النصي sdormgtf.sql أو إدخال الأوامر التالية:

يمكنك استخدام إجراء SDO_GEOR.setSRS لإضافة معلومات الإسناد الجغرافي وتعديلها وحذفها من خلال الوصول مباشرةً إلى بيانات GeoRaster SRS الوصفية. على سبيل المثال ، يمكنك إنشاء كائن SDO_GEOR_SRS وتعيين المعاملات ومعلومات الإسناد الجغرافي ذات الصلة ، ثم استدعاء إجراء SDO_GEOR.setSRS لإضافة أو تحديث المعلومات المرجعية المكانية لأي كائن GeoRaster. يمكنك استخدام إجراء SDO_GEOR.setSRS لإعداد معلومات الإسناد المكاني لجميع نماذج الإسناد الجغرافي الملائمة الوظيفية المدعومة. تم تضمين أمثلة لإعداد معلومات SRS من نموذج DLT موجود ومن نموذج RPC موجود في قسم المرجع لإجراء SDO_GEOR.setSRS.

إذا كنت تعلم أن كائن GeoRaster لديه نفس معلومات SRS مثل كائن GeoRaster آخر ، يمكنك استدعاء وظيفة SDO_GEOR.getSRS لاسترداد كائن SDO_GEOR_SRS من هذا الكائن GeoRaster ، ثم استدعاء إجراء SDO_GEOR.setSRS للإشارة الجغرافية إلى أول كائن GeoRaster.

إذا كان من الممكن الإشارة إلى كائن GeoRaster جغرافيًا باستخدام تحويل أفيني ، فيمكنك استدعاء إجراء SDO_GEOR.georeference للإشارة الجغرافية إلى كائن GeoRaster مباشرة. كما هو موضح في المعلومات المرجعية لـ SDO_GEOR.georeference ، يأخذ هذا الإجراء المعاملات A و B و C و D و E و F وغيرها من المعلومات ، ويحولها إلى المعاملات a و b و c و d و e و f و يخزنها في المعلومات المرجعية المكانية لكائن GeoRaster. إذا تم تصحيح البيانات النقطية الأصلية وإذا كان تنسيق النموذج لأصله (الزاوية العلوية اليسرى) هو (x0 ، y0) ودقته أو مقياسه المكاني s ، فإن ما يلي يكون صحيحًا: A = s ، B = 0 ، C = x0 ، D = 0 ، E = -s ، F = y0.

إذا كانت لديك نقاط تحكم أرضية (GCPs) أو تريد جمع GCPs بنفسك ، فيمكنك استدعاء وظيفة SDO_GEOR.georeference للإشارة الجغرافية إلى كائن GeoRaster. لمزيد من المعلومات ، راجع المراجع الجغرافي المتقدم.

استنادًا إلى معلومات SRS لكائن GeoRaster المُحدد جغرافيًا ، فإن تحويل معلومات إحداثيات GeoRaster يعني العثور على إحداثي النموذج (الأرضي) المرتبط بإحداثيات خلية معينة (نقطية) ، والعكس. أي يمكنك القيام بما يلي:


إنشاء قاعدة بيانات مكانية مع العديد من الفئات التي لها نفس مجموعة القيم؟ - نظم المعلومات الجغرافية

الوحدة 44 - مفاهيم قواعد البيانات II

تم تجميعه بمساعدة من جيرالد وايت ، جامعة ولاية كاليفورنيا ، ساكرامنتو

الوحدة 44 - مفاهيم قواعد البيانات II

تم تجميعه بمساعدة من جيرالد وايت ، جامعة ولاية كاليفورنيا ، ساكرامنتو

    يتطلب إنشاء وصيانة قاعدة بيانات مكانية تخطيطًا دقيقًا والاهتمام بالعديد من القضايا

  • العديد من مشكلات قواعد البيانات مثل الأمان لا تعتبر مهمة في العديد من نظم المعلومات الجغرافية المبكرة
  • من الصعب أن تنمو في بيئة ذات أنظمة كبيرة موجهة نحو الإنتاج

    يتم مصادفة العديد من أنواع البيانات المختلفة في البيانات الجغرافية ، على سبيل المثال الصور والكلمات والإحداثيات والأشياء المعقدة

  • على سبيل المثال يمكن أن تصل أوصاف التربة في وسيلة إيضاح خريطة التربة إلى مئات الكلمات
  • على سبيل المثال الأوصاف لا تقل أهمية عن البيانات الرقمية في تحديد خطوط الملكية في المسح - أوصاف "المقاييس والحدود"

  • على سبيل المثال يمكن أن يختلف عدد الإحداثيات في الخط
  • هذا هو السبب الرئيسي وراء اختيار بعض مصممي نظم المعلومات الجغرافية عدم استخدام حلول قواعد البيانات القياسية لتنسيق البيانات ، فقط لجداول السمات

  • في البيانات الجغرافية ، تؤسس مواقع الكائنات ترتيبًا ضمنيًا وهو أمر مهم في العديد من العمليات
    • غالبًا ما تحتاج إلى العمل مع كائنات مجاورة في الفضاء ، مما يساعد على جعل هذه الكائنات مجاورة أو قريبة في قاعدة البيانات
    • هي مشكلة في أنظمة قواعد البيانات القياسية لأنها لا تسمح بالارتباطات بين الكائنات في نفس نوع السجل (الفئة)

    هندسة الأشياء ، على سبيل المثال وجود فصل الصف عند تقاطع الشارع

    • على سبيل المثال يجب أن ترتبط الأقواس التي تشكل مضلعًا بحد كامل
    • على سبيل المثال لا يمكن أن تتقاطع الخطوط بدون تشكيل عقدة

    • على سبيل المثال قد يحتاج المستخدم إلى إدراك أن المضلعات تتكون من أقواس ، ويتم تخزينها كسجلات قوسية ، ولا يمكن معاملتها ببساطة ككائنات وترك النظام يهتم بالبنية الداخلية
    • يُطلب من المستخدمين أن يكون لديهم معرفة كبيرة بنموذج قاعدة البيانات ، ولا يمكنهم التركيز على معرفة المشكلة
    • قد يضطر المستخدمون إلى استخدام أوامر معقدة لتنفيذ عمليات بسيطة من الناحية المفاهيمية

    • يلتقط النموذج العلائقي الواقع الجغرافي من خلال مجموعة من الجداول (العلاقات) المرتبطة بمفاتيح (الحقول أو السمات المشتركة)
      • يحتوي كل جدول على مجموعة من السجلات (مجموعات)
      • يتم تطبيع الجداول لتقليل تكرار المعلومات ، وتعظيم التكامل

      • يتوافق كل جدول مع مجموعة من الميزات الواقعية بأنواع شائعة من السمات
      • يحتاج المستخدم إلى معرفة الميزات المخزنة في أي جداول

      • تخزن العديد من التطبيقات (مثل ARC / INFO) جداول السمات فقط في النموذج العلائقي ، نظرًا لأنه ليس من السهل تخزين الأوصاف الهندسية للكائنات - تم تسمية هذه الأنظمة "الهجين"
      • معظم العمليات المكانية ليست جزءًا من لغة الاستعلام القياسية لنظم RDBMS ، على سبيل المثال البحث عن كائنات داخل مضلع يحدده المستخدم ، على سبيل المثال تراكب ، على سبيل المثال توليد المنطقة العازلة
      • لا يتعامل النموذج العلائقي بسهولة وكفاءة مع مفهوم الكائنات المعقدة (الكائنات التي تتكون من تجميع كائنات بسيطة) - هذا المفهوم أكثر توافقًا مع نموذج البيانات الهرمي

        العديد من أنظمة أجهزة الكمبيوتر الصغيرة ، والأنظمة المتخصصة في البيانات الهندسية والجغرافية ، لا توفر الوظائف اللازمة للحفاظ على سلامة البيانات على مدى فترات زمنية طويلة

      • قيود التكامل هي القواعد التي يجب أن تتبعها قاعدة البيانات حتى تكون ذات مغزى
        • يجب أن تقع قيم السمات ضمن المجالات المحددة
        • العلاقات بين الأشياء يجب ألا تتعارض ، على سبيل المثال يجب أن تتفق "التدفقات إلى" العلاقة بين مقاطع الأنهار مع علاقة "تغذيها"
        • يجب ألا تنتهك بيانات الموقع قواعد التنفيذ المستوي ، ويجب ألا تتقاطع الخطوط العريضة مع بعضها البعض ، وما إلى ذلك.

        • قد تشمل المعاملات:
          • تعديلات على عناصر البيانات الفردية
          • إضافة أو حذف سجلات كاملة

            على سبيل المثال إضافة جداول أو علاقات جديدة ، وإعادة تعريف مفاتيح الوصول

            في كثير من الحالات ، سيحتاج أكثر من مستخدم إلى الوصول إلى قاعدة البيانات في وقت واحد
              هذه ميزة رئيسية للأنظمة والشبكات متعددة المستخدمين

            • على سبيل المثال يمكن للمستخدم "ب" تغيير كائن أثناء قيام المستخدم "أ" بمعالجته
              • لن تكون النتائج صالحة للإصدار القديم أو الجديد من الكائن

                غير محمي - قد تسترد التطبيقات وتعديلها بشكل متزامن

                في الممارسة العملية ، لا يوجد نظام يسمح بذلك ، ولكن إذا كان أحدهم يسمح بذلك ، فيجب أن يوفر النظام تحذيرًا بأن مستخدمين آخرين يصلون إلى البيانات

                على سبيل المثال يجب أن يكون المستخدم "ب" قادرًا على الاستعلام عن حالة شاحنات الإطفاء حتى بعد أن يقوم المستخدم "أ" ب "تعليق" على أحدها

              • في تطبيقات نظم المعلومات الجغرافية ، قد تتطلب رقمنة العناصر المكانية وتحديثها عملاً مكثفًا على جزء واحد من قاعدة البيانات لفترات طويلة من الزمن
                • على سبيل المثال قد يقضي مشغل جهاز التحويل الرقمي نوبة كاملة في العمل على ورقة خريطة واحدة
                • من المحتمل أن يتم العمل على محطة عمل تعمل بشكل مستقل عن قاعدة البيانات الرئيسية

                • سيسمح هذا للمستخدمين الآخرين بقراءة البيانات ، ولكن ليس لفحصها بأنفسهم للتعديل
                • هذا يحل المشاكل التي قد تحدث
                • على سبيل المثال يقوم المستخدم "أ" بسحب ورقة في الساعة 8:00 صباحًا ويبدأ في التحديث
                  • يقوم المستخدم B بسحب نفس الورقة في الساعة 9:00 صباحًا ويبدأ مجموعة مختلفة من التحديثات من نفس القاعدة
                  • إذا تم السماح لكليهما لاحقًا بفحص الورقة مرة أخرى ، فقد يحاول الإيداع الثاني تعديل كائن لم يعد موجودًا

                    ما هو مقدار البيانات المطلوب تأمينها أثناء المعاملة؟

                  • قد يتطلب تغيير عنصر واحد تغييرات أخرى أيضًا ، على سبيل المثال في الفهارس
                  • من حيث المبدأ ، يجب قفل جميع البيانات التي قد تتأثر بالمعاملة
                  • قد يكون من الصعب تحديد مدى التغييرات المحتملة

                  • يقوم المستخدم بتعديل ورقة الخريطة
                  • نظرًا لأن الكائنات الموجودة على الورقة "متطابقة" مع الكائنات الموجودة على الأوراق المجاورة ، فقد تتأثر محتويات الأوراق المجاورة أيضًا
                    • على سبيل المثال إذا تم حذف خط سكة حديد يمتد إلى حافة ورقة الخرائط ، فهل يتأثر استمراره في الورقة التالية؟ إذا لم يكن الأمر كذلك ، فلن تكون قاعدة البيانات متطابقة بشكل فعال
                    • مستوى قاعدة البيانات بالكامل
                    • مستوى "العرض"
                      • قفل فقط تلك الأجزاء من قاعدة البيانات ذات الصلة لعرض التطبيق
                      • تأمين علاقة كاملة أو جدول سمات
                      • قفل سجل واحد

                        هي عندما يتعذر على الطلب متابعة المعالجة

                      • يطلب "أ" الآن المورد 2 ، ويطلب "ب" المورد 1
                      • سينتظر "أ" و "ب" بعضهما البعض ما لم يكن هناك تدخل

                      • يحاول المستخدم "ب" الآن الخروج - تم بالفعل إغلاق بعض محتويات المنطقة المطلوبة بواسطة "أ"
                      • لذلك ، يجب على النظام إلغاء قفل جميع طلبات B والبدء من جديد - سينتظر B حتى ينتهي A

                        تكلفة إنشاء قواعد البيانات المكانية عالية جدًا ، لذلك يجب حماية الاستثمار من الخسارة
                          قد تحدث الخسارة بسبب فشل في الأجهزة أو البرامج

                          يجب حفظ جميع المعاملات منذ آخر نسخة احتياطية في حالة وجوب إعادة إنشاء قاعدة البيانات
                            قد تفقد المعاملات غير المؤكدة ، ولكن يجب حفظ المعاملات المؤكدة

                          • انقطاع نظام إدارة قاعدة البيانات بسبب أخطاء التشغيل أو فشل نظام التشغيل أو الأجهزة أو انقطاع التيار الكهربائي
                            • تحدث هذه الانقطاعات بشكل متكرر - مرة في اليوم إلى مرة في الأسبوع
                            • تم فقد محتويات الذاكرة الرئيسية ، يجب "إعادة تشغيل" النظام
                            • عادة لا تتأثر محتويات قاعدة البيانات على جهاز التخزين كبير السعة

                              بعض بيانات GIS سرية أو سرية ، على سبيل المثال سجلات الضرائب وقوائم العملاء وبيانات أداء متجر البيع بالتجزئة

                              على سبيل المثال تنتقل العدوى "بالفيروس" عبر شبكات الاتصال

                            • منع المستخدمين غير المصرح لهم من الوصول إلى قاعدة البيانات - إحدى وظائف نظام التشغيل
                            • تقييد الوصول إلى أجزاء معينة من قاعدة البيانات
                              • على سبيل المثال يمكن لمستخدمي التعداد الوصول إلى التعداد بناءً على التعداد ، ولكن ليس استبيانات التعداد الفردية (ملاحظة: السويد تسمح بالوصول إلى العائدات الفردية)

                                غالبًا ما تجعل المرونة والتعقيد في العديد من تطبيقات نظم المعلومات الجغرافية من الصعب توفير الأمن الكافي

                              نصوص قاعدة البيانات القياسية المدرجة تحت الوحدة 43

                              Abel، D.J.، 1989. "SIRO-DBMS: مجموعة أدوات قاعدة بيانات لأنظمة المعلومات الجغرافية" المجلة الدولية لنظم المعلومات الجغرافية 3: 103-116. امتداد للنموذج العلائقي للبيانات المكانية.

                              فرانك ، الجامعة الأمريكية ، 1984. "متطلبات أنظمة قواعد البيانات المناسبة لإدارة قواعد البيانات المكانية الكبيرة ،" الإجراءات ، الندوة الدولية حول معالجة البيانات المكانية ، جامعة زيورخ ، ص 38-60.

                              Nyerges، T.L.، 1989. "تحليل تكامل المخطط لتطوير قواعد بيانات نظم المعلومات الجغرافية" المجلة الدولية لنظم المعلومات الجغرافية 3: 153-184. يبحث في الإجراءات الرسمية لمقارنة مخططات قاعدة البيانات المكانية ودمجها.

                              1. ما هي الطرق التي تختلف بها قضايا قواعد البيانات في نظم المعلومات الجغرافية عن تلك الخاصة بقواعد البيانات بشكل عام؟

                              2. ما المقصود بسلامة البيانات في قاعدة البيانات المكانية؟ أعط أمثلة.

                              3. أعط أمثلة عن الطرق التي يمكن أن تتدهور من خلالها سلامة قاعدة البيانات المكانية بدون ضوابط وصول كافية.

                              4. افحص ضوابط الوصول إلى قاعدة البيانات الموجودة في أي GIS يمكنك الوصول إليه.هل ستكون مناسبة لتطبيق وكالة كبير موجه نحو الإنتاج؟


                              الرجاء إرسال التعليقات المتعلقة بالمحتوى إلى: Brian Klinkenberg
                              الرجاء إرسال التعليقات بخصوص مشاكل موقع الويب إلى: The Techmaster
                              آخر تحديث: 30 أغسطس 1997.


                              باستخدام SQLite / Spatialite¶

                              التركيب¶

                              تركيب Spatialite¶

                              يتطلب Spatialite المكتبات GEOS و PROJ4 ، والتي في معظم الحالات تكون قد قمت بتثبيتها بالفعل مع PostGIS:

                              يتوقع Spatialite libgeos 3.1.1 ، ولكن يمكن استخدامه أيضًا مع أي إصدار 3.0.x. عليك فقط إنشاء ارتباط رمزي:

                              الآن قم بتنزيل مكتبة Spatialite المترجمة مسبقًا libspatialite من صفحة تنزيل Spatialite وفك ضغط الأرشيف إلى / usr / local / lib / libspatialite أو في مجلد يناسبك:

                              على Ubuntu 9.10+ ، يمكنك تثبيت مكتبة Spatialite كحزمة libspatialite2 مباشرة من المستودعات.

                              تعمل المكتبات المترجمة مسبقًا لـ Spatialite فقط على أنظمة 32 بت ، إذا كنت تستخدم نظام 64 بت ، فسيتعين عليك تجميعه بنفسك. للقيام بذلك ، قم بتنزيل الكود المصدري لـ اندماج libspatialite من موقع Spatialite. تأكد من تثبيت الحزمة أيضًا libgeos-dev . قم بفك ضغط أرشيف المصدر وقم بالتجميع باستخدام الأوامر التالية (قد ترغب في تغيير ملف اختصار المسار ، سيتم نسخ المكتبة المترجمة هناك):

                              إذا كنت تتلقى رسالة الخطأ لا يمكن العثور على -lstdc ++ ، قد تضطر إلى إنشاء ارتباط رمزي لهذه المكتبة:

                              مزيد من المعلومات حول التجميع libspatialite يمكن العثور عليها هنا: كيفية بناء libspatialite.

                              تركيب pysqlite2¶

                              على الرغم من أن Python 2.5+ يحتوي على برنامج تشغيل SQLite pysqlite2 ، يجب عليك تجميعه بنفسك. تُستخدم مكتبة Spatialite في SQLite كملحق ، ويتم تعطيل تحميل الامتدادات الخارجية افتراضيًا في بيسكلايت 2.

                              لدمج بيسكلايت 2 سيكون عليك تثبيت ملفات رأس SQLite:

                              تحميل بيسكلايت 2 شفرة المصدر من pysqlite2 - التنزيلات وفك ضغطها في بيئة MapFish الافتراضية.

                              ثم افتح الملف setup.cfg والتعليق خارج السطر تعريف = SQLITE_OMIT_LOAD_EXTENSION :

                              الآن يمكنك الترجمة والإعداد بيسكلايت 2 مع:

                              إذا كنت تصادف خطأ تجزئة باستخدام هذا الإصدار ، يمكنك محاولة إجراء ملف بناء ثابت . سيؤدي هذا إلى تنزيل أحدث ملف دمج SQLite3 وربطه داخليًا:

                              إنشاء قاعدة بيانات ممكّنة مكانيًا¶

                              يمكن إنشاء قاعدة بيانات باستخدام مكاني-غوي أو باستخدام عميل CLI مكاني . في ما يلي سوف نستخدم مكاني ، ولكن يمكنك أيضًا استخدام ملفات مكاني-غوي لتنفيذ الأوامر.

                              يمكنك الحصول المكانية- واجهة المستخدم الرسومية من موقع Spatialite ، ألق نظرة أيضًا على Quickguide لـ spatialite-gui (PDF).

                              أولا عليك تنزيل الحزمة أدوات مكانية من التنزيلات المكانية والبرنامج النصي init_spatialite-2.3.sql من مصادر مكانية. تقوم البرامج النصية بإنشاء ملف الهندسة_الأعمدة و spatial_ref_sys جداول البيانات الوصفية وأيضًا إدراج مجموعة من أنظمة الإسناد المكاني.

                              ابدأ عميل Spatialite بالاتصال بـ:

                              سيؤدي هذا إلى إنشاء الملف gis.sqlite ، إذا لم تكن موجودة بالفعل. ثم قم بتنفيذ البرنامج النصي init_spatialite-2.3.sql :

                              يمكنك الآن إنشاء جدول بعمود هندسي. يتم ذلك في خطوتين: أولاً نقوم بإنشاء جدول SQLite عادي بدون عمود الهندسة ، ثم نضيف عمود الهندسة باستخدام الوظيفة AddGeometryColumn ():

                              يمكنك أيضًا إنشاء جدول من ملف بحلقات باستخدام .loadshp (انظر أيضًا إنشاء SpatiaLite ديسيبل جديد وتعبئته):

                              ويمكنك أيضًا تنفيذ الاستعلامات مباشرة على ملفات الأشكال دون نسخ البيانات إلى جدول (انظر أيضًا تنفيذ استعلامات SQL مباشرة على ملفات الأشكال):

                              حاليا يتم دعم عمليات القراءة فقط ، ولكن لا يزال الجداول الافتراضية هي خيار جيد لنشر Shapefile باستخدام MapFish.

                              ترتيب¶

                              عند استخدام مكاني-غوي و مكاني يتم تحميل مكتبة Spatialite تلقائيًا كملحق. ولكن عند الاتصال بقاعدة بيانات Spatialite باستخدام برنامج تشغيل SQLite عادي ، يجب عليك تحميل مكتبة Spatialite يدويًا.

                              في MapFish ، تتم إدارة اتصالات قاعدة البيانات بواسطة SQLAlchemy. في كل مرة تفتح SQLAlchemy اتصالاً جديدًا بقاعدة بيانات Spatalite ، يجب تحميل مكتبة Spatialite. يمكن القيام بذلك عن طريق إعداد PoolListener.

                              افتح الملف نموذج / __ init__.py وتعديل الطريقة init_model (المحرك) ، بحيث تبدو كالتالي:

                              الآن عليك فقط تعيين سلسلة اتصال قاعدة البيانات في ملف التكوين الخاص بتطبيق MapFish (على سبيل المثال التنمية ini ) عن طريق استبدال الخط:

                              عدد القطع الموجودة على يمين سكلايت: يعتمد على ما إذا كنت تستخدم مسارًا نسبيًا أو مطلقًا ، راجع أيضًا SQLite: Connect Strings.


                              إنشاء قاعدة بيانات مكانية مع العديد من الفئات التي لها نفس مجموعة القيم؟ - نظم المعلومات الجغرافية

                              قاعدة بيانات كاليفورنيا للتنوع الطبيعي

                              نموذج مكاني لفهرسة التنوع البيولوجي

                              الخلاصة: أصبحت منهجية حفظ الطبيعة & quotHeritage & quot المستخدمة في أمريكا الشمالية والجنوبية من قبل برنامج التراث التابع ومراكز بيانات الحفظ طريقة قياسية لفهرسة التنوع البيولوجي. توفر هذه المنهجية أدوات وإرشادات لتخزين المعلومات الموضعية والنوعية حول الأنواع النباتية والحيوانية الحساسة والمجتمعات الطبيعية. على الرغم من أن المعلومات تحتوي على مكون مكاني قوي للغاية ، إلا أن التعقيدات التي ينطوي عليها تحديد مجموعات البيانات البيولوجية وتخزينها جعلت تطوير النماذج المكانية لإدارة وتحليل هذه المعلومات بطيئًا وغير منسق. مع التركيز المتزايد باستمرار على التخطيط الإقليمي الحيوي ، ومع ذلك ، فإن الحاجة إلى تطبيق أدوات تحليل مكاني مرنة على مستوى واسع دفعت البحث عن نموذج بيانات جغرافي-مكاني مناسب.

                              حل نظم المعلومات الجغرافية: في نموذج التراث ، تم تعريف "& quotelement & quot يصور حدوث عنصر بشكل شائع ، على سبيل المثال لا الحصر ، الأصناف أو المجتمعات الطبيعية النادرة و / أو المهددة و / أو المهددة بالانقراض. تحتوي هذه السجلات على سمات مختلفة ، مكانية ومكانية. في نموذج ما قبل GIS ، كانت السمات المكانية تتكون من مركز (خطوط الطول والعرض) ونصف قطر (الدقة) حوله مما يشير إلى مدى دقة تعيين الميزة. هذا المزيج من المركز ونصف قطر الثقة حدد موقع ومدى حدوث العنصر. حقيقة أن العديد من هذه الميزات المكانية تتداخل مع بعضها البعض ، أدت إلى تعقيد تطوير تمثيلات نظم المعلومات الجغرافية بشكل كبير. استخدمت قاعدة بيانات كاليفورنيا للتنوع الطبيعي (CNDDB) ، برنامج التراث في كاليفورنيا ، فئة ميزات ArcInfo & quotregion & quot التي تم تقديمها مؤخرًا لتصميم وتنفيذ نموذج مكاني جديد لم يكن ممكنًا من قبل.

                              المنهجية: يسمح نموذج CNDDB بتمثيل ظهور عنصر في نظام معلومات جغرافية بميزة مكانية بمدى مساحي ، بدلاً من نقطة أو خط. لتصوير المواقف البيولوجية المعقدة المتأصلة في نموذج حدوث عنصر التراث الطبيعي بدقة ، فإن هذه الميزات هي:

                              & # 183 قادرة على التداخل مع ميزات أخرى دون فقدان الهوية الفريدة.

                              & # 183 قادرة على احتواء الفراغات أو & quot؛ حفر البندق & quot.

                              & # 183 قادرة على تمثيل المواقف المعقدة التي تحتوي على العديد من المكونات أو الأجزاء المكانية ، مع استمرار اعتبارها حدثًا واحدًا.

                              & # 183 قادرة على التمثيل المتزامن لموقع عدة تكرارات للعناصر تشترك في نفس الموقع الجغرافي.

                              البرنامج: تم تطوير تطبيق ArcInfo Forms لتوحيد عملية إدخال العناصر وتحريرها والاستعلام عنها وأتمتة إنشاء المجموعات الفرعية تلقائيًا. تم تصميم النموذج المكاني بطريقة تسمح باستخدامه في ArcInfo بالإضافة إلى عملاء ArcView.

                              ستناقش هذه الورقة بالتفصيل المبررات البيولوجية والجغرافية للنموذج المكاني ، وبعض الجوانب التقنية التي ينطوي عليها تطوير التطبيق الذي يدعمه ويفرضه.

                              سجل حدوث العنصر (EOR) هو وحدة التخزين المركزية المستخدمة في قاعدة بيانات الحفظ البيولوجي (BCD) المستخدمة من قبل معظم برامج التراث لتخزين المعلومات حول تكرارات العنصر. إلى جانب العديد من السمات الأخرى ، يتم تعيين مكون مكاني لكل سجل لحدوث عنصر (وإن كان بمعنى جدولي مكاني) مع مركز (خطوط الطول والعرض) ونصف قطر (الدقة) حوله مما يشير إلى مدى دقة تعيين الميزة. هذا المزيج من المركز ونصف قطر الثقة يحدد موقع حدوث العنصر.

                              لا يسعى نموذج نظم المعلومات الجغرافية المقدم هنا إلى استبدال المنهجية التي تم اختبارها هذه المرة. بدلاً من ذلك ، الهدف هو البدء بهذا المفهوم وتحديث النموذج للسماح له بالاستفادة الكاملة من تقنية GIS. إن الحاجة إلى القدرة على تحديد أو مقارنة أو تحليل تكرارات العناصر بناءً على خصائصها المكانية هي القوة الدافعة وراء هذا الجهد.

                              ليس القصد من هذا المستند حل الأسئلة الأساسية المتعلقة بتعريف & quotelement & quot. تتم معالجة هذا الجهد المستمر من قبل لجنة تصميم حدوث العناصر في منظمة الحفاظ على الطبيعة. لأغراض هذا النموذج ، ومع ذلك ، تم تعريف تواجد العنصر على أنه أداة لإدارة البيانات ، أو مجرد تجريد وليس ميزة مادية على الأرض (تعرفها بعض البرامج باسم & quotEOR & quot ، أو سجل تواجد العنصر ، انظر التعريف أدناه) .

                              أيضًا ، لا تسمح بالارتباك فيما يتعلق باستخدام مصطلحات الدقة والدقة المستخدمة لوصف مدى قرب ارتباط ميزة ما بموقعها الفعلي في العالم الحقيقي لتصبح مشكلة. يجب أن يكون المعنى المقصود للمصطلحات واضحًا في سياق هذه الوثيقة.

                              I) تواجد عنصر (EO) هو أداة لإدارة البيانات ، أو تجريد ، يصف مجموعة سكانية موجودة أو تاريخية ، أو جزء من مجموعة سكانية ، أو مجموعة صغيرة من السكان ، أو مجتمع طبيعي. يحتوي تواجد العنصر على مكونات مكانية وجدولية ، ممثلة بميزة قابلة للتعيين وسجل قاعدة البيانات الداعمة لها. يصور حدوث عنصر بشكل شائع ، على سبيل المثال لا الحصر ، الأصناف أو المجتمعات الطبيعية النادرة و / أو المهددة و / أو المهددة بالانقراض.

                              II) يجب تمثيل حدوث عنصر في نظام المعلومات الجغرافية بميزة مكانية بمدى مساحي ، بدلاً من نقطة أو خط. لتكون قادرًا على تصوير المواقف المعقدة المتأصلة في نموذج حدوث عنصر التراث الطبيعي بدقة ، يجب على هذه الميزات:

                              & # 183 القدرة على التداخل مع الميزات الأخرى دون فقدان الهوية الفريدة.

                              & # 183 تكون قادرة على احتواء الفراغات أو & quot؛ حفر البندق & quot.

                              & # 183 كن قادرًا على تمثيل المواقف المعقدة التي تحتوي على عدة مكونات مكانية ، أو أجزاء ، مع استمرار اعتبارها حدثًا واحدًا.

                              & # 183 تكون قادرة على تمثيل موقع تكرارات متعددة للعناصر التي تشترك في نفس الموقع الجغرافي في وقت واحد.

                              ملاحظة: سيتطلب ذلك استخدام نموذج برمجي يسمح بهذه المواقف. فئة معالم مناطق ArcInfo أو كائن ArcView كما هو مضمن في ملف الشكل يلبي هذه المتطلبات. قد تتوافق أيضًا نماذج البرامج الإضافية.

                              ثالثًا) يجب أن تمثل السمات المكانية لحدوث العنصر النطاق الجغرافي الكامل ، أو البصمة ، التي يمكن أن يُقال أن للحدث تأثير محتمل عليها.

                              هذا يعني أن الميزة المكانية المخزنة في نظام المعلومات الجغرافية لا تمثل مجرد نقطة أو خط ، بل مجال تأثير حول تلك الميزات البسيطة. يعتمد حجم وشكل هذه البصمة على مدى دقة تحديد مكان الحدوث ، أو على اعتبارات بيولوجية أو بيئية أو جغرافية أخرى. وبالتالي ، فإن مجال التأثير هذا هو نتيجة مزيج من عدة مكونات داعمة محتملة:

                              تمثل ميزات المصدر رسمًا خرائطيًا مواقف العالم الحقيقي وتعمل كمصدر قابل للتعيين لحدوث عنصر. يمكن أن تكون معالم المصدر إما نقاطًا أو خطوطًا أو مناطق وتنتمي إلى أحد نوعي الدقة المحدد أو غير المحدد.

                              & # 183 ميزات المصدر المحددة هي تلك التي تمثل بدقة موقع ومدى حدوث عنصر.

                              & # 183 ميزات المصدر غير المحددة هي تلك التي تمثل تقريبًا موقع ومدى حدوث عنصر.

                              ملاحظة: نظرًا لأن الميزة المكانية لحدوث عنصر يجب أن تمثل النطاق الجغرافي الكامل ، أو البصمة ، والتي يمكن القول أن التكرار لها تأثير محتمل ، فإن الحجم المادي لميزة مصدر غير محددة سيكون عادةً أكبر من ذلك الخاص بميزة معينة ميزة المصدر. يتم التحكم في هذا التأثير من خلال حقيقة أنه يمكن ترجيح ميزات المصدر غير المحددة بشكل مختلف لأغراض التحليل بسبب دقتها المكانية المنخفضة (انظر مناقشة فئة الدقة في الصفحة 9).

                              النقاط. معلومات المصدر الوصفية أو المعينة التي تربط حدثًا بموقع إحداثي x و y غير ظاهر.

                              & # 183 ميزة مصدر نقطة محددة ستكون موقع إحداثيات دقيق للغاية ، مثل الميزات المعينة بدقة أو إحداثيات GPS.

                              & # 183 ميزة مصدر نقطي غير محددة قد تكون عبارة عن تقريب وصفي غامض ، مثل المقطع.

                              حالات الدقة S و M و G (على النحو المحدد والمستخدمة في BCD) هي أمثلة على ميزات مصدر النقطة.

                              خطوط . معلومات المصدر الوصفية أو المعينة التي تربط حدثًا بخط مثل مجرى مائي أو قناة أو واد أو طريق.

                              & # 183 ميزة مصدر سطر محدد تمثل مقطعًا خطيًا معينًا (أو مقاطع) معروضة كسطر واحد على الخريطة ، أو وصف سردي مفصل يربط التواجد بمعلم على الخريطة أو بمصدر بيانات جغرافي-مكاني.

                              & # 183 ميزة مصدر الخط غير المحددة تصف نفس الشيء كما هو مذكور أعلاه في المواقف التي لا يكون فيها الموضع الدقيق للتكرار معروفًا. غير محدد ، في هذه الحالة ، لا يعني أن الموقع المادي للقطاعات الخطية هو موضع تساؤل ، بل يعني أن موضع التواجد على طول تلك الأجزاء غير مؤكد. في هذه الحالة ، سيكون من المناسب تضمين جميع الأجزاء المحتملة في الحدث.

                              ملاحظة: في الحالات التي يكون فيها الموقع المادي لأجزاء الخط موضع تساؤل (على سبيل المثال ، عندما لا تتوفر ميزات معينة أو يتم تقديم معلومات موقع غامضة فقط) ، يمكن تمثيل حدوث العنصر بشكل أفضل باستخدام ميزة مصدر منطقة غير محددة ( انظر أدناه).

                              لا يتم حاليًا تمثيل ميزات الخط على هذا النحو باستخدام BCD.

                              المناطق . معلومات المصدر الوصفية أو المعينة التي تربط حدثًا بمعالم مساحي.

                              & # 183 ميزة مصدر منطقة محددة ستكون بحيرة أو مستنقع أو عنصر تيار يتم تمثيله كخط مزدوج على خريطة أو حامل نباتي أو أي منطقة أخرى ذات شكل منتظم أو غير منتظم يمكن التعرف عليها على هذا النحو على الخريطة أو على مواد المصدر المتوفرة من المقياس الذي يتم فيه توحيد مجموعة البيانات بأكملها.

                              & # 183 عادةً ما يمكن وصف ميزة مصدر منطقة غير محددة على أنها حد عام يشمل منطقة مأهولة أو موطن مناسب لحدوث عنصر لا يعرف حدوده الدقيقة.

                              لا يتم تمثيل ميزات المنطقة حاليًا على هذا النحو باستخدام BCD.

                              يجب أن نتذكر أن تمثيل الموقع ، والمدى ، وإلى حد ما ، دقة حدوث عنصر ما هو الوظيفة الأساسية لميزة المصدر ، وليس المخزن المؤقت. المخزن المؤقت هو مجرد أداة مستخدمة بالتوافق مع ميزة المصدر للتأكد من أن جميع تكرارات العناصر تتوافق مع نموذج نظم المعلومات الجغرافية من خلال تكوينها من ميزات مكانية ذات مدى مساحي تمثل مجال التأثير أو & quot؛ بصمة & & quot؛ الحدوث.

                              يمكن للمخازن أن تسمح أيضًا بطريقة مختصرة لإنشاء ميزات مكانية في مواقف معينة حيث يمكن توحيد مجموعة من المتطلبات البيولوجية (انظر الأمثلة أدناه).

                              ينطبق على: ميزات نقطية محددة وميزات مصدر خط معينة أو غير محددة (مطلوبة).

                              الميزة الأفقية التي تمثلها أنواع المعالم المصدر هذه لها بالفعل مدى مساحي (طول وعرض) على الرغم من أنها قد تظهر كنقطة أو خط على الخريطة. نظرًا لأن مجموعة البيانات الخاصة بنا تحتوي ، بحكم التعريف ، على ميزات ذات نطاق مساحي فقط ، يجب إضافة مخزن مؤقت إلى النقطة أو الخط لإنشاء مثل هذه الميزة. يتم تعيين مقدار هذا المخزن المؤقت من الناحية الإجرائية على مقدار الحد الأدنى للمسافة القابلة للتعيين لمقياس مجموعة البيانات (في حالة كاليفورنيا ، نصف قطر 80 مترًا).

                              لا ينطبق على: المعالم النقطية غير المحددة وميزات مصدر المنطقة المحددة أو غير المحددة.

                              التخزين المؤقت الإجرائي غير مسموح به لميزات النقطة غير المحددة. كونها أكثر عمومية في موقعها ، ستكون هذه الميزات بالفعل أكبر من الحد الأدنى للوحدة القابلة للتعيين.

                              لا يُسمح بالتخزين المؤقت الإجرائي لأي معالم منطقة لأنه يُفترض أن تكون ميزة المنطقة كبيرة بما يكفي لعدم طلبها (يجب تعيين المناطق الأصغر من الحد الأدنى للوحدة القابلة للتعيين كميزات مصدر نقطي محدد).

                              أمثلة على التكرارات باستخدام المخازن المؤقتة الإجرائية:

                              & ثورن عش هوك سوينسون يقع بدقة.

                              & THORN أي تواجد للنبات يمثل مجموعة صغيرة محدودة من السكان تم تعيينها في موقع معروف.

                              & ثورن لاهونتان تراوت الحلق الذي لوحظ على مجرى مائي معروف أو قطعة.

                              & THORN Information التي تربط ملاحظات sculpin التقريبية بواحدة أو أكثر من النقاط غير المؤكدة في التدفق ، مع عدم وجود حواجز كبيرة أمام الحركة التي تقسمها. سيتم تضمين جميع الشرائح المحتملة وتلك التي تربط بينها.

                              & ثورن وينتر يدير سلمون شينوك على نظام مجرى معروف لكن شرائح غير معروفة. سيتم تضمين جميع شرائح تيار.

                              & THORN Bakersfield cactus على طول جزء غير مؤكد من قناة معروفة.

                              يسري على: ميزات مصدر نقطي محددة ، ميزات مصدر خطية محددة أو غير محددة وعلى ميزات مصدر منطقة معينة (اختياري).

                              يتم استخدام المخزن المؤقت المشار إليه بيولوجيًا في الحالات التي تشير فيها بعض الاعتبارات البيولوجية بناءً على ظروف ذلك الحدوث أو الإرشادات الواردة في مواصفات حدوث العنصر لهذا العنصر إلى استخدامه. نادرًا ما يتم استخدام المحاليل المعيارية المشار إليها بيولوجيًا.

                              لا ينطبق على: معالم نقطية غير محددة ومعالم مصدر منطقة غير محددة.

                              لا يُسمح بالتخزين المؤقت البيولوجي للسمات النقطية غير المحددة أو ميزات مصدر المنطقة غير المحددة لأن موقعها العام يجعل التخزين المؤقت التفصيلي بلا معنى

                              أمثلة على الوقائع باستخدام المحاليل المعيارية المُشار إليها بيولوجيًا:

                              & ثورن ظهور الباز الذي تم إنشاؤه باستخدام مخزن مؤقت بطول 200 متر حول موقع العش ليشمل منطقة البحث عن الطعام.

                              & THORN حدوث سلحفاة في البركة تم إنشاؤه عن طريق التخزين المؤقت لموقع تيار معين ليشمل مسافة 150 مترًا من التيار لتشمل الأعشاش.

                              & THORN حدث لساكرامنتو انقسام باستخدام حاجز 100 متر على مجرى مائي ليأخذ في الاعتبار حقيقة أن الأسماك تفرخ بين نباتات الشاطئ التي غمرت في المياه العالية.

                              & ثورن نبات نبات في وادٍ بجزيرة سانتا روزا ، تم الحد منه ليشمل المنحدرات العلوية للوادي لحساب حقيقة أن هذا النبات معروف بحدوثه حتى ارتفاع 300 متر. على الرغم من أن موقع الوادي معروف ، إلا أن الموقع الدقيق في الوادي غير معروف.

                              & THORN حدوث طائر مائي ناتج عن التخزين المؤقت لبحيرة لتشمل البحيرة ومنطقة شاطئ بطول 100 متر.

                              ينطبق على: ميزات مصدر نقطي غير محددة فقط (مطلوبة).

                              تمثل الدقة المكانية المشار إليها في المخزن المؤقت ، في بعض المسافة الخطية (أمتار ، أقدام وما إلى ذلك اعتمادًا على معلمات الإسقاط الجغرافي المستخدم من قبل البرنامج) الدقة الموضعية لحدوث العنصر (هذا لا يحاول معالجة المشكلات المتعلقة بدقة الخريطة ، مقياس أو إسقاط جغرافي). سيتم تضمين هذا كمخزن مؤقت مادي حول ميزة المصدر التي تصور دقتها على أنها زائد أو ناقص مسافة معينة. تسجل الدقة S و M و G من BCD بشكل أساسي الدقة المكانية بطريقة خشنّة ومحدودة. سيكون من الأفضل لهذه المسافة الفاصلة أن تسمح بتحديد الزيادات من قبل كل برنامج تراثي لتتناسب بشكل أفضل مع بيولوجيا العناصر التي يتتبعونها أو طرق رسم الخرائط المستخدمة (انظر مثال كاليفورنيا لفئة الدقة في الصفحة 9).

                              لا ينطبق على: أي نوع ميزة مصدر آخر.

                              لا يُسمح بالمخازن المؤقتة للدقة المكانية لسمات مصدر نقطي محدد أو أي معالم مصدر خط أو منطقة لأن دقتها المكانية مضمنة لتكون مماثلة لجميع المعالم الأخرى من نفس مصدر البيانات ، وهي ضمنية على الخريطة.

                              أمثلة على الأحداث باستخدام الدقة المكانية المشار إليها المخازن المؤقتة:

                              & THORN ظهور نبات تم إنشاؤه باستخدام معلومات من ملصق أعشاب يحدد موقع النبات في موقع غامض ، مثل بلدة.

                              تختلف تأثيرات المخازن المؤقتة بناءً على نوع الميزة المصدر:

                              تستخدم ميزات مصدر النقطة المحددة مخزنًا مؤقتًا إجرائيًا مطلوبًا مع مخزن مؤقت بيولوجي اختياري. في الحالات التي يتم فيها استخدام المخزن المؤقت البيولوجي ، ويتجاوز مقدار المخزن المؤقت الإجرائي ، فإن إجمالي كمية المخزن المؤقت يساوي المخزن المؤقت البيولوجي وحده ، وليس مزيجًا من الاثنين. استخدام المخزن المؤقت البيولوجي ، وبالتالي يحل محل الحاجة إلى المخزن المؤقت الإجرائي. قد ينتج عن ذلك ميزات تواجد عنصر دائري بنصف قطر يساوي الحد الأدنى للوحدة القابلة للتعيين أو المخزن المؤقت البيولوجي.

                              تستخدم ميزات مصدر النقطة غير المحددة مخزنًا مؤقتًا للدقة المكانية المطلوبة وتؤدي إلى ميزات حدوث عنصر دائري بنصف قطر مساوٍ لمخزن الدقة المكاني ، مما يقلل من الدقة كلما زاد حجمها.

                              تستخدم ميزات مصدر الخط المحددة مخزنًا مؤقتًا إجرائيًا مطلوبًا مع مخزن مؤقت بيولوجي اختياري. على غرار ميزات مصدر النقطة المحددة ، في الحالات التي يتم فيها استخدام المخزن المؤقت البيولوجي ، وتجاوز كمية المخزن المؤقت مقدار المخزن المؤقت الإجرائي ، فإن إجمالي كمية المخزن المؤقت يساوي المخزن المؤقت البيولوجي وحده ، وليس مزيجًا من الاثنين. سيؤدي هذا إلى ظهور عنصر بمدى مكاني ولكن مظهر خطي (إذا كان النقانق مثل).

                              تستخدم ميزات مصدر الخط غير المحددة مخزنًا مؤقتًا إجرائيًا مطلوبًا مع مخزن مؤقت بيولوجي اختياري وينتج عنه ميزات مشابهة في المظهر لميزات مصدر خط معين. نظرًا لأن ميزة مصدر الخط غير المحددة لا تعني أن الموقع الفعلي لمقاطع الخط موضع تساؤل ، ولكن بدلاً من ذلك ، فإن الموضع على طول هذه المقاطع غير مؤكد ، تشتمل هذه الميزات عمومًا على مقاطع أكثر من ميزات مصدر خط معين.

                              قد تستخدم ميزات مصدر منطقة معينة مخزنًا مؤقتًا بيولوجيًا اختياريًا ، ولكن لا يُسمح بأي تخزين مؤقت آخر. تؤدي ميزات مصدر منطقة معينة إلى حدوث عنصر بمدى مساحي ، يُعرف على أنه مناطق محدودة.

                              قد لا تستخدم ميزات مصدر المنطقة غير المحددة مخازن مؤقتة من أي نوع. التخزين المؤقت الإجرائي غير مسموح به للسبب المذكور أعلاه. نظرًا للطبيعة العامة لخصائص مصدر المنطقة غير المحددة ، فإن كلا من مخازن الدقة البيولوجية والمكانية متضمنة. لأغراض المقارنة ، يتم تعيين مخزن مؤقت للدقة المكانية لميزة مصدر نقطي لتمثيل ميزة دائرية. يشمل الحجم والشكل الناتج لهذه الميزة الدائرية جميع المناطق التي يكون للحدث تأثير محتمل عليها. وبالمثل ، يتم اختيار حجم وشكل ميزة مصدر المنطقة غير المحددة بطريقة تشمل جميع المناطق التي قد يكون للحدث تأثير محتمل عليها. في هذه الحالة ، ومع ذلك ، فإن الميزة المصدر هي بالفعل منطقة ، ولا يلزم إجراء مزيد من المعالجة.

                              IV) يجب تخزين المعلومات الجدولية التي تشير إلى خصائص GIS لحدوث العنصر في جدول سمة داخلي. تختلف هذه البيانات عن جميع المعلومات المجدولة الأخرى المخزنة حول حدوث العنصر مثل الاسم العلمي ، والرتبة العالمية ، وحالة القائمة الفيدرالية ، وما إلى ذلك من حيث أنها مرتبطة مباشرة بخصائص نظم المعلومات الجغرافية لظهور العنصر. يجب تخزين المعلومات الداعمة الأخرى في قاعدة بيانات منفصلة يمكن ربطها بمجموعة البيانات المكانية لنظام المعلومات الجغرافية.

                              تخدم الأعمدة الموجودة في جدول سمات ميزة GIS وظيفتين. أولاً يمكن استخدامها كمفتاح & quotPrimary & quot لتوفير ارتباط مباشر لجداول البيانات الأخرى. ثانيًا ، قد يقدمون معلومات محددة حول خصائص GIS. افحص بنية الجدول التالية من قاعدة بيانات التنوع الطبيعي في كاليفورنيا:

                              في هذا المثال ، العناصر MAPNDX و EONDX و ELCODE هي مفاتيح أساسية ، مما يسمح بالاتصال بالجداول الخارجية. يحتوي ACC_CLASS و SOURCETYPE على قيم تشير إلى خصائص GIS للميزات. إن إدراج كل هذه الأعمدة ليس إلزاميًا ، ولكن سيكون ACC_CLASS و SOURCETYPE مطلوبين لنموذج GIS ليتم تنفيذه كما هو معروض في هذا المستند (راجع البيانات الوصفية الكاملة لقاعدة بيانات التنوع الطبيعي في كاليفورنيا على http://www.dfg.ca. gov / Nddb / meta.html للحصول على معلومات حول العناصر الأخرى المدرجة هنا).

                              نظرًا لأن قيمة الدقة الفعلية المعينة لميزة تعتمد على نوع الميزة المصدر ، ويتم تطبيقها بشكل مختلف بناءً على ذلك ، فمن الأفضل تخزين هذه المعلومات في جدول بحث منفصل ، باستخدام حقل ACC_CLASS كعنصر مرتبط:

                              • SOURCETYPE هو نوع المعلم المصدر كما هو موضح أعلاه أو النقطة أو الخط أو المنطقة.
                              • ACC_TYPE هو نوع الدقة للميزة المكانية ، سواء كانت محددة أو غير محددة كما هو موضح أعلاه.
                              • ACC_VALUE هي الدقة المكانية لميزة المصدر (زائد أو ناقص) ممثلة كقيمة مترية. في الوقت الحاضر ، ينطبق هذا فقط على معالم مصدر النقطة. يمكن القول أن قيمة الدقة لميزات مصدر الخط والمنطقة مساوية لدقة الخريطة الأساسية التي نشأت منها ، ولكن في هذه المرحلة ، تظل غير محددة.
                              • يمثل ACC_CLASS الدقة المكانية بطريقة نسبية على مقياس من واحد إلى عشرة. يدمج نوع الدقة وقيمة الدقة.

                              1. منطقة محددة بنصف قطر 80 متر
                              2. منطقة محددة محددة
                              3. منطقة محدودة غير محددة
                              4. ميزة دائرية نصف قطرها 150 مترًا (1/10 ميل)
                              5. ميزة دائرية نصف قطرها 300 متر (1/5 ميل)
                              6. ميزة دائرية نصف قطرها 600 متر (2/5 ميل)
                              7. ميزة دائرية نصف قطرها 1000 متر (3/5 ميل)
                              8. ميزة دائرية نصف قطرها 1300 متر (4/5 ميل)
                              9. ميزة دائرية نصف قطرها 1600 متر (ميل واحد)
                              10. ميزة دائرية نصف قطرها 8000 متر (5 أميال)

                              لا يمكن أن تكون قيمة الدقة المكانية المعبر عنها بالأمتار لأي ميزة مصدر أكبر (معبرًا عنها بعدد أقل) من الدقة المنشورة لخريطة المصدر المستخدمة كقاعدة. مثل Buffers ، يختلف تطبيق قيمة الدقة المكانية بناءً على ميزة المصدر.

                              في الوقت الحالي ، اختارت كاليفورنيا تطبيق قيم الدقة المكانية على معالم مصدر النقطة فقط. تمثل التعريفات التالية التي تنطبق على ميزات مصدر الخط والمساحة المدرجة هنا حلولاً ممكنة ولكنها غير مطبقة.

                              & # 183 ميزة مصدر نقطي محددة لها قيمة دقة مكانية تساوي الحد الأدنى للوحدة القابلة للتعيين. في ولاية كاليفورنيا ، تم ضبط هذا على 80 مترًا.

                              & # 183 ميزة مصدر نقطي غير محددة لها قيمة دقة مكانية بناءً على مدى دقة تعيين الميزة والتعبير عنها كمسافة مترية ، زائد أو ناقص. على الرغم من أن المسافات المستخدمة يمكن أن تكون عند أي زيادة ، إلا أن كاليفورنيا قد حددت المعايير التالية: 80 و 150 و 300 و 600 و 1000 و 1300 و 1600 و 8000 متر.

                              & # 183 ميزة مصدر خط محدد لها قيمة دقة مكانية تساوي الحد الأدنى للوحدة القابلة للتعيين.

                              & # 183 ميزة مصدر الخط غير المحددة لها أيضًا قيمة دقة مكانية تساوي الحد الأدنى للوحدة القابلة للتعيين. تذكر أنه في هذه الحالة ، لا يعني غير المحدد أن الموقع المادي لمقاطع التدفق هو موضع تساؤل ، بل يعني أن موضع التكرار على طول تلك الأجزاء غير مؤكد. لهذا السبب ، ستتضمن ميزة المصدر نفسها جميع مقاطع الخطوط المحتملة ، مما يجعل التكرار أطول من الحدوث المحدد. بعبارة أخرى ، يزداد التباين في المخازن المؤقتة لميزات مصدر الخط غير المحدد في اتجاه خطي فقط ، على عكس شعاعيًا في جميع الاتجاهات كما هو الحال في المخزن المؤقت لميزة مصدر نقطية غير محددة.

                              & # 183 ميزة مصدر منطقة معينة لها قيمة دقة مكانية تساوي الحد الأدنى للوحدة القابلة للتعيين. هذا صحيح على الرغم من عدم تطبيق أي مخزن مؤقت لأن الميزة الممثلة لها نفس قيمة الدقة لتلك المنشورة للخريطة الأساسية.

                              & # 183 ميزة مصدر المنطقة غير المحددة لها قيمة دقة مكانية بناءً على مدى دقة تعيين الميزة والتعبير عنها كمسافة مترية ، زائد أو ناقص. يجب أن تكون هذه المسافات هي نفسها تلك المستخدمة لسمات مصدر نقطي غير محدد (انظر أعلاه). لا يُسمح بالمخازن المؤقتة الفعلية لسمات مصدر المنطقة غير المحددة لأن طبيعتها العامة تعني ضمناً أنها مضمنة. وهذا يسمح بمجموعة من القيم التي يمكن من خلالها معالجة مشكلة & quothow غير محددة هل هذه الميزة غير محددة؟ & quot

                              يتم إنتاج تمثيل مرئي لحدوث عنصر باستخدام هذه الصيغة:

                              الواقع
                              يرمز رسم الخرائط على أنه: نقطة أو خط أو منطقة

                              ميزة المصدر ويتم تعديله أو تحسينه اختياريًا عن طريق: الدقة الإجرائية أو البيولوجية أو المكانية

                              متعادل
                              =
                              حدوث العنصر

                              يلخص الجدول التالي ، حسب الميزة المصدر ، نوع المخازن المؤقتة التي تنطبق في تمثيل EO:


                              كما تعلمون & # 8217re على الأرجح ، يستخدم الفهرس القياسي في SQL Server بنية شجرة B + ، وهو تباين في فهرس B-tree. B-tree ليست سوى بنية بيانات تحافظ على البيانات مرتبة لدعم عمليات البحث والوصول المتسلسل وتعديلات البيانات مثل عمليات الإدراج والحذف.

                              يحتوي فهرس B-tree على مستويين على الأقل: الجذر والأوراق. الجذر هو أعلى عقدة ويمكن أن يكون له عقد فرعية. إذا لم تكن هناك عقد فرعية ، فإن الشجرة تسمى شجرة خالية. إذا كانت هناك عقد فرعية ، فيمكن أن تكون إما عقدًا ورقية أو عقدًا وسيطة. العقدة الورقية هي الجزء السفلي من الشجرة. يمكن أن توجد المستويات المتوسطة بين مستويات الجذر والأوراق. الفرق بين فهرس شجرة B وفهرس شجرة B + هو أن جميع السجلات يتم تخزينها فقط على مستوى الورقة لشجرة B + ، بينما في شجرة B يمكننا تخزين كل من المفاتيح والبيانات في العقد الوسيطة.

                              يتم إنشاء الفهارس المكانية لـ SQL Server أعلى بنية شجرة B + ، مما يسمح للفهارس باستخدام هذا الهيكل وطرق الوصول الخاصة به. تستخدم الفهارس المكانية أيضًا المبادئ الأساسية لفهرسة XML. تم تقديم فهرسة XML في SQL Server 2005 وتدعم نوعين أساسيين من الفهارس: أساسي وثانوي. فهرس XML الأساسي هو شجرة B + تحتوي بشكل أساسي على صف واحد لكل عقدة في مثيل XML.

                              إذن كيف يقوم SQL Server بتنفيذ الفهرس المكاني؟ كما ذكرنا سابقًا ، يبدأ SQL Server بهيكل شجرة B + ، والذي ينظم البيانات في شكل خطي. لهذا السبب ، يجب أن يكون للفهارس طريقة لتمثيل المعلومات المكانية ثنائية الأبعاد كبيانات خطية. لهذا ، يستخدم SQL Server عملية يشار إليها باسم التحلل الهرمي الموحد للفضاء. عندما يتم إنشاء الفهرس ، يقوم محرك قاعدة البيانات بتفكيك المساحة أو إعادة تشكيلها في مجموعة من المحاور المحاذاة على طول تسلسل هرمي للشبكة من أربعة مستويات. يقدم الشكل 1 نظرة عامة على شكل هذه العملية.

                              شكل 1: تيهو التحلل الهرمي الموحد للفضاء.

                              يشار إلى المستويات الأربعة للتسلسل الهرمي للشبكة بالمستوى 1 والمستوى 2 والمستوى 3 والمستوى 4 ، كما هو موضح في الشكل 1. المستوى 1 هو المستوى الأعلى. يأخذ كل مستوى أدناه قسمًا واحدًا من المستوى السابق وينقسم إلى شبكة أخرى. عدد الخلايا في كل مستوى هو نفسه لكل محور. على سبيل المثال ، إذا كان المحور Y يحتوي على أربع خلايا ، فسيحتوي المحور X على أربع خلايا ، مما يمنحنا شبكة 4 & # 2154. تتمثل ميزة استخدام التسلسل الهرمي للشبكة من أربعة مستويات (التسلسل الهرمي متعدد المستويات) في أنه أكثر مرونة من الشبكة البسيطة لأن الفهرس يعتمد على شبكة ذات طبقات ، بدلاً من طبقة واحدة من الخلايا. تقوم إعدادات التقسيم والشبكة متعددة المستويات بفهرسة المنطقة الجغرافية بأكملها ، مما يوفر المرونة اللازمة للأجسام الهندسية.

                              يستخدم SQL Server تباينًا من خوارزمية منحنى هيلبرت لملء الفراغ لترقيم الشبكات بطريقة خطية. النهج الخطي مهم لأن الفهارس تنفذ بنية شجرة B +. تستخدم الفهارس الترتيب الخطي للموقع المكاني في الفهرس. (لمزيد من المعلومات حول خوارزمية منحنى هيلبرت لملء الفراغ وتنفيذها ، راجع المقالة & # 8220 الاستعلام عن البيانات متعددة الأبعاد المفهرسة باستخدام منحنى هيلبرت لتعبئة الفضاء. & # 8221)

                              يستخدم SQL Server التحليل الهرمي الموحد لطريقة المساحة قبل قراءة البيانات في الفهرس المكاني. تتمثل ميزة استخدام هذه الطريقة في أنها تتناول قيود أنظمة التحلل المكاني الثابت.


                              تحديث البيانات الوصفية المكانية

                              لكل عمود مكاني (اكتب SDO_GEOMETRY) ، يجب عليك إدراج صف مناسب في عرض USER_SDO_GEOM_METADATA لعكس معلومات الأبعاد الخاصة بالمنطقة التي توجد بها البيانات. يجب القيام بذلك قبل إنشاء الفهارس المكانية (راجع "إنشاء الفهارس المكانية") على الأعمدة المكانية.

                              طريقة العرض USER_SDO_GEOM_METADATA لها التعريف التالي:

                              عمود DIMINFO عبارة عن صفيف متغير الطول لنوع كائن ، مرتب حسب البعد ، وله إدخال واحد لكل بُعد. يتم تعريف نوع SDO_DIM_ARRAY على النحو التالي:

                              يتم تعريف نوع SDO_DIM_ELEMENT على النحو التالي:

                              مثيل SDO_DIM_ARRAY بحجم n إذا كان هناك أبعاد n. أي ، DIMINFO يحتوي على 2 SDO_DIM_ELEMENT مثيلات للهندسات ثنائية الأبعاد ، و 3 مثيلات للهندسات ثلاثية الأبعاد ، و 4 مثيلات للهندسات رباعية الأبعاد. يجب أن يكون لكل مثيل SDO_DIM_ELEMENT في المصفوفة قيم صالحة (ليست فارغة) لسمات SDO_LB (الحد الأدنى) و SDO_UB (الحد الأعلى) و SDO_TOLERANCE (التسامح).

                              يعكس التسامح المسافة التي يمكن أن تفصل بين نقطتين ولا تزال تعتبر نفسها (على سبيل المثال ، لاستيعاب أخطاء التقريب) ، وبالتالي تعكس دقة البيانات المكانية. يجب أن تكون قيمة التفاوت عددًا موجبًا أكبر من الصفر.

                              يُدرج المثال 1-3 صفوفًا في عرض USER_SDO_GEOM_METADATA ، مع معلومات الأبعاد لكل عمود مكاني. في كلتا الحالتين ، يكون النطاق البعدي هو الأرض بأكملها ، ونظام الإحداثيات هو نظام WGS84 (خط الطول / خط العرض) المستخدم على نطاق واسع (الإسناد المكاني>

                              مثال 1-3 تحديث البيانات الوصفية المكانية

                              في المثال 1-3 ، أبعاد خط الطول -180.0،180.0 وأبعاد خط العرض -90.90 مطلوبة للبيانات الجيوديسية باستخدام نظام إحداثيات WGS84. تعني قيمة التفاوت 0.5 أن أي نقاط أقل من نصف متر يتم اعتبارها نفس النقطة من قبل أي مشغلين أو وظائف قائمة على الموقع.


                              29.7 نموذج الخطأ المكاني (SEM)

                              النموذج الذي يمكن استخدامه لاتخاذ إجراء علاجي مباشر فيما يتعلق بالترابط الذاتي المكاني المتبقي هو نموذج الخطأ المكاني.

                              تم تحديد هذا النموذج على النحو التالي: [y_i = beta_0 + sum_^ ك < beta_kx_> + epsilon_i ]

                              ومع ذلك ، لم يعد من المفترض أن تكون البقايا ( epsilon ) مستقلة ، ولكن بدلاً من ذلك ، قم بعرض نمط الخريطة ، في شكل متوسط ​​متحرك: [ epsilon_i = lambda sum_^ ن<>^ epsilon_i> + mu_i ]

                              يفترض أن تكون المجموعة الثانية من القيم المتبقية مستقلة.

                              من الممكن إظهار أن هذا النموذج لم يعد خطيًا في المعاملات (لكن هذا سيتطلب القليل من جبر المصفوفة). لهذا السبب ، لم تعد المربعات الصغرى العادية خوارزمية تقدير مناسبة ، وبدلاً من ذلك يتم تقدير النماذج من هذا النوع بناءً على طريقة تسمى أقصى احتمال (والتي لن نغطيها بالتفصيل هنا يمكنك أن تقرأ عنها في Anselin 1988).

                              يتم تنفيذ نماذج الخطأ المكاني في الحزمة المكانية.

                              كنموذج علاجي ، يمكن أن يفسر نموذجًا ذو شكل وظيفي غير محدد. نعلم أن العملية الأساسية ليست خطية ، لكننا نحدد علاقة خطية بين المتغيرات المشتركة في شكل (z = beta_0 + beta_1u + beta_2v ):

                              المعامل ( lambda ) موجب (يدل على الارتباط الذاتي الإيجابي) وعالي ، حيث أن حوالي 50٪ من المتوسط ​​المتحرك للبقايا ( إبسيلون ) في جوار (i ) يساهم في قيمة ( epsilon_i ).

                              يمكنك التحقق من أن القيم المتبقية غير مرتبطة مكانيًا (لاحظ أن البديل "أقل" بسبب العلامة السلبية لمعامل Moran (I )):

                              فكر الآن في حالة المتغير المشترك المفقود:

                              في هذه الحالة ، يكون النمط المتبقي قويًا بشكل خاص ، حيث يساهم أكثر من 90٪ من المتوسط ​​المتحرك في القيم المتبقية. للأسف ، في هذه الحالة ، لا يرقى الإجراء العلاجي إلى تنظيف المخلفات ، ويمكننا أن نرى أنها لا تزال مرتبطة مكانيًا:

                              قد يشير هذا إلى الحاجة إلى إجراء بديل (مثل البحث عن متغيرات مشتركة إضافية).

                              من الناحية المثالية ، يجب أن يكون النموذج محددًا جيدًا ، ويجب اتخاذ الإجراءات العلاجية فقط عند استنفاد البدائل الأخرى.

                              مراجع

                              أنسيلين ، لوك. 1988. الاقتصاد القياسي المكاني: الطرق والنماذج. كتاب. دوردريخت: كلوير.

                              بيلي ، تي سي ، وأيه سي جاتريل. 1995. تحليل البيانات المكانية التفاعلي. كتاب. إسكس: أديسون ويسلي لونجمان.

                              بيفاند ، آر إس ، إي جيه بيبيسما ، وف. جوميز روبيو. 2008. تحليل البيانات المكانية التطبيقية مع R.. كتاب. نيويورك: Springer Science + Business Media.

                              برونسدون وكريس وليكس كومبر. 2015. مقدمة إلى R للتحليل المكاني ورسم الخرائط. كتاب. المريمية.

                              فاربر ، س ، وأ. بايز. 2007. "تحقيق منهجي للتحقق المتقاطع في تقدير نموذج Gwr: التحليل التجريبي ومحاكاة مونت كارلو." مقال صحفي. مجلة النظم الجغرافية 9 (4): 371-96. ج: / أوراق / مجلة النظم الجغرافية / مجلة النظم الجغرافية (2007) 9 (4) 371-396.pdf.

                              أوسوليفان وديفيد وديفيد أونوين. 2010. تحليل المعلومات الجغرافية. كتاب. الثاني. الإصدار. هوبوكين ، نيو جيرسي: جون وايلي وأولاده.


                              كالعادة ، من الممارسات الجيدة إخلاء مساحة العمل للتأكد من عدم وجود عناصر دخيلة هناك عند بدء عملك. الأمر في R لمسح مساحة العمل هو rm (لـ "إزالة") ، متبوعًا بقائمة بالعناصر المراد إزالتها.لمسح مساحة العمل من الكل كائنات ، قم بما يلي:

                              لاحظ أن ls () يسرد جميع الكائنات الموجودة حاليًا في مساحة العمل.

                              قم بتحميل المكتبات التي ستستخدمها في هذا النشاط:

                              الآن بعد أن أصبحت مساحة العمل الخاصة بك خالية ، يمكنك المتابعة لاستدعاء عينة مجموعة البيانات. يمكنك القيام بذلك عن طريق بيانات الوظيفة.

                              يتضمن ملف dataframe missing_df (n = 65 ) ملاحظات (ملاحظة: النص بين أحرف $ هو تدوين رياضي في LaTeX). يتم ترميز هذه الملاحظات جغرافيًا باستخدام أصل خاطئ والإحداثيات المقيسة إلى مربع الوحدة (مدى قيمها بين صفر وواحد). الإحداثيات هي x و y.

                              بالإضافة إلى ذلك ، هناك ثلاثة متغيرات مرتبطة بالمواقع (VAR1 ، VAR2 ، VAR3). المتغيرات عامة. لا تتردد في التفكير فيها على أنها أسعار مساكن ، وتركيزات جزء في البليون من بعض الملوثات أو أي متغير آخر من شأنه أن يساعد في توضيح فهمك. أخيرًا ، يوضح متغير العامل ما إذا تم قياس المتغيرات لموقع ما: إذا كانت الحالة "FALSE" ، فإن قيم المتغيرات مفقودة.


                              إنشاء الفهرس

                              إنشاء فهرس [مخطط] فهرس قيد التشغيل جدول [مخطط] (عمود)

                              الفهرس هو MDSYS.SPATIAL_INDEX

                              [PARAMETERS ('index_params [physical_storage_params]')]

                              ينشئ فهرسًا مكانيًا على عمود من النوع SDO_GEOMETRY.

                              قيمة وصف
                              INDEX_PARAMS يحدد خصائص الفهرس المكاني.
                              layer_gtype يتحقق للتأكد من أن جميع الأشكال الهندسية من نوع هندسي محدد. يجب أن تكون القيمة من عمود نوع الهندسة في الجدول 2-1 في القسم 2.2.1 (باستثناء أن UNKNOWN_GEOMETRY غير مسموح به). بالإضافة إلى ذلك ، يسمح تحديد POINT بالمعالجة المثلى لبيانات النقاط. نوع البيانات هو VARCHAR2.
                              sdo_dml_batch_size يحدد عدد تحديثات الفهرس التي ستتم معالجتها في كل دفعة من التحديثات بعد عملية الالتزام. القيمة الافتراضية هي 1000. على سبيل المثال ، إذا أدخلت 3500 صف في الجدول المكاني ثم أجريت عملية الالتزام ، فسيتم إجراء تحديثات جدول الفهرس المكاني على أربع دفعات من عمليات الإدراج (1000 و 1000 و 1000 و 500) . انظر ملاحظات الاستخدام لمزيد من المعلومات. نوع البيانات هو NUMBER. الافتراضي = 1000.
                              sdo_indx_dims يحدد عدد الأبعاد المراد فهرستها. على سبيل المثال ، تؤدي القيمة 2 إلى فهرسة البعدين الأولين فقط. يجب أن يكون أقل من أو يساوي عدد الأبعاد الفعلية. للحصول على معلومات الاستخدام المتعلقة بالأشكال الهندسية ثلاثية الأبعاد ، راجع القسم 1.11. نوع البيانات هو NUMBER. الافتراضي = 2.
                              sdo_non_leaf_tbl يقوم 'sdo_non_leaf_tbl = TRUE' بإنشاء جدول فهرس منفصل (باسم في النموذج MDNT_. $) للعقد غير الورقية من الفهرس ، بالإضافة إلى إنشاء جدول فهرس (باسم في النموذج MDRT_. $) للعقد الطرفية. يقوم 'sdo_non_leaf_tbl = FALSE' بإنشاء جدول واحد (باسم في النموذج MDRT_. $) لكل من العقد الطرفية والعقد غير الورقية للفهرس. انظر ملاحظات الاستخدام لمزيد من المعلومات. نوع البيانات هو VARCHAR2. الافتراضي = FALSE
                              sdo_rtr_pctfree يحدد النسبة المئوية الدنيا للفتحات في كل عقدة شجرة فهرس لتترك فارغة عند إنشاء الفهرس. يمكن ملء الفتحات التي تُركت فارغة لاحقًا عند إدخال بيانات جديدة في الجدول. يمكن أن تتراوح القيمة من 0 إلى 50. نوع البيانات هو NUMBER. الافتراضي = 10.
                              PHYSICAL_STORAGE_PARAMS يحدد معلمات التخزين المستخدمة لإنشاء جدول بيانات الفهرس المكاني. جدول بيانات الفهرس المكاني هو جدول Oracle عادي بتنسيق محدد. لا يتم دعم جميع معلمات التخزين الفعلية المسموح بها في عبارة STORAGE من عبارة CREATE TABLE. فيما يلي قائمة بالمجموعة الفرعية المدعومة.
                              مساحة الطاولة يحدد مساحة الجدول التي تم فيها إنشاء جدول بيانات الفهرس. مثل TABLESPACE في جملة STORAGE من عبارة CREATE TABLE.
                              مبدئي هو نفس INITIAL في جملة STORAGE من عبارة CREATE TABLE.
                              التالي هو نفس NEXT في جملة STORAGE من عبارة CREATE TABLE.
                              minextents هي نفس MINEXTENTS في جملة STORAGE من عبارة CREATE TABLE.
                              ماكسستينتس هو نفس MAXEXTENTS في جملة STORAGE من عبارة CREATE TABLE.
                              زيادة هو نفس PCTINCREASE في جملة STORAGE من عبارة CREATE TABLE.
                              work_tablespace يحدد مساحة الجدول للجداول المؤقتة المستخدمة في إنشاء الفهرس. . تم إنشاؤه يمكنك إفلات مساحة طاولة العمل أو إعادة استخدامها.
                              يتحكم في ما إذا كان يتم استخدام التنفيذ التسلسلي (NOPARALLEL) أو التنفيذ المتوازي (PARALLEL) لإنشاء الفهرس والاستعلامات اللاحقة وعمليات DML التي تستخدم الفهرس. للتنفيذ المتوازي ، يمكنك تحديد قيمة عددية لدرجة التوازي. راجع ملاحظات الاستخدام لمزيد من المعلومات حول إنشاء الفهرس المتوازي. افتراضي = NOPARALLEL. (إذا تم تحديد PARALLEL بدون قيمة عدد صحيح ، تحسب قاعدة بيانات Oracle الدرجة المثلى للتوازي.)

                              تنطبق جميع المتطلبات الأساسية الحالية لـ SQL CREATE INDEX.

                              يجب أن يكون لديك امتياز EXECUTE على نوع الفهرس ونوع التنفيذ الخاص به.

                              يجب أن يحتوي عرض USER_SDO_GEOM_METADATA على إدخال بالأبعاد ومعلومات حدود التنسيق لعمود الجدول ليتم فهرسته مكانيًا.

                              للحصول على معلومات حول الفهارس المكانية ، انظر القسم 1.7.

                              قبل إنشاء فهرس مكاني ، تأكد من أن حجم مقطع التراجع وقيمة المعلمة SORT_AREA_SIZE كافية ، كما هو موضح في القسم 5.1.

                              إذا تم استخدام فهرس شجرة R في بيانات نظام المرجع الخطي (LRS) وإذا كانت بيانات LRS لها أربعة أبعاد (ثلاثة بالإضافة إلى البعد M) ، فيجب استخدام معلمة sdo_indx_dims ويجب تحديد 3 (عدد الأبعاد مطروحًا منه واحد) ، لتجنب القيمة الافتراضية sdo_indx_dims البالغة 2 ، والتي من شأنها فهرسة الأبعاد X و Y فقط. على سبيل المثال ، إذا كانت الأبعاد هي X و Y و Z و M ، فحدد sdo_indx_dims = 3 لفهرسة أبعاد X و Y و Z ، ولكن ليس بعد المقياس (M). (تم شرح نموذج بيانات LRS ، بما في ذلك بعد القياس ، في القسم 7.2.)

                              يمكن إنشاء فهرس مكاني مقسم على جدول مقسم. راجع القسم 5.1.3 للحصول على مزيد من المعلومات حول الفهارس المكانية المقسمة ، بما في ذلك الفوائد والقيود.

                              إذا كنت تريد استخدام فهرس مكاني مقسم محلي ، فاتبع الإجراء الوارد في القسم 5.1.3.1.

                              لا يمكن إنشاء فهرس مكاني في جدول منظم بفهرس.

                              يمكنك تحديد الكلمة الأساسية الموازية لجعل إنشاء الفهرس متوازيًا. فمثلا:

                              للحصول على معلومات حول استخدام الكلمة الأساسية PARALLEL ، راجع وصف الفقرة المتوازية في القسم الخاص بعبارة CREATE INDEX في مرجع لغة Oracle Database SQL. بالإضافة إلى ذلك ، تنطبق الملاحظات التالية على استخدام الكلمة الأساسية PARALLEL لإنشاء أو إعادة بناء (باستخدام عبارة ALTER INDEX REBUILD) الفهارس المكانية:

                              تعتمد تكلفة الأداء والاستفادة من التنفيذ المتوازي لإنشاء فهرس أو إعادة بنائه على موارد النظام والحمل. إذا تم تحميل وحدات تحكم القرص أو وحدات المعالجة المركزية بكثافة بالفعل ، فلا يجب عليك تحديد الكلمة الأساسية الموازية.

                              يؤدي تحديد PARALLEL لإنشاء أو إعادة بناء فهرس على جداول ذات أشكال هندسية بسيطة ، مثل بيانات النقاط ، عادةً إلى تحسين أداء أقل مقارنة بالجداول ذات الأشكال الهندسية المعقدة.

                              الخيارات الأخرى المتاحة للفهارس العادية (مثل ASC و DESC) لا تنطبق على الفهارس المكانية.

                              يتضمن إنشاء الفهرس المكاني إنشاء وإدخال بيانات الفهرس ، لكل صف في عمود الجدول الأساسي يتم فهرسته مكانيًا ، في جدول بتنسيق محدد. تتم معالجة جميع الصفوف في الجدول الأساسي قبل الالتزام بإدراج بيانات الفهرس ، وهذا يتطلب مساحة كافية لجزء التراجع.

                              إذا تم توفير اسم مساحة الجدول في عبارة المعلمات ، فيجب أن يمتلك المستخدم (مالك الجدول الأساسي) الامتيازات المناسبة لمساحة الجدول هذه.

                              لمزيد من المعلومات حول استخدام الكلمة الأساسية layer_gtype لتقييد البيانات في طبقة بنوع هندسي ، راجع القسم 5.1.1.

                              يمكن للمعلمة sdo_dml_batch_size تحسين أداء التطبيق ، لأن Spatial يمكنها تخصيص موارد النظام مسبقًا لإجراء تحديثات متعددة للفهرس بشكل أكثر كفاءة من تحديثات الفهرس الفردية المتتالية ، ومع ذلك ، للحصول على فائدة الأداء ، يجب عدم تنفيذ عمليات الالتزام بعد كل عملية إدراج أو على فترات زمنية أقل من أو يساوي قيمة sdo_dml_batch_size. يجب ألا تحدد قيمة أكبر من 10000 (عشرة آلاف) ، لأن تكلفة الذاكرة الإضافية والموارد الأخرى المطلوبة من المحتمل أن تفوق أي زيادة هامشية في الأداء ناتجة عن هذه القيمة.

                              يمكن أن يساعد تحديد "sdo_non_leaf_tbl = TRUE" في الاستعلام عن الأداء بمجموعات البيانات الكبيرة إذا كان جدول R-tree بالكامل قد لا يتناسب مع تجمع المخزن المؤقت لـ KEEP. في هذه الحالة ، يجب أيضًا أن تجعل Oracle يقوم بتخزين MDNT_ مؤقتًا. جدول $ في تجمع المخزن المؤقت KEEP ، على سبيل المثال ، باستخدام ALTER TABLE وتحديد التخزين (BUFFER_POOL KEEP). بالنسبة للفهارس المقسمة ، يجب استخدام نفس قيمة sdo_non_leaf_tbl لجميع الأقسام. يتم تطبيق أي معلمات تخزين فعلية ، باستثناء مساحة الجدول ، على MDRT_ فقط. طاولة $. MDNT_. يستخدم $ table فقط معلمة tablepace ، إذا تم تحديدها ، والقيم الافتراضية لجميع معلمات التخزين المادية الأخرى.

                              إذا كنت تقوم بإنشاء فهرس مكاني قائم على الوظيفة ، يجب ألا يتجاوز عدد المعلمات 32. للحصول على معلومات حول استخدام الفهارس المكانية القائمة على الوظيفة ، انظر القسم 9.2.

                              لتحديد ما إذا كانت عبارة CREATE INDEX لفهرس مكاني قد فشلت ، تحقق لمعرفة ما إذا كان العمود DOMIDX_OPSTATUS في طريقة العرض USER_INDEXES قد تم تعيينه على FAILED. هذا يختلف عن حالة الفهارس العادية ، حيث يمكنك التحقق لمعرفة ما إذا تم تعيين عمود الحالة في طريقة العرض USER_INDEXES على FAILED.

                              إذا فشلت عبارة CREATE INDEX بسبب هندسة غير صالحة ، يتم إرجاع ROWID الخاص بالشكل الهندسي الفاشل في رسالة خطأ مع سبب الفشل.

                              إذا فشلت عبارة CREATE INDEX لأي سبب من الأسباب ، فيجب استخدام عبارة DROP INDEX لتنظيف الفهرس الذي تم إنشاؤه جزئيًا والبيانات الوصفية المرتبطة به. إذا لم يعمل DROP INDEX ، أضف المعلمة FORCE وحاول مرة أخرى.

                              يقوم المثال التالي بإنشاء فهرس R-tree مكاني يسمى COLA_SPATIAL_IDX.


                              شاهد الفيديو: كلام الشيخ صالح الفوزان عن كتاب تفسير الطبري وكتاب الروح لابن القيم