[PROJ] PROJ (and GDAL) webpages

[Even Rouault]

... actually ... disregard my below BUT.  The latest RTD build of 
'latest' 
(https://app.readthedocs.org/projects/osgeo-proj/builds/26314172/) 
actually caught up with the state of the 'latest' github branch ( 
https://github.com/OSGeo/PROJ/commit/8df3845d1896dd21e9270d99ecae31703fe79c4b 
== https://github.com/OSGeo/PROJ/commits/stable/   at time of writing ).

That said, there's a RTD UI glitch which was the reason of my confusion. 
If you go to https://app.readthedocs.org/projects/osgeo-proj/builds/ , 
and put your mouse over the "[icon] stable [green tick]" button towards 
the right of the "Version stable" line, a popup window appears with a 
"Branch" link whose label is 'stable' but it resolves to 
https://github.com/OSGeo/PROJ/tree/9.5.0/)

And now:

$ curl https://proj.org/robots.txt
User-agent: *
Allow: /en/stable/
Disallow: /en/
Sitemap: https://proj.org/sitemap.xml

So things seem to work fine ... for now ... To monitor that this remains 
... stable

Le 18/11/2024 à 13:56, Even Rouault via PROJ a écrit :
>
> Should be fixed per 
> https://github.com/OSGeo/PROJ/commit/7fd0162a9b3ec3032d943390f6d4fd6aeab5bf6b 
> (based on hint at 
> https://docs.readthedocs.io/en/stable/reference/robots.html#tool-integration)
>
> ... BUT ... unfortunately, there seems to be issues on RTD side that I 
> don't know how to solve. With the 'stable' tag, it has only seen the 
> (now dangling) initial commit of that tag, and not the further 
> updates. I've just tried to create instead a 'stable' branch, and this 
> is a bit similar in that the build of it in 
> https://app.readthedocs.org/projects/osgeo-proj/builds/26313882/ sees 
> as 'stable' the state of the '9.5' branch at time it was created in 
> september 
> (https://github.com/OSGeo/PROJ/commit/0a407325fbb5bf42407a7dc5d4f948be9707e302) 
> and not the actual state of the github repo 
> (https://github.com/OSGeo/PROJ/tree/stable) . But if you look at the 
> history of 
> https://app.readthedocs.org/projects/osgeo-proj/builds/?version__slug=stable 
> , you can see that at some point it tried to build commit 
> https://github.com/OSGeo/PROJ/commit/34cfbeb650529e153059880f34ce01dd73d9b5cf 
> ( the actual 'stable' github branch), but that was when I temporarily 
> swtiched back the active version to the 9.5 branch instead of stable. 
> So it seems the state of stable in RTD is only updated to its latest 
> github state when it is *not* the default version. Or something like 
> that...  Seems like a bug. It looks a bit like this is similar to 
> https://github.com/readthedocs/readthedocs.org/issues/11768 . I've no 
> more idea on how to solve that. I've s/spend quite a bunch/burnt too 
> much/ time on this... Want to take the stick on ... ?
>
>
> Le 18/11/2024 à 12:24, Javier Jimenez Shaw a écrit :
>> Thank you Even for the changes done!
>>
>> Somehow related are the robots.txt.
>>
>> How are they managed in RTD?
>>
>> In GDAL there "was" something (for latest, not for stable)
>> https://web.archive.org/web/20241027091118/https://gdal.org/robots.txt
>> but gone on Nov 1st
>> https://web.archive.org/web/20241101132800/https://gdal.org/robots.txt
>>
>> I do not find anything related in the code of GDAL. Is it managed 
>> internally in RTD settings? (I don't have access to that)
>>
>> I would suggest to have something like this:
>> User-agent: *
>> Allow: /en/stable/
>> Disallow: /en/
>> Sitemap:https://proj.org/sitemap.xml
>>
>> Cheers
> -- 
> http://www.spatialys.com
> My software is free, but my time generally not.
> Butcher of all kinds of standards, open or closed formats. At the end, this is just about bytes.
>
> _______________________________________________
> PROJ mailing list
> PROJ at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/proj

-- 
http://www.spatialys.com
My software is free, but my time generally not.
Butcher of all kinds of standards, open or closed formats. At the end, this is just about bytes.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/proj/attachments/20241118/6a5387d1/attachment-0001.htm>