Date   

Re: Counterweight Shaft Case

Stone, Jack G
 

Joe Z. – here is an image of what I referred to:

 

 

This has to be removed to fit into the schedule 80 2” tube.

This is the counter weight end plate.

 

Regards,

 

Jack ~

 

From: main@ap-gto.groups.io <main@ap-gto.groups.io> On Behalf Of Joe Zeglinski
Sent: Tuesday, February 09, 2021 1:03 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Counterweight Shaft Case

 

Hi Barry,

 

    Guess I missed it – I assumed you had cemented-on a “threaded ABS fitting”,  which would conveniently accommodate a threaded end-cap, so no need of the cap being stored in a case,  or falling off the pipe in the trunk, possibly lost on the ground at night.

Wouldn’t want to risk toe-injury if you held it upright, the wrong end  up, and the cap is slammed off downward by the heavy bar :-)

 

Joe Z.

 

From: Barry Megdal

Sent: Tuesday, February 9, 2021 3:18 PM

Subject: Re: [ap-gto] Counterweight Shaft Case

 

I keep the end cap with other small accessories in a small box.

- Barry


Re: Counterweight Shaft Case

Don Anderson
 

Hi guys. Since we are talking about counter wt shaft totes, Here is my version of what Barry is talking about

Don Anderson


On Tuesday, February 9, 2021, 02:06:46 p.m. MST, Joe Zeglinski <j.zeglinski@...> wrote:


Hi Barry,
 
    Guess I missed it – I assumed you had cemented-on a “threaded ABS fitting”,  which would conveniently accommodate a threaded end-cap, so no need of the cap being stored in a case,  or falling off the pipe in the trunk, possibly lost on the ground at night.
Wouldn’t want to risk toe-injury if you held it upright, the wrong end  up, and the cap is slammed off downward by the heavy bar :-)
 
Joe Z.
 
From: Barry Megdal
Sent: Tuesday, February 9, 2021 3:18 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Counterweight Shaft Case
 
I keep the end cap with other small accessories in a small box.

- Barry


Re: First light for a new camera

Don Anderson
 

Yes. They are getting better. I am thinking of an APS C format ie imx571 mono camera. Will need to u/g my FW and filters though.

Don Anderson


On Tuesday, February 9, 2021, 09:26:09 a.m. MST, Dean Jacobsen <deanjacobsen@...> wrote:


On Mon, Feb 8, 2021 at 06:50 PM, Don Anderson wrote:
Up to now, it has been hard to beat the 694 for sensitivity and low noise until the most recent CMOS offerings have come out. I will be watching The developments closely
Don, when you are ready to get a new camera I think you will be pleased with the excellent choices that are available these days.
 
--
Dean Jacobsen
http://astrophoto.net/wp/
Image Gallery - http://astrophoto.net/wp/image-gallery/
Astrobin Image Gallery - https://www.astrobin.com/users/deanjacobsen/ 
Amateur Radio Call Sign - W6DBJ


Re: Counterweight Shaft Case

Joe Zeglinski
 

Hi Barry,
 
    Guess I missed it – I assumed you had cemented-on a “threaded ABS fitting”,  which would conveniently accommodate a threaded end-cap, so no need of the cap being stored in a case,  or falling off the pipe in the trunk, possibly lost on the ground at night.
Wouldn’t want to risk toe-injury if you held it upright, the wrong end  up, and the cap is slammed off downward by the heavy bar :-)
 
Joe Z.
 

From: Barry Megdal
Sent: Tuesday, February 9, 2021 3:18 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Counterweight Shaft Case
 
I keep the end cap with other small accessories in a small box.

- Barry


Re: Counterweight Shaft Case

Barry Megdal
 

I keep the end cap with other small accessories in a small box.

- Barry


Re: What is the current status for Linux / Mac support via INDI or similar?

 

Howdy,

Our mount driver is ASCOM compatible, which in current state is suitable for Windows only.  However, our latest utilities are compatible with Mac and Linux computers since they run on Java. First is our FindMounts utility, which can help you with networking diagnostics by finding your CP4 or CP5 on the network. Second is our Serial Utility, which can do a number of really nifty things over serial; loading new CP4/CP5 firmware, a built in command terminal, networking features, and more. It isn't as great as the full APCC suite, but it does allow us to assist customers when we know they may not have the same computers that we do. Finally, the Keypad Update software has been totally overhauled from the ground up for the V5 release, and is tested to work on Windows, Linux and Mac computers, making these latest upgrades more available for the people that need them. 

There are numerous planetarium programs for Linux that interact through INDI, that use the community built AP INDI driver.  However, we've not invested significant efforts in testing these options and would have difficulty providing support. Perhaps there are others on this forum that can speak to their experiences with these programs?

In the future, we do intend to release an improved version of our command documentation to the public. New commands for interfacing with the advanced P02 firmware, as well as further detail and explanation of how the commands work, would be the goal. We can't make any hard commitments for a release date or contents for this, but it is on the table. I expect that when this is available, community developers will be quick to implement them into their projects. 

Thanks, 
Liam Plybon
Astro-Physics





From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Micheal Fields Jr via groups.io <mpfjr@...>
Sent: Tuesday, February 9, 2021 10:56 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] What is the current status for Linux / Mac support via INDI or similar?
 
APCC Pro for Linux would be great too.  Being able to do everything on a Raspberry Pi would be great.


Re: Dec limit in Mach2

Ray Gralak
 

Hi Joe,

That’s an interesting warning about selecting different APCC Settings folders.
I'm sorry if I implied differently, but there is only one root settings folder.

However, you can create different settings files, one for each mount. You must then load the appropriate settings file for the mount you are using.

-Ray Gralak
Author of PEMPro
Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro
Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver


-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Joe Zeglinski
Sent: Tuesday, February 9, 2021 10:04 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Dec limit in Mach2

Hi Ray,

That’s an interesting warning about selecting different APCC Settings folders.

I meant to post this yesterday, but a "clean" install is not strictly necessary. (BTW, In addition
to uninstalling/reinstalling APCC, a "clean" install would include deleting the settings folder:
c:\ProgramData\Astro-Physics\APCC).

First, this only matters if the computer with APCC has been previously configured for use
with another A-P mount. In this case, some of the old APCC settings won't apply to the Mach 2.


I use the same laptop to control my “Home based AP-1200” mount most of the time, but I also own a “Travel
AP-900”, for occasional use.
Since both mounts rely on the same laptop and its APCC, could you not add some code to APCC or the driver, to
... “confirm or ask for the mount’s serial number”?

There could be a short “AP mounts settings ID list”, saved to APCC to choose from. Then automatically
switch APCC Settings to a previous config folder, or ask the user for the alternate APCC settings if there is a
mount serial number mismatch. Otherwise, pop up a warning/question during initialization if the alternate
mount’s Settings list, was never saved.

Not sure if this “serial number check” would still work with an older controller like CP-3 (if the serial is not
encoded), but maybe it could with a CP-4/5. This might avoid a possibly incorrect automatic APCC settings
configuration change, being forgotten, when travelling or upon return to home base, saving a lot of hassle or
confusion about sudden unexpected performance, if missed during the trips out & back.

I realize the user should be relied upon to always remember to switch his APCC settings folder, but this would
make using APCC easier and more reliably used ... for the “travelling public” :-)

Joe Z.

From: Ray Gralak
Sent: Tuesday, February 9, 2021 11:43 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Dec limit in Mach2

Thanks for the update. We just heard from another user of the Mach2 who had stalling problems. He did the
same thing: complete un-install of APCC from a previous mount and a new clean install. His stalling problems
went away also.
I meant to post this yesterday, but a "clean" install is not strictly necessary. (BTW, In addition to
uninstalling/reinstalling APCC, a "clean" install would include deleting the settings folder: c:\ProgramData\Astro-
Physics\APCC).

First, this only matters if the computer with APCC has been previously configured for use with another A-P
mount. In this case, some of the old APCC settings won't apply to the Mach 2.

In both cases where Mach 2's stalled or had limit issues, the APCC's mount limits settings were enabled for a
previous A-P mount. The problem is that APCC's mount limit values use gear angles that only made sense for
the old mount. This resulted in limit actions because APCC thought a limit had been reached.

To prevent this issue you should either rename or delete APCC's default settings file. This will cause APCC to
automatically create a new settings file. The settings file is located here:

c:\ProgramData\Astro-Physics\APCC\Settings.apcc.

-Ray Gralak
Author of PEMPro
Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro
Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver


-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Roland Christen via groups.io
Sent: Monday, February 8, 2021 9:06 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Dec limit in Mach2

Thanks for the update. We just heard from another user of the Mach2 who had stalling problems. He did the
same thing: complete un-install of APCC from a previous mount and a new clean install. His stalling problems
went away also.


Rolando




-----Original Message-----
From: Luca Marinelli <photo@...>
To: main@ap-gto.groups.io
Sent: Sun, Feb 7, 2021 9:12 pm
Subject: Re: [ap-gto] Dec limit in Mach2


Circling back on the runaway Dec axis issue when APCC connects to the mount. On Friday, I went ahead and
completely uninstalled APCC, including deleting the folders with all the APCC data and log files - I only copied
the horizon and meridian limit files to the Desktop so I could reload them later. I then proceeded to reinstall
APCC from scratch. I reloaded the meridian and horizon limits and then tested the mount. Everything worked
fine, APCC connected to the mount without inducing a Dec axis rotation. I imaged on Friday, Saturday nights
and
I just launched another imaging run tonight. In all cases APCC connected to the mount without problems.

At this point, it appears that a plausible explanation for the behavior I encountered was an instability in APCC
due
to some stale files when I switched from the Mach1 to the Mach2. Hopefully reinstalling APCC has taken care
of
the problem for good.

Thank you to everyone for the advice!

Luca

--
Roland Christen
Astro-Physics






Re: Dec limit in Mach2

Joe Zeglinski
 

Hi Ray,
 
    That’s an interesting warning about selecting different APCC Settings folders.
I meant to post this yesterday, but a "clean" install is not strictly necessary. (BTW, In addition to uninstalling/reinstalling APCC, a "clean" install would include deleting the settings folder: c:\ProgramData\Astro-Physics\APCC).

First, this only matters if the computer with APCC has been previously configured for use with another A-P mount. In this case, some of the old APCC settings won't apply to the Mach 2.

    I use the same laptop to control my “Home based AP-1200” mount most of the time, but I also own a “Travel AP-900”, for occasional use.
Since both mounts rely on the same laptop and its APCC, could you not add some code to APCC or the driver, to ... “confirm or ask for the mount’s serial number”?
 
     There could be a short “AP mounts settings ID list”,  saved to APCC  to choose from. Then automatically switch APCC Settings to a previous config folder, or ask the user for the alternate APCC settings if there is a mount serial number mismatch. Otherwise,  pop up a warning/question during initialization if the alternate mount’s Settings list,  was never saved.
 
    Not sure if this “serial number check” would still work with an older controller like CP-3 (if the serial is not encoded), but maybe it could  with a CP-4/5. This might avoid a possibly incorrect  automatic  APCC settings configuration change,  being forgotten, when travelling or upon return to home base, saving a lot of hassle or confusion about sudden unexpected performance, if missed during the trips out & back.
 
    I realize the user should be relied upon to always remember to switch his APCC settings folder,  but this would make using APCC easier and more reliably used ... for the “travelling public”  :-)
 
Joe Z.
 
From: Ray Gralak
Sent: Tuesday, February 9, 2021 11:43 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Dec limit in Mach2
 
> Thanks for the update. We just heard from another user of the Mach2 who had stalling problems. He did the
> same thing: complete un-install of APCC from a previous mount and a new clean install. His stalling problems
> went away also.

I meant to post this yesterday, but a "clean" install is not strictly necessary. (BTW, In addition to uninstalling/reinstalling APCC, a "clean" install would include deleting the settings folder: c:\ProgramData\Astro-Physics\APCC).

First, this only matters if the computer with APCC has been previously configured for use with another A-P mount. In this case, some of the old APCC settings won't apply to the Mach 2.

In both cases where Mach 2's stalled or had limit issues, the APCC's mount limits settings were enabled for a previous A-P mount.  The problem is that APCC's mount limit values use gear angles that only made sense for the old mount. This resulted in limit actions because APCC thought a limit had been reached.

To prevent this issue you should either rename or delete APCC's default settings file. This will cause APCC to automatically create a new settings file. The settings file is located here:

c:\ProgramData\Astro-Physics\APCC\Settings.apcc.

-Ray Gralak
Author of PEMPro
Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro
Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver


> -----Original Message-----
> From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Roland Christen via groups.io
> Sent: Monday, February 8, 2021 9:06 AM
> To: main@ap-gto.groups.io
> Subject: Re: [ap-gto] Dec limit in Mach2
>
> Thanks for the update. We just heard from another user of the Mach2 who had stalling problems. He did the
> same thing: complete un-install of APCC from a previous mount and a new clean install. His stalling problems
> went away also.
>
>
> Rolando
>
>
>
>
> -----Original Message-----
> From: Luca Marinelli <photo@...>
> To: main@ap-gto.groups.io
> Sent: Sun, Feb 7, 2021 9:12 pm
> Subject: Re: [ap-gto] Dec limit in Mach2
>
>
> Circling back on the runaway Dec axis issue when APCC connects to the mount. On Friday, I went ahead and
> completely uninstalled APCC, including deleting the folders with all the APCC data and log files - I only copied
> the horizon and meridian limit files to the Desktop so I could reload them later. I then proceeded to reinstall
> APCC from scratch. I reloaded the meridian and horizon limits and then tested the mount. Everything worked
> fine, APCC connected to the mount without inducing a Dec axis rotation. I imaged on Friday, Saturday nights and
> I just launched another imaging run tonight. In all cases APCC connected to the mount without problems.
>
> At this point, it appears that a plausible explanation for the behavior I encountered was an instability in APCC due
> to some stale files when I switched from the Mach1 to the Mach2. Hopefully reinstalling APCC has taken care of
> the problem for good.
>
> Thank you to everyone for the advice!
>
> Luca
>
> --
> Roland Christen
> Astro-Physics
>






Re: Counterweight Shaft Case

Stone, Jack G
 

Regardless – this is a projectile under transport.  Usually kept in a case of some sort – like one of those handy storage boxes.

But I like the idea of reducing the exposure to humidity and other corrosives this is nice. 

But Wondering – where would you keep the end cap?

 

Jack ~

 

From: main@ap-gto.groups.io <main@ap-gto.groups.io> On Behalf Of Barry Megdal
Sent: Tuesday, February 09, 2021 10:02 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Counterweight Shaft Case

 

The purpose is both – to protect the beautiful look of the counterweight shaft during transportation, as well as keeping it from damaging the vehicle or other equipment.

 

Barry

 

 

 

Nice! 

Is this to protect the counterweight shaft during transportation?
 Or to protect whatever other things that sit next to the counterweight shaft?

 

Dr. Barry Megdal

 

President

Shb Instruments, Inc.

19215 Parthenia St.  Suite A

Northridge, CA 91324

www.shbinstruments.com

(818) 773-2000  (818)773-2005 fax

bmegdal@...

 

Faculty (retired)

Dept. of Electrical Engineering

Caltech

 


Re: Counterweight Shaft Case

Barry Megdal
 

The purpose is both – to protect the beautiful look of the counterweight shaft during transportation, as well as keeping it from damaging the vehicle or other equipment.

 

Barry

 

 

 

Nice! 

Is this to protect the counterweight shaft during transportation?
 Or to protect whatever other things that sit next to the counterweight shaft?

 

Dr. Barry Megdal

 

President

Shb Instruments, Inc.

19215 Parthenia St.  Suite A

Northridge, CA 91324

www.shbinstruments.com

(818) 773-2000  (818)773-2005 fax

bmegdal@...

 

Faculty (retired)

Dept. of Electrical Engineering

Caltech

 


Re: What is the current status for Linux / Mac support via INDI or similar?

Micheal Fields Jr
 

APCC Pro for Linux would be great too.  Being able to do everything on a Raspberry Pi would be great.


Re: Dec limit in Mach2

Ray Gralak
 

Thanks for the update. We just heard from another user of the Mach2 who had stalling problems. He did the
same thing: complete un-install of APCC from a previous mount and a new clean install. His stalling problems
went away also.
I meant to post this yesterday, but a "clean" install is not strictly necessary. (BTW, In addition to uninstalling/reinstalling APCC, a "clean" install would include deleting the settings folder: c:\ProgramData\Astro-Physics\APCC).

First, this only matters if the computer with APCC has been previously configured for use with another A-P mount. In this case, some of the old APCC settings won't apply to the Mach 2.

In both cases where Mach 2's stalled or had limit issues, the APCC's mount limits settings were enabled for a previous A-P mount. The problem is that APCC's mount limit values use gear angles that only made sense for the old mount. This resulted in limit actions because APCC thought a limit had been reached.

To prevent this issue you should either rename or delete APCC's default settings file. This will cause APCC to automatically create a new settings file. The settings file is located here:

c:\ProgramData\Astro-Physics\APCC\Settings.apcc.

-Ray Gralak
Author of PEMPro
Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro
Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver


-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Roland Christen via groups.io
Sent: Monday, February 8, 2021 9:06 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Dec limit in Mach2

Thanks for the update. We just heard from another user of the Mach2 who had stalling problems. He did the
same thing: complete un-install of APCC from a previous mount and a new clean install. His stalling problems
went away also.


Rolando




-----Original Message-----
From: Luca Marinelli <photo@...>
To: main@ap-gto.groups.io
Sent: Sun, Feb 7, 2021 9:12 pm
Subject: Re: [ap-gto] Dec limit in Mach2


Circling back on the runaway Dec axis issue when APCC connects to the mount. On Friday, I went ahead and
completely uninstalled APCC, including deleting the folders with all the APCC data and log files - I only copied
the horizon and meridian limit files to the Desktop so I could reload them later. I then proceeded to reinstall
APCC from scratch. I reloaded the meridian and horizon limits and then tested the mount. Everything worked
fine, APCC connected to the mount without inducing a Dec axis rotation. I imaged on Friday, Saturday nights and
I just launched another imaging run tonight. In all cases APCC connected to the mount without problems.

At this point, it appears that a plausible explanation for the behavior I encountered was an instability in APCC due
to some stale files when I switched from the Mach1 to the Mach2. Hopefully reinstalling APCC has taken care of
the problem for good.

Thank you to everyone for the advice!

Luca

--
Roland Christen
Astro-Physics


Re: First light for a new camera

Dean Jacobsen
 

On Mon, Feb 8, 2021 at 06:50 PM, Don Anderson wrote:
Up to now, it has been hard to beat the 694 for sensitivity and low noise until the most recent CMOS offerings have come out. I will be watching The developments closely
Don, when you are ready to get a new camera I think you will be pleased with the excellent choices that are available these days.
 
--
Dean Jacobsen
http://astrophoto.net/wp/
Image Gallery - http://astrophoto.net/wp/image-gallery/
Astrobin Image Gallery - https://www.astrobin.com/users/deanjacobsen/ 
Amateur Radio Call Sign - W6DBJ


Re: Counterweight Shaft Case

Astrobob
 

Clever common sense!

 

Sent from Mail for Windows 10

 


Re: How long for UNGUIDED imaging with non AE mounts?

Roland Christen
 

I have gone up to an hour with 1000mm FL and 5.4 micron pixel camera. Some nights and in some places in the sky it doesn't work out as well. Theoretically if you have a good path mapped, you can go all night. Practically you will probably need to refocus every 20 minutes. In the early part of the night you will also have satellite trails, so it's better to have lots of 15 minute shots that can be Median combined to eliminate them.

Rolando



-----Original Message-----
From: astro@...
To: main@ap-gto.groups.io
Sent: Mon, Feb 8, 2021 10:49 pm
Subject: [ap-gto] How long for UNGUIDED imaging with non AE mounts?

Following on from an earlier thread, does anyone have any info on the length of unguided imaging possible using a 1100GTO or similar with a focal length of up to about 700mm? Assuming the mount is very well aligned.

Thanks
Bob

--
Roland Christen
Astro-Physics


Re: Counterweight Shaft Case

weihaowang
 

Nice! 

Is this to protect the counterweight shaft during transportation?  Or to protect whatever other things that sit next to the counterweight shaft?

--

Homepage:

http://www.asiaa.sinica.edu.tw/~whwang/

Astrobin gallery:
http://www.astrobin.com/users/whwang/


Re: Counterweight Shaft Case

Woody Schlom
 

Barry,

 

I LIKE it!

 

Woody

 

From: main@ap-gto.groups.io <main@ap-gto.groups.io> On Behalf Of Barry Megdal
Sent: Monday, February 8, 2021 9:44 PM
To: main@ap-gto.groups.io
Subject: [ap-gto] Counterweight Shaft Case

 

I posted this long ago when I was using a 1200 as a “portable” mount.  Since then I have a 1600 mount in an observatory.

But I recently received the very impressive Mach 2 which I intend to transport on occasion.

 

So what type of case to use for the mount and its accessories has come up again.  Below is a picture of the case I made for the 1200 counterweight shaft (and will shorten for the Mach 2 shaft).

 

It is made from readily available 2” Schedule 80 PVC pipe parts glued together.  The counterweight shaft is an almost airtight fit inside that size pipe, and the screw-on cap is very convenient.

 

Put a small piece of foam in the bottom and it is ready to go.

 

 

  • Barry

 

 

 

Dr. Barry Megdal

 

President

Shb Instruments, Inc.

19215 Parthenia St.  Suite A

Northridge, CA 91324

www.shbinstruments.com

(818) 773-2000  (818)773-2005 fax

bmegdal@...

 

Faculty (retired)

Dept. of Electrical Engineering

Caltech

 


Counterweight Shaft Case

Barry Megdal
 

I posted this long ago when I was using a 1200 as a “portable” mount.  Since then I have a 1600 mount in an observatory.

But I recently received the very impressive Mach 2 which I intend to transport on occasion.

 

So what type of case to use for the mount and its accessories has come up again.  Below is a picture of the case I made for the 1200 counterweight shaft (and will shorten for the Mach 2 shaft).

 

It is made from readily available 2” Schedule 80 PVC pipe parts glued together.  The counterweight shaft is an almost airtight fit inside that size pipe, and the screw-on cap is very convenient.

 

Put a small piece of foam in the bottom and it is ready to go.

 

 

-        Barry

 

 

 

Dr. Barry Megdal

 

President

Shb Instruments, Inc.

19215 Parthenia St.  Suite A

Northridge, CA 91324

www.shbinstruments.com

(818) 773-2000  (818)773-2005 fax

bmegdal@...

 

Faculty (retired)

Dept. of Electrical Engineering

Caltech

 


How long for UNGUIDED imaging with non AE mounts?

Bob
 

Following on from an earlier thread, does anyone have any info on the length of unguided imaging possible using a 1100GTO or similar with a focal length of up to about 700mm? Assuming the mount is very well aligned.

Thanks
Bob


Re: RAPAS for use in the South

Bob
 

Thanks Mike and Len.

Takeaway then is order the RAPAS I think.

10641 - 10660 of 86804