Therefore, I have been tagging the main entrance with the same tags as
the building polygon, replacing building=yes with building=entrance. Is
this really tagging for renderers?
I would say it is not tagging for the renderer but it is odd tagging
nonetheless. A building=entrance should be all
On Tue, Oct 04, 2011 at 09:32:40AM +0300, Bartosz Fabianowski wrote:
Therefore, I have been tagging the main entrance with the same tags as
the building polygon, replacing building=yes with building=entrance.
Is this really tagging for renderers?
I would say it is not tagging for the renderer
Maybe it would be a good solution, to look at first, if one node of the
polygon is tagged as building=entrance. If there is one, use this node
as POI-node, else create an node in the centre of the polygon.
@WanMil: Do you see a more or less easy way to control the creation of
POI out of areas
Great work, however If found one little annoyance (not really a bug though).
If memory limit is set borderline low, then the mdr gets created, but
the strings*.tmp file is not deleted
Actually also if failing completly, the strings*.tmp is not deleted...
If I attribute enough memory, then it
I have never seen this bug before, it appears since mkgmap rev 2038.
Rev 2037 was still fine.
It does not happen very often, just on a few tiles. Also without my
style-file it does not happen...
So there seems to be some serious problem related to those decimal
numbers
I'll try to find out
Version 2046 was commited by steve on 2011-10-04 15:06:47 +0100 (Tue, 04 Oct
2011)
Fix problem that meant that string temporary file
sometimes was not deleted on Windows.
It was the same as a previous problem, if you memory map a file
then you can't delete it until the mapping is removed and
Hi
I have never seen this bug before, it appears since mkgmap rev 2038.
Rev 2037 was still fine.
It does not happen very often, just on a few tiles. Also without my
style-file it does not happen...
So there seems to be some serious problem related to those decimal
numbers
I'll try
Hi
Great work, however If found one little annoyance (not really a bug though).
If memory limit is set borderline low, then the mdr gets created, but
the strings*.tmp file is not deleted
I've found the problem, it was another Windows only problem, similar to
one of the previous ones.
In
For further analysis
Okay, It's the following line that makes mkgmap crash (this is in the
points file):
ele**0 natural=* {set name='${name} ${ele}m' | '${ele}m' }
/ele=* natural=* {set name='${name} ${ele}m' | '${ele}m' }/ is fine
however.
I can upload a osm.pbf file that will cause a
On 2011-10-02 02:40, steve sgalowski wrote:
attempting to split up daily planet files on australia into smaller
pieces , but the program only reads 17,5000 nodes and then drops dead
.
Stephen
I think I might have this too:
I was just following the instructions in the new(ish) How to
El 04/10/11 17:08, Steve Hosgood escribió:
On 2011-10-02 02:40, steve sgalowski wrote:
attempting to split up daily
planet files on australia into smaller
pieces , but the program only reads 17,5000 nodes and then
drops dead
.
Stephen
I think I might have this too:
I was just
Maybe it would be a good solution, to look at first, if one node of the
polygon is tagged as building=entrance. If there is one, use this node
as POI-node, else create an node in the centre of the polygon.
That would be easy to realize. For mulitpolygons one could also check if
there is a
On Tue, Oct 04, 2011 at 07:18:43PM +0200, WanMil wrote:
Maybe it would be a good solution, to look at first, if one node of the
polygon is tagged as building=entrance. If there is one, use this node
as POI-node, else create an node in the centre of the polygon.
That would be easy to realize.
I have compared with GMapTool gmapsupp.img files generated by mkgmap in
a single step [1] along with all tiles img's, overview and index or in a
separate step [2+3] just joining the img's. I can see a couple of
differences:
a) Single step creation assigns last map in args file as mapset name
Hi
a) Single step creation assigns last map in args file as mapset name
whereas two steps creation assigns a default OSM street map name. In
the first case, wouldn't it be better to give mapset a name representing
all the map, such as series-name or family-name. Regarding OSM street
map I
... and will also tell you where it is uploaded to... ;-)
http://files.mkgmap.org.uk/detail/34
(my send button finger is too fast...)
WanMil
I have uploaded a mkgmap.jar r2045+patch for easier testing purposes.
WanMil
The patch realizes the reimplementation of the add-pois-to-areas option
El 04/10/11 21:43, Steve Ratcliffe escribió:b) Map generated in two
steps lacks SRT map and subfile. I didn't find
many information about the purpose of the SRT file. Would it make any
difference on the functionality of the gmapsupp having no SRT?
You need --latin1 to get the SRT file. The SRT
Hi Wanmil,
I tried to test your uploaded version, but it seems not to work with
pbf. Is it just a compiler-thing or is this an error caused by your patch?
Henning
Error at line 1, col 1
Bad file format: 1701.osm.pbf
Error parsing file
___
Could those to errors be degraded to notice level from error level? They
are not really significant and it's not nice that in order to spot
really important errors, when you produce many maps, or a map say of
Europe, you have to sift through all these rather unimportant messages
I want to
On 05/10/2011 00:48, WanMil wrote:
... and will also tell you where it is uploaded to... ;-)
http://files.mkgmap.org.uk/detail/34
(my send button finger is too fast...)
WanMil
Looking good to me: http://cferrero.net/maps/img/patch.html
In the second example you can see how the POI for the
20 matches
Mail list logo