Re: [Talk-de] Deutsche OSM-Technik-HowTos
Am 07.07.2010 07:33, schrieb Frederik Ramm: Hallo, Jan Tappenbeck wrote: Habe aber einmal eine ganz andere Frage in diesem Zusammenhang - wenn ich mit Postgis arbeite, dann muss diese DB immer auf dem Server laufen oder ...? Dann hätte ich mit einfachem Webspace vermutlich schlechte Karten oder ... ? Ja, mit einfachem Webspace kommst Du nicht weit. Aber je nachdem, welche Gegend und bis zu welchem Zoomlevel Du rendern willst, kannst Du die Tiles natuerlich vorbereiten und dann einfach auf einen Server kopieren, und das dauert .:! 1 mb in einer datei ist relativ schnell - aber 1 mb in 4000 dateinen.und ab in die Eisdiele !!! gruß Jan .-) fuer den Server reicht dann einfacher Webspace. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutsche OSM-Technik-HowTos
Jan Tappenbeck o...@tappenbeck.net wrote: Habe aber einmal eine ganz andere Frage in diesem Zusammenhang - wenn ich mit Postgis arbeite, dann muss diese DB immer auf dem Server laufen oder ...? Dann hätte ich mit einfachem Webspace vermutlich schlechte Karten oder ... ? Einfacher Webspace taugt für vieles nicht und daher für die meisten Projekte im OSM Umfeld wenig. Außer vielleicht zum Auslagern von reinen downloads. Einer der Gründe warum es den devserver gibt. Gruss Sven -- In my opinion MS is a lot better at making money than it is at making good operating systems (Linus Torvalds, August 1997) /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
[Talk-de] ... pack - ftp - unpack ....
Am 07.07.2010 09:52, schrieb Sven Geggus: Jan Tappenbecko...@tappenbeck.net wrote: Habe aber einmal eine ganz andere Frage in diesem Zusammenhang - wenn ich mit Postgis arbeite, dann muss diese DB immer auf dem Server laufen oder ...? Dann hätte ich mit einfachem Webspace vermutlich schlechte Karten oder ... ? Einfacher Webspace taugt für vieles nicht und daher für die meisten Projekte im OSM Umfeld wenig. Außer vielleicht zum Auslagern von reinen downloads. Einer der Gründe warum es den devserver gibt. Gruss Sven hi ! auf dem kann ja aber nicht jeder für jedes x-beliebiges thema etwas rumbasteln das muss ja aus verständlichen gründen etwas koordiniert erfolgen. frage ich gleich einmal anders herum. hat einer von euch schon einmal eine lösung gebastelt bei der die tiles lokal gezippt werden, dann dieses große file hochgeladen wird (soweit auch für mich kein problem) und dann erst auf dem webserver ausgepackt werden. könnte mir vorstellen das soetwas schneller ist als die tiles manuell hochzuladen. gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ... pack - ftp - unpack ....
Jan Tappenbeck o...@tappenbeck.net wrote: auf dem kann ja aber nicht jeder für jedes x-beliebiges thema etwas rumbasteln Das ist eigentlich schon so gedacht. Wer eine nette Projektidee hat krieg einen Shellaccount zum experimentieren. das muss ja aus verständlichen gründen etwas koordiniert erfolgen. Das ist IMO kein Widerspruch. Sven -- Das allgemeine Persönlichkeitsrecht (Art. 2 Abs.1 i.V.m. Art.1 Abs. 1GG) umfasst das Grundrecht auf Gewährleistung der Vertraulichkeit und Integrität informationstechnischer Systeme. (BVerfG, 1BvR 370/07) /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] ... pack - ftp - unpack ....
Hallo Jan, Jan Tappenbeck schrieb: hat einer von euch schon einmal eine lösung gebastelt bei der die tiles lokal gezippt werden, dann dieses große file hochgeladen wird (soweit auch für mich kein problem) und dann erst auf dem webserver ausgepackt werden. könnte mir vorstellen das soetwas schneller ist als die tiles manuell hochzuladen. kommt darauf an, was Du auf Deinem Webspace alles machen kannst bzw. darfst: Wenn Du einen Entpacker auf dem Server starten kannst, ist das kein Problem. Wenn Du z.B. PHP am Server zur Verfügung hast, dann sollte das auch realisierbar sein. Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ... pack - ftp - unpack ....
Hallo, Jan Tappenbeck wrote: hat einer von euch schon einmal eine lösung gebastelt bei der die tiles lokal gezippt werden, dann dieses große file hochgeladen wird (soweit auch für mich kein problem) und dann erst auf dem webserver ausgepackt werden. % cd /wo/meine/tiles/liegen % tar -czf - . | ssh mein.web.server cd /wo/dort/die/tiles/hinsollen; tar -xzf - Da muss man nichts basteln, das geht einfach so ;) Wenn Du FTP benutzen musst, kannst Du ja das tar.gz (oder auch zip-File) rueberkopieren und auf der anderen Seite auspacken. Falls Du eine Loesung meinst, bei der die grossen Files auf dem Webserver liegen bleiben und erst bei Anforderung ausgepackt werden, sowas hat Nop fuer seine Wanderkarte eine Zeitlang gemacht, aber das ist relativ langsam, weil das PHP nicht gerade ideal ist, um irgendwelche PNGs zu zerhacken. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ... pack - ftp - unpack ....
Am 7. Juli 2010 11:12 schrieb Frederik Ramm frede...@remote.org: % tar -czf - . | ssh mein.web.server cd /wo/dort/die/tiles/hinsollen; tar -xzf - Da muss man nichts basteln, das geht einfach so ;) wenn man ssh-Zugriff hat schon, aber er sprach von einfachem Webspace, da ist das i.d.R. nicht dabei. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ... pack - ftp - unpack ....
Am 7. Juli 2010 09:58 schrieb Jan Tappenbeck o...@tappenbeck.net: hat einer von euch schon einmal eine lösung gebastelt bei der die tiles lokal gezippt werden, dann dieses große file hochgeladen wird (soweit auch für mich kein problem) und dann erst auf dem webserver ausgepackt werden. könnte mir vorstellen das soetwas schneller ist als die tiles manuell hochzuladen. Die Tiles sollten schon in einem Bildformat berechnet sein, das hochkomprimiert ist. Das Packen bringt an der Stelle also keine Platzeinsparung. Und die meisten Webspaces bieten FTP- oder SFTP-Zugang, sodass man mit einem ordentlichen Filetransferprogramm auch ganze Verzeichnisbäume auf einen Schwung übertragen kann. Packen und Auspacken dürfte in den meisten Fällen also mehr Zeit brauchen als sparen. Grüße, jens ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wo ist das *.osm Format beschrieben
Moin, für eine E-Mail benötige ich den Link zur Beschreibung des Formates der *.osm - Dateien. Im Wiki werde ich unter den Suchworten osm, *.osm oder osm format nicht fündig. Könnte mir jemand einen Link zur Beschreibung nennen? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wo ist das *.osm Format beschrieben
für eine E-Mail benötige ich den Link zur Beschreibung des Formates der *.osm - Dateien. Im Wiki werde ich unter den Suchworten osm, *.osm oder osm format nicht fündig. Könnte mir jemand einen Link zur Beschreibung nennen? http://wiki.openstreetmap.org/wiki/.osm Aber die Seite könnte übersichtlicher sein bzw. das Format besser dokumentierenhoffe es hilft trotzdem. Gibt auch http://wiki.openstreetmap.org/wiki/.osc Gruß, Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ... pack - ftp - unpack ....
Am 07.07.2010 11:46, schrieb Jens Frank: Am 7. Juli 2010 09:58 schrieb Jan Tappenbeck o...@tappenbeck.net mailto:o...@tappenbeck.net: hat einer von euch schon einmal eine lösung gebastelt bei der die tiles lokal gezippt werden, dann dieses große file hochgeladen wird (soweit auch für mich kein problem) und dann erst auf dem webserver ausgepackt werden. könnte mir vorstellen das soetwas schneller ist als die tiles manuell hochzuladen. Die Tiles sollten schon in einem Bildformat berechnet sein, das hochkomprimiert ist. Das Packen bringt an der Stelle also keine Platzeinsparung. das ist mir bekannt - aber das verschieben einer datei ist manchmal schneller als das von vielen kleinen dateien. Und die meisten Webspaces bieten FTP- oder SFTP-Zugang, sodass man mit einem ordentlichen Filetransferprogramm auch ganze Verzeichnisbäume auf einen Schwung übertragen kann. Packen und Auspacken dürfte in den meisten Fällen also mehr Zeit brauchen als sparen. könnte ein entsprechendes ftp-programm eine beschleunigung bringen. ich mache das zur zeit mit [1] unter windows am lokalen rechner. gruß Jan :-) [1] http://nixbit.com/cat/multimedia/amarok-scripts/tabloader/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seekarten -- Offshorewindparkanlagen
Am 7. Juli 2010 00:11 schrieb Jan Jesse j...@jesse.de: Ich bin ja nicht der Urheber, aber unsere FreieTonne reagiert im Moment auf folgende Tags: power=generator power_source=wind seamark=landmark Das hat irgendein User so für sich festgelegt, und mangels weiterer Diskussion gilt das eben bei uns. Etwas in der Arthabe ich gesucht. Ab welchem Zoomlevel stellt ihr das dar, im Unterschied zu anderen Windkraftasnlagen? Offshore=Yes halte ich für eine gute Idee um seamark=landmark hier zu ersetzen. Das hat aber bei uns mit der prominenteren Darstellung primär nichts zu tun. Wir unterscheiden bisher 3 Darstellungshöhen, und wenn Windkraftanlagen prominenter dargestellt werden sollten, können wir das gerne tun. Das macht sich bei uns am Objekt fest, und kann im Einzelfalle separat definiert werden. Offshore=Yes würde uns helfen, die für Freizeitkapitäne wichtigen Orientierungspunkte von den allgegenwärtigen Windkraftanlagen zu unterscheiden, und entsprechend zu gewichten. Die Frage ist: Wie soll es denn nun sein? Ketzerisch: Warum wird das eigentlich nicht wirklich diskutiert? Ich würde mich freuen, wenn wir diese Dinge hier besprechen würden und sichere zu, daß wir entsprechende Entscheidungen in jedem Falle einbauen können und wollen :-) Ich bin ehrlich gesagt noch unentschieden ob es sinnvoll ist seamark=landmark bei Windkraftanlagen durch ein offshore=yes zu ersetzen. Wie Martin bereits sagte, das die Dinger im Wasser stehen müsste man auch so aus den Daten erkennen können. seamark dagegen macht den eigentlichen Zweck deutlich: Markantes Bauwerk zur Orientierung/Navigation geeignet. Das Wort landmark kann man ja nicht bloß als Landmarke übersetzen, sondern schlicht als Orientierungspunkt. Dann würde es auch für Bauwerke die im Wasser stehen von der Semantik her passen. Ich denke also, ich werde einmal ein seamark=landmark an die Windkraftanlage setzen. Oder ist es aus Sicht der Freien Tonne notwendig zwischen Orientierungshilfen an Land bzw. Wasser zu unterscheiden? Dann würde ich ein seamark=offshore oder seamark=landmark landmark=offshore setzen. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mapnik – Gibt es eine Anleitung?
Ich möchte gerne mit Mapnik aus OSM-Daten eine Wanderkarte erstellen, die später gedruckt und auf eine Tafel aufgezogen werden soll. Gibt es eine Step-by-Step-Anleitung, wie man mit Mapnik OSM-Daten rendert? Und gibt es tatsächlich keine GUI zum Erstellen von Karten mit Mapnik? Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik – Gibt es eine Anleitung?
Hallo Thomas, Wanderkarte erstellen Voraussetzung ist, dass Du alle Wanderwege als Relation in OSM erfasst hast. Dann könntest Du die Wege schon mal mit OpenLayers auf der Gemeinde-Website anzeigen. Beispiel: http://www.lau-net.de/baerlocher/osm/Simmelsdorf.php?zoom=12lat=49.60933lon=11.35278layers=B00FTFFTFFTFFTT Oder Du benutzt gleich die schöne Karte von Klaus: http://topo.openstreetmap.de/?lon=11.3476lat=49.6017zoom=13 Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ... pack - ftp - unpack ....
Die Tiles sollten schon in einem Bildformat berechnet sein, das hochkomprimiert ist. Das Packen bringt an der Stelle also keine Platzeinsparung. Und die meisten Webspaces bieten FTP- oder SFTP-Zugang, sodass man mit einem ordentlichen Filetransferprogramm auch ganze Verzeichnisbäume auf einen Schwung übertragen kann. Packen und Auspacken dürfte in den meisten Fällen also mehr Zeit brauchen als sparen. Ich habe hier über 200'000 lokal generierte Tiles (ca. 150 MB). Da die einzelnen Tiles aber sehr klein sind (ca. 1 kb), entsteht beim Upload ein riesiger Overhead; selbst nach einer ganzen Nacht überträgt mein FTP-Programm noch Dateien. Das Erstellen der tar.gz-Dateien, Hochladen auf den Server und Entpacken per PHP-Script* dauert hingegen ca. 100 Minuten. Gruss, Thomas * Das Entpack-Script läuft bei allen drei Billig-Hostern (Bereich 2-6 Euro pro Monat), auf welche ich Zugriff habe. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik – Gibt es eine Anleitung?
Thomas thomas.ebe...@t-online.de wrote: Ich möchte gerne mit Mapnik aus OSM-Daten eine Wanderkarte erstellen, die später gedruckt und auf eine Tafel aufgezogen werden soll. Gibt es eine Step-by-Step-Anleitung, wie man mit Mapnik OSM-Daten rendert? Siehe Posting von Peter Körner von getstern Abend :) Und gibt es tatsächlich keine GUI zum Erstellen von Karten mit Mapnik? Ich bezweifle ehrlich gesagt dass man ein GUI bauen kann, das einerseits die Flexibilität der Stylefiles erhält und andererseits noch einfach zu bedienen ist. Aber die Tatsache dass Menschen GUI immer als leichter bedienbar empfinden als CLI werd ich vermutlich nie verstehn. Was Du Dir mal anschauen kannst ist Cascadenik (http://mike.teczno.com/notes/cascadenik.html). Das macht die Stylefiles etwas übersichtlicher indem es einen CSS wrapper davorsetzt. Die Hike Bike Map von Colin Marquardt (http://toolserver.org/~cmarqu/) ist damit gebaut. Cascadenik ist jedoch leider etwas unkomfortabel zu installieren. Gruss Sven -- In the land of the brave and the free, we defend our freedom with the GNU GPL (Richard M. Stallman on www.gnu.org) /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] ... pack - ftp - unpack ....
Am 07.07.2010 15:59, schrieb Thomas Ineichen: Die Tiles sollten schon in einem Bildformat berechnet sein, das hochkomprimiert ist. Das Packen bringt an der Stelle also keine Platzeinsparung. Und die meisten Webspaces bieten FTP- oder SFTP-Zugang, sodass man mit einem ordentlichen Filetransferprogramm auch ganze Verzeichnisbäume auf einen Schwung übertragen kann. Packen und Auspacken dürfte in den meisten Fällen also mehr Zeit brauchen als sparen. Ich habe hier über 200'000 lokal generierte Tiles (ca. 150 MB). Da die einzelnen Tiles aber sehr klein sind (ca. 1 kb), entsteht beim Upload ein riesiger Overhead; selbst nach einer ganzen Nacht überträgt mein FTP-Programm noch Dateien. Das Erstellen der tar.gz-Dateien, Hochladen auf den Server und Entpacken per PHP-Script* dauert hingegen ca. 100 Minuten. Gruss, Thomas * Das Entpack-Script läuft bei allen drei Billig-Hostern (Bereich 2-6 Euro pro Monat), auf welche ich Zugriff habe. hi ! kann man das script bekommen ? gruß jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seekarten -- Offshorewindparkanlagen
Hallo, Ich bin ja nicht der Urheber, aber unsere FreieTonne reagiert im Moment auf folgende Tags: power=generator power_source=wind seamark=landmark Das hat irgendein User so für sich festgelegt, und mangels weiterer Diskussion gilt das eben bei uns. Etwas in der Arthabe ich gesucht. Ab welchem Zoomlevel stellt ihr das dar, im Unterschied zu anderen Windkraftasnlagen? Wir stellen Windkraftanlagen momentan nur in den höchsten Auflösungen dar. Allerdings kann man das eben in unserer Karte für jeden POI abweichend von irgendwelchen Regeln, die dem jeweiligen Objekt zugeordnet sind, festlegen. Soll heißen, wenn Du speziell auf Windkraftanlagen abfährst, sind wir evtl auch nicht die erste Adresse, da ich nicht weiß, was andere Nutzer davon halten ;-) Offshore=Yes halte ich für eine gute Idee um seamark=landmark hier zu ersetzen. Das hat aber bei uns mit der prominenteren Darstellung primär nichts zu tun. ... Ich bin ehrlich gesagt noch unentschieden ob es sinnvoll ist seamark=landmark bei Windkraftanlagen durch ein offshore=yes zu ersetzen. Wie Martin bereits sagte, das die Dinger im Wasser stehen müsste man auch so aus den Daten erkennen können. seamark dagegen macht den eigentlichen Zweck deutlich: Markantes Bauwerk zur Orientierung/Navigation geeignet. Das Wort landmark kann man ja nicht bloß als Landmarke übersetzen, sondern schlicht als Orientierungspunkt. Dann würde es auch für Bauwerke die im Wasser stehen von der Semantik her passen. Ich denke also, ich werde einmal ein seamark=landmark an die Windkraftanlage setzen. Oder ist es aus Sicht der Freien Tonne notwendig zwischen Orientierungshilfen an Land bzw. Wasser zu unterscheiden? Dann würde ich ein seamark=offshore oder seamark=landmark landmark=offshore setzen. Ich versuche das mal mit der eigentlichen Bedeutung zu erklären. Windkraftanlagen sind zwar sehr markant (und oft leider nicht so schön anzuschauen) und insofern ein guter Orientierungspunkt auf See, aber niemand wird behaupten, dass sie primär als Seezeichen dienen, oder gar als solches gebaut wurden. Insofern sind sie eben kein seamark. POI-fokussierte Projekte wie wir möchten aber nicht ganz auf tags verzichten, die uns die relevanten marine-Objekte leicht erkennen lassen. Soll heißen, wir möchten nicht wirklich jede Windmühle an Land anzeigen. Eine Offshore-Windkraftanlage allein aus der geografischen Position heraus erkennen, könnte die FT übrigens derzeit nicht. Da ist die Coastline-Geschichte, an der ja einige zu knabbern haben :-( Ob nun seamark oder offshore, beides würde uns helfen, die Zeichen zu erkennen. Dann scheint mir offshore die bessere Beschreibung. Beides ist natürlich im strengen Sinn nur ein Hilfskonstrukt. Ich wäre also für offshore, würde aber in jedem Falle einen der beiden tags beibehalten, und nicht komplett auf beide verzichten. Grüße aus Berlin JJ www.freietonne.de/seekarte ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ... pack - ftp - unpack ....
Am Mittwoch 07 Juli 2010, 15:59:22 schrieb Thomas Ineichen: Das Erstellen der tar.gz-Dateien, Hochladen auf den Server und Entpacken per PHP-Script* dauert hingegen ca. 100 Minuten. Wenn du tar ohne gz benutzt, könnte es sogar noch schneller gehen, da gar keine Kompression mehr gemacht werden muss (die vermutlich eh nichts bringt sondern nur die beteiligten CPUs etwas mehr stresst). Gruß, Bernd -- Fachbegriffe der Informatik (#403): Strategische Entscheidung Wir haben zwar keine Ahnung, aber die Präsentationen sahen toll bunt aus, die Verkäufer haben uns zugelabert und trugen Schlips und Anzug. Lediglich das Geräusch, das entstand, als der anwesende Techniker (wer hat den eigentlich eingeladen, der trägt ja noch nichtmal Anzug) seinen Kopf mehrfach gegen die Tischplatte schlug, hat etwas gestört. (Alexander Schreiber) 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] Mapnik – Gibt es eine Anleitung?
Hallo! Thomas-15 wrote: Und gibt es tatsächlich keine GUI zum Erstellen von Karten mit Mapnik? Jain. Ich habe mal versucht, dem Map Composer das Erstellen von Mapnik-Stylesheets per GUI beizubringen. Das Ergebnis funktioniert und ich nutze es für die Erstellung meiner Wanderkarte, aber ich habe es nie veröffentlicht, weil es keine rundum-glücklich Lösung ist. Mapnik ist einfach viel zu kompliziert und vielseitig, man muß immer noch sehr viel wissen und per Skript erledigen und kann gar nicht alle Möglichkeiten in eine GUI packen. Falls Du Mapnik-Stylesheets mit einer GUI erzeugen willst, kann ich Dir mal meine Version geben. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/Mapnik-Gibt-es-eine-Anleitung-tp5264937p5265684.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ... pack - ftp - unpack ....
Am 7. Juli 2010 16:35 schrieb Bernd Wurst be...@bwurst.org: Wenn du tar ohne gz benutzt, könnte es sogar noch schneller gehen, da gar keine Kompression mehr gemacht werden muss (die vermutlich eh nichts bringt sondern nur die beteiligten CPUs etwas mehr stresst). Klingt einleuchtend, aber gerade getestet: Aufgabe: 530'000 Tiles in 25'000 Ordnern (~300 MB) packen in 400 Dateien (pro Zoom-Level 1-5 Ordner, 17 verschiedene Layer) tar -cjf: 22 Minuten, 250 MB tar -cf 20 Minuten, 675 MB 10% schneller, aber dafür sind die gepackten Dateien doppelt so gross wie die Originale? Mache ich etwas falsch? :) Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ... pack - ftp - unpack ....
Am 7. Juli 2010 16:31 schrieb Jan Tappenbeck o...@tappenbeck.net:
kann man das script bekommen ?
Das Script (verkürzt) entpackt alle .tar.bz2-Dateien im selben
Verzeichnis und löscht sie nachher:
if($dir=opendir(.)){
while($file=readdir($dir)){
if (!is_dir($file) !substr_compare($file, .tar.bz2, -8)){
exec(tar -xzvf .$file,$nu);
unlink($file);
}
}
closedir($dir);
}
In der Kurzform ist es ungetestet, daher: Nutzung auf eigene Gefahr! :)
Gruss,
Thomas
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ... pack - ftp - unpack ....
Hallo, Thomas Ineichen wrote: Aufgabe: 530'000 Tiles in 25'000 Ordnern (~300 MB) packen in 400 Dateien (pro Zoom-Level 1-5 Ordner, 17 verschiedene Layer) tar -cjf: 22 Minuten, 250 MB tar -cf 20 Minuten, 675 MB 10% schneller, aber dafür sind die gepackten Dateien doppelt so gross wie die Originale? Mache ich etwas falsch? :) Die gepackten (komprimierten) sind nicht groesser als die Originale. Die einfach so eingetarten sind groesser, weil tar eine gewisse Blockgroesse benutzt (glaube so 10k oder so) und daher die Dateigroessen aufgerundet werden. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Luftbilder aus Dortmund?
Hallo Liste, Um das Projekt Luftbilder aus Dortmund ist es recht still geworden. Die Frist, zu der wir die Luftbilder von Aerowest verwenden durften, ist ja eigentlich abgelaufen. Was sagt Aerowest zu dem Ergebnis? Wie geht es nun weiter? Kann man hoffen, dass auch andere Städte in den Genuss kommen Luftbilder zur Verfügung gestellt zu bekommen? Ciao Holger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seekarten -- Offshorewindparkanlagen
Am 7. Juli 2010 16:32 schrieb Jan Jesse j...@jesse.de: Ich wäre also für offshore, würde aber in jedem Falle einen der beiden tags beibehalten, und nicht komplett auf beide verzichten. Ich habe den betreffenden Windpark jetzt mit offshore=yes getaggt. Es wäre toll, wenn man die Windräder etwa auf dem gleichen Zoomlevel sehen könnte, wie die etwas nördöstlicher gelegenen Tonnen[1]. Bin schon auf das Ergebnis gespannt. Ich habe das Ganze auch in eine Site-Relation gepackt. Anhand welcher Kriterien stellt ihr die Tonnen eigentlich dar. Die die Tonnen in der Kadetrinne[2] werden deutlich früher gerendert als beispielsweise das Fahrwasser nach Rostock[3]. Östlich von den Tonnen[1] liegt der Rødsand, eine Sandbank, die teilweise trocken fällt. Ich habe sie mal mit natural=sand_bank eingetragen. Wäre es möglich auch so etwas zu rendern? Gruß, Falk [1] http://www.freietonne.de/seekarte/?zoom=14lat=54.57503lon=11.73027layers=0B0T [2] http://www.freietonne.de/seekarte/?zoom=11lat=54.43943lon=12.11273layers=0B0T [3] http://www.freietonne.de/seekarte/?zoom=12lat=54.23527lon=12.07634layers=0B0T ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder aus Dortmund?
Holger s...@der hs69...@web.de wrote: Um das Projekt Luftbilder aus Dortmund ist es recht still geworden. Ich habe am 30.6. die Bilder wie abgesprochen aus dem WMS entfernt. Die Frist, zu der wir die Luftbilder von Aerowest verwenden durften, ist ja eigentlich abgelaufen. Uneigentlich auch :) Siehe oben. Was sagt Aerowest zu dem Ergebnis? Wie geht es nun weiter? Kann man hoffen, dass auch andere Städte in den Genuss kommen Luftbilder zur Verfügung gestellt zu bekommen? Dazu können eventuell die Dortmunder mehr sagen. Sven -- Das ist halt der Unterschied: Unix ist ein Betriebssystem mit Tradition, die anderen sind einfach von sich aus unlogisch. (Anselm Lingnau in de.comp.os.unix.discussion) /me ist gig...@ircnet, http://sven.gegg.us/ im WWW ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] State Of Country Posters - Deadline 8/07/2010 10AM
Hello, the deadline for posters for State Of Country is on 8/07/2010 10am (tomorrow morning). The poster is A1 vertical. An example can be found at the following link: http://dl.free.fr/mcXHIJPi4 It would be good to have a link for it. You can reply to that email. Emilie Laffray ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutsche OSM-Technik-HowTos
Hallo, gute Idee, doch: waere es moeglich, die Kapitel System, Software und Mapnik entweder auch fuer andere Linux-Derivate zu beschreiben, oder -- besser -- unabhaengig davon, so dass Leute, die nie mit Debian gearbeitet haben, die Debian-spezifischen Anweisungen nicht erst zurueckuebersetzen muessen? Es wuerde vielleicht schon reichen, wenn die RPM-Pakete und ggf. deren Repositories aufgezaehlt wuerden. Installationsbefehle kann man sowieso nicht wirklich abschreiben, denn einige oder gar mehrere Pakete hat man ja vielleicht schon auf seiner Box. -- View this message in context: http://gis.638310.n2.nabble.com/Deutsche-OSM-Technik-HowTos-tp5262591p5267187.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seekarten -- Offshorewindparkanlagen
Hallo, Ich habe den betreffenden Windpark jetzt mit offshore=yes getaggt. Es wäre toll, wenn man die Windräder etwa auf dem gleichen Zoomlevel sehen könnte, wie die etwas nördöstlicher gelegenen Tonnen[1]. Bin schon auf das Ergebnis gespannt. Ich habe das Ganze auch in eine Site-Relation gepackt. Ich hatte zwar gesagt, daß ich dafür wäre, habe das aber natürlich bisher nicht in unsere Filter eingetragen. Hab ich eben erledigt. Jetzt ist noch zu beachten, daß dieser Filter erst ab jetzt, und eben der Natur unseres Projektes folgend, nur für einzelne Nodes gilt. Wenn Dein Windpark ein Node ist, und Du ihn jetzt nochmal speicherst, sollte er etwa eine Stunde später in der FT dargestellt werden. Anhand welcher Kriterien stellt ihr die Tonnen eigentlich dar. Die die Tonnen in der Kadetrinne[2] werden deutlich früher gerendert als beispielsweise das Fahrwasser nach Rostock[3]. Unser Verfahren weicht hier, auch historisch bedingt, von dem Vorgehen anderer Renderer ab. Unsere DB existiert immer noch relativ unabhängig von OSM und enthält noch immer Datenstrukturen, die wir früher benutzt haben, für die es aber teilweise konzeptionell keinen Raum in OSM, oder eben einfach keine tags gibt. Betrachtest Du die history unserer Nodes, findest Du Hinweise, daß wir z.B. Einblend-Zoomlevel gespeichert hatten. Das hat die Community verworfen (berechtigt meine ich), ohne Ersatz hervorzubringen (was schade ist). Und da schon verschiedenste Bots über die Daten gejagt wurden, haben wir eine Art Diff-Import und Export gebaut. Soll heißen, unsere DB enthält mehr Daten, als wir exportieren. Schlußendlich sieht das dann so aus, daß wir einer Tonne außerhalb der OSM-DB sagen können, sie soll etwas eher angezeigt werden, als die anderen. Das geschieht dann über unsere Eingabemaske, die Du öffnest, wenn Du den Node auf unserer Karte anklickst. Eine aktuelle Übersicht aller von uns verarbeiteten Tags kannst Du übrigens hier direkt aus unserer DB abrufen: http://www.freietonne.de/index.php?site=31infotyp=1printable=1 Daraus speisen wir dann auch die JOSM-Presets und Styles, oder die iPhone-Datenerfassung automatisch. Zum Thema zurück: Die unterschiedlichen Einblend-Zoomlevel sind handgemalt. Ich sage einer Tonne bei der Erfassung: Du bist wichtig, also zeig Dich schon in großer Höhe, und sie tut es sofort :-) Aber die OSM-DB erfährt davon bisher eben nichts, weil wir keine entsprechenden Beschreibungen dafür haben :-( Östlich von den Tonnen[1] liegt der Rødsand, eine Sandbank, die teilweise trocken fällt. Ich habe sie mal mit natural=sand_bank eingetragen. Wäre es möglich auch so etwas zu rendern? Wie oben gesagt machen wir ausschließlich in Nodes. Eine Sandbank würde bei uns nur auftauchen, wenn einzelne Nodes z.B. Tiefenangaben enthielten. Aber auch dieses Thema ist derzeit nur Theorie. Die FT-DB enthält vereinzelt Tiefenangaben. Aber da die theoretische Diskussion hier Anforderungen beschreibt, nach der ich eine Gewässertiefe nicht mehr messen, sondern nur aufwändig berechnen (oder abschreiben) kann, trage ich persönlich solche Daten wiederum nur für regulierte Binnengewässer, und eben vorerst z.T. auch nur in unserer FT-DB ein. Bevor ich hier gescholten werde: Das haben wir uns so nicht gewünscht, und das muß hoffentlich nicht ewig so bleiben. Irgendwann wird sich ja die Seekartengeschichte wirklich in OSM einpassen. Beste Grüße aus Berlin JJ www.freietonne.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wo ist das *.osm Format beschrieben
Zitat aus http://wiki.openstreetmap.org/wiki/.osm : The format has never been formally specified. Wie stabil ist das Format eigentlich? Ggf waere eine formale Beschreibung als XML-Schema sinnvoll... -- View this message in context: http://gis.638310.n2.nabble.com/Wo-ist-das-osm-Format-beschrieben-tp5264402p5267279.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wo ist das *.osm Format beschrieben
Hi, Schlauchboot wrote: Wie stabil ist das Format eigentlich? Ggf waere eine formale Beschreibung als XML-Schema sinnvoll... Es gibt immerhin eine DTD: http://wiki.openstreetmap.org/wiki/API_v0.6/DTD Eine weitere Formalisierung ist aber nicht sinnvoll, denn dann denken die Programmierer immer, wenn sie sich nur ans Schema halten, ist alles korrekt, und in Wahrheit kann auf Serverseite jederzeit was dazuerfunden werden ;) 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] Deutsche OSM-Technik-HowTos
Am 07.07.2010 22:38, schrieb Schlauchboot: Hallo, gute Idee, doch: waere es moeglich, die KapitelSystem,Software und Mapnik entweder auch fuer andere Linux-Derivate zu beschreiben, oder -- besser -- unabhaengig davon, so dass Leute, die nie mit Debian gearbeitet haben, die Debian-spezifischen Anweisungen nicht erst zurueckuebersetzen muessen? So ähnlich ist das ja in [1] gemacht und ich finde es dort extrem unübersichtlich, daher fände ich es gut, sich für ein empfohlenes System zu entscheiden und für die HowTos die ich schreibe ist dies Debian Lenny. Ich könnte mir vorstellen daneben eine Reihe von Errata bezüglich eines anderen Betriebssystems bereit zu stellen, welches nur die Änderungen im vergleich zur eigentlichen Anleitung enthält. [1] http://wiki.openstreetmap.org/wiki/DE:Mapnik#Installation Es wuerde vielleicht schon reichen, wenn die RPM-Pakete und ggf. deren Repositories aufgezaehlt wuerden. Die Pakete sind doch alle aufgezählt und das Repo ist (bis auf Sun Java) einfach das Debian Lenny Repo. Installationsbefehle kann man sowieso nicht wirklich abschreiben, denn einige oder gar mehrere Pakete hat man ja vielleicht schon auf seiner Box. Macht ja nix, die werden von aptitude/apt-get einfach ignoriert. Lg, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wo ist das *.osm Format beschrieben
The format has never been formally specified. Ich glaube der Satz kommt von mir...ich habe damals als ich das history export tool geschrieben habe mal die prominentesten Tools angeguckt und ich glaube ich habe in dem Abschnitt die wichtigsten Abweichungen genannt. Wie stabil ist das Format eigentlich? Ggf waere eine formale Beschreibung als XML-Schema sinnvoll... Das Problem ist, dass es nicht das Format gibt. Diverse Programme implementieren es leicht unterschiedlich. Es wäre schön wenn da einiges konsolidiert werden könnte aber ich fürchte durch reine Spezifikation wird das nichts (mal abgesehen davon, dass es irgendwo eine DTD gibt): Die Autoren der relevanten Programme müssten sich einigen. Und abgesehen davon nutzen die Tools das Format z.T. auch in leicht unterschiedlicher Art und Weise. So wie es jetzt ist ist es zwar vielleicht nicht technisch sauber aber es funktioniert momentan eigentlich ganz gut. Man könnte allerdings den Wiki-Artikel mal überarbeiten. Gruß, Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] State Of Country Posters - Deadline 8/07/2010 10AM
Hallo, Emilie Laffray wrote: the deadline for posters for State Of Country is on 8/07/2010 10am (tomorrow morning). The poster is A1 vertical. An example can be found at the following link: http://dl.free.fr/mcXHIJPi4 It would be good to have a link for it. You can reply to that email. Das erwischt mich jetzt auf dem falschen Fuss, ich wusste gar nicht, dass die wollen, dass wir ein Plakat machen ;) Die Idee ist offenbar, dass jedes Land so ein A1-Hochkant-Plakat macht, auf dem ein paar Highlights des vergangenen Jahres dargestellt sind. Eventuell kriege ich da noch schnell was hin - helft mir mal beim Brainstorming: * Luftbilder Lauf * Luftbilder Dortmund * vielleicht ein paar von den Wikimedia-Toolserver-Spezialbasteleien mit Erwaehnung von hstore? * irgendeinen netten Screenshot mit Strassenlisten-Vollstaendigkeits-Analyse (Ideen?) * ...? 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] Wo ist das *.osm Format beschrieben
Am Mittwoch, 7. Juli 2010 23:12:03 schrieb Frederik Ramm: Eine weitere Formalisierung ist aber nicht sinnvoll, denn dann denken die Programmierer immer, wenn sie sich nur ans Schema halten, ist alles korrekt, und in Wahrheit kann auf Serverseite jederzeit was dazuerfunden werden ;) Das sehe ich nicht so. Der Datenproduzent (Server) könnte z.B. für die Spezifikation verantwortlich sein, und er müßte sich exakt an seine eigene Spezifikation halten. Ändert er was, muß er eine neue Version der Spezifikation veröffentlichen. So eine Versionsänderung kann dann abwärtskompatibel sein, oder auch nicht. Alle Nutzer wissen dann aber immer genau, woran sie sind. Damit könnte man auch ein Verfahren verbinden, wie nicht kompatible Änderungen einzuführen wären. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wo ist das *.osm Format beschrieben
Wenn dem so ist, spricht das auch für mich für eine formale Spezifikation. Eine Einigung zwischen den Autoren aller relevanten Programme herbeiführen zu wollen, wäre meiner Meinung nach aber der falsche Ansatz. Vielleicht sollte eine Partei (der Datenproduzent?) den Hut aufhaben, und ihr aktuelles Schema formal vollständig beschreiben. Das ändert in der Praxis erst mal nix, außer dass man für den Anfang schon mal eine formale Beschreibung hätte. Es gibt nicht den Datenproduzenten. Ich weiß mindestens vier Tools, die Daten aus der offiziellen Datenbank schreiben: die Ruby on Rails API, Osmosis, planet.c und historydump. Alle von unterschiedlichen Autoren. Also - wie gesagt - müssten sich diese Autoren einigen. Dann müsste man ein Versionsmanagement einführen, so wie es im Allgemeinen für APIs genutzt wird: Zum einen gibt es abwärts kompatible Erweiterungen, die alle Nutzer nicht zu einer Anpassung ihrer Software zwingt. Ihnen würde lediglich die neue Funktionalität entgehen. Zum anderen gibt es dann vielleicht auch nicht kompatible Erweiterungen, die alle Nutzer zu Anpassungen zwingt.. Das jetzige System funktioniert. Die API ist auch versioniert und mit jeder Versionsänderung wurde auch das Ausgabeformat angepasst wenn nötig. Außerdem ist das .osm-Format trotz der kleinen Inkonsistenzen relativ einfach zu parsen (siehe die Erläuterungen auf der Wiki-Seite). Das einzige was man mal vereinheitlichen könnte ist das bounds vs. bound Ding von API vs. Osmosis. Und das Element ist eines der unwichtigeren und wird eh meist einfach so übersprungen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] State Of Country Posters - Deadline 8/07/2010 10AM
Frederik Ramm wrote: * vielleicht ein paar von den Wikimedia-Toolserver-Spezialbasteleien mit Die Cuisine map ist nicht politisch: http://toolserver.org/~stephankn/cuisine/ Oder das Query-in-map von Kolossos Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutsche OSM-Technik-HowTos
Am Mittwoch, 7. Juli 2010 23:15:22 schrieb Peter Körner: Am 07.07.2010 22:38, schrieb Schlauchboot: So ähnlich ist das ja in [1] gemacht und ich finde es dort extrem unübersichtlich, Unübersichtlichkeit ist kein Problem der Information, sondern der Darstellung dieser Information daher fände ich es gut, sich für ein empfohlenes System zu entscheiden und für die HowTos die ich schreibe ist dies Debian Lenny. Ich könnte mir vorstellen daneben eine Reihe von Errata bezüglich eines anderen Betriebssystems bereit zu stellen, welches nur die Änderungen im vergleich zur eigentlichen Anleitung enthält. ... und schon redest Du selbst über die Darstellung. Ich stimme übrigens mit Dir überein, dass die von Dir angegebene Quelle nicht sonderlich übersichtlich ist :-) Die Pakete sind doch alle aufgezählt und das Repo ist (bis auf Sun Java) einfach das Debian Lenny Repo. Das kann jemand, der das Paketmanagement von Debian nicht kennt, vielleicht nicht so schnell herauslesen, wie es Dir geläufig ist. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wo ist das *.osm Format beschrieben
Hallo, Schlauchboot wrote: Das sehe ich nicht so. Der Datenproduzent (Server) könnte z.B. für die Spezifikation verantwortlich sein, und er müßte sich exakt an seine eigene Spezifikation halten. Ändert er was, muß er eine neue Version der Spezifikation veröffentlichen. Eben, und genau das wird nicht passieren, und deswegen ist eine Spezifikation nichts wert - sie wird nur zu beleidigten Beschwerden der Datenverbraucher fuehren (ihr seid schuld, ich hab alles richtig gemacht!). So eine Versionsänderung kann dann abwärtskompatibel sein, oder auch nicht. Alle Nutzer wissen dann aber immer genau, woran sie sind. Damit könnte man auch ein Verfahren verbinden, wie nicht kompatible Änderungen einzuführen wären. Normal machen wir nichtkompatible Aenderungen mit neuen API-Versionsnummern. 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] State Of Country Posters - Deadline 8/07/2010 10AM
Frederik Ramm frede...@remote.org wrote: * ...? *Fossgis 2010!! *Oxomoa *Wayparts (als Einstieg in Linienbündel) http://wiki.openstreetmap.org/wiki/DE:User:%C3%96mmes/Wayparts *vielleicht Skobbler? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] State Of Country Posters - Deadline 8/07/2010 10AM
Frederik Ramm frede...@remote.org wrote: Strassenlisten-Vollstaendigkeits-Analyse (Ideen?) wird durchgeführt: *in NRW, Hessen, Hamburg, Mecklenburg Vorpommern und Sachsen nahezu flächendeckend *in Rheinland Pfalz, Bayern, Bremen Berlin, Niedersachsen, Schleswig-Holstein --- sagen wir zu etwa einem Drittel Beste Straßenvollständigkeit derzeit in NRW: Die Hälfte NRWs ist vollständig erfasst. Im Durchschnitt ist NRW zu sagen wir etwa 85% erfasst. Die Werte zut Straßenvollständigkeit für NRW sind über den Karteneindruck geschätzt: http://osm.gt.owl.de/Strassenliste/map-nordrhein-westfalen.html Die größsten Städte haben viele Straßen und sind zumeist vollständig. Daher hier größeres Gewicht für den Durchschnitt. Florian kann möglicherweise genauere Werte für NRW angeben, da er dessen Listen vollständig hostet. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ... pack - ftp - unpack ....
Am Mittwoch 07 Juli 2010, 17:26:19 schrieb Thomas Ineichen: tar -cjf: 22 Minuten, 250 MB Das ist dann ein tar.bz2, nicht tar.gz. Wundert mich, dass die Dauer dabei nicht exorbitant steigt, bzip2 ist eigentlich ziemlich langsam. tar -cf 20 Minuten, 675 MB 10% schneller, aber dafür sind die gepackten Dateien doppelt so gross wie die Originale? Mache ich etwas falsch? :) Frederik hat ja schon eine mögliche Erklärung genannt. Ich hätte nicht gedacht, dass es *so* viel ausmacht. Eine Änderung auf tar xzf sollte aber nen Versuch wert sein, gzip ist wesentlich schneller als bzip2 und komprimiert dir die halben Leer-Blöcke weg. Alternativ natürlich ne kleinere blocksize bei tar, aber stimmt schon, etwas größer wird es dadurch dann immer. Hatte das nicht bedacht, aber es sind halt viele Dateien... Gruß, Bernd -- I really hate this damned machine, I wish that they would sell it. It never does quite what I want, but only what I tell it. 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] Wo ist das *.osm Format beschrieben
Am Mittwoch 07 Juli 2010, 23:38:11 schrieb Schlauchboot: Diese Formalisierung würde wahrscheinlich auch das Bewustsein des Verantwortlichen für die Auswirkungen seiner Änderungen schärfen. Eine nette Formulierung für es wird sich dann keiner mehr trauen, neue Features einzuführen. :) Gruß, Bernd -- Geld alleine macht noch nicht unglücklich. - Peter Falk (amerik. Schauspieler) 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] Deutsche OSM-Technik-HowTos
Am Donnerstag 08 Juli 2010, 00:02:15 schrieb Schlauchboot: Die Pakete sind doch alle aufgezählt und das Repo ist (bis auf Sun Java) einfach das Debian Lenny Repo. Das kann jemand, der das Paketmanagement von Debian nicht kennt, vielleicht nicht so schnell herauslesen, wie es Dir geläufig ist. Sei doch froh, dass sich ueberhaupt jemand die Arbeit macht, und eine Doku schreibt. Wenn er dass dann auf Basis seiner praeferierten Distribution macht, kann man ihm das nicht vorwerfen. Ich z.B. koennte sowas auf die Schnelle auch nicht fuer eine RPM-basierte Distro schreiben. Wenn das Thema interessant genug fuer die entsprechenden Leute ist, wird sic auch jemand finden, der das ganze entsprechend portiert. Das ist zumindest einfacher, als alles nochmal from Scratch zu machen. just my two cents... 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
