Opened 12 years ago

Closed 11 years ago

Last modified 11 years ago

#1980 closed defect (fixed)

Allow overriding mathml location

Reported by: robe Owned by: strk
Priority: medium Milestone: PostGIS 2.0.2
Component: build Version: master
Keywords: Cc:

Description

Just noticed Winnie is hiccuping when trying to deal with the mathml stuff. As a result the DE-IM is not being formatted right.

http://www.postgis.org/documentation/manual-svn/using_postgis_dbmanagement.html#DE-9IM

Error is

I/O error : Attempt to load network entity http://www.w3.org/Math/DTD/mathml2/mathml2.dtd
postgis-out.xml:11: warning: failed to load external entity "http://www.w3.org/Math/DTD/mathml2/mathml2.dtd"
%mathml;
        ^
Entity: line 1: 
 %mathml; 
         ^
I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd
postgis-out.xml:104: warning: failed to load external entity "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd"
]>

Change History (12)

comment:1 by robe, 12 years ago

Component: build/upgrade/installbuildbots

comment:2 by robe, 12 years ago

I got debbie strong enough to build the docs and the PDF and to scp them up to the PostGIS website :)

http://www.postgis.org/download/postgis-2.1.0SVN.pdf

Not too shabby and the mathml works correctly under Debbie probably because it's locally installed. So this is less critical and I've stopped the doc build on Winnie and switched the task to Debbie.

Still having issue with getting Debbie to configure with raster support. Doesn't accept my custom gdal-config passed in. Bborie is looking into that issue on the Debian VM he is building.

comment:3 by robe, 11 years ago

Component: buildbotsbuild/upgrade/install
Milestone: PostGIS 2.1.0PostGIS 2.0.2
Owner: changed from robe to strk
Summary: Winnie hiccuping on mathml doc htmlAllow overriding mathml location

Okay I researched this some more and as far as I can tell the local paths where mathml is looked for are hard-coded in configure.ac.

Debbie happened to have mathml installed in one of the locations searched so I for now I copied to winnie's to path msys/usr/share/xml/schema/w3c/mathml/dtd folder so that it doesn't have to be downloaded each time.

It would be really nice to be able to just override this MATHML2_DTD variable as it just causes all sorts of stupid false alarms for check when something goes wrong with downloading mathml file not to mention the wasted bandwidth.

comment:4 by robe, 11 years ago

at r10638 I created a new configure arg —with-mathmldtd to allow overriding path to mathmldtd. So you can use it like

—with-mathmldtd=/usr/share/xml/schema/w3c/mathml/dtd/mathml2d.dtd

This allowed me to prevent the download, but my local one seems to be missing all sorts of files which I haven't figured out where to get. Debbie's install doesn't even have these. Would be nice to just turn off this validation as I don't see why its needed to do make check or build comments.

comment:5 by strk, 11 years ago

Why don't you use:

make XSLTPROCFLAGS=

thus allowing download ?

comment:6 by robe, 11 years ago

what do I fill in there?

comment:7 by strk, 11 years ago

try leaving it blank, if it still doesn't work try filling with "-v"

comment:8 by robe, 11 years ago

How do I tell if its working or not? Note my issue is not with docbook (since that is taken care of with —with-xsldir but that stupid mathml dtd stuff. I don't really know its working until my make check fails randomly because of network issues.

comment:9 by strk, 11 years ago

Of course it would be better to do it offline, but the setup depends on the system. I know apt-based packaging system have a "docbook-mathml" and a "w3-dtd-mathml" package and I think someone mentioned a systemwide configuration instructing docbook about which online url to map to which local file. It's not really something that can easily be done at the postgis configuration level because it's the DTD (or schema) themselves referencing other online resources, so even if you have your local mathml file it still references online resources, and the only way to prevent xsltproc from fetching those resources online is by passing it a mapping to local filesystem files.

Sorry for the oververbose braindump.

comment:10 by robe, 11 years ago

Resolution: fixed
Status: newclosed

Best solution ever, killed the problem. yeh.

If only I could reference the source change. pramsey r please?

comment:11 by robe, 11 years ago

best I can do for reference is this : http://lists.osgeo.org/pipermail/postgis-devel/2012-November/022662.htm

mostly too lazy to search for change.

Note: See TracTickets for help on using tickets.