קדסטר מומלצים Geospatial - GIS Microstation-בנטלי qgis

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

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

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

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

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

1. המאגר: Postgres, SQL Server או Oracle?

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

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

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

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

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

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

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

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

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

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

2. הנתונים: מעבר מ- DGN לבסיס מרחבי: Oracle Buider או Map Bentley?

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

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

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

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

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

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

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

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

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

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

cadastral הצופה

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

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

4. לבנות ולערוך, ישירות ל- Oracle Spatial. מפת בנטלי או QGIS?

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

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

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

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

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

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

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

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

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