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

liosha · 2009-10-07 20:03:15

Ilis, мы переводим термины, то есть понятия. А все термины OSM идут из API.

Upliner · 2009-10-07 20:14:16

liosha
Да, всё так. Changeset это конечно же не osm-примитив, а совершенно другой тип объекта.

А все термины OSM идут из API.

А вот всё-таки с первичностью API в терминах можно не согласиться.
Хоть конечно модель данных и API идут шаг в шаг, модель данных может использоваться и вне контекста API.

Last edited by Upliner (2009-10-07 20:25:54)

liosha · 2009-10-07 20:27:59

Первична, разумеется, сама база. Но нам она напрямую вроде как недоступна, а только через API.
Какие ещё есть претенденты на источник терминов?

Если всё так, то что такое changeset?
На этапе 4 его можно рассматривать как diff+теги, согласен (хотя вообще-то diff сам по себе).
А вот на этапах 1-3 - это некий id, к которому мы приписываем вносимые изменения.

Upliner · 2009-10-07 20:36:55

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

А если в API 0.7 модель данных не поменяется, но changeset-ы станут атомарными(транзакционными)? Из всех вызовов останется только upload и download, вызов upload включит в себя create и close. Придётся менять все "сеансы" на "транзакции", хотя ни то, ни другое сути не отражает.

liosha · 2009-10-07 20:46:07

Загрузка одиночного diff-а уже сейчас транзакционная.

Как можно ещё перевести "некий id, к которому приписываются действия"?
При этом свойствами этого id являются: создавший его пользователь, время начала, время завершения, область действий. ( http://www.openstreetmap.org/api/0.6/changeset/2625284/ )

UPD
Лучше бы его вообще не переводить, конечно, но уж больно криво оно звучит.
Да и по-английски оно суть не ахти как передаёт

Upliner · 2009-10-07 20:55:50

Как можно ещё перевести "некий id, к которому приписываются действия"?

И где это интересно действия привязываются к сеансам? И так ли часто действия привязываются именно к ним?

При этом свойствами этого id являются: создавший его пользователь, время начала, время завершения, область действий.

И теги, конечно!

Last edited by Upliner (2009-10-07 20:57:40)

liosha · 2009-10-07 21:04:54

Теги опциональны. А от времён начала и завершения никуда не деться.

Upliner · 2009-10-07 21:13:25

Теги опциональны.

Ну и что? Даже их отсутствие может кое о чём рассказать... Ну а данные сеанса могут отсутствовать в другом контексте, т.е вне API или при смене API. Скажем, вместо created_at и closed_at будет commited_at. Я это не к тому, что нужно что-то менять, а к тому, что сам термин changeset не настолько привязан к API...

Last edited by Upliner (2009-10-07 21:41:31)

Calibrator · 2009-10-07 21:26:27

Ладно. Ваши рассуждения понятны. Предлагаю кратенько резюмировать их в голосовании.
Однако, разрешите загадать вам ещё одну загадку: Есть в программе Merkaartor понятие "features". Что это такое? Хотите фразы - вот вам:
Copy selected features and tags to the clipboard
Export the features in the viewport to a file
Only features fully within the viewport
Commit feature to the dirty layer
Commit the selected feature from a non-uploadable layer (e.g.Track or Extract) to the dirty layer, ready for upload
Copy the selected feature's tags to the clipboard; if the feature is a trackpoint, copy the coordinates, too.
Paste Feature(s)
Remove empty feature %1
PS: Сразу замечу - это не объект, так как объект в Merkaartor пишется как "object".

Last edited by Calibrator (2009-10-07 21:28:11)

Vovanium · 2009-10-07 22:24:58

Я за «фичу» (по аналогии с «полигоном»)! ))

Ilis · 2009-10-08 03:32:50

Calibrator wrote:

Однако, разрешите загадать вам ещё одну загадку: Есть в программе Merkaartor понятие "features". Что это такое? Хотите фразы - вот вам:
Copy selected features and tags to the clipboard
Export the features in the viewport to a file
Only features fully within the viewport
Commit feature to the dirty layer
Commit the selected feature from a non-uploadable layer (e.g.Track or Extract) to the dirty layer, ready for upload
Copy the selected feature's tags to the clipboard; if the feature is a trackpoint, copy the coordinates, too.
Paste Feature(s)
Remove empty feature %1
PS: Сразу замечу - это не объект, так как объект в Merkaartor пишется как "object".

Есть в словаре на задворках значений feature -- рисовать, обрисовывать, набрасывать, изображать прям. и перен., с соответствующими синонимами Syn: outline, picture, portray. А один из переводов outline -- это "контур". В Меркаартор вообще на заглядывал, но судя по терминологии приведённых фраз могу предположить, что речь идёт о каких-то контурах

liosha · 2009-10-08 05:09:31

Upliner wrote:

Ну а данные сеанса могут отсутствовать в другом контексте, т.е вне API или при смене API. Скажем, вместо created_at и closed_at будет commited_at. Я это не к тому, что нужно что-то менять, а к тому, что сам термин changeset не настолько привязан к API...

Хорошо, К ЧЕМУ тогда его привязать?
API в этом смысле хорош тем, что он документирован и его документация широко доступна.

А с тем, что в текущей версии API changeset имеет многие свойства сеанса, мы ещё спорим?

Upliner · 2009-10-08 06:20:23

А с тем, что в текущей версии API changeset имеет многие свойства сеанса, мы ещё спорим?

Ладно, покажите мне какую-нибудь систему где в объектах типа "сессия" долгосрочно хранятся полезные данные, тогда пожалуй соглашусь.
Может быть я конечно неправильно понимаю понятие "сеанс", но он явно не предназначен для долгосрочного хранения.

Теги опциональны.

Теги опциональны везде, но сказать, что они не являются свойством, скажем, вея -- это сильно. Да, они хранятся в разных табличках, но то, что хранится в таблице ways -- это ещё не полноценный way.
Также и здесь я могу сказать, что в текущей модели данных список тегов(пустой или непустой) является неотъемлимой частью changeset-а.

Last edited by Upliner (2009-10-08 06:38:30)

liosha · 2009-10-08 06:46:54

Я в общем-то не настаиваю, что changeset - это 100%-ный сеанс, просто я не могу подобрать слова ближе по смыслу. Слово "набор" вообще никаких свойств changeset-а не передаёт. Во-первых, набором правок является всё-таки diff changeset-а, а не сам changeset, а во-вторых даже diff - это скорее последовательность, чем набор.

Может, проще будет вообще новое слово придумать?

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

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

ikz · 2009-10-08 07:16:07

liosha wrote:

Может, проще будет вообще новое слово придумать?
Ещё одна попытка определения:
Changeset - объект-идентификатор, к которому привязываются вносимые правки (пока без уточнений).
UPD.
Для changeset-а, в отличие от вея, теги (пока?) никаких _ключевых_ свойств не передают.
Только комментарий и клиент.

Почему бы тогда не сократить до "правка"?
"ПРАВКА — 1. Процесс и сами изменения текста произведения на всех этапах его подготовки к изданию: при переработке и шлифовке рукописи автором (авт. П. оригинала), при совершенствовании авт. оригинала редактором (лит. П., редакционная П.), при корректуре (корректурная П., авт. корректурная П., конъюнктурная изд. П., редакторская корректурная П., техн., или технологическая, корректурная П., типографская корректурная П.).

2. В полиграфии процесс исправления набора по указаниям изд-ва в корректурных оттисках."

liosha · 2009-10-08 07:22:51

ikz, правка - это edit, атомарный элемент. см выше

Upliner · 2009-10-08 09:20:27

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

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

liosha · 2009-10-08 09:28:44

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

Upliner · 2009-10-08 09:33:43

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

liosha · 2009-10-08 09:39:50

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

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

Upliner · 2009-10-08 09:45:02

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

Last edited by Upliner (2009-10-08 09:45:42)

liosha · 2009-10-08 09:49:35

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

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

Upliner · 2009-10-08 09:52:01

liosha wrote:

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

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

liosha · 2009-10-08 10:05:49

Ок. Дальше

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

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

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

Upliner · 2009-10-08 10:11:17

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

Last edited by Upliner (2009-10-08 10:15:50)

Announcement

#126 2009-10-07 20:03:15

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

#127 2009-10-07 20:14:16

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

#128 2009-10-07 20:27:59

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

#129 2009-10-07 20:36:55

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

#130 2009-10-07 20:46:07

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

#131 2009-10-07 20:55:50

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

#132 2009-10-07 21:04:54

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

#133 2009-10-07 21:13:25

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

#134 2009-10-07 21:26:27

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

#135 2009-10-07 22:24:58

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

#136 2009-10-08 03:32:50

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

#137 2009-10-08 05:09:31

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

#138 2009-10-08 06:20:23

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

#139 2009-10-08 06:46:54

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

#140 2009-10-08 07:16:07

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

#141 2009-10-08 07:22:51

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

#142 2009-10-08 09:20:27

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

#143 2009-10-08 09:28:44

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

#144 2009-10-08 09:33:43

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

#145 2009-10-08 09:39:50

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

#146 2009-10-08 09:45:02

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

#147 2009-10-08 09:49:35

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

#148 2009-10-08 09:52:01

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

#149 2009-10-08 10:05:49

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

#150 2009-10-08 10:11:17

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

Board footer