Open tanyaofei opened 2 years ago
Can got provide your code too
Can got provide your code too
var ctx = context.Background()
func main() {
//c := config.Config.Server
//web.Server.SetAddr(c.GetAddress() + ":" + strconv.Itoa(int(c.GetPort())))
//web.Server.Run()
exportParquet("export.parquet", readCSV("export.csv"))
}
func readCSV(filepath string) *dataframe.DataFrame {
fr, err := os.Open(filepath)
if err != nil {
panic(err)
}
df, err := imports.LoadFromCSV(ctx, fr)
if err != nil {
panic(err)
}
return df
}
func exportParquet(out string, df *dataframe.DataFrame) {
f, err := os.Create(out)
if err != nil {
panic(err)
}
defer f.Close()
err = exports.ExportToParquet(ctx, f, df)
if err != nil {
panic(err)
}
}
Your column names are:
编号 | 年龄 | 性别 | 地区 | 身高cm | 体重kg | 肺活量 | 舒张压 | 收缩压 | 心率 | 最大心率 | 最大吸氧量 | 负荷时间 | 做功 | 日常锻炼情况 | 吃零食情况 | 跑步情况 | 玩电脑游戏情况 | 逛街情况 | 散步情况 | 夜宵情况
-- | -- | -- | -- | -- | -- | -- | -- | -- | -- | -- | -- | -- | -- | -- | -- | -- | -- | -- | -- | --
Currently I implemented this function for exporting to Parquet: https://github.com/rocketlaunchr/dataframe-go/blob/master/exports/parquet.go#L163
It was based on this article: https://html.developreference.com/article/11087043/Spark+dataframe+column+naming+conventions+++restrictions
Do you know if parquet supports chinese characters? Can you point me to the specs?
Actually, I think the issue is from this package: https://github.com/Ompluscator/dynamic-struct
It is used to create a struct dynamically. I think Go prohibits using chinese characters for the first letter for an export field. I will have to explore it further.
Your column names are:
编号 | 年龄 | 性别 | 地区 | 身高cm | 体重kg | 肺活量 | 舒张压 | 收缩压 | 心率 | 最大心率 | 最大吸氧量 | 负荷时间 | 做功 | 日常锻炼情况 | 吃零食情况 | 跑步情况 | 玩电脑游戏情况 | 逛街情况 | 散步情况 | 夜宵情况 -- | -- | -- | -- | -- | -- | -- | -- | -- | -- | -- | -- | -- | -- | -- | -- | -- | -- | -- | -- | --
Currently I implemented this function for exporting to Parquet: https://github.com/rocketlaunchr/dataframe-go/blob/master/exports/parquet.go#L163
It was based on this article: https://html.developreference.com/article/11087043/Spark+dataframe+column+naming+conventions+++restrictions
Do you know if parquet supports chinese characters? Can you point me to the specs?
Yes, it supported. I think the problem is the first character is the bom character \ufeff
, it can't be seen but it existed in the first series name, it will cause dynamicstruct
field name check error.
I think removing the first character if it's \ufeff
will solve this problem
How did that character get there?
by reading a csv encoded with UTF-8 with bom?
import pandas
df = pandas.DataFrame({
"A": [1, 2, 3, 4, 5],
"B": [1, 2, 3, 4, 5],
})
df.to_csv("withbom.csv", encoding="UTF-8-sig", index=False) # encoding is UTF-8-BOM
It cause the same problem
panic: reflect.StructOf: field 0 has invalid name
goroutine 1 [running]:
reflect.StructOf({0xc0001711e0, 0x2, 0x10?})
/usr/local/opt/go/libexec/src/reflect/type.go:2454 +0x28e5
As an experiment, can you add a Upper-case English letter at the front of each column name and tell me if it exports?
eg. A年龄
I believe the actual issue is that in Go, structs must have a uppercase english letter for the first letter of the field, in order to be exported.
Without it, the field is not exported and the parquet writer package (used for exporting) can't see the field:
https://stackoverflow.com/questions/40256161/exported-and-unexported-fields-in-go-language
I use utf-8-sig
because open a csv file with excel will use gbk
default, the bom will tell excel to read with utf-8
encoding
Is df, err := imports.LoadFromCSV(ctx, fr)
correctly reading the csv?
Is
df, err := imports.LoadFromCSV(ctx, fr)
correctly reading the csv?
yes
As an experiment can you:
Iterate over []df.Series
Call Rename on each series and prepend each series name with "X"
(e.g X年龄
)
see https://pkg.go.dev/github.com/rocketlaunchr/dataframe-go#SeriesFloat64.Rename
Then export to parquet
As an experiment can you:
- Iterate over []df.Series
- Call Rename on each series and prepend each series name with
"X"
(e.gX年龄
) see https://pkg.go.dev/github.com/rocketlaunchr/dataframe-go#SeriesFloat64.Rename- Then export to parquet
df := readCSV("/Users/tanyaofei/Desktop/export.csv")
for _, s := range df.Series {
s.Rename("X" + s.Name())
}
fmt.Println(df)
exportParquet("p.parquet", df)
panic: reflect.StructOf: field 0 has invalid name
goroutine 1 [running]:
reflect.StructOf({0xc000450000, 0x15, 0x50?})
/usr/local/opt/go/libexec/src/reflect/type.go:2454 +0x28e5
Okay, also call https://pkg.go.dev/strings#TrimSpace
Also when importing CSV:
type CSVLoadOptions struct {
// If TrimLeadingSpace is true, leading white space in a field is ignored.
// This is done even if the field delimiter, Comma, is white space.
TrimLeadingSpace bool
That option is available.
Okay, also call https://pkg.go.dev/strings#TrimSpace
no effect
Also when importing CSV:
type CSVLoadOptions struct { // If TrimLeadingSpace is true, leading white space in a field is ignored. // This is done even if the field delimiter, Comma, is white space. TrimLeadingSpace bool
That option is available.
no effect either
s.Rename("X" + strings.Trim(s.Name(), "\xEF\xBB\xBF"))
works
There are 2 different issues here:
X
to the the front.X
character.This has been a problem for many years: https://github.com/golang/go/issues/5763.
I believe I have a solution. Does Python always produce "\xEF\xBB\xBF"
when saving csv? What is the purpose of it? I'm just asking because I'm trying to figure out the repercussions of filtering it out.
I believe I have a solution. Does Python always produce
"\xEF\xBB\xBF"
when saving csv? What is the purpose of it? I'm just asking because I'm trying to figure out the repercussions of filtering it out.
no, "\xEF\xBB\xBF"
is only produced when using UTF-8-SIG
encoding. Some people want to open csv file with excel on Windows, they will us UTF-8-SIG
instead of UTF-8
, only in this way, the Windows System can recognize the encoding correctly, otherwise, it's full of messy code.
In fact,"\xEF\xBB\xBF"
is used to mark that this is a UTF-8 file, without it then Windows will uses the locale encoding(which is GBK
for China) for decoding
Can you test out this branch: https://github.com/rocketlaunchr/dataframe-go/pull/63
It should solve both problems.
I will test the branch later, but i am wondering why not name struct fields by index such as Z1
, Z2
Z3
. It's necessary to give names base on series.Name
?
The Z
is just to force the struct field to be exported. Nothing else. It was just a quick fix.
the error is exception recovered: reflect.StructOf: field 0 has invalid name at
ompluscator/dynamic-struct@v1.3.0/builder.go:192
export.csv