Чистка cladr тэгов

AMDmi3 · 2012-09-12 21:33:41

Ситуация следующая: в базе присутствуют некоторые данные, связанные с или взятые из КЛАДР.

- cladr:name, cladr:suffix на улицах. Это данные из КЛАДР и их распространение в OSM нарушает лицензию на использование классификатора КЛАДР: http://www.gnivc.ru/html/gnivcsoft/KLAD … _kladr.doc Кроме того, эти данные не обновляются и постепенно тухнут (не добавляются для новых объектов; не обновляются по новым версиям КЛАДР; перестают соответствать действительности когда, например, оказывается что кусок улицы принадлежит другой улице - name меняется, cladr:* - нет)
- 17-значный cladr:code на зданиях. Эти коды были проставлены специально для pocketgis как средство связи зданий и улиц, и больше не нужны (Ezhick это подтвердил). В них по факту содержатся неверные данные, потому что
- это коды улиц, а не зданий (в КЛАДР для зданий используются 19-значные коды), соотв-но на зданиях их быть не должно
- это коды не улиц, по которым по факту адресуется здание, а ближайших улиц. Соответственно во многих случаях просто неверные

По этим объективным причинам предлагается эти данные удалить. Вопрос к сообществу - не пользуется ли ими кто-то для каких-то задач, поскольку в таком случае будет иметь смысл обсудить альтернативные варианты решения этих задач и, возможно, помочь с их реализацией.

Сразу скажу что cladr:code я удалять не предлагаю: во-первых, он нужен для связи баз, во-вторых, я не считаю что его использование подпадает под распространение базы данных КЛАДР.

Также (но уже по субъективным) причинам предлагаю удалить sorting_name. Если я правильно понял, он проставлялся из ОМКУМ'а только по Москве. Причины для его удаления следующие:
- опять же, не обновляется со всеми вытекающими (отсутствует на новых улицых, не меняется на переименованных)
- для real-world применения не подходит по причине локальности - одна Москва используется редко, а для остальных случаев если использовать этот тэг, его придётся мешать с сортировочными именами, полученными по другим алгоритмам. Это будет работать плохо.
- название для сортировки можно всегда получить из name тем же streetmangler'ом

Подробнее о том же самом: http://wiki.openstreetmap.org/wiki/User … ladr_тэгов

RusFox · 2012-09-12 22:46:43

в чем конкретно противоречие с лицензией КЛАДР?

dedNikifor · 2012-09-12 23:02:50

Сразу скажу что cladr:code я удалять не предлагаю

удалять нужно все cladr-теги
уже были ситуации, когда кладр-код не соответствовал НП. причем неоднократно

AMDmi3 · 2012-09-12 23:04:53

RusFox wrote:

в чем конкретно противоречие с лицензией КЛАДР?

Пользователь КЛАДР обязуется не распространять КЛАДР. Под распространением
понимается предоставление доступа третьим лицам к воспроизведенной в любой
форме КЛАДР и ее компонентам путем продажи, проката, сдачи внаем,
предоставления взаймы или иными способами отчуждения.

Last edited by AMDmi3 (2012-09-12 23:05:11)

AMDmi3 · 2012-09-12 23:05:39

dedNikifor wrote:

Сразу скажу что cladr:code я удалять не предлагаю
удалять нужно все cladr-теги
уже были ситуации, когда кладр-код не соответствовал НП. причем неоднократно

Нет, коды надо валидировать. Удалять их нельзя.

RusFox · 2012-09-12 23:16:45

AMDmi3 wrote:

RusFox wrote:
в чем конкретно противоречие с лицензией КЛАДР?
Пользователь КЛАДР обязуется не распространять КЛАДР. Под распространением
понимается предоставление доступа третьим лицам к воспроизведенной в любой
форме КЛАДР и ее компонентам путем продажи, проката, сдачи внаем,
предоставления взаймы или иными способами отчуждения.

но никто ничего никуда не передает, просто с помощью КЛАДР вводится информация в ЭВМ.

Zkir · 2012-09-12 23:28:47

Право использования КЛАДР ограничивается правом на воспроизведение (запись в память ЭВМ, архивное копирование и инсталляция) и правом пользования (осуществление действий, связанных с функционированием КЛАДР в соответствии с ее назначением).

А вот собственно назначение КЛАДР:

КЛАДР, предназначен для ... стандартизации представления адресной информации в целях:
корректного ввода адресной информации в ЭВМ пользователем;
корректного представления адресной информации в электронных документах;
унификации способов представления адресной информации при информационном взаимодействии, в т.ч. межведомственном;
автоматического распознавания адресной информации при ее обработке, отождествлении и сортировке;
унификации способов хранения и обработки адресной информации;
автоматического определения по адресу связанной информации (отделения почтовой связи, кода административно – территориального образования, налогового органа и т.п.);
сокращения объемов адресной информации как при ее передаче (по каналам связи, на магнитных носителях), так и при хранении в базах данных;
унифицированного контроля и других видов обработки адресной информации.

Короче, в OSM кладр и кладр-коды использовались по прямому назначению, в целях унификации адресной информации и автоматического контроля, при хранении ее в базе данных (osm) в строгом соответствии с лицензией.

Last edited by Zkir (2012-09-12 23:39:38)

AMDmi3 · 2012-09-13 00:23:39

В отквотированном речь идёт о использовании КЛАДР как отдельной базы. Т.е. "можете не хранить/передавать сразу кучу номеров и строк, а передавать один кладрокод, а остальное получать из КЛАДР налету". Поэтому cladr:code хранить можно.
А вот когда у нас в тэгах хранится cladr:name и cladr.suffix, это однозначно "предоставление доступа третьим лицам к компоненту КЛАДР".

Last edited by AMDmi3 (2012-09-13 00:24:30)

StreloG · 2012-09-13 01:05:37

Ситуация следующая: в базе присутствуют некоторые данные, связанные с или взятые из КЛАДР.
- cladr:name, cladr:suffix на улицах.

addr:postcode на улицах от туда же и не всегда верно (намого чаще не верно)
addr:city на полигоне нп, вместо addr:district, еще и с устаревшими/не верными данными

Fortress · 2012-09-13 06:17:57

Я за удаление! Пока ещё никто не привел пример прямого использования данных тегов. Не используется = не нужно. При это за более чем год после остановки кладр бота никто не озаботился его реанимацией. Так что, ИМХО - стирать.

RusFox · 2012-09-13 06:22:15

а та информация мешает кому-то?
а по какой причине стопанули бота?

UPD: "Прежде, чем разрушать что-то, будь уверен, что сможешь создать нечто лучшее взамен." ©

Last edited by RusFox (2012-09-13 06:30:28)

liosha · 2012-09-13 06:26:07

Я смотрю, выпиливание и стирание тегов - новый тренд в ОСМ.
Привет от building=entrance и addr:street

fserges · 2012-09-13 06:49:17

Какой тренд? Данные давно являются неживыми. Тут только два варианта - реанимировать бота по проставлению кода или удалить мусорные данные. Третьего не дано. За пару лет бота никто так и не реанимировал ...

freeExec · 2012-09-13 10:11:33

Не знаю как для улиц, а вот cladr:suffix для НС бывает полезным.

wowik · 2012-09-13 10:22:02

freeExec wrote:

Не знаю как для улиц, а вот cladr:suffix для НС бывает полезным.

Ему придумали замену — official_status:ru

AMDmi3 · 2012-09-13 18:18:39

RusFox wrote:

а та информация мешает кому-то?

Я об этом ясно написал, по-моему. Одну нельзя иметь в базе по лицензионным соображением, другая изначально неверена, а всё вместе стухло. При этом то же самое всегда можно получить напрямую из (свежего!) КЛАДР.

А НП я пока трогать не планирую.

Last edited by AMDmi3 (2012-09-13 18:21:34)

andriano · 2012-09-13 18:28:24

Что за "удалятельский" зуд поразил в последнее время ОСМ?

Насколько я понимаю:
- если тебе нужны какие-то данные - сносишь их в ОСМ,
- если обнаружил ошибку - исправил,
- если лично тебе какие-то данные не нужны - игнорируешьо их,
- но удалять - не сметь! Ибо - вандализм.

Что же касается бота, то, думаю, он определенную часть работы сделал и больше гн нужен. Остальное следует делать ручками, а именно - проставлять теги новых объектов и исправлять те ошибки, которые бот в свое времяч допустил. Реанимация бота никого смысла не имеет - она лишь увековечит имеющиеся ошибки.
Это нормально - когда нужно проделать большой объем работы, который невозможно на 100% формализовать, то сначала то часть, которую можно, делаент бот, а по окончании его работы - остатки разгребаются ручками.
Поэтому факт остановки бота не может служить аргументом в пользу ненужности данных - это рациональный этап работы, который закончен.

В конце концов, если есть соображения по поводу замены одних тегов на другие (кстати, зачем?), то разумная организация этого процесса:
- расставить заменяющие теги,
- провести валидациию новых тегов с существующими кладр-тегами,
- только после этого поднимать вопрос об удалении ДУБЛИРУЮЩЕЙ информации.
Хочу подчеркнуть: именно ДУБЛИРУЮЩЕЙ, а не той, которая по чьему-то мнению не нужна.

PS. Лично я использую только cladr:code, но категорически против удаления, т.к. исхожу из принципа: "внося свою лепту, не выноси чужую".

PPS. По поводу "протухшей" инеформации: вношу альтернативное предложение - удалять как протухшие любые данные, которые не редактировались в течение 12 месяцев.

Last edited by andriano (2012-09-13 18:31:30)

AMDmi3 · 2012-09-13 18:41:08

andriano, не читатель?

Scondo · 2012-09-13 18:57:11

AMDmi3 wrote:

... а всё вместе стухло. При этом то же самое всегда можно получить напрямую из (свежего!) КЛАДР.
А НП я пока трогать не планирую.

Кстати, есть подозрение, что именно из-за этого соглашение на КЛАДР и запрещает редистрибуцию. Чтобы не выдавали непоймешь что непоймешь какой давности за КЛАДР.

Last edited by Scondo (2012-09-13 18:58:05)

Zkir · 2012-09-13 19:33:14

AMDmi3 wrote:

В отквотированном речь идёт о использовании КЛАДР как отдельной базы.

Нет, в нем идет речь об использовании КЛАДР вообще. Про отдельную базу там ничего не говориться.

Поэтому cladr:code хранить можно.
А вот когда у нас в тэгах хранится cladr:name и cladr.suffix, это однозначно "предоставление доступа третьим лицам к компоненту КЛАДР".

Ахренеть! кладр-код хранить можно, а адреса нет! Напомню, Кладр получен коллекционированием адресов [налогоплательщиков], имеющимися в обиходе. Никакого исключительного права у ФНС на адреса нет.

Last edited by Zkir (2012-09-13 19:48:35)

freeExec · 2012-09-13 19:56:00

Ну на адреса нет, а на классификатор адресов есть. В то по вашей логике можно сказать, что никакого исключительного права у гугл-транслейт на перевод нет. Буду брать их перевод и заносить к себе в базу.

AMDmi3 · 2012-09-13 20:33:48

Zkir wrote:

Нет, в нем идет речь об использовании КЛАДР вообще. Про отдельную базу там ничего не говориться.

"Использование КЛАДР вообще" и есть отдельная база. А тут речь идёт о её распространении.

Zkir wrote:

Ахренеть! кладр-код хранить можно, а адреса нет!

Суть базы в хранении данных и обеспечении связи между ними. Один код - не часть базы. Код в паре с любым другим полем из КЛАДР - часть.

GaM · 2012-09-13 21:22:05

Я за удаление этого мега-мусора!

Aleksandr Dezhin · 2012-09-13 22:07:09

AMDmi3 wrote:

Один код - не часть базы. Код в паре с любым другим полем из КЛАДР - часть.

Почему именно в паре, а не весь набор полей? Сам по себе КЛАДР код в своей структуре несет значительный объем информации: принадлежность к субъекту, району, НП и т.д.

GaM · 2012-09-13 22:40:16

Кладр код кстати тоже не считаю нужным, сопоставление другой базы с нашей не наша задача, тем более что сопоставить можно всегда по name*. Да сложнее, но это нужно тем, кому нужно. Если у нас будет десятка 3 баз, нам что все их коды прописывать для привязки баз? Я думаю это глупо и задача нейтральной стороны, которая обрабатывает данные обоих баз.

OpenStreetMap Forum

#1 2012-09-12 21:33:41

Чистка cladr тэгов

#2 2012-09-12 22:46:43

Re: Чистка cladr тэгов

#3 2012-09-12 23:02:50

Re: Чистка cladr тэгов

#4 2012-09-12 23:04:53

Re: Чистка cladr тэгов

#5 2012-09-12 23:05:39

Re: Чистка cladr тэгов

#6 2012-09-12 23:16:45

Re: Чистка cladr тэгов

#7 2012-09-12 23:28:47

Re: Чистка cladr тэгов

#8 2012-09-13 00:23:39

Re: Чистка cladr тэгов

#9 2012-09-13 01:05:37

Re: Чистка cladr тэгов

#10 2012-09-13 06:17:57

Re: Чистка cladr тэгов

#11 2012-09-13 06:22:15

Re: Чистка cladr тэгов

#12 2012-09-13 06:26:07

Re: Чистка cladr тэгов

#13 2012-09-13 06:49:17

Re: Чистка cladr тэгов

#14 2012-09-13 10:11:33

Re: Чистка cladr тэгов

#15 2012-09-13 10:22:02

Re: Чистка cladr тэгов

#16 2012-09-13 18:18:39

Re: Чистка cladr тэгов

#17 2012-09-13 18:28:24

Re: Чистка cladr тэгов

#18 2012-09-13 18:41:08

Re: Чистка cladr тэгов

#19 2012-09-13 18:57:11

Re: Чистка cladr тэгов

#20 2012-09-13 19:33:14

Re: Чистка cladr тэгов

#21 2012-09-13 19:56:00

Re: Чистка cladr тэгов

#22 2012-09-13 20:33:48

Re: Чистка cladr тэгов

#23 2012-09-13 21:22:05

Re: Чистка cladr тэгов

#24 2012-09-13 22:07:09

Re: Чистка cladr тэгов

#25 2012-09-13 22:40:16

Re: Чистка cladr тэгов

Board footer