after upgrading one big disaster
Thursday, 15 March 2012 · 7 messages · last reply 17 Mar 2012
J
jidanni15 Mar 2012 07:40 #
All I know back in December the Makefile and programs in
http://radioscanningtw.jidanni.org/images/radioscanningtw/maps/ worked fine. Now with BaseX 7.1.1 it is one big disaster and will take days to rewrite.
CD
Charles Duffy15 Mar 2012 10:18 #
Quoted text · jidanni at jidanni.org · 5 lines
On 3/15/2012 1:40 AM, jidanni at jidanni.org wrote: > All I know back in December the Makefile and programs in > http://radioscanningtw.jidanni.org/images/radioscanningtw/maps/ > worked fine. Now with BaseX 7.1.1 it is one big disaster and will > take days to rewrite.
Surely if you've done the analysis to estimate the amount of time needed to implement a fix, you've done enough analysis to generate a better bug report.
J
Quoted text · jidanni · 1 line
>>>>> "j" == jidanni <jidanni at jidanni.org> writes:
j> All I know back in December the Makefile and programs in
j> http://radioscanningtw.jidanni.org/images/radioscanningtw/maps/ j> worked fine. Now with BaseX 7.1.1 it is one big disaster and will j> take days to rewrite.
The whole definition of root nodes has been changed.
These lines need to be rewritten to dig out the data,
{local:K($y)/name}
{local:K($y)/o/*}
from the invisible <R> layer in order to produce the same .kmz that you see there in that directory. Else they only have 900 characters each.
The problem is one can see the data, by using
{local:K($y)}
but then there is no way to use any common sense paths to get the program to produce the same results that it used too !
CG
Christian Grün16 Mar 2012 01:39 #
..an SSCCE would help us to reproduce the problem.
Quoted text · jidanni · 24 lines
Am 15.03.2012 18:06 schrieb <jidanni at jidanni.org>: > >>>>> "j" == jidanni <jidanni at jidanni.org> writes: > j> All I know back in December the Makefile and programs in > j> http://radioscanningtw.jidanni.org/images/radioscanningtw/maps/ > j> worked fine. Now with BaseX 7.1.1 it is one big disaster and will > j> take days to rewrite. > > The whole definition of root nodes has been changed. > These lines need to be rewritten to dig out the data, > > {local:K($y)/name} > > {local:K($y)/o/*} > > from the invisible <R> layer in order to produce the same .kmz that you > see there in that directory. Else they only have 900 characters each. > > The problem is one can see the data, by using > > {local:K($y)} > > but then there is no way to use any common sense paths to get the > program to produce the same results that it used too ! >
J
jidanni16 Mar 2012 01:52 #
wget http://radioscanningtw.jidanni.org/images/radioscanningtw/maps/Makefile wget http://radioscanningtw.jidanni.org/images/radioscanningtw/maps/TaiwanAMFMSW.xq wget http://radioscanningtw.jidanni.org/images/radioscanningtw/maps/AMFMXTaiwan.gpx.zip unzip AMFMXTaiwan.gpx.zip
make
This makes three 900 byte files.
Back with the December version of xbase, it made much larger files.
CG
Christian Grün16 Mar 2012 19:47 #
Thanks for your efforts. Still, it looks as if I'd quite some time to get your example running (I'd like to, but many other todos are waiting as well). Could you send me a plain xquery file that demonstrates the varying output for 7.1 and the latest version?
Quoted text · jidanni · 7 lines
> wget http://radioscanningtw.jidanni.org/images/radioscanningtw/maps/Makefile > wget http://radioscanningtw.jidanni.org/images/radioscanningtw/maps/TaiwanAMFMSW.xq > wget http://radioscanningtw.jidanni.org/images/radioscanningtw/maps/AMFMXTaiwan.gpx.zip > unzip AMFMXTaiwan.gpx.zip > make > This makes three 900 byte files. > Back with the December version of xbase, it made much larger files.
J
jidanni17 Mar 2012 05:05 #
Never mind. I got my program working again with the newer basex via
- {local:K($y)/name}
+ {local:K($y)/*:name}
- {local:K($y)/o/*}
+ {local:K($y)/*:o/*}Written for BaseX 7.1. BaseX may have changed since: please check the current documentation.
⚡Generated with XQuery