are:
https://www.thkukuk.de/osm/data/bounds-latest.zip
https://www.thkukuk.de/osm/data/sea-latest.zip
Thanks,
Thorsten
--
Thorsten Kukuk, Distinguished Engineer, Senior Architect, Future Technologies
SUSE Software Solutions Germany GmbH, Frankenstraße 146, 90461 Nuernberg,
Germany
Managing
t; Karl
> >
> >
> > ___
> > mkgmap-dev mailing list
> > mkgmap-dev@lists.mkgmap.org.uk
> > https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
> > ___
> > mkgmap-dev
sea data seems to be wrong. Use option --x-check-precomp-sea=0 to
> continue risking bad sea data.
> Please don't publish this data
>
> I'll try to find out if a recent change in mkgmap causes this.
> Gerd
>
>
> Von: mkgmap-dev im Auftrag von
> Tho
tmap.de/data/land-polygons.html to check if the
> index file
> sea-check.txt needs to be changed or what else is wrong.
>
> Gerd
>
>
> Von: mkgmap-dev im Auftrag von
> Thorsten Kukuk
> Gesendet: Donnerstag, 14. Oktober 2021 16:26
astline checkers haven't found yet...
Thorsten
> ____
> Von: mkgmap-dev im Auftrag von
> Thorsten Kukuk
> Gesendet: Donnerstag, 14. Oktober 2021 16:26
> An: mkgmap-dev@lists.mkgmap.org.uk
> Betreff: [mkgmap-dev] Problems with SeaGenerator
>
>
> Hi,
>
> Some user
. But I cannot find any problems with tje OSM data: no
coastline checker reports any problems in the UK area...
Any idea how to solve this correct?
Thanks,
Thorsten
--
Thorsten Kukuk, Distinguished Engineer, Senior Architect SLES & MicroOS
SUSE Software Solutions Germany GmbH, Maxfeldst
On Thu, Apr 02, Thorsten Kukuk wrote:
> On some Garmin devices (newer Oregons, e.g.) parts of the background
> of the map is shown as blue "sea", not with the normal background.
> Does anybody remember what the problem was and how to fix that?
> Since I don't own any of
how to fix that?
Since I don't own any of this devices who show it "wrong", I cannot test
it myself.
Thanks,
Thorsten
--
Thorsten Kukuk, Distinguished Engineer, Senior Architect SLES & MicroOS
SUSE Software Solutions Germany GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
Managing Dire
___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
> _______
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
--
Thorsten Kukuk, Distinguishe
t why geofabrik does not report coastlines errors anymore,
too.
Thorsten
--
Thorsten Kukuk, Distinguished Engineer, Senior Architect SLES & MicroOS
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix Imendoerffer, Jane Smithard, Gra
ell with mkgmap.
That's the 3" tiles, I hoped I could re-use the SRTM1v3 data so that
I don't need to store everything twice.
Wondering myself, why even the geotiff SRTM1v3 tiles for this area
have only half of the size then other tiles have.
Looks like I need to dig deeper into gdal.
Th
and is ignored
SEVERE (HGTReader): 71200159.osm.pbf: file /data/OSM/data/hgt/N50E014.hgt has
unexpected size 12970802 and is ignored
Any ideas how to solve the problem?
Thorsten
--
Thorsten Kukuk, Distinguished Engineer, Senior Architect SLES & MicroOS
SUSE LINUX GmbH, Maxfeldstr. 5, 9
On Mon, Oct 29, Bernhard Hiller wrote:
> Hi Gerd,
> I am investigation the origin of that id.
> I tried to run splitter on the file generated by srtm2osm.
Try phyghtmap. In my experience, that works much better than srtm2osm.
Thorsten
--
Thorsten Kukuk, Distinguished Enginee
WGS84 ~/temp/test
Syntax error: ";" must be ":" on Linux.
Thorsten
--
Thorsten Kukuk, Distinguished Engineer, Senior Architect SLES & MicroOS
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix Imendoerffer, Jane Smitha
s broken,
re-install fixed that.
Thorsten
> Thx
>
> Bernd
> --
> Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.
>
> Am 25. Oktober 2018 15:18:35 MESZ schrieb Thorsten Kukuk :
> >On Thu, Oct 25, Steph Ixus wrote:
> >
> >>
horsten
> Gerd
>
>
> Von: mkgmap-dev im Auftrag von
> Thorsten Kukuk
> Gesendet: Donnerstag, 25. Oktober 2018 15:18
> An: mkgmap-dev@lists.mkgmap.org.uk
> Betreff: Re: [mkgmap-dev] Download for sea.zip
>
> On Thu, Oct 25, Steph
.de/data/
The bounds are current, sea-*.zip should be updated the next days
after I fixed now my java issues with mkgmap SeaGenerator.
Now somebody only needs to fix the coastline in the OSM data ;),
somebody broke that terrible yesterday :(.
Thorsten
--
Thorsten Kukuk, Distinguished Engineer,
bring other errors and I haven't found yet a
version which works.
Thorsten
> Gerd
>
>
> Von: mkgmap-dev im Auftrag von
> Thorsten Kukuk
> Gesendet: Dienstag, 23. Oktober 2018 15:08
> An: mkgmap-dev@lists.mkgmap.
ration(PrecompSeaGenerator.java:259)
at
uk.me.parabola.mkgmap.sea.optional.PrecompSeaGenerator.main(PrecompSeaGenerator.java:414)
Thorsten
--
Thorsten Kukuk, Distinguished Engineer, Senior Architect SLES & MicroOS
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix
:499)
Any idea, what goes wrong?
What would be the correct splitter version and geotools version for
mkgmap-r4245?
Thanks,
Thorsten
--
Thorsten Kukuk, Distinguished Engineer, Senior Architect SLES & MicroOS
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix Imendoerffer,
m. Whoever is using the SeaGenerator, should have enough
knowledge to enhance the searchpath with help of the readme.txt from
mkgmap.
Thorsten
> Gerd
>
> ____
> Von: mkgmap-dev im Auftrag von
> Thorsten Kukuk
> Gesendet: Sonntag, 14. Okto
Hi,
as I build my precompiled sea data myself: can we build the
PrecompSeaGenerator of mkgmap by default with the binary mkgmap jar?
This would allow to use the default mkgmap jar and does not require
to always rebuild it at my own.
Thanks,
Thorsten
--
Thorsten Kukuk, Distinguished
With the same map on my GPSmap 62, the index is ignored and the POIs
are extracted from the map. This takes a long time.
Thorsten
--
Thorsten Kukuk, Distinguished Engineer, Senior Architect SLES & CaaSP
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix Imendoerffer, Jane Smitha
on says
> "No result found"
For both the same here.
> e) all roads in city "Albertslund Kommune" starting with Al. My Oregon shows
> Alberts Have
> Alberts Vænge
> ... more with letters Al
> (good)
Same here.
So the GPSMap 62s behaves the same way as y
maps have.
Are there somewhere free Garmin Maps with a lot of POIs for testing?
Thorsten
> Maybe the device ignores the index if it detects errors in it.
>
> Gerd
>
> Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auf
ster than the old one,
searching POIs with this can take a really long time ...
And in my experiements, all POI will be shown in the index, independent
of the number. At least I haven't found any which is not shown. With
the old firmware, a lot of numbers are not shown in the list.
Thorsten
--
T
on Linux.
Thorsten
--
Thorsten Kukuk, Distinguished Engineer, Senior Architect SLES & CaaSP
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix Imendoerffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nuernberg)
___
mkgmap-dev mailing li
boun...@lists.mkgmap.org.uk> im Auftrag von
> Thorsten Kukuk <ku...@suse.de>
> Gesendet: Mittwoch, 21. Dezember 2016 15:11:59
> An: Development list for mkgmap
> Betreff: Re: [mkgmap-dev] NullPointerException with 3736
>
> On Wed, Dec 21, Gerd Petermann wrote:
>
>
ame-tag-list=name,place_name,loc_name --transparent --no-poi-address -c
mkgmap.cfg --gmapsupp -c maps.cfg --description=TK-DACH-Marine TK_DACH.TYP
http://osm.thkukuk.de/tmp/71200019.osm.pbf is the input file where I get
this error.
Thorsten
--
Thorsten Kukuk, Distinguished Engineer, Senior Ar
a few POI in some
of the tiles.
Thorsten
--
Thorsten Kukuk, Distinguished Engineer, Senior Architect SLES & CASP
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix Imendoerffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nuern
ld be
access rules for this.
Or the mapper forgot the bridge, since the street is going via
a bridge above the roundabout.
Thorsten
--
Thorsten Kukuk, Senior Architect SLES & Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix Imendörffer, Jane Smithard, Graham Norton,
dy was so clever to tag buildings with
natural=coastline ...
But in this case, not only the islands, but the whole land area should
be flooded.
Thorsten
--
Thorsten Kukuk, Senior Architect SLES & Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix Imen
kind of water, and maybe a
> >>>> handful more. However definitely not buildings or for example poygons you
> >>>> can put semi-transparent.
> >>>>
> >>>> I'm quite sure with this limited approach 90% of problems would be
> >>>
sometimes then
other POI or addresses are missing.
Is there a tool which dissembles a map and prints relevant informations
about the index? I would like to compare the cases, where an index
entry is not found and where it is found, and what the difference is.
Thorsten
--
Thorsten Kukuk, Senior Arch
of my home, so I'm routing
through it nearly every day (in cycle mode). But I never saw any crash
in the near of a roundabout on my GPSMap 62 with my own maps.
I think I had this year only one crash of my 62, and here I'm not
sure if the fault was not a broken battery.
Thorsten
--
Thorsten K
On Tue, Jul 05, Ben Konrath wrote:
> On Tue, Jul 5, 2016 at 3:24 PM, Thorsten Kukuk <ku...@suse.de> wrote:
>
> >
> > I guess if you search for cities in the near, they are still shown?
> >
>
> Yeah, I can see the cities but I can't search for them b
ly some POIs will not be found anymore via the normal search.
But searching for POIs in the near will display them.
Thorsten
--
Thorsten Kukuk, Senior Architect SLES & Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21
.txt file is not in sync with your *typ file
or contains errors. After creating the *.txt file from my *.typ file,
I had to fix a lot of mistakes in it.
Thorsten
>
>
> From: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> on behalf of
> Th
ckage called TYPViewer ( v4.5.35 ) to edit the type files, it has
> two outputs, one produces a typ file the other produces a txt file. If I use
> the typ file output I get the map I expect ( without having to specify
> --transparent or --generate-sea=land-tag=natural=background ) the se
ll
on my 62s.
Thorsten
--
Thorsten Kukuk, Senior Architect SLES & Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg)
___
mkgmap-dev mailing
nce everything except this single address is tagged with
addr:city=Hohenbrunn and the house is inside of the address
boundary of Hohenbrunn, so the addr:city=Ottobrunn looks wrong to me.
Thorsten
--
Thorsten Kukuk, Senior Architect SLES & Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409
s.19327.n5.nabble.com/address-search-tp5866219p5866225.html
> Sent from the Mkgmap Development mailing list archive at Nabble.com.
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mk
On Sat, Dec 12, Ben Konrath wrote:
> On Thu, Nov 12, 2015 at 9:25 PM, Thorsten Kukuk <ku...@suse.de> wrote:
> > It's updated every week, if it passes the sanity checks.
> > So if too many boundaries are broken, it's not updated.
>
> I'm curious to know what
extbox 'Land' is double listed. For
> example : 1. as /Dänemark(DNK)/ and 2. as /DNK(Dänemark)/ . Maybee
> you can fix this ? Thanks for your work.
This behavior depends on your Software and/or Device and
not on the map. So nothing you can change with mkgmap.
Thorsten
--
Thorsten Kukuk
t select it.
> >>
> >>How can I find such addresses?
> >>
> >>
> >>On 13 November 2015 at 14:45, Gerd Petermann
> >><gpetermann_muenc...@hotmail.com
> >><mailto:gpetermann_muenc...@hotmail.com>> wrote:
> >
Hi,
after quite some testing, I think we see a problem of a corrupted
or wrong index.
All tests are done with my GPSMap 62s.
On Thu, Nov 12, Thorsten Kukuk wrote:
> On my device I have the choice between "Oesterreich" and "AUT".
> Below "AUT" I can only fi
_
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgma
but I'm sure that's because
our address rules for that country don't fit together with the OSM
data. Need to look deeper what is correct.
Thorsten
--
Thorsten Kukuk, Senior Architect SLES & Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix Imendörffer, Jane
missing, but in any cases, the fallback
in inc/address should match?
Maybe this example helps some people here to find out what's going
wrong.
Thorsten
--
Thorsten Kukuk, Senior Architect SLES & Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Ger
But then something goes wrong.
Because AUT should map to Oesterreich according to the LocatorConfig.xml
file.
Thorsten
> On 12 November 2015 at 21:25, Thorsten Kukuk <ku...@suse.de> wrote:
>
> >
> > Hi,
> >
> > On Thu, Nov 12, Felix Hartmann wrote:
> >
le. My guess is, they are identical, and the device renders
them in random order.
Thorsten
--
Thorsten Kukuk, Senior Architect SLES & Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21
t you cannot create a
default style without typ file, which looks identical
in all cases on all devices.
Thorsten
--
Thorsten Kukuk, Senior Architect SLES & Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21
in the image. Here you cannot
suppress any POIs. And even worse, this is of course much slower :(
Thorsten
--
Thorsten Kukuk, Senior Architect SLES Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg
at it.
But I haven't found a way to search for them, too.
In the end, I would let the code stay and not remove it.
Thorsten
--
Thorsten Kukuk, Senior Architect SLES Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284
.
Thorsten
--
Thorsten Kukuk, Senior Architect SLES Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg)
___
mkgmap-dev mailing list
mkgmap-dev
on is at least counter productive for
that activity, so i keep this off.
I know that problem very well ;)
Thorsten
--
Thorsten Kukuk, Senior Architect SLES Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284
this by increasing the road_class of cycleways for my
style.
Thorsten
--
Thorsten Kukuk, Senior Architect SLES Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg
)
But depending on your GPS device, this will be overwritten by
the firmware or the options the user did choose.
Thorsten
--
Thorsten Kukuk, Senior Architect SLES Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix Imendörffer, Jane Smithard, Dilip Upmanyu, Graham
a sign forbidding
u-turns. Only, if you have two ways, structural seperated. But then I
should tag the street that way and the restriction will not be ignored.
Thorsten
--
Thorsten Kukuk, Senior Architect SLES Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix
some magic flags in the map which
changes the menu.
I used search for POI in the near and search for all POI.
Thorsten
--
Thorsten Kukuk, Senior Architect SLES Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix Imendörffer, Jane Smithard, Dilip Upmanyu, Graham
On Wed, May 20, Thorsten Kukuk wrote:
Only exit:to (my problem here is, if you look how motorway_junction
is tagged, that I don't know how to get access to the exit_to/destination
tags in the style file.
More concret with an example:
https://www.openstreetmap.org/node/268575608
This node
/001287.html
exit:facility needs to be set by the style, exit:to looks like
a proposed OSM tag never introduced.
But I admit that I don't really understand the examples in that mail...
Thorsten
--
Thorsten Kukuk, Senior Architect SLES Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409
Program released under
the GPL and PROGRAM LICENCED UNDER GPL V2. I assume it's the mkgmap
license, instead I'd expect here the license of the produced Garmin map.
The default license cannot show the license of your map, the mkgmap
devlopers don't know them.
Thorsten
--
Thorsten Kukuk, Senior
the data for whole europe with
about 1300 img tiles. But I use --tdbfile and not --gmapsupp.
Afterwards I can select the img tiles I need and write them with
MapSource to a GPS device.
Thorsten
--
Thorsten Kukuk, Senior Architect SLES Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg
Hi,
On Tue, May 12, Gerd Petermann wrote:
Hi all,
did anybody test the branch during the last days?
I'm using it, but I didn't test it systematically. Until know I'm
happy with the results.
Thorsten
--
Thorsten Kukuk, Senior Architect SLES Common Code Base
SUSE LINUX GmbH, Maxfeldstr
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
--
Thorsten Kukuk, Senior Architect SLES Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix
?
If drive-on= isn't set at all or to detect, nothing
should be written.
So, additonal to increasing the counter, write the ID at that time
to the log, too.
Thanks,
Thorsten
--
Thorsten Kukuk, Senior Architect SLES Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF
,
Thorsten
--
Thorsten Kukuk, Senior Architect SLES Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix Imendörffer, Jane Smithard, Jennifer Guild, Dilip Upmanyu, Graham
Norton, HRB 21284 (AG Nürnberg)
___
mkgmap-dev mailing
it really seems to be
caused by ferry connections, I don't get a SEVERE message anymore.
Thorsten
--
Thorsten Kukuk, Senior Architect SLES Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix Imendörffer, Jane Smithard, Jennifer Guild, Dilip Upmanyu, Graham
Norton
/mkgmap-dev
--
Thorsten Kukuk, Senior Architect SLES Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix Imendörffer, Jane Smithard, Jennifer Guild, Dilip Upmanyu, Graham
Norton, HRB 21284 (AG Nürnberg)
___
mkgmap-dev
,
too. If this is larger as the distances between the house and both
roads, use the named road.
Thorsten
--
Thorsten Kukuk, Senior Architect SLES Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix Imendörffer, Jane Smithard, Jennifer Guild, Dilip Upmanyu
enters this data to OSM.
Thorsten
Best regards
Arndt
Thorsten Kukuk ku...@suse.de hat am 24. April 2015 um 23:48 geschrieben:
Hi,
On Fri, Apr 24, arndt wrote:
Hi @all,
is it possible to find a adress enter a part of a town?
For example: i search kölner street
and not Remscheid (which means, you could
only search for Lennep and will not find it anymore in Remscheid).
But in this case it's not possible, since there are no
admin boundaries for Lennep (I think in this case it would be
admin_level 9-11).
Thorsten
--
Thorsten Kukuk, Senior Architect
the last days I looked at the warnings from mkgmap in
regards to mismatch of street names, and I can only say, that
typos are everywhere.
Thorsten
--
Thorsten Kukuk, Senior Architect SLES Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix Imendörffer, Jane
) before inc/address into address. This does not
make it easier to maintain the style.
Thorsten
--
Thorsten Kukuk, Senior Architect SLES Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix Imendörffer, Jane Smithard, Jennifer Guild, Dilip Upmanyu, Graham
Norton
}
to address, but I'm afraid that we loose a lot of flexible to
fix wrong data by rules. And I'm not sure if adding the workarounds
from points/lines/polygons to address is really always a good thing
or can work.
Thorsten
--
Thorsten Kukuk, Senior Architect SLES Common Code Base
SUSE
)' or
something similar. And I can use mkgmap:country or something
similar in my style files.
Thorsten
--
Thorsten Kukuk, Senior Architect SLES Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix Imendörffer, Jane Smithard, Jennifer Guild, Dilip Upmanyu, Graham
Norton
--polygon-size-limits=24:8,18:4,17:2,16:0 --make-opposite-cycleways
--name-tag-list=name,place_name,loc_name --transparent --no-poi-address -c
mkgmap.cfg --gmapsupp -c maps.cfg --description=TK-DACH-Bicycling TK_DACH.TYP
Thorsten
--
Thorsten Kukuk, Senior Architect SLES Common Code Base
SUSE LINUX
On Tue, Apr 14, Thorsten Kukuk wrote:
Hi,
with the latest releases of the housenumber branch, including r3535,
I get the following backtrace when building my bicycle map (the trunk
version is fine and works):
java.lang.NullPointerException
don't know, but at least for me it would be helpful to have a
reference, at least the coordinates, where this happens, so that
I could check if the OSM data is buggy or what else the reason could
be.
Thorsten
--
Thorsten Kukuk, Senior Architect SLES Common Code Base
SUSE LINUX
anyway.
I think this is a problem of some editors, which asks for all of this
keys, and people think they need to fill out every field.
If we have addr:place and addr:street, I would ignore addr:place, too.
Thorsten
--
Thorsten Kukuk, Senior Architect SLES Common Code Base
SUSE LINUX GmbH
with two points only works, if the closest road is routeable
and connected.
Thorsten
--
Thorsten Kukuk, Senior Architect SLES Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix Imendörffer, Jane Smithard, Jennifer Guild, Dilip Upmanyu, Graham
Norton, HRB 21284
database.
Either the street is near a border, so that the bot is not sure if it
is in germany, or it is currently not running anymore.
Thorsten
--
Thorsten Kukuk, Senior Architect SLES Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix Imendörffer, Jane Smithard
, the
pictures of bing and google are not good enough for this.
But I know that this will not really help you.
Thorsten
--
Thorsten Kukuk, Senior Architect SLES Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix Imendörffer, Jane Smithard
, the
pictures of bing and google are not good enough for this.
But I know that this will not really help you.
Thorsten
--
Thorsten Kukuk, Senior Architect SLES Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix Imendörffer, Jane Smithard, Jennifer Guild, Dilip Upmanyu
, where you cannot reach from such a road the building.
Thorsten
--
Thorsten Kukuk, Senior Architect SLES Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix Imendörffer, Jane Smithard, Jennifer Guild, Dilip Upmanyu, Graham
Norton, HRB 21284 (AG Nürnberg
I used mixed index
in the subject.
I like that part. If there is an unnamed road starting at a named
road and ending nowhere, it would be good if mkgmap used that road.
That would help a lot for better routing in case of an address search.
Thorsten
--
Thorsten Kukuk, Senior Architect SLES
.osm.pbf: detected
unplausible combination of intervals in Viovka 127..75 and 79..79 houses:
right [127(27), 75(27)] right [79(0)] road id(s):127718589, 25464598
I can upload 71300045.osm.pbf later when I'm in the office.
Thorsten
--
Thorsten Kukuk, Senior Architect SLES Common
)] road id(s):127718589, 25464598
I can upload 71300045.osm.pbf later when I'm in the office.
Thorsten
--
Thorsten Kukuk, Senior Architect SLES Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix Imendörffer, Jane Smithard, Jennifer Guild, Dilip Upmanyu, Graham
: Guldenberg 1
+http://www.openstreetmap.org/node/2773681907 unexpected result in plausibility
check, counters: 0 0
Same for Czech Republic, too.
Thorsten
--
Thorsten Kukuk, Senior Architect SLES Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix Imendörffer, Jane
Gerd
Thorsten Kukuk wrote
Hi,
with the r3471 (housenumber2), I see some SEVERE log messages
from mkgmap:
build/DACH/basemap/mkgmap.gmapsupp.log:2015/02/21 04:42:33 SEVERE
(ExtNumbers): 71200082.osm.pbf: zero length interval has no numbers
build/DACH/basemap
of the log file:
http://osm.thkukuk.de/tmp/mkgmap.log
It's my basemap style. But the default style shows the same
problem.
Thorsten
--
Thorsten Kukuk, Senior Architect SLES Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix Imendörffer, Jane Smithard, Jennifer Guild
building}
somewhere at the start of lines?
Great idea. I will do that now with my style, makes it clearly
better readable and avoids more such pitfalls.
Thorsten
--
Thorsten Kukuk, Senior Architect SLES Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix
to do a reset after updating the maps to have
the search useable. My impression is, it does not use the index at
all.
Thorsten
--
Thorsten Kukuk, Senior Architect SLES Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix Imendörffer, Jane Smithard, Jennifer
, is there another way of displaying these on the
map?
Depends on the GARMIN firmware. With older devices, some POI id ranges
do not shown up in the search lists, but with newer devices/firmwares,
it seems that all show up.
Thorsten
--
Thorsten Kukuk, Senior Architect SLES Common Code Base
SUSE
in subversion, not only the mixed-index
branch.
Thorsten
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
--
Thorsten Kukuk, Senior Architect SLES Common Code Base
SUSE LINUX GmbH
.
Thorsten
--
Thorsten Kukuk, Senior Architect SLES Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 21284 (AG Nürnberg)
___
mkgmap-dev mailing list
mkgmap-dev
On Tue, Dec 09, Nelson A. de Oliveira wrote:
On Tue, Dec 9, 2014 at 1:54 PM, Thorsten Kukuk ku...@suse.de wrote:
But as you already guessed, this does not solve the problem.
Not really the solution but does git-svn work?
git svn clone http://svn.mkgmap.org.uk/mkgmap/trunk
No, same error
:04 CET.
But I think this is a bug in subversion 1.8.10. On other machines
in the same subnet, it works fine. But this machines have all an
older subversion version installed.
I will speak with our developers tomorrow, if they know something.
Thorsten
--
Thorsten Kukuk, Senior Architect
Hi,
I tried to checkout the mixed-index branch, but after some
files I get this error message:
Updating '.':
svn: E000104: Error retrieving REPORT: Connection reset by peer
That's true for everything in subversion, not only the mixed-index
branch.
Thorsten
--
Thorsten Kukuk, Senior
1 - 100 of 455 matches
Mail list logo