I think this is caused by addr: tags that don't use the same spelling
like the boundary multipolygons.
Do you know about any similar name detection algorithm? So something
like a sounds-like(String cityname) function? This would be
necessary
to fix that.
I've used the soundex algorithm for
Am 19.02.2011 07:08, schrieb maning sambale:
The idea is to declutter the city search of these minor places and
just the actual city/town will be used to index streets and cities.
There would be a disadvantage:
I assume the assignment of streets to cities works by searching
the nearest
Version 1876 was commited by steve on 2011-03-02 09:42:19 + (Wed, 02 Mar
2011)
Only apply merge lines at lower resolutions.
merge-lines is as discussed quite problematic, because it happens after the
routing notes are placed, and therefore causes some problems.
The closer you zoom in,
Found another bug in mkgmap-r1875.
If I search for adresses on a Dakota, and skipping the place name (because
often streets are assigned to the wrong place) and enter the streetname, the
street is found but it points to a place in the Atlantic Ocean south of Ghana
(lat0, lon0).
Version 1877 was commited by steve on 2011-03-02 11:17:38 + (Wed, 02 Mar
2011)
Allow different smoothing parameters for polygons and lines.
It applies the DP filter against polygons with a different agressiveness than
for lines. This
is really useful because strong DP filter against
On Wed, Mar 02, 2011 at 01:45:52PM +0100, Minko wrote:
Negative consequence is that on Mapsource most of the forest disappears
too soon, when zooming out.
How hard would it be to merge nearby polygons on wider zoom levels?
Marko
___
mkgmap-dev
On 02.03.2011 13:53, Marko Mäkelä wrote:
On Wed, Mar 02, 2011 at 01:45:52PM +0100, Minko wrote:
Negative consequence is that on Mapsource most of the forest disappears
too soon, when zooming out.
How hard would it be to merge nearby polygons on wider zoom levels?
It would not work I think.
Where can I find the help file?
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
On 02.03.2011 14:11, Minko wrote:
Where can I find the help file?
help/en/options
or showing it on commandline (see mkgmap on osm wiki).
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
So could people confirm that when they see crashes they are not
installing via mapsource, and what GPS device they are using?
..Steve
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Okay I've done some comparisons between the two approximations.
For polygons the old version is much better because the patched version
creates bad artifacts. For streets at resolution 23 (if used) to 21 I
prefer it too. At resolution 20 I am indifferent and cannot really
decide what is
On Wed, Mar 02, Felix Hartmann wrote:
1. If you have this error, please also check if link-pois-to-ways switch
was used. According to a post here:
http://forum.openstreetmap.org/viewtopic.php?pid=146242#p146242
the address search breaks down on Oregon once --link-pois-to-ways is used.
It's
On 3/1/2011 3:38 PM, Nakor wrote:
Hello,
I have a tile with no coastline that shows up inundated. How can this
be? How can I fix it?
The tile is split us_midwest from geofabrick with:
4162: 2183168,239616 to 2215936,280576
# : 46.845703,5.141602 to 47.548828,6.020508
Am 02.03.2011 04:52, schrieb Scott Crosby:
This boundary is open by the coast side, as many others (¿all?) in
Spain. Something similar to the close-gaps in the sea generation could
do the trick.
That's not a nice job to do... We might continue the boundaries along
coastlines. This would be a
Hello,
I built a map using us_midwest extract from Geofabrik and have 5
countries listed in the country list on my Etrex Vista:
Country
Israel
Mongolia
Ukraine
United States
Country seems to be when there is no info and I am fine with that. US is
OK but I do not understand the other
Nakor nakor@gmail.com wrote:
Hello,
I built a map using us_midwest extract from Geofabrik and have 5
countries listed in the country list on my Etrex Vista:
Country
Israel
Mongolia
Ukraine
United States
Country seems to be when there is no info and I am fine with that. US
is
OK but I
Am 02.03.2011 14:03, schrieb Felix Hartmann:
On 02.03.2011 13:53, Marko Mäkelä wrote:
On Wed, Mar 02, 2011 at 01:45:52PM +0100, Minko wrote:
Negative consequence is that on Mapsource most of the forest disappears
too soon, when zooming out.
How hard would it be to merge nearby polygons on
On Wed, Mar 02, Felix Hartmann wrote:
1. If you have this error, please also check if link-pois-to-ways switch
was used. According to a post here:
http://forum.openstreetmap.org/viewtopic.php?pid=146242#p146242
the address search breaks down on Oregon once --link-pois-to-ways is used.
hi. i'm terribly sorry if this is a silly question, but i've searched
asked around, but so far - failed to solve the problem.
i'm trying to generate maps for garmin etrex vista hcx that would
contain entities with diacritic symbols (more specifically, map of latvia).
i've tried specifying
Okay I've done some comparisons between the two approximations.
For polygons the old version is much better because the patched version
creates bad artifacts. For streets at resolution 23 (if used) to 21 I
prefer it too. At resolution 20 I am indifferent and cannot really
decide what is
while i'm here, i also tried lowercase option - it mostly worked except
for labels on roads where all lowercase symbols seemed to be replaced by
underscores. is that something that can be improved with mkgmap, or is
it a quirk of the garmin device ?
Most Garmin units cannot display rotated
On Wed, Mar 02, Thorsten Kukuk wrote:
On Wed, Mar 02, Steve Ratcliffe wrote:
So could people confirm that when they see crashes they are not
installing via mapsource, and what GPS device they are using?
Yes, I'm not installing via mapsource, but copy the gmapsupp.img
file directly to
Thanks for the very specific examples, it should be easy to track down from
them.
I'm on a train at the moment, but my initial guess is that regionOffset in
LocatorConfig should be set. But there must be more to it than that.
___
mkgmap-dev
When processing pbf file with splitter on single processor computer,
processing never finishes. If my guess is correct, the problem is in the
endMap function of the SplitProcessor class. Process hangs on line 176
because of blocking of the toProcess queue. The queue is not processed with
the
On 02.03.2011 21:29, Thorsten Kukuk wrote:
On Wed, Mar 02, Thorsten Kukuk wrote:
On Wed, Mar 02, Steve Ratcliffe wrote:
So could people confirm that when they see crashes they are not
installing via mapsource, and what GPS device they are using?
Yes, I'm not installing via mapsource, but
Hi,
I am getting the splitter from svn, compiling and running it unter
Windows XP SP3 using JDK 1.6.0_25. There are 2 problems if I am using a
splitter version newer than r161 (tryed until r167 so far).
1.) germany.osm.pbf from geofabrik cannot be split
On 02.03.2011 20:54, Johann Gail wrote:
Okay I've done some comparisons between the two approximations.
For polygons the old version is much better because the patched version
creates bad artifacts. For streets at resolution 23 (if used) to 21 I
prefer it too. At resolution 20 I am
Le 03/03/2011 00:36, Michael Prinzing a écrit :
Hi,
1.) germany.osm.pbf from geofabrik cannot be split
--
MAP occupancy: 1
Elapsed time: 22m 2s Memory: Current 1484MB (1144MB used, 340MB free) Max
1484MB
Elapsed time: 24m 2s Memory:
28 matches
Mail list logo