Am 20.05.2011 07:37, schrieb Marko Mäkelä:
>
>> I could try to make the selection of XML or PBF output based on the
>> input instead of the current default of XML.
>
> That is a good idea.
I think this is a bad idea, because it will confuse the users. I would
name the parameter --output=pbf or --
Hi Francisco,
On Thu, May 19, 2011 at 10:24:08PM -0400, Francisco Moraes wrote:
Can you check if the regular OSM XML path still works without these
messages?
I am checking that now, but with today's dump instead of yesterday's.
The splitting time is 199s for osm.gz vs 102s for osm.pbf.
The
Le 19/05/2011 22:51, Felix Hartmann a écrit :
>> Do not know whether or not that the same pb, but two or three months
>> ago, when I run splitter and mkgmap to create a gmapsupp.img file,
>> against france.osm data, it took 4 hours to create it. On the same
>> machine, with the same scripts, it tak
On 5/19/2011 5:09 PM, mkgmap-dev-requ...@lists.mkgmap.org.uk wrote:
> 2011/05/19 23:53:11 WARNING (OsmBinHandler): 63240005.osm.pbf: Way
> http://www.openstreetmap.org/browse/way/107168753 references undefined
> node 1231941341
> 2011/05/19 23:53:11 WARNING (OsmBinHandler): 63240005.osm.pbf: Way
>
El 19/05/11 23:15, WanMil escribió:
>> El 19/05/11 22:12, WanMil escribió:
El 19/05/11 21:29, WanMil escribió:
>> El 16/05/11 19:27, Minko escribió:
>>> Cool!
>>> I can use these locator rules also for the multiple language
>>> expressions in the 'default_name':
>>> http:/
> El 19/05/11 22:12, WanMil escribió:
>>> El 19/05/11 21:29, WanMil escribió:
> El 16/05/11 19:27, Minko escribió:
>> Cool!
>> I can use these locator rules also for the multiple language expressions
>> in the 'default_name':
>> http://www.mail-archive.com/mkgmap-dev@lists.mkgm
El 19/05/11 22:12, WanMil escribió:
>> El 19/05/11 21:29, WanMil escribió:
El 16/05/11 19:27, Minko escribió:
> Cool!
> I can use these locator rules also for the multiple language expressions
> in the 'default_name':
> http://www.mail-archive.com/mkgmap-dev@lists.mkgmap.org.u
On Thu, May 19, 2011 at 11:46:57PM +0300, Marko Mäkelä wrote:
>Doh, I missed this. I had the broken *.osm.pbf files lying around from
>a previous broken run, and was just about to complain that the patch
>fails to close the polygons, as your initial splitter.jar release did.
>I will try this on
On 19.05.2011 22:46, frmas wrote:
> Le 19/05/2011 22:05, Felix Hartmann a écrit :
>>
>> On 19.05.2011 21:52, WanMil wrote:
>>> I noticed a big hang/delay processing one tile in NC. Here's the
>>> generated IMG files for each tile:
> Do not know whether or not that the same pb, but two or
On Thu, May 19, 2011 at 03:37:19PM -0400, Francisco Moraes wrote:
>Ok, take 2 on the splitter PBF patch. All new files should be present. I
>also fixed the EOL mode, so the diffs should be better.
That would explain why the new diff is shorter. I guess we should always
"svn propset svn:eol-style
Le 19/05/2011 22:05, Felix Hartmann a écrit :
>
>
> On 19.05.2011 21:52, WanMil wrote:
>> I noticed a big hang/delay processing one tile in NC. Here's the
>> generated IMG files for each tile:
Do not know whether or not that the same pb, but two or three months
ago, when I run splitter a
The other thing we noticed was that individual files which get too large can
also fail.
Is it possible to try with smaller map tiles?
Or can I download your img files to reproduce the error?
Cheers
On May 19, 2011, at 4:29, maning sambale wrote:
> Clinton,
>
> I used your attached script and
On 19-05-11 21:21, Daniela Duerbeck wrote:
> Hi!
>
> When I try to build a map of Denmark, I get a lot of "SEVERE
> (MapBuilder): ./63240348.osm.gz: FIXME - too many POIs in group"
> messages. Then the mkgmap processes exits without generating a map.
> What can I do?
>
I use a script that re-splits
> On 19.05.2011 22:28, WanMil wrote:
>>> BTW: can you try to compile Serbia from Geofabrik (todays extract) --
>>> there is something which is definitely broken and stops mkgmap stall. I
>>> also have Serbia as missing tile on the map of Europe. Most countries
>>> seem to be going alright however (
On 19.05.2011 22:28, WanMil wrote:
>> BTW: can you try to compile Serbia from Geofabrik (todays extract) --
>> there is something which is definitely broken and stops mkgmap stall. I
>> also have Serbia as missing tile on the map of Europe. Most countries
>> seem to be going alright however (Out
> El 19/05/11 21:29, WanMil escribió:
>>> El 16/05/11 19:27, Minko escribió:
Cool!
I can use these locator rules also for the multiple language expressions
in the 'default_name':
http://www.mail-archive.com/mkgmap-dev@lists.mkgmap.org.uk/msg07697.html
Example:
le
El 19/05/11 21:29, WanMil escribió:
>> El 16/05/11 19:27, Minko escribió:
>>> Cool!
>>> I can use these locator rules also for the multiple language expressions in
>>> the 'default_name':
>>> http://www.mail-archive.com/mkgmap-dev@lists.mkgmap.org.uk/msg07697.html
>>>
>>> Example:
>>> leisure=pitc
On 19.05.2011 21:52, WanMil wrote:
> I noticed a big hang/delay processing one tile in NC. Here's the
> generated IMG files for each tile:
>
> 05/19/2011 09:33 AM 4,230,144 63240001.img
> 05/19/2011 09:33 AM 2,450,432 63240002.img
> 05/19/2011 09:33 AM
I noticed a big hang/delay processing one tile in NC. Here's the
generated IMG files for each tile:
05/19/2011 09:33 AM 4,230,144 63240001.img
05/19/2011 09:33 AM 2,450,432 63240002.img
05/19/2011 09:33 AM 2,893,824 63240003.img
05/19/20
On 19.05.2011 21:38, WanMil wrote:
>>> I noticed a big hang/delay processing one tile in NC. Here's the
>>> generated IMG files for each tile:
>>>
>>> 05/19/2011 09:33 AM 4,230,144 63240001.img
>>> 05/19/2011 09:33 AM 2,450,432 63240002.img
>>> 05/19/2011 09:33 AM 2,893
>> I noticed a big hang/delay processing one tile in NC. Here's the
>> generated IMG files for each tile:
>>
>> 05/19/2011 09:33 AM 4,230,144 63240001.img
>> 05/19/2011 09:33 AM 2,450,432 63240002.img
>> 05/19/2011 09:33 AM 2,893,824 63240003.img
>> 05/19/2011 09:33 AM
> El 16/05/11 19:27, Minko escribió:
>> Cool!
>> I can use these locator rules also for the multiple language expressions in
>> the 'default_name':
>> http://www.mail-archive.com/mkgmap-dev@lists.mkgmap.org.uk/msg07697.html
>>
>> Example:
>> leisure=pitch& sport=soccer& (mkgmap:country=NLD |
On Thu, May 19, 2011 at 09:21:01PM +0200, Daniela Duerbeck wrote:
>Hi!
>
>When I try to build a map of Denmark, I get a lot of "SEVERE
>(MapBuilder): ./63240348.osm.gz: FIXME - too many POIs in group"
>messages. Then the mkgmap processes exits without generating a map.
>What can I do?
AFAIR from p
Hi!
When I try to build a map of Denmark, I get a lot of "SEVERE
(MapBuilder): ./63240348.osm.gz: FIXME - too many POIs in group"
messages. Then the mkgmap processes exits without generating a map.
What can I do?
Dani
___
mkgmap-dev mailing list
mkgma
On Thu, May 19, 2011 at 01:12:06PM -0400, Francisco Moraes wrote:
>After much delay, here's the splitter patch.
>
>Enjoy.
I would love to, but:
>+ currentWriters[j] = pbfOutput ? new
>BinaryMapWriter(area, fileOutputDir) : new OSMXMLWriter(area,
>fileOutputDir);
It
El 16/05/11 19:27, Minko escribió:
> Cool!
> I can use these locator rules also for the multiple language expressions in
> the 'default_name':
> http://www.mail-archive.com/mkgmap-dev@lists.mkgmap.org.uk/msg07697.html
>
> Example:
> leisure=pitch& sport=soccer& (mkgmap:country=NLD |
> mgkmap:re
On 19.05.2011 20:20, Francisco Moraes wrote:
> I noticed a big hang/delay processing one tile in NC. Here's the
> generated IMG files for each tile:
>
> 05/19/2011 09:33 AM 4,230,144 63240001.img
> 05/19/2011 09:33 AM 2,450,432 63240002.img
> 05/19/2011 09:33 AM 2,893,8
I noticed a big hang/delay processing one tile in NC. Here's the
generated IMG files for each tile:
05/19/2011 09:33 AM 4,230,144 63240001.img
05/19/2011 09:33 AM 2,450,432 63240002.img
05/19/2011 09:33 AM 2,893,824 63240003.img
05/19/2011 09:33 AM 2,170,880 632
Using the locator branch, I noticed that many cities in Austria are not
findable anymore. The problem is that there are words like "Gemeinde
Mödling" or "Bezirk Mödling" or "county XYZ". There should be a list
where one can enter words that get deleted.
That is because for the boundary it is the
Version 1949 was commited by wanmil on 2011-05-19 18:50:51 +0100 (Thu, 19 May
2011)
Add some names for ?\195?\150sterreich and Schweiz -- provided by Felix Hartmann
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/ma
On 19.05.2011 19:08, WanMil wrote:
I haven't observed such a situation up to now.
If you want to know what happens you might connect with jvisualvm and
provide the stack trace of the situation when you think that mkgmap
locator crashes.
The locator branch still has pre alpha status so ever
I haven't observed such a situation up to now.
If you want to know what happens you might connect with jvisualvm and
provide the stack trace of the situation when you think that mkgmap
locator crashes.
The locator branch still has pre alpha status so everything is possible.
WanMil
P.S.: By th
> Recently someone noticed flooding on the openmtbmap in Belgium south of
> Maastricht:
> http://forum.gps.nl/viewtopic.php?f=109&t=34597&p=277200#p277200
>
> I have noticed related issues with floodings west of Maastricht on Lambertus'
> maps and on my own Openfietsmap parts of the same Albertca
Okay even worse, on some countries mkgmap_locator does not work at all.
Downloaded today from Geofabrik and breaking up in eternety just
producing a 0bit .img file: Serbia and Iceland,
Is it possible that if the bounds are not covering the full country,
mkgmap_locator crashes??
I'm using the la
Mkgmap locator branch, chokes on compiling Albania...
With the following command it just never finishes. It does create a
0bit 6414.img though.
c:\OpenMTBMap\maps>start /low /b /wait java -ea -jar -Xmx6500M
c:\openmtbmap\mkgmap_locator.jar "--style-file=c:\openmtbmap\new4"
--max-jobs=4 --
Am 19.05.2011 16:43, schrieb Minko:
How do I configure this split radius?
I have examined the nodes close to the tile borders, they are within 500 m
outside of the tile borders. I have splitted my maps with an overlap=3000.
___
mkgmap-dev mailing list
How do I configure this split radius?
I have examined the nodes close to the tile borders, they are within 500 m
outside of the tile borders. I have splitted my maps with an overlap=3000.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://
On Thu, May 19, 2011 at 01:57:43PM +0200, Minko wrote:
>I haven't count them ;-) The multipoolygon stretches out on my map
>along three tiles (roughly 100km wide). Since this area is mapped quite
>well, moving the tiles wont help. And I'm talking about different maps
>that shows issues there (wi
I haven't count them ;-) The multipoolygon stretches out on my map along three
tiles (roughly 100km wide). Since this area is mapped quite well, moving the
tiles wont help. And I'm talking about different maps that shows issues there
(with different tiles) so I think it can only be solved by imp
Hi
> I tried to compile the source code from that link + your patch but get
> the following error:
> make
...
> make: *** No hay ninguna regla para construir el objetivo `gmp.o',
> necesario para `imgdecode'. Alto. (There's no rule to build target
> `gmp.o' necessary for `imgdecode'. Halt.
Ah, I
On Thu, May 19, 2011 at 10:33:14AM +0200, Minko wrote:
>On places where the tile borders are crossing this multipolygon mkgmap
>has problems with rendering (because the ends of the multipolgygon are
>way outside the tiles). Splitting up the multipolygon in smaller parts
>in osm seems not the way
i don't use mapTK, i use this online editor:
http://ati.land.cz/gps/typdecomp/editor.cgi
Am 18.05.2011 22:12, schrieb Roger Calvert:
Thanks for suggestions. No luck so far - please could you advise on
the points below.
Many thanks,
Roger
On 18/05/2011 07:03, michael lohr wrote:
style:
natu
Recently someone noticed flooding on the openmtbmap in Belgium south of
Maastricht:
http://forum.gps.nl/viewtopic.php?f=109&t=34597&p=277200#p277200
I have noticed related issues with floodings west of Maastricht on Lambertus'
maps and on my own Openfietsmap parts of the same Albertcanal are "dr
El 07/05/11 15:57, Steve Ratcliffe escribió:
>
>
>> Is there a tool for download to analyse the imgfmt-structure?
>
> For the disk header I use: http://sourceforge.net/projects/garmin-img/
> The header is the first thing written so there is no need to let it
> run to completion on a large file, nor
44 matches
Mail list logo