Re: [mkgmap-dev] [PATCH] multipolygon

Rudi escribió: > I had several problems with the rendering of multipolygons on my Garmin > Mobile XT. So I made a small patch. See attachment. > > Problem 1: > Simple holes in a polygon are rendered correctly, but if the inner polygon > has additional tags then this information is not rendered. In

Re: AW: [mkgmap-dev] [PATCH] multipolygon

Rudi escribió: >> I still could not try your patch, but I would like to know if you think >> it would solve problem with this multipolygon [1]. It was correctly >> rendered by mkgmap until OSM migration to 0.6 API. Due to this change, I >> had to split outer polygon in three parts of less than 2000

Re: [mkgmap-dev] Commit: r1101: Further work on loop splitting code.

Mark Burton escribió: > Hi Valentijn, > > >> I just ran mkgmap without --route: >> > > Thanks, that's another buglet squished. I've committed a fix. > > Incidentally, that way, Road Diemerdreef (OSM id 24975519), is a really > dumb bit of OSM. It's a roundabout with about 20 points and has

Re: [mkgmap-dev] Garmin Nuvi asks province

Valentijn Sessink escribió: > Hi, > > A bit of a strange thing: my Garmin mkgmap maps ask the "provincie" > (Province? State? County? Whatever you guys call it over there ;) when I > want to route to an address. > > I normally build my map with country="Netherlands" and country-abbr=NL, > I also tr

Re: [mkgmap-dev] complete list of all mkgmap options

Christoph Wagner escribió: > Hello list, > I searched for a complete list of all mkgmap command-line options and > what they should do, but I couldn't find a good and up-to-date list. The > list in the wiki is much too old. > In the last few month they were very cool and usefull improvements of > m

[mkgmap-dev] Inter tile routing broken

Yesterday I realized I can no longer calculate routes involving more than one tile in Mapsource using my Spain map. I compile it daily using latest svn and I don't know when the problem was introduced (it worked fine last time I checked it). I have tried splitting the map with latest splitter from

Re: [mkgmap-dev] Inter tile routing broken

care of it :-[ . Cheers Carlos > Carlos Dávila wrote: > >> Yesterday I realized I can no longer calculate routes involving more >> than one tile in Mapsource using my Spain map. I compile it daily using >> latest svn and I don't know when the problem was introduced (it worked

Re: [mkgmap-dev] mistake in options?

Felix Hartmann escribió: > Valentijn Sessink wrote: >> Hi, >> >> >>> Are you confusing this with the series-name option which assigns the >>> map name in the "Select a Product" drop down list in mapsource? >>> >> >> What I'm trying to achieve is a change in my Garmin Nuvi map selection >> m

Re: [mkgmap-dev] mistake in options?

Valentijn Sessink escribió: > Hi Carlos, > > Carlos Dávila schreef: > >> --description="OpenStreetMap-Iberia" >> --family-name="Open Street Map" >> --series-name="OSM-Iberia-s" >> > > That's what I use, except f

[mkgmap-dev] Overflowed directory error

Hello all While compiling a map from 6 tiles obtained with splitter (manually adjusted areas.list) I get the following error: GRAVE (BlockManager): overflowed directory with max block 65534, current=65535 There is not enough room in a single garmin map for all the input data The .osm file should

Re: [mkgmap-dev] Overflowed directory error

Clinton Gladstone escribió: > 2009/8/21 Carlos Dávila : > >> Hello all >> While compiling a map from 6 tiles obtained with splitter (manually >> adjusted areas.list) I get the following error: >> GRAVE (BlockManager): overflowed directory with max block 65534, &g

Re: [mkgmap-dev] Overflowed directory error

char...@cferrero.net escribió: > Quoting Carlos Dávila : > > >> Hello all >> While compiling a map from 6 tiles obtained with splitter (manually >> adjusted areas.list) I get the following error: >> GRAVE (BlockManager): overflowed directory with max block 65

Re: [mkgmap-dev] Overflowed directory error

Carlos Dávila escribió: > char...@cferrero.net escribió: > >> Quoting Carlos Dávila : >> >> >> >>> Hello all >>> While compiling a map from 6 tiles obtained with splitter (manually >>> adjusted areas.list) I get the following e

Re: [mkgmap-dev] Splitter --cache parameter

Chris Miller escribió: > > If you are using compressed .osm files (bz2 compression especially), the > speed improvement should be greater still, since the decompression will only > need to happen once rather than on each pass. > Does it mean with --cache splitter will take the same time using

[mkgmap-dev] splitter error using --cache option

I have used successfully new splitter when no --split_file is given, but if I use an existing areas.list splitter looks for cached files and they don't exist; see below: java -Xmx2500M -jar splitter.jar --cache=/160GB/cache_europe --split-file=areas_5.list /160GB/europe.osm Time started: Mon Aug 24

Re: [mkgmap-dev] splitter error using --cache option

Chris Miller escribió: > Hi Carlos, > > This is something I'm aware of but haven't yet had time to address. It's > because (currently) the cache can only be generated during the first stage > when the areas.list file is also being generated. If you supply areas.list > and use --cache at the same

Re: [mkgmap-dev] [PATCH v5] sea polygons

Christian Gawron escribió: > This version of the patch fixes a bug in the previous version which > caused tiles with no shoreline to be "flooded". > > Other improvements are > - Shorelines are clipped at the boundary prior to the processing (may > fix some problems related to input data) > - Somewh

Re: [mkgmap-dev] [PATCH v1] Merge similar lines and ways

Mark Burton escribió: > Hi Thilo, > > >> I will modify the code that the merging is applied even earlier. >> Shouldn't be too hard to do. >> > > Did you do that? I would be keen to try a version because I notice on > my first few trips with the Nuvi that sometimes it says "keep > right/le

[mkgmap-dev] [PATCH] Add countries to LocatorConfig

Some months ago I sent this patch to include Spain and Portugal in LocatorConfig.xml, but no one seemed to commit it. I've been using it all this time without any problem, so I think it's safe to be committed to trunk. Could some of the developers do it please? Cheers Carlos Index: resources/Locato

Re: [mkgmap-dev] Commit: r1187: Add Spain and Portugal.

svn commit escribió: > Version 1187 was commited by steve on 2009-09-13 00:21:16 +0100 (Sun, 13 Sep > 2009) > > Add Spain and Portugal. > -Carlos D?\195?\161vila > ___ > mkgmap-dev mailing list > mkgmap-dev@lists.mkgmap.org.uk > http://www.mkgmap.org.uk

Re: [mkgmap-dev] Splitting at country borders?

Apollinaris Schoell escribió: > On 19 Sep 2009, at 4:29 , Johann Gail wrote: > > >>> So is it possible to configure the splitter do split the maps not >>> after >>> x-Number of nodes but at these coordinates? >>> >>> >> No, this is not what I have written. There is some missunderstandin

Re: [mkgmap-dev] Splitting at country borders?

Dermot McNally escribió: > 2009/9/20 Apollinaris Schoell : > > >> but why split along the border? if you for example load bavaria-nord, >> bavaria-south+austria-northwest, austria-southwest-italy-nord >> is there any disadvantage? all borders are open in most of europe.why >> reintroduce them e

Re: [mkgmap-dev] Commit: r1198: Merge in the sea polygon patch from the multipolygon branch.

svn commit escribió: > Version 1198 was commited by steve on 2009-09-17 10:27:24 +0100 (Thu, 17 Sep > 2009) > > Merge in the sea polygon patch from the multipolygon branch. > > You need to give the --generate-sea option at the moment to switch it on. > > Written by Christian Gawron I've been usin

[mkgmap-dev] Splitter: tiles names from geonames

I'm giving --geonames-file to splitter and during split process I can see tiles are named as supposed, but after compiling the map with mkgmap I can't see the names in MapSource, so I must be doing something wrong. Which are the correct steps to get the names in the img? I've seen tiles are named u

[mkgmap-dev] Unable to compile maps

Since yesterday I get the error below trying to compile France and Spain maps (from Geofabrik): java.lang.AssertionError: relative pointer too large for 14 bits at uk.me.parabola.imgfmt.app.net.RouteArc.writeSecond(RouteArc.java:260) at uk.me.parabola.imgfmt.app.net.RouteNode.writeS

Re: [mkgmap-dev] Unable to compile maps

Mark Burton escribió: > Hi Carlos, > > >> Since yesterday I get the error below trying to compile France and Spain >> maps (from Geofabrik): >> java.lang.AssertionError: relative pointer too large for 14 bits >> > > Hmm, I know where this is coming from but would like a little more info > b

Re: [mkgmap-dev] Unable to compile maps

Mark Burton escribió: > Hi Carlos, > > >> Here it is: >> java.lang.AssertionError: relative pointer too large for 14 bits (source >> offset = 1115876, dest offset = 1124268) >> > > Thanks for that, it was useful. > > Please try r1240, it could possibly fix the issue. Great, it fixed it T

Re: [mkgmap-dev] no_u_turn

Mark Burton escribió: > Hi Paul, > > >> Can I make this a feature request then? :) Consider the following >> X >> | >> A B| C >> +---> >> | >> <---+ >> D E| F >> | >> \/ >> G >> ABC

Re: [mkgmap-dev] no_u_turn

Carlos Dávila escribió: > Mark Burton escribió: > >> Hi Paul, >> >> >> >>> Can I make this a feature request then? :) Consider the following >>> >>> > X > >>> | >>>

[mkgmap-dev] Warnings from RoadDef

What's the meaning of this kind of warnings? ADVERTENCIA (RoadDef): RoadDef(A-5;A-66 Autovía del Suroeste, 23244883) discarding extra label (already have 4) What should I change in the logging.properties to avoid this kind of lines? Regards Carlos ___ mkg

Re: [mkgmap-dev] Memory problems since 1245

Charlie Ferrero escribió: > Clinton Gladstone wrote: > >> On Tue, Oct 6, 2009 at 12:11 PM, maning sambale >> wrote: >> >>> I am interested in this approach as well. Can you please post the >>> howto for this? >>> In our areas the sea gets broken sometimes due to newbie editing it >>> woul

Re: [mkgmap-dev] Memory problems since 1245

Charlie Ferrero escribió: > Charlie Ferrero wrote: > >> Carlos Dávila wrote: >> >>> Charlie Ferrero escribió: >>> >>>> Clinton Gladstone wrote: >>>> >>>> >>>>> On Tue, Oct 6,

Re: [mkgmap-dev] Memory problems since 1245

Clinton Gladstone escribió: > On Tue, Oct 6, 2009 at 12:11 PM, maning sambale > wrote: > >> I am interested in this approach as well. Can you please post the >> howto for this? >> In our areas the sea gets broken sometimes due to newbie editing it >> would be good if I have a permanent sea osm

Re: [mkgmap-dev] Commit: r1261: Implement the reverse index.

Johann Gail escribió: > >> Implement the reverse index. >> >> Should allow the index to be transferred to a GPS unit using m/s. >> > > Is it planned to create a gmapsupp.img including the mdr file directly > by mkgmap, i.e. without mapsource? > As I have no mapsource at hand, I can't do a

Re: [mkgmap-dev] Routing issue

Marko Mäkelä escribió: > On Tue, Oct 13, 2009 at 09:22:33AM +0200, Carlos Dávila wrote: > >> I would like to know what's the effect of duplicate nodes on rutting. >> Some areas of Spain are full of them (I have already fixed more than >> 60.000 in the Northwest)

Re: [mkgmap-dev] Routing issue

>> However, that map is riddled with non-connected ways so even if the bug >> is fixed, routing will still be very unreliable in that region until >> someone fixes all the duplicate nodes. >> >> >> >> > This is WIP. As of now all Interstate, US and state routes should be OK > which provid

Re: [mkgmap-dev] Commit: r1278: Add ability to set a road's class and speed from a CoordPOI.

svn commit escribió: > Version 1278 was commited by markb on 2009-10-15 09:49:26 +0100 (Thu, 15 Oct > 2009) > > Add ability to set a road's class and speed from a CoordPOI. > > If the way has a point with a POI that has mkgmap:road-class or > mkgmap:road-speed tags they will be transferred to the

Re: [mkgmap-dev] Commit: r1278: Add ability to set a road's class and speed from a CoordPOI.

Mark Burton escribió: > Hi Carlos, > > >> What happens if the distance between the tagged POI and the >> next/previous points is very long? Shouldn't it be a limit to the length >> affected by the reduction/increase of road_speed/road_class? >> > > Arguably, yes. However, I ran out of energ

Re: [mkgmap-dev] Commit: r1278: Add ability to set a road's class and speed from a CoordPOI.

Mark Burton escribió: > Carlos, > > >>> Arguably, yes. However, I ran out of energy before I could implement >>> that. The bollard code does very similar things but, to be honest, I >>> can't really be bothered at this time. If someone else wants to >>> implement that, I will happily integrate t

[mkgmap-dev] First contact with mdr

I've just built my first map with this new (and very expected) feature and playing with it. First to say is a big thank to Steve and all testers. I want to report some issues I find. 1- In the City tab I can search for my city, Cáceres, but if I try in the Address tab MapSource complains when typin

[mkgmap-dev] Unable to send maps with MapSource

I have tried to send maps generated with --index (r1293) to the card in my nuvi, but after some 25% of the process MapSource (6.13.7 and 6.15.6) always ends with an error with a report like this: App: MapSource AT: ... OS: Windows XP Service Pack 3 Processor: ... MDR_TRIM_ADDR-CXX-321-6.13.7.0 or M

Re: [mkgmap-dev] Unable to send maps with MapSource

Felix Hartmann escribió: > Carlos Dávila wrote: > >> I have tried to send maps generated with --index (r1293) to the card in >> my nuvi, but after some 25% of the process MapSource (6.13.7 and 6.15.6) >> always ends with an error with a report like this: >> A

Re: [mkgmap-dev] Unable to send maps with MapSource

Steve Ratcliffe escribió: > Hi Carlos > > On 18/10/2009 22:11, Carlos Dávila wrote: > >> I have tried to send maps generated with --index (r1293) to the card in >> my nuvi, but after some 25% of the process MapSource (6.13.7 and 6.15.6) >> always ends with an

Re: [mkgmap-dev] Unable to send maps with MapSource

Steve Ratcliffe escribió: > On 21/10/09 14:26, Nakor wrote: >> How is a "region" defined? I was able to generate a pretty big map in >> the States and it tranferred fine to the GPS (took more than one hour >> thru MapSource). How can I know how many "regions" I have in there? > > Region in the Garm

Re: [mkgmap-dev] First contact with mdr

Carlos Dávila escribió: > I've just built my first map with this new (and very expected) feature > and playing with it. First to say is a big thank to Steve and all testers. > I want to report some issues I find. > 1- In the City tab I can search for my city, Cáceres, but if I try

Re: [mkgmap-dev] Unable to send maps with MapSource

Carlos Dávila escribió: > Steve Ratcliffe escribió: > >> On 21/10/09 14:26, Nakor wrote: >> >>> How is a "region" defined? I was able to generate a pretty big map in >>> the States and it tranferred fine to the GPS (took more than one hou

Re: [mkgmap-dev] Problems with index creation -> trafer to unit

Felix Hartmann escribió: > there's a patch already on the list. look for it. (which IMHO should be > submitted to trunk anyhow) > As far as I remember, that patch was only a proof of concept, but can't be used because assigns places/regions randomly. You will need to reduce the number of region

Re: [mkgmap-dev] Commit: r1367: Rewrite pickArea() to avoid a problem with unequally sized areas.

svn commit escribió: > Version 1367 was commited by markb on 2009-11-11 11:21:31 + (Wed, 11 Nov > 2009) > > Rewrite pickArea() to avoid a problem with unequally sized areas. > > The original pickArea() assumed that all the areas to choose from had > the same widths and the same heights. Unfor

[mkgmap-dev] Bug in --check-roundabouts?

One user of my maps told me he was getting wrong direction instructions for most of the roundabouts in his city (Cerdanyola del Vallés, North of Barcelona). Checking roundabouts in that area I found some of them that were badly constructed (wrong direction, auto-crossing, etc.) but after fixing the

Re: [mkgmap-dev] Bug in --check-roundabouts?

Ralf Kleineisel escribió: > Carlos Dávila wrote: > > >> The only difference between the wrong and the right routes is the >> --check-roundabouts option passed to mkgmap. >> > > You have to tell mkgmap wether your country is left-hand-drive or > right-ha

Re: [mkgmap-dev] Bug in --check-roundabouts?

FlaBot escribió: > I will run the checkround-test for spain in the next days daily .. > You can find a File called spain-date.htm here > http://toolserver.org/~flacus/OSM/checkround/ > With this file you can fix a lot of wrong roundabouts in spain in a few > days > > Tell it to your people > I d

[mkgmap-dev] Errors description

I'm planning to put a list of the errors detected by mkgmap during map generation on my download page to get more people involved fixing them. Below is the text I'll include in the readme file of the download to ask you for suggestions/improvements on it. Cheers Carlos Readme: This is a short desc

Re: [mkgmap-dev] Routing issue in Hameln

Chris-Hein Lunkhusen escribió: > In german city Hameln turn-restrictions are used like hell, > but they don't seem to work. > > > > On the left side the only_straight_on restriction is not applied, > on the right side there is a "f

[mkgmap-dev] Problem with args file

I'm processing the same data using almost equal parameters. The only difference are the *.args files. Below is the first one (peninsula.args), that compiles without errors: product-id=314 family-id=14 family-name=OSM España country-name=ESPAÑA country-abbr=ESP mapname: 63240001 description: ES-Mad

Re: [mkgmap-dev] Problem with args file

Clinton Gladstone escribió: > On Dec 2, 2009, at 20:53, Carlos Dávila wrote: > > >> The second one (spain.args) gives the following error: Too many blocks. >> Use a larger block size with an option such as --block-size=2048 or >> --block-size=4096). >> >

Re: [mkgmap-dev] Marko is maintaining the mkgmap default style file

Felix Hartmann escribió: > On 07.12.2009 08:37, Marko Mäkelä wrote: > >> Hi all, >> >> On Mon, Dec 07, 2009 at 07:17:50AM +, svn commit wrote: >> >> >>> Version 1418 was commited by marko on 2009-12-07 07:17:50 + (Mon, 07 >>> Dec 2009) >>> >>> Bus and rail stops with a lit shel

[mkgmap-dev] Error building sea map

I'm trying to build a sea-only map for Spain to combine it later with my routeable map. What I've done is: 1-Download natural=coastline ways for the desired bbox [1]. 2-Edit downloaded osm file in JOSM and close the land polygon in the North. I used segments of some 60 km for that. I can put result

Re: [mkgmap-dev] Problem building map for Minnesota

Jeffrey Ollie escribió: > I've been building maps for Iowa for a while with great success, but > today I tried adding in Minnesota since I'll be travelling to the Twin > Cities for the holidays. I ran into this issue though: > > SEVERE (Polyline): Problem writing line (class > uk.me.parabola.imgfm

Re: [mkgmap-dev] Error building sea map

Ronny Klier escribió: Am 20:59, schrieb Carlos Dávila: I'm trying to build a sea-only map for Spain to combine it later with my routeable map. What I've done is: 1-Download natural=coastline ways for the desired bbox [1]. 2-Edit downloaded osm file in JOSM and clos

Re: [mkgmap-dev] naming map layers in a gmapsupp.img

Charlie Ferrero escribió: > Clinton Gladstone wrote: > >> On Dec 22, 2009, at 12:41, Charlie Ferrero wrote: >> >> >>> So I've solved the problem of getting the familysets properly visible in >>> the secondary map menu, but now individual tiles all share the same >>> family name, no matter

Re: [mkgmap-dev] naming map layers in a gmapsupp.img

Clinton Gladstone escribió: On Dec 22, 2009, at 18:13, Carlos Dávila wrote: AFAIK you can put all this settings in the same args, in the section of each layer. This is what I have in an args file I'm testing: ... family-id=30 product-id=314 family-name=OSM E

Re: [mkgmap-dev] naming map layers in a gmapsupp.img

Clinton Gladstone escribió: On Dec 22, 2009, at 20:27, Carlos Dávila wrote: Maybe you remember a discussion on this issue back in October [1]. Then I tried transparent/draw-priority as you suggest and the land layer covered the sea, but I'll try again and report

Re: [mkgmap-dev] naming map layers in a gmapsupp.img

Charlie Ferrero escribió: Carlos Dávila wrote: Try again with the screeshots: Carlos Dávila escribió: Charlie Ferrero escribió: Clinton Gladstone wrote: On Dec 22, 2009, at 12:41, Charlie Ferrero wrote

[mkgmap-dev] mkgmap version

Running java -jar mkgmap.jar --version on my compiled mkgmap gives me just "svn". Shouldn't it show the svn revision? Regards, Carlos ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

[mkgmap-dev] natural=wetland

According to osm wiki [1] natural=marsh is deprecated and intended to be substituted by natural=wetland + wetland=*. I think we should adapt default polygons style accordingly (see attached patch). Regards, Carlos [1] http://wiki.openstreetmap.org/wiki/Map_Features#Natural Index: resources/styles/

Re: [mkgmap-dev] Help from the style file gurus

Charlie Ferrero escribió: > Felix Hartmann wrote: > >> On 03.01.2010 11:20, Charlie Ferrero wrote: >> >>> Felix Hartmann wrote: >>> On 02.01.2010 15:44, Charlie Ferrero wrote: > Bump...has no-one else managed to solve how to represent one-way > bridges? >>

Re: [mkgmap-dev] Help from the style file gurus

Felix Hartmann escribió: > You are using types that Mapsource does not display. As simple. 0x2b is > the last line type Mapsource is using. GPS works to 0x3f. > You have to use extended (5 digit) types instead. Great! At last I can have bridges on my maps. I've used 0x10600-2 and they show both on

Re: [mkgmap-dev] Help from the style file gurus

Felix Hartmann escribió: > On 21.01.2010 11:00, Carlos Dávila wrote: > >> Felix Hartmann escribió: >> >> >>> You are using types that Mapsource does not display. As simple. 0x2b is >>> the last line type Mapsource is using. GPS works to 0

[mkgmap-dev] Fake warnings in log

Since yesterday the number of similar arcs warnings has increased very much, but when you look at the supposed wrong data, they are correct and there are no recent changes. May be recent commits have introduced some bug in this regard. You can have a look at this one for example: 2010/01/21 09:14:3

Re: [mkgmap-dev] Fake warnings in log

Carlos Dávila escribió: > Since yesterday Sorry, it was day before yesterday when it started to happen, so mp merge may be related. > the number of similar arcs warnings has increased very > much, but when you look at the supposed wrong data, they are correct and > there are no re

Re: [mkgmap-dev] Fake warnings in log

Mark Burton escribió: > Hello Carlos, > > >> Since yesterday the number of similar arcs warnings has increased very >> much, but when you look at the supposed wrong data, they are correct and >> there are no recent changes. May be recent commits have introduced some >> bug in this regard. You ca

Re: [mkgmap-dev] Help from the style file gurus

Ralf Kleineisel escribió: > On 20.01.2010 16:37, Carlos Dávila wrote: > > >> Have you any clue how to get my bridges drawn in MapSource? What am I >> doing wrong? >> > > Are the "mapname" numbers of the overlay imgs bigger than the ones of >

Re: [mkgmap-dev] Commit: r1519: Transliteration merge.

svn commit escribió: > Version 1519 was commited by steve on 2010-01-27 14:32:25 + (Wed, 27 Jan > 2010) > > Transliteration merge. > > Now transliteration should work even when --latin1 is given. > > The tables were completed by running a script calling Text::Unidecode. > The transliteration

Re: [mkgmap-dev] generate-sea=multipolygon

Chris-Hein Lunkhusen escribió: > Hi, > is generate-sea=multipolygon not working anymore in the recent > version (1537) ? > > I tried to build the acores islands with this option but > there is no sea and the coastline is disappearing. > I had the same problem with Canary Islands, Spain and Portu

Re: [mkgmap-dev] Text format for TYP files

Clinton Gladstone wrote: I did take a look at this some time ago. I noted that there were a lot of dependencies (such as imagemagick) which could cause troubles. Instead I used the source code to help me understand the TYP file format: I used this knowledge to write a small Perl script whic

Re: [mkgmap-dev] Bridleway=Fussweg?

Dave F. escribió: > Hi > > I'm in the UK. > On my Oregon 300 when I query a item with the red pin It display a few > idiosyncrasies: > > Bridlepath are displayed as 'Fussweg' > An area of landuse=residential as 'Ort' > > These appear to be language confusions but I can't see an specific > option

Re: [mkgmap-dev] Text format for TYP files

Clinton Gladstone escribió: > On Feb 2, 2010, at 17:41, Carlos Dávila wrote: > > >>> I used this knowledge to write a small Perl script which changes the Family >>> and Product IDs of a given TYP file. >>> >>> >> Would you be so

[mkgmap-dev] Contour lines always visible

I have successfully built contour map for Spain using srtm2osm -> splitter -> mkgmap. I combine srtm img's and regular map img's with mkgmap. Up to here everything goes fine. The problem now is that major and medium contour lines are shown at any zoom level in MapSource and gps, not taking into

Re: [mkgmap-dev] [PATCH v2] heed the through_route relation when adjusting turn headings

Paul escribió: > Worked for me earlier today on a TOTSO that was previously missed. > Tested with just one through_route relation, and also worked for me. > Cheers > > Paul > > On 06/02/10 18:43, Mark Burton wrote: > >> v2 - no longer requires the node to have role "junction" >> >> This patch

Re: [mkgmap-dev] Maps crashing Mapsource in big cities

Mark Burton escribió: > > I don't understand why people make such big tiles, what's the benefit? > I use as big tiles as I can to avoid inter tile routing problems. Is it justified? ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.

[mkgmap-dev] Wrong multipolygon warnings

Compiling Spain I get several warnings similar to the one below, that point to data that are correct (or it seems to me). 2010/02/12 09:26:39 ADVERTENCIA (MultiPolygonRelation): 63240004.osm.gz: Multipolygon http://www.openstreetmap.org/browse/relation/319017 contains errors. 2010/02/12 09:26:

Re: [mkgmap-dev] Maps crashing Mapsource in big cities

Mark Burton escribió: > Hello Lambertus, > > >> The same problem about crashing MapSource and RoadTrip has also been >> reported for my maps (e.g. eastern Australia, north and south of >> Brisbane). The mapbuilding script tries to make those maps as large as >> possible. Perhaps related is th

Re: [mkgmap-dev] Wrong multipolygon warnings

WanMil escribió: >> Compiling Spain I get several warnings similar to the one below, that >> point to data that are correct (or it seems to me). >> >> |2010/02/12 09:26:39 ADVERTENCIA (MultiPolygonRelation): >> 63240004.osm.gz: Multipolygon >> http://www.openstreetmap.org/browse/relation/319017 con

Re: [mkgmap-dev] Wrong multipolygon warnings

David escribió: > Hello Carlos, Hi Wanmil, > > Mapsource capture is as if Mapsource level of details is set to lowest > details. If you choose higher or highest LOD, the map should be good. I'm afraid the level of detail used for the capture was the highest. FYI, I don't see any difference changin

Re: [mkgmap-dev] Wrong multipolygon warnings

WanMil escribió: Am 12.02.2010 20:06, schrieb Carlos Dávila: WanMil escribió: Compiling Spain I get several warnings similar to the one below, that point to data that are correct (or it seems to me). |2010/02/12 09:26:39 ADVERTENCIA (MultiPolygonRelation

Re: [mkgmap-dev] Wrong multipolygon warnings

WanMil escribió: I'll test it and give feedback >>> Thanks! That will speed up the commit. >>> >>> >> I'm not very fit with patches. I tried |patch -p 1 < >> mp_linesoverlapping_v1.patch| within mkgmap root directory, but it >> didn't work >> |Hunk #1 FAILED at 38. >>

Re: [mkgmap-dev] Wrong multipolygon warnings

WanMil escribió: > Am 12.02.2010 21:57, schrieb Carlos Dávila: >> WanMil escribió: >>>>>> I'll test it and give feedback >>>>>> >>>>>> >>>>> Thanks! That will speed up the commit. >>>>> >>>&

Re: [mkgmap-dev] Slightly OT: TYP files, lines with borders

Charlie Ferrero escribió: > Hi all, > > Many people have created TYP files that define lines to have borders, > to make them look more like paper maps (e.g. the UK's OS series). > This looks fine in Mapsource, but in the GPS unit things go horribly > wrong (see screencap). In effect, the GPS draw

Re: [mkgmap-dev] Wrong multipolygon warnings

WanMil escribió: > Am 13.02.2010 17:56, schrieb Carlos Dávila: >> WanMil escribió: >>> >>> I have attached a patch for revision 1568. Hopefully this will >>> work...?!? >>> >>> WanMil >> I reply off list because of the size of the attach

Re: [mkgmap-dev] Contour lines always visible

Carlos Dávila escribió: > I have successfully built contour map for Spain using srtm2osm -> > splitter -> mkgmap. I combine srtm img's and regular map img's with > mkgmap. Up to here everything goes fine. The problem now is that major > and medium contour lines ar

Re: [mkgmap-dev] no success with --index

n willink escribió: > Hi > > I've been trying to create mdx files using --index but to no avail. > > java -Xmx1024m -jar > mkgmap.jar --remove-short-arcs --gmapsupp --family-id=2611 --tdbfile --index > --keep-going K:\a_mapsource\mapfeb.osm > > these are the only files I get: > > 63240001.img

Re: [mkgmap-dev] Please help: --generate-sea: No coastline

Daniela Duerbeck escribió: > Hi! > > I am relatively new to mkgmap but I searched the archive and found no > answers. > So I try to find help in this mailing list. > > I know that generate-sea is still buggy but I cannot achieve any blue > sea. I try to generate a routable map of the Canary Islan

[mkgmap-dev] Weird turn instructions

At least since version of 12/02/2010 I'm getting some weird turn instructions in places where they worked fine in the past . In this area [1] I get two of these estrange instructions when driving SE from "Avenida Cordel de Merinas" to SW in "Avenida Hernán Cortés". The sequence of instructions (bot

Re: [mkgmap-dev] [PATCH v1] fix for weird turn directions regression

Mark Burton escribió: > Hopefully fixes the recent regression which caused incorrect turn > directions to be issued (most likely to occur when entering roundabouts > that have flares). > > Actually, the bug was there before but it was being masked by some other > code that recently got removed so t

Re: [mkgmap-dev] [PATCH v1] fix for weird turn directions regression

Mark Burton escribió: > Hopefully fixes the recent regression which caused incorrect turn > directions to be issued (most likely to occur when entering roundabouts > that have flares). > > Actually, the bug was there before but it was being masked by some other > code that recently got removed so t

Re: [mkgmap-dev] Weird turn instructions

Mark Burton escribió: > Hi Carlos, > > >> At least since version of 12/02/2010 I'm getting some weird turn >> instructions in places where they worked fine in the past . In this area >> [1] I get two of these estrange instructions when driving SE from >> "Avenida Cordel de Merinas" to SW in "Ave

Re: [mkgmap-dev] [PATCH v1] - yet more turn heading adjustment fixes

Mark Burton escribió: > Hopefully, these changes will fix the bad routing directions we have > been seeing recently - please test and report success/failure. Same result than with mb-side-road-direction-fix-v1.patch for both routes reported in my previous mail. No improvement. _

Re: [mkgmap-dev] [PATCH v2] - yet more turn heading adjustment fixes

Mark Burton escribió: > v2 - further fixes > > Carlos, this still gives you an extra "turn left onto Calle Osa > Mayor" and I know what's happening there but can't fix it Will it break other things? > - how > about the other problems you were seeing? better/worse? > Better, "keep right at Aveni

Re: [mkgmap-dev] [PATCH v2] - yet more turn heading adjustment fixes

Mark Burton escribió: > Hi Carlos, > > >>> Carlos, this still gives you an extra "turn left onto Calle Osa >>> Mayor" and I know what's happening there but can't fix it >>> >> Will it break other things? >> > > It's a problem - if I change it so that it doesn't give you that extra >

Re: [mkgmap-dev] [PATCH v2] - yet more turn heading adjustment fixes

Mark Burton escribió: > Hi Carlos, > > >> Calle Osa Mayor is oneway, so no reverse route is possible. >> > > Some of it is oneway, the part I am talking about is not oneway. > It seems you know my city better than me ;-) . It's not tagged as oneway, but it is a de facto oneway, as it con

  1   2   3   4   5   6   7   8   >