[developers] RMRS characterization differences
Bernd Kiefer
kiefer at dfki.de
Tue Jul 24 11:27:32 CEST 2007
Hi all,
i will happily revert the change Ben mentions below. However, this will
break characterization in some of the other 4739 configurations PET can
be run in. As you can see from the changelog, this was a fix for some
other problem that occured with characterization.
I have no time to look into this problem systematically at the moment,
so my only option is to simply revert the change. After that, i will
not work on anything that concerns characterization in PET again for
the following reasons:
- this mechanism is so dependent on things being done at the right time
and in the right order that given the many ways PET can be used, it
is almost impossible to do it correctly for all configurations. It
really interacts badly with restriction, unfilling and the like
- i have never seen a specification for the functionality that was much
more specific than "there are some empty places in the feature
structure ..." and "the output has to look this way ..."
- the whole thing is so brittle and makes so many assumptions that if i
had had a say in the matter, i would have refused to implement it
like this in the first place
- 6 out of 7 requests/bug reports i worked on for PET in the last time
had to do with characterization, which took some of my time and
confirms my initial concerns
To sum up: I would like to ask the people who created this
functionality to also take over its implementation in PET.
Best,
Bernd
> The bug in PET reported by Sergio below apparently originates in SVN
> revision 328 due to beki01 (Bernd). The changelog is shown below. Bernd,
> please could you fix this?
>
> Thanks,
> - Ben
>
> ===================================================================
> --- CHANGELOG (revision 327)
> +++ CHANGELOG (revision 328)
> @@ -1,4 +1,6 @@
> v0.99.??
> + - changed init() of tLexItem, such that characterization during
> exhaustive
> + unpacking works correctly
> - Moved functionality of fresh_constraint_p into cached_constraint_of
> - Default for memory allocation is now NO mmap, because of the notorious
> problems with the ecl-based modules. Works fine for cheap and flop.
> Index: configure.ac
> ===================================================================
--
----------------------------------------------------------------------
Bernd Kiefer DFKI GmbH, Stuhlsatzenhausweg, D-66123 Saarbruecken
kiefer at dfki.de +49-681/302-5301 (phone) +49-681/3025338 (fax)
----------------------------------------------------------------------
Deutsches Forschungszentrum fuer Kuenstliche Intelligenz GmbH
Trippstadter Strasse 122, D-67663 Kaiserslautern, Germany
Geschaeftsfuehrung: Prof. Dr. Dr. h.c. mult. Wolfgang Wahlster (Vor-
sitzender), Dr. Walter Olthoff
Vorsitzender des Aufsichtsrats: Prof. Dr. h.c. Hans A. Aukes
Amtsgericht Kaiserslautern, HRB 2313
More information about the developers
mailing list