This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/ripe-list@ripe.net/
about ripe.db on ftp.ripe.net
- Previous message (by thread): about ripe.db on ftp.ripe.net
- Next message (by thread): about ripe.db on ftp.ripe.net
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Francisco Guerreiro
francisco.guerreiro at acv.org.pt
Wed Dec 15 18:09:37 CET 2004
Jeroen Massar wrote: > >I wonder what kind of research you are doing? Maybe indexing prefixes >based on the administrative contact? Note that it is contact >information, not the location of the prefix. Nor does it have any >relation on location or whatsoever against the prefix in the database, >thus I wonder what the value of that information could be, except for >contact or direct marketing purposes... > > > It's for a university paper, the value of the information is the information itself, don't think about practical use for the information, since the practical use is actually writing the paper :) The person(s) who is the admin-c/tech-c or the company behind it, that's the prime of information I want. >1 person can have multiple handles, but 1 handle maps to 1 person/role. >And even if you had the info you would need to apply a very smart filter >because if a person has multiple handles you can't do a direct match as >a space extra, comma here, different address there and it already breaks >your statistical analysis with incorrect assumptions. > > well, I had to apply a filter to ripe.db.inetnum too :) that's no biggie, best to do is to read a little bit of the whole db, do a parser for common entry's and separate them from different ones. on the person case, it's just a matter of stripping/converting some characters and tolower() them. After that, I can right the regex I need to parse the data and store it on a sql db :) then, it's just a matter of making concept relations between the collected data. Internet Contact information is of no use to me since if any contact with any company should be made in the future on this or other papers, it would be through registered 'snail' mail, as one should always do (at least if you live in Portugal :D) in official communications between Companys/Universitys. It's funny because the actual contact information is of no use to me anyway, if any contact would be made, I'd have to phone the company to find out the person who deals with that kind of mail and address it to that person, or it would be simply discarded. So, as I think I made it clear, my intentions aren't those of a spammer/whatever-alike, I just need legitimate information that's not (that) available anymore due to bad use of it (i guess). regards, Francisco Guerreiro -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 5261 bytes Desc: S/MIME Cryptographic Signature URL: </ripe/mail/archives/ripe-list/attachments/20041215/3dee58e7/attachment.bin>
- Previous message (by thread): about ripe.db on ftp.ripe.net
- Next message (by thread): about ripe.db on ftp.ripe.net
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]