Logo of Wikidata

Welcome to Wikidata, Prosperosity!

Wikidata is a free knowledge base that you can edit! It can be read and edited by humans and machines alike and you can go to any item page now and add to this ever-growing database!

Need some help getting started? Here are some pages you can familiarize yourself with:

  • Introduction – An introduction to the project.
  • Wikidata tours – Interactive tutorials to show you how Wikidata works.
  • Community portal – The portal for community members.
  • User options – including the 'Babel' extension, to set your language preferences.
  • Contents – The main help page for editing and using the site.
  • Project chat – Discussions about the project.
  • Tools – A collection of user-developed tools to allow for easier completion of some tasks.

Please remember to sign your messages on talk pages by typing four tildes (~~~~); this will automatically insert your username and the date.

If you have any questions, don't hesitate to ask on Project chat. If you want to try out editing, you can use the sandbox to try. Once again, welcome, and I hope you quickly feel comfortable here, and become an active editor for Wikidata.

Best regards!

all subpages T · m:special:CentralAuth

Bonvenon al Wikidata! – Welcome to Wikidata! edit

Welcome Prosperosity! You may add some help tools to user:Prosperosity/common.js or (if you use the vector skin) to user:Prosperosity/vector.js . Please see User:Rotsaert8000 (in Esperanto), Wikidata:Tools, and Wikidata:Tools/User scripts for candidates you may add. On the user:i18n-page you will see all WD gadget links. It takes time to see what fits most of your interests. Good luck! Please feel free to use the Wikidata Sandbox item: Sandbox 1 (Q4115189)      for your first steps adding some statements see Wikidata:List of properties. If you want to notify a user you may use {{ping|foo bar}} at any place on this wiki. Regards gangLeri לערי ריינהארט (talk) 08:59, 4 June 2014 (UTC)Reply

Redirecting articles - please stop! edit

@Prosperosity: Hi, I've noticed that a number of articles that I've added to Wikidata have been redirected to new items that you are adding. I'm really puzzled by this. For example, the Description of Laoma ordishi new species (Eupulmonata: Punctidae) and reinstatement of Laoma nerissa (Hutton, 1883) (Q104465688) that I created from CrossRef data you have redirected to a more recent item Clay – a lesser known medium for Maori artefacts (Q104815055) for the same article. This causes all sorts of problems:

  • Traditionally when merging items the older id is kept (in this case Q104465688).
  • The authors are now a mess, Frank Climo appears in three places, one as an author and twice as an author string!
  • When adding mapping author strings to authors ideally the author strings should be deleted so that we have only one record per author.
  • This record has two copies of the DOI, one of which is in lower case which is not how DOIs are stored in Wikidata.
  • You seem to be doing this to other items for this journal, for example ones added via data from JSTOR.

Happy to talk about this with you so that I can understand what you are trying to achieve, there are ways to add additional information to an existing item that doesn't destroy the original item. --Rdmpage (talk) 13:13, 14 January 2021 (UTC)Reply

It was an issue where I batch added articles, but hadn't realised some of these already had entries. This won't happen again! --Prosperosity (talk) 19:29, 14 January 2021 (UTC)Reply
@Prosperosity: Great, any thoughts on how to fix those articles that have been affected? --Rdmpage (talk) 20:00, 14 January 2021 (UTC)Reply
Done - duplicated author fields are all fixed now. --Prosperosity (talk) 20:17, 14 January 2021 (UTC)Reply
@Prosperosity: Thanks! --Rdmpage (talk) 20:29, 14 January 2021 (UTC)Reply

Can't find article for Q115628492 edit

Hi @Prosperosity, I'm having trouble tracking down Further Notes on the Three Kings Islands (Q115628492) as it doesn't seem to exist. The URL https://paperspast.natlib.govt.nz/periodicals/TPRSNZ1881-14.2.6.1.28 is for a different article ("Art. XXVIII.—On two Species of Nudibranchiate Mollusca.") published in 1881 (not 1891). Any thoughts? Rdmpage (talk) 14:35, 1 April 2023 (UTC)Reply

@Rdmpage: Not sure what happened there! I've found the article and linked it to the correct place. --Prosperosity (talk) 20:56, 1 April 2023 (UTC)Reply
@Prosperosity Awesome, thanks! I've added the volume and a couple of identifiers. I'm hoping to add a lot more Transactions articles and was doing a little bit of cleaning up beforehand to minimise the chances of adding duplicates. Rdmpage (talk) 21:05, 1 April 2023 (UTC)Reply
@Rdmpage: Wonderful, thanks! I know that there's a Wikisource project that was started recently to transcribe all of the volumes. --Prosperosity (talk) 21:08, 1 April 2023 (UTC)Reply
@Prosperosity So I gather from @DrThneed: (who I have also been pestering about Transactions metadata). My focus is mainly on the article-level metadata (and authors) rather than the actual text, and on trying to make sense of the somewhat convoluted history of the journal and its names. Rdmpage (talk) 21:14, 1 April 2023 (UTC)Reply
@Rdmpage: It's very messy! I know at some point, the journals start being published in the same year that they're labelled (probably around WWI). --Prosperosity (talk) 08:12, 2 April 2023 (UTC)Reply

NZ coordinates. edit

Hi @Prosperosity you seem to be going through lots of nz articles and changing coordinates to the ones in the gazetteer. This is good work as they are often off as they come from a weird grid in geonames via the Cebuano wiki.

A couple of points on this though:

The first is you are sometimes overwriting the coordinates on stream and river articles when they have "applies to part: river mouth or river source". These one are more useful than the Gazetteer as they show the start/end and extent of the river rather than a point midway. The mouth is the most critical definition point for a river. This also allows for river hierarchy diagrams like this query (click the play button to run query and generate map diagram) .

Second is how you're copying the coordinates across is creating falsely precise coordinates. The coordinates in the Gazetteer have a precision of ± 0.001° equivalent to 1 arcsec. If you just copy the coordinate straight out of the Gazetteer to 3 d.p. e.g. 38.664S 174.653E and paste that into Wikidata then it should be fine. Somehow you are creating overly precise coordinates like 38°39'54.929"S, 174°57'22.363"E. on Tatara (Q31481126). See more on coordinate precision ShakyIsles (talk) 21:51, 2 August 2023 (UTC)Reply

@ShakyIsles: No worries, if something already has river mouth coordinates I'll leave them as-is (and feel free to change any geocoordinates for features I've already done - as long as they have a statement about what they point to or a source, I'll know that they've been checked and I won't accidentally overwrite them.
These coordinates are directly from LINZ entries (stored in the 'View inn Google Maps' hyperlink) - I know that the level of preciseness isn't correct for the scale of the features, but this is often very helpful as this stops features stacking on top of each other in interactive maps (which is often the case for Wikidata items made from Geonames coordinates). I'm very happy for anything that I've already processed to be fixed up (especially for any areas that I'm not working on anymore - currently I'm making my way through the Waikato south of Hamilton, then onto Taranaki). --Prosperosity (talk) 04:23, 3 August 2023 (UTC)Reply
Where is the 'Veiw in Google Maps' link found? The names in the Gazetteer and map there are 3 d.p. ShakyIsles (talk) 06:00, 3 August 2023 (UTC)Reply
@ShakyIsles: On the entries for each feature, right next to the coordinates at the bottom of the page. --Prosperosity (talk)
Hmm all good I guess, that accuracy doesn't make much sense for anything other than a trig station. I've just copied the 3 d.p. one from the listing which seems well accurate enough. There isn't an issue with stacking at 3 d.p. accuracy. The grid with Geonames is much coarser. ShakyIsles (talk) 06:11, 3 August 2023 (UTC)Reply
@ShakyIsles: The next time I come across a feature blob, I could show you! It's often in urban centres, or remote peninsulas with many names where not many people have cleaned up the data. --Prosperosity (talk) 07:01, 3 August 2023 (UTC)Reply
just thinking there has got to be a way to script that if you're just updating the coordinates. Not sure how to do myself. You can download the gazetteer though so a script to update the coordinates when it has the New Zealand Gazetter property must be possible... ShakyIsles (talk) 06:26, 3 August 2023 (UTC)Reply
That could be good! I'll keep systematically going through features as a manual review of everything with geocoordinates is helpful for picking up things that wouldn't be by a script (like place names without an 'instance of', features that aren't in LINZ, identically named features in close proximity, twin items for the same features (especially things identified as hills/mountains and channels/straits). I think the most helpful script would be something focusing on everything that already has a LINZ place ID + geocoordinates sourced from the Cebuano Wikipedia. --Prosperosity (talk) 07:01, 3 August 2023 (UTC)Reply
Mix and match is a great tool (https://mix-n-match.toolforge.org/#/catalog/2857) for doing the original match to the gazeeteer. You can filter by type in there as well. ShakyIsles (talk) 07:58, 3 August 2023 (UTC)Reply
I have limited knowledge of the query tool but can generate good lists to edit using it (example) ShakyIsles (talk) 08:03, 3 August 2023 (UTC)Reply
User @Canley: knows a bunch about NZ place names. Possible yes/no? ShakyIsles (talk) 06:29, 3 August 2023 (UTC)Reply
Hi ShakyIsles and Prosperosity, here is a Wikidata query which lists any coordinates in New Zealand with Cebuano Wikipedia as a reference, which you might find useful!
I am working on several queries like that one, along with QuickStatements scripts, API calls, and other automated methods to clean up/merge the cebwiki duplicates and fix inaccurate coordinates, which I will be discussing/presenting at Wikimania next week (although I also quite enjoy fixing them up manually as you spot other issues, however 15,000 is a lot to get through)!
We've discussed the precision of coordinates before, and while I absolutely agree high precision (like 6 decimal places) is great for, say, heritage listings (e.g. Mirek Smíšek Beehive Kilns (Q120999204)) where there could be a high density of small objects in an urban area, it does seem to me to be unnecessary, over-precise (without necessarily being accurate), and time-consuming to replace three decimal place LINZ coordinates from the Gazetteer with six-decimal versions from the spreadsheet or Google Maps view for most objects, particularly large area ones like seamounts, locality centroids, lakes or scenic reserves. --Canley (talk) 08:07, 5 August 2023 (UTC)Reply
Here's a query which has items with a LINZ ID and Cebuano Wikipedia coordinates: https://w.wiki/7CCb --Canley (talk) 01:54, 6 August 2023 (UTC)Reply
Amazing, thank you! Prosperosity (talk) 03:31, 6 August 2023 (UTC)Reply