Re: [ALC Beijing][Podcast] invite SkyWalking community member talking all about SkyWalking
Hi, zhenxu Great news , Thanks accept our invitation! See you Sunday! On Mon, Apr 6, 2020 at 12:22 AM kezhenxu94 wrote: > I’m available anytime on weekend :) > > kezhenxu94 > > > 在 2020年4月5日，20:46，Juan Pan 写道： > > > > Hi Jianshen > > > > > > Maybe we can consider raising the interview questions firstly. And then > Sheng, Willem and Zhenxu could give us their intended date for preparation. > Besides we should set aside some time for other things, like promotion > preparation or discussing the detail? > > > > > > I'd like to listen to your idea, as you are a veteran. > > > > > > Juan Pan (Trista) > > > > Senior DBA & PPMC of Apache ShardingSphere(Incubating) > > E-mail: panj...@apache.org > > > > > > On 04/05/2020 20:20, Sheng Wu wrote: > > When the questions will be ready to review/discuss? > > Sunday evening, 9-10 pm? > > > > Zhenxu > > When are you available? Is Sunday a good option? > > > > Sheng Wu 吴晟 > > Twitter, wusheng1108 > > > > > > Juan Pan 于2020年4月5日周日 下午8:18写道： > > > >> Hi Jianshen, > >> > >> > >> I am available on April 12th(Sunday), and i'd like to listen to others' > >> reply. > >> BTW, this time is for our podcast, right? That is, it is supposed to > >> finish our preparation during next weekday? > >> > >> > >> Cheers, > >> Trista > >> > >> > >> Juan Pan (Trista) > >> > >> Senior DBA & PPMC of Apache ShardingSphere(Incubating) > >> E-mail: panj...@apache.org > >> > >> > >> On 04/04/2020 10:47, 适兕 wrote: > >> Hi， Trista > >> > >> I think it is ok. > >> next, let us discuss the time , When it is going? next weekend? 4.11 > pm > >> 9:00~ 10:00 > >> > >> If this time is not suitable for you,Please let me know. > >> > >> > >>> On Thu, Apr 2, 2020 at 12:31 PM Juan Pan wrote: > >>> > >>> Hi Jianshen, > >>> > >>> > >>> So we have three honor guests and remain two hosts, you and me? > >>> > >>> > >>> Juan Pan (Trista) > >>> > >>> Senior DBA & PPMC of Apache ShardingSphere(Incubating) > >>> E-mail: panj...@apache.org > >>> > >>> > >>> > >>> > On 04/1/2020 20:37，Sheng Wu wrote： > >>> Seems we have 3 SkyWalking PMC members in place :) > >>> > >>> - Sheng Wu, Project Founder, VP and PMC > >>> - Willem Jiang, Incubator mentor, and PMC > >>> - Zhenxu Ke, PMC, and one of the top 5 contributors joined much later > >> than > >>> initial committers. > >>> > >>> Jianshen > >>> Once you have the draft of this broadcast, please let's know. > >>> > >>> Sheng Wu 吴晟 > >>> Twitter, wusheng1108 > >>> > >>> > >>> Willem Jiang 于2020年4月1日周三 下午12:46写道： > >>> > >>> I can give a hand on this podcast to share my experience from mentor > >>> perspective. > >>> Please let me know what I need to do next. > >>> > >>> Willem Jiang > >>> > >>> Twitter: willemjiang > >>> Weibo: 姜宁willem > >>> > On Tue, Mar 31, 2020 at 11:07 AM 适兕 wrote: > >>> > >>> Hi: > >>> SkyWalking member, committer , PMC , > >>> > >>> As you know , ALC Beijing [1] is ready, we want to do lots of things > , > >>> podcast is one of them , others like write/promote articles, organize > >>> local/online event etc. > >>> > >>> As (ALC Beijing Podcast ) first show，we hope invite SkyWalking > project > >>> as Podcast Episode 1 : Let's talk about SkyWalking. ( > >>> 让我们聊聊SkyWalking有趣的事） > >>> If you are interested this, Please let me know. > >>> > >>> notes: because limited resource, only 1~2 member attend this. first > come > >>> first served. > >>> > >>> [1]https://cwiki.apache.org/confluence/display/COMDEV/ALC+Beijing > >>> [2] > >>> > >>> > >>> > >> > https://docs.google.com/document/d/1vT07pdk9AnDKilCOTaKkQfQEAMR-4gkatOOd8OFsjNY/edit#heading=h.vc1v9p9ru4sq > >>> > >>> > >>> -- > >>> Welcome to http://opensourceway.community! The open source way: > >>> Dedicated > >>> to the exploration of ideas, knowledge and values related to open > source. > >>> > >>> - > >>> To unsubscribe, e-mail: dev-unsubscr...@community.apache.org > >>> For additional commands, e-mail: dev-h...@community.apache.org > >>> > >>> > >>> > >> > >> -- > >> Welcome to http://opensourceway.community! The open source way: > Dedicated > >> to the exploration of ideas, knowledge and values related to open > source. > >> > > > > - > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org > For additional commands, e-mail: dev-h...@community.apache.org > > -- Welcome to http://opensourceway.community! The open source way: Dedicated to the exploration of ideas, knowledge and values related to open source.
Re: [ALC Beijing][Podcast] invite SkyWalking community member talking all about SkyWalking
Hi, trista We just have 1 hour, I don't think we should worry about questions. I have a lot of questions. :-) we just need leaning the skywalking project and community ,and prepare. I can list a few of example questions: 0、为什么可观察性对于现代软件技术栈是如此的重要？ 1、 SkyWalking 的独特设计理念有哪些？ 2、 探针的考量和安全是如何平衡的？ 3、 为什么选择Apache 之道来发展Community？ 4、SkyWalking的成长和你的成长是一个什么样的关系？ 5、参与SkyWalking的人最佳特征应该是什么样？学习态度、技术功底、协作态度 Sunday night is Ok for me. On Sun, Apr 5, 2020 at 8:39 PM Juan Pan wrote: > Hi Jianshen > > > Maybe we can consider raising the interview questions firstly. And then > Sheng, Willem and Zhenxu could give us their intended date for preparation. > Besides we should set aside some time for other things, like promotion > preparation or discussing the detail? > > > I'd like to listen to your idea, as you are a veteran. > > > Juan Pan (Trista) > > Senior DBA & PPMC of Apache ShardingSphere(Incubating) > E-mail: panj...@apache.org > > > On 04/05/2020 20:20, Sheng Wu wrote: > When the questions will be ready to review/discuss? > Sunday evening, 9-10 pm? > > Zhenxu > When are you available? Is Sunday a good option? > > Sheng Wu 吴晟 > Twitter, wusheng1108 > > > Juan Pan 于2020年4月5日周日 下午8:18写道： > > > Hi Jianshen, > > > > > > I am available on April 12th(Sunday), and i'd like to listen to others' > > reply. > > BTW, this time is for our podcast, right? That is, it is supposed to > > finish our preparation during next weekday? > > > > > > Cheers, > > Trista > > > > > > Juan Pan (Trista) > > > > Senior DBA & PPMC of Apache ShardingSphere(Incubating) > > E-mail: panj...@apache.org > > > > > > On 04/04/2020 10:47, 适兕 wrote: > > Hi， Trista > > > > I think it is ok. > > next, let us discuss the time , When it is going? next weekend? 4.11 pm > > 9:00~ 10:00 > > > > If this time is not suitable for you,Please let me know. > > > > > > On Thu, Apr 2, 2020 at 12:31 PM Juan Pan wrote: > > > > > Hi Jianshen, > > > > > > > > > So we have three honor guests and remain two hosts, you and me? > > > > > > > > > Juan Pan (Trista) > > > > > > Senior DBA & PPMC of Apache ShardingSphere(Incubating) > > > E-mail: panj...@apache.org > > > > > > > > > > > > > > > On 04/1/2020 20:37，Sheng Wu wrote： > > > Seems we have 3 SkyWalking PMC members in place :) > > > > > > - Sheng Wu, Project Founder, VP and PMC > > > - Willem Jiang, Incubator mentor, and PMC > > > - Zhenxu Ke, PMC, and one of the top 5 contributors joined much later > > than > > > initial committers. > > > > > > Jianshen > > > Once you have the draft of this broadcast, please let's know. > > > > > > Sheng Wu 吴晟 > > > Twitter, wusheng1108 > > > > > > > > > Willem Jiang 于2020年4月1日周三 下午12:46写道： > > > > > > I can give a hand on this podcast to share my experience from mentor > > > perspective. > > > Please let me know what I need to do next. > > > > > > Willem Jiang > > > > > > Twitter: willemjiang > > > Weibo: 姜宁willem > > > > > > On Tue, Mar 31, 2020 at 11:07 AM 适兕 wrote: > > > > > > Hi: > > > SkyWalking member, committer , PMC , > > > > > > As you know , ALC Beijing [1] is ready, we want to do lots of things > , > > > podcast is one of them , others like write/promote articles, organize > > > local/online event etc. > > > > > > As (ALC Beijing Podcast ) first show，we hope invite SkyWalking > project > > > as Podcast Episode 1 : Let's talk about SkyWalking. ( > > > 让我们聊聊SkyWalking有趣的事） > > > If you are interested this, Please let me know. > > > > > > notes: because limited resource, only 1~2 member attend this. first > come > > > first served. > > > > > > [1]https://cwiki.apache.org/confluence/display/COMDEV/ALC+Beijing > > > [2] > > > > > > > > > > > > https://docs.google.com/document/d/1vT07pdk9AnDKilCOTaKkQfQEAMR-4gkatOOd8OFsjNY/edit#heading=h.vc1v9p9ru4sq > > > > > > > > > -- > > > Welcome to http://opensourceway.community! The open source way: > > > Dedicated > > > to the exploration of ideas, knowledge and values related to open > source. > > > > > > - > > > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org > > > For additional commands, e-mail: dev-h...@community.apache.org > > > > > > > > > > > > > -- > > Welcome to http://opensourceway.community! The open source way: > Dedicated > > to the exploration of ideas, knowledge and values related to open source. > > > -- Welcome to http://opensourceway.community! The open source way: Dedicated to the exploration of ideas, knowledge and values related to open source.
Re: Corona Track App
Also there is the European call of EDP for one app to rule them all (and protect privacy) - I am applying to be involved https://www.bbc.com/news/technology-52189551 On Mon, Apr 6, 2020 at 10:01 AM Raphael Bircher wrote: > Hi all > > If you take a look at my (really short) concept, you will see, that I > have a slightly different approach. Instead of a centralized tool. I > think a decentralized with the possibility of some centralized data > (if necessary) is the better way. > > On one way I expect a higher tolerance by the population, on the other > hand you are not depending on a large server Infrastructure. > > Regards Raphael > > On Mon, Apr 6, 2020 at 8:55 AM Christofer Dutz > wrote: > > > > Hi all, > > > > I know the German government have created an App for the post-lockdown > time that's DSVGO compliant. > > Saw a news report on that a few days ago. > > > > Seems to work by tracking Bluetooth devices around you. > > > > So if someone using the app gets tested positive, the system sends out > alerts to anyone who was in contact with that person. > > > > Chris > > > > > > Am 06.04.20, 08:21 schrieb "Raphael Bircher" >: > > > > Hi all > > > > I made a Git repository https://github.com/rbircher/pandemie_track > so > > people who are interested can join > > > > There is also a Gitter https://gitter.im/pandemie_track/community > > > > I will soon add some Ideas to GitHub. > > > > Regards Raphael > > > > On Sun, Apr 5, 2020 at 6:31 PM Bertrand Delacretaz > > wrote: > > > > > > Hi Raphael, > > > > > > On Sun, Apr 5, 2020 at 3:06 PM Raphael Bircher < > rbircherapa...@gmail.com> wrote: > > > > ...I know, Apache normally don't act proactive. But maybe we > should make > > > > an exception here. What do you think?... > > > > > > IMO it always boils down to finding people who actually have time > to > > > make things happen. > > > > > > If someone wants to start a software project related to the the > > > current pandemic, starting in incubation is fairly easy, > > > http://incubator.apache.org/cookbook/ has the details. > > > > > > There's also http://labs.apache.org/ although I don't think it's > very > > > active nowadays. > > > > > > I also noted recently https://www.pepp-pt.org/ and I understand > it's > > > meant to create an Open Source Privacy-Preserving Proximity Tracing > > > protocol that might be quite useful in the next few months. > > > > > > Creating software around that might be cool, I'm not planning to > help > > > myself but the goal of Apache is to provide a space for cool > projects > > > ;-) > > > > > > -Bertrand > > > > > > > - > > > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org > > > For additional commands, e-mail: dev-h...@community.apache.org > > > > > > > - > > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org > > For additional commands, e-mail: dev-h...@community.apache.org > > > > > > > > - > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org > For additional commands, e-mail: dev-h...@community.apache.org > > -- +48 660 796 129
Re: [Feathercast] Bertrand Delacretaz and Apache Sling
Thank you Rich and Bertrand for doing this! I like the format and it's a nice opportunity to learn a bit about Apache projects. @Bertand is the music available somewhere? ;) Tomek On Mon, Apr 6, 2020 at 8:09 PM Bertrand Delacretaz wrote: > > On Mon, Apr 6, 2020 at 7:39 PM Rich Bowen wrote: > > ...Apache Sling™ is a framework for RESTful web-applications based on an > > extensible content tree. Bertrand Delacretaz tells us more about what > > that means... > > Thank you Rich for doing this interview, that was quick, simple and fun for > me! > > -Bertrand > > - > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org > For additional commands, e-mail: dev-h...@community.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@community.apache.org For additional commands, e-mail: dev-h...@community.apache.org
Re: [Feathercast] Bertrand Delacretaz and Apache Sling
On Mon, Apr 6, 2020 at 7:39 PM Rich Bowen wrote: > ...Apache Sling™ is a framework for RESTful web-applications based on an > extensible content tree. Bertrand Delacretaz tells us more about what > that means... Thank you Rich for doing this interview, that was quick, simple and fun for me! -Bertrand - To unsubscribe, e-mail: dev-unsubscr...@community.apache.org For additional commands, e-mail: dev-h...@community.apache.org
[Feathercast] Bertrand Delacretaz and Apache Sling
Apache Sling™ is a framework for RESTful web-applications based on an extensible content tree. Bertrand Delacretaz tells us more about what that means. If you prefer just the audio, it's over on Feathercast: https://wp.me/p8gHED-1bn If you prefer video, it's on YouTube: https://youtu.be/tNE4xAPt910 Important links: Apache Sling - https://sling.apache.org/ Sling on Github - https://github.com/apache/?utf8=%E2%9C%93=sling adaptTo() 2020 conference - https://adapt.to/2020/en.html Thanks, Bertrand! -- Rich Bowen - rbo...@rcbowen.com http://rcbowen.com/ @rbowen - To unsubscribe, e-mail: dev-unsubscr...@community.apache.org For additional commands, e-mail: dev-h...@community.apache.org
Re: /contribute on project sites
On Mon, Apr 6, 2020 at 1:58 PM Rich Bowen wrote: > On 4/6/20 7:51 AM, Martijn Dashorst wrote: > > Would this be an acceptable /contribute per your criteria? > > > > https://wicket.apache.org/contribute/ > > Indeed it is. It has all of the information that I'm looking for, and > it's linked prominently from the main site navigation. It's *exactly* > what I'm looking for! > > I have a similar page done up for httpd (although it's less detailed) > and will be committing it later today. > Cool and thanks for evaluating the wicket page. Martijn
Re: /contribute on project sites
On 4/6/20 7:51 AM, Martijn Dashorst wrote: Would this be an acceptable /contribute per your criteria? https://wicket.apache.org/contribute/ Indeed it is. It has all of the information that I'm looking for, and it's linked prominently from the main site navigation. It's *exactly* what I'm looking for! I have a similar page done up for httpd (although it's less detailed) and will be committing it later today. --Rich On Sat, Apr 4, 2020 at 2:52 PM Rich Bowen wrote: Hi, folks, Over the last couple of weeks, I've been tackling the red boxes on https://whimsy.apache.org/site/ with patches, and I've noticed something. In almost every case, I have to hunt and hunt and hunt to figure out 1) where the website source is, 2) where the project source code is, and 3) how one is supposed to submit a patch/PR for one or the other. Now, I'm not suggesting any kind of top-down mandate or anything, but I was considering writing up a "best practice" kind of thing for community.apache.org encouraging projects to have certain standard elements on their project sites, so that it's easy for someone (let's be honest, this is all about me) to go to a project site and immediately know how to get involved. The first thing that I would like to recommend is that every Apache project site have a /contribute page that contains the following elements: Where: Where is the project source code? Where is the website source? Where is the documentation source (if separate from the above two) Where does the discussion happen? (Mailing lists, IRC, Slack, etc) How: How should one submit changes (ie, patch to mailing list? PR on Github? etc.) What: What language(s) are used? What framework (if any) is needed to build/test website/documentation changes? What should people consider working on? (ie, where do you keep your tickets/bugs/TODO items?) Simple. Standard. In a consistent place. So that I don't have to spend so much time hunting every time I want to fix a typo on a project site. (I'm a big fan of "hackable" URLs, and knowing that I can go to, say aardvark.apache.org/contribute and know there will be something useful there.) Thoughts? Is "/contribute" the right thing to call this, or have you seen it called something clearer elsewhere? I'll be starting with "my" projects, so that we can have some example/boilerplate to point people to. (Yes, this is all part of my larger plan to have "best practice" documentation that our projects can borrow/steal from. One of the things that makes Apache so appealing to users is that they know what to expect in terms of license and quality and governance. I'd like to extend that to other aspects of our projects, so that there's a consistent(ish) experience across projects. But we have to do this by leading, not by compelling/requiring, because that's not how we do things.) -- Rich Bowen rbo...@rcbowen.com - To unsubscribe, e-mail: dev-unsubscr...@community.apache.org For additional commands, e-mail: dev-h...@community.apache.org -- Rich Bowen - rbo...@rcbowen.com http://rcbowen.com/ @rbowen - To unsubscribe, e-mail: dev-unsubscr...@community.apache.org For additional commands, e-mail: dev-h...@community.apache.org
Re: /contribute on project sites
Would this be an acceptable /contribute per your criteria? https://wicket.apache.org/contribute/ Martijn On Sat, Apr 4, 2020 at 2:52 PM Rich Bowen wrote: > Hi, folks, > > Over the last couple of weeks, I've been tackling the red boxes on > https://whimsy.apache.org/site/ with patches, and I've noticed > something. In almost every case, I have to hunt and hunt and hunt to > figure out 1) where the website source is, 2) where the project source > code is, and 3) how one is supposed to submit a patch/PR for one or the > other. > > Now, I'm not suggesting any kind of top-down mandate or anything, but I > was considering writing up a "best practice" kind of thing for > community.apache.org encouraging projects to have certain standard > elements on their project sites, so that it's easy for someone (let's be > honest, this is all about me) to go to a project site and immediately > know how to get involved. > > The first thing that I would like to recommend is that every Apache > project site have a /contribute page that contains the following elements: > > Where: > > Where is the project source code? > Where is the website source? > Where is the documentation source (if separate from the above two) > Where does the discussion happen? (Mailing lists, IRC, Slack, etc) > > How: > > How should one submit changes (ie, patch to mailing list? PR on Github? > etc.) > > What: > > What language(s) are used? > What framework (if any) is needed to build/test website/documentation > changes? > What should people consider working on? (ie, where do you keep your > tickets/bugs/TODO items?) > > Simple. Standard. In a consistent place. So that I don't have to spend > so much time hunting every time I want to fix a typo on a project site. > (I'm a big fan of "hackable" URLs, and knowing that I can go to, say > aardvark.apache.org/contribute and know there will be something useful > there.) > > Thoughts? Is "/contribute" the right thing to call this, or have you > seen it called something clearer elsewhere? > > I'll be starting with "my" projects, so that we can have some > example/boilerplate to point people to. > > (Yes, this is all part of my larger plan to have "best practice" > documentation that our projects can borrow/steal from. One of the things > that makes Apache so appealing to users is that they know what to expect > in terms of license and quality and governance. I'd like to extend that > to other aspects of our projects, so that there's a consistent(ish) > experience across projects. But we have to do this by leading, not by > compelling/requiring, because that's not how we do things.) > > -- > Rich Bowen > rbo...@rcbowen.com > > - > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org > For additional commands, e-mail: dev-h...@community.apache.org > > -- Become a Wicket expert, learn from the best: http://wicketinaction.com
Re: Re: /contribute on project sites
On 2020/04/05 10:23:50 Jacques Le Roux wrote: > +1 for the idea, /contribute name is OK with me > > Jacques > > Le 04/04/2020 à 14:52, Rich Bowen a écrit : > > Hi, folks, > > > > Over the last couple of weeks, I've been tackling the red boxes on > > https://whimsy.apache.org/site/ with patches, and I've noticed > > something. In almost every case, I have to hunt and hunt and hunt to > > figure out 1) where the website source is, 2) where the project source > > code is, and 3) how one is supposed to submit a patch/PR for one or the > > other. > > > > Now, I'm not suggesting any kind of top-down mandate or anything, but I > > was considering writing up a "best practice" kind of thing for > > community.apache.org encouraging projects to have certain standard > > elements on their project sites, so that it's easy for someone (let's be > > honest, this is all about me) to go to a project site and immediately > > know how to get involved. > > > > The first thing that I would like to recommend is that every Apache > > project site have a /contribute page that contains the following elements: > > > > Where: > > > > Where is the project source code? > > Where is the website source? > > Where is the documentation source (if separate from the above two) > > Where does the discussion happen? (Mailing lists, IRC, Slack, etc) > > > > How: > > > > How should one submit changes (ie, patch to mailing list? PR on Github? > > etc.) > > > > What: > > > > What language(s) are used? > > What framework (if any) is needed to build/test website/documentation > > changes? > > What should people consider working on? (ie, where do you keep your > > tickets/bugs/TODO items?) > > > > Simple. Standard. In a consistent place. So that I don't have to spend > > so much time hunting every time I want to fix a typo on a project site. > > (I'm a big fan of "hackable" URLs, and knowing that I can go to, say > > aardvark.apache.org/contribute and know there will be something useful > > there.) > > > > Thoughts? Is "/contribute" the right thing to call this, or have you > > seen it called something clearer elsewhere? > > > > I'll be starting with "my" projects, so that we can have some > > example/boilerplate to point people to. > > > > (Yes, this is all part of my larger plan to have "best practice" > > documentation that our projects can borrow/steal from. One of the things > > that makes Apache so appealing to users is that they know what to expect > > in terms of license and quality and governance. I'd like to extend that > > to other aspects of our projects, so that there's a consistent(ish) > > experience across projects. But we have to do this by leading, not by > > compelling/requiring, because that's not how we do things.) > > > > - > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org > For additional commands, e-mail: dev-h...@community.apache.org > > - To unsubscribe, e-mail: dev-unsubscr...@community.apache.org For additional commands, e-mail: dev-h...@community.apache.org
Re: FYI, community.a.o site with Hugo/Git (mostly) works
Hi, On Sun, Apr 5, 2020 at 5:13 PM Roy Lenferink wrote: > ...Another thing I noticed on this topic is the comdev-wwwsite [1] > repository. It seems it was once > requested as playground for converting the site to Pelican.Is this repository > still needed otherwise we > might as well delete it (to prevent possible confusions like this [2])... +1 - Rich I think you created that repository, do you agree with deleting it? As per https://gitbox.apache.org/ we have to create a jira ticket to do that. -Bertrand > > [1] https://github.com/apache/comdev-wwwsite > [2] > https://issues.apache.org/jira/browse/INFRA-20009?focusedCommentId=17065576=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment-17065576 - To unsubscribe, e-mail: dev-unsubscr...@community.apache.org For additional commands, e-mail: dev-h...@community.apache.org
Re: Corona Track App
Hi all If you take a look at my (really short) concept, you will see, that I have a slightly different approach. Instead of a centralized tool. I think a decentralized with the possibility of some centralized data (if necessary) is the better way. On one way I expect a higher tolerance by the population, on the other hand you are not depending on a large server Infrastructure. Regards Raphael On Mon, Apr 6, 2020 at 8:55 AM Christofer Dutz wrote: > > Hi all, > > I know the German government have created an App for the post-lockdown time > that's DSVGO compliant. > Saw a news report on that a few days ago. > > Seems to work by tracking Bluetooth devices around you. > > So if someone using the app gets tested positive, the system sends out alerts > to anyone who was in contact with that person. > > Chris > > > Am 06.04.20, 08:21 schrieb "Raphael Bircher" : > > Hi all > > I made a Git repository https://github.com/rbircher/pandemie_track so > people who are interested can join > > There is also a Gitter https://gitter.im/pandemie_track/community > > I will soon add some Ideas to GitHub. > > Regards Raphael > > On Sun, Apr 5, 2020 at 6:31 PM Bertrand Delacretaz > wrote: > > > > Hi Raphael, > > > > On Sun, Apr 5, 2020 at 3:06 PM Raphael Bircher > wrote: > > > ...I know, Apache normally don't act proactive. But maybe we should > make > > > an exception here. What do you think?... > > > > IMO it always boils down to finding people who actually have time to > > make things happen. > > > > If someone wants to start a software project related to the the > > current pandemic, starting in incubation is fairly easy, > > http://incubator.apache.org/cookbook/ has the details. > > > > There's also http://labs.apache.org/ although I don't think it's very > > active nowadays. > > > > I also noted recently https://www.pepp-pt.org/ and I understand it's > > meant to create an Open Source Privacy-Preserving Proximity Tracing > > protocol that might be quite useful in the next few months. > > > > Creating software around that might be cool, I'm not planning to help > > myself but the goal of Apache is to provide a space for cool projects > > ;-) > > > > -Bertrand > > > > - > > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org > > For additional commands, e-mail: dev-h...@community.apache.org > > > > - > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org > For additional commands, e-mail: dev-h...@community.apache.org > > > - To unsubscribe, e-mail: dev-unsubscr...@community.apache.org For additional commands, e-mail: dev-h...@community.apache.org
Re: Corona Track App
There is an official WHO app written by volunteers https://github.com/WorldHealthOrganization/app and I saw another proximity tracker with barcodes for quarantine but can't find the link now On Sun, Apr 5, 2020 at 5:29 PM Jarek Potiuk wrote: > In Poland I am (or rather I was) privately involved in a project of > developing such an app over the last few weeks. So I have some experience > with it. Unfortunately this kind of application has limited potential > unless it is installed by the whole population in the country and it > requires governmental backing (it has to be connected with tests and a > formal diagnosis of people). I am not sure if Apache-led projects might be > able to achieve it/ agree we should all think how we can help > with existing initiatives. But we have to be careful with the privacy > concern - which is, I believe, an important aspect. > > Let me tell you my story from the last couple of days. > > I am an engineer in a company that specializes in developing Bluetooth/BLE > applications (we created and open-sourced a number of BLE libraries which > are among the most popular in the world and some people from the company > help to develop such applications: https://github.com/ProteGO-app . Note - > it was not the company initiative and it is not affiliated with it, some > people from our company contributed pro-bono there, that's it. > > It started as a project that would keep the data on the phones and will > only submit to the server anonymous data of encounters via BLE with other > (also healthy) people to the server. Initially the decisions and status > were supposed to be done on the phone and healthy people's data would never > leave the phone nor will ever be de-anonymisable. > > Unfortunately while the idea was originally to have a solution that will > protect privacy, decisions made (not by me and I was strongly opposing them > from the very beginning) turned it into something very different: > >- obligatory registration via Mobile Phone Number when you install the >app >- mapping of the pseudonymous identifiers to the phone numbers kept on >the server >- ability to derive the user from pseudonymous encounters during the 2 >weeks before diagnosis > > As a result it will be possible to track encounters of nearly the whole > population if the application becomes really popular (and being wildly > popular is a prerequisite of success for such an app). > > I am not in the project any more - I quit the project at the very moment > those decisions were made, but I am actively commenting on it, raising > issues and concerns (mainly privacy, ownership, licensing etc.). The > client + backend APIs are released on GPL + AGPL licences (which is good) > but the mechanism of registration and lack of transparency on the > server-side algorithms make me really worried, so I am currently in the > process of involving the privacy-aware NGOs (I have meetings tomorrow) to > make them aware about huge risks involved with such approach and possibly > influence change in the direction of the project. > > It's not that I am opposing the whole idea. Quite the contrary I love the > idea, but only if it is done with privacy in mind. And there are > alternatives (probably more than those two): > >- The https://www.pepp-pt.org/ initiative (providing that they will > hold >to the original manifesto and privacy statement when they actually > release >something) - for centralized (but anonymous) solution >- And the whitepaper https://github.com/DP-3T/documents - which is a >theoretical (so far) approach for building a fully decentralized > solution. > > Unfortunately most of the communication in the project is in Polish, but > there are a couple of issues in English. But If you think it's a good idea > to help and if the ideals of privacy are dear to you, I'd encourage you to > raise and upvote the issues there. Not sure if the ASF itself can do > anything about it or want to (probably not and it's not ASF's role) but if > we manage to turn around and make the solution privacy-aware, then I'd > really encourage to contribute to it. The technology part (especially > Bluetooth-related part of the protocol) is done by one of the best Mobile > Bluetooth engineers in the world. No kidding - they developed a lot of > great libraries for BLE that are wildly popular. Those libraries are all > open sourced - Apache 2.0 Licence :) > https://github.com/Polidea/RxAndroidBle > , https://github.com/Polidea/RxBluetoothKit, > https://github.com/Polidea/FlutterBleLib, > https://github.com/Polidea/react-native-ble-plx > > BTW. If somebody would like to start such an initiative, I think many of > those great engineers would be happy to take part in an ASF-run initiative > like this if some people from ASF decide to take any actions on it. If > someone has a contact with some privacy aware NGOs who would like to learn > more about it - I am also happy to help and explain
Re: Corona Track App
Hi all, I know the German government have created an App for the post-lockdown time that's DSVGO compliant. Saw a news report on that a few days ago. Seems to work by tracking Bluetooth devices around you. So if someone using the app gets tested positive, the system sends out alerts to anyone who was in contact with that person. Chris Am 06.04.20, 08:21 schrieb "Raphael Bircher" : Hi all I made a Git repository https://github.com/rbircher/pandemie_track so people who are interested can join There is also a Gitter https://gitter.im/pandemie_track/community I will soon add some Ideas to GitHub. Regards Raphael On Sun, Apr 5, 2020 at 6:31 PM Bertrand Delacretaz wrote: > > Hi Raphael, > > On Sun, Apr 5, 2020 at 3:06 PM Raphael Bircher wrote: > > ...I know, Apache normally don't act proactive. But maybe we should make > > an exception here. What do you think?... > > IMO it always boils down to finding people who actually have time to > make things happen. > > If someone wants to start a software project related to the the > current pandemic, starting in incubation is fairly easy, > http://incubator.apache.org/cookbook/ has the details. > > There's also http://labs.apache.org/ although I don't think it's very > active nowadays. > > I also noted recently https://www.pepp-pt.org/ and I understand it's > meant to create an Open Source Privacy-Preserving Proximity Tracing > protocol that might be quite useful in the next few months. > > Creating software around that might be cool, I'm not planning to help > myself but the goal of Apache is to provide a space for cool projects > ;-) > > -Bertrand > > - > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org > For additional commands, e-mail: dev-h...@community.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@community.apache.org For additional commands, e-mail: dev-h...@community.apache.org
Re: Corona Track App
Hi all I made a Git repository https://github.com/rbircher/pandemie_track so people who are interested can join There is also a Gitter https://gitter.im/pandemie_track/community I will soon add some Ideas to GitHub. Regards Raphael On Sun, Apr 5, 2020 at 6:31 PM Bertrand Delacretaz wrote: > > Hi Raphael, > > On Sun, Apr 5, 2020 at 3:06 PM Raphael Bircher > wrote: > > ...I know, Apache normally don't act proactive. But maybe we should make > > an exception here. What do you think?... > > IMO it always boils down to finding people who actually have time to > make things happen. > > If someone wants to start a software project related to the the > current pandemic, starting in incubation is fairly easy, > http://incubator.apache.org/cookbook/ has the details. > > There's also http://labs.apache.org/ although I don't think it's very > active nowadays. > > I also noted recently https://www.pepp-pt.org/ and I understand it's > meant to create an Open Source Privacy-Preserving Proximity Tracing > protocol that might be quite useful in the next few months. > > Creating software around that might be cool, I'm not planning to help > myself but the goal of Apache is to provide a space for cool projects > ;-) > > -Bertrand > > - > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org > For additional commands, e-mail: dev-h...@community.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@community.apache.org For additional commands, e-mail: dev-h...@community.apache.org
