قوانین توصیفی (Attribute Rules) در آرک‌جی‌ای‌اس پرو

در فصل قبل با Domain و Subtype ساختار ژئودیتابیس را محکم کردیم. اما سازمان‌ها به چیزی بیش از فهرست مقادیر مجاز نیاز دارند: باید بدانند چه کسی و کی هر عارضه را ساخته یا تغییر داده، دقت GPS هر نقطه‌ی برداشت‌شده چقدر بوده، چه فیلدهایی باید خودکار محاسبه شوند و چه ترکیب‌هایی از مقادیر اصلاً منطقی نیستند. Attribute Rules در ArcGIS Pro به همراه Editor Tracking، فیلدهای متادیتای GPS و Contingent Values، ژئودیتابیس را از یک انبار داده به یک سامانه‌ی هوشمند تبدیل می‌کنند. در این آموزش ArcGIS Pro همه‌ی این قابلیت‌ها را قدم‌به‌قدم فعال می‌کنیم.

پیش‌نیاز این فصل، کلاس‌های عارضه‌ی ژئودیتابیسی و آشنایی با Domain است که در فصل هشتم: ساخت ژئودیتابیس در ArcGIS Pro آموزش داده شد. همه‌ی قابلیت‌های این فصل فقط روی ژئودیتابیس (فایلی، موبایل یا سازمانی) کار می‌کنند و برای Shapefile در دسترس نیستند.

🧭 نگاهی کلی به قابلیت‌های پیشرفته‌ی ژئودیتابیس

🕵️ فعال‌سازی Editor Tracking

Editor Tracking چهار فیلد به کلاس اضافه می‌کند که ArcGIS به‌طور خودکار پر می‌کند: کاربر سازنده، تاریخ ساخت، آخرین کاربر ویرایشگر و تاریخ آخرین ویرایش. هیچ کاربری نمی‌تواند این مقادیر را دستی تغییر دهد. این ساده‌ترین راه پاسخ به پرسش «این تغییر را چه کسی و کی انجام داد؟» است.

🛠️ روش اول: از Properties کلاس عارضه

1. ۱در Catalog روی کلاس عارضه راست‌کلیک کنید و Properties را بزنید.
2. ۲در پنجره‌ی Feature Class Properties صفحه‌ی Manage را باز کنید.
3. ۳گزینه‌ی Editor Tracking را فعال کنید.
4. ۴اگر کلاس فیلدهای مربوط را ندارد، ArcGIS Pro پیشنهاد می‌دهد آن‌ها را با نام‌های پیش‌فرض (created_user، created_date، last_edited_user، last_edited_date) بسازد.
5. ۵OK را بزنید.

🛠️ روش دوم: ابزار Enable Editor Tracking

1. ۱در پنجره‌ی Geoprocessing ابزار Enable Editor Tracking را باز کنید.
2. ۲در Input Dataset کلاس یا جدول را انتخاب کنید.
3. ۳در چهار پارامتر Creator Field، Creation Date Field، Last Editor Field و Last Edit Date Field نام فیلدها را تعیین کنید. می‌توانید فقط برخی را پر کنید؛ مثلاً فقط آخرین ویرایشگر و تاریخ آن.
4. ۴گزینه‌ی Add fields را فعال کنید تا فیلدهای ناموجود ساخته شوند.
5. ۵در Record Dates in بین UTC و Time zone of database انتخاب کنید. برای داده‌هایی که در وب منتشر می‌شوند، UTC توصیه می‌شود.
6. ۶Run را بزنید.

📊 استفاده از اطلاعات ردیابی

• با Select By Attributes و شرطی مثل last_edited_date >= date '2026-10-01' همه‌ی ویرایش‌های این ماه را پیدا کنید.
• با نمادشناسی Unique Values روی last_edited_user ببینید هر کاربر کدام بخش نقشه را ویرایش کرده است.
• با ابزار Summary Statistics و Case field روی created_user تعداد عوارض ساخته‌شده توسط هر کارشناس را گزارش کنید.
• در Definition Query فقط عوارضی را نمایش دهید که در هفته‌ی اخیر تغییر کرده‌اند تا بازبینی متمرکز شود.

🛰️ افزودن فیلدهای متادیتای GPS

وقتی داده با گیرنده‌ی GNSS و برنامه‌هایی مثل ArcGIS Field Maps برداشت می‌شود، اطلاعات ارزشمندی مثل دقت افقی، دقت عمودی، تعداد ماهواره‌ها، نوع اصلاح (Fix type) و زمان دقیق برداشت وجود دارد. اگر کلاس فیلدهای استاندارد برای این اطلاعات داشته باشد، برنامه‌ی میدانی آن‌ها را خودکار پر می‌کند.

1. ۱در پنجره‌ی Geoprocessing ابزار Add GPS Metadata Fields را باز کنید.
2. ۲در Input Features کلاس عارضه‌ی نقطه‌ای مقصد برداشت را انتخاب کنید.
3. ۳Run را بزنید. ابزار مجموعه‌ای از فیلدها با پیشوند ESRIGNSS_ می‌سازد؛ مثل گیرنده، دقت افقی و عمودی، طول و عرض، ارتفاع، PDOP، HDOP، تعداد ماهواره‌ها، نوع اصلاح و زمان.
4. ۴کلاس را در ArcGIS Online یا Enterprise منتشر کنید یا از طریق نقشه‌ی آفلاین در دسترس برنامه‌ی میدانی قرار دهید.
5. ۵پس از برداشت میدانی، فیلدهای GNSS را در جدول بررسی کنید و با Select By Attributes نقاط با دقت پایین (مثلاً دقت افقی بیش از ۵ متر) را برای بازبینی جدا کنید.

🧠 Attribute Rules در ArcGIS Pro: قوانین هوشمند با Arcade

Attribute Rules قوانینی هستند که با زبان Arcade نوشته می‌شوند و در خود ژئودیتابیس ذخیره می‌شوند. چون قانون در داده است نه در نقشه یا پروژه، هر کسی که داده را ویرایش کند، از ArcGIS Pro یا برنامه‌ی وب یا موبایل، تابع همان قانون است. سه نوع اصلی قانون وجود دارد:

🔑 پیش‌نیازها

• کلاس باید در ژئودیتابیس باشد و ورژن ژئودیتابیس از Attribute Rules پشتیبانی کند (ژئودیتابیس‌های فایلی جدید پشتیبانی می‌کنند).
• کلاس باید فیلد Global ID داشته باشد. اگر ندارد، روی کلاس راست‌کلیک کرده و Manage > Global IDs را فعال کنید یا ابزار Add Global IDs را اجرا کنید.
• برای قوانین Validation و محاسبه‌ی دسته‌ای، Editor Tracking هم توصیه می‌شود و در برخی ژئودیتابیس‌ها الزامی است.
• آشنایی مقدماتی با Arcade که در فصل ششم: ویرایش اطلاعات توصیفی در ArcGIS Pro با آن آشنا شدیم.

🧮 ساخت قانون محاسباتی (Calculation Rule)

فرض کنید می‌خواهید فیلد Area_ha قطعات همیشه، با هر ساخت یا تغییر شکل، خودکار به‌روز شود.

1. ۱در Catalog روی کلاس عارضه راست‌کلیک کنید و Data Design > Attribute Rules را بزنید. نمای Attribute Rules با سه زبانه‌ی Calculation، Constraint و Validation باز می‌شود.
2. ۲زبانه‌ی Calculation را انتخاب کنید و در ریبون روی Add Rule کلیک کنید.
3. ۳در Rule Name نامی مثل Calc_Area_ha و در Description توضیح بنویسید.
4. ۴در Field فیلد مقصد Area_ha را انتخاب کنید.
5. ۵در Triggers گزینه‌های Insert و Update را فعال کنید تا قانون هنگام ساخت و ویرایش اجرا شود.
6. ۶روی دکمه‌ی عبارت کلیک کنید و عبارت Arcade زیر را بنویسید. سپس دکمه‌ی Verify را بزنید.
7. ۷در صورت نیاز گزینه‌ی Exclude from application evaluation را خاموش بگذارید تا قانون در برنامه‌های کلاینت هم ارزیابی شود.
8. ۸در زبانه‌ی Attribute Rules ریبون روی Save کلیک کنید.

// Area in hectares, always up to date
Round(AreaGeodetic($feature, 'hectares'), 3)

var zones = FeatureSetByName($datastore, "Zones", ["ZoneName"], true);
var z = First(Intersects(zones, $feature));
if (IsEmpty(z)) { return null; }
return z.ZoneName;

⛔ ساخت قانون محدودیتی (Constraint Rule)

قانون محدودیتی مثل یک نگهبان عمل می‌کند: اگر عبارت false برگرداند، ویرایش ذخیره نمی‌شود و پیام خطای دلخواه شما نمایش داده می‌شود.

1. ۱در نمای Attribute Rules زبانه‌ی Constraint را باز کنید و Add Rule را بزنید.
2. ۲نام قانون (مثلاً Diameter_Positive) و پیام خطا را در Error Message بنویسید؛ مثلاً «قطر لوله باید بزرگ‌تر از صفر باشد».
3. ۳Error Number را برای پیگیری تعیین کنید؛ مثلاً ۱۰۱.
4. ۴Triggerهای Insert و Update را فعال کنید.
5. ۵عبارت Arcade را بنویسید، Verify و Save کنید.

// Reject non-positive diameters
var d = $feature.Diameter_mm;
return !IsEmpty(d) && d > 0;

// Reject GPS points with horizontal accuracy worse than 1 meter
var acc = $feature.ESRIGNSS_H_RMS;
if (IsEmpty(acc)) { return true; }
return acc <= 1;

🔍 ساخت قانون اعتبارسنجی (Validation Rule)

قوانین Validation ویرایش را متوقف نمی‌کنند، بلکه پس از ویرایش، با اجرای دستور Validate، عوارض ناقض را پیدا و در جدول‌های خطا ثبت می‌کنند. این روش برای کنترل کیفیت دوره‌ای و قوانین پیچیده‌ای که نباید کار ویرایشگر را متوقف کنند مناسب است.

1. ۱در نمای Attribute Rules زبانه‌ی Validation را باز کنید و Add Rule را بزنید.
2. ۲نام، توضیح، Severity (شدت از ۱ تا ۵) و پیام خطا را تعیین کنید.
3. ۳عبارت Arcade را بنویسید؛ مثلاً بررسی کنید هر شیر حداقل با یک لوله تماس دارد. سپس Save کنید.
4. ۴لایه را به نقشه اضافه کنید، در زبانه‌ی Edit و گروه Manage Edits روی Error Inspector کلیک کنید تا لایه‌های خطا به نقشه اضافه شوند.
5. ۵در زبانه‌ی Edit روی Validate کلیک کنید تا قوانین در محدوده‌ی نقشه اجرا شوند.
6. ۶در پنجره‌ی Error Inspector فهرست خطاها را ببینید، روی هر خطا کلیک کنید تا نقشه به آن بزرگ‌نمایی کند، آن را اصلاح و دوباره Validate کنید. خطاهای پذیرفتنی را می‌توانید Mark as Exception کنید.

// Each valve must touch at least one pipe
var pipes = FeatureSetByName($datastore, "Pipes", ["OBJECTID"], true);
return Count(Intersects(pipes, $feature)) > 0;

🧾 توابع پرکاربرد Arcade در Attribute Rules

🗃️ مدیریت، انتقال و اشکال‌زدایی Attribute Rules

با رشد پروژه، تعداد قوانین زیاد می‌شود و مدیریت آن‌ها اهمیت پیدا می‌کند. چند ابزار و عادت کاربردی:

🐛 اشکال‌زدایی عبارت‌های Arcade

• پیش از ذخیره، همیشه دکمه‌ی Verify را بزنید؛ خطاهای نحوی و نام فیلد اشتباه همان‌جا گزارش می‌شوند.
• از تابع Console() برای چاپ مقادیر میانی استفاده کنید؛ خروجی آن در پیام‌های ارزیابی قابل مشاهده است.
• همیشه حالت IsEmpty را برای فیلدهای ورودی بررسی کنید تا قانون روی رکوردهای ناقص خطا ندهد.
• در FeatureSetByName فقط فیلدهای لازم را بخواهید (پارامتر فهرست فیلدها) و گزینه‌ی هندسه را فقط در صورت نیاز true کنید تا سرعت بالا بماند.
• قانون را ابتدا روی یک کپی کوچک از داده آزمایش کنید و پس از اطمینان، روی داده‌ی اصلی اعمال کنید.

یک فایل CSV از قوانین در کنار مستندات پروژه نگه دارید؛ اگر ژئودیتابیس آسیب ببیند یا بخواهید همان منطق را در شهر دیگری پیاده کنید، بازسازی قوانین چند ثانیه طول می‌کشد.

🔗 Contingent Values: ترکیب‌های مجاز بین فیلدها

Domain تعیین می‌کند هر فیلد به‌تنهایی چه مقادیری می‌تواند داشته باشد. اما گاهی مقدار مجاز یک فیلد به مقدار فیلد دیگر بستگی دارد. مثلاً لوله‌ی چدنی فقط در قطرهای ۱۰۰ تا ۶۰۰ و لوله‌ی پلی‌اتیلن فقط در ۲۰ تا ۲۵۰ میلی‌متر تولید می‌شود. Contingent Values دقیقاً همین وابستگی را تعریف می‌کند: وقتی کاربر جنس را انتخاب کند، فهرست قطرها فقط گزینه‌های مجاز همان جنس را نشان می‌دهد.

🧩 مفاهیم Contingent Values

• Field Group: گروهی از فیلدها که با هم ترکیب‌های مجاز دارند؛ مثلاً Material و Diameter.
• Contingent Value: یک ردیف مجاز از مقادیر برای فیلدهای گروه؛ مثلاً «چدن + ۲۰۰».
• Restrictive: اگر گروه محدودکننده باشد، ورود ترکیب غیرمجاز در پنجره‌ی Attributes و قالب‌ها ممکن نیست؛ در غیر این صورت فقط هشدار داده می‌شود.
• Any / Null: می‌توانید برای یک فیلد مقدار «هر مقدار» یا «خالی» را در ترکیب مجاز قرار دهید.

🛠️ مراحل تعریف Contingent Values

1. ۱مطمئن شوید همه‌ی فیلدهای گروه Domain دارند (Coded Value یا Range). Contingent Values فقط روی فیلدهای دارای Domain کار می‌کند.
2. ۲در Catalog روی کلاس راست‌کلیک کنید و Data Design > Contingent Values را بزنید. نمای Contingent Values باز می‌شود.
3. ۳در ریبون روی Manage Field Groups کلیک کنید، یک گروه جدید (مثلاً MaterialDiameter) بسازید و فیلدهای Material و Diameter را به آن اضافه کنید. گزینه‌ی Restrictive را بر اساس نیاز فعال کنید.
4. ۴اگر کلاس Subtype دارد، ابتدا Subtype مورد نظر را انتخاب کنید؛ ترکیب‌ها می‌توانند برای هر Subtype متفاوت باشند.
5. ۵در جدول نمای Contingent Values، برای هر ترکیب مجاز یک ردیف اضافه کنید: Material = چدن، Diameter = ۱۰۰؛ Material = چدن، Diameter = ۱۵۰ و به همین ترتیب.
6. ۶برای Range Domainها می‌توانید در هر ردیف یک زیرمحدوده تعیین کنید.
7. ۷Save را بزنید.
8. ۸لایه را دوباره به نقشه اضافه کنید و در پنجره‌ی Attributes یک لوله را ویرایش کنید: با تغییر جنس، فهرست قطرها تغییر می‌کند.

🧱 ترکیب قابلیت‌ها: یک ژئودیتابیس هوشمند در عمل

قدرت واقعی این فصل در ترکیب قابلیت‌هاست. نمونه‌ی زیر طراحی رایج برای لایه‌ی شیرهای آب است:

با این هفت لایه، بیشتر خطاها پیش از ورود به داده متوقف می‌شوند و آنچه باقی می‌ماند، با Validate و Error Inspector به‌سرعت پیدا می‌شود. برای خطاهای هندسی مثل هم‌پوشانی و شکاف هم ابزار اصلی توپولوژی است که در فصل بعد بررسی می‌کنیم.

💼 سه سناریوی واقعی با Attribute Rules

در ادامه سه نمونه‌ی کاربردی می‌آوریم که در پروژه‌های شهری، کشاورزی و منابع طبیعی زیاد تکرار می‌شوند. هر سه را می‌توانید با تغییر نام فیلدها در داده‌ی خودتان به کار ببرید.

🏙️ سناریو ۱: کد پلاک خودکار بر اساس منطقه

در شهرداری‌ها هر قطعه باید کدی شامل شماره‌ی منطقه و یک شماره‌ی ترتیبی داشته باشد. یک قانون محاسباتی روی فیلد ParcelCode با محرک Insert بسازید. عبارت ابتدا منطقه‌ای را که مرکز قطعه در آن قرار دارد پیدا می‌کند و سپس کد را می‌سازد:

var zones = FeatureSetByName($datastore, "Zones", ["ZoneNo"], true);
var z = First(Intersects(zones, Centroid($feature)));
if (IsEmpty(z)) { return "Z00-" + Text(NextSequenceValue("ParcelSeq"), "000000"); }
return "Z" + Text(z.ZoneNo, "00") + "-" + Text(NextSequenceValue("ParcelSeq"), "000000");

نتیجه کدهایی مانند Z07-000412 است. اگر قطعه بیرون از همه‌ی مناطق رسم شود، پیشوند Z00 می‌گیرد و می‌توانید با یک قانون Validation این موارد را برای بازبینی فهرست کنید.

🌾 سناریو ۲: مساحت هکتاری مزارع

در پروژه‌های کشاورزی، کارشناسان باید مساحت هر مزرعه را بر حسب هکتار ببینند. قانون محاسباتی روی فیلد Area_ha با محرک Insert و Update:

return Round(AreaGeodetic($feature, "hectares"), 2);

مزیت این قانون نسبت به Calculate Geometry این است که با هر تغییر شکل، مساحت خودکار به‌روز می‌شود و هیچ‌وقت عدد قدیمی در جدول باقی نمی‌ماند. اگر فقط تغییر هندسه برایتان مهم است، در بخش Triggering Fields فقط Shape را انتخاب کنید تا با ویرایش فیلدهای دیگر قانون بیهوده اجرا نشود.

🌲 سناریو ۳: جلوگیری از ثبت نمونه‌برداری خارج از فصل

در پایش منابع طبیعی، نمونه‌برداری فقط بین فروردین تا مهر معتبر است. یک قانون محدودیتی روی کلاس Samples:

var m = Month($feature.SampleDate) + 1;
return m >= 3 && m <= 10;

توجه کنید که تابع Month در Arcade ماه را از صفر می‌شمارد، به همین دلیل یک واحد اضافه شده است. محدوده‌ی ماه‌های میلادی را با تقویم کاری پروژه‌ی خود تطبیق دهید و یک پیام خطای فارسی مانند «تاریخ نمونه‌برداری خارج از فصل مجاز است» تعریف کنید.

📋 برنامه‌ریزی پیش از پیاده‌سازی: چک‌لیست طراح ژئودیتابیس

بزرگ‌ترین اشتباه در کار با این قابلیت‌ها، شروع مستقیم از نوشتن کد است. قبل از ساخت اولین قانون، این پرسش‌ها را با کارفرما و کاربران نهایی مرور کنید:

1. ۱کدام فیلدها همیشه از روی داده‌ی دیگر قابل محاسبه‌اند؟ این‌ها نامزد قانون محاسباتی‌اند و نباید کاربر دستی پرشان کند؛ مثل مساحت، منطقه، کد یکتا و تاریخ.
2. ۲کدام خطاها هرگز نباید وارد داده شوند؟ این‌ها نامزد قانون محدودیتی‌اند؛ مثل قطر منفی یا تاریخ آینده.
3. ۳کدام خطاها ممکن است موقتاً قابل قبول باشند؟ مثلاً شیری که هنوز لوله‌اش رسم نشده؛ این‌ها را Validation کنید تا کار ویرایشگر متوقف نشود.
4. ۴چه کسی باید پاسخ‌گوی تغییرات باشد؟ اگر پاسخ مهم است، Editor Tracking را از روز اول فعال کنید.
5. ۵داده از کجا وارد می‌شود؟ اگر بخش زیادی از داده با Append یا بارگذاری دسته‌ای وارد می‌شود، برنامه‌ی غیرفعال کردن موقت قوانین سنگین را از قبل بنویسید.
6. ۶داده کجا منتشر می‌شود؟ سازگاری قوانین را با ArcGIS Online، Enterprise و برنامه‌های میدانی بررسی کنید.

پاسخ این پرسش‌ها را در یک جدول ساده ثبت کنید: نام کلاس، نام فیلد، نوع کنترل (Domain، Contingent، Calculation، Constraint، Validation) و توضیح. این جدول هم مستند پروژه است و هم مبنای آزمون پذیرش داده. پس از پیاده‌سازی، برای هر ردیف یک ویرایش آزمایشی انجام دهید و نتیجه را علامت بزنید.

🧪 تمرین عملی: شیرهای آب هوشمند

1. ۱در ژئودیتابیس تمرین فصل قبل (WaterNet.gdb)، برای کلاس Valves و Pipes فیلد Global ID و Editor Tracking را فعال کنید.
2. ۲روی کلاس Valves ابزار Add GPS Metadata Fields را اجرا کنید.
3. ۳یک قانون محاسباتی بسازید که با Insert کد VLV-00001 به بعد را با یک Database Sequence تولید کند.
4. ۴یک قانون محاسباتی دیگر بسازید که نام منطقه را از لایه‌ی Zones در فیلد Zone بنویسد.
5. ۵یک قانون محدودیتی بسازید که قطر منفی یا صفر لوله را رد کند و پیام فارسی نشان دهد.
6. ۶برای Pipes یک گروه Contingent Values با Material و Diameter و حداقل شش ترکیب مجاز تعریف کنید.
7. ۷یک قانون Validation بسازید که شیرهای جدا از لوله را پیدا کند؛ سه شیر عمداً دور از لوله بسازید و با Validate و Error Inspector آن‌ها را بیابید.
8. ۸با Select By Attributes روی فیلدهای Editor Tracking، ویرایش‌های امروز را انتخاب کنید.

🏙️ سناریوی واقعی: کنترل کیفیت برداشت میدانی تیرهای برق

یک شرکت توزیع برق تیم‌های میدانی‌اش را با تبلت به برداشت تیرهای برق فرستاده است. در هفته‌ی اول مشکل‌ها پیدا می‌شود: کد تیرها تکراری است، بعضی تیرها بدون ارتفاع ثبت شده‌اند و معلوم نیست هر رکورد را چه کسی و چه زمانی ویرایش کرده است. ترکیب قوانین توصیفی و ردیابی ویرایشگر این مشکل‌ها را مهار می‌کند:

1. ۱Editor Tracking را روی کلاس عارضه فعال کنید تا نام ویرایشگر و تاریخ ایجاد و ویرایش هر تیر خودکار ثبت شود.
2. ۲یک قانون محاسباتی (Calculation Rule) بسازید که کد تیر را از ترکیب کد فیدر و یک شماره‌ی ترتیبی تولید کند تا کد تکراری ساخته نشود.
3. ۳یک قانون محدودیت (Constraint Rule) تعریف کنید که ذخیره‌ی تیر با ارتفاع خالی یا کمتر از ۶ متر را رد کند و پیام خطای فارسی و روشن نشان دهد.
4. ۴در پایان هر روز با فیلتر روی فیلد تاریخ ویرایش، کارکرد هر تیم را مرور کنید.

🐞 خطاهای رایج و راه‌حل

❓ پرسش‌های متداول درباره Attribute Rules و Editor Tracking

🏁 جمع‌بندی

در این فصل ژئودیتابیس را هوشمند کردیم: با Editor Tracking ردپای هر ویرایش را ثبت کردیم، با Add GPS Metadata Fields برای برداشت میدانی آماده شدیم، با Attribute Rules در ArcGIS Pro قوانین محاسباتی، محدودیتی و اعتبارسنجی نوشتیم و با Contingent Values ترکیب‌های مجاز را تعریف کردیم. این قابلیت‌ها کیفیت توصیفی داده را تضمین می‌کنند. در فصل بعد سراغ کیفیت هندسی می‌رویم: توپولوژی در ArcGIS Pro و اعتبارسنجی داده‌های مکانی.

🎓 اگر می‌خواهید این مباحث را با داده‌ی واقعی، تمرین تصحیح‌شده و پشتیبانی مدرس یاد بگیرید، سرفصل دوره آرک جی آی اس پرو گیس‌لند را ببینید. برای نصب نرم‌افزار هم راهنمای نصب آرک جی آی اس پرو و برای منابع مطالعه‌ی بیشتر صفحه‌ی کتاب آرک جی آی اس پرو را ببینید.

🔗 مطالب پایه‌ی مرتبط: آشنایی با رابط کاربری ArcGIS Pro، ساخت پروژه در ArcGIS Pro، افزودن داده در ArcGIS Pro و پیمایش نقشه و بوکمارک در ArcGIS Pro.