Allow overriding mathml location

[robe]

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"
]>

[robe]

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.

[robe]

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.

[robe]

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.

[strk]

Why don't you use:

make XSLTPROCFLAGS=

thus allowing download ?

[robe]

what do I fill in there?

[strk]

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

[robe]

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.

[strk]

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.

[robe]

Best solution ever, killed the problem. yeh.

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

[robe]

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.

[robe]

​http://lists.osgeo.org/pipermail/postgis-devel/2012-November/022662.html

eh too lazy for urls too.