[Xesam] oscaf/xesam ontology merge: who is going to maintain/edit what?

[Sebastian Trüg]

On Wednesday 17 June 2009 16:40:34 Evgeny Egorochkin wrote:
> On 17 июня 2009 11:01:21 Sebastian Trüg wrote:
> > On Tuesday 16 June 2009 17:57:30 Evgeny Egorochkin wrote:
> > > On 16 июня 2009 08:20:48 Sebastian Trüg wrote:
> > > > I think this is a good solution. And keep in mind: we could go on
> > > > discussing this forever and never get to work. Or we just do this now
> > > > and if we at some later point see a better solution - we change it.
> > > > After all, it is a free project. Thus, changing to another hosting
> > > > service or version control service is no problem.
> > > >
> > > > Ok, so now we need to move over the ontology sources to the sf svn.
> > > > Should we just import the current state of the ontologies into the
> > > > svn? IMHO that would be enough. Just one folder for each ontology and
> > > > maybe one for the tools around them should be enough.
> > > >
> > > > If we agree on that I could simply import it.
> > >
> > > If you can import/export issue tracker contents, then just do it. If
> > > not, then I guess the only sane way out is to set up a Trac instance on
> > > xesam.org which shouldn't be too much of a problem.
> >
> > I thought we would use sf? Did I misunderstand?
>
> But can we import these issues from semanticdesktop trac instance? Can we
> move away from it taking our data with us?

I don't know. This is something Leo or Antony could answer.

> > > Looks like discussions have already started and we should keep
> > > documentation in one place...
> > >
> > > > On Monday 15 June 2009 14:11:21 Leo Sauermann wrote:
> > > > > Ok, excellent, so now we decided to use TRAC+(svn|git) on
> > > > > sourceforge because everyone can sign up there easily and we love
> > > > > the features of TRAC.
> > > > >
> > > > > good, I have set this up already here (months ago) and it is ready
> > > > > to use. Sebastian Trüg supported this idea back then and he is an
> > > > > admin there also.
> > > > > https://sourceforge.net/apps/trac/oscaf
> > > > >
> > > > > It carries the name OSCAF though, we intended to use this as "the
> > > > > public space where anyone from the open source community can work
> > > > > on the ontologies",
> > > > > I changed the project description to reflect this:
> > > > > "This project is used maintainers from open source projects to
> > > > > maintain standards for the interoperability of desktop and web
> > > > > applications."
> > > > >
> > > > > Some of us have joined already, if this is it, send any of the
> > > > > admins your sf-account name and the admins can add you there.
> > > > >
> > > > > best
> > > > > Leo
> > > > >
> > > > >
> > > > > It was Evgeny Egorochkin who said at the right time 12.06.2009
> > > > > 15:19 the
> > > > >
> > > > > following words:
> > > > > > On 11 июня 2009 16:45:45 Evgeny Egorochkin wrote:
> > > > > >  <snip>
> > > > > >
> > > > > >>> Does anyone know of a trac hosting solution that allows the
> > > > > >>> admins to install plugins? Otherwise I vote for SF/trac/svn.
> > > > > >>> (or SF/trac/git, and campaign for them to implement the
> > > > > >>> trac/git integration in their offering). Or maybe
> > > > > >>> freedesktop.org would allow this, i.e. a custom trac
> > > > > >>> installation with the git plugin.
> > > > > >>
> > > > > >> So we can go with SF+svn and hope we'll be able to switch to git
> > > > > >> shortly or we can try setting up trac on xesam.org... fdo.org, I
> > > > > >> doubt it, but maybe someone else knows better.
> > > > > >
> > > > > > Talking to myself :) and maybe others.
> > > > > >
> > > > > > We should finally decide on something and get to doing some
> > > > > > actual work. Lack of the issue tracker is stalling ontology
> > > > > > development