User talk:Aude/Archive 1


Welcome to Wikidata, Aude!

Wikidata is a free knowledge base that you can edit! It can be read and edited by humans and machines alike, and you can help. Go to any item page now and add to this ever-growing database!
Need some help getting started? Here are some pages you can familarise yourself with:

If you have any questions, please ask me on my talk page. 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.

Regards, --Jitrixis (talk | support my candidacy) 13:16, 1 November 2012 (UTC)Reply

Page for testing things edit

Hey, just wanted to let you know about Q4115189, which is the project sandbox, in case you'd like to keep playing with the strings datatype on the live project. Sven Manguard Wha? 16:15, 7 March 2013 (UTC)Reply

Nice :) are there test properties for each type? Aude (talk) 16:44, 7 March 2013 (UTC)Reply

Hong Kong edit

Hi, given Wikidata:Project_chat#Hong Kong, perhaps you bot can switch from Canada to Hong Kong for a while ? I suppose it work about the same way. --Zolo (talk) 19:05, 23 July 2013 (UTC)Reply

If no one else is interested, my bot can add geocoordinates etc for Hong Kong. I'll give it until the weekend or so to see. Cheers. Aude (talk) 20:03, 23 July 2013 (UTC)Reply

appointed by (P748) has been created edit

As you're the proposer of this property, I just want to inform you about this. --Nightwish62 (talk) 12:05, 2 August 2013 (UTC)Reply

Bot edit edit

This is kind of an odd edit isn't it?: [1] --Tobias1984 (talk) 13:40, 5 August 2013 (UTC)Reply

Hmm. Looks like the coordinate is in Pennsylvania (i am on mobile phone so can't be sure) but obviously we have a geographic feature that spans several states. I could add more checks for these sort of features and have the bot skip them. Or what do you think it should do in this example? Thank you for pointing this out. Cheers Aude (talk) 15:36, 5 August 2013 (UTC)Reply
I think we can just fix it by hand. There are only about 1500 stratigraphic units on Wikidata and it won't matter if some have the wrong main type. I'm not yet sure how to handle sub-country extent of stratigraphic units. located in the administrative territorial entity (P131) has a constraint that it should only be used for geographic features, but I think that stratigraphic units are terms. --Tobias1984 (talk) 15:46, 5 August 2013 (UTC)Reply
I can certainly try to filter for these items. Good to know that they should be classified as terms. Cheers Aude (talk) 16:40, 5 August 2013 (UTC)Reply

Coordinates in an organization article → main type: geographical feature edit

Hi. Apparently because of coordinates in the article, AudeBot tagged Mozilla Foundation as a geographical feature. --AVRS (talk) 09:32, 11 August 2013 (UTC)Reply

Thanks for reporting this. Obviously it's a mistake or false positive. I can add more checks for this type of thing and shall add gnd to my list of places [2] to check what the bot is doing. Cheers. Aude (talk) 15:45, 11 August 2013 (UTC)Reply

Comments on Key dates for buildings edit

Now that property 'significant event (P793)' has been created do you want to revisit your comments on Key dates for buildings ? Filceolaire (talk) 02:18, 15 August 2013 (UTC)Reply

Correction of coordinates and #property in Wikipedia edit

Hello, on the French project chat it has been noticed that the incorrect value in P625 that your bot corrected for instance here also gave an error in Wikipedia when calling another property of the element like , though not in the very last version of the article but only in edit preview or when viewing an older version of the article. Maybe you will be interested to know this effect of your correction, and you could tell someone in the technical staff to correct this bug of how one bad property value effects calling another property in Wikipedia. Best regards: Oliv0 (talk) 06:20, 29 August 2013 (UTC)Reply

Please see Wikidata:Contact the development team#Red error messages for coordinates for some details about the issue. The development team is aware that errors appeared when unrelated properties were being used in Wikipedia. For now, any errors coming from the property parser function will not be displayed on Wikipedia. The developers are thinking about how to better handle the errors generally and definitely not have errors from unrelated properties be displayed. Cheers. Aude (talk) 06:57, 29 August 2013 (UTC)Reply
Thank you for your answer and for the explanation in bugzilla:53520, it is great if developers are aware of it. Cheers: Oliv0 (talk) 08:26, 29 August 2013 (UTC)Reply

Geo property edit

Hi Aude,

I was wondering what you think of WD:Property_proposal/Place#Locatable_on_earth. The suggested use of an empty coordinates property seems a good idea, but I don't think the database and/or our tools are up to it yet. --  Docu  at 19:31, 6 September 2013 (UTC)Reply

New properties edit

Hi Aude,

Some of the properties you proposed/supported are now available: FIPS 6-4 (P882), P883 (P883), origin of the watercourse (P885). --  Docu  at 20:08, 11 September 2013 (UTC)Reply

Your bot adding properties edit

This edit is not correct. Where did your bot get the information "Austria" from? --тнояsтеn 16:17, 29 September 2013 (UTC)Reply

Hmmm... thanks for letting me know! One of the coordinates must be very close to the border and got "geocoded" by mistake into Austria. The bot ought to use both the category information and geocoding (against natural earth data) to get this right, but seems to miss the category here. I'll need to double check other points near the border to ensure my bot did the right thing and improve my category checks to better avoid such errors. Cheers Aude (talk) 16:40, 29 September 2013 (UTC)Reply
and the item has administrative unit, so that is something else my bot could check. Aude (talk) 16:41, 29 September 2013 (UTC)Reply
German Wikipedia uses ISO 3166-2 codes for all coordinates, you could use them. --тнояsтеn 16:35, 30 September 2013 (UTC)Reply
Good idea, thanks. :) Probably for my purpose, I could also check against boundaries in OpenStreetMap which appear more accurate + the ISO codes, categories, etc. For existing coordinates, I'm going back and checking everything and fixing errors. Aude (talk) 16:59, 30 September 2013 (UTC)Reply

Dayton (Q3181125) is another where it was wrong, but for the administrative unit this time. It is close to the border, so I assume it's the same problem. Is there a reason you're not using information from infoboxes for settlements? --Nikki (talk) 01:18, 13 October 2013 (UTC)Reply

Thanks for reporting this. I think it's the same problem. I am checking for this issue in other places and fixing it. The bot is not using infobox information yet (vs categories), as not all places have infoboxes. That said, I should be able to incorporate that information when it exists. Also, checking against OpenStreetMap boundaries seems to work a lot better. Cheers. Aude (talk) 07:28, 14 October 2013 (UTC)Reply

Coordinates edit

Hi Aude, can you take a look at Wikidata:Coordinates tracking? Thank you, Multichill (talk) 15:28, 12 October 2013 (UTC)Reply

Generally looks good :) though not sure when I'll have time to poke at the lua. Aude (talk) 07:35, 14 October 2013 (UTC)Reply

coordinate location (P625) and Sweden (Q34) edit

Do you have any statusreport or anything I can tell my friends since I yesterday saw a talk on svwp in this subject? -- Lavallen (talk) 06:49, 21 October 2013 (UTC)Reply

I am working on quality checks of my bot's work so far and improving the bot's code some before it should continue. I am also travelling so not doing much this week. Once my bot is editing again, I think it can start work on svwp articles. Aude (talk) 09:19, 21 October 2013 (UTC)Reply
Thx! -- Lavallen (talk) 09:39, 21 October 2013 (UTC)Reply

tributary (P974) edit

Hello! This property you proposed has been created. --Danrok (talk) 19:01, 22 October 2013 (UTC)Reply

kolk (Q339230) edit

Hello Aude, your bot added wrong location info [3] to an item about a geomorphological term. I let you know because it is maybe helpful for you. Holger1959 (talk) 15:35, 29 December 2013 (UTC)Reply

Test wikidata edit

Hey, Since your a bureaucrat on the test Wikidata, could you rename me to Jakec over there? Thanks, --Jakob (talk) 02:01, 30 January 2014 (UTC)Reply

What is your username there? I don't see Jakob so must be something else. Aude (talk) 17:38, 30 January 2014 (UTC)Reply
It's "King jakob c 2". --Jakob (talk) 18:18, 30 January 2014 (UTC)Reply
Done. You may need to "re-unify" your account with your global account. Aude (talk) 20:00, 30 January 2014 (UTC)Reply
Thanks. I'll re-merge my accounts once I've been renamed on lawiki, wikispecies, and enwikiversity. --Jakob (talk) 21:26, 30 January 2014 (UTC)Reply

Your edits being discussed at project chat edit

Your edits to the data model, in which your removed the dimension value, are being discussed at Coordinates precision. In particular, some users such as a bot operated by User:Multichill seem to be using the precision value to express the size of the object being located by latitude and longitude, rather than the uncertainty caused by the inexactness of the measurement of latitude and longitude. Your comments about the reason for removing dimension and the intended use of precision would be helpful; please join the discussion. Jc3s5h (talk) 17:15, 11 July 2015 (UTC)Reply

GeoShapeValue on Wikibase edit

Hi, I've been told you're the geo guru, so FYI I'm trying to get GeoShapeValue on Wikibase implemented. Talk:Wikibase/DataModel#Use_WKT_for_GeoShapeValue. esbranson (talk) 22:24, 22 November 2015 (UTC)Reply

@esbranson We haven't figured out all the details yet for geo shape, but it likely will involve referencing a separate file / storage of the actual shape data. The format might be geojson (probably easiest, and compatible with other tools like the Graph extension), but it's not decided. perhaps we can accommodate more than one format, although that would complicate things. Aude (talk) 17:45, 1 January 2016 (UTC)Reply

AudeBot messing up located in the administrative territorial entity (P131) edit

Your bot seems to have a number of problems with the way it is creating located in the administrative territorial entity (P131) claims. The most fundamental problem is misstating the provenance of the information, so there's no way to check its actual source. For example, the located in the administrative territorial entity (P131) claim for Watch Hill (Q7973047) is set to Connecticut (Q779) which is an entirely different state. I find it doubtful that English Wikipedia ever said such as thing, as claimed by the imported from Wikimedia project (P143) reference. What is the actual source of this information?

The source is Wikipedia (e.g. categories), though I cross checked it against other sources (e.g. natural earth data) to help minimize errors. Despite trying to avoid errors, it's always possible there are some errors and would be great to find + fix any. Aude (talk) 17:43, 1 January 2016 (UTC)Reply

The second issue is that it's choosing an entity two levels too high in the hierarchy. To be useful, it should use the smallest / most fine-grained entity possible, in this case, Westerly (Q1028023) as correctly stated on the Wikipedia page. There also appears to be redundancy in that it's adding a separate country (P17) claim which duplicates the information available from the P131 hierarchy, although this redundancy is much less of an issue than the other problems. Tfmorris1 (talk) 21:36, 30 December 2015 (UTC)Reply

I think we had different ideas about P131 when (2+ years ago) my bot was adding coordinates. Agree it would be good to refine the P131 classifications. I don't necessarily agree about P17 though. Cheers. Aude (talk) 17:43, 1 January 2016 (UTC)Reply

Meetup edit

Hey there, it was nice meeting you in person on this recent last evening of yours in the city, even though I was late to the meetup :) —BlaueBlüte (talk) 03:47, 31 January 2016 (UTC)Reply

topographic prominence (P2660) edit

Hi Aude,

The property you proposed is now available. Please put it to good use.

You might want to follow-up on your proposal at Wikidata:Property_proposal/Natural_science#snow_accumulation.

BTW, thanks for all the useful improvements and fixes you bring to Wikibase's code!
--- Jura 09:43, 26 March 2016 (UTC)Reply

Preview of Wikisource pages possible? edit

Hi. When trying to utilise the preview function to call up Wikisource pages, it fails. I am presuming that is due to the templates that we use to contain the data, and was wondering whether there was a means to parse the data so it is visible in preview. An example is Cecil Deedes (Q25950685). Thanks.  — billinghurst sDrewth 14:52, 21 July 2016 (UTC)Reply

@billinghurst Templates (including ones that use Wikidata) should properly parse during preview. Which template or Wikisource page has a problem? wikisource:en:Author:Cecil_Deedes? Aude (talk) 23:22, 21 July 2016 (UTC)Reply
Return to the user page of "Aude/Archive 1".