Charts II: NGA - 2700 Charts

[nohal]

Originally Posted by r.fairman

As an aside it would be nice to use the GE plugin for this. Can waypoints created in OpenCPN display in the plugin without having to close the plugin, open GE and import

Not yet, but it's on my list for the next beta cycle. We need to extend the plugin API to do that.

Pavel

[nohal]

Guys,
we have a little glitch here
I'm starting to run the pre-processing scripts on the downloaded images in the completed regions and found quite a few (more than 100) broken JPGs so far.
Most of them are in region 7 (and 3 in region 9, so far I processed 1, 7, 8, 9 and misc). Please have a look at https://github.com/ngacharts/ngachar...iled-downloads and if you can, tell me the following, so we can trace the source of the problem:

• Which script was used to download and stitch them
• If you have a local copy still available, are they really broken if you look at them in an image viewer or editor? (for the region 9 ones I can tell they are...)

If there's any JPEG expert - can it be fixed without redownloading?

Thanks a lot

Pavel

[r.fairman]

I was not responsible for the original download but as a test as we speak i am downloading chart 73580 using the dezoom ruby script. Once completed I will open in photoshop to test
regards

richard

[idpnd]

Originally Posted by dacust

Doing it this way, the calibration is done first. A .kap is created from the non-updated chart.

Then when/if the NOTMs are applied for a particular chart, a new .kap is created.

I feel an early release of the charts would attract lots and lots of users who will then most probably take an interest in updating their local charts

[r.fairman]

just redownloaded one of your problem charts 73580 size 44772

Opens in Photoshop and Photopaint. Looks poor quality but opens ok

What preprocessing are you carrying out can I duplicate locally to test

regards

Richard

[nohal]

Richard,
the preprocessing is done with GraphicsMagick Image Processing System
You can try whatever you feel like - anything should complain and produce broken output, but if you want to try exactly:

gm convert 73580.jpg -gravity SouthWest -crop 1500x1500+0+0 -depth 8 -type Palette -colors 32 png8:73580_sw.png

BTW, the file on the servers is:

45767047 Jul 19 08:03 73580/73580.jpg

Thanks

Pavel

[r.fairman]

My jpg file converts ok to png size 138311 Opens ok in Photoshop

I used imagemagick

The chart is in an unusual portrait format is your crop causing a problem

regards

Richard

[nohal]

The crop is ok, the downloaded JPG is the source of the problem:
Index of /73580
What I'm trying to figure out is whether we have to redownload or we can use some time-saving technique to repair them.

Pavel

[LeaseOnLife]

All Region 7 were downloaded by me.... using the ruby script. Not sure what went wrong, currently I don't have the bandwidth to load a single chart to see the problem myself :-(

[nohal]

If you still have them locally, just have a look at one of the problematic ones so we can see whether the problem came during the download/stitching or on the way to the server.
Looking at the speed at which we are downloading, doing 120 of them again looks not like a big deal in the worst case.

Thanks

Pavel

[LeaseOnLife]

They seem fine, using jpeginfo to check, on my little Gentoo server. md5sum is different too than on weitzerfish. I will initiate an upload of the failed ones in Region 7.

[r.fairman]

my download of one of your problem file 73580 fails "errors in file"

[LeaseOnLife]

114 files for Region 7 are in queue for re-upload. ETA in about 10h...

They all check out fine locally with jpeginfo -c *.jpg

I also upload the corrupt 61000.

Sorry about that!

Dirk

[nohal]

Dirk,
no problem, you deserve the prize for the downloader of the year anyway

Pavel

[LeaseOnLife]

Originally Posted by nohal

Dirk,
no problem, you deserve the prize for the downloader of the year anyway

Pavel

Thanks Pavel! I pass the glory on to Jim / Surveyor. It's not all about the amount, but also about the diligence to retry the failed downloads of others.

Dirk