Hi,
sounds like an interesting feature!
Best,
Piotrek
wt., 29 kwi 2025 o 03:52 Shengkai Fang napisał(a):
> Hi, Hao.
>
> Thanks for your proposal about ML related functions. This FLIP will help
> others to implement their own model provider.
>
> +1 for the proposal.
>
> Best,
> Shengkai
>
> Hao
Hi devs,
The vote[1] on FLIP-524[2] concluded with the following results:
Approving(+1) votes:
Robert Metzger (binding)
Priya Dhingra (non-binding)
Ferenc Csaky (binding)
Danny Cranmer (binding)
Hong Liang Teoh (binding)
There were no disproving(-1) votes.
I'm happy to announce that F
Hi Yash,
ML_EVALUATE itself will be an `TableAggregateFunction`. We will only
provide one implementation in Flink which will be used in codegen. Only
ML_PREDICT function implementation can be based on providers. Flink will
also provide a default implementation for it.
Thanks,
Hao
On Mon, May 5,
Hi Xuannan,
thank you for updating the FLIP and addressing my comments. The FLIP is
in a very good shape now, +1 for voting. I just found some last
remaining items that would be good to be addressed in the FLIP. But not
blocker for the voting process:
> isScalar()
I thought about the naming
+1 (binding)
Thanks for driving this!
On Sun, May 4, 2025 at 5:18 PM Yuepeng Pan wrote:
> +1 (non-binding)
>
> Thanks for driving it!
>
> Best regards,
> Yuepeng.
>
> On 2025/05/03 00:15:04 Hong Liang wrote:
> > +1 (binding)
> >
> > Thanks for driving this! It is a great way to engage the comm
Hi,
sounds like a valuable addition!
Best,
Piotrek
wt., 29 kwi 2025 o 03:57 Shengkai Fang napisał(a):
> Hi, Hao.
>
> +1 for the proposal.
>
> Best,
> Shengkai
>
> Hao Li 于2025年4月29日周二 07:27写道：
>
> > Hi All,
> >
> > I would like to start a discussion about FLIP-526 [1]: Model ML_PREDICT,
> > M
Hi Hao,
Thanks for the proposal, these are really interesting features to extend
Flink ML use case.
+1 for the proposal.
I just have one question, since you plan to extend
SqlMlFunctionTableFunction for both ML functions builtin registrations,
will ML_EVALUATE be an aggregate function or Table f
Hi, Hao.
+1 for the proposal.
Thanks
Yas
On Mon, May 5, 2025 at 4:17 AM Piotr Nowojski wrote:
> Hi,
>
> sounds like a valuable addition!
>
> Best,
> Piotrek
>
> wt., 29 kwi 2025 o 03:57 Shengkai Fang napisał(a):
>
> > Hi, Hao.
> >
> > +1 for the proposal.
> >
> > Best,
> > Shengkai
> >
> > Ha
Weijun Wang created FLINK-37754:
---
Summary: Optimizing OLAP query speed in session cluster.
Key: FLINK-37754
URL: https://issues.apache.org/jira/browse/FLINK-37754
Project: Flink
Issue Type: New
Weijun Wang created FLINK-37756:
---
Summary: Add a new byte array method for submitting jobGraph.
Key: FLINK-37756
URL: https://issues.apache.org/jira/browse/FLINK-37756
Project: Flink
Issue Type
Weijun Wang created FLINK-37755:
---
Summary: Make retryMillis in CollectResultFetcher configurable.
Key: FLINK-37755
URL: https://issues.apache.org/jira/browse/FLINK-37755
Project: Flink
Issue Ty
Weijun Wang created FLINK-37758:
---
Summary: Support skip some checkpoint operators in JobManager.
Key: FLINK-37758
URL: https://issues.apache.org/jira/browse/FLINK-37758
Project: Flink
Issue Typ
Weijun Wang created FLINK-37757:
---
Summary: Add StandaloneJobGraphStore and EmbeddedJobResultStore to
skip some IO.
Key: FLINK-37757
URL: https://issues.apache.org/jira/browse/FLINK-37757
Project: Flink
Weijun Wang created FLINK-37759:
---
Summary: Support avoid repeatedly downloading user jars in session
mode.
Key: FLINK-37759
URL: https://issues.apache.org/jira/browse/FLINK-37759
Project: Flink
Hi everyone,
if there are no objections, I would start a voting thread by tomorrow.
Thanks,
Timo
On 29.04.25 11:46, Timo Walther wrote:
Hi Hao,
thanks for your feedback. Currently, the Python API does not support
structured types at all. So this might require another FLIP in the
future with
15 matches
Mail list logo
