בנטלי מנהל גיאו-מרחבי, כאב שיניים
המנהל הגיאו-מרחבי של בנטלי הוא אחד הדברים שבנטלי לא הצליח להפוך לעיכול ולא היו תרגילים רבים המסבירים את יישומו בפרויקט אמיתי. המטרה של כלי זה, המהווה השלמה למפת בנטלי, היא כל בניית הפרויקט שנעשתה בעבר מתוך גאוגרפיה, כגון:
- צור קטגוריות
- צור תכונות
- הגדר את החיבור למסד הנתונים
- הגדרת כללים טופולוגיים
- התאמה בין קשקשים לפריסה
- עדכון טבלאות
עם זאת, כל מה שידענו על גיאוגרפיה אינו מועיל, מכיוון שהפונקציונליות של המנהל הגיאו-מרחבי נלקחת למחצית לנסיעה. יש לו יכולות רבות, אם כי די מוסתר מאחורי כפתור עכבר ימני; שזה יקר בהתחלה.
יתרונותיו של מנהל הגיאוספטיאלי.
השוואת מה שנעשה עם גיאוגרפיים, אלה כמה יתרונות:
- צלמיות, כלומר, לפני שרוב התצורות חסרות תוסף גרפי.
- תכנות פחות, לפני ביצוע זה נדרש להתעסק עם הקוד של קבצי.
- תכונות אמיתיות, עכשיו, symbology אינה תכונה של CAD, כמו קודם, אבל הוא קשור לחלוטין עם התכונה
- קנה מידה, תכונות יכולות להיות מאפיינים בקנה מידה, ולכן הם מוצגים או מוסתרים בקשקשים להגדרה
- פקודות הקשורות תכונות, אלה הם מאפייני הבנייה שהוגדרו ליצירת אובייקטים, כגון: כאשר אני הולך ליצור ציר רחוב, הפקודה linestring מופעל באופן מיידי; זה נקרא שיטות.
- המפה יש את הנתונים, ניתן להגדיר כמה תכונות או נתונים יהיו בתוך XML של המפה, כך dgn מכיל נתונים ללא צורך חיבור למסד נתונים או קבצים משלימים.
- קישור ישיר, כאשר עושים לבטל או לעשות שוב, אין חוסר עקביות, כפי שקרה בעבר כי קישור יכול ליצור אובייקט ללא התייחסות למסד הנתונים.
הכלי עצמו מאוד חזק, מה שקורה הוא שהוא מורכב לשימוש. למקרה, מלונות בנטלי הוא יישום שנבנה עם מנהל Geospatial כי יש גם מורה המנחה את הקונפורמציה הראשונית.
חבר ניגש אליי בפעם השנייה, והוא שאל אותי אם אוכל להסביר את זה ... בכמה פוסטים אני מקווה לעשות את זה, כי עכשיו כשאני מסתכל על בנטלי Map V8i ואני רואה שהם לא נרתעים מהצורך להוסיף אשף לפאזל הזה. לעת עתה הפוסט נשאר ברמה כללית.
היסטוריה והגיון
המנהל הגיאו-מרחבי נובע מההתאמה של טכנולוגיית ה- XML ב- Microstation V8.5 המכונה XFM. החל מ- Microstation V8.9, המכונה XM Geographics, שונה שמם של Bentley Map וככה זה עדיין נקרא ב- V8i.
בעיקרון הפרויקטים עם בנטלי מובנים בשורה זו, כפי שהוסבר על ידי ידידנו מרטין:
פרויקט) פרויקט (...........................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................
דוגמה: פרוייקט Cadastre
קטגוריות (קטגוריות) ...........................................................................................................................................................................................................................................................................................................................................................................................................................................................
דוגמה: קטגוריות: cadastral, כביש, ייעור, הידרולוגי ...
תכונות (תכונות) ......................... המקבילה לנושאים
דוגמה: ציר רחוב, מצולע הנדל"ן, גשר ...
מפות (מפות) ................................. שווה ערך לתלמידים
דוגמה: מפת HJ44-2D.cat, שטח יער B.for, 0311.hid
לפני כן, כל אלה נבנו מהצד הגיאוגרפי, ועכשיו כל התצורה מופרדת מהמנהל הגיאו-מרחבי, ומשאירה רק את הבנייה מצד המשתמש של מפת בנטלי. כגון פתיחת המפה x, הצגת רשימת הקטגוריות, הקצאת מאפיינים לה, נושא אותה על ידי, אימות הטופולוגיה שלה, ניתוח שכבות מרחביות ... וכו '.
אז מנהל Geospatial דומה בדרך כלשהי את הקונפורמציה של Geodatabase, רק כי זה כשלעצמו הוא מכיל רק את המאפיינים של הפרויקט כולו.
מבנה המינהל הגיאו-מרחבי
מה שיש לנו הוא מבנה עץ של תצורות שונות שנשא בפרויקט, עם הרווח עכשיו הכל נעשה מכאן.
התצורות מקובצות ב:
- המאפיינים של כל המשתמשים באופן כללי (כל המשתמשים)
כל אלה הם גנרלים לפרויקט.
לאס קטגוריות הם נמצאים ברמה זו ולא אצל המשתמש המסוים.
הסטנדרטים של טופולוגיה ואת התצורה של מסד הנתונים שאליו הפרויקט הזה מחובר.
- סביבת העבודה של המשתמש הנוכחי
אלה כבר ספציפיים לסביבת העבודה המכונה משתמש, או למה שקראנו לפני ucf;. שלא כמו הפרמטרים הכלליים, הוא יכול להכיל:
פעולות ושיטות מסוימות לכל תכונה. אתה יכול גם להגדיר אילו תכונות יכול להיות למשתמש.
- עבודה סולמות
-ארכיונים, כמו זרעים או ספריות משותפות
- מאקרו וכלי ממשק מותאמים אישית למשתמש.
כל זה היה אפשרי בגיאוגרפיה באמצעות קובץ .cf, אשר אפשר לפתוח ישירות גיאוגרפיות בפרויקט מוגדר, עם הכלים הדרושים ... אבל זה נעשה עם קוד טהור.
- מילון מערכות הקואורדינטות
להלן תצורות שונות עבור מערכות קואורדינטות
- מקורות נתונים מרחביים
כאן מוגדרות התצורות לגישה למסדי נתונים מרחביים באמצעות Oracle, וכן לאינדקס שהוא הקובץ המכיל אינדקס מרחבי של כל המפות הרשומות במאגר.
ואז?
מבנה הפרויקט נשאר זהה אם הפרויקט מיובא מן הגיאוגרפיה אבל המבנה משתנה אם הוא בנוי מאפס:
מכאן כדאי לזכור כמה תיקיות מעניינות:
- idx, שם מאוחסנים קובץ האינדקס והסביבה
- זרע, שם הוא מאוחסן קובץ זרע
- sql, החיפושים נשמרים כאן
- tlr, הנה שכבות טופולוגיות
- wrk, קבצי עבודה
למרבה הצער אני לא יודע מה להסיק בסוף פוסט זה, אם מישהו קונה מפת בנטלי ואינו יודע איך להשתמש מנהל Geospatial ... זה לא עוזר. המנהל הגיאוספטיאלי מעושן מדי עבור משתמשים המתחילים ב- GIS.
אבל זה לא חטא של בנטלי, הצעצוע הוא חזק מאוד, עם NET. אתה יכול לעשות פלאים אבל כמו גיאוגרפיים, קשה ech
ללכת בלי עזרהישנן דוגמאות שמגיעות עם התוכנה, שהורכבו כבר. חטא הוא מעט הוראה מעשית בנושא זה; כשמו כן הוא, סרטון טוב מאוד שבו נבנה פרויקט שלם ואז מוזן, מופעל ומיוצא ל- Geoweb Publisher. כך שמי שהולך ליישם את זה יידע באיזה מסלול ללכת.
אני יודע, זה הרבה מה לשאול אבל זה מה שאנחנו, לקוחות שאנחנו מבקשים. אה, שכחתי. בספרדית אנא.
פוסטים קשורים אחרים:
