Max Number of Images Ignored

[BKDesign Solutions]

I have noticed this list has slowed down a lot. Would I be correct in saying
this is duue to the improvements and bug fixes so that the program is
working great?

Good show

Bruce P

----- Original Message -----
From: "Mark Lesswing"
To:
Sent: Tuesday, June 19, 2007 11:39 AM
Subject: Re: [viele-dev] Max Number of Images Ignored


>I forgot to mention this fix is found in svn revision 241.
>
>
> On Tuesday 19 June 2007, Mark Lesswing wrote:
>> Jason,
>>
>> This is indeed a bug that is now fixed. Sorry this took so long, but my
>> vacation was good.
>>
>> The bug affects any server that supports "Multipart Images" or uses the
>> MRIS RETS server. It turns out that the variable called MAX_IMAGES was
>> not
>> being used when downloading from these servers. If your MLS does not
>> support "Multipart Images", you will not experience the issue.
>>
>> Here is the downside ... sorry ... If you use the affected of server to
>> do
>> huge downloads without looking at the options in the EXTRACT definition,
>> you will now experience only 6 images being downloaded. This is because
>> 6
>> is the default value.
>>
>> Of course, you can change your EXTRACT definition to make MAX_IMAGES any
>> value you would like. A huge number would give you a simulation of
>> "unlimited".
>>
>> Here is what I did:
>>
>> 1) Version 1.1.5 was never promoted to "Production"; it is still at
>> "Release Candidate 1 (RC1)"
>>
>> 2) I added the changes to 1.1.5 and updated svn to make this
>> version "Production". For those of you who use the VieleRETS Engine only,
>> the svn has the engine portion in the directory
>> {INSTALL}/common/rets-lite.
>> Someday I'll get around to setting up a separate project page for this.
>>
>> 3) Later today (hopefu lly) I will update the website and refresh the code
>> downloads.
>>
>> Now I need to make a decision ... move onto version 1.1.6 (minor
>> improvements) or rethink some weak points and start VieleRETS 2.0.
>> Suggestions?
>>
>
>
> --
> Mark
> _______________________________________________
> viele-dev mailing list
> viel...@crt.realtors.org
> http://mail.crt.realtors.org/mailman/listinfo/viele-dev
>
>

[Tony Russo]

Hi Mark,

We are currently using your vieleRETS rets_lite library/base classes in our
php RETS client.

It might be nice to add file logging to your base classes like they way
ezRETS/libRETS does with HTTP and DEBUG files.

As a work-around we currently use ob_start(), ob_get_contents() and
ob_end_clean() as wrappers around calls to your classes with
setPayloadTrace(true), setStreamTrace(true) and setTransportTrace(true) to
capture screen logging to a file.

Tony

-----Original Message-----
From: viele-de...@crt.realtors.org
[mailto:viele-de...@crt.realtors.org] On Behalf Of Mark Lesswing
Sent: Tuesday, June 19, 2007 3:19 PM
To: For discussion on the development of viele rets
Subject: Re: [viele-dev] Max Number of Images Ignored

I think so. I have only been reacting to fixing bugs.

I'm ready now for the next phase. This could be new features, changes in
work
f low, improvements in documentation, etc. I'm looking for community
direction.

On Tuesday 19 June 2007, BKDesign Solutions wrote:
> I have noticed this list has slowed down a lot. Would I be correct in
> saying this is duue to the improvements and bug fixes so that the program
> is working great?
>
> Good show
>
> Bruce P
>
>

[Tony Russo]

Hi Mark,



Here's an extract of how we use output buffering in this case just before
calling loginDirect to capture the contents of the output buffer to a
variable and ultimately write to file.



Might be nice if this functionality was added to the corse base classes
where the trace is actually sent to the screen and by using a different
variable for each trace the results could be optionally sent to one file or
different files?



Tony





Example:



$vieleretstracebuffer = '';



ob_start();



$RETRIEVER = new Exchange();



//$RETRIEVER->setHtmlTrace(false);

//$RETRIEVER->setPayloadTrace(true);

$RETRIEVER->setStreamTrace(true);

//$RETRIEVER->setTransportTrace(true);



do {

$logon_retry_count++;



ob_start();



$conn = $RETRIEVER->loginDirect($acc ount, $password, $host,
$retsVersion, $user_agent, $user_agent_version,

$user_agent_password, $default_port,
$keep_alive, $postRequests );



$vieleretstracebuffer .= ob_get_contents();

ob_end_clean();



if ( !$conn AND $logon_retry_count <= $max_logon_retry ) {

write_log( "Logon retry $logon_retry_count; waiting
$logon_pause_seconds seconds" );

sleep( $logon_pause_seconds );

}



} while ( !$conn AND $logon_retry_count <= $max_logon_retry );



...



write_log ("VieleRETS Trace: {$vieleretstracebuffer}", $timestamp = FALSE,
$newline = TRUE );

flow, improvements in documentation, etc. I'm looking for community

direction.





On Tuesday 19 June 2007, BKDesign Solutions wrote:

> I have noticed this list has slowed down a lot. Would I be correct in

> saying this is duue to the improvements and bug fixes so that the program

> is working great?

>

> Good show

>

> Bruce P

>

>

> _______________________________________________

> viele-dev mailing list

> viel...@crt.realtors.org

> http://mail.crt.realtors.org/mailman/listinfo/viele-dev







--

Mark

_______________________________________________

viele-dev mailing list

viele- d...@crt.realtors.org

http://mail.crt.realtors.org/mailman/listinfo/viele-dev

[tim.mcgrady]

Hi Mark
I vote for 1.1.6 as I think the product is strong as it stands....
Tim

> 3) Later today (hopefully) I will update the website and refresh the code

> downloads.
>
> Now I need to make a decision ... move onto version 1.1.6 (minor
> improvements)
> or rethink some weak points and start VieleRETS 2.0. Suggestions?
>
>

> On Tuesday 12 June 2007, Jason Moser wrote:
> > I'm trying to limit our rets download (using a flexmls rets server) to
> > grap only 1 image (reference URL) per list ing. I have the max images
> > parameter set but it gets ignored and can download as many as 20 images
> > per listing. Even with the URL only it still takes a very long time to
> > download the data. Since I'm only interested in the "primary" photo and
> > to lessen the load on the rets server, I'd like to get this option
> > working. I was told to use a 12345:0 (for primary photo) in the
> > getObject request but to be honest, I have no idea where to begin with
> > that information (I looked, tried, failed). Help!
> >
> > Jason

> >
> >
> >
> >
> > _______________________________________________
> > viele-dev mailing list
> > viel...@crt.realtors.org
> > http://mail.crt.realtors.org/mailman/listinfo/viele-dev
>
>
>
> --
> Mark
> _______________________________________________
> viele-dev mailing list

> viel...@crt.realtors.org
> http://mail.crt.realtors.org/mailman/listinfo/viele-dev
>



--
Tim McGrady
Canada Placemarks
Tel: 250.337.1953
http://www.canadaplacemarks.com