ویژگی های مهاجرت از Geographics به نقشه بنتلی

بعضی وقتها ما در مورد آنچه که به معنای جهش از Microstation Geographics به آن است صحبت می کنیم نقشه بنتلی، ما درباره چگونگی صحبت کردیم هر دو کار می کنند نمودارها و برخی مزایای مهم نقشه بنتلی. قبلاً در پستی درباره چگونگی امکان صحبت کردم مهاجرت ساختار از این پروژه، در این مورد من می خواهم به چگونگی مهاجرت نقشه با ویژگی های Geographics به کلاس های ویژگی های xfm.

با وجود اینکه یک ساختار پروژه ساخته شده با Geographics Legacy می تواند از نقشه بنتلی وارد شود، این بدان معنی نیست که ویژگی هایی که اشیاء توسط پروژه جدید به رسمیت شناخته می شود، باید آنها را تعیین کند.

چگونه Geographics کار کرد

در سبک جغرافیایی ، اشیا through از طریق MSLINK با پایگاه داده ارتباط داشتند ، یعنی تمام آنچه که اشیا داشتند ، یک پیوند نوع OLE. این MSLINK شی graph گرافیکی مربوط به پرونده dgn را از طریق MAPNAME جدول MAPS و از طریق MSCATALOG مرتبط می کند تا مشخص کند از کجا می توان داده ها را تهیه کرد Entitynum. علاوه بر این ، جداول دوگانه ای برای پروژه های سازگار با Intergraph وجود داشت که معمولاً قبلاً UG حمل می کردند.

علاوه بر این ، این شی دارای ویژگی بود ، اگرچه این پویا نبود ، اما هنگام اختصاص دادن به آن ، خصوصیاتی را که برای آن ویژگی مشخص شده بود (از جمله دستورات) به دست آورد و با جدول CATEGORY مرتبط بود. یک شی object می تواند بیش از یک ویژگی داشته باشد و اولویت اولویت تعیین شده توسط سبک قطعی است ، این که ویژگی و سایر اشیا linked مرتبط با پایگاه به جدول MSCATALOG مرتبط می شوند که در آن موارد به آنها اختصاص داده شده است. entitynum این ناف همه چیز بود.

سپس فایل index.dgn حفظ شکل نقشه های مرتبط، در اینجا نقشه به دست آورد MAPID، از این رو هر یک از جدول مربوط به Geographics حداقل دو زمینه بود: MSLINK (تعداد واحد گرافیکی، منحصر به فرد در هر یک از نقشه است) که همیشه کلید اولیه و MAPID ( که نقشه ذخیره شده است، آن را در نقشه نقشه منحصر به فرد است) که یک کلید خارجی به جدول MAPS است.

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

به نظر می رسد ساده است، اما به من می گوید که دنیا از MGE آن را درک می کند، و این دردناک است که همه این سیگار ها برای پروژه ای با نقشه بنتلی بسیار مفید نیستند.

چگونه نقشه بنتلی کار می کند

یک پروژه نقشه بنتلی منطق همان رده، ویژگی، نقشه، جسم را حفظ می کند. اما در این مورد، با جایگزینی فرم پیوند داده OLE توسط XML، بسیاری از تغییرات فرآیند.

در این حالت ، شی object موجود در نقشه می تواند اطلاعات ذخیره شده (در همان dgn) را داشته باشد ، که به صورت xml یا همانطور که بنتلی wfm آن را صدا می کند ، قابل فهم است. سپس همچنین تغییر می کند که اکنون اشیا only فقط می توانند یک ویژگی داشته باشند و از نظر فضایی با قوانین توپولوژیکی مرتبط شوند. پیش از این ، همان خط می تواند حد درخت سیب و همچنین حد خاصیت باشد ، اکنون آنها باید اشیا separate جداگانه ای باشند اما با یک ارتباط توپولوژیک به گونه ای باشند که هنگام تغییر دادن دیگری نیز به همین ترتیب باشد.

بنابراین تعامل با داده ها فقط با یک کلیک فاصله دارد ، خواه به پروژه متصل باشید یا نه ، می توانید هر آنچه را که باقی مانده است به عنوان داده xfm بخوانید. و سپس رسیدگی به برچسب ها و خصوصیات صفات ، فقط با ایجاد تغییر در سرپرست Geospatial. پیش از این ، ایجاد تغییرات فقط از طریق Publisher در دید پویا بود ، اما اشیا required نیاز به حذف و انتساب مجدد ویژگی داشتند.

علاوه بر این Bentley Map گزینه هایی را برای ایجاد فرم های داده ، فرایندهای متوالی ، دستورات مرتبط (روش ها / عملیات / دامنه ها / معیارها / گزارش ها) و پیروت های دیگر ارائه می دهد که ساخت داده ها را تسهیل می کند.

چیزی بسیار تغییر نکرده است و به همین دلیل است که کاربران ESRI می گویند که سیگار می کشد سبز به جویدن و هضم آن.

مشکل

در حال حاضر، ساختار یک پروژه ممکن است مهاجرت شود، سپس از طریق مدیر مکان جغرافیایی، که می تواند برای ادامه دادن داده های تغذیه آماده باشد، قابلیت اضافه را اضافه می کند، اما معضل:

و نقشه های Geographics ساخته شده است؟

برای این Bentley هیچ گونه مصنوعی طراحی نشده است که اجازه می دهد اشیاء را از یک پروژه Legacy به XFM تبدیل ... چه فاک!

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

مرحله 1 صادرات به شکل فایل ها

از یک پروژه Geographics باز، گزینه صادرات صفات به شکل فایل انتخاب شده است ((فایل / صادرات / SHP) این کار باید برای هرکدام انجام شود از ویژگی های موجود بر روی نقشه

لازم به ذکر است زمانی که اشیاء مرکز / مرز هستند، لازم است که با انتقال لینک به آنها، آنها را به فرمها منتقل نمایند.

همچنین بر اساس اولویت شما می توانید صادرات را به Mapinfo انجام دهید.

مرحله 2 واردات از نقشه بنتلی

و اکنون، از طرح نقشه Bentley، گزینه واردات (انواع داده فایل / واردات / GIS)، با این پنجره ظاهر می شود قابلیت همکاری، دکمه سمت راست ماوس در واردات و انتخاب شده است واردات جدید.

با استفاده از دکمه سمت راست ماوس در Imoport1 یا یک پرونده یا یک دایرکتوری کامل انتخاب می کنید. امکان واردات وجود دارد فایل های شکلیا فایل های Mapinfo نوع MIF و تب.

با لمس کردن کلاس ویژگی ما می بینیم که سطح، رنگ، شفافیت و سایر خواص را می توان انتخاب کرد.

برای اختصاص آن به از ویژگی های که ما علاقه مند هستیم، فقط آن را لایه (سطح) اختصاص دهیم.

دردناک است

همانطور که Memín در آن کوسه قدیمی مکزیکی گفته است:

"دینتر !!!"

این باید برای هر ویژگی در هر نقشه در هر دسته در هر پروژه انجام شود.

برای این است که بتوان آن را ذخیره کرد واردات، بنابراین فقط پرونده به پرونده یا دایرکتوری نامیده می شود. حقیقت این است که برای تبدیل داده ها کار سختی وجود دارد ، به ویژه اگر آنها در پرونده های جداگانه ای باشند. صدمه ای نخواهد دید ، vba را در NET برای aut کار کنید
به جای پرداختن به این کار با پای پیاده ، که می تواند منجر به بیش از چند خودکشی در روز شود ، از روند فرار کنید. مشکل اصلی این است که برای جهش ، بسته به یک مشاوره تخصصی (و بسیار دودی) برای درک اطلاعات و نقشه های Bentley Map و Geographics ادامه می دهیم ، این امکان وجود دارد ، اما برنامه های کاربردی نباید خیلی حیرت آور باشند (بگذارید بپذیریم ، هر دو) برای کاربران عادی

حتی بیشتر دردناک بود، اگر اطلاعات در DNA اولیه ذخیره شد در تاریخ... فایل جدید هیچ تاریخی ندارد

در نتیجه

راه حلی که من ارائه می دهم اگر داده کمی داشته باشید یا در یک کارتریج فضایی ذخیره شده باشد ، قابل اجرا است ، بنابراین نتیجه ناراحت کننده این است که مهاجرت از جغرافیایی به نقشه بنتلی به دلیل تبدیل داده ها چندان آسان نیست. اگر مدیر Geospatial ، همانطور که قبلاً گفت ، اینگونه است دندان درد، مهاجرت داده ها می تواند حتی بیشتر دردناک باشد مگر اینکه بنتلی از راه حل برای کاربران آن فکر کند که نمی خواهند از یک روز به بعد بروند.

صحبت کردن با دوستان Geofume آنها منحصر به فراملی غیر منطقی را انجام داد، اما از آنجایی که امروز یک روز خسته کننده در یک هتل باریک است و مقایسه آن بسیار درست است، با اجازه شما از آن استفاده خواهم کرد:

"این مثل تغییر شرکا نیست ...

... این می تواند مانند بازده بکارت شما باشد "