UARMSOLVER(1)

πŸ“¦ version 0.4.0, in alpine 3.24, epel 9, fedora 43, fedora 44

πŸ‘‘ UARMSOLVER(1) β€” universal Association Rule Mining Solver πŸ’–

okay bestie, welcome to the uARMSolver manual page β€” it's a User Command, and it's literally the universal Association Rule Mining Solver. yes the capital A-R-M in the middle is on purpose, she's iconic like that. let's get into it 🫢


✨ SYNOPSIS ✨

uARMSolver [-v|-?]  [-sSETUP_FILE|-s SETUP_FILE]

that's it. that's the whole vibe check. πŸ’…


🌸 DESCRIPTION 🌸

so the tea is: this framework is written fully in C++ and runs on all platforms. no cap. πŸ¦‹

here's what it lets you do:

  • preprocess your data in a transaction database
  • make discretization of data
  • search for association rules
  • guide a presentation/visualization of the best rules found using external tools

and the way that it's different from the existing software packages or frameworks?? it also supports numerical and real-valued types of attributes besides the categorical ones. periodt. πŸ’œ

Mining the association rules is defined as an optimization and solved using the nature-inspired algorithms that can be incorporated easily. πŸ”₯

and because the algorithms normally discover a huge amount of association rules, the framework enables a modular inclusion of so-called visual guiders for extracting the knowledge hidden in data, and visualize these using external tools. main character energy fr fr. ✨


πŸ’… OPTIONS πŸ’…

  • -h, -? β€” Show a help message and exit. your little "what do i do" button, slay πŸŽ€
  • -sSETUP_FILE, -s SETUP_FILE β€” Path to a setup file (default arm.set). See the FILES section for details. πŸ‘‘

πŸŽ€ FILES πŸŽ€

This section describes how to describes how to configure a universal ARM Solver (uARMSolver) using a setup file. (yes, "how to describes how to" β€” the original said it like that, we don't edit the queen's words πŸ™ˆ). See also the -s option.

The setup file consists of three sections, including:

  • a problem definition,
  • parameter setting of a selected algorithm for solving ARM, and
  • parameter setting of a selected visualization method.
Lines starting with the % character are comments and are not checked for syntax. so go off, annotate your life πŸ’–

🌈 PROBLEM DEFINITION

The problem definition begins with the reserved word Problem, then curly brackets enclosing a series of parameter definitions. Each parameter definition is a line of the form:

parameter = value

The following parameters are supported:

  • Tdbase_name = file_name β€” path of the transaction database πŸ“‚
  • Rule_name = file_name β€” path of an existing archive of mined association rules πŸ“œ
  • Out_name = file_name β€” path where the archive of mined association rules will be written ✍️
  • Period = integer_value β€” how many periods are captured by archive files ⏳

The Period parameter determines whether more transaction databases or archive files are processed by the solver simultaneously. When its value is more than one, the solver expects that files are named with extensions according to their sequence numbers, e.g., is denotes as a sequence number (e.g., .1, .2, ..., .k. When the Period is set to one, a single input file representing the transaction database or ARM archive is processed.

⭐ ALGORITHM SELECTION ⭐

A line of the form:

Algorithm = mnemonic

selects a particular ARM solver algorithm. For example, the Differential Algorithm has mnemonic DE, Particle Swarm Optimization has mnemonic PSO, and so on.

When the algorithm is NONE, the solver does not perform optimization. Instead, it expects an ARM archive produced by another traditional algorithm (such as Apriori) and focuses on the visualization section of the process. lowkey the chill mode 🧚

πŸ¦‹ ALGORITHM-SPECIFIC PARAMETERS πŸ¦‹

Next are algorithm-specific parameter blocks. These begin with a line of the form

mnemonic_PARAM

followed by curly brackets enclosing a series of parameter definitions of the form

mnemonic_param = value

For example, the Differential Algorithm (DE) supports the following parameters:

  • DE_NP = integer_value β€” population size of DE algorithm πŸ‘₯
  • DE_FES = integer_value β€” maximum number of fitness function evaluations πŸ”
  • DE_RUNS = integer_value β€” maximum number of an independent DE runs πŸƒ
  • DE_F = float_value β€” scaling factor used by DE mutation strategy πŸ“
  • DE_CR = float_value β€” crossover parameter controlling the DE mutation strategy πŸ”€
  • DE_STRATEGY = integer_value in [1,12] β€” specific DE mutation strategy 🎯

πŸ’œ VISUALIZATION SELECTION πŸ’œ

In the future, the solver will support a visualization method. A line of the form:

Visualization = mnemonic

selects a particular method of preparing the data from the ARM archive for visualization.

Two algorithms are planned:

  • FLOW β€” River flow 🌊
  • METRO β€” Metro map πŸš‡

Method NONE will disable visualization preparation. πŸ’€

🌸 VISUALIZATION PARAMETERS 🌸

Visualization methods will have method-specific parameter blocks similar to the algorithm-specific parameter blocks for the ARM solver. so same energy, different section πŸ’–


πŸ”₯ EXAMPLES πŸ”₯

uARMSolver -s arm.set

look at her go. one line, whole setup file loaded, no stress. πŸ‘‘


and that's the whole page bestie!! πŸŽ‰ this one's from November 2021, filed under UARMSOLVER(1) β€” go mine some rules and be the main character of your own transaction database πŸ’–βœ¨πŸŽ€πŸ¦‹

πŸ“¦ where this page comes from