Сергей Кореневский, демо из этой статьи работает на сенсорном экране, я специально проверил на телефоне перед тем, как дать ссылку. Чего конкретно вы хотите, чего нет в этом демо?
Сергей delphinpro, прекрасно, это влияние на производительность, а что, по выражению автора вопроса, может от этого "случиться" с ноутбуком? Именно от подключения, а не от того, чтобы на всех мониторах по игрушке запустить и зажарить видеокарту избыточной нагрузкой.
А как вообще, в вашем представлении, монитор может влиять? Учитывая, что это штатное периферийное оборудование, а не какой-нибудь ад вроде USB-кофеварки.
docker1, я не знаю, откуда вы взяли идею, что я что-то подобное думаю - это бред. Особенно, потому что я в своем комментарии прямо указал на то, что он касается общего, а не этого случая.
Вообще (не в этом странном случае) ментор нужен, чтобы оценивать результаты и указывать на ошибки, которые сам обучающийся самостоятельно не заметил или не посчитал за проблему. Общими словами - он должен давать конструктивную обратную связь.
Какого размера "участок"? Покрыт ли он растительностью и есть ли на нём здания? Потому что всё что есть в сети бесплатно - это, максимум, с разрешением 30 метров на точку и описывает огибающую поверхность, а не рельеф земли.
Ещё можно попытаться самостоятельно сгенерировать из карты с горизонталями рельефа. Модель рельефа высокого разрешения вы даже купить готовую не сможете, сможете только заказать у геодезистов или тех, кто съёмку с дрона делает.
user0name0, причин боготворить "гигантов бизнеса" - нет.
Согласно стандарту, JSON должен содержать строковые данные только в Unicode, а он содержит кириллицу в 1251.
Согласно стандарту, любой символ в JSON может быть заменен его escape-кодом. Но это должен быть escape-код вида \uXXXX, а не html entity вида &#XXXX;. JSON - не HTML.
Они бы еще строковые данные в CDATA обернули, как в XML, вообще была бы красота.
Так что руки из жопы без всякого сомнения, независимо от каких-либо оправданий. Двойное нарушение стандарта остается двойным нарушением стандарта.
user0name0, у тех, кто писал код, генерирующий эти данные, руки из жопы и обе - левые. Не удивлюсь, если решение этой задачи они выцыганили на Тостере.
user0name0, в этом случае, это действительно 1251. Так что сначала нужно это преобразовать в Unicode, а потом раскодировать html entity. Иначе информация будет потеряна, так как только в Unicode могут быть и символы кириллицы, и прибалтийских языков.
user0name0, уточню про ASCII. Если эти данные не содержат никаких букв, кроме латинских или html entity, которыми закодированы буквы прибалтийских языков, это можно интерпретировать как ASCII или любую восьмибитную кодировку. Если там есть незакодированные в html entity буквы балтийских языков или кириллические буквы (вдруг, я же не знаю, что это за данные), то кодировку таки нужно подбирать правильную.
