User talk:Phlox/Archive 1

From Familypedia

Contents 1 Emigrants etc 1.1 Progress by October 2007 2 Category redirect 3 Category:Wikia maintenance 4 Adieu, Mak the Knife 5 Wiki's mailing list 6 U.S. history can enlighten at least one of us! 7 Category talk:Requested moves 8 Template:Ahnentafel/doc 9 US Census 10 People pages - what should follow YOB? 11 Email 12 Copying templates from Wikipedia 13 Edit summaries[,] please 14 Clickable Maps 15 Monobook.css 16 CSS problem solution? 17 Template 18 GEDCOM 19 Timezones 20 Internal links to dates, places, and people 20.1 WP link backs 21 Categorizing birth and death year pages 22 PhloxBot difficulties working with WP and Wikia together 23 Image matters 24 Info template 25 Response 26 Bot program 27 Auto Generate Ahnentafel 28 Admin

It would help some of us to know how you discovered this site.

Robin Patterson 01:18, 27 August 2007 (UTC)

I was going to install a wikimedia engine on my family's site, but when investigating, it seemed to me that the scope would be too much for my site, due to the tree growth to other families. A general genealogy wiki would be ideal but I didn't want to fund/administer/arrange the ads to sustain it. So when I discovered wikia was doing it, I was in with both feet. -Knife Maker 01:26, 27 August 2007 (UTC)

(I hope you transferred or memorised other places to find all the helpful links in the welcome message! - Robin)

[edit] Emigrants etc

I'm pleased to see some more bunches of migratory people being categorised. We had a flurry of them (in July, I think) when Bill was tinkering with the Mayflower and Jillaine was working in the same part of the U.S. I managed to keep a little way ahead, frantically copying Wikipedia categories (with a few from Commons where I thought they were more logical) and adding new articles or categories to them. Bill tends to add categories as an afterthought, and Jillaine was very new and willing to be guided. Mostly British and Swedish there. Now you give us some Swiss. Of course you know that immigrants are to somewhere, not from the named place, but you must have overlooked the precise terminology in the excitement of getting everybody categorised. Now that I've almost caught up, you'll notice a "category redirect". I think there's a bot that can redirect affected pages semi-automatically; but if we can't find one I may be persuaded to spend a few minutes correcting the pages manually - relatively simple to highlight "Im" and type "E". Please continue using category:Emigrants from Switzerland and consider creating subcategories of it, as is now suggested on a couple of relevant pages.

Robin Patterson 14:15, 3 September 2007 (UTC)

Yeah- Bots are perfect for this sort of thing, and it is a relief because it is trivial to do changes (even massive ones) for whatever reason- after novices have come in and made messes, or that it was decided that there was a better way of naming/ organizing. After they are set up, it is no big deal. If you can handle a wikitext table, you can do a bot. Setting them up is a little bit of a hassle.

If you wish, I will dust off my bot scripts and install the latest and greatest pywikipedia bot code on my machine. I'd be happy to do whatever other cat rename tasks that have been piling up. Perhaps you have a page listing maintenance tasks? Seems to me that Adjective placename pattern is a bad idea. EG:

• swedish emigrants -> emigrants from Sweden
• english emigrants -> emigrants from England
• australian people -> people of Australia
• dutch americans -> Ancestry from the Netherlands (?)
  • two problems here. Someone from Brazil is an american too, but imagine the edit wars when some folks accurately start Brazilians "portugese americans" cat too. Second problem is that the cat says two things- where they came from and where there are now. So really, the where they are now should be in some neutral non pov kind of name like Resident of [countryname]. Resident because if you use citizen then you alienate huge migrant populations in the US and Europe. Sure you can combine them into a single cat, but it would get torturous. So what do you do with Portuguese American? Resident of USA with ancestors from Portugal? Jeez.

Anyway- No big deal if you don't want to do anything on it. As a guy with swiss blood running in his veins, I like things to be tidy and uniform, but I see the opposite side of the argument. I don't care enough to engage in the endless debates over cat names but really there shouldn't be multiple ways of naming particular classes of category names. A lot easier to establish the pattern now, and head off a lot of work downstream.

So look, Robin- if point me to a list of To Do maintenance tasks, I'll take a look at them and see which might be well suited to bots. My general practice was to put up a warning message with a pointer to a discussion page. Leave the message for two weeks and if no raging debates, do the cat rename. Later, run the bot to undo errors / exceptions for intrasigent/lowd complainers that inevitably crop up.

I guess we have a super small population now, so I could skip the warning message bit.

I'm not signing up for running such a bot on a regular basis, but I wouldn't mind knocking off some tasks on your list if they aren't super complicated

How does that sound? -Mak 17:34, 3 September 2007 (UTC)

[edit] Progress by October 2007

Discussed to some extent elsewhere. Now several of us seem to be harmoniously creating categories for migrants and similar classes along the lines hinted at above, falling into the following groups (not always respecting Wikipedia's names, which are not a perfect set of standards in this area, particularly where they confuse nationality with locality as you have noted above):

1. People from X (whether or not they stayed; in accordance with the scheme you led me to on Commons and I adapted then I got reprimanded for violating it and apologised)
2. Emigrants from X (obviously they were not among those who stayed)
3. Immigrants to Y
4. Combinations of the above, eg Immigrants from Europe to the United States - or is it the other way around? - maybe we could standardise and remove ambiguity by instead calling them Migrants from X to Y; of course their category will be a subcategory of both #2 and #3 above
5. Locational subdivisions of any of the above, eg [*]migrants from Switzerland to Ohio - these can arise whenever we have a decent number of folks in such a group, and the "parent" categories could all have a short intro inviting the creation (and defining the form) of such subcategories.

Maybe it's time for a Forum:Categories for people by place starting with most of this section and some of what preceded it. Robin Patterson 12:10, 3 October 2007 (UTC)

[edit] Category redirect

Thanks for all of that, Mak. You and I will get on like a house on fire.

I presume the bot runs without supervision on any task you set it to.

First task (after the Immigrants from Switzerland, which you may have done already): please look at http://genealogy.wikia.com/index.php?title=Category_talk:Lists_of_People_by_Surname#We_could_do_without_this_category and leave it a week or two (as you suggest above) then see what you can do. (Remind me to check those "templates" and fix any that still have that cat. There are some "decade" and other cats I want to add to them, so I'm not inviting you or AMK to do that.)

Robin Patterson 15:21, 6 September 2007 (UTC)

As discussed later, no need for a warning on this one. Impressive work, bot! One hit every 10 seconds - faster than a human could do on dialup, and I was pleased to see that it covered the duplication problem.

But the final "redirect" looks like an attempt to see if I'm awake. I'll switch it to a standard "category redirect"; and it or that link will lead you to my reasons why. Robin Patterson 04:40, 8 September 2007 (UTC)

[Shortly after:] Hmmm - you've done it your way (a way I thought was impossible), which looks as if it may have advantages as long as we do have that occasional bot run to fix new miscategorised pages. My email said "The summary of the edit is: "Redirecting to Category:Sculptors from Germany", which is something of an understatement or red herring. If I'd been half asleep it would have woken me.

[edit] Category:Wikia maintenance

Robin Patterson 15:25, 6 September 2007 (UTC)

[edit] Adieu, Mak the Knife

Doubtless you will remain at the cutting edge. Your ranking on Wikistats will be understated unless you can get Mak's contributions reattributed! Robin Patterson 01:15, 7 September 2007 (UTC)

You probably guessed I care very little about that sort of thing. Now if the beer doesn't come in a red and black can, then there is something to care about. -Phlox- (formerly Mak) 02:01, 7 September 2007 (UTC)

Before forgetting Mak entirely, can you confirm that everything on http://commons.wikimedia.org/wiki/User:Makthorpe can be tentatively assumed to apply to Genealogy wherever relevant? Robin Patterson 03:00, 7 September 2007 (UTC)

Do you mean Bot Policy on the MakBot page or my user page? In any case, yes to both. If user page, I don't know what on there you are refering to, but it should be accurate. -Phlox- (formerly Mak) 03:09, 7 September 2007 (UTC)

Not bothering to go back there just now; the bit I noticed particularly was the desire NOT to be an admin. OK! Tell us if you change your mind here. Robin Patterson 04:32, 8 September 2007 (UTC)

Oh that. It had to do with Commons politics and preempting any nomination from a few hooligans who would have enjoyed nothing better than to embarass me with a popularity contest vote/ and airing their grievances of my transgressions on Commons. If Commons needed admins that would be one thing but they didn't so my name was off the list. Besides, if you are an admin, it tends to be constraining if you really want to spend most of your time doing the kinds of radical experiments I liked to carry out. It's a lot harder to be an outlaw and challenge existing conventions if you are also a cop. Another thing I detested was how a lot of new folks with good opinions tended to shut up once someone with admin flags has spoken on a topic. It's just a bunch of horse manure and I wanted folks to speak their minds about what I was doing/saying. Here, all of that big wiki stuff is irrelevant.

It is very kind of you to think of me that way in so short a period. If you need an extra admin around to keep I'll pitch in, but with 4 kids below 7 years of age, I oftentimes will disappear for months at a stretch. -Phlox- 05:12, 8 September 2007 (UTC)

[edit] Wiki's mailing list

If you are a subscriber to the list you will see or have seen a copy of the reply I got via the Central mailing list explaining why I couldn't find Special:Makebot. Wikia doesn't have it yet. So there may be an occasional swamping of "Recent changes" until we have that. Ho-hum. Robin Patterson 05:03, 8 September 2007 (UTC)

[edit] U.S. history can enlighten at least one of us!

See http://genealogy.wikia.com/index.php?title=Category:History_of_the_United_States&curid=15410&diff=45821&oldid=38597

1. I doubt if we need "alsoWP" on a page that links to that WP page in its acknowledgment; but if you like the extra link I'm happy with it (coz I luv that shimmering globe)
2. What's the advantage of changing "commonscat" as you did?
3. Are you sure we don't want a main article on the subject, from a genealogical perspective?
4. What's the value of adding "nowiki" to a category link that starts with a colon?

Kind regards and continued thanks for all your improvements.

Robin Patterson 14:18, 8 September 2007 (UTC)

(Responses back and forth at http://genealogy.wikia.com/wiki/User_talk:Robin_Patterson#Template_commons_et_al)

[edit] Category talk:Requested moves

Category talk:Requested moves - please hang loose until more people have commented? (Way past my bedtime, so don't expect more from me in the next 7 hours!) Robin Patterson 15:57, 9 September 2007 (UTC)

Ok- if you have an organizer/ weekly minder, could you put an entry to a few weeks or month out and post me a note when it is ready to go? I can't believe someone won't comment at least two of the transformations. Anyway could you send me a note when the appropriate time comes- I am going to forget all about this subject in about 3 days. -Phlox- 16:47, 9 September 2007 (UTC)

My desk diary has reminded me to post you a note accordingly. But you're busy with much more exciting and impressive things, so don't hurry on my account. I forget whether I looked at all of the proposals. This wiki was once slow enough for me to study every edit that was not on an individual's page or a surname category, and a few that were too. Robin Patterson 11:19, 12 October 2007 (UTC)

[edit] Template:Ahnentafel/doc

Template:Ahnentafel-doc on Wikipedia now redirects to Template:Ahnentafel/doc. So I've made ours match, carrying over your "category:tree templates" improvement. It's a fast-changing world!

I've not checked back to see what that does to the "transclusion" note that appeared on your "compact5" (which alerted me to a possible problem). Tomorrow is another day...

Robin Patterson 14:47, 11 September 2007 (UTC)

[edit] US Census

Sorry I didn't consult widely enough before making some category names match the names of the existing articles that were going to be their main articles. Please add some guideline recommendations to Forum:Census pages, including links to the European cat names that you say were an improvement on the US ones. Robin Patterson 04:30, 23 September 2007 (UTC)

Moving onwards and upwards, you should be pleased to see Genealogy talk:By location category scheme. Robin Patterson 05:39, 25 September 2007 (UTC)

[edit] People pages - what should follow YOB?

You as an upholder of naming conventions may like to look at things such as what we put after the "(YOB" for a person whose death date is unknown or who is presumed or known to be still living. A couple of contributors have suggested that "-)" is better than "-?)" for people known to be still alive (though, as you know, we don't encourage pages for living people anyway). It could be a good idea to get a recent consensus before giving PhloxBot more jobs related to person names. See Genealogy:Page_names#Articles_covering_individuals. There may be other things on that page that could benefit from a viewing by your fresh pair of experienced eyes too! Robin Patterson 04:13, 26 September 2007 (UTC)

[edit] Email

Bill and I correspond by email occasionally so as not to risk embarrassing other contributors. I would (and others might) welcome the same arrangement with you whenever appropriate. You can keep your address hidden while still allowing people to email you, if you enable the appropriate email box(es) in your Preferences. Robin Patterson 04:13, 26 September 2007 (UTC)

[edit] Copying templates from Wikipedia

Great work you are doing with that copying (as far as I have checked, which is not far)!! Robin Patterson 14:38, 2 October 2007 (UTC)

[edit] Edit summaries[,] please

Small quibble - if you were to put something brief in the edit summary, such as my usual "From Wikipedia", the Recent changes page would be shorter and easier to scroll through, as would Special:Contributions/Phlox. (If your computer/browser combination works like mine, previous edit summaries will appear on a clickable menu when you type the initial letter(s).)

Later: thanks for replying. In our Preferences there's now an option to be reminded if you try to save without an edit summary. Mine's turned on. Robin Patterson 11:43, 3 October 2007 (UTC)

[edit] Clickable Maps

Thank you for the note on Clicable Maps. Also works with images. I've used them in the past, though the precision limitations makes them less useful than they might be. Bill 22:37, 11 October 2007 (UTC)

[edit] Monobook.css

Changed mine as begged. I suppose I have to logout and in again before I notice anything. Please remind me where you brought the matter up. Robin Patterson 11:05, 12 October 2007 (UTC)

OK: looked fairly hard at William I; logged out; looked at him again; noticed no appreciable differences; looked carefully through the article again to try to memorise it all (!); logged in again; looked at him again; no real differences apparent. Please specify things that I should see differently. Maybe you should first check my monobook thingy to see that I copied it right. Robin Patterson 02:08, 14 October 2007 (UTC)

Done the js thing but his infobox is still on the left. See my talk page. Robin Patterson 03:48, 14 October 2007 (UTC)

[edit] CSS problem solution?

...Guess what- half of those templates you imported that never seemed to work- most of them work now. I don't know why this site has been struggling for so long with incompatible .css's and .js's. Maybe you need to get a good technical advisor. ~ Phlox 04:07, 14 October 2007 (UTC)

Please explain the problem and the solution at http://www.wikia.com/wiki/Forum:Using_Wikipedia_Template:Navigation_generic. It shouldn't, presumably, be something 3,000 Wikia administrators have to do when one Central staff member could do it. Robin Patterson 04:33, 14 October 2007 (UTC)

[edit] Template

Thanks for coming over to Psychology wiki and helping out on the templates. It is much appreciated. I will get back to you with any problems Dr Joe Kiff 15:27, 16 October 2007 (UTC)

It is a pleasure to be of service Joe. If you have any need of an Bot runs (any tedious chores requiring renames- search and replace terms in all articles or mass category moves) let me know. ~ Phlox 16:39, 16 October 2007 (UTC)

[edit] GEDCOM

I'm pleased no huge problems are foreseen. So I guess the answer to my question about pasting my gedcom into a wiki page and having the wiki turn it into individuals' pages is a tentative "yes"? (But now you can do the pasting etc?!!) Robin Patterson 08:25, 17 October 2007 (UTC)

[edit] Timezones

What time is it at your place?! Robin Patterson 08:40, 17 October 2007 (UTC)

[edit] Internal links to dates, places, and people

Please don't change any internal link "back" to Wikipedia unless certain that the world's best genealogy wiki will never want a page by that name. A considerable number of links that I have just reverted have had their own page here for some time. Pages we don't yet have, but should, are mostly easier to create from such links (eg from Special:Wantedpages or by an interested reader) than any other way. And where a WP link is in the standard piped format, please don't convert it to the clever template, because that's much harder to redirect internally when the time comes to do that (two highlights and two pairs of brackets - sometimes more if there's punctuation adjoining either end - as against a single very easy highlight and delete). Robin Patterson 12:33, 18 October 2007 (UTC)

[edit] WP link backs

Thank you for the well-reasoned reply on my talk page. Food for thought. What say you lay off pages I've copied from WP or redirected links on, but do your magic on any others you feel like?

I'll be preparing some requests for PhloxBot to copy (and modify) lots of basic date and place articles from WP; can he do that?

Robin Patterson 01:35, 19 October 2007 (UTC)

[edit] Categorizing birth and death year pages

More than half of the wanted categories at present seem to be "Births in ...." or deaths ditto (derived from people page "templates"). We may later change all the names to match Wikipedia's ambiguous but simpler ".... births" etc, presumably easy for PhloxBot to change. Meantime, the desired parent categories deserve to be created, because they can match WP now, I think, as I have been recently doing with the NZ Wikia - eg http://newzealand.wikia.com/wiki/Category:1921_births. May I prepare a set of layperson-language instructions for you to translate? Any preliminary ideas?

Robin Patterson 02:10, 19 October 2007 (UTC)

If your other concerns outside Wikia are easing, this could be a good task to start on. So an answer here to those two stated questions, and the implied question starting with "presumably easy", would be a good starter. Robin Patterson 22:26, 25 October 2007 (UTC)

[edit] PhloxBot difficulties working with WP and Wikia together

Thanks for the tipoff there. For the case I was talking about, we have an easy workaround:

1. I copy a WP "List of counties in Xyzz" to here and tell you its name
2. bot can:
   1. create pages (possibly by running through "wanted pages" looking for "County, Xyzz") for all its redlinks (unless some zealous fellow has turned them all back to WP!!!!)
   2. give them our standard model content (which makes use of magic words and thus probably needs little or no tweaking, though it will need to include the category that WP had).

If that's workable, some time in the next few weeks after any domestic essentials, let me know and I'll start hunting for lists. Robin Patterson 11:26, 19 October 2007 (UTC)

[edit] Image matters

SVG - I see now that you did tell the world in general that svg files can appear on at least one Wikia site; then you uploaded one to ours; no longer any doubt. (My old PC probably can't handle them, so I may be one of the activists who doesn't upload any!). I've made appropriate alterations to our image instructions on MediaWiki and added "svg" to the Central Wikia list.

You were, I think, recently grizzling about folks who upload images without proper source acknowledgment. Surely you should therefore be among those who try to obey the official instructions on Help:Image copyright tags, which ask for images to be tagged with the license info so that people who care can keep track of them (not just noting where the image comes from so that checkers have to look there). It's pretty easy: when I copy from Commons I just copy and paste the Commons image info straight from its edit box into ours with a brief intro such as "From Commons, which says:" (and if there's a Commons user mentioned, I prefix "Commons:" to his or her link). Often that gives our image a ready-made subject-matter category as well as the license category.

Robin Patterson 00:22, 23 October 2007 (UTC)

Full copy of message and Response on User talk:Robin Patterson#We do have SVG support ~ Phlox 01:47, 23 October 2007 (UTC)

[edit] Info template

• Take a look at the John Putnam (1580-1662) article and comapre the two infoboxes. Is there any way you can make your info templates so that for both the birth and death fields that there is a break between dates and places? I just think it looks more organized like that and I don't want to mess with the parameters because I might mess something up. Thanks. -AMK152^{(Talk • Contributions} 23:13, 23 October 2007 (UTC)

I placed a <br> before the birth/death places but the comma still appears after the birth/death years. -AMK152^{(Talk • Contributions} 23:28, 23 October 2007 (UTC)

Also, there's a gap after the second marriage of this article. I don't know what happened. -AMK152^{(Talk • Contributions} 23:46, 23 October 2007 (UTC)

[edit] Response

• See here. -AMK152^{(Talk • Contributions} 20:20, 26 October 2007 (UTC)

[edit] Bot program

• Where do I go to download the pywikipedia for the bots? Is it the one at python.org? -AMK152^{(Talk • Contributions} 00:02, 27 October 2007 (UTC)

Great. You may recall that I sent you a help page discussing setup for wikia. The basic info is at m:Using the python wikipediabot. My instructions assume you have read what is at meta- These additional instructions are at User:Phlox/pywikipedia setup. It's a little tempermental, but if you are patient you can usually get it to do what you want. Good luck. This wiki will need ongoing support for Bots and I don't particularly relish the thought of being the only one that can do this stuff.~ Phlox 01:41, 27 October 2007 (UTC)

I downloaded Python and did the user-config.py. But when I test in the IDLE, it says that it's not defined. -AMK152^{(Talk • Contributions} 02:07, 28 October 2007 (UTC)

[edit] Auto Generate Ahnentafel

• If we can automatically generate a person's children's info to the child template of the parent's page, it could be possible to automatically generated the names with links of a person's Ahnentafel. If we take Person A, and by inserting their parents' names, (B and C) on A's info page. If their parents both have info pages, perhaps C's parents and B's parents can generate the grandparent part (D, E, F, and G) for person A. It would be much easier than rewriting (typing) a whole bunch of ancestry charts on the Wikia. Is this possible? I wouldn't know how to automatically generate data from one page to another. -AMK152^{(Talk • Contributions} 19:51, 28 October 2007 (UTC)

• I'll be attempting to figure this out here and here. -AMK152^{(Talk • Contributions} 20:05, 28 October 2007 (UTC)

• Well, I got it started. Not sure how a missing person of the Ahnentafel can be hidden so It doesnt produce a number with brackets. The template could get messy as is goes down the list with a whole buch of get father/get mothers. -AMK152^{(Talk • Contributions} 20:18, 28 October 2007 (UTC)

• First the simple question- to get a null cell, just passing a space for the cell should work, no? ( )
• As for info page driven family trees: You probably have seen some of my work on family trees with pictures and what not. I have been thinking about this, and the main problem is the load on the server to process such deeply nested calls. The main way to prevent this is to either subst: (which defeats info pages entirely), or a kind of cached version of the same (that does not defeat the dynamic nature of info pages). The idea is to basically make the family tree into an info page. Think of a "sort of" info page that had elements

|father= {{get father}}
|pat-gfather= {{get father|{{{father| }}})
|mat-gfather= {{get father|{{{mother| }}})
|pat-ggfather= {{get father|{{{pat-gfather| }}}}}
|pat-2ggfather ={{get father|{{{pat-ggfather| }}}}} and so on.

Of course, with Ahnentafels you can substitute numbers for these names, but for clarity of the example, I used paternal gfather instead of |4={{getfather(((2| }}}}

The downside of this is there would be some spookiness that would have to be explained to users. The first time you saved, only the father cell would be filled out. Then, without changing anything, the next time they saved, the grandparent cells would appear. (That's because the 2 and 3 params would have values upon which the getfather could execute. ) On the 3rd save, the great grandparents would magically appear. You would have to save multiple times to get the full tree on the page, but the server would not be brought to its knees. A way that doesn't involve multiple saves is the ideal and I think this might be possible with javascript, but I have not tried it, nor is it my intention to muck with it until the Bot Imports are working well.

The "Sort of" Info page would actually not invoke Template:Info at the top like a normal infopage, but would invoke a template like info that had Ahnentafel code embedded on it. It would work the way that the original persondata page worked.

If you want to have a go at writing this template, that's how I'd go about it, the final solution is to do something dynamically with javascript, but (though I doubt it) it might not even be possible. We'll see. It will get solved eventually, but now- if you want something that will dynamically update on the first save- well it's probably a pretty hard problem for a 6 level tree. No sweat for 3 or maybe even 4. More if you didn't error check.

Probably more than what you wanted to hear but this is the shortest answer to what is actually a very long question. ~ Phlox 23:54, 28 October 2007 (UTC)

So basically your saying to add grandparent fields and stuff to the info template? -AMK152^{(Talk • Contributions} 23:58, 28 October 2007 (UTC)

Not at all. That would not be dynamic- defeating the purpose of info pages. You have the right idea on your test page. You could do multiple nested get fathers eg {{get father|((get father|{{get father}}}}}} would give you the paternal great grandfather. I was just saying that there is a limit to the expansions that the server will allow, and that sort of thing will not work for a 6 level family tree. (Maybe it will later after I optimize the template code). What I am saying is that you could use the same programming principle used in info pages to cascade the results into the tree. Each value would be based on a template call based on the values of the descendants. To the naive user, it would kind of look like the current trees template, but they wouldn't have to set any of the values. Maybe I shouldn't be saying this since this involves some pretty weird template behavior. But if you follow how info pages work, you might be able to hack this up in a day.

If we had a lot of info templates with deep trees, I would do it right away, but we don't and so I'd rather work on that problem first. We are getting there though. ~ Phlox 00:12, 29 October 2007 (UTC)

So, in other words it would look liek this on the article:

{{Showinfo Ahnentafel|John Smith (1900-1985)}} <!-- or something like this-->

And the template page like this:

{|
|1 = {{{1}}}
|2 = {{get father|{{{1}}}}}
|3 = {{get mother|{{{1}}}}}
|4 = <!--This somehow obtains info from #2-->
|5 = <!--This somehow obtains info from #2-->
|6 = <!--This somehow obtains info from #3-->
|7 = <!--This somehow obtains info from #3-->
<!--etc.00>
|}

Like that or soemthing like that? -AMK152^{(Talk • Contributions} 00:21, 29 October 2007 (UTC)

Yeah, precisely. You are on the right track. But it will have to be able to feed itself info from the cache, (this is the "somehow obtains info" bit you need to understand. I will do it for a few generations of ancestors to prove to myself I am not imagining things, but I think this trick can be used to address your problem. The users probably don't understand why they have to flush twice with info pages right now though. THey really really aren't going to understand why they have to flush 4 or 5 times.  ;-) anyway, this may be french, but I will hack something and see if I am not being a lunatic here. ~ Phlox 00:33, 29 October 2007 (UTC)

Sorry- I was wrong about this. It is harder than I thought and will take too many days to figure out- if a solution is even possible using this sort of approach. I am not concerned about generating trees though. Maybe that is misplaced confidence, but whatever- I've given it 4 hours already and I don't want to waste any more time on what would be a stopgap anyway. Sorry. In the meantime you can do nested stuff like

{{get father|{{get father|{{get mother|{{get mother|{{get father|Harry S. Truman (1884-1972)}}}}}}}}}}

• 44=Edward Tyler (1719)

You will run into an expansion limit if you do it a lot on a page though- you can easily generate 2 meg of pre expansion text, and the server will shut down the page rendering- you will see the templates at the end of the page fail to render ~ Phlox 05:46, 29 October 2007 (UTC)

Is there any way soemthing could be hidden? like if person 8 on an Ahnentafel was unknown, it would just not appear? -AMK152^{(Talk • Contributions} 19:41, 29 October 2007 (UTC)

The nice thing would be to remove all the connecting lines for the ancestor tree. I presume you mean something like that rather than simply leaving the box blank- as in Harry S. Truman (1884-1972)/tree. I did try mucking with the ahte however you spell the dang thing template. It is an exceptionally painful template to manipulate and it is limitted in capability- eg it is useless for descendants trees, useless for indicating additional spouses, etc etc.

You have some experience with Table generators that output html- does the output of any of these work on wikia and if so are they usable by scripts? If so, maybe a bot could generate us some first class looking tables on the fly- even update them when information changes.

By the way, how is your pywikipedia experiments coming? Did you get it to run? If this is something you want to tackle, I would be willing to help with your coding/ help debug what you are trying to do. ~ Phlox 19:56, 29 October 2007 (UTC)

[edit] Admin

Pagename that you want is basically the same as on WP. Help:Contents probably has a lead to it. Sorry I've not given this wiki much time in the last few days. Other wikis and other sites. Robin Patterson 14:31, 29 October 2007 (UTC)