Re: [Talk-de] Fahrtzeiten in Staus
Event-Codes: Die Eventcodes gibt es alle 2 mal. Einmal mit Stau-Laenge in Km und ein mal mit Verzögerung in einer Zeiteinheit. Einfach mal selbst in ISO14819-2:2003 nachsehen. Ich hab die PDFs im Wiki von Traveling Salesman unter TMC verlinkt. z.B. Code 106 "stationary traffic for 10 km" Code 113 "stationary traffic for 10 km with average speed Q" Ursache: Die Staursache steht aber nicht zur Verfügung. Es geht einfach darum, ich weiss DASS ein Stau da ist, WO er ist und WIE LANG er ist und muss eine Schätzung geben welche maximale Durchschnittsgeschwindigkeit erreicht wird um in genau dieser Situation eine Routing- Entscheidung zu treffen. Natürlich kann man bessere Systeme als TMC bauen aber das ist nunmal was momentan zur Verfügung steht, es ist überall verfügbar, kostenlos und die Empfänger billig und damit muss ich nunmal als erstes arbeiten bevor man über Verbesserungen nachdenken kann. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrtzeiten in Staus
http://sourceforge.net/apps/mediawiki/travelingsales/index.php?title=TMC#Links Hier sind die ISO-Standarts verlinkt. Damit nicht immer Leute raten was da übermittelt wird und was nicht, wie die Zuordnung zu Orten funktioniert, .. sondern nachlesen können. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrtzeiten in Staus
Hallo Marcus, ich kenne die Alert-C und die einschlägigen TCM-Dokumente! Marcus Wolschon schrieb: > Event-Codes: > Die Eventcodes gibt es alle 2 mal. > Einmal mit Stau-Laenge in Km und > ein mal mit Verzögerung in einer Zeiteinheit. > Einfach mal selbst in ISO14819-2:2003 nachsehen. > Ich hab die PDFs im Wiki von Traveling Salesman > unter TMC verlinkt. > > z.B. > Code 106 "stationary traffic for 10 km" > Code 113 "stationary traffic for 10 km with average speed Q" > Es gibt aber auch z.B. den Code 101 "stationary traffic" und der wird nicht gerade selten verwendet, z.B. aktuell hier: TMC 1 12748 12747 101 1 25 19.12.09 11:10:00 A9 Nürnberg - München zwischen 56 Hilpoltstein und 55 Allersberg Stau. und da weißt Du eigentlich gar nichts! Du kannst hier nur annehmen, dass der ganze Abschnitt betroffen ist, musst die Länge ausrechnen und kannst dann dafür ein penalty anwenden. Doch dazu reicht auch ein "Pi mal Daumen" -Wert! Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] gelöschtes Element fehlt beim Zugriff über die API
hy-soft wrote: > Werner Hoch wrote: > > Ich will mir ein Skript schreiben mit dem ich einen Weg oder eine > > Relation zu einem bestimmten Datum herunterladen kann. > > z.B. einen Tag vor der Löschung, ... > > Und das Objekt selbst (ID) ist bekannt? > Ja die Objekt ID ist bekannt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] gelöschtes Element fehlt beim Zugriff über die API
Werner Hoch wrote: > hy-soft wrote: >> Werner Hoch wrote: >>> Ich will mir ein Skript schreiben mit dem ich einen Weg oder eine >>> Relation zu einem bestimmten Datum herunterladen kann. >>> z.B. einen Tag vor der Löschung, ... >> Und das Objekt selbst (ID) ist bekannt? >> > Ja die Objekt ID ist bekannt. http://api.openstreetmap.org/api/0.6/[node|way|relation]/#id/history Dann das vorletzte Element nehmen, bzw. die Versionsnummer des vorletzten Elements 'merken' - das letzte Elt. ist der Loescheintrag. Dann: http://api.openstreetmap.org/api/api/0.6/[node|way|relation]/#id/#version Damit solltest Du das bekommen was Du haben willst. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrtzeiten in Staus
Original-Nachricht > Datum: Fri, 18 Dec 2009 17:21:44 +0100 > Von: Florian Lohoff > An: Marcus Wolschon > CC: talk-de@openstreetmap.org > Betreff: Re: [Talk-de] Fahrtzeiten in Staus > Aber steht nicht in den TMC meldungen genau die zu erwartende > verzoegerung in Minuten? Zumindest erinnere ich mich da an was. Wohl eher eine sehr grobe Schaetzung. TMC stammt ja historisch von den Radiomeldungen ab, bei denen die Meldung die Meldekette oft erst dann durchlaufen hatte, wenn das Stau schon wieder weg war. Heute geht das zwar schneller aber die Krux bleibt die Schaetzung der zu erwartenden Verzoegerung. Die ist nicht direkt messbar, weil es ja eine Prognose eines Vorganges ist, der in der Zukunft stattfindet. In der Zukunft deshalb, weil ich den Stau idealerweise noch nicht erreicht habe, wenn die Meldung frueh genug kommt, um ihn zu umfahren. Jetzt ist ein Stau aber keine statische Angelegenheit, sondern in vielen Faellen ein hochdynamischer Vorgang mit vielen Unbekannten. Schon alleine deshalb kann so eine Prognose gar nicht genau sein, bzw. man muesste einen Soll- ist Vergleich machen um zu sehen, wie nahe die Prognose an die Realitaet rangekommen ist. Der wird aber nur in den seltensten Faellen gemacht. Was bleibt sind Daumen mal Pi Abschaetzungen aus allgemeinen Erfahrungswerten. Man kennt meist die Verkehrsfluesse als Profil ueber den Tag hinweg und kann bei einer Spurverengung Rueckschluesse ziehen. Dann dazu noch die berühmte Schätzung der Staulänge und fertig ist der Prognosewert. Manchmal ists auch pure Statistik, denn manche Staus treten ja zyklisch auf und ein Blick eines Operators auf die Überwachungskamera genügt, um die Standardmeldung auszulösen. Eine andere, leider sehr fehlerbehaftete Quelle sind automatisch erzeugte Stauwarnungen aus den Streckenbeeinflussungsanlagen heraus. Die haben nur ein paar Querschnitte als Bezug und daraus eine Prognose der Verzögerung abzuleiten, grenzt an Kaffeesatzleserei ;) Gruesse Hubert -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] gelöschtes Element fehlt beim Zugriff über die API
hy-soft wrote: > Werner Hoch wrote: > > hy-soft wrote: > >> Werner Hoch wrote: > >>> Ich will mir ein Skript schreiben mit dem ich einen Weg oder eine > >>> Relation zu einem bestimmten Datum herunterladen kann. > >>> z.B. einen Tag vor der Löschung, ... > >> Und das Objekt selbst (ID) ist bekannt? > >> > > Ja die Objekt ID ist bekannt. > > http://api.openstreetmap.org/api/0.6/[node|way|relation]/#id/history > Dann das vorletzte Element nehmen, bzw. die Versionsnummer des > vorletzten Elements 'merken' - das letzte Elt. ist der Loescheintrag. > > Dann: > http://api.openstreetmap.org/api/api/0.6/[node|way|relation]/#id/#version Diese Version ist auch in der history enthalten und müsste nicht mehr heruntergeladen werden. > Damit solltest Du das bekommen was Du haben willst. Nein, ich will keine unnötigen Daten herunterladen. Also auf gar keinen Fall die komplette history eines Objekts. Sofern sich das gelöschte Objekt nicht über die API ermitteln lässt werde ich folgenden workaround verwenden: Immer dann wenn das aktuelle Objekt (über die API) nicht mehr vorhanden ist, dann frage ich das Objekt über das Webfrontend ab und generiere mir daraus das aktuelle (gelöschte) Objekt. Grüsse Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Koordinaten aus Ort abfragen
Stefan Schwan wrote: > Am 18. Dezember 2009 17:54 schrieb Jan Tappenbeck : >> Moin ! >> >> gibt es irgendwo einen Geocoder um eine Adresse für OSM zu suchen die >> man über eine Art API nutzen kann ?? > > http://wiki.openstreetmap.org/wiki/Namefinder#XML_interface Namefinder ist die "alte" Suche die auch auf der OSM Hauptseite verwendet wird. Sie hat allerdings das Problem das sie haeufiger mal ueberlastet ist. Aus dem Grund konnte sie auch nicht mehr aktualisiert werden und die Daten von Namefinder sind so weit ich weis noch auf dem Stand von Februar 2009. Ausserdem ist die Zukunft von Namefinder noch nicht ganz klar ( http://lists.openstreetmap.org/pipermail/geocoding/2009-December/62.html ) Es gibt seit kurzem aber auch eine neue Suche auf der OSM Seite, Nominatim ( http://wiki.openstreetmap.org/wiki/Nominatim ), die ebenfalls ein XML API hat und verwendet werden kann. Deren Index wird taeglich aktuallisiert, beherrscht Hausnummernsuche, und sollte deutlich mehr Anfragen verkraften als Namefinder. Eine weitere Alternative waere moeglicherweise noch die Geocoding API von Cloudmade ( http://developers.cloudmade.com/projects/show/geocoding ), wobei ich die selbst noch nicht ausprobiert habe. Kai > >> Gruß Jan .-) > > Gruß, > Stefan > > ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] gelöschtes Element fehlt beim Zugriff über die API
On Freitag, 18. Dezember 2009, hy-soft wrote: > Werner Hoch wrote: > > Ich will mir ein Skript schreiben mit dem ich einen Weg oder eine > > Relation zu einem bestimmten Datum herunterladen kann. > > z.B. einen Tag vor der Löschung, ... > > Und das Objekt selbst (ID) ist bekannt? Ja, die Objekt ID ist bekannt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konzentrationslager/Arbeitserziehungslager
Am 17. Dezember 2009 21:01 schrieb Johannes Huesing : > Und nebenbei: Camp Delta in Guantanamo Bay ist so detailliert, dass es > schon ein Bild der Woche wert wäre. > was man für Bagram noch nicht gerade behaupten kann: http://maps.google.de/maps?ll=34.946111,69.265&spn=0.03,0.03&t=k&q=34.946111,69.265 http://www.openstreetmap.org/index.html?mlat=34.946111&mlon=69.265&zoom=14 ich sehe allerdings gerade, dass da auch die Yahoo-Bilder nicht gerade ausreichend sind... Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konzentrationslager/Arbeitserziehungslager
Am 18. Dezember 2009 14:54 schrieb Frederik Ramm : > "Stadtplan" von Rom zur Zeit Caesars haengen. Einige der Gebaeude auf > diesem Plan gibt es heute noch, und einige der Strassen sogar; aber die > allermeisten Gebaeude sind heute nicht mal mehr in Form von Ruinen > existent, und Strassen und Wege heute nicht mehr erkennbar. mit solchen Aussagen musst Du aufpassen, es gibt etliche Gebäude, die z.B. römische Keller haben, oder römische Mauern beinhalten (am Stück). Ein sehr bekanntes Beispiel ist z.B. das Teatro di Marcello (ich linke mal die italienische Version, weil da die Bilder besser sind: http://it.wikipedia.org/wiki/Teatro_di_Marcello ). Auch Spolien sind ein räumliches (und zeitliches) Thema, das man theoretisch in OSM bringen könnte, wo es derzeit aber keine Möglichkeiten gibt. > Zeichnete > ich diese ein, so liefen sie in der Tat quer durch heutige Wohnbebauung. > das tun sie auch z.T., nur halt darunter... > OSM hat kaum Regeln, und schon gar keine festgeschriebenen, aber die "on > the ground rule" ist schon eine ziemlich weit verbreitete Norm. > Natuerlich wird von ihr bereits abgewichen, z.B. beim Mapping von > Grenzen, aber eine flaechige Eintragung von Kartendaten des Altertums > koennte hier tatsaechlich den Rahmen sprengen. > ja, das stimmt wohl auch, wobei es schon toll wäre, wenn man das irgendwann so integrieren könnte, dass es in den Editoren und beim Auswerten nicht stört. > Andererseits, und da hat Michael wieder einen guten Punkt, wuerde, wenn > ich das alte Rom einzeichnete, eventuell der eine oder andere > Hobbyhistoriker auf den Plan gerufen, um antike Karten aus OSM zu > zeichnen, und die Editor-Entwickler wuerden sich, wenn auch vielleicht > etwas schimpfend, an die Arbeit machen, dafuer zu sorgen, dass meine > historischen Daten niemanden stoeren... > eben. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konzentrationslager/Arbeitserziehungslager
Am 18. Dezember 2009 23:46 schrieb Mirko Küster : > Ich wollte die Daten erst so hochladen, habe dann aber allen Schlüsseln ein > "historic:" vorangestellt, > ja, ein eigener Namespace sollte schon sein. Finde ich gut. > Ich bin auf die Meinungen gespannt, auch darauf ob das so stehen bleibt woher hast Du denn die Daten, bzw. woher weisst Du, dass sie genau so stimmen? Mir kommt das ziemlich komisch vor, dass alle historischen Straßen im Vergl. zu den aktuellen einen Offset haben. Sieht für mich auf den ersten Blick verdächtig nach einem Projektionsproblem aus... Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] gelöschtes Element fehlt beim Zugriff über die API
Werner Hoch wrote: > Nein, ich will keine unnötigen Daten herunterladen. Also auf gar keinen Fall > die komplette history eines Objekts. Okay, mir sind jetzt noch keine Objekte untergekommen, bei denen diese Datenmenge ein Problem darstellt (und ich bin noch von der alten Schule, d.h. ich habe schon System programmiert, die weniger als 64 kbyte hatten), daher kann ich das jetzt nicht nachvollziehen. > Sofern sich das gelöschte Objekt nicht über die API ermitteln lässt werde ich > folgenden workaround verwenden: > > Immer dann wenn das aktuelle Objekt (über die API) nicht mehr vorhanden ist, > dann frage ich das Objekt über das Webfrontend ab und generiere mir daraus > das aktuelle (gelöschte) Objekt. Sorry, aber das verstehe ich jetzt nicht - und ich will ja hier auch was lernen. Also, Du fragst nach node|way|relation ID und wenn Du 410 - gone zurueckbekommst, machst Du was??? Wie kann man das ueber das Webfrontend holen - ohne ueber die History zu gehen? Danke fuer jede Antwort ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] gelöschtes Element fehlt beim Zugriff über die API
Hallo, hy-soft wrote: > Okay, mir sind jetzt noch keine Objekte untergekommen, bei denen diese > Datenmenge ein Problem darstellt (und ich bin noch von der alten Schule, > d.h. ich habe schon System programmiert, die weniger als 64 kbyte > hatten), daher kann ich das jetzt nicht nachvollziehen. Siehst Du, und die vollstaendige History der Relation 162937 hat bereits 1325957 Bytes, das ist das 378fache des Hauptspeichers deines alten VC20. > Also, Du fragst nach node|way|relation ID und wenn Du 410 - gone > zurueckbekommst, machst Du was??? > Wie kann man das ueber das Webfrontend holen - ohne ueber die History zu > gehen? Das Webfrontend zeigt immer die Nummer der aktuellen Version an: http://www.openstreetmap.org/browse/relation/162937 Auch - und da unterscheidet es sich vom Direktzugriff ueber die API - bei geloeschten Nodes. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] gelöschtes Element fehlt beim Zugriff über die API
Frederik Ramm wrote: > Das Webfrontend zeigt immer die Nummer der aktuellen Version an: > > http://www.openstreetmap.org/browse/relation/162937 > > Auch - und da unterscheidet es sich vom Direktzugriff ueber die API - > bei geloeschten Nodes. Danke fuer den Hinweis auf dieses Feature. Wieder was gelernt. Bleibt fuer mich folgende Frage offen: Wer Zugriff auf die API hat, kann doch statt http://api.openstreetmap.org/api/0.6/[irgendwas] auch einfach die URL http://www.openstreetmap.org/browse/[irgendwas] ansprechen. Zugegeben dann bekommt man HTML statt XML, aber fast jede Programmiersprache bietet heutzutage auch die Moeglichkeit HTML zu parsen oder eben den HTML-Output anzuzeigen. (Ich habe da jetzt keine fuenf Minuten gebraucht um zu verifizieren, dass es geht) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] gelöschtes Element fehlt beim Zugriff über die API
Hallo, hy-soft wrote: > Bleibt fuer mich folgende Frage offen: Wer Zugriff auf die API hat, kann > doch statt http://api.openstreetmap.org/api/0.6/[irgendwas] > auch einfach die URL > http://www.openstreetmap.org/browse/[irgendwas] > ansprechen. Klar. > Zugegeben dann bekommt man HTML statt XML Genau. > aber fast jede > Programmiersprache bietet heutzutage auch die Moeglichkeit HTML zu > parsen oder eben den HTML-Output anzuzeigen. > (Ich habe da jetzt keine fuenf Minuten gebraucht um zu verifizieren, > dass es geht) Bei der API gibt es seitens OpenStreetMap das implizite Versprechen, dass das nicht so mir-nichts, dir-nichts geaendert wird - wenn, dann gibt es vorher ausreichend Ankuendigung und eine genaue Spezifikation der neuen XML-Struktur und so weiter. Bei der Webseite koennen sich Aufbau und Inhalt jederzeit aendern, und es waere toericht, seine Software auf irgendwelche Annahmen bezueglich der HTML-Inhalte der Webseite zu stuetzen. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Sonderstammtisch Taktile Karten
Hallo Listen, zur Vorbereitung der Testproduktion von tastbaren Karten mit Schwellpapier sind alle Interessierten eingeladen zum Sonderstammtisch nach Hannover zu kommen. Anmeldung auf http://wiki.openstreetmap.org/wiki/DE:HaptoRender Sehgeschädigte können von der Bahn abgeholt werden, bitte Email an mich. Mithören per Skype können wir einrichten. Gruß Lulu-Ann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] gelöschtes Element fehlt beim Zugriff über die API
Frederik Ramm wrote: > Bei der API gibt es seitens OpenStreetMap das implizite Versprechen, > dass das nicht so mir-nichts, dir-nichts geaendert wird - wenn, dann > gibt es vorher ausreichend Ankuendigung und eine genaue Spezifikation > der neuen XML-Struktur und so weiter. > > Bei der Webseite koennen sich Aufbau und Inhalt jederzeit aendern, und > es waere toericht, seine Software auf irgendwelche Annahmen bezueglich > der HTML-Inhalte der Webseite zu stuetzen. Danke auch fuer den Hinweis auf diesen kleinen Unterschied. Moechte ich also meinem Anwender diese Information zukommen lassen, sollte ich am einfachsten den HTML-Code in einem Browserfenster darstellen und nicht versuchen Daten da irgenwie auszulesen und damit weiterarbeiten. Danke. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] gelöschtes Element fehlt beim Zugriff über die API
Hallo, hy-soft wrote: > Moechte ich also meinem Anwender diese Information zukommen lassen, > sollte ich am einfachsten den HTML-Code in einem Browserfenster > darstellen und nicht versuchen Daten da irgenwie auszulesen und damit > weiterarbeiten. Ja. Wenn es sich nicht umgehen laesst, die Sachen zu parsen, dann rechne zumindest damit, dass es jederzeit schiefgehen kann (und sag Deinem Anwender dann: "Unser Administratoren arbeiten mit Hochdruck an der Loesung des Problems!" ;-) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] gelöschtes Element fehlt beim Zugriff über die API
Frederik Ramm wrote: > Hallo, > > hy-soft wrote: >> Moechte ich also meinem Anwender diese Information zukommen lassen, >> sollte ich am einfachsten den HTML-Code in einem Browserfenster >> darstellen und nicht versuchen Daten da irgenwie auszulesen und damit >> weiterarbeiten. > > Ja. Wenn es sich nicht umgehen laesst, die Sachen zu parsen, dann rechne > zumindest damit, dass es jederzeit schiefgehen kann (und sag Deinem > Anwender dann: "Unser Administratoren arbeiten mit Hochdruck an der > Loesung des Problems!" ;-) Naja, mir eilt es damit nicht. Aber ich bin latuernich froh wenn ich immer mehr verstehe und lerne bzgl. der Elemente und Moeglichkeiten. Und auch, wenn ich Fehler von vorneherein vermeiden kann. Wuerde ich jetzt - ohne Deine Info - anfangen mal kurz die Daten aus dem HTML auszulesen und irgendwie zu speichern und darzustellen - nur weil es eben moeglich ist, waere diese Arbeit u.U. in wenigen Monaten fuer die Katz. [Nicht dass ich das jemals ernsthaft in Erwaegung gezogen haette] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] gelöschtes Element fehlt beim Zugriff über die API
On Samstag, 19. Dezember 2009, Frederik Ramm wrote: > hy-soft wrote: > > Zugegeben dann bekommt man HTML statt XML > > Genau. > > > aber fast jede > > Programmiersprache bietet heutzutage auch die Moeglichkeit HTML zu > > parsen oder eben den HTML-Output anzuzeigen. > > (Ich habe da jetzt keine fuenf Minuten gebraucht um zu > > verifizieren, dass es geht) > > Bei der API gibt es seitens OpenStreetMap das implizite Versprechen, > dass das nicht so mir-nichts, dir-nichts geaendert wird - wenn, dann > gibt es vorher ausreichend Ankuendigung und eine genaue Spezifikation > der neuen XML-Struktur und so weiter. Sieht man sich die Spezifikation V0.6 an, dann ist von der 410 bei diesem Kommando und einem gelöschten Objekt nichts zu lesen. --- Version: GET /api/0.6/[node|way|relation]/#id/#version Retrieves a specific version of the element. Error codes HTTP status code 404 (Not Found) When no element with the given id could be found --- http://wiki.openstreetmap.org/wiki/API_v0.6#Version:_GET_.2Fapi.2F0.6.2F.5Bnode.7Cway.7Crelation.5D.2F.23id.2F.23version Entweder ist die Beschreibung nicht ganz vollständig oder der Server liefert die falsche Antwort. > Bei der Webseite koennen sich Aufbau und Inhalt jederzeit aendern, > und es waere toericht, seine Software auf irgendwelche Annahmen > bezueglich der HTML-Inhalte der Webseite zu stuetzen. Yup. Grüsse Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] gelöschtes Element fehlt beim Zugriff über die API
Hallo, Werner Hoch wrote: > Sieht man sich die Spezifikation V0.6 an, dann ist von der 410 bei > diesem Kommando und einem gelöschten Objekt nichts zu lesen. > Version: GET /api/0.6/[node|way|relation]/#id/#version Der 410 kommt nur beim GET ohne Versionsangabe und bedeutet: "Von diesem Objekt gab es mal eine gueltige Version, aber die wurde geloescht". Einen 404 gibt es, wenn Du ein Objekt anfragst, das nie existiert hat. Beim GET mit Versionsangabe kann es einen 410 logischerweise nicht geben ("die Version gab es mal, aber sie wurde geloescht") - es gibt entweder einen 404 ("diese Version oder dieses Objekt gibts nicht und gab es nie"), oder die Version kommt zurueck - falls sie geloescht ist, mit einem "visible=false". > Entweder ist die Beschreibung nicht ganz vollständig oder der Server > liefert die falsche Antwort. Soweit ich sehen kann, sind Beschreibung sowie Verhalten des Servers korrekt (oder stimmen zumindest ueberein ;-) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] gelöschtes Element fehlt beim Zugriff über die API
Hallo, On Sonntag, 20. Dezember 2009, Frederik Ramm wrote: > Werner Hoch wrote: > > Sieht man sich die Spezifikation V0.6 an, dann ist von der 410 bei > > diesem Kommando und einem gelöschten Objekt nichts zu lesen. > > > > Version: GET /api/0.6/[node|way|relation]/#id/#version > > Der 410 kommt nur beim GET ohne Versionsangabe und bedeutet: "Von > diesem Objekt gab es mal eine gueltige Version, aber die wurde > geloescht". Einen 404 gibt es, wenn Du ein Objekt anfragst, das nie > existiert hat. > > Beim GET mit Versionsangabe kann es einen 410 logischerweise nicht > geben ("die Version gab es mal, aber sie wurde geloescht") - es gibt > entweder einen 404 ("diese Version oder dieses Objekt gibts nicht > und gab es nie"), oder die Version kommt zurueck - falls sie > geloescht ist, mit einem "visible=false". > > > Entweder ist die Beschreibung nicht ganz vollständig oder der > > Server liefert die falsche Antwort. > > Soweit ich sehen kann, sind Beschreibung sowie Verhalten des Servers > korrekt (oder stimmen zumindest ueberein ;-) Ja, du hast recht. Aber dann habe ich ja zumindest die Möglichkeit über die API eine gelöschte Version herunterzuladen. Auch wenn ich erst über das Webfrontend die Versionsnummer herausfinden muss. Das vereinfacht mein Problem wieder um ein kleines bisschen. Grüsse Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] landuse=farmland bei Weideland (was: Ba uern-/Guts-/Ausliegerhof mappen - 100%ige Lösung ? )
Am 18. Dezember 2009 12:03 schrieb Bernd Wurst : > Am Freitag 18 Dezember 2009 11:35:09 schrieb Falk Zscheile: > > Nennst Du mir bitte noch die Quelle oder das Umfeld aus dem diese > > Definition stammt? Meine Laiendefinition von Acker/Weide/Wiese wäre > > eine andere gewesen und ich befürchte da sind wir wieder an einem > > Punkt wo sich für eine Sache verschiedene Definitonen finden lassen -- > > je nach persönlichem Hintergrund des Mappers. > > Ich kann dir so spontan keine schriftliche Quelle nennen, sieh mal hier, z.B. auch den Anhang... http://www.destatis.de/jetspeed/portal/_ns:YWl3bXMtY29udGVudDo6Q29udGVudFBvcnRsZXQ6OjF8ZDF8ZWNoYW5nZVdpbmRvd1N0YXRlPTE9dHJ1ZQ__/cms/Sites/destatis/SharedContent/Oeffentlich/AZ/ZD/Rechtsgrundlagen/Statistikbereiche/LandForstwirtschaft/136__VOflanzlErzeugnohneGetreide,templateId=renderPrint.psml Gruß Martin (ob das der letzte Stand ist, kann ja jemand anderes recherchieren...) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de