I get a file on a monthly basis with the EXACT fromat. it looks somthing like this:
code agetn number name state account ----+-----+-------+-----------+------+--------------- 423 8834 9934 Washington 993 2993 652 9234 2203 Dallas 441 9223 999 8888 0002 North, East 434 3552
the last raw is SOOO problematic because my csvreader believe that the next token is a state number while it is a string [EAST] this is of course because of the comma: North, East.
anyone have a nice solution for this? thanks
Joined: Sep 23, 2004
Update your parser to handle it?
Seriously, I'm a bit confused because you're showing the data as space separated but your indicating a problem with commas. Which way is it? I would say that the data is not in the correct format if you mean to have commas as the delimiter. The traditional manner is that each field is surrounded by the double quote character so that you really separate by them, not the commas. Of course, having an embedded double quote character then needs to be addressed if your data supports it.
<a href="http://forums.hotjoe.com/forums/list.page" target="_blank" rel="nofollow">Java forums using Java software</a> - Come and help get them started.
Joined: Sep 10, 2004
the data is taken from a csv file - so this means that it is separated by commas. I meant the space to represent the commas.
author and iconoclast
Originally posted by Peter Primrose: I meant the space to represent the commas.
this is the exact format.
What I'm saying is that unless you show us exactly what the file looks like, we might be missing an opportunity. If the fields are always the same size, then we could use that. If there are always exactly 7 numbers at the end, we could use that. If that "Washington/Dallas/North, East" field never contains any digits, we could use that. But we can't help you parse a file whose format is unknown to us.
Joined: Mar 22, 2005
CSV has a number of edge cases that you need to consider. Why reinvent the wheel when there are ready-made libraries that can do CSV-handling for you?