Google demands its adsense users to choose some trigger keywords/phrases. If they match a search of a Google user, the advertiser's ad might get displayed.
If the user clicks any such ad, they show interest in the topic of the ad, outlined by the trigger keywords. -- So, if one (or Google itself) were after to figure the interests of a user, Google could take these keywords and tag the user with them. -- The Google cookie one gets practically everywhere in the web, expiring in 2037, provides a unique handle for the user, for a long time. (And I really wouldn't wonder if they'd track 90% of all web users, individually.)
On the other hand, whenever a user enters a page featuring Google content, the user might become identified by their cookie. If Google is about to place ads on that site, by the cookie ID, Google immediately could figure the fields of interests of the visiting user. Also, immediately, it could update the user's record, since by visiting the page Google knew another bit about that user: He's likely interested in the topics dealt with on the page just entered. -- Which either the advertising real estate provider reveals by tagging its own page or which Google might do itself by traditional information science approaches.
Then, Google could select any ad that matches the user's profile and render it to the page currently being put out/the user is waiting for that it finishes rendering.
Is there a way to mimic that approach to gather tags of tags?
Updates: none so far
Showing posts with label Google. Show all posts
Showing posts with label Google. Show all posts
Monday, June 11, 2007
Monday, June 28, 2004
[Merged from (the now removed) ia: organizing notions:] If Google didn't get the idea it's just standing in front of understanding it. Using labels in GMail is a nice thing, but it results in many, many individual labels.
To apply them to mails will get quite inconveniently. Currently Google's using hot keys inside its gmail service, meaning that pressing a 'c' (for example) leads me to the "create new mail" screen. This intereferes a bit with the convenient use of a drop down box where you normally can use the first letter of an entry to navigate in the list.
To bypass that, someone could request for cascaded/stacked drop down lists, resulting in a kind of menu. There, for example, one could place all labels of interest within a bigger thread -- a mailing list for example. - But that's something Google cannot do since implementing such a concept would lead back to the monohierarchical folders concept. Therefore they have to find a way to keep such kind of menu polyhierarchically.
*snap* That's it. Then they'll get the idea.
The idea is, that a lot of things (but not all) can be identified by cascading labels -- or, further thought, features (that results in independence of language). But it has to be possible to order these features in a polyhierachical manner still. Then one can stack ideas. The name of a mailing list (or the "idea" of that mailing list) could be a feature of an individual mail sent by that list. Another feature of that mail could be the sender, cc recipients and so on.
Another case applies to the conversations, gmail is using instead of folders. One single mail can be part of different conversations - for example if one reader starts a new thread based on a mail that continues to be part of an earlier started conversation. Same problem as for the labels. -- I think, Google almost must get the idea.
Next obstacle: How to let gmail users access their gmail accounts by POP3 based mail readers? - One possible solution is to introduce a normally invisible field in the mail header, that contains gmail labels. Other freemail providers can adopt that principle -- then it may be used by a wide range of users. -- Maybe a possibility to fund on this to create a notion based search engine? -- I have thought about that some years, yet, but I've never had the time to really implement it. The few months between my last test and the start of research for my diploma thesis I used to just automatically generate an appropiate MySQL database. But after that I had to stop working on it, since making my diploma has a higher priority.
I'd like to hear from anyone who would be interested in implementing such an engine as an free software project with me together.<<
Updates: 20070624: Tagged the posting. Updated the posting style (layout) to my current style, such as using blockquotes when appropriate, more precise word picks, better grammar. Removed my workaround for backlinks blogger.com didn't support in earlier times. Now, backlings are there, therefore the bypass can be dropped.
To apply them to mails will get quite inconveniently. Currently Google's using hot keys inside its gmail service, meaning that pressing a 'c' (for example) leads me to the "create new mail" screen. This intereferes a bit with the convenient use of a drop down box where you normally can use the first letter of an entry to navigate in the list.
To bypass that, someone could request for cascaded/stacked drop down lists, resulting in a kind of menu. There, for example, one could place all labels of interest within a bigger thread -- a mailing list for example. - But that's something Google cannot do since implementing such a concept would lead back to the monohierarchical folders concept. Therefore they have to find a way to keep such kind of menu polyhierarchically.
*snap* That's it. Then they'll get the idea.
The idea is, that a lot of things (but not all) can be identified by cascading labels -- or, further thought, features (that results in independence of language). But it has to be possible to order these features in a polyhierachical manner still. Then one can stack ideas. The name of a mailing list (or the "idea" of that mailing list) could be a feature of an individual mail sent by that list. Another feature of that mail could be the sender, cc recipients and so on.
Another case applies to the conversations, gmail is using instead of folders. One single mail can be part of different conversations - for example if one reader starts a new thread based on a mail that continues to be part of an earlier started conversation. Same problem as for the labels. -- I think, Google almost must get the idea.
Next obstacle: How to let gmail users access their gmail accounts by POP3 based mail readers? - One possible solution is to introduce a normally invisible field in the mail header, that contains gmail labels. Other freemail providers can adopt that principle -- then it may be used by a wide range of users. -- Maybe a possibility to fund on this to create a notion based search engine? -- I have thought about that some years, yet, but I've never had the time to really implement it. The few months between my last test and the start of research for my diploma thesis I used to just automatically generate an appropiate MySQL database. But after that I had to stop working on it, since making my diploma has a higher priority.
I'd like to hear from anyone who would be interested in implementing such an engine as an free software project with me together.<<
Updates: 20070624: Tagged the posting. Updated the posting style (layout) to my current style, such as using blockquotes when appropriate, more precise word picks, better grammar. Removed my workaround for backlinks blogger.com didn't support in earlier times. Now, backlings are there, therefore the bypass can be dropped.
Subscribe to:
Posts (Atom)
