Objet JSON doit être str, pas 'octets'

À l'aide de Python 3.5.1, j'ai tiré dans un fichier texte où chaque ligne est en JSON forme:
{"a":"windows", "b":"escalier"...}

import json
path = 'folder/data.txt'
records=[json.loads(line) for line in open(path,'rb')]

Mais j'ai reçu le message d'erreur:

the JSON object must be str, not 'bytes'

Je n'ai pas de problème d'impression de la première ligne du fichier, donc je suis rassuré que le chemin d'accès du fichier est correct.

  • Peut-être se débarrasser de la " b " dans votre open appel? docs.python.org/2/library/functions.html#open dit qui va charger le fichier au format binaire, qui peut être pourquoi il n'est pas être pris comme une chaîne de caractères.
  • Si vous prenez juste une ligne du fichier, vous pouvez le charger en json? Comme json.loads(file.readlines()[0])
  • votre suggestion résout mon problème. J'ai aussi appris que le passage encoding='utf-8' directement dans le open appel fonctionne ainsi. Je vous remercie pour votre commentaire.
InformationsquelleAutor Greg | 2016-02-04
  1. 3

    Ouvrir le fichier en mode texte, pas en mode binaire (éventuellement explicitement en passant encoding='utf-8' à remplacer le système par défaut, depuis JSON est généralement stocké en tant que UTF-8). Le json module ne prend str d'entrée; la lecture à partir d'un fichier ouvert en mode binaire retourne bytes objets:

    # Using with statement just for good form; in this case it would work the
# same on CPython, but on other interpreters or different CPython use cases,
# it's easy to screw something up; use with statements all the time to build good habits
with open(path, encoding='utf-8') as f:
    records=[json.loads(line) for line in f]
    • Cela fonctionne, et merci pour les conseils sur l'utilisation de la forme appropriée. De commutation 'rb' pour 'encoding='utf-8' dans mon code original semble fonctionne aussi bien.
    InformationsquelleAutor ShadowRanger
  2. 2

    Essayer:
    dossiers=[json.charges(ligne.decode()) pour la ligne open(path,'rb')]

    InformationsquelleAutor Sandipan Karmakar
  3. 1

    Vous ne voulez pas spécifier "rb", puisque la représentation binaire du fichier n'est pas lisible par le module JSON. Il est probable que vous voulez "utf-8" de codage et de "lire". EDIT: au départ, j'avais dit que ces deux sont des défauts, mais il a été porté à mon attention que de nombreux OS ont différentes encodage par défaut et que Python utilise le système de réglage par défaut dans open(). Je voudrais donc vous recommandons de prévoir expressément que la configuration de l'encodage comme "utf-8".

    json prend en charge le chargement à partir d'un fichier ouvert avec "json.charge" au lieu de "json.de charges", qui charge à partir d'une chaîne, de sorte que nous pouvons sauter la lecture en tant que texte et allez à droite en JSON. Je ne pense pas que vous aurez envie de "charges" des lignes individuelles, puisque ce ne sera probablement pas en JSON valide. 

    import json
# open has __enter__ and __exit__ functions, so we can call it as a guard
# using "with" syntax and it'll close when the scope ends
with open(r".\myjson.json", encoding="utf-8") as fh:
    # load() is a convenience function to help us avoid iterating lines
    # on our own. It calls loads() on the whole doc and returns an obj
    json_obj = json.load(fh)
print (json_obj)
    • UTF-8 n'est pas toujours la valeur par défaut encoding, il est déterminé dynamiquement à partir de la plateforme dépendante des paramètres à l'aide locale.getpreferredencoding(False). Si vous connaissez l'entrée est de l'UTF-8, le dire explicitement. De même, si quelqu'un a écrit JSON blobs un-par-ligne, vous ne pouvez pas charger tout le fichier à la fois, parce que l'ensemble du fichier pris ensemble n'est pas valide JSON, les lignes sont seulement juridique, JSON dans l'isolement. Aussi, json.load appelle juste file.read() et passe à loads, donc c'est ni mieux ni pire que loads. Aussi, Py3 print besoins des parens.
    • grands points, @ShadowRanger. Pour load() vs charges(), je ne veux pas laisser entendre, il y avait un écart de performance ici, mais qu'il y a une boucle qui nous n'avons pas besoin d'écrire/lire/maintenir dans notre propre code. À l'aide de la méthode load() a moins de bruit, ce qui est généralement le pythonic façon de faire les choses. L'impression a été que je travaille dans un 2.7 interprète (mon mauvais et fixe). L'UTF-8 pense que vous avez raison et que je ne les ont précédés que sur Windows (pas nécessairement OP cas).
    • En fait, sous Windows, je ne pense pas que l'UTF-8 par défaut, il est généralement l'un de la Windows les pages de code (par exemple, cp1252, une variation sur le latin-1 qui remplace certaines habituellement inutilisés des caractères de contrôle avec les autres caractères imprimables, par exemple les guillemets). Si les données ont été tous ASCII, alors vous êtes bien de toute façon (à la fois en UTF-8 et cp1252 sont ASCII supersets), c'est seulement lorsque vous atteignez dehors de la plage ASCII que vous finiriez par avoir des problèmes. Outre les pages de code, Windows utilise généralement l'UTF-16 pour tout; il n'accepte que l'UTF-8 lorsque vous traitez avec des données sur internet (où l'UTF-8 est le standard).
    InformationsquelleAutor A Small Shell Script