Сферическая поверхность не является развертываемой, можно говорить об условном развертывании. Но скорее всего вы будете искать и найдете по «развертка сферической поверхности». Или даже «поликоническая проекция» вам нужна. Вот капелька теории, что бы надергать ключевых слов.

Есть большие текстуры (6400×3200), есть еще больше (8000×4000), или даже много большие (10800×5400). Но я бы смотрел у NASA.

Вам нужно эти картинки превратить в развертку — UVLayout, Unwrap UVW. У 3d-шников должен быть ответ, как мне кажется. Либо почитать что-нибудь в духе vterrain.org, т.к. это не единственный способ нанесения арбузных корок мира на карту).

Есть подручный софт:
www.giss.nasa.gov/tools/gprojector/
www.flexprojector.com/screenshots/index.html

Вот еще сюда гляньте, если вдруг Земля окажется скучной планетой и вы захотите забубенить всю Солнечную систему.

en.wikipedia.org/wiki/Map_projection
forum.ascon.ru/index.php/topic,9040.0.html

Как-то так я нашел в свое время то, что ищете вы. Найдете — дайте знать.)

+1. Я не хочу читать про серверное администрирование .NET/Windows,
а в последней статье на эту тему понятно стало «об чем речь» лишь на
третьем экране.

Если это, конечно, не просто куски кода непонятного назначения. Я — за.

Даже если это узкоспециализированное решение, но вам есть что сказать и вы умеете то, о чем пишите, или хотите разобраться. Мне кажется, что хабр как некий Disovery Chanel в мире IT, который смотрят не потому, что все понимают об чем речь, но всегда интересно и познавательно смотреть, как работают другие на непонятных штуковинах.

Упиваюсь Флэнигоном "Полное руководство". Там есть хорошее объяснение и краткая врезка. Полное описание вышлю по просьбе в личку, а врезку - врезку сюда выложу.

Реализация замыканий

Понять суть замыканий будет совсем несложно, если усвоить правило лек-
сической области видимости: во время выполнения функции используется
цепочка областей видимости, которая действовала в момент ее определе-
ния. Однако некоторые программисты испытывают сложности при освое-
нии замыканий, потому что не до конца понимают особенности реализа-
ции. Известно, думают они, что локальные переменные, объявленные во
внешней функции, прекращают свое существование после выхода из внеш-
ней функции, но тогда как вложенная функция может использовать цепоч-
ку областей видимости, которая больше не существует? Если вы задавали
себе такой вопрос, значит, у вас наверняка есть опыт работы с низкоуров-
невыми языками программирования, такими как C, и аппаратными архи-
тектурами, использующими стек: если локальные переменные размещать
на стеке, они действительно прекращают свое существование после завер-
шения функции.
Но вспомните определение цепочки областей видимости из раздела 3.10.3.
Там она описывалась как список объектов, а не стек. Каждый раз, когда
интерпретатор JavaScript вызывает функцию, он создает новый объект для
хранения локальных переменных этой функции, и этот объект добавляет-
ся в цепочку областей видимости. Когда функция возвращает управление,
этот объект удаляется из цепочки. Если в программе нет вложенных функ-
ций и нет ссылок на этот объект, он будет утилизирован сборщиком мусо-
ра. Если в программе имеются вложенные функции, тогда каждая из этих
функций будет владеть ссылкой на свою цепочку областей видимости, а це-
почка будет ссылаться на объекты с локальными переменными. Если объ-
екты вложенных функций существуют только в пределах своих внешних
функций, они сами будут утилизированы сборщиком мусора, а вместе
с ними будут утилизированы и объекты с локальными переменными, на
которые они ссылались. Но если функция определяет вложенную функ-
цию и возвращает ее или сохраняет в свойстве какого-либо объекта, то об-
разуется внешняя ссылка на вложенную функцию. Такой объект вложен-
ной функции не будет утилизирован сборщиком мусора, и точно так же не
будет утилизирован объект с локальными переменными, на который она
ссылается.