llParseString2List - splitting regardless of capitalization?

[Domitan Redenblack]

llParseString2List - anyone have ideas about how to do string splitting into list items regardless of capitalization of the splitting pattern?

 

I assume a loop will be needed to step through the string "manually"....

 

[Monti Messmer]

Hi do you mean: 

list my_list = llParseString2List(my_string,["A", "a"],[""]);

You have a list of separators, so you can provice upper- and lowercase in at same time.

Monti

[Domitan Redenblack]

Ah, yes, but suppose the separator is a Region name? With say 22 letters? "Sub-Antarctic SnowZone" etc

[Darkie Minotaur]

if you dont care to loose case information, you could simply do a llToLower on the string

[Domitan Redenblack]

---

Darkie Minotaur wrote:

if you dont care to loose case information, you could simply do a llToLower on the string

---

No, thanks. I do need to keep all the Uppers etc. Looks like it'll have to be a copy of the string to lower case, then get offset, then use offset in Orig string to break into list items etc.

 

[Innula Zenovka]

---

Domitan Redenblack wrote:

Ah, yes, but suppose the separator is a Region name? With say 22 letters? "Sub-Antarctic SnowZone" etc

---

Could you give us an example of a typical string you would like spitting into three list entries?   It may be possible to discern a pattern there you haven't noticed.

[Void Singer]

I'm with Innula on this one... it largely depends on how you are splitting it, and what the source for the split definitions is, as well as the source of the string to split.

[Domitan Redenblack]

I have a database of a long string of region names and sales data, returned via llGetHTTP etc.

The first element of each "record" is the name of a region in SL. I have a HUD which does MySQL requests for this long string of data, which is returned in a single string. I need to divide up the records by the region name. The agent who uses the HUD may not have capitalization right, which doesn't bother MySQL, but llParseString2List() *does* care about capitalization of the region names.

So if an agent searches the database for a region name, but get capitalization wrong, the data is returned but I can't parse it. So, I was looking for a way to break up the string into records, by region name, but without paying attention to capitalization, etc.

I can require agents to get capitalization correct, but was curious about Parsing strings based on break-strings which ignore capitalization.

My proposed solution may be the only way. Just curious if you might suggest other ways to parse strings when capitalization is irrelevant.

ty

 

[Darkie Minotaur]

Why don't you use e.g. a pipe on the PHP side to put the result together into strings and then use the pipe character as a separator in llParseString2List?

[Void Singer]

do the searching outside of SL, so you have access to things like regex matching, then return the strings with delimiters... like a line break

[Domitan Redenblack]

---

Void Singer wrote: do the searching outside of SL, so you have access to things like regex matching, then return the strings with delimiters... like a line break

---

Nods. Yes, was hoping to avoid that, but really  interested mostly if there was a clean way to do it in LSL.

Thanks all.

[Void Singer]

clean? no...

you can keep the original string as a separate list for reporting to the user, lowercase the incoming region names separately for matching, but that only gives you case insensitivity and not partial match. to do partial matching you'd have to either loop through the list or keep it as one string and try to get a match that way.... it's always going to be dirty and slow to do more than simple matching in lsl.