ערב טוב,
בסיגמנט הזה אמורה להתקבל הוראת “פנה שמאלה”.
מסיבה לא ברורה, ובפעם הראשונה, התקבל דיווח כי לא ניתנת הוראה כזו.
בדקתי זאת, ואכן ההוראה נעלמה, והשרת מתייחס לפניה הזו, מסיבה לא ברורה, כהמשך מיטבי.
האם ניתן לפתור זאת ע"י שינוי שם הסיגמנט הזה? (יש שילוט “תל אביב” במקום, כך שזו לא תהיה חריגה מהכללים).
ממליץ לך לשאול את העורך האחרון מה הייתה כוונת השינוי ב 12.7
Updated: July 12, 2016 by dudees(6)
תודה,
שמופי
Dudees הוא המדווח (ככה מסתבר), כאשר הוא ניסה לפתור זאת, למרות שעד היום לא היו דיווחים בעניין.
לדבריו (השיב לי בתגובה לדיווח)-
עם זאת, זווית המפגש הינה 46°, כך שאמורה להתקבל הוראה “פנה”.
היי 
שלום לכולם .
לפני כשבועיים התחלתי לשם לב שאין הנחיה בפניה שמאלה .
אם אינני טועה לא מתקבלת הנחיה גם במפה החיה .
בנסיון לרענן את הסגמנט שיניתי את סוג הגמנט לכביש ראשי ולא חל שינוי .
אינני משתמש בסקריפטים כך שאינני רואה זויות .
כרגע המצב הוא שמהנחיה בכיכר מתקבלת ההנחיה הבאה ללא פנה שמאלה .
שלום,
אני חושב על שתי אפשרויות שעלולות לגרום לבעיה:
אפשרות ראשונה: זווית 46 מעלות גבולית מידי וכדאי להגדיל אותה. האמת שלא ברור לי למה יצרו זווית כזאת מלכתחילה ולא זווית 90 מעלות ~.
אפשרות שנייה: אולי זה קשור לכך ששדרגו את שרת הניווט לאחרונה וההוראות עכשיו מתקבלות על-ידי אלגוריתם שונה במקצת. האם יש אפשרות לפנות לתמיכה ולקבל את האלגוריתם המעודכן?
נערך: ראו שני קישורים לגבי שינו ההוראות בשרת החדש:
https://www.waze.com/forum/viewtopic.php?f=1547&t=193891
זוית 46 מעלות היא זוית גבולית מאד ואפילו הבדל קטן באופן בו הסקריפט מחשב את הזוית לעומת האופן בו וייז מחשבים את הזוית יכול לגרום לכך שלא תתקבל שם הנחיה ולכן צריך להגדיל את הזוית.
שינוי שם הסגמנט או שינוי סוג הסגמנט לא ישפיעו מאחר וזה ההמשך היחידי ולכן תמיד הוא יהיה ההמשך המיטבי (בהנחה שזו זוית קטנה מ 45.04).
אני מציע להפוך את הצומת לצומת H רגילה כמקובל במחוזותינו ולמנוע את הפרסה חזרה ליהודה המכבי עם סגמנט נוסף.
בשלב ראשון, איני מוצא סיבה לשנות את מבנה הצומת, אלא רק לתקן את הזווית הבעייתית.
אודה לפתיחת הנעילה בסיגמנט ה"בעייתי".
הורדתי את הנעילה.
מצב אי-הוודאות לגבי גודל הזוית אינו תקין.
ידוע לנו כי זווית מעל 45° מפיקה הוראת “פנה”, כך לפי הוויקי:
במידה ולא כך, רצוי לתקן את הוויקי,
או לברר עם החברה, או עם כותב הסקריפט.
להלן דוגמא לזווית -46° שכן מפיקה הוראת “פנה”:
https://www.waze.com/editor/?env=il&lon=35.57099&lat=33.20613&zoom=7&segments=211969
תיקנתי את הזווית ל-50 מעלות.
נמתין לבניית מפה ונראה אם נפתר.
כותב הסקריפט איננו יכול לתת לנו תשובה. הוא מחשב את הזוית לפי הנתונים שהוא שולף מהעורך ומחשב את הזוית לפי המקטע האחרון של הסגמנט יחסית למקטעים הראשונים של הסגמנטים אליהם הוא מתחבר.
כאשר מדובר במקטעים קצרים, השגיאה בחישוב הזוית גדולה יותר ולכן יתכן הבדל בין מה שהסקריפט מראה לבן הזוית ע"פ וייז.
אין זה אומר שיש סתירה בין מה שכתוב בוויקי לבין ההתנהגות. ייתכן שמה שכתוב בוויקי זה בדיוק מה שהתוכנה עושה רק שלסקריפט אין יכולת מדויקת לחשב את הזוית. גם כשמדובר בזויות בכיכרות המצב דומה כי אין יכולת לדעת את הזוית המדויקת כדי לזהות נורמליות של כיכר (אני מכיר 2 סקריפטים שכל אחד מספק נתונים מעט שונים לאותה כיכר).
עריכה נכונה צריכה להיות כזו שלוקחת שולי בטחון ממה שמוגדר בוויקי. כאשר מדובר בזויות של הצמד או פנה עדיף להגדיר זויות של פחות מ 42 או יותר 48 כדי להתגבר על אי הוודאות בזווית האמיתית הנוצרת בעריכה. ממילא אין לזה משמעות מבחינת תצוגה בקליינט.
על מנת שהעריכה תהיה נכונה, ראוי שאם מישהו יודע משהו, יפרסם בפורום ולא שתתגלה תגלית בדיעבד.
לא הבנתי לאיזו תגלית אתה מתכוון.
מה שרשמתי לגבי מרווח הזויות הרצוי זו לא תגלית זו פרקטיקה רצויה של לא לערוך “על הקצה” כשאין סיבה. מרבית המידע הרשום בוויקי איננו מידע רשמי מהחברה ולכן כשאפשר להמנע מעריכה שנוגעת בקצה גבול של פרמטר כזה או אחר תמיד רצוי לעשות זאת (זה גם יותר רובוסטי לשינויים קלים באלגוריתם אם יהיו כאלו).
זה נכון לזויות בצמתים, לזויות בכיכרות ובאורכים של סגמנטים. יש מגוון מידע בוויקי המתייחס לנתונים אלו ועל ההשפעה על הוראות הניווט ובדר"כ אין סיבה טובה להגדיר משהו הנושק לקצה גבול הפרמטר.
אני מבין את מה שhen20001 כתב.
מדובר בתוכנת מחשב, שאמורה להתייחס לערכים כמו = > < ולא אמורות להיות סטיות מהערכים שנקבעו.
למעשה לולא הייתי מקבל הערה על זויות גבוליות באחת מהעריכות שלי לא הייתי יודע על כך גם.
חשבתי שזה משהו שפספסתי.
תוכנת המחשב מתייחסת בדיוק לערכים שנקבעו ואין לתוכנת המחשב סטיות בחישוב.
הסיבות לסטיות הן שאופן החישוב של הסקריפט שונה מאופן החישוב שהחברה מחשבת (שהוא סוד כמוס), המידע שיש לנו לגבי התנהגות הוא ממחקרי התנהגות בפועל ולא מתאור האלגוריתם שקבלנו מהחברה ויתכן שגם הוא לא מדוייק. כותב הסקריפט עושה כמיטב יכולתו להציג לנו מידע שימושי מתוך העורך אך זה לא תעודת ביטוח מהחברה שהמידע המוצג מדויק וגם לא בטוח שצורת החישוב זהה בין הסקריפט לבין אופן החישוב ע"י החברה.
מרווח קטן מגבול הפרמטר מאפשר לא ל"שחק" על המזל כאשר קובעים ערך על הקצה בתקווה שכך גם וייז מחשב את הנתון.
בכל אופן זו המלצתי, לשמור על מרווח בטחון קטן.
אני לא מבין איך מה שכתבת סותר את מה ש-hen20001 כתב בעניין.
אם ברור שחייבים לקחת מרווח ביטחון נוסף כדי לוודא קבלת הוראה נכונה, הדבר חייב להירשם בוויקי, ולא להישאר בגדר מידע “ליודעי דבר” בלבד.
Sent from my HTC One_M8 using Tapatalk
זה לא סותר וזה גם לא “חייבים”.
בהחלט אני חושב שכדאי להוסיף זאת בפרק טיפים לעריכה נכונה.
דרך אגב, גם בסקריפט המציג לנו זויות מוגדר בקוד הסקריפט תחום אפור:
(“Angle is in gray zone 44-46”)
כמו כן הוא מחשב ערך מוחלט על הזויות שהוא מציג.
נבדק בקליינט, לאחר התיקון ובניית המפה- תקין!
ניתן לנעול בחזרה
Sent from my HTC One_M8 using Tapatalk
תודה על העדכון.
ננעל חזרה ל 5.