Elektrine
Log in Register
Paige Chat Timeline Gallery Friends Email Drive DNS Private DNS Domains VPN Kairo Nerve
Remote

Joe Roe

@joeroe@archaeo.social
mastodon 4.5.7
  • Open on archaeo.social

Assistant professor of the archaeology of the Middle East at the University of Copenhagen. I use data science and ecological modelling to investigate prehistoric agriculture in West Asia.

Also https://archaeo.social admin, #Rstats developer. I usually post in English; nogle gange også på dansk.

0 Followers
0 Following
20 Posts
Joined November 07, 2022
Website:
https://joeroe.io
ORCID:
https://orcid.org/0000-0002-1011-1244
GitHub:
https://github.com/joeroe
Open post
Joe Roe @joeroe@archaeo.social
· 3w ago
In the last week https://archaeo.social has received 398 AI-generated spam signup requests vs. 1 genuine human one. Unfortunately we might be at the point where it's more efficient to just disable registration entirely and say, "email a mod if you want an account" :/ #MetaArchaeoSocial #MastoAdmin #Slop
archaeo.social

archaeo.social

2
0
1
1
Open post
Joe Roe @joeroe@archaeo.social
· 4mo ago
We've reached the point where we're having to actively degrade the UI and remove useful features of the small scientific database I co-maintain (https://xronos.ch) to try and reduce the extreme load imposed by (unwanted and politely-asked-to-go-away) AI crawler bots. Conversations about new features have to ask whether it's going to make the crawler load problem worse. #OpenData #OpenScience #AIslop #Archaeology
xronos.ch
24
3
32
0
Open post
Joe Roe @joeroe@archaeo.social
· 7mo ago

Something we would really like to have at https://archaeo.social, but haven't been able to find the time for, is a bot that welcomes new users, gives them tips on how to populate their feed, encourages them to make an #introduction post, then automatically boosts it.

Otherwise unfortunately we see that, on a small instance like ours, most new users never get past that initial empty feed.

If anybody wants to take this on, it'd be much appreciated!

#HelpWanted #MastoAdmin #MetaArchaeoSocial

archaeo.social

archaeo.social

23
7
38
0
Open post
Joe Roe @joeroe@archaeo.social
· 8mo ago

‘AltMetric’-style services, which track citations to academic papers outside of academic literature—so in the news, social media, etc.—have been quick to incorporate #BlueSky posts, but I’ve yet to see one that includes the #fediverse

I can see that (real) decentralisation makes it harder to find citations to papers in the Fediverse, but it ought to be possible.

Is there anybody out there working on some sort of FediMetric service?

#AcademicPublishing #Science #Publishing

archaeo.social
20
3
27
0
Open post
Joe Roe @joeroe@archaeo.social
· 8mo ago
Replying to
@mrundkvist Amazing what massive government subsidies and systematic sabotage of the competition can do!
16
0
1
0
Open post
Joe Roe @joeroe@archaeo.social
· 6mo ago

And less than 10 km away from these floating flower beds the city of Copenhagen is burying 275 hectares of a precarious coastal ecosystem in imported soil to build apartment blocks and a motorway bypass.

Not sure that's a net positive for the birds and the bees.

https://videnskab.dk/naturvidenskab/strongdel-1-kinderaegget-lynetteholm-og-den-grimme-overraskelse-strong/

#Copenhagen #Greenwashing

videnskab.dk
7
0
0
0
Open post
Joe Roe @joeroe@archaeo.social
· 5mo ago
Replying to
@CarstenBoll@mstdn.dk @juliette@mastodon.green @gerrymcgovern@mastodon.green I did find a bit more information on why Denmark performs so poorly on this statistic: https://www.dtu.dk/newsarchive/2024/03/hvorfor-belaster-danskerne-planeten-mere-end-de-fleste Conventional agriculture seems to be a big part of the problem (so yeah, pigs!) but also high consumption and a penchant for large infrastructure projects combined with having to import nearly everything. Interesting.
dtu.dk
2
0
2
0
Open post
Joe Roe @joeroe@archaeo.social
· 8mo ago
Replying to
@CadeJohnson I wouldn't agree with that... to me, the core reason for federation is to allow for what we share to be accessed in the format the accessor prefers, not just narrowly on the same platform it originated. In this case, the format would be an aggregator that links URLs in posts to scholarly metadata. Of course another core tenet of the Fediverse is multiplicity of views, and people could not engage using existing tools, e.g. not federating with the aggregator or setting follower-only.
3
1
0
0
Open post
Joe Roe @joeroe@archaeo.social
· 6mo ago

The plot thickens.

https://www.science.org/doi/full/10.1126/science.adw9217

#Archaeology #Anthropology #MonteVerde

science.org
2
0
3
0
Open post
Joe Roe @joeroe@archaeo.social
· 5mo ago
Replying to
@gerrymcgovern@mastodon.green I was hoping the link would answer that question, but it seems not. Any idea why Denmark specifically is the next-to lowest ranked European country?
1
2
0
0
Open post
Joe Roe @joeroe@archaeo.social
· 5mo ago
Replying to
@mrundkvist What’s the motivation for this kind of thing at all? Are there people that will see/read the paper in a Swedish anthology, but not an English journal?
1
1
0
0
Open post
Joe Roe @joeroe@archaeo.social
· 5mo ago
Replying to
@TazPoltorak @mrundkvist It’s a good thing not everybody considers themselves a “level beyond” keeping the supermarket stocked, or us vaunted graduates would all starve.
1
2
0
0
Open post
Joe Roe @joeroe@archaeo.social
· 7mo ago
Replying to
@lutindiscret Because we are a volunteer admin/moderation team with a lot of other tasks to do to keep things running, and limited time.
1
0
0
0
Open post
Joe Roe @joeroe@archaeo.social
· 20mo ago
Replying to
@ngaylinn@tech.lgbt Yes, and it works well, but then we're a (very) small team and all happen to have some background in software engineering. If I were to integrate software reviews into a more typical lab, I'd say they'd have to fit to the different structures of academia (i.e. where your PI is or should an expert in what you're doing, not an expert in management). So the PI or other senior person in charge of supervising graduate students or postdocs should be reviewing code, as they likely do papers.
1
0
0
0
Open post
Joe Roe @joeroe@archaeo.social
· 7mo ago
Replying to
@steko@scholar.social @nfrerebeau@archaeo.social In general R has broad support for calendars but the focus is just that, _calendars_. But these are far too precise for analyses based on longer (archaeological/geological) timescales where e.g. the day difference between Julian and Gregorian is not something you need to worry about! I think it is also useful to distinguish theoretically between calendars, which are a system for describing discrete spans of time, and what I call time scales — measurements of time elapsed.
0
2
0
0
Open post
Joe Roe @joeroe@archaeo.social
· 7mo ago
Replying to
@steko@scholar.social @nfrerebeau@archaeo.social I don’t know of any existing work in R or Python that really grapples with timescales as we or earth scientists use them. I also hoped to find it in NetCDF at some point, but it’s still quite cursory. I have a very early-stage draft of paper—which I also promised to share with Nicolas but haven’t got around to it yet!—on concepts of “deep” as opposed to calendric time and its implementation in R. Maybe it would be worth expanding it to look at the Python ecosystem too?
0
2
0
0
Open post
Joe Roe @joeroe@archaeo.social
· 3mo ago
Replying to
@mellifluousbox@mastodon.social Maybe check the directories of https://archaeo.social and https://hcommons.social
archaeo.social

archaeo.social

0
0
0
0
Open post
Joe Roe @joeroe@archaeo.social
· 5mo ago
Replying to
@sebffischer@mastodon.social Nothing I maintain but two packages I use that do this are {whitebox} and {oxcAAR}. Both export a function that downloads the binaries after package installation.
0
0
0
0
Open post
Joe Roe @joeroe@archaeo.social
· 7mo ago
Replying to
@steko@scholar.social Well it's not Python but my approach with https://era.joeroe.io was to treat years as real numbers measuring the length of time elapsed since an event, with an explicit 'reference system' defining the conversion to a calendar (e.g. length of a year, epoch considered the present).
Year-Based Time Scales
era.joeroe.io

Year-Based Time Scales

Provides a consistent representation of year-based time scales as a numeric vector with an associated era. There are built-in era definitions for many year numbering systems used in contemporary and historic calendars (e.g. Common Era, Islamic Hijri years); year-based time scales used in archaeology, astronomy, geology, and other palaeosciences (e.g. Before Present, SI-prefixed annus); and support for arbitrary user-defined eras. Years can converted from any one era to another using a generalise

0
2
0
0
Open post
Joe Roe @joeroe@archaeo.social
· 7mo ago
Replying to
@steko@scholar.social Indeed! rcarbon and other radiocarbon packages use plain vectors to represent ages, which to be fair works fine in a weakly typed language like R. I wrote era because I wanted a more formal representation for c14 (https://c14.joeroe.io) which is to my knowledge the only package using it. Subsequently @nfrerebeau@archaeo.social developed aion (https://packages.tesselle.org/aion/) which uses a similar approach but using days as the unit of measurement instead of years. This is used in his tesselle package suite.
c14.joeroe.io

Tidy Radiocarbon Data

Incorporate radiocarbon dating into a tidy data analysis workflow. Provides classes and functions for radiocarbon data that fit nicely in tables and work well with pipes and dplyr verbs. These include direct support for the most common tasks when working with radiocarbon data— calibrating, summarising, aggregating and plotting radiocarbon dates—as well as conversion methods for combining specialised methods provided by other packages (rcarbon, BChron, oxcAAR) in the same analysis.

0
3
1
0
Back
313k7r1n3
Elektrine

Tor hidden service

elekhj7afj4qnrr4yd3bkzslsyo5jgfxw3orgjkhlcxifueodybyiiad.onion

I2P eepsite

j6b6cyk6gjmepjih7jjadxgxvvf3lzzujljuu2v4biemzpg3naya.b32.i2p

Platform

  • Email
  • Chat
  • Timeline
  • VPN
  • DNS

Company

  • About
  • Contact
  • FAQ
  • Lite (no JS)

Legal

  • Terms of Service
  • Privacy Policy
  • Transparency Report
  • Report Abuse
  • Warrant Canary
  • VPN Policy

Support

  • support@elektrine.com
  • Report Security Issue
Mail client setup IMAP mail.elektrine.com:993 POP3 mail.elektrine.com:995 SMTP mail.elektrine.com:465
© 2026 Elektrine. All rights reserved. Server: 12:35:23 UTC