أكثر

تحديث إصدار QGIS من خلال OSGEO4W - غير قادر على الحصول على setup.ini

تحديث إصدار QGIS من خلال OSGEO4W - غير قادر على الحصول على setup.ini


أريد تحديث إصدارات QGIS التي أستخدمها من خلال OSGEO4W. أقوم حاليًا بتشغيل QGIS 2.0.1-Dufour (ولدي أيضًا إصدار QGIS 191a229) على نظام التشغيل Windows 7. ومع ذلك ، عند الانتقال إلى التثبيت المتقدم في إعداد OSGEO4W وإما تحديد "اتصال مباشر" أو "استخدام إعدادات IE5" أحصل على الرسالة التالية: تعذر الحصول على setup.ini من http://download.osgeo.org/osgeo4w. هذه ليست المرة الأولى التي أقوم فيها بتحديث إصدارات QGIS وقد مررت دائمًا بـ "الاتصال المباشر" دون مشاكل - لم تظهر هذه الرسالة من قبل. نتيجة لذلك ، لم يتم إحراز أي تقدم وليس لدي خيار آخر سوى إغلاق OSGEO4W. هل يعرف أحد سبب حدوث ذلك وما هي أفضل طريقة للتغلب على ذلك؟ أفكر إما في تثبيت إصدار مستقل من QGIS أو حذف مجلد OSGEO4W بالكامل والبدء من جديد.


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


نص Python مع QGis - توقف Python.exe عن العمل

لقد اشتريت هذا الكتاب المسمى Building Mapping Applications مع QGIS وأنا أحاول العمل من خلال أحد التمارين. هناك برنامج نصي أحاول تشغيله وهو يعطل python ، ويولد رسالة الخطأ "python.exe قد توقف عن العمل".

لا أعرف الكثير عن Python مع QGIS ، لذا فأنا لست متأكدًا مما يتسبب في تعطل Python. أنا متأكد من أن جميع الوحدات يتم استيرادها بشكل صحيح لأنه إذا قمت بتحديد مساراتي ثم قمت باستيراد الوحدات في البرنامج النصي باستخدام OSGeo4W Shell ، فلا توجد رسائل خطأ.

هذه هي الطريقة التي يتم بها تحديد مساراتي:

بالنظر إلى كل هذا ، أعتقد أنه يجب أن يكون هناك خطأ ما في النص. ومع ذلك ، عندما أتحقق من البرنامج النصي باستخدام http://pep8online.com/ ، لا توجد أخطاء يمكنني إصلاحها والتي ستؤدي إلى عدم تعطل Python.

لاحظ أنني جربت SET PATH =٪ QGIS_PREFIX٪ bin٪ PATH٪ بدلاً من SET PATH =٪ PATH ٪٪ QGIS_PREFIX٪ bin دون نجاح.


مدهنتد

"لن أفعل" أو "لا أفعل" كإجابة على الطلبات السلبية؟

ما هو عمق السائل في نصف الكرة الأرضية نصف الممتلئة؟

لقد قمت بتغيير شفرة المصدر ، فأنت تقوم بتبديل المدخلات!

هل يمكن للراكب أن يتنبأ بأن شركة طيران على وشك الإفلاس؟

إذا نفد الوقود من مركبة فضائية في مكان ما في الفضاء بين الأرض والمريخ ، فهل تنجرف ببطء نحو الشمس؟

ما الذي يجب علي مراعاته عند اتخاذ قرار بتأجيل الاختبار؟

ما هي الارتفاعات الأكثر أمانًا لـ VFR؟

هل الوهم الناتج عن استدعاء الازدواجية يتأثر بالتضاريس الصعبة؟

ما هي هذه البوابة النهائية الشيء؟

كيف تمنع النشل في القضبان المزدحمة؟

بخصوص علاقة في الفريق

سكان دول ما بعد الاتحاد السوفياتي. لماذا التناقص؟

هل الاسم الأوسط هو اسم معين؟

لماذا ، حتى بعد سجنه ، ينادي الناس هانيبال ليكتر بـ "دكتور"؟

هل المحدد "a" مطلوب في "يمكن للمرء أن يسمي هذه القيمة ثابتة"؟

قم بإنشاء نفس المجلدات الفرعية في مجلد آخر

Dynamic DataSource للقائمة المنسدلة في محرر المحتوى

كيف نعرف أن النيوترونات ليس لها شحنة؟

ما هي الأمثلة على سياسات الاتحاد الأوروبي المفيدة لدولة في الاتحاد الأوروبي وغير مواتية لدولة أخرى؟

كيف أوقف موجات الموت في مدينتي؟

مجموعة رائعة من العمل

كيفية تحديث أو إلغاء تثبيت حزم & # 8220All-In-One & # 8221 QGIS macOS الجديدة

كيفية إعادة تعيين MacOS QGIS إلى الإعدادات الافتراضية OSGeo4W و QGIS 2.0 كيف يمكنني حساب المسافة بين جميع النقاط المحددة في QGIS؟ لماذا لا يعثر QGIS تلقائيًا على تحديث البرنامج المساعد الجديد أثناء بدء التشغيل؟ عند حفظ خريطة الحرارة في QGIS تصدير الطبقات إلى ملف جديد في QGIS ، كيفية إلغاء تثبيت QGIS من نظام MacOS ، فقدان osgeo في QGIS 3.4 Madeira (macOS High Sierra) بطيء جدًا عند تصفح الملفات على macOS

تم إطلاق حزم QGIS الجديدة "All-In-One" لنظام macOS. تجعل هذه الحزم الجديدة التثبيت بسيطًا جدًا ولكن داخل ملف .dmg لم أجد أي ملف تمهيدي لإلغاء التثبيت أو التحديث: كيف يمكن إجراؤه بشكل صحيح؟

تم إطلاق حزم QGIS الجديدة "All-In-One" لنظام macOS. تجعل هذه الحزم الجديدة التثبيت بسيطًا جدًا ولكن داخل ملف .dmg لم أجد أي ملف تمهيدي لإلغاء التثبيت أو التحديث: كيف يمكن إجراؤه بشكل صحيح؟

تم إطلاق حزم QGIS الجديدة "All-In-One" لنظام macOS. تجعل هذه الحزم الجديدة التثبيت بسيطًا جدًا ولكن داخل ملف .dmg لم أجد أي ملف تمهيدي لإلغاء التثبيت أو التحديث: كيف يمكن إجراؤه بشكل صحيح؟

تم إطلاق حزم QGIS الجديدة "All-In-One" لنظام macOS. تجعل هذه الحزم الجديدة التثبيت بسيطًا جدًا ولكن داخل ملف .dmg لم أجد أي ملف تمهيدي لإلغاء التثبيت أو التحديث: كيف يمكن إجراؤه بشكل صحيح؟


ما عليك سوى استخدام موقع الحزمة القياسية ، الذي تم تصميمه لهذه المهمة!

وإليك كيفية (ابتلاع إجابتي على سؤالي الخاص حول نفس الموضوع):

  1. افتح موجه Python واكتب
  1. قم بإنشاء هذا المجلد إذا لم يكن موجودًا بعد:
  1. قم بإنشاء ملف sitecustomize.py في هذا المجلد الذي يحتوي على محتوى FIND_MY_PACKAGES ، إما يدويًا أو باستخدام شيء مثل الكود التالي. بالطبع ، يجب عليك تغيير C: My_Projects إلى المسار الصحيح إلى موقع الاستيراد المخصص.

وفي المرة التالية التي تبدأ فيها تشغيل Python ، يكون C: My_Projects موجودًا في sys.path ، دون الحاجة إلى لمس الإعدادات على مستوى النظام. المكافأة: الخطوات المذكورة أعلاه تعمل على Linux أيضًا!

لقد عملت فيه نظام التشغيل Windows 10 باتباع الخطوات أدناه.

ضمن متغيرات البيئة ، يجب إضافتها فقط ضمن PATH لـ "متغيرات النظام"وليس تحت"متغيرات المستخدم"هذا ارتباك كبير ويأكل الوقت إذا فاتنا.

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

الأكثر أهميةوأغلق موجه الأوامر وأعد فتحه ثم أعد محاولة كتابة "python" للاطلاع على تفاصيل الإصدار. تحتاج إلى إعادة تشغيل موجه الأوامر لمعرفة الإصدار بعد إعداد المسار في متغيرات البيئة.

بعد إعادة التشغيل ، يجب أن تكون قادرًا لرؤية موجه python وأدناه معلومات عند كتابة python في موجه الأوامر:


اسم مسار الثعبان لـ shebang في نصوص وحدة التحكم في & # 39 / Scripts & # 39 # 4616

عند استخدام النقطة تحت MS-Win ، فإن نصوص البرامج النصية لوحدة التحكم هي دائمًا اسم مسار مطلق. حتى الآن أستطيع أن أرى ، لأن shebang pip تستخدم القيمة من:

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

نظرًا لعدم وجود أداة 'env' على النوافذ ، أتوقع أن يقوم shebang بسيط بنفس الشيء تقريبًا ، باستخدام مترجم Python الأول من PATH:

سؤالي هو ، لماذا نستخدم أسماء المسار المطلقة في Shebang بدلاً من استخدام الثعبان الأول من PATH env؟

ما قمت بتشغيله (الحل البديل الخاص بي):

لقد كتبت مغلفًا صغيرًا من خفاش pip.bat حول النقطة الخاصة بي

الذي يستبدل اسم المسار المطلق بـ sys.executable = 'python.exe'. لذا فهمت محمول نصوص وحدة التحكم مع #! python shebang.

لكن يبقى السؤال ، لماذا من الأفضل استخدام أسماء المسار المطلقة؟ أعتقد أن هذا هو نفسه في أنظمة POSIX ، حيث يستخدم pip أيضًا أسماء المسار المطلقة بدلاً من استخدام / usr / bin / env.

تحديث 10/2018

انظر # 4616 (تعليق) من @ amr66 ، الإصدارات الأحدث (18.1) من النقطة نقلت الوظيفة الرئيسية إلى النقطة ._داخلية وتحتاج إلى:

تم تحديث النص بنجاح ، ولكن تمت مواجهة هذه الأخطاء:

لا يمكننا تحويل المهمة إلى مشكلة في الوقت الحالي. حاول مرة اخرى.

تم إنشاء المشكلة بنجاح ولكن لا يمكننا تحديث التعليق في الوقت الحالي.

بفموور علق في 11 يوليو 2017

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

هل هذا الجواب على سؤالك؟ إذا لم يكن الأمر كذلك ، فهل يمكنك أن تشرح بدقة ما تحاول القيام به غير ممكن بسبب سلوك البرنامج النصي الحالي؟

بفموور علق في 11 يوليو 2017

إجابة بسيطة ، لأن البرامج النصية مخصصة فقط للاستخدام في البيئة المحددة التي تم تثبيت الحزمة فيها

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

عودة 42 علق في 11 يوليو 2017

شكرا على ردك السريع ..

هل هذا الجواب على سؤالك؟

نعم ، أرى أن هناك بعض العيوب مع بيثون مأخوذة من PATH.

بتعبير أدق ، يمكنك استخدام البرامج النصية من أي مكان ، لكنها ستستخدم دائمًا البيئة ..

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

. هل يمكنك أن تشرح بدقة ما تحاول القيام به غير ممكن بسبب سلوك البرنامج النصي الحالي؟

أنا أقوم بإعداد محمول بيثون يمكنني الذهاب إلى عملائي وتشغيل بعض أدوات الصيانة والتحليل المكتوبة ذاتيًا. في معظم أنظمة لينكس ، لا أواجه مشكلات في تشغيل البرامج النصية الخاصة بي (متوافقة مع py2 / py3) .. ولكن غالبًا على MS-Win ، لا يتم تثبيت python ويتم وضع الخادم في مصفوفة محدودة للغاية دون الوصول إلى الإنترنت. باختصار: لا توجد فرصة لتثبيت بيثون. هذه هي حالة الاستخدام الخاصة بي ، حيث أحتاج إلى ملف محمول python (في ملف ZIP) الذي يمكنني النسخ إليه والتشغيل منه في مجلد المستخدمين HOME.

لكي تكون أكثر عمومية ، هل من المنطقي إضافة خيار إلى pip حيث يمكن للمتصل أن يختار ما إذا كان يريد اسم المسار المطلق في shebang (افتراضي) أو shebang مع ثعبان من env (PATH)؟

بفموور علق في 11 يوليو 2017

حسنًا ، أرى ما تحاول القيام به. من الصعب إجراء عمليات تثبيت Python المحمولة على نظام التشغيل Windows (لا أعتقد أن أي إصدار من Python قبل الإصدار 3.6 يجعل الأشياء محمولة تمامًا - على الرغم من أن حالات الزاوية التي توجد بها مشكلات نادرة جدًا في الممارسة العملية ، ومن المحتمل ألا تكون هناك أشياء تحتاج إلى القلق بشأنها ). ستكون هناك بعض المشكلات مع البرامج النصية المجمعة التي تحتوي على خطوط shebang "اعثر على Python على PATH" ، وأشك في أنها ستكون قابلة للتطبيق بشكل عام.

بالنسبة إلى pip ، والعديد من الحزم الأخرى التي توفر غلاف CLI ، يمكنك ببساطة استخدام python -m pip - وهو ما يعادل تمامًا استخدام غلاف pip.exe ، ويتجنب الحاجة إلى أي اختراق للغلاف. للحصول على حل أكثر عمومية ، من المحتمل أن يكون الاختراق الخاص بك على ما يرام. من الواضح أنه غير مدعوم ، لكنني أجريت فحصًا سريعًا لمصادر النقطة ولا يمكنني رؤية أي شيء واضح قد يتسبب في فشلها.

عودة 42 علق في 11 يوليو 2017

تعد عمليات تثبيت Python المحمولة على Windows صعبة للغاية

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

للنقطة ، والعديد من الحزم الأخرى التي توفر غلاف CLI ..

صحيح ، كانت هذه محاولتي الأولى .. ولكن بعد ذلك ، جاء المزيد والمزيد من الحزم في بلدي محمول كنت أنا و python نبحث عن حل أكثر عمومية.

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

اشكرك على مجهودك. لقد نظرت أيضًا إلى _vendor.distlib.utils.get_executable () ويعطي تاريخها الأمل في ألا يتغير هذا في المستقبل القريب)

pfmoore شكرا للتوضيح .. إذا كنت تعرف عن غيرها محمول جهود CPython خالصة ، واسمحوا لي أن أعرف .. لقد رأيت على سبيل المثال WinPython ، ولكن هذا ليس سوى MS-Win وليس CPython خالصًا / ليس ما كنت أبحث عنه.

براديونسج تم التعليق عليه في 20 يوليو 2017

@ return42 - اسم جميل - هل تم حل سؤالك؟

عودة 42 تم التعليق عليه في 20 يوليو 2017

نعم اجاب سؤالي .. لكن حل؟

أنا أفهم سبب استخدام النقطة لأسماء المسارات المطلقة ولدي حل بديل. العيوب هي: أن الحل الخاص بي متشدد وقد ينكسر في المستقبل (القريب) ..

لا يتناسب قرار اسم المسار المطلق للنقطة مع جميع السيناريوهات. سيكون من الجيد أن يكون لديك خيار لتعيين خط shebang. على سبيل المثال --shebang = python الذي يُدرج كلمة shebang البسيطة #! python.

الرقص علق في 16 أغسطس 2017 & # 8226

لدي مشكلة مع هذا عند استخدام Cygwin.

يعتمد الإعداد الحالي الخاص بي مع Cygwin و Windows python على برنامج نصي باش

/ bin / python ، المضمن في PATH ، يحول مسارات POSIX من نصوص Python النصية إلى مسارات Windows ويمرر ذلك إلى Windows python لتنفيذ البرنامج النصي.

حيث يتم تعيين $ PYTHON كمسار لمترجم Windows python الخاص بي.

عندما أقوم بتثبيت برنامج نصي من Python عبر نقطة ، قد يحتوي البرنامج النصي على shebang مخصص يشير إلى مترجم Windows python.
هذا يتجاوز بلدي

/ bin / python ولذا فأنا غير قادر على تنفيذ هذا البرنامج النصي من خلال Cygwin.

أوه ، وأنا أستخدم Anaconda التي تم تثبيتها في Windows وليس لها معادلة Cygwin.

لذلك أحب فكرة التحكم في shebang أثناء التركيبات عبر الأنابيب.

عودة 42 علق في 16 أغسطس 2017

DancingQuanta هل اختبرت استبدال تثبيت نقطة الاختراق الخاص بي:

python -c "نقطة استيراد ، syssys.executable = '

هل هذا الحل يعمل من أجلك؟

الرقص تم التعليق عليه في 17 أغسطس 2017

لا نرد ، الاختراق لا يعمل بالنسبة لي

ما الملف الذي تحاول العثور عليه؟

/ بن / بيثون؟ حاولت التوسع "

'لكن هذا ينتج أخطاء مختلفة

عودة 42 علق في 17 أغسطس 2017 & # 8226

خطأ نظام التشغيل: [WinError 193]٪ 1 ليس تطبيق Win32 صالحًا

/ bin / python هو برنامج نصي للقذيفة. لا أعرف ما إذا كان سيعمل على الإطلاق.

حسنًا ، فهمت الآن ما تحاول القيام به: أنت تستخدم نظام Win وتبدأ نصًا برمجيًا شل ، والذي يبدأ مترجم Python المناسب كعملية فرعية لبرنامج shell النصي. على برامج Win shell ليست قابلة للتنفيذ ، تحتاج إلى استدعاء bash .. puh ..

ما رأيك هو shebang المثالي لهذا (ليس لدي فكرة)؟

الرقص علق في 17 أغسطس 2017 & # 8226

إذا قمت بتنفيذ نص بيثون من بيئة bash ، أتوقع أن يكون shebang هو usr / bin / env python حيث يجد ذلك

/ بن / بيثون. هذا shebang شائع في لينكس. ومع ذلك ، لا أخطط لاستخدام نصوص Python من cmd.

إذا قمت باستبدال os.path.join (os.path.expanduser ('

') و' bin 'و' python ') لـ / usr / bin / env python.

ما هي العمليات التي تعمل بها النقطة والتي تعدل الشيبانج؟ إذا تمكنا بطريقة ما من استبدال مسار مترجم الثعبان قبل أن يتمكن من كتابة ذلك إلى shebang.

براديونسج تم التعليق عليه في 18 أغسطس 2017

vsajip هل إصلاح shebang في Distlib Master يحل هذا الموقف أيضًا؟

فساجيب تم التعليق عليه في 18 أغسطس 2017

لا - هذا الإصلاح مخصص لـ POSIX فقط ، ويتعلق بقيود Linux على تحليل shebang. على Windows ، يتم تحليل shebang بواسطة مشغل Python لنظام التشغيل Windows (إذا لم يكن متاحًا ، فلن يعمل shebangs على Windows). IIRC للحصول على shebang باستخدام / usr / bin / env python ، يبحث المشغل في Windows PATH عن ملف Python القابل للتنفيذ.

تستخدم البرامج النصية المثبتة في venv دائمًا مسارات مطلقة للمترجمين الفوريين ، مما يسمح باستخدامهم حتى عندما لا يتم تنشيط venv. هذا حسب التصميم. يجب على المستخدمين اعتبار venvs بمثابة إطلاقات - بدلاً من توقع أن يعمل برنامج نصي مثبت في venv في آخر بشكل ضمني ، يجب على المستخدمين فقط تثبيت البرنامج في venvs متعددة. أدرك أن هذا لا يحل مشكلة OP ، وهي حالة متخصصة - لهذا ، يمكنهم (على سبيل المثال) كتابة أداة صغيرة تعمل على إصلاح shebangs في جميع البرامج النصية المتأثرة إلى أيًا كان دليل Python المحلي للمستخدم.

عودة 42 تم التعليق عليه في 18 أغسطس 2017

أدرك أن هذا لا يحل مشكلة OP ، وهي حالة متخصصة - لهذا ، يمكنهم (على سبيل المثال) كتابة أداة صغيرة تعمل على إصلاح shebangs في جميع البرامج النصية المتأثرة إلى أيًا كان دليل Python المحلي للمستخدم.

نعم ، يمكنني كتابة مثل هذا البرنامج النصي لـ * nix ، لكن لا توجد طريقة (باستثناء الحل البديل) لمشغلات Win. exe.

لذلك أنا أتطلع حقًا إلى تعيين shebangs بشكل فردي عند التثبيت باستخدام Pip. أعني ، أنا فقط أريد shebang الذي يسمي الثعبان من البيئة .. هل هذه حقًا حالة متخصصة؟

الرقص علق في 18 أغسطس 2017 & # 8226

هذه الحالة مهمة إذا كنت تستخدم Cygwin مع Windows python (خاصة تلك التي تترابط مع Anaconda).
يعجبني برنامج الاختراق الذي يعدل shebang قبل كتابته إلى نص Python أثناء التثبيت.
أحب أن أرى المكان الذي يكتب فيه شيبانغ وسيعدل نص الاختراق ذلك الشيبانغ قبل الكتابة.

براديونسج تم التعليق عليه في 18 أغسطس 2017

أحب أن أرى المكان الذي يكتب فيه شيبانغ وسيعدل نص الاختراق ذلك الشيبانغ قبل الكتابة.

إذا كان فهمي صحيحًا ، فسيكون ذلك هو pip.wheel: fix_script. :)

الرقص تم التعليق عليه في 18 أغسطس 2017

شكرًا لك ، ولكني لست جيدًا حقًا في تعديل سلوك حزم Python الحالية.

على الرغم من أن وظيفة الاختراق هذه ستكون طويلة جدًا بالنسبة لها

أعتقد أن وظيفة الاختراق المذكورة أعلاه يمكن أن تكون في نص بيثون

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

فساجيب تم التعليق عليه في 19 أغسطس 2017

نعم ، يمكنني كتابة مثل هذا البرنامج النصي لـ * nix ، لكن لا توجد طريقة (باستثناء الحل البديل) لمشغلات Win. exe.

هذا ممكن ، لكن قد يكون مجرد عمل أكثر بقليل. سأفكر أكثر حول هذا الموضوع.

لذلك أنا أتطلع حقًا إلى تعيين shebangs بشكل فردي عند التثبيت باستخدام Pip. أعني ، أنا فقط أريد shebang الذي يسمي الثعبان من البيئة .. هل هذه حقًا حالة متخصصة؟

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

    قم بتثبيت foolib في venv A والذي يتضمن برنامج نصي fooscript باستخدام وظيفة foolib. سيكون لهذا حاليًا مرجع shebang على سبيل المثال

هذا هو سبب عدم استخدام النقطة على سبيل المثال / usr / bin / env python بشكل افتراضي.

عودة 42 علق في 21 أغسطس 2017

vsajip: شكرا .. نعم ، أفهم وأعرف الصراع بين مختلف ق.

هذا هو سبب عدم استخدام النقطة على سبيل المثال / usr / bin / env python بشكل افتراضي.

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

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

براديونسج علق في 21 أغسطس 2017

@ return42: سؤالي هو ، لماذا نستخدم أسماء المسار المطلقة في shebang بدلاً من استخدام الثعبان الأول من PATH env؟

vsajip هذا هو سبب عدم استخدام النقطة على سبيل المثال / usr / bin / env python بشكل افتراضي.

أعتقد أنه تمت الإجابة على السؤال. :)

إنني أميل إلى إغلاق هذه القضية سأقاوم الدافع.

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

براديونسج علق في 21 أغسطس 2017

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

هناك ترقيع قرد ، إنه يستخدم النقطة بطريقة غير مدعومة ، لم يتم التعليق عليه جيدًا وكل ذلك.

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

ربما يفعل ما تريده.

عودة 42 علق في 21 أغسطس 2017

أعتقد أنه تمت الإجابة على السؤال. :)

نعم ، وقد تم الرد عليه بالفعل من قبلpfmoore في # 4616 (تعليق) لهذا السبب طلبت خيارًا للنقر في # 4616 (تعليق)

FWIW ، أعتقد أن هذه حالة متخصصة للغاية.

قد يكون من ملف Python & amp POV الضيق. لكن هناك أشخاص في الخارج يحاولون إدارة سيناريوهات حقيقية.

هناك ترقيع قرد ، إنه يستخدم النقطة بطريقة غير مدعومة ، لم يتم التعليق عليه جيدًا وكل ذلك.

شكرًا لعملك على هذا ، لكن لا يمكنني رؤية فائدة كبيرة على بلدي

python -c "import pip، syssys.executable = '#! python.exe'pip.main ()"٪ *

إنني أميل إلى إغلاق هذه القضية سأقاوم الدافع.

إذا كنت تعتقد أن هذه المناقشة منتقاة (نظرًا لوجود حلين للقرصنة الآن) ، فلا تتردد في إغلاق المشكلة. لكن لماذا لا تنتظر وترى ما سيقوله الآخرون الذين يدورون حول هذه القضية؟

براديونسج علق في 21 أغسطس 2017

لكن لماذا لا تنتظر وترى ما سيقوله الآخرون الذين يدورون حول هذه القضية؟

وهذا هو بالضبط سبب عدم إغلاقها. :)

جلابولا كراي تم التعليق عليه في 30 يوليو 2018

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

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

@ return42 ، أوافق على هذا بنسبة 100٪. أنا أعمل حاليًا على حل هذه المشكلة في مكان عملي. من الناحية المثالية ، أرغب في رؤية خيار -shebang متاحًا في جميع الأماكن التالية:

  • تثبيت نقطة - shebang = / my / shebang.
  • easy_install --shebang = / my / shebang.
  • python setup.py install --shebang = / my / shebang. تثبيت python.

بعضها خارج نطاق Pip Git repo ، لكنني اعتقدت أنني سأرميها هناك.

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

عمرو 66 تم التعليق عليه في 23 أكتوبر 2018

أقوم بإجراء تثبيت محمول لنظام التشغيل Windows لحزمة نظم معلومات جغرافية كبيرة مفتوحة المصدر تسمى qgis. يعني المحمول هنا ، أنه يمكنني بدء تشغيل البرنامج من محرك أقراص USB أو محرك أقراص شبكة. يأتي QGIS مع تثبيت Python الخاص به ، وهو غير مسجل بموجب نظام التشغيل. يستخدم البرنامج بيئته الخاصة تحت windows ويأتي مع مثبت يقوم بتنزيل العديد من الحزم ، والعديد منها عبارة عن حزم python. أحد العوائق هو أن نصوص البايثون القابلة للتنفيذ ذاتيًا لها مسار مطلق يشير إلى دليل يختاره المثبت عادةً. لذلك لا يمكن للمسؤول / المستخدم التثبيت على دليل آخر ولا يعمل التثبيت المحمول أيضًا مع هذه البرامج النصية. داخل QGIS ، يكون python.exe الصحيح دائمًا في المسار ، لذلك يمكن أن يستخدم أحد الخيارات #! python.exe. أنا أقول أن هذا ليس مطور QGIS.

عودة 42 تم التعليق عليه في 23 أكتوبر 2018

@ amr66 بدلاً من استخدام النقطة ، هل اختبرت نقطة استدعاء الحل البديل الخاصة بي بهذه الطريقة:

يرى "ما أديره"في أعلى مشاركة.

عمرو 66 علق في 23 أكتوبر 2018 & # 8226

@ return42 قرأت الموضوع بأكمله ، لكن لم أجرب الحل البديل. بدلا من ذلك أنا أستخدم فقط

سيكون من الجيد تقديم حل عام مع نقطة لمطور osgeo4w / gis ، على أي حال. لا أعتقد أنهم سيقبلون حلًا بديلًا على الإطلاق.

عودة 42 تم التعليق عليه في 23 أكتوبر 2018

@ amr66 آسف إذا كنت بطيئة البديهة ، لا بد لي من أن أسأل: هل

عمرو 66 تم التعليق عليه في 23 أكتوبر 2018

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

عمرو 66 تم التعليق عليه في 23 أكتوبر 2018

آه ، الآن فهمت ، حسنًا ، إنه يعمل بشكل جيد ، شكرًا لك.

عمرو 66 تم التعليق عليه في 23 أكتوبر 2018

لقد استخدمت ذلك تحت python3 / pip 18.1 ، حيث أن الأمر الخاص بك يرمي AttributeError: الوحدة النمطية 'pip' لا تحتوي على سمة 'main'

عودة 42 تم التعليق عليه في 23 أكتوبر 2018

@ amr66 شكرا على الإشارة. لقد اختبرت بـ 18.1 وقمت بتحديث أفضل منشوراتي.

لورديافين علق في 17 سبتمبر 2019 & # 8226

لقد قمت مؤخرًا بإعداد بيئة Python 2.7 "المحمولة" التي يمكن استخدامها من مواقع تثبيت مختلفة وتعثرت عبر مشكلة المسار المطلق هذه. لم أقم بتثبيت البرامج النصية في ملف venv ، لذا (كمستخدم ومطور Windows) توقعت أن يتم البحث عن python.exe في دليل العمل الحالي أو المجلدات المدرجة في مسار البحث (٪ PATH٪).

إذا كانت النقطة لديها القدرة على تحديد ما إذا كان التثبيت مستمرًا في venv نشط ، فيجب استخدام abspath. بخلاف ذلك ، استخدم / usr / bin / env python واتركه للمشغل للبحث في بيئة Windows للعثور على الملف القابل للتنفيذ.

ليس للنصوص التي تكتبها - ولكن للنصوص التي تم تثبيتها في ملف venv يكون شيء من حالة متخصصة لأنه بشكل عام ، يمكن أن تفشل الأشياء إذا تم استخدام مترجم غير مترجم venv (الذي يستخدم بيئة venv) لتشغيل برنامج نصي مثبت في venv. فقط لتوضيح ما أعنيه ، إليك تجربة فكرية:
.
هذا هو سبب عدم استخدام النقطة على سبيل المثال / usr / bin / env python بشكل افتراضي.

أوافق على أن البرنامج النصي المثبت في venv A يعتمد عليه ، ولكن إذا كنت أعمل في venv B آخر ، فلا ينبغي أن يكون هذا البرنامج النصي من A متاحًا / يعمل. سأكون غاضبًا لأن النص من venv A. هذا هو السبب في أن السيناريو الخاص بك غير حاسم بالنسبة لي.

بفموور علق في 17 سبتمبر 2019

هذا هو السبب في أن السيناريو الخاص بك غير حاسم بالنسبة لي.

كنقطة مقابلة لحجتك ، لدي بشكل روتيني نصوص برمجية من venvs متعددة قابلة للتشغيل في نفس الوقت. في بعض الأحيان ببساطة عن طريق وجود أكثر من دليل Scripts واحد على PATH ، وغالبًا عن طريق نسخ غلاف البرنامج النصي exe إلى موقع مركزي (يقوم pipx بذلك ، وبالتالي يعتمد بشكل كبير على المسارات المطلقة في shebang).

لذا فإن تغيير النقطة لعدم إنشاء مسارات مطلقة في البيئات الافتراضية قد يتسبب في حدوث خلل كبير.

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

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

لورديافين علق في 17 سبتمبر 2019

لذا فإن تغيير النقطة لعدم إنشاء مسارات مطلقة في البيئات الافتراضية قد يتسبب في حدوث خلل كبير.

أنا آسف لأنك أخطأت في فهمي. هذا ليس ما اقترحته. أقترح استخدام المسارات المطلقة في البيئات الافتراضية فقط. لكن يبدو أن هذا لن يناسب كل سيناريو أيضًا.

أتفق معك بشأن الاتساق ولكن استخدام IMHO لمسارات مطلقة مشفرة في التطبيقات كان وسيظل ممارسة سيئة. ربما لدي وجهة نظر خاطئة هنا ، لكن لا يوجد أحد مثالي

شكرًا لردك ، سأفكر في استخدام أحد الحلول المقترحة.

بفموور علق في 17 سبتمبر 2019

لا ، لم أكن واضحًا بما فيه الكفاية. كنت أعلم أنك كنت تقول أن المسارات المطلقة لـ venvs كانت جيدة ، وكنت تنوي الاتفاق معك. ما أردت التناقض معه هو وجهة نظرك أنه عندما تكون env B نشطة ، لن تتوقع استخدام نصوص من env A ، بينما أفعل أشياء كهذه طوال الوقت.

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

عودة 42 علق في 17 سبتمبر 2019 & # 8226

لذلك سأدافع عن التناسق (المسارات المطلقة في كل مكان) بشكل افتراضي.

هذا جيد بالنسبة للإعداد الافتراضي ، لقد طلبت إضافة خيار لأمر النقطة. يمكنني فقط أن أكرر ما قلته في 2017: # 4616 (تعليق) وأشير إلى هذا التعليق من 2018 # 4616 (تعليق)

للتلخيص: طالما لم يكن لدينا خيار تثبيت النقطة - Shebang = & ltmy / shebang & gt ، فيمكننا استخدام الحل:

على سبيل المثال ، استخدم Python من PATH دائمًا:

جلابولا كراي تم التعليق عليه في 18 سبتمبر 2019

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

دعنا نتظاهر بأنني أطلب من pip تثبيت scipy في البادئة / usr / local (وليس في بيئة افتراضية). إذا قمت لاحقًا بضبط PYTHONPATH الخاص بي بحيث يتم العثور على numpy آخر أولاً (numpy هو تبعية scipy) بدلاً من المثبت في / usr / local ، فإن scipy وجميع البرامج النصية المثبتة في / usr / local ستستخدم numpy الجديد تلقائيًا التي أرتديها على بايثونباث. ومع ذلك ، إذا قمت بضبط PATH الخاص بي بحيث يتم العثور على مترجم Python آخر أولاً ، فلن تستخدم البرامج النصية المثبتة في / usr / local لغة Python الجديدة التي وضعتها عمدًا على PATH.

بمعنى آخر: يمكنني تعديل حزم Python التي تم العثور عليها بحرية في البرامج النصية في / usr / local ، لكن لا يمكنني تعديل مترجم Python الذي تم العثور عليه بحرية من خلال البرامج النصية في / usr / local. هذا يبدو غير متسق بالنسبة لي.

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

أتفهم أن هناك حالات استخدام حيث تريد قفل برنامج Python بالكامل وإجباره على استخدام مترجم Python ومسار بحث ثابت لحزمة Python. ولكن هناك أيضًا حالات استخدام حيث تريد أن يتكيف نص Python مع بيئته. هل يمكننا الحصول على --shebang =. الخيار الذي يمكّن المستخدمين من التعامل بشكل أكثر ملاءمة مع هذه الأنواع من حالات الاستخدام التكيفية؟ لا أفهم سبب وجوب عدم السماح بحالات الاستخدام التكيفية أو تثبيطها.


Crhirt


منظم طوبولوجيًا لاستخدامه في رسم الخرائط وتطبيقات نظام المعلومات الجغرافية (GIS).


ومع ذلك ، عندما أحاول تحميل ملف .dlg في QGIS ، تظهر لي رسالة خطأ:


مصدر بيانات غير صالح: C: / Users /. /cl303ohy.dlg ليس مصدر بيانات صالحًا أو معروفًا.


لا يؤدي البحث عن كيفية تحميل ملف DLG إلى QGIS إلى أي نتائج مفيدة. يبدو أن 'dlg' يُستخدم في ترميز Python لإنشاء أو تحميل مكون إضافي ، لذا فإن جميع نتائج البحث تناقش المكونات الإضافية.

كيف يمكنني استخدام ملف DLG في QGIS؟

لقد قمت بتنزيل hypsography (خطوط توبو) بتنسيق DLG (رسم بياني خطي رقمي). جاء الملف من OGRIP ، على الرغم من أنه جاء في الأصل من USGS. وفقًا لويكيبيديا ، ملفات DLG هي ملفات


منظم طوبولوجيًا للاستخدام في رسم الخرائط وتطبيقات نظام المعلومات الجغرافية (GIS).


ومع ذلك ، عندما أحاول تحميل ملف .dlg في QGIS ، تظهر لي رسالة خطأ:


مصدر بيانات غير صالح: C: / Users /. /cl303ohy.dlg ليس مصدر بيانات صالحًا أو معروفًا.


لا يؤدي البحث عن كيفية تحميل ملف DLG إلى QGIS إلى أي نتائج مفيدة. يبدو أن 'dlg' يُستخدم في ترميز Python لإنشاء أو تحميل مكون إضافي ، لذا فإن جميع نتائج البحث تناقش المكونات الإضافية.

كيف يمكنني استخدام ملف DLG في QGIS؟

I downloaded hypsography (topo lines) in DLG (Digital Line Graph) format. The file came from OGRIP, although it originally came from USGS. According to Wikipedia, DLG files are


topologically structured for use in mapping and geographic information system (GIS) applications.


However, when I try to load the .dlg file into QGIS, I get an error message:


Invalid Data Source: C:/Users/. /cl303ohy.dlg is not a valid or recognized data source.


Searching for how to load a DLG file into QGIS doesn't yield any helpful results. Apparently 'dlg' is used in the python coding for creating or loading a plugin, so all the search results discuss plugins.

How can I use a DLG file in QGIS?

I downloaded hypsography (topo lines) in DLG (Digital Line Graph) format. The file came from OGRIP, although it originally came from USGS. According to Wikipedia, DLG files are


topologically structured for use in mapping and geographic information system (GIS) applications.


However, when I try to load the .dlg file into QGIS, I get an error message:


Invalid Data Source: C:/Users/. /cl303ohy.dlg is not a valid or recognized data source.


Searching for how to load a DLG file into QGIS doesn't yield any helpful results. Apparently 'dlg' is used in the python coding for creating or loading a plugin, so all the search results discuss plugins.


Compatibility is an important feature of any software package and good compatibility ensures that the user can incorporate all of the data they need into the task at hand.

We often find ourselves in a position where the data we need is created or stored in a different format from the one we’re using, for example where:

  • A range of different software packages are used within a company.
  • Contractors provide geophysical, surveying or topographic data in third-party formats.
  • Consultants receive data from clients in different formats.
  • Companies want to take advantage of open source data or software which uses a different file format.

Whichever the scenario, the user faces the task of getting the data they need into the software they’re using. If software doesn’t allow for compatibility or makes it difficult then there is the risk that the data isn’t incorporated into the task and so is not used to its full potential.

In the current climate we all want to get the most of out of our data and so in this month’s blog we aim to demonstrate some tips and tricks for getting different data formats into Micromine. In particular we’ll focus on exploration and open source data.

Display or import?

It’s possible to display and import third-party file formats into Micromine and the distinction between the two is important.

If you choose to display the data, that third party file is simply shown in Micromine’s 3D viewing environment, Vizex, in the manner you’ve chosen. As the data is still in a third party format it is not possible to edit it or use it in certain functions. Alternatively, if you choose to import it then you create a Micromine version of the data which can be edited and used freely.

Let’s illustrate this using a very simple example of soil sampling locations which were recorded with a hand-held GPS and stored in GPS eXchange ( GPX ) format.

Figure 1 shows the soil sample locations in GPX format displayed directly in Vizex as a CAD/GIS طبقة. In this way the sample locations can be enhanced by colour coding, scaling and labelling, and can even be converted from geographic to UTM coordinates on the fly.

What you are unable to do is edit the data. For example, you could not change the sample numbers or add additional fields in which to import assay data. If this was necessary you would import and create a Micromine version of the data using File | Import | Vector Data.

Figure 1: Soil samples in a GPX file displayed directly in Vizex over a topographic surface

Whether to display or import data is a relatively intuitive choice. If you simply want to see data to assist with your interpretations then displaying it is sufficient. If you want to enhance, edit and use the data in other functions then it should be imported.

With this established we can look at compatibility of data from different sources.

جوجل إيرث

Google Earth uses images and geographical data to make a 3D map of the Earth. It sources data from aerial photography and from satellites. The resolution of the imagery depends on its provenance and so the resolution of the images is variable across the globe. The age of the images is usually between one and three years old and they are presented in geographical coordinates (latitude/longitude) in the World Geodetic System of 1984 (WGS 1984). There are two packages available for interacting with the data Google Earth and Google Earth Pro, both of which are free.

The relatively recent age (geologically speaking!) and the resolution make Google Earth imagery an excellent tool for early stage reconnaissance and exploration. It is particularly useful for photo interpretation where attributes such as colour, texture, shape and size are used to interpret and draw geological and geographical features from images.

Drawing tools in Google Earth comprise points, lines and polygons which are referred to as placemarks, paths and polygons respectively. Placemarks are ideal for locating point features such as drillhole collars. Paths can be used to draw linear features such as roads, tracks, streams and trenches, or linear geological features such as faults. Polygons can be used to draw rock outcrops or other surficial features.

How to use Google Earth is beyond the scope of this blog. But the drawing placemarks and paths is summarized nicely in these two tutorials:

Features drawn in Google Earth are automatically saved in Keyhole Markup Language Zipped (KMZ) format but to be able to use them in Micromine they should be saved in Keyhole Markup Language ( KML ) format. This is easily done by right clicking on the feature you’ve drawn in the Places window of Google Earth, choosing Save Place As from the menu and choosing ملف KML مثل حفظ كنوع. Once a KML file is created the process of getting this into Micromine is straightforward.

To demonstrate this a drainage network has been interpreted from imagery in Google Earth and saved as a KML file. The file was imported into Micromine using File | Import | بيانات المتجه and because Google Earth uses geographical coordinates these were converted to UTM using Survey | Convert Coordinates Between | نظم الإحداثيات. The file was then displayed in Vizex as a سلسلة and colour coded by stream order, an attribute which was assigned in Google Earth.

Figure 2: Drainage pattern interpretation

This is very basic information but what it represents is freely-obtained data that can easily be incorporated into geological interpretation and exploration planning. For example, this drainage information could assist with interpretation of the soil sampling results or be used to plan a stream sediment sampling program. There are numerous other geological and geographical features which can be interpreted and used in the same way.

Geographical Information System (GIS) Data

A common division of labour between software packages is geological mapping and geological modelling. It is common for geological mapping to be digitized in a GIS package and geological modelling, which requires 3D interaction with the data, to be completed in a General Mining Package (GMP). Where relevant, geological mapping should be incorporated into the geological modelling process and thus file compatibility becomes important.

ال File | Import | بيانات المتجه function also allows for compatibility with GIS or Computer Aided Design (CAD) software. The example in Figure 3 shows geological mapping from an Esri Shape (SHP) file imported using this function. Note that the Import attributes option is set on the dialog. With this option set geological codes, descriptions or other data attributed to the polygons will be imported in addition to the polygons.

Once imported the geological mapping has been displayed as a سلسلة with the polygons filled and a hatch set applied to the geological codes. The geological mapping can now be used to inform drill hole planning, geological interpretation and geological modelling.

Figure 3: Geological mapping in Esri SHP format imported and displayed in Micromine

Raster Grids

A raster is a regular grid of cells where each cell is assigned a value. These values depend on the phenomena in question, for example gravity, magnetic intensity or elevation. They are usually used to represent continuous features where values change gradually over the study area.

Geophysical contractors may supply data in raster format and much of the open source geophysical and elevation data available from government bodies is also in raster format. Raster data comes in a wide range of file formats JPEG (JPG), JPEG 2000 (JP2). GeoTIFF (tif), ERMapper (ERS), Arc/Info ASCII Grid (ASC), to name a few.

These formats can be directly displayed or imported into Micromine but before doing either an important consideration is the coordinate system. Raster images are often provided in geographical coordinates and when displayed in Micromine this can lead to vertical exaggeration of the cell values.

Using elevation as an example, if the coordinates are in latitude and longitude and the elevation data in each cell is in meters, then there will be a vertical exaggeration of approximately 110,000:1m (as there are around 110,000m per degree of latitude/longitude). To rectify this the raster image must be converted to an appropriate working coordinate system such as UTM. This best achieved in a GIS package (if you don’t have one available then as with Frank’s previous blog posts QGIS will do the job perfectly).

To demonstrate this we’ll use some Shuttle Radar Topography Mission (SRTM) elevation data available via the United States Geological Survey (USGS).

SRTM data was acquired from a radar systems aboard the Endeavour space shuttle flown in 2000. The radar system consisted of two antennas which collected signals at the same time and the difference between the two signals was used to calculate the surface elevation. The data covers latitudes between 60° north and 56° south and has an accuracy of 30m in the USA (90m in the rest of the world), (USGS, 2012).

There are a few different data sets available which have varying degrees of processing and resolution. The processing generally involves filling gaps in the data, and delineating and rectifying features such as lakes and coastlines.

The data is provided in geographic coordinates using the WGS 84 horizontal datum and the Earth Gravitational Model of 1996 (EGM96) vertical datum. A range of file formats are available but for our purposes we’ll look at the Georeferenced Tagged Image File Format (GeoTIFF).

A word of warning, due to the interpolation and accuracy (especially in the vertical dimension) STRM data is no substitute for an accurate topographic survey. However, it is an excellent resource for early stage exploration.

To obtain some topographic data sign up the United States Geological Survey (USGS) EarthExplorer website and use the interactive map or address bar to choose a location (Figure 4).

Figure 4: USGS Earth Explorer.

Click on Data Sets and expand Digital Elevation where you will find the SRTM بيانات. Select a type and click on نتائج and here you’ll see the available data listed. Note that the data available varies depending on the geographical location you choose.

Click on the thumbnail to preview the chosen data (Figure 5). If you’re happy with it click on the download thumbnail and a dialog will appear from which you should choose the GeoTIFF file.

Figure 5: STRM data available from USGS

Using a GIS package convert the coordinates of the file from geographic to an appropriate coordinate system. The work flow for QGIS is as follows:

  • أختر Raster | Projections | Warp (Reproject) from the menu.
  • Select your downloaded GeoTIFF as the input file.
  • Provide a new name and location for your re-projected output file.
  • ممكن Target SRS and use the Select…. button to choose the new Projected Coordinate system.
  • انقر حسنا to run the conversion.

You are now ready to use the raster in Micromine. In contrast to some other file types, third-party grid files can be used in quite a few Micromine functions without importing them. So in this case we’ll display it directly.

To do this double click on the Grid Surface في Vizex Forms and navigate to the location of your GeoTiFF file (ensuring that you choose All Grid Files in the browser so that you can see the GeoTiff) (Figure 6).

Figure 6: Displaying a third-party grid directly in Micromine

Before displaying it enhance the grid by creating a colour set for the elevations (Figure 7). To do this select the خيارات العرض on the Grid Surface dialog, right click in the Colour set response and choose جديد. استخدم ال Assign button to assign ranges for the elevations then يختار an appropriate Colour Palate. The result is a topographic surface which can be displayed in 3D, as an image or a 2D slice.

Figure 7: Creating a colour set for a third-party grid in Micromine

Often it is more convenient to have a topographic surface available as a Digital Terrain Model (DTM) file as it allows the surface to be used in a wider range of functions. This is achieved using Grid | Convert to DTM. A DTM contains a great deal more data than a raster grid and so occasionally very large or complex grids will be too large to convert. Rectifying this is quite simple, in the grid to DTM conversion dialog there is an option to Sample every nth block which simplifies the DTM by skipping some of the cells. In these cases start with something coarse and work downwards towards the smallest possible number.

Figure 8 shows the resulting DTM created directly from the third-party raster grid. Again, this exemplifies how good file compatibility can give the user an opportunity to integrate freely available data into the work flow.

Figure 8: DTM created in Micromine from third-party raster grid

استنتاج

Hopefully this post has demonstrated that good compatibility can really increase the variety of data that you can incorporate into your work. It should also have demonstrated that in addition to the traditional types of data there is a whole range of open source information available for use.