RDFWeb and Friend of a Friend (FOAF): SemaView, Social Networking and FOAF

July 13, 2003

SemaView, Social Networking and FOAF

SemaView have a nice writeup of their work with RDF, Semantic Web and FOAF: Social Networking utilizing the Intelligent Internet

Actually it was published back in March, but I missed the chance to write about it then. Better late than never. The article introduces the basic concepts of the Semantic Web and RDF using their FOAF browser, built using Java and PHP. The article goes on to talk about the potential business value of such work, giving a brief case study of the Ecademy networking site.

The other publications on SemaView's site are worth a read too. They've made an effort to provide a friendly overview of Semantic Web technologies, and to provide a business-oriented perspective as well as a technical one.

Posted by danbri at July 13, 2003 10:56 AM | TrackBack

Comments

Great_Blog_I_agree_with_you_completely

Posted by: online basketball betting sports betting on January 17, 2004 07:38 PM

Great_Blog_I_agree_with_you_completely

Posted by: basketball betting line sports betting on January 17, 2004 07:38 PM

Great_Blog_I_agree_with_you_completely

Posted by: college basketball betting line on January 17, 2004 07:39 PM

Great_Blog_I_agree_with_you_completely

Posted by: march madness bet on January 17, 2004 07:39 PM

Great_Blog_I_agree_with_you_completely

Posted by: ncaa basketball odds on January 17, 2004 07:39 PM

Great_Blog_I_agree_with_you_completely

Posted by: ncaa basketball point spread bet on January 17, 2004 07:39 PM

Great_Blog_I_agree_with_you_completely

Posted by: college basketball betting on January 17, 2004 07:39 PM

Great_Blog_I_agree_with_you_completely

Posted by: college basketball betting line on January 17, 2004 07:40 PM

Nice_Blog_Come_visit_us

Posted by: basketballs betting line sports betting on January 17, 2004 07:40 PM

Great_Blog_I_agree_with_you_completely

Posted by: online basketball betting on January 17, 2004 07:40 PM

Great_Blog_I_agree_with_you_completely

Posted by: basketball gambling line on January 17, 2004 07:40 PM

Great_Blog_I_agree_with_you_completely

Posted by: college basketball betting on January 17, 2004 07:41 PM

Great_Blog_I_agree_with_you_completely

Posted by: online basketball betting on January 17, 2004 07:41 PM

Great_Blog_I_agree_with_you_completely

Posted by: march madness odds on January 17, 2004 07:41 PM

Great_Blog_I_agree_with_you_completely

Posted by: bet march madness bet on January 17, 2004 07:41 PM

Great_Blog_I_agree_with_you_completely

Posted by: ncaa march madness on January 17, 2004 07:41 PM

Great_Blog_I_agree_with_you_completely

Posted by: online basketball betting on January 17, 2004 07:42 PM

Nice_Blog_Come_visit_us

Posted by: ibet royal sports betting on January 17, 2004 07:42 PM

Great_Blog_I_agree_with_you_completely

Posted by: Online Casinos bonus matching service on January 17, 2004 07:42 PM

Nice_Blog_Come_visit_us

Posted by: online casinos slots machines on January 17, 2004 07:42 PM

Great_Blog_I_agree_with_you_completely

Posted by: Free slot machines online on January 17, 2004 07:43 PM

Nice_Blog_Come_visit_us

Posted by: Online Casino on January 17, 2004 07:43 PM

Great_Blog_I_agree_with_you_completely

Posted by: Online Casinos Affiliate Program on January 17, 2004 07:43 PM

Nice_Blog_Come_visit_us

Posted by: Online Casino on January 17, 2004 07:43 PM

Online Casinos Betting Online Gambling

Posted by: Online Casinos Affiliate Program on January 17, 2004 07:43 PM

Online Casinos Betting Online Gambling

Posted by: Online Sports Betting on January 17, 2004 07:44 PM

Online Casinos Betting Online Gambling

Posted by: Online Sports Betting on January 17, 2004 07:44 PM

Online Casinos Betting Online Gambling

Posted by: Sports Betting on January 17, 2004 07:44 PM

Great_Blog_I_agree_with_you_completely

Posted by: Online Casinos on January 17, 2004 07:52 PM

Great_Blog_I_agree_with_you_completely

Posted by: Online Casinos on January 17, 2004 07:52 PM

Great_Blog_I_agree_with_you_completely

Posted by: Sports Betting on January 17, 2004 07:54 PM

Great_Blog_I_agree_with_you_completely

Posted by: Sports Betting on January 17, 2004 07:54 PM

Great_Blog_I_agree_with_you_completely

Posted by: Sports Betting on January 17, 2004 07:54 PM

Great_Blog_I_agree_with_you_completely

Posted by: Sports Betting on January 17, 2004 07:55 PM

Great_Blog_I_agree_with_you_completely

Posted by: Sports Betting on January 17, 2004 07:55 PM

Great_Blog_I_agree_with_you_completely

Posted by: Sports Betting on January 17, 2004 07:55 PM

Great_Blog_I_agree_with_you_completely

Posted by: Sports Betting on January 17, 2004 07:55 PM

Great_Blog_I_agree_with_you_completely

Posted by: Sports Betting on January 17, 2004 07:56 PM

Great_Blog_I_agree_with_you_completely

Posted by: Sports Betting on January 17, 2004 07:56 PM

Great_Blog_I_agree_with_you_completely

Posted by: Sports Betting on January 17, 2004 07:56 PM

Great_Blog_I_agree_with_you_completely

Posted by: Online Casinos on January 17, 2004 07:56 PM

Great_Blog_I_agree_with_you_completely

Posted by: Casino Affiliates Programs on January 17, 2004 07:57 PM

Great_Blog_I_agree_with_you_completely

Posted by: Internet Casinos on January 17, 2004 07:57 PM

Great_Blog_I_agree_with_you_completely

Posted by: Sports Betting on January 17, 2004 07:57 PM

When a variable is finished with it's work, it does not go into retirement, and it is never mentioned again. Variables simply cease to exist, and the thirty-two bits of data that they held is released, so that some other variable may later use them.

Posted by: Marian on January 20, 2004 08:18 AM

To address this issue, we turn to the second place to put variables, which is called the Heap. If you think of the Stack as a high-rise apartment building somewhere, variables as tenets and each level building atop the one before it, then the Heap is the suburban sprawl, every citizen finding a space for herself, each lot a different size and locations that can't be readily predictable. For all the simplicity offered by the Stack, the Heap seems positively chaotic, but the reality is that each just obeys its own rules.

Posted by: Polidore on January 20, 2004 08:18 AM

Each Stack Frame represents a function. The bottom frame is always the main function, and the frames above it are the other functions that main calls. At any given time, the stack can show you the path your code has taken to get to where it is. The top frame represents the function the code is currently executing, and the frame below it is the function that called the current function, and the frame below that represents the function that called the function that called the current function, and so on all the way down to main, which is the starting point of any C program.

Posted by: Emmett on January 20, 2004 08:18 AM

These secret identities serve a variety of purposes, and they help us to understand how variables work. In this lesson, we'll be writing a little less code than we've done in previous articles, but we'll be taking a detailed look at how variables live and work.

Posted by: Christopher on January 20, 2004 08:18 AM

Let's take a moment to reexamine that. What we've done here is create two variables. The first variable is in the Heap, and we're storing data in it. That's the obvious one. But the second variable is a pointer to the first one, and it exists on the Stack. This variable is the one that's really called favoriteNumber, and it's the one we're working with. It is important to remember that there are now two parts to our simple variable, one of which exists in each world. This kind of division is common is C, but omnipresent in Cocoa. When you start making objects, Cocoa makes them all in the Heap because the Stack isn't big enough to hold them. In Cocoa, you deal with objects through pointers everywhere and are actually forbidden from dealing with them directly.

Posted by: Denton on January 20, 2004 08:19 AM

Earlier I mentioned that variables can live in two different places. We're going to examine these two places one at a time, and we're going to start on the more familiar ground, which is called the Stack. Understanding the stack helps us understand the way programs run, and also helps us understand scope a little better.

Posted by: Magdalen on January 20, 2004 08:19 AM

Inside each stack frame is a slew of useful information. It tells the computer what code is currently executing, where to go next, where to go in the case a return statement is found, and a whole lot of other things that are incredible useful to the computer, but not very useful to you most of the time. One of the things that is useful to you is the part of the frame that keeps track of all the variables you're using. So the first place for a variable to live is on the Stack. This is a very nice place to live, in that all the creation and destruction of space is handled for you as Stack Frames are created and destroyed. You seldom have to worry about making space for the variables on the stack. The only problem is that the variables here only live as long as the stack frame does, which is to say the length of the function those variables are declared in. This is often a fine situation, but when you need to store information for longer than a single function, you are instantly out of luck.

Posted by: Nathaniel on January 20, 2004 08:19 AM

That gives us a pretty good starting point to understand a lot more about variables, and that's what we'll be examining next lesson. Those new variable types I promised last lesson will finally make an appearance, and we'll examine a few concepts that we'll use to organize our data into more meaningful structures, a sort of precursor to the objects that Cocoa works with. And we'll delve a little bit more into the fun things we can do by looking at those ever-present bits in a few new ways.

Posted by: Randolph on January 20, 2004 08:19 AM

But some variables are immortal. These variables are declared outside of blocks, outside of functions. Since they don't have a block to exist in they are called global variables (as opposed to local variables), because they exist in all blocks, everywhere, and they never go out of scope. Although powerful, these kinds of variables are generally frowned upon because they encourage bad program design.

Posted by: Elizabeth on January 20, 2004 08:19 AM

Since the Heap has no definite rules as to where it will create space for you, there must be some way of figuring out where your new space is. And the answer is, simply enough, addressing. When you create new space in the heap to hold your data, you get back an address that tells you where your new space is, so your bits can move in. This address is called a Pointer, and it's really just a hexadecimal number that points to a location in the heap. Since it's really just a number, it can be stored quite nicely into a variable.

Posted by: Edmund on January 20, 2004 08:19 AM

Re: Re: <a href=' http://free-girls-sex-usa.prosexhost.com/index2350.html'

Posted by: rgerhgrt on January 24, 2004 04:36 PM