[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Search, Search Engine and properties

From: Andy Levy <andy.levy_at_gmail.com>
Date: Tue, 30 Dec 2008 10:59:17 -0500

On Tue, Dec 30, 2008 at 10:56, Ilan Yaniv <Ilan.Yaniv_at_timetoknow.org> wrote:
> Sorry - I have no such assets, I hope that someday someone will do it.
> Do you accidentally know of someone who did something similar to what I
> am looking?

Please keep your replies on-list.

No, I don't know anyone who has done it. As for hoping it'll become
part of the SVN core product, that depends upon usefulness for the SVN
user community at large, an agreed-upon design, and having the
development resources to handle it on top of the rest of the SVN
roadmap. Financial or time contributions can help with achieve this if
it's a feature that you really want.

> -----Original Message-----
> From: Andy Levy [mailto:andy.levy_at_gmail.com]
> Sent: Tuesday, December 30, 2008 5:47 PM
> To: Ilan Yaniv; Subversion Users
> Subject: Re: Search, Search Engine and properties
>
> On Tue, Dec 30, 2008 at 10:42, Ilan Yaniv <Ilan.Yaniv_at_timetoknow.org>
> wrote:
>> I think that this is something that SVN should do sometime in its
>> roadmap for next generations of SVN
>
> You can think it all you want - will you be putting up money,
> developers, or your own time to document it, get it approved by the
> SVN core group, and then actually implement it?
>
>> -----Original Message-----
>> From: Andy Levy [mailto:andy.levy_at_gmail.com]
>> Sent: Tuesday, December 30, 2008 5:05 PM
>> To: Ilan Yaniv
>> Cc: users_at_subversion.tigris.org
>> Subject: Re: Search, Search Engine and properties
>>
>> On Tue, Dec 30, 2008 at 09:45, Ilan Yaniv <Ilan.Yaniv_at_timetoknow.org>
>> wrote:
>>> Hi All,
>>>
>>> In my company we are developing lots of assets, it is NOT code.
>>>
>>> We have lots of Giga's of animations, graphics etc.
>>>
>>> There are many tools out there for content management tools, but
> since
>> that
>>> we also develops code, I want that the company will use SVN for
> assets
>> too.
>>>
>>> I offered to use the SVN properties to add metadata for each file.
>>>
>>> Example:
>>>
>>> Today, if a user is searching for a yellow flower tool, he needs to
>> have
>>> folder path like: nature\flower\color\yellow.
>>>
>>> I want to have: yellow and flower as properties for the file.
>>>
>>> The thing is that I will have to run a search for yellow flower on
> all
>>> assets properties (and there are hundred of thousands of files) it
>> will take
>>> me hours to find a file.
>>
>> Haven't you asked this question previously?
>>
>>> If I had database search, the search will be much faster, but this is
>> not
>>> possible with SVN.
>>>
>>> 1) What should I do, maybe SVN is not the tool that I am looking
>> for?
>>
>> It may be the right tool, it may not, or it may be a portion of a
>> larger system you build to do this.
>>
>>> 2) Does SVN have search engine?
>>
>> No.
>>
>>> 3) Does SVN have search engine for properties?
>>
>> No.
>>
>>> 4) Does SVN have a caching mechanism?
>>
>> Depending upon your definition of "caching", yes, the .svn directories
>> are a cache.
>>
>>> 5) Does SVN have a caching mechanism for properties?
>>
>> See above.
>>
>>> 6) Is there a third party tool (maybe DB) that I can have
>> indexing
>>> ability to search for files?
>>
>> If your post-commit hook script updated and maintained a database
>> which contains some of the data you're looking to index & search, you
>> could then use that database for your searching.
>>
>>> I guess that this list of questions is enough for now, isn't it?
>>
>> Please re-read the conversation you had with Mark Phippard on this
>> mailing list on December 3.
>>
>

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=996057

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2008-12-30 17:00:22 CET

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.