On 10.01.2010 17:43, Simon Eugster wrote:
> Might it be something about draw priority? Although -- it seems like if the
> map below your cursor is hovered to top ... Perhaps not.
Mapsource doesn't care about the draw priority. It always draws in the
order of the tile number.
On 09/01/2010 20:18, Ralf Kleineisel wrote:
> On 01/09/2010 08:02 PM, Torsten Leistikow wrote:
>
>> Actually I have no idea, why every tile of your map gets its own family-ID.
>> I am
>> not sure whether this is related to your problem, but typically all maps
>> belonging to the same mapset (or la
Torsten Leistikow wrote:
> Simon Eugster schrieb am 09.01.2010 19:33:
>> Any idea? Anyone? :)
>
> Actually I have no idea, why every tile of your map gets its own family-ID. I
> am
> not sure whether this is related to your problem, but typically all maps
> belonging to the same mapset (or layer)
On 01/09/2010 08:02 PM, Torsten Leistikow wrote:
> Actually I have no idea, why every tile of your map gets its own family-ID. I
> am
> not sure whether this is related to your problem, but typically all maps
> belonging to the same mapset (or layer) get all the same family-ID. And
> normally
>
On 01/08/2010 12:02 AM, Simon Eugster wrote:
These tiles look perfectly normal to me:
> 00010002 MPC 9456297 5 1252 25 1 10002 OSM street map
> 00010004 MPC 4245221 5 1252 25 1 10004 OSM street map
> 00010006 MPC 11182177 5 1252 25 1 10006 OSM street map
Simon Eugster schrieb am 09.01.2010 19:33:
> Any idea? Anyone? :)
Actually I have no idea, why every tile of your map gets its own family-ID. I am
not sure whether this is related to your problem, but typically all maps
belonging to the same mapset (or layer) get all the same family-ID. And normal
Simon Eugster wrote:
> Ralf Kleineisel wrote:
> > On 01/07/2010 08:46 PM, Simon Eugster wrote:
> >> [...]
Any idea? Anyone? :)
To put it in a nutshell: Some tiles of some countries do not show up on the
gmapsupp.img even though source .img files had different Family ID and
different filenames
Ralf Kleineisel wrote:
> On 01/07/2010 08:46 PM, Simon Eugster wrote:
>> I fear this did not solve the problem either. Here is what I tried:
>>
>>
>> java -Xmx1500m -jar /data/gps/maps/mkgmap/dist/mkgmap.jar --gmapsupp
>> --family-id="00010002" /data/gps/maps/new/osmData/austria/00010002.img
On 01/07/2010 08:46 PM, Simon Eugster wrote:
> I fear this did not solve the problem either. Here is what I tried:
>
>
> java -Xmx1500m -jar /data/gps/maps/mkgmap/dist/mkgmap.jar --gmapsupp
> --family-id="00010002" /data/gps/maps/new/osmData/austria/00010002.img
> --family-id="00010004" /data/g
I fear this did not solve the problem either. Here is what I tried:
java -Xmx1500m -jar /data/gps/maps/mkgmap/dist/mkgmap.jar --gmapsupp
--family-id="00010002" /data/gps/maps/new/osmData/austria/00010002.img
--family-id="00010004" /data/gps/maps/new/osmData/austria/00010004.img
--family-id="00
On 01/07/2010 06:09 PM, Simon Eugster wrote:
> MKGMAP (gmapsupp.img)
> --gmapsupp %s
> (with all .img files as argument)
You have to tell mkgmap which img is which FID in this stage. The FID is
not stored in the individual tiles, just in the TDB file and in the
gmapsupp.img.
_
Simon Eugster wrote:
> Good evening,
>
> I'm using mkgmap r1466 and splitter r103.
>
> With my python script [1] I at first build .img files of various .osm.bz2
> files and then put some of them into a gmapsupp.img file.
>
> I do _not_ regenerate the .img files each time I create a gmapsupp.i
Good evening,
I'm using mkgmap r1466 and splitter r103.
With my python script [1] I at first build .img files of various .osm.bz2
files and then put some of them into a gmapsupp.img file.
I do _not_ regenerate the .img files each time I create a gmapsupp.img. For
image files of maps which did
13 matches
Mail list logo