Ok, so there is no simple way to avoid "manual" retrieval of the list of featured and good articles.

What a shame... well, I'll see what to do about this stuff.

Thanks.

Felipe.

Andre Engels andreengels@gmail.com escribió:

These are not identified in the database. The code for displaying these stars is in the {{featured article}} tag or whatever tag is used in the language under consideration instead (if you don't find it at the top, it's probably at the bottom). For en: the code is:

id="featured-star">

Image:LinkFA-star.png|14px rect 0 0 14 14 [[Wikipedia:Featured articles|This is a featured article. Click here for more information.]] desc none

It's the 'class="metadata topicon" ' that causes it to show where it shows. I don't know whether metadata topicon is generally defined in MediaWiki software or it is in the local monobook.css file.

On 08/12/2007, Andre Engels andreengels@gmail.com wrote:

2007/12/7, Felipe Ortega glimmer_phoenix@yahoo.es:

...

Ok, so there is no simple way to avoid "manual" retrieval of the list of featured and good articles.

Well, you could use the Special:Whatlinkshere of the template.

Exactly... and there is a similar thing in the API that would find those pages. Or if you have the DB, then something in the templatelinks table I suppose.

Brianna

Stephen Bain stephen.bain@gmail.com escribió:

Here's how to do it on en using the API:

Thanks, but:

1) Queries in the API are restricted to 1500 results in case you're logged in. There are more than 1500 featured articles in enwiki :(

2) I don't feel very... "comfortable" sending my username and password in cleartext as an HTTP argument to login the API. Did anyone notice that?

Anyway, thanks for your suggestions.

Felipe.

Felipe Ortega wrote:

Stephen Bain stephen.bain@gmail.com escribió:

Here's how to do it on en using the API:

Thanks, but:

1. Queries in the API are restricted to 1500 results in case you're logged in. There are more than 1500 featured articles in enwiki :(

2. I don't feel very... "comfortable" sending my username and password in cleartext as an HTTP argument to login the API. Did anyone notice that?

Anyway, thanks for your suggestions.

Felipe.

1. You can use the "query-continue" section to continue the query. 2. You can send them using POST. You do this anyway when logging into Wikipedia.

I am trying to represent table-like data in a structured way by using the templates. The table-like data should both be rendered in Wikipedia (or another wikimedia) as well as setup and extracted easily by a script. I am wondering how this situation is handled the best. I have setup some examples on the following web-page:

http://en.wikipedia.org/wiki/User:Fnielsen/Sandbox#Template_.22list.22_argum... http://en.wikipedia.org/w/index.php?title=User:Fnielsen/Sandbox&oldid=17...

I think the cleanest way would be if something like the following was allowed (I guess it is not?):

{{Talairach coordinates | x(1)=-38 | y(1)=2 | z(1)=37 | x(2)= 48 | y(2)=-40 | z(2)=9 | anatomy(2)=Right temporoparietal junction | x(3)=51 | y(3)=15 | z(3)=34 | functional_area(3)=[[Supplementary motor area]] }}

In this case the template would be able to find out which fields ("columns") are defined. Whereas in the case where two templates are used the child template (i.e. the entry for a specific row) can only identify its own defined columns. For example this situation:

{{Talairach coordinates | {{Talairach coordinate | x=-38 | y=2 | z=37}} {{Talairach coordinate | x= 48 | y=-40 | z=9 | anatomy=Right temporoparietal junction }} {{Talairach coordinate | x=51 | y=15 | z=34 | functional_area=[[Supplementary motor area]] }} }}

Also in this case the two templates are dependent: If the information is rendered in a table the column header (defined in the parent template) and content (defined in the child template) should correspond.

I have been trying to find Wikipedia template examples for table-like data. The closest I could get is the "GNF_Protein_box" template and its "Process" field that may have multiple "GNF_GO" templates. Are there any different examples? Or what would actually possible in my situation? A third possibility would be:

{{Talairach coordinates | x_1 =-38 | y_1=2 | z_1=37 | x_2= 48 | y_2=-40 | z_2=9 | anatomy_2=Right temporoparietal junction | x_3=51 | y_3=15 | z_3=34 | functional_area_3=[[Supplementary motor area]] }}

But this format looks quite ugly, and it seems to me that it would be difficult to write a template in this case, though a perl script for off-line processing may handle this situation ok.

/Finn Aarup Nielsen

On Tue, 11 Dec 2007, Thomas Dalton wrote:

...

I am trying to represent table-like data in a structured way by using the templates. The table-like data should both be rendered in Wikipedia (or another wikimedia) as well as setup and extracted easily by a script. I am wondering how this situation is handled the best. I have setup some examples on the following web-page:

How do you want it rendered? If just as a table, then why not just use a table? You can have the column headers as a template. Just have:

{{Talairach start}} | -38 || 2 || 37 |- | 48 || -40 || 9 || anatomy_2=Right temporoparietal junction |- | 51 || 15 || 34 || functional_area_3=[[Supplementary motor area]] |}

There are two issues:

1) A script should be able to easily extract information from the table. I have worked with the "Cite journal" template of Wikipedia (that is not storing a table). It is relatively easy to extract information from this template by simple regular expressions in Perl. If the information is stored "just in a table" I guess it would be more difficult due to table formatting encoding? A template may be better to separate format and content.

2) An instance of the table may have fields that are not defined. In my DTD XML-file defining the table I have presently 33 fields:

<!ELEMENT Loc (activatedSubjects | brainMapExpId | brainMapLocId | brainMapPaperId | brodmann | comment | coord | ... valueStd | volume | volumeStd | woroi | x | xReported | xStdReported | y | yReported | yStdReported | z | zReported | zStdReported | zScore)*>

A field such as 'brodmann' may or may not be defined for an instance of the table. Seldom are more than 5-10 fields/columns defined. The table would be too broad and too empty if all columns/fields are shown.

/Finn Aarup Nielsen

And... Besides that, there is no homogeneous tag to flag this articles in any language edition... It's... curious, isn't it?

Felipe.

Andre Engels andreengels@gmail.com escribió:

These are not identified in the database. The code for displaying these stars is in the {{featured article}} tag or whatever tag is used in the language under consideration instead (if you don't find it at the top, it's probably at the bottom). For en: the code is:

id="featured-star">

Image:LinkFA-star.png|14px rect 0 0 14 14 [[Wikipedia:Featured articles|This is a featured article. Click here for more information.]] desc none

It's the 'class="metadata topicon" ' that causes it to show where it shows. I don't know whether metadata topicon is generally defined in MediaWiki software or it is in the local monobook.css file.

On 07/12/2007, Simetrical Simetrical+wikilist@gmail.com wrote:

On 12/7/07, Felipe Ortega glimmer_phoenix@yahoo.es wrote:

...

And... Besides that, there is no homogeneous tag to flag this articles in any language edition... It's... curious, isn't it?

Not really. The idea of a "featured article" is fairly specific to Wikimedia's goals, and doesn't particularly belong in the software as a special case.

However, it can be done using extensions - FlaggedRevisions could quite easily be used to mark featured articles.

On 12/7/07, Thomas Dalton thomas.dalton@gmail.com wrote:

However, it can be done using extensions - FlaggedRevisions could quite easily be used to mark featured articles.

Hmm, I haven't looked at that much. Is it meant to be used like that? At any rate, what's the improvement over categories?

On 12/8/07, Felipe Ortega glimmer_phoenix@yahoo.es wrote:

Categories won't help. For example:

http://en.wikipedia.org/wiki/New_Orleans_Mint

Is a feature article and it is not categorized as such.

On the English Wikipedia, it seems articles' talk pages are categorized, not the articles themselves.

On 12/8/07, Platonides Platonides@gmail.com wrote:

Why doesn't the Featured-Article template contain teh category?? You shouldn't have to mark them twice.

We're here to observe and deal with the oddities of the various wikis, not question them. :) Try asking on enwiki-l, or hunting around on policy pages, I guess.

Voice of All jschulz_4587@msn.com escribió: Heh, a bit presumptuous? ;)

As per some changes I had made recently shortly before this discussion started, it happens to be possible to list out all pages of a certain quality (sighted/quality/featured). So pages are flagged as featured and revisions flagged to featured level are marked in a column in the database as part of the reviewed revisions table.

Hey! That would be great. It would speed up the searching process a lot. Please, let us know when the new reviewed revisions table is working.

I think it is not a crazy think to support quality flags in the database. All in all, every Wikipedia could have featured/good/quality/ articles, despite using different criteria for their selection.

Regards,

Felipe.

---------------------------------

¿Chef por primera vez? - Sé un mejor Cocinillas. Entra en Yahoo! Respuestas.

Felipe Ortega wrote:

Categories won't help. For example:

http://en.wikipedia.org/wiki/New_Orleans_Mint

Is a feature article and it is not categorized as such.

Why doesn't the Featured-Article template contain teh category?? You shouldn't have to mark them twice.