... 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@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.
_______________________________________________
PROJ mailing list
PROJ@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/proj
