gzz-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: RDF merge (Re: [Gzz] PR)


From: Tuomas Lukka
Subject: Re: RDF merge (Re: [Gzz] PR)
Date: Tue, 1 Apr 2003 16:52:14 +0300
User-agent: Mutt/1.4i

On Tue, Apr 01, 2003 at 03:38:50PM +0300, Tuukka Hastrup wrote:
> On Tue, 1 Apr 2003, Tuomas Lukka wrote:
> > > I think with simple NTriples syntax it could actually be reasonable to 
> > > resolve these manually in the infrequent cases where they occur...
> > 
> > I agree - the really important thing here is that we *CAN* do that since
> > thing would be rather more comprehensible than with the earlier gzz stuff.
> 
> I wouldn't think manually resolving CVS conflicts is ever reasonable. 

It's far better than an automatic, *bad* resolver.

> CVS 
> knows nothing about the file format in question; 

It understands lines which is already a lot.

> I presume that inserting 
> RDF triple lines into a list in alphabetical order would result in high 
> propability of two edits occuring next to each other. 

High probability, *if* the edits concern the same node, in which case it *is*
actually good to notice it.

> > > >As long as we save into CVS, we will have some kind of conflict 
> > > >problems, 
> > > >I think. But how far are we from using Mediaserver architecture again?
> > > 
> > > That wouldn't solve the problem: we'd still have conflicts and would 
> > > still have to deal with them!
> > 
> > Indeed.
> 
> We would solve the problem of CVS messing up our files with its horrible 
> conflict syntax.

That's far better than some system that thinks it knows what we want messes up 
the 
actual *DATA*, without telling anyone.
        
Besides, CVS is the fastest way for now to get *STARTED*. 

        Tuomas




reply via email to

[Prev in Thread] Current Thread [Next in Thread]