.net session.setvariable fails at encoding international characterset

I am developing a project in .net and use the RemoteScrapingSession component.
I have a problem with International characters in strings.

I am from Denmark, so we have a few of these letters.

When I encounter strings with International letters and put them through session.getVariable and session.Setvariable, all the international letters are replaced with ?
I read the FAQ about how to avoid it in screenscraper, but how do you do it, when encoding environment variables.

I suspect that using session.Setobject encodes the string with a wrong encoding.

Here is my test example: (VisualStudio 2008 c# and MSVista)
//TEST æøå bad conversion
const string teststring = "træsko åbenhed bøllefrø";
var remoteSession = new RemoteScrapingSession("Denmark", host, port);
Console.WriteLine(teststring);
remoteSession.SetVariable("LINETEST", teststring);
object test2 = remoteSession.GetVariable("LINETEST");
Console.WriteLine(test2);

Result:
træsko åbenhed bøllefrø
tr?sko ?benhed b?llefr?

Why does SetVariable/GetVariable do this?

I might try to open up

I might try to open up screen-scraper's workbench and open the settings dialog. Try making the global encoding "UTF-8" (or possibly UTF-16?). The default is probably "ISO-8859-1", which will most certainly not work. Hopefully the problem can be quickly solved with just that!

The encoding I use in

The encoding I use in screenscraper is ISO-8859-1.
If I change it I am unable to scrape www.ois.dk correctly.

I wondered that by setting and getting a session environment variable the special letters in the string is changed into ?

I have changed it in screenscraper without making any difference.

Java fix

Hi,

Thanks for bringing this up. This actually turned out to be a result of a bug in the screen-scraper driver. We've created a fix for the Java driver, and are working for a fix in the .NET driver. Please check back in a day or so and we'll likely have a solution.

Kind regards,

Todd Wilson

Okay-- so we did some

Okay-- so we did some investigating, and we might be able to resolve the issue by making a few updates to our .NET and Java drivers in screen-scraper.

We'll likely push this out in an alpha update. If you make sure that your settings has the "Allow updates to unstable versions", you can check for new alpha updates whenever you like. I will notify you again when the update is made available. (My guess is that it will be 4.5.9a, since we are currently at 4.5.8a.)

.NET fix

Hi,

So we think we've got a fix for this in the .NET driver. Would you mind giving it a try and letting us know how it goes? To get the fix, upgrade to version 4.5.12a of screen-scraper. When you do that, it will also update the .NET driver, which is found in the "misc\dotNET" directory.

Thanks,

Todd

.NET fix - Sounds great!!!!

Thanks, Todd, for the swift support.
I am not used to this kind of feedback :-)
I developed a workaround for the problem -
URLEncoding the string in my application and
URLDecoding the string in screenscraper.

I will test the new .NET driver when I am back from holiday in few weeks time.

.NET fix - RemoteScrapingSession.dll GUGNET update?

I upgraded screenscraper enterprise to 4.5.12a
I copied the RemoteScrapingSession.dll (dated 24-03-2009???) to my project
build the project.
and ran a test on an address with national characters
No Success

Is the latest GUGNET RemoteScrapingSession GUGNET-driver from 24-03-2009?
You mentioned that you just fixed it in May 2009

Hi, Could you drop us an

Hi,

Could you drop us an email about this to [email protected]? I'd like to transfer the driver to you directly so that we can ensure you have the right one.

Thanks,

Todd