[obol] Re: Mining eBird data
- From: Priscilla Sokolowski <priscillanhk@xxxxxxxxx>
- To: Mark Nikas <elepaio@xxxxxxxxx>
- Date: Fri, 20 Mar 2015 08:01:24 -0700
Mark;
There is a way to set a radius circle centered at GPS coords of your choice
and a time span over which to look, using BIRDTRAX.
This is not an "app" but some code one puts on a web page
after setting the parameters one wishes; center of circle, number of days
to look back; and a few other things.
You can view the page with the code running on it using any device with an
internet browser.
What I especially like about it is that unlike most searches within eBird,
this one reaches across county lines.
I have a circle set up to cover a 30 mile radius which encloses all the
areas I
would readily drive to. You can see it on my "updates" page.
Scroll down to see the birdtrax thing. Then scroll down in the birdtrax box
to look back through time (up to a week the way mine is set up).
Take a lot at the one I have set up and see if it does the kinds of things
you want.
If you like it and don't have a webpage you can set one up on,
I will gladly configure one as you want it and host it on a separate
page and give you the link to it. Any time you want a change
in the settings I can easily and quickly make those for you.
If you click on the "+" sign at the far right of a bird
you get the options to go to the ebird (website) checklist or map
for that particular sighting.
If you click on a species you will get a sublist of all reports of that bird
in your circle in the time period you have set.
Here is where I got it:
http://www.birdventurebirding.com/p/birdtrax.html
Priscilla Sokolowski
On Thu, Mar 19, 2015 at 8:05 PM, Mark Nikas <elepaio@xxxxxxxxx> wrote:
> Thanks all for your responses. I thought I might be missing something
> obvious but apparently not. Interesting that an external app can mine eBird
> data better than eBird itself. At least for the folks who enter the data in
> the first place. One more thing to nudge me closer to getting a smart
> phone. I'm pushing back though.
>
> I have used the brute force method of searching for common species to find
> the checklists entered for a specific area. That's how I came up with all
> the pseudonyms for Diamond Hill in the first place. The increasing use of
> coordinates over place names is making this method ever more time consuming
> though.
>
> When it was just place names being used the different place names could be
> merged in a search. When requesting a checklist for Fern Ridge Res. for
> example you could select any or all of the several different hot spots
> scattered around the Fern Ridge area to come up with a more useful list for
> the area (thanks Vjera for showing me how to do that). This method excludes
> data entered under coordinates though.
>
> Mark Nikas
>
> On Thu, Mar 19, 2015 at 7:35 PM, Mike Patterson <celata@xxxxxxxxxxxx>
> wrote:
>
>> One of the as yet to be solved issues regarding eBird data is its
>> lack of easily extractable data at resolutions finer than county.
>> Oregon counties are large and unwieldy unlike East Coast counties
>> where most birders (and apparently most eBird programers) live.
>> Several of us have brought this up (once or twice) in previous
>> eBird discussions....
>>
>> I have mostly used brute-force methods to extract data. With Bean Goose
>> data, I pulled up the map in "Explore Data > Species maps" and then
>> clicked on every balloon and wrote the info I wanted on a legal pad. I
>> then put it into a spreadsheet myself.
>>
>> You can probably get a close approximation species list by picking
>> a common species (like Song Sparrow) for a species map and then zooming
>> in to the Diamond Hill area. You'll still have to hand capture all
>> the lists and you may need to pick more than one common species to get
>> enough lists.
>>
>> You could also go to birdnotes.net and generate a checklist for Diamond
>> Hill wetlands. But that looks like its mostly populated with data you
>> put there, so it may not add anything...
>>
>> I am told that eBird will eventually have aggregate capacity a finer
>> scales using polygons, but don't expect it any time in the next couple
>> weeks...
>>
>> --
>> Mike Patterson
>> Astoria, OR
>> the CODE
>> http://www.surfbirds.com/community-blogs/northcoastdiaries/?p=2702
>>
>>
>>
>> OBOL archives: www.freelists.org/archive/obol
>> Manage your account or unsubscribe: //www.freelists.org/list/obol
>> Contact moderators: obol-moderators@xxxxxxxxxxxxx
>>
>>
>>
>
Other related posts:
