мой манагер (прости Господи душу мою) навялил репорт компонент, написанный на васике. Соотвественно в этот черный ящик хрен чего вставишь.
Как и все подобные ему ActiveX репорты с базой он общается напрямую.
В базе все лежит в Long/latt. Каждый проект имеет право, в любой удобный для отчета момент, поменять Projection system.
И когда человек решил распечатать репорт - тот ни сном и не духом что делать текущей координатной системой.
Я уже почти задолбил этого умника манагера, но поздно, - я не просчитал заранее последствия и с этим "компонентом" придется жить.
Но иного я пока не вижу.
Дело не столько еще и в компоненте, сколько еще и в вебе, где людям тоже захочется глядеть в правильные координаты.
В первом вопросе ты интересуешься, как сгенерировать правильную connection string для определённого сервера, драйвера OLE DB, базы данных? Я недавно писал такое - есть код, что генерит connection string (запрашивает у драйвера). Шефу хотелось проверить взаимодействие с Yukon.
Microsoft® SQL Server™ 2000 extended stored procedures extend Transact-SQL functionality by enabling you to implement logic in functions contained in dynamic-link library (DLL) files, and call those functions from Transact-SQL statements just as you would a Transact-SQL procedure. Dynamic-link library files have the .dll file name extension. Extended stored procedures can include most of the features of Microsoft Win32® and COM applications.
папа Карло писал(а):как много кооржинат надо для репорта?
все пребразования носят нелинейный характер. Всего проекционных систем больше сотни. не считая полусотни units для length
В общем на T-SQL такое никто не писал и врядли напишут.
Хотя теоритически возможно. Проще пользовать MapObject от EZRI.
максимум - могу написать скрипт для алгоритма Красовского - идеально описывает геоид для расчета полета баллистических ракет от Красноярска до NY Но это так шутка.