שנים 10 מאוחר להעביר פלטפורמה גיאו-מרחביים - מאפיינים גיאוגרפיים Microstation - Oracle Spatial

זהו אתגר משותף עבור פרויקטים רבים Cadastral או קרטוגרפיה, אשר באותה עת 2000-2010 משולבת Microstation גיאוגרפיים כמנוע נתונים מרחביים, בהתחשב סיבות כגון:

  • ניהול צומת קשת היה וממשיך להיות מעשית ביותר, עבור פרויקטים cadastral.
  • DGN הוא אלטרנטיבה אטרקטיבית, בהתחשב בגרסה שלה באותו קובץ, אשר לא השתנה 15 שנים, בניגוד פורמטים אחרים שבהם ראינו גרסאות רבות עולה בקנה אחד כל שלוש שנים.
  • ב 2002 תוכנה חופשית היה חלום רחוק ממה שיש לנו היום.
  • תקני OGC לא היו כבדים אפילו על תוכנה קניינית.
  • קבצי shp היו מוגבלים עבור פרויקטים טיוטה גבוהה הבסיסים המרחביים היו עדיין סגורים מאוד על תוכניות לא סטנדרטיות כי בסכנה את הביצועים של שרתים ... וכסף.
  • קישוריות מרחוק היה מקביל לעומת מה שיש לנו עכשיו.

לפיכך, יישום GIS מבוסס על "CAD צמוד" סכימה היה פתרון קיימא, למרות שמישות היה הקריב למטרות מצגת אטרקטיבי. ממשק ה- API של VBA היה בשפע לתכנות של שיגרת ניהול טרנזקציות הקשורות ל- ProjectWise לשליטה בקבצים פיזיים ובאפשרות להשתמש ב- GeoWeb Publisher לצורך ניתוח מרחבי מהשרת, אם כי הפרסום יהיה מוגבל ל- ActiveX ב- Internet Explorer (אשר באותה שנה היה דפדפן יחיד).

הבעיה היא לא התפתח בהדרגה ובמקום לעבור לשרת Geospatial או גרסאות חזקות יותר של ProjectWise, רוצה להפוך GIS לשרוד קבצים פיזיים, שיש את כל הפוטנציאל של אורקל מרחבית מורשה ואת היכולת לפתח. אז זה היה האתגר שלנו.

1. מסד הנתונים: Postgres, SQL Server או Oracle?

במיוחד, הייתי מעדיף את הראשון. אבל כאשר אתה מתמודד עם מערכת שירות שאינו מוכווני שירות אבל עובד היטב, שבו חלק לוגיקה ויושרה היא כמו PL במסד הנתונים, המעבר למסד הנתונים OpenSoure אינו מקרה חירום. לא, אלא אם כן יש לך מטרה לפתח גרסה חדשה של המערכת, כי היא לא בטווח המיידי.

מפת בנטלי -גם לא מדובר בפעולה של הטליבאן כדי להמעיט בכל מה שמריח את הפרט. אז להישאר עם אורקל היא החלטה נבונה, אם זה עובד טוב, אם גודל ודרישה רחבה, אם הוא מתוכנן היטב, מוגן ואם התמיכה להיות ממונפות. נושא לאירוע נוסף.

אז מה שנותר היה לפתח פונקציות עבור הנתונים להיות מועברים למסד נתונים זה, שירותי פרסום וכלים לניהול עסקאות עבור נתונים וקטוריים.

כדי לשלוט בתפקידים ובמשתמשים שנוהלו בעבר מ- ProjectWise, נוצר כלי מודולרי המאפשר:

  • ניהול משתמשים ותפקידים מ- VBA BentleyMap.
  • להקצות מהמשתמש זכויות ניהול, ישירות למחלקות ולעיריות.
  • להקצות הזכות קובץ cadastral על ידי הפרויקט.
  • הזכות לכלים הזמינים במודולים של בנייה, מהדורה, פרסום, ייעוץ וניהול. בדרך זו, רק יישומים חדשים נוצרים והם מופיעים למשתמשים על פי התפקיד הספציפי שלהם או המשימה.
  • זה לוח התחברות גם מפשט את המורכבות המשותפת של פרויקטים BentleyMap, כך עם כניסת רק אתה תראה את העץ של קטגוריות ומאפיינים שהוגדרו הגיאוספטיאל מנהל.VBA קטסטרו בנטלי מפה -

פאנל זה פותר בעיות של הבנה קטנה וסיכונים של משתמשים חדשים לפונקציונליות כמו יכולת פעולה הדדית של נתונים. זה עוד גליל, כי בנטלי עריכות מקורי ב- Oracle Spatial, וזה נהדר אבל גם מסוכן אם אין לך שליטה בעסקאות.

כך, למשל, למודול הבניה היו הכלים הבאים:

  • הקצה תכונות
  • אשף קישור גיאוגרפי
  • אצווה שטח הגירה
  • מחיקת אובייקטים
  • עריכת מצולעים
  • ייצוא Shp / CAD
  • ייבוא ​​Shp / CAD
  • הגירה גיאולוגית
  • הגירה גאופונטו
  • הגירה גיאורגיאנית
  • מפת הרשמה
  • קישור גיאוגרפי
  • קישור גיאוגרפי נקודה
  • קישור גיאוגרפי אזור

כלים משלימים נוספו בהדרגה, כולל כמה כדי לערוך ישירות את מנהל הגיאוספטיאלי.מפת בנטלי -

  • מנהל מערכת כדי להציג תכונות
  • ניתוח טופולוגי
  • ראה SAFT
  • התכונה 'עיון'
  • המרת עקומה ל LineString
  • יצירת תכונות
  • צור מאפיינים
  • תצורת DBConnect
  • DBConnect חקירה
  • ערוך את התכונה Xfm
  • עריכת פרוייקט Xfm
  • הסרת תכונות Xfm
  • זיהוי חבילות
  • שינוי סימבולוגיה
  • תכונות כתיבה יתר
  • מעמד
  • לתמטיים
  • Thematics לפי הרשימה הנפתחת
  • Xfm כלי עזר

2. נתונים: הגירה מ DGN לבסיס מרחבי: אורקל Buider או מפת בנטלי?

האתגר המעניין ביותר היה כי נדרשת הגירה מבוקרת, ובהתחשב כי הקבצים DGN שיש עודכנו במשך יותר מ 10 שנים אולי בעיות טופולוגיה - טירוף אמיתי.

אכן כך היה. הבעיות העיקריות של המפות נמצאות כאן:

  • שינוי החבילה בגבול של הקובץ (מגזר או אזור) מרמז על כך שיש לשנות את שניהם, כולל צירוף המקרים של מקרים במקרים בהם כאשר בענף קיים קו בודד, אך בשכן הקו מפולח.
  • ישנם קבצים לאחר 300 עסקאות תחזוקה המאוחסנים בהיסטוריה DGN יכול להיות פגום.
  • ישנן בעיות מורכבות יותר, שאינן ניתנות לשליטה בארון, כגון כאשר נכס חופף שכנה אחרת בקובץ אחר, עבור סכומים שאינם ניתנים לפתרון על המפה, שכן הדבר כרוך בבדיקת שדה כדי להימנע משפיעה על צד שלישי.
  • שיטות רעות, כגון הכללת מפות בתחזיות שונות, במקרה זה היו מגזרים NAD27, אם כי תקן היה WGS84. במקרים קיצוניים נערכו התאמות בין נתונים מתחזיות שונות, לבין סוטה.

הפתרון היה כלי מסוג Wizzard להגירה המונית, אשר יכול להעביר בנפרד מפה, כמה או אפילו כל העירייה (העירייה) או המחלקה.

הגירה מרחבית

ביסודו של דבר מה הכלי לוקח לקחת את הנתונים של הפרויקט Geographics ולקדם אותם תכונות של Benltey מפה, ואז עושה סדרה של אישורים, כגון:

  • אחד על אחד היחסים בין הגיאומטריה למסד הנתונים,
  • אימות של חוסר כפילויות,
  • אימות של עקביות אזור centroid,
  • אימות אובייקטים במפה עם אובייקטים לא פעילים במסד הנתונים,
  • אימות טופולוגיה ביחס לטופולוגיות הקיימות בבסיס המרחבי

לאחר האימות, הפאנל מאפשר לצבור מידע באופן מסיבי, כגון שיטת המדידה ורמת בקרת האיכות של נתונים אלה.

לבסוף, זה הודעות למסד הנתונים, בסופו של דבר דוח. מן האמירה לעובדה יש ​​מתיחה עצומה, אבל בסופו של דבר מותאם לגחמות של אורקל מרחבי כי הם לא מופרך כמו אלה של בנטלי ודרכו לראות את החלקות המורכבות או חלקות רבות של קודקודים.

3. פרסום: Geoserver או MapServer? OpenLayers או עלים?

הצופה נבנה באמצעות OpenLayers וכמה תוספים. בפעם הראשונה לאחר 10 שנים של נטישה של פיתוח של שטח החלל, הצופה החדש היה גלוי כי החליף את ActiveX של GeoWeb Publisher. השתמשנו בקוד MapFish עבור הביטוי, geojson לשלוט על העץ בצד, מאז Geoserver שימש את השכבות OracleSpatial שימש.

cadastral הצופה

לבסוף, החלפת טכנולוגיות נעשתה על פי הגרף הבא. כפי שניתן לראות, שילוב של קוד חופשי, שמירה על מסד הנתונים וניהול קרקעות באמצעות תוכנה קניינית.

קניינית תוכנה חופשית

4. בנייה ועריכה, ישירות אורקל מרחבי. מפת בנטלי או QGIS?

זה עוד סיפור. Bentley מפת עריכות יליד הבסיס המרחבי, אשר יוצר קונפליקטים אם לא תעבוד עם שירות תכונה אינטרנט טרנזקציות (WFS). הסכסוך הוא:

כיצד לפתור כלל לא לאפשר חפיפה של טופולוגיה, אם זה נערך וכאשר רוצים לפרסם דוחות כי האובייקט משפיע על עצמו?

זה נפתר על ידי גרסאות לפני, עריכה ישירות ו אימות כי בעת פרסום, אם משהו נכשל גרסאות משחיר לעזוב את העסקה להשלים אבל במצב כושל.

בעיה נוספת שנאלצה להיפתר היא הזנת הנתונים המסיבית, בהתחשב בכך שהמשתמשים נאלצו להפסיק את השימוש בגיאוגרפים והיו להם מספר פרויקטים שגייסו קודסטר ענק.

מפת גיאורפית בנטלי

זה היה קל, כי רק כלי דומה לזה המשמש לשלב את הנתונים Microstation גיאוגרפיים נעשה, להקל עם הפוטנציאל של בנטלימפ ועם עוזר מבוקר יותר.

מפת רישום בכמות גדולה

התמונה מראה כיצד כלי זה פותח, עם תכונות מסוימות, כגון יצירה ורישום של קודקודים ואת הכללת Puntoparcela, כמו פונקציונליות רשימה במקרה של שיטת המדידה של כמה קודקודים לא לעמוד בסטנדרט איכות מסוים.

בהחלט זה היה זרימה טובה מאוד, כי משתמשים ידעו אילו כלים המשמשים בדרך כלל. היה צורך לשנות את החשיבה שלהם בין החלוף מרובה כוללת לניהול שכבתי, קידום הטבות חדשות לשכוח את 8 Microstation V2004 הארכאי, כגון WMS, שקיפות והכרת ילידי DWG קבצים בגרסות האחרונות; שלא לדבר על יכולת פעולה הדדית עם קמל, shp ו- gml עבור יותר אסטרלי.

כלים נעשו גם עבור תחזוקה cadastral, שיש אפשרות לעריכה ישירות בצורות או להקטין אותם arc הצומת עבור מקרים מורכבים.

5. לקוח עבור עיריות באמצעות GML. QGIS או gvSIG?

QGIS. אבל זה, עוד סיפור לספר מאוחר יותר.

השאירו תשובה

כתובת הדוא"ל שלך לא תפורסם.

אתר זה משתמש Akismet כדי להפחית דואר זבל. למד כיצד מעובדים נתוני ההערה שלך.