Hi Jeroen,
On Sat, Feb 12, 2011 at 02:09:20PM +0100, Jeroen Muris wrote:
>For who's interested, I uploaded a copy of the latest TYP file, for
>family ID 1:
>http://dl.dropbox.com/u/20232727/M0000001-JM-new_colours.TYP
>
>With the current default style not all element will show. Some
>alterations needed changes in the style files too (like the bridges).
>I attached a patchfile wth those changes. It's also uploaded:
>http://dl.dropbox.com/u/20232727/style-JM-20110212_1848.diff
>
>Please comment!
Sorry, I have been too busy. Let me see how your patch applies to the
current tree. Not very well, many large conflicts, now that the
resolutions were tuned down as suggested by Felix (extremecarver).
I used the following commands to apply your patch. Subversion usually
does a nice job merging changes, leaving only the true conflicts:
svn update -r1848 resources/styles/default/
patch -p0<style-JM-20110212_1848.diff
svn update
I am not sure if it is a good idea to use different type codes for
different classes of bridges. Why not use just one line type for bridge,
and overlay that with the road? Make the bridge line very wide, with a
transparent center, so that the underlying road can be drawn there. Same
for tunnels (but maybe use a different overlay line type than for
bridges).
I would keep the default style so that it works without any TYP file.
The TYP-enhanced style should be a separate style that is derived from
the default style. See resources/styles/marine for an example of that.
In the info file, it specifies base-style=default.
>And for if and when (some of) my changes make it to the trunk, what's
>the correct way to get this done?
Can you prepare something minimal that derives from the default style?
For the TYP files, I would suggest that you create at least two
variants: no-spaghetti, thin lines for old devices, and fancier line
styles for new devices. As Minko suggested, try to avoid repurposing the
built-in line types (such as contour lines). For bridge and tunnel
overlays, I guess that you should choose non-routable line types just in
case.
Best regards,
Marko
_______________________________________________
mkgmap-dev mailing list
[email protected]
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
