<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE rss PUBLIC "-//Netscape Communications//DTD RSS 0.91//EN" "http://my.netscape.com/publish/formats/rss-0.91.dtd">
<!-- Mambo Open Source 4.5 RSS Generator Version 2.07 (12/10/2003) - Robert Castley -->
<!-- Changed for use with fireboard (10/04/2004) -->
<!-- Copyright (C) 2000-2003 - Tagsistant -->
<rss version = "0.91">
    <channel>
        <title>Tagsistant - Forum</title>

        <link>http://www.tagsistant.net</link>

        <description>
com_fireboard        </description>

        <language>
            en-us
        </language>

        <lastBuildDate>
            Tue, 07 Sep 2010 06:36:20 +0200        </lastBuildDate>

        <image>

        <title>Powered by Fireboard</title>

        <url>
http://www.tagsistant.net/components/com_fireboard/template/default/images/english/emoticons/fb_rsspower.gif
        </url>

        <link>http://www.tagsistant.net</link>

        <width>
            88
        </width>

        </image>

        <item><title>Subject: Re:Using Triple Tags with simple tags - by: ylon</title>
<link>http://www.tagsistant.net/index.php/forum?func=view&amp;id=10&amp;catid=7</link>
<description>My suggestion is to keep it as much simple possible (at the last on very  first stage). So the tag should be.

######
whatever:whatever
######

For example three photo tagged with &quot;orange&quot; 
file1: color:orange 
file2: tree:orange
file3: fruit:orange tree:apple

So, if you just look for &quot;orange&quot; you'll find all them.
If you ask for &quot;tree&quot; it will show file2 and file3.
-----
Now, let's make it very complicated with &quot;canonical&quot; names
file1: media:music tree orange violin artist:john_smith album:...</description>
</item>
<item><title>Subject: Re:Inode based solution - by: ticso</title>
<link>http://www.tagsistant.net/index.php/forum?func=view&amp;id=9&amp;catid=6</link>
<description>Hi and sorry for the big lag in responding you...

Well, no problem. I already discarded the inode-based solution exactly for the very same problem you've pointed out.

I'm considering better solutions based on backend abstraction which will also enable tagsistant to be DB-agnostic....</description>
</item>
<item><title>Subject: Python Script to Assist in Tagging - by: sumdog</title>
<link>http://www.tagsistant.net/index.php/forum?func=view&amp;id=8&amp;catid=7</link>
<description>Tagsistant is really the best proof-of-concept I've seen so far in creating a 'tagging' filesystem. I've been using it for a collection of videos I have. In order to make tagging more efficient, I've created the following python script. It takes a file outside of the repository, copies it in the repository and then symbolically links to that file in order to correctly associate tags. 

It seems that using symbolic links in tagsistant throws a filesystem error, so I've had to ignore that error in this scri...</description>
</item>
<item><title>Subject: Re:Using Triple Tags with simple tags - by: Marenz</title>
<link>http://www.tagsistant.net/index.php/forum?func=view&amp;id=7&amp;catid=7</link>
<description>Arent the things that you can do with tagman nearly the same as namespaces? 
Well, i couldnt try it yet.

--Marenz...</description>
</item>
<item><title>Subject: Re:Inode based solution - by: Marenz</title>
<link>http://www.tagsistant.net/index.php/forum?func=view&amp;id=6&amp;catid=6</link>
<description>The hard link solution has indeed advantages, but its limit is really a bad one. I have my files spread on about 3 Harddisks, all in my home dir.
Could the filesystem interface not treat cp's as symbolic links, not copying the file, but just creating a symlink? Additionally, instead of creating a simlink you could save the full path in the database and create the sym..or hardlinks on the fly. As in, when the user types ls, it creates the content from the database.

The problem here is of course, the movi...</description>
</item>
<item><title>Subject: Re:Some feedback - by: Marenz</title>
<link>http://www.tagsistant.net/index.php/forum?func=view&amp;id=5&amp;catid=2</link>
<description>Oh, I didnt expect the code tags to ignore my newlines. Here the log again:

marenz:/var/abs/local/yaourtbuild/tagsistant/src/tagsistant-build $ svn up
Revision 198.
marenz:/var/abs/local/yaourtbuild/tagsistant/src/tagsistant-build $ cd tagman 
marenz:/var/abs/local/yaourtbuild/tagsistant/src/tagsistant-build/tagman $ ./configure 
checking for a BSD-compatible install... /bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking f...</description>
</item>
<item><title>Subject: Some feedback - by: Marenz</title>
<link>http://www.tagsistant.net/index.php/forum?func=view&amp;id=4&amp;catid=2</link>
<description>Hello there,

i find the forum categories quite confusing, my topic would fit nowhere - problems with compilation. 

I would suggest more general Categories and forums, like

General Discussion
Development
Offtopic

You can still spilt it if you get more posts :)

Now, about my problem:

I tried to compile the latest svn rev 198.
I got some strange errors, but i could fix them with google.
I did 

[code]libtoolize --force[/code]

tagsistant itself compiled and installed after that, but t...</description>
</item>
<item><title>Subject: Using Triple Tags with simple tags - by: tx0</title>
<link>http://www.tagsistant.net/index.php/forum?func=view&amp;id=3&amp;catid=7</link>
<description>Just today I've read something formal about Machine Tags or Triple Tags. This is the page (http://www.foo.be/cgi-bin/wiki.pl/MachineTag)

Triple tags are formed by a namespace, a predicate and an optional value. The syntax is:

[code]namespace:predicate=&quot;optional value&quot;[/code]

That can introduce interesting possibilities in Tagsistant. As an example, you'll be able to tag your files by language with a tag like &quot;language:en&quot; or &quot;language:it&quot;.

But using a namespace every time can be annoying. So Tag...</description>
</item>
<item><title>Subject: Inode based solution - by: tx0</title>
<link>http://www.tagsistant.net/index.php/forum?func=view&amp;id=2&amp;catid=6</link>
<description>During last days I was thinking about allowing Tagsistant to index files outsite its internal archive. There are a lot of reasons to do that.

First of all, users does not understand Tagsistant internals, so are not supposed to understand that a file tagged by Tagsistant will be duplicated inside its internal storage, wasting disk space if an external copy still survive.

Second: that will solve a lot of issues about improper file deletion (perhaps before a copy operation has been completed). That's a s...</description>
</item>
<item><title>Subject: My photo collection - by: tx0</title>
<link>http://www.tagsistant.net/index.php/forum?func=view&amp;id=1&amp;catid=4</link>
<description>In my spare time I like to take photographs. Tagsistant has born as an effort to help me cataloging my photographs by tags without using a special DB or other kind of application.

So far, I've used Tagsistant with a small amount of photographs (about 1000) and it's still performing as expected. I have also some ontology rules about my family (as described in the introductory guide)....</description>
</item>
    </channel>
</rss>