Moskus

cvgl.stanford.edu/teaching/cs231a_winter1415/prev/... и далее по библиографии.

Можно, вот так:
gis.stackexchange.com/questions/31628/find-points-...
Если бы у вас была база, которая полностью поддерживает геопространственные функции (то есть умеет проецировать географические координаты в плоские прямоугольные, например) это было бы проще.

https://github.com/apache/cordova-plugin-statusbar

Как-то из вас клещами подробности тащить приходится - какое количество объектов у вас планируется: сто, пятьсот, или пятьсот тысяч? Это ведь тоже важно, и ответ нужен вам, а не тем, кто вам будет отвечать...

Если речь о том, чтобы выложить в сеть интерактивную карту с десятком объектов, то вам будет абсолютно достаточно взять Leaflet, начертить где угодно (например - в Google Earth) вашу схему, сохранить, подключить к карте на Leaflet (в случае KML понадобится плагин для Leaflet, их есть несколько, я пользовался тем что отсюда https://github.com/shramov/leaflet-plugins ) И будет вам счастье - маркеры, стили, popup-ы. Больше ничего не надо. Можно даже еще проще - выложить все на share.mapbbcode.org (аналогично старому гугловскому функционалу My Maps, только лучше).

А вот если вам нужна система, где вы сможете хранить кучу данных в БД, переключать слои, видеть списки объектов и так далее, вот тогда вам понадобится хранить слои в PostgreSQL, держать установленный WMS-сервер (скажем, GeoServer), возможно - тайловый кэш к нему (TileCache) и чтобы за написанием веб-морды не повеситься, взять, например, https://geoext.github.io/geoext3/ (это OpenLayers интегрированный со всякими другими удобными вещами).

Короче, определяйтесь с масштабом безобразия, а там можно будет и уточнить детали.

По-моему, сам вопрос содержит в себе ответ.
Если у вас проблемы с количеством баллов для поступления, то о каком "престижном" ВУЗе вообще идет речь? Раз он "престижный", значит туда ломится куча желающих, среди которых, определенно, не одни троечники.
А ВУЗ, куда берут всех подряд, от того что он в Москве или где-то еще в большом городе, не становится ни на грамм лучше ни для студентов, ни для тех, кто возможно когда-нибудь спросит у вас диплом. Иногда становится даже хуже, потому что в небольшом городе, скажем, куда сложнее расцвести масштабному взяточничеству и откровенной имитации учебного процесса. Почитайте, например, вот эту чудесную статью и комментарии к ней, это про один из московских ВУЗов, куда "берут всех" megamozg.ru/post/7762 .

httpd.apache.org/docs/2.4/mod/core.html#errordocument
nginx.org/en/docs/http/ngx_http_core_module.html#e...

1. Радужные разводы - почти всегда результат интерференции в тонких пленках.
2. О том, тонкая пленка чего именно находится на дне вашей кастрюли, можно предполагать довольно долго. Несколько вариантов:
- если разводы наблюдаются внутри, но их нет снаружи, можно предположить, что это пленка оксидов металлов, входящих в состав стали, так как внутренняя поверхность подвергается нагреванию в контакте с тем, что варится, а среда там может быть весьма далекой от нейтральной;
- если разводы видны по всей поверхности, то это может быть пленка поверхностно-активного вещества, которое входит в состав моющего средства.
3. "Кухонного" средства проверить это, вероятно, нет. Только если вы возьмете шлифовальную наждачную бумагу, потрете дно, а потом будете наблюдать, когда разводы появятся снова, после длительного использования, или сразу после первой мойки.

У понятия "тепловое излучение" есть два смысла.

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

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

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

Скачать и установить wget, выполнить в командной строке вот такое:

for %L in (a,b,c,d,e,f,g,h,i,j,k,l,m,n,o,p,q,r,s,t,u,v,w,x,y,z) do for /L %D in (0,1,9) do wget http://site.ru/%L%D

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

Если оформлять это в виде .bat-файла, то заменить одинарные проценты двойными.

Приведенный выше код просто использует два вложенных цикла FOR. Информация по синтаксису FOR, например, вот тут: ss64.com/nt/for.html

Наиболее разумный вариант - это отказаться от того, чтобы генерировать все тайлы для всего мира. Вы в курсе, сколько вам на это понадобится места на дисках? На кой черт вам это нужно, если надо обслужить всего несколько машин?
Требование того, чтобы это происходило под Windows, конечно, весьма усложняет задачу и лишает вас, например, возможности использовать Tilecache. Но вы можете воспользоваться сервером Mapserver www.maptools.org/ms4w (или ставить его в составе OSGeo4W trac.osgeo.org/osgeo4w/wiki/PackageListing ) и генерировать картинку только по запросу. Конвертировать стили для него из разнообразных готовых, используемых в OSM, можно вот этим osgeo-org.1560.x6.nabble.com/ANN-Magnacarto-conver...
Ну и процедура загрузки в базу PostGIS файла planet.osm, содержащего дамп всей карты мира, сама по себе весьма нетривиальна (хотя разные описания есть, ищите по ключевым словам osm2pgsql и planet.osm). Еще вам придется озаботиться обновлениями через diff-файлы.

Ну вот, зная модель материнки, можно дать точный и исчерпывающий ответ:
dlcdnet.asus.com/pub/ASUS/mb/LGA1155/P8H77-V_LE/E7...
раздел 1.7.1, он же - страница 26.

Один DIMM следует устанавливать в любой из двух голубых слотов на выбор: A2 или B2, они же - второй и четвертый, считая от процессора.
Два одинаковых DIMM следует устанавливать в оба голубых слота (A2 и B2).

Так что если вы хотите использовать двухканальность, то вам все же придется воткнуть один из модулей во второй слот. Если будете использовать B1 и B2 (третий и четвертый слоты), это будет одноканальной конфигурацией.

Если вы подключаете один файл через <link>, а потом внутри него вставляете несколько @import, то все, что вы подключаете через @import будет загружаться только после того, как будет полностью прочитан тот первый файл стилей.
Я не могу, соответственно, сказать, что это абсолютно всегда вредно. Просто нужно понимать, когда это использовать, а когда - нет.
Например, если по какой-то причине вы не хотите параллельной загрузки и произвольного порядка применения стилей browser-ом к странице, используйте @import, если наоборот - используйте <link>.

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

Если не вдаваться в извращения и неподдерживаемые ни кем особенности формата, то разница приблизительно такая:
PNG сам по себе - формат сжатия без потерь, то есть он позволяет сохранить изображение один к одному, а JPEG сжимает изображение с потерями (при том потери можно регулировать несколькими параметрами, собственно "качество" и цветовая субдескретизация, то есть степень потери информации в цветоразностном канале).
Оба формата поддерживают прогрессивную загрузку, но по-разному: JPEG - по блокам, PNG - черезстрочно.
PNG поддерживает прозрачность в двух вариантах: прозрачный/непрозрачный и 256 градаций прозрачности, а JPEG прозрачность не поддерживает.
PNG может хранить цвет в полноцветном режиме TrueColor (24 бита) и в палитровых режимах (до 256 цветов), а JPEG бывает только полноцветный или 256 градаций серого.
Степень сжатия JPEG при одинаковых настройках изображения, но разных картинках зависит от плавности цветовых переходов в картинке, а степень сжатия PNG - от наличия повторяющихся одинаковых пикселей.
PNG не поддерживает хранение метаданных в EXIF, а JPEG - поддерживает.
Если что-то осталось неясным - спрашивайте в комментариях к ответу.