Голосование по терминологии

Upliner · 2009-10-08T08:20:27.000Z

Для changeset-а, в отличие от вея, теги (пока?) никаких ключевых свойств не передают.
Только комментарий и клиент.

В модели данных не бывает чего-то “ключевого” и “неключевого”. Она просто описывает как хранить данные. А что мы придумаем с этим делать – это уже другое дело.

liosha · 2009-10-08T08:28:44.000Z

Как раз есть: у объектов есть неотделимые свойства (например, геокоординаты у ноды, список нод у вея или время закрытия у changeset-а), а есть опциональные, которые выносятся в теги.

Upliner · 2009-10-08T08:33:43.000Z

Одно дело “неотделимые”, другое – “ключевые”(кстати, времени закрытия у changeset-а как раз может и не быть). “Опциональные” ещё не значит, что этими свойствами можно пренебречь.

liosha · 2009-10-08T08:39:50.000Z

Так, уже путаница начинается.

Если мы говорим о модели данных, то для неё принципиальна только сама возможность наличия тегов, а свойства, описываемые в тегах, она вообще не рассматривает. А координаты ноды, например, рассматриваются именно в модели данных. И время закрытия changeset-а тоже: поле для него всегда есть, хотя да, оно может быть и не заполнено (пока changeset открыт).

Upliner · 2009-10-08T08:45:02.000Z

Кстати, в trac-е перевели именно как “набор изменений”, в некоторых местах – просто “изменения”. Ну там-то оно и понятно: в svn changeset-ы транзакционны, и diff – неотъемлимая часть changeset-а.
Но понятие оказывается достаточно гибкое и может быть не только транзакционным, но и сессионным, как здесь… Но в то же время само по себе это не транзакция и не сессия…

liosha · 2009-10-08T08:49:35.000Z

Upliner,
с этим определением согласишься?

Ещё одна попытка определения:
Changeset - объект-идентификатор, к которому привязываются вносимые правки (пока без уточнений).

Upliner · 2009-10-08T08:52:01.000Z

liosha:

с этим определением согласишься?

Ну да. Неполное, но в принципе правильное.

liosha · 2009-10-08T09:05:49.000Z

Ок. Дальше

Неотделимые свойства changeset-а:

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

При этом сам changeset - это неотделимое свойство edit-а.

Как бы это грамотно в определение уместить?

Upliner · 2009-10-08T09:11:17.000Z

Не знаю.
Если бы я где-нибудь видел, чтобы вносимые правки привязывались к сеансам(session), то согласился бы с этим определением. А так – отдаю предпочтение буквальному переводу словосочетания change set.

liosha · 2009-10-08T09:18:05.000Z

Upliner,
пока речь об определении, а не о переводе.

Upliner · 2009-10-08T09:43:55.000Z

Хмм… тогда наверное “запись в журнале”(по аналогии с журналами посещения, журналами платежей и т.д.)

Ilis · 2009-10-08T10:37:38.000Z

Как вариант:

Changeset – объект, логически объединяющий правки и хранящий информацию о времени начала и конца выполнения этих правок, пользователе и клиентской программе, а также необязательном комментарии к этим правкам.

liosha · 2009-10-08T10:53:44.000Z

Клиент точно так же не обязателен, как и комментарий.

Время создания и время закрытия changeset-а слабо связано со временем начала и конца внесения правок.

Сам по себе changeset ничего логически не объединяет - он просто группирует, хотя можно сказать, что он предназначен для логического объединения.

UPD

Ну и опять же это определение учитывает только “послежизние” changeset-а после его закрытия.

Ilis · 2009-10-08T11:17:34.000Z

liosha:

Клиент точно так же не обязателен, как и комментарий.

Время создания и время закрытия changeset-а слабо связано со временем начала и конца внесения правок.

Сам по себе changeset ничего логически не объединяет - он просто группирует, хотя можно сказать, что он предназначен для логического объединения.

UPD

Ну и опять же это определение учитывает только “послежизние” changeset-а после его закрытия.

Значит написать, что клиент и комментарий не обязательны. В целом же понятно о чём речь? Для определения достаточно, думаю…

liosha · 2009-10-08T11:35:26.000Z

Changeset - объект-идентификатор, к которому привязываются вносимые правки. Предназначен для логической группировки правок пользователя.

А дальше уже особенности:
имеет два этапа жизни - открыт (от создания до закрытия) и закрыт (после закрытия),
открытый может изменяться, после закрытия становится read-only,
каждая вносимая правка обязательно должна быть привязана к открытому changeset-у,
может иметь комментарий и доп. теги

Ilis · 2009-10-08T11:38:29.000Z

Ну вот наконец-то в муках родилось что-то нормальное.

Про обязательность принадлежности правки к ченджсету правильно подмечено.

liosha · 2009-10-08T11:46:12.000Z

Не принадлежности, а привязки
Правки не принадлежат changeset-у, но у каждой правки есть информация, в каком changeset-е она внесена.

Ну и на всякий случай уточняю, что “правка” = “версия объекта”.

UPD
вернее, “внесённая правка” = “версия объекта”

Ilis · 2009-10-08T11:51:29.000Z

Чтобы не уточнять, в определении надо писать в оригинале ранее введённые понятия.

liosha · 2009-10-08T11:55:54.000Z

А никто от ранее введённых понятий не отказывается:

Edit - правка,
osmchange, он же osmdiff - последовательность правок

Я просто обращаю внимание, что при внесении правки в базу она становится версией объекта.

Ilis · 2009-10-09T10:47:26.000Z

Может уже внести последнюю версию в вики? Принципиальных возражений вроде не осталось…