Сокращения при формировании полного адреса

[Eldar9x]

Возьмем, к примеру, на таблице Town_RU, метод, формирующий часть полного адреса, т.е. город: town_Ru.FullName_RU().
Подскажите, почему сокращение было решено ставить после названия города, а не перед?

Display Name FullName_RU()
{
    return  strRtrim(this.Name) + ' ' + this.AddrTypeName();
}

и стоит ли менять этот код?

А то выходит: Тюмень г вместо г.Тюмень

[Raven Melancholic]

В общем-то причина одна - содрано с 1С. В свою очередь, 1С взяла правила, по которым адрес формировался в пенсионном фонде в старые времена, когда на всех жителей трудоспособного возраста формировались списки для получения карточек социального страхования. Когда появился КЛАДР, налоговая применила тот же принцип.
У себя мы для сокращений разных видов добавили возможность указывать место расположения сокращения (перед или после наименования), то есть получаем:
г. Владимир,
но
Петушинский р-он.

[Ivanhoe]

В строках настройки формата адреса обычно делаю две галки:
1. "Пропуск разделителя" - чтобы при отсутствии, например, района, не было лишних запятых.
2. "Сокращение сначала" - чтобы можно было настроить вывод сокращения до или после названия. Соответственно для адресов, нужных налоговой и ПФ - один формат, для остальных - другой.

[Eldar9x]

Цитата:

1. "Пропуск разделителя" - чтобы при отсутствии, например, района, не было лишних запятых

Можно еще прямо в методе AddressMap_RU::makeAddress()

                case AddressElement::StreetName :
                    if (! addressFormatLines.inActive && strLRTrim(zipCode.FullName_RU()))

Спасибо за ответы. В итоге поменял код на дисплей методах

[mit]

Уважаемая общественность!
а наблюдал ли кто нибудь подтормаживание на адресных лукапах в российской функциональности при загруженном КЛАДРе? не проще ли будет распарсить данные городов - улиц - домов и положить в "родные", sys-овские адресные таблицы?

[Bishop]

Цитата:

Сообщение от mit

Уважаемая общественность!
а наблюдал ли кто нибудь подтормаживание на адресных лукапах в российской функциональности при загруженном КЛАДРе? не проще ли будет распарсить данные городов - улиц - домов и положить в "родные", sys-овские адресные таблицы?

Лечится доработкой индексов таблицы AddressZipCode:
- в индекс CountryStateCountyIdx_RU нужно добавить поле CountryRegionId (в качестве первого)
- в индекс StreetNameIdx_RU добавить поля CountryRegionId и State

[mit]

спасибо! вот уж не думал, что авторы допустили такой ляп. считал что все индексы стоят как надо...

[Ivanhoe]

Наблюдал на одной конкретной инсталляции на стандартной DAX 4.0 и стандартном импорте стандартного КЛАДРа. Лукап ужасно тормозил, особенно при первом открытии. Вылечили в итоге или нет - не знаю.