MOIN import issues (relations not closed or missing)

Mr_Israel · 2011-12-25T11:22:47.000Z

I realized that there are still missing or not closed relations from the MOIN import
Meaning that are starting somewhere without being connected to each other.

Last problematic / missing MOIN relations:
data is taken and checked from the not updated script of Tal (http://wiki.openstreetmap.org/wiki/IsraelMunicipalities):

http://www.openstreetmap.org/?lat=32.78044&lon=35.31156&zoom=16&layers=M (Several problems because it is not possible to look behind the text elements and see where the relation has to be)

Following Relations need to be checked if existing:

Miilia (where is it?)

It would be great if somebody can help to check if there is a solution for those one…

Source: http://tools.geofabrik.de/osmi/debug.html?view=multipolygon&lon=35.04620&lat=32.55789&zoom=12&opacity=0.98&overlays=ring_not_closed_hull,ring_not_closed,unconnected_end_nodes
(note: I fixed a lot relations today, and the data of Geofabrik is not updated daily)

dimka · 2011-12-25T13:20:30.000Z

In general, the MOIN import work is not finished, so this is no surprise. The solution is just to continue manual tracing as described here.
Of course boundaries could be split and therefore individual ways may be not closed.

Mr_Israel · 2011-12-25T15:37:28.000Z

Ohh…

It is still not finished? And also the wki script showing us missing or uncompletad relations is nor working anymore.

Is somebody interested in completing the moin import in a very short time? I would like to invest with some others a day or more to get the moin import finished.

I mean if we cant get a mapping party done, maybe we can get 2-4 people taking care together for the last missing or uncompleted relations.

Edit: As you can see in the 1. post I have started working on them.
It is very easy and straight forward and I hope that I havent missed any uncompleted.

Mr_Israel · 2011-12-27T11:40:10.000Z

Hi folks,

just wanted to give you a update:

I think I managed to go over all missing and problematic relations of the MOIN import.
I could only find one open issues:

Several problems because it is not possible to look behind the text elements and see where the relation has to be:

http://www.openstreetmap.org/?lat=32.78044&lon=35.31156&zoom=16&layers=M

Do we have the blue lines in a image only without the text on top of it?

I will have to wait for the next update of geofabrik to check if I really fixed all problems or maybe created new problems (the last update is from 2011-12-24 20:00 (UTC)).
http://tools.geofabrik.de/osmi/debug.html?view=multipolygon&lon=35.04620&lat=32.55789&zoom=12&opacity=0.98&overlays=ring_not_closed_hull,ring_not_closed,unconnected_end_nodes

If you saw some problems in MOIN relations or you know there is one missing, please post where the issue is and I will fix it.

dimka · 2011-12-27T12:56:59.000Z

Great!!
Thanks Mr_Israel!

Do we have the blue lines in a image only without the text on top of it?

Are you referring to areas which are “blank”, i.e. without any administrative entity associated with it (ללא שיפוט)?

Mr_Israel · 2011-12-27T13:09:39.000Z

I mean if you use this link (http://www.wisdom.weizmann.ac.il/~dmitryb/moin/tiles/openlayers.html) and browse to http://www.openstreetmap.org/?lat=32.78044&lon=35.31156&zoom=16&layers=M you will see that it is impossible to guess where what relation is going to. The problem is that the text like (ללא שיפוט) and others are overlapping the boundary, so you can’t see where it belongs, too.

If you can check that area or provide me a bland boundary image where no text is overlapping, we can define the moin import as successfully finished.

Mr_Israel · 2011-12-27T21:59:23.000Z

Thats good. Geofabrik has run a update of their map data (2011-12-26 20:00 (UTC))
Seems like all current shown relation problems are already solved.

Good time for a tea and some cookies.

dimka · 2011-12-28T22:19:16.000Z

Mr_Israel:

I mean if you use this link (http://www.wisdom.weizmann.ac.il/~dmitryb/moin/tiles/openlayers.html) and browse to http://www.openstreetmap.org/?lat=32.78044&lon=35.31156&zoom=16&layers=M you will see that it is impossible to guess where what relation is going to. The problem is that the text like (ללא שיפוט) and others are overlapping the boundary, so you can’t see where it belongs, too.

If you can check that area or provide me a bland boundary image where no text is overlapping, we can define the moin import as successfully finished.

That problem seems to have no solution right now as the MOIN refused to give us a clean image/vectorized data.

BTW, I still see some unclosed relations in the Geofabrik link you provided. Is it OK?

Mr_Israel · 2011-12-28T22:55:07.000Z

no problem, thats how it is.

the geofabrik data is one day old.
and yesterday and today i found small problems here and there.
today i went over almost all relations and checked the withthe relation analyser and found just one issue that i fixed right away.
i hope tomorrow we will have less problems showing up.
after tomorrow hopefully no problems at all. you know as good as i do, that this is a continues process to get all relations fixed. i expect that we can announce the complete import in around 1 week.

btw: how important is the existance of the relation center node for the future use?
if talkats script would be working it would be easy to acomplish. but as we dont have it…

Mr_Israel · 2011-12-29T09:59:39.000Z

I think I found the issue at the last relation : 1376824 around Beer Sheva.
The analyze showed me the relation in Grey (“not possible to check”).
http://ra.osmsurround.org/analyzeRelation?relationId=1376824&noCache=true&_noCache=on

Now that I changed the relation from multipolygon to boundary it appears green without any issues.

Rather the analyzeRelation tool is not working properly with multipolygon or I we had a mistake with the usage of multipolygon.

Mr_Israel · 2012-01-04T01:05:02.000Z

i can confirm that all relations from moin are completly imported into openstreetmap.

no relation problem has been found by myself.
and i checked all common relation checkers.