[baaba]

Мне нужно трансформировать множество точек (множество пар координат в двухмерной системе координат), как показано на картинке. Это похоже на действие "align" или на вставку блока с поворотом и различными масштабными коэффициентами, по X и по Y (и ещё наклон), с заданием трёх пар координат и их значений после трансформации.
Задаём три точки из множества и их координаты после трансформации, на выходе получаем координаты всех точек после трансформации.
Подскажите, в какую сторону рыть? Как это называется? Я знаю простое преобразование координат, как например здесь: http://a-geometry.narod.ru/theory/theory_07.htm, просто перемещение и наклон, а тут добавляется растяжение и наклон. Заранее благодарю за ответы!

[Елпанов Евгений]

Сообщение от Сергей Дубина Матрица трансформации (как видите "криминала" в ней нет) 5 3 0 0 1 2 0 0 0 0 1 0 0 0 0 1 Результат должен быть таким: (разномасштабирование+поворот+сдвиг)

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

[Александр Ривилис]

Сообщение от Сергей Дубина Проверьте может у кого Transform нормально пашет?

Ты о каком Transform? Если о методе TransformBy, то он применяется к примитивам и имеет ограничения.

[zamtmn]

>>(разномасштабирование+поворот+сдвиг)
судя по всему имеется ввиду "скос" - как oblique в тексте.

Никто не запрещает умножать координаты примитивов на любые матрицы руками, а то, что есть ограничения на TransformBy - следствие принятых в автокаде правил получения системы координат объекта и того факта что некоторые преобразования не только трансформируют объект, но и меняют его тип - например скошеная окружность

[Сергей Дубина]

Сообщение от Александр Ривилис Ты о каком Transform? Если о методе TransformBy, то он применяется к примитивам и имеет ограничения.

О нем родимом. Вопрос собственно и заключался в том почему он имеет ограничения. Ведь это так формально. Какую цель преследовали авторы. Или это какой-то древний косяк уходящий во времена ДОСа.

Сообщение от zamtmn Никто не запрещает умножать координаты примитивов на любые матрицы руками

Сабственно так и приходится делать.

Сообщение от zamtmn следствие принятых в автокаде правил получения системы координат объекта и того факта что некоторые преобразования не только трансформируют объект, но и меняют его тип - например скошеная окружность

Принято за ответ.

[ShaggyDoc]

Какую цель преследовали авторы. Или это какой-то древний косяк уходящий во времена ДОСа.

Да не косяк. Просто не все примитивы можно трансформировать изменением координат их точек. Вот отрезок - легко. А дугу, например? Или что-то более сложное. Тут может потребоваться замена типа примитива.

[Сергей Дубина]

Сообщение от ShaggyDoc Вот отрезок - легко. А дугу, например? Или что-то более сложное. Тут может потребоваться замена типа примитива.

Тогда косяк организационный. Допустим TransformBy следовало-бы оставить "как есть", а к объектам, имеющим Coordinates, стоило-бы добавить метод (например TransformPoints) с матрицей трансформации без ограничений. Ведь это напрашивается само собой.

[ShaggyDoc]

Ведь это напрашивается само собой

Да, в AutoCAD очень многое "напрашивается само собой". Причем гораздо более актуальное, чем редко применяемые трансформации. Но им наплевать. То, что другие считают багом, авторы обычно называют фичей.

[Сергей Дубина]

Сообщение от ShaggyDoc То, что другие считают багом, авторы обычно называют фичей.

Рыночная экономика рулит.
З.Ы.
1. Вопрос в своей части считаю закрытым.
2. Автор темы куда-то исчез. Если ещё есть вопросы, как посчитать именно твою матрицу, помогу.

"Каптчу" делал для одного проекта.
(в папке Debug есть экзешники - поглядеть результат, если С# не установлен). Работает это все через библиотеку GDI, матричное преобразование(кто-то выше объяснял). Ну и ессно нужен .Net 2.0 или выше.
Преобразуется любой примитив.

[Александр Ривилис]

Сообщение от Сергей Дубина Допустим TransformBy следовало-бы оставить "как есть", а к объектам, имеющим Coordinates, стоило-бы добавить метод (например TransformPoints) с матрицей трансформации без ограничений. Ведь это напрашивается само собой.

А кто сказал, что этого нет? Есть. Только не для VBA (т.е. не в объектной модели). А вот ObjectARX/.NET это позволяет запросто.

[Сергей Дубина]

А кто сказал, что этого нет?
вот кто:

Сообщение от Александр Ривилис Если о методе TransformBy, то он применяется к примитивам и имеет ограничения.

после этого все понятно:

Сообщение от Александр Ривилис Есть. Только не для VBA (т.е. не в объектной модели). А вот ObjectARX/.NET это позволяет запросто.

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

Паралепипедом квадрат может стать только сдвигом, как его ни крути и не зуммируй.

[Сергей Дубина]

Сообщение от Александр Ривилис А вот ObjectARX/.NET это позволяет запросто.

Может для .NET кто примерчик накидает?
Матрица:
5 3 0 0
1 2 0 0
0 0 1 0
0 0 0 1

[Александр Ривилис]

Код:

[Выделить все]

[CommandMethod("TransPT")]
    public void TransPT()
    {
      Document doc = Application.DocumentManager.MdiActiveDocument;
      Database db = doc.Database;
      Editor ed = doc.Editor;
      double[] arr = 
      { 
        5, 3, 0, 0,
        1, 2, 0, 0,
        0, 0, 1, 0,
        0, 0, 0, 1
      };
      Matrix3d mat = new Matrix3d(arr);
//       for (int i = 0; i < 4; i++)
//       {
//         ed.WriteMessage("\n");
//         for (int j = 0; j < 4; j++)
//         {
//           ed.WriteMessage("{0} ", mat[i, j]);
//         }
//       }
      PromptPointResult rs = ed.GetPoint("\nУкажите точку для преобразования координат: ");
      if (rs.Status == PromptStatus.OK)
      {
        Point3d pt = rs.Value;
        Point3d ptNew = pt.TransformBy(mat);
        ed.WriteMessage("\nНовая точка: {0}", ptNew);
      }
    }

[Сергей Дубина]

Спасибо Александр.