Ежедневные выгрузки .osm по регионам

liosha · 2010-09-16 06:39:03

Азербайджан пустой

Alexandr Zeinalov · 2010-09-16 06:52:51

liosha wrote:

Азербайджан пустой

Текущий процесс обновления ещё не завершился, как я полагаю, а предыдущего файла не было.

liosha · 2010-09-16 06:59:59

предыдущий был, и там было всего несколько объектов у границы

UPD Сегодня вроде нормальный

sim · 2010-09-16 15:51:50

я решил сделать "начисто" и все снес, а то наплодилось остатков разного рода, наверное, liosha, ты как раз в этот момент попал.

sim · 2010-09-16 21:27:07

Alexandr Zeinalov wrote:

Раз уж заработало - хочу тэги esr:user, station и old_name в postgis.

Готово.

default.style переехал вот сюда: http://gis-lab.info/projects/osmrus/default.style

sim · 2010-09-28 03:58:51

Выгрузки и обновление базы отключены на 2-3 дня. Не переживайте, это так и должно быть, всё под контролем...пока.

Алексей Андреевич · 2010-10-02 15:51:05

sim wrote:

Выгрузки и обновление базы отключены на 2-3 дня. Не переживайте, это так и должно быть, всё под контролем...пока.

Когда заработает? Очень переживаю!

sim · 2010-10-03 15:58:28

Все работает.

Из нового, теперь в базе теперь по-настоящему есть тег source с содержимым (old_bibigon, dezhin - спасибо что обратили внимание).

one_half_3544 · 2010-10-04 15:32:55

Чего-то сегодня выгрузка какая-то подпорченная (для Санкт-Петербурга по крайней мере - http://gis-lab.info/data/osm/stpeter/stpeter.osm.bz2).
В ней не хватает точек/возможно чего-то ещё. Например путь 80243464 содержит в этой выгрузке только одну точку (244204228).

Aleksandr Dezhin · 2010-10-04 17:56:17

Похоже что-то пошло не так. Судя по http://www.openstreetmap.org/browse/relation/1199947
admin_level должен быть 8, однако в базе по прежнему 6.

$ psql -h gis-lab.info --username=guest osm
psql (8.4.4, server 8.4.0)
osm=> SELECT * FROM osm_rels WHERE id=1199947;
                                                           tags                                                            
---------------------------------------------------------------------------------------------------------------------------
 {type,boundary,name,"городское поселение Дедовск",boundary,administrative,admin_level,6,addr:region,"Московская область"}

Аналогичная проблема с http://www.openstreetmap.org/browse/relation/1198366

Last edited by Aleksandr Dezhin (2010-10-04 18:01:23)

sim · 2010-10-04 18:25:55

База понятно почему не обновилась, вот что в full.osm, сейчас запущу с нуля обновление.

cat data/full.osm | grep -A 10 'relation id=\"1199947\"'
  <relation id="1199947" version="1" timestamp="2010-09-29T04:46:23Z" uid="313900" user="Stud555" changeset="5908665">
    <member type="way" ref="79605359" role="outer"/>
    <member type="way" ref="79673610" role="outer"/>
    <member type="way" ref="38223837" role="outer"/>
    <member type="way" ref="79673608" role="outer"/>
    <member type="node" ref="912443593" role="admin_centre"/>
    <tag k="addr:region" v="п°п╬я│п╨п╬п╡я│п╨п╟я▐ п╬п╠п╩п╟я│я┌я▄"/>
    <tag k="admin_level" v="6"/>

Кстати обновление то сегодняшнее, понятно почему в базу не попало.

Last edited by sim (2010-10-04 19:06:36)

Stud555 · 2010-10-04 20:34:43

Aleksandr Dezhin wrote:

Похоже что-то пошло не так. Судя по http://www.openstreetmap.org/browse/relation/1199947
admin_level должен быть 8, однако в базе по прежнему 6.
$ psql -h gis-lab.info --username=guest osm
psql (8.4.4, server 8.4.0)
osm=> SELECT * FROM osm_rels WHERE id=1199947;
                                                           tags                                                            
---------------------------------------------------------------------------------------------------------------------------
 {type,boundary,name,"городское поселение Дедовск",boundary,administrative,admin_level,6,addr:region,"Московская область"}
Аналогичная проблема с http://www.openstreetmap.org/browse/relation/1198366

Я выставил 8 буквально минут 10 назад, поэтому в дамп она не попала, а попала 6.

Aleksandr Dezhin · 2010-10-04 20:45:45

Stud555 wrote:

Я выставил 8 буквально минут 10 назад, поэтому в дамп она не попала, а попала 6.

Да, я немного ступил. Вначале проблему на Истре увидел http://www.openstreetmap.org/browse/relation/1198366, там то admin_level=8 давно появился.
А Дедовск по инерции как-то дописал (

sim · 2010-10-05 02:34:14

Кажется пропустился один диф при обновлении. Вроде исправлено, утром все должно быть ок:

Aleksandr Dezhin:

[sim@gis ~/gl/projects/osmrus]$ cat data/full-result.osm | grep -A 10 'relation id=\"1198366\"'
  <relation id="1198366" version="7" timestamp="2010-10-01T07:36:06Z" uid="313900" user="Stud555" changeset="5925554">
.....
    <member type="way" ref="79672270" role="outer"/>
    <tag k="admin_level" v="8"/>

one_half_3544:

[sim@gis ~/gl/projects/osmrus]$ cat data/full-result.osm | grep -A 5 80243464'
<way id="80243464" version="1" timestamp="2010-10-03T13:06:40Z" uid="95117" user="one_half_3544" changeset="5943975">
    <nd ref="244204228"/>
    <nd ref="932553134"/>
    <tag k="admin_level" v="8"/>
    <tag k="boundary" v="administrative"/>
  </way>

Если что еще не так - сообщайте.

Last edited by sim (2010-10-05 02:39:15)

wildMan · 2010-10-10 15:58:32

в выгрузках в *.osm замечены неприятные ошибки - теряются member'ы релейшенов.
в качестве примера в сегодняшнем дампе релейшен http://www.openstreetmap.org/browse/relation/358215 выглядит как:

<relation id="358215" version="5" timestamp="2010-08-30T20:42:06Z" uid="155088" user="mixdm" changeset="5640286">
    <member type="way" ref="72448059" role="street"/>
    <member type="way" ref="45814261" role="house"/>
    <member type="way" ref="45814263" role="house"/>
    <member type="way" ref="45814265" role="house"/>
    <member type="way" ref="45814266" role="house"/>
    <tag k="address:a6" v="Южная ул."/>
    <tag k="address:type" v="a6"/>
    <tag k="name" v="Южная ул."/>
    <tag k="type" v="address"/>
</relation>

вместо правильного http://www.openstreetmap.org/api/0.6/relation/358215
т.е. в дампе нет строчки

<member type="relation" ref="1105088" role="is_in"/>

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

Last edited by wildMan (2010-10-10 15:59:05)

Alexandr Zeinalov · 2010-10-10 19:07:23

wildMan wrote:

в выгрузках в *.osm замечены неприятные ошибки - теряются member'ы релейшенов.

Это давно так. Из-за этого в статистике проблемы с показом адресации. Теряются только мемберы, которые сами являются релешйнами. Полагаю, что это баг осмосиса.

PS: Имею две планеты: обновлённую недельными диффами и скачанную напрямую, могу поизучать вопрос...

Last edited by Alexandr Zeinalov (2010-10-10 19:08:53)

sim · 2010-10-10 20:58:01

Alexander Zeinalov, если не сложно - поизучай, закинем баг осмосисовцам, они уже несколько наших исправляли, так что надежда есть. Я тогда пока ничего не делаю.

wildMan · 2010-10-10 22:33:21

Alexandr Zeinalov wrote:

PS: Имею две планеты: обновлённую недельными диффами и скачанную напрямую, могу поизучать вопрос...

присоединяюсь к sim. глянь пожалуйста. номера релейшена есть в моём посте.

Alexandr Zeinalov · 2010-10-11 09:06:27

В дампе planet-100929, обновлённом диффами до 101006 всё так же как и в настоящем plabet-101006:

  <relation id="358215" version="5" timestamp="2010-08-30T20:42:06Z" uid="155088" user="mixdm" changeset="5640286">
    <member type="relation" ref="1105088" role="is_in"/>
    <member type="way" ref="72448059" role="street"/>
    <member type="way" ref="45814261" role="house"/>
    <member type="way" ref="45814263" role="house"/>
    <member type="way" ref="45814265" role="house"/>
    <member type="way" ref="45814266" role="house"/>
    <tag k="address:a6" v="Южная ул."/>
    <tag k="address:type" v="a6"/>
    <tag k="name" v="Южная ул."/>
    <tag k="type" v="address"/>
  </relation>

Полагаю, что надо найти релейшн, созданный и/или изменившийся за исследуемый период, и проверить на нём. Или поискать планету перед 30 августа и соответствующие диффы.

sim · 2010-10-11 17:47:31

Оказывается, что:
<member type="relation" ref="1105088" role="is_in"/>

выпадает сразу после обрезки.

В планете есть:

gzcat data/planet-100928.osm.bz2 | grep -A 10 'relation id=\"358215\"'
<relation id="358215" timestamp="2010-08-30T20:42:06Z" version="5" changeset="5640286" user="mixdm" uid="155088">
<member type="relation" ref="1105088" role="is_in"/>
<member type="way" ref="72448059" role="street"/>
...

после обрезки нашей полной границей уже нет

cat data/full-temp1.osm | grep -A 10 'relation id=\"358215\"'
<relation id="358215" version="5" timestamp="2010-08-30T20:42:06Z" uid="155088" user="mixdm" changeset="5640286">
<member type="way" ref="72448059" role="street"/>
<member type="way" ref="45814261" role="house"/>
...

Еще поэкспериментирую и закину баг.

Alexandr Zeinalov · 2010-10-11 18:26:02

Подозреваю, что это из-за того, что в релейшне в таком нет точек и он считается находящимся в 0,0.

Alexandr Zeinalov · 2010-10-11 18:50:37

Минимальный пример, воспроизводящий баг: http://osm.sbin.ru/osmosis-bug.tgz

Баг проявляется, если в релейшне все мемберы являются релейшнами, и нет никаких точек или линий.

Last edited by Alexandr Zeinalov (2010-10-11 18:51:37)

wildMan · 2010-10-11 18:54:31

Alexandr Zeinalov wrote:

Баг проявляется, если в релейшне все мемберы являются релейшнами, и нет никаких точек или линий.

в данном случае это не саблюдается. и у релейшнена у которого вываливается мембер и у этого мембера есть как минимум мемберы - линии

Alexandr Zeinalov · 2010-10-11 18:59:12

Ну может я не совсем точно описал причину, но баг налицо.

sim · 2010-10-11 19:24:36

отправил сообщение с примером, посмотрим что скажут

Announcement

#226 2010-09-16 06:39:03

Re: Ежедневные выгрузки .osm по регионам

#227 2010-09-16 06:52:51

Re: Ежедневные выгрузки .osm по регионам

#228 2010-09-16 06:59:59

Re: Ежедневные выгрузки .osm по регионам

#229 2010-09-16 15:51:50

Re: Ежедневные выгрузки .osm по регионам

#230 2010-09-16 21:27:07

Re: Ежедневные выгрузки .osm по регионам

#231 2010-09-28 03:58:51

Re: Ежедневные выгрузки .osm по регионам

#232 2010-10-02 15:51:05

Re: Ежедневные выгрузки .osm по регионам

#233 2010-10-03 15:58:28

Re: Ежедневные выгрузки .osm по регионам

#234 2010-10-04 15:32:55

Re: Ежедневные выгрузки .osm по регионам

#235 2010-10-04 17:56:17

Re: Ежедневные выгрузки .osm по регионам

#236 2010-10-04 18:25:55

Re: Ежедневные выгрузки .osm по регионам

#237 2010-10-04 20:34:43

Re: Ежедневные выгрузки .osm по регионам

#238 2010-10-04 20:45:45

Re: Ежедневные выгрузки .osm по регионам

#239 2010-10-05 02:34:14

Re: Ежедневные выгрузки .osm по регионам

#240 2010-10-10 15:58:32

Re: Ежедневные выгрузки .osm по регионам

#241 2010-10-10 19:07:23

Re: Ежедневные выгрузки .osm по регионам

#242 2010-10-10 20:58:01

Re: Ежедневные выгрузки .osm по регионам

#243 2010-10-10 22:33:21

Re: Ежедневные выгрузки .osm по регионам

#244 2010-10-11 09:06:27

Re: Ежедневные выгрузки .osm по регионам

#245 2010-10-11 17:47:31

Re: Ежедневные выгрузки .osm по регионам

#246 2010-10-11 18:26:02

Re: Ежедневные выгрузки .osm по регионам

#247 2010-10-11 18:50:37

Re: Ежедневные выгрузки .osm по регионам

#248 2010-10-11 18:54:31

Re: Ежедневные выгрузки .osm по регионам

#249 2010-10-11 18:59:12

Re: Ежедневные выгрузки .osm по регионам

#250 2010-10-11 19:24:36

Re: Ежедневные выгрузки .osm по регионам

Board footer