[Hugin-devs] [Bug 707309] Re: filenames badly sorted - destroys multirow technique
** Changed in: hugin Status: Fix Committed = Fix Released -- You received this bug notification because you are a member of Hugin Developers, which is subscribed to Hugin. https://bugs.launchpad.net/bugs/707309 Title: filenames badly sorted - destroys multirow technique Status in Hugin - Panorama Tools GUI: Fix Released Bug description: I have 18 images from an HTC Desire (very popular phone, and a decent camera) these are the filenames, as sorted by Hugin: no1, no10, no11, no12, no13, no14, no15, no16, no17, no18, no2, no3, no4, no5, no6, no7, no8, no9 This could obviously create some issues if stitching with multirow mode on. Can Hugin please sort the files in human sequential way (which also happens to be the way this particular camera names the files)? ___ Mailing list: https://launchpad.net/~hugin-devs Post to : hugin-devs@lists.launchpad.net Unsubscribe : https://launchpad.net/~hugin-devs More help : https://help.launchpad.net/ListHelp
Re: [Hugin-devs] [Bug 707309] Re: filenames badly sorted - destroys multirow technique
I agree with Zarl, a responsible way to sort files is the human way - this is how mac os x does it, and also windows 7 i guess (not windows xp) I also like Yuv's idea. But can we keep it simple and make Hugin sort files the human way ? On Tue, Jan 25, 2011 at 9:27 PM, Bruno Postle 707...@bugs.launchpad.netwrote: Sorting by date created won't be straightforward, since we need to open the files to discover the EXIF date, and with Hugin the files don't get opened until the project has been created and the list has already been sorted. However a 'Sort...' button similar to the 'Reset...' button but which offered different sorting criteria would be a useful addition. This has been prototyped in ptosort, in particular being able to sort by yaw and pitch or EV value is especially useful: http://search.cpan.org/dist /Panotools-Script/bin/ptosorthttp://search.cpan.org/dist%0A/Panotools-Script/bin/ptosort (BTW I have a HTC wildfire, which is a very similar phone, and the photos are named with a sensible naming system: IMAG0624.JPG, IMAG0625.JPG, etc... I don't know why your phone is doing this awkward naming) -- You received this bug notification because you are a direct subscriber of the bug. https://bugs.launchpad.net/bugs/707309 Title: filenames badly sorted - destroys multirow technique Status in Hugin - Panorama Tools GUI: New Bug description: I have 18 images from an HTC Desire (very popular phone, and a decent camera) these are the filenames, as sorted by Hugin: no1, no10, no11, no12, no13, no14, no15, no16, no17, no18, no2, no3, no4, no5, no6, no7, no8, no9 This could obviously create some issues if stitching with multirow mode on. Can Hugin please sort the files in human sequential way (which also happens to be the way this particular camera names the files)? To unsubscribe from this bug, go to: https://bugs.launchpad.net/hugin/+bug/707309/+subscribe -- You received this bug notification because you are a member of Hugin Developers, which is subscribed to Hugin. https://bugs.launchpad.net/bugs/707309 Title: filenames badly sorted - destroys multirow technique Status in Hugin - Panorama Tools GUI: New Bug description: I have 18 images from an HTC Desire (very popular phone, and a decent camera) these are the filenames, as sorted by Hugin: no1, no10, no11, no12, no13, no14, no15, no16, no17, no18, no2, no3, no4, no5, no6, no7, no8, no9 This could obviously create some issues if stitching with multirow mode on. Can Hugin please sort the files in human sequential way (which also happens to be the way this particular camera names the files)? ___ Mailing list: https://launchpad.net/~hugin-devs Post to : hugin-devs@lists.launchpad.net Unsubscribe : https://launchpad.net/~hugin-devs More help : https://help.launchpad.net/ListHelp
[Hugin-devs] [Bug 707309] Re: filenames badly sorted - destroys multirow technique
** Changed in: hugin Status: New = Fix Committed -- You received this bug notification because you are a member of Hugin Developers, which is subscribed to Hugin. https://bugs.launchpad.net/bugs/707309 Title: filenames badly sorted - destroys multirow technique Status in Hugin - Panorama Tools GUI: Fix Committed Bug description: I have 18 images from an HTC Desire (very popular phone, and a decent camera) these are the filenames, as sorted by Hugin: no1, no10, no11, no12, no13, no14, no15, no16, no17, no18, no2, no3, no4, no5, no6, no7, no8, no9 This could obviously create some issues if stitching with multirow mode on. Can Hugin please sort the files in human sequential way (which also happens to be the way this particular camera names the files)? ___ Mailing list: https://launchpad.net/~hugin-devs Post to : hugin-devs@lists.launchpad.net Unsubscribe : https://launchpad.net/~hugin-devs More help : https://help.launchpad.net/ListHelp
[Hugin-devs] [Bug 707309] Re: filenames badly sorted - destroys multirow technique
ExifTool Version Number : 7.82 File Name : no1.jpg Directory : . File Size : 1633 kB File Modification Date/Time : 2011:01:25 08:20:06+01:00 File Type : JPEG MIME Type : image/jpeg Exif Byte Order : Big-endian (Motorola, MM) Make: HTC Camera Model Name : Desire HD X Resolution: 72 Y Resolution: 72 Resolution Unit : inches Y Cb Cr Positioning : Centered ISO : 109 Exif Version: 0220 Date/Time Original : 2011:01:22 11:50:46 Create Date : 2011:01:22 11:50:46 Components Configuration: Y, Cb, Cr, - Focal Length: 4.9 mm Flashpix Version: 0100 Color Space : sRGB Exif Image Width: 1952 Exif Image Height : 3264 Interoperability Index : R98 - DCF basic file (sRGB) Interoperability Version: 0100 GPS Version ID : 2.2.0 GPS Latitude Ref: North GPS Longitude Ref : East GPS Altitude Ref: Above Sea Level GPS Time Stamp : 10:50:46 GPS Map Datum : WGS-84 GPS Processing Method : NETWORK GPS Date Stamp : 2011:01:22 Image Width : 1952 Image Height: 3264 Encoding Process: Baseline DCT, Huffman coding Bits Per Sample : 8 Color Components: 3 Y Cb Cr Sub Sampling: YCbCr4:2:0 (2 2) GPS Altitude: 0 m Above Sea Level GPS Date/Time : 2011:01:22 10:50:46Z GPS Latitude: 50 deg 6' 1.96 N GPS Longitude : 14 deg 23' 52.64 E GPS Position: 50 deg 6' 1.96 N, 14 deg 23' 52.64 E Image Size : 1952x3264 Focal Length: 4.9 mm ** Changed in: hugin Status: Incomplete = New -- You received this bug notification because you are a member of Hugin Developers, which is subscribed to Hugin. https://bugs.launchpad.net/bugs/707309 Title: filenames badly sorted - destroys multirow technique Status in Hugin - Panorama Tools GUI: New Bug description: I have 18 images from an HTC Desire (very popular phone, and a decent camera) these are the filenames, as sorted by Hugin: no1, no10, no11, no12, no13, no14, no15, no16, no17, no18, no2, no3, no4, no5, no6, no7, no8, no9 This could obviously create some issues if stitching with multirow mode on. Can Hugin please sort the files in human sequential way (which also happens to be the way this particular camera names the files)? ___ Mailing list: https://launchpad.net/~hugin-devs Post to : hugin-devs@lists.launchpad.net Unsubscribe : https://launchpad.net/~hugin-devs More help : https://help.launchpad.net/ListHelp
[Hugin-devs] [Bug 707309] Re: filenames badly sorted - destroys multirow technique
Note that the provided example file names sort nicely in the Finder of OS X (no1, no2, no3, ..., no10, no11, ...) and should also do so in Windows Explorer and also in file mangers of other systems. So I think this should work just like in standard file mangers: consecutive numbers should be regarded as one multi-digit number, see attached screenshot. BTW I really like your idea to include creation dates into the import order sorting routine. Even if this wouldn't work with e.g. scans. ** Attachment added: Sort order behaviour in Finder (file manager of Mac OS X) https://bugs.launchpad.net/hugin/+bug/707309/+attachment/1806041/+files/SortOrder_MacOSX-Finder.png -- You received this bug notification because you are a member of Hugin Developers, which is subscribed to Hugin. https://bugs.launchpad.net/bugs/707309 Title: filenames badly sorted - destroys multirow technique Status in Hugin - Panorama Tools GUI: New Bug description: I have 18 images from an HTC Desire (very popular phone, and a decent camera) these are the filenames, as sorted by Hugin: no1, no10, no11, no12, no13, no14, no15, no16, no17, no18, no2, no3, no4, no5, no6, no7, no8, no9 This could obviously create some issues if stitching with multirow mode on. Can Hugin please sort the files in human sequential way (which also happens to be the way this particular camera names the files)? ___ Mailing list: https://launchpad.net/~hugin-devs Post to : hugin-devs@lists.launchpad.net Unsubscribe : https://launchpad.net/~hugin-devs More help : https://help.launchpad.net/ListHelp
[Hugin-devs] [Bug 707309] Re: filenames badly sorted - destroys multirow technique
Sorting by date created won't be straightforward, since we need to open the files to discover the EXIF date, and with Hugin the files don't get opened until the project has been created and the list has already been sorted. However a 'Sort...' button similar to the 'Reset...' button but which offered different sorting criteria would be a useful addition. This has been prototyped in ptosort, in particular being able to sort by yaw and pitch or EV value is especially useful: http://search.cpan.org/dist /Panotools-Script/bin/ptosort (BTW I have a HTC wildfire, which is a very similar phone, and the photos are named with a sensible naming system: IMAG0624.JPG, IMAG0625.JPG, etc... I don't know why your phone is doing this awkward naming) -- You received this bug notification because you are a member of Hugin Developers, which is subscribed to Hugin. https://bugs.launchpad.net/bugs/707309 Title: filenames badly sorted - destroys multirow technique Status in Hugin - Panorama Tools GUI: New Bug description: I have 18 images from an HTC Desire (very popular phone, and a decent camera) these are the filenames, as sorted by Hugin: no1, no10, no11, no12, no13, no14, no15, no16, no17, no18, no2, no3, no4, no5, no6, no7, no8, no9 This could obviously create some issues if stitching with multirow mode on. Can Hugin please sort the files in human sequential way (which also happens to be the way this particular camera names the files)? ___ Mailing list: https://launchpad.net/~hugin-devs Post to : hugin-devs@lists.launchpad.net Unsubscribe : https://launchpad.net/~hugin-devs More help : https://help.launchpad.net/ListHelp
