11–20 of 115 posts
Tried visiting http://www.touristeye.com/business.txt ,was throwing a 404 error. Is it just me or?
1. we are not a local business ;) 2. this is just a proposal for now. If many websites support it, we will implement it!
I think this is great idea, however Google has something like this already (microformats based) http://maps.google.com/help/maps/richsnippetslocal/ maybe adopting this would be easier?
TL;DR: there are existing solutions, micro-formats for example.
I think this usecase is already covered very well by microformats and the various metadata standards that already exist and are supported by Google, Facebook et al. I'm not sure the argument that these are too complicated for non-developers really works here, after all uploading a file to the root of a web directory is likely also too complicated...
Apart from the really complicated thing for non-developers, another thing I don't like from schema is that it seems to targeted to websites like Yelp or Foursquare; but not too the original local business website. The owner of the local business is the one who knows which is the correct address, phone, opening hours, menu, etc. All the other websites (yelp, foursquare, google places) can be wrong. We just need the lo…
If updating the HTML is too complicated for the website owner (fair enough!) then this should be taken care of in the respective CMS.
I don't mean to sound negative, I know It takes some thought and time to put out a proposal like this :-) Just in this case, this seems to be a problem that was solved a long time ago...
http://support.google.com/webmasters/bin/answer.py?hl=en&...
Have you looked at http://schema.org/docs/schemas.html and the examples there?
Everything in the example given is encapsulated by schema.org and that would describe it in a way that was unambiguous.
I know that schema.org has been dismissed because "The problem is that it's too complicated for a non-developer", but I would say that for a non-developer this file is also too complicated. Most non-developer small business owners can barely use FTP or use the Wordpress admin. These people don't have a robots.txt and won't create a business.txt
I would argue that making business.txt schema.org formatted and then to use a simple generator wizard to produce it would be more accessible to the small business owner than giving them a text file to edit.
The idea of a text file at the root isn't a bad one, but the format of the document should be far more descriptive. Have you looked at http://schema.org/docs/schemas.html and the examples there? Everything in the example given is encapsulated by schema.org and that would describe it in a way that was unambiguous. I know that schema.org has been dismissed because "The problem is that it's too complicated for a non-dev…
Having said that I also believe that a txt file is way more easier than schema for the rest of people who can edit a file. That txt file is done in minutes, the schema file is done in hours :P
What i feel necessary are 2 things:
- Having a separate file
- Doing something that the big websites support so we can "sell" to local businesses.
So if more people believe we should extend schema instead of going with txt, we can work on it.
fesja: add a list of businesses with the file to the README. This will show others how many adopt the format and motivate to do the same.
Earlier quoted context omitted.
Apart from the really complicated thing for non-developers, another thing I don't like from schema is that it seems to targeted to websites like Yelp or Foursquare; but not too the original local business website. The owner of the local business is the one who knows which is the correct address, phone, opening hours, menu, etc. All the other websites (yelp, foursquare, google places) can be wrong. We just need the lo…
I'm not sure I follow your logic here, micro-formats are part of the HTML of the local businesses website, search engines and other crawlers can collect and parse this data . This is just like the local business owner telling the rest of the world which is the correct data. If updating the HTML is too complicated for the website owner (fair enough!) then this should be taken care of in the respective CMS. I don't mea…