أكثر

ArcGIS 10.2.1 يعالج أنماط علامات الاقتباس

ArcGIS 10.2.1 يعالج أنماط علامات الاقتباس


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

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

>>> لمجموعة البيانات في قائمة مجموعة البيانات: ... طباعة مجموعة البيانات + "" + "مجموعة البيانات" ... خطأ في التحليل ، خطأ التركيب: بناء جملة غير صالح (السطر 2)

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

لماذا لا يستطيع البرنامج تفسير خطوط مختلفة لنفس رمز لوحة المفاتيح؟

استجابتي للمستخدم هو التأكد من أن جميع علامات الاقتباس متسقة إما "أو".

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

>>> لمجموعة البيانات في قائمة مجموعة البيانات: ... طباعة مجموعة البيانات + "" + "مجموعة البيانات" ... مجموعة بيانات أصول الثقافة أنابيب مجموعة البيانات مجموعة بيانات الآبار مجموعة بيانات الصور الجوية

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

>>> لمجموعة البيانات في قائمة مجموعة البيانات: ... طباعة مجموعة البيانات ، "مجموعة البيانات" ... مجموعة بيانات أصول الثقافة ، أنابيب مجموعة البيانات ، مجموعة بيانات الآبار ، مجموعة بيانات الصور الجوية

و

>>> لمجموعة البيانات في قائمة مجموعة البيانات: ... طباعة مجموعة البيانات + "+ 'Dataset' ... مجموعة بيانات أصول الثقافة أنابيب مجموعة البيانات مجموعة بيانات الآبار AerialPhoto Dataset

ومن المثير للاهتمام أن هذا لا يبدو أنه يمثل مشكلة عند استخدام الإصدارات اللاحقة من ArcGIS أي 10.2.2 و 10.3 ولكن ربما يكون هذا نتيجة لاستخدام علامات الاقتباس المناسبة كما هو مفترض في معالجة البرامج لهذه المشكلة المحددة.

هل واجه أي شخص آخر هذه المشكلة ، وإذا كان الأمر كذلك ، فما سبب عدم رؤية الكمبيوتر "و" كرمز واحد؟


ردي على المستخدم هو التأكد من أن جميع علامات الاقتباس متسقة إما "أو".

هذا هو الجواب. لكن لشرح الشفرة الفاشلة ، تحتاج إلى فهم أن "الكمبيوتر" لا يواجه المشكلة ، وافتراضك أن شيئين تسميهما بالمثل متطابقان.

حاول النظر من خلال عيون بايثون ، ومعرفة ما إذا كانت عروض الأسعار الخاصة بك هي نفسها: https://stackoverflow.com/a/227472/4986638

TLDR: اختبار باستخدام ord ('"') ، أو ord ('"') ، أو ord ('"') ، أو ord (")


يمكن أن يكون سؤالك أيضًا: لماذا لا يعمل الرمز الذي نسخته ولصقه من (ما أفترضه) MS Word في البرنامج النصي الخاص بي؟ يقوم برنامج MS Word ، ومعالجات النصوص الأخرى على الأرجح ، بالتحويل تلقائيًا "إلى" أو "لجعلها تبدو جميلة ، تمامًا كما لو كانت تستعمل الحرف الأول من الجملة الجديدة تلقائيًا. ولكن ، كما اكتشفت من خلال بعض الاختبارات الشاملة الجيدة ، تمامًا كما أن D هي شخصية مختلفة تمامًا عن d ، كذلك تكون "و" مختلفة ، أو في هذا الصدد "و".

لذا ، نصيحتك صحيحة تمامًا: لا تستخدم أبدًا "أو" ، استخدم دائمًا "و". النصيحة الطبيعية هي: لا تقم أبدًا بتحرير الكود في معالج الكلمات ، استخدم دائمًا برنامجًا مصممًا لتحرير الكود ، مثل IDLE (أساسي جدًا ويأتي مع Python / ArcGIS) أو Notepad ++ (يعمل مع العديد من اللغات المختلفة) أو PyScripter (خصيصًا لبايثون).


لا تعتبر "و" اقتباسات بالمعنى الطبيعي. إنها أحرف Unicode: http://www.fileformat.info/info/unicode/char/201c/index.htm http://www.fileformat.info/info/unicode/char/201d/index.htm

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


لاحظ أن Apple قد غيرت مؤخرًا طريقة تعامل OS X و TextEdit مع عروض الأسعار. يمكن أن تؤدي عمليات لصق النسخ البسيطة إلى اقتباسات غير قابلة للقراءة (لبيثون). http://www.iclarified.com/38772/how-to-disable-curly-quotes-in-mac-os-x-mavericks


شاهد الفيديو: BELAJAR ARCGIS #TAQRIMIBADI