Size: a a a

2019 October 16

ИА

Илья А. in OpenStreetMap RU
В советских типографиях по понятным причинам не было символа "от"
источник

ИА

Илья А. in OpenStreetMap RU
Аналогичными типографскими соображениями, к слову, обусловлены и некоторые решения (например, отказ от использовавшейся Срезневским буквы Ꙋ) орфографической нормализации Лопатина, с 1960-х использовавшейся во многих словоуказателях сборников древнерусских документов и (с различными модификациями) словарях
источник

S

SviMik in OpenStreetMap RU
Илья А.
Нужно, чтобы в каждом пакете был список UTM-зон, которые им затрагиваются. Размер пакета это сильно не увеличит, а отслеживание изменений здорово облегчит
В каждом пакете есть список объектов, которые правились. Если кто-то их не читает, а вместо этого просто накрывает область квадратом - так кто ж ему доктор?
источник

ИА

Илья А. in OpenStreetMap RU
SviMik
В каждом пакете есть список объектов, которые правились. Если кто-то их не читает, а вместо этого просто накрывает область квадратом - так кто ж ему доктор?
Почему для того, чтобы выудить одну нужную правку, я должен читать описания 99 ненужных пакетов?
источник

S

SviMik in OpenStreetMap RU
Илья А.
В смысле свой сайт? Как я получу эти данные без изменения протокола, анализировать содержание каждого пакета? Это вычислительных мощностей не оберёшься
Есть минутные диффы, которые (сюрприз) даже для всей планеты весят по 0.5-3мб каждый. Это всё обсчитывается на любом калькуляторе, и дальше делится на квадраты того размера, который сам пожелаешь. А не UTM зоны, нужные одному тебе, а остальных такое деление всё равно либо не устроит, либо окажется ненужным
источник

ИА

Илья А. in OpenStreetMap RU
SviMik
Есть минутные диффы, которые (сюрприз) даже для всей планеты весят по 0.5-3мб каждый. Это всё обсчитывается на любом калькуляторе, и дальше делится на квадраты того размера, который сам пожелаешь. А не UTM зоны, нужные одному тебе, а остальных такое деление всё равно либо не устроит, либо окажется ненужным
Почему нужные одному мне? Эта дискуссия началась с того, что человек попытался последить за своим местом, и ему сплошь попадаются правки типа "Москва и Чукотка", которые его места не касаются
источник

SA

Sergey Astakhov in OpenStreetMap RU
Представлен довольно навороченный Realme X2 Pro на базе Snapdragon 855 Plus, с двухчастотным GPS - "GPS/Beidou/Galileo (Dual-frequency GPS)"
В Европе в продажу обещают в ноябре, официальная цена от €399 до €499 в зависимости от памяти.
https://www.realme.com/eu/realme-x2-pro
источник

ИА

Илья А. in OpenStreetMap RU
Если у вас есть другой решение этой проблемы, предложите его
источник

S

SviMik in OpenStreetMap RU
Илья А.
Почему нужные одному мне? Эта дискуссия началась с того, что человек попытался последить за своим местом, и ему сплошь попадаются правки типа "Москва и Чукотка", которые его места не касаются
И продолжат попадаться. Я вот хочу следить за Таллином, а твоя UTM зона одна накрывает всю Эстонию с Латвией и захватывает питер. В итоге мне всё равно будут попадаться правки Рига-Санкт-петербург. Ну и какая задача в итоге решена?
источник

ИА

Илья А. in OpenStreetMap RU
SviMik
И продолжат попадаться. Я вот хочу следить за Таллином, а твоя UTM зона одна накрывает всю Эстонию с Латвией и захватывает питер. В итоге мне всё равно будут попадаться правки Рига-Санкт-петербург. Ну и какая задача в итоге решена?
Санкт-Петербург она не захватывает, разве что Ломоносов. Я по своему опыту утверждаю, что таких правок будет гора-а-аздо меньше, чем сейчас по bbox
источник

S

SviMik in OpenStreetMap RU
Решение должно быть либо универсальным, либо оно нафиг в глобальном масштабе не нужно. Решать задачу с конкретно своими параметрами следует локально
источник

S

SviMik in OpenStreetMap RU
"гораздо меньше" - это костыль, а не решение, извините
источник

ИА

Илья А. in OpenStreetMap RU
Согласен, что костыль, но лучше костыль, чем то, что сейчас, а глобального решения нет и не предвидится
источник

S

SviMik in OpenStreetMap RU
SviMik
Есть минутные диффы, которые (сюрприз) даже для всей планеты весят по 0.5-3мб каждый. Это всё обсчитывается на любом калькуляторе, и дальше делится на квадраты того размера, который сам пожелаешь. А не UTM зоны, нужные одному тебе, а остальных такое деление всё равно либо не устроит, либо окажется ненужным
Наврал с размером, они даже меньше. Посмотрел за вчера - самый большой 569 КБ, в среднем 96 КБ
источник

S

SviMik in OpenStreetMap RU
В общем, все данные есть, чего не устраивает - не понимаю
источник

S

SviMik in OpenStreetMap RU
Универсальным будет решение, которое будет не по квадратам делить (размер которых обязательно кого-то не устроит - меня уже не устроило), а выдавать список конкретных координат, а вы уже группируйте в такие квадраты, какие вам удобны
источник

S

SviMik in OpenStreetMap RU
Список координат есть... в виде списка нод в теле самого чейнджсета
источник

SA

Sergey Astakhov in OpenStreetMap RU
Это если правка ноды затрагивает. А если там только правка тегов в каком-нибудь мультиполигоне - то чтобы достать его координаты, нужно сначала вытянуть все его ноды, которые в правке отсутствуют...
источник

S

SviMik in OpenStreetMap RU
К вопросу про правки линий и отношений - они и сейчас не учитываются в bbox чейнджсета. Недавно разбирал импорт, где один чейнджсет - ноды, второй чейнджсет - линии. У второго нет координат: https://www.openstreetmap.org/changeset/569277
источник

S

SviMik in OpenStreetMap RU
Так что если сейчас у кого-то проблема с натягиванием совы на большую территорию - вангую, где-то совы нет совсем )
источник