0.6: Team Size Doubling + iObserve on the web !

This is a milestone for Arcsecond ! I am happy to announce that Eric Depagne, currently astronomer at SAAO/SALT has agreed to join his forces to His expertise with Python will help a lot on the backend, but I don’t expect him to remain within the boundaries of it! 

Moreover, we releases iObserve on the web ! Not as feature-rich as the macOS app yet. But already new features that will belong only to Arcsecond: Night Logs (in prep) and Data !

Freely regsiter in and tell us what you think !

 iObserve on the web
iObserve on the web

iObserve on the web is coming

Well, winter is already there, anyway. So now, iObserve is coming … on the web. #GameOfCurves

For those who don’t know yet, iObserve on the web is called You can already checkit out here.

I am very proud of the progresses. But there is a lot to iron out (I had to work on various API endpoints to make it work: /observingsites, /observingruns, /nightlogs, /observations, /users, /telescopes).

But I can’t wait to share with you a (debug) screenshot of the current state of it on my machine. Feel free to spread the word!

My blog is my code (quick updates)

I should take the time to annouce a bit more often the releases of my various softwares. But software is a mean of expression by itself, in my humble opinion, when practiced everyday. Don’t you read software? … My blog is my code, and this blog is my secondary blog, talking about the first one.

Anyway, please be aware that is progressing well. It isn’t still ready for a full-blast communication pushed into professional tubes though. But time will come.

In particular, note the fusion of the Objects and Exoplanets page (which are kinda of object, aren’t they?…). It makes the navigation a lot easier. Moreover, Exoplanet Transits have been also added. Pretty nice. Screenshot below, but judge by yourself directly in this example.

 Yes, I usually look for icecream colors for the beta banner... Don't you like this Strawberry-Pistache ?
Yes, I usually look for icecream colors for the beta banner… Don’t you like this Strawberry-Pistache ?

Moreover APIs are slowly maturing, and some API endpoints are now in pretty good shape. Obviously that includes /observingsites, /objects and /exoplanets. I am working full-speed on /observingruns and /nightlogs right now. But /datasets is also pretty nice already (although not yet complete).

To follow all the progresses see my third blog… the changelog

In the meantime, I also released a small update of SwiftAA (v2.0.1) to fix some warnings, making sure it is fully compatible with latest Xcode, and applied a small bugfix about the visibility of a special method (that should be kept internal for that matter). Check it out on GitHub!

I am also busy with new adventures for real professional activities this time. But I tend to usually mutualise the benefits, to increase the pace of releases.

Oh by the way, I am preparing a link between and iObserve ! It’s time for iObserve’s users to submit new observatories and observing sites not in the app but rather in They will further be importable inside the app. It will be great. The benefit is that: it is not manual anymore (which is good for me), but is directly accessible and shared with everybody !

iObserve v1.6.1

iObserve v1.6.1 just submitted to the Store. I couldn’t really find a fix for the rdar problem mentioned earlier. I did modify a little thing in the code that could possibly help. But Apple didn’t respond to my inquiry on the subject. I have a user report saying that the problem went away apparently on macOS High Sierra (10.13).

SwiftAA 2.0

SwiftAA, the most comprehensive collection of accurate astronomical algorithms just reached v2.0! This is the first version of complete Solar System APIs with units safety and a whopping 90%+ of unit tests coverage.

I am very proud of the result. Lots of things remain in the pipe for an even more amazing v3, but here you have: a complete set of easy-to-read and documented APIs to compute everything you need about the solar system. 

New Builtin Observatories: Hundreds and Counting…

It’s been a while now that I chose to make my app iObserve free for all (both on macOS and iPad) and to support it at the basic level (I know iObserve on iPad hasn’t received yet the update it deserves). If you don’t know why, you should read this.

But of course, it keeps thriving! And a lot of people use it! And one of the best channel I have to get a sense of how often it’s being used is the mails I receive to include new builtin observatories. Check this out only for this summer:

It is really warm feeling to see this. 

But if you follow this blog, you also know that I am developing arcsecond,io and that it has a dedicated observatories page, right?

Of course, the obvious thing to do is to plug into iObserve to make it easier for everyone to contribute! And this is what I planned in the past to do, but in the v2.0 of iObserve… which is stalled, because I develop Arg! 

Enough cheating. This blog post is to announce I will develop an update of iObserve 1.6 to use the observatories in That is, I will not wait for v2 of iObserve. The tricky part is that the ObservatoryManager is something essential of the app, and I can’t develop this overnight. But enough said, and back to work!



A fantastic meteor iOS app (based on SwiftAA)!

Collaborative work help great developers to push their own ideas forward. Alexander Vasenin participated to key improvements of SwiftAA, put in place by yours truly. SwiftAA, based itself on AA+ by PJ Naughter, but with much easier and swifty APIs, is the most comprehensive and accurate collection of astronomical algorithms in Swift (and Objective-C along the way).   

Alexander just released a wonderful and very detailed iOS app about meteors, called MeteorActive. Find everything about these beautiful phenomena in a snap, thanks to this carefully crafted app. And it’s free!

Download MeteorActive ! 

Batch of small updates from the software dpt.

I may not update this blog very often, but things keep moving forward!

First, I’ve fixed an important bug in SwiftAA, the iOS/macOS framework of astronomical algorithms. There was a confusion on ecliptic coordinates, which was then propagating to other coordinates, and making impossible to have reliable times of Rise, Transit and Set for celestial objects. What a pity if you couldn’t compute these times with SwiftAA! It is now fixed. Check the release. Even if it takes time, I keep moving forward to reach the 2.0 milestone.

The other updates are about I made progresses in many compartments: Datasets, Night Logs, Observing Runs, Profiles. Objects page, Publications etc etc. The new root page now has a Google-like search field. For the exoplanets side, I’m working on something very cool, but it isn’t ready yet (planned for v0.3).

You can check the changes and the improvements brought by every release in the dedicated Changelog page.

As for iObserve, I keep receiving new observatories. Thanks to all. I may consider an update of iObserve to use observatories in once back from vacations. Better not promise anything though, I know how it goes…