خروجی دادهٔ میدانی به CAD/GIS: چه زمانی DXF، KML، GeoJSON یا CSV
برداشت تمیز نقطه و خط و چندضلعی تنها نیمی از کار است. نیمهٔ دیگر این است که مطمئن شوید دفتر همان داده را در جای درست، با لایههای درست و در واحد درست باز میکند.
نکتههای میدانی
- DXF برای ترسیم در CAD راحت است، اما واحد و سیستم مختصات پروژه باید صریح نوشته شود.
- KML/KMZ برای Google Earth و کنترل بصری خوب است، نه بهتنهایی برای تحویل رسمی ثبتی.
- GeoJSON در GIS و نقشههای وب قوی است؛ استاندارد RFC 7946 مختصات WGS84 با ترتیب طول/عرض را به کار میبرد.
- CSV برای فهرست نقاط تمیز است، به شرط روشنبودن نام ستونها و کد EPSG.
- پیش از تحویل، فایل خروجی را دوباره باز کنید. پنج دقیقه کنترل، یک بحث طولانی در دفتر را حذف میکند.
اول به تحویل فکر کنید
کدام نرمافزار فایل را باز میکند: AutoCAD، NetCAD، QGIS، ArcGIS یا Google Earth؟ CAD خط، لایه و واحد متر میخواهد؛ GIS هندسه، ویژگی و مرجع مختصات؛ Google Earth هم KML را در WGS84 و به درجه. یک تحویل خوب سه چیز را روشن میکند: سیستم مختصات، معنای هر لایه و منشأ اندازهگیری.
DXF: ستون فقرات ترسیم CAD
DXF قالب عملی انتقال خط میدانی به ترسیم پلان در NetCAD و AutoCAD است؛ اگر کدهای نقطه با منطق لایه یا بلوک بروند، در دفتر طبقهبندی دوباره لازم نمیشود. نکتهٔ بحرانی واحد است: CAD متر میخواهد نه درجه، پس در سیستم تصویرشدهٔ متری مانند TUREF/TM خروجی بگیرید.
- لایهها را کوتاه اما گویا نامگذاری کنید: parsel_siniri، yol_ekseni، kot_noktasi.
- همه چیز را در یک فایل درهم نکنید؛ بر اساس نوع اندازهگیری لایهٔ جدا بسازید.
- کد EPSG و تاریخ را در یادداشت تحویل و در نام فایل بنویسید.
KML/KMZ برای کنترل بصری
KML قطعه، مسیر یا حدود کار را در Google Earth سریع نشان میدهد، اما ترتیب مختصات در آن طول، عرض و ارتفاع است؛ دادهٔ TUREF/TM باید پیش از خروجی به WGS84 جغرافیایی تبدیل شود. تصاویر ماهوارهای هم افست خود را دارند، پس KML کنترل بصری است نه سند حدود رسمی.
GeoJSON: زبان GIS و نقشهٔ وب
GeoJSON برای QGIS، نقشههای وب و تیمهای داده زبان مشترک خواناست. پیشفرض استاندارد، مختصات طول/عرض روی WGS84 است، پس تبدیل دادهٔ TUREF/TM باید آگاهانه انجام شود. چون ویژگی هم حمل میشود، نام نقطه، یادداشت دقت، زمان اندازهگیری و نام اکیپ همراه فایل میمانند.
CSV: فهرست نقاط و گزارش
CSV چون ساده است قوی است: نام نقطه، E، N، Z، توضیح، زمان، وضعیت راهحل و ارتفاع آنتن همان منطق دفتر اندازهگیری را میسازند. اما CSV سیستم مختصات را حمل نمیکند، پس کد EPSG و واحد را داخل فایل یا کنار آن بنویسید.
عادت تحویل تمیز در MapLab Survey
لایههای منظم و نامهای معنادار در میدان، لحظهٔ خروجی گرفتن را کوتاه میکنند. از یک پروژه میتوانید DXF، KML/KMZ، GeoJSON و CSV تولید کنید و به تناسب گیرنده بفرستید. پیش از ارسال، فایل را در QGIS یا روی دستگاه خودتان دوباره باز کنید و سیستم مختصات و موقعیت را کنترل کنید.
این مراحل را روی گوشی خودتان امتحان کنید.
MapLab Survey برداشت نقاط RTK/GNSS، رسم، محاسبهٔ مساحت و حجم و تبدیل مختصات را انجام میدهد و سپس به DXF، KML/KMZ، GeoJSON، Shapefile، GeoPackage، NCZ یا CSV خروجی میگیرد. برداشت، محاسبه و خروجی آفلاین کار میکنند. تصحیحات زندهٔ NTRIP و نقشههای پایهٔ آنلاین به اتصال نیاز دارند.
پرسشهای پرتکرار
برای CAD کدام قالب بهتر است؟
DXF معمولاً انتخاب کاربردی است، بهویژه وقتی در سیستم مختصات تصویرشدهٔ متری خروجی گرفته شود.
آیا KML برای کار ثبتی کافی است؟
برای کنترل بصری خوب است، اما بهتنهایی تحویل رسمی ثبتی نیست.
GeoJSON از چه سیستم مختصاتی استفاده میکند؟
استاندارد RFC 7946 مختصات WGS84 با ترتیب طول/عرض را به کار میبرد.
خطر اصلی CSV چیست؟
از دست رفتن بستر سیستم مختصات. همیشه EPSG، واحد و تعریف ستونها را همراه کنید.
منابع فنی
توصیههای میدانی این مقاله بر پایهٔ استانداردهای فنی و منابع رسمی زیر تنظیم شده است.
مرتبط: بستهٔ تحویل CAD · گزارش تبدیل · MapLab Survey