חברת הבת Motorola Mobility של גוגל חיפשה כתובת שלא הייתה קיימת בפועל במאמץ להציג באופן מלאכותי את מפות iOS 6 החדשות של אפל כחסרות.
בתכסיס שיווקי לא שונה משל נוקיהצילומי מצלמה מזויפיםכדי לקדם את המאפיינים של הדגמים החדשים של Windows Phone 8, מוצגת מודעה המקדמות את ה-Droid RAZR M של מוטורולה כשהיא מסוגלת לאתר כתובת שמפות iOS 6 מפנה לשם דרך שגוי במה שנראה כעיר הלא נכונה.
"מחפש את 315 E 15th במנהטן?" מוטורולה ניידותהצטלםבאתר Google+ שלו. "מפות גוגל ב-DROID RAZR M יביאו אותך לשם ולא #iLost בברוקלין."
דרואיד, האם אלה לא אלו שאתה מחפש?
הבעיה, כפי שציין הקוראAMD Pettitte, הוא ש-315 E 15th Street אינה כתובת בפועל במנהטן. פארק ציבורי יושב בצד זה של הרחוב, מה שהופך אף אחד מהמספרים האי-זוגיים של הבלוק לכתובת תקפה. המספר לעולם לא יהיה כתובת תקפה במנהטן. הדבר מצוין על ידי התבוננות מקרוב בתמונה, אך נראה שאף אחד מאלפי האנשים ששיתפו את מודעת חיפוש הכתובת השגויה לא שם לב לכך.
אז למה שמישהו בעצם "יחפש את 315 E 15th" בניו יורק? הסיבה הסבירה היחידה תהיה לאתר כתובת אמיתית שאכן קיימת בברוקלין (שהיא גם חלק מהעיר ניו יורק), באזור שבו לסדרה של רחובות ממוספרים בין מזרח 11 ל-E 16 יש כעת שמות.
מה שהיה כנראה פעם בלוק 300 של רחוב איסט 15 נקרא כעת מרלבורו רואד. חמישה רחובות משם, מרלבורו רואד הופך לרחוב E 15, שם מספרים מתחילים בבלוק 800. אז מפות של אפל להחזיר מיקום ב-Marlborough Road בעת חיפוש אחר East 15th Street זה לא כמעט אבסורדי כמו שהמודעה של גוגל מציגה.
אם אתם מחפשים כתובת אמיתית במנהטן, נניח 318 E 15th, בניין הדירות מול הכתובת הפיקטיבית של גוגל בפארק, מפות אפל יכולים לאתר אותה בצורה נכונה (להלן).
אם אינך בטוח בכתובת, אבל אתה כן יודע שהיא במנהטן, באופן טבעי תזין את הרובע הנכון במקום לחפש בכל העיר ניו יורק, במיוחד אם מחזירים לך כתובת חוקית בפועל בברוקלין במקום זאת. . אם אתם מתעקשים למצוא כתובת שלא באמת יכולה להתקיים במנהטן, אפל תאתר אותה עבורכם, עם או בלי תמונות לוויין (להלן).
ואם תזין כתובת שבאמת יכולה להתקיים במספר מקומות בניו יורק, מפות iOS 6 יציעו לך מבחר יעדים פוטנציאליים (להלן). אבל אם אתה מחפש כתובת מזויפת שלא קיימת בפועל, אתה כבר אבוד. אתה לא יכול להאשים את אפל, וגם את גוגל לא צריך.
מדוע גוגל מחפשת בעיות שלא קיימות בפועל?
שירות המפות החדש של אפל בהחלט אינו חף מפגם, מה שהופך את הכתובת המזויפת שגוגל המציאה כדי ליצור את פרסום ה-Droid "iLost" שלה למפתיע עוד יותר. למה לא פשוט לציין כתובת אמיתית שהמפות של אפל לא ממש יכולות לאתר?
קל למצוא כתובת שאינה נכונה מספיק לאיתור. בבדיקה"מה לא בסדר" במפות iOS 6, ניסיתי לחפש מלון באנשי הקשר שלי הממוקם בסאפורו, יפן, שהמפות החדשות לא הצליחו לאתר אותו. עם זאת, אני לא יכול לקרוא את קאנג'י. מסתבר, כפי שקורא "הצלחה" הגיב , הכתובת עוצבה בצורה שגויה.
הכתובת היפנית נוצרה עבורי על ידי מפות גוגל, לאחר שחיפשתי לראשונה את הכתובת באנגלית. כאשר הוזן כהלכה בקאנג'י, מפות iOS 6 יכלו לאתר את המלון (למטה), למרות שהיא לא הצליחה למצוא אותו בעת חיפוש באנגלית, בעיה ממשית לתיירים. אפל אכן צריכה להמשיך ולשפר את מיומנות החיפוש הכללית של מפות.
אבל חוויתי גם בעיות עם מפות Google באיתור נכון של עסקים יפניים באמצעות שאילתות באנגלית. Google החזירה לעתים קרובות מקומות פרסום לא רלוונטיים בתשלום בתגובה לשאילתות אמיתיות עבור בתי מלון או ציוני דרך, מבלי לספק תוצאות שימושיות.
מחפש בעיות שאכן קיימות
חיפשתי סדרה של כתובות מקומיות ובינלאומיות באנשי הקשר שלי (שילוב של בתים פרטיים, מלונות, אולמות מוזיקה ועסקים) מקופנהגן לברלין לברן לברצלונה למדריד למילאנו לליסבון לפראג לסביליה לתל אביב לווינה . על פני עשרות הכתובות הבינלאומיות האמיתיות שבדקתי, שירות המפות החדש של אפל לא הצליח לאתר רק אחת מהן בקופנהגן. אפילו כשאיתרתי את המקום באופן ידני, שמרתי סיכה והעתקתי את הכתובת המדווחת לשדה החיפוש, מפות iOS 6 סירבו לאתר אותה מסיבה כלשהי.
באיתור בית של חבר כשעה דרומית לווינה באזור הכפרי של אוסטריה, שמתי לב שכאשר הורדתי למפלס הרחוב המפורט עם תמונות לווין, תמונות האוויר עברו מצבע לשחור-לבן, אך הן עדיין היו מפורטות מספיק כדי שיהיה ברור לזהות בתים.
בהשוואה למפות iOS 5, לאותה כתובת לא היו תמונות לוויין בכלל מתחת לפרטי העיר. למעשה יכולתי להתקרב לחמש רמות של כותרות "ללא תמונות" שסופקו על ידי גוגל. אז באזורים מסוימים, הכיסוי הלוויין של אפל הוא למעשה הרבה יותר טוב מזה של גוגל, בדיוק כמו ה-Flyover של אפל.מְעוּלֶהל-Google Earth ואפל ההנחיות הן במקרים מסוימיםחוקי ובטוח בעוד של גוגל לא.
הכתובות היחידות בארה"ב שמצאתי כדי לשבש את מפות iOS 6 (ניסיתי עשרות, מעיירות כפריות זעירות ועד לערים גדולות ואזורי פרברים חדשים שנבנו) היו הכתובות המקומיות כאן בסן פרנסיסקו, שם נכנסתי לרחובות: "8 ופולסום "לא החזיר תוצאות במפות החדשות. כשהחיפוש שונה ל-"8th & Folsom" מפות iOS 6 סימנה נכון את הצומת. עם זאת, כתובות "ו" שרק מספקות חוצות הן גם בעיה עבור מפות Google.
חיפוש "8th ו-Folsom" במפות המופעלות על ידי Google הפועלות ב-iOS 5 הקפיץ אותי ל-"8 Folsom, PA", מסע של יומיים של 2880 מיילים הרחק מסן פרנסיסקו, שם המפה הייתה מרוכזת. זו לא כתובת מזויפת שהומצאה כדי להפוך את מפות ל"iLost". זו כתובת אמיתית שגוגל מציעה כדי למצוא לי הנחיות במקום הלא נכון.
כמובן שלא התחלתי לנהוג במשך יומיים. פשוט תיקנתי את השאילתה ל-"8th & Folsom" ומפות iOS 5 מצאו אותה בצורה נכונה דרך שרתי המפות של גוגל, בדיוק כמו הגרסה החדשה של Maps המופעלת על ידי שרתי אפל. וזה בדיוק מה שמשתמשים בניו יורק היו עושים כשהם מחפשים כתובת רחוב שגויה ומעורפלת שהחזירה משהו אחר מהתוצאה הצפויה.
