Computing desk | ||
---|---|---|
< December 23 | << Nov | December | Jan >> | December 25 > |
Welcome to the Wikipedia Computing Reference Desk Archives |
---|
The page you are currently viewing is a transcluded archive page. While you can leave answers for any questions shown below, please ask new questions on one of the current reference desk pages. |
We are not Facebook, and cannot fix this. Been posted in multiple locations on wiki. Joseph 2302 ( talk) 17:36, 14 January 2022 (UTC) |
---|
The following discussion has been closed. Please do not modify it. |
I am facing a problem with Facebook. The "Suggest Edits" option is missing today on many pages as seen in the following screenshot. I am facing this problem both in the App and in the browser. Previously, everything was working fine. I need this to be fixed.
The chance of a random Wikipedia editor being able to "fix" Facebook's proprietary code is pretty well zero. Likewise there is virtually no chance that anyone here would have any idea when FB would do anything. It is, after all, in the middle of the holiday season so FB may not have many staff available. Please take this issue to FB, it is your only hope.
Martin of Sheffield (
talk) 16:00, 30 December 2021 (UTC)
|
I am scanning hundreds of typescript pages to digitize and edit the text. The pages are scanned in sequence and the scanner automatically saves each OCR text file with a filename such as 20211218122757-0001A.txt, which it presumably generates based on the current date and time. I then collate all the pages from a command line with the instruction copy *.txt all.txt
and all the pages go into one file, with all the pages in the correct order, almost. There are always just a few pages out of order. Why is this and how to correct it?--
Shantavira|
feed me 14:30, 24 December 2021 (UTC)
*
. This gets interpreted somewhere as a "wildcard" character, but that somewhere varies. Whatever does that interpreting is what's responsible for ordering the filenames, and that may be where your problem lies. On
POSIX systems (modern "Unix"), your
shell is what expands that into a list of filenames, and when it does so it orders them according to the current locale settings, which control stuff like collation order: how strings are typographically ordered, meaning this determines what order those filenames get put in. --
47.155.96.47 (
talk) 05:30, 25 December 2021 (UTC)copy
not cp
and (2) no mention of an OS often (not always) implies that the OP isn't aware of other OSs.
Shantavira – please correct any of the foregoing assumptions if they are wrong!
Martin of Sheffield (
talk) 10:48, 25 December 2021 (UTC)for /F "tokens=*" %%i in ('dir /b /OD *.txt') do type "%%i" >> combine.txt
, but that just produced an error message.--
Shantavira|
feed me 11:47, 25 December 2021 (UTC)
just produced an error message— It would be more helpful if you told us what the error message was. I suspect that it was
%%i was unexpected at this time
. If that's the case, the problem is that %%i
(with two percentage signs) will only work inside a
batch file. To run the command at the
command prompt, use replace both instances of %%i
with %i
(one percentage sign).
Mitch Ames (
talk) 13:09, 25 December 2021 (UTC)in order of creation— Strictly speaking
dir /OD
lists them in order of modification, not creation. For your purposes that probably doesn't matter - but it would if, for example, you manually edited a file (eg to fix a mistake) other than the last after creating them all. dir /ON
would list by name, which could be useful if the names are always in the desired order.
Mitch Ames (
talk) 13:19, 25 December 2021 (UTC)I'm not an NTFS expert, and Microsoft has a habit of doing things in odd ways, but here is a thought drawn from RSX/VMS/VM/UNIX/Linux experience. Contrary to the simplistic interpretation, a directory is just an index of names and pointers to the real file metadata. In many systems a file can be entered into multiple directories, even under different names. The filesystem has an area of structures which hold the metadata and can index into them quickly. For instance /home/MartinOfSheffield/myfile.txt
would be found in the directory file /home/MartinOfSheffield
and would be a pointer to 0123 4567 89AB CDEF
(for a 32-bit filesystem). Going now to the filesystem look up entry 0123 4567 89AB CDEF
and you'll find the various dates, information about revisions and where on the disk surface the real data lies. The relevance of all this is that the directory file may, or may not be kept sorted. If it is sorted then you would expect "*" to find the files in alphabetical order, but if slots are reused then it is possible that "*" will find the files in some other order. Under *nix you can see this in a few utilities such as cpio
where the file name order within a directory can seem a bit arbitrary. As I said above, I'm not an NTFS expert, but could something similar be happening here? Will copy * ...
sort alphabetically?
Martin of Sheffield (
talk) 09:09, 26 December 2021 (UTC)
Computing desk | ||
---|---|---|
< December 23 | << Nov | December | Jan >> | December 25 > |
Welcome to the Wikipedia Computing Reference Desk Archives |
---|
The page you are currently viewing is a transcluded archive page. While you can leave answers for any questions shown below, please ask new questions on one of the current reference desk pages. |
We are not Facebook, and cannot fix this. Been posted in multiple locations on wiki. Joseph 2302 ( talk) 17:36, 14 January 2022 (UTC) |
---|
The following discussion has been closed. Please do not modify it. |
I am facing a problem with Facebook. The "Suggest Edits" option is missing today on many pages as seen in the following screenshot. I am facing this problem both in the App and in the browser. Previously, everything was working fine. I need this to be fixed.
The chance of a random Wikipedia editor being able to "fix" Facebook's proprietary code is pretty well zero. Likewise there is virtually no chance that anyone here would have any idea when FB would do anything. It is, after all, in the middle of the holiday season so FB may not have many staff available. Please take this issue to FB, it is your only hope.
Martin of Sheffield (
talk) 16:00, 30 December 2021 (UTC)
|
I am scanning hundreds of typescript pages to digitize and edit the text. The pages are scanned in sequence and the scanner automatically saves each OCR text file with a filename such as 20211218122757-0001A.txt, which it presumably generates based on the current date and time. I then collate all the pages from a command line with the instruction copy *.txt all.txt
and all the pages go into one file, with all the pages in the correct order, almost. There are always just a few pages out of order. Why is this and how to correct it?--
Shantavira|
feed me 14:30, 24 December 2021 (UTC)
*
. This gets interpreted somewhere as a "wildcard" character, but that somewhere varies. Whatever does that interpreting is what's responsible for ordering the filenames, and that may be where your problem lies. On
POSIX systems (modern "Unix"), your
shell is what expands that into a list of filenames, and when it does so it orders them according to the current locale settings, which control stuff like collation order: how strings are typographically ordered, meaning this determines what order those filenames get put in. --
47.155.96.47 (
talk) 05:30, 25 December 2021 (UTC)copy
not cp
and (2) no mention of an OS often (not always) implies that the OP isn't aware of other OSs.
Shantavira – please correct any of the foregoing assumptions if they are wrong!
Martin of Sheffield (
talk) 10:48, 25 December 2021 (UTC)for /F "tokens=*" %%i in ('dir /b /OD *.txt') do type "%%i" >> combine.txt
, but that just produced an error message.--
Shantavira|
feed me 11:47, 25 December 2021 (UTC)
just produced an error message— It would be more helpful if you told us what the error message was. I suspect that it was
%%i was unexpected at this time
. If that's the case, the problem is that %%i
(with two percentage signs) will only work inside a
batch file. To run the command at the
command prompt, use replace both instances of %%i
with %i
(one percentage sign).
Mitch Ames (
talk) 13:09, 25 December 2021 (UTC)in order of creation— Strictly speaking
dir /OD
lists them in order of modification, not creation. For your purposes that probably doesn't matter - but it would if, for example, you manually edited a file (eg to fix a mistake) other than the last after creating them all. dir /ON
would list by name, which could be useful if the names are always in the desired order.
Mitch Ames (
talk) 13:19, 25 December 2021 (UTC)I'm not an NTFS expert, and Microsoft has a habit of doing things in odd ways, but here is a thought drawn from RSX/VMS/VM/UNIX/Linux experience. Contrary to the simplistic interpretation, a directory is just an index of names and pointers to the real file metadata. In many systems a file can be entered into multiple directories, even under different names. The filesystem has an area of structures which hold the metadata and can index into them quickly. For instance /home/MartinOfSheffield/myfile.txt
would be found in the directory file /home/MartinOfSheffield
and would be a pointer to 0123 4567 89AB CDEF
(for a 32-bit filesystem). Going now to the filesystem look up entry 0123 4567 89AB CDEF
and you'll find the various dates, information about revisions and where on the disk surface the real data lies. The relevance of all this is that the directory file may, or may not be kept sorted. If it is sorted then you would expect "*" to find the files in alphabetical order, but if slots are reused then it is possible that "*" will find the files in some other order. Under *nix you can see this in a few utilities such as cpio
where the file name order within a directory can seem a bit arbitrary. As I said above, I'm not an NTFS expert, but could something similar be happening here? Will copy * ...
sort alphabetically?
Martin of Sheffield (
talk) 09:09, 26 December 2021 (UTC)