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

liosha · 2009-10-07 13:45:29

Download: GET /api/0.6/changeset/#id/download
Returns the OsmChange document describing all changes associated with the changeset.

liosha · 2009-10-07 13:47:54

AkMeR, откуда вообще взялась фраза "скачать changeset"??

Можно скачать теги сеанса: http://wiki.openstreetmap.org/wiki/API_ … et.2F.23id
можно скачать diff сеанса: http://wiki.openstreetmap.org/wiki/API_ … 2Fdownload

Сам сеанс вроде бы никто и не даёт "скачать".

Ilis · 2009-10-07 13:52:37

Changeset - объект OSM, логически и по времени группирующий edit-ы конкретного пользователя. В зависимости от контекста может обозначать как сеанс загрузки edit-ов на сервер (create - upload diff - close), так и сам набор этих edit-ов (get, view).

Upliner · 2009-10-07 14:02:56

Я хорошо представляю как всё работает, но всё-таки склонен рассматривать changeset как объект.

liosha wrote:

Сам сеанс вроде бы никто и не даёт "скачать".

Там где "скачать теги" написано так:

Returns the changeset with the given id in OSM-XML format.

liosha · 2009-10-07 14:08:08

Upliner, тогда уже есть смысл спорить
Итак чем же changeset отличается от сеанса внесения правок в базу?

Upliner · 2009-10-07 14:25:17

Ну, от обычных сеансов(вроде сессий на этом форуме) changeset отличается хотя бы тем, что хранит в себе полезную нагрузку. Я считаю, Ilis здесь прав -- сам сеанс и объект, хранящий информацию о сеансе(текущем, прошедшим или будущем) -- это разные вещи.
Сходство с сеансами получается, так как сейчас операции с changeset-ами практически всегда производятся "вживую" в базе. Но и в этом случае их правильнее сравнивать с commit-ами в cvs(там они не атомарны).

Last edited by Upliner (2009-10-07 14:31:04)

liosha · 2009-10-07 14:36:35

Почему же, у сессии на этом форуме (от логина до разлогина) есть точно такая же нагрузка: посты, например.

Сам по себе сеанс (реальный процесс) и объект БД, хранящий информацию об этом процессе - это естественно, разные вещи. Но вроде как их принято называть одним словом.

----
Changeset - объект ОСМ, хранящий информацию о сеансе внесения правок в базу.
----

Так лучше?

Upliner wrote:

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

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

Calibrator · 2009-10-07 14:47:19

Прошу прощения за занудство, и за то, что прерываю учёную беседу. Нол меня интересует конкретика - как вписать перевод в базу данных локализации. Я внимательно следил за вашими интересными доказательствами. Пробую очередную итерацию. Как вам этот вариант (вариант не чисто мой - это отчасти и ваши переводы):
перевод фраз, содержащих "changeset" (Вариант 3)
Close open changesets - Закрыть сеанс
Downloading open changesets... - Скачивание правок открытого сеанса
Changeset closed - Сеанс закрыт
Show changeset - Показать правки сеанса
Close the selected open changesets. - Закрыть отмеченные сеансы
Please enter a comment for this upload changeset (min. 3 characters) - Введите комментарий для данного сеанса

Last edited by Calibrator (2009-10-07 14:51:51)

Upliner · 2009-10-07 14:51:49

Почему же, у сессии на этом форуме (от логина до разлогина) есть точно такая же нагрузка: посты, например.

Нет, тут случай другой. Полезная нагрузка changeset-а -- это теги и ID пользователя(а не diff-данные). А посты на форуме в большинстве движков даже не имеют ссылок на сессию, в которой они были созданы.

Сам по себе сеанс (реальный процесс) и объект БД, хранящий информацию об этом процессе - это естественно, разные вещи. Но вроде как их принято называть одним словом.

Об объекте как правило речи не идёт. Но даже когда заходит -- он не хранит в себе ничего, кроме данных о сеансе, и как правило неразрывно и двусторонне с ним связян.

Last edited by Upliner (2009-10-07 14:55:42)

Upliner · 2009-10-07 14:52:31

Когда идёт группировка по времени -- тут действительно получается сеанс. А когда речь идёт о логической группировке -- здесь есть простор для фантазии.
Грубо говоря вот так:

<osm>
   <!-- many nodes inserted -->    
   <way action="modify" id="-1" changeset="-1">
      <tag k="railway" v="rail"/>
      <!-- many noderefs -->    
   </way>
   <way action="modify" id="-2" changeset="-2">
      <tag k="waterway" v="river"/>
      <!-- many noderefs -->    
   </way>
   <changeset action="modify" id=-1">
      <tag k="comment" v="traced railway" />
   </changeset>
   <changeset action="modify" id=-2">
      <tag k="comment" v="traced river" />
   </changeset>
</osm>

Уже есть повод написать свой скрипт для upload-а )

Короче: есть данные о сеансе(открытие-закрытие, uid), которые имеют смысл только в БД, а есть теги, которые позволяют группировать логически, и они имеют смысл в любом месте. И сеансы уже тут совсем не причём.

Last edited by Upliner (2009-10-07 15:00:01)

liosha · 2009-10-07 15:04:59

<changeset action="modify" id=-2"> - это что-то внутриджосмовское.

В этот момент реально никаких changeset-ов ещё не существует.
Идёт планирование сеансов загрузки.

Upliner · 2009-10-07 15:11:28

В этот момент реально никаких changeset-ов ещё не существует.
Идёт планирование сеансов загрузки.

Ну почему? Данные о логическом разбиении в виде changeset-ов существуют с тех пор, как их "нарисовали". Да, в них отсутствуют данные о сеансах(по причине их отсутствия), но зато используются возможности changeset-ов как объектов.

Zkir · 2009-10-07 15:30:46

Downloading open changesets... - Скачивание правок открытого сеанса

Если это то собщение, которое джосм показывает, пока скрипит интернетом, то должно быть так:

Cкачиваются правки открытого сеанса

Last edited by Zkir (2009-10-07 15:32:03)

Upliner · 2009-10-07 15:35:03

Скачивание правок открытого сеанса

Кстати, а почему так переводится? У вас ведь вроде разные changeset-ы это разные сеансы. И соответственно должно переводиться как "Скачиваются открытые сеансы".

Ilis · 2009-10-07 15:39:42

liosha wrote:

----
Changeset - объект ОСМ, хранящий информацию о сеансе внесения правок в базу.
----
Так лучше?

Так хуже. Changeset хранит информацию о том, кто, чем, когда и какие правки сделал.

И вообще, мы обсуждаем список терминов, а Вы уже в само определение термина пытаетесь вставить перевод. К чему тогда обсуждение, и тем более голосование?

liosha · 2009-10-07 16:20:25

Upliner,
мне всё-таки кажется, что API первичнее по отношению к Josm-у.
И поэтому термины стоит определять именно по отношению к API.
А там нет никаких <changeset action="modify">, там есть /changeset/create и changeset/../close

Вообще, давай попробуем снизу.
Что у нас имеется:
1. Edit - атомарная правка, изменение свойств одного объекта с изменением его версии на 1.
2. osmDiff - набор едитов
3. Внесение этого диффа в базу, и применение его едитов (снабжённое комментариями).

С этим спорим?

Upliner · 2009-10-07 17:19:28

мне всё-таки кажется, что API первичнее по отношению к Josm-у.
И поэтому термины стоит определять именно по отношению к API.

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

Вообще, давай попробуем снизу. smile
Что у нас имеется:
1. Edit - атомарная правка, изменение свойств одного объекта с изменением его версии на 1.
2. osmDiff - набор едитов
3. Внесение этого диффа в базу, и применение его едитов (снабжённое комментариями).

Это что? Атомарные операции, поддерживаемые непосредственно в API? Таковыми являются только первые две.

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

liosha · 2009-10-07 17:22:24

Это вообще все единицы изменений.
Атомарная - только первая.

Upliner · 2009-10-07 17:42:05

А, ну понял. В Если сравнивать с теми же CVS/SVN, то список будет таким:
1. Добавление/Удаление строки (обозначаемые в diff-файле как + и -)
2. diff-файл, состоящий из множества операций удаления/добавления
3. Commit -- применение всех правок, снабжённое комментариями.

Однако, мало кто назовёт commit сеансом. Он конечно предполагает некий сеанс передачи данных, но такой же сеанс открывается например при скачивании, и название не отражает сути...

Last edited by Upliner (2009-10-07 18:04:33)

liosha · 2009-10-07 18:07:31

Ну, если не придираться к мелочам, то примерно да.

Едем дальше.
C 1-м уровнем (edit) вроде вопросов нет, это одна операция создать/изменить/удалить ноду/вей/релейшен.

2-й уровень (osmDiff) - это набор edit-ов, без всяких дополнительных тегов. В API используется для:
* /changeset/#id/upload - транзакционной загрузки edit-ов (то есть или применяются все edit-ы диффа, или ни одного)
* /changeset/#id/download - получения правок chandeset-а
Как пример: http://www.openstreetmap.org/api/0.6/ch … 4/download
Прошу заметить, этот пресловутый download changeset возвращает только diff, без всяких сведений о самом changeset-е.

Вот этот diff, имхо, и стоило бы называть "набором правок", просто потому что он представляет собой именно набор правок.

Тут нам есть о чём спорить?

Upliner · 2009-10-07 18:24:36

liosha wrote:

Вот этот diff, имхо, и стоило бы называть "набором правок", просто потому что он представляет собой именно набор правок.

Может и стоило бы, но его назвали просто разницей, а набором изменений назвали объект, на который все эти правки ссылаются

Last edited by Upliner (2009-10-07 18:33:38)

liosha · 2009-10-07 18:35:51

Хорошо, пока так и назовём
(хотя это на самом деле не совсем разница, так как правки одного объекта не объединяются)
Запрос download changeset возвращает разницу.

Считаем пока, что edit=правка, osmDiff=разница

Для этих объектов у нас есть операция конкатенации:
edit + edit -> diff
diff + edit -> diff
diff + diff -> diff

Тут спорим?

Upliner · 2009-10-07 18:43:38

Кстати, наверное действительно неправильно называть скаченные OsmChange файлы diff-ами. То есть upload-ить можно только diff-ы, а то, что получим при скачивании уже не обязательно "чистый" diff...

Тут спорим?

Ладно, не спорим.

liosha · 2009-10-07 19:54:24

Ну тогда вместо "разницы" можно перевести как "изменения".

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

Процесс жизни changeset-а:
1) создание - команда /changeset/create - в базе создаётся новый объект, ему присваивается id, и он становится открытым
2) внесение изменений - в базу заливаются diff-ы и отдельные edit-ы, привязанные к этому changeset-у. Применяются они сразу по мере заливки (это чтобы не переводили Close changeset как "зафиксировать изменения"). И все они конкатенируются в один общий diff changeset-а (который мы получаем /changeset/#id/download). На этом же этапе можно менять и свойства (теги) самого changeset-а.
3) завершение - команда /changeset/#id/close, или автоматически после 1 часа бездействия. После этого в changeset-е менять уже нельзя ни менять свойства, ни добавлять новые правки.
4) "воспоминания" - ничего нового с changeset-ом уже не происходит, можно только посмотреть его теги или получить общий diff.

Всё так?

Ilis · 2009-10-07 19:56:06

Простите, мы Api собираемся переводить, или интерфейс клиентов? К чему такие дебри?

Announcement

#101 2009-10-07 13:45:29

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

#102 2009-10-07 13:47:54

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

#103 2009-10-07 13:52:37

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

#104 2009-10-07 14:02:56

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

#105 2009-10-07 14:08:08

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

#106 2009-10-07 14:25:17

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

#107 2009-10-07 14:36:35

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

#108 2009-10-07 14:47:19

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

#109 2009-10-07 14:51:49

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

#110 2009-10-07 14:52:31

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

#111 2009-10-07 15:04:59

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

#112 2009-10-07 15:11:28

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

#113 2009-10-07 15:30:46

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

#114 2009-10-07 15:35:03

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

#115 2009-10-07 15:39:42

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

#116 2009-10-07 16:20:25

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

#117 2009-10-07 17:19:28

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

#118 2009-10-07 17:22:24

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

#119 2009-10-07 17:42:05

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

#120 2009-10-07 18:07:31

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

#121 2009-10-07 18:24:36

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

#122 2009-10-07 18:35:51

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

#123 2009-10-07 18:43:38

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

#124 2009-10-07 19:54:24

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

#125 2009-10-07 19:56:06

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

Board footer