OsmAnd: Ежедневное конвертирование и автоматическое обновление карт

wowik · 2014-08-21 11:35:06

Vitalts wrote:

Как интерпретировать аналогичную ситуацию с аутер=забор?

Задача делится на две части:
1) Где взять теги для пустого отношения? Ответ в цитате выше, то есть это "забор".
2) Что значит "забор" в мультиполигоне? Это уже семантика, это к рендеру - мапник обнес забором и внутренности
http://www.openstreetmap.org/#map=19/56.00436/37.21919 (потом сотру)

Аналогично забору работают же границы - внутренние дырки тоже обводят .

Last edited by wowik (2014-08-21 11:37:03)

Vitalts · 2014-08-21 12:03:11

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

Last edited by Vitalts (2014-08-21 12:03:59)

wowik · 2014-08-21 12:04:57

Vitalts wrote:

Пустой мультик - пустой мультик и не более.

Не выдумывайте. Вики утверждает другое. Вот и по-русски
http://wiki.openstreetmap.org/wiki/RU:R … 0.BE.D0.B2
Если все будут интерпретировать по описанию, то проблем с ошибочными пустышками возникнуть не должно.
Ошибка проявится. А если кто-то будет игнорировать, как верно, так и неверное, то ошибки только расплодятся, так как пользователь будет это принимать за нормальное поведение софта.

Last edited by wowik (2014-08-21 12:09:31)

Vitalts · 2014-08-21 13:10:30

Такой подход ломает логику мультиков подстраиваясь под частые косяки маперов, да еще и задокументировали как фичу...

wowik · 2014-08-21 13:26:32

Vitalts wrote:

Такой подход ломает логику мультиков подстраиваясь под частые косяки маперов, да еще и задокументировали как фичу...

Эт оне косяк, а изначальная фича для совместимости. Когда отношения только вводили, не весь софт их понимал, поэтому дырки в домах и озерах как бы были дополнением, которое, если что, не так уж и жалко потерять, в отличие от внешнего контура.

Да и идеология была несколько смещена. Оутер был реальным объектом, а отношение могло добавлять ему дополнительные детали типа дырки.

Last edited by wowik (2014-08-21 13:54:10)

coolkaas · 2014-08-21 15:03:39

на этом вопрос предлагается и закрыть в непрофильной ветке))

wowik · 2014-08-21 15:18:07

coolkaas wrote:

на этом вопрос предлагается и закрыть в непрофильной ветке))

Да, изначальный вопрос был такой:
"конвертер не переносит теги с внешнего контура на мультиполигон"

Dinamik · 2014-08-25 17:49:30

Если highway=service является частью мультиполигона amenity=parking, парковка рисуется, а дорога - нет. При этом линия остаётся роутинговой. Вероятно, проблема есть и с другими типами дорог и другими типами мультиполигонов.

xmd5a · 2014-08-25 18:11:56

Dinamik wrote:

Если highway=service является частью мультиполигона amenity=parking, парковка рисуется, а дорога - нет. При этом линия остаётся роутинговой. Вероятно, проблема есть и с другими типами дорог и другими типами мультиполигонов.

Не подтверждается. Так?
https://dl.dropboxusercontent.com/u/462 … 0%3A57.png
https://dl.dropboxusercontent.com/u/462 … 1%3A09.png

LLlypuk82 · 2014-08-25 18:40:45

Vitalts wrote:

мультик без тегов, т.е. ничего не значащий

мультиполигон - отношение, в первую очередь описывающее взаимозависимости полигонов (а также мультиполигонов между собой), из которых он состоит. Полигоны-участники отношения типа «мультиполигон» совершенно правомерно могут обладать собственными тегами и это естестевенно, логично и понятно. Примеров - тысячи. Простейший: озеро, окружённое лесом. Какие теги в данном случае «должен» иметь мультиполигон, где лес=outer, озеро=inner? Это было и есть, и никто этот подход не отменял.

Vitalts wrote:

Площадный забор?

Причём тут забор? Он всегда по умолчанию был линейным объектом и никаких проблем с заборами не было и нет.
Резюме:

Dinamik wrote:

конвертер ежедневных карт для OsmAnd работает неверно.

и об этом я сообщал разработчикам дважды, но никакого ответа не последовало.

xmd5a · 2014-08-25 20:22:27

LLlypuk82 wrote:

и об этом я сообщал разработчикам дважды, но никакого ответа не последовало.

Разработчики в курсе что неверно.

LLlypuk82 · 2014-08-25 21:42:32

xmd5a wrote:

Разработчики в курсе

А вот это обнадёживает-таки.

Vitalts · 2014-08-26 08:03:07

LLlypuk82, и чего вам не молчалось-то, зачем поднимать закрытую тему неверными утверждениями?

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

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

Полигоны-участники отношения типа «мультиполигон» совершенно правомерно могут обладать собственными тегами и это естестевенно, логично и понятно. Примеров - тысячи. Простейший: озеро, окружённое лесом.

Боже, что это? Вы видно совсем не читали мои посты. Что вы пытаетесь мне доказать моими же утверждениями? Да еще и противореча себе...

Какие теги в данном случае «должен» иметь мультиполигон, где лес=outer, озеро=inner? Это было и есть, и никто этот подход не отменял.

Какая разница, чем является аутер? Сами же говорите, аутер может быть самостоятельным объектом, и замкнутый контур аутера с тегом лес и делает его самостоятельным объектом. Есть много примеров, при которых нельзя брать теги аутера для мультиполигона, ибо они могут изменить сущьность мультиполигона. Один из: НП на берегу, обводим его плейсом, в воде имеется островок с постройками, соответсвенно, включаем этот островок в мультик плейса. При этом основное покрытие островка - трава и он как аутер входит в мультик плейс. Согласитесь, ну никак нельзя брать траву с этого аутера и накладывать на весь плейс.

wowik уже доходчиво объяснил, отчего допотопная схема применения тегов аутера на весь мультик, при этом переворачивающая с ног на голову само понятие мультиполигона, все еще имеет право на существование.

PS: Помимо этого в ней еще имеются и важные ограничения. Нельзя ее применять на мультиках с несколькими самостоятельными аутерами, описывающими разные площадные объекты. Поэтому, настоятельно советую при мапинге забыть о ней, как о страшном сне. Ее все еще необходимо поддерживать в ПО, но не стоит ее применять в тегировании новых/редактируемых объектов.

И прошу, больше не поднимайте эту тему в данном топике. Здесь вопрос уже был закрыт. Если в чем-то не разобрались, спросите в профильной теме.

LLlypuk82 · 2014-08-26 17:48:13

Vitalts wrote:

Какая разница, чем является аутер?

Никакой. И относительно чего вы разницу требуете?

Vitalts wrote:

замкнутый контур аутера с тегом лес и делает его самостоятельным объектом

А озеро обладает меньшей «самостоятельностью»?

Vitalts wrote:

Сами же говорите, аутер может быть самостоятельным объектом

Не было этого и не понятно к чему бы «обязывало», если даже было (гипотетически).

Vitalts wrote:

Есть много примеров, при которых нельзя брать теги аутера для мультиполигона, ибо они могут изменить сущьность мультиполигона.

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

Vitalts wrote:

допотопная схема применения тегов аутера на весь мультик

Что вы заладили о «применении на весь мультик»? Речь велась о том, что мультиполигон может, но не обязан обладать какими-либо тегами. Мой пример «лес-озеро» об этом. Вы же, как понимаю, с пеной распаляетесь, что, дескать, в этом примере «должен» быть мультиполигон «лес»(на отношении natural=wood), где inner - полигон «озеро».

Vitalts wrote:

И прошу

Просите хулигана на улице не шалить, а меня ни о чём просить не стоит.

Dinamik · 2014-08-26 18:54:49

xmd5a wrote:

Dinamik wrote:
Если highway=service является частью мультиполигона amenity=parking, парковка рисуется, а дорога - нет. При этом линия остаётся роутинговой. Вероятно, проблема есть и с другими типами дорог и другими типами мультиполигонов.
Не подтверждается. Так?
https://dl.dropboxusercontent.com/u/462 … 0%3A57.png
https://dl.dropboxusercontent.com/u/462 … 1%3A09.png

http://openstreetmap.ru/#map=19/59.83007/30.40032

Last edited by Dinamik (2014-08-26 18:56:04)

Cd_spb · 2014-08-27 11:02:20

Сегодня с утра увидел обновление Bittorrent Sync до 1.4.36. Эта версия у меня падает при попытке обновления карт. И именно карт...
Прошу откликнуться - кто ещё использует BTSync для синхронизации карт?
И кстати, у кого уcтройство c позывными "pavilion - cds"?

xmd5a · 2014-08-29 07:00:16

Неужели никому не нужно метро?
То, что качается с s2.svimik.com:
Screenshot%20-%2029.08.2014%20-%2009%3A57%3A21.png
С сервера OsmAnd:

Обновите OsmAnd Map Creator и rendering types (если оно лежит отдельно).

Last edited by xmd5a (2014-08-29 07:00:52)

Cd_spb · 2014-08-29 07:48:29

Cd_spb wrote:

Сегодня с утра увидел обновление Bittorrent Sync до 1.4.36. Эта версия у меня падает при попытке обновления карт. И именно карт...
Прошу откликнуться - кто ещё использует BTSync для синхронизации карт?
И кстати, у кого уcтройство c позывными "pavilion - cds"?

На текущий момент единственное решение - отключение от папки, к которой подключен Sync 1.2
С уважением,
Команда поддержки Sync.

SviMik · 2014-08-29 11:46:03

Обновите OsmAnd Map Creator и rendering types (если оно лежит отдельно).

rendering types свежий. OsmAnd Map Creator должен обновиться завтра.

Self-Perfection · 2014-08-29 12:52:06

Cd_spb wrote:

Сегодня с утра увидел обновление Bittorrent Sync до 1.4.36. Эта версия у меня падает при попытке обновления карт. И именно карт...
Прошу откликнуться - кто ещё использует BTSync для синхронизации карт?

Такая же ситуация. Т.к. BTSync у меня стоял только ради синхронизации карт, я его просто снёс.

Вообще хочу сказать, что распространение свободных карт через проприетарный BTSync заставляет меня грустить. Почему бы не использовать свободную альтернативу Syncthing?

Last edited by Self-Perfection (2014-08-29 12:54:34)

Cd_spb · 2014-08-29 13:17:36

Self-Perfection wrote:

Cd_spb wrote:
Сегодня с утра увидел обновление Bittorrent Sync до 1.4.36. Эта версия у меня падает при попытке обновления карт. И именно карт...
Прошу откликнуться - кто ещё использует BTSync для синхронизации карт?
Такая же ситуация. Т.к. BTSync у меня стоял только ради синхронизации карт, я его просто снёс.
Вообще хочу сказать, что распространение свободных карт через проприетарный BTSync заставляет меня грустить. Почему бы не использовать свободную альтернативу Syncthing?

BTSync был предложен мной на замену Я.диску. И попросил SviMik внедрить эту тему на сервер. А было это в прошлом году. Есть шанс, что этим пользуюсь только я. :-)
Про Syncthing нужно почитать. Вы пользуетесь?

P.S. Только что попробовал запустить у себя на андроиде - после перезапуска упала. Плюс я не понял как сделать "односторонюю" синхронизацию, чтобы можно было сразу записывать в папку OsmAnd.

Last edited by Cd_spb (2014-08-29 13:32:23)

LLlypuk82 · 2014-08-29 13:58:06

Сегодняшний map creator у меня спотыкается. Проверял на заведомо конвертируемой карте (на чуть более старой версии creator она конвертировалась нормально).
Кусочек лога osmand.log:

авг 29, 2014 3:50:17 PM net.osmand.swing.ExceptionHandler handle
SEVERE: Error in thread AWT-EventQueue-0
java.lang.OutOfMemoryError: Java heap space
	at java.lang.String.<init>(Unknown Source)
	at java.util.jar.Attributes.read(Unknown Source)
	at java.util.jar.Manifest.read(Unknown Source)
	at java.util.jar.Manifest.<init>(Unknown Source)
	at java.util.jar.JarFile.getManifestFromReference(Unknown Source)
	at java.util.jar.JarFile.getManifest(Unknown Source)
	at sun.misc.URLClassPath$JarLoader$2.getManifest(Unknown Source)
	at java.net.URLClassLoader.defineClass(Unknown Source)
	at java.net.URLClassLoader.access$100(Unknown Source)
	at java.net.URLClassLoader$1.run(Unknown Source)
	at java.net.URLClassLoader$1.run(Unknown Source)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.net.URLClassLoader.findClass(Unknown Source)
	at java.lang.ClassLoader.loadClass(Unknown Source)
	at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
	at java.lang.ClassLoader.loadClass(Unknown Source)
	at net.osmand.swing.OsmExtractionUI$1.uncaughtException(OsmExtractionUI.java:94)
	at java.lang.ThreadGroup.uncaughtException(Unknown Source)
	at java.lang.ThreadGroup.uncaughtException(Unknown Source)
	at java.awt.EventDispatchThread.processException(Unknown Source)
	at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
	at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
	at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
	at java.awt.WaitDispatchSupport$2.run(Unknown Source)
	at java.awt.WaitDispatchSupport$4.run(Unknown Source)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.awt.WaitDispatchSupport.enter(Unknown Source)
	at java.awt.Dialog.show(Unknown Source)
	at java.awt.Component.show(Unknown Source)
	at java.awt.Component.setVisible(Unknown Source)
	at java.awt.Window.setVisible(Unknown Source)
	at java.awt.Dialog.setVisible(Unknown Source)

авг 29, 2014 3:51:34 PM net.osmand.swing.ExceptionHandler handle
SEVERE: Error in thread D3D Screen Updater
java.lang.OutOfMemoryError: Java heap space

авг 29, 2014 3:51:34 PM net.osmand.swing.ExceptionHandler handle
SEVERE: Error in thread Thread-4
java.lang.OutOfMemoryError: Java heap space

Max Vasilev · 2014-08-29 14:12:42

OutOfMemoryError: Java heap space

Памяти не хватило. Попробуйте при запуске выделить java больше памяти.

-Xmx (максимальный размер для пула виртуальной машины, по умолчанию 256m) -Xms (стартовый минимальный размер, по умолчанию не задан).

SviMik · 2014-08-29 18:57:15

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

Зачем грустить? HTTP и FTP вполне работают, пользуйтесь на здоровье BTSync был добавлен в последний момент, по просьбам трудящихся.

LLlypuk82 · 2014-08-30 04:41:07

Не знаю, в чём тут дело, но последние две версии конвертера у меня не работают, выдавая одни и те же ошибки.
Насчёт памяти - не силён в настройках java-приложений (не знаю, как задавать параметры). И что-то мне подсказывает, что при неизменности всех прочих условий, кроме собственно конвертера, после чего операция перестала выполняться успешно, проблема, всё-таки, именно в конвертере.
По неосмотрительности удалил прежние рабочие версии. За сим потерял возможность конвертации.
Дополнительный вопрос: у кого-либо есть подобные проблемы или все используют карты «из топика»? Хотя, они ведь создаются тем же конвертером...

Announcement

#851 2014-08-21 11:35:06

Re: OsmAnd: Ежедневное конвертирование и автоматическое обновление карт

#852 2014-08-21 12:03:11

Re: OsmAnd: Ежедневное конвертирование и автоматическое обновление карт

#853 2014-08-21 12:04:57

Re: OsmAnd: Ежедневное конвертирование и автоматическое обновление карт

#854 2014-08-21 13:10:30

Re: OsmAnd: Ежедневное конвертирование и автоматическое обновление карт

#855 2014-08-21 13:26:32

Re: OsmAnd: Ежедневное конвертирование и автоматическое обновление карт

#856 2014-08-21 15:03:39

Re: OsmAnd: Ежедневное конвертирование и автоматическое обновление карт

#857 2014-08-21 15:18:07

Re: OsmAnd: Ежедневное конвертирование и автоматическое обновление карт

#858 2014-08-25 17:49:30

Re: OsmAnd: Ежедневное конвертирование и автоматическое обновление карт

#859 2014-08-25 18:11:56

Re: OsmAnd: Ежедневное конвертирование и автоматическое обновление карт

#860 2014-08-25 18:40:45

Re: OsmAnd: Ежедневное конвертирование и автоматическое обновление карт

#861 2014-08-25 20:22:27

Re: OsmAnd: Ежедневное конвертирование и автоматическое обновление карт

#862 2014-08-25 21:42:32

Re: OsmAnd: Ежедневное конвертирование и автоматическое обновление карт

#863 2014-08-26 08:03:07

Re: OsmAnd: Ежедневное конвертирование и автоматическое обновление карт

#864 2014-08-26 17:48:13

Re: OsmAnd: Ежедневное конвертирование и автоматическое обновление карт

#865 2014-08-26 18:54:49

Re: OsmAnd: Ежедневное конвертирование и автоматическое обновление карт

#866 2014-08-27 11:02:20

Re: OsmAnd: Ежедневное конвертирование и автоматическое обновление карт

#867 2014-08-29 07:00:16

Re: OsmAnd: Ежедневное конвертирование и автоматическое обновление карт

#868 2014-08-29 07:48:29

Re: OsmAnd: Ежедневное конвертирование и автоматическое обновление карт

#869 2014-08-29 11:46:03

Re: OsmAnd: Ежедневное конвертирование и автоматическое обновление карт

#870 2014-08-29 12:52:06

Re: OsmAnd: Ежедневное конвертирование и автоматическое обновление карт

#871 2014-08-29 13:17:36

Re: OsmAnd: Ежедневное конвертирование и автоматическое обновление карт

#872 2014-08-29 13:58:06

Re: OsmAnd: Ежедневное конвертирование и автоматическое обновление карт

#873 2014-08-29 14:12:42

Re: OsmAnd: Ежедневное конвертирование и автоматическое обновление карт

#874 2014-08-29 18:57:15

Re: OsmAnd: Ежедневное конвертирование и автоматическое обновление карт

#875 2014-08-30 04:41:07

Re: OsmAnd: Ежедневное конвертирование и автоматическое обновление карт

Board footer