когда сравните, поймёте, почему это не faulty generalization

Якщо тег необов'язковий - немає ніякої користі в тому щоб підштовхувати людей до його використання приховуючи його необов'язковість.

Просто наличие данного несогласованного абзаца вызвал этот спор. Спрашивается зачем он?

в том то и дело, что вы отождествляете по какой-то причине эти 2 варианта

например, по причине лени

автор этого абзаца возможно тоже по какой-то причине взял и отождествил, но wiki не его песочница

Якщо вважаєте що навантаження при розрахунку маршрутів - вагому причина - вкажіть цю причину в обговоренні або на форумі і подивіться якої думки про це спільнота. Тоді можна буде говорити про узгоджегість з участинками, а поки що це просто "чиясь фантазія"

эта причина указана в Proposal

Оу

Пішов читати пропоузал

https://wiki.openstreetmap.org/w/index.php?title=Proposed_features/Public_Transport&direction=prev&oldid=1621828#Route_direction.2Fvariant
Inserting the stop_position is important to know where the vehicle stops.

це поки що найкраще з нічної переписки 🤣

Pavlo http://pavlo-dudka.github.io/osm-pg-tests/test.html?map?street.relations.n поламалося?

Схоже що так, пізніше гляну

🙏дякую

Доброе утро. А в JOSM уже новогоднее настроение)

jingle bells )))

@T8qVl7xpnY це стосується не тільки стоп_позиції, це із загальної теорії даних, наявність певною мірою надлишкових даних дозволяє у разі збоїв або помилок відновлювати втрачені частини. От пропала точка зупинки, коли не має стоп_позиції, і ви можете не помічати це досить довго і жоден валідатор не сповістить вас про це, а коли зупинка і стоп_позиція утворюють єдиний блок, в такому разі можна засобами валідаторів відновлювати випадки неповних або відсутніх даних.

Ці слова стосуються й адрес,  коли назва вулиці зазначена на самому будинку та у адресному зв'язку.

Ну у випадку адрес я мав на увазі не addr: + адресний зв'язок, а ситуацію "нод з аменіті в межах полігона будівлі з адресою". В таких випадках, наскільки я знаю, на ноді адреса не дублюється. Взагалі звучить переконливо, просто тоді постає питання де провести межу. Так можна який завгодно об'єм надлишкових даних виправдати.

У випадку стоп_позиції об'єкт має реальну користь в деяких випадках, вище були озвучені цілком переконливі приклади. І, якщо чесно, особисто мені використання stop_position подобається, я схильний скоріше поставити її там де не треба, ніж не ставити там де вона потрібна - it just feels like better organized data. Але мені не подобається мапити просто на основі особистих переконань не розібравшись в ситуації, особливо якщо є причина сумніватися в їх правильності. В таких випадках вирішити для себе що я правий і втиху мапити на основі власних міркувань - ледь не найгірший спосіб прийняти правильне рішення, а винести ці міркування на обговорення і вислухати думку інших - один з найкращих. Тому я виношу мозок всьому чату і пропоную ділитися аргументами замість того щоб просто відмахуватись від них як від "чиєїсь фантазії", і я вдячний всім хто допомагає розібратися у ситуації.