Hello,
I have a set of metadata with different uuid, some generated by GN, some manually.
When I select a few of them from the search results and click actions on selection > Display selected only only those generated by GN show up.
I.e.
GN generated uuid 87b3f44d-9c1a-45d9-bc8e-82fff4e52865 appears in the filtered results.
Manual uuid urn:x-wmo:md:int.wmo.wis::UGTH20VTBB does not.
Could it be a problem with the encoding? There is no error in the log and the metadata seem to be correctly selected.
INFO [jeeves.service] - Dispatching : metadata.select
DEBUG [jeeves.service] - → parameters are :
urn:x-wmo:md:int.wmo.wis::UGTH20VTBB
add
INFO [jeeves.service] - → writing xml for : metadata.select
DEBUG [jeeves.service] - Service xml is :
2
Thanks in advance.
Mathieu
It sounds like a bug. The difficulty is knowing if it is a client side bug or a server side bug. Could you do the same request as a GET request with the uuid of one of your custom uuid, another with a generated uuid and finally with the integer id of the metadata?
Jesse
On Wed, Jun 13, 2012 at 3:53 PM, Mathieu Villemont <MATHIEU.VILLEMONT@anonymised.com> wrote:
Hello,
I have a set of metadata with different uuid, some generated by GN, some manually.
When I select a few of them from the search results and click actions on selection > Display selected only only those generated by GN show up.
I.e.
GN generated uuid 87b3f44d-9c1a-45d9-bc8e-82fff4e52865 appears in the filtered results.
Manual uuid urn:x-wmo:md:int.wmo.wis::UGTH20VTBB does not.
Could it be a problem with the encoding? There is no error in the log and the metadata seem to be correctly selected.
INFO [jeeves.service] - Dispatching : metadata.select
DEBUG [jeeves.service] - → parameters are :
urn:x-wmo:md:int.wmo.wis::UGTH20VTBB
add
INFO [jeeves.service] - → writing xml for : metadata.select
DEBUG [jeeves.service] - Service xml is :
2
Thanks in advance.
Mathieu
Live Security Virtual Conference
Exclusive live event will cover all the ways today’s security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork
Maybe it has to do with the format of your “uuid”, which is not an actual uuid format. Could you try it by using a manually set uuid in random uuid format ? (a hexadecimal number in a form like “f47ac10b-58cc-4372-a567-0e02b2c3d479”).
Kind regards
Heikki Doeleman
On Wed, Jun 13, 2012 at 10:35 PM, Jesse Eichar <jesse.eichar@anonymised.com> wrote:
It sounds like a bug. The difficulty is knowing if it is a client side bug or a server side bug. Could you do the same request as a GET request with the uuid of one of your custom uuid, another with a generated uuid and finally with the integer id of the metadata?
Jesse
On Wed, Jun 13, 2012 at 3:53 PM, Mathieu Villemont <MATHIEU.VILLEMONT@anonymised.com> wrote:
Hello,
I have a set of metadata with different uuid, some generated by GN, some manually.
When I select a few of them from the search results and click actions on selection > Display selected only only those generated by GN show up.
I.e.
GN generated uuid 87b3f44d-9c1a-45d9-bc8e-82fff4e52865 appears in the filtered results.
Manual uuid urn:x-wmo:md:int.wmo.wis::UGTH20VTBB does not.
Could it be a problem with the encoding? There is no error in the log and the metadata seem to be correctly selected.
INFO [jeeves.service] - Dispatching : metadata.select
DEBUG [jeeves.service] - → parameters are :
urn:x-wmo:md:int.wmo.wis::UGTH20VTBB
add
INFO [jeeves.service] - → writing xml for : metadata.select
DEBUG [jeeves.service] - Service xml is :
2
Thanks in advance.
Mathieu
Live Security Virtual Conference
Exclusive live event will cover all the ways today’s security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork
Live Security Virtual Conference
Exclusive live event will cover all the ways today’s security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork
Yes it seems to be related to the uuid format.
Searching for a uuid with an hexadecimal format works fine:
main.search.embedded?uuid=243bd0c0-6b0d-477f-b047-71e3a830cf16
Searching for a ‘home made’ one does not (even when encoding semicolons):
main.search.embedded?uuid=urn:x-wmo:md:int.wmo.wis::UGTH20VTBB
I should use the correct format then.
Thanks
Mathieu VILLEMONT
On 14 June 2012 09:44, heikki <tropicano@anonymised.com> wrote:
Maybe it has to do with the format of your “uuid”, which is not an actual uuid format. Could you try it by using a manually set uuid in random uuid format ? (a hexadecimal number in a form like “f47ac10b-58cc-4372-a567-0e02b2c3d479”).
Kind regards
Heikki Doeleman
On Wed, Jun 13, 2012 at 10:35 PM, Jesse Eichar <jesse.eichar@anonymised.com89…> wrote:
It sounds like a bug. The difficulty is knowing if it is a client side bug or a server side bug. Could you do the same request as a GET request with the uuid of one of your custom uuid, another with a generated uuid and finally with the integer id of the metadata?
Jesse
On Wed, Jun 13, 2012 at 3:53 PM, Mathieu Villemont <MATHIEU.VILLEMONT@anonymised.com…> wrote:
Hello,
I have a set of metadata with different uuid, some generated by GN, some manually.
When I select a few of them from the search results and click actions on selection > Display selected only only those generated by GN show up.
I.e.
GN generated uuid 87b3f44d-9c1a-45d9-bc8e-82fff4e52865 appears in the filtered results.
Manual uuid urn:x-wmo:md:int.wmo.wis::UGTH20VTBB does not.
Could it be a problem with the encoding? There is no error in the log and the metadata seem to be correctly selected.
INFO [jeeves.service] - Dispatching : metadata.select
DEBUG [jeeves.service] - → parameters are :
urn:x-wmo:md:int.wmo.wis::UGTH20VTBB
add
INFO [jeeves.service] - → writing xml for : metadata.select
DEBUG [jeeves.service] - Service xml is :
2
Thanks in advance.
Mathieu
Live Security Virtual Conference
Exclusive live event will cover all the ways today’s security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork
Live Security Virtual Conference
Exclusive live event will cover all the ways today’s security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork
Hello,
Could problem may be the use of colons in the get request?
Cheers,
Byron
--
View this message in context: http://osgeo-org.1560.n6.nabble.com/Some-uuid-not-accepted-to-filter-the-search-results-tp4981153p4981594.html
Sent from the GeoNetwork developer mailing list archive at Nabble.com.