1. 14 Mar, 2024 1 commit
  2. 12 Mar, 2024 1 commit
    • Alfredo Di Napoli's avatar
      Modify Query nodes to be [QueryTerm] · 1798aab8
      Alfredo Di Napoli authored
      This paves the way to a more effective search in corpus by modifying the
      internal "leaves" type of the `Query` type from a `Term` to a new type
      called `QueryTerm`, which can either be an extact match or a partial
      match, which can be rendered into a proper Postgres TS query via the
      ":*" syntax.
      1798aab8
  3. 11 Mar, 2024 3 commits
    • Przemyslaw Kaminski's avatar
      [ngrams] fix for json/csv upload for older terms · a13df89f
      Przemyslaw Kaminski authored
      Also, some test refactoring and add servant-client to tests.
      a13df89f
    • Alfredo Di Napoli's avatar
      Add unified stemming interface · 2941ac6e
      Alfredo Di Napoli authored
      This commit refactors ever so slightly the '.Stem' modules to create a
      unified interface; now Gargantext.Core.Text.Terms.Mono.Stem exports a
      single 'stem' function which can be used with different
      `StemmingAlgorithm`s, and now the other algorithms' functions have been
      shielded behind internal modules.
      
      This makes possible to see at glance which part of Garg are using which
      stemming algorithm, as it wasn't always clearer before.
      
      This also allows us to have a better control over the langugages, as not
      all the stemming algorithms supports all the languages that Garg
      supports.
      2941ac6e
    • Alfredo Di Napoli's avatar
      Drop 'All' data constructor from 'Lang' · 63fcd605
      Alfredo Di Napoli authored
      Removing the `All` data constructor from  the `Lang` datatype has
      several benifits, the main one being that we now have total functions
      for things like `toISO693`.
      
      This will make possible to write an uniform interface for stemming
      `stem :: Lang -> StemmingAlgorithm -> T.Text -> T.Text`, as now
      `Lang` will always map to a valid (ISO693) language.
      63fcd605
  4. 07 Mar, 2024 1 commit
  5. 04 Mar, 2024 8 commits
  6. 29 Feb, 2024 1 commit
  7. 28 Feb, 2024 1 commit
  8. 27 Feb, 2024 2 commits
  9. 22 Feb, 2024 6 commits
  10. 15 Feb, 2024 1 commit
  11. 14 Feb, 2024 3 commits
  12. 13 Feb, 2024 3 commits
    • Przemyslaw Kaminski's avatar
      [nodestory] large nodestory refactoring · 030dede0
      Przemyslaw Kaminski authored
      Get rid of that TVar completely.
      030dede0
    • Alexandre Delanoë's avatar
      [FIX] 2A fixed for tests and comparison · e9686670
      Alexandre Delanoë authored
      e9686670
    • Alexandre Delanoë's avatar
      [FIX] Graph of Order 2 A or 2 B ? Here is the fix of the Order 2B to replace · b85cbefa
      Alexandre Delanoë authored
      the 2A, which is my recommendation.
      
      For some reasons that should be better analyzed, during the computation
      of the Distributional similarity using Accelerate some parts of the
      matrix are are below 1 (see the line modified by this commit). As a
      consequence the log of such value below 1 gives a negative value that is
      breaking the whole similarity computation: the matrix has negative and
      non negative values and is becoming inconsistent.
      
      The main fix consists in managing the values below 1 in order to get a
      non negative matrix.
      
      The Order 2A fixes the issue by adding 1 on each cell of the matrix.
      The Order 2B fixes the issue by removing values below 1 only.
      
      According to the qualitative tests I made the Graph results of order 2B
      is better than the results of order 2A. Filtering seems better than
      forcing using all data where some seems to be not "representative" enough.
      b85cbefa
  13. 09 Feb, 2024 1 commit
  14. 08 Feb, 2024 1 commit
  15. 05 Feb, 2024 3 commits
  16. 01 Feb, 2024 1 commit
  17. 22 Jan, 2024 3 commits