Property talk:P4033

From Wikidata
Jump to navigation Jump to search

Documentation

Mastodon address
address on the Mastodon decentralized social network. The form is: 'user@server.domain' . There is no leading '@' as is usually written to distinguish Mastodon addresses from email addresses.
Applicable "stated in" valueMastodon (Q27986619)
Data typeExternal identifier
Domainhuman (Q5), organization (Q43229), group of humans (Q16334295), work (Q386724), social media account (Q102345381), fictional human (Q15632617) or service on Internet (Q1668024)
Allowed values[A-Za-z0-9_]+([A-Za-z0-9_\.]+[A-Za-z0-9_]+)?@[\d\w\.\-]+[0-9a-z]+
ExampleJérémie Zimmermann (Q3190732)jz@mamot.fr
LibreOffice (Q10135)libreoffice@fosstodon.org
Formatter URLhttps://wikidata-externalid-url.toolforge.org/?p=4033&id=$1
Related to country Germany (Q183) (See 347 others)
See alsowebsite account on (P553)
Lists
Proposal discussionProposal discussion
Current uses
Total23,564
Main statement7,94233.7% of uses
Qualifier15,59666.2% of uses
Reference260.1% of uses
Search for values
[create Create a translatable help page (preferably in English) for this property to be included here]
Format “[A-Za-z0-9_]+([A-Za-z0-9_\.]+[A-Za-z0-9_]+)?@[0-9\p{L}.-]+[0-9a-z]+: value must be formatted using this pattern (PCRE syntax). (Help)
Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303).
List of violations of this constraint: Database reports/Constraint violations/P4033#Format, SPARQL
Scope is as main value (Q54828448), as reference (Q54828450), as qualifier (Q54828449): the property must be used by specified way only (Help)
List of violations of this constraint: Database reports/Constraint violations/P4033#Scope, hourly updated report, SPARQL
Conflicts with “website account on (P553): Mastodon (Q548844): this property must not be used with the listed properties and values. (Help)
List of violations of this constraint: Database reports/Constraint violations/P4033#Conflicts with P553, hourly updated report, search, SPARQL
Allowed entity types are Wikibase item (Q29934200): the property may only be used on a certain entity type (Help)
Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303).
List of violations of this constraint: Database reports/Constraint violations/P4033#Entity types
Required qualifier “start time (P580): this property should be used with the listed qualifier. (Help)
Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303).
List of violations of this constraint: Database reports/Constraint violations/P4033#mandatory qualifier, SPARQL
Distinct values: this property likely contains a value that is different from all other items. (Help)
Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303).
List of violations of this constraint: Database reports/Constraint violations/P4033#Unique value, SPARQL (every item), SPARQL (by value)
Pattern ^@([^@]+@[^@]+)$ will be automatically replaced to \1.
Testing: TODO list
Pattern ^https?://([^/]+)/@([^@/]+)/?$ will be automatically replaced to \2@\1.
Testing: TODO list
This property is being used by:

Please notify projects that use this property before big changes (renaming, deletion, merge with another property, etc.)

GNU social compatibility[edit]

It looks like some GNU social (Q20204906) instances use a slightly different format than Mastodon for their URLs: for instance, the URL for @fsf@status.fsf.org is https://status.fsf.org/fsf and not https://status.fsf.org/@fsf. Ideally I think it would be better to have just one property for all GNU-social compatible networks, so maybe it would be worth changing this one to just "GNU social address", and manually prepend Mastodon addresses with "@"? I'm not sure. − Pintoch (talk) 07:01, 30 August 2017 (UTC)[reply]

@Pintoch: a federated network is pretty hard to establish a standard for. Some may even say it's mainly following activitypub protocol. I think we should give all the different notable implementation an entry and say these protocols are compatible as well as derived from and parent of these or those protocols. --Greatder (talk) 09:21, 30 September 2021 (UTC)[reply]

Several problems[edit]

  • Not in Germany, a server can be spun up anywhere.
  • Like twitter, every name is preceded by @. As the description states, definitely should be changed.
  • What's with the openstreetmap property?

I can't seem to be edit this.Greatder (talk) 14:54, 24 October 2021 (UTC)[reply]

None of these seem to be problems. Mastodon's founder Eugen Rochko lives in Germany. —Dexxor (talk) 06:32, 25 October 2021 (UTC)[reply]

bawü.social or xn--baw-joa.social?[edit]

technically, the host of this website is https://xn--baw-joa.social. Does this extend to the mastodon adress? –Shisma (talk) 17:07, 9 November 2022 (UTC)[reply]

No. The domain is https://bawü.social and the usernames use the real domain, not the ascii representation which is only used for DNS. I've changed the constraint violation, hopefully that will fix the bogus reports. Another valid handle is @admin@անքուն.հայ . Nemo 00:27, 10 November 2022 (UTC)[reply]

ActivityPub address[edit]

While this property is named after Mastodon it's used for all kinds of ActivityPub addresses and the addresses aren't in anyway dependent on the Mastodon software. I therefore propose that we rename and update the property to reflect this. Abbe98 (talk) 11:30, 10 November 2022 (UTC)[reply]

Ping property supporters: @Pintoch, @ArthurPSmith, and @OwenBlacker. Abbe98 (talk) 11:33, 10 November 2022 (UTC)[reply]
Does it not require a change in format? If I remember correctly, some ActivityPub platforms do not prepend a "@" in front of the username, in the URL for their profiles. This would mean that the current formatter URL not work for them. But I unfortunately cannot find an example (the profile URL for @chpietsch@quitter.se used to be https://quitter.se/chpietsch, but now this seems to be down). − Pintoch (talk) 13:29, 10 November 2022 (UTC)[reply]
Good point, maybe we should use the full HTTP URIs? It would also simplify resolution of URIs. Abbe98 (talk) 09:39, 11 November 2022 (UTC)[reply]
@Abbe98, Pintoch: The current format of Mastodon addresses uses WebFinger (Q7978777) (see https://docs.joinmastodon.org/spec/webfinger/), which is just a convenient alias for an ActivityPub Actor URL. Being Mastodon specific, the current format conveys multiple information: here is an ActivityPub actor (1) on a micro-blogging service (2) that implements WebFinger, and more generally what is sometimes referred to as the Mastodon Suite (3). If we are to turn this property into a generalist "ActivityPub Actor URL" property, we will need qualifiers to convey at least the second information, as people and organizations might have several ActivityPub actors: one for micro-blogging (typically via Mastodon), one for publishing videos (typically via PeerTube), etc. I wonder then if those qualifiers should remain implementation-agnostic (i.e. has characteristic (P1552)microblogging (Q92438)) or refer to the specific implementation (i.e. uses (P2283)Mastodon (Q27986619)). The implementation-agnostic option means that we would need to agree within Wikidata on ActivityPub services categories, which might backfire as nothing prevents a service to be an overlap from several of our categories. I would thus rather prefer the second option, to just qualify the software behind an actor URL, but then that categorization work would need to be done by data reusers. -- Maxlath (talk) 11:28, 12 November 2022 (UTC)[reply]
The property is already used for several non Mastodon implementations some which might implement only a subset of the Mastodon ActivityPub extensions.
I'm leaning towards full ActivityPub actor URI + complies with (P5009) for the various extensions that a implementation might support. However, it would be very verbose for implementations like Mastodon which implements a lot of extensions. Abbe98 (talk) 15:48, 12 November 2022 (UTC)[reply]
 Support generalizing this property to make it work with other non-Mastodon fediverse software. NMaia (talk) 09:55, 28 December 2022 (UTC)[reply]
+1 Already it's not super clear what is meant by "Mastodon" anyway. I think all forks count as "Mastodon". Nemo 11:27, 8 July 2023 (UTC)[reply]
 Support Also proposed in Wikidata talk:Property proposal/Mastodon address#About the ActivityPub in general (avoiding a property for every single software handling it) --Valerio Bozzolan (talk) 13:47, 4 October 2023 (UTC)[reply]
So, to me, it seems that we are inclined to adapt this already-existing property, and do not create another one. In case, what are the concrete changes to be done? (also in terms of communication to consumers) --Valerio Bozzolan (talk) 23:40, 7 February 2024 (UTC)[reply]
 Oppose. Crossposting from my comment on Wikidata:Property_proposal/Peertube_Channel_Address: ActivityPub is one protocol, but there are a variety of usage that would deserve their properties, just like we don't have only URL (P2699), but also official website (P856), official blog URL (P1581), SPARQL endpoint URL (P5305), etc. I think Mastodon, its forks, and the other compatible softwares with similar core features should use Mastodon address (P4033), (renamed "Mastodon-like address"? ^^), and that Peertube, its forks, and the other compatible softwares with similar core features should have another property. Quoting Stéphane Bortzmeyer (Q20742941), "It's often said that the federiverse works thanks to ActivityPub, but this is so summarized as to be misleading: a program that knew only ActivityPub would be incapable of interacting with anyone in the federiverse."[1]. -- Maxlath (talk) 12:02, 18 March 2024 (UTC)[reply]

bots and mirror accounts[edit]

@Pintoch, ArthurPSmith, OwenBlacker: i think bots and mirrors should be Deprecated rank deprecated as long as they are not directly controlled by the person/organisation. Other opinions? – Shisma (talk) 15:46, 14 November 2022 (UTC)[reply]

@Pintoch @ArthurPSmith @OwenBlacker @Shisma, after the toot of Shisma, I try to describe Main Instances in Wikdata, and I think we can find a property to indicate that a bot was behind in scope to exclude they of the queries after. I try maintained by (P126) of respublicae.eu (Q115222325) but we can certainly find something better. Poke @VIGNERON 2le2im-bdc (talk) 20:22, 15 November 2022 (UTC)[reply]
@Shisma I try also to add a qualifier for a singular account : Mastodon address (P4033) of canton Vaud (Q12771) 2le2im-bdc (talk) 07:52, 16 November 2022 (UTC)[reply]
thats all good but I still think all those statements should be Deprecated rank deprecated because it is not really their account – Shisma (talk) 15:51, 16 November 2022 (UTC)[reply]
Deprecating makes sense to me. − Pintoch (talk) 22:41, 16 November 2022 (UTC)[reply]

@Pintoch, 2le2im-bdc::

SELECT * WHERE {
  SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en". }
  ?item wdt:P4033 ?Mastodon_address.
  ?item p:P4033 ?stmt.
  FILTER regex(?Mastodon_address, "@respublicae.eu$")
}
Try it!

please feel free to help me downranking 😬 –Shisma (talk) 18:53, 17 November 2022 (UTC)[reply]

@Shisma: This is not correct usage of deprecated rank, see Help:Ranking#Deprecated_rank. Please undo your edits. I would suggest you use the preferred rank on the main accounts and leave the mirrors as normal rank. Multichill (talk) 15:30, 20 November 2022 (UTC)[reply]
well, what if there is no main account?– Shisma (talk) 15:40, 20 November 2022 (UTC)[reply]
Than no rank to change. You shouldn't be abusing deprecated ranks like this. Figure out some relevant qualifiers if you want to indicate it's a mirror. Multichill (talk) 19:06, 20 November 2022 (UTC)[reply]
I don’t think this is an abuse. This address does not actually belong to this person.
If i send a message to one of these adresses, this person will not read it: i think the qualities as an inaccurate statement. – Shisma (talk) 09:53, 21 November 2022 (UTC)[reply]
Where was the property defined as an address where you can get a reply from the person? That's not even true of most politicians' websites. Nemo 17:41, 28 November 2022 (UTC)[reply]
Shisma , looks like there was some collateral damage in your edits. Nemo 19:55, 10 January 2023 (UTC)[reply]
I'm not sure what the original issue was because the mentioned toot has been deleted, but I guess someone shared a query in a hurry without checking what it was really matching, and some confusion arose. That happens. Most people shared and saw correct queries which excluded mirrors where including them wasn't warranted (by using the provided object has role (P3831) of unofficial (Q29509080)). Nemo 17:50, 28 November 2022 (UTC)[reply]

Why do some Wikidata items bypass Toolforge when using this property?[edit]

Some of the Wikidata items which contain Mastodon address (P4033) data do not use Wikimedia Toolforge (Q36500248) on Wikidata items! Why?

Here are my observations that lead to this question:

George Takei (Q110154) has the data "georgetakei@universeodon.com" which links to erroneous:

Eugen Rochko (Q64876086) has the data "Gargron@mastodon.social" which links to erroneous:

Taylor Lorenz (Q89135464) has the data "taylorlorenz@mastodon.social" which correctly links to

Mastodeas (talk) 16:00, 27 January 2023 (UTC)[reply]

probably a caching issue. At the moment the preferred formatter URL (P1630) is pointing to mastodon.social which I'm guessing you don't want? BrokenSegue (talk) 17:00, 27 January 2023 (UTC)[reply]
Is it ok if I experiment on test.wikidata.org ? I see you are not an admin there but I see you've made 60 edits on the test wiki. Did you need to ask for permission to make edits there or is it a "free for all"? Do you know if its possible to remove my items from there after I'm done, like mark them for deletion? This would allow me to understand how formatter URL (P1630) works so that when I make the real edits here on Wikidata that I won't break anything.(at least that's my hope)
Also is Sandbox-CommonsMediaFile (P368) a property I could experiment on instead or is that some kind of "specialized sandbox" only related to WMC and I need to know what I'm doing if I'm about to put some formatter URL (P1630) "code" in there? Mastodeas (talk) 12:36, 28 January 2023 (UTC)[reply]
Sorry for not answering your question, I will now. What I want is Mastodon Address to not give people visiting Wikidata broken links when they visit a person or organization and if I can learn how to fix this myself then you can spend less time on this. I'm assuming admins have little time, perhaps that's a stereotype I have in my mind about admins. What do you want? Mastodeas (talk) 12:44, 28 January 2023 (UTC)[reply]
Hi there. There are two formatter URLs set for this property. One goes to Toolforge and the other goes to mastodon.social.
For the links on Wikidata items, the system will choose whichever value has the preferred rank. I notice that over the past month, the ranks have been changed a few times.
As you point out, the mastodon.social one results in incorrect links. I have reverted the changes so that the Toolforge formatter now has the preferred rank.
The links are cached, so Wikidata item pages will continue to use the mastodon.social links until they are refreshed. I think this is why you saw inconsistent links across different Wikidata items. I'm not too sure how long it takes for the links to be regenerated, but it will take place gradually. Yirba (talk) 22:41, 5 February 2023 (UTC)[reply]
Just an update. The URLs are now gradually changing over to use the Toolforge formatter.
If you see any entities with erroneous URLs, you can purge the cache by adding ?action=purge to the end of the URL. For example:
https://www.wikidata.org/wiki/Q110154?action=purge Yirba (talk) 12:09, 9 February 2023 (UTC)[reply]

I agree it's better not to point to mastodon.social, especially as nowadays it doesn't redirect. Nemo 15:40, 12 April 2024 (UTC)[reply]

References[edit]

  1. Comment marche le fédivers, paragraph "4 Les normes et références" (fr), by Stéphane Bortzmeyer (Q20742941),