شما یک پروژه پر از عکسها و نقاط مسیر با مهر موقعیت ثبت کردهاید — حالا با کدام فرمت خروجی بگیرید؟ پاسخ کاملاً به این بستگی دارد که بعداً چه چیزی آن را باز میکند. در اینجا آنچه KML، GeoJSON و CSV واقعاً برای آن ساخته شدهاند آورده شده است.
KML / KMZ — برای مشاهده در Google Earth
KML (Keyhole Markup Language) فرمت بومی Google Earth است، و KMZ فقط یک KML فشردهشده است که میتواند تصاویر را در کنار خود بستهبندی کند. این فرمتی است که باعث میشود عکسها بهعنوان نشانگرهای قابل کلیک با تصویر قابل مشاهده در یک حباب اطلاعات هنگام کلیک روی یک پین ظاهر شوند — واقعاً برای همراهی یک مشتری یا سرپرست در یک بازدید میدانی بهصورت بصری، بدون هیچ آموزش GIS مفید است.
استفاده کنید برای: تورهای بصری، تحویلهای مشتریمحور، هر چیزی که در Google Earth بهجای نرمافزار GIS حرفهای باز میشود.
GeoJSON — برای نرمافزار GIS و نقشههای وب
GeoJSON یک فرمت سبک مبتنی بر متن است که بر پایه JSON ساده ساخته شده، و فرمتی است که اکثر ابزارهای حرفهای GIS (QGIS، ArcGIS، Mapbox، Leaflet) آن را بهعنوان شهروند درجه یک در نظر میگیرند. هر نقطه، مختصات آن و هر ویژگی پیوستشده (مانند کد EPSG، دقت یا دستهبندی) در فرمتی ساختاریافته و قابل تجزیه توسط ماشین زندگی میکند که بدون ترجمه بهطور تمیز وارد میشود.
استفاده کنید برای: وارد کردن به QGIS یا ArcGIS، تغذیه یک نقشه وب، هر روند کاری که در آن داده باید پرسوجو یا تحلیل شود، نه فقط مشاهده.
CSV — برای صفحاتگسترده و ورودیهای ساده
CSV (مقادیر جداشده با کاما) کمترین مخرج مشترک فرمتهاست: یک جدول ساده با یک ردیف برای هر سابقه و ستونهایی برای مختصات، آدرس، یادداشتها و هر چیز دیگری که ثبت شده. بدون هیچ تنظیمی در Excel یا Google Sheets باز میشود، و اکثر نرمافزارهای GIS میتوانند یک CSV با ستونهای مختصات را مستقیماً وارد کنند — اما فاقد هندسه ساختاریافته GeoJSON است، بنابراین اشکال پیچیدهتر در CSV عملی نیستند.
استفاده کنید برای: بررسی سریع در یک صفحهگسترده، اشتراکگذاری با کسی بدون نرمافزار GIS، ورودیهای ساده فقط-نقطهای.
مقایسه کنار هم
| فرمت | بهطور بومی باز میشود در | شامل عکسها | ساختاریافته برای تحلیل GIS |
|---|---|---|---|
| KML / KMZ | Google Earth | بله (در حبابهای نشانگر، KMZ) | جزئی |
| GeoJSON | QGIS، ArcGIS، نقشههای وب | خیر (بهعنوان لینک/ویژگی) | بله |
| CSV | Excel، Sheets، اکثر ابزارهای وارد کردن GIS | خیر (بهعنوان لینک/ویژگی) | پایه |
پس PDF چطور؟
PDF اصلاً یک فرمت GIS نیست، اما معمولاً انتخاب درستی برای یک تحویل انسانمحور است — یک گزارش میدانی با جلد، صفحات عکس و یک جدول خلاصه که یک مشتری یا بازبین دفتر میتواند بدون هیچ نرمافزار خاصی آن را بخواند.
چگونه تصمیم بگیریم
- بپرسید بعداً چه کسی آن را باز میکند. یک تحلیلگر GIS یک GeoJSON با کد EPSG میخواهد. یک مشتری KMZ یا PDF میخواهد. یک هماهنگکننده دفتر که یک صفحهگسترده میسازد CSV میخواهد.
- بررسی کنید کدام سیستم مرجع مختصات مورد انتظار است. اگر گیرنده به یک زون UTM یا کد EPSG خاص نیاز دارد، تأیید کنید که خروجی شما بهجای فقط مختصات اعشاری خام، آن را شامل شود.
- اگر مطمئن نیستید بیش از یک مورد خروجی بگیرید. از آنجا که داده زیربنایی تغییر نمیکند، بهندرت دلیلی برای تولید نکردن هم یک GeoJSON برای وارد کردن به GIS و هم یک PDF برای نسخه قابل خواندن انسانی وجود دارد.
Terramark Pro همان پروژه را بهصورت KMZ (برای Google Earth)، CSV و GeoJSON (هر دو با زون UTM + کد EPSG)، و یک گزارش میدانی PDF خروجی میگیرد — قابل اشتراکگذاری دستهای بهعنوان یک ZIP واحد از طریق AirDrop، ایمیل، واتساپ یا Files.
گزینههای خروجی را ببینیدبرای بخش مختصات این تصمیم، UTM در برابر اعشاری و در برابر MGRS را ببینید. اگر خروجی شما بهطور خاص برای نقشهبرداری یا تحویل ساختوساز است، Terramark برای نقشهبرداران میدانی کل روند کاری را پوشش میدهد.