You are not logged in.

Announcement

*** NOTICE: forum.openstreetmap.org is being retired. Please request a category for your community in the new ones as soon as possible using this process, which will allow you to propose your community moderators.
Please create new topics on the new site at community.openstreetmap.org. We expect the migration of data will take a few weeks, you can follow its progress here.***

Pages: 1 … 35 36 37 38 39 … 54

#901 2014-10-05 08:48:51

Self-Perfection
Member
Registered: 2013-10-12
Posts: 117

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

Вот я лохня.

Несколько файлов карт были. И не случайно, а вполне специально.

Старая версия контура реки торчала из устаревшего дампа Калужской области, который мне, практически не нужен, и потому я его не обновлял.

Совершенно неожиданный для меня эффект.

Offline

#902 2014-10-05 09:35:10

Nik64
Member
From: Ставрополь
Registered: 2013-11-10
Posts: 201

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

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

+ Если граница области, старая карта соседней области. Идёт наложение обоих карт.

osmand-mapsSTA

Offline

#903 2014-10-10 06:23:31

Cd_spb
Member
From: Санкт-Петербург
Registered: 2011-11-04
Posts: 1,267

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

Господа, прошу оперативно обновлять OsmAndMapCreator.
Связано это с тем, что OsmAnd выходит на прямую для релиза, в котором должна быть поддержка turn:lanes.

Offline

#904 2014-10-10 07:47:53

var-alex
Member
From: МО, Коломна
Registered: 2012-04-12
Posts: 1,399

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

Cd_spb wrote:

Господа, прошу оперативно обновлять OsmAndMapCreator.

Обновил на сегодняшний.

Offline

#905 2014-10-10 10:30:32

Nik64
Member
From: Ставрополь
Registered: 2013-11-10
Posts: 201

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

Мои карты сегодня вышли с новым OsmAndMapCreator от 09-Oct-2014 23:07.

osmand-mapsSTA

Offline

#906 2014-10-10 11:10:27

Vitalts
Member
From: Estonia
Registered: 2010-12-30
Posts: 1,440

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

Включил ежедневное обновление OsmAndMapCreateor latest-night-build

Offline

#907 2014-10-13 11:54:49

xmd5a
Member
Registered: 2013-01-02
Posts: 879
Website

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

xmd5a wrote:

Исправлен баг когда дорога, являющаяся внешним контуром мультиполигона, на котором стояли теги highway=такая_же_дорога_как_на_внешнем_контуре + area=yes (или area:highway), не отображалась. Такое было когда например парковки рядом с highway=service нарисованы мультиполигоном, причем на самой парковке дополнительно стоит area:highway=service (или highway=service + area=yes).
Нужно обновить карты (и creator!) и osmand чтобы площадные дороги заработали (внутри программы их перенесли на другие теги чтобы не было коллизий).

www.osmand.net

Offline

#908 2014-10-15 08:07:50

Nik64
Member
From: Ставрополь
Registered: 2013-11-10
Posts: 201

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

Обновлено, сегодня выйдут с OsmAndMapCreator-main.zip    15-Oct-2014

osmand-mapsSTA

Offline

#909 2014-10-22 08:03:38

Vitalts
Member
From: Estonia
Registered: 2010-12-30
Posts: 1,440

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

Что-то у меня последние ночнушки конвертера падают

Error: Could not find or load main class net.osmand.data.index.IndexBatchCreator

Offline

#910 2014-10-22 10:50:20

Nik64
Member
From: Ставрополь
Registered: 2013-11-10
Posts: 201

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

У мня стоит пока от 15-Oct-2014. Работает.

osmand-mapsSTA

Offline

#911 2014-10-23 12:19:51

Larry0ua
Member
Registered: 2010-09-19
Posts: 1,061

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

последние версии конвертера почему-то работают феерично долго (или у меня что-то с машиной?). Украина крутится уже 10 часов и вроде как не собирается выдавать результат. Кстати, до этого было время порядка 3 часов, что тоже много, хоть и относительно терпимо...

Offline

#912 2014-10-23 16:54:58

Imp_GL
Member
Registered: 2014-08-17
Posts: 825
Website

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

А сейчас есть смысл качать с этого ресурса если не требуется каждодневное обновление? Раньше тут было больше данных для стиля unirs по сравнению с картами, качаемыми прямо из османда, а теперь?

Offline

#913 2014-10-23 17:28:17

coolkaas
Member
From: RU, Penza
Registered: 2009-05-28
Posts: 2,391

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

Imp_GL, нет смысла. Если актуальность устраивает.

Offline

#914 2014-10-23 17:57:26

Imp_GL
Member
Registered: 2014-08-17
Posts: 825
Website

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

А карты регионов детализацией не отличаются от карт городов?

Offline

#915 2014-10-23 21:07:56

coolkaas
Member
From: RU, Penza
Registered: 2009-05-28
Posts: 2,391

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

не должны. отличаться. данные те же, просто вырезка разная.

Offline

#916 2014-10-25 20:52:14

SviMik
Member
From: Tallinn, Estonia
Registered: 2013-01-01
Posts: 1,392

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

Пришёл вопрос от юзера:

Здравствуйте. В последнее время качаю карты с вашего ресурса http://s2.svimik.com/osm/ Всё было нормально, но вот последние примерно три карты Ukraine_europe.obf не читаются смартфоном. Выдаёт: "Локальная карта Ukraine_europe.obf не поддерживается". Попробовал Молдову, Беларусь, Московскую область - читаются. Не подскажете, почему? Спасибо.

Кто в данный момент конвертирует Украину? Нужен комментарий smile

[EE Status + Validators] --- [Карты для OsmAnd, ежедневное обновление]

Offline

#917 2014-10-25 22:50:18

LLlypuk82
Member
Registered: 2012-12-23
Posts: 2,512
Website

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

Карта Беларуси полегчала мегабайт на 20 (собственная свежая конвертация). Интересно, это оптимизация сжатия/хранения данных или урезали что-то? smile Или есть зависимость от исходника?
До этого исходным был файл .pbf (причём меньшего размера), а в этот раз попробовал .bz2 (больше на 63 мегабайта изначально)

Картируем подъезды/Объекты карты/Образование/Медицина/JOSM/DIY garmin maps

Offline

#918 2014-10-26 07:00:33

0n1y
Member
Registered: 2014-10-26
Posts: 111

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

c полей в Пироговском Мск. обл. пропали планы застройки домами, была "Пироговская ривьера" и прочие новостройки в 2х местах.

Offline

#919 2014-10-26 07:51:52

Nik64
Member
From: Ставрополь
Registered: 2013-11-10
Posts: 201

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

Поставил конвертер от 25-Oct-2014 20:24, вылетела ошибка:

#
# A fatal error has been detected by the Java Runtime Environment:
#
#  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x6b449475, pid=3348, tid=1424
#
# JRE version: Java(TM) SE Runtime Environment (7.0_67-b01) (build 1.7.0_67-b01)
# Java VM: Java HotSpot(TM) Client VM (24.65-b04 mixed mode windows-x86 )
# Problematic frame:
# C  [sqlite-3.7.6.3-sqlitejdbc.dll+0x49475]
#
# Failed to write core dump. Minidumps are not enabled by default on client versions of Windows
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.sun.com/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#

---------------  T H R E A D  ---------------

Current thread (0x4a4f5c00):  JavaThread "EntityProducer" daemon [_thread_in_native, id=1424, stack(0x4af40000,0x4af90000)]

siginfo: ExceptionCode=0xc0000005, reading address 0x00000044

Registers:
EAX=0x00000000, EBX=0x4a9afc48, ECX=0x00000000, EDX=0x4a4f5d30
ESP=0x4af8f510, EBP=0x4af8f538, ESI=0x4af8f570, EDI=0x4a4f5c00
EIP=0x6b449475, EFLAGS=0x00010206

Top of Stack: (sp=0x4af8f510)
0x4af8f510:   49bd166c 4af8f578 4a4f5c00 4a4f5c00
0x4af8f520:   4a4f5c00 4af8f54c 621f1d43 4a4f5c00
0x4af8f530:   00000000 4af8f570 4af8f558 6b402159
0x4af8f540:   4a9afc48 4abf8000 4af8f76c 4af8f588
0x4af8f550:   01a425a8 191ad1d0 4af8f588 01a424b7
0x4af8f560:   4a4f5d30 4af8f570 4a9afc48 00000000
0x4af8f570:   191ad1d0 4af8f590 00000003 000000db
0x4af8f580:   000000c3 048caf48 4af8f76c 01ab1610 

Instructions: (pc=0x6b449475)
0x6b449455:   e8 8a a8 fb ff 31 c0 83 c4 14 5b c9 c3 66 90 55
0x6b449465:   89 e5 56 53 83 ec 20 8b 5d 08 85 db 74 71 8b 03
0x6b449475:   8b 40 44 85 c0 74 09 89 04 24 ff 15 68 a0 47 6b
0x6b449485:   89 d8 e8 1c f9 ff ff 89 c6 c7 44 24 0c 00 00 00 


Register to memory mapping:

EAX=0x00000000 is an unknown value
EBX=0x4a9afc48 is an unknown value
ECX=0x00000000 is an unknown value
EDX=0x4a4f5d30 is an unknown value
ESP=0x4af8f510 is pointing into the stack for thread: 0x4a4f5c00
EBP=0x4af8f538 is pointing into the stack for thread: 0x4a4f5c00
ESI=0x4af8f570 is pointing into the stack for thread: 0x4a4f5c00
EDI=0x4a4f5c00 is a thread


Stack: [0x4af40000,0x4af90000],  sp=0x4af8f510,  free space=317k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C  [sqlite-3.7.6.3-sqlitejdbc.dll+0x49475]
C  [sqlite-3.7.6.3-sqlitejdbc.dll+0x2159]
J 397  org.sqlite.NativeDB.reset(J)I (0 bytes) @ 0x01a424b7 [0x01a42360+0x157]
J 711 C1 org.sqlite.RS.close()V (78 bytes) @ 0x01ab1610 [0x01ab1550+0xc0]
J 917 C1 net.osmand.data.preparation.OsmDbAccessor$EntityProducer.run()V (485 bytes) @ 0x01b1716c [0x01b16520+0xc4c]
v  ~StubRoutines::call_stub
V  [jvm.dll+0x1410fa]
V  [jvm.dll+0x20567e]
V  [jvm.dll+0x1412c5]
V  [jvm.dll+0x141327]
V  [jvm.dll+0xec6ef]
V  [jvm.dll+0x16252c]
V  [jvm.dll+0x162f87]
V  [jvm.dll+0x1a7489]
C  [msvcr100.dll+0x5c556]
C  [msvcr100.dll+0x5c600]
C  [kernel32.dll+0x4ee1c]
C  [ntdll.dll+0x637eb]
C  [ntdll.dll+0x637be]

Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
J 397  org.sqlite.NativeDB.reset(J)I (0 bytes) @ 0x01a423ad [0x01a42360+0x4d]
J 711 C1 org.sqlite.RS.close()V (78 bytes) @ 0x01ab1610 [0x01ab1550+0xc0]
J 917 C1 net.osmand.data.preparation.OsmDbAccessor$EntityProducer.run()V (485 bytes) @ 0x01b1716c [0x01b16520+0xc4c]
v  ~StubRoutines::call_stub

---------------  P R O C E S S  ---------------

Java Threads: ( => current thread )
=>0x4a4f5c00 JavaThread "EntityProducer" daemon [_thread_in_native, id=1424, stack(0x4af40000,0x4af90000)]
  0x49bcec00 JavaThread "Service Thread" daemon [_thread_blocked, id=3604, stack(0x005b0000,0x00600000)]
  0x49bc9c00 JavaThread "C1 CompilerThread0" daemon [_thread_blocked, id=4044, stack(0x00620000,0x00670000)]
  0x49bc8800 JavaThread "Attach Listener" daemon [_thread_blocked, id=3512, stack(0x49e50000,0x49ea0000)]
  0x49bc5800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=5308, stack(0x49eb0000,0x49f00000)]
  0x49b9a000 JavaThread "Finalizer" daemon [_thread_blocked, id=2652, stack(0x00690000,0x006e0000)]
  0x49b95000 JavaThread "Reference Handler" daemon [_thread_blocked, id=1312, stack(0x008c0000,0x00910000)]
  0x0061c400 JavaThread "main" [_thread_blocked, id=5064, stack(0x00800000,0x00850000)]

Other Threads:
  0x49b92000 VMThread [stack: 0x03940000,0x03990000] [id=3232]
  0x49bd0c00 WatcherThread [stack: 0x49f20000,0x49f70000] [id=1280]

VM state:not at safepoint (normal execution)

VM Mutex/Monitor currently owned by a thread: None

Heap
 def new generation   total 78720K, used 17259K [0x03a00000, 0x08f60000, 0x18f50000)
  eden space 70016K,  22% used [0x03a00000, 0x0494f778, 0x07e60000)
  from space 8704K,  18% used [0x086e0000, 0x0886b840, 0x08f60000)
  to   space 8704K,   0% used [0x07e60000, 0x07e60000, 0x086e0000)
 tenured generation   total 174784K, used 26309K [0x18f50000, 0x23a00000, 0x43a00000)
   the space 174784K,  15% used [0x18f50000, 0x1a901768, 0x1a901800, 0x23a00000)
 compacting perm gen  total 12288K, used 6916K [0x43a00000, 0x44600000, 0x47a00000)
   the space 12288K,  56% used [0x43a00000, 0x440c13f0, 0x440c1400, 0x44600000)
No shared spaces configured.

Card table byte_map: [0x49800000,0x49a30000] byte_map_base: 0x497e3000

Polling page: 0x00260000

Code Cache  [0x01910000, 0x01b50000, 0x03910000)
 total_blobs=1239 nmethods=1053 adapters=122 free_code_cache=30484Kb largest_free_block=31216256

Compilation events (10 events):
Event: 310.457 Thread 0x49bc9c00 1049   !         java.util.concurrent.locks.AbstractQueuedSynchronizer::acquireQueued (93 bytes)
Event: 310.457 Thread 0x49bc9c00 nmethod 1049 0x01b47248 code [0x01b473a0, 0x01b476b8]
Event: 310.482 Thread 0x49bc9c00 1050             net.osmand.data.preparation.IndexCreator$8::iterateEntity (16 bytes)
Event: 310.482 Thread 0x49bc9c00 nmethod 1050 0x01b47a88 code [0x01b47b90, 0x01b47c5c]
Event: 310.482 Thread 0x49bc9c00 1051             net.osmand.data.preparation.address.IndexAddressCreator::indexAddressRelation (471 bytes)
Event: 310.487 Thread 0x49bc9c00 nmethod 1051 0x01b47d48 code [0x01b481c0, 0x01b4907c]
Event: 310.683 Thread 0x49bc9c00 1052             java.util.Collections$UnmodifiableCollection::iterator (9 bytes)
Event: 310.683 Thread 0x49bc9c00 nmethod 1052 0x01b4a948 code [0x01b4aa50, 0x01b4ab4c]
Event: 310.683 Thread 0x49bc9c00 1053             java.lang.StackTraceElement::getClassName (5 bytes)
Event: 310.684 Thread 0x49bc9c00 nmethod 1053 0x01b4abc8 code [0x01b4acc0, 0x01b4ad40]

GC Heap History (10 events):
Event: 301.569 GC heap before
{Heap before GC invocations=43 (full 1):
 def new generation   total 78720K, used 72154K [0x03a00000, 0x08f60000, 0x18f50000)
  eden space 70016K, 100% used [0x03a00000, 0x07e60000, 0x07e60000)
  from space 8704K,  24% used [0x07e60000, 0x08076b40, 0x086e0000)
  to   space 8704K,   0% used [0x086e0000, 0x086e0000, 0x08f60000)
 tenured generation   total 174784K, used 17617K [0x18f50000, 0x23a00000, 0x43a00000)
   the space 174784K,  10% used [0x18f50000, 0x1a084468, 0x1a084600, 0x23a00000)
 compacting perm gen  total 12288K, used 6903K [0x43a00000, 0x44600000, 0x47a00000)
   the space 12288K,  56% used [0x43a00000, 0x440bdf38, 0x440be000, 0x44600000)
No shared spaces configured.
Event: 301.580 GC heap after
Heap after GC invocations=44 (full 1):
 def new generation   total 78720K, used 6927K [0x03a00000, 0x08f60000, 0x18f50000)
  eden space 70016K,   0% used [0x03a00000, 0x03a00000, 0x07e60000)
  from space 8704K,  79% used [0x086e0000, 0x08da3cc0, 0x08f60000)
  to   space 8704K,   0% used [0x07e60000, 0x07e60000, 0x086e0000)
 tenured generation   total 174784K, used 17617K [0x18f50000, 0x23a00000, 0x43a00000)
   the space 174784K,  10% used [0x18f50000, 0x1a084468, 0x1a084600, 0x23a00000)
 compacting perm gen  total 12288K, used 6903K [0x43a00000, 0x44600000, 0x47a00000)
   the space 12288K,  56% used [0x43a00000, 0x440bdf38, 0x440be000, 0x44600000)
No shared spaces configured.
}
Event: 304.544 GC heap before
{Heap before GC invocations=44 (full 1):
 def new generation   total 78720K, used 76943K [0x03a00000, 0x08f60000, 0x18f50000)
  eden space 70016K, 100% used [0x03a00000, 0x07e60000, 0x07e60000)
  from space 8704K,  79% used [0x086e0000, 0x08da3cc0, 0x08f60000)
  to   space 8704K,   0% used [0x07e60000, 0x07e60000, 0x086e0000)
 tenured generation   total 174784K, used 17617K [0x18f50000, 0x23a00000, 0x43a00000)
   the space 174784K,  10% used [0x18f50000, 0x1a084468, 0x1a084600, 0x23a00000)
 compacting perm gen  total 12288K, used 6909K [0x43a00000, 0x44600000, 0x47a00000)
   the space 12288K,  56% used [0x43a00000, 0x440bf528, 0x440bf600, 0x44600000)
No shared spaces configured.
Event: 304.562 GC heap after
Heap after GC invocations=45 (full 1):
 def new generation   total 78720K, used 3535K [0x03a00000, 0x08f60000, 0x18f50000)
  eden space 70016K,   0% used [0x03a00000, 0x03a00000, 0x07e60000)
  from space 8704K,  40% used [0x07e60000, 0x081d3ce0, 0x086e0000)
  to   space 8704K,   0% used [0x086e0000, 0x086e0000, 0x08f60000)
 tenured generation   total 174784K, used 23180K [0x18f50000, 0x23a00000, 0x43a00000)
   the space 174784K,  13% used [0x18f50000, 0x1a5f31e0, 0x1a5f3200, 0x23a00000)
 compacting perm gen  total 12288K, used 6909K [0x43a00000, 0x44600000, 0x47a00000)
   the space 12288K,  56% used [0x43a00000, 0x440bf528, 0x440bf600, 0x44600000)
No shared spaces configured.
}
Event: 310.104 GC heap before
{Heap before GC invocations=45 (full 1):
 def new generation   total 78720K, used 73551K [0x03a00000, 0x08f60000, 0x18f50000)
  eden space 70016K, 100% used [0x03a00000, 0x07e60000, 0x07e60000)
  from space 8704K,  40% used [0x07e60000, 0x081d3ce0, 0x086e0000)
  to   space 8704K,   0% used [0x086e0000, 0x086e0000, 0x08f60000)
 tenured generation   total 174784K, used 23180K [0x18f50000, 0x23a00000, 0x43a00000)
   the space 174784K,  13% used [0x18f50000, 0x1a5f31e0, 0x1a5f3200, 0x23a00000)
 compacting perm gen  total 12288K, used 6910K [0x43a00000, 0x44600000, 0x47a00000)
   the space 12288K,  56% used [0x43a00000, 0x440bfa50, 0x440bfc00, 0x44600000)
No shared spaces configured.
Event: 310.112 GC heap after
Heap after GC invocations=46 (full 1):
 def new generation   total 78720K, used 4797K [0x03a00000, 0x08f60000, 0x18f50000)
  eden space 70016K,   0% used [0x03a00000, 0x03a00000, 0x07e60000)
  from space 8704K,  55% used [0x086e0000, 0x08b8f588, 0x08f60000)
  to   space 8704K,   0% used [0x07e60000, 0x07e60000, 0x086e0000)
 tenured generation   total 174784K, used 23180K [0x18f50000, 0x23a00000, 0x43a00000)
   the space 174784K,  13% used [0x18f50000, 0x1a5f31e0, 0x1a5f3200, 0x23a00000)
 compacting perm gen  total 12288K, used 6910K [0x43a00000, 0x44600000, 0x47a00000)
   the space 12288K,  56% used [0x43a00000, 0x440bfa50, 0x440bfc00, 0x44600000)
No shared spaces configured.
}
Event: 310.264 GC heap before
{Heap before GC invocations=46 (full 1):
 def new generation   total 78720K, used 74813K [0x03a00000, 0x08f60000, 0x18f50000)
  eden space 70016K, 100% used [0x03a00000, 0x07e60000, 0x07e60000)
  from space 8704K,  55% used [0x086e0000, 0x08b8f588, 0x08f60000)
  to   space 8704K,   0% used [0x07e60000, 0x07e60000, 0x086e0000)
 tenured generation   total 174784K, used 23180K [0x18f50000, 0x23a00000, 0x43a00000)
   the space 174784K,  13% used [0x18f50000, 0x1a5f31e0, 0x1a5f3200, 0x23a00000)
 compacting perm gen  total 12288K, used 6910K [0x43a00000, 0x44600000, 0x47a00000)
   the space 12288K,  56% used [0x43a00000, 0x440bfa60, 0x440bfc00, 0x44600000)
No shared spaces configured.
Event: 310.273 GC heap after
Heap after GC invocations=47 (full 1):
 def new generation   total 78720K, used 1604K [0x03a00000, 0x08f60000, 0x18f50000)
  eden space 70016K,   0% used [0x03a00000, 0x03a00000, 0x07e60000)
  from space 8704K,  18% used [0x07e60000, 0x07ff1168, 0x086e0000)
  to   space 8704K,   0% used [0x086e0000, 0x086e0000, 0x08f60000)
 tenured generation   total 174784K, used 26309K [0x18f50000, 0x23a00000, 0x43a00000)
   the space 174784K,  15% used [0x18f50000, 0x1a901768, 0x1a901800, 0x23a00000)
 compacting perm gen  total 12288K, used 6910K [0x43a00000, 0x44600000, 0x47a00000)
   the space 12288K,  56% used [0x43a00000, 0x440bfa60, 0x440bfc00, 0x44600000)
No shared spaces configured.
}
Event: 310.483 GC heap before
{Heap before GC invocations=47 (full 1):
 def new generation   total 78720K, used 71620K [0x03a00000, 0x08f60000, 0x18f50000)
  eden space 70016K, 100% used [0x03a00000, 0x07e60000, 0x07e60000)
  from space 8704K,  18% used [0x07e60000, 0x07ff1168, 0x086e0000)
  to   space 8704K,   0% used [0x086e0000, 0x086e0000, 0x08f60000)
 tenured generation   total 174784K, used 26309K [0x18f50000, 0x23a00000, 0x43a00000)
   the space 174784K,  15% used [0x18f50000, 0x1a901768, 0x1a901800, 0x23a00000)
 compacting perm gen  total 12288K, used 6910K [0x43a00000, 0x44600000, 0x47a00000)
   the space 12288K,  56% used [0x43a00000, 0x440bfa60, 0x440bfc00, 0x44600000)
No shared spaces configured.
Event: 310.486 GC heap after
Heap after GC invocations=48 (full 1):
 def new generation   total 78720K, used 1582K [0x03a00000, 0x08f60000, 0x18f50000)
  eden space 70016K,   0% used [0x03a00000, 0x03a00000, 0x07e60000)
  from space 8704K,  18% used [0x086e0000, 0x0886b840, 0x08f60000)
  to   space 8704K,   0% used [0x07e60000, 0x07e60000, 0x086e0000)
 tenured generation   total 174784K, used 26309K [0x18f50000, 0x23a00000, 0x43a00000)
   the space 174784K,  15% used [0x18f50000, 0x1a901768, 0x1a901800, 0x23a00000)
 compacting perm gen  total 12288K, used 6910K [0x43a00000, 0x44600000, 0x47a00000)
   the space 12288K,  56% used [0x43a00000, 0x440bfa60, 0x440bfc00, 0x44600000)
No shared spaces configured.
}

Deoptimization events (0 events):
No events

Internal exceptions (10 events):
Event: 299.745 Thread 0x0061c400 Threw 0x05c75a60 at C:\re\jdk7u67\1368\hotspot\src\share\vm\prims\jvm.cpp:1244
Event: 299.746 Thread 0x0061c400 Threw 0x05c7dcf8 at C:\re\jdk7u67\1368\hotspot\src\share\vm\prims\jvm.cpp:1244
Event: 299.746 Thread 0x0061c400 Threw 0x05c7fb28 at C:\re\jdk7u67\1368\hotspot\src\share\vm\prims\jvm.cpp:1244
Event: 299.747 Thread 0x0061c400 Threw 0x05c814d0 at C:\re\jdk7u67\1368\hotspot\src\share\vm\prims\jvm.cpp:1244
Event: 299.747 Thread 0x0061c400 Threw 0x05c82e88 at C:\re\jdk7u67\1368\hotspot\src\share\vm\prims\jvm.cpp:1244
Event: 299.748 Thread 0x0061c400 Threw 0x05c84960 at C:\re\jdk7u67\1368\hotspot\src\share\vm\prims\jvm.cpp:1244
Event: 299.748 Thread 0x0061c400 Threw 0x05c86d08 at C:\re\jdk7u67\1368\hotspot\src\share\vm\prims\jvm.cpp:1244
Event: 303.639 Thread 0x0061c400 Threw 0x06787060 at C:\re\jdk7u67\1368\hotspot\src\share\vm\prims\jvm.cpp:1244
Event: 310.014 Thread 0x0061c400 Threw 0x0575e9a8 at C:\re\jdk7u67\1368\hotspot\src\share\vm\prims\jvm.cpp:1244
Event: 310.515 Thread 0x0061c400 Threw 0x03b342b8 at C:\re\jdk7u67\1368\hotspot\src\share\vm\prims\jvm.cpp:1244

Events (10 events):
Event: 310.514 Thread 0x4a4f5c00 Thread exited: 0x4a4f5c00
Event: 310.515 loading class 0x49d8b488
Event: 310.515 loading class 0x49d8b488 done
Event: 310.515 Thread 0x4a4f5c00 Thread added: 0x4a4f5c00
Event: 310.667 loading class 0x00755d98
Event: 310.667 loading class 0x00755d98 done
Event: 310.667 loading class 0x00755918
Event: 310.682 loading class 0x00755918 done
Event: 310.682 loading class 0x00755d38
Event: 310.682 loading class 0x00755d38 done


Dynamic libraries:
0x00930000 - 0x0095f000 	C:\Windows\system32\java.exe
0x771b0000 - 0x772ec000 	C:\Windows\SYSTEM32\ntdll.dll
0x74980000 - 0x74a54000 	C:\Windows\system32\kernel32.dll
0x74880000 - 0x748cb000 	C:\Windows\system32\KERNELBASE.dll
0x76300000 - 0x763a0000 	C:\Windows\system32\ADVAPI32.dll
0x74df0000 - 0x74e9c000 	C:\Windows\system32\msvcrt.dll
0x74cd0000 - 0x74ce9000 	C:\Windows\SYSTEM32\sechost.dll
0x76120000 - 0x761c2000 	C:\Windows\system32\RPCRT4.dll
0x74a60000 - 0x74b29000 	C:\Windows\system32\USER32.dll
0x74da0000 - 0x74dee000 	C:\Windows\system32\GDI32.dll
0x74b30000 - 0x74b3a000 	C:\Windows\system32\LPK.dll
0x76210000 - 0x762ad000 	C:\Windows\system32\USP10.dll
0x735e0000 - 0x7377e000 	C:\Windows\WinSxS\x86_microsoft.windows.common-controls_6595b64144ccf1df_6.0.7601.17514_none_41e6975e2bd6f2b2\COMCTL32.dll
0x75030000 - 0x75087000 	C:\Windows\system32\SHLWAPI.dll
0x74d80000 - 0x74d9f000 	C:\Windows\system32\IMM32.DLL
0x76050000 - 0x7611c000 	C:\Windows\system32\MSCTF.dll
0x6ab50000 - 0x6ac0f000 	C:\Program Files\Java\jre7\bin\msvcr100.dll
0x620a0000 - 0x62428000 	C:\Program Files\Java\jre7\bin\client\jvm.dll
0x6a4f0000 - 0x6a4f7000 	C:\Windows\system32\WSOCK32.dll
0x761d0000 - 0x76205000 	C:\Windows\system32\WS2_32.dll
0x75ea0000 - 0x75ea6000 	C:\Windows\system32\NSI.dll
0x71d60000 - 0x71d92000 	C:\Windows\system32\WINMM.dll
0x75020000 - 0x75025000 	C:\Windows\system32\PSAPI.DLL
0x70be0000 - 0x70bec000 	C:\Program Files\Java\jre7\bin\verify.dll
0x70880000 - 0x708a0000 	C:\Program Files\Java\jre7\bin\java.dll
0x70850000 - 0x70863000 	C:\Program Files\Java\jre7\bin\zip.dll
0x70790000 - 0x707a4000 	C:\Program Files\Java\jre7\bin\net.dll
0x74020000 - 0x7405c000 	C:\Windows\system32\mswsock.dll
0x74010000 - 0x74016000 	C:\Windows\System32\wship6.dll
0x70840000 - 0x7084f000 	C:\Program Files\Java\jre7\bin\nio.dll
0x6b400000 - 0x6b490000 	C:\Users\Николай\AppData\Local\Temp\sqlite-3.7.6.3-sqlitejdbc.dll
0x6a600000 - 0x6a743000 	C:\Program Files\Java\jre7\bin\awt.dll
0x764c0000 - 0x7654f000 	C:\Windows\system32\OLEAUT32.dll
0x74b40000 - 0x74c9c000 	C:\Windows\system32\ole32.dll
0x70960000 - 0x70a4b000 	C:\Windows\system32\dbghelp.dll

VM Arguments:
jvm_args: -Djava.util.logging.config.file=logging.properties -Xms256M -Xmx1024M 
java_command: net.osmand.data.index.IndexBatchCreator ./cfg/batch.xml
Launcher Type: SUN_STANDARD

Environment Variables:
CLASSPATH=.;C:\Program Files\Java\jre7\lib\ext\QTJava.zip
PATH=C:\Perl\site\bin;C:\Perl\bin;C:\Program Files\NVIDIA Corporation\PhysX\Common;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Program Files\Common Files\Acronis\SnapAPI\;C:\Program Files\Pinnacle\Shared Files\;C:\Program Files\QuickTime\QTSystem\:C:\Program Files\Android\android-sdk\platform-tools\;C:\Program Files\QuickTime\QTSystem\
USERNAME=Николай
OS=Windows_NT
PROCESSOR_IDENTIFIER=x86 Family 6 Model 23 Stepping 10, GenuineIntel



---------------  S Y S T E M  ---------------

OS: Windows 7 Build 7601 Service Pack 1

CPU:total 2 (2 cores per cpu, 1 threads per core) family 6 model 23 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, tsc

Memory: 4k page, physical 3668472k(2292520k free), swap 7335192k(5483548k free)

vm_info: Java HotSpot(TM) Client VM (24.65-b04) for windows-x86 JRE (1.7.0_67-b01), built on Jul 25 2014 10:20:53 by "java_re" with unknown MS VC++:1600

time: Sun Oct 26 09:26:12 2014
elapsed time: 311 seconds

Снёс всю яву. Стояли 6-7-8. Поставил заново 8. Затёр в OsmAndMapCreator откуда брать rendering_types.xml. Напрямую стало запускаться, но на выходе Ставрополь стал в два раза легче. По скрипту начинал конвертировать, и вылетал.
Перекачал заново скрипт, все вроде пошло, 9 карт пежувал, если на 10 не споткнется (Краснодар самый тяжёлый) то должно быть всё нормально.

Last edited by Nik64 (2014-10-26 11:27:17)

osmand-mapsSTA

Offline

#920 2014-10-26 12:20:54

coolkaas
Member
From: RU, Penza
Registered: 2009-05-28
Posts: 2,391

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

Nik64, есть предложение такое, обычное, серверное -- тестироваться сначала в песочнице)) а как зажжужит, пересаживать на основное задание.

0n1y wrote:

в Пироговском

где там эта Ривьера-то? не ищется..
http://www.openstreetmap.org/way/970769 … 80/37.7548
её мож и в базе нет?

Offline

#921 2014-10-26 12:52:56

0n1y
Member
Registered: 2014-10-26
Posts: 111

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

coolkaas wrote:
0n1y wrote:

в Пироговском

где там эта Ривьера-то? не ищется..
http://www.openstreetmap.org/way/970769 … 80/37.7548
её мож и в базе нет?

точно меня переглючило, они на Wikimapia оверлее. big_smile

Offline

#922 2014-10-26 12:58:01

coolkaas
Member
From: RU, Penza
Registered: 2009-05-28
Posts: 2,391

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

не понял.. (/чешет тыковку..) то есть, задорное "обвинение" снимается, что ли? (( жаль)

пс. так ты этта, замапь сам!!

Offline

#923 2014-10-26 17:05:33

0n1y
Member
Registered: 2014-10-26
Posts: 111

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

coolkaas wrote:

не понял.. (/чешет тыковку..) то есть, задорное "обвинение" снимается, что ли? (( жаль)

пс. так ты этта, замапь сам!!

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

Offline

#924 2014-10-27 09:49:20

Nik64
Member
From: Ставрополь
Registered: 2013-11-10
Posts: 201

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

Конвертирование восстановил, но проблема с маршрутами ОТ осталась. При конвертации напрямую, МОТ появляются.
Если конвертирую через скрипт, маршрутов нет, только появляются надписи на остановках.
Выложил всю папку(без файла ftp.cfg.) может кто проверит где лажа, я сдался, сутки с ним голову ломаю:

https://yadi.sk/d/4xIllbWbcJwvk

osmand-mapsSTA

Offline

#925 2014-10-27 19:47:37

xmd5a
Member
Registered: 2013-01-02
Posts: 879
Website

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

Вот почему я продолжаю считать что конвертировать надо на одном и том же сервере, а не каждому пользователю по карте. Если выделяются только остановки, обновите, наконец, rendering_types.xml.

www.osmand.net

Offline

Pages: 1 … 35 36 37 38 39 … 54

Board footer

Powered by FluxBB