-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi there, I got the following error messages: SEVERE (MapArea): Point with type 0x1e04 at http://www.openstreetmap.org/?mlat=36.32080&mlon=25.79590&zoom=17 is outside of the map area centred on http://www.openstreetmap.org/?mlat=38.89999&mlon=35.39999&zoom=17 width = 894785 height = 307582 resolution = 11 SEVERE (MapArea): Point with type 0x1e04 at http://www.openstreetmap.org/?mlat=35.59570&mlon=27.02637&zoom=17 is outside of the map area centred on http://www.openstreetmap.org/?mlat=38.89999&mlon=35.39999&zoom=17 width = 894785 height = 307582 resolution = 11 SEVERE (MapArea): Point with type 0x1e04 at http://www.openstreetmap.org/?mlat=37.11182&mlon=25.79590&zoom=17 is outside of the map area centred on http://www.openstreetmap.org/?mlat=38.89999&mlon=35.39999&zoom=17 width = 894785 height = 307582 resolution = 11 SEVERE (MapArea): Point with type 0x15 at http://www.openstreetmap.org/?mlat=35.59570&mlon=33.92578&zoom=17 is outside of the map area centred on http://www.openstreetmap.org/?mlat=38.89999&mlon=35.39999&zoom=17 width = 894785 height = 307582 resolution = 11 0x1e04 is used for natural=bay or sea, 0x15 for place=country This only happens for my map of Turkey, but I can't find out, which objects cause the error. The only guess I have is, that it's caused by add-poi-to-areas, because there are no nodes in the input-data. Henning -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJSNJ9nAAoJEPFgsWC7jOeTHSkH/2+es9JCaH9pA7U345Vclk7c /s3XpqU0rv2Qdcbrddfe6mLizgPSS20NCSSg9r/8J9RzcGyVU/9ec7Y/GTerG6We iSoBwPzTOp+StDCfQ4v0emxYFLx577ZSwMi0c2cteMWGHb/gys2tob401oZ/vXxv hD5czU4FvsQDKnd+TjzwskoR0YzFw2GqtFYP9jgSLlkISVEz1x/NMKgRUQe4TwPv 88YeQEnIEgEGylgWcTmLW67JOEYdej5PdP1kB4ixPc2vYkdMl91hHPhj9Ta7rLGK wfUWxptSglLQ13FagZRtxnKonJmRE0JLYxxqEOc7tIv7Ev1ph3Jy7PoT7pZ8teE= =MiBt -----END PGP SIGNATURE-----
Hi Henning, I still have this on my todo list. The messages seem to occur when creating the overview map. Maybe it is an error in mkgmap. Will I be able to reproduce the problem with the files from https://github.com/aighes/RadReiseKarte ? Gerd
Date: Sat, 14 Sep 2013 19:39:51 +0200 From: osm@aighes.de To: mkgmap-dev@lists.mkgmap.org.uk Subject: [mkgmap-dev] point outside map area
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hi there,
I got the following error messages:
SEVERE (MapArea): Point with type 0x1e04 at http://www.openstreetmap.org/?mlat=36.32080&mlon=25.79590&zoom=17 is outside of the map area centred on http://www.openstreetmap.org/?mlat=38.89999&mlon=35.39999&zoom=17 width = 894785 height = 307582 resolution = 11
SEVERE (MapArea): Point with type 0x1e04 at http://www.openstreetmap.org/?mlat=35.59570&mlon=27.02637&zoom=17 is outside of the map area centred on http://www.openstreetmap.org/?mlat=38.89999&mlon=35.39999&zoom=17 width = 894785 height = 307582 resolution = 11
SEVERE (MapArea): Point with type 0x1e04 at http://www.openstreetmap.org/?mlat=37.11182&mlon=25.79590&zoom=17 is outside of the map area centred on http://www.openstreetmap.org/?mlat=38.89999&mlon=35.39999&zoom=17 width = 894785 height = 307582 resolution = 11
SEVERE (MapArea): Point with type 0x15 at http://www.openstreetmap.org/?mlat=35.59570&mlon=33.92578&zoom=17 is outside of the map area centred on http://www.openstreetmap.org/?mlat=38.89999&mlon=35.39999&zoom=17 width = 894785 height = 307582 resolution = 11
0x1e04 is used for natural=bay or sea, 0x15 for place=country
This only happens for my map of Turkey, but I can't find out, which objects cause the error. The only guess I have is, that it's caused by add-poi-to-areas, because there are no nodes in the input-data.
Henning -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux)
iQEcBAEBAgAGBQJSNJ9nAAoJEPFgsWC7jOeTHSkH/2+es9JCaH9pA7U345Vclk7c /s3XpqU0rv2Qdcbrddfe6mLizgPSS20NCSSg9r/8J9RzcGyVU/9ec7Y/GTerG6We iSoBwPzTOp+StDCfQ4v0emxYFLx577ZSwMi0c2cteMWGHb/gys2tob401oZ/vXxv hD5czU4FvsQDKnd+TjzwskoR0YzFw2GqtFYP9jgSLlkISVEz1x/NMKgRUQe4TwPv 88YeQEnIEgEGylgWcTmLW67JOEYdej5PdP1kB4ixPc2vYkdMl91hHPhj9Ta7rLGK wfUWxptSglLQ13FagZRtxnKonJmRE0JLYxxqEOc7tIv7Ev1ph3Jy7PoT7pZ8teE= =MiBt -----END PGP SIGNATURE-----
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi Gerd, thanks for your answer. Am 05.10.2013 16:10, schrieb Gerd Petermann:
Hi Henning, I still have this on my todo list. The messages seem to occur when creating the overview map. Maybe it is an error in mkgmap. Will I be able to reproduce the problem with the files from https://github.com/aighes/RadReiseKarte ?
Yes, you should reproduce this with using this. Henning
Hi Henning, okay, this is what happens: 1) You use the options add-pois-to-areas and precomp-sea 2) You have the line natural=sea & mkgmap:line2poi!=true [0x1e04 level 7] in your points file, level 7 is mapped to resolution 14. I guess you want to process nodes like this: http://www.openstreetmap.org/browse/node/305639193 3) The SeeGenerator creates polygons which overlap the tile boundary (the polygon has no name) and have the tag natural=sea (no other tag) 4) For each generated polygon the POIGenerator creates a POI, the position is calculated using method Way.getCofG(). This method calculates the average latitude and longitude values of all points of the way. The result is a point that may be located inside, but very close to the tile boundary, and it has no label. I am not sure if it makes sense to create a POI without a label? I guess yes (e.g. for bollards), so I suggest to add a check in the style. 5) When the img file is written, the coordinates are rounded to resolution 14. The rounded values may be outside of the tile boundary. @Steve: I guess we should catch this case and omit the point, or should we move the value so that the point lies inside the boundary? This can also happen with points of lines, I did not yet check what MapSource is doing with such a line. 6)When the overview is created, the rounded values are read and added to a new map that also has the tile boundary. At this stage, a check produces the error message and the point is dropped. With r2738 I've added a check so that these points are filtered before. Gerd Henning Scholland wrote
Hi Gerd, thanks for your answer.
Am 05.10.2013 16:10, schrieb Gerd Petermann:
Hi Henning, I still have this on my todo list. The messages seem to occur when creating the overview map. Maybe it is an error in mkgmap. Will I be able to reproduce the problem with the files from https://github.com/aighes/RadReiseKarte ?
Yes, you should reproduce this with using this.
Henning
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
-- View this message in context: http://gis.19327.n5.nabble.com/point-outside-map-area-tp5777608p5780334.html Sent from the Mkgmap Development mailing list archive at Nabble.com.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Gerd, Am 06.10.2013 13:58, schrieb GerdP:
4) For each generated polygon the POIGenerator creates a POI, the position is calculated using method Way.getCofG(). This method calculates the average latitude and longitude values of all points of the way. The result is a point that may be located inside, but very close to the tile boundary, and it has no label. I am not sure if it makes sense to create a POI without a label? I guess yes (e.g. for bollards), so I suggest to add a check in the style.
This sounds reasonable and I will change my style. Thanks for your hint. I thought that sea is generated separately. So for me it's only appearing to Turkey because of the greek islands, which made the SeaGenerator create sea-polygons close to the map-boundary. Henning -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJSUVM+AAoJEPFgsWC7jOeTh6IH/A+30q+li76x8IU67rVqbbUU bpQ7FOgM+U18VX0ulm2wV7giYfY57g7bvBPDEsmLdaKQxefO8SZBQX0cpf7ZyNPJ qKxiEW7MFl2OQT5EWwluEObbVkzWqLcG8nCBYrR+nFbZWqwPT6objiaX88r/4gpi rFYy5NojiNhdJJkZNhnL5r/iZ5Lb63wLAO7pSr1aFHLAQi2pcs7wi9tJQ+C/Icmy UYTARGbqzlxkPOcWzw6UW6yJEPr/PxpWgYIZTP24YbCd1vZwHlqI8fFeFCrV8EmV 6ZL0lsv6uBljgh8WU+4qqr007MABRt55an6D9rIXVhkVas/wy1+xnG+xNLRwg3I= =mRg3 -----END PGP SIGNATURE-----
On 06/10/13 12:58, GerdP wrote:
@Steve: I guess we should catch this case and omit the point, or should we move the value so that the point lies inside the boundary?
My guess is that it should be left in and not moved. As far as I can tell it is inevitable in the general case that points on the lower resolution layers are outside the bounds. Its just that we cut the tiles with alignment so that this doesn't normally happen, but in general tiles can have irregular shapes. ..Steve
Hi Steve, it happens in the Point.setLatitude() and Point.setLongitude() method called in MapBuilder. I am not sure if the calculation is wrong. If you want to look at it I can provide the test data. Gerd Steve Ratcliffe wrote
On 06/10/13 12:58, GerdP wrote:
@Steve: I guess we should catch this case and omit the point, or should we move the value so that the point lies inside the boundary?
My guess is that it should be left in and not moved. As far as I can tell it is inevitable in the general case that points on the lower resolution layers are outside the bounds.
Its just that we cut the tiles with alignment so that this doesn't normally happen, but in general tiles can have irregular shapes.
..Steve _______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
-- View this message in context: http://gis.19327.n5.nabble.com/point-outside-map-area-tp5777608p5780525.html Sent from the Mkgmap Development mailing list archive at Nabble.com.
participants (4)
-
Gerd Petermann -
GerdP
-
Henning Scholland -
Steve Ratcliffe