Re: [OSM-talk-nl] XAPI maar dan beter

2009-05-22 Berichten over hetzelfde onderwerp Roeland Douma
Super. Het wordt erg gewaardeerd dat jij je nachtrust opoffert voor ons ;)

Je begrijpt wel dat het nu een uitdaging wordt om uber queries te gaan draaien 
zonder gepakt te worden he ;)

--Roeland

On Friday 22 May 2009 05:32:30 Stefan de Konink wrote:
 En we zijn live :)

 http://xapi.openstreet.nl:8000/

 De 'echte' XAPI code is nog niet geladen, maar ik weet dat mensen al
 zitten te springen om het volgende te proberen. Dit is Cherokee/DBSlayer
 voor een MonetDB5 database.

 Voorlopig nog geen limieten... de eerste die een kruisproduct gaat maken
 zonder constraints weet ik te vinden. Dat is geen loos dreigement :)


 Voor diegenen die in Python werken heb ik een voorbeeld bijgevoegd.
 Javascript gebruikers:

 http://xapi.openstreet.nl:8000/json/QUERY


 Wil je direct met MAPI of ODBC werken kun je even contact opnemen voor
 een persoonlijke gebruikersnaam/wachtwoord.


 Er draait momenteel geen update script, dat komt er wel in de loop van
 de dag aan.


 Stefan


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl


Re: [OSM-talk-nl] XAPI maar dan beter

2009-05-22 Berichten over hetzelfde onderwerp Stefan de Konink
Roeland Douma wrote:
 Super. Het wordt erg gewaardeerd dat jij je nachtrust opoffert voor ons ;)
 
 Je begrijpt wel dat het nu een uitdaging wordt om uber queries te gaan 
 draaien 
 zonder gepakt te worden he ;)

Je kunt Tor gebruiken ;)


Stefan

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl


Re: [OSM-talk-nl] XAPI maar dan beter

2009-05-22 Berichten over hetzelfde onderwerp ce-test, qualified testing bv - Gert Gremmen
Kan iemand over deze xapi-server nog iets schrijven
voor de beginner, wat het het is, welke
 nieuwe dingen, en mogelijkheden dit opent ?
 
En hoe de gewone OSM er er iets mee kan ???
 
En Stefan, geen afkortingen gebruiken svp.
Deze discussie staat er al weer vol mee,
dus ik snap er geen r... van.
 
Gert Gremmen 



Van: talk-nl-boun...@openstreetmap.org namens Stefan de Konink
Verzonden: vr 22-5-2009 14:33
Aan: OpenStreetMap NL discussion list
Onderwerp: Re: [OSM-talk-nl] XAPI maar dan beter



Roeland Douma wrote:
 Super. Het wordt erg gewaardeerd dat jij je nachtrust opoffert voor ons ;)

 Je begrijpt wel dat het nu een uitdaging wordt om uber queries te gaan draaien
 zonder gepakt te worden he ;)

Je kunt Tor gebruiken ;)


Stefan

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl


winmail.dat___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl


Re: [OSM-talk-nl] XAPI maar dan beter

2009-05-22 Berichten over hetzelfde onderwerp Stefan de Konink
ce-test, qualified testing bv - Gert Gremmen wrote:
 Kan iemand over deze xapi-server nog iets schrijven
 voor de beginner, wat het het is, welke
  nieuwe dingen, en mogelijkheden dit opent ?

Direct SQL queries uitvoeren op de OpenStreetMap database.

 En hoe de gewone OSM er er iets mee kan ???

Als je niet direct een xml document voor je editor nodig hebt, maar toch 
wilt weten hoeveel postbussen in jouw omgeving staan, kun je dit gebruiken.

 En Stefan, geen afkortingen gebruiken svp.
 Deze discussie staat er al weer vol mee,
 dus ik snap er geen r... van.

Welke afkortingen :D!


Stefan

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl


Re: [OSM-talk-nl] XAPI maar dan beter

2009-05-22 Berichten over hetzelfde onderwerp Roeland Douma
Dit is simpel weg een andere ingang voor de XAPI (Stefan is nog bezig met de 
standaart XAPI compatible versie als ik het goed heb). Je kan nu dus gewoon 
zelf querien. Wat natuurlijk voor sommige echt iets toevoegt :)

--Roeland

On Friday 22 May 2009 17:24:18 ce-test, qualified testing bv - Gert Gremmen 
wrote:
 Kan iemand over deze xapi-server nog iets schrijven
 voor de beginner, wat het het is, welke
  nieuwe dingen, en mogelijkheden dit opent ?

 En hoe de gewone OSM er er iets mee kan ???

 En Stefan, geen afkortingen gebruiken svp.
 Deze discussie staat er al weer vol mee,
 dus ik snap er geen r... van.

 Gert Gremmen

 

 Van: talk-nl-boun...@openstreetmap.org namens Stefan de Konink
 Verzonden: vr 22-5-2009 14:33
 Aan: OpenStreetMap NL discussion list
 Onderwerp: Re: [OSM-talk-nl] XAPI maar dan beter

 Roeland Douma wrote:
  Super. Het wordt erg gewaardeerd dat jij je nachtrust opoffert voor ons
  ;)
 
  Je begrijpt wel dat het nu een uitdaging wordt om uber queries te gaan
  draaien zonder gepakt te worden he ;)

 Je kunt Tor gebruiken ;)


 Stefan

 ___
 Talk-nl mailing list
 Talk-nl@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-nl


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl


Re: [OSM-talk-nl] XAPI maar dan beter

2009-05-21 Berichten over hetzelfde onderwerp Stefan de Konink

En we zijn live :)

http://xapi.openstreet.nl:8000/

De 'echte' XAPI code is nog niet geladen, maar ik weet dat mensen al 
zitten te springen om het volgende te proberen. Dit is Cherokee/DBSlayer 
voor een MonetDB5 database.


Voorlopig nog geen limieten... de eerste die een kruisproduct gaat maken 
zonder constraints weet ik te vinden. Dat is geen loos dreigement :)



Voor diegenen die in Python werken heb ik een voorbeeld bijgevoegd. 
Javascript gebruikers:


http://xapi.openstreet.nl:8000/json/QUERY


Wil je direct met MAPI of ODBC werken kun je even contact opnemen voor 
een persoonlijke gebruikersnaam/wachtwoord.



Er draait momenteel geen update script, dat komt er wel in de loop van 
de dag aan.



Stefan
#!/usr/bin/env python
import urllib

sql=SELECT lat, long FROM nodes_legacy, node_tags WHERE id = node AND k = 
'amenity' and v = 'atm';
query = urllib.quote(sql)

print 'Original:', sql
print 'Encoded:',  query

url  = 'http://xapi.openstreet.nl:8000/python/%s'%(query)
response = urllib.urlopen(url)

print 'RESPONSE:', response
print 'URL :', response.geturl()

headers = response.info()
print 'DATE:', headers['date']
print 'HEADERS :'
print '-'
print headers

data = response.read()
print 'LENGTH  :', len(data)
print 'DATA:'
print '-'

obj  = eval(data)
print obj
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl


Re: [OSM-talk-nl] XAPI maar dan beter

2009-05-21 Berichten over hetzelfde onderwerp Stefan de Konink
Stefan de Konink wrote:
 Voorlopig nog geen limieten... de eerste die een kruisproduct gaat maken 
 zonder constraints weet ik te vinden. Dat is geen loos dreigement :)

Omdat ik me realiseerde dat niet ik maar Milo van Dogodigi de kosten 
draagt voor dit fantastische project. En Cherokee supereenvoudig 
requests kan herschrijven... word je gratis tegen jezelf beschermd, en 
krijg je standaard 10 resultaten terug. Aan echte SQL mensen is ook 
gedacht, als je de syntax kunt raden kun je hem vergroten ;)

...als dat geen service is :)


Stefan

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl


Re: [OSM-talk-nl] XAPI maar dan beter

2009-05-20 Berichten over hetzelfde onderwerp Rob
SQL is natuurlijk tha bomb ;)
kan ik eindelijk m'n request zoek shell tankstation met restaurant
binnen 50km waar ik nu rij (A2) afvuren
of geef me alle Rabobank pinautomaten binnen 1km vanaf dit punt

Op 20 mei 2009 03:15 heeft Stefan de Konink ste...@konink.de het
volgende geschreven:
 Jullie herinneren je vast nog wel het super geheime api server project.
 Dat heeft (om onduidelijke redenen) een vervolg gekregen in de vorm van
 een super geheim XAPI project. Momenteel in hardware gesponsord door
 Dogodigi en mede daarom doet niet meer dan de Benelux ;)

 Nu zaten we al eerder te denken, OSM-XML suckt gewoon om daar lekkere
 webservices op te draaien. Mijn vraag aan jullie eventuele ontwikkelaars:

  Op welke standaard zit je dan te wachten?


 Ik zat zelf te denken om XAPI in JSON aan te bieden, maar mochten er nog
 interessante andere verzoeken zijn kunnen die ook worden ingewilligd.


 Lookup snelheid is nu 100ms. Ik ga er vanuit dat er morgen een frontend
 voorhangt waar je lekker op kunt querien. Kom ik gelijk bij het volgende
 punt;

  Zou je de database in SQL willen querien?
  ...of alleen in een zwak XPath aftreksel?


 Stefan

 ___
 Talk-nl mailing list
 Talk-nl@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-nl


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl


Re: [OSM-talk-nl] XAPI maar dan beter

2009-05-20 Berichten over hetzelfde onderwerp Martijn van Exel
Ja eens, die XAPI requests nu zijn veel te beperkt (en te langzaam)

Martijn

martijn van exel -+- mve...@gmail.com -+- http://www.schaaltreinen.nl/



2009/5/20 Rob interru...@gmail.com:
 SQL is natuurlijk tha bomb ;)
 kan ik eindelijk m'n request zoek shell tankstation met restaurant
 binnen 50km waar ik nu rij (A2) afvuren
 of geef me alle Rabobank pinautomaten binnen 1km vanaf dit punt

 Op 20 mei 2009 03:15 heeft Stefan de Konink ste...@konink.de het
 volgende geschreven:
 Jullie herinneren je vast nog wel het super geheime api server project.
 Dat heeft (om onduidelijke redenen) een vervolg gekregen in de vorm van
 een super geheim XAPI project. Momenteel in hardware gesponsord door
 Dogodigi en mede daarom doet niet meer dan de Benelux ;)

 Nu zaten we al eerder te denken, OSM-XML suckt gewoon om daar lekkere
 webservices op te draaien. Mijn vraag aan jullie eventuele ontwikkelaars:

  Op welke standaard zit je dan te wachten?


 Ik zat zelf te denken om XAPI in JSON aan te bieden, maar mochten er nog
 interessante andere verzoeken zijn kunnen die ook worden ingewilligd.


 Lookup snelheid is nu 100ms. Ik ga er vanuit dat er morgen een frontend
 voorhangt waar je lekker op kunt querien. Kom ik gelijk bij het volgende
 punt;

  Zou je de database in SQL willen querien?
  ...of alleen in een zwak XPath aftreksel?


 Stefan

 ___
 Talk-nl mailing list
 Talk-nl@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-nl


 ___
 Talk-nl mailing list
 Talk-nl@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-nl


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl


Re: [OSM-talk-nl] XAPI maar dan beter

2009-05-20 Berichten over hetzelfde onderwerp Roeland Douma
Eindelijk :)

Ik zit zelf te denken aan een combinatie. Je zou voor sommige devs best gewoon 
SQL willen parsen. Uiteraard braaf met een readonly acocuntje zodat niet een 
of andere boosdoener (of domme idioot) de hele db kan wissen, maar dat idee 
had je vast ook al gehad :)

Maar voor veel users zou denk ik inderdaad een simpele XPath ook super zijn. 
Denk dat je op die manier de meeste gebruikers kan bedienen.

Ben benieuwd om hem in actie te zien! Op welke data set is die 100ms getest?

--Roeland

On Wednesday 20 May 2009 03:15:42 Stefan de Konink wrote:
 Jullie herinneren je vast nog wel het super geheime api server project.
 Dat heeft (om onduidelijke redenen) een vervolg gekregen in de vorm van
 een super geheim XAPI project. Momenteel in hardware gesponsord door
 Dogodigi en mede daarom doet niet meer dan de Benelux ;)

 Nu zaten we al eerder te denken, OSM-XML suckt gewoon om daar lekkere
 webservices op te draaien. Mijn vraag aan jullie eventuele ontwikkelaars:

   Op welke standaard zit je dan te wachten?


 Ik zat zelf te denken om XAPI in JSON aan te bieden, maar mochten er nog
 interessante andere verzoeken zijn kunnen die ook worden ingewilligd.


 Lookup snelheid is nu 100ms. Ik ga er vanuit dat er morgen een frontend
 voorhangt waar je lekker op kunt querien. Kom ik gelijk bij het volgende
 punt;

   Zou je de database in SQL willen querien?
   ...of alleen in een zwak XPath aftreksel?


 Stefan

 ___
 Talk-nl mailing list
 Talk-nl@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-nl


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl


Re: [OSM-talk-nl] XAPI maar dan beter

2009-05-20 Berichten over hetzelfde onderwerp Roeland Douma
Tuurlijk :)

Gewoon overal 42 op retourneren ;)

Maar even zonder dollen wat meer semantiek in de data zou wel bruut zijn. Zal 
er wel even over denken wat voor brute dingen wij hiermee zouden kunnen doen 
:)



On Wednesday 20 May 2009 13:14:39 Rob wrote:
 Roeland kun jij niet even een sematisch web implementeren ?  ;o)

 Op 20 mei 2009 13:12 heeft Roeland Douma u...@rullzer.com het

 volgende geschreven:
  Eindelijk :)
 
  Ik zit zelf te denken aan een combinatie. Je zou voor sommige devs best
  gewoon SQL willen parsen. Uiteraard braaf met een readonly acocuntje
  zodat niet een of andere boosdoener (of domme idioot) de hele db kan
  wissen, maar dat idee had je vast ook al gehad :)
 
  Maar voor veel users zou denk ik inderdaad een simpele XPath ook super
  zijn. Denk dat je op die manier de meeste gebruikers kan bedienen.
 
  Ben benieuwd om hem in actie te zien! Op welke data set is die 100ms
  getest?
 
  --Roeland
 
  On Wednesday 20 May 2009 03:15:42 Stefan de Konink wrote:
  Jullie herinneren je vast nog wel het super geheime api server project.
  Dat heeft (om onduidelijke redenen) een vervolg gekregen in de vorm van
  een super geheim XAPI project. Momenteel in hardware gesponsord door
  Dogodigi en mede daarom doet niet meer dan de Benelux ;)
 
  Nu zaten we al eerder te denken, OSM-XML suckt gewoon om daar lekkere
  webservices op te draaien. Mijn vraag aan jullie eventuele
  ontwikkelaars:
 
Op welke standaard zit je dan te wachten?
 
 
  Ik zat zelf te denken om XAPI in JSON aan te bieden, maar mochten er nog
  interessante andere verzoeken zijn kunnen die ook worden ingewilligd.
 
 
  Lookup snelheid is nu 100ms. Ik ga er vanuit dat er morgen een frontend
  voorhangt waar je lekker op kunt querien. Kom ik gelijk bij het volgende
  punt;
 
Zou je de database in SQL willen querien?
...of alleen in een zwak XPath aftreksel?
 
 
  Stefan
 
  ___
  Talk-nl mailing list
  Talk-nl@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-nl
 
  ___
  Talk-nl mailing list
  Talk-nl@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-nl

 ___
 Talk-nl mailing list
 Talk-nl@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-nl


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl


Re: [OSM-talk-nl] XAPI maar dan beter

2009-05-20 Berichten over hetzelfde onderwerp Stefan de Konink
Roeland Douma wrote:
 Ben benieuwd om hem in actie te zien! Op welke data set is die 100ms getest?

BeNeLux.


Stefan

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl


Re: [OSM-talk-nl] XAPI maar dan beter

2009-05-20 Berichten over hetzelfde onderwerp Stefan de Konink
Roeland Douma wrote:
 Super. Dan zeggen de getallen ook nog iets. 
 Ben erg benieuwd :D

Op wereld grootte moet xapi ook wel goed gaan. Het probleem op wereld 
grootte lag bij Monet op bbox'en, niet op tag lookups. Maar ik heb het 
bbox probleem naar 3s teruggebracht op wereld grootte.


Stefan

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl