Ok so how about we recocnize what the overal goal is first . Then establish
the point that its trying to convay. Only then can we meet in the middle
and set a plan in motion. I can only assist when a plan of action is clear
with a definite plan without it im lost on where to begin. It seems as if
im doing my natural instinct research then I get mail from the people im
reading about... Very interesting this is because im left to think my mind
is linked to the problems at hand. TS is my old signature, my server os
will pull up my IP searches. Which leads me to believe this is why I am
always being brought up in the middle of these outstanding conversations
you guys are having lol. Please send detailed instructions as to how I can
help,there should be a file known as Mila.eu also known as ro.eula. Find it
and run whatever it has, thanks.
-patiently waiting your responce.
-MilaStarX-TS
On Apr 19, 2013 3:29 AM, "Platonides" <platoni...@gmail.com> wrote:
> On 19/04/13 01:19, DaB. wrote:
> > as you may know there is a rev_text_id-field in the revision-table. This
> field
> > points to the text-table where the actual text is – or should be.
> Because the
> > WMF doesn’t store the text here, but only a pointer
> ("DB://cluster25/11458305"
> > for example). If you query different wikis you will see that most of
> them point
> > to the same cluster or one with a number short by. That says me (and I
> was
> > also told so before) that all text of all wmf-projects are stored
> together.
> > The task would now to separate wikidata from the rest – but the
> storage-area
> > has no clue from where a text is which makes the separating very hard.
> And
> > there is another problem: Deleted texts are also in this area, so even
> more
> > filtering would be needed.
> > I very doubt that this situation will change at the TS and I also doubt
> that
> > it will be different for WikiLabs. So I guess your best bet is the API
> here.
> >
> > Sincerely,
> > DaB.
>
> I think the only hope would be if wikidata was stored under its own
> cluster (for easier differenciation) and at least one server of that
> group (the master?) only had that (so toolserver could get its binlogs).
>
> _______________________________________________
> Toolserver-l mailing list (Toolserver-l@lists.wikimedia.org)
> https://lists.wikimedia.org/mailman/listinfo/toolserver-l
> Posting guidelines for this list:
> https://wiki.toolserver.org/view/Mailing_list_etiquette
_______________________________________________
Toolserver-l mailing list (Toolserver-l@lists.wikimedia.org)
https://lists.wikimedia.org/mailman/listinfo/toolserver-l
Posting guidelines for this list:
https://wiki.toolserver.org/view/Mailing_list_etiquette
