It would be converted to CSV and inlined into the modules as part of "make dist".
]]>But that doesn't give me the names in the native script /of the country I'm examining/, except in 1 case I found from the few I checked.
Pick Egypt, say:
http://en.wikipedia.org/wiki/ISO_3166-2:EG
That list of languages down the left doesn't include Egypt or Arabic, and that's what I was hoping to get.
Cheers
Ron
That list of languages down the left doesn't include Egypt or Arabic, and that's what I was hoping to get.
Good point. I could use or ship iso-codes/iso_3166_2.xml. Sorry for the mis-understanding.
2 of 4: Hi Ben
But for how many subcountry names is the native script version available? And how much work can be put into such a scheme, given the varying formats of the pages in question? The few I checked would be PITA.
Luckily I have plenty of time available, but also a number of projects I'd like to work on...
3 of 4: Hi Mark
A geodb, eh? Hmmm. I heading in that direction too. My module stuffs the Wikipedia data into an SQLite db, and I have scripts which export the data as HTML and CSV.
One pain is that the SQLite web site and Oracle both ship an exe called sqlite3, which are incompatible, unless - I assume - the db was created with their own tools. Perhaps there's a command line switch which deals with this issue. I didn't check.
Here is my distro's scripts/ dir so far. All access methods in Import/Export/Etc modules:
copy.config.pl
create.tables.pl
drop.tables.pl
export.as.csv.pl
export.as.html.pl
get.country.page.pl
get.subcountry.page.pl
get.subcountry.pages.pl
populate.countries.pl
populate.subcountries.pl
populate.subcountry.pl
report.statistics.pl
The current cost of the 3166 db from ISO is about 200 Swiss Francs = $222 Aust dollars. I can afford it but don't feel like paying for it. And updating is an issue too.
So, yes, I have an interest in it.
As for funding, I'm living off my savings, and will be for months, while I care for my mother (who has Alzheimer's) until I have to put her in a home, so in a sense extra funding is desired but not necessary.
But, as I said in a previous reply, various projects contend for my time. This is good, since the intellectual stimulation is important, but is also a type of complexity, and complexity is always a red flag for me.
4 of 4: Hi Robin
Thanx for the URL. I was not aware of that. Of course, this whole process is a big learning curve for me, but I do realise unicode is not going away so I'm absorbing it in stages.
I may well shift my data source over to that file.
As for the API, I think it'd better be the classic one-small-step-at-a-time API.
Ideas/etc very welcome. Perhaps also a more convenient discussion forum would be an idea.
Cheers
Ron
But maybe the underlying idea is to amend Dancer (resp. dancer) to use the data from the Bootstrap distribution and to generate the default files from it in addition to its other default files.
]]>Anyway, thanks for all the streams. A couple of comments: 1) sound is good (they just need to remind speakers to repeat attendees' questions so stream listeners can hear the questions; but 2) the lighting in some room is not good enough? But nevertheless, thanks a lot!
]]>Useful if you have dotJs or Greasemonkey.
]]>Anyway, thanks for all the videos!
$ set | grep PERL5
PERL5LIB=/home/s1/perl5/lib/perl5/x86_64-linux-Tthread-multi:/home/s1/perl5/lib/perl5
$ cat t/taint.t
#!perl -T
use Test::More;
diag explain \@INC;
$ cat t/notaint.t
#!perl
use Test::More;
diag explain \@INC;
$ prove
t/notaint.t .. # [
# '/home/s1/perl5/lib/perl5/x86_64-linux-Tthread-multi',
# '/home/s1/perl5/lib/perl5/x86_64-linux-gnu-thread-multi',
# '/home/s1/perl5/lib/perl5',
# '/etc/perl',
# '/usr/local/lib/perl/5.14.2',
# '/usr/local/share/perl/5.14.2',
# '/usr/lib/perl5',
# '/usr/share/perl5',
# '/usr/lib/perl/5.14',
# '/usr/share/perl/5.14',
# '/usr/local/lib/site_perl',
# '.'
# ]
t/notaint.t .. No subtests run
t/taint.t .... # [
# '/etc/perl',
# '/usr/local/lib/perl/5.14.2',
# '/usr/local/share/perl/5.14.2',
# '/usr/lib/perl5',
# '/usr/share/perl5',
# '/usr/lib/perl/5.14',
# '/usr/share/perl/5.14',
# '/usr/local/lib/site_perl'
# ]
t/taint.t .... No subtests run
...
$ perl t/notaint.t
# [
# '/home/s1/perl5/lib/perl5/x86_64-linux-Tthread-multi',
# '/home/s1/perl5/lib/perl5/x86_64-linux-gnu-thread-multi',
# '/home/s1/perl5/lib/perl5',
# '/etc/perl',
# '/usr/local/lib/perl/5.14.2',
# '/usr/local/share/perl/5.14.2',
# '/usr/lib/perl5',
# '/usr/share/perl5',
# '/usr/lib/perl/5.14',
# '/usr/share/perl/5.14',
# '/usr/local/lib/site_perl',
# '.'
# ]
$ perl -T t/taint.t
# [
# '/etc/perl',
# '/usr/local/lib/perl/5.14.2',
# '/usr/local/share/perl/5.14.2',
# '/usr/lib/perl5',
# '/usr/share/perl5',
# '/usr/lib/perl/5.14',
# '/usr/share/perl/5.14',
# '/usr/local/lib/site_perl'
# ]
Actually the prove manpage explains this issue: '... The net effect of this is that "PERL5LIB" is honoured even when prove is run in taint mode.' But somehow I don't get what exactly I must do to achieve that :-)
I could do something like:
$ prove -T $(echo $PERL5LIB | tr ":" "\n" | sed 's/^/-I/')
but that leaves a bad taste in my mouth :-)
"To get there, first we have to deprecate all source encoding that's incompatible with it. That is, we deprecate the presence of non-ASCII bytes anywhere in a source file other than in the scope of "use utf8"."
In other words, any string literals that would be affected by 'use utf8' would now be considered deprecated if there isn't 'use utf8' present. Whether that deprecation is wishful thinking is another matter.
]]>