Activity
From 11 Jan 2024 to 09 Feb 2024
09 Feb 2024
-
10:36 Design #1647: Suppress zero from ideal generators? Detect 1 and simplify generators?
- John Abbott wrote:
> After brief consideration, I have decided to keep in this issue discussion related to what "cle... -
10:13 Design #1647: Suppress zero from ideal generators? Detect 1 and simplify generators?
- I remind you of the function *@IsConstant@* which should be helpful in this case (if IsField(CoeffRing)).
-
- John Abbott wrote:
> Here is an example where the resulting gens could clearly be cleaned up:
> [...]
This is st... -
- OK to require that input to *@syz@* are all non-zero.
Also OK for a new fn which accepts zero -- not sure how this s... -
- Should we make @SyzOfGens@ obsolescent? does it do anything more than calling @syz(gens(I))@?
(apart from fixing th... -
- This is my suggestion: implement a new function @syz0@ which allows 0s in the input (giving them conventional weights...
-
- Currently we have decided to forbid generator 0 in ideals (#1647), so @SyzOfGens@ will never find a 0, keeping in min...
08 Feb 2024
-
- I have implemented @homogenizer@ in OSCAR, and am happy with the interface it gives. Also some others are using it, ...
-
- What is the status of this issue? With luck we can soon close it!
-
-
- I have now added a first impl of *@TupleIter@* following the idea behind @SubsetIter@, _i.e._ the tuples are from the...
07 Feb 2024
-
- Modified ...
06 Feb 2024
-
- Anna Maria Bigatti wrote:
> John Abbott wrote:
> > It would be easy to allow the factorize to return a result if th... -
- John Abbott wrote:
> It would be easy to allow the factorize to return a result if the input is a non-zero constant.... -
- Now the test from #1390 is fast (in C++), so I re-activated it.
-
- Anna Maria Bigatti wrote:
> It should all go through @myTestIsRadical@, ... and now it isn't (I had forced the funct... -
- The package was first translated by Alice Moallemy, then fixed by Nicolas Jagersma (2023).
Now it's been officially ... -
- Port the code from the CoCoa-5 package radical.cpkg5 into CoCoALib
-
- Should we also have that @ideal(zero(R))@ has empty list of generators?
I think so.
And that would be handy, if we ...
05 Feb 2024
-
- It would be easy to allow the factorize to return a result if the input is a non-zero constant.
I suppose I made it ... -
- first bug fixed.
New bug:... -
- This problem resurfaced now that radical is in C++....
-
- Fixed. Now checking if gens are monomial, then if gens are homogeneous....
03 Feb 2024
-
-
18:10 Bug #1361: Compilation fails when compiling with libgsl
- Hi John, the new version compiles without problems.
02 Feb 2024
-
- Here is a list of files which have been checked (so that we do not repeatedly check them):
* @ApproxPts2.C@
* *@END@* -
- The ctor for @homogenizer@ will create the extended polynomial ring.
What properties should this extended ring have?... -
- Following KISS, it is probably best to try the simple interface first.
If it works well, and we like it, then we can... -
- I am not yet sure of the details, but I am hoping that it can be used as in this example:...
-
- Here is a suggestion for a cleaner, simpler way to effect homogenization.
The main idea is to create a new type of o... -
- Here is an example where the resulting gens could clearly be cleaned up:...
01 Feb 2024
-
- Anna, are you willing to investigate point (1): the implementation behaving cleverly if the term order is wdeg-compat...
-
- By Robbiano: No need to allow homogenization by an indet whose degree is not 1.
-
- (2) I think we should *not* provide homogenization by an indet whose degree is not 1, because this is not entirely tr...
-
- By Kreuzer-Robbiano: *Corollary 4.3.20*. It requires that P is positively graded.
-
- @MakeSet@ is OK for CoCoA-5 and *affine points.* In CoCoALib/C++ and/or with projective points it is not so simple.
... -
- The CoCoA-5 manual already says that the points must be distinct (as a quick reaction to the problem reported by puw...
-
- I'm more inclined to suggest @IdealOfPoints(R, MakeSet(pts))@ in the manual, if one wants to allow duplicates. Maybe...
-
- Currently we allow any non-negative machine integer as the "verification level", but there is no clear semantics.
-
- Could it be useful to have also *@IsHomog3@* which returns a @bool3@?
-
- Source is in @SparsePolyOps-ideal.C:908@ more or less
31 Jan 2024
-
- There is some non-trivial code in *@MatrixOps-IsZeroDet.C@* developed from a project in Passau...
-
- Should we implement this? Or postpone it? Or reject it?
What is most natural?
Is it really a mistake to ask for... -
- I say impl the suggestion in the main description: it should be very little code, and may make some computations fast...
-
- Yes, it would be possible to implement this, and perhaps not even too hard. *But why?*
When would it be useful? Is ... -
- Is this still a problem? Maybe we can ask Nico?
25 Jan 2024
-
- *SUMMARY*
Offering proper thread-safety is likely trickier than I had hoped, and probably decidedly more costly at r... -
- Anna reported compilation warnings with @clang@:
@std::mutex@ cannot be copied or moved, so attempting to have defau... -
- Still to do: check other cases.
I modified only @ReadExpr(string)@ and @ReadAtom@ (for symbol).
I prefer to documen... -
- I think I improved these error messages (hard to spot in string otherwise):...
-
- Here is another test case: @RingElem(R, "y(x)")@
Looks like a function call...
23 Jan 2024
-
- If I recall well, a first attempt was disappointing.
One may have to be clever if many factors are small integers.
-
- I think my idea might not work in general.
Let @I := ideal(x+y^2)@ then @I@ *is* radical. But if I add an extra ge... -
- I discussed withe the OSCAR people about putting something similar into Oscar. There it seemed simpler/clearer to of...
-
- Should there be just 3 @VerificationLevel@ values?
* *@low@* fast but greater chance of wrong answer
* *@high@* sl...
22 Jan 2024
-
- Do you have a good use-case for this?
So far I have not needed such a function. Anyway priority is _low_.
-
- What is the status of this issue?
The previous comment suggests that it should be _feedback_ or _closed_. Is there ... -
- I have cleaned the code:
* removed the InvTotient iterator which is superseded by the new code (which is fast enough... -
- Which ideal operations could benefit from @CleanGens@?
Sum, product, maybe colon. Radical?
It might make sense t... -
- Here is an outline heuristic for cleaning the generators:
* remove zeroes
* collect all monomial gens, compute GBas... -
- Anna: recover ideas, read it all, decide, implement, and close!
-
- Anna: read it all, decide, implement, close!
-
- Neither the manual for CoCoALib nor for CoCoA-5 mention that the generators are the mere concatenation, so we are all...
-
- Anna has just confirmed that the documentation *does not guarantee* that @gens(I+J) = concat(...)@. This is good!
-
- Status on 2024-01-22...
-
-
21 Jan 2024
-
- The "stupid approach" gets the answer in 10s (on my Linux laptop)....
-
- What is the status of this issue?
Is it now resolved if one uses the updated @txt2tags@ which Nico mentioned? Which... -
- I have added a new error mesg for the case that the first extra char is open-bracket or letter or digit.
The err mes... -
- In comment 8 Anna says that practically all uses could be replaced by *@FirstRows(M,n)@*, so it makes a lot of sense ...
-
- Hi Florian. Does compilation still fail with version 0.99818 (from website)? Thanks!
13 Jan 2024
-
- I have re-run the example from comment 2: it now takes 0.001s.
I'm undecided about the extra generality handling t... -
- Can we close this?
*Anna* do you agree? -
- This should be easy to implement, right?
I was wondering how often one would want to know whether an ideal is homog ...
12 Jan 2024
-
- (Just keep updating the description)
-
- Links to the list of issues dealt with in each release:
*CoCoALib: C++ library*
- (2024) *CoCoALib-0.998??* h...
Also available in: Atom