Экватор, Гринвичский меридиан, Антимеридиан, Южные и Северные полюса

Renord · 2016-03-10T06:52:54.000Z

d1g:

“Выбрать деревья в 100 метрах от Экватора” вполне себе применение линии Экватора

d1g:

Ну и как на Яндекс.Картах или Google Maps выбрать объекты в 50 метрах от Экватора?

d1g, Вы уже начали путаться - то Вам нужны деревья в 100 метрах от экватора, а то - уже в 50…
Так и до 25 дойти недолго…
Между прочим, если бы в Яндексе был Северный полюс, это не помогло бы сосчитать деревья в радиусе 12,5 метров от него. Кстати, где (в каком рендере) Вы хотели посмотреть на изображение Северного полюса?

OverQuantum · 2016-03-10T07:24:28.000Z

d1g:

There no explanation to remove objects with a proper noun. Objects with name=* belong to OSM: name=North Pole + place=locality.

There is explanation.
As we do not need some kind of objects in OSM, this means that they should not be present in OSM database, this means that they should be deleted.

Now your turn - explain your reason(s) why do we need this kind of objects in OSM.

d1g · 2016-03-10T07:57:29.000Z

Renord:

d1g:

“Выбрать деревья в 100 метрах от Экватора” вполне себе применение линии Экватора

d1g:

Ну и как на Яндекс.Картах или Google Maps выбрать объекты в 50 метрах от Экватора?

d1g, Вы уже начали путаться - то Вам нужны деревья в 100 метрах от экватора, а то - уже в 50…
Так и до 25 дойти недолго…

Кончай флудить?! Очевидно, что точная цифра в метрах приведена как пример.

Renord:

d1g:

“Выбрать деревья в 100 метрах от Экватора” вполне себе применение линии Экватора

d1g:

Ну и как на Яндекс.Картах или Google Maps выбрать объекты в 50 метрах от Экватора?

Между прочим, если бы в Яндексе был Северный полюс, это не помогло бы сосчитать деревья в радиусе 12,5 метров от него.

Что только подтверждает о невозможности такой выборки “простыми смотрелками карт” - как это утверждал BushmanK.

Renord:

Кстати, где (в каком рендере) Вы хотели посмотреть на изображение Северного полюса?

Никогда. Я использую place=* и name=* объекты всей планеты для геокодинга.

Почему речь только о рендере? У вас других задач кроме рендеринга нет?

Renord · 2016-03-10T08:03:48.000Z

d1g:

…других задач кроме рендеринга нет?

Ну Вы свои задачи озвучили (про деревья, других вроде пока не было) - хотелось бы, так сказать, разобраться, каким способом (если не прямым измерением инструментом “линейка” в рендере) Вы предполагаете их решить.

literan · 2016-03-10T08:06:40.000Z

woodpeck:

Dear Russian OSMers,

please don’t allow d1g a.k.a. Xxzme to stir up a fight. The “modern meridian” and the “Equator” are just as valid as the “49th parallel” or any other geometric construct. It does not make sense to add them to OSM. Any software drawing a map can easily add such information if it is desired. A crowdsourcing project is not required to find out where the Equator is

Bye
Frederik

totally supporting. we do not need this garbage in database.

d1g · 2016-03-10T08:08:55.000Z

OverQuantum:

There is explanation.
**As we do not need **some kind of objects in OSM, this means that they should not be present in OSM database

We?!! I’m not one of them and thus, the only argument you use to “support” removal is complete nonse.

OverQuantum:

Now your turn - explain your reason(s) why do we need this kind of objects in OSM.

I will repeat myself, but they can be used:

geocoding (why on earth would you remove place=locality objects)
more intuitive and flexible spatial querying based on objects and not hard-coded cords in the software
if these objects exist, they belong to OSM

And nobody denied one of them after 72 messages (including changeset discussion at osm.org)

d1g · 2016-03-10T08:11:50.000Z

literan:

woodpeck:

Dear Russian OSMers,

please don’t allow d1g a.k.a. Xxzme to stir up a fight. The “modern meridian” and the “Equator” are just as valid as the “49th parallel” or any other geometric construct. It does not make sense to add them to OSM. Any software drawing a map can easily add such information if it is desired. A crowdsourcing project is not required to find out where the Equator is

Bye
Frederik

totally supporting. we do not need this garbage in database.

Hardly a literate and civil argument.

But what else do you expect to see if there woodpeck “argumentation” involved

esaulenka · 2016-03-10T08:20:20.000Z

d1g, а где можно посмотреть на Ваш сервис, подсчитывающий количество деревьев в 100 метрах от Северного полюса?

Renord · 2016-03-10T08:40:55.000Z

d1g:

…Что только подтверждает о невозможности такой выборки “простыми смотрелками карт” - как это утверждал BushmanK

BushmanK утверждал совсем не это, а то, что нормальная смотрелка способна (должна быть способна) нарисовать и меридианы и полюса(ы?) самостоятельно. Да еще по желанию пользователя включать/отключать их показ.

d1g · 2016-03-10T08:41:14.000Z

Renord:

d1g:

…других задач кроме рендеринга нет?

Ну Вы свои задачи озвучили (про деревья, других вроде пока не было) - хотелось бы, так сказать, разобраться, каким способом (если не прямым измерением инструментом “линейка” в рендере) Вы предполагаете их решить.

Объект Экватора - для расчётов расстояний до Экватора (как у двух объектов)
Полюса - как обычные названия местности. В чём их особенность что их сразу ~~вандалить~~из базы удалять хотят я так и не понял.
В конце-концов, они будут использоваться для чего их для связи с проектом Wikidata (что не первостепенно для OSM), но немаловажно: http://www.openstreetmap.org/changeset/37590347

esaulenka:

d1g, а где можно посмотреть на Ваш сервис, подсчитывающий количество деревьев в 100 метрах от Северного полюса?

Обязательно мой? Overpass подойдёт?

http://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#Relative_to_other_elements_.28around.29

Если речь про “100 метров”, то простой подсчёт деревьев:

node[name="North Pole"];
node(around:100)[natural=tree];
out count;

If there people unfamiliar with overpass QL:

“select trees wthin 100m from Eiffel Tower”:
http://overpass-turbo.eu/s/eTx

[out:json][timeout:25];
(
  relation["name"="Eiffel Tower"]({{bbox}});
  node(around:100)[natural=tree];
);
out body;
>;
out skel qt;

Простой пример про “100 метров” можно усложнить до реального использования: выбрать в пределах километров и получить деревья из Лукунского леса (если речь о Северном полюсе).

Зачем такой возможности лишаться?

freeExec · 2016-03-10T09:07:01.000Z

~~node[name=“North Pole”];~~
node(around:100,90,0);

d1g · 2016-03-10T09:14:20.000Z

freeExec:

~~node[name=“North Pole”];~~
node(around:100,90,0);

If you like to query this way, this doesn’t mean that everybody else HAVE TO do this. After you remove single node “North Pole”.

Furthermore, you have to know correct syntax for coordinates in overpass:
around:100,90,0
around:100,0,90
around:90,100,0
around:90,0,100
around:0,90,100
around:0,100,90

Simply because there person that prevents everyone else from using coordinate-free queries using:
node[name=“North Pole”];
node(around:100)[natural=tree];

Overpass is just one of many examples. Nominatim results will also lack a “North Pole”. Nonsense.

Renord · 2016-03-10T09:45:53.000Z

d1g:

В чём их особенность что их сразу…

Дык особенность их очевидна: их нет!
Ну нет таких объектов - полюс, экватор. Есть понятия, воображаемые точки/линии. А физических объектов - нет.
Есть физический буй на пересечении экватора с нулевым меридианом. Есть! И он прекрасно на ОСМ существует в базе ( http://www.openstreetmap.org/node/3815077900 ).
Где-то во Гринвиче есть кусок меридиана, сделанный из железа. Есть! Пожалуйста, кто бы запретил его обозначить… Правда это не САМ МЕРИДИАН, а объект, его визуализирувающий. Объект! ( http://www.openstreetmap.org/node/3810302807 )

У нас вот тут рядом есть магазин в деревне, прямо через него проходит 135-й меридиан ( http://www.openstreetmap.org/query?lat=48.35463&lon=135.00000#map=19/48.35453/135.00000 ). Тоже ведь не просто так - точно середина 23-й 6-градусной зоны.
Надо посоветовать хозяевам так магазин и назвать - “135-й меридиан”, а сам меридиан на крыльце краской нарисовать…

esaulenka · 2016-03-10T09:49:48.000Z

d1g:

esaulenka:

d1g, а где можно посмотреть на Ваш сервис, подсчитывающий количество деревьев в 100 метрах от Северного полюса?

Обязательно мой? Overpass подойдёт?

Оверпасс НЕ подойдёт. Хотелось бы осмысленный сервис, возвращающий осмысленные результаты, которыми можно пользоваться.
Оверпасс вернёт “количество деревьев, нарисованных в ОСМ в 100 метрах от Северного полюса”.
Что с этой цифрой предполагается делать? Написать статью в википедии, разве что…

d1g · 2016-03-10T10:05:37.000Z

esaulenka:

d1g:

esaulenka:

d1g, а где можно посмотреть на Ваш сервис, подсчитывающий количество деревьев в 100 метрах от Северного полюса?

Обязательно мой? Overpass подойдёт?

Оверпасс НЕ подойдёт. Хотелось бы осмысленный сервис, возвращающий осмысленные результаты, которыми можно пользоваться.
Оверпасс вернёт “количество деревьев, нарисованных в ОСМ в 100 метрах от Северного полюса”.
Что с этой цифрой предполагается делать? Написать статью в википедии, разве что…

Не нужно теперь перескакивать: вопрос был задан “сервис, подсчитывающий количество деревьев в 100 метрах от Северного полюса?”
на “осмысленный сервис”, “возвращающий осмысленные результаты”.

Открывай свою тему про “осмысленные сервисы”. Здесь обсуждается “Экватор, Гринвичский меридиан, Антимеридиан, Южные и Северные полюса”

d1g · 2016-03-10T10:20:21.000Z

Renord:

d1g:

В чём их особенность что их сразу…

Дык особенность их очевидна: их нет!

Вот это новость. Регистрируйте учётку и удаляйте https://en.wikipedia.org/wiki/North_Pole.

https://en.wikipedia.org/wiki/North_Pole#/media/File:Noaa3-2006-0602-1206.jpg этого говорите нет?

Renord:

Ну нет таких объектов - полюс, экватор. Есть понятия, воображаемые точки/линии. А физических объектов - нет.

Вы хоть один объект place=locality в жизни в видели? Они присваиваются местности с названием. Все ваши домыслы “о их физически нет” - дикий оффтоп и ваше незнание тегов OSM.

Почему тег name=North Pole был удалён? Будете говорить ещё что такого названия нет???

Если у местности есть имя собственное - должен быть name=*. Какой другой тег - другой вопрос, какая геометрия - другой вопрос.

Renord:

Есть физический буй на пересечении экватора с нулевым меридианом. Есть! И он прекрасно на ОСМ существует в базе. Где-то во Гринвиче есть кусок меридиана, сделанный из железа. Есть! Пожалуйста, кто бы запретил его обозначить… Правда это не САМ МЕРИДИАН, а объект, его визуализирувающий. Объект! ( http://www.openstreetmap.org/node/3810302807 )

Спасибо за примеры физических объектов, но это оффтоп.

Renord:

У нас вот тут рядом есть магазин в деревне, прямо через него проходит 135-й меридиан ( http://www.openstreetmap.org/query?lat=48.35463&lon=135.00000#map=19/48.35453/135.00000 ). Тоже ведь не просто так - точно середина 23-й 6-градусной зоны.
Надо посоветовать хозяевам так магазин и назвать - “135-й меридиан”, а сам меридиан на крыльце краской нарисовать…

Хорошо, как сделаете - потом в OSM цвет крыши укажите только.

OverQuantum · 2016-03-10T18:27:54.000Z

d1g:

geocoding (why on earth would you remove place=locality objects)

place=locality may be considered for poles, although I did not agree with that.
But place=locality is not suitable for lines - equator, polar circles and so on, which are definitely not a “place” or “locality”.
Do we need to draw “49th parallel” object? “49.73 parallel” object? Where is defined difference between what we draw and what we do not?

d1g:

more intuitive and flexible spatial querying based on objects and not hard-coded cords in the software

What would happens with your query if someone will rename object, to new rules or something else (ex. removed name=, kept only name:= tags)?
What would happens with your query if someone will draw objects with same name (for example bar “North Pole” all around the world)? You are deliberately make your query unreliable. Not to saying that you need object-name index to find object by string name in reasonable time.
What kind of spatial querying could be based on meridian or circles of latitude objects?

d1g:

if these objects exist, they belong to OSM

Objects like pole or equator does not exist, they are abstraction coming from lat/lon grid.
If there is beacon at (0,0) point we should draw beacon, not “Zero point” locality.
If there is landmark at South Pole we should draw landmark, not pole itself.

LLlypuk82 · 2016-03-10T19:48:16.000Z

Апеллирование (ярых «запретителей лишних объектов») идёт к:

Этого объекта не существует;
Эту сущность можно вычислить;
Нам это не надо.
Такие удары пяткой в грудь, что можно и грудную клетку пробить.
Во-первых, мало ли чего не существует, но это вносится в базу. Во вторых, кто вам сказал, что полюсов, например, не существует? Это конкретные географические точки. Куда поколения исследователей направляли свои экспедиции? Как можно расположить научную станцию в «несуществующем» месте?
Если кто-то по снимкам со спутников может вычислять контуры сооружений на поверхности — это не значит, что теперь все обязаны так поступать и строго запрещается «обрисовывать» постройки.
Про «нам это не надо»: так идите лесом, не трогайте это (забудьте об этом, не используйте), или у вас зуд где-то возникает в результате появления того, что вам не надо?

OverQuantum · 2016-03-10T21:19:11.000Z

LLlypuk82:

Про «нам это не надо»: так идите лесом, не трогайте это (забудьте об этом, не используйте)

Т.е. “тащи всё в дом со свалки, потом разберёмся, что выкинуть обратно”?
Неа, правила должны быть - что нужно, что можно, а что нельзя. Иначе база очень быстро превратится в помойку.
Правила OSM определяются сообществом путем консенсуса. В идеале - через proposal и голосование.
Если примем решение, что рисуем, - будем рисовать. Если примем решение, что не рисуем, - удалим и не дадим восстанавливать.
Для начала надо принять решение. Для этого стороны должны выссказать аргументы за и против.

На мой взгляд - аргументы “вам не мешает, вот и оставьте”, “объект нужен для ссылки из wikidata”, “проще найти объект в базе по имени, чем задавать координаты” - слабые. Аргументы “наличие такого объекта в базе позволяет решать вот такую-то задачу, которую нельзя/сложнее решить без объекта” - сильные, но таких пока что не наблюдается.

BushmanK · 2016-03-10T22:28:10.000Z

Renord:

d1g:

…Что только подтверждает о невозможности такой выборки “простыми смотрелками карт” - как это утверждал BushmanK

BushmanK утверждал совсем не это, а то, что нормальная смотрелка способна (должна быть способна) нарисовать и меридианы и полюса(ы?) самостоятельно. Да еще по желанию пользователя включать/отключать их показ.

Да, про смотрелки я говорил именно что они позволяют накладывать координатную сетку (т.е., при желании, изобразить любой меридиан и любую параллель - хоть экватор, хоть Полярный круг, хоть что).
Господин d1g путается в показаниях.

При этом замечу, что с технической точки зрения, хранение в базе, например, линии Гринвичского меридиана из пяти точек - рисование под рендер, так как правильно отображаться он будет только в тех проекциях, где меридианы являются прямыми. Именно потому в различные ГИС и картографические программы и встраивают функцию наложения сетки, а не хранят эту сетку в форме геометрии, так как точно передать полилиниями такую геометрию для показа в любой распространенной проекции (включая Гаусса-Крюгера и UTM, например) - просто нельзя.