Откуда в итоговом списке взялся диапазон 8-30?
Попробуйте мой код:

Откуда в итоговом списке взялся диапазон 8-30?
Попробуйте мой код:

Откуда в итоговом списке взялся диапазон 8-30?
Попробуйте мой код:

Откуда в итоговом списке взялся диапазон 8-30?
Попробуйте мой код:

Откуда в итоговом списке взялся диапазон 8-30?
Попробуйте мой код:

Откуда в итоговом списке взялся диапазон 8-30?
Попробуйте мой код:

Откуда в итоговом списке взялся диапазон 8-30?
Попробуйте мой код:
xx = [1,2,3,5,6,7,9,12,13,17]
gg = xx[:]
sub = [xx[i:i+2][1]-xx[i:i+2][0] for i in range(len(xx)-1)]
x = 0
for j,i in enumerate(sub):
if i != 1:
x+=1
gg.insert(j+x,"N")
st = ''
for i in gg:
try:
if i.isalpha():
st=st+i
except:
st=st+'-'+str(i…[Читать далее]

расстояние будет измерено кратчайшее и не нужно никаких локальных осей, расстояние можно измерять от первой линии

расстояние будет измерено кратчайшее

В Динамо есть нод для измерения расстояния между элементами Geometry.DistanceTo

нужно только расстояние измерять или же и параллельно выравнивать?

А нельзя решить эту задачу не вводя новую систему координат? Для чего столько лишних движений?

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

нет, другие ноды не будут понимать, будут понимать только точки, которые ты построишь с помощью этих двух нодов. Вопрос имеет практический характер или теоретический? Просто я два с половиной года активно работаю в Динамо, написал около тысячи разнообразных скриптов и ни разу не нуждался в таком. Если геометрия импортируется откуда то, то можно пр…[Читать далее]

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

Используй ноды CoordinateSystem.ByOrigin и Point.ByCartesianCoordinates

Да, правильно, тема востребованная. Но скрипт с Питоном имеет многократный выигрыш во времени. На массиве в несколько тысяч элементов Питон сработал раз в 20 быстрей. На миллионе элементов Питон работал около 10 сек, а Динамо умер.

Да, правильно, тема востребованная

По сортировке можно глянуть тут ссылка