phpxpath-users — General user discussion of Php.XPath

Book: XML and PHP by Vikram Vaswani

[Peter R. <php...@pe...>]

From the table of contents, it looks like phpxpath gets a mention in a 
new book published by New Riders, in chapter 8. See (gulp)

http://www.newriders.com/books/product.asp?product_id={E72BF2BD-1CF1-4C8B-BB43-4C098BF49F95}&selectDescTypeId={06B328CA-921B-4395-945D-3078CA6F292A}&st={FDE07315-F3BC-4496-8D93-C8D3CB69B7B0}

anyone read/recommend this book?

bug: node() only selects element children of the context node

[<gk...@pr...>]

 * @version 3.1
 * @CVS $Id: XPath.class.php,v 1.99 2002/06/20 12:20:38 bs_php Exp $
 */

This is not in accordance with the xpath spec which says:
http://www.w3.org/TR/1999/REC-xpath-19991116.html#location-paths

child::* selects all element children of the context node
child::text() selects all text node children of the context node
child::node() selects all the children of the context node, whatever
their node type

Given any input, such as:
<a>cdata<b>cdata</b></a>

The following matches work fine:
Xpath->match( "/*" ) - works fine
Xpath->match( "/text()" ) - works fine
Xpath->match( "/node()" ) - returns only the element children node
set;  same as /*
should return same as: Xpath->match( "/* | /text()" ), 
which unfortunately also fails in phpXPath

- Greg

match( "/* | /text()" ) causes error from _InternalEvaluate()

[<gk...@pr...>]

 * @version 3.1
 * @CVS $Id: XPath.class.php,v 1.99 2002/06/20 12:20:38 bs_php Exp $
 */
No matter what your input xml looks like, it seems you cannot use '|'
operator with a combination of textParts and childNodes:

Xpath->match( "/* | /text()" )

results in this message:
XPath error in -:-</b> Results from _InternalEvaluate() are corrupt.  Do
you
need to call reindexNodeTree()?

Given input:
<a>cdata<b>cdata</b></a>

The following matches work fine:
Xpath->match( "/* | /a/*" )
Xpath->match( "/text()" )
Xpath->match( "/a/text()" )

The following fail:
Xpath->match( "/text() | /a/text()" )
Xpath->match( "//text()" )

Are these bugs or is my xpath invalid?
- Greg

processing-instructions not in node structure

[<gk...@pr...>]

Hello all,
I've just joined the list and am beginning to study phpxpath.

I am wondering why phpxpath doesn't include processing-instructions in
the node structure.
In my application, I need to include pi's in the document processing.
The following description is in phpxpath class doc: 

* | The main structure of a node is:
 * |   $node = array(
 * |     'name'        => '',      # The tag name. E.g. In <FOO
bar="aaa"/> it would be 'FOO'
 * |     'attributes'  => array(), # The attributes of the tag E.g. In
<FOO bar="aaa"/> it would be array('bar'=>'aaa')
 * |     'textParts'   => array(), # Array of text parts surrounding the
children E.g. <FOO>aa<A>bb<B/>cc</A>dd</FOO> ->
array('aa','bb','cc','dd')
 * |     'childNodes'  => array(), # Array of refences (pointers) to
child nodes.
 * | 

The above structure seems fine if you only have textParts and childNodes
- you can always know the order in which they occurred in the original
document.

But if your original xml contained pi's, then it appears that phpxpath
doesn't keep track of the ordering relative to textParts and childNodes.

Is there a workaround for this?
Does anyone else see a need?

My documents are something like below. I parse the xml to create and
evaluate php code.
I need to know the order of pi's, cdata and child nodes to splice them
together correctly:

<datamap>
	<source name='param1' class='phpeval'>
		cdata1
		<?php echo "hello"; ?>
		cdata2
		<source class='param'>
			<name>var1</name>
			<source>value</source>
		</source>
		cdata3
		<?php echo "$var1"; ?>
	</source>
	<source name= 'param2'>
		cdata...etc.
	</source>
</datamap>

Thanks for your thoughts,
Greg Keraunen

Re: insertData in empty element

[Nigel S. <nig...@us...>]

I think this is already fixed.  :o)

When I run the attached files, I get this output:

Before:
<?xml version="1.0" encoding="utf-8"?>
    <users>
        <user username="jane" pasw="jgeslo">
            <name/>
        </user>
</users>
After:
<?xml version="1.0" encoding="utf-8"?>
    <users>
        <user username="jane" pasw="jgeslo">
            <name>Jane</name>
        </user>
</users>

Which seems to be what you want.

When sending bug reports, please could you always include the version of
Php.XPath that you are running with.  The CVS version of the file is in the
header:

 * @author  S.Blum / N.Swinson / D.Allen / (P.Mehl)
 * @link    http://sourceforge.net/projects/phpxpath/
 * @version 3.1
Line 147 Here>>>> * @CVS $Id: XPath.class.php,v 1.99 2002/06/20 12:20:38
bs_php Exp $

Then if we see you are running old source, we can tell you so, very quickly.

The latest version from CVS can be accessed by following the CVS web pages
available from the Php.XPath pages at sourceforge.net.

Cheers,

Nigel

===========================
For the most recent version of Php.XPath, and an archive of this list visit:
http://www.sourceforge.net/projects/phpxpath

insertData in empty element

[Branko N. <bra...@in...>]

Hello!

I tried to insert data in empty element with no text data (with 
atributes only):

    xPath->insertData("//user[@username='jane']/name", "Jane");

but xml data remains the same:

<?xml version="1.0" encoding="utf-8"?>
    <users>
        <user username="jane" pasw="jgeslo">
            <name/>
        </user>
</users>

It should be

<?xml version="1.0" encoding="utf-8"?>
<users>
    <user username="jane" pasw="jgeslo">
        <name>Jane</name>
    </user>
</users>

Bug or I miss something? Any suggestions?

Branko

Re: Relicensing - was - meaning of Php.XPath license?

[Nigel S. <nig...@us...>]

Ok a quick poll of the developers seemed to agree that we are all happy to
publish Php.XPath under a MPL/GPL/LGPL triple that will maximise the
usefulness of the class while maintaining it's open source nature.

The license change will go along with the next minor release of Php.XPath,
version 3.2, that will be out as soon as the outstanding XPath bugs have
been fixed, hopefully within a fortnight, but both Sam and I are clogged at
work at the moment.

Cheers,

Nigel

===========================
For the most recent version of Php.XPath, and an archive of this list visit:
http://www.sourceforge.net/projects/phpxpath

Re: meaning of Php.XPath license?

[Francis F. <fra...@vi...>]

Well I don't know if this is because of Mozilla 1.1 or because of the 
triple license, but in my book they said that modification can be kept 
private, but I find this on Mozilla.org 
(http://mozilla.org/MPL/MPL-1.0-annotated-fs.html):

What that said is that you have to make the source code public to whom 
you give/sale executable too, but you don't need to give it back to 
Mozilla.org


It's in the MOzilla license

3.2. Availability of Source Code.
Any Modification which You create or to which You contribute must be 
made available in Source Code form under the terms of this License 
either on the same media as an Executable version or via an accepted 
Electronic Distribution Mechanism to anyone to whom you made an 
Executable version available; and if made available via Electronic 
Distribution Mechanism, must remain available for at least twelve (12) 
months after the date it initially became available, or at least six (6) 
months after a subsequent version of that particular Modification has 
been made available to such recipients. You are responsible for ensuring 
that the Source Code version remains available even if the Electronic 
Distribution Mechanism is maintained by a third party.

if you want an explnation here it is:
at 
http://mozilla.org/MPL/annotations-1.0.html#Public_Availability_of_Source_Code

``Availability of Source Code''
This provision is intended to ensure availability of code, while 
minimizing the burden on each Contributor. It is based on the principle 
of ``code follows the executable'' that is found in the GPL. It does not 
require that you return Modifications to mozilla.org or any other named 
organization. However, you may do so if you choose, and we hope that you 
wish to participate in the development community that mozilla.org is 
chartered to foster.



Nigel Swinson wrote:
>>As for relicensing, well I think that this is a long debate, the only
>>license that I know that modification has to come back to the developper
>>is GPL/LGPL.
> 
> 
> http://mozilla.org/MPL/relicensing-faq.html#why-grant-permission
> The new Mozilla license scheme (i.e., the MPL/GPL/LGPL triple license) is
> arguably consistent with the prior schemes: It too requires that people make
> source code available for modifications to Mozilla code (this is required
> whether licensees use the code under MPL, GPL, or LGPL terms), and it too
> allows Mozilla code to be used in proprietary programs (this is allowed by
> the MPL, and also allowed by the LGPL in certain cases).
> 
> Nigel
> 
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Phpxpath-users mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpxpath-users
> 


-- 
Francis Fillion, BAA SI
Broadcasting live from his linux box.
And the maintainer of http://www.windplanet.com

Re: meaning of Php.XPath license?

[Nigel S. <nig...@us...>]

> As for relicensing, well I think that this is a long debate, the only
> license that I know that modification has to come back to the developper
> is GPL/LGPL.

http://mozilla.org/MPL/relicensing-faq.html#why-grant-permission
The new Mozilla license scheme (i.e., the MPL/GPL/LGPL triple license) is
arguably consistent with the prior schemes: It too requires that people make
source code available for modifications to Mozilla code (this is required
whether licensees use the code under MPL, GPL, or LGPL terms), and it too
allows Mozilla code to be used in proprietary programs (this is allowed by
the MPL, and also allowed by the LGPL in certain cases).

Nigel

Re: Relicensing - was - meaning of Php.XPath license?

[Nigel S. <nig...@us...>]

Thanks all for the detailed discussion about licenses.

Php.XPath is published under MPL because that's what the original developer
Michael Mehl chose and we've never really thought to change it.  Up until
now noone has suggested we change it.  I will research it some more and
discuss with the other developers but think it is likely that we will change
the license.  LGPL sounds like the best to me...

Cheers,

Nigel

===========================
For the most recent version of Php.XPath, and an archive of this list visit:
http://www.sourceforge.net/projects/phpxpath

Relicensing - was - meaning of Php.XPath license?

[<elm...@t-...>]

Going into the details you are right, indeed.
They have an easy to understand FAQ 
about all those relicensing issues there:

http://mozilla.org/MPL/relicensing-faq.html


*** MPL and LGPL are incompatible! ***

Concerning phpXPath and COOL I see three alternative ways to act:

1.) Developing COOL without using phpXPath 
2.) Relicensing phpXPath to such an GPL/LGPL/MPL triple as mozilla uses
3.) "Stealing" phpXPath in a way MPL provides it

Personally I would propose point 2.
I should be no problem to extend the older versions
from MPL to a GPL/LGPL/MPL triple, I think.

For future versions you can decide for GPL or LGPL.
I think MPL is a difficult license and not very clear to understand.
LGPL is backward compatible with GPL, too.

If you are planning relicensing during the next days,
we can use phpXPath for COOL. 
Otherwise we will have decide for point 1 
to get forward with the development. 

I would feel uneasy about the third possibility, 
even if it would show to be a legal way. 
But it is only a way for lawers I think.

Hope you will come to a decision soon

Regards 

Elmar



Francis Fillion wrote:

> As read on the gnu.org site and the mozilla.org site, MPL is 
> incompatible with LGPL. MOzilla use a triple license sheme MPL/GPL/LGPL 
>    so you can use any of those license, so if you use code that is GPL, 
> you can use GPL license and on ...
> 
> 

Elmar Hinz wrote:

 ...

> >"At the moment, parts of the source are available under
> > either the Netscape Public License (NPL)
> > or the Mozilla Public License (MPL),
> > often in combination with either the GNU General Public License (GPL)
> > or the GNU Lesser General Public License (LGPL), or both."
> > 
> > 

Re: meaning of Php.XPath license?

[<elm...@t-...>]

>
> ################################################
> I try to bring GPL, LGPL and MPL to the point first.
> ################################################
>
> 1.) Linking to a GPL library means that your code must become also 
> GPL. It is infectious.
> 2.) Linking to a LGPL library means that your code keeps private while 
> LGPL keeps LGPL.
> 3.) Building on MPL means that all the changed Code can go to private.


That brings me to an idea.
Couldn't we change a line in phpXPath and release it completely under 
LGPL as integrated part of COOL?

>
> ################################################
>
>

Re: meaning of Php.XPath license?

[Francis F. <fra...@vi...>]

As read on the gnu.org site and the mozilla.org site, MPL is 
incompatible with LGPL. MOzilla use a triple license sheme MPL/GPL/LGPL 
   so you can use any of those license, so if you use code that is GPL, 
you can use GPL license and on ...



Elmar Hinz wrote:
> Hi all,
> 
> lets a read the thoughts of another non-lawyer with a bad english:
> 
> I am leading the COOL project on SF.
> COOL is a library base for web applications.
> The license of COOL itself is the Library General Public License(LGPL).
> We would like to link to phpXPATH, the last stabel version.
> A public test of my current development state is running under
> http://cool.sourceforge.net/alpha
> phpXpath is used to create and read XML language files.
> You can download your mylanguage.xml result, too.
> 
> ################################################
> I try to bring GPL, LGPL and MPL to the point first.
> ################################################
> 
> 1.) Linking to a GPL library means that your code must become also GPL. 
> It is infectious.
> 2.) Linking to a LGPL library means that your code keeps private while 
> LGPL keeps LGPL.
> 3.) Building on MPL means that all the changed Code can go to private.
> 
> ################################################
> 
> The question for  COOL is now:
> 
> Can LGPL link to a MPL library?
> I think MPL is the weakest of all.
> Therefore it should be no problem from the position of MPL.
> It could be a problem for LGPL.
> 
> As a am not a layer I can only look,
> what other people do in this situation.
> On http://www.mozilla.org/MPL/ I find the following sentences.
> 
> "At the moment, parts of the source are available under
> either the Netscape Public License (NPL)
> or the Mozilla Public License (MPL),
> often in combination with either the GNU General Public License (GPL)
> or the GNU Lesser General Public License (LGPL), or both."
> 
> Therefore I think that
> LGPL is compatible with MPL
> or mozilla.org is violating LGPL.
> 
> For COOL project it certainly would be best,
> to have phpXPath also under LGPL.
> 
> If MPL and LGPL would  really be incompatible,
> as Francis Fillion wrote,
> we certainly can't use phpXPath
> and have to look for another solution.
> 
> Regards
> 
> Elmar
> 
> 
> 
> 
> 
> 
> Francis Fillion wrote:
> 
>> ################resume############
>> 1)I'm not a lawyer, by reading this you can not in anyway sue me for 
>> any reason that caused you or other's any kind of prejudice
>>
>> 2)NO, LGPL is not compatible with MPL
>>
>> 3) Modification of Php.XPath can be kept private
>>
>> 4) We sould maybe re-licence Php.XPath
>>
>> If you want to understand all of it, read on my bad english
>>
>> ################resume############
>>
>>
>> Well, I didn't read the license completly, well I did 1 or 2 year's 
>> ago, but if I look in my book: Open SOurces VOices from the Open 
>> SOurce Revolution. You can get see the book online at 
>> http://www.oreilly.com/catalog/opensources/book/toc.html
>>
>> and get the page that I talk  at
>> http://www.oreilly.com/catalog/opensources/book/perens.html
>>
>> just go down until you get the table comparing all license.
>>
>> I can see that if Php.XPath is MPL, it can be mixed with closed source 
>> (non-free software) and a bad thing is that modification can be made 
>> and kept by who did it. So if I take Php.XPath I can make some 
>> modification and keep it for me, it can be keep private. The MPL was 
>> made by Netscape for the Mozilla project, so that Netscape can take 
>> the Mozilla browser made some modification to it, to leverage the 
>> browser and to redistribute it without giving the source back to 
>> Mozilla. ( Mozilla will be relicensed as MPL and GPL, with both of them )
>>
>>
>> By loking at the mozilla.org site and at the gnu.org site I found that:
>>
>> The Mozilla Public License (MPL).
>>     This is a free software license which is not a strong copyleft; 
>> unlike the X11 license, it has some complex restrictions that make it 
>> incompatible with the GNU GPL. That is, a module covered by the GPL 
>> and a module covered by the MPL cannot legally be linked together. We 
>> urge you not to use the MPL for this reason.
>>
>>     However, MPL 1.1 has a provision (section 13) that allows a 
>> program (or parts of it) to offer a choice of another license as well. 
>> If part of a program allows the GNU GPL as an alternate choice, or any 
>> other GPL-compatible license as an alternate choice, that part of the 
>> program has a GPL-compatible license.
>>
>>
>> LGPL is based on GPL, so it is not compatible as read on Mozilla.org:
>>
>> After the NPL and MPL were created, the Free Software Foundation 
>> stated that the NPL and MPL were "incompatible" with the GPL. 
>> "Incompatibility" in this context means that (in the opinion of the 
>> FSF) developers who combined code licensed under the NPL (or MPL) with 
>> code licensed under the GPL and distributed the resulting work could 
>> not do such distribution without violating the terms of the GPL. Given 
>> that the LGPL contains similar language to the GPL, if the MPL were in 
>> fact incompatible in this way with the GPL, it would arguably be 
>> incompatible with the LGPL as well.
>>
>>
>> If it is money, well anyone can take Php.XPath and make money from it, 
>> it will not be the ethics way to do it, but it can be done.
>>
>> As of source of not, the only way to compile PHP is to have the Zend 
>> compiler, which is really costly, so if you don't compile it, they 
>> will get the source.
>>
>> I'm not a lawyer, so my opinion is one of an ordinary user ...
>>
>>
>> By the way Nigel, if you want to be sure that no one get the software 
>> and keep the change they made, you should relicence the software to 
>> somethings else.
>>
>> I hope it help.
>>
>> Nigel Swinson wrote:
>>
>>>> Dear Nigel,
>>>>
>>>> I have downloaded and am studying version 3.0 for use in my 
>>>> application.
>>>> I looked at the Mozilla Public License but cannot make any common sense
>>>> of it.
>>>> Can you help me? The legalese is incomprehensible to me. Even if you
>>>> think you understand something like that, you have no idea what a
>>>> judge's interpretation might be anyway....
>>>>
>>>> What I would like to know is: if I use Php.XPath as part of a larger
>>>> application that I am writing, am I free to distribute or sell my
>>>> application with or without including Php.XPath?
>>>
>>>
>>>
>>>
>>> I am equally uninspired by legal issues, to the point that I cant be
>>> bothered researching this for you and certainly beyond the point where I
>>> would think of taking you to court if you "get it wrong".  :o)
>>>
>>> Perhaps someone else on the development team, or someone else on the 
>>> mail
>>> list can help out though?
>>>
>>> My gut feeling is that yes you can sell Php.XPath, but you must 
>>> distribute
>>> the source with it, along with copyleft statement.  How you sell a php
>>> product without distributing the source I'll never know, but the 
>>> copyright
>>> statement must stay.
>>>
>>> Nigel
>>>
>>> ===========================
>>> For the most recent version of Php.XPath, and an archive of this list 
>>> visit:
>>> http://www.sourceforge.net/projects/phpxpath
>>>
>>>
>>>
>>> -------------------------------------------------------
>>> This sf.net email is sponsored by:ThinkGeek
>>> Bringing you mounds of caffeinated joy.
>>> http://thinkgeek.com/sf
>>> _______________________________________________
>>> Phpxpath-users mailing list
>>> Php...@li...
>>> https://lists.sourceforge.net/lists/listinfo/phpxpath-users
>>>
>>
>>
> 
> 
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Caffeinated soap. No kidding.
> http://thinkgeek.com/sf
> _______________________________________________
> Phpxpath-users mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpxpath-users
> 


-- 
Francis Fillion, BAA SI
Broadcasting live from his linux box.
And the maintainer of http://www.windplanet.com

Re: meaning of Php.XPath license?

[<elm...@t-...>]

Hi all,

lets a read the thoughts of another non-lawyer with a bad english:

I am leading the COOL project on SF.
COOL is a library base for web applications.
The license of COOL itself is the Library General Public License(LGPL).
We would like to link to phpXPATH, the last stabel version.
A public test of my current development state is running under
http://cool.sourceforge.net/alpha
phpXpath is used to create and read XML language files.
You can download your mylanguage.xml result, too.

################################################
I try to bring GPL, LGPL and MPL to the point first.
################################################

1.) Linking to a GPL library means that your code must become also GPL. 
It is infectious.
2.) Linking to a LGPL library means that your code keeps private while 
LGPL keeps LGPL.
3.) Building on MPL means that all the changed Code can go to private.

################################################

The question for  COOL is now:

Can LGPL link to a MPL library?
I think MPL is the weakest of all.
Therefore it should be no problem from the position of MPL.
It could be a problem for LGPL.

As a am not a layer I can only look,
what other people do in this situation.
On http://www.mozilla.org/MPL/ I find the following sentences.

"At the moment, parts of the source are available under
either the Netscape Public License (NPL)
or the Mozilla Public License (MPL),
often in combination with either the GNU General Public License (GPL)
or the GNU Lesser General Public License (LGPL), or both."

Therefore I think that
LGPL is compatible with MPL
or mozilla.org is violating LGPL.

For COOL project it certainly would be best,
to have phpXPath also under LGPL.

If MPL and LGPL would  really be incompatible,
as Francis Fillion wrote,
we certainly can't use phpXPath
and have to look for another solution.

Regards

Elmar






Francis Fillion wrote:

> ################resume############
> 1)I'm not a lawyer, by reading this you can not in anyway sue me for 
> any reason that caused you or other's any kind of prejudice
>
> 2)NO, LGPL is not compatible with MPL
>
> 3) Modification of Php.XPath can be kept private
>
> 4) We sould maybe re-licence Php.XPath
>
> If you want to understand all of it, read on my bad english
>
> ################resume############
>
>
> Well, I didn't read the license completly, well I did 1 or 2 year's 
> ago, but if I look in my book: Open SOurces VOices from the Open 
> SOurce Revolution. You can get see the book online at 
> http://www.oreilly.com/catalog/opensources/book/toc.html
>
> and get the page that I talk  at
> http://www.oreilly.com/catalog/opensources/book/perens.html
>
> just go down until you get the table comparing all license.
>
> I can see that if Php.XPath is MPL, it can be mixed with closed source 
> (non-free software) and a bad thing is that modification can be made 
> and kept by who did it. So if I take Php.XPath I can make some 
> modification and keep it for me, it can be keep private. The MPL was 
> made by Netscape for the Mozilla project, so that Netscape can take 
> the Mozilla browser made some modification to it, to leverage the 
> browser and to redistribute it without giving the source back to 
> Mozilla. ( Mozilla will be relicensed as MPL and GPL, with both of them )
>
>
> By loking at the mozilla.org site and at the gnu.org site I found that:
>
> The Mozilla Public License (MPL).
>     This is a free software license which is not a strong copyleft; 
> unlike the X11 license, it has some complex restrictions that make it 
> incompatible with the GNU GPL. That is, a module covered by the GPL 
> and a module covered by the MPL cannot legally be linked together. We 
> urge you not to use the MPL for this reason.
>
>     However, MPL 1.1 has a provision (section 13) that allows a 
> program (or parts of it) to offer a choice of another license as well. 
> If part of a program allows the GNU GPL as an alternate choice, or any 
> other GPL-compatible license as an alternate choice, that part of the 
> program has a GPL-compatible license.
>
>
> LGPL is based on GPL, so it is not compatible as read on Mozilla.org:
>
> After the NPL and MPL were created, the Free Software Foundation 
> stated that the NPL and MPL were "incompatible" with the GPL. 
> "Incompatibility" in this context means that (in the opinion of the 
> FSF) developers who combined code licensed under the NPL (or MPL) with 
> code licensed under the GPL and distributed the resulting work could 
> not do such distribution without violating the terms of the GPL. Given 
> that the LGPL contains similar language to the GPL, if the MPL were in 
> fact incompatible in this way with the GPL, it would arguably be 
> incompatible with the LGPL as well.
>
>
> If it is money, well anyone can take Php.XPath and make money from it, 
> it will not be the ethics way to do it, but it can be done.
>
> As of source of not, the only way to compile PHP is to have the Zend 
> compiler, which is really costly, so if you don't compile it, they 
> will get the source.
>
> I'm not a lawyer, so my opinion is one of an ordinary user ...
>
>
> By the way Nigel, if you want to be sure that no one get the software 
> and keep the change they made, you should relicence the software to 
> somethings else.
>
> I hope it help.
>
> Nigel Swinson wrote:
>
>>> Dear Nigel,
>>>
>>> I have downloaded and am studying version 3.0 for use in my 
>>> application.
>>> I looked at the Mozilla Public License but cannot make any common sense
>>> of it.
>>> Can you help me? The legalese is incomprehensible to me. Even if you
>>> think you understand something like that, you have no idea what a
>>> judge's interpretation might be anyway....
>>>
>>> What I would like to know is: if I use Php.XPath as part of a larger
>>> application that I am writing, am I free to distribute or sell my
>>> application with or without including Php.XPath?
>>
>>
>>
>> I am equally uninspired by legal issues, to the point that I cant be
>> bothered researching this for you and certainly beyond the point where I
>> would think of taking you to court if you "get it wrong".  :o)
>>
>> Perhaps someone else on the development team, or someone else on the 
>> mail
>> list can help out though?
>>
>> My gut feeling is that yes you can sell Php.XPath, but you must 
>> distribute
>> the source with it, along with copyleft statement.  How you sell a php
>> product without distributing the source I'll never know, but the 
>> copyright
>> statement must stay.
>>
>> Nigel
>>
>> ===========================
>> For the most recent version of Php.XPath, and an archive of this list 
>> visit:
>> http://www.sourceforge.net/projects/phpxpath
>>
>>
>>
>> -------------------------------------------------------
>> This sf.net email is sponsored by:ThinkGeek
>> Bringing you mounds of caffeinated joy.
>> http://thinkgeek.com/sf
>> _______________________________________________
>> Phpxpath-users mailing list
>> Php...@li...
>> https://lists.sourceforge.net/lists/listinfo/phpxpath-users
>>
>
>

Re: meaning of Php.XPath license?

[Francis F. <fra...@vi...>]

When I talked about money and ethics, what I means is yes people can 
make money from it, but if it was somebody who wasn't/didn't collaborate 
to the development of  Php.XPath, this person should find someway to get 
back some reward/money/or anything's else to the developper so that they 
don't get frustrated and that this get back to the person who make money 
with this.

As for relicensing, well I think that this is a long debate, the only 
license that I know that modification has to come back to the developper 
is GPL/LGPL.

The only problem if you take GPL, is that you already grant right, with 
the MPL, to people to mixe your software with non-free (software who are 
not open source, not as in free beer) software, so the only other's 
license who will do that is LGPL. If you do go with GPL, people who use 
your software in closed source, will have to fork (your older version is 
still licensed as  MPL) and continue the development they own way.

Hope it help, if you have any question you have 6 hours left to ask 
them, it's a long week-end here in Canada, so no computer for the next 3 
day's, well until thuesday.


Peter Robins wrote:
> my understanding is the same as yours, Francis, but I would add a 
> couple of comments:
> 
> On Friday 28 Jun 2002 03:40, Francis Fillion wrote:
> 
>>By loking at the gnu.org site 
> 
> 
> i.e. http://www.gnu.org/philosophy. This whole site provides a good 
> summary of all the legal issues, reasonably comprehensible to 
> non-lawyers. license-list.html compares the various licenses.
> 
> 
>>If it is money, well anyone can take Php.XPath and make money from
>>it, it will not be the ethics way to do it, but it can be done.
> 
> 
> There's nothing unethical in this, at least if it's intended as Free 
> Software (if it's conventional copyright material, that's another 
> matter). It's a common misunderstanding that Free Software means free 
> as in beer, whereas it means free as in speech. The GPL was never 
> intended to prevent people from making money from writing software. 
> To quote the GNU site:
> "Actually we encourage people who redistribute free software to charge 
> as much as they wish or can."
> 
> 
>>By the way Nigel, if you want to be sure that no one get the
>>software and keep the change they made, you should relicence the
>>software to somethings else.
> 
> 
> I agree. I don't understand why phpxpath is MPL and not GPL.
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Caffeinated soap. No kidding.
> http://thinkgeek.com/sf
> _______________________________________________
> Phpxpath-users mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpxpath-users
> 


-- 
Francis Fillion, BAA SI
Broadcasting live from his linux box.
And the maintainer of http://www.windplanet.com

Re: meaning of Php.XPath license?

[Peter R. <php...@pe...>]

my understanding is the same as yours, Francis, but I would add a 
couple of comments:

On Friday 28 Jun 2002 03:40, Francis Fillion wrote:
> By loking at the gnu.org site 

i.e. http://www.gnu.org/philosophy. This whole site provides a good 
summary of all the legal issues, reasonably comprehensible to 
non-lawyers. license-list.html compares the various licenses.

> If it is money, well anyone can take Php.XPath and make money from
> it, it will not be the ethics way to do it, but it can be done.

There's nothing unethical in this, at least if it's intended as Free 
Software (if it's conventional copyright material, that's another 
matter). It's a common misunderstanding that Free Software means free 
as in beer, whereas it means free as in speech. The GPL was never 
intended to prevent people from making money from writing software. 
To quote the GNU site:
"Actually we encourage people who redistribute free software to charge 
as much as they wish or can."

> By the way Nigel, if you want to be sure that no one get the
> software and keep the change they made, you should relicence the
> software to somethings else.

I agree. I don't understand why phpxpath is MPL and not GPL.

Re: meaning of Php.XPath license?

[Francis F. <fra...@vi...>]

################resume############
1)I'm not a lawyer, by reading this you can not in anyway sue me for any 
reason that caused you or other's any kind of prejudice

2)NO, LGPL is not compatible with MPL

3) Modification of Php.XPath can be kept private

4) We sould maybe re-licence Php.XPath

If you want to understand all of it, read on my bad english

################resume############


Well, I didn't read the license completly, well I did 1 or 2 year's ago, 
but if I look in my book: Open SOurces VOices from the Open SOurce 
Revolution. You can get see the book online at 
http://www.oreilly.com/catalog/opensources/book/toc.html

and get the page that I talk  at
http://www.oreilly.com/catalog/opensources/book/perens.html

just go down until you get the table comparing all license.

I can see that if Php.XPath is MPL, it can be mixed with closed source 
(non-free software) and a bad thing is that modification can be made and 
kept by who did it. So if I take Php.XPath I can make some modification 
and keep it for me, it can be keep private. The MPL was made by Netscape 
for the Mozilla project, so that Netscape can take the Mozilla browser 
made some modification to it, to leverage the browser and to 
redistribute it without giving the source back to Mozilla. ( Mozilla 
will be relicensed as MPL and GPL, with both of them )


By loking at the mozilla.org site and at the gnu.org site I found that:

The Mozilla Public License (MPL).
     This is a free software license which is not a strong copyleft; 
unlike the X11 license, it has some complex restrictions that make it 
incompatible with the GNU GPL. That is, a module covered by the GPL and 
a module covered by the MPL cannot legally be linked together. We urge 
you not to use the MPL for this reason.

     However, MPL 1.1 has a provision (section 13) that allows a program 
(or parts of it) to offer a choice of another license as well. If part 
of a program allows the GNU GPL as an alternate choice, or any other 
GPL-compatible license as an alternate choice, that part of the program 
has a GPL-compatible license.


LGPL is based on GPL, so it is not compatible as read on Mozilla.org:

After the NPL and MPL were created, the Free Software Foundation stated 
that the NPL and MPL were "incompatible" with the GPL. "Incompatibility" 
in this context means that (in the opinion of the FSF) developers who 
combined code licensed under the NPL (or MPL) with code licensed under 
the GPL and distributed the resulting work could not do such 
distribution without violating the terms of the GPL. Given that the LGPL 
contains similar language to the GPL, if the MPL were in fact 
incompatible in this way with the GPL, it would arguably be incompatible 
with the LGPL as well.


If it is money, well anyone can take Php.XPath and make money from it, 
it will not be the ethics way to do it, but it can be done.

As of source of not, the only way to compile PHP is to have the Zend 
compiler, which is really costly, so if you don't compile it, they will 
get the source.

I'm not a lawyer, so my opinion is one of an ordinary user ...


By the way Nigel, if you want to be sure that no one get the software 
and keep the change they made, you should relicence the software to 
somethings else.

I hope it help.

Nigel Swinson wrote:
>>Dear Nigel,
>>
>>I have downloaded and am studying version 3.0 for use in my application.
>>I looked at the Mozilla Public License but cannot make any common sense
>>of it.
>>Can you help me? The legalese is incomprehensible to me. Even if you
>>think you understand something like that, you have no idea what a
>>judge's interpretation might be anyway....
>>
>>What I would like to know is: if I use Php.XPath as part of a larger
>>application that I am writing, am I free to distribute or sell my
>>application with or without including Php.XPath?
> 
> 
> I am equally uninspired by legal issues, to the point that I cant be
> bothered researching this for you and certainly beyond the point where I
> would think of taking you to court if you "get it wrong".  :o)
> 
> Perhaps someone else on the development team, or someone else on the mail
> list can help out though?
> 
> My gut feeling is that yes you can sell Php.XPath, but you must distribute
> the source with it, along with copyleft statement.  How you sell a php
> product without distributing the source I'll never know, but the copyright
> statement must stay.
> 
> Nigel
> 
> ===========================
> For the most recent version of Php.XPath, and an archive of this list visit:
> http://www.sourceforge.net/projects/phpxpath
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Bringing you mounds of caffeinated joy.
> http://thinkgeek.com/sf
> _______________________________________________
> Phpxpath-users mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpxpath-users
> 


-- 
Francis Fillion, BAA SI
Broadcasting live from his linux box.
And the maintainer of http://www.windplanet.com

Re: meaning of Php.XPath license?

[Nigel S. <nig...@us...>]

> Dear Nigel,
>
> I have downloaded and am studying version 3.0 for use in my application.
> I looked at the Mozilla Public License but cannot make any common sense
> of it.
> Can you help me? The legalese is incomprehensible to me. Even if you
> think you understand something like that, you have no idea what a
> judge's interpretation might be anyway....
>
> What I would like to know is: if I use Php.XPath as part of a larger
> application that I am writing, am I free to distribute or sell my
> application with or without including Php.XPath?

I am equally uninspired by legal issues, to the point that I cant be
bothered researching this for you and certainly beyond the point where I
would think of taking you to court if you "get it wrong".  :o)

Perhaps someone else on the development team, or someone else on the mail
list can help out though?

My gut feeling is that yes you can sell Php.XPath, but you must distribute
the source with it, along with copyleft statement.  How you sell a php
product without distributing the source I'll never know, but the copyright
statement must stay.

Nigel

===========================
For the most recent version of Php.XPath, and an archive of this list visit:
http://www.sourceforge.net/projects/phpxpath

Re: License

[Nigel S. <nig...@us...>]

I have no idea.  Like most at sourceforge I'm a software developer, not a
lawyer.  It information will be in the MPL which you are most welcome to
read.  I am extremely unlikely to pursue legal action if it is whatever way
or the other, but would be understandably pissed off if you started making
lots of money by "reselling" Php.XPath and we weren't getting any of it.

If anyone else on the list knows, please chip in.

Thanks for your interest and support of the library,

:o)

Nigel

===========================
For the most recent version of Php.XPath, and an archive of this list visit:
http://www.sourceforge.net/projects/phpxpath


> Hello,
>
> my name is Elmar.
>
> I take part in the project COOL
> (Cool Object Orientated Libray for webprojects).
> http://sourceforge.net/projects/cool/
>
> We are considering to use XPath for to access
> our configuration and language files wich will be in XML.
>
> The License of COOL is LGPL, that means in short
> that you can use COOL as library in propriatary software.
>
> XPath is MPL. Is MPL compatible so far with LGPL?
>
> Regards
>
> Elmar

RE: License

[<elm...@t-...>]

Should have been:

We are considering to use __phpXPath__ for to access 
our configuration and language files wich will be in XML.

...

__phpXPath__ is MPL. Is MPL compatible so far with LGPL?

License

[<elm...@t-...>]

Hello,

my name is Elmar.

I take part in the project COOL 
(Cool Object Orientated Libray for webprojects).
http://sourceforge.net/projects/cool/

We are considering to use XPath for to access 
our configuration and language files wich will be in XML.

The License of COOL is LGPL, that means in short 
that you can use COOL as library in propriatary software.

XPath is MPL. Is MPL compatible so far with LGPL?

Regards 

Elmar

Re: Cannot retrieve attributes via getData

[Tim S. <ti...@di...>]

Hello Sam,

Sam Blum wrote:
> Hi Tim, 
> 
> I added the latest version of XPath.class.php to the Sourceforge download
> list at https://sourceforge.net/projects/phpxpath/
> A lot of changes have been made since V3.0 beta. 
> We just haven't had time to wrap the package for release.
> 
> I would be happy to have some feedback if you plan to use it. :o)

thank you for uploading the latest version! My problem is fixed there.

Sorry for bothering you. Next time I will download and test the latest 
CVS version first ...

Regards,
Tim

Re: Cannot retrieve attributes via getData

[Sam B. <bs...@us...>]

Hi Tim, 

I added the latest version of XPath.class.php to the Sourceforge download
list at https://sourceforge.net/projects/phpxpath/
A lot of changes have been made since V3.0 beta. 
We just haven't had time to wrap the package for release.

I would be happy to have some feedback if you plan to use it. :o)

Regards
-- 
Sam Blum <bs...@us...>

===========================
For the most recent version of PHP.XPath  and an archive of this list
visit:  http://sourceforge.net/projects/phpxpath

Cannot retrieve attributes via getData

[Tim S. <ti...@di...>]

Hello,

with version 3.0 beta I downloaded today, I cannot retrieve attributes 
via getData:

================================================================
tim@server:/www/xml>cat test.php
<?php

require_once('XPath.class.php');

$xmlstring = '<bookmark id="1"><name>Google</name></bookmark>';

$xml = new XPath();
$xml->importFromString($xmlstring);

echo 'getData: ' . $xml->getData('/bookmark[1]/attribute::id') . "\n";
echo 'getData: ' . $xml->getData('/bookmark[1]/@id') . "\n";
echo 'getAttributes: ' . $xml->getAttributes('/bookmark[1]', 'id') . "\n";

?>
tim@server:/www/xml>php -q test.php
getData:
getData:
getAttributes: 1
================================================================

Am I doing something wrong, or is this already fixed?

A note to developers: How about putting a $Version:$ into 
XPath.class.php so that we can determine the CVS version of the file 
even if we didn't get it through CVS?

Thanks in advance,
Tim

-- 
-------------------------------------------------------
Tim Strehle
Development

Digital Collections              Phone: +49 40 235 35 0
Hammerbrookstr. 93               Fax: +49 40 235 35 180
20097 Hamburg / Germany          http://www.digicol.com
-------------------------------------------------------

Re: [Phpxpath-develop] Re: Last tango in Paris

[Nigel S. <nig...@us...>]

> > Whilst testing this, I came across another, um, feature. If you
> > have 2 exports one after the other, for example
> > ...
> > print $xml->exportAsXml();
> > print $xml->exportAsXml();
> > ...
> > the first one will have the header, the second and subsequent
> > will not. I take it this is a bug and not intentional? Seems to
> > have something to do with the node index, though putting
> > reindexNodeTree() between the 2 exports had no effect.

Turned out to be an obscure but todo with references.  Any call to export()
would blank over the xmlHeader (or possibly some other string).  I'm
unconvinced that this was our bug rather than a PHP bug, but we could code
round it so we have.

Nigel