Re: [mkgmap-dev] mkgmap-dev Digest, Vol 24, Issue 1

Thanks Chris, I did use v117 (latest), but I just ran the job again in a different folder, and it seems to work! - it's replacing the in-field apostrophes with '. So what must have happened is that I originally run splitter v83 WITH cache, and then I reran it with v117 in the same folder, which possibly didn't solve the problem due to the existing cache created by v83. D'oh. My bad. Attila
---------- Forwarded message ---------- From: Chris Miller <chris_overseas@hotmail.com> To: mkgmap-dev@lists.mkgmap.org.uk Date: Wed, 30 Jun 2010 11:57:09 +0000 (UTC) Subject: Re: [mkgmap-dev] Splitter changes double quotes to single quotes... anddisturbs mkgmap Hi Attila,
I'm guessing the decision to use single quotes rather than double quotes was an arbitrary one; some source OSM files use single quotes too, and trying to preserve the source quoting style adds additional overhead. The real problem is that the data is not being escaped properly, however it looks like there was a fix for this made in r100 of the splitter. What version are you using?
Chris
Hi,
I've recently noticed that the splitter will create .osm files with values in single quotes. Is there a strong reason to do so while the original input .osm file has double quotes around values?
The problem arose when some .osm "role" keys contained single quotes, such as relation #172045 - right before the end of this file there's a value with single quote
<member type="node" ref="533796734" role="Addenbrooke's"/>
which splitter "converts" to
<member type='node' ref='533796734' role='Addenbrooke's'/>
making mkgmap to complain about a "bad file" and to stop processing further.
Anyone encountered this?
Thanks, Attila
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Hmm, the apostrophe gets escaped when it is written out to the split osm file not when the cache is generated, so I don't think a stale cache was the problem. Possibly the v83 run generated more output files than v117 and so was still around and used as mkgmap input? Anyway, glad to hear you've managed to get it working. Chris
Thanks Chris,
I did use v117 (latest), but I just ran the job again in a different folder, and it seems to work! - it's replacing the in-field apostrophes with '. So what must have happened is that I originally run splitter v83 WITH cache, and then I reran it with v117 in the same folder, which possibly didn't solve the problem due to the existing cache created by v83. D'oh. My bad.
Attila
participants (2)
-
Attila Szász
-
Chris Miller