date:20140104

Re: [Tutor] encoding question

2014-01-04 Thread Alex Kleider


On 2014-01-04 21:20, Danny Yoo wrote:

Oh!  That's unfortunate!  That looks like a bug on the hostip.info
side.  Check with them about it.


I can't get the source code to whatever is implementing the JSON
response, so I can not say why the city is not being properly included
there.


[... XML rant about to start.  I am not disinterested, so my apologies
in advance.]

... In that case... I suppose trying the XML output is a possible
approach.


Well, I've tried the xml approach which seems promising but still I get 
an encoding related error.
Is there a bug in the xml.etree module (not very likely, me thinks) or 
am I doing something wrong?
There's no denying that the whole encoding issue is still not completely 
clear to me in spite of having devoted a lot of time to trying to grasp 
all that's involved.


Here's what I've got:

alex@x301:~/Python/Parse$ cat ip_xml.py
#!/usr/bin/env python
# -*- coding : utf -8 -*-
# file: 'ip_xml.py'

import urllib2
import xml.etree.ElementTree as ET


url_format_str = \
u'http://api.hostip.info/?ip=%s&position=true'

def ip_info(ip_address):
response =  urllib2.urlopen(url_format_str %\
   (ip_address, ))
encoding = response.headers.getparam('charset')
print "'encoding' is '%s'." % (encoding, )
info = unicode(response.read().decode(encoding))
n = info.find('\n')
print "location of first newline is %s." % (n, )
xml = info[n+1:]
print "'xml' is '%s'." % (xml, )

tree = ET.fromstring(xml)
root = tree.getroot()   # Here's where it blows up!!!
print "'root' is '%s', with the following children:" % (root, )
for child in root:
print child.tag, child.attrib
print "END of CHILDREN"
return info

if __name__ == "__main__":
info = ip_info("201.234.178.62")

alex@x301:~/Python/Parse$ ./ip_xml.py
'encoding' is 'iso-8859-1'.
location of first newline is 44.
'xml' is 'xmlns:gml="http://www.opengis.net/gml"; 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; 
xsi:noNamespaceSchemaLocation="http://www.hostip.info/api/hostip-1.0.1.xsd";>

 This is the Hostip Lookup Service
 hostip
 
  inapplicable
 
 
  
   201.234.178.62
   Bogotá
   COLOMBIA
   CO
   
   

 http://www.opengis.net/gml/srs/epsg.xml#4326";>
  -75.2833,10.4
 

   
  
 

'.
Traceback (most recent call last):
  File "./ip_xml.py", line 33, in 
info = ip_info("201.234.178.62")
  File "./ip_xml.py", line 23, in ip_info
tree = ET.fromstring(xml)
  File "/usr/lib/python2.7/xml/etree/ElementTree.py", line 1301, in XML
parser.feed(text)
  File "/usr/lib/python2.7/xml/etree/ElementTree.py", line 1641, in feed
self._parser.Parse(data, 0)
UnicodeEncodeError: 'ascii' codec can't encode character u'\xe1' in 
position 456: ordinal not in range(128)




___
Tutor maillist  -  Tutor@python.org
To unsubscribe or change subscription options:
https://mail.python.org/mailman/listinfo/tutor

Re: [Tutor] More or less final Chutes & Ladders

2014-01-04 Thread Mark Lawrence


On 05/01/2014 07:09, Keith Winston wrote:


Thanks all, interesting. I'll play more with tuples, I haven't knowingly
used them at all...

Keith



Homework for you :)  Write a line of code that creates a list of say 3 
or 4 integers, then write a line that creates a tuple with the same 
integers.  Use the dis module to compare the byte code that the two 
lines of code produce.  The difference is interesting.


--
My fellow Pythonistas, ask not what our language can do for you, ask 
what you can do for our language.


Mark Lawrence

___
Tutor maillist  -  Tutor@python.org
To unsubscribe or change subscription options:
https://mail.python.org/mailman/listinfo/tutor

Re: [Tutor] More or less final Chutes & Ladders

2014-01-04 Thread Keith Winston

Thanks all, interesting. I'll play more with tuples, I haven't knowingly
used them at all...

Keith
___
Tutor maillist  -  Tutor@python.org
To unsubscribe or change subscription options:
https://mail.python.org/mailman/listinfo/tutor

Re: [Tutor] encoding question

2014-01-04 Thread Alex Kleider

On 2014-01-04 21:20, Danny Yoo wrote:

Oh! That's unfortunate! That looks like a bug on the hostip.info
side. Check with them about it.

I can't get the source code to whatever is implementing the JSON
response, so I can not say why the city is not being properly included
there.

[... XML rant about to start. I am not disinterested, so my apologies
in advance.]

... In that case... I suppose trying the XML output is a possible
approach. But I truly dislike XML for being implemented in ways that
are usually not fun to navigate: either the APIs or the encoded data
are usually convoluted enough to make it a chore rather than a
pleasure.

The beginning does look similar:

import xml.etree.ElementTree as ET
import urllib
response =
urllib.urlopen("http://api.hostip.info?ip=201.234.178.62&position=true";)

tree = ET.parse(response)
tree

Up to this point, not so bad. But this is where it starts to look
silly:

tree.find('{http://www.opengis.net/gml}featureMember/Hostip/ip').text

'201.234.178.62'

tree.find('{http://www.opengis.net/gml}featureMember/Hostip/{http://www.opengis.net/gml}name').text

u'Bogot\xe1'
##

where we need to deal with XML namespaces, an extra complexity for a
benefit that I have never bought into.

More than that, usually the XML I run into in practice isn't even
properly structured, as is the case with the lat-long value in the XML
output here:

tree.find('.//{http://www.opengis.net/gml}coordinates').text

'-75.2833,10.4'
##

which is truly silly. Why is the latitude and longitude not two
separate, structured values? What is this XML buying us here, really
then? I'm convinced that all the extraneous structure and complexity
in XML causes the people who work with it to stop caring, the result
being something that isn't for the benefit of either humans nor
computer programs.

Hence, that's why I prefer JSON: JSON export is usually a lot more
sensible, for reasons that I can speculate on, but I probably should
stop this rant. :P

Not a rant at all.

As it turns out, one of the other things that have interested me of late
is docbook, an xml dialect (I think this is the correct way to express
it.) I've found it very useful and so do not share your distaste for
xml although one can't disagree with the points you've made with regard
to xml as a solution to the problem under discussion.
I've not played with the python xml interfaces before so this will be a
good project for me.

59 matches

Mail list logo