search

oobrien / oomap

OpenOrienteeringMap. Includes the website, tiling scripts, and mapnik stylesheets for OOMap and other raster tile layers.
GNU General Public License v2.0
45 stars 8 forks source link

A4 map comes out scaled to A2 #48

Closed cadnant closed 4 years ago

cadnant commented 4 years ago

PDF generation results in the correct map area, but incorrectly scaled - an A4 request generates a 16.54 x 23.39 inch PDF. Workaround - rescale PDF on printing.

davechaffey commented 4 years ago

I have found this also - the JGW now seems to scale A4 to A2 in Google Earth

oobrien commented 4 years ago

@cadnant @davechaffey Sorry about this. The recent KMZ addition (for MapRunF) uses a higher-resolution JPG but I modified the code for the existing PDFs and JPGs/JGWs. I had tested visually the PDFs after the change but didn't print so didn't spot this. So I've now parameterised the scaling factor. I've tested and think things are back to how they were, but would be grateful if you could also test and confirm.

cadnant commented 4 years ago

Hi Ollie,

Tested (briefly) and confirmed fixed - many thanks for the quick resolution.

Thanks too for fixing the postbox problem - we're currently running a lockdown-friendly challenge around postboxes so that was a bit of an issue!  We've noticed that the Dracos DB is increasingly out of date, so

Cheers,

David (cadnant)

On 09/05/2020 11:32, oobrien wrote:

@cadnant https://github.com/cadnant @davechaffey https://github.com/davechaffey Sorry about this. The recent KMZ addition (for MapRunF) uses a higher-resolution JPG but I modified the code for the existing PDFs and JPGs/JGWs. I had tested visually the PDFs after the change but didn't print so didn't spot this. So I've now parameterised the scaling factor. I've tested and think things are back to how they were, but would be grateful if you could also test and confirm.

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/oobrien/oomap/issues/48#issuecomment-626145174, or unsubscribe https://github.com/notifications/unsubscribe-auth/AOSJCS2FEA2IMI3PTKUC73DRQUWLRANCNFSM4MZAMUVQ.

oobrien commented 4 years ago

@cadnant Thanks, yes I didn't realise it was not being sync'd with OSM - the issue though is that many postboxes on the project don't have the corresponding data on OSM - they were added directly to the Dracos project.

oobrien commented 4 years ago

@cadnant But I could add in an additional pull from OSM via say the Overpass API. I'll add it as an "issue" here.

davechaffey commented 4 years ago
2020-05-09_15-36-12

No worries Ollie - thank you for the update.

Unfortunately, I think the PDF/JPG/JGW created is now too small for the area required. Note I'm a novice at using OOMap and MapRun Utils so I'm not a reliable datapoint. The Direct Save to KMZ does load to MapRun at the required scale 1:5000 (great feature for all lockdown maps we're creating thanks) although I got a warning that it was untiled.

However, when I save to JPG/JPW and put them through the utility "Create a KMZ file (with 512x512 tiles) from a jpg and jgw file" http://www.p.fne.com.au/rg/cgi-bin/o-utils.cgi?act=manager&keksi= a smaller map is produced than required as shown top left

HTH, Dave

oobrien commented 4 years ago

Thanks, hmm, that sounds like the JGW file is incorrect now. I'll have a look...

oobrien commented 4 years ago

@davechaffey I'm unable to reproduce this, both by putting the JPG/JGW in QGIS and by using the tool you linked above and putting it in Google Earth. It is possible that the tool had been reconfigured to counteract the scale doubling issue, and has now been configured back. Could you check again with a new map, or by resaving your current one (load it in, save, then once the PDF is downloaded, download the JPGs and JGWs)?

davechaffey commented 4 years ago

Confirm scales correctly for me with new map @oobrien - when I started a new map/reloaded browser. Thanks.