Hello
Do I understand correctly, that there are still problems with multipolygons?
Lakes marked as inner ways of multipolygon having forest as outer
way are still not rendered. Some of those lakes appear as a hole in
forest, some have no influence on rendering (lakes are displayed as
forest re
Hi!
Tomas Straupis schrieb:
> Cha. I just found out that it is extremely easy to add such relation
> using JOSM. I do not have to "draw" any new nodes/ways. Just select
> forest and lakes, create/modify relation and add corresponding
> outer/inner tags :)
I have not tried it yet, but there is
2009-07-28 Apollinaris Schoell :
> sure it's work, but isn't our target to make the best gis database :)
> someone else pointed out in an older thread on talk why this is important.
> imagine you need to calculate the area of the forest.
> this way it's tagging for the renderer. but renderer can ch
Hello
2009-07-28 Christian Gawron :
> may first guess would be that a multipolygon relation (with role=outer
> for the forrest and role=inner for the lake) is missing.
Yes, thank you, I've added that relation and will test the map
generation tomorrow (after geofabrik publishes todays data)!
--
I will try fixing the data (while fixing 4500 lakes in tiny
territory of Lithuania will not be a small task:). Just from my
experience adding multipolygons is quite a challenging task for
beginners, so I will have to come up with some automated way of at
least identifying such forest+water combi
Hi Tomas,
may first guess would be that a multipolygon relation (with role=outer
for the forrest and role=inner for the lake) is missing.
Best wishes
Christian
Tomas Straupis schrieb:
> Hello
>
> I've noticed strange problem with lakes (natural=water) in a middle
> of forests (landuse=forest)
Hello
2009/7/28 Nop :
> Adding proper multipolygons to the data instead of relying on any
> drawing order is the only useful solution.
OK. Thank you all for answers!
I will try fixing the data (while fixing 4500 lakes in tiny
territory of Lithuania will not be a small task:). Just from my
ex
Hi!
Apollinaris Schoell schrieb:
> the data is wrong in the first place. a lake and a forest can't be in
> the same place. the forest should be created as multipolygon with all
> the lakes as inner ways.
I agree. The areas on the Garmin should be drawn by the drawing priority
defined in th
Assuming that the data is correct, I can confirm that you need to set
draw order in a typ file.
I encountered a similar issue with building and landuse polygons. I
had to set a higher draw order so that buildings are drawn over
landuse.
On 7/28/09, Apollinaris Schoell wrote:
> the data is wrong
the data is wrong in the first place. a lake and a forest can't be in
the same place. the forest should be created as multipolygon with all
the lakes as inner ways.
if you ask the software to fix bad data it will fail on some corner
cases and will succeed in some places. but then random eff
Hello
2009-07-27 Rudi :
> Do you use a custom typ file for your map?
No, I am not. And some lakes marked the same way ARE visible on the map...
> I strongly doubt it has something to do with the source=yahoo tag.
This was just my guess - maybe some tiny bug in code... But I've
tried adding th
Hello Tomas,
>I've noticed strange problem with lakes (natural=water) in a middle
>of forests (landuse=forest).
Do you use a custom typ file for your map?
If yes you can define the drawing order of the polygons. In your case you
should give the lakes a higher order than the forests so that the la
Hello
I've noticed strange problem with lakes (natural=water) in a middle
of forests (landuse=forest).
Some of them are displayed on Garmin (Colorado), some are not. The
only difference in data I can see is that the ones displayed have
source=Yahoo tag (in addition to natural=water and created
13 matches
Mail list logo