Introduction to conjurer
Sidharth Macherla
2021-10-17
1 Overview
1.1 Background & Motivation
Data science applications need data to prototype and demonstrate to potential clients. For such purposes, using production data is a possibility. However, it is not always feasible due to legal and/or ethical considerations(By Team Nuggets, n.d.). This resulted in a need for generating synthetic data. This need is the key motivator for the package conjurer. This package is under constant development and the author would update the documentation regularly at foyi digital library
1.2 Need for package conjurer
Data across multiple domains are known to exhibit some form of seasonality, cyclicality and trend. Although there are synthetic data generation packages currently available, they focus primarily on synthetic versions of microdata containing confidential information or for machine learning purposes. There is a need for a more generic synthetic data generation package that helps for multiple purposes such as forecasting, customer segmentation, insight generation etc. This package conjurer helps in generating such synthetic data.
2 Steps to build synthetic data
Let us consider an example of generating transactional data for a retail store. The following steps will help in building such data.
2.1 Installation
Install conjurer package by using the following code. Since the package uses base R functions, it does not have any dependencies.
install.packages("conjurer")2.2 Build customers
A customer is identified by a unique customer identifier(ID). A customer ID is alphanumeric with prefix “cust” followed by a numeric. This numeric ranges from 1 and extend to the number of customers provided as the argument within the function. For example, if there are 100 customers, then the customer ID will range from cust001 to cust100. This ensures that the customer ID is always of the same length. Let us build a group of customer IDs using the following code. For simplicity, let us assume that there are 100 customers. customer ID is built using the function buildCust. This function takes one argument “numOfCust” that specifies the number of customer IDs to be built.
library(conjurer)
customers <- buildCust(numOfCust = 100)
print(head(customers))
#> [1] "cust001" "cust002" "cust003" "cust004" "cust005" "cust006"2.2.1 Build customer names
A list of customer names for the 100 customer IDs can be generated in the following way.
custNames <- as.data.frame(buildNames(numOfNames = 100, minLength = 5, maxLength = 7))
#set column heading
colnames(custNames) <- c("customerName")
print(head(custNames))
#> customerName
#> 1 nallene
#> 2 loniel
#> 3 marly
#> 4 emena
#> 5 carra
#> 6 carian2.2.2 Assign customer name to customer ID
Let us assign customer names to customer IDs. This is a random one to one mapping using the following code.
customer2name <- cbind(customers, custNames)
#set column heading
print(head(customer2name))
#> customers customerName
#> 1 cust001 nallene
#> 2 cust002 loniel
#> 3 cust003 marly
#> 4 cust004 emena
#> 5 cust005 carra
#> 6 cust006 carian2.2.3 Build customer age
A list of customer ages for the 100 customer IDs can be generated in the following way.
custAge <- as.data.frame(round(buildNum(n = 10, st = 23, en = 80, disp = 0.5, outliers = 1)))
#set column heading
colnames(custAge) <- c("customerAge")
print(head(custAge))
#> customerAge
#> 1 32
#> 2 51
#> 3 66
#> 4 46
#> 5 80
#> 6 792.2.4 Assign customer age to customer ID
Let us assign customer ages to customer IDs. This is a random one to one mapping using the following code.
customer2age <- cbind(customers, custAge)
#set column heading
print(head(customer2age))
#> customers customerAge
#> 1 cust001 32
#> 2 cust002 51
#> 3 cust003 66
#> 4 cust004 46
#> 5 cust005 80
#> 6 cust006 792.3 Build products
The next step is building some products. A product is identified by a product ID. Similar to a customer ID, a product ID is also an alphanumeric with prefix “sku” which signifies a stock keeping unit. This prefix is followed by a numeric ranging from 1 and extending to the number of products provided as the argument within the function. For example, if there are 10 products, then the product ID will range from sku01 to sku10. This ensures that the product ID is always of the same length. Besides product ID, the product price range must be specified. Let us build a group of products using the following code. For simplicity, let us assume that there are 10 products and the price range for them is from 5 dollars to 50 dollars. Products are built using the function buildProd. This function takes 3 arguments as given below.
- numOfProd. This defines the number of product IDs to be generated.
- minPrice. This is the minimum value of the price range.
- maxPrice. This is the maximum value of the price range.
products <- buildProd(numOfProd = 10, minPrice = 5, maxPrice = 50)
print(head(products))
#> SKU Price
#> 1 sku01 46.25
#> 2 sku02 44.30
#> 3 sku03 38.78
#> 4 sku04 46.03
#> 5 sku05 23.05
#> 6 sku06 33.392.3.1 Build product hierarchy
The products belong to various categories. Let’s start to build the product hierarchy. The 10 products belong to 2 categories namely Food and Non-Food. These categories are further classifed into 4 different sub-categories namely Beverages, Dairy, Sanitary and Household.
productHierarchy <- buildHierarchy(type = "equalSplit", splits = 2, numOfLevels = 2)
print(productHierarchy)
#> level1 level2
#> 1 Level_1_element_1 Level_2_element_1
#> 2 Level_1_element_2 Level_2_element_2
#> 3 Level_1_element_1 Level_2_element_3
#> 4 Level_1_element_2 Level_2_element_4As you can see, the product hierarchy generated has default names for levels and elements. To make it more meaningful, it can be modified as follows.
#Rename the dataframe
names(productHierarchy) <- c("category", "subcategory")
#Replace category with Food and Non-Food
productHierarchy$category <- gsub("Level_1_element_1", "Food", productHierarchy$category)
productHierarchy$category <- gsub("Level_1_element_2", "Non-Food", productHierarchy$category)
#Replace subCategories
productHierarchy$subcategory <- gsub("Level_2_element_1", "Beverages", productHierarchy$subcategory)
productHierarchy$subcategory <- gsub("Level_2_element_3", "Dairy", productHierarchy$subcategory)
productHierarchy$subcategory <- gsub("Level_2_element_2", "Sanitary", productHierarchy$subcategory)
productHierarchy$subcategory <- gsub("Level_2_element_4", "Household", productHierarchy$subcategory)
#Inspect the data to confirm the results
productHierarchy <- productHierarchy[order(productHierarchy$category),]
print(productHierarchy)
#> category subcategory
#> 1 Food Beverages
#> 3 Food Dairy
#> 2 Non-Food Sanitary
#> 4 Non-Food Household2.4 Build transactions
Now that a group of customer IDs and Products are built, the next step is to build transactions. Transactions are built using the function genTrans. This function takes 5 arguments. The details of them are as follows.
- cylces. This represents the cyclicality of data. It can take the following values
- “y”. If cycles is set to the value “y”, it means that there is only one instance of a high number of transactions during the entire year. This is a very common situation for some retail clients where the highest number of sales are during the holiday period in December.
- “q”. If cycles is set to the value “q”, it means that there are 4 instances of a high number of transactions. This is generally noticed in the financial services industry where the financial statements are revised every quarter and have an impact on the equity transactions in the secondary market.
- “m”. If cycles is set to the value “m”, it means that there are 12 instances of a high number of transactions for a year. This means that the number of transactions increases once every month and then subside for the rest of the month.
- spike. This represents the seasonality of data. It can take any value from 1 to 12. These numbers represent months in an year, from January to December respectively. For example, if spike is set to 12, it means that December has the highest number of transactions.
- trend. This represents the slope of data distribution. It can take a value of 1 or -1.
- If the trend is set to value 1, then the aggregated monthly transactions will exhibit an upward trend from January to December and vice versa if it is set to -1.
- outliers. This signifies the presence of outliers. If set to value 1, then outliers are generated randomly. If set to value 0, then no outliers are generated. The presence of outliers is a very common occurrence and hence setting the outliers to 1 is recommended. However, there are instances where outliers are not needed. For example, if the objective of data generation is solely for visualization purposes then outliers may not be needed.
- transactions. This represents the number of transactions to be generated.
Let us build transactions using the following code
transactions <- genTrans(cycles = "y", spike = 12, outliers = 1, transactions = 10000)Visualize generated transactions by using
TxnAggregated <- aggregate(transactions$transactionID, by = list(transactions$dayNum), length)
plot(TxnAggregated, type = "l", ann = FALSE)
2.5 Build final data
Bringing customers, products and transactions together is the final step of generating synthetic data. This process entails 3 steps as given below.
2.5.1 Allocate customers to transactions
The allocation of transactions is achieved with the help of buildPareto function. This function takes 3 arguments as detailed below.
- factor1 and factor2. These are factors to be mapped to each other. As the name suggests, they must be of data type factor.
- Pareto. This defines the percentage allocation and is a numeric data type. This argument takes the form of c(x,y) where x and y are numeric and their sum is 100. If we set Pareto to c(80,20), it then allocates 80 percent of factor1 to 20 percent of factor 2. This is based on a well-known concept of Pareto principle.
Let us now allocate transactions to customers first by using the following code.
customer2transaction <- buildPareto(customers, transactions$transactionID, pareto = c(80,20))Assign readable names to the output by using the following code.
names(customer2transaction) <- c('transactionID', 'customer')
#inspect the output
print(head(customer2transaction))
#> transactionID customer
#> 1 txn-19-22 cust013
#> 2 txn-281-02 cust020
#> 3 txn-45-41 cust005
#> 4 txn-259-10 cust032
#> 5 txn-272-15 cust073
#> 6 txn-16-07 cust0302.5.2 Allocate products to product hierarchy
Allocate the products to the product hierarchy. This can be achieved as follows.
#First step is to ensure that the product hierarchy data frame has the same number of rows as number of products.
category <- productHierarchy$category
subcategory <- productHierarchy$subcategory
productHierarchy <- as.data.frame(cbind(category,subcategory,1:nrow(products)))
#> Warning in cbind(category, subcategory, 1:nrow(products)): number of rows of
#> result is not a multiple of vector length (arg 1)
#Randomly assign the product hierarchy to the products. Ensure that the additional unused variable towards the end is dropped.
products <- cbind(products, productHierarchy[,c("category","subcategory")])
#inspect the output
print(head(products))
#> SKU Price category subcategory
#> 1 sku01 46.25 Food Beverages
#> 2 sku02 44.30 Food Dairy
#> 3 sku03 38.78 Non-Food Sanitary
#> 4 sku04 46.03 Non-Food Household
#> 5 sku05 23.05 Food Beverages
#> 6 sku06 33.39 Food Dairy2.5.3 Allocate products to transactions
Now, using similar step as mentioned above, allocate transactions to products using following code.
product2transaction <- buildPareto(products$SKU,transactions$transactionID,pareto = c(70,30))
names(product2transaction) <- c('transactionID', 'SKU')
#inspect the output
print(head(product2transaction))
#> transactionID SKU
#> 1 txn-143-16 sku07
#> 2 txn-227-17 sku07
#> 3 txn-50-26 sku09
#> 4 txn-311-06 sku09
#> 5 txn-129-04 sku09
#> 6 txn-288-08 sku092.5.4 Combine customers and transactions data
The following code brings together transactions, products and customers into one dataframe.
df1 <- merge(x = customer2transaction, y = product2transaction, by = "transactionID")
df2 <- merge(x = df1, y = transactions, by = "transactionID", all.x = TRUE)
#inspect the output
print(head(df2))
#> transactionID customer SKU dayNum mthNum
#> 1 txn-1-01 cust056 sku02 1 1
#> 2 txn-1-02 cust066 sku09 1 1
#> 3 txn-1-03 cust040 sku02 1 1
#> 4 txn-1-04 cust040 sku07 1 1
#> 5 txn-1-05 cust013 sku07 1 1
#> 6 txn-1-06 cust004 sku07 1 12.5.5 Final data
We can add additional data such as customer name, product price using the code below.
df3 <- merge(x = df2, y = customer2name, by.x = "customer", by.y = "customers", all.x = TRUE)
df4 <- merge(x = df3, y = customer2age, by.x = "customer", by.y = "customers", all.x = TRUE)
df5 <- merge(x = df4, y = products, by = "SKU", all.x = TRUE)
dfFinal <- df5[,c("dayNum", "mthNum", "customer", "customerName", "customerAge", "transactionID", "SKU", "Price", "category","subcategory")]
#inspect the output
print(head(dfFinal))
#> dayNum mthNum customer customerName customerAge transactionID SKU Price
#> 1 301 10 cust073 trayahi 66 txn-301-20 sku01 46.25
#> 2 61 3 cust040 elliam 23 txn-61-05 sku01 46.25
#> 3 339 12 cust005 carra 80 txn-339-05 sku01 46.25
#> 4 222 8 cust069 emanna 44 txn-222-02 sku01 46.25
#> 5 2 1 cust056 brandan 79 txn-2-37 sku01 46.25
#> 6 24 1 cust065 joshan 80 txn-24-23 sku01 46.25
#> category subcategory
#> 1 Food Beverages
#> 2 Food Beverages
#> 3 Food Beverages
#> 4 Food Beverages
#> 5 Food Beverages
#> 6 Food BeveragesThus, we have the final data set with transactions, customers and products.
3 Interpret the results
The column names of the final data frame can be interpreted as follows. + Each row is a transaction and the data frame has all the transactions for a year i.e 365 days. + transactionID is the unique identifier for that transaction. + customer is the unique customer identifier. This is the customer who made that transaction. + SKU is the product that was bought in that transaction. + dayNum is the day number in the year. There would be 365 unique dayNum in the data frame. + mthNum is the month number. This ranges from 1 to 12 and represents January to December respectively. + customerName is name of the customer.
Let us visualize the results to understand the data distribution.
Below is a view of the sum of transactions by each day.
aggregatedDataDay <- aggregate(dfFinal$transactionID, by = list(dfFinal$dayNum), length)
plot(aggregatedDataDay, type = "l", ann = FALSE)
Below is a view of the sum of transactions by each month.
aggregatedDataMth <- aggregate(dfFinal$transactionID, by = list(dfFinal$mthNum), length)
aggregatedDataMthSorted <- aggregatedDataMth[order(aggregatedDataMth$Group.1),]
plot(aggregatedDataMthSorted, ann = FALSE)
References
By Team Nuggets, Microsoft -. n.d. https://www.cbtnuggets.com/blog/certifications/microsoft/how-to-generate-dummy-data-for-your-database.