mkgmap-splitter - מקוון בענן

תָכְנִית:

שֵׁם

mkgmap-splitter - מפצל אריחים עבור mkgmap

תַקצִיר

mkgmap-splitter [אפשרויות] file.osm > splitter.log

תיאור

mkgmap-splitter מפצל קובץ .osm המכיל אזורים גדולים ממופים היטב למספר
של אריחים קטנים יותר, כדי להתאים לגודל המרבי המשמש לפורמט המפות של Garmin. שם
נדרשים לפחות שני שלבי עיבוד. השלב הראשון הוא לחשב איזה שטח
כל אריח צריך לכסות, בהתבסס על התפלגות הצמתים. השלב השני כותב החוצה
הצמתים, הדרכים והיחסים מקובץ ה-.osm המקורי לתוך .osm קטן יותר
קבצים, אחד עבור כל אזור שחושב בשלב הראשון. עם אופציה
--keep-complete=true, שני שלבים נוספים משמשים כדי למנוע דרכים ומצולעים שבורים.

שתי התכונות החשובות ביותר הן:

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

· אריחים מצטרפים בדיוק ללא חפיפה או פערים.

תזדקק להרבה זיכרון במחשב אם אתה מתכוון לפצל שטח גדול. כמה
אפשרויות מאפשרות להגדיר כמה זיכרון אתה צריך. עם פרמטרי ברירת המחדל, אתה צריך
בערך 4-5 בתים לכל צומת ודרך. זה לא נשמע הרבה אבל יש בערך 1700
מיליון צמתים בקובץ הפלנטה כולו ולכן אינך יכול לעבד את כל הפלנטה באחד
להעביר קובץ במכונת 32 סיביות באמצעות כלי זה, שכן שטח ה-heap המרבי של Java הוא 2G. זה
אפשרי עם 64 סיביות ג'אווה וכ-7GB של ערימה או עם מספר מעברים.

ניתן לעבד את תמצית אירופה מ-Cloudmade או Geofabrik בתוך מגבלת ה-2G אם אתה
יש מספיק זיכרון. עם אפשרויות ברירת המחדל, אירופה מפוצלת לכ-750 אריחים.
תמצית אירופה היא בערך מחצית מהגודל של קובץ הפלנטה המלא.

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

נוהג

ספליטר דורש Java 1.6 ומעלה. השימוש הבסיסי הוא כדלקמן.

mkgmap-splitter file.osm > splitter.log

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

JAVA_OPTS="-xmx512m" mkgmap-splitter file.osm > splitter.log

זה ייצור מספר קבצי .osm.pbf שניתן לקרוא על ידי mkgmap(1). יש
גם קבצים אחרים שהופקו:

השמיים template.args file הוא קובץ שניתן להשתמש בו עם ה -c אופציה של mkgmap זה יהיה
קומפל את כל הקבצים. אתה יכול להשתמש בו כפי שהוא או שאתה יכול להעתיק אותו ולערוך אותו כך שיכלול
אפשרויות משלך. לדוגמה, במקום שכל תיאור יהיה "מפת OSM", זה יכול להיות "NW
סקוטלנד" לפי העניין.

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

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

השמיים densities-out.txt הקובץ נכתב כאשר לא ניתן קובץ מפוצל ומכיל איתור באגים
מידע בלבד.

אתה יכול גם להשתמש בקובץ ‎.osm דחוס gzip'ed או bz2'ed כקובץ הקלט. ציין זאת
זה יכול להאט את המפצל במידה ניכרת (נכון במיוחד עבור bz2) כי
ביטול הדחיסה של קובץ ה-.osm יכול לקחת די הרבה כוח מעבד. אם יש סיכוי שתהיה
עיבוד קובץ מספר פעמים כנראה שעדיף שתמיר את הקובץ לאחת מהן
הפורמטים הבינאריים pbf או o5m. פורמט o5m מהיר יותר לקריאה, אך דורש יותר מקום
על הדיסק.

אפשרויות

ישנן מספר אפשרויות לכוונון דברים שאולי תרצה לנסות.

--boundary-tags=מחרוזת
רשימה מופרדת בפסיק של ערכי תג עבור יחסים. משמש לסינון רב מצולע
ויחסי גבולות לעיבוד רשימת בעיות. ראה גם אפשרות
--wanted-admin-level. ברירת מחדל: use-exclude-list

--cache=מחרוזת
מודח, עכשיו לא עושה כלום

--תיאור=מחרוזת
מגדיר את התיאור להיכתב ב- template.args קובץ.

--geonames-file=מחרוזת
שם קובץ GeoNames לשימוש לקביעת שמות אריחים. בדרך כלל
city15000.zip מגיאושמות ⟨http://download.geonames.org/export/dump⟩ .

--keep-complete=בוליאני
השתמש --keep-complete=false כדי להשבית שני שלבי תוכנית נוספים בין ה
פיצול ושלב ההפצה הסופי (לא מומלץ). השלב הראשון, נקרא
gen-problem-list, מזהה את כל הדרכים והיחסים שחוצים את הגבולות של
קובץ פלט אחד או יותר. השלב השני, הנקרא טיפול-בעיות-רשימת, אוסף
את הקואורדינטות של דרכים ויחסים אלה ומחשב את כל קבצי הפלט כי
חוצים או סגורים. המידע מועבר לשלב הדיסט-אין הסופי
שלושה קבצים זמניים. זה ימנע מצולעים שבורים, אבל שים לב שזה דורש
כדי לקרוא את קבצי הקלט לפחות פעמיים נוספות.

אל תציין את זה עם --חֲפִיפָה אלא אם יש לך סיבה טובה לעשות זאת.

ברירת מחדל: נכון

--mapid=int
הגדר את שם הקובץ עבור הקבצים המפוצלים. בדוגמה ייקרא הקובץ הראשון
63240001.osm.pbf והבא יהיה 63240002.osm.pbf וכן הלאה.

ברירת מחדל: 63240001

--max-areas=int
המספר המרבי של אזורים שניתן לעבד במעבר אחד במהלך
שלב שני בעיבוד. זה חייב להיות מספר מ-1 עד 4096. מספרים גבוהים יותר
פירושו פחות מעברים על קובץ המקור ומכאן עיבוד כולל מהיר יותר, אבל
גם דורש יותר זיכרון. אם אתה מגלה שנגמר לך הזיכרון אבל לא רוצה
להגדיל את --max-nodes ערך, נסה להפחית זאת במקום זאת. שינוי צוואה זו
אין השפעה על תוצאת הפיצול, זה אך ורק כדי לאפשר לך להחליף את הזיכרון
לביצועים. שימו לב שלשלב הראשון של העיבוד יש זיכרון קבוע
תקורה ללא קשר למה זה מוגדר אז אם נגמר לך הזיכרון
לפני אזורים.רשימת הקובץ נוצר, אתה צריך להגדיל את הקובץ שלך -Xmx
ערך או צמצם את גודל קובץ הקלט שאתה מנסה לפצל.

ברירת מחדל: 512

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

ברירת מחדל: 1600000

--max-threads=ערך
המספר המרבי של חוטים בשימוש על ידי mkgmap-splitter.

ברירת מחדל: 4 (אוטומטי)

--מעורב=בוליאני
ציין זאת אם לקובץ osm הקלט יש צמתים, דרכים ויחסים מעורבבים או
המזהים אינם ממוינים בקפדנות. כדי להגביר את הביצועים, השתמש ב- סְפִיגָה sort
פונקציה.

ברירת מחדל: שקרית

--ללא קיצוץ=בוליאני
אל תקצץ שטח ריק מקצוות האריחים. אפשרות זו מתעלמת כאשר
--קובץ polygon משמש.

ברירת מחדל: שקרית

--num-tiles=ערךמחרוזת
ערך יעד המשמש כאשר לא ניתן קובץ מפוצל. הפיצול נעשה כך
המספר הנתון של אריחים מיוצר. ה --max-nodes אם זה מתעלם מהערך
ניתנת אפשרות.

--פלט=מחרוזת
הפורמט שבו נכתבים קבצי הפלט. ערכים אפשריים הם xml, pbf,
o5m, ולדמות. ברירת המחדל היא pbf, אשר מייצרת את גדלי הקבצים הקטנים ביותר.
פורמט o5m מהיר יותר לכתיבה, אך יוצר קבצים גדולים בכ-40%. ה
אפשרות סימולציה היא למטרות ניפוי באגים.

--output-dir=נתיב
הספרייה שאליה מפצל צריך לכתוב את קבצי הפלט. אם המצוין
נתיב לספרייה לא קיים, mkgmap-splitter מנסה ליצור אותו. ברירת מחדל ל
ספריית העבודה הנוכחית.

--חפיפה=מחרוזת
הוצא משימוש מאז r279. עם --keep-complete=false, mkgmap-splitter צריך לכלול
צמתים מחוץ לקופסה התוחמת, כך ש mkgmap יכול לחתוך בצורה מסודרת בדיוק ב
גבול. פרמטר זה שולט בגודל החפיפה הזו. זה ביחידות מפה, א
נעשה שימוש ברירת המחדל של 2000, כלומר בערך 0.04 מעלות של קו רוחב או אורך.
If --keep-complete=true הוא פעיל ו --חֲפִיפָה ניתנת, תודפס אזהרה
כי השילוב הזה רק לעתים נדירות הגיוני.

--polygon-desc-file=נתיב
קובץ osm (.o5m, .pbf, .osm) עם דרכים שמות המתארות מצולעים תוחמים עם
דרכים של OSM עם שם תגיות ומאפיד.

--polygon-file=נתיב
שם קובץ המכיל מצולע תוחם בפורמט קובץ מצולע אוסמוזה
. mkgmap-splitter משתמש בקובץ זה בעת חישוב השטחים. זה קודם כל מחשב
רשת באמצעות הנתון --פתרון הבעיה. קובץ הקלט נקרא ולכל צומת, א
המונה מוגדל עבור אזור הרשת הקשור. אם קובץ הקלט מכיל א
תיבת תוחמת, זה מוחל על הרשת כך שצמתים מחוץ לתיבה התוחמת
מתעלמים. לאחר מכן, אם צוין, המצולע התוחם משמש לאפס את הרשת
אלמנטים מחוץ לאזור המצולע התוחם. אם אזור/ים המצולע מתאר/ים
אזור ישר עם לא יותר מ-40 קודקודים, mkgmap-splitter אנסה ל
צור קבצי פלט שמתאימים בדיוק לאזור, אחרת זה יהיה משוער
אזור המצולע עם מלבנים.

--precomp-sea=נתיב
שם ספרייה המכילה אריחי ים מהודרים מראש. אם ניתן, mkgmap-
מפצל ישתמש באריחי הים המורכבים מראש באותו אופן כמו mkgmap עושה. להשתמש
זה אם אתה רוצה להשתמש בקובץ מצולע או --no-trim=true ו mkgmap יוצר ריקים
*קבצי img בשילוב עם הודעה שמתחילה "אין מספיק מקום ביחיד
מפת garmin עבור כל נתוני הקלט".

---problem-file=נתיב
שם קובץ המכיל דרכים ויחסים שידועים כגורמים לבעיות
בתהליך הפיצול. השתמש באפשרות זו אם --שמור-השלם דורש יותר מדי זמן או
זיכרון ו --חֲפִיפָה לא פותר לך את הבעיה.

תחביר של קובץ בעיה:

דֶרֶך: # תגובה...
rel: # תגובה...

דוּגמָה:

way:2784765 # מעבורת גרנזי - ג'רזי

---problem-report=נתיב
שם הקובץ לכתיבת רשימת הבעיות שנוצרה איתו
--שמור-השלם. הפרמטר מתעלם אם --keep-complete=false. אתה יכול לעשות שימוש חוזר
הקובץ הזה עם ה --קובץ בעיה פרמטר, אבל עשה זאת רק אם אתה משתמש באותו
ערכים עבור --max-nodes ו --פתרון הבעיה.

--רזולוציה=int
הרזולוציה של מפת הצפיפות שהופקה בשלב הראשון. ערך בין
1 ו-24. ברירת המחדל היא 13. הגדלת הערך ל-14 דורשת פי ארבעה יותר
זיכרון בשלב המפוצל. הערך מתעלם אם א --לפצל קובץ נתון.

--Search-limit=int
מגבלת חיפוש בפיצול algo. ערכים גבוהים יותר עשויים למצוא פיצולים טובים יותר, אבל יקחו
ארוך יותר.

ברירת מחדל: 200000

--split-file=נתיב
השתמש באזורי האריחים שחושבו קודם לכן במקום לחשב אותם מאפס.
הקובץ יכול להיות בפורמט .list או .kml.

--status-freq=int
מציג את כמות הזיכרון בשימוש ה-JVM בכל ---status-freq שניות. קבע =0
להשבית.

ברירת מחדל: 120

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

--wanted-admin-level=מחרוזת
מציין את הערך הנמוך ביותר של admin_level של יחסי הגבול שיש לשמור
לְהַשְׁלִים. משמש לסינון יחסי גבולות לעיבוד רשימת בעיות. ה
ערך ברירת המחדל 5 פירושו שיחסי הגבול נשמרים שלמים כאשר
admin_level הוא 5 ומעלה (5..11). הפרמטר מתעלם אם
--keep-complete=false. ברירת מחדל: 5

--write-kml=נתיב
שם של קובץ kml לכתוב את האזורים אליהם. זה בנוסף ל
אזורים.רשימת (שתמיד נכתב).

אפשרויות מיוחדות

--גִרְסָה
אם הפרמטר --גִרְסָה נמצא איפשהו באפשרויות, mkgmap-splitter יצטרך
פשוט הדפס את פרטי הגרסה וצא. מידע הגרסה נראה כך:

splitter 279 compiled 2013-01-12T01:45:02+0000

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

כִּונוּן

כוונון לביצועים הטובים ביותר

כמה עצות למי שמשתמש mkgmap-splitter לפצל קבצים גדולים.

· לעיבוד מהיר יותר עם --keep-complete=true, המר את קובץ הקלט לפורמט o5m
באמצעות:

osmconvert --גרסת שחרור file.osm -o=file.o5m

· האפשרות --גרסת שחרור הוא אופציונלי, הוא מצמצם את הקובץ לנתונים הדרושים
by mkgmap-splitter ו mkgmap.

· אם אתה עדיין חווה ביצועים גרועים, בדוק splitter.log. חפש את המילה
הפצה. אולי תמצא משהו כזה בשורה הבאה:

עיבוד 1502 אזורים ב-3 מעברים, 501 אזורים בכל פעם

משמעות הדבר היא שהמפצל צריך לקרוא את קלט קובץ הקלט שלוש פעמים מכיוון שה --מקסימום שטחים
הפרמטר היה קטן בהרבה ממספר האזורים. אם יש לך מספיק ערימה, הגדר
--מקסימום שטחים ערך לערך הגבוה ממספר האזורים, למשל
--max-areas=2048. לבצע mkgmap-splitter שוב ואתה אמור למצוא

עיבוד 1502 אזורים במעבר אחד

· אזורים נוספים דורשים יותר זיכרון. תוודא ש mkgmap-splitter יש מספיק ערימה
(להגדיל את -Xmx פרמטר) כדי שלא יבזבז זמן רב באשפה
אספן (GC), אך שמור כמה שיותר זיכרון עבור מטמוני ה-I/O של המערכות.

· אם זמין, השתמש בשני דיסקים שונים עבור קובץ קלט וספריית פלט, בפרט. כאשר אתה
השתמש בפורמט o5m עבור קלט ופלט.

· אם אתה משתמש mkgmap r2415 ואילך ושטח דיסק אינו חשש, שקול להשתמש
--output=o5m כדי להאיץ את העיבוד.

כוונון לדרישות זיכרון נמוכות

אם למכשיר שלך יש פחות מ-1 GB זיכרון פנוי (למשל נטבוק), אתה עדיין יכול להשתמש mkgmap-
מפצל, אבל אולי תצטרך להתאזר בסבלנות אם אתה משתמש בפרמטר --שמור-השלם ו
רוצה לפצל קובץ כמו germany.osm.pbf או אחד גדול יותר. במידת הצורך, צמצם את המספר
של אזורים מעובדים במקביל ל-50 עם --מקסימום שטחים פָּרָמֶטֶר. אתה חייב להשתמש
--keep-complete=false כאשר מפצלים אזור כמו אירופה.

אורים

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

· אין עוד הגבלה לכמה תחומים דרך או יחס יכולים להשתייך (לפני כן
זה היה 4).

השתמש ב-mkgmap-splitter באופן מקוון באמצעות שירותי onworks.net