Re: [Talk-de] API 0.6

[DarkAngel]

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

Re: [Talk-de] API 0.6

[Markus]

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

[Christian Mayr]

> -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

[Chris66]

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

[Stefan Dettenhofer (StefanDausR)]

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

[Norbert Wenzel]

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

Re: [Talk-de] API 0.6

[Frederik Ramm]

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

[Norbert Wenzel]

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

[Dominik Spies]

> * 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

Re: [Talk-de] API 0.6

[Christoph Eckert]

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

Re: [Talk-de] API 0.6

[Sven Grüner]

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

[Andreas Jacob]

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

Re: [Talk-de] API 0.6 Umstellung beendet?

[Tobias Wendorff]

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?

[Philipp]

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?

[Johann H. Addicks]

> 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?

[Tobias Wendorff]

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?

[Fabian Schmidt]

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?

[Michael Bemmerl]

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?

[Fabian Schmidt]

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?

[Karl Eichwalder]

Fabian Schmidt  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 beendet?

[Dimitri Junker]

Hallo,

Laut 

ist wieder alles OK, Laut 
 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?

[Matthias Doell]

Zitat von Dimitri Junker :
> 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?

[Frederik Ramm]

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

Re: [Talk-de] API 0.6: History & RSS?

[André Reichelt]

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?

[Gernot Hillier]

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?

[Jonas Krückel (John07)]

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?

[Dimitri Junker]

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?

[Sven Geggus]

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. :-)

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?

[Werner Hoch]

On Dienstag, 21. April 2009, Sven Geggus wrote:
> 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.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?

[Sven Geggus]

Werner Hoch  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?

[Frederik Ramm]

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?

[Frederik Ramm]

Hallo,

Sven Geggus wrote:
> Man sollte leere Commit-messages verbieten.

Die meisten "none"s 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?

[Martin Koppenhoefer]

Am 22. April 2009 00:47 schrieb Frederik Ramm :
> 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?

[Karl Eichwalder]

Sven Geggus  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

Re: [Talk-de] API 0.6: History & RSS?

[Sven Geggus]

Karl Eichwalder  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?

[Tobias Knerr]

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?

[Frederik Ramm]

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?

[Bernd Wurst]

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?

[Martin Koppenhoefer]

Am 22. April 2009 13:46 schrieb Frederik Ramm :
> 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 und Sub-Klasses

[Andre Hinrichs]

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

[Jan Tappenbeck]

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 Umstellung: 21 bis 23 März 2008

[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.
> 
> 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

[André Reichelt]

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ärz 2008

[Jonas Krückel (John07)]

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

[Dirk-Lüder Kreie]

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 Umstellung: 21 bis 23 März 2008

[Sven Anders]

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

[André Reichelt]

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

[Garry]

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är z 2008

[Dirk Stöcker]

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