Re: [Talk-de] Potlach == Kartenvandalismus?
Hallo, > gerade eben habe ich den dritten Weg rausgelöscht, der mit "Potlach > Alpha" und anonymous getaggt war Ich habe gerade auf der talk-Liste vorgeschlagen, dass wir kuenftig keine anonymen Edits mehr zulassen. Ich bin ueberzeugt, dass damit auch die staendige Potlatch-Kritik nachlassen wird - man kann ja dann denjenigen hassen, der die Edits gemacht hat ;-) 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/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tag: Ärztehaus
Danke, das benutz ich :) Ulf Lamping schrieb: > fuesika schrieb: >> Afaik gibt es noch kein Tag für Ärzte? >> > Ah, das ist ein Punkt ;-) > > Das beste was ich finden konnte, war: > http://wiki.openstreetmap.org/index.php/Proposed_features/GP_Surgery > > Also wohl am besten erstmal amenity=doctor taggen - IMHO > > Gruß ULFL > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de > ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach == Kartenvandalismus?
Hi, > gerade eben habe ich den dritten Weg rausgelöscht, der mit "Potlach > Alpha" und anonymous getaggt war und natürlich einfach nur Unfug war. > Ich finde es ehrlich gesagt sch** wenn meine Arbeit durch solchen > Unfug kaputtgemacht wird. > > Das Teil sollte man IMO in dieser Form dringend abschalten. Ich habe eine Idee: Potlatch soll, wenn man damit zu nah an bestimmte Areas ranzoomt, ein von dort ansaessigen Mappern hinterlegtes Bild anzeigen. Wenn dem Potlatcher, der sich anschickt, hier in Karlsruhe ein paar Kreuzchen in die Landschaft zu malen, der grimmige Sven entgegenschaut, dann macht der sich ganz schnell vom Acker ;-) 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/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Komme mit dem neuen Josm nicht mehr zu recht
Hallo Thomas, > Gerhard Zintel schrieb: > > Hier weiß ich nicht, wie > > ich am ersten Node ansetzen kann. > > > Es gibt zwei Möglichkeiten: > a) einen Punkt wählen und mit dem "add node and connect"-Tool einen > zweiten einfügen, dazwischen entsteht automatisch ein Weg. > b) einen zweiten Punkt setzen und mit dem connect-Tool verbinden. Diese Information ist aelter als 3 Tage und daher nicht mehr gueltig ;-) Wir[*] haben das jetzt komplett umgeschmissen und JOSM "modeless" gemacht. Es ist jetzt staerker an traditionelle Zeichenprogramme angelehnt. Es gibt nur noch vier Modi: * Zoom * Select * Draw * Delete Zoom und Delete sind wie bisher bekannt. Select ist fast wie bisher bekannt, allerdings kann man im Select-Mode auch Nodes und Ways verschieben oder rotieren. Und der "Draw"-Mode ist fuer alles andere. Im Normalfall setzt der Draw-Mode einen neuen Node *und* verbindet mit dem aktuell markierten Node, falls einer markiert ist. Diese neue Verbindung wird eine Erweiterung eines am alten Node endenden Weges, oder ein neuer Weg, wenn kein Weg zum Erweitern in Frage kommt. Der Draw-Mode setzt den neuen Node "ins Gruene", wenn man irgendwohin klickt, wo nicht nichts ist; klickt man aber auf ein existierendes Segment, dann wird der Node da eingefuegt, und klickt man gar auf eine Kreuzung zweiter Segmente, dann werden die beide an den neuen Node verbunden. Der Draw-Mode ist also sozusagen das neue "Schweizer Taschenmesser", und das Feedback ist im allgemeinen positiv - es braucht fuer alte Hasen etwas Umgewoehnung, aber alles in allem kommt man mit viel weniger Tastatur und Maus-Rumgefahre aus. Zu Gerhards Problem: Er hat einen Way A--B--C--D erzeugt und will jetzt einen zweiten A--X--Y erzeugen. Dabei werden ihm die X und Y aber immer an den existierenden Way angehaengt. Das ist ein Bug, den wir in der r375 heute um 15:00 repariert haben - jetzt kann man in dieser Situation die "alt"-Taste dazu druecken, um einen neuen Weg zu erzeugen. Wenn man sich jetzt eine josm-latest.jar runterlaedt, dann sollte das tun! Bye Frederik [*] Gabriel Ebner hat das meiste davon programmiert (Lob an ihn), ich habe vorgeschlagen, es so zu machen (Kritik an mich) ;-) -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Mapper finden
Hi, > wenn man in Josm nen namen findet, hat man dann irgendwie ne chance > mit dem entsprechenden mapper Kontakt aufzunehmen? Ja, und zwar, indem Du http://www.openstreetmap.org/user/woodpeck aufrufst (z.B.) und dort dann "send message" auswaehlst. Ich habe Dir eben eine Test-Message geschickt. Frag mich bitte nicht, wie man durch Klicken da hin kommt. Ich glaube, das ist gut versteckt. So 'ne Art notpron ;-) 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/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tag: Ärztehaus
fuesika schrieb: > Afaik gibt es noch kein Tag für Ärzte? > Ah, das ist ein Punkt ;-) Das beste was ich finden konnte, war: http://wiki.openstreetmap.org/index.php/Proposed_features/GP_Surgery Also wohl am besten erstmal amenity=doctor taggen - IMHO Gruß ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach == Kartenvandalismus?
Sorry, seit ein paar Tagen gibt es neue Kollegen, die in unser Aquarium eingebrochen sind. Solche Fragen werden IMMER kommen, solange sich das Projekt fortentwickelt. Erst wenn diese Fragen nicht mehr kommen wissen wir, dass der Zustrom an Neuinteressenten an OSM stagniert. Gruß, Stephan. > Hatten wir die Diskussion nicht erst vor 2-3 Wochen? Ist doch alles > schon gesagt worden, da macht es wenig Sinn, die Diskussion alle > paar Tage wieder vom Zaun zu brechen. > > Nils > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de > > > ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach == Kartenvandalismus?
Hatten wir die Diskussion nicht erst vor 2-3 Wochen? Ist doch alles schon gesagt worden, da macht es wenig Sinn, die Diskussion alle paar Tage wieder vom Zaun zu brechen. Nils ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tag: Ärztehaus
Ulf Lamping schrieb: > Sehe ich das richtig, daß du eine Art von Gemeinschaftspraxis meinst, wo > sich mehrere Ärzte eine größere Praxis teilen? Jein.. es ist ein Haus mit ca. zehn voneinander unabhängigen Praxen (wovon einige sicherlich Gemeinschaftspraxen sind). > Vom Gefühl her würde ich das als Arzt taggen (es spielt ja keine > wesentliche Rolle ob es einer oder mehrere sind :-) Afaik gibt es noch kein Tag für Ärzte? > Für mich wäre ein Krankenhaus dann der Fall, wenn man dort > "typischerweise" die Patienten für ein oder mehrere Nächte "auf Station > behält" also dort Übernachten muß. Klar, der Aspekt Übernachtung ist auch für uns Grund gewesen, es nicht einfach als Krankenhaus zu taggen. Viele Grüße, AK-Palme und fuesika ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach == Kartenvandalismus?
In article <[EMAIL PROTECTED]> you wrote: > Deinen Ton bitte auch! :-/ Wie gesagt, es ist halt mehr als unschön, wenn da mühsam gezeichnete Karten mit solchem Zeug einfach "durchgestrichen" werden. Sven -- "If you continue running Windows, your system may become unstable." (Windows 95 BSOD) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach == Kartenvandalismus?
Sven Geggus schrieb: > gerade eben habe ich den dritten Weg rausgelöscht, der mit "Potlach > Alpha" und anonymous getaggt war und natürlich einfach nur Unfug war. > Ich finde es ehrlich gesagt sch** wenn meine Arbeit durch solchen > Unfug kaputtgemacht wird. > > Das Teil sollte man IMO in dieser Form dringend abschalten. Deinen Ton bitte auch! :-/ Danke! Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Potlach == Kartenvandalismus?
Hallo zusammen, gerade eben habe ich den dritten Weg rausgelöscht, der mit "Potlach Alpha" und anonymous getaggt war und natürlich einfach nur Unfug war. Ich finde es ehrlich gesagt sch** wenn meine Arbeit durch solchen Unfug kaputtgemacht wird. Das Teil sollte man IMO in dieser Form dringend abschalten. 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 [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Komme mit dem neuen Josm nicht mehr zu recht
Gerhard Zintel schrieb: > Hier weiß ich nicht, wie > ich am ersten Node ansetzen kann. Es gibt zwei Möglichkeiten: a) einen Punkt wählen und mit dem "add node and connect"-Tool einen zweiten einfügen, dazwischen entsteht automatisch ein Weg. b) einen zweiten Punkt setzen und mit dem connect-Tool verbinden. Verbindet man von einem Endpunkt eines Weges aus oder zu einem Anfangspunkt hin, kann es sein, dass dieser Weg verlängert wird. Dann einfach den Weg und den Node wählen und Tools -> Split Way wählen. Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Komme mit dem neuen Josm nicht mehr zu recht
Hallo, habe mir nach der Migration die aktuellste Version von Josm geholt (374). Leider komme ich damit jetzt nicht mehr klar. Offensichtlich gibt's jetzt nur noch einen Knopf um Nodes und damit auch Ways zu erzeugen. Jetzt möchte ich von einer Stelle einen Weg in eine Richtung erzeugen (funktioniert offensichtlich, wenn man einfach mehrere Nodes hintereinander erzeugt). Von der ersten Node aus will ich jetzt aber einen weiteren Weg in eine andere Richtung erzeugen (dieser Node ist eine Kreuzung). Hier weiß ich nicht, wie ich am ersten Node ansetzen kann. Das war in der alten Josm Version wesentlich intuitiver. Gerhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Mapper finden
Sven Geggus wrote: > Hallo zusammen, > > wenn man in Josm nen namen findet, hat man dann irgendwie ne chance > mit dem entsprechenden mapper Kontakt aufzunehmen? Ich benutze z.B. sowohl beim Mappen als auch im Wiki den gleichen Namen. Von daher kann man mich im Wiki finden und kontaktieren, wenn man meine OSM-Daten gesehen hat. Dies ist jedoch von Benutzer zu Benutzer unterschiedlich gelöst, von daher wird das nicht immer funktionieren. > Irgendwo gabs da doch mal so nen "wer ist wo" feature, find ich grade > nimmer. Bezüglich dieses Features kann ich dir leider nicht weiterhelfen. Eine Ortsangabe hilft aber auch nicht immer. Ich wohne zwar in München, mappe aber an vielen verschiedenen Orten in Europa. Von daher ist die Angabe meines Standortes nur wenig hilfreich - speziell wenn du wissen willst wer wo mappt. Ralf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tag: Ärztehaus
fuesika schrieb: > Hi, > wir waren eben auf der Suche nach der Möglichkeit ein Ärztehaus zu > taggen. Gibt es für eine Anhäufung von Ärzten einen Tag? Oder könnte man > das einfach als Krankenhaus taggen?! Eher weniger, oder?! > Sehe ich das richtig, daß du eine Art von Gemeinschaftspraxis meinst, wo sich mehrere Ärzte eine größere Praxis teilen? Vom Gefühl her würde ich das als Arzt taggen (es spielt ja keine wesentliche Rolle ob es einer oder mehrere sind :-) Für mich wäre ein Krankenhaus dann der Fall, wenn man dort "typischerweise" die Patienten für ein oder mehrere Nächte "auf Station behält" also dort Übernachten muß. Gruß ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Tag: Ärztehaus
Hi, wir waren eben auf der Suche nach der Möglichkeit ein Ärztehaus zu taggen. Gibt es für eine Anhäufung von Ärzten einen Tag? Oder könnte man das einfach als Krankenhaus taggen?! Eher weniger, oder?! Grüße, fuesika, AK-Palme ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Mapper finden
Hallo zusammen, wenn man in Josm nen namen findet, hat man dann irgendwie ne chance mit dem entsprechenden mapper Kontakt aufzunehmen? Irgendwo gabs da doch mal so nen "wer ist wo" feature, find ich grade nimmer. Gruss Sven -- "We just typed make" (Stephen Lambrigh, Director of Server Product Marketing at Informix about porting their Database to Linux) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Kachel wird nicht gerendert?
ludwich schrieb: > ich habe vor geraumer Zeit die Kachel 2187,1424 und die umliegenden > Kacheln auf informationfreeway angestoßen, alle andern Kachen wurden neu > gepinselt die eine Kachel ist unbearbeitet, wird die Kachel nochmals > angestossen kommt folgerichtig die Info "Already in queue". > Was hängt da so lange??? Wer kann zu diesen Fall was sagen? Das kommt mal vor. Wenn der Client, der sich den Auftrag geholt hat, aussteigt ohne das Ergebnis zu senden, landet das Tile erst nach 24h im new-Queue und wird dann erst neu vergeben. Ich rendere es gerade mal manuell neu. Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] mappaint
> Ehrlich gesagt finde ich josm ohne mappaint-Plugin unübersichtlich. > >> Wuerdet ihr einem OSM-Anfaenger das mappaint-Plugin gleich mit drauf >> tun, oder sollte man erstmal ohne mappaint die "Basics" lernen? > > Definitiv mappaint-Plugin gleich mit drauf. Das sehe ich ähnlich. Allerdings sollte man zur laufzeit das aussehen der objekte ändern können. Ich würde oft gern die darstellungsbreite der straßen reduzieren, landuse-sachen rauswerfen oder nur ein paar POIs sehen wollen. Die wegteile sollten nicht unterlegt nummeriert werden, sondern irgendwie beigeschrieben. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM kaum mehr benutzbar
Hallo, > > Siehst Du, und OSM ist bislang "gut damit gefahren", keine "Specs" zu > > haben (bzw. das, was an "Specs" vorhanden ist, wurde in aller Regel im > > Nachhinein aus dem Code abgelesen). > > Mit viel Aufwand schlechte Lösungen zu finden ist für dich "gut > fahren"? Für mich nicht. Andere Projekte haben mit viel Aufwand Specs erarbeitet und ordentlich dokumentiert. Alles sauber designt, eine ordentliche Projektstruktur aufgesetzt, in der die Entscheidungsprozesse und Verantwortlichkeiten klar sind. Und sich dann gewundert, wieso kaum jemand Lust hatte, was zu programmieren oder Daten zu erheben. Fuer eine "schlechte Loesung" ist OSM erstaunlich weit gekommen. > > OSM erlaubt also, nach Deiner Definition, keine vernuenftige Software- > > Entwicklung. > > Nö, man muss sich nur die Standards mühevoll herausfieseln und > wird schräg angemacht, wenn man Vorschläge dazu macht. Ich hatte Deine "Specs" in dem Sinne interpretiert, dass Du forderst, sie muessten im Voraus ausdiskutiert und abgesegnet sein (anstatt beim Programmieren nebenher entstehen). > Ich kann in OSM keinen Standard setzen, aber ich kann eine > Diskussion in Gang setzen, ob die Änderung möglich und/oder > sinnvoll ist. Denn es macht keinen Sinn, wenn ich hier wild und > ohne Absprache Änderungen mache, die zu allem inkompatibel sind. Du koenntest ja als allerersten kleinen Schritt das Planet-Skript so modifizieren, dass es zusaetzlich zur OSM-Datei noch eine Statistik- Datei ausgibt, die dann mit auf den Webserver gelegt wird. Damit wird nichts inkompatibel. Dann koennten die, die das fuer ihre Weiterver- arbeitung brauchen, diese Statistikdatei mit einlesen (und die, die es nicht interessiert, lassen es eben). Wenn das Vorhandensein dieser Zusatzdaten wirklich den Nutzen bringt, den Du postulierst, dann werden Skriptschreiber ganz automatisch Support dafuer einbauen (denn sie sind ja interessiert daran, dass ihre Skripts schnell und effizient laufen!). Wenn irgendwann in ein paar Monaten dann praktisch jedes Skript dieses Statistikdatei mitverarbeitet, wird es ein ganz natuerlicher Schritt, zu sagen: "Lasst uns die Daten doch gleich mit ins Planetfile packen". Wahrscheinlich musst nicht mal Du den Vorschlag machen, der kommt dann schon von jemand anders. Wenn sich, auf der anderen Seite, herausstellen sollte, dass sich niemand fuer das Statistikfile interessiert, weil es den Leuten lieber ist, quick+dirty ab und zu eine Konstante in ihrem Code anzupassen, auch recht - "dann halt nicht". > Ich erwarte gar nix. Ich erwarte nicht mal, dass du hier die > fruchtlose Diskussion um meine Motive und was ich kann und will > abbrichst und dich dem Thema zuwendest. Wenn von Deiner Seite ein kleines bisschen mehr "wir" kaeme statt "ihr da" und "ich hier", waere es auch einfacher, gemeinsam an einer Sache zu arbeiten. Bei Dir hat man immer den Eindruck, dass Du Dich von OSM so weit wie irgend moeglich distanzieren moechtest, weil praktisch kein einziger Aspekt des Projektes Deinen hohen Anforderungen genuegt. 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/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Kachel wird nicht gerendert?
Hallo, ich habe vor geraumer Zeit die Kachel 2187,1424 und die umliegenden Kacheln auf informationfreeway angestoßen, alle andern Kachen wurden neu gepinselt die eine Kachel ist unbearbeitet, wird die Kachel nochmals angestossen kommt folgerichtig die Info "Already in queue". Was hängt da so lange??? Wer kann zu diesen Fall was sagen? Gruß Ludwich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] mappaint
Frederik Ramm <[EMAIL PROTECTED]> wrote: > benutzt die ueberwiegende Anzahl derer, die JOSM verwenden, das > mappaint-Plugin, oder kommt die ueberwiegende Anzahl ohne aus? Ehrlich gesagt finde ich josm ohne mappaint-Plugin unübersichtlich. > Wuerdet ihr einem OSM-Anfaenger das mappaint-Plugin gleich mit drauf > tun, oder sollte man erstmal ohne mappaint die "Basics" lernen? Definitiv mappaint-Plugin gleich mit drauf. Sven, der josm noch nie ohne mappaint-Plugin verwendet hat -- "Whenever there is a conflict between human rights and property rights, human rights must prevail." (Abraham Lincoln) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM kaum mehr benutzbar
Hi, > Wenn man ein Schema formulieren kann, das die aufsteigenden IDs und > node-way-relation - Regel abbildet, Letzteres geht - AFAIK sogar schon mit einer DTD, erst recht mit einem Schema. Ersteres nicht. 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/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM374 und Farben
Die Frage wird zurückgezogen, Rechner neu gesartet und schon ging es... :-( Ludwich ludwich schrieb: > Hallo Mapper, > > ich hoffe keine "alte" Frage zu stellen (Hab das Achiv leider geplättet;-). > > Ich habe das Problem das die Ways in JOSM nur türkis dargestellt werden, > Mappaint4848 sowie eine Änderung der Farbeinstellungen haben keine > Besserung gebracht. Ich hatte diesen Effekt seit API05 schon mal, da war > es aber nach einem Neustart wieder in Ordnung. > Wie wird's wieder bunt? > > Schöne Grüße > > Ludwich > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de > > ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] JOSM374 und Farben
Hallo Mapper, ich hoffe keine "alte" Frage zu stellen (Hab das Achiv leider geplättet;-). Ich habe das Problem das die Ways in JOSM nur türkis dargestellt werden, Mappaint4848 sowie eine Änderung der Farbeinstellungen haben keine Besserung gebracht. Ich hatte diesen Effekt seit API05 schon mal, da war es aber nach einem Neustart wieder in Ordnung. Wie wird's wieder bunt? Schöne Grüße Ludwich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Anbindung von POI neben der Straße
Andreas Volz schrieb: > wie macht ihr das eigentlich mit POI's, welche direkt an der Straße > liegen. Ich bin mir nie ganz sicher ob man die mit der Straße verbinden > soll. Bisher hab ich es so gemacht: > > Objekte die sich mit dem Auto befahren lassen, bekommen einen > highway=service. z.B. > Auch wenn für mich persönlich "service" dafür eindeutig nicht verwende sondern "unclassified" mache ich es auch so, > - Tankstellen > - Parkplätze > - Bahnhöfe > - ... > siehe z.B. http://www.informationfreeway.org/index.php?lat=48.13661452057592&lon=11.391042957072766&zoom=17&layers=B000F000 > Bei denen war ich mir nicht sicher: > - bus_stop > Ist bei mir entweder ein Node der Straße oder über eine unclassiefied-Straße angebunden. > - restaurant > - alle Sorten von shops > liegen bei mir neben der Straße pder werden zusätzlich als "building" eingezeichnet. > Trotzdem wäre es hilfreich für einen Routenplaner den direkten Weg zu > dem POI zu wissen. Ein Routenplaner sollte m.E. einen "Umkreis" kennen... MfG Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM kaum mehr benutzbar
Hallo, > Allerdings sollte man in diesem fall das "schema" (DTD oder > zeitgemäß wohl das RelaxNG-schema) verfeinern. An dieses schema > müssen sich dann der planet-dump halten. Find ich gut! Und es trifft genau den Punkt. Wenn man ein Schema formulieren kann, das die aufsteigenden IDs und node-way-relation - Regel abbildet, dann soll mir das recht sein (wär mir aber neu). Bis dahin kann und werde ich mich nicht drauf verlassen. Andererseits werden sich meine Tools trotzdem an diese Regel halten und Dateien mit aufsteigender Id und der genannten Abfolge ausspucken. Ersteres ist aber eher Zufall, bzw. ein Nebeneffekt des binären Baums. Grüsse Hubert -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM kaum mehr benutzbar
Hallo, > Siehst Du, und OSM ist bislang "gut damit gefahren", keine "Specs" zu > haben (bzw. das, was an "Specs" vorhanden ist, wurde in aller Regel im > Nachhinein aus dem Code abgelesen). Mit viel Aufwand schlechte Lösungen zu finden ist für dich "gut fahren"? Für mich nicht. > OSM erlaubt also, nach Deiner Definition, keine vernuenftige Software- > Entwicklung. Nö, man muss sich nur die Standards mühevoll herausfieseln und wird schräg angemacht, wenn man Vorschläge dazu macht. Im OSM-File sind die verwendeten Tags ein stabiler Standard und XML ist als Basis gut genug um damit eine OSM-Datei schreiben zu können, die man austauschen kann. Der Rest der Regeln, also die aufsteigenden IDs und die sonstige Reihenfolge sind über XML nicht gedeckelt sondern simple Programminterna. Arraygrössen über die talk-de-Liste anzupassen, wenn ein Programm abnippelt, ist ganz sicher auch nicht die Ideallösung ;) > Unter diesen Voraussetzungen ist es verstaendlich, dass Du, obwohl Du > dazu durchaus in der Lage waerst, keine Lust hast, selbst die von Dir > vorgeschlagenen Verbesserungen umzusetzen (und die notwendigen "poli- > tischen" Schritte zu unternehmen, dass die Verbesserungen auch genutzt > werden). Ich kann in OSM keinen Standard setzen, aber ich kann eine Diskussion in Gang setzen, ob die Änderung möglich und/oder sinnvoll ist. Denn es macht keinen Sinn, wenn ich hier wild und ohne Absprache Änderungen mache, die zu allem inkompatibel sind. Wenn es aus der Ecke der DB-leute, der Scriptschreiber oder wer auch immer gute Argumente gegen den Vorschlag gibt, nur her damit! Ich versuche hier Teamwork und kein SW-Harakiri. > Ebenso kannst Du aber auch nicht erwarten, dass solche von oben herab > erteilten Ratschlaege von irgendjemandem anders umgesetzt werden. Ich erwarte gar nix. Ich erwarte nicht mal, dass du hier die fruchtlose Diskussion um meine Motive und was ich kann und will abbrichst und dich dem Thema zuwendest. Ich versuche mich einzubringen und das mit dem was ich gelernt habe und was ich kann. > Diese Pluralperson, die Du hier ansprichst: Diese Pluralperson enthält alle, die es angeht, die Vorteile daraus ziehen können oder die Argumente dagegen haben. Es geht hier um eine einfache technische Fragestellung der Interoperabilität. Leider ist die wieder mal in diesem Geplänkel untergegangen... Grüsse Hubert -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM kaum mehr benutzbar
Hallo, > PS. Richtige XML-IDs müssen mit "Letter" beginnen; "1234" ist keine > gültige ID ;) Richtige XML-Ids duerfen auch nicht 2x im Dokument vorkommen (sowas wie und ). Aber immerhin haben wir jetzt wenigstens schonmal von auf umgestellt, was wesentlich "richtiger" ist... muehsam ernaehrt sich das Eich- hoernchen. 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/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM kaum mehr benutzbar
> Ohne Spec keine vernünftige SW-Entwicklung. So hab ichs gelernt > und damit bin ich bisher gut gefahren. Allerdings sollte man in diesem fall das "schema" (DTD oder zeitgemäß wohl das RelaxNG-schema) verfeinern. An dieses schema müssen sich dann der planet-dump halten. PS. Richtige XML-IDs müssen mit "Letter" beginnen; "1234" ist keine gültige ID ;) Karl ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Anbindung von POI neben der Straße
Hi, > > Aber wie sieht das im echten Leben aus? Da gibt es noch ein paar mehr > > Abhängigkeiten. Der Zulieferer eines Kaufhauses nimmt den > > Hintereingang, der autofahrende Kunde die Tiefgarageneinfahrt und der > > Fußgänger den Eingang in der Fußgängerzone. > > Die meisten Sachen lassen sich ohne viel Overhead über die Adresse > lösen, z.B. wenn der Hintereingang in der rückwärtigen Straße ist. [...] Fuer grosse Objekte - z.B. ein Einkaufszentrum oder ein Bahnhofsgebaeude - bietet sich sicherlich eine Relation an, mittels derer man einen Umriss-Weg und die "entry points" definiert. Besonders wichtig auch fuer U-Bahn-Stationen - moeglichst nahe an den Node herangefuehrt zu werden, der von irgendwem fuer die Station gesetzt wurde, nuetzt mir im Zweifel herzlich wenig, wenn die letzten 20m "Lot" dann senkrecht durch den Asphalt nach unten zeigen ;-) 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/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Anbindung von POI neben der Straße
Hallo, > IMO lässt sich das derzeit nicht gut lösen. Wenn der Router Dich > möglichst nahe an den Punkt heranführt, kann das bombenfalsch sein. Das > Firmengelände der Spedition Foo kann man nämlich gar nicht von der > Autobahn aus erreichen, sondern muss natürlich außenrum über das > Gewerbegebiet fahren. Das Restaurant Bar liegt zwar direkt an der > Straße B, ist aber von dort aufgrund eines Zaunes gar nicht erreichbar > sondern nur von der anderen Seite aus über die Straße C. Soweit die > Problematik. Deshalb muss man aber nicht zu jedem Postkasten gleich einen Link, sorry, einen Way setzen ;) Die seltene Ausnahme muss nicht zu einem Overhead an überflüssigen Daten führen, wenn man diese Dinge sinnvoll setzt. Wenn ein grosses Gelände nur einen Zugang hat, der so nicht ersichtlich ist, sollte der Zugang als Way eingetragen werden, wenn der Router da hinfinden soll. Alles andere findet der Router problemlos. Die typische Lösung ist, dass er auf alle Links in der Nähe das Lot fällt und so die kürzeste Entfernung ermittelt. Das ist die Analogie zum bewegten Fahrzeug, für das der passende Link zum GPS-Signal gesucht wird. > Aber wie sieht das im echten Leben aus? Da gibt es noch ein paar mehr > Abhängigkeiten. Der Zulieferer eines Kaufhauses nimmt den > Hintereingang, der autofahrende Kunde die Tiefgarageneinfahrt und der > Fußgänger den Eingang in der Fußgängerzone. Die meisten Sachen lassen sich ohne viel Overhead über die Adresse lösen, z.B. wenn der Hintereingang in der rückwärtigen Straße ist. Auch die Tiefgarageneinfahrt von Lieschen Müller dürfte über die Adresse ausreichend beschrieben sein, während für das öffentliche Parkhaus ein Stück 'service' vielleicht nicht die schlechteste Lösung wäre. Grüsse Hubert -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM kaum mehr benutzbar
Hallo, > > Naja, Du wirst halt nirgends die Garantie bekommen, dass es so bleibt. > > Ohne Spec keine vernünftige SW-Entwicklung. So hab ichs gelernt > und damit bin ich bisher gut gefahren. Siehst Du, und OSM ist bislang "gut damit gefahren", keine "Specs" zu haben (bzw. das, was an "Specs" vorhanden ist, wurde in aller Regel im Nachhinein aus dem Code abgelesen). OSM erlaubt also, nach Deiner Definition, keine vernuenftige Software- Entwicklung. Unter diesen Voraussetzungen ist es verstaendlich, dass Du, obwohl Du dazu durchaus in der Lage waerst, keine Lust hast, selbst die von Dir vorgeschlagenen Verbesserungen umzusetzen (und die notwendigen "poli- tischen" Schritte zu unternehmen, dass die Verbesserungen auch genutzt werden). Ebenso kannst Du aber auch nicht erwarten, dass solche von oben herab erteilten Ratschlaege von irgendjemandem anders umgesetzt werden. Diese Pluralperson, die Du hier ansprichst: > Es ist ein Vorschlag, nicht mehr und nicht weniger. Haut ihn in > die Tonne oder setzt ihn um die gibt es nicht. 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/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Anbindung von POI neben der Straße
Moin, > Bei denen war ich mir nicht sicher: > - bus_stop > - restaurant > - alle Sorten von shops > > Eben POI die in der Stadt direkt an der Straße liegen und nicht > direkt befahrbar sind. Ich setze nur einen Node. > Trotzdem wäre es hilfreich für einen Routenplaner den direkten Weg zu > dem POI zu wissen. Den zumindest wenn sich der POI an einer Ecke > oder zwischen zwei Straßen befindet kann man so den Eingang > markieren. Trotzdem kommt mir ein highway=service nicht richtig vor. > Wie macht ihr das? IMO lässt sich das derzeit nicht gut lösen. Wenn der Router Dich möglichst nahe an den Punkt heranführt, kann das bombenfalsch sein. Das Firmengelände der Spedition Foo kann man nämlich gar nicht von der Autobahn aus erreichen, sondern muss natürlich außenrum über das Gewerbegebiet fahren. Das Restaurant Bar liegt zwar direkt an der Straße B, ist aber von dort aufgrund eines Zaunes gar nicht erreichbar sondern nur von der anderen Seite aus über die Straße C. Soweit die Problematik. Aber wie sieht das im echten Leben aus? Da gibt es noch ein paar mehr Abhängigkeiten. Der Zulieferer eines Kaufhauses nimmt den Hintereingang, der autofahrende Kunde die Tiefgarageneinfahrt und der Fußgänger den Eingang in der Fußgängerzone. IMO lässt sich das erst dann lösen, wenn wir anfangen, Gebäude als Flächen (bzw. Meshes :) zu erfassen, so dass man verschiedene Zugangsmöglichkeiten modellieren kann. Bis dahin setze ich (sozusagen als "Notnagel") einfach Nodes. Beste Grüße, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Viel Mist: Zu viel "Intelligenz" in josm und Co.
Yo, > Bei Inkscape ist das cool geloest, da ist unten immer so eine kleine > Hilfezeile, in der sowas steht wie "click to add point (with ctrl: > add control point), hit enter to end path" oder sowas. Finde ich sehr > praktisch. ich auch. "Documentation on demand" quasi. Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM kaum mehr benutzbar
> Naja, Du wirst halt nirgends die Garantie bekommen, dass es so bleibt. Ohne Spec keine vernünftige SW-Entwicklung. So hab ichs gelernt und damit bin ich bisher gut gefahren. Die Sache mit den Blöcken ist trivial zu realisieren und die Argumente sind als optional vorgesehen, so dass es an der schreibenden SW liegt, ob sie diese Dinge schreibt oder nicht. > Du bist kein Kontrollfreak, sondern Du weichst der Verantwortung aus: Ich weiche gar nichts aus, sondern ich mache einen Vorschlag aus der Praxis heraus. Das OSM-Dateiformat wird ja nicht nur vom Planetfile genutzt, sondern von auch von anderen Anwendungen. Es ist neben der API einer der wenigen Fixpunkte, an denen man in OSM angreifen kann, wenn man ein wenig mit den Daten arbeiten will. So nebenbei steht an jeder Ecke im Wiki, dass man doch bitte das Planetfile für dies und das nehmen soll, um die API, etc. zu schonen. > Anstatt ein Tool zu schreiben, das mit dem Status Quo funktioniert > (und bei einer Aenderung desselben nicht mehr, woraufhin die Leute zu > Dir sagen: Dein Tool geht nicht mehr), willst Du lieber, dass irgend- > jemand fuer Dich die Verantwortung uebernimmt, indem er Dir eine > bestimmte Struktur garantiert, auf die Du dich dann verlassen kannst; > wenn Dein Skript dann nicht mehr geht, kannst Du sagen: "Das liegt > aber an denen, die halten sich nicht mehr an die Spezifikation, mein > Skript funktioniert perfekt!" Ach bitte, ich habe div. Tools geschrieben, die mit dem Status Quo funktionieren und ich bin mit denen nicht sonderlich zufrieden, und das weil ich einen hässlichen Spagat machen muss. Entweder Annahmen treffen, die ich aus dem Quellcode eines Tools ableiten soll oder Sonderschleifen einlegen, wenn ichs sauber umsetzen will. Also bitte hör mit dem Schmarrn von wegen Verantwortung übernehmen (oder auch nicht) auf. Es ist ein Vorschlag, nicht mehr und nicht weniger. Haut ihn in die Tonne oder setzt ihn um, aber diese Auslassungen darüber, was meinereiner ist, macht, will oder auch nicht, dürften hier die wenigsten interessieren... -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kanns mit allen: http://www.gmx.net/de/go/multimessenger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] XML Merge Tool?
Hallo, > Beim Rendern mit tilesGen.pl ergibt sich das gleiche Problem, deshalb > habe ich den Merge-Code da eingebaut. Ist kein Standalone-Programm, > aber wenn Du rudimenter Perl kannst: rudimentaer meinte ich. 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/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] XML Merge Tool?
Hallo,
> kennt jemand ein Tool mit welchem man XML-Dateien mergen kann?
Beim Rendern mit tilesGen.pl ergibt sich das gleiche Problem, deshalb
habe ich den Merge-Code da eingebaut. Ist kein Standalone-Programm,
aber wenn Du rudimenter Perl kannst:
applications/rendering/tilesAtHome/tahlib.pm
Da drin gibt es ein
sub mergeOsmFiles
{
my ($destFile, $sourceFiles) = @_;
das rufst Du auf mit einem Zielfile und einem Array von Quellfiles; es
verarbeitet 0.4- und 0.5-Dateien. Entweder kopierst Du Dir den Code
schnell in ein eigenes Skript, oder Du machst ein "use tahlib.pm" und
rufst es so auf, das muesste auch gehn.
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/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM kaum mehr benutzbar
Hallo, > > Wir haben derzeit ziemlich genau 40 Millionen Nodes; die hoechste > > verwendete Node-Id ist ungefaehr 60 Millionen. Etwa gleichviele > > Segmente, und etwa ein Zehntel dieser Zahl an Ways. > > Schade eben nur, dass man das beim Einlesen nicht schon > vorher weiss. Die Elemente sind noch dazu aufsteigend nach Id sortiert, man kann also per binaerer Suche mit "seek"s durch die Datei stapfen und sehr schnell die maximale Id rausfinden. > > Die Standard-Vorgehensweise fuer einen einfachen Polygon-Ausschnitt > > kommt mit einem einzigen Pass durch das Planet-File aus (weil es > > nodes/segments/ways sortiert ist) > > Ich bin bisher davon ausgegangen, dass es zufällig sortiert > ist, eine bindende Vorschrift dafür habe ich nirgends gefunden. Es gab nie ein Meeting, auf dem eine bindende Vorschrift erstellt wurde: "So sollen planet files aussehen, bitte programmiert mal jemand was, was dieser Spezifikation genuegt". Stattdessen hat jemand einfach ein Tool geschrieben, das Planet files erzeugt, und das wird jetzt eingesetzt. Man kann sich den Source angucken und die gewonnene Information zur Optimierung eigener Arbeit nutzen, oder eben nicht. > Irgendwie mag ich keine Einlesefilter schreiben, die auf > unfixierten Annahmen beruhen, weder was den Wertebereich der > IDs angeht, noch bei der Sortierung. Dann lass es lieber gleich bleiben, denn niemand bei OSM wird Dir versprechen, dass die Struktur der Datei morgen noch gleich aussieht wie heute. Wenn Du die Latte so hoch legst, musst Du ein anderes Projekt suchen, das da drueberspringt, OSM wird es nicht sein. > Wenn man die einzelnen Datentypen jeweils in einer > eigenen Ebene unterbringt, ist die Datei deutlich besser > zu handhaben. > > Sowas waere sicherlich machbar (etwas kompliziert, weil der Exporter derzeit selber nicht weiss, wieviele Nodes er erzeugen wird, wenn er anfaengt, aber man kann ja erstmal XXX in die Datei schreiben und spaeter mit seek wieder an die Stelle springen und nachtragen). Eventuell sind Leute ungluecklich mit der zusaetzlichen Tiefe des Files (und der resultierenden Inkompatibilitaet mit den API-Antworten), aber dann koennte man ja statt Deines Vorschlags auch einfach eine Art "Statistik-Block" an den Anfang der Datei stellen: Die "seek"erei koennte man dann sogar umgehen, indem man die Statistik in eine Extradatei schreibt und spaeter dann beim bz2-Erzeugen mit dem eigentlichen Output konkateniert. > So und jetzt schimpft mich Kontrollfreak! ;) Naja, Du wirst halt nirgends die Garantie bekommen, dass es so bleibt. Du bist kein Kontrollfreak, sondern Du weichst der Verantwortung aus: Anstatt ein Tool zu schreiben, das mit dem Status Quo funktioniert (und bei einer Aenderung desselben nicht mehr, woraufhin die Leute zu Dir sagen: Dein Tool geht nicht mehr), willst Du lieber, dass irgend- jemand fuer Dich die Verantwortung uebernimmt, indem er Dir eine bestimmte Struktur garantiert, auf die Du dich dann verlassen kannst; wenn Dein Skript dann nicht mehr geht, kannst Du sagen: "Das liegt aber an denen, die halten sich nicht mehr an die Spezifikation, mein Skript funktioniert perfekt!" 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/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] XML Merge Tool?
> Hallo, > > kennt jemand ein Tool mit welchem man XML-Dateien mergen kann? Hallo, für mich selber hab ich mal sowas gebaut und könnte es zur Verfügung stellen. Allerdings ist das Tool noch nicht auf 0.5 angepasst, aber das sollte keine grosse Sache sein. Zur Lizenz: Die Hauptquellen gäbe es als C-Source unter GPL mit Makefile. Allerdings brauchts zum Laufen noch ein paar Libs (XML-Parser, etc.) die ich im Moment noch nicht im Quellcode rausgebe, aber natürlich kostenlos. Das schränkt die Verwendung auf ein halbwegs aktuelles Linux ein. Bei Interesse: kurze mail an die Liste oder direkt an mich. Grüsse Hubert -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM kaum mehr benutzbar
Hallo, weil ich mich gerade damit befasse, möchte ich kurz nochmal ein altes Thema aufwärmen. > Wir haben derzeit ziemlich genau 40 Millionen Nodes; die hoechste > verwendete Node-Id ist ungefaehr 60 Millionen. Etwa gleichviele > Segmente, und etwa ein Zehntel dieser Zahl an Ways. Schade eben nur, dass man das beim Einlesen nicht schon vorher weiss. > Die Standard-Vorgehensweise fuer einen einfachen Polygon-Ausschnitt > kommt mit einem einzigen Pass durch das Planet-File aus (weil es > nodes/segments/ways sortiert ist) Ich bin bisher davon ausgegangen, dass es zufällig sortiert ist, eine bindende Vorschrift dafür habe ich nirgends gefunden. Irgendwie mag ich keine Einlesefilter schreiben, die auf unfixierten Annahmen beruhen, weder was den Wertebereich der IDs angeht, noch bei der Sortierung. Also heisst das doppelt lesen und diese Dinge im ersten Schritt herausarbeiten. Deshalb ein Vorschlag für eine kleine Modifikation des XML-Formats, die in beiden Punkten Klarheit bringen würde. Wenn man die einzelnen Datentypen jeweils in einer eigenen Ebene unterbringt, ist die Datei deutlich besser zu handhaben. ... Der 'nodes'-Block darf nur einmal vorhanden sein, ebenso wie die Blöcke für 'ways', 'relations' und was sonst noch kommen wird. Wenn der nodes-Block geschlossen wird, weiss man, dass man alle Nodes hat. Die Parameter 'min_id', max_id und n_id können auch optional sein, aber wenn sie da sind, kann man seine Zielstrukturen ohne Blindflug aufbauen. So und jetzt schimpft mich Kontrollfreak! ;) Grüsse Hubert -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Anbindung von POI neben der Straße
Hallo, wie macht ihr das eigentlich mit POI's, welche direkt an der Straße liegen. Ich bin mir nie ganz sicher ob man die mit der Straße verbinden soll. Bisher hab ich es so gemacht: Objekte die sich mit dem Auto befahren lassen, bekommen einen highway=service. z.B. - Tankstellen - Parkplätze - Bahnhöfe - ... Bei denen war ich mir nicht sicher: - bus_stop - restaurant - alle Sorten von shops Eben POI die in der Stadt direkt an der Straße liegen und nicht direkt befahrbar sind. Trotzdem wäre es hilfreich für einen Routenplaner den direkten Weg zu dem POI zu wissen. Den zumindest wenn sich der POI an einer Ecke oder zwischen zwei Straßen befindet kann man so den Eingang markieren. Trotzdem kommt mir ein highway=service nicht richtig vor. Wie macht ihr das? Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Sportflughafen
Hallo, wie kann ich einen Sportflughafen für Segelflieger markieren, damit ihn nicht jemand mit einem "richtigen" Flughafen verwechselt? :-) Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] mappaint
Frederik Ramm schrieb: > Hallo, > >benutzt die ueberwiegende Anzahl derer, die JOSM verwenden, das > mappaint-Plugin, oder kommt die ueberwiegende Anzahl ohne aus? > > Wuerdet ihr einem OSM-Anfaenger das mappaint-Plugin gleich mit drauf > tun, oder sollte man erstmal ohne mappaint die "Basics" lernen? > Hi Frederik! Als "Mit-Entwickler" von mappaint kannst du dir meine Antwort wahrscheinlich denken :-) Perfomance: Auf meinem etwa 2 Jahre alten Notebook läuft JOSM mit mappaint recht flüssig, der Umstieg auf API 0.5 hat die Performance glaube ich sogar nochmal verbessert. Es stimmt natürlich schon, wenn ich ganz Nürnberg in JOSM lade, wird es durch mappaint auch nicht schneller. WMS: Ein Anfänger wird wahrscheinlich nicht mit WMS anfangen. Es sollte aber nicht zu schwierig sein, die Flächen mit einer "Durchsichtigkeit" darzustellen (was wahrscheinlich soewieso ne gute Idee ist). Dummerweise kann ich mappaint momentan nicht übersetzen - wohl wegen den API 0.5 Änderungen. Die Diskussion führe ich aber erstmal auf josm-dev weiter... Ausschnitt: Je größer der Ausschnitt desto unübersichtlich wird's allgemein - ob mit mappaint oder auch nicht ;-) Es ist für einen Anfänger wahrscheinlich sowieso besser, erstmal mit einem kleineren Ausschnitt anzufangen. Ein- ausschalten im laufenden Betrieb erscheint mir auch als gute Idee. Ich kann mir vorstellen, daß dies auch nichtmal allzu schwierig zu implementieren sein sollte- hab aber noch nicht genauer hingeschaut. Ich denke, daß insbesondere die sofortige "visuelle Rückmeldung" ob das eingegebene "so stimmt" ist gerade für einen Anfänger sehr, sehr wichtig. Auch die Darstellung, daß Straßen zumindest ungefähr so wie auf osmarender/mappaint aussehen hilft einem Anfänger bestimmt ein "Gefühl für die Sache" zu bekommen. Alles in allem, denke ich das die Vorteile die Nachteile insbesondere für Anfänger bei weitem überwiegen. Gruß ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] mappaint
Ralf Zimmermann schrieb: >> - Hier ist die Gegend (Harz) komplett grün. Ein WMS-Bild im Hindergrund >> ist nicht mehr zu sehen. >> > > ... > >> Im Idealfall könnte man es im laufenden Betrieb ein und ausschalten.Dann >> wäre es sicher sehr sinnvoll. >> > > Genau meine Meinung. > Ich benutze MapPaint nicht mehr, da solche Sachen wie Waldflächen immer > im Vordergrund liegen und alles andere verdecken. Meine Idee für eine > Verbesserung wäre: > - Teiltransparente Darstellung der Flächen > Menno, du Idee hab ich aber zuerst gehabt - laß mich doch erstmal meine andere Mail zuende schreiben ;-))) > - an/abschaltbar ohne Neustart von JOSM > > Ralf > München > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de > > ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Eigene Luftbilder
Hermann Schwaerzler schrieb: > hallo > > PartySound wrote: > ... >> eigene Luftbilder (*.JPG) als Hintergrundebene einzufügen? ... > > mit ...einem eigenen WMS-server geht es. > Alternative zur festen Installation eines eigenen Mapservers ist evtl. ein "Mapserver auf einem USB-Stick". Wurde hier diskutiert: http://freegis.org/pipermail/mapserver-de/2007-March/003002.html Hatte ich im März mal geladen (63 MB) und hat auch funktioniert. Ich kann aber zur Zeit keinen Download dazu finden. Bei Bedarf den Erfinder anschreiben. -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] mappaint
> - Hier ist die Gegend (Harz) komplett grün. Ein WMS-Bild im Hindergrund > ist nicht mehr zu sehen. > ... > Im Idealfall könnte man es im laufenden Betrieb ein und ausschalten.Dann > wäre es sicher sehr sinnvoll. Genau meine Meinung. Ich benutze MapPaint nicht mehr, da solche Sachen wie Waldflächen immer im Vordergrund liegen und alles andere verdecken. Meine Idee für eine Verbesserung wäre: - Teiltransparente Darstellung der Flächen - an/abschaltbar ohne Neustart von JOSM Ralf München ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] mappaint
Hi, >benutzt die ueberwiegende Anzahl derer, die JOSM verwenden, das > mappaint-Plugin, oder kommt die ueberwiegende Anzahl ohne aus? ich (noch relativ neu dabei) benutze es eigentlich dauernd. Es dient mir auch qausi als "optische Qualitätskontrolle" und zur Orientierung. Für mich ist es neben dem Validator das wichtigste Plugin. > Wuerdet ihr einem OSM-Anfaenger das mappaint-Plugin gleich mit drauf > tun, oder sollte man erstmal ohne mappaint die "Basics" lernen? IMHO erleichtert das Plugin die Arbeit anfangs auf jeden Fall. Evtl. könnte man die Plugin-Dokumentationen in die JOSM-Dokumentaion irgendwie einbinden, die useRealWidth- und die fillareas-Option hätte ich gerne früher gefunden :-) Ich habe mal provisorisch http://wiki.openstreetmap.org/index.php/JOSM/Plugins von http://josm.openstreetmap.de/wiki/Help aus verlinkt. Grüsse Florian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
