Re: [Talk-de] fixbot-Probleme, bzw. unverbundene S
GS schrieb: > Noch eine Sache, die wir hier gleich mitdiskutieren können: > Nicht alle nichtverbundenen Straßen dieser Art sind wirklich verbunden. Es > gibt den SELTENEN Fall, dass eine Straße wirklich 2 Meter von einer anderen > endet! Habe ich schon gesehen. Wenn man aber davon ausgeht, dass im > Normalfall die Straßen verbunden sind, kann man mit dem Waycheck hunderte > bis tausende? Fehler in Deutschland beheben (mit dem Preis, evtl. einige > wenige Fehler zu produzieren). Ich bin dafür! Habe gleich Beispiele dafür: Die Straße "Kohlbruck" in Passau, die direkt an der "Neuburger Straße" anliegt: http://www.openstreetmap.org/?lat=48.55589&lon=13.4143&zoom=17&layers=B000FTF Ebenfalls in Passau der "Garhammerweg", der sich fast an voller Breite an die "Neue Schulbergstraße" anschmiegt und ebenfalls nicht verbunden ist. http://www.openstreetmap.org/?lat=48.585193&lon=13.494068&zoom=18&layers=B000FTF Beide Beispiele hab ich selber eingetragen und war auch dort, bin also auch sicher, dass die Straßen wirklich nicht verbunden sind. *g* = Auch hätt ich gleich noch ne Frage zu nicht verbundenen Straßen: Wenn eine Straße bereits eingetragen ist und dann nochmal ein Straßenverlauf drübergelegt worden ist, der nicht verbunden ist. Was ist da dann falsch gelaufen, wenn der Autor des nichtverbundenen Teilstücks als "private user" angegeben wird? Warum werden überhaupt schon bestehende Straßen nochmal eingetragen? Das müsste man im Editor doch eigentlich sehen, wenn da schon was ist? In Passau ist das mit der B12 passiert (sieht man nicht mehr) http://www.openstreetmap.org/?lat=48.5778&lon=13.43827&zoom=15&layers=B000FTF und folgende Ways lagen da drüber: http://www.openstreetmap.org/browse/way/27264937 http://www.openstreetmap.org/browse/way/27264922 http://www.openstreetmap.org/browse/way/27264920 Ich hab die Dinger dann gelöscht. Grüße! -- If Microsoft will ever develop a product that doesn't suck this will be probably a vacuum cleaner. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Cobra Wunschliste
Christian schrieb: > hier meine Wünsche : Wenn das Teil auch mit Mono unter Linux läuft, dann bin ich extrem glücklich! > 4) Möglichkeit, einen GPX-Track in die Karte einzurendern Das wär richtig cool. Frederik Fischer schrieb: > Die aktuelle GUI ist zum Großteil nach meinem eigenen Bedürfnis > entworfen: sprich immer wieder die selben Einstellungen auf den > selben Daten laufen lassen zu können. Genau wie bei mir: Immer wieder die Stellen, an denen man rumpfriemelt neu rechnen. Gruß, Lorenz P.S.: Keep up the excellent work! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM malt manchmal nicht
Tobias Wendorff schrieb: > Hallo Leute, > > "Draw a node" reagiert manchmal nicht ... neuste Build. > > Das habe ich aber schon seit etlichen Versionen und auch schon > gemeldet. > > Kennt jemand vielleicht ein Workaround oder einen Grund dafür? Ich denke das passiert nur, wenn noch ein anderes Objekt markiert ist. Mit dem Markierwerkzeug in den Hintergrund klicken und dann auf malen wechseln funktioniert bei mir. Gruß, Lorenz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Cobra Renderer 0.2.9
Frederik Fischer schrieb: > Da war ich wohl ein bisschen zu optimistisch. Leider wird der > ursprüngliche Fehler in der Commandline-Version nicht angezeigt. Ich > werde später (oder morgen) mal eine Testversion schreiben, die da > genauere Details bringt. Eigentlich dachte ich, die Laufzeitkompilierung > würde in Mono bereits funktionieren. > > An die GUI-Tester: Wenn ein Fehler angezeigt wird, sollte man nach durch > die Tastenkombi Strg-D (ggfls davor in den Text klicken) den Button > "Details" sichtbar machen können. Dort sollten dann genauere Infos > angezeigt werden. Habe jetzt aus Neugier obs an der Mono-Version liegt die aktuelle Version 1.9.1 aus Sourcen für meinen AMD_64 Ubuntu Hardy kompiliert So wies ausschaut geben sowohl die Paketversion 1.2.6 und die kompilierte 1.9.1 dieselbe Fehlermeldung. Wenns ne neue Testversion gibt, Mail an mich, dann probier ich das gerne aus. Bei der GUI-Version kriege ich folgende Fehler mit ctrl-d sichtbar: Precompilation of rule filters failed. -- osm.rendering.configuration -- at OSM.Rendering.Configuration.RuleFilterCompiler.CompileRuleFilterMethods (System.String rulesDocumentFilename, System.String ruleFilterMethods) [0x0] at OSM.Rendering.Configuration.Cobra.CobraRuleDocument.Read (System.String ruleFilename) [0x0] at OSM.Rendering.Cobra.DocumentRenderHandler.GetRuleDocument () [0x0] at OSM.Rendering.Cobra.DocumentRenderHandler.Run () [0x0] Inner Exception: ApplicationName='gmcs', CommandLine='/target:library /debug- /optimize+ /warn:3 /out:"/tmp/4c9b48c5/5322cd58.dll" /r:"System.dll" /r:"osm.dom.dll" /r:"mscorlib.dll" -- "/tmp/4c9b48c5/5322cd58.0.cs" ', CurrentDirectory='' -- System -- at System.Diagnostics.Process.Start_noshell (System.Diagnostics.ProcessStartInfo startInfo, System.Diagnostics.Process process) [0x0] at System.Diagnostics.Process.Start_common (System.Diagnostics.ProcessStartInfo startInfo, System.Diagnostics.Process process) [0x0] at System.Diagnostics.Process.Start () [0x0] at (wrapper remoting-invoke-with-check) System.Diagnostics.Process:Start () at Mono.CSharp.CSharpCodeCompiler.CompileFromFileBatch (System.CodeDom.Compiler.CompilerParameters options, System.String[] fileNames) [0x0] at Mono.CSharp.CSharpCodeCompiler.CompileFromSourceBatch (System.CodeDom.Compiler.CompilerParameters options, System.String[] sources) [0x0] at Mono.CSharp.CSharpCodeCompiler.CompileAssemblyFromSourceBatch (System.CodeDom.Compiler.CompilerParameters options, System.String[] sources) [0x0] at System.CodeDom.Compiler.CodeDomProvider.CompileAssemblyFromSource (System.CodeDom.Compiler.CompilerParameters options, System.String[] fileNames) [0x0] at OSM.Rendering.Configuration.RuleFilterCompiler.CompileRuleFilterMethods (System.String rulesDocumentFilename, System.String ruleFilterMethods) [0x0] Auf der Kommandozeile: [EMAIL PROTECTED]:~/bin/mono/mono-1.9.1$ mono ~/bin/cobra/osm.rendering.console.exe -d "/home/lorenz/bin/cobra/data.osm" -o "." -w 1024 -r "/home/lorenz/bin/cobra/cobra.rules-z17.xml" ===Error= Aborted Rendering. ===Description=== Cannot interprete rendering rules. Please check for syntactical erros in rule conditions. ===Message=== Precompilation of rule filters failed. ===Source osm.rendering.configuration ===StackTrace at OSM.Rendering.Configuration.RuleFilterCompiler.CompileRuleFilterMethods (System.String rulesDocumentFilename, System.String ruleFilterMethods) [0x0] at OSM.Rendering.Configuration.Cobra.CobraRuleDocument.Read (System.String ruleFilename) [0x0] at OSM.Rendering.Cobra.DocumentRenderHandler.GetRuleDocument () [0x0] at OSM.Rendering.Cobra.DocumentRenderHandler.Run () [0x0] = ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Cobra Renderer 0.2.9
Sorry für die sich überschneidenden Posts. Frederik Fischer schrieb: > viele Dank für eure Mühe. Im Prinzip würde es reichen wenn irgendein > relevanter Datenausschnitt (z.b: http://www.studio-24.net/osm/data.osm ) > ohne Fehler gerendert würde. Ob aus der GUI oder per Console ist egal. > Letzteres sollte einfach permono osm.rendering.console.exe -d > "./data.osm" -o "." -w 1024 -r "./cobra.rules-z17.xml" gehen. $ mono osm.rendering.console.exe -d "./data.osm" -o "." -w 1024 -r "./cobra.rules-z17.xml" ===Error= Aborted Rendering. ===Description=== Cannot interprete rendering rules. Please check for syntactical erros in rule conditions. ===Message=== Precompilation of rule filters failed. ===Source osm.rendering.configuration ===StackTrace at OSM.Rendering.Configuration.RuleFilterCompiler.CompileRuleFilterMethods (System.String rulesDocumentFilename, System.String ruleFilterMethods) [0x0] at OSM.Rendering.Configuration.Cobra.CobraRuleDocument.Read (System.String ruleFilename) [0x0] at OSM.Rendering.Cobra.DocumentRenderHandler.GetRuleDocument () [0x0] at OSM.Rendering.Cobra.DocumentRenderHandler.Run () [0x0] = Mit absoluten Pfaden bei den Dateien selbes Ergebnis. So wie ich das jetzt lese knallts in der Funktion, die das Regel-XML einliesst. (Ich programmiere eher mit Java und nicht mit .net, deswegen keine Garantie auf diese Aussage :-) Grüße. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Cobra Renderer 0.2.9 unter Linux
Frederik Fischer schrieb: > Nach einer kurzen Pause (zumindest was den Release neuer Versionen > angeht) ist nun eine neue Version verfügbar. > Zu finden unter http://wiki.openstreetmap.org/index.php/Cobra oder wie > gehabt. > > Da nun alle externen Referenzen entfernt sind, besteht eine reelle > Chance, dass diese Version ohne Einschränkungen unter Linux/Mono > ausführbar ist. > (Sollte jemand beschließen diese Aussage zu überprüfen und mir das > Ergebnis mitzuteilen, wäre ich jenem äußerst dankbar.) Hi. Habe jetzt nach dem Aufruf auf der Mailingliste und meiner "man kann es starten Mail" etwas rumprobiert und nach ein bisschen nachinstallieren von Paketen lässt sich das Programm starten; Screenshot anbei. Icons und Iconunterschriften sind etwas seltsam aber bedienbar. Wenn ich ein neues Project starte wird die Datei "./cobra.rules-z17.xml" mit den Standardeinstellungen nicht gefunden. Wählt man per Hand einen absoluten Pfad aus erhalte ich nach "Requesting OSM Data from Server" immerhin die Meldung: Cannot interprete rendering rules. Please check for syntactical erros in rule conditions. Da ich mir nicht wirklich sicher bin was ich bei den einzelnen Projekten eingeben soll (Was sind die X/Y/Z-Koordinaten?) Wenn Du mir ein paar Testfälle gibst, dann kann ich Dir die Ergebnisse mitteilen. Gruß, Lorenz <>___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Cobra Renderer 0.2.9
Christian Hartnick schrieb: > Frederik Fischer schrieb: >> Da nun alle externen Referenzen entfernt sind, besteht eine reelle >> Chance, dass diese Version ohne Einschränkungen unter Linux/Mono >> ausführbar ist. >> (Sollte jemand beschließen diese Aussage zu überprüfen und mir das >> Ergebnis mitzuteilen, wäre ich jenem äußerst dankbar.) >> > Bei mir kommt unter xubuntu folgende Meldung (habe keine Ahnung von Mono > /.net): > > Aufruf: mono osm.rendering.gui.exe > > ** (osm.rendering.gui.exe:7749): WARNING **: The following assembly > referenced from /home/chris/cobra/osm.rendering.gui.exe could not be loaded: > Assembly: System.Windows.Forms(assemblyref_index=0) > Version:2.0.0.0 > Public Key: b77a5c561934e089 > The assembly was not found in the Global Assembly Cache, a path listed > in the MONO_PATH environment variable, or in the location of the > executing assembly (/home/chris/cobra/). Das liegt nur dran, dass unter Ubuntu die System.Windows.Forms nicht per Default installiert werden. Installiert man das Paket "libmono-winforms2.0-cil" und die davon abhängigen Pakete nach, lässt sich das Programm problemfrei starten. Habe das jetzt mit Ubuntu 8.04 Hardy Heron getestet. Weiß jetzt nicht ob die Mono-Versionen in älteren Ubuntu Varianten das auch packen. Die Hardy Mono-Version 1.2.6 tut jedenfalls. Wenn ich bestimmte Tests machen soll, dann bitte einfach mailen! Gruß, Lorenz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aussegnungshalle = place_of_worship?
FreeWorld schrieb: > Hau doch am besten noch n name=Aussgenungshalle dran und schon ist alles > gut. Wenn dir denomination=catholic zu eingeschränkt erscheint, lass es > halt weg. Aber ich würds dranlassen, wenn die Halle von der katholischen > Kirche betrieben wird. Das heißt ja dann nicht, dass da niemand anders > rein darf. Also eigentlich alles kein Problem. Hört sich gut an. Mach ich so. Thx! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Aussegnungshalle = place_of_worship?
Hallo zusammen! Ich habe eine Aussegnungshalle auf einem Friedhof eingetragen: * denomination: catholic * religion: christian * amenity: place_of_worship http://www.openstreetmap.org/?lat=48.240817&lon=10.371352&zoom=18&layers=B000FTF Allerdings ist eine Aussegnungshalle eigentlich ja keine Kirche im Wortsinn und die meisten Friedhöfe sind auch nicht nur katholisch/evangelisch/etc. genutzt? Ideen um das sinnvoll einzutragen? Gruß, Lorenz -- If Microsoft will ever develop a product that doesn't suck this will be probably a vacuum cleaner. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Unechte Einbahnstraßen
Hallo zusammen! Ich frage mich wie man einseitige/unechte Einbahnstraßen in OSM eintragen soll. Die Teile haben nur an einer Seite das Zeichen 267, das Einbahnstraßen-Zeichen (Zeichen 220) fehlt. Man kann also nur in einer Richtung reinfahren, aber zu beiden raus. Steht so auch unter http://de.wikipedia.org/wiki/Einbahnstraße Leider steht da nicht wie man das jetzt eintragen soll. Hat das jemand schon irgendwie gelöst? Hier zwei Beispiele (die bisher nur als normale residential Straßen eingezeichnet sind): Die Buchstraße in Krumbach (Schwaben) (Zeichen 267 im Norden) http://www.openstreetmap.org/?lat=48.24113&lon=10.35942&zoom=17&layers=B000FTF Die Bischof-Heinrich-Straße in Passau (Zeichen 267 im Osten) http://www.openstreetmap.org/?lat=48.56948246262444&lon=13.4418511067099&zoom=17&layers=B000F000F Gruß, Lorenz -- If Microsoft will ever develop a product that doesn't suck this will be probably a vacuum cleaner. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Virtual Server?
Johann H. Addicks schrieb: >> gemietet und war sehr zufrieden. (Da sich das Prozesslimit mit >> meinen Datenbanken nicht vertragen hat musste ich auf einen >> dedizierten Server ausweichen.) > > Klar, man kann auch am Mysql so lange herumdrehen bis es einem nicht > den Speicher wegfrisst. Eigentlich meinte ich nicht ein Arbeitsspeicherlimit, sondern das Prozesslimit. Auf jeder Vserver Plattform gibt es andere Prozesslimits, bei meinem alten gabs 120 Prozesse und danach konnte kein Prozess mehr geforkt werden. Das ist bei nem Mailserver, der ein Datenbankbackend hat und für jeden zugreifenden User neue Kinder spawnen muss auf die Dauer zu wenig. Vom zugeteilten Arbeitsspeicher her hat das keine Probleme gemacht. > Oder gleich mit SQLite experimentieren. Hmm. Wenn man mit genügend Kindprozessen darauf zugreifen muss, dann ist es eigentlich egal ob man jetzt SQLite oder Mysql nimmt. Irgendwann ist das Prozesslimit bei beiden voll. > Abgesehen davon: Welcher Vserver hat denn genug Platte um ein > planet.osm sowohl als gz, dump plus sql-Datenbank gleichzeitig halten > zu können? Wieviel Speicher ist das in GB? Sobald das über 100GB geht wird das auch bei dedizierten Servern richtig teuer. > Oder will da jemand via NFS vom Rechner daheim mounten? Per NFS über DSL. Das könnte echt lustig werden. Ich glaub das probier ich mal... *g* cu L. -- If Microsoft will ever develop a product that doesn't suck this will be probably a vacuum cleaner. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Virtual Server?
GS schrieb: > Hi, wer hat einen Virtual Server gemietet und kann eine Empfehlung > abgeben, welcher Provider/welches Produkt ich nehmen soll, wenn ich > PERL scripts für OSM laufen lassen möchte? (RAM/Prozessorleistung > etc.) Ich hatte mehrere Jahre einen Virtual Server bei der Firma Vollmar.net gemietet und war sehr zufrieden. (Da sich das Prozesslimit mit meinen Datenbanken nicht vertragen hat musste ich auf einen dedizierten Server ausweichen.) Technische Daten: http://www.vlinux.de/?page=products Ich bin deswegen von Vollmar so begeistert, weil der Support wirklich exzellent ist. Probleme werden eigentlich immer innerhalb von 20min. bearbeitet, sobald man ins Ticket-System postet. My two cent. cu L. -- If Microsoft will ever develop a product that doesn't suck this will be probably a vacuum cleaner. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
