Ile

Minusta tagi yksittäisenä sanana on vähän köyhä. Hierarkiset tagitukset mahdiollistaa paljon juttuja.

Minä tykkään kovasti deliciousin hierarkisesta tagisysteemistä, kts. esim. http://delicious.com/popular/architec...

Mä tykkään siitä että suoraan urlissa pystyy tekemään juttuja. Ne kolme palvelua joiden tageja käyvän melko aktiivisesti on tosin boolen logiikan suhteen puutteellisia, niissä on esim vain AND. Esim juuri delissä http://delicious.com/tag/boole+logic....

Ainiin tietenkään kirjastojärjestelmien "tagitus" on systemaattista ja loogista (huom boolen loogista, ei esim arkijärjen loogista), niitä ei nyt lasketa. Niitä tulee toisinaan käytettyä.

Mä tykkään kaikista hauskoista tageista paljon, esim delissä for:, sekä todellakin epämuodollisista via:, thanks:, by: jne. Ja Delissä käytän @borrowed: tagia jos olen lainannut kirjan joltain henkilöltä. Flickrissä on niitä machine tageja, esim olikos se "flickr:user=" ja paikkatietoa voi tallentaa noin myös, koordinaatteina mut ei paikan niminä.

Eihän noita kukaan muu kyl käytä ku minä, monet ei lisää ollenkaan mitään tageja flickrissä eikä välttämättä Delissäkään (siitä menee kyllä pointti!) eikä kirjoita mitään kuvauksia jne. Meikä tietenkin paheksuu ja halveksuu tällaista. Olen tagirunkkari!! Aarg!

Kuten edeltä voidaan nähdä, tämä tagien maailma on villi, monimuotoinen ja jatkuvasti kehittyvä. Onko aiheesta jo hyvää kirjaa saatavilla?

Itse odotan, että yrityskäytössä saataisiin tageihin perustuva valtuushallinta. Joo, avoimuus on ok ja hieno juttu, mutta se on suuri este some-työkalujen yleistymiseen yrityskäytössä, jos ei ole mitään tapaa käyttää samoja vermeitä myös rajatun yleisön juttuihin...

Delin tägitys on kyllä aika esimerkillinen. Flickristä ja sieltä on jäänyt itselle täysi ehdollistuminen siitä, että tägit pitää voida kirjoittaa välilyönnillä erotettuina, ei mitään pilkkuja...

@jahapaula joo toi kun unohtuu niin sitten on jossain palvelussa vahingossa hulluna tageja joissa on pilkku mukana murr. Olisi ihan viisasta että sen hallintaan olisi joku asetus tai automatiikkaa.

@ile en tiedä kirjasta mutta kirjoituksia on kyllä. Mitä tarkoitat tageihin perustuvalla valtuushallinnalla?

@mace Avoimuus on some-työkaluissa A ja O, eli valtuushallinta väärinkäytettynä on este riittävän vapaalle kommunikoinnille. Siltikin jos yrityskäytössä ei ole mitään tapaa suojata sisältöä rajautuu monet käyttötapaukset kokonaan pois ja tämä saattaa estää ko. työkalun käytön. Syntyy välinesaarekkeita kun tiedon suojaamista vaativat asiat pitää käsitellä muilla kuin some-työkaluilla.

Perinteiset valtuushallintamallit tulee "vanhasta maailmasta", jossa asioita laitetaan kansioihin joita suojataan. Kuten tiedetään, tämä tappaa kaiken sen, mitä sometyökalut mahdollistavat. Kun kansioista luovutaan, helposti luovutaan samalla valtuushallinnasta, koska asiat halutaan pitää yksinkertaisena. Valitettavasti jos yksinkertaistaa liikaa, tapahtuu tuo välinesaarekkeistuminen ja vanhoja tapoja ei saada tapetuksi.

Kuinkas sitten voitaisiin yhdistää nämä kaksi maailmaa?

Tagittamalla voidaan liittää dataa (henkilöitä, linkkejä, blogeja, wikisivuja, mikroblokahduksia, kuvia...) eri yhteyksiin. Tagien hierarkisuus auttaa (esimerkissäni >-kuvaa hierarkiaa), esim. yrityskäytössä tageja voisi olla esim.

• project>XYZ
• project>ABC
• marketing>ideas
• marketing>links
• it>architecture
• it>services>hr>employee

Entäpä sitten, kun eteen tulee dataa, joka vaan ei ole julkista? Mitäpä jos meillä olisi mahdollisuus tehdä tageja, jotka sisältävät security-aspektin. Tällaisia voisi olla esim:

• security>finance>owners
• security>it>firewall

Homma voisi toimia niin, että kunkin henkilön tiedoissa olisi pari taggauspaikka: "Security tags for reading" ja "Security tags for read/write". Näihin voidaan liittää joukko security-alkuisia tageja, joihin ko. käyttäjällä on joko luku- tai muokkausoikeus. Se, kenellä on oikeus antaa käyttäjille ko. tageja pitää toki ratkaista (ehkä oma tagilista käyttäjällä "Security owner for tags".

Itse dataa tagittaessa normaalien perustagien lisäksi käyttäjä voisi antaa sellaisia security-tageja, joita löytyy hänen omasta profiilistaan. Näin dataa saadaan tarvittaessa suojattua, riippumatta, missä sitä myöhemmin näytetään.