dbase dist once more

Tony,

> 
>  "Dale S. Johnson" <dsj at merit.edu> writes:
>   * Marten,
>   * 
>   *   Thanks enormously for making this code available, and for passing the
>   * prdb.db through it.  Your letting us at early versions of the code has
>   * made it possible for us to get the PRDB dumps converted to 181
> format,
> 
> Dale,
> 	one small comment on this. I notice you are using mail
> addresses in the tech-c and admin-c for the prdb dumps. This is in
> fact illegal syntax. Just a minor nit.

Thanks for pointing this out;  This should be fixed in tomorrow morning's
data.  (Well, tomorrow noon, Amsterdam time).  I do want to get this stuff
in legal shape.  (We'll see how long it takes Elise to object to being
Administrative Contact for 79 ANS routers :-) ).

Maybe we should run this at midnight, so it is available in Europe at
6:am?  This would improve the immediacy of the data for independently-made
updates (when we finally get very many of these), but it would delay the
PRDB-based updates by 18 hours, since these are usually run around 06:00
EST.

We have a lot of missing mandatory fields, for things for which we
simply don't have the data.  (Particularly contact data).  Any advice
on how you would like us to cope with this?

>   * (including the right internal names), and to hack our old implemtation 
>   * to recognize those new names.  Rick has also been able to peek at the
>   * dbserver implementation and adjust his thinking (if not his dbserver
>   * code, yet).  I will be able to look at syntax.pl to check about integrating
>   * our yacc parser there (and handling multiple-line attributes).
>   *
> This is something I would like to see if we can. The code right now
> for syntax.pl is pretty nasty (I did all this mess and I cant code so
> that will explain this ;-)).We can talk off line about this if you need a
> hand to get the pasrer in there. The main thing it needs to do is also
> produce useful messages upon ERROR or WARNING which if I remember the
> original way you did this made it quite difficult to do. AS nicer way
> would be to pass the whole object to the pasrer perhaps. 

Ok;  off-line.

--Dale



-------- Logged at  Tue Oct 18 21:37:07 MET 1994  ---------