יותר

ביצועי ArcSDE ושינויים בטבלה בשדרוג מ 9.3 ל 10.1?


אני משתמש ב- ArcSDE 9.3 וב- SQL Server 2008 R2 ואני רוצה לעבור מ- ArcSDE 9.3 ל- ArcSDE 10.1.

האם יש הבדלי ביצועים בין ArcSDE 10.1 ו- ArcSDE 9.3?

האם יש שינוי בטבלאות של ArcSDE 10.1 ו- ArcSDE 9.3?

אני מכיר את העזרה המקוונת לגבי שדרוג ArcSDE עבור שרת SQL מ- 9.3 ל- 10.1.

לא הצלחתי למצוא משאבים לגבי שינויים בביצועים ב- 9.3 עד 10.1.


הדבר החשוב ביותר שמשתמשי 9.x צריכים לדעת הוא ש- ArcSDE כבר לא קיים.

לא חלו שינויים מהותיים ב- ArcSDE API מאז 9.0, כאשר נוספו סוגי XML, INT64, UUID, CLOB, NSTRING ו- NCLOB. מאז, השינויים היחידים היו מצבי מנוע הקרנה שתומכים בתחזיות חדשות ובנתונים אנכיים. ממשק ה- API עצמו הוצא משימוש ב -10.2.x ולא ישוחרר עם 10.3 בסתיו. הטבלה הוגדרה לשינוי זה ב- ArcGIS 9.2, כאשר ArcSDE עצמו כבר לא היה מורשה ישירות.

אתה לא אמור לראות שינויים מהותיים בביצועים עבור פעולות דומות בין ArcGIS 9.3 ו- ArcGIS 10.1, אך יהיה לך קשה למצוא פעולות דומות. בטבלאות הסכימה הגיאוגרפית נעשה שינוי מהותי ל -10.0. זה אמור לגרום לשיפור ביצועים משמעותי בזמן החיבור הראשוני של כל לקוחות Geodatabase של ArcObjects. לא היו שינויים בשאילתות חיבור פשוטות של ArcSDE, כך שלא סביר שתראה שם הבדלים משמעותיים.

השינוי המשמעותי הנוסף עבור משתמשי SQL Server היה ב- ArcGIS 10.1, כאשר אחסון GEOMETRY מקורי הפך לסוג האחסון המוגדר כברירת מחדל עבור שיעורי תכונות גיאוגרפיות ארגוניות. זה אמור היה להביא לשיפור ביצועים גם כן (להתרחק מההצטרפות לשלושה טבלאות של אחסון SDEBINARY לטבלה אחת עם סוג מקורי), אך עדיין קיימים מקרי שימוש רבים בהם GEOMETRY ו- GEOGRAPHY הם איטיים יותר מ SDEBINARY. עליכם בהחלט לבדוק את מאפייני ביצועי השאילתות של שכבות SDEBINARY (עם וללא ברירת מחדל> דיוק קואורדינטות של 1 מ"מ) ושכבות GEOMETRY / GEOGRAPHY, ולעשות זאת שוב כשאתה משדרג ל- SQL Server 2012.

ArcGIS 10.0 הציגה גם שכבות שאילתות, הפועלות מחוץ לערמת הטכנולוגיה ArcSDE. ו- ArcGIS 10.1 הציג מראה שונה לתהליך ההתחברות הישירה, מה שמקל על הצבת חיבורי שרת היישומים (שהופחתו גם הם ב -10.2). שני אלה מייצגים שינויים משמעותיים לעומת ArcGIS 9.x (מומלץ מאוד לחפש "מה חדש ב- ArcGIS" ולקרוא את מסמכי המעבר 10.0, 10.1 ו- 10.2).

עליך לדעת ש- ArcGIS 10.1 הוא קשיש בשלב זה. אתה בהחלט צריך ליישם את Service Pack 1 ואת תיקון שיפור האיכות (QIP) ואת התיקונים הרבים שלאחר ה- QIP. ArcGIS 10.1 אמור לעבור למצב שחרור "בוגר" בינואר 2016; יתכן שלא יהיו עוד הרבה תיקונים לפני פרישתו.


נודד לדיוק גבוה

שני דברים מתרחשים כשממירים הפניה מרחבית לדיוק גבוה:

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

לפני ArcGIS 9.2, מחלקת תכונות שכללה את כל כדור הארץ יכולה לאחסן תכונות לא קרובות יותר משני סנטימטרים לערך. כעת תוכלו לאחסן תכונות הקרובות ל -10 ננומטר, אם כי לא מומלץ להשתמש בערכים כה קטנים.

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

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

ישנן שתי דרכים כלליות בהן ניתן להמיר נתונים בדיוק רב:

    המרת בסיס גיאוגרפי קיים לדיוק גבוה.

המרת בסיס גיאוגרפי קיים לדיוק גבוה

זה כולל את שני השלבים הבאים:

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

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

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

העברת נתונים לבסיס גיאוגרפי ברמת דיוק גבוהה

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

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

    פקודות העתקה / הדבקה של ArcCatalog

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

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

השיטות להעתקה / הדבקה וייצוא / ייבוא ​​של XML של סביבת עבודה אינן מספקות שליטה על ערך הרזולוציה בעת העברת נתונים. אם ברצונך לבחור ברזולוציה משלך, המיר את הנתונים לדיוק גבוה בעזרת הכלי Upgrade Spatial Reference ובחר ברזולוציה משלך בתהליך. לאחר המרת הנתונים לדיוק גבוה, באפשרותך לייבא את הנתונים באמצעות שיטת המסמך Copy / Paste או Export / Import XML של מסמך העבודה, שתשמור על הרזולוציה שבחרת.

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

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

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


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

פשוט עברנו ל- Arc 10 כמה ימים לפני שיצא Service Pack 1. היו לנו כמה בעיות חמורות, כולל בעיות מהירות עם שרת ArcGIS, שרת תמונות ו- IMS. יישמנו את חבילת השירות והיא טיפלה ברוב הבעיות שלנו בשרתים.

לא החלנו את SP1 על שולחנות העבודה או על ArcSDE מכיוון שאנו מוגבלים על ידי כלים של צד שלישי שצריך לבדוק קודם. אבל אני מקווה שהבעיות שאנחנו עדיין רואים בשולחנות העבודה הפוגעים ב- SDE יפתרו ברגע שנוכל להחיל שם גם את SP1.

יש לי קשת 10 מאז ספטמבר. זו הייתה החוויה הגרועה ביותר בקריירה המקצועית שלי. מלבד הקריסות או הנעילה 3 עד 4 פעמים ביום, לפעמים הרבה יותר, זו התוכנית הכי איטית שהייתה לי אי-שביעות רצון מלהתמודד איתה. יש לי מכונה חדשה לגמרי עם כרטיס מסך עדכני ו -16 GB של זיכרון וזה עדיין לוקח יותר זמן לבצע את המשימות הפשוטות ביותר שאני לא רואה איך הם יכולים להישאר בעסקים אם זה הנורמה. נורא נורא Exp. לא הייתי ממליץ על זה לאף אחד. אם יש אפשרות אחרת מלבד קשת הייתי בהחלט הולך עם זה.

לא היו לי בעיות עם Arcgis 10. עם זאת שים לב כי דרישות המערכת עבור ArcGIS 10 גבוהות בהרבה מ- ArcGIS 9.3.1

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


ArcGIS לשולחן העבודה

שיתוף כלים לעיבוד גיאוגרפי

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

ב- ArcGIS 10.1, ניתן לבטל את הצעדים הללו על ידי יצירת חבילת עיבוד גיאוגרפי (.gpk) מתוצאה מוצלחת בחלון התוצאות. כל הנתונים והכלים המשמשים ליצירת התוצאה כלולים בחבילה. יש לך גם את היכולת לכלול מסמכים תומכים עם החבילה, כגון מסמכי טקסט וקבצי ZIP.

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

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

שיתופי איתורים

לפני ArcGIS 10.1, כדי לשתף איתור כתובות היית נדרש להפיץ ידנית את קבצי האיתור המשויכים (.loc, .loc.xml, .lox), או לספק את בסיס הנתונים הגיאוגרפי שבו היה מאתר הכתובות.

ב- ArcGIS 10.1 תוכלו ליצור חבילת איתור (.apk) לשיתוף נוח של האיתור שלכם עם אחרים. תהליך זה מעתיק ודוחס את האיתור (או אתר המורכב ואתריו המשתתפים) לקובץ יחיד. מכיוון שחבילות איתור דחוסות, גודל הקובץ קטן יותר, מה שמקל על העברתם.

ניתן לפרוק את חבילות ה- Locator ולהשתמש בהן באמצעות ArcGIS for Desktop. בנוסף לצורות המסורתיות של שליחת נתונים, ניתן להעלות ולשתף חבילות איתור ב- ArcGIS Online.

עבודה עם תבניות תכונות

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

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

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

יצירת מטא נתונים תואמים לסטנדרט

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

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

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

תמיכה טובה יותר ב- LIDAR

במהדורות קודמות היה צורך להמיר נתוני לידר בפורמט LAS לנקודה ואז, במידת הצורך, למערך רסטר, TIN או Terrain. ב- ArcGIS 10.1, נתוני לידר זמינים בקובץ LAS שניתן לנהל, לצפות, לעדכן ולשתף, כל זאת תוך השארתו בפורמט המקורי שלו. ישנם שני אובייקטים של מיכל המאפשרים לך לאסוף מספר קבצי LAS ולהתייחס אליהם כיחידת נתונים אחת - מערך הפסיפס ומערך ה- LAS. במערך פסיפס תוכלו להוסיף קבצי LAS ישירות. מודל נתוני הנתונים של LAS חדש ב- ArcGIS 10.1. הוא מספק גישה מבוססת וקטור לקבצי LAS. אתה יכול לתקשר עם אוסף של קבצי LAS כנקודות בודדות, או כמשטח מבוסס TIN. מערכי נתונים של LAS יאפשרו לך:

מנהל רישיונות ArcGIS

נראות שימוש משופרת ברישיון

מנהל שרתי הרישיונות מציג כעת רישיונות שהועברו והוצאו, בנוסף לרישיונות שהושאלו, בחלון החדש "הצג שימוש ברישיון". כפתור חדש, "צפה בשימוש ברישיון", נוסף בכרטיסיה זמינות המציגה את פרטי השימוש ברישיון. לחלון זה יש גם אפשרות לכפות ביצוע צ'ק-אין של רישיון. ממשק משתמש יעיל וטוב יותר זה לניהול רישיונות הוצג ב- 10.1 כדי להתגבר על התהליך המסורבל של קריאת הקובץ audit.log.

ArcGIS לשרת

אדריכלות שרתים

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

ל- ArcGIS Server 10.0 היו שתי הגדרות תלויות בסביבת הפיתוח, כלומר ArcGIS Server עבור .NET ו- ArcGIS Server עבור Java. ל- ArcGIS Server עבור Java יכולת לפעול הן בפלטפורמות Windows והן ב- Linux עם הגדרות ייחודיות.

בגרסה 10.1 קיימות שתי הגדרות, המובחנות על ידי מערכות הפעלה - ArcGIS לשרת (Windows) ו- ArcGIS לשרת (Linux). חוויית ההתקנה של ArcGIS עבור שרת הופשטה מאוד כדי לבטל תלות וצעדים רבים שנדרשו במהדורות קודמות.

  • ב- 10.1 אין דרישה להתקין את מסגרת .NET או זמן ריצה מסוים של Java.
  • שילוב עם שרת אינטרנט נפרד (Microsoft IIS, WebSphere, Apache וכן הלאה) כבר לא נדרש. התקנת ArcGIS עבור שרת מספקת לך שרת GIS מבוסס שירותי אינטרנט מוכן לשימוש, הכולל את כל הכלים והיישומים לניהול אתרים.
  • במהלך ההתקנה תתבקש לספק חשבון אחד בלבד כדי לגשת למשאבי ה- GIS שלך, לנתונים ולהפעיל את שירות שרת ArcGIS. חשבון זה נקרא חשבון שרת ArcGIS. בשעה 10.1 אין השלמה לאחר ההתקנה, ואין להגדיר חשבונות שירותי רשת SOM, SOC או ArcGIS.
  • אין תלות ב- DCOM, מה שמפשט את תצורת חומות האש ברשת שלך. כל התקשורת עם שירותי GIS נעשית באמצעות HTTP באמצעות SOAP או REST.
  • הגדרת לינוקס של ArcGIS עבור שרת אינה נדרשת לפעול כמשתמש שורש.

תהליך הפריסה של שרת ArcGIS במכונות מרובות הופשט גם הוא. אתה מפעיל את אותה התקנה בכל מכונה ומחבר את המכונות באמצעות ArcGIS Server Manager.

בגרסאות קודמות של שרת ArcGIS, שרת GIS הורכב משני חלקים נפרדים: מכולות אובייקט השרת (SOC) ומנהל אובייקט השרת (SOM). SOCs אירחו שירותי GIS, בעוד ה- SOM ניהל שירותים אלה וסיפק אותם ללקוחות לשימוש. ב- ArcGIS עבור שרת 10.1, דגם SOM-SOC הוחלף על ידי אתר שרת ArcGIS. אתר הוא פריסה של מכונה אחת או יותר (שרתי GIS) שמותקנת בהם ArcGIS עבור שרת ופועלים יחד. ארכיטקטורת האתר 10.1 חזקה יותר וניתנת להרחבה מאשר מודל SOM-SOC. זה מקטין את הסיכויים לכישלון, ומפשט אספקה ​​ושחזור של מכונות חדשות.

הרכיב החדש "מתאם האינטרנט ArcGIS" מספק דרך ניתנת להרחבה, מאובטחת וחזקה לשילוב ArcGIS עבור שרת עם שרת האינטרנט הקיים בארגון שלך. זה תואם לשרתי IIS, ו- Java EE כגון WebSphere ו- WebLogic.

ArcGIS לניהול / שימוש בשרתים

שרת ArcGIS 10.0 עבור Microsoft .NET Framework סיפק את האפשרות לאחסן משתמשים ותפקידי שרת ArcGIS בחנות אבטחה של SQL Server. משתמשים ותפקידים מנוהלו באמצעות חברות ASP.NET וספק תפקידים עבור SQL Server. ב- 10.1 אותה פונקציונליות קיימת, אולם זרימת העבודה ליישום תכונה זו שונה. להבנת הצעדים הנדרשים ליישום מאגר אבטחה של שרת SQL פעל לפי ההוראות המפורטות בקישור זה.

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

  • ניהול שרתים ArcGIS ואוטומציה של משימות מנהל באמצעות שירות אינטרנט RESTful

ה- API החדש של ArcGIS Server Administrator API מבוסס REST מאפשר לך לנהל את אתר שרת ArcGIS שלך באמצעות סקריפטים. כדי לכתוב סקריפטים המנהלים את שרת ArcGIS, עליך לבחור בשפת סקריפטים המאפשרת לך לבנות כתובות URL, להגיש בקשות HTTP ולנתח תגובות HTTP.

באמצעות ממשק ה- API של מנהל המערכת תוכל להפעיל כל משימה ניהולית בה שרת ArcGIS תומך. למעשה, כל כלי הניהול המסופקים עם ArcGIS, כולל ArcGIS for Desktop ו- ArcGIS Server Manager, משתמשים ב- API זה.

ממשק ה- API של מנהל המערכת משתמש בארכיטקטורה RESTful וניתן להפעיל אותה מכל שפה שיכולה לבצע שיחת שירות אינטרנט, כגון Python, Java, JavaScript, PHP, C #, Ruby, Scala, Perl, ואחרים. אינך זקוק להתקנת תוכנת Esri כדי להריץ סקריפט המשתמש בממשק ה- API של Administrator.

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

ניתן להפעיל את פרסום השירותים ל- ArcGIS מקומי או מבוסס ענן עבור שרת ישירות מהתפריט הראשי ב- ArcGIS for Desktop על-ידי בחירת File & gt Share As & gt Service. בנוסף, באפשרותך ללחוץ לחיצה ימנית על משאבי GIS מסוימים, כגון בסיס גיאוגרפי, ב- ArcCatalog או על חלון הקטלוג ב- ArcGIS for Desktop ולבחור שתף כשירות. הפריטים בתיבת הדו-שיח Share As Service עוזרים לך להגדיר, לנתח ולפרסם את משאב ה- GIS שלך כשירות ל- ArcGIS for Server. [http://resourcesbeta.arcgis.com/en/help/main/10.1/index.html#/Approaches_for_publishing_services_with_ArcGIS/0154000002pp000000/]

ב- ArcGIS 10 תוכל לפרסם משאבי GIS כגון מפות, כלים ומאתרים לשרת ArcGIS באמצעות ArcGIS Desktop או ArcGIS Server Manager. השיטה שבחרת לפרסום התבססה על מגוון גורמים, כגון רמת ההרשאות שלך, הניסיון או ההעדפה האישית שלך. בתאריך 10.1, משאבי GIS שאתה מנסה לפרסם ל- ArcGIS עבור שרת עוברים תהליך ניתוח קפדני יותר כדי לוודא שהם מוכנים להיחשף באינטרנט. יהיה עליך לנתח את משאבי ה- GIS שלך ב- ArcGIS for Desktop לפני שתוכל לפרסם אותם לשרת. [5]

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

הדפסת מפה מיישום אינטרנט מציבה מספר אתגרים הכוללים מיזוג שירותים מרובים, שמירה על הגדרות נראות שכבה, הוספת פריטים לפריסה וציור גרפיקה על גבי המפה. בנוסף, הדפסה חייבה הטמעת קוד מותאם אישית. כדי לעזור לך בהתמודדות עם אתרים אלה, ArcGIS עבור שרת כולל שירות עיבוד גיאוגרפי הנקרא PrintingTools. כשאתה מפתח את יישומי האינטרנט שלך, תוכל להפעיל את שירות PrintingTools ולקבל תמורה תמונה להדפסה באיכות קרטוגרפית גבוהה. לצורך הדפסה מתקדמת או הדפסה על גדלי נייר גדולים, ניתן להשתמש בסקריפט של פייתון כדי להמיר את מפת האינטרנט למסמך ArcMap (MXD), ובתורו לייצא את ה- MXD למגוון פורמטים להדפסה. [6]

  • כמה קל אוכל להעביר את ArcGIS Server Advanced מגרסה 10 ל- 10.1. האם יהיה צורך לבנות מחדש את יישום האינטרנט הקיים של Flex?

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

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

ArcGIS להתאמה אישית של שרתים

גרסאות שרת ArcGIS לפני 10.1 תמכו בחיבורי DCOM (ArcGIS Server Local) והן ב- HTTP (ArcGIS Server Internet). גירסה 10.1 אינה תומכת עוד בחיבורי DCOM, ויישומים קיימים המשתמשים בסוג החיבור המקומי של שרת ArcGIS לא יוכלו להשתמש בשירותים שאתה מפרסם עם 10.1. עליך לשקול מחדש את היישומים האלה כדי להשתמש בחיבורי HTTP לפני השדרוג ל- 10.1. אם השתמשת בחיבורי DCOM לצורך גישה ל- ArcObjects, עליך להסיר את קוד ArcObjects או לעטוף אותו בסיומת אובייקט שרת. [7]

הרחבות אובייקט שרת (SOE) מאפשרות לך להרחיב את הפונקציונליות הבסיסית של ArcGIS עבור שרת באמצעות קוד ArcObjects לעבודה עם נתוני GIS ומפות. פריסת SOE הופכת להרבה יותר קלה ב -10.1. בסביבת הפיתוח שלך, כמו Eclipse או Visual Studio, אתה יוצר קובץ .so שמקפל את כל החלקים הדרושים ב- SOE. אתה יכול להעביר קובץ .so זה בין מכונות ולפרוס אותו בשלב אחד באמצעות ArcGIS Server Manager. העזרה ל- SOEs הורחבה ומתארת ​​את התהליך כולו. [8]

ArcGIS Online

שירותים מתארחים של ArcGIS Online זמינים באמצעות מנויים ארגוניים

שירותי ArcGIS Online מתארחים מאפשרים לך להעלות מפת GIS לשרת המתארח ב- Esri ולהזמין אותה מיד כשירות אינטרנט. ישנם שני סוגים של שירותים שתוכלו לפרוס.

  • שירותי תכונות חושפים את הגיאומטריה, התכונות ומידע הסמלים עבור תכונות GIS וקטוריות. הם מתאימים להצגה, שאילתות ועריכה של הנתונים העסקיים שלך על גבי מפת בסיסי האינטרנט.
  • שירותי מפות אריחים חושפים קבוצה של תמונות מפות שנוצרו מראש (המכונות מטמון מפות) שניתן לראותן כבסיס ביישום מיפוי אינטרנט. כשאתה מפרסם את המפה שלך לשירותים המתארחים ב- ArcGIS Online, אתה יכול גם לבקש מהשרת ליצור ולאחסן מטמון אריחים. לאחר מכן תוכל להכניס את האריחים למפת האינטרנט שלך על ידי גישה לכתובת האתר של השירות.

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

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

מאגרי מידע גיאוגרפיים

ספריות לקוחות לחיבור Geodatabase

ההתקנה של ArcGIS 10.1 אינה כוללת ספריות לקוח עבור מערכות ניהול מסדי נתונים התייחסותיות שונות (DBMS). אלה סופקו בפורטל שירות הלקוחות של Esri להורדות משתמשים להגדרת חיבורים ל- DBMS המיועד. עבור Oracle, ניתן להגדיר התקנת לקוח מלאה או לקוח מיידי של Oracle כדי להתחבר למסד הנתונים. שני סוגי התקנת הלקוח פועלים מ- ArcGIS 10.1 בעת חיבור למסד נתונים של Oracle.

מינהל גיאוגרפיה בסיסית

כלים לניהול Geodatabase הוצגו ב- ArcGIS 10.1 בכדי לספק מידע הנוגע לגרסאות, למשתמשים מחוברים ולנהל מנעולים בבסיס גיאוגרפי של ArcSDE. יש להעניק למנהל המערכת הגיאוגרפית הרשאות מסוימות בהתאם ל- DBMS המשמש כדי להרוג את חיבור המשתמשים ולנעול את בסיס הנתונים הגיאוגרפי. ב- ArcGIS 10.0 ובגרסאות קודמות, פונקציות אלה היו זמינות משורת הפקודה ArcSDE. אף על פי שכלי השירות של שורת הפקודה ArcSDE עדיין קיים, פונקציות אלה הוצגו בממשק משתמש גרפי ב- ArcGIS 10.1.

  • כיצד אוכל להעביר את Geodatabase 10.0 (מבוסס 32 סיביות) שלי ל- ArcGIS 10.1 בסביבת 64 סיביות מלאה? האם יש כלים שיעזרו לי?

אם ברשותך התקנת ArcSDE בת 32 סיביות, אינך יכול לשדרג ישירות להתקנה של 64 סיביות. הדרך הפשוטה ביותר להעביר את הנתונים שלך היא להשתמש בכלים שמספקת מערכת ניהול מסדי הנתונים שלך (DBMS) לצורך גיבוי והעברת מסד הנתונים כולו ממופע 32 סיביות למופע 64 סיביות של מסד הנתונים. לאחר השלמת זה, תוכלו להשתמש בכלים ב- ArcMap לשדרוג ה- Geodatabase לגירסה 10.1 אנא עיינו בקישור הבא בעזרה המסביר את התהליך בפירוט. http://resources.arcgis.com/en/help/main/10.1/index.html#/Migrating_to_ArcSDE_64_bit_on_Windows_when_the_existing_DBMS_is_32_bit/002n000000q0000000/

צור / הפעל Geodatabase ארגוני

ב- ArcGIS 10.1, הגדרת בסיסי נתונים גיאוגרפיים של ArcSDE מושגת באמצעות שימוש בכלי העיבוד הגיאוגרפי 'Create Enterprise Geodatabase' או 'Enable Enterprise Geodatabase'. הכלי 'צור Enterprise Geodatabase' יוצר מסד נתונים ומנהל Geodatabase במופע של PostgreSQL או SQL Server ומאפשר פונקציונליות של Geodatabase. במקרה של אורקל, הכלי 'צור Enterprise Geodatabase' משמש להגדרת מרחב שולחנות, מנהל Geodatabase ומאפשר פונקציונליות Geodatabase. הכלי 'הפעל Geodatabase ארגוני' מאפשר פונקציונליות של בסיס נתונים גיאוגרפיים במסד נתונים קיים של DB2, Informix, Oracle, PostgreSQL או SQL Server וכן מאשר את מסד הנתונים.

אשף התקנת ההודעה של ArcSDE כבר אינו חלק מהתקנת ArcSDE בתאריך 10.1. ההתקנה של ArcSDE 10.1 מספקת רק את פונקציות שורת הפקודה להגדרת שירותי שרת יישומים או ביצוע פונקציות רצויות.

ArcGIS לטלפונים חכמים / טאבלטים, ArcGIS לחלונות ניידים & ArcPad

ArcGIS לטלפונים חכמים / טאבלטים - אנדרואיד, iOS, Windows Phone

תמיכת אימות SSL נוספה לאפליקציית Android

ArcGIS עבור Windows Mobile

  • MXDs הם כעת MSDs
  • צור כלי מטמון נייד
  • תמיכה בקבצים מצורפים
  • עריכה של גיאומטריה תכונה
  • שיפורי GPS
  • שיפורים במרכז הפרויקטים הניידים

סיומת שרת תמונות

אחסון במטמון שירות תמונה

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

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

רסטר

יצירת מערכי נתונים של פסיפס ושירותי תמונה מנתוני LIDAR.

נתוני Lidar מגיעים בדרך כלל כאוסף של קבצי LAS. במהדורות 10.0 ומעלה, כדי לשרת אותם היית צריך להמיר את קבצי ה- LAS למחלקות תכונה נקודתיות ולשנות את הנקודות לרסטרים, ולבסוף ליצור מערך פסיפס ולפרסם אותו. ArcGIS 10.1 מאפשר לך להוסיף קבצי LAS למערך פסיפס ישירות.

תמיכה משופרת בסריקה ודימויים

• נוספה תמיכה בפורמטי רסטר רבים חדשים ומוצרי ספקי תמונות לוויין. See the list of supported raster data in ArcGIS.

• Lidar data, stored as either LAS files, LAS datasets, or terrains, can be added to a mosaic dataset directly.

• ArcGIS 10.1 introduces a new way to handle specific vendor products, called raster products. A raster product is a raster dataset that uses metadata and header information to pre-create a raster layer from the raw data. When this information is available, a raster product will appear with a special icon ( ) in the catalog. They contain one or more derived raster datasets, such as a multispectral or pan-sharpened product, depending on the metadata and available bands.

• An Interactive Histogram Stretch tool helps you to interactively enhance the raster data in your map by adjusting the minimum and maximum range of values to which the stretch is applied.

• ArcGIS has improved the default display of raster data. If your dataset doesn't have statistics, which are used to enhance the appearance, ArcGIS will generate them from a sampling of pixels in the dataset.

• ArcGIS now applies rendering settings based on the raster properties and available metadata. The Source Type raster property is used to determine default rendering and display resampling—this property is also editable.

• A new stretch method called Esri has been added. This method is useful in providing a good overall stretch with imagery, by preventing pixel values from being stretched to the extreme.

• The Gram-Schmidt pan-sharpening method has been added.

• ArcGIS 10.1 introduces many new tools. Also, in many existing tools new features have been added. For a full list of improvements and new features, please see What's New for Raster and Image Data in ArcGIS 10.1.

New and improved Georeferencing Options

ArcGIS 10.1 offers new and improved georeferencing tools that provide better user experience. The new features added are:

• An Auto Registration tool helps you automatically find links to georeference your image against a referenced image.

• An Auto Complete option helps you identify control points between two raster datasets.

• A new viewer window that allows you to display the data side by side makes image-to-image registration easier.

• The link table is enhanced with new and improved tools to collect and review control points.


Why would I migrate data?

  • To access your spatial or raster data using structured query language (SQL)
  • To move from a data type that may not be supported in a future to one that is supported

Access data using SQL

Accessing the information in a geodatabase via SQL allows external applications (those not developed in an ArcObjects environment) to work with the tabular data managed by the geodatabase. If these applications need to access spatial or raster data in the geodatabase, you must store your spatial or raster data in data types that allow SQL access. For example, using the ST_Raster storage type allows you to access your raster data with SQL, something that you cannot do easily if your raster data is stored in a BLOB, LONG RAW, IMAGE, BINARY, or BYTEA field.

Move from types that may not be supported in future releases

Oracle is recommending the use of BLOB or BFILE data types instead of LONG RAW data types in its databases. Although LONG RAW columns are still supported, if you have LONG RAW attribute, geometry, or raster fields in your current geodatabase in Oracle, you should migrate them to a different format in preparation for when they are not supported.

The storage for the attribute, geometry, and raster columns in a geodatabase is controlled by the DBTUNE parameters ATTRIBUTE_BINARY, GEOMETRY_STORAGE, and RASTER_STORAGE, respectively. The defaults for these parameters under the DBTUNE DEFAULTS configuration keyword are different depending on which release of ArcGIS you were using when you created your geodatabase. The following table shows the default setting under the DEFAULTS keyword in the DBTUNE table of geodatabases in Oracle.

Data created in new (not upgraded) 9.3 or later release geodatabases using the default parameter settings do not use the LONG RAW storage type. However, any existing data created with any or all of these parameters set to LONG RAW or any new data in upgraded geodatabases that have these parameters set to LONG RAW will still contain LONG RAW columns. To change the data types for these columns, you must alter your DBTUNE settings and migrate the data.

Beginning with ArcGIS 10.1, feature classes created in geodatabases in SQL Server use the Microsoft geometry type be default. To move your existing feature classes to the geometry storage type, use the Migrate Storage geoprocessing tool or a Python script.


Why would I migrate my data?

There are two reasons you would migrate your data: 1) to be able to access your spatial or raster data using structured query language (SQL) 2) to move from a data type that may not be supported in the future to one that is.

SQL access

Accessing the information in a geodatabase via SQL allows external applications (those not developed in an ArcObjects environment) to work with the tabular data managed by the geodatabase. If these applications need to access spatial or raster data in the geodatabase, you must store your spatial or raster data in data types that allow SQL access. For example, using the ST_Raster storage type allows you to access your raster data with SQL, something that you cannot do easily if your raster data is stored in a BLOB, LONG RAW, IMAGE, BINARY, or BYTEA field.

Moving from types that may not be supported in future releases

Oracle is recommending the use of BLOB or BFILE data types instead of LONG RAW data types in its databases. Although LONG RAW columns are still supported, if you have LONG RAW attribute, geometry, or raster fields in your current ArcSDE geodatabase in Oracle, you should migrate them to a different format in preparation for when they are not supported.

The storage for the attribute, geometry, and raster columns in a geodatabase is controlled by the DBTUNE parameters ATTRIBUTE_BINARY, GEOMETRY_STORAGE, and RASTER_STORAGE, respectively. The defaults for these parameters under the DBTUNE DEFAULTS configuration keyword are different depending on which release of ArcGIS you were using when you created your geodatabase. The following table shows the default setting under the DEFAULTS keyword in the DBTUNE table of ArcSDE geodatabases in Oracle.

Default at ArcGIS 9.3 and later releases

Default prior to ArcGIS 9.2

Data created in new (not upgraded) 9.3 or later release geodatabases using the default parameter settings do not use the LONG RAW storage type. However, any existing data created with any or all of these parameters set to LONG RAW or any new data in upgraded geodatabases that have these parameters set to LONG RAW will still contain LONG RAW columns. To change the data types for these columns, you must alter your DBTUNE settings and migrate the data.

Beginning with ArcGIS 10.1, feature classes created in geodatabases in SQL Server use the Microsoft geometry type be default. To move your existing feature classes to the geometry storage type, use the Migrate Storage geoprocessing tool or a Python script.

To alter the DBTUNE settings, use the sdedbtune command to add a parameter to an existing keyword or to export, alter, then import the contents of the DBTUNE table. See the ArcSDE Administration Command Reference for information on using the sdedbtune command. As mentioned previously, the command and reference are installed separately and can be downloaded from the Esri Customer Care Portal.


ArcGIS 3D Analyst extension

The following new functionality and improvements are available in ArcGIS 10.3 3D Analyst:

  • The LAS dataset now supports Optimized LAS (ZLAS) & LAS version 1.4 files.
  • LAS To Multipoint supports Optimized LAS files.
  • Parallel decompression for Optimized LAS (zLAS) is supported in ArcMap, ArcScene, and geoprocessing.
  • New default color ramps are used by the LAS dataset layer for elevation, return, and scan angle.
  • Esri Optimized LAS supports LAS 1.4 files.
  • Three new geoprocessing tools are available in ArcGIS Pro: Locate LAS Points By Proximity , LAS Point Statistics By Area , and Classify LAS By Height .

ArcGIS GeoEvent Extension for Server

ArcGIS GeoEvent Processor for Server is now called ArcGIS GeoEvent Extension for Server .

ArcGIS Network Analyst extension

Model travel modes on your network dataset so that when you perform analyses, you can quickly and consistently model cars, trucks, pedestrians, and so on.

Configure a service area index on your network dataset to generate service areas more quickly than before. The index also improves the look of the output polygons.

The vehicle routing problem now supports planning for inbound- and outbound-wave transshipments. The InboundArriveTime and OutboundDepartTime fields on the orders feature class provide access this new feature.

Between the 10.2.2 and 10.3 releases, two new network analysis tools were added to ArcGIS Online ready-to-use services: SolveLocationAllocation and FindRoutes. GIS professionals can connect to the service through ArcMap. Developers can connect apps to the services too.

ArcGIS Online services provide network analysis capabilities to those who don't have a Network Analyst license or those who do but don't have high-quality street data.

ArcGIS Spatial Analyst extension

There are seven new Geoprocessing tools available for Spatial Analyst in ArcGIS 10.3. One other tool has been updated to support multidimensional input data.

Viewshed 2

The new Viewshed 2 tool determines raster surface locations visible to a set of observer features. This tool offers enhanced functionality over the existing surface visibility tools ( Observer Points , Visibility , and Viewshed ) in the following areas:

  • This tool performs its calculations using geodesic methods.
  • Greatly improved performance for visibility analysis is possible with this tool on systems that have a GPU (Graphics Processing Unit) available, provided that your machine has an appropriate NVIDIA graphics card with CUDA compute capability 2.0 or opencl 1.2, and a current driver.
  • It optionally accommodates vertical uncertainty in the input surface and produces an observer-visible region relationship table for up to 32 observers (points, multipoints or polylines) which can be related back to the input observer feature class.

Because this use of GPU processors is new to the ArcGIS system, please be sure to read carefully the How Viewshed 2 works help topic along with the tool help. There is also is a technical article, FAQ: Release notes for the Viewshed 2 tool, which provides more specific requirements and configuration details to help you get the maximum benefit from using this tool.

Segmentation and Classification toolset

With the Segmentation and Classification toolset, you can prepare segmented rasters to use in creating classified raster datasets.

The available tools are as follows:

Sample tool

The Sample tool was updated to support multidimensional netCDF data as input.


Changes in setups, connections, and upgrades

There are some changes in ArcGIS 10.1 that affect configuring enterprise geodatabase connections and upgraded geodatabases in SQL Server.

Database client files

You must install database clients to connect to a database or directly to an enterprise geodatabase from all ArcGIS client machines. Obtain the database client from your database management system vendor. Or, for DB2, Informix, Oracle, PostgreSQL, and SQL Server, you can download the database client from the Esri Customer Care Portal. Remember that connections from a 32-bit ArcGIS client require a 32-bit database client, and connections from a 64-bit ArcGIS client require a 64-bit client.

Separate downloads are available for the ArcSDE application server and command line tools

The recommended method to access enterprise geodatabases is to connect directly from ArcGIS clients. If you only use direct connections to your geodatabase, you do not have to install the ArcSDE application server.

However, if you do use an ArcSDE service for connections, download and run the ArcSDE application server installation. This installs the files necessary to create and start an ArcSDE service. It also includes the ArcSDE administration command line tools and documentation.

The ArcSDE application server installation only sets up the ArcSDE service. To create a geodatabase, you must use the methods described at the beginning of this topic. You must create a geodatabase first before you can start an ArcSDE service.

To create ArcSDE service connections from ArcGIS, use the Create ArcSDE Connection File geoprocessing tool.

There is also a separate ArcSDE command line tool installation available that includes just the data access commands. Both the ArcSDE application server and separate command line tool installation are available from the Esri Customer Care Portal.

Separate installation not needed for DB2 on z/OS

Beginning with 10.1, geodatabases are created from the ArcGIS client. Since geodatabases in DB2 on z/OS do not use an ArcSDE service for connections, a separate ArcSDE installation is not needed. The files required to set up the subsystem have been moved to the ArcGIS client DatabaseSupportDB2zOS folder. Instructions for setting up or upgrading a geodatabase in DB2 on z/OS are in the ArcGIS user help.

Multiple spatial database model geodatabases can be upgraded but not created

You can upgrade an existing multiple spatial database model geodatabase in SQL Server to 10.1 however, you cannot add new user databases to it. You also cannot create new multiple spatial database model geodatabases in SQL Server beginning with ArcGIS 10.1.

Default geometry storage type changed

When you create a new geodatabase in SQL Server or upgrade an existing geodatabase, the default geometry storage type used for new feature classes is SQL Server geometry. Therefore, all newly created feature classes can be accessed through SQL.

If you do not want new feature classes to use SQL Server geometry storage by default, you can use the sdedbtune ArcSDE administration command to change the GEOMETRY_STORAGE setting under the DEFAULTS keyword in the SDE_dbtune table. You can install the ArcSDE administration commands using the ArcSDE Application Server for SQL Server installation wizard.


Why would I migrate my data?

  • To access your spatial or raster data using structured query language (SQL)
  • To move from a data type that may not be supported in a future to one that is supported

Access data using SQL

Accessing the information in a geodatabase via SQL allows external applications (those not developed in an ArcObjects environment) to work with the tabular data managed by the geodatabase. If these applications need to access spatial or raster data in the geodatabase, you must store your spatial or raster data in data types that allow SQL access. For example, using the ST_Raster storage type allows you to access your raster data with SQL, something that you cannot do easily if your raster data is stored in a BLOB, LONG RAW, IMAGE, BINARY, or BYTEA field.

Move from types that may not be supported in future releases

Oracle is recommending the use of BLOB or BFILE data types instead of LONG RAW data types in its databases. Although LONG RAW columns are still supported, if you have LONG RAW attribute, geometry, or raster fields in your current geodatabase in Oracle, you should migrate them to a different format in preparation for when they are not supported.

The storage for the attribute, geometry, and raster columns in a geodatabase is controlled by the DBTUNE parameters ATTRIBUTE_BINARY, GEOMETRY_STORAGE, and RASTER_STORAGE, respectively. The defaults for these parameters under the DBTUNE DEFAULTS configuration keyword are different depending on which release of ArcGIS you were using when you created your geodatabase. The following table shows the default setting under the DEFAULTS keyword in the DBTUNE table of geodatabases in Oracle.

Default at ArcGIS 9.3 and later releases

Default prior to ArcGIS 9.2

Data created in new (not upgraded) 9.3 or later release geodatabases using the default parameter settings do not use the LONG RAW storage type. However, any existing data created with any or all of these parameters set to LONG RAW or any new data in upgraded geodatabases that have these parameters set to LONG RAW will still contain LONG RAW columns. To change the data types for these columns, you must alter your DBTUNE settings and migrate the data.

Beginning with ArcGIS 10.1, feature classes created in geodatabases in SQL Server use the Microsoft geometry type be default. To move your existing feature classes to the geometry storage type, use the Migrate Storage geoprocessing tool or a Python script.


Project Management

Converting a network from a Layer 1 time-division multiplexer (TDM), or from a Layer 2 offering, to a Layer 3 IP VPN is a significant task for any corporation. To successfully manage that transition, some minimal project management is advisable. Many project-management methods are available. A suitable one can efficiently do the following:

Track orders against delivery dates.

Track changes to designs and contractual commitments.

Maintain reporting on risks to project success and provide an escalation path when needed.

Provide an updated Gantt chart of planned activities and resource allocation.

Track contracted to actual performance and keep track of project budgets.


Use a setter for the ViewChild:

The setter is called with an element reference once *ngIf becomes true .

Note, for Angular 8 you have to make sure to set < static: false >, which is a default setting in other Angular versions:

Note: if contentPlaceholder is a component you can change ElementRef to your component Class:

An alternative to overcome this is running the change detector manually.

You first inject the ChangeDetectorRef :

Then you call it after updating the variable that controls the *ngIf

You should add < static: false >as a second option for @ViewChild . This causes the query results to be resolved after change detection runs, allowing your @ViewChild to be updated after the value changes.

The answers above did not work for me because in my project, the ngIf is on an input element. I needed access to the nativeElement attribute in order to focus on the input when ngIf is true. There seems to be no nativeElement attribute on ViewContainerRef. Here is what I did (following @ViewChild documentation):

I used setTimeout before focusing because the ViewChild takes a sec to be assigned. Otherwise it would be undefined.

As was mention by others, the fastest and quickest solution is to use [hidden] instead of *ngIf. Taking this approach the component will be created but not visible, therefore you have access to it. This might not be the most efficient way.

This could work but I don't know if it's convenient for your case:

Another quick "trick" (easy solution) is just to use [hidden] tag instead of *ngIf, just important to know that in that case Angular build the object and paint it under class:hidden this is why the ViewChild work without a problem. So it's important to keep in mind that you should not use hidden on heavy or expensive items that can cause performance issue

My goal was to avoid any hacky methods that assume something (e.g. setTimeout) and I ended up implementing the accepted solution with a bit of RxJS flavour on top:

My scenario: I wanted to fire an action on a @ViewChild element depending on the router queryParams . Due to a wrapping *ngIf being false until the HTTP request returns the data, the initialization of the @ViewChild element happens with a delay.

How does it work: combineLatest emits a value for the first time only when each of the provided Observables emit the first value since the moment combineLatest was subscribed to. My Subject tabSetInitialized emits a value when the @ViewChild element is being set. Therewith, I delay the execution of the code under subscribe until the *ngIf turns positive and the @ViewChild gets initialized.

Of course don't forget to unsubscribe on ngOnDestroy, I do it using the ngUnsubscribe Subject:


צפו בסרטון: How to solve Desktop Requires Framework sp1. while installing ArcGIS. 100%WORK (אוֹקְטוֹבֶּר 2021).