Do not generate prefixes for example URIs

[kjetilk]

Hi!

I got a lot of test failures once the new RDF::NS release made it to CPAN, e.g.
http://www.cpantesters.org/cpan/report/080bc232-1828-11e8-a5bb-b0d86b8adac6

The reason why it breaks is that there seems to be a new prefix alice for http://example.org/
Now, I should possibly have made tests more robust, but when thinking about it, I don't really see any good reason to crowdsource the creation of http://example.org/ , http://example.com/ etc. There shouldn't be any canonical prefix for them, not even one that people agree on... So, I suggest just not set an entry based on those, which is what this patch does.

Please let me know if this is not something you want to do so that I can adjust my tests :-)

Cheers,

Kjetil

[coveralls]

Coverage increased (+0.09%) to 81.553% when pulling 7864646 on kjetilk:feature-band-example into e57fbeb on nichtich:master.

[jonassmedegaard]

Could you please elaborate what kind of problems you experienced?

Also, it seems to me that the currently adopted patch also would also block https://fine-example.jones.dk/

[kjetilk]

Sorry, I haven't gotten more time, but it would not block that example, just study the regexp in more detail.