[OSM-dev] implemented API for J2SE and J2ME (NameFinder Client API)

Michael Willigens michael at willigens.de
Tue Apr 21 11:52:25 BST 2009


Zitat von marcus.wolschon at googlemail.com:

> On Tue, 21 Apr 2009 12:23:04 +0200, Michael Willigens
> <michael at willigens.de> wrote:
>> Hey,
>>
>> i have thought about that last night,
>> Its sounds a bit odd but it would be possible to use an LDAP server
>> for GeoNaming lookups. We could create a canonical, hirachical scheme
>> and fill in any named Objects. Correctly implemented LDAP is several
>> times faster than MySQL in naming lookups and supports also wildcard
>> queries. We could even split up the request by using a well known has
>> funstion among severla LDAP servers.
>> An Example scheme "could" depend on places and large polygon border
>> structures like:
>> Earth - > Continent -> Country -> State -> Region -> City -> ...
>> We could fill on Bogus placeholders for canonicals that are not
>> defined. (i.e. Countries without any States like Liechtenstein)
>>
>> what dou you think about that ?
>
> I dou ;) think that placeholders would not be required
> if using ObjectClass Planet, Continent, Country, State,...
> Thus:
>
> p=Earth,c=Lichtenstein,city=Au,district=Haslach,Street=Haslachstrasse,housenr=2
> (no State here, other cities may have no district)
>
> Marcus
>

yep, your right for the query part. but i think we need placeholder in  
the server datastructure anyway to make it work. anyway, i have made  
good experiences with LDAP using huge datasets. Thing is: is there  
anything we need that LDAP does not give us?

Michael

yep, your right for the query part. but i think we need placeholder in  
the server datastructure anyway to make it work. anyway, i have made  
good experiences with LDAP using huge datasets. Thing is: is there  
anything we need that LDAP does not give us?

Michael




More information about the dev mailing list