Jeilla, Интерполяций есть много и разных. Есть сплайновая, есть полиномиальная, есть другие. Может вам вообще достаточно линейной между точками. Тут уж вам решать. А на какие точки вы хотите сделать интерполяцию, кстати?
Уточните-ка свою хотелку.
Есть температуры. Понятно. Им соответствуют цвета. Тут уже вопрос. Цвета, те которые colors - они вам жестко заданы или вы их сами задали?
"Интерполяция с промежуточными значениями цветов между точками" совсем непонятно.
Так как у вас заданы цвета - на самом деле в трехмерном пространстве RGB, то для каких "промежуточных точках" вы хотите сделать интерполяции?
Если задача мной правильно понята, то у вам на самом деле надо делать интерполяцию температур в промежуточных точках, а уже их значения интерполировать цветом. Но тогда цвета температурт надо задавать не от фонаря, а по некоторому алгоритму. Ну например, вот так:
data = [36.1, 33.2, 34.6, 35.3, 34.1, 32.9, 35.6, 36.7]
rgb = [int(i*10) for i in data]
c = ax.scatter(theta, r,
c = rgb,
s=area, cmap='hsv', alpha=1)
После этого находите температуру в нужной вам точке, переводите ее по той-же формуле в цвет и рисуете.
При достаточной фантазии и терпении можно подобрать формулу перевода, которая давала бы вам набор других, более дизайнерских цветов. Но это уже чистый эксперимент, на ваших реальных данных с учетом диапазона возможных температур и прочего.
Андрей, Ну, мы же не знаем, что заставило ТС использовать глобальную переменную. Может быть у него какие мысли на сей счет были. Но а если нет (т.е. он сделал это не думая), то да перенос определения в функцию тоже решит проблему.
ilgiz1, Очень занимательно. А каким образом ваша программа может найти число, например, 312628 как натуральный делитель самое себя, если вы предел цикла задали явно как: (i//2)+1
ZIK1337, Та нет. Просто ТС по неведомой причине "1" тоже считает натуральным делителем. А без этого у него аж 10 таких чисел должно получиться. И еще четыре - простых.
Никто и не спорит. Только вот автор нам не поведал о том, зачем он хочет растянуть изображения.
А что касается "метр на метр" - если вы занимаетесь такими вопросами, то наверняка знаете, что чем больше картинка, тем большего расстояния ее будут смотреть. И с расстояния в 3-4 метра "растянутая" картинка будет смотреться вполне прилично. И никто ее под лупой рассматривать не будет. Так что не все так однозначно.
Зря вы так. Потому что следующий вопрос будет связан с непониманием почему vremya <=9-59 всегда "ложь".
Поэтому правильный ответ на вопрос - "Взять учебник по Python и прочитать хотя бы первые 10 страниц".
Mag1str, Ну, если вы знаете ответ, то зачем спрашивать? Считаете, что нужен модуль - ищите. К советом тех, кто понимает о чем пишет, можете не прислушиваться.
Mag1str, У меня такое впечатление, что то-ли я пишу на хинди, то-ли у вас проблемы с русским языком. На всякий случай процитирую вопрос еще раз:
"ОТКУДА вы взяли этот код". Не конкретную строчку из скрипта, а весь код (скрипт)?
Вам уже на другом форуме три раза (реально!!) отвечали на этот вопрос. Не помогло. Там же вам порекомендовали хотя-бы полистать учебник по Python. Но этот вы просто проигнорировали и пришли задавать этот-же вопрос сюда. Причем даже не удосужились его переформулировать так, что-бы стало сразу понятно, чего-же вы хотите и что у вас не получается.
Очень занятное "упорство".
Лев Александров, Из вашего описания следует, что если объект никак (семантически) не связан с его индексом, то непонятно, зачем вам массив, основное преимущество которого как раз и заключается в прямом доступе к объекту по индексу.
Впрочем - это предмет дискуссии совершенного другого вопроса.
P.S. Это какой-же язык программирования настолько " специфический"?
WbICHA, Если уж если хранить листом (списком) все неиспользуемые индексы, то разумнее вообще отказаться от изначальной структуры массива указателей и делать сразу список указателей. Но изначально сказано четко и безаппеляционно "Есть массив из 16000 ячеек"
Впрочем одно могу сказать - попытка сначала спроектировать структуру, а потом на нее "натягивать" свою задачу - как правило всегда ущербна. Структуру и соответственно алгоритмы работы с ней надо проектировать исходя из конкретной имеющейся *прикладной) задачи. К сожалению на все (начинающие) программисты осознают это. А когда осознавать - это наверно и характеризует их переход из разряда "юниор" в разряд "миддл".
Алан Гибизов, А вдруг ТС хочет просто запутать врагов? :-) Тогда очень даже нормально - изменить расширение файла, и пусть потом, когда твой комп окажется в их злобных руках, помучаются, поугадывают, какой программой работать с каким файлом. Главное - самому не запутаться, что во что переименовал.
Обычно поступают так - определяют бюджет (ну, сколько вам на новый комп родители денег выделяют, или сколько вы можете себе выделить из своей стипендии) и покупают наиболее "свежую" и производительную конфигурацию на эти деньги. Конечно, лучше известных брендов. Про видеокарту - открываете сайт производителя (NVidia) и выбираете карты, которые поддерживают библиотеку CUDA (не скоро это вам понадобится, но что-бы потом не менять ноут). А далее действуете по указанному выше алгоритму выбора.
Мое мнение отрицательное.
Эти платформы придуманы в первую очередь не для обучения, а для использования в сложных коммерческих проектах. А вот как маленькие завлекалочки нам кинули урезанные бесплатные тарифные планы. Для человека уже "глубоко в теме" - вполне нормально бесплатно попробовать, посмотреть и потом перескочить на платный тариф, если это окажется коммерчески-оправданным, конечно.
Но вот вы (как новичек) вместо изучения методов машинного обучения сначала будете вынуждены заниматься изучением "платформ AWS, google, azure, kaggle ", потом их особенностями и только потом начнете что-то там пробовать писать самостоятельно. Да, эти платформы дадут вам огромные возможности, которые понадобятся вам правда весьма не скоро. Что толку мочь запускать супернавороченную сеть на суперкрутой облачной платформе, если не понимать, а что собственно там происходит, почему сеть обучается, и как этот процесс улучшить. А что-бы это понять - вам не надо ни навороченные платформы, ни крутые видеоплаты.
Так что свое железо крайне необходимо. А вот как его выбрать - я написал в ответе.
P.S. Следуя логике "собственное железо не нужно" можно предложить и для изучения программирования использовать облачные платформы. А у себя 486м процессором с доступом в интернет обходится. Собственно - а почему нет? Но как-то такое в голову мало кому приходит.
От исходной матрицы переходите к матрице разрешенных путей. Она у вас не такая уж и большая, потому как из всех клеток исходят только два пути: вниз и вправо. А из самых нижних и самых правых - вообще по одному.
Вес ребра равен ""значению" той ячейки, в которую это ребро приходит.
Все, задача сведена к известной задачи поиска самого короткого (ну или длинного, тогда надо немного изменить веса) пути на графе. Надеюсь эту задачу вы знаете как решать.