Dive site management and taxonomy test

[Davide DB]

On Fri, Jul 10, 2015 at 6:56 PM, Dirk Hohndel <dirk at hohndel.org> wrote:
> On Thu, Jul 09, 2015 at 04:33:19PM +0200, Davide DB wrote:
>> i.e. my last dive was:
>>
>> Fiumefreddo Bruzio - Cist. DESPREZ
>> 39°14'06.360"N 16°02'20.040"E
>>
>> Fiumefreddo Bruzio is a city, municipality
>> Cist. DESPREZ is a WWII wreck (tanker Desprez)
>>
>> From subsurface I get
>> (City)  Scaro-Reggio-Scornavacca-Vardaro
>> No ocean
>
> I get Scaro-Reggio-Scornavacca-Vardaro, Tirreno Sea
>
> So possibly the call to the oceans API timed out for you or failed for
> another reason.

Yes,
I repeated several time this place via Subsurface and geotags are
added while I get a reply form the service.
I have in my preferences: Country/Ocean/City
I got:

Italy/Scaro-Reggio-Scornavacca-Vardaro

Then 30" later

Italy/Tyrrhenian Sea/Scaro-Reggio-Scornavacca-Vardaro



> And this is the part I still don't understand sufficiently. How to
> determine what is the "usually used" name for a location.
>
> So in some regions of the world it appears that toponymName is indeed the
> hamlet or small local town and adminName3 is the name of the actual city.
> In others adminName3 is never used and toponymName is the name of the
> local city.
>
> I have now implemented an attempt to handle both of these scenarios
> reasonably well:
>
> a) toponymName has been reclassified as "town"
> b) adminName3 has been added as "city"
> c) if a toponymName exists but no adminName3, then the toponymName is
> copied into the adminName3 field
>
> What that means is that if you always want the toponymName, pick "town".
> If you would rather have that or the closest bigger city (as given in
> Italy for example), then pick city.
>
> I'm kicking off a daily build right now so you can test this.

I was doing some test with few GPS fixes taken from my dives: every
time I think I found a solution or a good compromise, the next gps
data behaves differently :(
There are a lot of inconsistencies and a lot of plain errors (and al
of this only for my five gps fixes)

ADM1 2 or 3 are absent in some countries. Yesterday I found a table on
their site but I'm not finding it again now.

I found a list of Featured Code:

http://www.geonames.org/export/codes.html (look at P city, village, ...)

http://forum.geonames.org/gforum/posts/list/130.page

Option one:

Given that you use the findNearbyPlaceName WS with a radius of 50KM
maybe the best thing is to iterate through the results and trying to
get the lowest "PPLAx" among the nearest toponymName.
Doing so you always try to get the biggest nearest town.

Option two:

Playing with their maps I saw that they always give you a nice GeoTree
for each toponym...
So I found the hierarchy WS. It accepts a geonameId as input. Hence I tried to:
call findNearbyPlaceName WS getting the geonameId of the nearest toponym.
Call hierarchy WS with that geonameId and iterating to the highest
PPLAx in the result.

Unfortunately it fails with most of the tuscany GPS fixes... :(

I.E. the gps position for my dive of three weeks ago is:

http://api.geonames.org/findNearbyPlaceName?lat=42.340100&lng=11.089500&radius=50&username=demo

Nobody know "Cala Piccola" but it could be Porto Santo Stefano, Porto
Ercole or even better Monte Argentario

Calling the hierarchy WS. It is completely broken:

http://api.geonames.org/hierarchy?geonameId=8980624&username=demo

Form the hierarchy this populated place "Cala Piccola" (that actually
is a private residence) lies without municipality hence I guess that
only option one is viable.

More test to come...

PS
[OT]

This is my video of three weeks ago in that place :)

https://vimeo.com/132880568

[/OT]

















-- 
Davide
https://vimeo.com/bocio/videos