Hi bạn, việc xác định luật kết nối để xây dựng graph thì ko có hạn chế, bạn có thể thử nghiệm các pp của riêng bạn, như trong bài là hướng đề xuất trong paper Invoice GCN, các node ở xa không contribute nhiều tới node hiện tại, mà chỉ xét các node lận cận dựa trên graph đã xây và xây dựng node feature tiếp đó.
Hoặc bạn có thể tham khảo paper: https://arxiv.org/abs/1903.11279 khi xây dựng 1 ma trận đầy đủ, rồi xây dựng các edge embedding dựa trên đó, còn node embedding thì dựa trên textual feature.
1 bài toán khác bạn có thể tham khảo khi có cách xây dựng graph cũng gần tương tự là Table Structure Recognition, bạn có thể xem thêm tại 1 số paper sau: Rethinking Table GCN và Complicated TSR. Mô tả như hình dưới:
Như mình đã đề cập tới tại phần Feature Engineering, ta cần xác định cách xây dựng graph tùy từng bài toán cụ thể, 1 vài ví dụ có thể kể tới như:
Session-based RS GCN, xây dựng graph dựa trên các sequence là các item được click liên tiếp của 1 user, bạn xem Fig.1 sẽ hiểu hơn.
Còn rất nhiều bài toán khác có thể áp dụng, tùy theo cách xây dựng graph của bạn. Bạn có thể tham khảo các bài toán khác tại link sau: 1 số bài toán và hướng phát triển khác
Tại sao cần phải áp dụng 1 số luật như vậy ạ?
Việc mỗi hướng chỉ được kết nối với 1 box có tác dụng như nào và những luật đó áp dụng cho những bài toán khác hay chỉ áp dụng cho bài toán trích xuất thông tin từ hóa đơn ạ?
THẢO LUẬN
@duckz
Hi bạn, việc xác định luật kết nối để xây dựng graph thì ko có hạn chế, bạn có thể thử nghiệm các pp của riêng bạn, như trong bài là hướng đề xuất trong paper Invoice GCN, các node ở xa không contribute nhiều tới node hiện tại, mà chỉ xét các node lận cận dựa trên graph đã xây và xây dựng node feature tiếp đó.
Hoặc bạn có thể tham khảo paper: https://arxiv.org/abs/1903.11279 khi xây dựng 1 ma trận đầy đủ, rồi xây dựng các edge embedding dựa trên đó, còn node embedding thì dựa trên textual feature.
1 bài toán khác bạn có thể tham khảo khi có cách xây dựng graph cũng gần tương tự là Table Structure Recognition, bạn có thể xem thêm tại 1 số paper sau: Rethinking Table GCN và Complicated TSR. Mô tả như hình dưới:
Hi vọng giúp đc bạn
Thanks a, e là mkt, thấy nhiều "ông bà" nổ thuật ngữ growth hack phát mệt @@
Cảm ơn bạn. Mong bạn đón xem tiếp phần sau.
Cảm ơn bạn những kiến thức thật bổ ích
Cảm ơn bạn. Mong bạn đón xem tiếp phần sau.
bài viết hay lắm bạn ạ
Tại sao cần phải áp dụng 1 số luật như vậy ạ? Việc mỗi hướng chỉ được kết nối với 1 box có tác dụng như nào và những luật đó áp dụng cho những bài toán khác hay chỉ áp dụng cho bài toán trích xuất thông tin từ hóa đơn ạ?
Cho mọi người suy nghĩ đã ạ
👏 Chi tiết nhỏ nhưng đúng là thú vị và không phải ai cũng để ý, thanks bạn chia sẻ.
Bạn có thể tham khảo firebase dynamic link nhé
cảm ơn bạn đã chia sẻ
đệch =))
tăng lương k khao nhá!!!
Có cách để tạo link tracking động ,chia sẻ link giới thiệu cài app để lấy info người giới thiệu dùng cho việc tặng điểm , quà không ad !
Cảm ơn anh rất nhiều ạ. Đọc bài viết quá là cuốn .
bạn có thể giải thích mình chỗ validate webhook request được ko ? mình code trên nodejs thì ko validate được
Skill cho fresher dev thì có
Bài viết hay quá
Đúng rồi bạn
Hay quá! Pro quá