[OSM-talk] Goodbye and thank you for the fish
My fellow mappers, with a sad eye I will stop my activities for OSM. I haveworked long for OSM, accomplished many things and learnt much (XML, Perl,bash, SVG). But its time for something new. A bit I also miss the challengeshere. I will present my program Mapweaver at the Perl Workshop in Frankfurt in a few weeks and then call it a day. My programs are provided in the SVN where anybody can use,modify etc. them. My server gary68.de will be run down when the contractpermits it. I think it will be some months. The provision of all regularreports will be stopped. Should there be the need for Mapweaver maintenance orexpansion I might be doing that. (Cant neglect my master piece.) You can still reach me under my private eMail address. Thank you all and good luck for the project. Gerhard Gary68 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-de] Macht's gut und danke für den Fisch
Liebe Mitmapper, ein wenig traurig, aber dennoch. Ich werde meine aktive Zeit bei OSM beenden. Ich habe lange für OSM gearbeitet, viel Spaß gehabt, einiges erreicht und viel gelernt (XML, Perl, bash, SVG). Aber es ist Zeit für etwas Neues. Es fehlen mir auch ein wenig die Anreize und Herausforderungen. Abschließen werde ich meine Aktivität auf dem Perl Workshop in Frankfurt, wo ich in drei Wochen Mapweaver vorstellen werde. Meine Programme liegen im SVN, wo sie jeder gerne weiter nutzen, modifizieren etc. kann. Meinen Server gary68.de werde ich bei Zeiten kündigen, aber ich denke, ein paar Monate hat er noch. Die regelmäßige Erstellung der Reports stelle ich ein. Sollte Mapweaver Wartung notwendig werden oder würde eine Erweiterung gewünscht, so kann ich mir das durchaus vorstellen. (Mein Meisterstück kann ich ja schlecht im Stich lassen.) Unter meiner privaten eMail Adresse bin ich auch weiter erreichbar. Vielen Dank euch allen und weiterhin viel Erfolg und Spaß bei OSM! Gerhard Gary68 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[OSM-talk] Mapbooks for hiking routes and Atlas creation
Hi, just wanted to let you know about the lates news regarding hikingbook.pl: Features * Maps along a route * Atlas creation * Title page * Step by step directions with distance, elevation, street names and other POI information * Overview map * Elevation profile (out of node data ele-tag and srtm data if present) * Detail maps (with autorotate optionally) * POI directory * Street directory * OSM file input * PDF output * Optional text description by user * Optional additional texts for step description On the wiki page http://wiki.openstreetmap.org/wiki/Hikingbook.pl samples and more details are presented. Cheers Gary68 Gerhard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-de] Atlas-Erstellung
Hi, wollte nur mal eben darauf hinweisen, dass das Programm hikingbook.pl nun auch einen kompletten PDF Atlas einer bbox erstellen kann. Mit Übersicht, Detailkarten, Anschlussseitenzahlen, Straßen- und POI-Verzeichnis. Und wer es noch nicht mitbekommen hat: Martin Simon hat einen hübschen Topo-Stil für mapgen gebaut. Der kann natürlich auch verwendet werden. http://wiki.openstreetmap.org/wiki/Hikingbook.pl Ciao Gerhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigenschaften einer Relation
ich glaube, das ist einfach. ich hatte anfangs nur route=hiking im blick. du hast glaube ich foot? öffne rules.csv (oder odt, dann musst du aber wieder exportieren) und kopiere die zeile mit der routendefinition. fast ganz unten. ersetze dann in der einen zeile hiking durch foot. - original Nachricht Betreff: Re: [Talk-de] Eigenschaften einer Relation Gesendet: Mi, 30. Mrz 2011 Von: geo.osmgeo@googlemail.com Hallo Gerhard, habe jetzt alles so, wie ich es haben möchte, aber noch ein entscheidenes Problem. Weder auf der Übersichtskarte noch auf den Detailkarte wird die Wanderroute rot eingefärbt. Woran könnte das Liegen? Habe eigentlich alle Parameter, die man verwenden kann ausprobiert, leider ohne Erfolg. Ist die Funktion mittels eines Parameters aktivierbar oder läuft da bei mir noch was schief? Wo könnte ich denn da mal nachschauen? -- schönen Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de --- original Nachricht Ende ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktion Strassen-Routing in Japan möglich?
ich kann heute abend sowas aufsetzen. denke, es wird japan nord und süd, dann die üblichen checks. das alles als zip gemeinsam herunterladbar. erste daten vermutlich morgen nachmittag. anders als sonst ist ggf. zu beachten, dass die daten extrem verändert werden. sodass man wahrscheinlich häufig aktualisieren muss. eine wiki seite mit liste und nummern hat da vermutlich geringe halbwertzeit... stay tuned... - original Nachricht Betreff: Re: Aktion Strassen-Routing in Japan möglich? Gesendet: Mo, 14. Mrz 2011 Von: Pascal Neispascal.n...@gmail.com Hi, Dietmar schrieb: ich mappe gerade einiges an Straßen in Japan und dort sind etliche, gravierende Fehler bei den Straßen enthalten. Fahrspuren hören zwsichendurch auf (vermutlich aber keine Erdbebenaktion), Große Straßen haben öfters keine Verbindung zu kreuzenden Querstraßen, mehrfach kommen Straßen in der Mitte zusammen und es bleibt eine Verbindungslücke, usw. Könnten wir eine Aktion für Japan, wie vor kurzem für Spanien und Portugal, aktivieren? ich finde die Idee gut! Denke es gibt zwei Möglichkeiten: entweder macht es Gary (wie bei der Aktion für Spanien/Portugal) oder ich mache es so ähnlich wie aus dem OSM Inspector Routing View bekannt: http://tools.geofabrik.de/osmi/?view=routinglon=7.39087lat=49.33515zoom=7 Vielleicht kann sich Gary kurz dazu melden, dass hierbei keine doppelten Arbeiten zwischen ihm und mir erfolgen. danke viele gruesse pascal --- original Nachricht Ende ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktion Strassen-Routing in Japan möglich?
nord und süd aufteilung ist doch nicht an sich schlecht... bin dann etwas flexibler mit RAM :-) connection checks intersection checks nearly touching checks oneway check self intersecting ways way dupes ohne karte - für batch-korrekturen besser, meiner meinung nach. wenn gewisse orte prio bekommen sollen, kann ich extra reports machen. manche reports enthalten die betroffene kachel als bild. frequenz hängt wohl von rechendauer und nachfrage ab. zunächst täglich oder so. habe im wiki schon aktion 15 angelegt. erste daten werden sicher heute abend schon kommen. - original Nachricht Betreff: Re: [Talk-de] Aktion Strassen-Routing in Japan möglich? Gesendet: Mo, 14. Mrz 2011 Von: Pascal Neispascal.n...@gmail.com Hi, Gary G: schrieb: ich kann heute abend sowas aufsetzen. denke, es wird japan nord und süd, kannst du nicht alles auf einmal verarbeiten ? Wenn ich es richtig gesehen habe, sind es in Japan insgesamt nur 250.000 Wege (also bei Routingauf- bearbeitung ca. 500.000 Ways) dann die üblichen checks. was sind die üblichen Checks bei dir ? das alles als zip gemeinsam herunterladbar. nur als zip herunterladbar oder auch auf einer Karte sichtbar ? erste daten vermutlich morgen nachmittag. anders als sonst ist ggf. zu beachten, dass die daten extrem verändert werden. sodass man wahrscheinlich häufig aktualisieren muss. wie oft hast du vor zu aktualisieren ? eine wikiseite mit liste und nummern hat da vermutlich geringe halbwertzeit... glaube auch, dass dies überflüssig ist ... viele gruesse pascal ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de --- original Nachricht Ende ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Africa Routing Checks
hi, ich kann von cloudmate die poly files einzelner länder ziehen. damit ließe sich der aufwand deutlich reduzieren. nu habe ich mir - burkina faso - gabon - tunisia geholt. aber bamakos gibt es viele... welches land fehlt also? ich denke, so kann das wöchentlich laufen. ciao gerhard - original Nachricht Betreff: Re: [Talk-de] Africa Routing Checks Gesendet: Mo, 03. Jan 2011 Von: dieter jasperdieter_jas...@web.de Am 03.01.2011 07:22, schrieb Gary68: also das was da ist hat nun über 30h rechenzeit gekostet. das ist mir für wöchentlich etwas viel. Hallo Gary, ich bin z. Z. in Tunis, Libreville, Bamako und Nouakschott tätig. Wenn (fast) fertig, werde ich mir ein neues Gebiet suchen. Wenn das Rechnen mit der derzeitigen Methode so aufwändig ist, werden Frederik und Co. das Problem - wie angdeutet- doch noch weiter überlegen/besprechen müssen, was man da machen kann. Brauchen wir weitere Server und einen Spendenaufruf? Gruß Dieter Jasper kannst du näher einschränken, wo du arbeiten möchtest? nord/süd? west/ost? oder brauchst du den einen oder anderen check nicht? danke gerhard On Sun, 2011-01-02 at 12:59 +0100, dieter jasper wrote: Am 02.01.2011 09:24, schrieb Gary68: hi, unter http://www.gary68.de/osm/qa/africa/africa.zip gibt es bereits zwei checks zum thema. weitere werden folgen, wenn fertig gerechnet. aktualisierung auf anfrage Hallo, danke für die schnelle Reaktion. Ist evtl. eine wöchentliche Aktualisierung möglich? Gruß Dieter Jasper ciao und viel spaß beim fehler beheben! gerhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de --- original Nachricht Ende ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gefilterte Abfrage der OSMBug-Daten
hi, geht doch, da es einfache zeilen sind, mit grep bzw. windows-find? einfach hinterher den gpx head und foot wieder drangepappt und los gehts. alternativ ein kleines perl script, welches die leidigen zeilen an anfang und ende gleich mit versorgt. ciao gerhard - original Nachricht Betreff: [Talk-de] Gefilterte Abfrage der OSMBug-Daten Gesendet: Mo, 27. Sep 2010 Von: Jan Tappenbecko...@tappenbeck.net HI ! weiß einer von Euch ob man die Meldungen aus OpenStreetMap irgendwie gefiltert abfragen kann - nicht nur nach dem Gebiet. Ich habe mir die Bugs einmal gezogen und mit einem Texteditor durchsucht - aktuell nach dem Begriff Tankstelle und da sind so einige Einträge. Nun wäre es für künftige Projekte sicherlich sinnvoll auch diese Meldungen auszuwerten. Gibt es hierzu schon Überlegungen oder Tools ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de --- original Nachricht Ende ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] svn probleme
hi, habe ein problem mit svn client unter ubuntu bzw. svn.openstreetmap.org wenn ich svn commit eingebe, kommt der editor für die log msg und danach dann ein svn commit stopped von der shell (bg job) - keine detailierte meldung! danach bestehen dann lokale locks, die mit svn cleanup gelöst werden müssen und das commit hat nicht funktioniert. jemand eine idee? ciao gerhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] seek in osm files III
habe es nun geschafft, die seek geschichte in osm.pm einzubauen. ist aber noch nicht im svn, weil probleme (siehe andere mail) benutzt man dann zum beispiel checkrelation.pl, was einige sprünge in den file scans durchführt, führt das zu einer geschwindigkeitssteigerung von 15% ciao gerhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Relationsdarstellung auf OSM-Karte II
hi, habe mal ein wenig mit mapgen experimentiert, farben für rollen zugewiesen und erste karten mit entsprechendem overlay gebaut. dabei ist mir aufgefallen, dass es sehr schnell sehr unübersichtlich wird. Daher gibt es nun die möglichkeit, nur bestimmte relation-typen anzuzeigen oder sogar die ids der relationen anzugeben. mit einem hintergrund-style file sieht das dann brauchbar aus. unübersichtlich wird es da, wo nodes sehr nahe beisammen liegen. so bekommen nun die wege und nodes farben gemäß ihrer rolle zugewiesen. beschriftung ist mit id, rolle und kennzeichen, ob ein weg geschlossen ist. sämtliche elemente einer relation werden mit einem großen umschließenden rechteck versehen, das mit relation id und type beschriftet wird. alles dann in mapgen 1.05... muss noch ein wenig fine tunen. ciao gerhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte drucken (Photopapier)
evtl. hilft dir folgendes weiter... brücken und tunnel sind für 300dpi wie folgt definiert: breite je seite 8px, das macht also einen halben mm etwa solltest du -basedpi oder eben auch -scaledpi verwenden, skaliert das natürlich etsprechend wenn's nicht geht so, parametrisiere ich das auch noch. bitte dann bescheid geben. - original Nachricht Betreff: Re: [Talk-de] Karte drucken (Photopapier) Gesendet: Do, 06. Mai 2010 Von: Martin Simongrenzde...@gmail.com Am 5. Mai 2010 12:14 schrieb bkmap burkhard.kirch...@web.de: Wenn dir der Standardstil nicht zusagt, ich arbeite gerade an einem, der klassische topographische Karten imitiert: http://img709.imageshack.us/img709/8008/medinghoven.jpg An dem Kartenstil wäre ich auch interessiert. Sieht richtig gut aus. So, ich hab mal alles etwas aufgeräumt und die Definition hier hochgeladen: http://www.osm-topo.bplaced.net/download/topo.csv Die Icons befinden sich hier: osm-topo.bplaced.net/download/icons-topo-10-05-06.zip Hinweis: viele der Icons und Flächenmuster müssen noch neu gezeichnet werden, da sie noch aus meinem Stil für Garmin-Karten stammen und sehr niedrig aufgelöst sind. Ich arbeite das Stück für Stück ab. Außerdem fehlen auch noch POIs, und andere wurden bewußt weggelassen. Derzeitige Probleme: -Brücken werden mit der aktuellen Version von mapgen überbreit gezeichnet - das passt für Gary's Standardstil(der sehr große Straßenbreiten verwendet), aber bei meinem sieht es ziemlich seltsam aus ;-) -Linienmuster (gestrichelt, gepunktet...) sind in neueren Versionen von mapgen größer skaliert, (die abstände zwischen den einzelnen Strichen sowie die Strichlängen sind größer als früher) auch das ist bei meinem Stil eher Problematisch, da man teilweise nicht mehr sieht, was wirklich eine Verbindung ist und was Strichelung. Vielleicht lassen sich diese beiden Dinge lösen, wenn mapgen sie in Bezug zur jeweiligen Linienbreite setzt. Mit mapgen 0.15 funktioniert der Stil einwandfrei, allerdings fehlen dort natürlich die neueren Features. Empfohlene mapgen-Parameter sind: -halo=1 -scaleset=5/25000/12500 -declutter -allowiconmove Bin gespannt auf eure Kritik und Anregungen... Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de --- original Nachricht Ende ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte drucken (Photopapier)
hi, kann ich die grafik ins wiki stellen? und nochwas zum thema auflösung und brückendicke. du hast im def file max breite von wegen mit 4px angegeben, da sind dann die brücken natürlich zu dick, wenn du nicht -scalebase verwendest! sollen die wege am bildschrim 4px breit sein, dann müsste -basedpi mit 90-120 etwa eingesetzt werden, was die brücken dritteln würde! ciao gerhard - original Nachricht Betreff: Re: [Talk-de] Karte drucken (Photopapier) Gesendet: Do, 06. Mai 2010 Von: Martin Simongrenzde...@gmail.com Am 6. Mai 2010 11:02 schrieb Martin Simon grenzde...@gmail.com: Am 3. Mai 2010 14:49 schrieb Stephan Olbrich stephanolbr...@gmx.de: Sieht super aus! Ist das auch irgendwie mit Höhenlinien und Schattierungen kombinierbar? Ich hab's jetzt mal ausprobiert mit der Schattierung. Mein Vorgehen: [...] Ganz vergessen: Hier das erzielte Ergebnis: http://osm-topo.bplaced.net/köwi-relief.jpg Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de --- original Nachricht Ende ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte drucken (Photopapier)
hi. thema höhenlinien: soweit ich das sehe ist mapgen reif dafür. will sagen, man benötigt eben nur die beigemischten höhendaten im osm file (osmosis) und eine neue regel im style file. oder sehe ich das falsch? mit schattierungen habe ich mich noch nicht beschäftigt. aber bei vorliegenden schattierungsbildern sollte es einfach sein, eine passende karte für obendrauf zu bauen. dann noch schnell ein grafikprogramm angeworfen, und los geht's. ciao gerhard - original Nachricht Betreff: Re: [Talk-de] Karte drucken (Photopapier) Gesendet: Di, 04. Mai 2010 Von: Martin Simongrenzde...@gmail.com Am 3. Mai 2010 14:49 schrieb Stephan Olbrich stephanolbr...@gmx.de: Eine einfache Lösung wäre mapgen.pl von Gary. (http://wiki.openstreetmap.org/wiki/Mapgen.pl) Das kann dir eine pdf erzeugen, die du dann Maßstabsgetreu mit beliebiger dpi drucken kannst. Wenn dir der Standardstil nicht zusagt, ich arbeite gerade an einem, der klassische topographische Karten imitiert: http://img709.imageshack.us/img709/8008/medinghoven.jpg Sieht super aus! Ist das auch irgendwie mit Höhenlinien und Schattierungen kombinierbar? Danke! :-) Höhenlinien gehen, wenn man sie mit Srtm2OSM (oder ähnlichen tools) erstellt, in die OSM-Daten mischt und dann Mapgen aufruft (soweit ich weiß arbeitet Gary in nächster Zeit an dieser Thematik). Die Kombination mit Schattierungen wollte ich demnächst einmal manuell mit inkscape versuchen, also das einbinden von passenden Kacheln, z.B. aus Kosmos, einer slippymap oder einem WMS-Dienst (das wäre wohl das beste). Momentan tappe ich bei der Umstellung auf die neueste Mapgen-Version noch etwas im dunkeln, aber sobald das geschafft ist, wollte ich damit anfangen und auch den ganzen Kram mal aufräumen und z.B. im Wiki veröffentlichen, damit jeder selbst Karten erstellen kann. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de --- original Nachricht Ende ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] visitor counter in wiki vanished
hi shaun, from my point of view this is a very weak argument - assuming that of course counting an integer value and sometimes print it does not consume too much ressources - how many bytes can it be? probably there are other, more promising potentials? on the other hand this is/was a very useful information for conributors to the wiki. this way you knew if stuff you wrote is interesting to others or not! now i (and others) won't know... the cache argument in this context is weak too - because this number does not need to be precise to the second. so i repeat myself and hope to maybe find some support from others: i want the counter back! by the way: has this been discussed somewhere - aside from maybe ICQ? cheers gerhard - original Nachricht Betreff: Re: [OSM-talk] visitor counter in wiki vanished Gesendet: Mo, 03. Mai 2010 Von: Shaun McDonaldsh...@shaunmcdonald.me.uk On 3 May 2010, at 09:38, GS wrote: hi, today the wiki doesn't show the visitor counter on the bottom anymore... any idea why? 1. Performance. It was slowing the wiki down. 2. Due to the cache that you are hitting, it turns out that it doesn't give the correct number anyway. Shaun i want it back!!! ciao gerhard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk --- original Nachricht Ende ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-de] nochmal mapgen und DPIs
moin, danke erst mal für die antworten. ich kann alle argumente gut nachvollziehen und denke im moment an folgende lösung: zwei dpi werte! - einer legt fest, welche dpi die größen-werte in den regeln haben - einer legt fest, was daraus gemacht werden soll ich würde (für mich) den ersten wert auf 72dpi setzen, dann kann ich in den regeln mit normalen punkt-werten (schriftgrößen) arbeiten. will ich dann was für den drucker haben, setze ich den zweiten wert auf 150, 300 oder 600. wenn jemand lieber nur für den drucker arbeiten will, setzt er den ersten wert auf 300dpi und muss ggf. für bildschirmdarstellung runterskalieren. zu beachten ist in jedem falle, dass die größenangaben im regel-file den ersten dpi wert entsprechen müssen. für die ganz genauen unter uns wird das wahrscheinlich bedeuten, dass zwei regelsätze verwendet werden müssen, weil ich im moment schwierigkeiten bei extremen dpi skalierungen (4x) habe (dash styles und area patterns z.b., tunnel, stufen, flächen). ciao gerhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] koordinatensysteme, dpi, größena ngaben für renderer/mapgen
hi, danke für das feedback! karte sieht gut aus! meine idee für die höhenlinien ist eigentlich, dass die vorher mit osmosis zu den eigentlichen daten zugemischt werden? habe es aber noch nicht gemacht... ich habe ja eben schon geschrieben, dass ich evtl. zwei dpi werte einbauen werde. mal sehen. ansonsten wäre ultimativ natürlich der umstieg auf ein absolutes maß sinnvoll. aber ich schrecke ein wenig davor zurück, was dann alles geändert werden muss :-( ich schaue mir das aber auf jeden fall mal an. ciao gerhard - original Nachricht Betreff: Re: [Talk-de] koordinatensysteme, dpi, größenangaben für renderer/mapgen Gesendet: Di, 20. Apr 2010 Von: Martin Simongrenzde...@gmail.com Ich möchte mich mal als Benutzer zu Wort melden: Ich bastele zur Zeit an einem Kartenstil für Garys mapgen, um damit topographische Karten zu drucken, ähnlich wie man sie von den LVAs kennt (angereichert mit nützlichen POIs). Momentan nimmt mapgen 300 dpi als Standardwert an, was meiner Meinung nach auch sinnvoll ist. (Größe eines Pixels in der Definition passt für meinen Anwendungsfall ziemlich gut) Hier ein Beispiel: http://img709.imageshack.us/img709/8008/medinghoven.jpg 1:25000, 300dpi, der gezeigte Ausschnitt hätte gedruckt eine Breite von ~6.48 cm. (normalerweise sollte die Schrift noch freigestellt sein und wie man sieht sind einige POI-Symbole noch mit Garmin-gerechter Auflösung eingebaut) Ich drucke diese Dinger aber nicht als png, sondern als pdf oder svg direkt aus dem jeweiligen Programm (inkscape/okular) mit 600 oder 1200 dpi, entweder mit einem alten sw-laser zuhause oder mit einem Farblaser am Arbeitsplatz, wobei ich sagen muß, daß es schon einen großen Unterschied ausmacht, ob man mit 600 oder 1200 dpi arbeitet(Objekte wie Schrift oder Symbole auf gedruckten Karten sind in der Regel deutlich kleiner als am Bildschirm). Eine allgemeine Anregung wäre, einen optionalen Aufruf von Srtm2Osm (oder den Nachfolger Groundtruth, der aber weniger einfach zu bedienen ist...) für denselben Bereich einzubauen, der mit osmosis für die Karte ausgeschnitten wird, und die entstandenen Höhenlinien dann per osmosis mit den anderen Quelldaten zusammenzuführen - dann könnte ich die Regeln für Höhenlinien, die ich bereits habe, einfach nutzen. Gruß danke für mapgen, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de --- original Nachricht Ende ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] koordinatensysteme, dpi, größena ngaben für renderer/mapgen
hallo, ich möchte mal koordinatensysteme, dpis, font und object sizes etc. vor dem hintergrund mapgen.pl diskutieren. man lernt ja mit der zeit einiges dazu, wenn man sich gewissen herausforderungen stellt... im augenblick sieht es so aus: - das programm arbeitet mit einem koordinatensystem, welches den ausgabepixeln entspricht (ob das gut oder schlecht ist, sei mal dahingestellt. ich würde es beim nächsten mal auch anders machen). nichtsdestotrotz gibt es dann einen svg viewport oder -box, die das ganze in cm auf die richtige größe projeziert. - die eigenschaften der objekte (breite der linien oder größe der schriftart) werden im moment in der einheit pixel bereitgestellt. das führt natürlich bei dpi änderungen zu größenänderungen... (also breite oder schriftgröße stimmen nicht mehr; lage und längen stimmen noch!) - also habe ich nun - erstmal - festgelegt, dass die größenangaben in der style datei für eine auflösung von 300dpi (meinem derzeitigen standard) gelten. sollte eine andere auflösung gewählt werden, werden die punktangaben entsprechend skaliert. das geht auch soweit. nun zur frage: - was sollte die standard-auflösung - eurer meinung nach - sein? 300dpi für drucker? oder eher eine für bildschirm? sind es dann 72, 90 oder 96? so richtig betrifft das eigentlich auch nur die PNG-dateien... über antworten oder auch generelle anregungen würde ich mich freuen! ciao gary68 gerhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] SVG, Inkscape und DPI für Export nac h PNG und PDF
Hi, ich habe eine SVG Datei mit einem bestimmten Maß BxH in Pixeln. Soweit ich das zunächst sehe, hat die SVG kein (eigenen) DPI-Wert. Das wäre also die erste Frage. Wie setze ich für obige Datei den DPI Wert? Oder alternativ: Kann ich zusätzlich zu den Pixeln auch noch die Maße in cm angeben? Woraus sich dann die DPIs ergeben würden... Wichtig wird das nämlich für die nächsten Schritte, die Konvertierung nach PNG und PDF. Die mache ich auf der Kommandozeile mit inkscape -A und -e Es gibt zwar --export-dpi=X, das wirkt sich aber nur auf die PNG Exporte aus. Und dort auch noch falsch, denn dort wird von einer 90DPI Auflösung der SVG ausgegangen. Also erhöht inkscape dann erst mal die Pixel um den Faktor drei etwa (300/90). Was kann ich da tun? Für PDF Export wirkt sich --export-dpi gar nicht aus... HLF! Und vielen Dank schon mal! Gerhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SVG, Inkscape und DPI für Export nac h PNG und PDF
hi. freibier für stefan! erste tests verlaufen positiv. nun ist fast alles geregelt. das tüpfelchen auf dem i wäre nun noch die antwort auf die frage: WIE BEKOMME ICH PDFs mit DPI90 per kommandozeile??? Also analog dem --export-dpi für PNG. ciao gerhard - original Nachricht Betreff: Re: [Talk-de] SVG, Inkscape und DPI für Export nach PNG und PDF Gesendet: Do, 25. Mrz 2010 Von: Stefan Siegelo...@sdas.de Hallo, Am Donnerstag, 25. März 2010 08:30:34 schrieb Gary G:: ich habe eine SVG Datei mit einem bestimmten Maß BxH in Pixeln. Soweit ich das zunächst sehe, hat die SVG kein (eigenen) DPI-Wert. Das wäre also die erste Frage. Wie setze ich für obige Datei den DPI Wert? Oder alternativ: Kann ich zusätzlich zu den Pixeln auch noch die Maße in cm angeben? Woraus sich dann die DPIs ergeben würden... Wichtig wird das nämlich für die nächsten Schritte, die Konvertierung nach PNG und PDF. Die mache ich auf der Kommandozeile mit inkscape -A und -e AFAIK verwendet Inkscape immer 90dpi, bei anderer Software kann das aber anders sein. Man beachte den entsprechenden Abschnitt in der SVG- Spezifikation [1]. Es empfiehlt sich, die Attribute width und height des SVG-Elements absolut (z.B. in mm) anzugeben und dann per viewBox-Attribut (ggf. mit preserveAspectRatio) festzulegen, welcher Bereich von user units auf die so festgelegte Größe abgebildet werden soll. Wenn dann alle weiteren Angaben in user units (d.h. ohne Angabe einer Einheit oder, per definitionem gleichwertig, in der Einheit px) erfolgen, dann sollte nichts mehr schiefgehen. Alternativ könnte man auch auf die Angabe einer viewBox verzichten, dann aber alle Längen direkt mit der gewünschten Einheit (z.B. mm) versehen. So oder so wird aber die Größe der erzeugten PDF-Datei durch die width- und height-Attribute am SVG-Element festgelegt, und die Pixel-Größe eines PNG-Exports wird über --export-dpi daraus abgeleitet. Gruß, Stefan [1] http://www.w3.org/TR/SVG/coords.html#Units ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de --- original Nachricht Ende ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] neue mapgen version 0.12 veröffentli cht
so wie ich das sehe, geht das ganz einfach. du musst nur zwei regeln einfügen bzw. die für building (node) ändern. 1.) bei buildings wird im moment der name angezeigt. bei label musst du also statt dessen bzw. zusätzlich (siehe manual) addr:housenumber einfügen 2.) eine regel für ways mit key/tag addr:interpolation und value = *. vielleicht als dünner, grauer strich? evtl auch gestrichelt? ciao und viel erfolg gerhard - original Nachricht Betreff: Re: neue mapgen version 0.12 veröffentlicht Gesendet: Do, 11. Mrz 2010 Von: hike39ho...@hike.de Hallo Gary68, für meine Tracking-Unternehmungen möchte ich als Grundlage Karten nutzen, die ich mittels Deiner Lösung Mapgen erzeuge. Da ich jetzt auch Hausnummern erfassen, wäre es hilfreich, wenn die schon erfaßten auch in der Karte dann angezeigt würden. Gibt es jetzt schon eine Möglichkeit? Ich habe allerdings noch keinen Parameter hierzu gefunden. Danke für Deine Hilfe. Gruß Horst alias hike39 Am 06.03.2010 17:27, schrieb Gary68: v0.12 (rel. March 6th, 2010) * joker für regeln * elemente in der legende nur für benutzte regeln gemäß maßstab * intelligenteres label und icon platzieren * key/value und sub-key/sub-value für regel definition (z.b. amenity=hospital UND hospital=field) * besseres vermeiden von überlappungen * optimierte flächen kacheln * längere labels werden nun auch mehrzeilig, zentriert, links- oder rechtsbündig dargestellt ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de --- original Nachricht Ende ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] problem mit wput
hi, habe logging noch nicht angeschaltet und noch nicht experimentiert... evtl. kennt jemand das problem bzw. idealerweise die lösung. habe eine intakte pdf datei und schiebe sie mit wput auf meinen server. dort angekommen ist sie kaputt, trotzdem die korrekte größe angezeigt wird und sie auch heruntergeladen werden kann. ist nun schon einige male vorgekommen. als wput option nutze ich --tries=10 und --reupload (ggf. sinngemäß) - --binary ? - mehr versuche? - andere option? ciao gerhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SVG probleme - PRÄZISIERUNG II
so, nun ist es raus. der evince ist der böse. - inkscape direkt zeigt korrekt an. - inkscape -e nach PNG geht auch. - inkscape -A nach PDF mit ACROBAT ansehen geht. - inkscape -A nach PDF mit EVINCE GEHT NICHT. mal sehen, ob es einen anderen PDF reader für linux gibt... tja... - original Nachricht Betreff: Re: [Talk-de] SVG probleme - PRÄZISIERUNG Gesendet: Mi, 24. Feb 2010 Von: Gary68g...@gary68.de hi, ok. ich sehe, ich habe das problem etwas falsch angegeben. in inkscape selber wird das korrekt angezeigt. das habe ich nun gesehen. mit inkscape -A web.pdf web.svg entsteht das problem wie beschrieben in der resultierenden pdf datei, oder der evince kann es nicht richtig anzeigen... danke schon mal für die antworten! gerhard On Tue, 2010-02-23 at 21:00 -0400, Jochen Plumeyer wrote: Moin Gary, On Mar 23 Feb 2010, Walter Nordmann wrote: und jetzt auch die fussbälle auf grünem grund - musste die grafik auch runterladen und den pfad im svg ändern, dann gings. Dito, bei mir sieht's nach dieser Änderung in Inkscape-0.47 auch ok aus, es gibt drei Rechtecke, das blaue Rechteck ist vom PNG-gefüllten kongruenten Rechteck rechts unten überdeckt, von den drei sind also nur zwei sichtbar. Jochen Patch: --- /tmp/web.svg2010-02-23 17:44:25.0 -0400 +++ web.svg 2010-02-23 20:40:10.0 -0400 @@ -4,11 +4,11 @@ rect width=8192 height=10576 y=0 x=0 fill=#ff / defs pattern id=A1 width=20 height=20 patternUnits=userSpaceOnUse - image width=20 height=20 xlink:href=./areaicon/areaSport.png/ + image width=20 height=20 xlink:href=areaSport.png/ /pattern pattern id=A2 width=20 height=20 patternUnits=userSpaceOnUse - image width=20 height=20 xlink:href=./areaicon/areaMilitary.png/ + image width=20 height=20 xlink:href=areaSport.png/ /pattern /defs ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de --- original Nachricht Ende ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mapgen.pl
moin, der maßstab ergibt sich aus den min/max werten im osm file und der anzahl der pixel in der x achse, die man ja angeben kann. alles aus dem file wird gerendert. ich habe auch schon drüber nachgedacht, nur teile zu rendern. - einmal wollte ich ein paar pixel am rand weglassen, wegen unvollständiger wege und flächen. (wäre wohl einfach und gibt etwas overhead) - und eben ausschnitte, wie von dir wohl gewünscht. ich glaube aber, hier wäre es am einfachsten, mal osmosis drüberlaufen zu lassen, weil sonst eben alles in die svg geschrieben wird, aber eben lange nicht alles angezeigt wird. schau doch mal nach den useractivity datem bei haiti. setze dort statt png mal htm ein, dann gibt es ein paar details. aber die user zahl geht da glaube ich nicht hervor... du könntest aber in den pngs die kästchen zählen :-)) z.B. http://www.gary68.de/temp/haiti0.htm ciao gerhard - original Nachricht Betreff: Re: [Talk-de] mapgen.pl Gesendet: Di, 02. Feb 2010 Von: Jan Tappenbecko...@tappenbeck.net danke ! sage einmal einen hinweis auf einen maßstab habe ich nicht gefunden. wird immer alles gerendert ??? oder nur die elemente die auch im style stehen ? ich habe bei osmarender nämlich die erfahrung gemacht, dass dort alles gerendert wird und die dateien dann so groß sind das diese teilweise in inkscape nicht mehr zu verarbeiten sind. kannst du aus deinene daten eigentlich einfach entnehmen wieviele personen in spitzenzeiten bzw. aktuell in haiti aktiv sind - aber vielleicht die woche noch einen termin mit unserer zeitung. gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de --- original Nachricht Ende ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einfache serverbasierte Routingsoftware?
hallo sven, schau dir mal http://svn.openstreetmap.org/applications/utils/gary68/distancemap.pl an. im grunde leistet das programm das, was du möchtest. man müsste es ein wenig umschreiben, dass es z.b. parameter akzeptiert. und der weg müsste noch zusammengesetzt werden. implementiert ist der dijkstra algorithmus. ciao gerhard - original Nachricht Betreff: Re: [Talk-de] Einfache serverbasierte Routingsoftware? Gesendet: Mi, 28. Okt 2009 Von: Sven Geggusli...@fuchsschwanzdomain.de Frederik Ramm frede...@remote.org wrote: % ./gosmore rebuild datei.osm das erzeugt dann eine .pak-Datei, auf der er spaeter arbeitet. hm, wenns denn so einfach wäre: gosmore/ ./gosmore rebuild baden-wuerttemberg.osm Building gosmore.pak using style elemstyles.xml... Icon public.png not found Icon public.png not found Icon religion/synagogue.png not found Icon religion/mosque.png not found Icon rendering/landuse/cemetery.png not found Icon wlan.png not found Icon rendering/landuse/cemetery.png not found 1 while (xmlTextReaderRead (xml)) Speicherzugriffsfehler Ich werde mal auf ner 32 Bit Maschine testen. Sven -- The source code is not comprehensible (found in bug section of man 8 telnetd on Redhat Linux) /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 --- original Nachricht Ende ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anfrage wegen Tool UserActivity
http://svn.openstreetmap.org/applications/utils/gary68/OSM/osm.pm - original Nachricht Betreff: [Talk-de] Anfrage wegen Tool UserActivity Gesendet: Di, 20. Okt 2009 Von: Kai Behnckekai-behn...@gmx.de Hallo liebe Leute, ich wollte gerade einmal das Tool UserActivity ausprobieren, (http://wiki.openstreetmap.org/wiki/UserActivity) allerdings scheint man neben dem Skript useractivity.pl auch noch die Datei OSM/osm.pm zu benötigen (laut Fehlermeldung). Ich habe schon danach gegoogelt, aber leider nur einen broken link gefunden. Hat jemand dieses Skript und kann es mir senden (oder im Wiki verlinken?)? Danke und viele Grüße, Kai Original-Nachricht Datum: Tue, 20 Oct 2009 11:57:04 +0200 Von: Martin Simon grenzde...@gmail.com An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Gratulation! Am 20. Oktober 2009 10:43 schrieb Markus liste12a4...@gmx.de: Hallo Martin, die Leute machen anscheinend eh was sie wollen Das ist nur scheinbar so. Die Leute machen das was sie für sinnvoll erachten, bzw. das was sie als richtig erkennen. Was *richtig* ist erfahren sie aber bei OSM oft nur sehr verschwommen. Oft widersprechen sich die Informationen, sind schwer verständlich, schwer umzusetzen oder fehlen ganz. Nun ja, beim highway-tag gab es schon vor ewigen Zeiten den Konsens, daß dieser *nicht* die Verwaltungsklasse darstellen soll. In letzter Zeit wurde darüber diskutiert, ob es nun Verkehrsbedeutung oder der Ausbauzustand sein soll, was häufig zum gleichen Ergebnis führt. Es ist schon frustrierend, daß diese Frage jetzt wieder behandelt werden muss, zu einem Zeitpunkt, zu dem gefühlte 97% der Straßenkilometer der betreffenden Klassen (primary, secondary, tertiary) in Deutschland schon zumindest rudimentär erfasst sein dürften. (mein Standpunkt in der alten Diskussion war übrigens, einfach die Verwaltungsklassen zu nehmen und für die Verkehrsbedeutung einen zusätzlichen tag zu etablieren, dem die Renderer dann mehr Bedeutung bemessen können, wenn sie möchten. Aber gut, der Konsens war ein anderer und danach habe ich mich dann gerichtet, was auch funktioniert hat.) Wenn aber ein Renderer beispielsweise in einer Muster-Stadt optimale Ergebnisse liefert, dann wird man sehr schnell das dort benutzte Schema anwenden. Vor allem wenn dieses im Wiki verständlich und nachvollziehber beschrieben ist. Das war in Bonn eigentlich auch der Fall. Aber was nützt es, wenn das ganze gut und stimmig aussieht, aber jemandem nicht gefällt, der highway=* strikt auf die Verwaltungsklasse mappen will? Beispiel Autobahnanschluß Potsdamer Platz und Lievelingsweg: http://www.openstreetmap.org/?lat=50.74156lon=7.07728zoom=16layers=B000FT F Das ist einfach ein Griff ins Klo... Das Beispiel mit der Umgehung von eben: http://www.openstreetmap.org/?lat=50.72856lon=7.02788zoom=16layers=B000FT F K12n vs. L113 Das wiki empfiehlt - anders als ich es jetzt erwartet hätte - tatsächlich einen Mischmasch aus Verwaltungsklasse, Ausbau und Verkehrsbedeutung.. hmpf. Ein Beispiel wo das gut gelingt ist die Wanderkarte von Klaus. Gut gelungen ist die Einführung seines Schemas für Wanderwege, ja. Auf der anderen Seite gab es einen dermaßenen hickhack um *=designated, daß er zusätlich dazu *=official eingeführt hat, was meines Wissens nur von ihm gerendert wird... das halte ich dann doch eher für unglücklich. Noch größer war die Katastrophe mit highway=path, das im wiki eigentlich ganz gut beschrieben war als alternatives Schema für die Dinge, die vorher mit footway und cycleway gemacht wurden. Dann gab es die, die das Schema gut fanden und meinten, damit Wege besser beschreiben zu können. Dann die, die es nicht benutzen wollten und weiterhin footway/cycleway benutzten (völlig ok), die, die sich gefreut haben, daß es ein neues tag gab, es aber anders ausgelegt haben (sehr schmaler Trampelpfad, etc) und die Fraktion, die es mit ihren Renderern krampfhaft komplett ignoriert, obwohl es mittlerweile recht gut etabliert ist und auch schon vor Ewigkeiten(bei Potlach bin ich mir nicht sicher) in den Editoren angekommen ist. (z.B. die Cyclemap, die es bis auf die Hauptseite geschafft hat, leistet sich das totale ignorieren von path[1], ebenso wie sämtliche Cloudmade-Karten...) Anders gesagt: komplettes Chaos. Ich möchte *nicht* wieder die path-Diskussion lostreten, aber es ist ein gutes Beispiel dafür, daß es sinnvoller wäre, tags einmal zu definieren und dann entweder zu benutzen oder links liegen zu lassen. Eben wie neulich auf der englischen Liste als Teil der tagging-guidelines vorgeschlagen. Gruß, Martin [1] http://trac.openstreetmap.org/ticket/1716 ___ Talk-de mailing list
Re: [Talk-de] Anfrage wegen Tool UserActivity
ps: finde de broken link nicht ??? - original Nachricht Betreff: [Talk-de] Anfrage wegen Tool UserActivity Gesendet: Di, 20. Okt 2009 Von: Kai Behnckekai-behn...@gmx.de Hallo liebe Leute, ich wollte gerade einmal das Tool UserActivity ausprobieren, (http://wiki.openstreetmap.org/wiki/UserActivity) allerdings scheint man neben dem Skript useractivity.pl auch noch die Datei OSM/osm.pm zu benötigen (laut Fehlermeldung). Ich habe schon danach gegoogelt, aber leider nur einen broken link gefunden. Hat jemand dieses Skript und kann es mir senden (oder im Wiki verlinken?)? Danke und viele Grüße, Kai Original-Nachricht Datum: Tue, 20 Oct 2009 11:57:04 +0200 Von: Martin Simon grenzde...@gmail.com An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Gratulation! Am 20. Oktober 2009 10:43 schrieb Markus liste12a4...@gmx.de: Hallo Martin, die Leute machen anscheinend eh was sie wollen Das ist nur scheinbar so. Die Leute machen das was sie für sinnvoll erachten, bzw. das was sie als richtig erkennen. Was *richtig* ist erfahren sie aber bei OSM oft nur sehr verschwommen. Oft widersprechen sich die Informationen, sind schwer verständlich, schwer umzusetzen oder fehlen ganz. Nun ja, beim highway-tag gab es schon vor ewigen Zeiten den Konsens, daß dieser *nicht* die Verwaltungsklasse darstellen soll. In letzter Zeit wurde darüber diskutiert, ob es nun Verkehrsbedeutung oder der Ausbauzustand sein soll, was häufig zum gleichen Ergebnis führt. Es ist schon frustrierend, daß diese Frage jetzt wieder behandelt werden muss, zu einem Zeitpunkt, zu dem gefühlte 97% der Straßenkilometer der betreffenden Klassen (primary, secondary, tertiary) in Deutschland schon zumindest rudimentär erfasst sein dürften. (mein Standpunkt in der alten Diskussion war übrigens, einfach die Verwaltungsklassen zu nehmen und für die Verkehrsbedeutung einen zusätzlichen tag zu etablieren, dem die Renderer dann mehr Bedeutung bemessen können, wenn sie möchten. Aber gut, der Konsens war ein anderer und danach habe ich mich dann gerichtet, was auch funktioniert hat.) Wenn aber ein Renderer beispielsweise in einer Muster-Stadt optimale Ergebnisse liefert, dann wird man sehr schnell das dort benutzte Schema anwenden. Vor allem wenn dieses im Wiki verständlich und nachvollziehber beschrieben ist. Das war in Bonn eigentlich auch der Fall. Aber was nützt es, wenn das ganze gut und stimmig aussieht, aber jemandem nicht gefällt, der highway=* strikt auf die Verwaltungsklasse mappen will? Beispiel Autobahnanschluß Potsdamer Platz und Lievelingsweg: http://www.openstreetmap.org/?lat=50.74156lon=7.07728zoom=16layers=B000FT F Das ist einfach ein Griff ins Klo... Das Beispiel mit der Umgehung von eben: http://www.openstreetmap.org/?lat=50.72856lon=7.02788zoom=16layers=B000FT F K12n vs. L113 Das wiki empfiehlt - anders als ich es jetzt erwartet hätte - tatsächlich einen Mischmasch aus Verwaltungsklasse, Ausbau und Verkehrsbedeutung.. hmpf. Ein Beispiel wo das gut gelingt ist die Wanderkarte von Klaus. Gut gelungen ist die Einführung seines Schemas für Wanderwege, ja. Auf der anderen Seite gab es einen dermaßenen hickhack um *=designated, daß er zusätlich dazu *=official eingeführt hat, was meines Wissens nur von ihm gerendert wird... das halte ich dann doch eher für unglücklich. Noch größer war die Katastrophe mit highway=path, das im wiki eigentlich ganz gut beschrieben war als alternatives Schema für die Dinge, die vorher mit footway und cycleway gemacht wurden. Dann gab es die, die das Schema gut fanden und meinten, damit Wege besser beschreiben zu können. Dann die, die es nicht benutzen wollten und weiterhin footway/cycleway benutzten (völlig ok), die, die sich gefreut haben, daß es ein neues tag gab, es aber anders ausgelegt haben (sehr schmaler Trampelpfad, etc) und die Fraktion, die es mit ihren Renderern krampfhaft komplett ignoriert, obwohl es mittlerweile recht gut etabliert ist und auch schon vor Ewigkeiten(bei Potlach bin ich mir nicht sicher) in den Editoren angekommen ist. (z.B. die Cyclemap, die es bis auf die Hauptseite geschafft hat, leistet sich das totale ignorieren von path[1], ebenso wie sämtliche Cloudmade-Karten...) Anders gesagt: komplettes Chaos. Ich möchte *nicht* wieder die path-Diskussion lostreten, aber es ist ein gutes Beispiel dafür, daß es sinnvoller wäre, tags einmal zu definieren und dann entweder zu benutzen oder links liegen zu lassen. Eben wie neulich auf der englischen Liste als Teil der tagging-guidelines vorgeschlagen. Gruß, Martin [1] http://trac.openstreetmap.org/ticket/1716 ___ Talk-de mailing list Talk-de@openstreetmap.org
Re: [Talk-de] Double nodes in Deutschland
du kannst nur noch wege mit 2000 nodes hochladen. was in der db drin ist steht auf einem anderen blatt. aber es ist ja vermutlich nicht nur ein weg, der das verursacht. ich werde mal die way dupes in nds angehen, da sollte sich das besser darstellen und angehen lassen. - original Nachricht Betreff: Re: [Talk-de] Double nodes in Deutschland Gesendet: So, 06. Sep 2009 Von: Florian Lohofff...@rfc822.org On Sun, Sep 06, 2009 at 09:50:40PM +0200, Gary68 wrote: naja, vermutlich gibt es einen sehr großen weg - oder mehrere - also mit vielen knoten, der mehrfach übereinander liegt... und schwups, sind es nur noch einige 10.000 probleme. habe eben ein wenig in hessen rumgeschaut. habe z.b. 14 gleiche wege übereinander gefunden... evtl. empfiehlt es sich, erst mal die double ways auszumerzen... Aeh - wege duerfen doch auch nur noch 2000? Nodes haben seit api 0.6? Wie bekommt man so 2.6Mio dupe nodes hin? Ich tippe fast auf import der mehrfach probiert wurde ... dafuer waere eine geografische einordnung schon spannend... Flo -- Florian Lohoff f...@rfc822.org Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin --- original Nachricht Ende ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] node dupes
hi, wo die echten doppelten herkommen, wäre zu klären. mich wundern nodes, die weniger als 10cm beieinander liegen und dass es so viele davon gibt. die genauigkeit ist durch heutige gps empfänger einfach nicht gegeben. muss ich mir mal näher ansehen. es gibt ja schon einige checks (cross, touch, waydupes), wo solche dinge auch auffallen. ich werde diesen check vermutlich wie viele andere auch nur pro bundesland erstellen, keine weiteren unterteilungen. keep it simple. ciao gerhard gary68 - original Nachricht Betreff: Re: [Talk-de] node dupes Gesendet: Fr, 04. Sep 2009 Von: Chris-Hein Lunkhusenchris66...@gmx.de Moin! ich habe einen neuen checker - ach, was auch sonst ;-) der sucht doppelknoten, also node dupes. mal für berlin laufen lassen, 100 richtige dupes mit exakt gleichen koordinaten. aber lässt man eine kleine abweichung von sagen wir mal 10cm zu, so wächst die zahl auf knapp 1000 doppelte. das finde ich bei der genauigkeit der gängigen gps-geräte erstaunlich... Verstehe jetzt nicht, was Doppelnodes mit der Genauigkeit von GPS Geräten zu tun haben. Hatte jetzt in Holland einen Doppelknoten in der Autobahn. Da allerdings OpenRouteService anscheinend solche Doppelknoten automatisch merged viel mir der Fehler erst beim Routen in MapSource auf. Könnte man also einen Checker für solche wichtigen Nodes (Autobahn/Bundesstraße) machen ? In Keepright sieht man ja auch den Wald vor lauter Bäumen nicht bei den ganzen Junktion-Errors. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de --- original Nachricht Ende ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[OSM-talk] Action!
Hi, I provide some error reports for OSM and wanted the errors to be corrected. Of course I could handle some of them on my own. But since there were 10s of thouands I surely wouldn't be able to inspect and correct them all. So I thought why not set up a joint action of some sort? And so I did - not knowing whether I would get help or not. But amazingly we had so many volunteers who picked working packages that in a few days hundreds of erros could be corrected. And since the edits were supposedly made with JOSM using the validator plugin many other errors (beside the initially listed ones) were corrected as well. In the first action 1000 errors were closed in 5 days. The third action (1000 dupe ways) I suppose will make it in under 24h! That's crazy!!! So far we handled unconnected residentials in Bayern/Germany and dupe ways also in Germany. For details please have a look at - http://wiki.openstreetmap.org/wiki/DE:Aktionen - http://wiki.openstreetmap.org/wiki/Aktion_01 - http://wiki.openstreetmap.org/wiki/DE:Aktionen/Aktion_03 Of course the pages are in German but look at the work tables and maybe the error lists. Maybe others could set up actions like these for other countries? I assure you to provide reports if needed and I am quite confident that a lot of our helpers would support these actions from here - if we get to know about the actions... Cheers Gerhard gary68 http://wiki.openstreetmap.org/wiki/User:Gary68 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-de] Action!
Hi, hier ein Mailing bzgl. unserer Aktionen, in der talk-Liste gesendet... (sri for english, aber viele sind der Sprache ja mächtig!) --- Hi, I provide some error reports for OSM and wanted the errors to be corrected. Of course I could handle some of them on my own. But since there were 10s of thouands I surely wouldn't be able to inspect and correct them all. So I thought why not set up a joint action of some sort? And so I did - not knowing whether I would get help or not. But amazingly we had so many volunteers who picked working packages that in a few days hundreds of erros could be corrected. And since the edits were supposedly made with JOSM using the validator plugin many other errors (beside the initially listed ones) were corrected as well. In the first action 1000 errors were closed in 5 days. The third action (1000 dupe ways) I suppose will make it in under 24h! That's crazy!!! So far we handled unconnected residentials in Bayern/Germany and dupe ways also in Germany. For details please have a look at - http://wiki.openstreetmap.org/wiki/DE:Aktionen - http://wiki.openstreetmap.org/wiki/Aktion_01 - http://wiki.openstreetmap.org/wiki/DE:Aktionen/Aktion_03 Of course the pages are in German but look at the work tables and maybe the error lists. Maybe others could set up actions like these for other countries? I assure you to provide reports if needed and I am quite confident that a lot of our helpers would support these actions from here - if we get to know about the actions... Cheers Gerhard gary68 http://wiki.openstreetmap.org/wiki/User:Gary68 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen überwechen
hi, da gibt es einige tools/reports von mir. allerdings nix mit benachrichtigung oder so... Im Wiki: - http://wiki.openstreetmap.org/wiki/Relation_Diff - http://wiki.openstreetmap.org/wiki/Relation_Check - http://wiki.openstreetmap.org/wiki/Relation_lists ciao gerhard gary68 - original Nachricht Betreff: [Talk-de] Relationen überwechen Gesendet: Mo, 17. Aug 2009 Von: Falk Zscheilefalk.zsche...@googlemail.com Hallo, gibt es eine Möglichkeit Relationen bzw. die an ihnen vorgenommenen Änderungen automatisch zu überwachen? Es scheint ja doch hin und wieder vorzukommen, dass etwas aus Versehen gelöscht wird. Je später so etwas entdeckt wird, um so komplizierter ist ja die Wiederherstellung. Es gibt da schon einige Relationen, die mir sehr am Herzen liegen :-) Danke Gruß Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de --- original Nachricht Ende ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSB (neu) API und deren Belastbarkeit
hi, mal ein gedankenspiel. ich rechne ja jede woche meine fehler neu und es wurde ja schon häufiger gewünscht, diese (und andere) zentral irgendwo vorzuhalten (z.B. in OSB). nun ist mir die idee gekommen, ob das nicht schon mit der neuen osb applikation ginge. problem ist ja dabei, dass ich jede woche alle fehler (offen) der letzten woche löschen muss, da ja bei mir nichts getrackt wird. 1.) also würde ich erst mal 20.000 bugs hochladen, die ich z.B. im text mit einem code versehe, sodass ich sie nächste woche wiederfinde. 2.) dann würden alle die bugs sehen und könnten damit arbeiten. 3.) eine woche später müsste ich alle (noch offenen) bugs identifizieren (am code) und einzeln löschen. 4.) upload aller neu gerechneten fehler etc. also, was sagt osb (neu) zu 40.000 api calls? wie schnell kann sowas gehen? verträgt der server das? sonstige meinungen? thema ist im wiki schon mal unter Meta OSB erfasst. ciao gerhard gary68 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] HTML taget für JOSM links...
hi, ich habe bei meinen html listen ja auch links zum josm drin. die haben kein target im a href statement. also wird der link immer im selben fenster geöffnet, woraufhin die liste erst mal weg ist. alternativ kann ich natürlich new tab und new window anklicken. es kam aber die idee auf, gleich ein anderes target anzugeben. in diesem speziellen falle halte ich das auch für sinnvoll. nur welches target? _blank öffnet immer wieder neue tabs oder windows, oder? dann muss man immer wieder welche schließen... was ist aber mit einem eigenen taget wie ABC. öffnet das einmal ein neues tab/window und gehen dann alle weiteren ziele dieser art in diesen tab/window? sodass also nur einmal ein neues tab/window aufgeht, um das man sich dann im weiteren nicht mehr kümmert. was ist die beste lösung? ciao and tnx gerhard gary68 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Lots of ways in Congo double
hi marteen, you can use this program to find all dupes... http://wiki.openstreetmap.org/wiki/Waydupes.pl if you need assistance, let me know. i could probably run it for you. right now, as published, it just checks residentials. but with simple modifications other ways can be checked as well! cheers gerhard gary68 - original Nachricht Betreff: [OSM-talk] Lots of ways in Congo double Gesendet: Mo, 10. Aug 2009 Von: Maarten Deenmd...@xs4all.nl I'm doing some relations on borders in Congo (the Democratic Republic of) and see that a lot of ways (borders and highways) are double. Two ways exactly on top of eachother, with their own nodes. All way id's are in the 37.000.000's and appear to be created by user tmcw in a few different changesets (I've seen 1759554, 1759602 and 1759110). I have been deleting some of the ways already, is there still a good solution to remove the double ways? Mind you: I can not be certain that all edits are double in those changesets, so reverting them is probably not going to work. It would need to be some remove double script on the data itself. Regards, Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk --- original Nachricht Ende ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-de] todo - Karte ?
Hi, ich möchte ein Programm zur Generierung einer todo map erstellen und suche Ideen bzw. Feedback. schaut doch mal hier vorbei und kommentiert oder ergänzt das: http://wiki.openstreetmap.org/wiki/Todo.pl Gerhard gary68 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] todo - Karte ?
hi, die tools haben ja teilweise unterschiedliche leistungsfähigkeit und vor allem auch ansätze zur behebung. kartenbasierte (slippy) sind ganz gut, man muss aber erst mal die karte an der richtigen stelle aufmachen. soviel zur berechtigung von listen. eine zentrale stelle für alle bugs wurde auch schon mal andiskutiert: http://wiki.openstreetmap.org/wiki/Meta_OSB hatte da mal die seite gemacht, aber nie wieder was von den leuten gehört. todo.pl ist keine slippy map, sondern ich möchte vor dem mappen mir eine karte ausdrucken, damit ich einen spickzettel habe, auf dem ich nachsehen kann, was wo noch zu tun ist. da gibt es eben dinge, die noch kein anderer auswertet bzw. darstellt. und sie soll nicht mit anderen karten benutzt werden. die ist sozusagen für offline im feld. andere tools sind für online nutzung! wenn es EINE meta bug applikation mit entsprechender schnittstelle gibt, kommen meine daten da zusätzlich rein, keine frage! ps: es wird ja keiner gezwungen, alle tools auch zu nutzen, die unterwegs sind :-) ciao gerhard - original Nachricht Betreff: Re: [Talk-de] todo - Karte ? Gesendet: Di, 28. Jul 2009 Von: Tobias Knerro...@tobias-knerr.de Gary G: schrieb: ich möchte ein Programm zur Generierung einer todo map erstellen und suche Ideen bzw. Feedback. Mal ein allgemeinerer Kommentar, der nicht nur allein für die todo map Gültigkeit hat: So gut ich die ganzen Ansätze zur Qualitätssicherung finde, so sehr stört mich die Fragmentierung: Keepright-Tests kann man nur mit der Keepright-Karte ansehen, Maplint liegt auch gesondert vor, die Funktionalität des JOSM-Validators steht nur im JOSM zur Verfügung und vermutlich wird man die todo-map auch wieder nicht gleichzeitig mit z.B. Keepright und schon gar nicht integriert in einen Editor einsetzen können. Mal ganz zu schweigen von den zahlreichen Checks, die nur eine Tabelle produzieren, obwohl für andere Tests doch schon längst SlippyMap-Oberflächen geschrieben wurden (und umgekehrt). Meine Wunschvorstellung: Eine definierte Schnittstelle zwischen Daten-Tests und der Benutzeroberfläche - so dass man eine einzelne Idee für einen Test leicht für alle BO bereitstellen kann, und umgekehrt mit der Fähigkeit für den Zugriff auf eine Art von Schnittstelle sämtliche Test-Tools in z.B. einen Editor integrieren kann. Auch, wenn man nicht gleich so weit gehen mag: Was spricht denn z.B. gegen eine Kooperation mit Keepright, statt noch eine neue Karte aufzumachen? Das als subjektiver Eindruck eines Testtools-Nur-Nutzers. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de --- original Nachricht Ende ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] distance map
hi, habe gestern ein kleines Programm geschrieben, das auf der talk Liste gewünscht wurde. Vielleicht kann's auch sonst jemand brauchen... http://wiki.openstreetmap.org/wiki/Distancemap.pl Das Programm kann auf einer Karte für jede Kreuzung anzeigen, wie weit es bis zu einem bestimmten Ziel ist. Den Wegen folgend. Ziel und valide Wege können im Programm angegeben werden. Falls inf (infinity) angezeigt wird, ist das Ziel nicht erreichbar. Evtl. zur Prüfung der Routingfähigkeit der Daten nutzbar! ciao gerhard gary68 weitergeleitete Nachricht Ende ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Renderer für Ausdrucke
Hi, aber das ist doch trivial, das zu ändern! Mach dir eine Kopie der Wiki Seite, wo die Standard-Regeln drauf sind (lokale Datei geht auch, wenn du willst) und ändere die font size parameter. Siehe hier: http://wiki.openstreetmap.org/wiki/Kosmos_Rendering_Help 1. Tabelle, vierte Spalte: FontSize=15:5;17:9 15:5 bedeutet, dass im Z-level 15 font size = 5 ist, bei 17 size = 9. Dazwischen wird interpoliert. Das man für hohe Auflösung viele Pixel braucht, ist aber schon klar, oder? Ciao Gerhard - original Nachricht Betreff: Re: [Talk-de] Renderer für Ausdrucke Gesendet: Mi, 03. Jun 2009 Von: Wolfgang Wienkewo_wie...@gmx.net Hallo! g...@gary68.de schrieb: Gui ist das wiki! Habe sehr große karten damit gedruckt. Glaube nicht, dass das bitmaps waren... Schade, es funktioniert leider nicht so wie gewünscht. Wenn ich z.B. einen Stadtplan mit 300DPI erzeugen will, muss ich bei dem entsprechenden Kartenausschnitt die Zoomstufe und damit die Pixelzahl massiv erhöhen. Ich bekomme dann zwar eine entsprechend große Datei, aber es werden nicht die der höheren Zoomstufe entsprechenden kleineren Schriften verwendet, sondern anscheinend nur die Schriften der am BS angezeigten Zoomstufe vergößert. Wahrscheinlich muss man wohl dazu die Rules verändern. -- Urspr. Mitt. -- Betreff: Re: [Talk-de] Renderer für Ausdrucke Von: Wolfgang Wienke wo_wie...@gmx.net Datum: 02.06.2009 21:01 Hallo! Gary68 schrieb: KOSMOS, siehe wiki On Mon, 2009-06-01 at 11:36 +0200, Wolfgang Wienke wrote: Hallo, gibt es außer OSM-map einen Renderer, der relative große hoch aufgelöste Bilder zum Ausdruck liefert? Gibt es einen Renderer, der bei Ausgaben eine Konfiguration bez. der angezeigten Objekte und der Farben ermöglicht? Wenn ich das richtig sehe, kann das Prog aber nur Dateien in BS-Größe als bitmap speichern. Ein GUI für die Regeln gibt es wohl nicht!? -- Mit freundlichen Gruessen Wolfgang Wienke --- original Nachricht Ende ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routingprobleme visualisieren?
Hi. Lose Enden können auch im Singular auftreten. Und sie müssen nicht zwangsläufig ein Problem sein, da es natürlich Straßen gibt, die einfach irgendwo enden. Aber wenn solche losen Enden auf großen Kreuzungen auftreten, liegt wohl was im Argen. Ich dachte jetzt auch weniger an Auto-Routing - aber auch. Ich denke beim Autorouting sind wir gut unterwegs, nicht zuletzt wegen meiner checks. Aber Rad- und Fuß-Routing z.B. wird da noch nicht gut geprüft. Vorhin kam glaube ich ein schönes Beispiel. Radweg kreuzt Straße, Überweg ist aber vergessen worden. Also existieren auf beiden Seiten der Straße lose Enden der zwei Radwege. (Zwei rote Kringel nah beieinander auf meiner Karte.) Da hätte man einen Anhaltspunkt, was zu verbessern. Durch Parametrisierung - wie beim Routing - können verschiedenen Szenarien geprüft werden. Ciao Gerhard - original Nachricht Betreff: Re: [Talk-de] Routingprobleme visualisieren? Gesendet: Mi, 15. Apr 2009 Von: marcus.wolsc...@googlemail.com On Wed, 15 Apr 2009 10:45:38 +0200 (MEST), Gary G: g...@gary68.de wrote: Der Relation Check zeigt ja für Relationen lose Enden an. Und genau das ist bei Wegen und Routing ja das Problem! Es wäre möglich, z.B. einen Stadtplan zu zeichnen, der nur bestimmte Elemente der OSM Daten enthält (die also zum Routing verwendet werden dürfen). Weiterhin würden in der Karte alle losen Enden markiert (roter Kreis, Node-Id). Man könnte also schnell sehen, wo es tote Enden gibt und das Routing nicht weiterkommt. In einer begleitenden HTML-Datei könnten JOSM / OSM Links zu den offenen Nodes gelistet werden, sodass man schnell an diesen Stellen editieren kann. - Wie ist denn das Interesse an so einem Tool? - Verbesserungsvorschläge? - Für welche Städte oder Gegenden wird das gewünscht? Was genau meinst du mit lose Enden? Befahrbare Strassen welche auf keiner Seite mit etwas verbunden sind? Ich halte eher Schreibfehler in highway-tags, fehlende Abbiege-Verbote und schlichtweg fehlende Strassen für ein Problem. Andere sind mir bisher nicht unter gekommen (womit ich sie erstmal als unerheblich ansehe, dir aber natürlich nicht im Weg stehen will da was zu machen). Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de --- original Nachricht Ende ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routingprobleme visualisieren?
der motorwaycheck zeigt solche fehler auf! - original Nachricht Betreff: Re: [Talk-de] Routingprobleme visualisieren? Gesendet: Mi, 15. Apr 2009 Von: Florian Lohofff...@rfc822.org On Wed, Apr 15, 2009 at 11:02:10AM +0200, marcus.wolsc...@googlemail.com wrote: Befahrbare Strassen welche auf keiner Seite mit etwas verbunden sind? Ich halte eher Schreibfehler in highway-tags, fehlende Abbiege-Verbote und schlichtweg fehlende Strassen für ein Problem. Andere sind mir bisher nicht unter gekommen (womit ich sie erstmal als unerheblich ansehe, dir aber natürlich nicht im Weg stehen will da was zu machen). Ich habe von navit schonmal 100km umweg angeboten bekommen weil jemand auf der A1 eine Bruecke eingefuegt hatte und den brueckenabschnitt umgedreht. Doof wenn dann 3 oneways entstehen von dem der mittlere in die falsche richtung zeigt ... (Ist so nen bischen wie nen transistor mit unterschiedlich dotiertem Silizium) Das problem ist also nicht das initial/einmal da ein fehler eingebaut wurde sondern unbeabsichtigt daten zerstoert wurden ... Das will ich ASAP finden bevor die ganzen leute mit ComputerTeddys Garmin karten losfahren :) Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin --- original Nachricht Ende ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routingprobleme visualisieren?
Hi. Bei deinem Verfahren findest du aber nur zufällig Verschlechterungen. Proaktiv - wie man so schön sagt - ist das nicht. Vollständig ist es auch nicht. Der Test gibt auch nicht aus, ob heute das Optimum erreicht ist. Und was ist mit der Performance? 1000x1000 nodes macht etwa 1.000.000 Routen, oder? Nehmen wir mal an, eine Route dauert 1 sec. Da kommen wir pro Stadt dann auf - JA, 278 STUNDEN. Aber wir können auch 1/10sec. annehmen. Dann hast du in 28 Std. einen unvollständigen Test - für eine Stadt. Ciao Gerhard - original Nachricht Betreff: Re: [Talk-de] Routingprobleme visualisieren? Gesendet: Mi, 15. Apr 2009 Von: Florian Lohofff...@rfc822.org On Wed, Apr 15, 2009 at 10:45:38AM +0200, Gary G: wrote: wieder und wieder liest man ja von Routing-Problemen, die aufgrund fehlender Verbindungen auftreten. Mit meinen Check-Programmen kommt man ja vielen solcher Probleme bei. Es wurde schon einige Male vorgeschlagen, brute force online zu prüfen. Nicht sehr effektiv und wahrscheinlich meist nicht vollständig... Ich bin einer der diese idee geaeussert hatte - D.h. ich habe eine liste von clustern von osm node ids. D.h. 1000 node ids in Hamburg, 1000 node ids in Muenchen. Dann einfach in Hamburg any2any alle nodes durchrechnen und selbiges in Muenchen. Danach hat man 1000 Strecken mit einer laenge. Diese laenge einfach morgen wieder mit der laenge von heute vergleichen. Aendert diese sich signifikant (+-10% bzw 200m) roten baepperl auf einer webseite der dann anbietet die Strecke als overlay zu visualisieren. So kann jeder in seinem Ort die wichtigen verbindungsnodes selber definieren die auf erreichbarkeit getestet werden sollen und kann vor allem aenderungen auch qualifizieren und evtl die daten korrigieren. Das ganze mit einer moeglichkeit das user ihre OSMid nodelist selber pflegen koennen und entsprechenden fail benachrichtigung via mail (nicht holschuld einbauen - wollen ja kein webphorum) Dafuer braeuchte man eine routingengine die sich unter linux command line technisch ansprechen lassen muesste und am besten sowas wie laenge, osm wayids, osm nodeids und einen gpx track rauswirft. Das beste an routingengine ist im moment navit - das habe ich mal angefangen zu vergewaltigen aber bin noch nicht fertig. Bis man die interne API verstanden habe kann es mal 2-3 Wochen dauern ;) Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin --- original Nachricht Ende ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routingprobleme visualisieren?
wenn ich mich recht entsinne, schaut der aber nur nach, ob zwei nodes nahe beieinander sind. einen tangentialien punkt an einem weg, wo zufällig kein anderer node ist, findet der nicht. - original Nachricht Betreff: Re: [Talk-de] Routingprobleme visualisieren? Gesendet: Mi, 15. Apr 2009 Von: Chris-Hein Lunkhusenchris66...@gmx.de Gary G: schrieb: Jetzt ist mir aber im Zusammenhang mit jüngsten Emails und meinem Relation Check eine Idee gekommen, die das Testen der Routingfähigkeit stark vereinfachen würde bzw. wie man diese sogar visualisieren könnte. Hi, ich nutze dazu den almost junction test von keepright. http://keepright.ipax.at/report_map.php?zoom=14lat=51.97419lon=7.42008 Grüße, Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de --- original Nachricht Ende ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routingprobleme visualisieren?
Ja also im Editor und mit den Eigenschaften die du aufzählst finde ich auch gut. Man muss dazu halt nur immer den Bereich und das Plugin laden und kontrollieren. Aber nachsehen müsste man bei mir ja auch. Ich würde das wenn so machen, wie mit allen meinen checks. Laufen einmal die Woche und dann gibt es HTML und Maps als PNG (z.B. für eine ganze Stadt). Durch Verwendung von OSM files könnte ich halt größere Bereiche abdecken. Aber ich möchte die Arbeit, die du vorhast nicht doppelt machen. Anscheinend hast du dir ja schon mehr Gedanken gemacht! - original Nachricht Betreff: Re: [Talk-de] Routingprobleme visualisieren? Gesendet: Mi, 15. Apr 2009 Von: Tobias Knerro...@tobias-knerr.de Gary G: schrieb: Es wäre möglich, z.B. einen Stadtplan zu zeichnen, der nur bestimmte Elemente der OSM Daten enthält (die also zum Routing verwendet werden dürfen). Weiterhin würden in der Karte alle losen Enden markiert (roter Kreis, Node-Id). Man könnte also schnell sehen, wo es tote Enden gibt und das Routing nicht weiterkommt. In einer begleitenden HTML-Datei könnten JOSM / OSM Links zu den offenen Nodes gelistet werden, sodass man schnell an diesen Stellen editieren kann. Prinzipiell halte ich eine Visualisierung von Routing-Information als Debugging-Werkzeug für eine gute Idee, da manche Dinge (Relationen, bedingtes Access-Tagging, falls es sich mal durchsetzt, ...) ja doch etwas komplexer und vor allem im Renderer unsichtbar sind. Ausprobieren einzelner Routen ist zwar ganz nett, aber etwas umständlich. Deshalb schreibe ich auch derzeit an einem JOSM-Plugin, das eine derartige Visualisierung im Editor vornimmt. Was meine Lösung tut, ist, einen Routinggraphen zu erstellen und den dann unter Hervorhebungen von Dingen wie losen Enden, maxspeeds oder anderen Attributen über den Daten im Editor anzuzeigen. Das ist auch parametrisierbar, so dass ich mir anschauen kann, welche Strecken für ein hgv mit 4.5 t Gewicht und 3 m Höhe um 10:00 Uhr verfügbar sind -- und es mir auf den ersten Blick auffällt, wenn eine solche Strecke durch ein Wohngebiet führt, das in der Realität für LKW-Verkehr gesperrt ist. Im Editor finde ich deshalb eine gute Idee, weil * man vor dem Hochladen schon prüfen kann * man nach einer Korrektur nicht auf Updates warten muss * die genannte Parametrisierung möglich ist * die Visualisierung individuell anpassbar ist * keine zentrale Infrastruktur geschaffen werden muss Nachteil ist halt, dass es nicht nur einen Editor gibt. Wie hast du dir denn eine Umsetzung deiner Web-basierten Lösung gedacht? Mit vorgerenderten Kacheln nehme ich an? Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de --- original Nachricht Ende ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Relationen in Relationen
Hi, ich plane für meinen Relation Check auch die Unterstützung von Relationen in Relationen. Hierzu ist aber im Wiki wenig dokumentiert - bzw. ich habe es nicht gefunden. Hat jemand Links ins Wiki, wo das beschrieben ist? Ich interessiere mich vor allem dafür, wie mit eingebetteten Relationen zu verfahren ist, die wiederum Wege/Relationen mit verschiedenen Rollen enthalten. Die eingebettete Relation hat ja in der übergeordneten auch eine (widersprüchliche?) Rolle, oder? Oder summiert man einfach alle Wege? Alle outer ergeben die Summe der outer Wege eines Multipolygons etc... Bei welchen Relationentypen wird das angewendet? Und wie häufig wird das Konzept überhaupt verwendet? Ist das im Kommen oder eher zu vernachlässigen? Ciao und danke! Gerhard gary68 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[OSM-talk] Limiting Polygon?
Hi, is there anyone aware of an algorithm that produces a limiting polygon around a heap of nodes - let's say around an osm file cut from a planet file? Best would be PERL... Thanks Gerhard gary68 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Relation Check III
hi, das ist schon wesentlich hilfreicher ! :-) 1.) weiß nicht, welche version du angesehen hast. am anfang ging nur eine sorte als bild/map. jetzt gehen alle bis auf restrictions. da werde ich es wohl auch nicht machen, denke ich. der überblick sollte hier in josm gegeben sein. 2.) den link für die area bei fehlendem outer werde ich hinzufügen. benutze hierfür den ersten gegebenen weg als ausgangsbasis. ggf. muss man dann rauszoomen und nachladen. 3.) arbeite gerade an der darstellung der grenze. werde wohl doch nicht weiterverfolgen, die grenze selbst zu ermitteln. sondern ich benutze das polygon file, das auch zur erzeugung der osm-files benutzt wurde. 4.) weiterhin könnte man drüber nachdenken, ein threshold einzufügen. nach dem motto: wenn einer der punkte der relation einem grenzpunkt näher als einem kilometer kommt... dann vorsichtshalber keine fehlermeldung. ciao gerhard - original Nachricht Betreff: Re: [Talk-de] Relation Check III Gesendet: Mo, 06. Apr 2009 Von: Matthias Versens...@mversen.de g...@gary68.de wrote: Es ist ja noch beta... Ein paar details oder gar verbesserungsvorschläge wären hilfreicher... Welche Details willst Du hören ? Als erstes fält mir ein das Du nur ein JOSM link drin hast wo Du einzelne Punkte benennen kannst (offene Fläche) , aber nicht z.b. bei dem Fehler das kein outer Polygon existiert. EIn Link zu einem Punkt in dem Fehlerbereich wäre extrem hilfreich denn sonst muss ich den OSM http link benutzen, die volle URL von view full map kopieren und dort in JOSM als Bereich laden, das dauert wesentlich länger. Bei vielen fehlt auch das Bild zum anschauen, kann aber sein das er das nicht rendern kann. Ein markieren als false Positive durch die File-Grenze wäre auch sehr gut aber wahrscheinlich sehr schwer umzusetzen. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de --- original Nachricht Ende ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Polygon aus Node-Haufen?
Hallo, kennt jemand einen Algorithmus, der aus einem Punktehaufen ein begrenzendes Polygon zaubern kann? Am besten in PERL? Tnx Gerhard gary68 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Check - Neuigkeiten
hallo stefan, bei type=route betrachte ich derzeit nur role=none bzw. role= role=forward role=backward andere nicht. ich werde aber in der nächsten version auch die offenen enden ausweisen, dann kann man besser nachsehen. verläuft die route evtl. am rande von deutschland, sodass es probleme mit dem ausschnitt der daten geben könnte? enthält germany.osm alle elemente der relation? ciao gerhard - original Nachricht Betreff: Re: [Talk-de] Relation Check - Neuigkeiten Gesendet: Di, 31. Mrz 2009 Von: Stefan Dettenhofer (StefanDausR)o...@dentro.info Hallo Gerhard, das sieht ja recht gut aus! Einen Vorschlag hätte ich noch bzgl. z.B. Wanderrouten: Könntest Du die Rolle mit auswerten, um zusammenhängende Segmente zu erkennen? Diese Relation http://www.openstreetmap.org/browse/relation/49531 müsste eigentlich zusammenhängend sein, wenn man nur die Hauptwege (ohne role) betrachtet. Die Abstecher (excursion) und Alternativwege (variation) sollten beim Zusammensetzten der Segmente nicht vorrangig betrachtet werden. Gruß, Stefan Gary68 schrieb: Hi, der Check macht nun auch Boundaries und Routes. Kleine Verbesserungen und ein wenig Schminke gibt es auch. - via ist korrigiert - Multipolygone mit mehr als einem äußeren Ring werden nicht mehr angemeckert - Statistikausgabe - Link to Relation Analyzer Wiki Seite ist erweitert. http://wiki.openstreetmap.org/wiki/Relation_Check Bitte nochmal checken, falls Interesse... --- original Nachricht Ende ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Activity Level in My Area?
If you are interested in more details you can use the tool osmdiff here: http://wiki.openstreetmap.org/wiki/Osmdiff I might be able to set up a regular report for a reasonable sized area for you. gary68 gerhard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-de] Blog über Mapping Quality Programm
Moin! http://osmbonnblog.blogspot.com/ Danke Stephan! Gerhard Gary68 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[OSM-talk] Avg speed per way
good morning! so - i just created a wiki page for the topic above. http://wiki.openstreetmap.org/wiki/Average_speed_per_way i would be glad if you'd share your information there. i am especially interested in the discussions (links) held before. gerhard gary68 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-de] tracks, roads, durchschnittsgeschwindigkeit...
hi, bin gerade über folgenden artikel gestolpert: http://www.gpsbusinessnews.com/TomTom-s-crowdsourcing-5-millionth-map-correction_a1234.html da gibt es auch bei uns potenzial. tracks - roads - mittlere geschwindigkeit - neues attribut/wert für ways !? ciao gerhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] bank
meine bank will 7,50 EUR für die üw nach england. no way.___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] relation multipolygon?
sollte sowas nicht auf die richtige seite gezogen werden? - original Nachricht Betreff: Re: [Talk-de] relation multipolygon? Gesendet: Di, 03. Feb 2009 Von: Bernd Wurstbe...@bwurst.org Hallo. Am Dienstag, 3. Februar 2009 schrieb Gary G:: !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 Transitional//DEHTMLHEADMETA HTTP-EQUIV=Content-Type CONTENT=text/html; charset=us-asciiTITLEMessage/TITLE/HEADBODY hi,brbrhabe eben im wiki nachgesehen, dass ein solches EINEN outer member haben sollte. nun habe ich in den daten aber ganz viele grenzen gefunden, die MEHRERE outer members haben. wie passt das zusammen? was gilt nun?brbrhttp://wiki.openstreetmap.org/wiki/Relation:multipolygonbrbr brciaobrbrgerhardbrgary68brbr/BODY/HTML Die Grenzen sind Advanced Multipolygone. Siehe dazu: http://wiki.openstreetmap.org/wiki/Talk:Relation:multipolygon#Advanced_multi polygons Momentan werden für flächige Multipolygone im Sinne dessen dass ein Renderer bitte Flächen rendern soll (Wälder, ...) nur einfache Multipolygone richtig unterstützt. Grade bei den Kreisgrenzen wäre das aber eine gigantisch riesig lange Strecke, die keiner mehr als ein Objekt hochladen will. Es macht hier also durchaus Sinn, das mit zusammengesetzten Polygonen zu machen. Zukünftig sollte das auch z.B. für Wälder möglich sein, da es auch da genügen Wälder gibt die schon grenzwertig groß sind. Da das aber erst gerendert werden muss bevor es ernsthaft viele Leute einsetzen, dauert das wohl noch nen Moment. Gruß, Bernd -- Wenn ich mit meiner Relativitätstheorie recht behalte, werden die Deutschen sagen ich sei Deutscher, und die Franzosen, ich sei Weltbürger. Erweist sich meine Theorie als falsch, werden die Franzosen sagen ich sei Deutscher, und die Deutschen, ich sei Jude. - Albert Einstein --- original Nachricht Ende ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Area check und online Validierung der Ergebnisse
moin, habe mir nochmal überlegt, ob es sinnvoll und praktikabel ist, den nun zweimal vorgeschlagenen online validierungsvorgang zu implementieren... also nachdem eine liste von (derzeit) ~1700 fehlern (nur deutschland!) gefunden wurde, sollen diese gegen die API/XAPI geprüft werden. 1.) der check könnte locker noch wesentlich mehr ausgabe produzieren, würde ich nur mehr area-typen prüfen. die ergebnisse der anderen beiden länder kämen noch dazu. 2.) was sagt die API/XAPI zu ~2000 anfragen (pro woche!) und wie lange dauert das? (ganz zu schweigen davon, dass auch andere meiner checks das nutzen könnten...) 3.) ich habe mit den XAPIs keine guten erfahrungen gemacht, also: was sagt die API dazu??? oder leben wir einfach mit einer kleinen quote von false positives am rande der zu prüfenden länder? ciao gerhard gary68 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] svg aus osmrender.pl bzw. osmgraph.pm
danke, aber: abwarten, bis es fertig ist. habe eben noch die ebenen/groups implementiert und mit text pathes zum beschriften von straßen/wegen experimentiert. sollte alles klappen. am wochenende gibt's bestimmt eine neue karte zu begutachten. dann geht es noch an das eigentliche programm, das dann aus einzelnen wegen in osm ganze straßen für die karte machen muss. ciao gerhard - original Nachricht Betreff: Re: [Talk-de] svg aus osmrender.pl bzw. osmgraph.pm Gesendet: Fr, 23. Jan 2009 Von: Sebastian Niehausnieh...@nospam.arcornews.de Gary68 g...@gary68.de writes: probier es nun nochmal, hatte es nur lokal probiert... Ja, das funktioniertt hier nun mit Iceweasel AKA Firefox 3.05 (Debian Lenny). Sehr, sehr cool, Gary! Kompliment! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de --- original Nachricht Ende ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] bugs als gpx extrakt (alle bugs in bounding box)
hi. zu 1.) ok, mal sehen. ein neues formular und ein neues php. kommt auf die liste. ansonsten hilft vielleicht auch der permalink (auf meiner wiki seite angegeben)? zu 2.) ich schaue mal. evtl wird's auch west-ost. was einfacher geht. zu 3.) das merke ich mir für checkcross mal vor und probiere es aus! gute idee. nächste version... ciao gerhard - original Nachricht Betreff: Re: [Talk-de] bugs als gpx extrakt (alle bugs in bounding box) Gesendet: Fr, 16. Jan 2009 Von: Stephan Wolffs.wo...@web.de schaut mal hier vorbei, hier gibt es alle meine bugs auch in kleinen häppchen - hoffentlich! http://www.gary68.de/osm/qa/gpx/extract.htm bitte feedback, falls nötig. ist mein erstes php script. ciao gerhard Moin Gerhard, dein Tool funktionierte bei meinem ersten Test problemlos und ist sehr hilfreich. Ich habe drei Verbesserungsvorschläge: - neben der Eingabe der bounding box auch eine Eingabe von Mittelpunkt und Breite und Höhe in km zulassen. Das wäre für mich schneller und intuitiver. - die Bugs nach Koordinaten von Nord nach Süd sortieren. Wenn in enger Nachbarschaft mehrere Fehler gemeldet werden, kann man sie dann leichter in der Liste finden. - einige falsche Meldungen vermeiden, indem du in den Kreuzungs- regeln Meldungen bei kurzen Einbahnstraßen unterdrückst. Bei oneways kürzer als 200m insbesondere bei Straßen ab tertiary handeln es sich meist um Abbiegespuren, die die Gegenfahrbahn ohne Abbiegemöglichkeit kreuzen. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de --- original Nachricht Ende ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] way mit tag place=[city, suburb, village etc.] - Erfahrungen ! und ?
hi, ich glaube, das wird schwer gehen. für village/suburb sicher kaum ein problem. aber bei town/city wird's ggf. schon problematisch. zu einer stadt können mehrere teile gehören, die z.b. durch landstraßen getrennt sind. weiß nicht, ob man das dann mit so einem weg versehen sollte. aber wenn's nun mal dazuhegört... oder eben als relation, dann würde man sicherlich keinen fehler machen, führe man innerhalb der einzelnen teile 50km/h. ciao gerhard - original Nachricht Betreff: Re: [Talk-de] way mit tag place=[city, suburb, village etc.] - Erfahrungen ! und ? Gesendet: Fr, 09. Jan 2009 Von: Martin Koppenhoefer Am 2. Januar 2009 17:55 schrieb Gary68 g...@gary68.de: hi, habe eben mal einen scan gemacht. in hessen gibt es 74 ways, die als place-grenze angesehen werden können. city ist keine dabei, aber das kann ja noch kommen... offen sind davon keine - congrats! also immer 1st = last node. so, und nun die fragen. gibt es solche infos auch in den relationen? lohnt es sich da nachzusehen? also wieviele könnten das sein? ist es überhaupt sinnvoll, das da abzulegen? ciao gerhard gary68 Sind diese Place eigentlich als Grenze fuer geschlossene Ortschaften im Sinne der StVO. sinnvoll zu verwenden? Evtl. mit einem Zusatztag? Es sind ja keine administrativen Grenzen (da diese schon in boundary abgebildet werden). Ich frage, weil derzeit in Italien diskuttiert wird, wie man am besten default-Geschwindigkeitslimits fuer innerorts ermittelt, leider erinnere ich mich nicht mehr genau, ob wir zu diesem Thema schlussendlich eine Konklusion erarbeiten konnten. Gruss Martin --- original Nachricht Ende ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wir ertrinken in Bugs - Aufruf!
Hi, in der Bugs-Statistik steuern wir jede Woche ein neues Hoch an! Siehe hier: http://wiki.openstreetmap.org/wiki/OSB_Reports Vielleicht gelingt es uns in einer Hauruck-Aktion, mal einen Knick in den Aufwärtstrend zu schlagen? Wenn jeder sich mal sein Gebiet und einige andere Bugs auch vornimmt... Also los! Über obige Seite sind die Bugs erreichbar: - GPX zum Laden in JOSM (oder GPS); JOSM verfügt über ein OSB-Plugin ! - Links für Openstreetbugs (zum Schließen der Bugs) Openstreetbugs direkt: http://openstreetbugs.appspot.com/ (zum Schließen!!!) Viel Erfolg! Gerhard gary68 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] place nodes und place ways
habe noch was im wiki gefunden! What makes a road belong to a city? This is often asked by beginners. There should be a closed way marking the extent of the city with a place and a place_name tag, as well as a single node with a name and place to mark where to draw the city-name. dann ist die sache klar. beides soll eingertragen werden! ciao gerhard gary68 - original Nachricht Betreff: Re: [Talk-de] place nodes und place ways Gesendet: Mo, 05. Jan 2009 Von: marcus.wolsc...@googlemail.com On Sun, 04 Jan 2009 19:13:54 +0100, Jutta Weisel ju...@weisel.de wrote: es können ja ways und nodes als place getaggt werden. aber wie ist das, wenn man beides macht, z.B. bei renderern. erscheint der ort dann doppelt? Kommt drauf an wie intelligent der jeweilige Renderer ist. Sinnvollerweise sollte der Name primär am Node gerendert werden und wenn der nicht existiert weicht man halt auf den Mittelpunkt (der Bounding-Box) des Polygons aus. Wie kommt man denn an den way für einen place? Soweit ich es sehe, gibt es zwar jetzt die Kreisgrenzen, die Grenzen der Gemeinden und deren Ortsteile fehlen ja wohl in der Regel noch. Wenn er existiet: Genauso wie du an den Node für einen place kommst. Wenn nicht: garnicht, existiert ja noch nicht. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de --- original Nachricht Ende ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapping Quality - News
hi marcus, du kannst dir selber einen überblick verschaffen und nach belieben kalkulieren. die rohdaten werden von mir in *.csv bereitgestellt. wiki Mapping Quality. du findest die spalten Rad Source und Radius. nimm die mit source = auto. es gibt meist nur für villages und towns einen wert, der (im moment) automatisch gerechnet wird. bei den cities/suburbs ist es schwierig (selbst mit menschlichem hirn) allgemeingültig die grenzen zu ziehen. ps: es rechnet noch, denke aber, dass heute nachmittag ganz deutschland in einer neuen beta gerechnet und veröffentlicht ist. ciao gerhard gary68 - original Nachricht Betreff: Re: [Talk-de] Mapping Quality - News Gesendet: Fr, 02. Jan 2009 Von: marcus.wolsc...@googlemail.com On Thu, 01 Jan 2009 21:22:28 +0100, Gary68 g...@gary68.de wrote: hi, wer möchte, kann sich mal http://www.gary68.de/osm/qa/unmapped/hessen.png ansehen. neues: - radius daten können aus osm daten (tags) gewonnen werden - kann man hier noch nicht sehen. siehe auch http://wiki.openstreetmap.org/wiki/Mapping_Quality - ich habe eine automatische erkennung der ausdehnung gebaut. sie funktioniert bei etwa 20% der places. das ist aber relativ, da sie unmapped places nicht berücksichtigt. die kreise beschreiben die (angenommene) ausdehnung - blau = osm (hier noch nicht zu sehen) - orange = auto - dunkel grau = default (wie gehabt) unter den kreisen stehen die radien. ich bin eigentlich erst mal ganz zufrieden :-)) Cool. Kannst du mal für die automatische Erkennung Statistiken machen, wie gross eine place=city, place=village,... typischerweise ist? Damit könnten wir die geratenen Werte auf http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing#City durch bessere Schätzungen ersetzen. Marcus --- original Nachricht Ende ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fläche von Polygon berechnen?
hi, hat jemand einen algorithmus zum berechnen der (ungefähren) fläche eines polygons (gegeben durch lon/lat nodes) unter der berücksichtigung, dass die erde keine scheibe ist? perl wäre super, anderes ebenfalls willkommen! tnx gerhard gary68 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fläche von Polygon berechnen?
hi frederik und auch die anderen, die so nett waren, zu antworten, ich schrieb ja schon, dass ich die fläche nur ungefähr haben möchte. also ohne berge etc. auch die erde als kugel und nicht als elipsoid etc. ist ok. ich werde also meine eigene kleine koordinatentransformation machen und die von frederik vorgeschlagene library verwenden, um dann die fläche zu berechnen. wozu? ganz einfach. ich spiele ja im augenblick mit dem programm mappingquality.pl (siehe wiki Mapping Quality) und da wollte ich demnächst mal zusätzlich wohnflächen berechnen. ciao gerhard gary68 - original Nachricht Betreff: Re: [Talk-de] Fläche von Polygon berechnen? Gesendet: Di, 30. Dez 2009 Von: Frederik Rammfrede...@remote.org Hi, hat jemand einen algorithmus zum berechnen der (ungefähren) fläche eines polygons (gegeben durch lon/lat nodes) unter der berücksichtigung, dass die erde keine scheibe ist? perl wäre super, anderes ebenfalls willkommen! Daten mit Geo::Proj4 projizieren in eine für die jeweilige Gegend halbwegs flächentreue Projektion und dann mit Math::Polygon die Fläche ausrechnen. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de --- original Nachricht Ende ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
