PHP cURL: codificación / análisis (AWS Neptune con SPARQL)

Soy nuevo en SPARQL, por lo que esta puede ser una pregunta tonta, pero tengo problemas para insertar datos. Estoy usando el punto final HTTPS REST para comunicarme con la base de datos.

Tengo el siguiente triple:

<urn:data:Gen`000001>
<urn:data:content>
"This is a literal"

Lo cual yo urlencode()porque, como pensaba, no me daría errores ya que tiene el formato URI adecuado:

<urn:data:Gen%60000001>
...

Sin embargo, el carácter% está generando el error (porque si uso un en -lugar de %, funciona). Debido a esta respuesta , intenté aplicar una barra diagonal inversa al %carácter:

<urn:data:Gen\%60000001>
...

Luego intenté usar una URL en lugar de la URN:

<https://test.com/data/Gen%60000001>
<https://test.com/data/content>
...

Pero sigue dándome el mismo error:

The requested URL returned error: 400 Bad Request

Entonces, ¿qué estoy haciendo mal? ¿Cómo puedo escapar del %carácter (y tal vez otros caracteres de código urlen?) O debería preguntar, ¿Es esta la forma correcta de hacerlo, urlencode()antes de enviarlo?

EDITAR:

mi código PHP:

$q = 'update=INSERT DATA { '. '<https://test.com/data/Gen%60000001> '. '<https://test.com/data/content> '. '"This is a literal." }'; $ch = curl_init();
curl_setopt($ch, CURLOPT_URL,$config->db->public->neptune->cluster."/sparql");
curl_setopt($ch, CURLOPT_FAILONERROR, true); curl_setopt($ch, CURLOPT_CONNECTTIMEOUT, 2); 
curl_setopt($ch, CURLOPT_TIMEOUT, 3); curl_setopt($ch, CURLOPT_POST, 1);
curl_setopt($ch, CURLOPT_POSTFIELDS, $q);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true); $server_output = curl_exec($ch); if (curl_errno($ch)) {
    $error = curl_error($ch);
}

if(!$error) echo $server_output;
else
    echo $error;

Nuevamente, si solo cambio %a -que funciona:

query=select * where {?s ?p ?o}
result:
  "s" : {
    "type" : "uri",
    "value" : "https://test.com/data/Gen-60000001"
  },
  "p" : {
    "type" : "uri",
    "value" : "https://test.com/data/content"
  },
  "o" : {
    "type" : "literal",
    "value" : "This is a literal."
  }

Solución EDIT2 +:

Como señaló Kelvin Lawrence, es probable que sea un problema de análisis / codificación por parte de PHP. Eliminé el CURLOPT_FAILONERRORy ahora aparecen estos errores:

using URN:
    {
        "detailedMessage":"Malformed query: Lexical error at line 1, column 28. 
            Encountered: \"`\" (96), after : \"\"",
        "requestId":"***",
        "code":"MalformedQueryException"
    }

using URL:
    {
        "detailedMessage":"Malformed query: Lexical error at line 1, column 32. 
            Encountered: \"/\" (47), after : \"test.com\"",
        "requestId":"***",
        "code":"MalformedQueryException"}

Parece que el error al usar la URN muestra que Neptune lo recibe (o lo decodifica) como el carácter original antes de que lo codificara. Entonces, si lo codifico una vez más antes de enviarlo, funciona como debería:

$q = 'update=INSERT DATA { '.
        '<https://test.com/data/'.urlencode(urlencode('Gen`60000001')).'> '.
        '<https://test.com/data/content> '.
        '"This is a literal." }';

Pero, ¿por qué Neptuno lo recibe decodificado o por qué lo decodifica? Se envía en el cuerpo de la POST, por lo que no es necesario decodificarlo, ¿verdad? ¿Qué me estoy perdiendo?

EDIT3:

Otra cosa que debo mencionar:

$q = 'query=select * where {?s ?p ?o}';

Esta consulta funciona perfectamente, mientras que la misma consulta con nuevas líneas no funciona:

$q = 'query=select * 
        where {
            ?s
            ?p 
            ?o
        }';

Me da este error:

{
    "detailedMessage":"Malformed query: Encountered \"\" at line 1, column 9.\n
        Was expecting one of:\n    \"{\" ...\n    \"from\" ...\n    \"where\" ...\n    
        \"with\" ...\n    ",
    "requestId":"***",
    "code":"MalformedQueryException"
}

¿Por qué? Puedo resolver esto manteniendo la consulta en una línea, pero no es así como debería funcionar.

Intente utilizar base64_encode / decode. La transferencia de datos entre archivos php me funciona de esa manera

Presentar un: $string = "sadfkjæ4#%"#¤%"; $string_for_transfer = base64_encode ($ cadena);

Archivo B:

$string = $_GET["string"]; $string_data = base64_decode($string); echo $string_data;

da:

sadfkjæ4#%"#¤%