Errors & Bugs to Fix

A few bugs

A few bugs

Some bugs:

1. From indexxx HOME choosing Models -> Show models by website, Dream Honies and clicking filter ...
yields just one model - Gilda Roberts.

2. Some male models keep showing up because some HC sets are incorrectly marked up to include a male model.
For example:

Dmitro, http://www.indexxx.com/models/26838/dmitro/
George, http://www.indexxx.com/models/8654/george/
George Uhl, http://www.indexxx.com/models/27328/george-uhl/
Jean Fourne, http://www.indexxx.com/models/26840/jean-fourne/
Kid Jamaica, http://www.indexxx.com/models/28285/kid-jamaica/
Nick Lang, http://www.indexxx.com/models/27407/nick-lang/
Renato, http://www.indexxx.com/models/32839/renato/

Perhaps, first removing a male from the set, will allow to subsequently delete the male model db record.

3. Some psets with female models have repeated model name, with the hyperlink appearing as the second name.
For example:

Lake Russel - http://www.indexxx.com/models/34520/lake-russel/
Lake Russell- http://www.indexxx.com/models/10600/lake-russell/

Niki Vonn - http://www.indexxx.com/models/35663/niki-vonn/
Niki Voss - http://www.indexxx.com/models/34635/niki-voss/


4. 2-model set eurogirlsongirls.com 013al (2010-08-23) has hyperlinks reversed. Because of this, model Justine incorrectly points to http://www.indexxx.com/models/26779/catina-2/, should point to http://www.indexxx.com/models/29543/melika/.
To confuse matters even more, the model page of Justine, though having correct photos is incorrectly titled as "Melika"
Correct title should be JUSTINE, aka RAVEN
The "real" Melika, aka Catina on set 013al should point to http://www.indexxx.com/models/26779/catina-2/.

5. Not technically a bug, but still...
a/ Sets of sexy-babes.tv, though followed by indexx , prematurely ends in indexxx on 2009-04-03, i.e. not current
b/ Sites bigassadventure.com and bangbrosworldwide.com are empty
 
yuriyandropov said:
Some bugs:

1. From indexxx HOME choosing Models -> Show models by website, Dream Honies and clicking filter ...
yields just one model - Gilda Roberts.
Click to expand...
I'll put this on the todo list.

2. Some male models keep showing up because some HC sets are incorrectly marked up to include a male model.
For example:

Dmitro, http://www.indexxx.com/models/26838/dmitro/
George, http://www.indexxx.com/models/8654/george/
George Uhl, http://www.indexxx.com/models/27328/george-uhl/
Jean Fourne, http://www.indexxx.com/models/26840/jean-fourne/
Kid Jamaica, http://www.indexxx.com/models/28285/kid-jamaica/
Nick Lang, http://www.indexxx.com/models/27407/nick-lang/
Renato, http://www.indexxx.com/models/32839/renato/

Perhaps, first removing a male from the set, will allow to subsequently delete the male model db record.


3. Some psets with female models have repeated model name, with the hyperlink appearing as the second name.
For example:

Lake Russel - http://www.indexxx.com/models/34520/lake-russel/
Lake Russell- http://www.indexxx.com/models/10600/lake-russell/

Niki Vonn - http://www.indexxx.com/models/35663/niki-vonn/
Niki Voss - http://www.indexxx.com/models/34635/niki-voss/
Click to expand...
This will probably be fixed when the new version of indexxx is ready.

4. 2-model set eurogirlsongirls.com 013al (2010-08-23) has hyperlinks reversed. Because of this, model Justine incorrectly points to http://www.indexxx.com/models/26779/catina-2/, should point to http://www.indexxx.com/models/29543/melika/.
To confuse matters even more, the model page of Justine, though having correct photos is incorrectly titled as "Melika"
Correct title should be JUSTINE, aka RAVEN
The "real" Melika, aka Catina on set 013al should point to http://www.indexxx.com/models/26779/catina-2/.
Click to expand...
DDF seems to have used the wrong model photo, but this cannot be ruled out until DDF sets appear that have solos of those models, or sets that mutually exclude them.

5. Not technically a bug, but still...
a/ Sets of sexy-babes.tv, though followed by indexx , prematurely ends in indexxx on 2009-04-03, i.e. not current
b/ Sites bigassadventure.com and bangbrosworldwide.com are empty
Click to expand...
Bigassadventure seems to be seperate from bangbros updates list, and therefor not included at indexxx. But they are candicates to be included.
Sexy-babes is one of those sites that buy content from content providers. One problem with those sites is that they cause duplicated sets with Karups. There's no clear solution for this at the moment. ATK Kingdom might also have duplicated content, but is also a candicate for indexxx.
 
Forum post delay fixed

Forum post delay fixed

There was a delay problem when posting messages, but that problem is now fixed :)
 
4. 2-model set eurogirlsongirls.com 013al (2010-08-23) has hyperlinks reversed. Because of this, model Justine incorrectly points to http://www.indexxx.com/models/26779/catina-2/, should point to http://www.indexxx.com/models/29543/melika/.
To confuse matters even more, the model page of Justine, though having correct photos is incorrectly titled as "Melika"
Correct title should be JUSTINE, aka RAVEN
The "real" Melika, aka Catina on set 013al should point to http://www.indexxx.com/models/26779/catina-2/.


Batman said:
DDF seems to have used the wrong model photo, but this cannot be ruled out until DDF sets appear that have solos of those models, or sets that mutually exclude them.
Click to expand...



No need to wait for DDF. Here's where the got the content from:
Melika http://adultlabs.com/sets.php?by=1258721458
Justine http://adultlabs.com/sets.php?by=1257412288

If you turn to page 2 of their profiles you'll see the eurogirlsongirls.com set in question.
 
deadip said:
Batman
[...]Sophia Sutra is a USA Model NOT FROM Russia like Lira is.
Click to expand...
Currently the splitting a page to a new page feature is a bit broken. I'll take notes of it. If you find another page of her, than I can merge her to it.
 
Batman said:
Currently the splitting a page to a new page feature is a bit broken. I'll take notes of it. If you find another page of her, than I can merge her to it.
Click to expand...
Let me know, if I'm understanding this correctly, ok??? You are saying the only way you can remove an incorrect Alias and WebSite is by finding another Model Page, where that Alias and WebSite is correct, that you can then Merge that incorrect Entry to the correct Model Page right??? Otherwise, I do NOT understand what you mean as the rest of Sophia Sutra's Model Page is correct, except for that one Entry I listed in my Post of #286.

What if there isn't another Model Page, that Incorrect Alias and WebSite of Lira @ Teen Dreams can be Merged to???

I have no idea how you got your Site set-up to catch these Models and WebSites. I sure wish I did and understood fully how it works, so I can at least try to help you find a solution to this apparent Error you have.
 
Last edited:
I think another thing we should get fixed is the Tags on the List of Sites the Model appears on. For Example let's take Nubiles Model Dagmar

Here is how she her WebSites are listed on EuroBabeIndex
http://www.eurobabeindex.com/sbandoindex/dagmar_2.html
Country Flag ... Russian Federation............................................Dagmar......................................................
Also known as
Ally, Ksenya A., Olia, Olia M., Olya, Olya M., Ona

Web
beautifulnude.biz (solo)
domai.com (solo)
femjoy.com (solo, lez)
met-art.com (solo)
metmodels.com (solo)
nubileones.com
nubiles.net (solo)
pretty4ever.com (solo, lez)

Now, when I started using your New Feature of Add A WebSite here recently I was including the Tags next to the WebSites I was listing for a Model. So, instead of having a separate Box for Tags wouldn't it be more informative to include the Tags next to the WebSite they appear on??? That way everyone knows what kind of Content that Model has done on that Site.

Just a suggestion to improve the looks of your Model Index Site.
 
Last edited:
deadip said:
I think another thing we should get fixed is the Tags on the List of Sites the Model appears on. For Example let's take Nubiles Model Dagmar
[...]
Click to expand...
There are a number of options that can be implemented:
-tags associated to a model (model-tag) The currently implemented using the "Tags" box.
-tags associated to a photo/video-set (set-tag). Not implemented.
-tags associated to a website (website-tag). Not implemented.
-tags associated to a model in combination with a website (model-website-tag). Implemented by using the "Add A Website" link, although not as wel implemented as the model-tags.

In the ideal scenario, all type of tags would be implemented, but the set-tags would probably not be used very often, because there are too many sets.
The reason why model-tags are separate from website-model-tags is that there are tags that can be associated to all websites of a model. For example a "tattoo" tag of a model. If this would be associated once for every website of a model (as model-website-tags), than it would cause the data to be redudant.

So model-tags are also needed; they are used for model specific data only. Although some of those tags might play a double role (and might be a bit redundant), for example: a "b/g" tag as a website-model-tag indicates that a model has performed b/g action at the website. And a "b/g" tag as a model-tag indicates that the model performs b/g action in general. In this last case the tag is a bit redundant in the sense that it can be calculated from the model-website-tags of a model. But a quick implementation of the last case, might cause performance problems, so it isn't implemented at the the moment.

Development of Indexxx is also limited by the current architecture of it's web part/layer. We're investing in a new architecture, but that will take some time.
 
Batman said:
There are a number of options that can be implemented:
-tags associated to a model (model-tag) The currently implemented using the "Tags" box.
-tags associated to a photo/video-set (set-tag). Not implemented.
-tags associated to a website (website-tag). Not implemented.
-tags associated to a model in combination with a website (model-website-tag). Implemented by using the "Add A Website" link, although not as wel implemented as the model-tags.

In the ideal scenario, all type of tags would be implemented, but the set-tags would probably not be used very often, because there are too many sets.
The reason why model-tags are separate from website-model-tags is that there are tags that can be associated to all websites of a model. For example a "tattoo" tag of a model. If this would be associated once for every website of a model (as model-website-tags), than it would cause the data to be redudant.

So model-tags are also needed; they are used for model specific data only. Although some of those tags might play a double role (and might be a bit redundant), for example: a "b/g" tag as a website-model-tag indicates that a model has performed b/g action at the website. And a "b/g" tag as a model-tag indicates that the model performs b/g action in general. In this last case the tag is a bit redundant in the sense that it can be calculated from the model-website-tags of a model. But a quick implementation of the last case, might cause performance problems, so it isn't implemented at the the moment.

Development of Indexxx is also limited by the current architecture of it's web part/layer. We're investing in a new architecture, but that will take some time.
Click to expand...
Your Model Index Site already includes the Model's Name with the WebSite they appear on and the number of times the Model appears on that WebSite, which is more than what most of the other Model Index Sites use now. So, your Model Indexxx Site is already more informative than any Other Model Index Site.

I disagree with your Ideal Scenario where Tags need to be used for the Model and all the Photo/Video Sets. I believe just implementing the Tags associated to a WebSite is all that is necessary, because when John Q. Public comes to your Model Indexxx Site looking for a Model.

So, In General, he is looking for that particular Model from a WebSite, that he got the Model's Name from. It isn't until John Q. Public arrives on your Model Indexxx Site, when he sees all the Other Model Names, that Model may be named, if applicable. Take me for example, when I come here sometimes looking for a Nubiles Model, I'm looking first for Other WebSites, that Nubiles Model appears on, second what Other Names, and third what Other Kinds of Work, that Model has done.

Therefore, to eliminate anything being redundant as far as Tags go. Only Tags associated to a WebSite is all that is truly necessary, because with those Tags you catch all the Other Associated Tags (Model & Photo/Video Sets) all in one Tag.
 
deadip said:
...
Click to expand...
In your situation/scenario, I agree that the model-tags (Tags box) are completely unnecessary, but there are people visiting indexxx that are using other scenario's. For example, a user directly visiting a model page via another website that is linking directly to that model. This user might be interested in the model because she has some specific characteristics, like big-tits, skin color, weight etc. These users can click on model-tags to find similar models in which they might be interested.

Another scenario might be this: a user is trying to find a model of which he/she has forgotten the name, but of which he/she knows some specific characteristics. In that case, the user can narrow the search space using model-tags. These characteristics can be like: eye color, weight, country, ethnicity, tattoo, breast-size, skin color. So these tags can contain biographical data, some similar to the data found in the model-info-boxes. One key difference is that tags can be made from user input, and that new tags can be created/invented by users.

There are also other uses of indexxx used by visitors.
 
Errors in Met Models

Errors in Met Models

Seems like MetModels do not maintain "unique" model names. As a result, during recent "acquisition" of MetModels whenever model had a "common" name the indexxx page would often end up with two or more unrelated models on the same page. Here are few examples:

1. Page http://www.indexxx.com/models/41193/jamine-1/ erroneously contains pset MAG_84_200607 of a different model, "Jana M", http://www.indexxx.com/models/2687/jana-m/

2. Page http://www.indexxx.com/models/41194/jana-7/ has several unrelated models grouped togetether. Of them, one set, MAG_98_200610, is Jana Mrazkova/Tereza Ilova, http://www.indexxx.com/models/668/tereza-ilova/,
Three sets, MAG_139_200709, MAG_113_200609 and MAG_31_200601 is Jana Mrhacova, http://www.indexxx.com/models/1579/joana-redgrave/

3. Page http://www.indexxx.com/models/41603/radka-1/ has several unrelated models grouped togetether. Of them, one set, MR_17_200607 is Radka Varna, http://www.indexxx.com/models/87/bridget/

4. Page http://www.indexxx.com/models/41014/dasha-5/ has several unrelated models grouped togetether.

5. Page http://www.indexxx.com/models/41775/vicky-1/ has several unrelated models grouped togetether. Of them, one set, TF_39_200703 Vicky is Angel Dark, http://www.indexxx.com/models/43/angel-dark/
 
@Yuriy
This problem of MetModels makes identification difficult. For these incorrect pages, the sets have to be fixed on per-set bases.
I have just fixed the ID-ed models of your post.
 
The problem with Met Models Yuri is the Photographers don't communicate with each other. One Photographer will do a shoot with a Model and name her a name of his or her own desire, then an entirely different Photographer will do a shoot with the exact same Model and then name her whatever he or she desires to name her. Met Models is actually one Site where the WebMaster doesn't name the Models. That's the problem with the Site of Met Models.
 
Firefox submit window bug

Firefox submit window bug

The new/just released Firefox 4 doesn't close the model comment windows, model submit link window, and login window.... Firefox 3, IE9 and Chrome don't have this problem.
This further increases the urge of a new web layer architecture of indexxx on which we are working.
 
You must log in or register to reply here.
Back
Top