Ẁe use the procyclingstats.com results widgets alot, but the quality of their service is much reduced these days. When you try to embed the results for the stage, you get the GC and when you try to post the GC results you get the team competition. Or something else . I am tired of guessing at their 6-digit codes and I wonder, are there any alternatives? I have noticed there are some other sites which seems to have the same kind of results listing (but not a widget) and I was wondering if there is a source somewhere?

Here's an example from firstcycling.com (it appears to be a Norwegian site):

I think T-72 is talking about the database those two sites above seem to be using.

yep. an alternative to getting it from someone else would be to make a script to display the same data here. if it is a good alternative, I don't know - I am primarily disappointed by procyclingstats and rational behavior comes some places down on my list, concerning this

I sympathise with t-72 but I'm not really convinced of the value of embedding results here at all. Is it useful to our discussions? Tweets and whatnot have a place, I think, but I'm not sure about tables of results.

I think results are relevant information and it enhances readability if that information is made available to the readers "in line" instead of via links to external websites. I think that is why the pcs link-code was made in the first place?

we don't have embedding for the team results on here. As far as I know, it also costs money, doesn't it? That way they can sell it to the teams to use it on their website

This.Dim (I think it was Dim) developed 'our' embedding before PCS even offered their own - which, a couple of years later, now leads to some problems.And HTTP code isn't enabled for security reasons (I think), so that would have to be changed too (and is it worth it?).

It took me a couple of readings through the thread, but I think I've got it - T-72 is just trying to get reliable race results - is not happy with the current state of affairs at ProCyclingStats - and wondering if we could provide a more direct data link here. Right?

Lukas - don't you mean HTTPS code isn't enabled here?

And T-72, referring to pcs-native code - is misleading - when what you are using is just links to Pro-Cycling Stats, using their website php or js or whatever to run the search, no? "pcs" is a bit ambiguous, although I think I've determined you just mean ProCyclingStats - but there is also Physical Coding Sublayer (PCS): a networking protocol sublayer, and you mentioned coding you see . . .

Lukas: what are you referring to as "our" embedding?

So, correct me if I go wrong here, but wouldn't we either have to host the data on our servers (a database (=db)), or link to someone else's database? And the 2nd solution will have the same problems as simple linking to ProCyclingStats (PCS). Whereas the first one would mean somebody would have to get on the UCI results email list, write a script to incorporate the raw data into our local db, and then write more scripting to feed it back to our http server. Right?

Before PCS even made their own embedding widgets, Dim wrote something specifically for VR that turns[pcs ]six-digit code[/pcs ]into the familiar results table with the top-9 or so.

This all still works.What changed is that PCS used to have that six-digit code as part of the URL, you could copy-paste it from there with a single click.Now the URL is ".../Race_Name_Stage_X" or some such, to get the six-digit code you have to click More->Embed Results and then copy the six-digit code from there.But: The six-digit code in PCS' own HTML code is now (for some reason) no longer the correct six-digit code ... instead it turns up in the URL. But only if you go on the "Embed Results" page. And even there, for the final stage or the GC of a stage race, you now get (wrongly) redirected to the team classification instead. In these cases it's now necessary to go to the penultimate stage, take that one's six-digit code, and add 1 (for the final stage) or 2 (for GC).

So, to summarise:Everything still works perfectly on our end. PCS have just (accidentally or not) made it extremely complicated to obtain the correct six-digit code you need to embed the correct result, leading to understandable frustration in the user experience.

Ok - now it is making more sense. HTTP vs HTTPS - is a server thing, right, not really "code' - you're right. VR is still using HTTP, which more people are turning away from, due to security issues.

Dim wrote a script then, to request the page info from PCS. That page info is almost certainly delivered on the fly, by their server(s), out of a database, rather than a hard-coded page. But whatever - if I get some time and energy, I'll take a look and see if I can see anything helpful. Of course, if Dim or somebody who is actually intelligent in these matters looks into it, they'll likely get there long before me!

When it comes to web page coding, I am not very skilled so please forgive lack of precision in my descriptions. I will leave the more competent people to discuss the technical details.

However, I wanted to point out that procyclingstats.com are offering a new widget as of yesterday (integrated stage-gc-points-mountains-youth-team all in one). It seems that it can also be condigured with colors etc according to the receiving website's wishes. The widget is free for use, but they ask for your domain name for usage stats. It may be a good time to consider an upgrade on our side?

(If a service is free, you're the product, of course.)

Here's an example code for their new widget, default style (if one of the users with html-permission could repost this, please?)