Сервер статистики по HK, US, CN .... (обсуждение)

[alexis69]

А подскажите, пожалуйста.
Как такое может быть:
Поле ImportPOS пустое, а остальные поля заполнены.
Т.е. посылка получена.
Это значит человек пришел на сортировку и плдучил посылку там?

 

[dokoff]

alexis69
ImportPOS - это пункт при статусе Импорт. Например PCI-1.
Если ImportPOS нет в статистике - это означает, что его нет в треке. Не более. На сортировке невозможно получить МПО, кроме EMS (после таможни).

 

[alexis69]

alexis69
Если ImportPOS нет в статистике - это означает, что его нет в треке.

Ну это есттественно.
Но почему если посылка получена у некоторых это поле пустое.

 

[dokoff]

alexis69
Почта не всегда отмечает все пункты в треках.

 

[dokoff]

Сегодня-завтра возможны неточности в отображении предполагаемых сроков прохождения. Иными словами - гадалки.
Будьте внимательны!

PS Все остальные работает в обычном режиме.

Статистика почты России — Россия

SMS-Track.ru - Бесплатная, расширенная статистика почты России. Получать статус посылки по SMS !

sms-track.ru

 

[Pikarus]

Хочу предложить небольшое усовершенствование формы статистики.
При отсутствии каких-то из дат, но наличии даты следующего этапа, подставлять вместо пустых дат следующую (как дефолтное значение), выделяя подставленные даты цветом.
На мой взгляд, это бы сделало сортировку данных более адекватной (сейчас строки с пустыми датами встают на нехарактерное для себя место).
Точно так же можно, наверное, поступить и с некорректными датами (когда дата предыдущего этапа больше даты следующего).
Еще необходимо уточнение для случая, когда отстутствует дата Left.
В этом случае ее дефолтное значение правильнее выставлять не по следующей, а по предыдущей дате, т.е. по Posted

 

[Rvanie_Kedi]

RJ*********GB не могу добавить, а вы заявили что добавлять треки из Великобритании добавлять можно.

 

[Burgher]

Rvanie_Kedi
Из Великобритании - только EMS, который у них называется Parcelforce Global Priority.

 

[dokoff]

Rvanie_Kedi
Точно .. только EMS

 

[Rvanie_Kedi]

EMS в России работает омерзительно, посылать ими товары **-**. Мне в месяц приходит от 3 до 10 посылок. Только в крайнем случае EMS

 

[dokoff]

Попробуем эксперимент.
Skype -> PayPal Support

4:00 AM PST to 10:00 PM Pacific Time Monday through Friday
6:00 AM PST to 8:00 PM Pacific Time Saturday and Sunday
Please note that hours of operation may vary on holidays
Звонок есественно бесплатный)

 

[Pikarus]

dokoff
Вы "проигнорировали мой вопрос относительно магнитофона" %)
Если предлжение не принимается, то хотелось бы услышать аргументированные возражения :evil:

 

[dokoff]

Pikarus Простите, не хотел) заработался)

При отсутствии каких-то из дат, но наличии даты следующего этапа, подставлять вместо пустых дат следующую (как дефолтное значение), выделяя подставленные даты цветом.
На мой взгляд, это бы сделало сортировку данных более адекватной (сейчас строки с пустыми датами встают на нехарактерное для себя место).

Данный вопрос уже поднимался. Мы предоставляем чистые данные... те, которые мы получаем с сайтов. Корректируем всего одно поле - это PMMO. Если оно пустое и есть статус Вручение - мы отображаем PMMO как Вручение. Мы не сторонники зализывания данных. Почему? Потому, что смотря статистику, Вы должны видеть реальную картинку (какие статус есть у других и когда они появляются), а не подогнанную под легкое понимание информацию. Да, Вы возразите ...

выделяя подставленные даты цветом

.. По нашему мнению, это будет только мешать.
Хотя, мы можем провести референдум по этому поводу.

Еще необходимо уточнение для случая, когда отстутствует дата Left.

Такие треки скорее больше баги нашей статистики. Мы тщательно стараемся отфильтровывать их (треки) еще на стадии добавления. Почему? От них прямой пользы нет. Если такие треки есть (а они там появляются либо из-за глюков ПР, либо по платным услугам), то вводят в заблуждение пользователей, что этот статус существует.. это нехорошо.
PS Основная задача статистики - это показать LEFT - IMPORT.

Предлагаю высказаться еще и другим пользователям... Нужно ли зализывать данные статистики?...
PS Сразу отмечу, что решение будет приниматься не только с учетом мнений, но и с учетом общей политики сервиса.

 

[Pikarus]

По нашему мнению, это будет только мешать
Нужно ли зализывать данные статистики?..

Я не считаю это "зализыванием", т.к. как выделение цветом (бледным естественно) явно показывает, что этой даты в треке на самом деле нет.
Мы не теряем при этом ни грамма информации, зато приводим ее в более соответствующий реальной последовательности событий вид. Какой от этого вред?
Зато не будет таких глюков, как например в этой строке
EC 16.12.2010 01 17.12.2010 07 24.12.2010 -- Москва EMS 22 w a i t i n g -- 06.01.2011
где из-за отсутствия даты CustomIN получается, что до попадения на таможню прошло уже 22 дня и посылка туда до сих пор не попала, хотя очевидно, что она туда попала не позже 06.01.
Не знаю, как Вы расчитываете прогнозные значения среднего времени этапа, но боюсь, что такие числа могут вносить в них погрешность (надеюсь, что Вы их отсеиваете).
По поводу треков с отсутствующей датой Left: Если есть даты Posted и Import, то на мой взгляд они вполне легитимны. Если подставить Posted на не заполненный Left тоже не вижу никакого вреда кроме пользы.
Идею референдумума с удовольствием поддержу!

 

[Burgher]

А почему бы отсутствующую на российском трекинге дату Left не восполнять из данных почты страны отправителя? Или бывает, что и там дата Left не проставляется?

 

[dokoff]

Burgher
Это так и происходит. Исключение Cx (кроме Китая) и Ex треки. Отсутствие экспорта на рашапосте (по этим трекм) равно тому, что их нет и на трекере отправителя. в 99,9 процентах случаев.

Добавлено спустя 8 минут 26 секунд:

что и там дата Left не проставляется?

Да. И еще страна назначения (особенно Китайцы любят забить)

 

[Pikarus]

Сегодня с утра не получается добавить трек EGxxxxxxxxxUS, при попытке добавления - зависание.
Кроме того, в названии сайта, которое показывается на закладке, выводится абракадабра (возможно, русский текст с неизвестным фонтом).

 

[Pikarus]

Корректируем всего одно поле - это PMMO. Если оно пустое и есть статус Вручение - мы отображаем PMMO как Вручение

До меня наконец дошло, откуда берутся те "странные числа" в колонке перед PMMO, на которые я обращал Ваше внимание в своем посте от 26.12.2010.
Они получаются, т.к. Вы расчитываете это значение как разницу CustomIN с текущей датой, а не со скорректированной датой PMMO, не так ли?
И опять мы возвращаемся к вопросу, какая из цифр ближе к реальности, та, что выводится сейчас, или та, что вы назовете зализанной?

PS: Боюсь, что референдума по моему предложению не получится. Просто за отстутствием кворума А жаль...

 

[Burgher]

dokoff
У вас появился вопиющий косяк: все страницы в Windows-1251, а заголовок сайта в CP-866.

 

[imbot]

Да, есть такой неприятный косяк: