Re: What is the regular expression for this string? - Regular Expressions Discussion Boards

Re: I need help with a complex regex

jschell14-Apr-23 11:28

jschell

14-Apr-23 11:28

Richard MacCutchan wrote:
Nothing would be further from my mind

My post was phrased poorly since that part was not actually intended for you.

It was directed at the OP and/or other readers who might come across my comment.

Re: I need help with a complex regex

Member 1274653217-Apr-23 20:50

Member 12746532

17-Apr-23 20:50

Richard MacCutchan wrote:
It would be easier to write a string parsing routine of your own.

Hi Richard,
Thanks for the tip. Although I don't fully understand what you mean with "string parsing routine", I solved the issue by writing a regex for each column needed instead of a "catch-all" regex. Perhaps that is what you meant.

Re: I need help with a complex regex

Richard MacCutchan17-Apr-23 22:04

Richard MacCutchan

17-Apr-23 22:04

No, my suggestion was to abandon the use of Regex patterns. You can easily split the string into an array of strings separated by spaces. All words before an entry of "b." are parts of the name. All words after the "b." and before "d." or the end of the text, relate to the birth date. All items after "d." relate to the date of death. And apart from anything else it makes your code much clearer.

What is the regular expression for this string?

Member 1595912122-Mar-23 11:29

Member 15959121

22-Mar-23 11:29

I am looking for the regular expression for the following.

Microsoft.Sql/servers/*.*/databases

That can match

Microsoft.Sql/servers/some-text/databases
Microsoft.Sql/servers/some--other-text/databases

etc...

The words

"Microsoft.Sql/servers/"

"/databases"

should be an exact match.. and where

*.*

can match any text.

Re: What is the regular expression for this string?

Richard MacCutchan22-Mar-23 23:12

Richard MacCutchan

22-Mar-23 23:12

Try this:

Microsoft.Sql/servers/.*/databases

The .* will match an character followed by any other character, so you may need to modify that if you want to exclude any specific characters (e.g. any that are not valid in path names). You can get yourself a free copy of Expresso Regular Expression Tool[^] which will help develop REs.

[edit]
As suggested by k5054 below, the RE should have anchors so it is restricted to the actual text starting at Microsoft and ending at databases.

^Microsoft.Sql/servers/.*/databases$

[/edit]

modified 23-Mar-23 9:58am.

Re: What is the regular expression for this string?

k505423-Mar-23 3:52

k5054

23-Mar-23 3:52

You might want to add anchors to that, too eg:

^Microsoft.Sql/servers/.*/databases$

so you don't also match my-Microsoft.Sql/servers/some-text/databases.info

Keep Calm and Carry On

Re: What is the regular expression for this string?

Richard MacCutchan23-Mar-23 3:55

Richard MacCutchan

23-Mar-23 3:55

Thanks, I forgot about those.

Re: What is the regular expression for this string?

jschell23-Mar-23 6:24

jschell

23-Mar-23 6:24

Member 15959121 wrote:
Microsoft.Sql/servers/*.*/databases

You are misusing the asterisk. It matches the preceding element only. which in this case is the forward slash.

Moreover it matches zero or more. Which is probably not what you want.

However you also said...

"Microsoft.Sql/servers/" and "/databases" should be an exact match

So the first attempt at a fix, which is not correct, would look like the following.

(Microsoft.Sql/servers/)?.*/databases

But that is limited then because it does not match the second expression. You might think the following is a good idea but do NOT do this. You should never create a regex in which everything is optional.

(Microsoft.Sql/servers/)?.*(/databases)?

You would need to use an or ('|') with 3 expressions (match first, match last, match all) which to me is way too confusing from the maintenance standpoint.

It is not even clear to me if you have defined your match space. Presuming the following are NOT valid

Microsoft.Sql/servers/xxx
xxx/databases

Then I would do the following (pseudo code)

if match just: Microsoft.Sql/servers
else if match just: /databases
else match: Microsoft.Sql/servers/.*/databases

But additionally note even the above matches the following which is probably not what you want.

Microsoft.Sql/servers///\\&4xz    /databases/servers/databases

Re: Where to start - need to extract...using regular expression

k505415-Mar-23 10:39

k5054

15-Mar-23 10:39

First off, have you tried pre-pending TERM=dumb to your command string. That *should* remove all the control chars from the command output e.g.

Terminal

[k5054@localhost ~]$ TERM=vt100 infocmp
#       Reconstructed via infocmp from file: /usr/share/terminfo/v/vt100
vt100|vt100-am|DEC VT100 (w/advanced video),
        am, mc5i, msgr, xenl, xon,
        cols#80, it#8, lines#24, vt#3,
        acsc=``aaffggjjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~,
        bel=^G, blink=\E[5m$<2>, bold=\E[1m$<2>,
        clear=\E[H\E[J$<50>, cr=\r, csr=\E[%i%p1%d;%p2%dr,
        cub=\E[%p1%dD, cub1=^H, cud=\E[%p1%dB, cud1=\n,
        cuf=\E[%p1%dC, cuf1=\E[C$<2>,
        cup=\E[%i%p1%d;%p2%dH$<5>, cuu=\E[%p1%dA,
        cuu1=\E[A$<2>, ed=\E[J$<50>, el=\E[K$<3>, el1=\E[1K$<3>,
        enacs=\E(B\E)0, home=\E[H, ht=^I, hts=\EH, ind=\n, ka1=\EOq,
        ka3=\EOs, kb2=\EOr, kbs=^H, kc1=\EOp, kc3=\EOn, kcub1=\EOD,
        kcud1=\EOB, kcuf1=\EOC, kcuu1=\EOA, kent=\EOM, kf0=\EOy,
        kf1=\EOP, kf10=\EOx, kf2=\EOQ, kf3=\EOR, kf4=\EOS, kf5=\EOt,
        kf6=\EOu, kf7=\EOv, kf8=\EOl, kf9=\EOw, lf1=pf1, lf2=pf2,
        lf3=pf3, lf4=pf4, mc0=\E[0i, mc4=\E[4i, mc5=\E[5i, rc=\E8,
        rev=\E[7m$<2>, ri=\EM$<5>, rmacs=^O, rmam=\E[?7l,
        rmkx=\E[?1l\E>, rmso=\E[m$<2>, rmul=\E[m$<2>,
        rs2=\E<\E>\E[?3;4;5l\E[?7;8h\E[r, sc=\E7,
        sgr=\E[0%?%p1%p6%|%t;1%;%?%p2%t;4%;%?%p1%p3%|%t;7%;%?%p4%t;5%;m%?%p9%t\016%e\017%;$<2>,
        sgr0=\E[m\017$<2>, smacs=^N, smam=\E[?7h, smkx=\E[?1h\E=,
        smso=\E[7m$<2>, smul=\E[4m$<2>, tbc=\E[3g,

[k5054@localhost ~]$ TERM=dumb infocmp
#       Reconstructed via infocmp from file: /usr/share/terminfo/d/dumb
dumb|80-column dumb tty,
        am,
        cols#80,
        bel=^G, cr=\r, cud1=\n, ind=\n,
[k5054@localhost ~]$

In general you can set any environment variable this way, so you might do something like

Shell

LD_LIBRARY_PATH=/home/k5054/lib  DEBUG=1 ./foo

Which would add LD_LIBRARY_PATH and DEBUG variables to the environment, but only for the duration of the given command.

But on to your problem. Assuming you've managed to remove your control characters, what it looks like you want to do is to match any line that does not have an option to it. Based on what you have here, you could match on any line that does not contain either a '[' (i.e. a required argumetn) or a '<' (i.e. an optional argument). So the regex for that would be [^<\[]. Note we need to escape the opening square bracket, otherwise its treated as special character, and that means the regex won't compile.

C++

<h1>include <regex></h1>

regex admin_cmds{"^.+[\\[<].+$"}; // note we need two \\ for C++
if ( ! regex_match(text, admin_cmds ) {
    // text does not contain a '<' or a '['
    // do stuff
}

You could probably pull out the actual strings for the command and the options etc if you use subgroupings, (patter), but I'll leave that as an exercise for you and the documentation: [std::regex_match - cppreference.com](https://en.cppreference.com/w/cpp/regex/regex_match)

Keep Calm and Carry On

Regular expression to return all keys in a Bibtex file

Member 159423565-Mar-23 5:46

Member 15942356

5-Mar-23 5:46

A Bibtex file is a structured file (I have shown an example of two records at the end).

I would like to extract the 'keys', which is the text between an '@' and a comma but only get the text AFTER the '{'

So, in the line

@Article{m2023a,

it would return 'm2023a'

.. failing that, I could just get all those lines and then do another regex to further refine.

The best I have come up with so far is:

/@([^,]*)\,/

but I can't help feeling that there is a better way, and even this is not quite right.

An example of a Bibtex file is (this is two records, there could be hundreds):

@Article{m2023a,
  author  = {S. Macdonald},
  journal = {Social Science Information},
  title   = {The gaming of citation and authorship in academic journals: a warning from medicine},
  year    = {2023},
  doi     = {10.1177/05390184221142218},
  issue   = {In Press},
}

@Misc{b2017a,
  author  = {S. Buranyi},
  title   = {Is the staggeringly profitable business of scientific publishing bad for science?},
  year    = {2017},
  journal = {The Guardian, 27 June 2017},
  url     = {https://www.theguardian.com/science/2017/jun/27/profitable-business-scientific-publishing-bad-for-science},
}

Re: Regular expression to return all keys in a Bibtex file

Richard Deeming5-Mar-23 21:36

Richard Deeming

5-Mar-23 21:36

So you just want the value between the { and the , on the lines starting with @?

That seems simple enough:

RegEx

^@[^{]+\{([^,]+),

Demo[^]

"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer

Re: Regular expression to return all keys in a Bibtex file

Member 159423566-Mar-23 19:48

Member 15942356

6-Mar-23 19:48

Thank you - it might seem simple to you Smile | :)

, but I really appreciate the help.

Re: Regular expression to return all keys in a Bibtex file

jschell8-Mar-23 6:57

jschell

8-Mar-23 6:57

Member 15942356 wrote:
but I can't help feeling that there is a better way

Probably there is a better way unless you really only want the key and will not want anything else.

If you are going to want something else (or several things) then the better way is to write (or find) and actual parser. So code, not just regex, which parses files based on the structure specified from the spec.

Remove all double quotes not directly preceded or directly followed by a semicolon.

Guus20053-Mar-23 3:55

Guus2005

3-Mar-23 3:55

Hi,

I have 3000 large csv files which give an error when i bulk insert them into a sql server table. This is caused by the fact that some text fields, which are surrounded by double quotes sometimes have quotes in them:

1;200;345;"Apotheker "Blue tongue"";"Apeldoorn";12;"ABCD12"
2;232;312;"Café "Blue Oyster";"Rotterdam";33;"DCBA21"

Sometimes 1 and sometimes 2 double quotes too many.
They need to be removed or replaced by single quotes.

Like this:
1;200;345;"Apotheker Blue tongue";"Apeldoorn";12;"ABCD12"
2;232;312;"Café Blue Oyster";"Rotterdam";33;"DCBA21"

In short the solution is this:
Remove all double quotes not directly preceded or directly followed by a semicolon.

I bought RegexBuddy and RegexMagic to help me on my quest but no solution is forthcomming.

I want to use powershell to scan all the files and replace where necessary.

I hope you can help me.

Thanks for your time

Re: Remove all double quotes not directly preceded or directly followed by a semicolon.

Richard Deeming3-Mar-23 4:05

Richard Deeming

3-Mar-23 4:05

How about using zero-width negative look-ahead/behind assertions?

RegEx

(?<!;)(?!"(;|$))"

Demo[^]

"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer

Re: Remove all double quotes not directly preceded or directly followed by a semicolon.

Guus20053-Mar-23 5:19

Guus2005

3-Mar-23 5:19

Thanks for your quick response!

It seems i have oversimplified my test string.

"aul";1;200;"aap"noot";"cafe "'t hoekje"";piet

The string can start with a double quote, which is ok.

Can you fix this easily?

Re: Remove all double quotes not directly preceded or directly followed by a semicolon.

Richard Deeming5-Mar-23 21:27

Richard Deeming

5-Mar-23 21:27

RegEx

(?<!(;|^))(?!"(;|$))"

Demo[^]

"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer

Re: Remove all double quotes not directly preceded or directly followed by a semicolon.

jschell6-Mar-23 6:45

jschell

6-Mar-23 6:45

This is an example of why I always insist on tabs as a separator (not commas nor semi-colons.)

Guus2005 wrote:
Remove all double quotes not directly preceded or directly followed by a semicolon

You are trying to solve this incorrectly.

Guus2005 wrote:
1;200;345;"Apotheker "Blue tongue"";"Apeldoorn";12;"ABCD12"

You do not want to "remove" the double quotes because they are part of the value. The following is the correct value from the above.

Apotheker "Blue tongue"

The pattern for the CSV is as follows
1. Semi-colon separates values.
2. Some values are quoted (double quotes.)

For processing for the second case the following applies for the value (not the line but just a value from the line.)
1. The double quotes MUST be at both the end and start of the value. It is ignored if both are not true.
2. The double quotes in that case are removed. Double quotes internal are not impacted.

Additionally you need to deal with the potential that there is a semi-colon in the middle of a value.
If there is a semi-colon in a value then I doubt you should be using a regex to parse lines. Certainly if I was doing it I would not use a regex. Rather I would build a parser/tokenizer since the rules would be easier to see (and debug). Additionally it would probably be faster also.

The tokenizer makes the case with the semi-colon much easier to deal with. The tokenizer rule would be in general
1. Find a semi-colon (start at semi-colon.)
2. If the next character is a double quote, flag a rule that it must look for quote then semi-colon as next break.
3. If the next character is not a double quote, flag a rule that it must look for a semi-colon as next break.

regex expression for us addresses

jpcodex15321-Feb-23 14:55

jpcodex153

21-Feb-23 14:55

Do you think this regular expression that I made for US addresses is good enough for 99.9% of addresses out there?

^(?<housenumber>\d{1,5}) (?:(?<predirectional>N|E|S|W|NE|SE|SW|NW) ){0,1}(?<streetname>(?:[A-Z][A-Za-z]{0,40}|(?:[1-9]\d{0,2}(?:st|rd|nd|th)))(?: [A-Z][A-Za-z]{0,40}){0,5}) (?<streettype>Alley|Aly|Annex|Anx|Arcade|Arc|Avenue|Ave|Bayou|Byu|Beach|Bch|Bend|Bnd|Bluff|Blf|Bluffs|Blfs|Bottom|Btm|Boulevard|Blvd|Branch|Br|Bridge|Brg|Brook|Brk|Brooks|Brks|Burg|Bg|Burgs|Bgs|Bypass|Byp|Camp|Cp|Canyon|Cyn|Cape|Cpe|Causeway|Cswy|Center|Ctr|Centers|Ctrs|Circle|Cir|Circles|Cirs|Cliff|Clf|Cliffs|Clfs|Club|Clb|Common|Cmn|Commons|Cmns|Concourse|Conc|Corner|Cor|Corners|Cors|Course|Crse|Court|Ct|Courts|Cts|Cove|Cv|Coves|Cvs|Creek|Crk|Crescent|Cres|Crest|Crst|Crossing|Xing|Crossroad|Xrd|Crossroads|Xrds|Curve|Curv|Dale|Dl|Dam|Dm|Divide|Dv|Drive|Dr|Drives|Drs|Esate|Est|Estates|Ests|Expressway|Expy|Extension|Ext|Extentions|Exts|Fall|Falls|Fl|Ferry|Fry|Field|Fld|Fields|Flds|Flat|Flt|Flats|Flts|Ford|Frd|Fords|Frds|Forest|Frst|Forge|Frg|Forges|Frgs|Fork|Frk|Forks|Frks|Fort|Ft|Freeway|Fwy|Garden|Gdn|Gardens|Gdns|Gateway|Gtwy|Glen|Gln|Glens|Glns|Green|Grn|Greens|Grns|Grove|Grv|Groves|Grvs|Harbor|Hbr|Harbors|Hbrs|Haven|Hvn|Heights|Hts|Highway|Hwy|Hill|Hl|Hills|Hls|Hollow|Holw|Inlet|Inlt|Island|Is|Islands|Iss|Isle|Junction|Jct|Junctions|Jcts|Key|Ky|Keys|Kys|Knoll|Knl|Knolls|Knls|Lake|Lk|Lakes|Lks|Land|Landing|Lndg|Lane|Ln|Light|Lgt|Lights|Lgts|Loaf|Lf|Lock|Lck|Locks|Lcks|Lodge|Ldg|Loop|Mall|Manor|Mnr|Manors|Mnrs|Meadow|Mdw|Meadows|Mdws|Mews|Mill|Ml|Mills|Mls|Mission|Mls|Mission|Msn|Motorway|Mtwy|Mount|Mt|Mountain|Mtn|Mountains|Mtns|Neck|Nck|Orchard|Orch|Oval|Overpass|Opas|Park|Parks|Parkway|Pkwy|Parkways|Pass|Passage|Psge|Path|Pike|Pine|Pines|Pnes|Place|Pl|Plain|Pln|Plains|Plns|Plaza|Plz|Point|Pt|Points|Pts|Port|Prt|Ports|Prts|Prairie|Pr|Radial|Radl|Ramp|Ranch|Rnch|Rapid|Rpd|Rapids|Rpds|Rest|Rst|Ridge|Rdg|Ridges|Rdgs|River|Riv|Road|Rd|Roads|Rds|Route|Rte|Row|Rue|Run|Shoal|Shl|Shoals|Shls|Shore|Shr|Shores|Shrs|Skyway|Skwy|Spring|Spg|Springs|Spgs|Spur|Spurs|Square|Sq|Squares|Sqs|Station|Sta|Stravenue|Stra|Stream|Strm|Street|St|Streets|Sts|Summit|Smt|Terrace|Ter|Throughway|Trwy|Trace|Trce|Track|Trak|Trafficway|Trfy|Trail|Trl|Trailer|Trlr|Tunnel|Tunl|Turnpike|Tpke|Underpass|Upas|Union|Un|Unions|Uns|Valley|Vly|Valleys|Vlys|Viaduct|Via|View|Vw|Views|Vws|Village Vill|Vlg|Villages|Vlgs|Ville|Vl|Vista|Vis|Walk|Walks|Wall|Way|Ways|Well|Wl|Wells|Wls)(?: (?<streetnumber>[1-9]\d{0,4}[A-Z]{0,2})){0,1}(?: (?<postdirectional>N|E|S|W|NE|SE|SW|NW)){0,1}$

Re: regex expression for us addresses

PIEBALDconsult21-Feb-23 15:02

PIEBALDconsult

21-Feb-23 15:02

Not hardly. I live in an area with many Spanish-style addresses -- Calle This, Avenida That, Caminito The Other. I assume that would be true throughout the southwest. I imagine French-style addresses abound in some parts of the north and Louisiana.

It cannot be done, you'd have a better time using Regular Expressions to parse HTML and only summon Cthulhu. Parsing Html The Cthulhu Way[^]

Edit: Oh, man! I just remembered Palmdale, CA -- look at their street naming convention!

modified 21-Feb-23 21:14pm.

Re: regex expression for us addresses

jpcodex15321-Feb-23 15:25

jpcodex153

21-Feb-23 15:25

Well I tried... lol. What is up with their street numbering convention in CA... WTF | :WTF:

Also, I might be forgetting some characters like á and ñ...

Re: regex expression for us addresses

PIEBALDconsult21-Feb-23 15:30

PIEBALDconsult

21-Feb-23 15:30

"Urban Planning" (ptui) is simply ridiculous. You wind up with the Esperanto version of a city and no one wants it or asked for it.

Re: regex expression for us addresses

Kenneth Haugland21-Feb-23 18:36

Kenneth Haugland

21-Feb-23 18:36

PIEBALDconsult wrote:
Oh, man! I just remembered Palmdale, CA -- look at their street naming convention!

Nuts!

Re: regex expression for us addresses

jschell22-Feb-23 6:06

jschell

22-Feb-23 6:06

jpcodex153 wrote:
US addresses is good enough

What is even the point? Why do you think you need to validate a postal address at all? What business need are you serving by attempting to validate?

Lets say your app results in shipping a product to a postal address so you want to validate that. Then there is a service (at least one) that allows you to at least validate that the US Postal Service recognizes it. So that is what you should actually use.

If you do not actually need to deliver something then don't validate it at all.

Re: regex expression for us addresses

trønderen22-Feb-23 12:04

trønderen

22-Feb-23 12:04

Maybe he wants a filter to prevent non-US-style foreign addresses from getting through?

We see that a lot from US web shops: They insist on

- a 'state' level between the city and the country (not accepting a blank, full stop, dash, ... It must be an alphabetic word)
... Norway is not split into 'states'. The counties are never used in mail addresses (and they were reorganized a couple of years ago).

- a five digit zip code.
... Norway uses four digit zip codes. (Usually you can get away with adding a leading zero, which really looks silly.)

- the zip code placed after the state name.
... In Norway, the zip code is written before the City name.

If some non-US-style address is presented, it can be rejected: This is un-American! We do not want to be bothered by un-American stuff!

(Yes, I see the subject line explicitly referring to 'us addresses'. Explicitly saying: We do not care for, and probably will never in the future care for, anything outside the US. We are actively working to keep up the stereotypical image.)

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.