Create a new version of paste:

<link rel="preconnect" href="https://fonts.gstatic.com">
<link href="https://fonts.googleapis.com/css2?family=Open+Sans:ital,wght@0,300;0,400;0,600;0,700;0,800;1,300;1,400;1,600;1,700;1,800&display=swap" rel="stylesheet">
<body style="margin: 0;">
	<div style="position: fixed; width: 100%; height: 100%; overflow: auto;">
		<div style="display: flex; height: 50vh; background-color: #000000;">
			<div style="display: flex; flex-direction: column; justify-content: space-between; flex: 1; padding: 30px 40px;">
				<div style="display: flex; flex-direction: column;">
					<span style="font-family: Open Sans; font-size: 20px; font-weight: 700; color: #ffffff;">Ian Baldwin <span style="font-weight: 300; color: #bbbbbb;">(ian@iabaldwin.com)</span></span>
					<span style="margin-top: 5px; font-family: Open Sans; font-size: 14px; color: lightblue;">Ian Baldwin's CV.pdf</span>
					<span style="margin-top: 20px; font-family: Open Sans; font-size: 14px; color: #dddddd;">I don't really understand what Baldwin does (just some description right here)</span>
				</div>
				<div style="display: flex;">
					<div style="display: flex;">
						<svg style="width: 16px; height: 16px; fill: #ffffff;" role="img" viewBox="0 0 24 24" xmlns="http://www.w3.org/2000/svg"><title>Skype icon</title><path d="M12.069 18.874c-4.023 0-5.82-1.979-5.82-3.464 0-.765.561-1.296 1.333-1.296 1.723 0 1.273 2.477 4.487 2.477 1.641 0 2.55-.895 2.55-1.811 0-.551-.269-1.16-1.354-1.429l-3.576-.895c-2.88-.724-3.403-2.286-3.403-3.751 0-3.047 2.861-4.191 5.549-4.191 2.471 0 5.393 1.373 5.393 3.199 0 .784-.688 1.24-1.453 1.24-1.469 0-1.198-2.037-4.164-2.037-1.469 0-2.292.664-2.292 1.617s1.153 1.258 2.157 1.487l2.637.587c2.891.649 3.624 2.346 3.624 3.944 0 2.476-1.902 4.324-5.722 4.324m11.084-4.882l-.029.135-.044-.24c.015.045.044.074.059.12.12-.675.181-1.363.181-2.052 0-1.529-.301-3.012-.898-4.42-.569-1.348-1.395-2.562-2.427-3.596-1.049-1.033-2.247-1.856-3.595-2.426-1.318-.631-2.801-.93-4.328-.93-.72 0-1.444.07-2.143.204l.119.06-.239-.033.119-.025C8.91.274 7.829 0 6.731 0c-1.789 0-3.47.698-4.736 1.967C.729 3.235.032 4.923.032 6.716c0 1.143.292 2.265.844 3.258l.02-.124.041.239-.06-.115c-.114.645-.172 1.299-.172 1.955 0 1.53.3 3.017.884 4.416.568 1.362 1.378 2.576 2.427 3.609 1.034 1.05 2.247 1.857 3.595 2.442 1.394.6 2.877.898 4.404.898.659 0 1.334-.06 1.977-.179l-.119-.062.24.046-.135.03c1.002.569 2.126.871 3.294.871 1.783 0 3.459-.69 4.733-1.963 1.259-1.259 1.962-2.951 1.962-4.749 0-1.138-.299-2.262-.853-3.266"/></svg>
						<span style="margin-left: 10px; font-family: Open Sans; font-size: 12px; font-weight: 600; color: #ffffff;">ian.baldy</span>
					</div>
					<div style="display: flex; margin-left: 20px;">
						<svg style="width: 16px; height: 16px; fill: #ffffff;" role="img" viewBox="0 0 24 24" xmlns="http://www.w3.org/2000/svg"><title>GitHub icon</title><path d="M12 .297c-6.63 0-12 5.373-12 12 0 5.303 3.438 9.8 8.205 11.385.6.113.82-.258.82-.577 0-.285-.01-1.04-.015-2.04-3.338.724-4.042-1.61-4.042-1.61C4.422 18.07 3.633 17.7 3.633 17.7c-1.087-.744.084-.729.084-.729 1.205.084 1.838 1.236 1.838 1.236 1.07 1.835 2.809 1.305 3.495.998.108-.776.417-1.305.76-1.605-2.665-.3-5.466-1.332-5.466-5.93 0-1.31.465-2.38 1.235-3.22-.135-.303-.54-1.523.105-3.176 0 0 1.005-.322 3.3 1.23.96-.267 1.98-.399 3-.405 1.02.006 2.04.138 3 .405 2.28-1.552 3.285-1.23 3.285-1.23.645 1.653.24 2.873.12 3.176.765.84 1.23 1.91 1.23 3.22 0 4.61-2.805 5.625-5.475 5.92.42.36.81 1.096.81 2.22 0 1.606-.015 2.896-.015 3.286 0 .315.21.69.825.57C20.565 22.092 24 17.592 24 12.297c0-6.627-5.373-12-12-12"/></svg>
						<a style="margin-left: 10px; font-family: Open Sans; font-size: 12px; font-weight: 600; color: #ffffff;" href="https://github.com/iabaldwin">iabaldwin</a>
					</div>					
				</div>				
			</div>
		</div>
		<div style="padding: 30px 40px;">
			<div style="display: flex;">
				<span style="padding-bottom: 5px; font-family: Open Sans; font-size: 16px; border-bottom: 5px solid;">Posts</span>
				<span style="margin-left: 20px; font-family: Open Sans;  font-size: 16px; color: #666666;">Code and Design</span>
			</div>
			<div style="display: flex; flex-direction: column; margin-top: 20px; padding: 30px 0; border-top: 1px solid #eeeeee;">
				<span style="font-family: Open Sans; font-size: 18px; font-weight: 600;">Large-Scale Urban Localisation with a Pushbroom LIDAR</span>
				<span style="margin-top: 10px; font-family: Open Sans; font-size: 14px; color: #666666;">We begin by developing the physical means to make large-scale localisation achievable, and affordable. This takes the form of a stand-alone, rugged sensor payload - incorporating a number of sensing modalities - that can be deployed in either a mapping or localisation role. We then present a new technique for localisation in a prior map using an information-theoretic framework. The core idea is to build a dense retrospective sensor history, which is then matched statistically within a prior map. The underlying idea is to leverage the persistent structure in the environment, and we show that by doing so, it is possible to stay localised over the course of many months and kilometres. The developed system relies on orthogonally-oriented ranging sensors, to infer both velocity and pose. However, operating in a complex, dynamic, setting (like a town centre) can often induce velocity errors, distorting our sensor history and resulting in localisation failure. The insight into dealing with this failure is to learn from sensor context - we learn a place-dependent sensor model and show that doing so is vital to prevent such failures.</span>
			</div>
			<div style="display: flex; flex-direction: column; margin-top: 20px; padding: 30px 0; border-top: 1px solid #eeeeee;">
				<span style="font-family: Open Sans; font-size: 18px; font-weight: 600;">Laser-only road-vehicle localization with dual 2D push-broom LIDARS and 3D priors</span>
				<span style="margin-top: 10px; font-family: Open Sans; font-size: 14px; color: #666666;">We demonstrate the viability of using 2D LIDAR data as the sole means for accurate, robust, long-term road-vehicle localization within a prior map in a complex, dynamic real-world setting. We utilize a dual-LIDAR system - one oriented horizontally, in order to infer vehicle linear and rotational velocity, and one declined to capture a dense view of the surrounds - that allows us to estimate both velocity and position within a prior map. We show how probabilistically modelling the noisy local velocity estimates from the horizontal laser feed, fusing these estimates with data from the declined LIDAR to form a dense 3D swathe and matching this swathe statistically within a map will allow for robust, long-term position estimation. We accommodate estimation errors induced by passing vehicles, pedestrians, ground-strike etc., by learning a positional- dependent sensor model - that is, a sensor-model that varies spatially - and show that learning such a model for LIDAR data allows us to deal gracefully with the complexities of real-world data. We validate the concept over more than 9 kilometres of driven distance in and around the town of Woodstock, Oxfordshire.</span>
			</div>	
			<div style="display: flex; flex-direction: column; margin-top: 20px; padding: 30px 0; border-top: 1px solid #eeeeee;">
				<span style="font-family: Open Sans; font-size: 18px; font-weight: 600;">Road vehicle localization with a 2D push-broom LIDAR and 3D priors</span>
				<span style="margin-top: 10px; font-family: Open Sans; font-size: 14px; color: #666666;">In this paper we describe and demonstrate a method for precisely localizing a road vehicle using a single push-broom 2D laser scanner while leveraging a prior 3D survey. In contrast to conventional scan matching, our laser is oriented downwards, thus causing continual ground strike. Our method exploits this to produce a small 3D swathe of laser data which can be matched statistically within the 3D survey. This swathe generation is predicated upon time varying estimates of vehicle velocity. While in theory this data could be obtained from vehicle speedometers, in reality these instruments are biased and so we also provide a way to estimate this bias from survey data. We show that our low cost system consistently outperforms a high caliber integrated DGPS/IMU system over 26 km of driven path around a test site.</span>
			</div>					
		</div>
	</div>
</body>