- mkgmap-dev - The mkgmap lists

Options
by Anna Leuchter 28 Apr '15

28 Apr '15

Hello Gerd, sorry for the delay. "better than nothing" simply means that this is actually the only possibility, to create Points along a way to mark a hiking trail based on relations. In fact this is not really satiesfying but it is actually the only way. That's the reason why i said "better than nothing". OSMCOMPOSER-Software which is a type of frontend to mkgamp has a builtin preprocessor, which is able to create points along way relation. Here you have the possibilty to configure which relations you wanna use e.g hiking|cycling|MTB and the minimum lenght, of way beeing part or a relation to get a poi. If there are multiple routes, the pois will be distributed, to fit in a way that they are all visible. Ok, it's clear, depending on length and amount of pois, they will overlap. regards Gert >>From Gerd Petermann gpetermann_muenchen at hotmail.com on Fri Apr 24 06:35:07 BST 2015 >>Hi Gert, >> yes, I think it must be useful, I also see it in Minkos styles at >> http://www.openfietsmap.nl/ >> I don't fully understand the "better than nothing" part . >> The current code adds a POI to each point, so each point has >> a mkgmap:line2poitype=* tag with values start,end,mid, or inner >> for the rest. >> The option should be handled with great care, it is likely to >> produce a large number of POI for highly detailed ways >> created by some imports. >> I already thought about an addtional parameter for the option, >> something like --add-pois-to-lines=n where n gives a value in meter >> for the minimum distance between two generated POI when the way >> has more than 3 points. >> Gerd

1 0

Re: [mkgmap-dev] error message in Cologne
by Bernd Weigelt 28 Apr '15

28 Apr '15

I have read the comment on r3541, but housenumbers2 was on a really good way, so i want to give it a chance. I can build my maps with trunk in the next days Hier sollte eigentlich eine Signatur stehen. -----Original Message----- From: Gerd Petermann <gpetermann_muenchen(a)hotmail.com> To: "mkgmap-dev(a)lists.mkgmap.org.uk" <mkgmap-dev(a)lists.mkgmap.org.uk> Sent: Sa., 25 Apr. 2015 12:28 Subject: Re: [mkgmap-dev] error message in Cologne Hi Bernd, thanks for reporting. Please note that the branch is very experimental since r3541. I'll try to fix the problems that you have reported, but you should not expect good results until I post that I think a test should be done. Gerd > From: weigelt.bernd(a)web.de > To: mkgmap-dev(a)lists.mkgmap.org.uk > Date: Sat, 25 Apr 2015 12:04:36 +0200 > Subject: Re: [mkgmap-dev] error message in Cologne > > Am Samstag, 25. April 2015, 11:54:33 schrieb Bernd Weigelt: > > get lots of other problems with ... > > there is a second error > http://files.mkgmap.org.uk/download/263/65010116.o5m > > java.lang.ArrayIndexOutOfBoundsException: -2 > at > uk.me.parabola.mkgmap.osmstyle.housenumber.ExtNumbers.splitLargeGaps(ExtNumbers.java:1600) > at > uk.me.parabola.mkgmap.osmstyle.housenumber.HousenumberRoad.improveSearchResults(HousenumberRoad.java:602) > at > uk.me.parabola.mkgmap.osmstyle.housenumber.HousenumberGenerator.generate(HousenumberGenerator.java:682) > at > uk.me.parabola.mkgmap.osmstyle.StyledConverter.end(StyledConverter.java:607) > at > uk.me.parabola.mkgmap.reader.osm.ElementSaver.convert(ElementSaver.java:250) > at > uk.me.parabola.mkgmap.reader.osm.o5m.O5mBinMapDataSource.load(O5mBinMapDataSource.java:53) > at > uk.me.parabola.mkgmap.reader.osm.OsmMapDataSource.load(OsmMapDataSource.java:130) > at uk.me.parabola.mkgmap.main.MapMaker.loadFromFile(MapMaker.java:167) > at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:63) > at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:253) > at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:249) > at java.util.concurrent.FutureTask.run(FutureTask.java:262) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at java.lang.Thread.run(Thread.java:745) > > > -- > amarok2 now playing: > > > > > _______________________________________________ > mkgmap-dev mailing list > mkgmap-dev(a)lists.mkgmap.org.uk > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

3 8

Options
by Anna Leuchter 27 Apr '15

27 Apr '15

3 8

Commit: r3548: correct typo add-poi-to-something -> add-pois-to-something
by svn commit 27 Apr '15

27 Apr '15

Version mkgmap-r3548 was committed by gerd on Mon, 27 Apr 2015 correct typo add-poi-to-something -> add-pois-to-something

1 0

Documentation defect on add-pois-to-lines
by paco.tyson＠free.fr 27 Apr '15

27 Apr '15

Hi all, I noticed a documentation defect on the add-poi-to-something options. style-manual.pdf, page 23 lists these options as add-poi-to-something. But mkgmap refuses them, it only accepts add-pois-to-something (note the S in the option label). Cheers, Paco

1 0

error message in Cologne
by Bernd Weigelt 25 Apr '15

25 Apr '15

What is wrong here? Should i try to fix this in the database? SCHWERWIEGEND (ExtNumbers): /home/bernd/map_build/tiles/65010011.o5m: internal error, house has wrong segment id=23839283, Böckingstraße house 18(0) http://www.openstreetmap.org/node/444555229 SCHWERWIEGEND (ExtNumbers): /home/bernd/map_build/tiles/65010011.o5m: distance to road too large, road id=23839283, Böckingstraße house 18(9) http://www.openstreetmap.org/node/444555229 Bernd -- amarok2 now playing:

2 3

Adress in a part of a town
by arndt 25 Apr '15

25 Apr '15

Hi @all, is it possible to find a adress enter a part of a town? For example: i search kölner street in Remscheid Lennep. Lennep is a part of Remscheid. When i enter Lennep in the adress box there is no result. When i enter Remscheid the adress will be found. http://spike-01.osm.ichosted.org.uk/node/58639041 Thank you Arndt

3 3

[Patch v3] Numbers
by Gerd Petermann 24 Apr '15

24 Apr '15

Hi Steve, attached are patches for mkgmap trunk and display tool which implement the new fields as private classes within Numbers. I plan to use them in the branch, so please let me know ASAP when you see problems. Do you code the write routines for the new fields? Gerd

3 2

Options
by Anna Leuchter 23 Apr '15

23 Apr '15

Hi, accidentally(more or less) i found the thread regarding review of mkgmap options and the list on wiki http://wiki.openstreetmap.org/wiki/Mkgmap/dev/option-review. --add-pois-to-lines This can be useful if you plan to add marker e.g. for waymarked trails. Ok, in fact it's not the best solution to only have this start, End and middlepoint of a way to place a marker. But "better than nothing". the following is an example where this is used for map creation => http://osm.thkukuk.de/Wanderwege/ regards Gert

1 0

Patch v2 and thoughts about class names
by Gerd Petermann 22 Apr '15

22 Apr '15

Hi programmers, sorry, maybe too many parallel threads in my head... I'd like to commit the attached patch to trunk as a first step. The 2nd step would be to modify display tool. The 3rd is to change the branch so that display tool works with both mkgmap binaries. I am desperately searching for good names for the new / changed classes. Trunk has now (RoadDef) List<Numbers> with Numbers containing a set of fields for the left and the right side which describe the house numbers. The attached patch implements (RoadDef) List<RoadAddrInfo> -> AddrInfo->Numbers with left/right only in RoadAddrInfo, the planned fields for zip / city names will be added to AddrInfo. The suffix "Info" is not very informative, and the prefix Road is a bit misleading, as it applies to one part of a road with one or more line segments. In trunk we don't separate between routing arcs and these number arcs, but in the branch we have the so called "number node". I think of a road in these terms: A road has n points where a point is a Coord instance (a pair of lat/lon plus some bit flags) The line segment between two consecutive points is a "road segment". If needed, two different points can have the same lat/lon values, the road segment between those is what I call a zero-length-segment. Each point may or may not have the attribute "number node", which means that we have address information (housenumbers, in the future also zip code or city) for the part of the road that follows. The address information is stored So, I think of such a part of the road as a "address segment" or "maybe better "address arc". For routable maps we also need points with the attribute "route node", such a route node is at the start and end of road and at each other point that is shared with other roads. These points have an additional attribute (an id), so we use class CoordNode first and later RouteNode. The part of the road between two "route nodes" is a "route arc" and is described with the class RouteArc. A "route arc" can also have a zero length, for example when OSM data says that there is a 1.0 m segment with stairs within a way, the 1.0 m is below the Garmin resolution. We cannot display the segment, but we can change routing attributes here. The old class Numbers described the housenumbers for both sides of one "address arc", the new class RoadAddrInfo does the same and wil, the class AddrInfo describes a single side of such an "address arc" and will be extended by the city and zip code, and (new) Numbers which just describes the house numbers (three fields). So, maybe we should keep the name Numbers for the topmost class as it also coresponds to the name in the polish format? Gerd

3 3