All nibble images are in physical order, by definition. It sounds like you want a sector image (a series of 256-byte sectors) in physical order. Note this only applies to 5.25" disks.
On the Apple II, you can create these with Copy ][+ v7.x. Use the disk copy feature to copy a 5.25" disk to a larger ProDOS volume. This will create a ".img" file in physical order. (Older and newer versions of Copy ][+ just report an error because the volumes are different sizes.)
Files ending with ".img" are assumed by CiderPress to be in physical order, though it does its own format detection to confirm. Few if any emulators support this; physically-ordered sector images are almost unheard-of.
Sector images are generally stored in "DOS" or "ProDOS" order, because that's what OS the user was running when they created the disks. DOS-based imaging software assumes the disk is in DOS order, and ProDOS-based imagers assume it's in ProDOS order. There are no "CP/M order" disks because nobody uses CP/M to create Apple II disk images. The emulated operating system doesn't need to know about this; the emulator maps the sectors back to physical, and the emulated DOS/ProDOS/whatever does its remapping and gets what was originally there.
This is more complicated than it needs to be because the early disk imaging software was simpler than it should have been. Storing disks with sectors in physical order would have made life easier. That didn't happen, and once you have a standard everybody follows it, so we have to auto-detect formats and undo the mapping.
Regarding some of the comments: there are only three soft-sectored interleaves that matter: DOS, ProDOS/Pascal, and CP/M. Each one can be expressed in two ways, as the conversion to physical and the conversion from physical. That's why CP/M is both 0/3/6/9 and 0/11/6/1. See also this answer and this answer.
Update: you can create a physical-order disk image with CiderPress II:
$ cp2 cdi disk.img 140k dos
Creating disk image: Unadorned Sector, order=physical, size=140KB, DOS 3.x
As noted earlier, they're not usable in most emulators.