Going, going. Well, hello and welcome to our workshop today. Hopefully you guys got a chance to see our fun live demonstration we did yesterday, where we actually had a data scientist and engineer come on and show us how to do some really cool things with the OpenShift data science platform. Well, today you're gonna get a chance to get hands on with that. But two of our lead experts here at Red Hat who have been working on this product for quite some time. And more importantly, Giam in particular helped craft this workshop. So I think that is super exciting. And already we can see it in Alpaca. We love the Alpaca component, right from Sophie there. So I want to welcome everyone here. Make sure you use the Q&A and the chat. Go to that stage section where it says stage and go to chat. You'll see the chat Q&A. See us there. I already have a hello and welcome message there. I'll add one more. And all tell us where you're at. Tell us where you're from. Tell us what you're thinking, what your experiences in the AI data science world, AIML and data science world, because we want to hear from you. And we want your feedback. If you love the technology, if you hate the technology, if you love the presentation, hate the presentation, give us your feedback that helps us make a better technology, a better product, a better user experience for you going forward. Okay, so we love to hear more from you. At this point, I am just here for color commentary and to be fun. Otherwise, the experts are showing up now. So I want to turn this over to Sophie Watson. I believe she's up next. Thanks so much, Bear. Hi, everyone. Thank you for joining us today. We're really excited to have you here. You are the first non-Red Hatters to get hands on with this platform. So that's pretty exciting. I'm Sophie. I'm a data scientist here at Red Hat. And today I'm here giving this workshop with Guillaume. You want to introduce yourself, Guillaume? Yeah, sure. Thank you, Sophie. I'm Guillaume. Guillaume is a data engineering architect. Advocate, whatever you want to call me. But I'm here to help you figure out how to set up those data engineering thing or data science platforms and anything. So I've prepared this workshop for you so that you'll have a feel on what you can do with Red Hat OpenShift Data Science. Awesome. And we also have some fantastic helpers behind the scenes as well. So shout out to Audrey who's going to be monitoring the chat for us. Audrey spent a lot of time on the internal pilot program for the Red Hat OpenShift Data Science platform. So she's got more experience with this than the rest of us, I think, combined. So please, if you are stuck, if you have any questions, just ask in chat. We've got a few different ways set up that we can help you and we can even set up a little breakout room with screen share if we need to. Also shout out to Chris and Alex who are helping us with setting up the cluster and monitoring that for us. So everything runs smoothly today. And Edson, Kristin and Savannah who helped us set this up. Thanks, squad. Okay. So what are we going to do today? Well, first and foremost, we're going to give you an overview of Red Hat OpenShift Data Science. So yesterday in the keynote, you got a brief snipper of it. Today we'll talk about what it does, how it does it, and how it really supports data scientists and the machine learning workflow. From there, Guillaume is going to talk to us about the use case that we'll be dealing with today in the hands-on session of the workshop. And then we'll dive into that. Now, I understand that we might have a mixed audience today. Perhaps we don't have many data scientists or any data scientists at all, in fact. Let us know in chat what your role is, please. That's completely cool. So what we want to do today is show you how easy Red Hat OpenShift Data Science makes it to get started and get going, how it supports your data science teams. And provide some of the tools and technologies that they need to get their jobs done. And you might just learn some data science techniques along the way, but it's okay if you're not a data scientist. There's not going to be a quiz at the end. So I'm just going to whiz through a few slides to talk about what Rhodes is. And we'll start by thinking about what data scientists actually do. So the way that we see this workflow here at Red Hat, data scientists need to start by gathering and preparing that data. If you don't have access to data, then you can't train a machine learning model. Once you've got that data, it's on to training the model. So this really encompasses everything from exploratory data analysis, feature engineering, on to training that function, which is able to answer a question that you want asked. So we can just think of our machine learning model as a function. It takes in data and it spits out a prediction. And we'll see one of those in action in a moment. In order to get business value from machine learning, these models need to be put into production as part of a larger application. And deploying machine learning models into an application is, for me as a data scientist, one of the trickiest points of this workflow. I'm not a release engineer. I don't know how to package software. So this is kind of a pain point for me and we'll come back to that in the workshop. And then finally, once that model is in production, it's important to be able to monitor and manage it over time. There are so many ways that a machine learning model can break. But the question really is, if it does break, will you notice machine learning models don't break in quite the same way as standard software, which might just not compile or spin an error code? So Red Hat platforms already support this, these workloads, OpenShift and all of our middleware portfolio and other applications really provide that hybrid cloud service with self-service capabilities. So data scientists can go ahead and deploy these models without having to file a ticket with IT. As a data scientist, I can access GPUs to scale out my application. And I get the same experience whether I'm running on my local machine or in the public cloud when I'm using OpenShift. So what's the problem? Well, as a data scientist, I'm not an OpenShift expert. I'm not a Kubernetes expert, and I shouldn't have to be in order to get my work done. OpenShift supports those workloads, but what we really want to focus on now is the data scientists and their workflows, which happen on top of this platform. And we want to enable data scientists to do that without having to become the OpenShift experts. So that's where Red Hat OpenShift data science comes in. Red Hat OpenShift data science is delivering a common set of data science tools as a foundation, as the foundation of an AI as a service platform, and it's integrated with partner cloud services. So the service, as we'll see, is built around Jupyter notebooks and extended further by adding open source and partner tools through a shared UI. We'll see how SOS2imaged helps to take those models and put them into production once you've created them. We'll all be able to deploy a model, hopefully, in our session today. And you can gain the benefits that you get from the OpenShift platform without having to become an OpenShift expert. So it's a managed cloud service at the moment running on OpenShift dedicated on AWS, and this means that there's no need for IT to manage infrastructure. It provides data scientists with access to a whole ecosystem of ISV certified software that's available on the Red Hat marketplace already, and it really supports these core components of the data science workflow, from exploring data, developing a model, and integrating it as part of a larger application. So we see Red Hat OpenShift data science as being ideal for rapid experimentation, and actually you can take the models that you've created and developed on the platform and export them and run them elsewhere, as perhaps you want to take them away from their managed service and run them on-prem. There's nothing stopping you from doing that. So in terms of initial release components, this is what our stack looks like at the moment. So we've got a few partners and ISVs as a service in there, Starbust, Anaconda, IBM Watson Studio, and Selden for model serving, and that's all working on top of Red Hat OpenShift data science. The service also works with the newly announced Red Hat OpenShift Streams for Apache Kafka service, which is excellent for dealing with your streaming data as it flows into your machine learning system. Whoops, sorry, my mouse is... I'm stuck. Okay, I figured it out. Computers. And in addition to the managed service, we've got our partner ecosystem that can be combined with the service to provide these custom-managed applications. So really, ROADS isn't a one-size-fits-all. It's a... You're not getting something just straight out of the box and that's what you've got to stick with. It provides the flexibility to integrate with a range of our managed ISV software partners to create an experience that your data scientists like. When we talk to data scientists, they work in so many different ways and are used to using a range of different tools and this really supports that ecosystem. So that's Red Hat OpenShift data science. We'll get hands on with it in a moment, but before we do, I'm going to pass over to Guillaume who is going to tell us about our use case for today. Yes, because whatever you're doing in data science, it's always better to understand what it's about because at the end of the day, it has a business goal. There's something we are trying to achieve with what we are doing in data science. So here, the scenario is part of a broader workshop that I'm preparing with my team that will be available later this year. But the story is that I don't know if you're aware, but in London, there is a special low-carbon emission zone where there is a toll that you have to pay whenever you are entering this area of London with your car. So what we are trying to implement in this scenario is that we have many different stations around this area. That's the black boxes that you can see all around where we have cameras that will monitor the traffic and take pictures of the car passing by. Then from this picture, we want to extract the license plate from the full image. We want to be able to extract only the area where the license plate is, then recognize the license plate number itself. In the full scenario, what we will do is that we will send this information using Kafka and a Kafka mirror to some central location where we will have some kind of mechanism listening to the Kafka stream, being able to deploy Amber alerts. You know, those alerts whenever the police, for example, is looking for a specific car for child abductions and this kind of stuff. We'll also have a data enrichment process that will be fed from the Kafka stream, that will enrich the data with the license registration database so that from the license plate we gather more data like the car model, the owner, and so all the other information that we will store into an object storage data lake so that we are able later on to do statistical analysis or to train models to be able to recognize certain patterns in the traffic and things like that. So that's the overall scenario. That's a smart city scenario. We are trying to gather data about what's going on. In this workshop, we'll tackle the first problem, which is how can we, from a picture of a car, extract the license plate and extract the license plate number itself. That's exactly what we'll do during the workshop. Back to you, Sophie. Thank you. So I think with that, we are ready to get into the hands-on section of the workshop and get you kicked off. Audrey, do we have any questions hanging about that need answering before we get going? I see a no in chat, so I'm going to take that as a no. Thanks, Audrey. All right, so in order to get signed up today and set off with our workshop, we're going to need you to go to this link here. I am just going to pull this up in a new window. I'll also drop that in the chat in case, oh, thanks, Guillaume. Just leave me to it. Okay, so Guillaume's dropped that URL in chat, so I am going to stop sharing our slide deck and head over to that. So hopefully that should take you to a spreadsheet that looks like this. If people do not have access, please let me know. And all you need to do today is pick a username and that will give you also a very secret password. So I'm going to come down here and take user 27. So my username is user 27, and my password will be the same as your password, which is RHODS, but how OpenShift Data Science demo. So there's three columns here. We've got workshop instructions. You can get these loaded up, and you should be on a page that looks something like this. Again, any problems, please let us know. And we're going to start for now using the OpenShift Data Science URL. So I'm just going to step you through getting going and logged in to OpenShift Data Science. And then from there, we will leave you in peace for 20 minutes or so to get on with the workshop. We are around for any questions. If you run into any bugs, anything that isn't working as you'd quite like it to, then please just let us know. Okay, so when I click on my OpenShift Data Science URL, I get taken to this page here, and it's asking me to log in with OpenShift. So I'm going to make this page bigger and log in with OpenShift. And what you want to do is you want to click workshop, since we are in a workshop. My username is user 27. Yours will not be user 27. Please don't log in with me. That would be humorous, but also painful. And my super secret password, which is your super secret password, is R-H-O-D-S demo. All lowercase. So from there, you can log in. And what you're seeing now is Red Hat OpenShift Data Science. So this should look like what you saw yesterday in the keynote when Subin gave us his demo. And I just want to give you a quick tour of what we've got here. So as we can see under the applications section, we're currently in Enabled. So this is everything that we've put turned on in the service at the moment.  That's where we're going to be focused today for the exploratory portion of our workshop. If we head over to the explore menu under applications, you can see a range of the additional applications that are available to be added to your instance. So feel free to have a look at these. Explore and find out more. Now, we also wanted to make the Red Hat OpenShift Data Science experience as easy as possible to get started with. And we don't just want to target seasoned data scientists, but also those that are perhaps new to the field or new to some of these technologies. You don't have to have used Jupyter Hub before. You don't have to have used Kafka before. And so in order to aid that, we've put together a great set of resources here. So our resources are split into different types. We've got tutorials, which are kind of long form. And certainly the workshop you're doing today will soon appear as a tutorial in this platform. We've also got standard documentation. But the thing that I want to point out today is Quick Starts. So these guide you through getting going. So here we've got a nice Quick Start for creating your first Jupyter notebook. And we can click Start Tour. And it will step us through those sages. I'm going to close that for now. But yeah, have a look at the range of documentation in there. If you think anything's missing, let us know. Again, we want this to be as useful as possible. So if there's something not there, then please shout. So to get started with our workshop today, we're going to head back to that Enable tab and we're going to launch Jupyter Hub. Again, you're going to have to re-authenticate. So log in with workshop. Same username and password as before. And you'll be taken to a page that looks like this where you can launch your notebook server. So as a data scientist, a big pain point for me is getting a repeatable environment. I might traditionally work on my laptop, so I'll install some packages. And then suddenly I find I need to work with some secured data, so I log into my work system and my work machine. And I try to run the same code that I had on my computer on the work machine. And it doesn't run or it runs differently because there's different packages and different versions available. So with Red Hat OpenShift Data Science, we've given you a set of predefined notebook images that contain the libraries and packages that you might need. And today we're going to be using the TensorFlow library. So let's stick with our TensorFlow package as is. I often find that there isn't enough CPU on my laptop, so then I moved to the cloud to try and scale up and get access to more. With Red Hat OpenShift Data Science, you can select your container size based on the work that you think you're going to be doing. So I can access a range of sized environments without having to file a ticket with IT. Now for the purposes of this workshop, we've locked it down. So we have limited you to either a small or default container size just to make sure you're not mining bitcoin in the background. And we are going to stick today with defaults. If you click small, you might not have enough memory to get through the lab. And that would be really sad. So please don't do that. If we were connected to a cluster that had GPUs enabled, on this page, there would also be a GPU box. And as a data scientist, I can say, yes, I want a GPU. And that would also be added to my environment. So this is really a self-service environment for me, not filing a ticket with IT and a uniform experience for every data scientist on the team. You could also add more environment variables here into your Python environment. So suppose you were wanting to access data that's in an S3 bucket, you could put your S3 credentials in this page as environment variables and they'd be injected into your notebook environment. So we're sticking with TensorFlow and container size default. And with that, I'm going to go ahead and start my server. Okay, fantastic. We are in Jupyter Hub. So at this point, I'm going to stop talking to you. I'm going to mute my mic and probably turn off my camera for a bit. And I recommend you head over to the workshop instructions. Please take a read of the first couple of pages that tell you what we're going to be doing. Step one tells you how to get started with our Jupyter environment, which we just stepped through. So you can go ahead and start with step two. Now, I think we have about an equal number of Red Haters around to help today as we do people in attendance. So please do shout out if you hear any roadblocks. We'll be happy to help. I think we're going to hang around for about 20, 25 minutes and then Guillaume is going to come and give us a walkthrough of how we deploy a model as a service in OpenShift. So we'll come back and do that at about quarter past. How does that sound, Guillaume? Yeah, that's perfect. And again, if you are stuck at any step or you don't know exactly what to do or you just want to have some more information, just hail us in the chat. It would be a pleasure. You know, we'll show you directly what's going on on the screen. We are also able to manage, of course, what's going on underneath because for those who are beginning with this, what in fact was happening when Sophie launched her notebook is that a container was launched inside OpenShift. So that's a dedicated container for your environment, for your experiments or whatever, but we have the ability to monitor. So if anything goes wrong with that, we will be able to even maybe debug it live just to help you go with the workshop. So yes, for that part, normally for the first part, the first few notebooks, you should be able just following the instructions. You should be able to do it yourself. And once we get at the last step, I guess it's seven or something for the packaging and serving of the model, we will get back to you and we'll do it together. I will be sharing my screen to show you that. So if you don't agree with that, it's the time to put it in the chat. No, we don't want to press it like this. Just see it. I don't know, Sophie, but as it seems some people already have finished, maybe we could add some column spreadsheets so that when people are finished with this, they could add in the spreadsheets. Okay, so there so that we don't wait for nothing. Okay, for everyone, this is what I did. I just added a column right to the username so that you are able to enter whatever you want to tell that you're finished. Guillaume, can you go ahead and just do a screen share? Everyone is finished because you know, honestly, we didn't know how much time it would take, so it was 20 minutes, but we will see. Hey, Guillaume, welcome back. Yeah, I don't know what happened. As people are building and testing the model and things like that, maybe before jumping to the last part, I can put a few words here. As you have seen, it takes time to develop a model. And in fact, for this specific workshop, the problem was not in the model itself, but much more to find the dataset. We discovered while building this model that finding a curated dataset with pictures of cars and annotated pictures, where is the license plate and everything is really hard. There's no public dataset like this. And in fact, there are some datasets available for this specific use case, but it costs a lot of money because it takes time to prepare all these data and everything. So that's why it shows that you have to have this curated and reproducible platform to be able to develop your data science workloads. If you don't introduce this for pure disability, it becomes very difficult to juggle at the same time with all those parameters. Where do I find the data? Do I have access to my curated data and so on? So by setting up those kinds of data science platforms, you are able to provide your data scientist with some efficient way to do their work. So you can provide all the data as a feature set, directly in some data lake that you can set up as your source of information that can be shared by all the data scientists. And then you enable them with those capabilities of being able to do those jobs. So that said, I will check. Okay, lots of people are already at step five, step five, which was the model packaging. Okay, so here we have this part of the job that has to be done because data science is not only about training models. At some point, you have to use them. You have to actually put them in production. So we did this first stage of the job at step five, which is to prepare our code to be able to run in an application way, as an API way. Okay, so as you've seen, we have repackaged the code and you can directly open the Python file to see how it's done. But basically, it's all the same content that was in the notebooks, but prepared as a single file that we will be able to use to serve the model. That's one technique. Okay, there are many others. You can also use Selden that is available through OpenSheet Data Science as a partner offer. There are multiple ways. Here it's much more for this workshop, the manual way of doing things using Flask. You could also use, well, in production, I prefer to use a fast API, which is a little bit faster than Flask. You know, Flask is a general purpose web server, whereas fast API will be tailored much more for this kind of this kind of pure serving thing around APIs. Let me see where people are. Okay, well, some people are already testing and validating and already at step five. So I guess it will be okay, Sophie, if I go on with the rest. Absolutely, I think so. Take it away. So what I will do is share my screen. And here you can see I'm logged as user dirty. Okay, so we are in this situation where you have a data scientist who has trained a model. The model is ready to be used, but how can we put it easily into production? And that's what I put in those last steps. So with OpenShift and the S2I, the source to image capabilities, it's actually really easy to deploy a model like this. So what we do is from this developer view, I am in my project user dirty, and then I'm able to add something. And the something can come from a Git repo. Okay, so that's where we enter the ML apps part of the workshop. How do we operationalize the production delivery for this kind of models? And we can apply exactly the same patterns or solutions as we've been using for years and into standard application development. So it's about the same. So here we have a Git repo where our model is and the source is. So what I will do is just get and copy the address. So that's the Git repo we are using from the start. And I will just paste it here. Okay, I have to use here a special option because in fact, the Python file, the package Python file that we are using in this branch, in the app branch is a little bit different than the one you are actually seeing into your JupyterLab environment. Why? It's because in the workshop, in the JupyterLab environment, I wanted people to experiment with car pictures that were already in the repo, in the dataset folder. Here, I change only some part of the code to be able to directly upload images, to send images to an API. And it sits in an other branch of the same repo. So here, that's what we indicate here. We want to use this specific branch when we will pull out the code. We don't need anything else, you know, context tiers or secrets and everything. And you can see that the builder image has already detected that we have Python code inside our repo. That's fantastic. So it has pre-selected for us the right builder image. We can choose to have different versions, depending on the version of Python we want to use. Okay. And here, Python 3.8 is perfect. So it's in sync with the Red Hat OpenShift Data Science environment.  Here we can leave the defaults. If we deploy it as a deployment or deployment config, but deployment is okay. And of course, we would want to create a route to our application so that we are able to access it. Okay. And this is what I will do here. I will create my environment. And here in the topology view, we can see that we have our application with its name, license plate, workshop, Git. That's the default name that we choose to have. And we can see that the build is running. So what's happening behind the scene is that OpenShift has fetched the content from the Git repo, has fetched the base image or Python 3.8 on UBI 7. It has fetched all those content. And it's building an image by injecting our code inside the base image. It's recreating a container image that it will, afterwards it will deploy automatically. So it will create the deployment that is needed into OpenShift just to tell the Kubernetes engine that you have to deploy this container with these specifications, configuration and so on. And at the end, it will also create a route to be able to access this service. So it will take some more time. So we'll leave it running. And while it's building, I may try to answer some questions in the chat. There is an internal server error. So, Guillaume, there is a question from Sonya. So we may want to go through it. Yeah, that's what I'm looking at right now. But okay, so what we can do while it's building, you know, we'll try to have a look live. So I will log in again at this time as an admin and we will have a look at what's going on. So it was on project. Oh, if you already have your error, that's perfect. Yeah, that's the kind of the tricky parts to be, you know, to be able to figure out if you need a backslash at the end and everything. In this case, we did not. So I hope it's working now. Perfect. So yeah, sorry about that. It's part of, you know, when you want to implement things, it's some kind of the standard development journey because you have to make sure that the configurations and everything will fit with whatever the API is waiting for. And so in our case, what I should have done, what I will do for next iteration is, you know, to curate whatever is entered to make sure that there is no double backslashes or things like that. So as this is solved, I will go back to my own environment. Okay, here we can see that the build is finished. Perfect. And if I click on the application itself, I have some more information like the routes, as you have seen for those who have already been there. Now I have a route that sees accessible and I am able to query directly the API. Okay. So normally, and I see that people seem to already been there and able to try to query the API. So I see a question from Brent. Prediction not able to read license plate. I don't know if you are using the, there is an image that I provided inside JupyterLab, inside the repo that is called car.jpg. Maybe Brent, can you try with this one just to make sure everything is working or just tell me, oh, yeah, it's already working. It's okay. I will stop sharing my screen because in fact, everyone seems to be at this point. So they already figured out what to do. So yes, Brent, if you can try with the car.jpg that is directly at the root of the repo, just to make sure it works or not. But yes, the model itself may not be able to detect everything. Okay. That's the limitation. And that's where you see the real work for data scientists is trying to set up a model, trying to set up the best model that is able to have the best predictions. In our case, this model is not really good to be honest. Well, it's quite good with plates that are easy to figure out. And what I found is that the plates from the United Kingdom are really easy to read because there's only the numbers, the letters and the numbers. But there's no fancy things all around as we have in Canada or in the US, which makes it really difficult for a model to figure out, okay, where is the license plate exactly? Where is the license plate? What is different from the license plate, from the numbers themselves versus the graphics or those things that we put around the license plate themselves to product them? That's the difficulty. That's where the real work is. Data science is not about, oh, let's bone a TensorFlow notebook and import TensorFlow, trend model, serve model. Now, it's a little bit more convoluted than that. And that's why it's almost on purpose that it shows a model that is not perfect so that you can see your limitations. Okay. Normally, the job would be this MLOps pipeline where you would gather some more data from a dataset, then you would retrain the model and then you will publish again and retest the model on as many images as you can before being sure it really works. So that's why it's so important to have not only a platform that is able to give you notebooks, okay, notebooks are great, but you can do it on your laptop. Okay. It's from my platform perspective. Here, that's why I find it so interesting to be able to run all those things on top of OpenShift because you can at the same time deliver those data science tools to your users, but you can also implement all the results that goes around. You know, the ingress pipelines to gather data and to have data ready for your data scientist. You can do the model building pipelines to be able to deliver those models into productions. You can equip your model. Say, you know, when you're using Seldom, Seldom automatically export metrics that you are able to then to gather into Prometheus and Grafana to look for models queuing or those kind of things. So that's why it's really important to have all those tools, you know, monitoring pipelines, automated deployments that will really help you make the best of your models, of your data science work. Okay. That's... I'm always preaching for the platform, you know, not only the tools themselves, but where you are running them and how you are building them. So please let us know in chat if you're not having success with your model. Yeah, exactly. Gilbert just highlighted the point that, you know, it's kind of an incremental process that's certainly cross-functional teams that are working on these products. You need data scientists, app devs, dev ops teams in order to get these models into production. So by getting your data scientists on to OpenShift, you've got everybody on the same platform where you want to build these intelligent applications that continually learn from data. And something we didn't really get into today was kind of the monitoring of these models once they're in production, but just in the same way that you can use OpenShift to monitor your standard applications, you can use it to monitor every stage of the process that's happening in the machine learning pipeline. And then you can also leverage different skill sets from your organization because you may already have people who are specialized into, you know, creating dashboards and monitoring and everything, which is something that the data scientists may not simply know how to do or consider that it's not their job to do. You know, I'm talking with a lot of customers and when asking about their pain points with what they are doing right now, I often have the case with data scientists telling, oh, the thing is that I'm doing all this stuff about the infrastructure and things that I'm not supposed to do. I was not hired to do that. I was hired to develop models. At the end of the day, I'm doing all sorts of different things. So here by putting this on top of OpenShift, you are able, and exactly as Torsten described, you are able to, oh no, to achieve it. Described, you are able to handle different parts of the job to different people with different skill sets, different approaches. So yes, it's easier to put this into motion at an organization level. Sorry, I was saying Torsten had a question, but Chris has been answering it in chat, but you can go over that, I think, for the audience as a whole. I had to create for this workshop to be able to have everything inside the SEM repo to different branches. And they are a little bit different. The main branch, the one that you pulled inside your JupyterLab environment, that's the main branch of the repo, it's the Python file that is serving the model at the end, you know, at step five or something, is waiting for just a string, okay, the name of the image. And then the script is written to look, to read this image from the dataset folder, okay, because that's all workshop environment or JupyterLab environment. But in the app branch, the one with which we are building the model at the end, it's a little bit different here. The prediction function is not waiting for a name, for a file name, it's waiting for the file itself, okay. So that's what we do, this processing of encoding base 64, the image so that we can pass it directly inside the JSON payload to the API. So the predict function is just able to receive the content of the image and not only define it. So that's what allows you to send whatever you want from wherever you want. It doesn't have to figure out where to read the image from. And yes, Gilbert made a good point, separation of concerns. Yes, it's a software architecture principle. Here, it's exactly has, you know, okay, before joining Red Hat, I was the CTO of Laval University here in Canada. And so we were not only doing data science, but many applications and things like that. So separation of concerns are for principle there and I guess it should be the same everywhere. You don't copy code into production. You always restart from a Git pool from the main repo that has been validated, you compile and you deploy into production. You don't copy anything from dev to prop, okay. So that's exactly the same principle here. You should have your data scientist prepare model. Once the model are ready, they are sent into a repo. Okay, doesn't matter if it's Git or something else. It has, you have your model and then you handle the model to the dev ops team, to the ML ops team, to deploy monitor under the model. That's how it should work both for practical purposes, but also for security purposes, okay. It's the separation of concerns that is really, really important. Basically it's, you know, it's nothing new here. It's about bringing the best patterns, the best ways of doing things that we've been learning in DevOps for the past 10, 15 years. It's about bringing this to data science, you know, applying the same principle, version your code, version your data, build automated pipelines. That's the same idea that we are trying to apply. So here right at because of this knowledge about helping developers get along with all those tools, that's all this knowledge that we are bringing into the data science field. We are applying exactly the same recipients. So I think given that we're running into our last 20 minutes of the session today, I just want to say thank you so much for spending time with us, getting hands on with the service, giving us feedback and pointing out things that you liked and didn't thank you so much. And we're obviously open to more feedback. So please reach out if you have any. I dropped a couple of URLs in the Q&A section of the kind of chat function. So if you want to find out more about Red Hat OpenShift Data Science, you can do that from either that landing page there or also from the blog. If you're interested in getting yourself or your teams onto the platform, please reach out to your Red Hat account manager or to us and we can get a conversation going there. So I hope you've seen how the platform supports data scientists from giving them this self-service environment where you don't have to bug IT and file tickets in order to get your environment that you can run your workloads repeatedly in and all really just at the cost of having your work stored in Git. That tiny little bit of version control really goes a long way. Hopefully you've had some insight into what data scientists do, how we spend our days. It's not all license plates, but I think this is a really good representation of what we do. And then seen how to deploy those models. So how Red Hat OpenShift Data Science and OpenShift itself helps data scientists to get their models into production rather than just as artifacts that are running in notebooks. Thank you to everybody who has helped us out today and thank you to you for attending. We will be around for the next 20 minutes. Happy to answer any and all questions or happy to try to answer any and all questions, I should say. So yeah, please continue to get involved. We'll be here. Thank you. So Sophie, your links were in the Q&A so I just repasted them into the chat window for everybody. Thanks. So we've got a question from Lynn in chat. Is the OpenShift Data Science part of the OpenShift installation or is it a plug-in to OpenShift? So yeah, as Chris has pointed out in chat, it's currently available as a managed service and it's an add-on to OpenShift dedicated running on AWS. The contents of Red Hat OpenShift Data Science are a subset of the things that we've been developing and running in our community project, the Open Data Hub. So the Open Data Hub is our upstream community project based on Kubeflow and the Open Data Hub is available as part of OpenShift installs. So we've got a couple of questions in the Q&A. I just stepped away for a couple of minutes. Did I miss those being answered or do we want to step through them now? We were able to answer them. Yeah, I missed them too, so we can answer. The question from Lynn, you answered. The one from Nicholas. To add it to other OpenShift installation. So other than OpenShift dedicated, I guess that's the question. Open Data Hub, upstream version of Open Data Hub can be deployed anywhere on any OpenShift installation. So I cannot talk about the intent after OpenShift dedicated, but it's sure that we'll consider this any other installation. Maybe Sophie, you can give more info or drink. No, I think you covered it perfectly. Thanks, Kier. No, but it's sure. We're being asked to install things on-prem, to have things running into OpenShift in the cloud, but apart from OpenShift dedicated, here this first release version of OpenShift Data Science, it's the first release. So depending on the welcome, depending on the continuous pressure of customers, I guess it will evolve into something more. All right. And then we had the question from Lynn Arthur if I have OpenShift running. Can I deploy this to Jupyter Hub? Sure, totally. It's as Chris put in the chat with the upstream version, OpenData Hub that you can find on OpenData Hub.io, you can install exactly the same platform. It's an operator. So what it means, if you go to the OpenData, how is it called again in OpenShift? It's not a marketplace. It's the operator hub. Operator hub. Thank you. If you go to operator hub and look for OpenData Hub, you will find it. Then you can install the operator itself. And then in a project, you can instantiate and OpenData Hub instance. Okay. So you can select which components you want to deploy. It can be only Jupyter Hub. It can be other components that are part of OpenData Hub. But you have all the instructions on the website, on OpenData Hub.io. And then you are able to deploy this exact same environment. It's not supported by Redat. That is the difference with OpenShift Data Science. It's your own environment. But you can redo the exact same workshop. You can do the other tutorials that are available through the website and everywhere. So yes, that's the idea. Try it yourself. If you already have an OpenShift installation, yeah, please just go ahead. And I don't know, Sophie, if we, I guess we have other options for people who want to try OpenShift Data Science. I think we do in the pipeline, but we're still early days here. Still early days. Yeah. All right. Well, I think with about six minutes to go, please shout if you have any more questions, drop them in the chat or the Q&A. Else, again, thank you so much for spending time with us this morning or afternoon or evening, depending on where you are.


To help you document why you store and process personal information, there are two lists in Super Office you can configure to support your company's specific GDPR policies. In this video, we will show you how to add and edit the list for privacy sources and how to add and edit the list for privacy legal basis. To edit privacy lists in Super Office, you need to have administrator rights. Let's begin by showing you how to add and edit the list for privacy sources. Log into Super Office and go to the main menu in the top right corner. Choose Settings and Maintenance from the drop-down menu. Next, click on Lists in the navigation menu on the left-hand side and type Privacy. You will automatically see all the lists that contain the word privacy. Let's click on Privacy Source. You'll see that there is a default list of all the different ways that a company can receive customer details. As with all lists in Super Office, you can use, change, or delete these to fit your needs. Let us show you how to add a new source. First, click the Add button at the bottom. You are now in the Edit List Item dialog. Start by adding the name. In this example, we will add a new source called Event. Next, you need to add the key code. This code is a unique identifier that lets other system integrations recognize your new list item. It needs to be independent upon language and other fields you may have added. Even if you are not integrating with another system, it is necessary to add this. Therefore, let's add the key Event. Next, you have to decide whether you want to send a confirmation email to the new contacts that are added to your database by this source. The standard confirmation email looks like this. This email will inform the person that he or she is now registered in your database. It is also an opportunity to secure e-marketing permissions because it will include the link to where the person can subscribe and manage their mailing preferences. To activate the automated confirmation email, tick this box and you will see that the template field becomes available. Now, click behind Use Template to select the template you wish to use. In this example, we will choose the template Privacy Confirmation Email. If you want, you can have a separate template for every privacy source or you can use the same template. This can either be the standard template provided by Super Office or you can make your own versions. This is up to you. Adding new or editing existing templates is done by going to the list item called Document Template. For now, let's continue with our privacy source example. It's always helpful to add a description which will appear as a tool tip to the users. You can add it here. If you have users that use Super Office in a different language, you have the option to add your source in multiple languages. Click on the AX logo to add additional languages. Super Office supports 15 different user languages. Finally, click Save and the new privacy source event is ready to be used. Now, let us show you how to edit the legal basis list. Click on Privacy Source at the top and choose Privacy Legal Basis from the drop-down menu that appears. This list contains all the legal basis that are required by the GDPR regulation. From here, you can pick the reason for why you are storing or using personal data in your CRM solution. Just as you did with the Privacy Source list, you can modify this list to suit your needs. To do this, all you have to do is to add the name of the new legal basis and again, don't forget to add a key code. The key for Consent Withdrawn, for example, is Withdrawn. Click Save to store the new legal basis. We have now shown you how to add and edit the list's privacy source and the Privacy Legal Basis. For more information on how to improve your productivity with Super Office CRM, please visit our community website.


The safety of our patients and staff is our top priority. Following an incident in our emergency room this morning, Logan Regional Medical Center is open and has resumed normal operations. All appointments that are planned for today will occur and are occurring as scheduled and we do not anticipate any interruptions in service.


Okay. Thank you very much. I hope I think everybody can hear me. I got a microphone here. And what I'm going to do is try to provide a long-term perspective on decadal and even centennial timescale of climate variability from long, in this case, tree ring records. Now, just to preface, I'll go through this quickly. You know, we all know this from the AR4 figure. You know, the fact that there seems to be a clear divergence between the modeled greenhouse gas foreseeing effect on climate and what the background natural variability indicates. But as we all know, there's a lot of decadal to centennial variability in what I call, I'll be calling DCV in the paleo-climate data that may not be accounted for adequately by the climate models. And one can easily see that in the, this is again from AR4, but I don't think things have changed significantly since then. You know, the amount of uncertainty and amount of decadal variability there is quite evident. And it appears to be significantly different from what the climate models seem to be able to produce based on our understanding of 20th century climate variability and forcing. And over the past, millennium for a long time, solar and volcanic forcing was going to explain a lot of the natural variability at decadal timescales. And you can see here an example of model forcing by both volcanic effects and also a solar radiative forcing effects. And they seem to be able to reproduce to some degree the timescales of variability that we see in the actual proxy records of past climate variability. But there's an alternative explanation for all this too that has been proposed. And it's kind of an Occam's razor approach which says that basically a lot of the decadal timescale variability is really just an expression of kind of a red noise type or low order armor model type forcing of the kind that Hasselman argued for back in the 1970s. And it still casts the climate models papers. And Carl Wunch has argued that in fact this for practical purposes is all you need to understand the origin of observed climate variability in the climate record at the decadal timescale. And from a paper of his, there is a simple synthetic time series, effectively a random walk that he shows has this long timescale variability. No question about that. And the question is, is this sufficient to explain what we see in the observed data and also in the long paleo records? And I'm kind of calling this argument of Wunch's, the null hypothesis that basically everything is just all the decadal time variability, DCV variability is being driven by largely by red noise or lower order armor models of type persistent feedback models. And this is enough. But what about the alternative, alternate hypothesis and to get into this, I'm showing, first of all, an interesting figure from a paper published in 1976 by Murray Mitchell, a research climatologist with NOAA for many years. And back then, all that was thought about was that, you know, decadal and centennial timescale variability was largely driven by the solar, lunar and volcanic forcing and so on like that. And notice that there's no mention at all of climate modes. And so, NAO, AMO, that sort of thing. But since that time, that perception has changed considerably. And now there's another spectrum as found on a NOAA website. And we have the climate mode shown here. And now we don't see any solar volcanic forcing indicated. There is an important contributor to decadal timescale variability. I suspect my personal opinion is that there still is, we pretty much know that there's volcanic forcing going on at times of major volcanic eruptions. And the solar forcing side is still pretty controversial, I think, but I'm convinced that there's some element of that there too in the natural climate record. But there's been quite a change in what we think about the causes of natural climate variability away from solar forcing in particular. And it's been replaced now by these kind of natural internal modes that are indicated here. And the timescales you can see are of the kind that we have to consider here for this meeting. Some years ago, Mike Bann and Jeff Park published an interesting paper. This is actually in the reviews of geophysics, advances in geophysics paper, big monograph. And in which they use MTMSVD methods for looking for phase coherent, band limited signals in climate data, in temperature data series in particular. And what they found was that they could identify, in a geographically clustered sense, signals that were consistent with perhaps the AMO, the PDO, solar and ENSO. And this is all based on instrumental data back to the 1890s. But I thought that it was interesting because it shows that first of all, the instrumental record does in fact seem to have these statistically significant band limited signals. And that they're also very important. They tend to be clustered geographically to certain regions of importance. But the North Atlantic sector, as you can see, is very prominently shown here, as much because there's probably much more data in that area too. So just some comments now. I think there's little doubt that there's some form of band limited DCV in instrumental climate records, by lots of different analyses. And the sources of this oscillatory variability is not always clear, but ENSO, NAO, PDO, AMO, et cetera, is highly likely. And maybe solar too, but that's much more unclear as to how much variability could be due to solar. And there's pretty much no doubt that these records of these past instrumental temperature show some effective volcanic forcing at this time. The question now, is there an apparent oscillatory variability just a short term expression of stochastic as in red noise of lower order or armor variability? That's mostly a chance phenomenon showing up in the 20th century. And I call this the null hypothesis, something akin to what Carl Wunch was arguing for. Versus the question is, is there an apparent oscillatory variability indicative of long term band limited forcing in the system that we might be able to tell from longer records of climate from tree rings in particular? The instrumental records are very difficult to use to identify robustly the presence of even PDO timescale variability which is on the order of 20 or 40 years. And for AMO variability, we basically only have maybe one and a half realizations of that timescale variability in the instrumental records. So we don't really have much of a chance to test the existence of something like the AMO very robustly at all in the instrumental records. So this puts us in an uncomfortable situation described by Wright in 1971 as two rules of climate change and published in Weather. And the first rule is some feature of the atmosphere can always be found to oscillate in accordance with your hypotheses. And shortly thereafter its discovery, the oscillation will disappear. And I thought this was a brilliant description of the conundrum we're facing is that the instrumental record really isn't sufficient to tell us how important these kind of oscillations of oscillatory modes have been over time because the records are too short. So to investigate the longer term existence of oscillatory DCV climate modes, we need longer records and I'm going to be going into that now. And we'll be looking at tree ring reconstructed climate modes and so PDO, NAO, AMO. The null hypothesis as before is that the band limited variability exists in the observations by chance due to internal stochastic forcing and should not be expected to have persisted over time. If it disappears in this power spectrum, wavelet spectrum of these long reconstructions, we might suppose that this is correct, that the null hypothesis can be accepted. The alternate is the observed band limited variability persists back in time in the reconstruction ways that suggest some form of intrinsic or extrinsic quasi periodic forcing that is not easily explained by a simple stochastic forcing. And this would be, if we found this to be the case, this would tend to support this alternate hypothesis. I'm going to be going through some examples now. Six different reconstructions of climate modes produced by tree rings. And that's a reconstruction, two PDO reconstructions, an NAO reconstruction, an AMO reconstruction, and then one for the northern angular mode, the NAM. And there are many more of these out there and I don't claim that this is an exhaustive set of tests, but so the list is just illustrative. Methods of analysis, I'll use multi taper spectral analysis and wavelet methods to describe the band limited properties of the data. And the significance tests of the spectral peaks will be based on a simple red noise and all continuum model. The superior legion and consistency of MPM is the reason why I'm using this method. And the wavelet spectrum torrents and compo will reveal the degree to which the band limited variability indicated perhaps in the MTM spectrum carries back over time in a fairly consistent way. Here's a reconstruction of the DJF Nino 3.4 SSTs, reconstructing tree rings, goes back to 1300. And the spectrum of the instrumental data is right here and here's the MTM spectrum and here's the wavelet spectrum of the same series. And then the same MTM spectrum and wavelet spectrum for the full reconstruction. And you can see that, you know, this reconstruction is weakly interdicated with very little evidence for any sort of longer term molded to cadill variability. This is not necessarily meaning that it isn't there, but the reconstruction just doesn't show it in this particular case. Here with the, I mean not the reconstruction but the instrumental data aren't long enough to really show it. The wavelet power spectrum for the reconstruction however does show some fairly consistent presence of decadal time scale variability. Not in a very consistent sense in terms of always being significant back in time, but it comes and goes intermittently. Here's a PDO reconstruction back over a thousand years. And in this particular case, we do see in the instrumental data strong evidence for molded to cadill variability and that's to be expected. That was really an understood property of the PDO and you can see the MTM spectrum here showing that too, centered around 40 years, the main peak. The reconstruction shows very consistent long time scale variability. At the molded to cadill to centennial time scale and I freely admit that a lot of this power right here is in the cone of influence which means it's less reliably estimated in the way of the spectrum, but it's still there nonetheless and there's still evidence even in the 60 year time scale roughly speaking for this kind of variability to be present. Another PDO index reconstruction back to 1500 in this case using different data I should say shows more or less the same kinds of features as the previous example with clear evidence for molded to cadill variability in the way of the spectrum of the instrumental data and the same also for the reconstruction in the way of the spectrum of the reconstruction. So there seems to be some reasonably consistent presence of this time scale variability in both PDO reconstructions. December through March NAO reconstruction back to 1400 and this is a case of since this is an atmospheric index one might expect that there wouldn't be a lot of long time scale variability in either the instrumental or the reconstruction. In this particular case we do see some evidence from molded to cadill and in the power spectrum and the way of the spectrum of the instrumental data a lot less molded to cadill variability indicated in the reconstruction than we had seen in the other climate mode reconstructions and again this might be a reflection of the fact that this is an atmospheric index reconstruction not one that's directly tied to oceanic influences in a really strong sense. Okay. Yep. Okay. Finally I'll go through this pretty quickly. This is the AMO thing and once again we see strong evidence for molded to cadill to centennial time scale variability and I'm going to skip over a couple more of these and go very quickly because I'm running out of time. Just torn and trashed temperature reconstruction back 1500 years once again very strong evidence for molded to cadill to centennial time scale variability. Same thing for a Gulf of Alaska summer temperature reconstruction from tree rings going back over a thousand years and so I think what this is all pointing to is that the spectral analysis do show evidence for some clear presence of band limited to cadill to centennial time scale variability that would seem to eliminate rights to rules of climate change as being true. In this particular case the oscillations appear to come and go in time and what you might call an amplitude modulated sense but they never seem to completely go away. The preferred DCV band is difficult to define but it certainly occurs in the 30 to 100 year band which is suggestive of PDO and AMO type forcing that variability of centennial time scale is present but it's less robustly estimated because the series aren't long enough to really do a very good job of that. So the power specter indicates that there's probably a mixture of both band limited forcing and some sort of red noise, simple red noise forcing or even lower order armor forcing that can explain what we're seeing. Real quickly now let's go through one final thing showing the way that we might have a way forward and try to get a better idea about this kind of time scale variability through the evaluation of drought atlases that I've been working on over the years. If we look at the average reconstruction of drought and free rings in these boxes here and just smooth them with 30 year low pass filters, we note that there's a lot of interest in anti-phasing that goes on on 30 year time scales that is suggestive of some large scale organizing principle that's driving hydroclimatic variability in preferred ways over these northern hemisphere land areas. And an example of this can be shown right here in this reconstruction of drought in these three areas in the low and great drought period 1276, 1297 dry here, wet here which almost certainly means that the needy like condition was ongoing at the time. And then interestingly enough this pattern of dry, wet, which suggests kind of a negative NAO state. So I think the development of drought atlases will help us, will lead us to an improved understanding of the causes of a large time scale. I mean large regional patterns of decadal and centennial time scale variability in ways that will hopefully lead to improvements in our ability to both model and predict that kind of variability in the future. And with that I'm finished. Thank you.


Today I share 9 things I wish I knew before meeting Yoru. All of these tips helped me rank up to a mortal, but tip number 7 will turn you into a pro. Timing is everything. Pay attention to all utility and the enemy's positioning to give yourself the best time The new Valorant Act just started and we all want to reach new peaks. I'm sure you've lost a lot of rank progress with the new episode reset and you have a ton of rank to play. Well, let's expedite the process with Ghost2Academy. In their monthly training program you'll get multiple live sessions each week, daily community 10-mans with prizes, and multiple coach 10-man classes. You'll be learning from some of the top coaches that are all professional level players that can give you feedback on your gameplay to help you rank up faster. The first 100 people who use my link below will get one month completely free, literally free radiant level coaching. If you're hard stuck or looking to climb and ranked at all, it's dumb not to sign up for something like this, so click the link in the description to find out more. Not a silver drone. Yoru's ultimate can be used for more than information. Use it for diversion and a way to constantly keep your enemies guessing your location. Yoru's flash can only be seen after it comes in contact with the surface. So hide the travel time as much as possible in smokes and walls. Just strafe. If you're caught with an enemy staring at you after teleporting or ulting, strafe to avoid the bullets while you pull out your gun. Be aggressive. Yoru can aggress and push way farther than any other duelist because of his ability to regroup so easily. You can catch your enemies off guard with this. Oh my god, I'm him bro, no I'm him. Expect the unexpected. Work with your team, but make sure you have your own play in mind too. Yoru's abilities thrive in the gray area and adapting is crucial. Flash teleport is king. Pay attention to the enemy's position and maximize your flashes to perfect this combo. You should be able to flash teleport in every scenario. The 6th teammate.  Think about it like a 6th teammate whose only job is to get you kills. Get uncomfortable. Yoru takes a lot of guts to play and sometimes you have to put yourself in uncomfortable positions to make things happen. Wait I'm good for 3. If you enjoyed that video watch this one next and follow on Twitch to watch me live. Link in the description.


Seknav spoke at a House Appropriations Committee hearing Tuesday. He talked about the importance of the Navy and our ability to provide forward presence and maritime security. Seknav said America's maritime forces are ready and present on day one of any crisis for any eventuality. He also said that for 238 years, sailors and Marines have remained forward deployed to provide presence in peacetime and wartime. The Navy has made changes to the detailing process. A new NAV admin covers how detailers can now write orders to transfer sailors up to six months before or after their projected rotation date. Detailers have the ability to return sailors to sea duty early to improve fleet manning and reduce gaps at sea. Read more about these stories at Navy.mil. From All Hands Update, thanks for watching.


Oh goodness, let's zoom this sucker in. Well hello everybody and welcome back to my channel. Today I finally got my Aaron Condren seasonal surprise box. This is box number two. I already have received box number one and I will leave that link down below like this for you guys right down below. So this is the second seasonal surprise box. This is not a subscription but if you sign up to the Aaron Condren emails, they email you when their new surprise box is happening. I ordered this quite a while back and these take a little while to actually get to you. So I haven't even like cracked the sucker open yet. Figured I would do it on camera for y'all and um let's oh there's there's two big things to tape Emily. Pay attention. Um yeah so I figured I would do it all on camera for you guys and show you what's in the box. I have to tell you I was pretty excited about the box last time so I'm very excited about this box this time. All right so on the very top it says somewhere something incredible is waiting to be known. All right so let's just okay it's not gonna like knock over the tripod. All right so I have the little card here that says the theme is spring in your step. Cool and then um when I upload the video I will use the hashtag ecsurprisebox so very cool. All right this has like the little stuff that's in there. This is the hardbound notebooks which are new. I'm excited I want to order a couple of those just to you know test them out for you guys and it looks like the art prints are 40 off which has a unique coat on the back so I am not going to show that on camera. Okay so it's got this really pretty mint tissue paper. I always love their packaging I feel like it's so pretty. All right normally it comes with like a bubble wrap but it just comes with like a thin thin little foam wrap-y this time. All right what's this what's this is this like little foam thing gonna stay stay. I feel like I'm yelling at my dog. Doyle stay he's over on the couch looking at me like what I'm sitting over here what's your problem. All right okay so this is one of their little note cards with a seal doesn't say anything inside. Oh that's really cool that it has that little banner at either the top or the bottom depending on you know how you write it I guess. That's really cool I'll put this with my little stash of ec note cards that I have nice. Oh cool I got one of the new notebooks. All right I'm gonna test this out I actually saw Jen Dufort do like a pen test on hers and I've been kind of really excited to check this sucker out. Oh yeah that feels really nice like it's like very velvety like very like a like a leather but I know it's not leather. It's got rose gold which you know me and rose gold you guys like we're not the best of friends and the spine is a rose gold as well. Cool oh man and that's got like it looks like washi tape in here but it's not washi it's like built into the book. That's kind of cool and then and then you can like write down who the book belongs to and then I heard that Jen was talking about how like you leave it like this and it like stay oh wow it stays open that's so cool nice and then also I just noticed this there is like a little ribbon isn't that neat so you can like put in your little note pages where you want them oh wow this is like stiff oh there we go and then it's got all different little asterisk tabbies very cool anything exciting in the back um well I guess there's a a coupon code if you guys are interested um looks like it's a generic coupon code so feel free to screenshot if you want 10 off your entire purchase through the end of the year so yeah there you go don't say I never gave you nothing but yeah this is really cool I'm very excited about this this makes me want to buy more of them um like I said I'm not a huge fan of the rose gold but that's okay it's really cool all right so oh cool all right this is one of those like a little like kind of grocery list pads I would definitely use this I use grocery lists and things like this all the time and this is one of those on the go address booklets I've never actually seen one of these in person before but I like how thin it is so like if you've just got like a few contacts that you want to just have in your arsenal if you've got like kids and you know like you know some of their friends or something like addresses and phone numbers of like their parents so you know you can like verify if they're really there because I never did that as a kid right right okay there we go um there are two of the erin conran sticker sheets which I'm a huge fan of these are really really pretty I love this watercolor obviously I like the watercolor dots too but I just love everything watercolor I think it's cool I think it's cool ooh these are neat these are the mini magnetic page markers kind of cool oh the rose gold one is like jacked up looking oh well whatever good thing it's the rose gold one because it's freaking ugly um I don't like rose gold you guys if it's your first time watching I don't like rose gold but I think you guys already know that but these are kind of cool and are these just yeah they're just like the little magnets like okay cool I'm gonna have to play with these later cool oh my goodness y'all y'all I can't put it back have to be able to like Instagram this thing later okay um all right these are the stylized sticky corner pockets wow there's 20 of them in here seriously oh my gosh that's a lot of sticky pockets y'all huh and they kind of I think they kind of like go with whoa dropping stuff already I feel like they kind of like go with this coloration a little bit I mean they're a little bit different this is more like a true rose but this is more of a pink like a blush pink color kind of cool oh I was like what is this all about it's from there I'll put it over my garbage section okay and then there is one of those little prints that says stay a while in rose gold oh cool and it's got like the little teeth on the back as well oh hey look you guys you can see you can see yourself do you see yourself in the camera right there there you are whoa that's so funny looking um yeah this is kind of cool I like that it kind of you can't really tell but it like stands up on its own too because it's like really thick like really thick that's really kind of nice cool all right well I'm excited about that that's really a cool cool little box all right so those are all the goodies that are in the spring seasonal surprise box from Aaron Kondren and the theme of this box was spring into your step I'm very excited to test out some of the new stuff especially this hardbound notebook I'm really excited about and I'm actually really excited about these little magnetic page flags I think these are really cool I'm very very excited to kind of test those out in my life planner and see how many pages it holds and things like that so I think that's going to be really really cool as well as you know I love me some Aaron Kondren sticker sheets which are kind of hiding at the very top over here but that is a really cool I'm very excited about all this stuff and I think all of it's really functional so I think this is a great deal for the price that you pay I believe it was $35 per box and that includes shipping which is kind of awesome so I definitely feel like you get way more than $35 worth of product with all this cool stuff if you guys are interested in Aaron Kondren or any of Aaron Kondren's products I will leave a clickable link down below that is my unique referral link and if you sign up using that link if you've never purchased anything through Aaron Kondren before you will get a bunch of emails that will generate to your to your inbox I can't talk today and one of those will actually be a $10 off of your next order so that will actually come in a separated email and it'll be a totally unique coupon code usually it's like letters and numbers and things like that and you can use that on anything like you can just buy a couple of sticker sheets if you want to like this or some note cards you don't have to buy a planner with that $10 off code I know a lot of people think that you have to but you really don't you can buy anything from Aaron Kondren it doesn't matter so what happens when you use that $10 off coupon code is that it'll generate a referral credit to me for $10 which is actually how I can bring you guys these awesome videos to show you all the new Aaron Kondren products so thank you so much to everyone that has used them in the past I think I got one of those codes yesterday so thank you to anyone that uses them I really really appreciate it and it actually really helps support my channel so I can produce these videos for you guys so that being said I do have a fun announcement so thank you guys for sticking around till the end of the video I actually have another seasonal surprise box for you guys I haven't even opened it up yet I am going to be giving this away the official rules are going to be down below as to how to win this the same things are going to be inside here that are inside here I'm not even going to open it I'm just gonna do a giveaway for it I'm not sure when I'm actually going to be posting this video so I'm not even going to talk about the the giveaway rules or anything like that I will link them down below you're not going to be entering on YouTube I know that so you're going to be entering through a different social media platform and I will choose that down below and I will give you a direct link to my other online platform that I'm going to be doing it the general rules are going to be pretty basic like they always are you have to be over the age of 18 if you're not over the age of 18 just get parental permission that I can actually send you a product if in fact you do win you will have to live in the United States I will be shipping this on my own dime so I want to make sure that it's in the United States all you have to have is a United States mailing address and we are good to go but like I said all the details will be on the other social media site that I am going to host this giveaway on and just to let you guys know if you're interested these boxes are completely sold out once they have the seasonal boxes they sell them out and then they produce all the contents inside they probably already know what contents are going to go in there anyways but they are no longer on the website so if you wanted to purchase this box you can no longer purchase it this is something that happens it seems like it's happening quarterly now but it's really a cool deal and it's kind of a fun way to try out different products that you wouldn't necessarily try out from Erin Condren and I feel like the value is actually really really good for the past two boxes at least again links will be below if you guys are interested but I am going to let you guys go I just got home from work and there was a ton of boxes on my little porch and there was four from Erin Condren so anyway two of them were these the two others I think I'm actually gonna film a haul in just a second but anyway I hope you guys enjoyed the video and a sneak peek at the new spring seasonal surprise box thank you guys so much for watching feel free to thumbs up the video if you liked it as well as subscribe I am here on my channel every Monday Wednesday and Friday with new content for you guys and every once in a while I put out giveaways so you never want to miss those so feel free to hit the subscribe button and I will see you all in my next video bye guys