even worse when it concerns a famous dog and just assume its not already in the database![]()
nice job
even worse when it concerns a famous dog and just assume its not already in the database![]()
nice job
Took care of dog id = 14911. All offspring are now attached to Mayfield's Nigger id with the AKA Tudor's Nigger in remarks.
Great CYJ, I'm glad you stepped up, you inspired me to correct pedigrees upon first arriving here.
Now more if we can get some more folks motivated to kick in some help this will be cleaned up in no time.
I have more duplicate pedigrees I will add later.
S_B
Fellows recheck these pedigrees before just deleting. I have fixed a bunch of these that S-B and R2L posted. Example is Waccamaw's little john or john. It is fixed. This just deleting dogs is not a good idea. Best just move all siblings to best and correct dog and pedigree.
I like it better if ped is just given a # and left in NOS status.
That way the NOS pedigree can be replaced with another dog. The only ones that may have to be deleted are those with a syntax problem. Even those with duplicate pictures if siblings moved and then picture removed can become another NOS pedigree.
When ever you see good old family or recent good pedigrees on the on lines pedigree site. Post them over here and replace these NOS pedigrees and duplicates. Seeing a delete dog bar to me is like a scab or scar in the system.
Dog ID= 10215 is another example. Shows two offspring but nothing is there. So this one can not be used for a NOS duplicate. This one may have to be deleted but what happens to the offspring even though the off spring bar shows nothing? Cheers
This will be no simple process. First best choice of pedigree and spelling has to be chosen. Then all siblings moved. Then the duplicate pedigree with nos has to be replaced with another dog hopefully brought over from on peds site. Less suck that site dry. LOL If both peds have a picture the Nos one can not be replaced or deleted except by Jack.
Then after you do all that. You got to check all the siblings off that one dog. You will probably have created or find some more duplicates of the siblings. Like the William's Red Tudor I just did. It is a slow process and I have had to go back and fix some things I over looked. Jack enjoy your date. You will not fix all this tonight. Thanks S-B for posting this info. Must have took some time to find all these.
I got ten of my own wrote down right now. Uncle just died today so may be a few days before working some more on this project. Got one of Jack's Books on the way. Got to take some time to kick back and read it. Jack you have anymore of the Hollingsworth Dog's book in it's first format of black and white etc.? Cheers
Sorry about your uncle, CYJ.
Yes, I have unlimited B&W copies ...
Only 7 left of the full color ...
Both can be found here.
Cheers,
Jack
When I run out of these Nos duplicates I have found. Will refer to this list and try to fix some of those. Easier than trying to run through all those pedigrees even at 100 a click. your eyes can get crossed up sometimes. LOL Cheers
Jack, I'm running into a slight problem, and I'm unsure if it's on my end or the server. On some dogs I get this error page when I try to open the pedigree
"You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'AND fav_userid=2022' at line 1"
http://www.thepitbullbible.com/forum...hp?dog_id=2563
This particular dog is MUSCLEHEAD'S WHITEBOY.
I get this code on my cell, laptop and PC, so I think it might be a server issue.
Also can't pull up CARVER'S IRON HEAD and HYDE'S SATCH, nor can I pull them up simply doing a search, I have to search an offspring, then I can see WHITEBOY, IRON HEAD and SATCH on the search screen or in the pedigree of the offspring, but I still cannot open their pedigree window.
S_B
My brother warned me of this, as one of the reasons we did NOT want to implement a "delete pedigree" feature was that anytime you do something like just "delete" a dog which is interconnected with a buncha other dogs you run the risk of MySQL database errors. This is why we tried just to get people to "Change" (not delete) any duplicate peds, was to avoid this kind of potential cluster****.
However, due to enough people wanting a delete feature, we finally conceded and implemented one ... and this is the potential result. Basically, when you find these totally vaporized dogs, you are going to have to notify me of the fact (as you just did) ... and I am going to have to go directly into the data table, delete that dog directly from the table, re-enter the dog, and then it should be fine.
It's a lotta freakin work ... but I (you/we) will just have to bite the bullet and do it, if we are going to have a smooth-running system.
Therefore, I don't want anyone getting upset if they get plopped into the "Subscribed Members (B)" section, for sloppy data entry ... because, I promise you, how ever frustrated you THINK you are ... it is nothing compared to how frustrated WE are with correcting people's sloppy BS ... all because they were too lazy to read/watch the tutorials on how to do so correctly
Jack