Rocksolid Light

News from da outaworlds

mail  files  register  groups  login

Message-ID:  

Best of all is never to have been born. Second best is to die soon.


comp / comp.sys.mac.hardware.storage / Re: macOS Big Sur's search doesn't find everything?

SubjectAuthor
* Re: macOS Big Sur's search doesn't find everything?nospam
`- Re: macOS Big Sur's search doesn't find everything?Alan Baker

1
Subject: Re: macOS Big Sur's search doesn't find everything?
From: nospam
Newsgroups: comp.sys.mac.system, comp.sys.mac.hardware.storage
Organization: A noiseless patient Spider
Date: Sat, 8 May 2021 00:33 UTC
References: 1 2 3 4 5 6 7
Path: eternal-september.org!news.eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!.POSTED!not-for-mail
From: nospam@nospam.invalid (nospam)
Newsgroups: comp.sys.mac.system,comp.sys.mac.hardware.storage
Subject: Re: macOS Big Sur's search doesn't find everything?
Date: Fri, 07 May 2021 20:33:54 -0400
Organization: A noiseless patient Spider
Lines: 79
Message-ID: <070520212033547025%nospam@nospam.invalid>
References: <OcydnQDfx-vMywn9nZ2dnUU7-SfNnZ2d@earthlink.com> <060520211746433917%nospam@nospam.invalid> <s71o6c$4nv$3@dont-email.me> <060520211806506328%nospam@nospam.invalid> <s71pcr$fb3$1@dont-email.me> <060520211841190470%nospam@nospam.invalid> <s71s99$cd$1@dont-email.me>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Injection-Info: reader02.eternal-september.org; posting-host="7a2fdbeededeb0d8abe7b1240488be9d";
logging-data="22164"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+YOBv8sneqQHuv9wD203Ls"
User-Agent: Thoth/1.9.0 (Mac OS X)
Cancel-Lock: sha1:6PoIw5kvy1w/GHFVJQm64B3s7ec=
View all headers

In article <s71s99$cd$1@dont-email.me>, Alan Baker
<notonyourlife@no.no.no.no> wrote:

> >>>>>> I was searching "culture" (without quotation marks) for Office 365
> >>>>>> v16.48's Office filenames, but macOS Big Sur v11.3.1's Finder and
> >>>>>> Spotlight doesn't find them in a 13" 2012 Intel MacBook Pro's SSD. It
> >>>>>> doesn't show all of the files that I see when manually listing them in
> >>>>>> Finder's Documents.
> >>>>>
> >>>>> totally normal. spotlight is not great at finding stuff.
> >>>>
> >>>> Actually, Spotlight is EXCELLENT at finding stuff.
> >>>
> >>> actually it's not.
> >>>
> >>> for example, it fails miserably with partial matches.
> >>
> >> Give an example...
> >
> > consider a bunch of documents and/or folders of medical specialties,
> > such as toxicology, cardiology, physiology, anesthesiology, oncology,
> > dermatology, radiology, neurology, and ophthalmology.
> >
> > you want to find all of them, so you search for common letters, in this
> > case, 'ology'.
> >
> > since the query does not begin on a word boundary, the search results
> > will not be particularly helpful, as in none.
>
> Sorry, but you're wrong.

the above example works exactly as i described. i tested it prior to
posting.

it's a very simple search that should not fail.

try the same set of words in bbedit. a search for 'ology' will find all
of them. if you search for 'col', it will find only toxicology and
oncology. both exactly as expected

> "Name ends with" works great.

additional steps that should not be needed.

> > on the other hand, if the search query started on a word boundary,
> > e.g., 'cardio', then it will find cardiology but not any of the others.
> > you'd have to do multiple searches for each one, hopefully not
> > forgetting any of them.
> >
> >>> it doesn't search
> >>> everywhere.
> >>
> >> It does... ...if you ask it to.
> >
> > not where it hasn't indexed.
>
> It indexes everywhere.

no it doesn't.

> >>> the index can silently corrupt.
> >>
> >> Anything can.
> >
> > true, except that spotlight relies on an index, and if it's corrupted,
> > it's not going to work particularly well.
>
> And the gain is that searches are nearly instantaneous.

other alternatives are also nearly instantaneous, but more importantly,
they are more reliable.

> Tradeoffs.

reliability should never be traded off.

you also snipped the part where i mentioned about the index being
silently corrupted, which turned out to be the cause of ant's problem.
he's not the only one who has had that happen.

Subject: Re: macOS Big Sur's search doesn't find everything?
From: Alan Baker
Newsgroups: comp.sys.mac.system, comp.sys.mac.hardware.storage
Organization: A noiseless patient Spider
Date: Sat, 8 May 2021 02:47 UTC
References: 1 2 3 4 5 6 7 8
Path: eternal-september.org!news.eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!.POSTED!not-for-mail
From: notonyourlife@no.no.no.no (Alan Baker)
Newsgroups: comp.sys.mac.system,comp.sys.mac.hardware.storage
Subject: Re: macOS Big Sur's search doesn't find everything?
Date: Fri, 7 May 2021 19:47:42 -0700
Organization: A noiseless patient Spider
Lines: 95
Message-ID: <s74u4e$she$1@dont-email.me>
References: <OcydnQDfx-vMywn9nZ2dnUU7-SfNnZ2d@earthlink.com>
<060520211746433917%nospam@nospam.invalid> <s71o6c$4nv$3@dont-email.me>
<060520211806506328%nospam@nospam.invalid> <s71pcr$fb3$1@dont-email.me>
<060520211841190470%nospam@nospam.invalid> <s71s99$cd$1@dont-email.me>
<070520212033547025%nospam@nospam.invalid>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Sat, 8 May 2021 02:47:43 -0000 (UTC)
Injection-Info: reader02.eternal-september.org; posting-host="2bb3320c3896f2a2df0f178ae762537a";
logging-data="29230"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19vPu6I4FkKecqPIHvmASLvNUWF/roM8DE="
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:78.0)
Gecko/20100101 Thunderbird/78.10.1
Cancel-Lock: sha1:uyL0WOlF6kNkJm7fc2Rd28MWj0Y=
In-Reply-To: <070520212033547025%nospam@nospam.invalid>
Content-Language: en-US
View all headers

On 2021-05-07 5:33 p.m., nospam wrote:
> In article <s71s99$cd$1@dont-email.me>, Alan Baker
> <notonyourlife@no.no.no.no> wrote:
>
>>>>>>>> I was searching "culture" (without quotation marks) for Office 365
>>>>>>>> v16.48's Office filenames, but macOS Big Sur v11.3.1's Finder and
>>>>>>>> Spotlight doesn't find them in a 13" 2012 Intel MacBook Pro's SSD. It
>>>>>>>> doesn't show all of the files that I see when manually listing them in
>>>>>>>> Finder's Documents.
>>>>>>>
>>>>>>> totally normal. spotlight is not great at finding stuff.
>>>>>>
>>>>>> Actually, Spotlight is EXCELLENT at finding stuff.
>>>>>
>>>>> actually it's not.
>>>>>
>>>>> for example, it fails miserably with partial matches.
>>>>
>>>> Give an example...
>>>
>>> consider a bunch of documents and/or folders of medical specialties,
>>> such as toxicology, cardiology, physiology, anesthesiology, oncology,
>>> dermatology, radiology, neurology, and ophthalmology.
>>>
>>> you want to find all of them, so you search for common letters, in this
>>> case, 'ology'.
>>>
>>> since the query does not begin on a word boundary, the search results
>>> will not be particularly helpful, as in none.
>>
>> Sorry, but you're wrong.
>
> the above example works exactly as i described. i tested it prior to
> posting.
>
> it's a very simple search that should not fail.
>
> try the same set of words in bbedit. a search for 'ology' will find all
> of them. if you search for 'col', it will find only toxicology and
> oncology. both exactly as expected
>
>> "Name ends with" works great.
>
> additional steps that should not be needed.

So you're admitting you can search successfully for what you claimed
could be searched for at all.

>
>>> on the other hand, if the search query started on a word boundary,
>>> e.g., 'cardio', then it will find cardiology but not any of the others.
>>> you'd have to do multiple searches for each one, hopefully not
>>> forgetting any of them.
>>>
>>>>> it doesn't search
>>>>> everywhere.
>>>>
>>>> It does... ...if you ask it to.
>>>
>>> not where it hasn't indexed.
>>
>> It indexes everywhere.
>
> no it doesn't.

Where does it not index?

>
>>>>> the index can silently corrupt.
>>>>
>>>> Anything can.
>>>
>>> true, except that spotlight relies on an index, and if it's corrupted,
>>> it's not going to work particularly well.
>>
>> And the gain is that searches are nearly instantaneous.
>
> other alternatives are also nearly instantaneous, but more importantly,
> they are more reliable.

So you claim...

....but you also claimed something was impossible that you now admit is
possible.

>
>> Tradeoffs.
>
> reliability should never be traded off.
>
> you also snipped the part where i mentioned about the index being
> silently corrupted, which turned out to be the cause of ant's problem.
> he's not the only one who has had that happen.
>

1

rocksolid light 0.9.8
clearnet tor