You are not logged in.
5 марта - это как раз в конце импорта, оно накатывалося в базу импортом суточных диффов, как он умудрился отвалиться - нафиг не понимаю... Завтра буду думать... Очень не хотелось бы делать переимпорт
Кстати, а это в какой из баз?
Last edited by Ezhick (2011-04-10 19:11:39)
Offline
API, openstreetmap которая. Я так понимаю можно без переимпорта обойтись только если можно current_* пересобрать как-то.
[ Проверка границ и НП | Дампы | Валидатор рек | Кое-что ещё ]
- Нет! Не надо пытаться. Делай. Или не делай. Не надо пытаться. (c) Йода
Offline
API, openstreetmap которая. Я так понимаю можно без переимпорта обойтись только если можно current_* пересобрать как-то.
Мда, пересобрать - нельзя, подумаю как сделать это выборочно, раз знаем размеры дырки...
Мне интереснее, как оно получилось - это же середина суток. как оно могло вывалиться из диффа?????
Offline
Не факт еще что это единственная дырка, я все ченджьсеты с февраля не пробегал - обнаружил когда все у меня начало падать из-за отсутствующих ссылок.
Еще не очень понятно почему время открытия и закрытия ченьжсетов в базе не очень совпадает с реальным - они какими-то пачками идут, по два-три в день.
[ Проверка границ и НП | Дампы | Валидатор рек | Кое-что ещё ]
- Нет! Не надо пытаться. Делай. Или не делай. Не надо пытаться. (c) Йода
Offline
Не факт еще что это единственная дырка, я все ченджьсеты с февраля не пробегал - обнаружил когда все у меня начало падать из-за отсутствующих ссылок.
Еще не очень понятно почему время открытия и закрытия ченьжсетов в базе не очень совпадает с реальным - они какими-то пачками идут, по два-три в день.
Блин, это еще что за хрень? У всех подряд?
Offline
openstreetmap=> SELECT * FROM changesets WHERE id IN (7459100, 7459300);
id | user_id | created_at | min_lat | max_lat | min_lon | max_lon | closed_at | num_changes
---------+---------+----------------------------+------------+-----------+-------------+------------+----------------------------+-------------
7459100 | 368551 | 2011-03-06 12:47:25.609858 | -900000000 | 900000000 | -1800000000 | 1800000000 | 2011-03-06 12:47:25.609858 | 0
7459300 | 1288 | 2011-03-06 12:47:25.609858 | -900000000 | 900000000 | -1800000000 | 1800000000 | 2011-03-06 12:47:25.609858 | 0
(2 rows)
похоже что да, с реальными это не совпадает
[ Проверка границ и НП | Дампы | Валидатор рек | Кое-что ещё ]
- Нет! Не надо пытаться. Делай. Или не делай. Не надо пытаться. (c) Йода
Offline
openstreetmap=> SELECT * FROM changesets WHERE id IN (7459100, 7459300); id | user_id | created_at | min_lat | max_lat | min_lon | max_lon | closed_at | num_changes ---------+---------+----------------------------+------------+-----------+-------------+------------+----------------------------+------------- 7459100 | 368551 | 2011-03-06 12:47:25.609858 | -900000000 | 900000000 | -1800000000 | 1800000000 | 2011-03-06 12:47:25.609858 | 0 7459300 | 1288 | 2011-03-06 12:47:25.609858 | -900000000 | 900000000 | -1800000000 | 1800000000 | 2011-03-06 12:47:25.609858 | 0 (2 rows)
похоже что да, с реальными это не совпадает
есть у меня подозрение, что осмосис коцает данные таким образом... Уж не время ли это импорта в базу? Надо посмотреть в каком виде это все в планете и суточных диффах...Только боюсь сегодня некогда будет, понедельник - день тяжелый.
Offline
И почему-то еще created_by=osmosis у всех ченьджсетов, причем разный 0.38, 0.39
Last edited by Aleksandr Dezhin (2011-04-12 00:48:32)
[ Проверка границ и НП | Дампы | Валидатор рек | Кое-что ещё ]
- Нет! Не надо пытаться. Делай. Или не делай. Не надо пытаться. (c) Йода
Offline
И почему-то еще created_by=osmosis у всех ченьджсетов, причем разный 0.38, 0.39
Это как раз известно почему - осмосис себя прописывает при импорте. почему разный - сначала импорт делался 38, пра дней назад проапгрейдили до 39. Так что это не баг, это фича. Как и время чейнджсетов - посмотрел в своей локальной базе - та же фигня.
А вот с пропавшими данными беда. Как отфильтровать и обновить - примерно понимаю, как это сделать так, чтобы не ухнуть нафиг всю базу - еще не решил
Offline
Появился сервер под Windows. Кажется его ждал проект конвертации в Ситигид и кто-то ещё. За логинами обращаться к Fortress.
Offline
Под Гис Руссу, в первую очередь. Спасибо. Сейчас попробую написать.
Last edited by Zkir (2011-04-20 15:50:41)
Истинные слова не не приятны, приятные слова не истинны.
True words are unpleasant; pleasant words are untrue.
Offline
Да, и я правильно понимаю, что он передается в мое исключительное пользование? Конвертация в Руссу предусматривает автоматическую перезагрузку винды раз в сутки.
Истинные слова не не приятны, приятные слова не истинны.
True words are unpleasant; pleasant words are untrue.
Offline
Конвертация в Руссу предусматривает автоматическую перезагрузку винды раз в сутки.
ЛОЛШТО?
Offline
Да, и я правильно понимаю, что он передается в мое исключительное пользование? Конвертация в Руссу предусматривает автоматическую перезагрузку винды раз в сутки.
Не, так не пойдет.
Offline
Zkir wrote:Конвертация в Руссу предусматривает автоматическую перезагрузку винды раз в сутки.
ЛОЛШТО?
+10500 к вопросу
Offline
Zkir wrote:Да, и я правильно понимаю, что он передается в мое исключительное пользование? Конвертация в Руссу предусматривает автоматическую перезагрузку винды раз в сутки.
Не, так не пойдет.
В чем именно проблема?
ЛОЛШТО?
ЛОЛШТОСЛЫШАЛИ. GME кучерявой версии, делающая сохранение в РУССУ при неудаче сохранения норовит выбросить какое-нибудь диалоговое окно и зависнуть. Будут альтернативные предложения?
Last edited by Zkir (2011-04-20 19:57:43)
Истинные слова не не приятны, приятные слова не истинны.
True words are unpleasant; pleasant words are untrue.
Offline
Поставить новую версию?
Offline
В новой версии по понятным причинам от поддержки формата rus отказались. Есть еще сорсы пакетного конвертора, но насколько я помню, он не поддерживает рутинг. Уважаемый комрад usm78-gis грозился его допилить, и поддержать в нем правильные запреты поворотов, но воз пока с места не сдвинулся.
Last edited by Zkir (2011-04-20 20:16:22)
Истинные слова не не приятны, приятные слова не истинны.
True words are unpleasant; pleasant words are untrue.
Offline
Будут альтернативные предложения?
Убить процесс или перезапустить терминальный сеанс, ведь по RDP же фигачить будете.
[ Проверка границ и НП | Дампы | Валидатор рек | Кое-что ещё ]
- Нет! Не надо пытаться. Делай. Или не делай. Не надо пытаться. (c) Йода
Offline
Да вообще надо было винды под виртуалкой на линукс-хосте поднять. Тогда хоть каждому по виртуалке личной и что хошь с ней делай...
Offline
Убить процесс или перезапустить терминальный сеанс, ведь по RDP же фигачить будете.
Не совсем так, процесс стартует по таймеру (task-schedule), RDP-cеанса может и не быть.
Да вообще надо было винды под виртуалкой на линукс-хосте поднять. Тогда хоть каждому по виртуалке личной и что хошь с ней делай...
Последнее предложение мне кажется самым разумным Может это не поздно сейчас сделать? Или развернуть виртуалки на том же виндовом хосте.
Last edited by Zkir (2011-04-20 20:56:43)
Истинные слова не не приятны, приятные слова не истинны.
True words are unpleasant; pleasant words are untrue.
Offline
IMHO, прикрутить что-нить типа taskkill должно быть довольно просто...
Offline
Сергей, а как PID узнать?
Истинные слова не не приятны, приятные слова не истинны.
True words are unpleasant; pleasant words are untrue.
Offline
Сергей, а как PID узнать?
ps ax|grep tasklist|find
Offline
угу, по имени бат файла?
Истинные слова не не приятны, приятные слова не истинны.
True words are unpleasant; pleasant words are untrue.
Offline