The World Atlas of Last Interglacial Shorelines (version 1.0)

. This paper presents version 1.0 of the World Atlas of Last Interglacial Shorelines (WALIS), a global database of sea-level proxies and samples dated to marine isotope stage 5 ( ∼ 80 to 130 ka). The database includes a series of datasets compiled in the framework of a special issue published in this journal (https: //essd.copernicus.org/articles/special_issue1055.html, last access: 15 December 2022). This paper collates the individual contributions (archived in a Zenodo community at https://zenodo.org/communities/walis_database/, last access: 15 December 2022) into an open-access, standalone database (Rovere et al.


Introduction
The survey, interpretation, and dating of sea-level index points is an essential tool to assess long-term relative sealevel (RSL) changes resulting from the interplay between land motion and global mean sea-level changes.Since the end of the 18th century, scientists have systematically observed and measured archeological and geological evidence of RSL changes (Celsius, 1743;Issel, 1883;Forbes, 1829).In the 20th century, the observation of past sea-level changes evolved into a standalone discipline at the crossroads between geomorphology (measurement and interpretation of sea-level proxies, e.g., Shennan, 1982), geochemistry (dating of sea-level proxies, e.g., De Vries and Barendsen, 1954), geophysics (modeling vertical land motions following ice melting, e.g., Peltier, 1974;Farrell and Clark, 1976), and structural geology (understanding the vertical displacement of shoreline features through time, e.g., Chappell et al., 1996).
Published by Copernicus Publications.
The growing knowledge on geological sea-level proxies in different regions and the emergence of new and more refined scientific questions on past RSL changes (see overviews by Murray-Wallace andWoodroffe, 2014, andGehrels andShennan, 2015) presents a need to standardize how geological sea-level information is both collected and stored.Answers to such need were first introduced in a seminal paper by Shennan (1982) and, only a few years later, were explicit in the volume Sea-level research: A manual for the collection and evaluation of data (Van de Plassche, 1986).After these efforts, approaches to standardize Holocene sea-level proxies were widely accepted by the community working on paleo sea-level changes and have recently been summarized in an update of the 1986 manual (Shennan et al., 2015).
The community working on past RSL changes has often organized itself around projects supported by the IGCP (International Geoscience Programme, formerly International Geological Correlation Programme) or focus groups supported by the International Union for Quaternary Research (INQUA).One such group, the "PALeo constraints on SEA level rise" (PALSEA), founded and currently co-funded by PAGES (Past Global Changes), has contributed to advancing the state of the art on paleo ice sheets and sea levels (Rovere and Dutton, 2021) in the last decade.Results from PALSEA have laid the foundations for improvements in the standardization of paleo sea-level data encouraging the creation of global sea-level databases compiled by experts following standardized approaches (Düsterhus et al., 2016).The first multi-proxy global sea-level database stemming from these efforts compiled published sea-level index points formed after the Last Glacial Maximum (20 ka to present) and presented as part of a special issue in the journal Quaternary Science Reviews (Khan et al., 2019).This standardized compilation of Holocene sea-level proxies includes data reviewed by 30 studies (see Table 1 of Khan et al., 2019).It presents a total of 5290 sea-level indicators distributed across the globe.The structure used by the database was built upon the concepts already explored within a database template that was already widely employed in Holocene sea-level studies (e.g., Engelhart and Horton, 2012), stemming directly from the early efforts of sea-level data standardization by Shennan (1982) and Van de Plassche (1986).
While studies of RSL changes for periods older than the Holocene have a long tradition (De Lamothe, 1911;Issel, 1914;Blanc, 1936), the standardization of reporting for sealevel proxies older than 20 ka into databases has lagged.One significant period of former sea-level changes is the Last Interglacial (MIS 5,.The warmest peak of this interglacial, MIS 5e (ca.128-116 ka), is commonly considered a useful (however imperfect) analog for a future warmer climate.During MIS 5e, the Earth was slightly warmer than pre-industrial time (with global mean atmospheric temperatures 1-2 • C above pre-industrial, McKay et al., 2011), probably as a consequence of greater insolation at high latitudes.In such a warmer climate, the global mean sea level interpreted from sea-level index points corrected for postdepositional displacement was higher than today.Sea-level estimates for MIS 5e range from 1 to 5 m (Dyer et al., 2021) to 6-9 m higher than today (Dutton and Lambeck, 2012;Dutton et al., 2015).Last Interglacial global mean sea-level estimates have been used as benchmarks for ice models projecting future sea-level changes in the face of global warming (DeConto et al., 2021).Gilford et al. (2020) highlighted that improving field measurements of MIS 5e sea levels might help improve the accuracy of future sea-level projections.
Hundreds of studies since the early 1900s have described the stratigraphy, elevation, and age of Last Interglacial RSL proxies at thousands of locations.The present undertaking within this special issue presents a global database reporting geological sea-level proxies formed during MIS 5. We named the database World Atlas of Last Interglacial Shorelines (WALIS).The name is meant as an homage to the World Atlas of Holocene sea-level changes by Pirazzoli (1991), which was the first attempt at making a global compilation of paleo sea-level data.The database was built by collating the individual contributions in the WALIS special issue (published in this journal) into a unique database (WALIS 1.0, i.e., version 1.0).Here, we describe the database structure and associated tools (e.g., interface for inserting data, analysis, and visualization tools).We also summarize the contents of WALIS 1.0 and the main limitations of the database in its present form.

Relationship with previous compilations
WALIS is not the first attempt to collect MIS 5 sea-level index points into a coherent database.Databases compiling single studies of MIS 5 sea-level proxies exist for several regions and were built to summarize single studies in regional databases (e.g., Ferranti et al., 2006;Ota and Omura, 1991;Muhs et al., 2003Muhs et al., , 2002)).These include the work done over several decades in one region, nation, or wide geographic area, often reporting the results of earlier work that are hard to retrieve in digital format.In addition, regional compilations are usually done by geoscientists with direct expertise on at least some of the sites reported, which increases the confidence that the data have been screened and standardized with a certain degree of knowledge of local geological contexts.In the WALIS ESSD special issue, we tried to maintain this advantage by soliciting regional compilations from authors with direct expertise on each area addressed in the database or with expertise with a particular type of indicator (e.g., coral sea-level proxies or speleothems) or dating technique (e.g., U-series).
Within the existing literature, several global databases predate WALIS 1.0.One of the most comprehensive in terms of the sheer number of data points was assembled by Pedoja et al. (2011), later updated by Pedoja et al. (2014).In parallel, the works of Dutton and Lambeck (2012), Medina-Elizalde (2013), andHibbert et al. (2016) contain global compilations of Quaternary U-series data and associated RSL information.Similarly, scientists working on amino acid racemization dating have worked towards a database of dated samples compiled within a standardized framework (Wehmiller and Pellerito, 2015).Finally, a global compilation of deposits dated with luminescence exists (Lamothe, 2016); however, the published version contains relatively little metadata (e.g., region of occurrence, luminescence method, sedimentary facies, age, and reference).
These databases were used as a starting point for WALIS 1.0.In particular, all the references cited by Pedoja et al. (2014) were initially added to the "References" table and subsequently updated and implemented with new ones by the data compilers working on regional databases within the special issue.Hibbert et al. (2016) were the foundation upon which the U-series coral compilation was done (Chutcharavan and Dutton, 2021a).The global compendium of MIS 5a and MIS 5c data (Thompson and Creveling, 2021b) is based on an expansion of a previous compilation that was included in the form of a table in Creveling et al. (2017).Data from some of the regional databases mentioned above (e.g., Ferranti et al., 2006;Ota and Omura, 1991) have been re-evaluated and inserted into the WALIS structure (Cerrone et al., 2021b;Tam and Yokoyama, 2021), most often crosschecking information with the original studies (when available).
The key difference between previous compilations and WALIS is that the latter is structured as a relational database with links between records in different tables.Previously published databases have, in general, a more straightforward structure than WALIS.For example, the databases of Pedoja et al. (2014) and Ferranti et al. (2006) contain several fields describing sea-level index points, including some columns dedicated to the dating methods used and the associated age(s).However, no detailed information is available on the ages themselves (e.g., the minimum fields considered necessary to describe a U-series age, as discussed in Dutton et al., 2017).In WALIS, such data are presented in a dedicated table and linked to the table containing sea-level information.Conversely, the fields to describe U-series ages are present in the global compilation of coral sea-level index points by Hibbert et al. (2016).Instead, those related to sea-level stratigraphic details are limited.Instead, these fields are in WALIS in the "RSL Stratigraphy" table.As described below, all tables in WALIS are linked with one-to-many or many-to-many relationships.

The WALIS data platform
Overall, the WALIS database was built alongside a data platform with the same name.Critical parts of the data platform are two MySQL databases (one private and one public), a PHP (Hypertext Preprocessor) interface, and a series of visu-alization, data download, and documentation tools (see Fig. 1 for a schematic representation and Table 1 for links to resources).WALIS was structured around the four key types of scientists interacting with a database, described by Düsterhus et al. (2016).Data creators are scientists who produce new data, such as sea-level proxies or radiometric dates, and publish them in research outputs (e.g., peer-reviewed articles or PhD theses).Data compilers review these outputs and include the data in the standardized WALIS format.For WALIS 1.0, data compilers are the authors of review papers included in the ESSD special issue (with a few exceptions discussed in Sect. 4 "Database contents").In some instances, a data creator may coincide with the data compiler.End users do not contribute data but may query and analyze the database for their research.Database administrators ensure that data entered by data compilers meet the minimum standards and manage the platform's administration, including fixing bugs and updates.For WALIS 1.0, the database administrators are the authors of this paper.
Data compilers can sign up to the interface, which is publicly available and free of charge (Table 1).The data required to sign up are a user-selected username and password (the latter is encrypted in the private database and deleted in the public version), a valid email address, name, surname, institution, and country.The data compiler must accept a privacy policy (that was built with the Privacy Policy Generator of the German Association for Data Protection).Generally, every WALIS table contains a "Public" field of type integer.For every new data point inserted in WALIS, this field is set to "0", which means that the record is not publicly visible and can only be seen, edited, and deleted by the user who inserted it.Exceptions to this rule are tables containing positioning and elevation measurement methods and bibliographic references (Fig. 2).Data inserted in these tables are immediately public and can be seen by all data compilers (and they can be deleted only by Admin) to ensure that standard metadata (e.g., survey methods) can be used at large and are not duplicated in the database.
All data inserted by a data compiler are embedded within a private MySQL database.This database can be accessed only by the administrators, who periodically revise the non-public records and contact the data compiler to inquire whether it is possible to make them public.Upon agreement, the data compiler is invited to upload their data to the WALIS Community in Zenodo (or any other open-access repository) under a Creative Commons Attribution (CC BY) license.Alternatively, the data compiler is requested to consent to publish the data in WALIS under this license.At this stage, public fields are changed to "1" and can only be edited or deleted by submitting a data modification or deletion request to the database administrators via the database interface so that post-publication changes are tracked in future WALIS versions.
All data where the public field is set to "1" are periodically migrated to the public MySQL database, where a general https://doi.org/10.5194/essd-15-1-2023 Earth Syst.Sci.Data, 15, 1-23, 2023 user is granted "SELECT" rights.End users can download this database or perform SQL queries directly on the public online version (Table 1).For end users familiar with Python, a series of Jupyter notebooks can perform simple database queries (Table 1).These scripts are also available in GitHub, where they can be forked (i.e., copied and modified without affecting the original repository) and commented on by anyone with a GitHub account.For end users who do not wish to use SQL or Python, the database is available for download as a multi-sheet spreadsheet, comma-separated text files, or GeoJson files (Table 1).
A combination of Python and R scripts is then run periodically by the database administrators on the public MySQL database.These scripts summarize the data and compile an R ShinyApp for data visualization and download (Garzón and Rovere, 2022).Database administrators also update the database documentation (Rovere et al., 2020) and a series of video tutorials to guide data compilation.The documentation files are included in a ReadTheDocs website and are available via GitHub.Users may either fork the original documentation (written in markup language) or suggest improvements via the GitHub "issues" function.

The WALIS database
WALIS is built as a series of tables embedded in a MySQL database.The central concept is that the description of a single sea-level index point must include data and metadata describing its stratigraphy and relationship with the former sea level and must be tied to a series of tables reporting on dated samples and details on how both samples and index points have been measured.The techniques used to measure elevation (including the vertical datum) and geographic positioning must relate to sea-level index points and dated samples.Also, studies reporting details on each site, sample, or technique used must be referenced where necessary (Fig. 2).The WALIS database structure (i.e., the mandatory or optional columns that need to be filled when describing a given entity) was drafted by several scientists (coordinated by the authors of this paper), including experts on different subfields (e.g., geomorphology, stratigraphy, dating techniques, earth modeling).A complete list of tables, fields and associated descriptors is available via the project documentation (Rovere et al., 2020).An overview of the database in terms of the number of fields and records contained in each table is shown in Fig. 2.
WALIS has a complex structure, with a series of one-tomany and many-to-many links between tables (Fig. 3).One example of a one-to-many relationship is the one between the tables "RSL stratigraphy" (containing the stratigraphic descriptions of sea-level index points) and "Elevation measurement technique" (including details on the techniques used to measure site or sample elevation).Each record in the elevation measurement technique table can be associated with many RSL stratigraphy data points, as the same measuring technique can be applied to many sites.However, each RSL stratigraphy record can be associated with only one elevation measurement technique.The relationship between the RSL stratigraphy and any table containing dated samples (e.g., amino acid racemization, electron spin resonance, and Useries) is an example of a many-to-many relationship.Multiple dated samples can characterize one RSL stratigraphy data point (e.g., replicates of the same dated material or different samples within the same stratigraphic layer).
It is also possible, under certain conditions, that a single dated sample can be used within various RSL stratigraphy records.This can happen when different sites containing sealevel index points correlate with a single stratigraphic unit dated elsewhere with, for example, U-series.In such cases, the WALIS structure allows connecting one or more sea-level index points with one stratigraphic unit but also with one or more radiometric ages that have been used to assign an age to that unit.The distance between the sea-level proxy and the closest dated sample is calculated and stored in a column of the exported spreadsheet.This kind of many-to-many relationship between sea-level proxies and dated samples allows retaining not only the age information for a given sealevel proxy but also information about how that age has been established.This is a crucial difference with previous Last Interglacial sea-level databases (Hibbert et al., 2016;Pedoja et al., 2014;Ferranti et al., 2006).The relationship between samples and sea-level proxies in these databases is always one-to-one.
The links between database tables are shown in Fig. 3.One key aspect of WALIS is that the links are not defined in MySQL but are managed in the PHP interface.Taking the examples of the one-to-many and many-to-many relationships described above, in the RSL stratigraphy, there is an elevation measurement technique type integer field, which is filled via the PHP interface with the corresponding ID in the Elevation measurement techniques table.Similarly, in the RSL stratigraphy table, there is a U-series type varchar field (i.e., an indeterminate string length data type) that, upon selection in the PHP interface, is filled with the corresponding ID(s) in the U-series table as comma-separated values.Unique constraints and orphans are managed via the PHP interface, and all relationships are coded into the Python scripts used to extract the data (Fig. 1).While we recognize that this makes WALIS an "unorthodox" database from the SQL standpoint, we have found that this is the most effective way to manage the inter-table relationships' complexity without affecting the interface's usability.

The WALIS interface (version 1.8.0)
The interface to the MySQL database was built in PHP 7.3 using Scriptcase, a rapid application development software.The main components of the interface (current version: 1.8.0) are shown in Fig. 4. On the left side, a menu allows navigating the different pages of the application.Windows for data Figure 1.Overview of the WALIS platform, which includes the private and public instances of the database, the PHP data interface, and scripts in R and Python to query and visualize the data.The "Zenodo" logo indicates that the scripts/data are available in Zenodo (see Table 1 for links).insertion can be browsed in a tab space in the central part of the application.Below the tab space is the main window, where the active tab is shown.The data insertion is done inside the active tabs in the main window, where a data compiler can find the fields to fill and help tips to guide the compilation of the database.

Data visualization (version 2.0)
To ensure rapid access to the data in WALIS, we also prepared a map interface that allows end users to browse the contents of the database (Garzón and Rovere, 2022).This visualization interface is built with the R package Shiny and uses a simplified database version exported via a Python script (Table 1).The interface's main page allows an end user to select data from different filters or geographic queries.The https://doi.org/10.5194/essd-15-1-2023 Earth Syst.Sci.Data, 15, 1-23, 2023  chosen data on the first page can be browsed and downloaded in CSV format on the second page of the interface (Fig. 5).
On the third page of the visualization interface, it is possible to run a script implementing a Monte Carlo elaboration that allows plotting a probability density distribution of RSL in space and time, as indicated by the selected indicators.It is also possible to download the results of the Monte Carlo elaboration for further analysis or plot outside the interface.Within the visualization interface, it is possible to apply different filters to the selected data.

Query and plotting scripts
With the release of WALIS 1.0, we prepared a repository that includes several Python scripts that can be executed via Jupyter notebooks.The scripts allow querying WALIS by selecting data compilers by name or geographic boundaries.Then, they connect records via one-to-one and manyto-many links and associate database column names with formatted labels.After these scripts are run, it is possible to export the queried data in different formats (CSV, XLSX, Geo-Json) or make exploratory plots, such as maps or histograms for various fields (Table 1).

Documentation
The documentation associated with WALIS is maintained in GitHub and served via a ReadTheDocs web page built with Sphinx (Brandl, 2021).The documentation contains details on the main tables of WALIS and a description for each field of the database, with guidelines on which values or details are expected to be included by the data compiler.Via the ReadTheDocs page, the documentation may be searched and exported as a PDF file.

Database contents
The data included in WALIS 1.0 were compiled primarily within the ESSD special issue (Table 2).Some of the papers in the special issue have a global scope, such as those collecting data for U-series on corals, speleothems, and MIS 5c/5a (Chutcharavan and Dutton, 2021a;Dumitru et al., 2021;Thompson and Creveling, 2021b, respectively).Most papers are instead focused on specific regions.Two manuscripts for which data are available in WALIS 1.0 are only available as preprints (see Table 2).At the same time, data from one paper published outside the special issue were submitted by the lead author to WALIS (Steidle et al., 2021).In one case (not shown in Table 2), the WALIS U-series structure was used to report on Last Interglacial coral and speleothem ages in the Mediterranean Sea, adding more samples to those currently in WALIS for that region (Pasquetti et al., 2021).These data were not compiled via the interface; therefore, they are not included in WALIS 1.0.They will be included in the subsequent versions of WALIS.
4.1 Sea-level and age data points WALIS 1.0 includes 4545 sea-level proxies (Fig. 6).The papers listed in Table 2 contain data and metadata standardized from 2130 references, spanning more than one century of published scientific literature.The sea-level proxies in WALIS 1.0 consist of 3311 sea-level index points from coastal sites (containing, for example, fossil beach deposits or marine terraces), for which it is possible to identify a relationship with the paleo sea level via the "indicative meaning" (Shennan et al., 2015).Other points indicate that paleo sea level was above ("marine limiting" points, n = 285) or below ("terrestrial limiting" points, n = 410) the measured stratigraphy.Examples of marine limiting points are fossil subtidal sands, while terrestrial limiting points are, for example, fossil dunes.The database also contains 463 sea-level index points from fossil corals (most of them compiled by Chutcharavan and Dutton, 2021a), which can be correlated to paleo sea level when there is enough information on paleo water depth given.In WALIS are also included 76 phreatic overgrowths on speleothems, which are a particular morphotype of cave deposits formed in association with paleo sea level (Dumitru et al., 2021).Each sea-level index point is associated with one or more dated samples or with non-radiometric chronological constraints, such as, for example, biostratigraphic markers.In total, WALIS 1.0 includes 4110 dated samples.These include corals, cave deposits, mollusks, or oolites dated via U-series (n = 2717).Upon selecting the material dated by U-series techniques, the interface requests the compiler to fill in different fields specific to the material chosen.WALIS 1.0 also contains a relevant number of samples dated with luminescence (n = 597), amino acid racemization (n = 583), and electron spin resonance (n = 213).Additional chronological constraints include 120 chronostratigraphic or biostratigraphic records (e.g., pollen zones) and 160 age determinations of "other" type.Examples of the latter are tephra layers or finite radiocarbon ages, or ages inferred to be beyond the range of the radiocarbon method.Each sea-level proxy must be correlated with at least one chronological constraint.There is no upper limit on the number of chronological constraints associated with a single sea-level proxy.The choice of how to calculate final-age uncertainties for a sealevel proxy associated with several chronological constraints is left to the end user.However, in the data visualization interface, we propose an approach where each age within the same sea-level proxy is sampled using a Monte Carlo method within a random or uniform distribution (depending on the type of constraint), and a synthetic age is calculated by combining the samples available for the proxy.
In the interface, it is also possible to select minimum or maximum ages, indicating if a sea-level proxy is older or younger than a given sample.This option may be chosen when, for example, only infinite radiocarbon ages are available as an age constraint for a beach deposit, indicating thus https://doi.org/10.5194/essd-15-1-2023 Earth Syst.Sci.Data, 15, 1-23, 2023  that the deposit is older than 50-60 ka, but it is impossible to assign a radiometric age.In summary, in WALIS 1.0, there are nine possible combinations (Fig. 7) to define a sea-level proxy (sea-level index point, marine or terrestrial limiting) and its associated age (older/younger than, or with defined age).

Types of sea-level proxies
In WALIS 1.0, paleo sea levels are interpreted from 30 different types of sea-level indicators.In Fig. 8, we group them into four general categories.In the current version, the most represented category is geomorphological sea-level indicators (such as marine terraces, shoreline angles, or tidal notches).The high number of records for this category is driven by the data from Freisleben et al. (2020).They used a tool called TerraceM (Jara-Muñoz et al., 2016) to system-atically map the inner margin of marine terraces along the Pacific coasts of South America, reporting 1953 marine terraces, representing more than 80 % of the data points of this kind in WALIS (and 43 % of the data points in WALIS 1.0).Biological indicators (i.e., single corals or coral reef terraces) and limiting points (marine or terrestrial) contain relatively fewer records.The lowest occurrences in the database are indicators of depositional origin.This category includes several proxies, ranging from widely defined fossil beach deposits and beach rocks (Mauz et al., 2015), to beach ridges (Otvos, 2000) or lagoonal deposits.

Elevation metadata
Data and metadata on elevation measurement and the vertical datum used are essential to describe a sea-level proxy, as they affect the uncertainties associated with paleo RSL.

Area Citation Dataset
Global (U-series on corals) Chutcharavan and Dutton (2021a) Chutcharavan and Dutton (2021b) For this reason, WALIS includes two tables containing information on elevation measurement methods and vertical datums used to report the elevation of samples and sea-level proxies in the field.Each sea-level proxy and each sample in WALIS 1.0 must relate to one record in these two tables.
Looking at broad categories of elevation measurement techniques (Fig. 9), it is evident that only a fraction of sea-level proxies in WALIS 1.0 have been measured with techniques with sub-meter (or better) vertical accuracy (e.g., differential GNSS or total station).Elevations for almost half of the sea-level proxies in WALIS 1.0 were gathered from digital elevation models or topographic maps.This high percentage is driven by the 1953 marine terraces measured on digital elevation models by Freisleben et al. (2021).Also, elevation measurement methods are often labeled in WALIS as "not reported", meaning that there was insufficient information in the literature to discern how the elevation of a sea-level proxy was initially measured.
Looking at broad categories of vertical datums to which elevation measurements have been attributed (Fig. 9), a large number of data referred to either orthometric or geodetic datums.The high frequency of the latter is driven by the large number of terraces reported by Freisleben et al. (2021), who referred their measurements to the global EGM08 geoid.If this source is excluded, the vertical datum for most records in WALIS is either not reported or referred generally to "mean sea level" with no further specifications.Only a small fraction of data are referred to a tidal datum, and very few data points were referred to a vertical biological datum (e.g., the height of living coral microatolls).

Relative sea-level estimates from WALIS data
As shown above, in Fig. 8, sea-level proxies in WALIS 1.0 can be divided into four broad categories.However, there are differences in how relative sea-level (RSL) information is inserted in the WALIS interface for three common types of index points: stratigraphic (including geomorphological proxies), speleothems, or corals (Fig. 10).For any sea-level index point, regardless of the type, the WALIS interface requests as mandatory information the elevation of the proxy and the associated 2σ error, which should also include datum uncertainty.
Regarding RSL index points from stratigraphy, the WALIS interface calculates paleo RSL from the upper and lower limits of occurrence of the proxy in modern analogs, which are requested as mandatory fields.Using the concept of indicative meaning (Shennan, 1982;Shennan et al., 2015) and associated formulas (Rovere et al., 2016), the interface calculates paleo RSL and 2σ uncertainties, which are then saved in the database.In the case of sea-level index points from speleothems, in WALIS 1.0 represented by phreatic overgrowth on speleothems (POS), the compiler is required to insert the values of paleo RSL and associated ±1σ uncertainty.In the case of sea-level index points from single corals, the WALIS interface requests the insertion of upper, lower, and modal depth range of occurrence of living specimens.For corals, the interface does not calculate paleo RSL.However, in the code used to prepare data for the ShinyApp interface (Rovere et al., 2022), we include scripts to compute a gamma distribution from the upper and lower limits of occurrence of corals used as index points (shown in Fig. 10), an approach similar to that proposed by Hibbert et al. (2016).

Principal limitations of WALIS 1.0
An essential aspect of any database is the assessment of limitations in its structure and in the data it contains.The WALIS structure was agreed upon by a pool of scientists who are experts in different regions and dating techniques.It was also modified as needed during the compilation of version 1.0, following the suggestions of data compilers.Within the interface, there is the possibility to report "bugs" or recommendations to the administrators, helping future developments of the WALIS interface and database structure.The data included in WALIS 1.0 underwent peer review together with the associated papers, and most data contained in WALIS 1.0 have been subject to peer review via their original publication.However, errors or inaccuracies may be present in WALIS 1.0.For this reason, the interface allows data compilers and end users to indicate issues with specific data points.Correcting the problems identified in this way will likely lead to future WALIS versions, allowing the tracking of changes and sharing credit with new contributors.

Data quality
In several tables within WALIS, there are fields to help end users understand the quality of the data.In this context, quality does not necessarily refer to accuracy or precision but is a subjective measure that can reflect, for example, more information associated with the data point that leads it to be considered more robust.In the RSL from stratigraphy table, data compilers were asked to score, on a scale from 0 to 5, the age and RSL information quality of each data point inserted.A general guide on how to score the records was given by Rovere et al. ( 2020) and is here reported in Table 3.However, its use was not strictly enforced within the WALIS special issue.Although the guidelines are designed to facilitate objective data analysis, we recognize there is still potential for subjective interpretation.
For studies following this suggested ranking scale, comparing quality scores among areas is possible.Examples are the records of Argentina (Gowan et al., 2020) and Brazil (Rubio-Sandoval et al., 2021a), shown in Fig. 11.Comparing the scores in these two datasets shows that, on average, records in Argentina have slightly higher age quality than those in Brazil.However, the RSL information for some sites in Brazil reaches the "excellent" score, which is not achieved by any record in Argentina.Ideally, those sites might be targeted to gauge whether it may be possible to improve their age control.
Samples dated with radiometric techniques have a mandatory field where data compilers indicate whether the data point is "accepted" or "rejected".The rationale of this field is to allow the data compiler to insert samples rejected by original authors and retain unsuccessful dating attempts for future reference.Such fields were expanded in the U-series ages on corals template thanks to the input by Chutcharavan and Dutton (2021a).These authors proposed inserting fields in the database to report different screening protocols applied to existing ages.Investigating whether U-series approach on corals might also be used for other radiometric dating techniques represents potential ground for future WALIS versions.

Geographic gaps
In compiling data for WALIS 1.0, the aim was to include as many sites as possible globally, including all relevant information related to sea-level proxies and associated dating methods.While we achieved both goals, comparing the data included in WALIS 1.0 with the sites reported in the extensive review by Pedoja et al. (2014), it is possible to highlight areas where Last Interglacial sea-level proxies might be present but are not available in the WALIS standard format.These areas are shown in Fig. 12 and are discussed below, together with relevant or most recent works, which may be used as a starting point for the inclusion of these areas in the subsequent versions of WALIS. https://doi.org/10.5194/essd-15-1-2023 Earth Syst.Sci.Data, 15, 1-23, 2023   Starting from the northernmost part of the North American continent, the areas not included in WALIS 1.0 include the Last Interglacial shorelines reported in Alaska along the coasts of the Lisburne and Seward peninsulas, the latter including the Nome coastal plain where sea-level records left by several sea-level highstands have been reported (Brigham-Grette and Hopkins, 1995;Goodfriend et al., 1996).On the Russian side of the Bering Strait, in the Chukotka Peninsula, the Last Interglacial sequences are reported by Khim et al. (2001) and Brigham-Grette et al. (2001).South of this area, Quaternary marine and coastal sequences were also re-  ported on the eastern side of the Kamčatka Peninsula (Pedoja et al., 2013).
Another data gap in WALIS 1.0 is evident on the Pacific coasts of North and Central America.Potential sites in this area (including the Mexican states south of Sonora and the Pacific coast of Central America) are discussed in Muhs ( 2022), who highlights that some studies on these locations are present but do not contain enough details to be inserted in WALIS.We also emphasize that WALIS 1.0 does not include the data reported by a recent paper detailing the marine terraces of Santa Cruz Island, California, which appeared in the literature during the compilation of the atlas (Muhs et al., 2021b).
There are virtually no Last Interglacial shorelines along the South American Pacific coasts extending south of 75 • S latitude.The absence of such features in this vast area is probably due to the presence of the Patagonian ice sheet during the Last Glacial Maximum, which has likely eroded most, if not all, Last Interglacial coastal sections in this area.Going southwards, surfaces of marine origin, likely of Pleistocene age, are reported on the South Shetland Islands (Navas et al., 2006;López-Martínez et al., 2016) but not included in WALIS 1.0.It is unclear whether the chronological constraints on those landforms are robust enough to be inserted in WALIS.
On the western coasts of the Central Atlantic, another vast area with a substantial lack of records in WALIS 1.0 includes the shores of northern Brazil, French Guiana, Suriname, Guyana, Venezuela, and the Caribbean Sea coasts of Colombia, Panama, Costa Rica, Nicaragua, and Honduras.Rubio-Sandoval et al. (2021a) discuss potential sites in this vast area.However, studies with enough metadata are missing, except offshore Colombia, on the San Andrés and Providencia Islands.Regarding the Caribbean Sea, WALIS 1.0 https://doi.org/10.5194/essd-15-1-2023 Earth Syst.Sci.Data, 15, 1-23, 2023  includes the most relevant data from this region.However, additional sites that may be inserted in WALIS are present in Jamaica (Mitchell et al., 2001(Mitchell et al., , 2006) ) and Cuba (Muhs et al., 2017;Schielein et al., 2020).For the US Atlantic coast (excluding the Florida Keys), the only data included in WALIS 1.0 are those related to MIS 5a/5c (Thompson and Creveling, 2021b).Former studies suggested that these stages attained similar elevations to MIS 5e in this area due to glacial isostatic adjustment processes (Wehmiller et al., 2004); therefore, outcrops of this age might have been eroded by later highstands.However, there are reports of MIS 5e successions scattered along the coast (Wehmiller et al., 2010(Wehmiller et al., , 2012;;O'Neal and McGeary, 2002;Wright et al., 2009), which should be screened for insertion in WALIS.Also, as already mentioned in the previous sections, the Last Interglacial amino acid racemization data obtained from samples of the US Atlantic coast (Wehmiller et al., 2021) should be included in future versions of WALIS.In Bermuda, data from corals (Chutcharavan and Dutton, 2021a) and cave deposits (Dumitru et al., 2021) are included in WALIS 1.0.Still, more sites and dated samples are reported in a recent review by Muhs et al. (2020).Their inclusion in the subsequent versions of WALIS must be considered a priority, given the importance of this area for unraveling land motion changes driven by glacial isostatic adjustment in the North Atlantic.
On the East Atlantic, Pedoja et al. (2014) report that Last Interglacial sea-level proxies were mapped in Ireland by Orme (1966).While it seems unlikely that this study contains enough metadata to be considered for WALIS, some of the Quaternary deposits presented in this early study might have been the subject of successive dating (e.g., Gallagher and Thorp, 1997), thereby meeting the standard for their inclusion in subsequent versions of WALIS.Last Interglacial data missing from WALIS 1.0 may also be present on the Atlantic coasts of the Iberian Peninsula (Alonso and Pagés, 2007;Meireles and Texier, 2000;Benedetti et al., 2009).In the Azores islands, Last Interglacial deposits have also been reported (Ávila et al., 2009, 2015) but are not included in WALIS 1.0.Only U-series ages with no indication of paleo sea level are reported in WALIS 1.0 from the Canary and Cabo Verde archipelagos.However, enough metadata might be present in some papers (Zazo et al., 2010(Zazo et al., , 2007;;Muhs et al., 2014) to upgrade these points to sea-level proxies in the subsequent versions of WALIS.
Within the Mediterranean Sea, data from several studies were inserted in WALIS 1.0.However, some areas lack records, mainly in the eastern part of the basin.For example, there seem to be little to no studies on the coastal Quaternary of Libya, except for one site near Alexandria inserted in WALIS 1.0 (Mauz and Elmejdoub, 2021).While sites in Israel and Cyprus have been inserted in WALIS 1.0 (Sivan and Galili, 2020;Zomeni, 2021), there are no sites in WALIS for Lebanon, Syria, Turkey, and Greece.In these areas, Last Interglacial sea-level proxies are reported in the literature (e.g., Sanlaville, 1974;Dodonov et al., 2008;Tarıet al., 2018;Gaki-Papanastassiou et al., 2009) and should be screened to gauge whether enough metadata are available for their insertion in the following versions of WALIS.Also, Last Interglacial sea-level proxies from the Black Sea are reported by Pedoja et al. (2014) but are not yet present in WALIS 1.0.The published records in these areas need to be evaluated and eventually included in the subsequent versions of WALIS.
There is a substantial lack of data in WALIS 1.0 along the Atlantic coasts of northern and central Africa.However, there are several recent studies detailing Last Interglacial marine and coastal sequences in Morocco (Barton et al., 2009;Plaziat et al., 2008Plaziat et al., , 2006;;Rhodes et al., 2006), Mauritania, and Senegal (Giresse et al., 2000), where data might be gathered for subsequent WALIS versions.There are only a few other reports of Last Interglacial shorelines (e.g., Gregory, 1962) south of Senegal, the first southwards being those in Angola inserted in WALIS 1.0 by Cooper and Green (2021).
Another area where more data could be added to WALIS is the Red Sea.Here, several U-series ages on corals have been reviewed by Chutcharavan and Dutton (2021a), some of which were identified as "sea-level index points from corals".Further sea-level index points might be retrieved from studies reporting on Last Interglacial shorelines in Saudi Arabia (Dullo, 1990) and the Gulf of Suez (Parker et al., 2012;Bosworth and Taviani, 1996).On the other side of the Arabian Peninsula, in the Gulf of Oman and the Persian Gulf, the only data inserted in WALIS 1.0 are those related to MIS 5a/5c proxies (Thompson and Creveling, 2021b).However, potential MIS 5e sea-level proxies are reported in the literature from Oman (Falkenroth et al., 2020(Falkenroth et al., , 2019)), United Arab Emirates, Qatar (Williams and Walkden, 2002), and Iran (Oveisi et al., 2007;Pirazzoli et al., 2004).These stud-ies must be screened to gauge whether valid sea-level index points can be inserted in the subsequent versions of WALIS.
There are no data in WALIS 1.0 for India and the Chagos-Laccadive ridge.Key references from which data might be retrieved are Bhatt and Bhonde (2006), Banerjee (2000) (for India), Woodroffe (2005), and Gischler et al. (2008) (for the Chagos-Laccadive Ridge).Unfortunately, we could not find publications reporting data for Last Interglacial successions in Thailand, Malaysia, and the islands of Sumatra and Java.WALIS 1.0 also lacks data from the South China Sea; however, some potentially Last Interglacial sites were reported by Pedoja et al. (2008).
In Australia, the Last Interglacial data included in WALIS 1.0 are mainly derived from corals (Chutcharavan and Dutton, 2021a) along the western coast and the Great Barrier Reef.Thompson and Creveling (2021b) report MIS 5a/5c in South Australia.Further data on MIS 5e shorelines from strand plains in South Australia are available from several studies (Murray-Wallace and Belperio, 1991;Murray-Wallace, 2002;Murray-Wallace et al., 2016;Pan et al., 2018) and should be included in the subsequent versions of WALIS.

Future developments
While WALIS 1.0 represents a concrete result, we know there are several ways in which the WALIS database and infrastructure could be improved.We discuss the main avenues for improvement below.These emerged during the compilation of WALIS 1.0, and more will likely be identified as the database starts to be used by more end users.
1.As mentioned above, the database structure is now a collection of tables with no links defined in MySQL.Creating such a connection would imply a partial restructuring of the PHP interface.However, this would improve the overall structure of the WALIS database.Another technical improvement would consist in allowing bulk uploads, which at the current stage is not possible.
2. One of the main aims of WALIS is to standardize the reporting of sea-level proxies and dated samples for the Last Interglacial.The focus is on relative sea-level proxies for reconstructing former sea levels from WALIS data.The paleo RSL calculated from these proxies (Fig. 10) represents the sum of global mean sea-level changes (driven by ice melting and thermal expansion) and local effects due to land motions caused by subsidence, tectonic uplift, glacial isostatic adjustment, and other processes.Fields to report on rates of uplift or subsidence are present in WALIS, with the caveat that such estimates must be independent of the Last Interglacial sea-level record.Uplift or subsidence rates are stored in the database but are not used in WALIS to correct the paleo relative sea-level elevations.Future versions of WALIS should improve the fields describing land motion values, which would also entail revising the https://doi.org/10.5194/essd-15-1-2023Earth Syst.Sci.Data, 15, 1-23, 2023 data already inserted in the database.One future addition to the database structure could be the insertion of fields reporting glacial isostatic adjustment (GIA) predictions and associated metadata (e.g., information on ice and earth models) published alongside the geological records.Another possible addition is the possibility to query (and save in the database) geodatabases of GIA predictions for each site.
3. To calculate paleo RSL from the elevation of stratigraphic sea-level index points, the data compiler must insert the upper and lower limits of occurrence of a given landform or stratigraphy in the modern environment, from which the indicative meaning is calculated.
Unfortunately, these values are often not reported in the literature; therefore, in the WALIS interface, we suggest using IMCalc (Lorscheid and Rovere, 2019) to infer them from global wave and tide atlases and typical landform limits.However, as noted by the original authors of IMCalc, this tool only gives a first-order quantification of the indicative meaning, which should be replaced wherever possible by local information.We surmise that this is a challenge for the subsequent versions of WALIS and the scientific community working on Last Interglacial sea-level at large to start reporting, alongside fossil coastal sequences and quantitative information on their modern analogs (for an example, see Vyverberg et al., 2018).
4. In the current interface version, anyone with a valid account can insert data in the WALIS format.This means that it is possible that a data compiler may insert a duplicated record, either to propose an alternative interpretation or because they do not know that another data compiler previously inserted the record.While there is a general cross-check that prevents the insertion of records sharing the same general fields (e.g., site-subsite name combination, laboratory Sample ID), a new record can be inserted by changing these values.However, the suggested avenue for proposing a new interpretation of a data point is to use the "modify/delete" data button in the interface, which allows submitting to the database administrators' observations and notes on an existing record within the database, allowing a discussion to start on a record and track changes to be preserved.
5. As reported in the introduction, WALIS was preceded by efforts to create a global sea-level database of Holocene data (Khan et al., 2019)  Data in WALIS 1.0 are correct to the best of our knowledge, but we cannot exclude the presence of errors or defects.We encourage anyone finding issues or errata in WALIS 1.0 to suggest corrections using the online tools described in this paper or writing directly to the database administrators.Another important disclaimer is that WALIS 1.0 indicates sites (retrieved from literature) where samples were collected.There is no implied guarantee that the coordinates are accurate (some may be gathered from old maps or outdated site descriptions), that these sites are accessible, or that new samples can be lawfully collected at the same location.For the sake of preserving geological heritage and ethical field science (Peppoloni et al., 2019), we encourage anyone planning the collection of new samples to cross-check whether the original samples reported in WALIS are still available from the original data creators to avoid collecting new material.

Data availability
The data presented in this paper are available through Zenodo: https://doi.org/10.5281/zenodo.7348242(Rovere et al., 2022).proxies.Each data point in WALIS 1.0 is related to the complete information needed to describe a sea-level index point, its age constraints, and all relevant metadata associated with these properties.We built the structure of WALIS following the guidelines of Düsterhus et al. (2016) to ensure database Accessibility, Transparency, Trust, Availability, Continuity, Completeness, and Communication of content (the so-called ATTAC 3 properties).WALIS 1.0 is accessible in several formats, some non-proprietary: SQL, CSV, XLS, and GeoJ-SON.Data are also accessible (upon free registration) via the interface.Transparency is guaranteed via the interface and the documentation, which give ample details on the database structure and its fields.Also, the data quality is addressed, as described in the sections above.WALIS includes tools to increase trust between data compilers and data creators, namely the requirement, for each record, to insert literature references and the reminder, set on every instance of WALIS, to credit original authors.The data and code used to export data from the database and the database documentation are available on open-access repositories and can be forked on GitHub for subsequent modification.We embedded within the WALIS structure tools to allow the continuity of updating.The open-access repository we selected for the code and data includes versioning, and modifications to the existing records can be proposed and maintained in the track record.
To the best of our knowledge, the WALIS structure is complete, as it includes all the relevant uncertainties and metadata useful to contextualize the database information.The content of WALIS is also communicated via an easy-to-use and intuitive visualization interface that can be freely accessed and for which the code is also available open access.We foresee that WALIS will be a valuable resource to the broader paleoclimate community to facilitate data-model integration and intercomparisons, assessments of sea-level reconstructions between different studies and regions, as well as comparisons between past sea-level history and other paleoclimate proxy data.
Author contributions.AR coordinated the creation of the WALIS database structure and wrote the first draft of the paper.DDR provided inputs on the database structure, in particular for the amino acid racemization ages table.MV, ARS and CVMW provided input on the definition of sea-level index points within the database.AD provided input on U-series ages and sea-level index points from single corals.All authors coordinated the data insertion process by data compilers and contributed to the final draft of the manuscript with their expertise on sea-level proxies and dating methods.
Competing interests.At least one of the (co-)authors is a guest member of the editorial board of Earth System Science Data for the special issue "WALIS -the World Atlas of Last Interglacial Shorelines".The peer-review process was guided by an independent editor, and the authors also have no other competing interests to declare.Review statement.This paper was edited by David Carlson and reviewed by Amila Sandaruwan Ratnayake and Georgia Grant.

Figure 2 .
Figure 2. Summary of the number of columns in each table and the number of records (rows) per table in WALIS 1.0.Photo by Alessio Rovere (2019).Location: Boca Cortalein, Curaçao.In the picture: geologist Ciro Cerrone measuring the elevation of a Pleistocene beach deposit using real-time kinematic GNSS.

Figure 3 .
Figure 3. Database structure for WALIS.Note that the relationships among tables are managed via the PHP interface and are, therefore, not included in the database.Also not included in this scheme are the tables to report Holocene data, which are still in beta testing.

Figure 6 .
Figure 6.Location of sea-level proxies included in WALIS 1.0, divided by category.The code used to create this image is available from Rovere et al. (2022).Map made with Natural Earth, background from https://www.naturalearthdata.com(last access: 15 December 2022).

Figure 7 .
Figure 7. Nine possible combinations of sea-level proxies and age determination types in WALIS 1.0.The number on the bottom of each type indicates its frequency within the database.

Figure 8 .
Figure 8. Percentage of occurrence in WALIS of main categories of sea-level proxies.The code used to create this image is available from Rovere et al. (2022).

Figure 9 .
Figure 9. Elevation measurement methods (a) and vertical datums (b) associated with sea-level proxies in WALIS.The code used to create this image is available from Rovere et al. (2022).

Figure 10 .
Figure 10.Three types of index points in WALIS 1.0 and associated elevation (left) and paleo RSL information (right).The figure represents the ideal case of three index points formed at the same time (overlapping ages within error bars), surveyed at different elevations but resulting in a coherent paleo RSL history (overlapping paleo RSL) once interpretation of proxies is included.POS is phreatic overgrowth on speleothems.

Figure 11 .
Figure 11.Heatmap summarizing the quality of age and RSL information for data in Argentina (Gowan et al., 2020) and Brazil (Rubio-Sandoval et al., 2021a).Labels inside each cell detail the number of sites with the corresponding RSL/age quality scores.The color of each cell is related to the relative frequency of each duplet of scores.The code used to create this image is available from Rovere et al. (2022).

Figure 12 .
Figure 12.Comparison between sea-level proxies in WALIS 1.0 and those in the global review by Pedoja et al. (2014), indicating areas where geographic data gaps are present (see details in the main text).Map made with Natural Earth, background from https://www.naturalearthdata.com (last access: 15 December 2022).

Table 1 .
Main resources associated with WALIS, with repositories on GitHub and the direct link to the application (if available).NA -not available.
*    Rovere et al. (2020)Description of the database tables and fields, with help for the compilation of

Table 2 .
List of papers describing data compiled in WALIS format and associated datasets.
Elevation and/or indicative range must be regarded as very uncertain due to poor measurement/description/RSL indicator quality 1 Different age constraints point to different interglacials There is not enough information to accept the record as a valid RSL indicator (e.g., marine or terrestrial limiting) 0 Not enough information to attribute the RSL data point to any Pleistocene interglacial.
(Drechsel et al., 2021)base is in spreadsheet format, but there are already visualization tools built around it stemming from a MySQL structure(Drechsel et al., 2021).Following the interest of the sea-level community in the WALIS interface, and thanks to a "Data Stewardship Scholarship" awarded by PAGES (the Past Global Changes project) to Alessio Rovere and Nicole Khan, we started imple-menting the HOLSEA structure into WALIS.This work is still in beta version but, once completed, will allow data compilers to insert Holocene data via the WALIS interface.At the time of writing, it was possible to insert Holocene data, but it had not yet been fully implemented in the workflow shown in Fig.1.The final goal is to make a unique database including all sea-level proxies, regardless of age.We encourage anyone to cite the review papers in the ESSD special issue alongside the original works in any new paper arising from further research that builds upon the data compiled in WALIS 1.0.Credit to the database administrators, key contributors, data compilers, and funding agencies that made WALIS possible should also be given.The easiest way to adhere to this requirement is to include in any derived work a suggested acknowledgment line embedded in the interface and the WALIS 1.0 distribution, alongside citations of original works.
. Publisher's note: Copernicus Publications remains neutral with regard to jurisdictional claims in published maps and institutional affiliations.Special issue statement.This article is part of the special issue "WALIS -the World Atlas of Last Interglacial Shorelines".It is not associated with a conference.Acknowledgements.The data used in this study were extracted from WALIS, a sea-level database interface developed by the ERC Starting Grant WARMCOASTS (ERC-StG-802414) in collaboration with PALSEA (PAGES/INQUA) working group.The database structure was designed by Alessio Rovere, Deirdre D. Ryan, Thomas Lorscheid, Andrea Dutton, Peter Chutcharavan, Dominik Brill, Nathan Jankowski, Daniela Mueller, Melanie Bartz, Evan Gowan, and Kim Cohen.The data points used in this study were contributed to WALIS by Roland Freisleben, Deirdre Ryan, Peter Chutcharavan, Evan Gowan, Ann-Kathrin Petersen, Ciro Cerrone, Evan Tam, Jessica Creveling and Schmitty Thompson, Daniel Muhs, Oana Alexandra Dumitru, Alessio Rovere, WALIS Admin, Alexander Simms, Kim Cohen, Patrick Boyden, Kathrine Maxwell, Nadine Hallmann, Víctor Cartelle, Karla Zurisadai Rubio Sandoval, Gilbert Camoin, Andrew Cooper, Matteo Vacchi, Alexandra Villa, Simon Steidle, Alessandro Fontana, Dorit Sivan, Ehud Galili, Zomenia Zomeni, Rob Barnett, Natasha Barlow, Barbara Mauz, and Dominik Brill (in order of numbers of records inserted).This project has received funding from the European Research Council (ERC) under the European Union's Horizon 2020 research and innovation programme (grant agreement no.802414 to Alessio Rovere).Andrea Dutton acknowledges support from the National Science Foundation grant nos.702740 and 2041325.The development of the WALIS visualization interface was sponsored by the PAGES "Data Stewardship Scholarship" given to Sebastian Garzòn.PAGES is supported by the Swiss Academy of Sciences and the Chinese Academy of Sciences.