Hi Maning,
> 2010/03/18 20:31:26 WARNING (StyledConverter): philippines.osm:
> Motorway exit null
> (http://www.openstreetmap.org/?mlat=7.07588&mlon=125.62656&zoom=17)
> has no motorway! (either make the exit share a node with the motorway
> or specify the motorway ref with a exit:road_ref
Hi,
Thanks to charlie I activated logging in my map compilation and it
sure helps in fixing routing issues! I already found and fixed a few
oneways coming from nowhere
Several reports I don't understand:
2010/03/18 20:31:26 WARNING (StyledConverter): philippines.osm:
Motorway exit null
(http:/
v4 - found the motorways (and a load of other roads too!)
v3 - now works harder to clean up road names for use in MDR file - not
sure if this will have a beneficial effect but it could possibly fix
the issue recently reported by Felix.
Motorways are still not showing up.
---
v2 -
Hi Clinton,
> On Mar 18, 2010, at 22:49, Mark Burton wrote:
>
> > v3 - now works harder to clean up road names for use in MDR file
>
> Er... this patch needs to be applied on top of the v2 patch does it not?
>
> It just patches the MDR file, but does not contain the patches to all the
> other
On Mar 18, 2010, at 22:49, Mark Burton wrote:
> v3 - now works harder to clean up road names for use in MDR file
Er... this patch needs to be applied on top of the v2 patch does it not?
It just patches the MDR file, but does not contain the patches to all the other
files from the v2 patch.
Did
v3 - now works harder to clean up road names for use in MDR file - not
sure if this will have a beneficial effect but it could possibly fix
the issue recently reported by Felix.
Motorways are still not showing up.
---
v2 - remove more duplicate labels that only differ in letter case -
remov
Hi Clinton, Felix,
> > Hi, I just got this comment yesterday via my homepage. Seemingly mkgmap in
> > some circumstances puts ENQ - functional characters into the name of
> > streets (when adding the name from a route relation).
>
> ENQ is ASCII 0x05, which is one of the codes for highway shie
On Mar 18, 2010, at 20:51, Felix Hartmann wrote:
> Hi, I just got this comment yesterday via my homepage. Seemingly mkgmap in
> some circumstances puts ENQ - functional characters into the name of streets
> (when adding the name from a route relation).
ENQ is ASCII 0x05, which is one of the cod
v2 - remove more duplicate labels that only differ in letter case -
remove leading spaces from labels even if they start with a Garmin code.
Still something wrong with motorway names because on the UK map, only
the M74 appears in the mapsource road names - all other motorways are
missing - very o
> Hi Steve,
>
> I have just started to have a look on the internals of the garmin
> fileformat. The wiki
> (http://wiki.openstreetmap.org/wiki/OSM_Map_On_Garmin/Format) tells me
> that there are the formats
> TRE
> NOD
> MDR
> SRT
> GMP
> DEM
>
> The documentation of the garmin-img sourceforge
Hi, I just got this comment yesterday via my homepage. Seemingly mkgmap in some
circumstances puts ENQ - functional characters into the name of streets (when
adding the name from a route relation).
This causesMapsource not being able to reopen a saved route, nor the route
working correctly on G
> Anyone else with knowledge of the file format is encouraged to join in!
>
> Steve
>
Hi Steve,
I have just started to have a look on the internals of the garmin
fileformat. The wiki
(http://wiki.openstreetmap.org/wiki/OSM_Map_On_Garmin/Format) tells me
that there are the formats
TRE
NOD
MDR
S
Hi WanMil,
> So we have to wait til tomorrow and then you can check if the
> generate-sea code will generate a full valid sea area without any
> flodding for finland? Wow, I hope that's working!
I just checked the islands in Tornio/Haparanda, with today's dump, and
I did not notice any floo
> 2010/03/18 09:08:55 WARNING (MultiPolygonRelation): 63240004.osm.gz:
> Multipolygon http://www.openstreetmap.org/browse/relation/301046 contains
> errors.
> 2010/03/18 09:08:55 WARNING (MultiPolygonRelation): 63240004.osm.gz: Polygon
> 4611686018427484412(7P : (43036113[6P]) carries role inne
Just to report, turn restrictions work!
Now the enormous task of adding more restriction relations!
On Thu, Mar 18, 2010 at 5:28 PM, wrote:
> maning sambale (emmanuel.samb...@gmail.com) wrote:
>
>>> To see the RestrictionRelation warnings of mkgmap, you will have to enable
>>> some logging:
>>>
Attached is my style file. I will debug each line later to check.
On Thu, Mar 18, 2010 at 5:44 PM, Steve Ratcliffe wrote:
>
> Hi Maning
>
> On 18/03/10 08:38, maning sambale wrote:
>> I got the error when I added, this in the polygon styles:
>> amenity=fuel [0x08 resolution 18]
>
> That rule loo
Hi Maning
On 18/03/10 08:38, maning sambale wrote:
> I got the error when I added, this in the polygon styles:
> amenity=fuel [0x08 resolution 18]
That rule looks too simple to fail! And if I add it to the default
polygon style there is no problem.
I have been able to reproduce your exception
This patch codes around the problems introduced by highway shields with
regard to the sorted roads:
1 - the sort order should now be much improved
2 - no duplicate symbols (shield version + non-shield version)
It also includes a fix to the label reading code so that labels with a
highway shield
maning sambale (emmanuel.samb...@gmail.com) wrote:
>> To see the RestrictionRelation warnings of mkgmap, you will have to enable
>> some logging:
>>
>> java -Dlog.config=logging.properties -ea -jar mkgmap.jar ...
> Simple question, when the switch -ea is already in the mkgmap syntax
> as above, yo
Hi again WanMil,
I forgot to mention that a likely reason why I saw fewer of the warnings
today was that I extracted the natural=coastline from finland.osm.bz2,
loaded it in JOSM and selected the mainland coastline with my
http://wiki.openstreetmap.org/wiki/JOSM/Plugins/WaySelectorPlugin
and then
Hi WanMil,
> The messages are generated because the generate-sea algorithm
> generated two polygons with role=inner and one of these polygons
> lies inside the other. I don't know if that's a bug of the
> generate-sea code or if the OSM data has a problem.
I could imagine that there could be two
I got the error when I added, this in the polygon styles:
amenity=fuel [0x08 resolution 18]
The purpose is to enable to search fuel polygons as a POI.
Removing this line completes the compilation.
On Thu, Mar 18, 2010 at 4:18 PM, maning sambale
wrote:
> I got this error recently:
> time java -X
I got this error recently:
time java -Xmx1512m -jar mkgmap.jar --read-config=args.list philippines.osm
java.lang.NullPointerException
at
uk.me.parabola.mkgmap.osmstyle.RuleFileReader.isIndexable(RuleFileReader.java:234)
at
uk.me.parabola.mkgmap.osmstyle.RuleFileReader.isSolved(Rul
> To see the RestrictionRelation warnings of mkgmap, you will have to enable
> some logging:
>
> java -Dlog.config=logging.properties -ea -jar mkgmap.jar ...
Simple question, when the switch -ea is already in the mkgmap syntax
as above, you don't have to add the ea in the arguments.list file?
--
Thanks! I added this turn restriction for testing:
http://www.openstreetmap.org/browse/relation/453702
Will report back when map is compiled.
On Thu, Mar 18, 2010 at 3:10 PM, Marko Mäkelä wrote:
> Hi Maning,
>
>> Is this supported in mkgmap?
>> http://wiki.openstreetmap.org/wiki/Relation:restri
Ok added, will test the compiled map later. Thanks.
On Thu, Mar 18, 2010 at 3:06 PM, Marko Mäkelä wrote:
> On Thu, Mar 18, 2010 at 02:06:12PM +0800, maning sambale wrote:
>> I'm inclined to think that this is a data problem (the gate should
>> explicitly define that is only usefule for pedestria
Hi Maning,
> Is this supported in mkgmap?
> http://wiki.openstreetmap.org/wiki/Relation:restriction
>
> What should be added in the relations style file?
Just like multipolygons, it is handled by mkgmap directly, outside the styles.
It is supposed to just work, out of the box. But note that the
On Thu, Mar 18, 2010 at 02:06:12PM +0800, maning sambale wrote:
> I'm inclined to think that this is a data problem (the gate should
> explicitly define that is only usefule for pedestrians). I can't find
> the correct tagging for this one at the moment. If such tag exist, is
> it supported by mk
28 matches
Mail list logo
