Vlad
а стандарт лоадера для них у whatwg
Vlad
такие дела
Vlad
@chicoxyzzy @vkurchatkin пусть меня поправят если соврал где
Dreamerinnoise
gemini же. не ?
https://github.com/hayesmaker/phase-2-e Что-то такое, короче, искал. только под свой фреймворк.
Uladzimir
в тему тестов: у меня тут в setup файле есть import 'babel-polyfill', что, судя по всему, тормозит старт, можно это оптимизировать?
Андрей
а стандарт лоадера для них у whatwg
лоадер для модулей это что ? System.import не ?
Андрей
а ясно. — это стандарт для реализации подгрузки модулей.. аля синхронно или асинхронно и тп.
Vlad
https://whatwg.github.io/loader/
Vlad
кто-то работал с npm вебхуками?
Anonymous
Чат, помогите решить задачу. Есть массив массивов (геокоординаты) - полигон. И есть точка [широта, долгота]. Как понять, что точка входит в полигон? Наверняка есть готовые инструменты. Всё осложняется также тем, что координаты гео, а не просто на плоскости
Anonymous
В смысле?
Андрей
Андрей
почитать можно тут ? http://blog.npmjs.org/post/145260155635/introducing-hooks-get-notifications-of-npm или тут про другое ?
Anonymous
решение гуглится за 1 минуту
Находил point - in - polygon, тестовые данные на проходит
Cocaine
https://github.com/postwait/node-amqp как с помощью этой либы делать nack на сообщение?
Anton
https://github.com/Turfjs/turf
Anton
геометрия же стандартная
Гео полигоны размазаны по сфере.
Vladimir
Вроде специального алгоритма нет
Vladimir
Нужно просто понимать ограничения
Anton
Тут главное знать какими должны быть отрезки полигона - прямыми на планете(дугами), или прямыми на карте(прямыми)
Vladimir
Желательно, чтобы они были достаточно короткими, чтобы можно было об этом не думать
Vladimir
и не пересекать 180 меридиан
Vladimir
?
Vladimir
причем тут это?
Vladimir
Если ты пересекаешь 180 меридиан, то уже нельзя игнорировать, что координаты сферические
Vladimir
тоже самое даже с простыми bbox ами
Anton
Если ты пересекаешь 180 меридиан, то уже нельзя игнорировать, что координаты сферические
Они и на меркаторе "сбрасываются". 180+, это пиксельный 0, но уже в другом мире.
Vladimir
Ну я и не говорю, что проекция решает проблему
Vladimir
Просто есть edge cases, которые нужно понимать
Vladimir
На практике проблема решается просто - нужно не использовать такие полигоны
Vladimir
википедия намекает, что геометрия Римана и риманова геометрия - это две разные вещи
Vladimir
Я не уверен, что там есть свой алгоритм point in polygon
Anton
В любом множестве есть понятие принадлежности этому множеству подмножества.
Anton
Вообще алгоритмов p-in-p много. И все для обычной геометрии.
Vladimir
Я думаю просто на практике они работают для географических координат досточно хорошо, поэтому и нет специализированного алгоритма
Vladimir
Любой "проблематичный" полигон можно трансформировать в один или несколько "не проблематичных"
Anton
Любой полигон в гео координатах переваривается в обычный.
Vladimir
Не всегда в один
Vladimir
В случае перехода через 180 меридиан - в 2
Anton
Это только плохие АПИ делают.
Anton
Гугл или Яндекс карты так не поступают.
Vladimir
Речь не про АПИ, речь про расчеты
Vladimir
А с точки зрения АПИ - банальный вопрос
Vladimir
Допустим есть АПИ для построения отрезка
Vladimir
Я задаю две точки
Vladimir
Какой из двух вариантов будет отрисован?
Vladimir
Логичное решение - тот, который не перискает 180 меридиан
Anton
А варианты где?
Vladimir
Vladimir
> @klond90 там наверняка есть решение на римановой геометрии Не, просто учитываются различные кейсы, наверняка
Anton
Нет. Нам не надо наркоты.
Vladimir
Вот геодезические линии Яндекс рисует
Vladimir
Но это не то чтобы проблема
Anton
В общем случае из гео координат получаются экранные, а из экранные - "конечные". Там может быть и добавление геодезических дуг, и самопересечение полигонов, и симплификация и shortestpath. Именно он точку через 180 перекинется.
Vladimir
А пересечение 180 меридиана работает странно
Vladimir
Что не удивительно
Anton
Ради эксперимента - создайте линию 175..-175
Anton
И линию -175..0..175
Дима
Говоря про "стандартную геометрию" не стоит забывать, что на сфере например возможен треугольник с тремя углами по 90 градусов))
Vladimir
При переходи одной точки отрезка через 0 меридиан яндекс перебрасывает отрезок
Vladimir
Т е выбирает кратчайший
Vladimir
Но это конкретный функционал определения расстояния
Anton
Там нет слова через 0. Просто кратчайший.
Denis
Так, а говорят Passport.js для авторизации совсем не торт и там совсем всё криво реализовано? А что использовать для авторизации через GitHub?
Vladimir
А когда я хочу построить отрезок - я могу хотеть и тот, и тот
Vladimir
Там нет слова через 0. Просто кратчайший.
М б, я просто поставил точку близко к 180
Anton
Настраивался опцией coordRendering ;)
Anton
М б, я просто поставил точку близко к 180
Точка будет всегда там, где должна быть. Если нет - волкам в клуб или личку. Ещё неделю за этот код Яндекс карт в ответе лично я.
Vladimir
Да не, все в порядке
Vladimir
Если поставить одну точку близко к 180, а вторую двигать, то отрезок перескакивает при переходе через 0 меридиан
Vladimir
Что логично