יותר

כיצד לעבור מ- EPSG: 900913 ל- EPSG: 3857 ב- Postgresql

כיצד לעבור מ- EPSG: 900913 ל- EPSG: 3857 ב- Postgresql


לא השתמשתי במתג '-E 3857' בעת ייבוא ​​נתוני OSM לפוסט גרסקל באמצעות osm2psql.

אני מנסה להקים שרת מפות בפעם הראשונה ועוקב אחר ההוראות מכאן: https://github.com/mapserver/mapserver/wiki/RenderingOsmDataWindows#osm-prep.

קראתי ש- epsg900913 ו- epsg3857 זהים בעצם כאן: מה ההבדל בין EPSG: 900913 ל- EPSG: 3857 ?.

כיצד אוכל לשנות / לשנות את ההתייחסות המרחבית בטבלאות ה- osm (כלומר osm_line, osm_point, osm_polygon, וכו ') בתוך postgresql מ- epsg900913 ל- epsg3857 באמצעות פקודת SQL?


מצאתי את הפיתרון כאן: http://postgis.net/docs/UpdateGeometrySRID.html

- זה ישנה את ה- srid של טבלת הכבישים ל- 3857 מכל מה שהיה לפני UpdateGeometrySRID (varchar table_name, varchar column_name, srid integer);

אז עבור מסד הנתונים שלי שם הטבלה היה 'planet_osm_line' והעמודה שמכילה את ה- srid והגיאומטריה היא 'way'. שאילתת SQL שניהלתי הייתה:

בחר UpdateGeometrySRID ('planet_osm_line', 'way', 3857);

בדקתי אם זה עובד על ידי הפעלת שאילתת psql משורת הפקודה:

psql -U postgres -d osm -c "בחר ST_extent (דרך) FROM planet_osm_line"

הנתונים הוחזרו


אם אתה רוצה קצת יותר שליטה וקצת יותר SQL:

עדכון טבלה foo SET geom = ST_TRANSFORM (geom, 3857);

הפקודה מעדכנת אתgeomעמודת גיאומטריה של הטבלה שלךfooעם גיאומטריה עם SRID שהופך.


הַקרָנָה¶

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


תחזיות עם MapServer¶

כדי להגדיר תחזיות עליך להגדיר אובייקט הקרנה אחד לתמונת הפלט (באובייקט MAP) ואובייקט הקרנה אחד לכל שכבה (באובייקטים LAYER) שיש להקרין. MapServer מסתמך על ספריית PROJ לצורך תחזיות. אובייקטי הקרנה מורכבים אפוא מסדרה של מילות מפתח PROJ, אשר מוגדרות ישירות בתוך האובייקט או מכונות בקובץ EPSG. קובץ EPSG הוא קובץ בדיקה המכיל פרמטרי הקרנה, והוא חלק מספריית PROJ.

החל מ MapServer 8 וכאשר נעשה שימוש בספריית PROJ 6 ומעלה, מומלץ להשתמש בקודי EPSG כאשר הם זמינים, ולא בפרמטרי ההקרנה המובנים, להפיק תועלת מהזדהת קואורדינטות ברמת דיוק גבוהה יותר.

שתי הדוגמאות הבאות מגדירות את אותה הקרנה (UTM אזור 15, NAD83), אך משתמשות בשתי שיטות שונות:

דוגמה 1: פרמטרים של הקרנה מוטבעת

לרשימה של כל פרמטרי ההקרנה האפשריים של PROJ, האתר הרשמי של PROJ הוא הטוב ביותר (https://proj.org), אולם בוויקי הישן יש רשימה יסודית של פרמטרים של PROJ.

דוגמה 2: שימוש בהקרנת EPSG

הכוונה היא לקובץ בדיקת EPSG המכיל קוד '26915' עם פרמטרי ההקרנה המלאים. "Epsg" במקרה זה תלוי רישיות מכיוון שהוא מתייחס לשם קובץ. אם מערכת הקבצים שלך תלויה באותיות רישיות, זה חייב להיות באותיות קטנות, או שמא MapServer (PROJ למעשה) יתלונן על כך שלא מצליח למצוא את הקובץ הזה.

ראה https://epsg.io/26915 למידע נוסף על מערכת קואורדינטות זו.

שתי הדוגמאות הבאות מציגות שניהם כיצד להגדיר lat / long שלא הוקרן ("גיאוגרפי"):

דוגמה 3: פרמטרים של הקרנה מוטבעת

דוגמה 4: שימוש בהקרנה epsg


OpenLayers. הַקרָנָה

שיטות לתיאום מתמרות בין מערכות קואורדינטות. כברירת מחדל, OpenLayers שולח את היכולת לשנות קואורדינטות בין מערכות גיאוגרפיות (EPSG: 4326) לבין רשת או מרקטור כדורית (EPSG: 900913 et al.). לפרטים אודות השימוש, עיין בשיטת הטרנספורמציה.

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

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

OpenLayers. הַקרָנָהשיטות לתיאום מתמרות בין מערכות קואורדינטות.
בַּנַאִי
OpenLayers. הַקרָנָהמחלקה זו מציעה מספר שיטות לאינטראקציה עם אובייקט הקרנה עטוף pro4js.
פונקציות ותכונות
קבל קודקבל את קוד SRS המחרוזת.
getUnitsקבל את מחרוזת היחידות עבור ההקרנה - מחזיר null אם proj4js אינו זמין.
ברירות מחדל ברירות מחדל עבור קודי ה- SRS המוכרים ל- OpenLayers (כרגע EPSG: 4326, CRS: 84, כד: ogc: def: crs: EPSG: 6.6: 4326, EPSG: 900913, EPSG: 3857, EPSG: 102113, EPSG: 102100 ו- OSGEO: 41001).
addTransformהגדר שיטת טרנספורמציה מותאמת אישית בין שתי תחזיות.
שינוי צורההפוך קואורדינטה נקודתית מהקרנה אחת לאחרת.
nullTransform

בַּנַאִי

OpenLayers. הַקרָנָה

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


תגובה

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


באמצעות WMS ובגרסה שונה של WMSTiledImageLayer (עלי להגדיר את פרמטר SRS בכתובת האתר באופן ידני ל- EPSG: 3857) אני רואה שטעונים רק אריחים שחורים (שקופים), אך אף פעם אין תוכן במפה. אם השתמשתי בכיתה הרגילה WMSTiledImageLayer, אני מקבל שגיאת שרת (היא לא מקבלת את ה- SRS הסטנדרטי המסופק).


כדי לבדוק אם מערכת קואורדינטות כוללת קוד EPSG

על ידי:

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

אם ציור משתמש במערכת קואורדינטות שאין לה קוד EPSG, יתכן שקיזוז x קטן, y יתווסף לנתונים כאשר הם נשמרים בחזרה ל- ArcGIS אם הנתונים קיימים מחוץ לטווח השימושי של מערכת הקואורדינטות.

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


יישומי JNDI מסופקים על ידי מכולות יישומי אינטרנט כמו Apache Tomcat. כאשר נעשה שימוש ב- Apache SIS במיכל JavaEE, ניתן להגדיר את מקור הנתונים כמפורט להלן:

הפוך את מנהל ההתקן JDBC לזמין למיכל האינטרנט ויישומיו. ב- Tomcat, הדבר מושג על ידי התקנת קבצי JAR של מנהל ההתקן & rsquos בספריית $ CATALINA_HOME / lib.

אם אתה משתמש בדרבי, העתק את derby.war לספריית $ CATALINA_HOME / webapps וציין את הספרייה בה נמצאים מסדי הנתונים של Derby (דלג על שלב זה אם נעשה שימוש במסד נתונים אחר):

  1. הגדר את מקור הנתונים בקובץ $ CATALINA_HOME / conf / context.xml או בקובץ META-INF / context.xml ביישום (שנה ערכי תכונות לפי הצורך עבור מנהל ההתקן JDBC שנבחר):
  1. אם אתה משתמש בדרבי, ודא בדף localhost: 8080 / derby / derbynet (דלג על שלב זה אם נעשה שימוש במסד נתונים אחר).

תצורות מתקדמות יותר אפשריות. לדוגמה, Tomcat יכול להפעיל במקום שיטת Java מותאמת אישית מאשר להביא את מקור הנתונים מקובץ ה- context.xml.

זכויות יוצרים והעתקה 2013-2021 קרן תוכנת אפאצ'י, מורשית תחת רישיון אפאצ'י, גרסה 2.0.
אפאצ'י SIS, אפאצ'י, לוגו נוצות אפאצ'י הם סימנים מסחריים של The Apache Software Foundation.


הגדרת ושינוי תחזיות ב- ArcGIS Pro

ניתן לשנות את התחזיות במפת ArcGIS Pro על ידי לחיצה ימנית על השכבה שב תוכן חלונית ובחירה מאפיינים - & gt מערכות קואורדינטות.

תיבת הדו-שיח תציג לכם את ההקרנה הנוכחית ותאפשר לכם לחפש או לגלוש אחר הקרנה חדשה.

תיבת הדו-שיח התחזיות נותנת לך שתי קבוצות של מערכות קואורדינטות לבחירה:

  • מערכות קואורדינטות גיאוגרפיות ציין היכן נמצאים תכונות על פני כדור הארץ.
  • מערכות קואורדינטות מוקרנות ציין היכן התכונות נמצאות במפות.

הסרטון שלהלן מדגים כיצד לשנות מפת עולם מההקרנה הקיימת שלה (Web Mercator - EPSG 3857) להקרנת רובינסון המקובלת (EPSG 54030). מכיוון שלתחזיות שונות יש לעיתים קרובות שמות דומים, אם אתה רוצה הקרנה ספציפית ויש לך מספר WKID לחיפוש עליו, זה יעזור לך למצוא את ההקרנה הספציפית הזו. במקרה זה, אנו משתמשים 54030 עבור הקרנת רובינסון.

הדפדפן שלך לא תומך בתג הווידאו. שינוי הקרנה ב- ArcGIS Pro


הערות

אם מערכת הקואורדינטות של הקלט מכילה שם נתוני, אך ללא פרמטרי טרנספורמציה, וקיימת יותר ממערכת פרמטרים מתאימה אחת (על פי הקבצים datum.table ו- datumtransform.table ב- $ GISBASE / וכו '/ פרוייקט), g.proj יבדוק את הערך של נתונים טראנס אפשרות ולפעול על פי הדברים הבאים:
-1: רשום קבוצות פרמטרים זמינות בפורמט GUI המנותח (אך גם קריא את האדם) ויציאה ממנו.
0 (ברירת מחדל): המשך בלי לציין פרמטרים - אם משתמשים בהם בעת יצירת מיקום, מודולי GRASS אחרים ישתמשו בפרמטרים "ברירת המחדל" (ככל הנראה לא אופטימליים) עבור נתון זה במידת הצורך בעתיד.
כל מספר אחר שקטן או שווה למספר ערכות הפרמטרים הזמינות לנתון זה: בחר בערכת פרמטרים זו והוסף אותה לתיאור המערכת המתואמת.
אם ה -t דגל מוגדר, המודול ינסה לשנות את פרמטרי טרנספורמציית הנתונים באמצעות אחת משתי השיטות שלעיל אפילו אם מערכת פרמטרים חוקית כבר צוינה במערכת תיאום הקלט. זה יכול להיות שימושי לשינוי המידע הנתוני עבור מיקום קיים.

הפלט מבוסס פשוט על מידע הקרנת הקלט. g.proj עושה לֹא נסה לוודא שמערכת הקואורדינטות שתוארה כך תואמת מערכת קיימת בשימוש בעולם. בפרט, פירוש הדבר שאין קודי רשות EPSG בפלט ה- WKT.

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

הגודל המרבי של תיאורי הקרנת קלט WKT או PROJ.4 מוגבל ל 8000 בתים.


כיצד לעבור מ- EPSG: 900913 ל- EPSG: 3857 ב- Postgresql - מערכות מידע גיאוגרפיות

הקמת תחנת עבודה של פדורה 21 QGIS

אני כבר זמן רב משתמש באובונטו (אני ממש משתמש בו מאז אובונטו 4.10 'Warty Warthog') - המהדורה הרשמית הראשונה. הופעתה של אובונטו ראתה סוף לקפיצת ההפצה שלי בזמן שחיפשתי את 'הפצת לינוקס המושלמת'.

כיצד לבנות ולפתור באגים ב- QGIS עם QtCreator

כך אני בונה QGIS עם QtCreator תחת אובונטו 14.04

גארי שרמן זוכה בפרס סול כץ

השנה גארי שרמן זכה בפרס סול כץ השנתי. לצטט את דף OSGEO על הפרס:

תוסף אגדות WMS בעלון

בסוף השבוע עדכנתי את גלריית המפות שלנו בכתובת http://maps.kartoza.com ורציתי שיהיו לי אגדות WMS במפות שלי. המפות נוצרות בעיקר באמצעות שרת QGIS המפיק גם גרפיקה נאה לבקשותיה getLegendGraphic. מכיוון שלא נראה שעלון יש שליטה אגדית מחוץ לקופסה, כתבתי תוסף עלון קטן כדי לעשות זאת.

Nodeenv: כיצד להתקין nodejs ב- python virtualenv

כאן בקרטוזה, עבודה בסביבות וירטואליות של פיתון היא דרך הפעולה המוגדרת כברירת מחדל שלנו כשיוצאים לפיתוח פיתונים כלשהו. מזה זמן שאנחנו נהנים מ- yuglify, tilemill ויישומים אחרים מבוססי node.js כחלק מתהליך העבודה שלנו, וכבר בתחילת השימוש שלי בטכנולוגיות אלה גיליתי nodeenv - בעיקר בגלל שננשכתי על התחת על ידי יישומי צומת שונים ב- אותו מארח המצפה שיהיו לו גרסאות שונות של node.js. Nodeenv מספק סביבת וירטואלי-וי-פיתון כמו ארגז חול על יישומי הצומת שלך, כך שכל אחד מהם יוכל לפעול תחת הגרסה הדיפרטית שלו של node.js. זה פועל מאוד כמו ש- virtualenv עושה פיתון ולמעשה זה דורש virtualenv ולכן עבור pythonistas זה מתאים מאוד! במאמר זה אני מתעד את הצעדים הדרושים להפעלת צומת בסביבה כזו.

משחק עם עטיפות נתונים זרות ב- PostgreSQL

לאחרונה יצאתי לנסות את עטיפת הנתונים הזרה של PostgreSQL (FDW) מכיוון שהייתי זקוקה לגישה לנתונים שהיו בטבלאות MySQL. הסיבה העיקרית שהייתי צריך לשחק היה לחשוף את הנתונים שלי למגוון פונקציות של PostgreSQL שהן טובות יותר ויותר לאחרונה מ- MySQL. הייתי צריך גם להשתמש בנתוני MySQL לצורך תצוגות וחיפושים ועיצוב מונע נתונים עבור כמה שכבות Geoserver. FDW מאפשרים גישה מרחוק לטבלאות או לשאילתות ממאגרי מידע חיצוניים שונים או ממבני קבצים.

MyCOE GCE TechCamp

AAG (האגודה האמריקאית לגאוגרפים) ומשרד החוץ האמריקני, באמצעות EIS אפריקה, ניהלו את המהדורה הדרומית של אפריקה של ה- GCE MyCOE Youth TechCamp בין התאריכים 13-23 ביולי 2014. קרטוזה וגלגולו לשעבר Afrispatial, הובאו על סיפונה להובלת הטכני והיבטים חינוכיים של ה- TechCamp. ה- TechCamp היה עשרה ימים של חילופי תרבויות יחד עם למידה מעשית של GIS סביב נושא של שינויי אקלים. המטרה העיקרית של התוכנית הייתה לעורר את תפקידה של הגיאוגרפיה אצל התלמידים וללמד כיצד טכנולוגיות חדשות מקדמות את השימוש בגיאוגרפיה בעולם האמיתי לפתרון בעיות.

הצוות המצוין במחלקה לגיאוגרפיה באוניברסיטת פרטוריה אירח את TechCamp (ראו פוסטם), בעוד שכולנו נשארנו במחנה הנוער Altelekker באיירין. שלושים ושבע תלמידי תיכון בני 15-17 עשו שיעורי GIS, למדו על נושאי שינויי אקלים, הקשיבו לדוברי אורח כמו קולין פוגל ורוג'ר אליס, יצאו לטיולי שטח לפארק החירות, מרופנג, מערות סטרקפונטין ודינוקנג ו היה המון כיף. התלמידים נבחרו במהלך ששת החודשים הקודמים בתהליך תחרותי: עשרה מארה"ב והשאר מדרום אפריקה. תלמידים משתי המדינות הגיעו ממגוון רקעים: בתי ספר פרטיים וציבוריים, כפריים ועירוניים, בעלי תועלת ומקופחים. חלקם ידעו מחשבים ואף זכו בפרסי GIS, בעוד שאחרים כמעט ולא נגעו במחשב. המטרה העיקרית לשילוב תלמידים אלה הייתה ליזום העברת מיומנויות וכן חילופי תרבויות.

התפאורה של מרבית ההרצאות הייתה אוניברסיטת פרטוריה, שנבחרה בקפידה כדי לעורר את המשתתפים להעריך את מה שהאוניברסיטה עוסקת בה והפכה אותם למודעים לכך שניתן לראות בגאוגרפיה כקריירה. פרויקט שינויי האקלים התמקד בנושאים הקשורים למים שבמרכזם אגם סנטוריון: זיהום, תכנון, דולומיט ובולענים. הכנו מערכי נתונים המכסים את גאוטנג ', כולל תמונות לוויין, שכבות DEM, שכבות OpenStreetMap, שכבות מטרו Tshwane, גיאולוגיה ונתונים ציבוריים אחרים. אלה סופקו ממאגר PostGIS מרכזי וממאגרי מידע Spatialite בכונני USB. התלמידים למדו את יסודות ה- GIS, דרך דיגיטציה, ניתוח בסיסי והרכב מפות, והכל באמצעות QGIS. כולם לקחו איתם את הנתונים ואת תוכנת ה- QGIS הביתה כדי לשתף ולהפיץ.

בסוף ה- TechCamp כישורי המחשב וה- GIS של התלמידים היו פנומנלים. הם נוצלו לשימוש ב"טקנטורנט "ביום האחרון, שם כל אחד משמונה צוותים הציגו את פרויקטי המחקר שפיתחו כל השבוע. המצגות שלהם השתמשו בכלים כמו Prezi ו- ESRI Storymaps וכולם מכילים מפות המיוצרות ב- QGIS.

עם תרומות מצד העריץ ניאקודיה וברידג'ט פלמינג

כיצד להפוך במהירות תיבת תוחם מ- CRS אחד למשנהו באמצעות QGIS

היום הייתי צריך להמיר תיבת תוחמים לפרויקט טחנת אריח שאני רוצה להכניס ל- QGIS כשכבת אריחים (עוד על כך בהודעה עתידית אם אביא אותה לעבודה). הייתי צריך להמיר תיבת גבולות מקואורדינטות של EPSG: 4326 ('גיאוגרפי') ל- EPSG: 3857 (Mercator Spherical). למרבה המזל זה תהליך טריוויאלי למדי אם לא אכפת לך לכתוב כמה שורות של פיתון במסוף הפיתון של QGIS:

הפעלת שולחן העבודה של QGIS במיכל העגינה

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


צפו בסרטון: Change Projection - Coordinate System in ArcMap