Update a Listing problem

I was trying to update a listing on Sunday the 18th and kept getting errors "Internal Server Error" when trying to submit it. Then on Monday the 19th I submitted the update again. Then I checked the category and noticed my listing was not there or in the category I suggested the move to.

Is a site removed once an upate request has been received?

Could someone check this out and let me know what could have happened?

My url is http://www.indianafind.com

the old category is here http://dmoz.org/Computers/Internet/...pen_Directory_Project/Sites_Using_ODP_Data/I/

The new category I requested was here
http://dmoz.org/Regional/North_America/United_States/Indiana/Guides_and_Directories/

Thanks for the help

Craven

Update requests can initiate a re-review process, or it may have just been simple coincidence. In any case, an editor reviewing the content found that the site was in violation of the free use license and consequently not eligible for a listing.

For more information, see http://dmoz.org/license.html .

Can someone move this to "submission status", or "how to submit" please?

xixtas01 said:

Update requests can initiate a re-review process, or it may have just been simple coincidence. In any case, an editor reviewing the content found that the site was in violation of the free use license and consequently not eligible for a listing.

For more information, see http://dmoz.org/license.html .
?

Click to expand...

I've been over the licensing issue and the Attribution is in place. I cannot see anyway that this site is in violation. Can someone let me know what part is in violation?

If the site uses ODP data, then it needs to comply with the Terms of Use of that data. At present, the site does not comply.

See especially the sections on Attribution, and providing links back to the ODP specific categories for "Suggest URL" and for "Update Listing" links.

People who use the "Suggest" and "Update" functions on your site should be submitting that information back to the parent category at dmoz.org in every single specific category. At present, that function is broken on your site.

In the attribution there is a variable $cat which is required to be ammended to reflect the category path within dmoz that contains the same listings.

This has to be present and functional on each and every page that contains the data so as to be in complete compliance. For an example take a look at some of the sites listed within http://dmoz.org/Computers/Internet/...pen_Directory_Project/Sites_Using_ODP_Data/I/ to see how, when you drill down to a category with listings, clicking on the 'Submit a Site' link takes you to the correct submission page for that category. This should also be in place for the 'Become and Editor' link.

In this case the links are present but do not all function as intended. I think the problem is arising from the %20 in the category paths that include _

leer said:

In the attribution there is a variable $cat which is required to be ammended to reflect the category path within dmoz that contains the same listings.

This has to be present and functional on each and every page that contains the data so as to be in complete compliance. For an example take a look at some of the sites listed within http://dmoz.org/Computers/Internet/...pen_Directory_Project/Sites_Using_ODP_Data/I/ to see how, when you drill down to a category with listings, clicking on the 'Submit a Site' link takes you to the correct submission page for that category. This should also be in place for the 'Become and Editor' link.

In this case the links are present but do not all function as intended. I think the problem is arising from the %20 in the category paths that include _

Click to expand...

I don't see how this is going to be possible due to the fact that I have created additional categories. My site is using header and footer files. The only way to do this is create 2800 plus files just for the attribution.

Does anyone know if there is an alternate solution for sites that modify category structure? I tried to provide the best attribution I could under the circumstances. Any suggestions would be appreciated.

Thanks

giz said:

If the site uses ODP data, then it needs to comply with the Terms of Use of that data. At present, the site does not comply.

See especially the sections on Attribution, and providing links back to the ODP specific categories for "Suggest URL" and for "Update Listing" links.

People who use the "Suggest" and "Update" functions on your site should be submitting that information back to the parent category at dmoz.org in every single specific category. At present, that function is broken on your site.

Click to expand...

It's not broken it's just available on Categories That I have added or moved. See http://www.indianafind.com/Arts_and_Entertainment/index.html it works fine there,

I've seen a few sites just using a text link back to the DMOZ as attribution when the data has been modified. Is this allowed under some circumstances?

Thanks

I've seen a few sites just using a text link back to the DMOZ as attribution when the data has been modified. Is this allowed under some circumstances?

Click to expand...

Feel free to let me know any that you know of that 'merely' link to DMOZ in exchange for using out data and I, or any other editor, will be pleased to look into it further.

As for being acceptable - the only people that can approve ANY variation in the attribution on a site using ODP data is ODP Staff. Without Staff approval it is non-compliant.

Another example of a page not linking correctly is: http://www.indianafind.com/Localities/F/Fishers/Business_and_Economy/index.html

The DMOZ equivilent can be found here

Your link does not go through correctly. I am afraid that whilst this is the case it is not providing the required attribution. I am not familiar with the methods used to parse the data however as the data providers, it is not something that we are responsible for. As the data user, you are.

Perhaps another editor may have an idea of a method that can be used to help you remedy the problem but I am afraid that is not my forte.

leer said:

Feel free to let me know any that you know of that 'merely' link to DMOZ in exchange for using out data and I, or any other editor, will be pleased to look into it further.

As for being acceptable - the only people that can approve ANY variation in the attribution on a site using ODP data is ODP Staff. Without Staff approval it is non-compliant.

Another example of a page not linking correctly is: http://www.indianafind.com/Localities/F/Fishers/Business_and_Economy/index.html

The DMOZ equivilent can be found here

Your link does not go through correctly. I am afraid that whilst this is the case it is not providing the required attribution. I am not familiar with the methods used to parse the data however as the data providers, it is not something that we are responsible for. As the data user, you are.

Perhaps another editor may have an idea of a method that can be used to help you remedy the problem but I am afraid that is not my forte.

Click to expand...

Oh, I see where some of my problems are now! I feel stupid now.

The categories with more than 1 word are not properly formatted and are omitting the underscores between words. I can get thie fixed.

What about categories like this though http://www.indianafind.com/Attractions/index.html this is where I will run into problems. Since I created this category and subcategories there is no way to really link to the DMOZ from here.

The attribution is fine with me I just can't seem to get it to work with newly created categories or categories that have changes names or location.

I've tried contacting the DMOZ staff but never get an answer.

Your question will be asked in the the internal forum.

giz said:

Your question will be asked in the the internal forum.

Click to expand...

Thanks for taking the time to ask this.

giz said:

Your question will be asked in the the internal forum.

Click to expand...

Have you heard anything on this yet? I'm very interested in getting my site in compliance so that it can be relisted.

Thanks,

Craven

There is an internal discussion going on among many editors where all sorts of non-compliant and almost-compliant and not-very-compliant schemes have been detailed, various solutions have been proposed, and the community is looking to build consensus and obtain clarification from staff.

With many editors involved, bearing in mind that some people only log in a few times per month, there is never any decision that is made overnight, or by just a couple of people, or in haste. It usually takes several weeks for a final plan to be agreed. Someone will post in this thread when there is something new available for the public to know.

The editor community has some ideas about this, but since it is a licencing issue, and therefore a legal issue, only the ODP staff can make the final decison. I guess that decision will be based on whatever their conversations with the Netscape/AOL/TimeWarner, who ultimately "own" the directory, legal people have ruled.

giz said:

Someone will post in this thread when there is something new available for the public to know.

Click to expand...

Ok thanks for the update. I can only imagine how many others are in a situation similar to mine.

I just want to be sure to be in full compliance so there is no question anymore. Hopefully the "owners" can understand where I'm coming from.

I'm just hoping in the end that either a graphic or text link that points to the ODP homepage will be all required of those who use the data for a 1 time import.

This would definately solve the conflicts of new and sorted categories while still providing credit to the OPD for use of the data.

Thanks,

Craven

General Comments: There are two aspects to the attribution issue as it is currently laid out on the data licensing page.

1. You have to state where you got the data from -- the ODP -- so that others will learn of the project, and you can't pass it off as "all your own work".

2. The price for having the "free data" is that you route all future site submissions and editor applications back to the mothership at the ODP site.