за ссылки с точными цифрами огромное спасибо, позволяет понимать масштабы требуемого. а то везде одни теории и зубодробительные выкладки из слишком высшей математики :)
хех, решил поставить на сервере без графики. подключил реп из ппа
через libwxgtk3 потянуло за собой 850 мб пакетов кода…
на сервере покамест оставлю мс :)
хз, работать с файлами из консоли то еще «ебстебство», консоль хорошая для запуска готовых скриптов.
а вот для того что бы разобраться в кучей файликов и придумали файловый менеджер.
я вот до сих пор фаром пользуюсь, он пережил весь путь от вин95 до вин10. где-то есть и тотал командер, но он не удобен, хотя и есть свои фишки.
самая прекрасная и разумная вещчъ что была в фаре перекочевала и в линукс — я про запрос повышения прав :)
надо отредактировать конфиг в /etc — идешь и редактируешь. фар2л если нужно запросит права рута для сохранения.
в мс такого нет от слова сафсем, либо заранее печатать «sudo nano ./конфиг», либо измененное сохранять в буфер куданить в /run /home И т.д. и потом оттуда копировать взад. т.е. геморой
есть некоторые удачные фишки в mc, типа бвстрого перехода по набираемому пути, но дождемся релиза того что есть, а там уж посмотрим.
это называется промежуточное реле.
когда маломощный источник управляет маломощным промежуточным реле с мощными контактами, которые и коммутируют питание мощного потребителя.
известно давних времен…
минус всех механических систем — короткий срок эксплуатации.
только осторожно с ним он крыши домов за дороги принимает.
потому и требуется человек для валидации полученных данных.
я рапид больше использую как указание места где мапить. а дорожки рисую вручную.
подсказываю, под «подключить осм» может таиться:
— подключить растровую/векторную подложку карты на сайтик.
— засунуть растровую/векторную карту в приложение для винды, андроид и прочих ос.
— подключить отображение всяких объектов (баров, магазинов) с осм или собственных.
— подключить роутинг-машину для нахождения путей проезда.
— подключить прямой и обратный геокодинг (преобразование адрес <-> координаты)
— …
для каждого пункта в среднем есть несколько инструментов и у каждого своя команда разработчиков со своей документацией.
так шо тебе старче конкретно то надобно ??
хороший вопрос конкретизирует ответ, плохой вопрос похож на речь накуренного…
замыкание прямой линией упрощенный вариант, со своими косяками упрощения.
полноценный алгоритм: докачать неполный мультиполигон и правильно его нашинковать.
ксати отношение-мультиполигон может с несколькими оутерами и кучей иннеров, вот где будет красота.
мда. а теперь смотрим с другой стороны.
ставить дорогую железяку с поддержкой большого стека протоколов TCP/IP + Ethernet-модуль взамен дешевого преобразователя UART-485, который эффективно вешается на любой микроконтроллер весьма и весьма невыгодно.
особенно если даже скорости в 9600 за глаза хватает.
за ссылки с точными цифрами огромное спасибо, позволяет понимать масштабы требуемого.
а то везде одни теории и зубодробительные выкладки из слишком высшей математики :)
Пиловидный сигнал по сути подвид треугольного :)
это trueunixway особенность tar.gz — отдельно сжиматель, отдельно архиватор :)
через libwxgtk3 потянуло за собой 850 мб пакетов кода…
на сервере покамест оставлю мс :)
разобщенность ком.строки в мс после фара жутко бесило.
а вот для того что бы разобраться в кучей файликов и придумали файловый менеджер.
я вот до сих пор фаром пользуюсь, он пережил весь путь от вин95 до вин10. где-то есть и тотал командер, но он не удобен, хотя и есть свои фишки.
надо отредактировать конфиг в /etc — идешь и редактируешь. фар2л если нужно запросит права рута для сохранения.
в мс такого нет от слова сафсем, либо заранее печатать «sudo nano ./конфиг», либо измененное сохранять в буфер куданить в /run /home И т.д. и потом оттуда копировать взад. т.е. геморой
есть некоторые удачные фишки в mc, типа бвстрого перехода по набираемому пути, но дождемся релиза того что есть, а там уж посмотрим.
а че есть проблемы ?? :)
когда маломощный источник управляет маломощным промежуточным реле с мощными контактами, которые и коммутируют питание мощного потребителя.
известно давних времен…
минус всех механических систем — короткий срок эксплуатации.
потому и требуется человек для валидации полученных данных.
я рапид больше использую как указание места где мапить. а дорожки рисую вручную.
— подключить растровую/векторную подложку карты на сайтик.
— засунуть растровую/векторную карту в приложение для винды, андроид и прочих ос.
— подключить отображение всяких объектов (баров, магазинов) с осм или собственных.
— подключить роутинг-машину для нахождения путей проезда.
— подключить прямой и обратный геокодинг (преобразование адрес <-> координаты)
— …
для каждого пункта в среднем есть несколько инструментов и у каждого своя команда разработчиков со своей документацией.
так шо тебе старче конкретно то надобно ??
хороший вопрос конкретизирует ответ, плохой вопрос похож на речь накуренного…
полноценный алгоритм: докачать неполный мультиполигон и правильно его нашинковать.
ксати отношение-мультиполигон может с несколькими оутерами и кучей иннеров, вот где будет красота.
В атопе имхо самое удобное — наличие простенького и быстро устанавливаемого мониторинга
если у вас есть прикладной опыт, то посчитайте стоимость указанных выше решений.
ставить дорогую железяку с поддержкой большого стека протоколов TCP/IP + Ethernet-модуль взамен дешевого преобразователя UART-485, который эффективно вешается на любой микроконтроллер весьма и весьма невыгодно.
особенно если даже скорости в 9600 за глаза хватает.