[Talk-de] API 0.6 und Sub-Klasses
HI ! ich wollte meine Weihnachtsbäume [1] mit http://osmxapi.hypercube.telascience.org/api/0.6/node[xmas:feature=tree][bbox=12.4,53.3,13,53.5] abfrage - bekomme allerdings bekomme ich keine NODES. Es gibt diese aber. Kann es sein das die API xmas:feature - wegen dem Doppelpunkt nicht auswerten kann ? Gruß Jan :-) [1] http://wiki.openstreetmap.org/wiki/DE:Tag:xmas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6 und Sub-Klasses
Am Sonntag, den 20.12.2009, 11:49 +0100 schrieb Jan Tappenbeck: HI ! ich wollte meine Weihnachtsbäume [1] mit http://osmxapi.hypercube.telascience.org/api/0.6/node[xmas:feature=tree][bbox=12.4,53.3,13,53.5] abfrage - bekomme allerdings bekomme ich keine NODES. Es gibt diese aber. Kann es sein das die API xmas:feature - wegen dem Doppelpunkt nicht auswerten kann ? Habe gerade mal nur die Nodes in der Boundingbox gezogen und darin waren die Tags auch nicht enthalten. Allerdings ist xapi:planetDate='20091219'. Wenn Du die Daten erst kürzlich eingetragen hast, sind die noch nicht da. Da scheint es ein Problem mit dem Update-Prozess zu geben. Normalerweise ist XAPI nur ein paar Minuten hinterher. XAPI hat jedoch mit API nicht viel gemein. Sie stellen unterschiedliche Services zur Verfügung. Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6 und Sub-Klasses
Andre Hinrichs schrieb: Am Sonntag, den 20.12.2009, 11:49 +0100 schrieb Jan Tappenbeck: HI ! ich wollte meine Weihnachtsbäume [1] mit http://osmxapi.hypercube.telascience.org/api/0.6/node[xmas:feature=tree][bbox=12.4,53.3,13,53.5] abfrage - bekomme allerdings bekomme ich keine NODES. Es gibt diese aber. Kann es sein das die API xmas:feature - wegen dem Doppelpunkt nicht auswerten kann ? Habe gerade mal nur die Nodes in der Boundingbox gezogen und darin waren die Tags auch nicht enthalten. Allerdings ist xapi:planetDate='20091219'. Wenn Du die Daten erst kürzlich eingetragen hast, sind die noch nicht da. Da scheint es ein Problem mit dem Update-Prozess zu geben. Normalerweise ist XAPI nur ein paar Minuten hinterher. XAPI hat jedoch mit API nicht viel gemein. Sie stellen unterschiedliche Services zur Verfügung. Andre Die Daten sind schon seit einigen Wochen erfaßt - min. 1 Datensatz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6: History RSS?
Karl Eichwalder k...@gnu.franken.de wrote: Was soll das bringen? Dann trägt man eben asdf ein, wenn einem danach ist. Wenn JOSM wenigstens eine history für die box hätte... Das hab ich mir auch schon gewünscht, das gefällt dem josm Maintainer nicht :) Sven -- We don't know the OS that God uses, but the Vatican uses Linux (Sister Judith Zoebelein, Vatican Webmaster) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6: History RSS?
Karl Eichwalder schrieb: Man sollte leere Commit-messages verbieten. Was soll das bringen? Dann trägt man eben asdf ein, wenn einem danach ist. Es verhindert, dass du versehentlich die Commit-Message vergisst. Da du als netter Mapper deinen Kollegen ohnehin nie zumuten willst, beim Betrachten der History jedesmal nachzusehen, was du denn da gemacht hattest, wirst du ja nie absichtlich eine leere Commit-Message wollen. Richtig? ;-) Wenn JOSM wenigstens eine history für die box hätte... Das sollte natürlich nachgerüstet werden. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6: History RSS?
Hallo, Sven Geggus wrote: Was soll das bringen? Dann trägt man eben asdf ein, wenn einem danach ist. Wenn JOSM wenigstens eine history für die box hätte... Das hab ich mir auch schon gewünscht, das gefällt dem josm Maintainer nicht :) Erstens ist Dirk seit einigen Monaten der JOSM-Maintainer und nicht mehr ich. Zweitens sollte mit der aktuellen latest-Version nun das Feld mit dem letzten Kommentar vorausgefuellt sein - ausserdem ist der Extradialog weggefallen, und der Kommentar wird nun im gleichen Dialog eingegeben, in dem auch die Liste der geaenderten Objekte gezeigt wird. Spaeter soll auch eine Moeglichkeit kommen, ein offenes Changeset weiterzubearbeiten, fuer die, die gern alle 5 Minuten hochladen - damit da nicht lauter Mini-Changesets entstehen. Ich weiss nicht, ob wir, wie von Lars Franke vorgeschlagen, auch die parallele Verarbeitung mehrerer Changesets, auch ueber JOSM-Aufrufe hinweg (ach, da hab ich von vorhin noch ein Changeset offen...) erlauben sollen, oder ob wir immer nur eines unterstuetzen... Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6: History RSS?
Hallo. Am Mittwoch 22 April 2009 13:46:42 schrieb Frederik Ramm: Spaeter soll auch eine Moeglichkeit kommen, ein offenes Changeset weiterzubearbeiten, fuer die, die gern alle 5 Minuten hochladen - damit da nicht lauter Mini-Changesets entstehen. +1 Ich würde es begrüßen, wenn man ein Changeset explizit beginnen und beenden könnte, gerne auch so, dass beim Beenden von JOSM eindringlich darauf hingewiesen wird, dass noch ein CS offen ist. Ich weiss nicht, ob wir, wie von Lars Franke vorgeschlagen, auch die parallele Verarbeitung mehrerer Changesets, auch ueber JOSM-Aufrufe hinweg (ach, da hab ich von vorhin noch ein Changeset offen...) erlauben sollen, oder ob wir immer nur eines unterstuetzen... Finde ich jetzt nicht so wichtig wie die Möglichkeit, Zwischenschritte überhaupt mal hochladen zu können. Gruß, Bernd -- Autos sind und bleiben Phallus-Symbole. Kein Wunder, dass sich der Smart so schlecht verkauft. Kein Mann möchte freiwillig ein Phallus-Symbol, das auch quer in die Lücke passt! - Eckart von Hirschhausen (dt. Comedian) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6: History RSS?
Am 22. April 2009 13:46 schrieb Frederik Ramm frede...@remote.org: Sven Geggus wrote: Was soll das bringen? Dann trägt man eben asdf ein, wenn einem danach ist. Wenn JOSM wenigstens eine history für die box hätte... Zweitens sollte mit der aktuellen latest-Version nun das Feld mit dem letzten Kommentar vorausgefuellt sein - ausserdem ist der Extradialog weggefallen, und der Kommentar wird nun im gleichen Dialog eingegeben, in dem auch die Liste der geaenderten Objekte gezeigt wird. das sind auf jeden Fall schon mal angenehme Änderungen. Für den leeren Kommentar wäre vielleicht auch nur ne Warnmeldung sinnvoll, vergleichbar vielen Email-Clients (do you really want to send this message with no subject?), so könnte man den Kommentarabstinenzlern und den Nachlässigen gleichermaßen entgegenkommen. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6 Umstellung beendet?
Hallo, Laut http://wiki.openstreetmap.org/wiki/OSM_Protocol_Version_0.6/Information ist wieder alles OK, Laut http://wiki.openstreetmap.org/index.php/Platform_Status noch nicht. Bevor ich jetzt endlich die lange Busfahrt von So eintragen wollte habe ich mal einen Testnode erzeugt: Laden eines Bereichs in JOSM OK Speichern des Nodes scheinbar auch OK Erneuter Start von JOSM und laden des gleichen Bereichs klappt nicht mehr, ist wohl gerade etwas überfordert. Ich hatte Freitag einige Sachen eingetragen die sich aber schon nicht mehr hochladen ließen. Ich habe das als *.osm Datei gespeichert. Kann ich das jetzt einfach in JOSM laden und dann in die Datenbank übertragen oder gibt es da Probleme? Bei meinem Test eben trat ein Übertragungsfehler auf. Aber bei der derzeitigen Überlastung kann das ja auch andere Gründe haben. Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6 Umstellung beendet?
Zitat von Dimitri Junker o...@dimitri-junker.de: Ich habe das als *.osm Datei gespeichert. Kann ich das jetzt einfach in JOSM laden und dann in die Datenbank übertragen oder gibt es da Probleme? Also bei mir hat das grade geklappt. Das Hochladen hat zwar ewig gedauert, aber die Daten sind nun auf dem Server und ich kann sie auch wieder runterladen. Nun mache ich mich daran, sie mit den bestehen Straßen zu verbinden. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6 Umstellung beendet?
Hallo, Ich hatte Freitag einige Sachen eingetragen die sich aber schon nicht mehr hochladen ließen. Ich habe das als *.osm Datei gespeichert. Kann ich das jetzt einfach in JOSM laden und dann in die Datenbank übertragen oder gibt es da Probleme? Gibt Probleme. Falls es nur neue Objekte und keine Aenderungen sind, kannst Du vermutlich einigermassen einfach die Version in der Datei auf 0.6 aendern und dann tut es, aber Aenderungen an existierenden Objekten gehen nicht, weil in der Datei die Versionsnummer fehlt. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] API 0.6: History RSS?
Guten Abend! Also das mit der neuen History ist schon extremst cool - falls hier einer mitliest, der dazu beigetragen hat, superherzliches Dankeschön! Wenn man jetzt noch auf Seiten wie dieser ein RSS-Feed bekommen könnte, http://www.openstreetmap.org/history/?bbox=12.0859%2C48.5226%2C12.1784%2C48.5669, ja dann - das wäre fast wie Weihnachten. :-) Kann man sich das irgendwo wünschen oder ist das eh schon in Arbeit? -- Gernot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6: History RSS?
Anscheinend funktioniert das noh nicht so ganz. Bei mir wird da lauter Zeugs angezeigt, dass nicht innerhalb des ausgewählten Bereiches ist. André signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6: History RSS?
Hi! André Reichelt schrieb: Anscheinend funktioniert das noh nicht so ganz. Bei mir wird da lauter Zeugs angezeigt, dass nicht innerhalb des ausgewählten Bereiches ist. Ist mir auch aufgefallen. Allerdings wird nach meiner Beobachtung andersherum ein Schuh draus: der von Dir angeforderte Bereich ist in dem Changeset-Bereich. Anscheinend machen manche Leute gelegentlich Änderungen kurz hintereinander verteilt auf der ganzen Welt. Das gibt da eine riesige Bounding Box und da liegt halt der von Dir angeforderte Bereich drin. Ich denke, das sind Artifakte, die bei der nachträglichen, künstlichen Changeset-Erzeugung unvermeidlich sind. Jetzt, wo die Leute wissen, dass es das gibt, werden die meisten vermutlich schaun, dass sie solche Änderungen auf mehrere Changesets aufteilen - Ergo wird sich dieses Problem von selbst lösen. -- Gernot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6: History RSS?
Gernot Hillier schrieb: Guten Abend! Also das mit der neuen History ist schon extremst cool - falls hier einer mitliest, der dazu beigetragen hat, superherzliches Dankeschön! Wenn man jetzt noch auf Seiten wie dieser ein RSS-Feed bekommen könnte, http://www.openstreetmap.org/history/?bbox=12.0859%2C48.5226%2C12.1784%2C48.5669, ja dann - das wäre fast wie Weihnachten. :-) Kann man sich das irgendwo wünschen oder ist das eh schon in Arbeit? http://lists.openstreetmap.org/pipermail/talk/2009-April/036134.html Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6 Umstellung beendet?
Hallo, Gibt Probleme. Danke, war zum Glück nicht so viel - hab es neu gezeichnet. Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6: History RSS?
Gernot Hillier ger...@hillier.de wrote: Wenn man jetzt noch auf Seiten wie dieser ein RSS-Feed bekommen könnte, http://www.openstreetmap.org/history/?bbox=12.0859%2C48.5226%2C12.1784%2C48.5669, ja dann - das wäre fast wie Weihnachten. :-) Mir würde ja schon reichen wenn man eine solche URL für den aktuellen kartenausschnitt erzeugen könnte. Hat da vielleicht schon jemand nen bookmarklet gebaut? Sven -- Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety (Benjamin Franklin) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6: History RSS?
On Dienstag, 21. April 2009, Sven Geggus wrote: Gernot Hillier ger...@hillier.de wrote: Wenn man jetzt noch auf Seiten wie dieser ein RSS-Feed bekommen könnte, http://www.openstreetmap.org/history/?bbox=12.0859%2C48.5226%2C12.1 784%2C48.5669, ja dann - das wäre fast wie Weihnachten. :-) Mir würde ja schon reichen wenn man eine solche URL für den aktuellen kartenausschnitt erzeugen könnte. Hat da vielleicht schon jemand nen bookmarklet gebaut? Geht ganz einfach: * Auf der osm homepage einen Kartenausschnitt auswählen * zum Reiter history wechseln * Bookmark speichern MfG Werner2101 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6: History RSS?
Werner Hoch werner...@gmx.de wrote: Geht ganz einfach: * Auf der osm homepage einen Kartenausschnitt auswählen * zum Reiter history wechseln * Bookmark speichern Ah, danke! Man sollte leere Commit-messages verbieten. Sven -- linux is evolution, not intelligent design (Linus Torvalds) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6: History RSS?
Hallo, Gernot Hillier wrote: Wenn man jetzt noch auf Seiten wie dieser ein RSS-Feed bekommen könnte, http://www.openstreetmap.org/history/?bbox=12.0859%2C48.5226%2C12.1784%2C48.5669, ja dann - das wäre fast wie Weihnachten. :-) Kann man sich das irgendwo wünschen oder ist das eh schon in Arbeit? Es gibt recht enge Grenzen dessen, was die API selber leisten wird. Der Plan ist aber, dass die Changesets ebenso wie sonstige Daten in Form regelmaessiger Dumps und Tages-/Stunden-/Minutendiffs rausgegeben werden sollen, so dass man ausserhalb des zentralen Servers solche Features aufbauen kann. Wie schon richtig bemerkt wurde, haben die simplen rechteckigen Boundingboxen den Nachteil, dass sie zu vielen false positives fuehren. Wenn ich mich fuer Aenderungen in Karlsruhe Mitte interessiere und jemand eine Aenderungen im Westen und eine im Osten der Stadt macht, dann schneidet die Boundingbox seiner Aenderungen meine Interessensbox. Hier muss man fuer einen wirklich guten Feed so vorgehen, dass man zunaechst alle Changesets ausfindig macht, die sich mit der Interessensbox schneiden, und dann muss man aber doch noch eine Einzelueberpruefung der Elemente im Changeset vornehmen. So etwas ist zu aufwendig, um es direkt in der API zu machen, aber ein Extraserver (den jeder von uns betreiben koennte, sobald die Changeset-Dumps kommen!) koennte sowas leisten. Generell liegt der Fokus beim 0.6 schon eher darauf, Moeglichkeiten bereitzustellen, als fertige Loesungen - auch fuer das Undo von ganzen Changesets setzt man darauf, dass findige Programmierer leicht zu benutzende Web-Interfaces bauen. (Was dafuer noch fehlt, ist ein Mechanismus a la OpenAuth, der es z.B. mir ermoeglichen wuerde, einen Web-Service anzubieten, der in Deinem Namen Aenderungen bei der API macht, ohne dass Du mir dafuer Dein Password verraten musst.) 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] API 0.6: History RSS?
Hallo, Sven Geggus wrote: Man sollte leere Commit-messages verbieten. Die meisten nones stammen aus der automatischen Generierung von Pseudo-Changesets fuer alte Daten. JOSM erlaubt keine leeren Commit Messages. 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] API 0.6: History RSS?
Am 22. April 2009 00:47 schrieb Frederik Ramm frede...@remote.org: Generell liegt der Fokus beim 0.6 schon eher darauf, Moeglichkeiten bereitzustellen, als fertige Loesungen - auch fuer das Undo von ganzen Changesets setzt man darauf, dass findige Programmierer leicht zu benutzende Web-Interfaces bauen. Ziemlich wichtig wäre beim Undo, wenn man nicht nur ganze Changesets sondern vor allem auch einzelne Aktionen darin rückgängig machen könnte. Wenn jemand jetzt eine Stunde editiert hat, und dabei ist ihm auch versehentlich ein Fehler unterlaufen, und er lädt das als 1 changeset hoch, dann sollte man ja nicht unbedingt alles wieder rückgängig machen ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6: History RSS?
Sven Geggus li...@fuchsschwanzdomain.de writes: Man sollte leere Commit-messages verbieten. Was soll das bringen? Dann trägt man eben asdf ein, wenn einem danach ist. Wenn JOSM wenigstens eine history für die box hätte... -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] API 0.6 Umstellung beendet?
Hallo Liste, Es ist ziemlich ruhig um die API 0.6. Ist das System nun umgestellt? In der WIKI ist ja noch alles auf rot oder gelb. http://wiki.openstreetmap.org/index.php/Platform_Status . Ich habe mal zum Test etwas mit JOSM hochgeladen was auch funktioniert hat. Kann man mit taggen jetzt wieder richtig loslegen? Wo gibt es deutschsprachige Informationen was sich geändert hat und wie man die Änderungen anwenden kann? Ciao Holger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6 Umstellung beendet?
Hallo Holger, Holger Schrader schrieb: Hallo Liste, Es ist ziemlich ruhig um die API 0.6. Ist das System nun umgestellt? In der WIKI ist ja noch alles auf rot oder gelb. ich kann z.B. keine Nachrichten über das Diary verschicken und/oder Nutzer anschreiben. Anscheinend sind wohl noch nicht alle Teile drüben? Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6 Umstellung beendet?
Holger Schrader schrieb: Hallo Liste, Es ist ziemlich ruhig um die API 0.6. Ist das System nun umgestellt? http://wiki.openstreetmap.org/index.php?title=Template:Osm_metainfo Ist die Infobox von der Wiki-Startseite. Grüße Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6 Umstellung beendet?
ich kann z.B. keine Nachrichten über das Diary verschicken und/oder Nutzer anschreiben. Anscheinend sind wohl noch nicht alle Teile drüben? Editversuche werden im Potlach noch beantwortet mit: The OpenStreetMap database is currently in read-only mode while essential database maintenance work is carried out. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6 Umstellung beendet?
Johann H. Addicks schrieb: Editversuche werden im Potlach noch beantwortet mit: The OpenStreetMap database is currently in read-only mode while essential database maintenance work is carried out. Ich warte auf ein We're sorry to tell you that a technical problem occurred: all your data were removed by error. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6 Umstellung beendet?
Am 20.04.09 schrieb Tobias Wendorff: Ich warte auf ein We're sorry to tell you that a technical problem occurred: all your data were removed by error. noch lebt der alte Server, also kannst Du beruhigt ins Bett gehen, die voraussichtliche Ankunft verschiebt sich auf morgen vorm. 10:00 MESZ. Gruß, Fabian.___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6 Umstellung beendet?
Fabian Schmidt schrieb: noch lebt der alte Server, also kannst Du beruhigt ins Bett gehen, die voraussichtliche Ankunft verschiebt sich auf morgen vorm. 10:00 MESZ. Laut dem Post von firefishy [1] wird es wohl 11:00 Uhr MESZ werden... [1]: http://twitter.com/firefishy1/statuses/1568217102 Grüße, Michi signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6 Umstellung beendet?
Letztens gab es hier doch die lustige Idee, spitze Klammern in Tags Sonderbedeutungen zuzuweisen. Dass die Knotentags nicht immer den Erwartungen entsprechen, war mitverantwortlich für die Verzögerungen. Die API hat komplette XML-Dokumente in Keys erlaubt: http://www.openstreetmap.org/browse/node/364939574/history Noch unverständlicher ist dieser hier: http://www.openstreetmap.org/browse/node/102399517/history Das Problem sind aber nicht die Sonderzeichen, sondern die Länge der Tags (und dass Informatiker es in all den Jahrzehnten nicht gelernt haben, mit festen Längen umzugehen). Die Schlüssel und Werte sind jetzt auf 255 Zeichen (nicht Bytes) beschränkt. Das steht zwar nicht auf der API-Seite, aber Matt: then there's a bug in the docs as well ;-) Die Werte hat das Importprogramm überprüft, aber zumindest der obige Knoten 364939574 hatte auch einen *Schlüssel* mit mehr als 255 Zeichen. Typische Beispiele sind neben Editorunglücken (s.o.) ellenlange Postleitzahllisten aus der OpenGeo-DB (1146 Zeichen für Berlin) und ein paar ausführlich dokumentierte Schlüssel wie http://www.openstreetmap.org/browse/node/314607367 Falls es morgen nicht mehr da ist: name = Wolfskreuz, description = Primär handelt es sich um einen Staatsgrenzstein, der nach 1815 gesetzt worden sein muß und der als Nachbildung eines früheren gilt (Lehfeld 1888). Im Anfang des vorigen Jahrhunderts wurde hier ein Arm des von einem Wolf geraubten Kindes des Gutsbesitzers Kolditz in Engerda gefunden (Löbe / Löbe 1891). Ursprünglich soll hier das verschwundene Wolfskreuz gestanden haben (vgl. auch Schmieden III, als dessen Ersatz die Darstellung auf dem Grenzstein zu gelten hat. (Störzner / Möbes 1988)Sage: Hier sollen die letzten Reste eines kleinen Kindes aus Engerda gefunden worden sein, das von einem Wolf entführt worden sein soll und verzehrt worden war. Die Schlüssel und Werte werden jetzt abgeschnitten und an geeigneter Stelle (im Wiki?) veröffentlicht, zumindest sofern die langen Strings in der aktuellen Knotenversion auftauchen. Ansonsten sieht es wohl momentan ganz gut für den Zeitplan aus, es müssen nur noch die Admins die Nacht durchstehen. Gute Nacht, Fabian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6 Umstellung beendet?
Fabian Schmidt fschm...@informatik.uni-leipzig.de writes: Die Schlüssel und Werte werden jetzt abgeschnitten und an geeigneter Stelle (im Wiki?) veröffentlicht, zumindest sofern die langen Strings in der aktuellen Knotenversion auftauchen. Ich bin bislang davon ausgegangen, dass es bei description keine längenbeschränkung gibt. Falls es doch eine beschränkung gibt, sollte sie deutlich erhöht werden. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6 Umstellung: 21 bis 23 März 2008
Am Mittwoch, 21. Januar 2009 15:28 schrieb Sebastian Hohmann: Sven Anders schrieb: Auf Talk [1] kam gerade eine Mail von Steve, das die Umstellung am 21/22 März stattfinden soll. Wahrscheinlich wird es auch danach noch zu Ausfällen kommen oder etwas haken. Da merkt man, das ich manchmal einfach so 1000 Mails ungelesen in den Papierkorb schmeiße Wenn das andere auch machen, ist es wahscheinlich gut das als Signatur an die Mail zu hängen. ;-) Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6 Umstellung: 21 bis 23 März 2008
Dirk-Lüder Kreie schrieb: Es kommt nicht andauernd zu Ausfällen, sondern der Ausfall wird andauern. Ich habe aber irgendwo gelesen, dass es auch nach der Umstellung noch vereinzelt zu Problemen kommen kann. André signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6 Umstellung: 21 bis 23 März 2008
André Reichelt schrieb: Dirk-Lüder Kreie schrieb: Es kommt nicht andauernd zu Ausfällen, sondern der Ausfall wird andauern. Ich habe aber irgendwo gelesen, dass es auch nach der Umstellung noch vereinzelt zu Problemen kommen kann. Irgendwas wird es immer treffen, und ob es tatsächlich an diesem Termin stattfindet muss sich auch erst zeigen - wenn man bedenkt dass auch mal Weihnachten 2008 im Gespräch war... Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6 Umstellung: 21 bis 23 März 2008
Sven Anders schrieb: Auf Talk [1] kam gerade eine Mail von Steve, das die Umstellung am 21/22 März stattfinden soll. Wahrscheinlich wird es auch danach noch zu Ausfällen kommen oder etwas haken. Die API wird komplett abgeschaltet, so das es keinen Sinn macht zu dem Termin z.B. eine Mapping Party dort zu planen. Bitte gebt diese Infos auch auf die Lokalen-Mailinglisten und an Foren etc. weiter. 1: http://lists.openstreetmap.org/pipermail/talk/2009-January/033294.html bzw. http://lists.openstreetmap.org/pipermail/talk/2009-January/033296.html In der Mail von Frederik [1] war es der 20.-23. März. Im deutschsprachigen Forum wurde es auch schon angesprochen. Aber sicherlich kann man es nicht oft genug sagen. :) 1: http://lists.openstreetmap.org/pipermail/talk-de/2009-January/034373.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6 Umstellung: 21 bis 23 März 2008
Sven Anders schrieb: Auf Talk [1] kam gerade eine Mail von Steve, das die Umstellung am 21/22 März stattfinden soll. Wahrscheinlich wird es auch danach noch zu Ausfällen kommen oder etwas haken. Entschuldigung, aber kann man das nicht ne Woche verschieben. Das passt so überhaupt nicht mit dem Luftbild-Projekt Oberpfalz zusammen. Ich gehe davon aus, dass man zu dieser Zeit den Endspurt machen will. Wenn es dann andauernd zu Ausfällen kommt, ist das nicht gut. Man sollte den Termin meiner Meinung nach nochmal zu Gunsten des Oberpfalz-Projektes überdenken! André signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6 Umstellung: 21 bis 23 Mär z 2008
On Wed, 21 Jan 2009, André Reichelt wrote: Sven Anders schrieb: Auf Talk [1] kam gerade eine Mail von Steve, das die Umstellung am 21/22 März stattfinden soll. Wahrscheinlich wird es auch danach noch zu Ausfällen kommen oder etwas haken. Entschuldigung, aber kann man das nicht ne Woche verschieben. Das passt so überhaupt nicht mit dem Luftbild-Projekt Oberpfalz zusammen. Ich gehe davon aus, dass man zu dieser Zeit den Endspurt machen will. Wenn es dann andauernd zu Ausfällen kommt, ist das nicht gut. Man sollte den Termin meiner Meinung nach nochmal zu Gunsten des Oberpfalz-Projektes überdenken! Lieber nicht. Sonst dauert es nochmal ein Jahr. :-) Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6 Umstellung: 21 bis 23 März 2008
Dirk Stöcker schrieb: On Wed, 21 Jan 2009, André Reichelt wrote: Sven Anders schrieb: Auf Talk [1] kam gerade eine Mail von Steve, das die Umstellung am 21/22 März stattfinden soll. Wahrscheinlich wird es auch danach noch zu Ausfällen kommen oder etwas haken. Entschuldigung, aber kann man das nicht ne Woche verschieben. Das passt so überhaupt nicht mit dem Luftbild-Projekt Oberpfalz zusammen. Ich gehe davon aus, dass man zu dieser Zeit den Endspurt machen will. Wenn es dann andauernd zu Ausfällen kommt, ist das nicht gut. Man sollte den Termin meiner Meinung nach nochmal zu Gunsten des Oberpfalz-Projektes überdenken! Lieber nicht. Sonst dauert es nochmal ein Jahr. :-) Warum nochmal, Ende März ist 2 Monate vor dem angepeilten Ende Mai ;-) (ok, der ist alt) Und nein, die werden bestimmt nicht verschieben, sie haben schon extra einen Termin gesucht, an dem nur 1 Mappingparty ist. Außerdem können sich ja jetzt alle drauf einstellen. Denke auch mal an die Admins, die sich wohl das ganze Wochenende extra dafür freihalten. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6 Umstellung: 21 bis 23 März 2008
André Reichelt schrieb: Sven Anders schrieb: Auf Talk [1] kam gerade eine Mail von Steve, das die Umstellung am 21/22 März stattfinden soll. Wahrscheinlich wird es auch danach noch zu Ausfällen kommen oder etwas haken. Entschuldigung, aber kann man das nicht ne Woche verschieben. Das passt so überhaupt nicht mit dem Luftbild-Projekt Oberpfalz zusammen. Ich gehe davon aus, dass man zu dieser Zeit den Endspurt machen will. Wenn es dann andauernd zu Ausfällen kommt, ist das nicht gut. Es kommt nicht andauernd zu Ausfällen, sondern der Ausfall wird andauern. Die vier Tage sind auf die Restlaufzeit eher vernachlässigbar, und der Enspurt wird wohl eher auf dem Wochenende vom 27.-29. März liegen, da das Projekt ja bis zum 31. laufen soll. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0952°N 8.8652°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6
Moin, Geordnete Relationen, endlich. IMO extrem wichtig. vor allem (schleck) kann man dann routen anhand von Nodes anlegen anstatt Wege immer weiter zu segmentieren. finde ich rat-ten-scharf! Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] API 0.6
Hallo, für die, die die Entwicklung nicht verfolgen, hier ein kurzer Abriss darüber, was mit API 0.6 kommen wird. Die Einführung ist um die Weihnachtszeit geplant und wird mit einer mehrtägigen Auszeit verbunden sein. Wenn jemand in einem Forum mitliest, in dem das interessant sein könnte, gern auch dorthin übernehmen. * Relationen geordnet - die API wird künftig die Elemente einer Relation in der Reihenfolge zurückgeben, wie man sie reingestopft hat. Dadurch wird man z.B. eine Busroute und ihre Haltestellen ordentlich abbilden können, ohne dass man als role sowas wie stop_1, stop_2, stop_3 usw. nutzen muss. * Limits für die Größe von Ways und Relationen - so größenordnungsmäßig nicht mehr als 2000 Nodes pro Way und nicht mehr als 2000 Members pro Relation. Existierende, die größer sind, können noch heruntergeladen, aber nicht mehr verändert werden. Eventuell machen wir auch vorher noch eine Zerhack-Aktion, damit es keine größeren mehr gibt. * Transaktionalität im Backend - keine Diskrepanzen zwischen current- und history-Tabellen mehr, garantierte referentielle Integrität. * optimistic locking - Die Änderung eines Objekts wird künftig nur noch erlaubt, wenn die Anfrage sich auf die richtige Versionsnummer bezieht. Hierdurch wird das Szenario User A lädt Daten herunter, bekommt Version 5 des Objekts, User B lädt herunter, bekommt auch Version 5, User B macht Upload (ergibt Version 6), User A macht Upload und überschreibt Arbeit von B vermieden; User A wird künftig eine Fehlermeldung (409 Conflict o.ä.) erhalten. - Als kleinen für Programmierer bedeutenden Seiteneffekt bringt diese Änderung mit sich, dass alle modifizierenden API-Calls inklusive der HTTP-DELETE-Methode nun eine Nutzlast (einen Request Body) tragen müssen. Dies ist mit dem HTTP-Standard konform, aber nicht alle HTTP-Libraries unterstützen Nutzlast bei DELETE (z.B. die Standard-Java-Implementation kanns nicht). * Changesets - Änderungen müssen künftig zwangsweise in Gruppen zusammengefasst werden. Eine Änderung kann nur hochgeladen werden, wenn sie sich auf eine gültige solche Gruppe - ein Changeset - bezieht. Beim Erzeugen eines Changesets muss ein Kommentar (ähnlich einem Commit-Kommentar in einem Versionskontrollsystem) eingegeben werden. Changesets haben ein begrenztes Fassungsvermögen und eine begrenzte Lebensdauer. Datenbank-intern wird für ein Changeset mitprotokolliert, welches Rechteck auf der Karte von diesem Changeset insgesamt betroffen ist. Abfragefunktionen ermöglichen es später, eine Liste aller Changesets für ein bestimmtes Gebiet abzurufen. Datenbank-intern wandern auch einige Dinge, die bislang pro Objekt gespeichert wurden - Username und created_by - in die Changeset-Tabelle (Changesets können beliebige Tags haben). Changesets sind nicht atomar/transaktional. * Diff-Upload - das bereits verbreitete osmdiff-Format, in dem auch die täglichen diffs generiert werden und das von Osmosis unterstützt wird, kann nun auch für Uploads an den Server benutzt werden, d.h. man kann eine größere Menge Änderungen in einem diff-File zusammenstellen und dieses dann in einem einzigen Vorgang hochladen. Diff-Uploads sind transaktional, d.h. wenn eine einzige Änderung im Upload schiefgeht, wird keine aktiv. Alles in allem wird das ein Riesenschritt vorwärts. Leider ist noch nicht ganz klar, ob performancemäßig alles so läuft, wie wir das erwarten, hier müssen noch Tests geschrieben und durchgeführt werden, das Cloudmade-Team (Andy Allan, Shaun McDonald, Matt Amos) arbeitet daran. Mit API 0.6 würden die lezten verbliebenen MyISAM-Tabellen rausgeworfen und komplett auf InnoDB gesetzt; MySQL-Experten wissen, was das bedeutet. Durch die Changesets wird viel für Rollback und Anti-Vandalismus vorbereitet, allerdings unterstützt die API selber keinen Rollback-Mechanismus. Es wird also der Programmierer-Community zufallen, hier Software zu schreiben, die es dem User erlaubt, relevante Changesets herunterzuladen und zu inspizieren und dann auf eins zu klicken und zu sagen dies will ich rückgängig machen, dann ein geeignetes diff zu erzeugen und dies an die Datenbank zu senden. Im simpelsten Fall ist so ein diff wirklich einfach das Changeset rückwärts, aber kompliziert wird es, wenn einige Dinge in der Zwischenzeit von anderen verändert wurden. Hier wird es sicherlich eine lange Entwicklung geben, bis wir da richtig gute Tools bekommen. Parallel und weithin unbemerkt ist der Ruby-Code auch von sämtlichen MySQL-Spezialfällen bereinigt worden, so dass die API nun zumindest theoretisch auch auf PostgreSQL läuft (zunächst ohne PostGIS-Extensions). Wer Spass daran hat, kann sich den aktuellen Code aus dem SVN ziehen und damit spielen (Bugreports zu Postgres an Andy Allan). Es ist nicht geplant, bei der Umstellung auf API 0.6 auch gleich auf PostgreSQL zu gehen, aber die Sache wird weiter verfolgt, vorallem auch, um was in der Hinterhand zu haben, falls die MySQL-Performance
Re: [Talk-de] API 0.6
Frederik Ramm schrieb: Hallo, für die, die die Entwicklung nicht verfolgen, hier ein kurzer Abriss darüber, was mit API 0.6 kommen wird. Die Einführung ist um die Weihnachtszeit geplant und wird mit einer mehrtägigen Auszeit verbunden sein. Wenn jemand in einem Forum mitliest, in dem das interessant sein könnte, gern auch dorthin übernehmen. * Relationen geordnet - die API wird künftig die Elemente einer Relation in der Reihenfolge zurückgeben, wie man sie reingestopft hat. Dadurch wird man z.B. eine Busroute und ihre Haltestellen ordentlich abbilden können, ohne dass man als role sowas wie stop_1, stop_2, stop_3 usw. nutzen muss. * Limits für die Größe von Ways und Relationen - so größenordnungsmäßig nicht mehr als 2000 Nodes pro Way und nicht mehr als 2000 Members pro Relation. Existierende, die größer sind, können noch heruntergeladen, aber nicht mehr verändert werden. Eventuell machen wir auch vorher noch eine Zerhack-Aktion, damit es keine größeren mehr gibt. * Transaktionalität im Backend - keine Diskrepanzen zwischen current- und history-Tabellen mehr, garantierte referentielle Integrität. * optimistic locking - Die Änderung eines Objekts wird künftig nur noch erlaubt, wenn die Anfrage sich auf die richtige Versionsnummer bezieht. Hierdurch wird das Szenario User A lädt Daten herunter, bekommt Version 5 des Objekts, User B lädt herunter, bekommt auch Version 5, User B macht Upload (ergibt Version 6), User A macht Upload und überschreibt Arbeit von B vermieden; User A wird künftig eine Fehlermeldung (409 Conflict o.ä.) erhalten. - Als kleinen für Programmierer bedeutenden Seiteneffekt bringt diese Änderung mit sich, dass alle modifizierenden API-Calls inklusive der HTTP-DELETE-Methode nun eine Nutzlast (einen Request Body) tragen müssen. Dies ist mit dem HTTP-Standard konform, aber nicht alle HTTP-Libraries unterstützen Nutzlast bei DELETE (z.B. die Standard-Java-Implementation kanns nicht). * Changesets - Änderungen müssen künftig zwangsweise in Gruppen zusammengefasst werden. Eine Änderung kann nur hochgeladen werden, wenn sie sich auf eine gültige solche Gruppe - ein Changeset - bezieht. Beim Erzeugen eines Changesets muss ein Kommentar (ähnlich einem Commit-Kommentar in einem Versionskontrollsystem) eingegeben werden. Changesets haben ein begrenztes Fassungsvermögen und eine begrenzte Lebensdauer. Datenbank-intern wird für ein Changeset mitprotokolliert, welches Rechteck auf der Karte von diesem Changeset insgesamt betroffen ist. Abfragefunktionen ermöglichen es später, eine Liste aller Changesets für ein bestimmtes Gebiet abzurufen. Datenbank-intern wandern auch einige Dinge, die bislang pro Objekt gespeichert wurden - Username und created_by - in die Changeset-Tabelle (Changesets können beliebige Tags haben). Changesets sind nicht atomar/transaktional. * Diff-Upload - das bereits verbreitete osmdiff-Format, in dem auch die täglichen diffs generiert werden und das von Osmosis unterstützt wird, kann nun auch für Uploads an den Server benutzt werden, d.h. man kann eine größere Menge Änderungen in einem diff-File zusammenstellen und dieses dann in einem einzigen Vorgang hochladen. Diff-Uploads sind transaktional, d.h. wenn eine einzige Änderung im Upload schiefgeht, wird keine aktiv. Alles in allem wird das ein Riesenschritt vorwärts. Leider ist noch nicht ganz klar, ob performancemäßig alles so läuft, wie wir das erwarten, hier müssen noch Tests geschrieben und durchgeführt werden, das Cloudmade-Team (Andy Allan, Shaun McDonald, Matt Amos) arbeitet daran. Mit API 0.6 würden die lezten verbliebenen MyISAM-Tabellen rausgeworfen und komplett auf InnoDB gesetzt; MySQL-Experten wissen, was das bedeutet. Durch die Changesets wird viel für Rollback und Anti-Vandalismus vorbereitet, allerdings unterstützt die API selber keinen Rollback-Mechanismus. Es wird also der Programmierer-Community zufallen, hier Software zu schreiben, die es dem User erlaubt, relevante Changesets herunterzuladen und zu inspizieren und dann auf eins zu klicken und zu sagen dies will ich rückgängig machen, dann ein geeignetes diff zu erzeugen und dies an die Datenbank zu senden. Im simpelsten Fall ist so ein diff wirklich einfach das Changeset rückwärts, aber kompliziert wird es, wenn einige Dinge in der Zwischenzeit von anderen verändert wurden. Hier wird es sicherlich eine lange Entwicklung geben, bis wir da richtig gute Tools bekommen. Parallel und weithin unbemerkt ist der Ruby-Code auch von sämtlichen MySQL-Spezialfällen bereinigt worden, so dass die API nun zumindest theoretisch auch auf PostgreSQL läuft (zunächst ohne PostGIS-Extensions). Wer Spass daran hat, kann sich den aktuellen Code aus dem SVN ziehen und damit spielen (Bugreports zu Postgres an Andy Allan). Es ist nicht geplant, bei der Umstellung auf API 0.6 auch gleich auf PostgreSQL zu gehen, aber die
Re: [Talk-de] API 0.6
Hallo Frederik, was mit API 0.6 kommen wird Danke für die Information! Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6
-Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Frederik Ramm Betreff: [Talk-de] API 0.6 sehr interresant, danke :) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6
Frederik Ramm schrieb: Die Einführung ist um die Weihnachtszeit geplant und wird mit einer mehrtägigen Auszeit verbunden sein. Super, dann ist Weihnachten gerettet! :-) Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6
Frederik Ramm schrieb: Wenn jemand in einem Forum mitliest, in dem das interessant sein könnte, gern auch dorthin übernehmen. habe es hier http://forum.pocketnavigation.de/thread.php?threadid=1123574 veröffentlicht! Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6
On 11/18/2008 02:49 PM, Frederik Ramm wrote: * Limits für die Größe von Ways und Relationen - so größenordnungsmäßig nicht mehr als 2000 Nodes pro Way und nicht mehr als 2000 Members pro Relation. Rein interessehalber: aus Performancegründen oder hat das andere Gründe? Anyway, interessante Infos. Norbert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] API 0.6
Im Forum ist die Meldung nun auch bekannt. Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6
Hallo, Norbert Wenzel wrote: * Limits für die Größe von Ways und Relationen - so größenordnungsmäßig nicht mehr als 2000 Nodes pro Way und nicht mehr als 2000 Members pro Relation. Rein interessehalber: aus Performancegründen oder hat das andere Gründe? Performance- und auch Datenvolumen-Gründe. Vorallem auch auf Editor-Seite; da die API ja immer alle berührten Objekte zurückgibt, reicht es, einen winzigen Punkt des Riesenways Schwarzwald anzukratzen, und sofort bekommt man wesentlich mehr Daten, als man wollte. Da wir keine teilweise Bearbeitung von Ways unterstützen, erfordert jede kleinste Änderung an so einem Objekt wieder den Upload des kompletten Objekts, und auf Serverseite dann eine gewisse Konsistenzprüfung. Jede Änderung sorgt auch für einen neuen History- Eintrag, und auch hier wird immer das gesamte Objekt gespeichert. Wenn Du 10 Ways a 1.000 Nodes hast und insgesamt verteilen sich 100 Änderungen auf diese 10 Ways, hast Du 100.000 Way-Nodes in der History. Gibt es stattdessen nur einen Way mit 10.000 Nodes, an dem 100 Änderungen vorgenommen werden, dann hast Du 1.000.000 Way-Nodes in der History. Und einen mehrere Megabyte grossen Download, falls mal jemand die History abruft ;-) Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6
On 11/18/2008 09:13 PM, Frederik Ramm wrote: Norbert Wenzel wrote: * Limits für die Größe von Ways und Relationen - so größenordnungsmäßig nicht mehr als 2000 Nodes pro Way und nicht mehr als 2000 Members pro Relation. Rein interessehalber: aus Performancegründen oder hat das andere Gründe? Performance- und auch Datenvolumen-Gründe. [...] Ja, ich versteh dass ihr diese Gründe irgendwie beseitigen wollt. Danke für die Erklärung. Norbert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6
* Relationen geordnet - die API wird künftig die Elemente einer Relation in der Reihenfolge zurückgeben, wie man sie reingestopft hat. Dadurch wird man z.B. eine Busroute und ihre Haltestellen ordentlich abbilden können, ohne dass man als role sowas wie stop_1, stop_2, stop_3 usw. nutzen muss. Danke für die schön zusammengefassen Änderungen. Geordnete Relationen, endlich. IMO extrem wichtig. Gruß, Dominik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] API 0.6
Frederik Ramm schrieb: Hallo, @Frederik: Könntest du mal schauen, was da los ist? Ist notiert, aber gerade sitze ich in London und hacke mit den anderen am API 0.6 ;-) http://wiki.openstreetmap.org/index.php/OSM_Protocol_Version_0.6 Wenn Ihr grad über das API 0.6 diskutiert, denkt ihr bitte auch dran, eine Möglichkeit zu schaffen über das API alle Nodes und Wege aus einem Area abzufragen, inclusive der gelöschten? Ich habe in der bisherigen API Doku nichts gefunden, was da passt (oder ich habe nich gut genug gesucht). Ideal wäre eine Abfrage, die alle Objekte liefert, die irgendwann in ihrem Lifecycle einmal in den angegebenen Area waren, sonst können Elemente unauffällige gelöscht werden, indem die Nodes irgendwo in den Pazifik verschoben werden. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] API 0.6
Thomas Hieber schrieb: Wenn Ihr grad über das API 0.6 diskutiert, denkt ihr bitte auch dran, eine Möglichkeit zu schaffen über das API alle Nodes und Wege aus einem Area abzufragen, inclusive der gelöschten? Ich habe in der bisherigen API Doku nichts gefunden, was da passt (oder ich habe nich gut genug gesucht). Ideal wäre eine Abfrage, die alle Objekte liefert, die irgendwann in ihrem Lifecycle einmal in den angegebenen Area waren, sonst können Elemente unauffällige gelöscht werden, indem die Nodes irgendwo in den Pazifik verschoben werden. Da ja gerade fleißig diskutiert wird Potlatch auf die API umzustellen wird das sowieso nötig sein, da sonst dessen revert-Funktion nicht mehr funktionieren würde. Andererseits könnte das obsolet werden wenn die Changesets kommen. Ich schicke herzliche Grüße an die Themse und wünsche produktives Arbeit. Bin gespannt was ihr so ausknobeln werdet. Grüße, Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] API 0.6
Am Samstag, 3. Mai 2008 18:53:55 schrieb Sven Grüner: Thomas Hieber schrieb: [...] Ich schicke herzliche Grüße an die Themse und wünsche produktives Arbeit. Bin gespannt was ihr so ausknobeln werdet. Schließe mich dem an, und danke allen dort für ihr engagierte Arbeit. :-D Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
