Hi Donald, It is true that it depends on the processing software, but I think it is not standard behavior and therefore I would not recommend it. It is also implemented differently in Tapirlink. The reason is that Tapirlink uses PHP and in PHP superglobals ($_GET or $_REQUEST) return only he last kvp parameter if there are more with the same name. An alternative could be to get the whole query sting with a server variable ($_SERVER[QUERY_STRING]) and to parse the parameters with a regex, but that sounds not very attractive to me, as it depends on the used webserver if this variable is available and returned correctly. ----- Original Message ----- From: Donald Hobern To: Wouter Addink Cc: tdwg-tapir@lists.tdwg.org Sent: Tuesday, July 17, 2007 11:54 AM Subject: Re: [tdwg-tapir] error in tapir specification
Surely it depends on how the software processes the parameters. The GBIF data portal has adopted precisely this pattern (no square brackets) to allow users to specify a set of alternative values for many of the filters on the occurrence web search. The JSP receives the parameters fine.
Donald
Wouter Addink wrote: Hi, I think there is an error in the KVP Inventory examples in the Tapir specification doc.
Examples like http://example.net/tapir.cgi?op=inventory&concept=http://example.net/sch... concept=http://example.net/schema1/Genus
cannot be implemented I think, because concept will not be treated as an array here and only the last concept would be returned.
this would work:
http://example.net/tapir.cgi?op=inventory&concept%5B%5D=http://example.n... concept[]=http://example.net/schema1/Genus
regards,
Wouter Addink
---------------------------------------------------------------------------- _______________________________________________ tdwg-tapir mailing list tdwg-tapir@lists.tdwg.org http://lists.tdwg.org/mailman/listinfo/tdwg-tapir