Norcent cranks out 10-megapixel DCS-1050 camera
*Click Here to Enjoy*http://www.amazingadgets.com/Gadgets/travel-gadgets/norcent-cranks-out-10-megapixel-dcs-1050-camera.php *for full review check this* http://www.amazingadgets.com *For More Daily Updates please check these links For Digital Camerashttp://www.amazingadgets.com/Gadgets/category/degital-cameras Click Here. For Latest Mobileshttp://www.amazingadgets.com/Gadgets/category/latest-mobile **Click Here. For Latest Gadgets http://www.amazingadgets.com/Gadgets/category/gadgets **click here.. For Latest Laptops http://www.amazingadgets.com/Gadgets/category/laptop Click Here. For Latest Technology Newshttp://www.amazingadgets.com/Gadgets/category/technology-news *www.AmazinGadgets.com http://www.amazingadgets.com/ *The best Group to join for Latest News and update and Gadgets, Mobiles, Laptops, Mobile Software, Ring tones and alot more...Just think and get it from here * *Hurry up join and recommand ur friends to Join* http://gro Vorsaetze fuer das kommende Jahr ( ; Gruss, AndreasG ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unclassified vs. Tracks
Am 14.09.2008 um 02:35 schrieb Johann H. Addicks: Track heisst für mich eine KFZ-Fahrspur, d.h. wenn sich zwei Traktoren oder PKW begegnen, muss eine Ausweichstelle gefunden werden oder die Böschung mitgenutzt werden. Dass soetwas in Deutschland meist nur bei Wirtschaftswegen vorkommt und weniger auf öffentlichen Wegen, bedeutet nicht, dass es in anderen Ländern nicht auch anders sein kann. Ich denke so allgemeingültig ist die Aussage nicht richtig. Hier im Allgäu gibt es hunderte Kilometer solcher geteerter Feldwege. D.h. die Breite erfordert bei Begegnungsverkehr eine deutliche Herabsetzung der Geschwindigkeit und oftmals auch ein Ausweichen auf die Bankette. Für mich ist ein Entscheidungskriterium ob ich highway/ unclassified oder track/type1 paved tagge ob der Weg für Durchgangsverkehr geeignet und/oder sinnvoll befahrbar ist oder nicht. Ich denke das ist auch sinnvoll in Hinblick auf ein geeignetes Routing. my 2 cents Gruss Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aussegnungshalle = place_of_worship?
Lorenz Lang schrieb: Hallo zusammen! Ich habe eine Aussegnungshalle auf einem Friedhof eingetragen: * denomination: catholic * religion: christian * amenity: place_of_worship http://www.openstreetmap.org/?lat=48.240817lon=10.371352zoom=18layers=B000FTF Allerdings ist eine Aussegnungshalle eigentlich ja keine Kirche im Wortsinn und die meisten Friedhöfe sind auch nicht nur katholisch/evangelisch/etc. genutzt? Ideen um das sinnvoll einzutragen? Äh, so wie du das hast, ists doch gut! place of worship heißt ja auch nicht Kirche sondern Andachtsstätte oder so was - also deutlich allgemeiner. Siehe auch: http://dict.leo.org/?lp=endelp=frdelp=esdesearch=place+of+worshipsearchLoc=0relink=onspellToler=standardcmpType=relaxed Hau doch am besten noch n name=Aussgenungshalle dran und schon ist alles gut. Wenn dir denomination=catholic zu eingeschränkt erscheint, lass es halt weg. Aber ich würds dranlassen, wenn die Halle von der katholischen Kirche betrieben wird. Das heißt ja dann nicht, dass da niemand anders rein darf. Also eigentlich alles kein Problem. Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Donau in AT
Martin Koppenhoefer wrote: ja, ich würde das (noch) nicht machen. Manche wollen gern die einzelnen Segmente der Flüsse (grosse Flächen sind in mehrere Einzelstücke zerlegt besser handelbar) mit einer Relation wieder zu einem Fluss zusammenfassen. IMO sollte man das trennen. Das eine sind die Multipolygone, die dazu da sind, die Inseln richtig zu rendern (oder auch zu wissen: da ist Wasser und da ist kein Wasser). Sollte das Zusammenfassen von Flußabschnitten zu einer Relation irgendwann eine Funktion haben, dann kann man das immer noch (mit relativ wenig Aufwand) tun. Ich habe das jetzt gefixt. Es gibt Abschnitte mit Insel(n) und welche ohne. Eine Bitte noch zu http://www.openstreetmap.org/browse/relation/18443/history Obwohl ich im Potlach zuerst die Relation entfernt und dann den Weg gelöscht habe, bestehen die Relationen zu den - nicht mehr vorhandenen - Wegen 4776950, 4776951, 4776953 und 4776954 (das war so ein Hack, um Inseln darzustellen) noch. Könnte das bitte jemand entfernen? Übrig bleiben sollte nur mehr Way 3870959 as inner Way 16125805 as outer Bitte, danke! Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Verständnisfrage Layer=0, Layer= -1, Layer=1
Also mein Verständnis zu den Layern habe ich hier mal skizziert: http://img229.imageshack.us/img229/9102/layersqr5.png Denn ich habe schon des öfteren Fussgängertunnel (z.b. in Tübingen) oder andere Tunnel gefunden, die engentlich, abstrakt betrachtet ein normaler Weg sind, um den zufällig ein Berg drübergestülpt wurde. Für mich ändert der dies nichts am default layer, trotzdem tauchen diese vermehrt als layer=-1 auf. Was ist richtig? Ist dies eine bekannte, häufig auftauchende Fehlerquelle? -- - Mein Weblog: http://der-eichi.de Themen unter anderem aus den Bereichen |Politik|, |Linux| und |freie Software| - Mein öffentlicher PGP Schlüssel: http://pgp.der-eichi.de - ! Freie Alternative zu Google Maps Co.: http://www.openstreetmap.org ! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verständnisfrage Layer=0, Layer= -1, Layer=1
[EMAIL PROTECTED] wrote: Denn ich habe schon des öfteren Fussgängertunnel (z.b. in Tübingen) oder andere Tunnel gefunden, die engentlich, abstrakt betrachtet ein normaler Weg sind, um den zufällig ein Berg drübergestülpt wurde. Für mich ändert der dies nichts am default layer, trotzdem tauchen diese vermehrt als layer=-1 auf. Was ist richtig? Ist dies eine bekannte, häufig auftauchende Fehlerquelle Ich mappe ja noch nicht so lange. Von daher mag es interessant sein wie ich die verfügbare Beschreibung verstehe. Falls ich auch daneben liege wäre das ein guter Hinweis, dass mit der Doku etwas nicht stimmt. Mein Verständnis zu Layern ist, dass diese nichts mit der Lage eines Weges in der Natur zu tun haben. Ein Layer ist ein Merkmal um sich kreuzende Wege in der Datenbank auseinanderzuhalten. Die Wege werden in virtuelle Schichten (Layer) gesteckt. Wie das später auf der Karte aussieht wird ein Renderer nach seinen eigenen Regeln entscheiden. Ich würde in deinem Beispiel folgendes machen: Der Weg, auch wenn es ein Tunnel ist auf Layer 0. Tunnel=yes sagt, es ist eine Röhre. Weil sich keine Wege kreuzen bleibt er auf Layer 0 (default). Wenn jetzt ein weiterer Weg oben drüber bzw. darunter läuft bekommen die ein Layer. Das können auch drei Tunnel sein die sich ohne Verbindung kreuzen. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagwatch query über ID statt Text
Bezug zu: http://www.mail-archive.com/talk-de@openstreetmap.org/msg21921.html ich habe im Tagwatch/Germany unter Tourism folgenden Eintrag gesehen: Ihr Windelwagen besteht aus 13Windeln 3-6kg mit niedlichen Motiven ... ... und dekoriert mit museum Ich vermute mal da wollte jemand museum reinschreiben. Würde das ja auch gerne korrigieren, aber wie finde ich die Stelle? Das vermutest Du aber nur. Vielleicht hat sich der Ersteller ja auch was ganz bestimmtes dabei gedacht. Ob man das so einfach ändern kann? Nicht das er oder sie beleidigt von dannen zieht. ;-). 'tschuldigung, aber manchmal macht Nachtreten doch Spaß. Siehe: [Talk-de] historic=ruins abreißen, historic =... aufräumen http://www.mail-archive.com/talk-de@openstreetmap.org/msg21738.html Ich hatte das auch gesehen, wollte es als eines der schöneren Beispiele für Unfälle anbringen und fand es dann leider nicht wieder. Habe mir über die xapi den kompletten tourism gezogen und dort nach der ID gesucht. Wäre das auch einfacher gegangen? Die Stelle ist also korrigiert. Es gibt noch mehr so Kandidaten. Falls es nur so geht, könntest Du mir bitte in einer privaten Mail erklären, wie das genau funktioniert. Ich würde gern ein paar ähnliche Fälle bei historic betreuen, komme aber nur per tagwatch und Namefinder nicht an alle ran. Danke Roman -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagwatch query über ID statt Text
Hi, Roman Grabolle wrote: ich habe im Tagwatch/Germany unter Tourism folgenden Eintrag gesehen: Ihr Windelwagen besteht aus 13Windeln 3-6kg mit niedlichen Motiven ... ... und dekoriert mit museum Ich vermute mal da wollte jemand museum reinschreiben. Würde das ja auch gerne korrigieren, aber wie finde ich die Stelle? Das vermutest Du aber nur. Vielleicht hat sich der Ersteller ja auch was ganz bestimmtes dabei gedacht. Ob man das so einfach ändern kann? Nicht das er oder sie beleidigt von dannen zieht. ;-). 'tschuldigung, aber manchmal macht Nachtreten doch Spaß. Was genau beweist Deiner Ansicht nach dieses Beispiel, was nicht vorher schon jedem klar war? Habe mir über die xapi den kompletten tourism gezogen und dort nach der ID gesucht. Wäre das auch einfacher gegangen? Die Stelle ist also korrigiert. Es gibt noch mehr so Kandidaten. Falls es nur so geht, könntest Du mir bitte in einer privaten Mail erklären, wie das genau funktioniert. Ich würde gern ein paar ähnliche Fälle bei historic betreuen, komme aber nur per tagwatch und Namefinder nicht an alle ran. Es gibt noch verschiedene andere Moeglichkeiten. Wenn es um ein deutsches Bundesland geht, dann kann man sich das jeweilige .osm.bz2 von download.geofabrik.de runterladen, auspacken und mit grep oder einem aehnlichen Programm darin suchen. Typischerweise sieht der Befehl dann so aus: grep -B5 13Windeln hessen.osm (-B5, um die 5 Zeilen vor der Trefferstelle zu sehen) - das verraet einem schnell die ID. Das gleiche Verfahren ist auch mit der gesamten Deutschland-Datei (2,5 GB gross) oder Europa (9,8 GB) oder dem ganzen planet (97 GB) moeglich, wenn man genug Platz dafuer auf der Platte hat und schnell genug darin zu suchen vermag. Man kann auch ueber die XAPI nach allen Objekten mit einer bestimmten Key/Value-Kombination suchen. In diesem Beispiel hier waere das unpraktisch gewesen, weil die Gefahr gross ist, sich bei so einem langen Text zu vertippen, aber angenommen, ich wollte jetzt das Objekt mit historic=Felsenkeller suchen, geht das leicht mit http://www.informationfreeway.org/api/0.5/node[historic=Felsenkeller] Ich verwende wget, um solche URLs abzurufen, und erhalte nach wenigen Sekunden $ wget -qO- 'http://www.informationfreeway.org/api/0.5/node[historic=Felsenkeller]' ?xml version='1.0' standalone='no'? osm version='0.5' generator='osmxapi: OSM Extended API' xmlns:osmxapi='http:#47;#47;www.informationfreeway.org#47;osmxapi#47;0.5' osmxapi:uri='#47;api#47;0.5#47;node%5bhistoric=Felsenkeller%5d' osmxapi:planetDate='200809141014' osmxapi:copyright='2008 OpenStreetMap contributors' osmxapi:instance='zappy3' node id='269327068' lat='49.4278711' lon='11.1965165' user='cycling_zno' osmxapi:users='cycling_zno' timestamp='2008-06-20T13:56:52Z' tag k='historic' v='Felsenkeller'/ /node /osm Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verständnisfrage Layer=0, Layer= -1, Layer=1
On Sun, 14 Sep 2008 11:57:34 +0200 Stephan [EMAIL PROTECTED] wrote: Mein Verständnis zu Layern ist, dass diese nichts mit der Lage eines Weges in der Natur zu tun haben. Ein Layer ist ein Merkmal um sich kreuzende Wege in der Datenbank auseinanderzuhalten. Die Wege werden in virtuelle Schichten (Layer) gesteckt. Hm, okay, wenn das wirklich so gedacht würde, würde es das natürlich vereinfachen. Ich hatte eben das Gefühl, manche Leute würden mit dem Layern so lange spielen, bis die beiden bekannten Renderer ein gutes Bild rendern, das würde ich ein wenig für Fatal halten. Ich dachte, Layer wären wirklich dafür da anzugeben, sozusagen _noch_ ohne genaue Meter-Daten anzugeben, ob der Weg über oder unter dem 0 Punkt der Erdoberfläche ist. Somit könnte man ggf. irgendwann später die Höhen noch angeben und daraus 3 dimensionale Karten erstellen. -- - Mein Weblog: http://der-eichi.de Themen unter anderem aus den Bereichen |Politik|, |Linux| und |freie Software| - Mein öffentlicher PGP Schlüssel: http://pgp.der-eichi.de - ! Freie Alternative zu Google Maps Co.: http://www.openstreetmap.org ! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagwatch query über ID statt Text
On Sun, 14 Sep 2008, Stephan wrote: Ich vermute mal da wollte jemand museum reinschreiben. Würde das ja auch gerne korrigieren, aber wie finde ich die Stelle? Habe mir über die xapi den kompletten tourism gezogen und dort nach der ID gesucht. Wäre das auch einfacher gegangen? Die Stelle ist also korrigiert. Es gibt noch mehr so Kandidaten. Ein Klick auf die Linke Tabellenspalte im Tagwatch leitet zur OSMXAPI für den kompletten Key weiter. Den kannst Du in JOSM importieren und korrigieren. Ein Klick auf die Beispiele in der rechten Seiten leitet auf OSMXAPI um, allerdings auf die spezielle Schlüssel/Wert-Kombination. Die kannst Du auch korrigieren. Die OSMXAPI hat allerdings momentan Probleme mit Sonderzeichen und ein paar weitere kommen durch die Weiterleitung vom Webserver zustande :-) Wäre es möglich, dass TagWatch in den Link für den OSM-Download die ID reinschreibt statt der Query? Dann bräuchte man die normale API, richtig? Aber dafür bringen Sonderzeichen die Abfrage nicht durcheinander. Und die ID ist doch eh schon bekannt... Die ID ist nicht bekannt. TagWatch ist ein Ausdünnskript, was mit wachsendem Datenbestand immer mehr Probleme bekommt. Also werden alle Daten während der Prozessierung auf den Anteil reduziert, der nachher auch gebraucht wird. Ich hätte nicht dagegen bei Einzeltypen die ID statt der OSMXAPI-Aufrufe zu nutzen. Allerdings habe ich auch momentan keine Lust das einzubauen. Aber der Quellcode ist ja frei verfügbar. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aussegnungshalle = place_of_worship?
FreeWorld schrieb: Hau doch am besten noch n name=Aussgenungshalle dran und schon ist alles gut. Wenn dir denomination=catholic zu eingeschränkt erscheint, lass es halt weg. Aber ich würds dranlassen, wenn die Halle von der katholischen Kirche betrieben wird. Das heißt ja dann nicht, dass da niemand anders rein darf. Also eigentlich alles kein Problem. Hört sich gut an. Mach ich so. Thx! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verständnisfrage Layer=0, Layer= -1, Layer=1
On Sun, Sep 14, 2008 at 12:21:58PM +0200, [EMAIL PROTECTED] wrote: Ich dachte, Layer wären wirklich dafür da anzugeben, sozusagen _noch_ ohne genaue Meter-Daten anzugeben, ob der Weg über oder unter dem 0 Punkt der Erdoberfläche ist. Genau das ist es _nicht_. Es gibt eine relative Reihenfolge an dem jeweiligen Schnittpunkt vor, mehr nicht. Daß ein Weg von Layer -5 auf Layer 0 wechselt heißt nicht, daß sich dabei seine Lage irgendwie verändert. Es ist primär ein Hint an Renderer. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagwatch query über ID statt Text
On Sun, Sep 14, 2008 at 12:20:54PM +0200, Frederik Ramm wrote: Es gibt noch verschiedene andere Moeglichkeiten. Wenn es um ein deutsches Bundesland geht, dann kann man sich das jeweilige .osm.bz2 von download.geofabrik.de runterladen, auspacken und mit grep oder einem aehnlichen Programm darin suchen. Typischerweise sieht der Befehl dann so aus: grep -B5 13Windeln hessen.osm Auspacken (mit Zwischenspeichern auf Festplatte) ist nicht nötig: bzgrep 13Windeln germany.osm.bz2 Wenn man mehrere Suchen machen will, ist auspacken natürlich (insbesondere bei bz2) deutlich schneller. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Museum oder Attraktion
2008/9/13 Jan Tappenbeck [EMAIL PROTECTED] Moin ! kurze Frage nach Eurer allgemeinen Handhabe. Bei uns in Lübeck gibt es viele intern. Bekannte Ort (hier keine Werbung). Die hat einer alle als Attraktion getackt und daher ist Informationsfreeway stark hervorgehoben. Wenn das so weiter geht, dann ist in der Karte bald nichts mehr zu erkennen. In OSM hingegen werden die gar nicht dargestellt. http://www.informationfreeway.org/?lat=53.866291544058456lon=10.690361968415338zoom=15layers=B000F000F http://www.openstreetmap.de/karte.html?zoom=17lat=53.86693lon=10.6854layers=B0 Ich weiß, alles eine Frage des Renders und der Konfig - aber wie macht Ihr das - alles richig als Museum kennzeichnen - beides vergeben oder was sind ansonsten Attraktionen? Gruß jan :-) ich würde angesichts der Größe und Farbe, mit der Attraktionen derzeit gerendert werden, nur die allerwenigsten echten Highlights so auszeichnen und den Rest zurückstufen. Habe ich auch schon gemacht bei versch. Diskotheken etc. in meiner Umgebung. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unclassified vs. Tracks
Udo Besenreuther schrieb: Also wenn ich http://wiki.openstreetmap.org/index.php/De:Map_Features#Wirtschaftswege ansehe, dann ist wohl das primäre Kriterium für track und tracktype die Oberfläche des Weges. Für tracktype ja. Aber die Oberflächenbeschaffenheit bei highway=unclassified, surface=paved und highway=track, tracktype=grade1 ist gleich; genauso bei highway=unclassified, surface=unpaved und highway=track, tracktype=grade2. Der Unterschied ist nur die Funktion: öffentliche Straße oder Wirtschaftsweg. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagwatch query über ID statt Text
Frederik Ramm wrote: Falls es nur so geht, könntest Du mir bitte in einer privaten Mail erklären, wie das genau funktioniert. Ich würde gern ein paar ähnliche Fälle bei historic betreuen, komme aber nur per tagwatch und Namefinder nicht an alle ran. Man kann auch ueber die XAPI nach allen Objekten mit einer bestimmten Key/Value-Kombination suchen. In diesem Beispiel hier waere das unpraktisch gewesen, weil die Gefahr gross ist, sich bei so einem langen Text zu vertippen, aber angenommen, ich wollte jetzt das Objekt mit historic=Felsenkeller suchen, geht das leicht mit Nicht ganz richtig. Diese Abfrage wird ja gemacht wenn man bei Tagwatch auf den OSM Link drückt. Allerdings hat die Api wohl ein Problem mit dem Escapen von Sonderzeichen. Und Substrings/Wildcards sind in der Suche nicht unterstützt oder dokumentiert. Versuch' mal das hier (muss einen Treffer liefern): http://tagwatch.stoecker.eu/*%5Btourism=Swimming%20Pool%20%28indoor%20%2B%20outdoor%29%5D Ich habe mir tourism=* gezogen und per grep gesucht. Ist etwas handlicher als das germany.osm. Auf Dauer gefällt mir diese Lösung nicht. Wenn das jeder machen muss ist es ein recht großer Overhead um an wenige Daten zu kommen. Warum nicht gleich die ID im Report mit ausgeben? Was noch cooler wäre: Checkboxen neben jeder Zeile. Ich markiere interessante Zeilen und habe dann einen Butten der mir die markierten Zeilen zusammen als osm extrahiert. Dazu müsste die API eine Liste mit IDs als query akzeptieren. Oder ein Script iteriert intern drüber. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagwatch query über ID statt Text
Stephan wrote: Versuch' mal das hier (muss einen Treffer liefern): http://tagwatch.stoecker.eu/*%5Btourism=Swimming%20Pool%20%28indoor%20%2B%20outdoor%29%5D Habe noch ein wenig rumprobiert. Es scheint irgend wo bei den Weiterleitungen das + wieder reinzukommen. Und dann geht es schief. Direkte Abfrage klappt: wget -O- http://osmxapi.hypercube.telascience.org/api/0.5/*%5btourism=Swimming%20Pool%20%28indoor%20%2B%20outdoor%29%5D Warning: wildcards not supported in HTTP. --13:02:09-- http://osmxapi.hypercube.telascience.org/api/0.5/*%5btourism=Swimming%20Pool%20%28indoor%20%2B%20outdoor%29%5D = `-' Resolving osmxapi.hypercube.telascience.org... 137.110.119.130 Connecting to osmxapi.hypercube.telascience.org|137.110.119.130|:80... connected. HTTP request sent, awaiting response... 200 OK Length: unspecified [html/xml] [= ] 0 --.--K/s ?xml version='1.0' standalone='no'? osm version='0.5' generator='osmxapi: OSM Extended API' xmlns:osmxapi='http://www.informationfreeway.org/osmxapi/0.5' osmxapi:uri='/api/0.5/*%5btourism=Swimming%20Pool%20%28indoor%20%2B%20outdoor%29%5D' osmxapi:planetDate='200809141056' osmxapi:copyright='2008 OpenStreetMap contributors' osmxapi:instance='zappy3' node id='74044676' lat='53.1304733' lon='8.2086127' user='artus70' osmxapi:users='a1e,artus70' timestamp='2008-01-16T21:18:58Z' tag k='leisure' v='water_park'/ tag k='note' v='Olantis Huntebad'/ tag k='sport' v='swimming'/ tag k='tourism' v='Swimming Pool (indoor + outdoor)'/ /node /osm Aber umständlich ist das schon... Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagwatch query über ID statt Text
On Sun, 14 Sep 2008, Stephan wrote: Versuch' mal das hier (muss einen Treffer liefern): http://tagwatch.stoecker.eu/*%5Btourism=Swimming%20Pool%20%28indoor%20%2B%20outdoor%29%5D Habe noch ein wenig rumprobiert. Es scheint irgend wo bei den Weiterleitungen das + wieder reinzukommen. Und dann geht es schief. Sollte jetzt funktionieren. Wenn ein '/' drin ist klappt jetzt zwar die Weiterleitung, aber OSMXAPI schlägt trotzdem fehl. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagwatch query über ID statt Text
Dirk Stöcker wrote: Ein Klick auf die Linke Tabellenspalte im Tagwatch leitet zur OSMXAPI für den kompletten Key weiter. Den kannst Du in JOSM importieren und korrigieren. Das hier? http://tagwatch.stoecker.eu/Germany/En/tags.html So hatte ich es letztlich gelöst, wenn auch in Hardarbeit. Ein Klick auf die Beispiele in der rechten Seiten leitet auf OSMXAPI um, allerdings auf die spezielle Schlüssel/Wert-Kombination. Die kannst Du auch korrigieren. z.B. hier: http://tagwatch.stoecker.eu/Germany/En/keystats_tourism.html Da gibt es das Problem mit den Sonderzeichen. Das die Umleitung damit zu tun hat hatte ich mittlerweile auch herausgefunden ;) Die ID ist nicht bekannt. Schade. Dann geht dieser Weg auf die Schnelle jedenfalls nicht :( Danke für die Info. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagwatch query über ID statt Text
Dirk Stöcker wrote: Habe noch ein wenig rumprobiert. Es scheint irgend wo bei den Weiterleitungen das + wieder reinzukommen. Und dann geht es schief. Sollte jetzt funktionieren. Wenn ein '/' drin ist klappt jetzt zwar die Weiterleitung, aber OSMXAPI schlägt trotzdem fehl. Ja, ist gefixt. Vielen Dank! Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehrere Karten parallel auf Garmin GPS (Oregon)
Am Sonntag, den 14.09.2008, 13:11 +0200 schrieb Georg Dustermann: Hallo, ich habe folgendes Problem und vielleicht könnt ihr mir ja bei der Lösung helfen: Ich möchte gerne mehrere Karten auf mein Oregon aufspielen. Theoretisch bietet das Oregon ja die Möglichkeit mehrere Karten zu verwalten, zumindest sie zu aktivieren und deaktivieren. Wenn ich jetzt z.B. die Deutschlandkarte von Computerteddy als gmapsupp und noch eine selbsterstellte Karte auf das GPS übertragen will, dann muss ich diese doch zunächst in eine Datei mit dem Namen gmapsupp.img packen und diese dann auf dem GPS direkt bzw. auf der Speicherkarte unter [Luafwerk]:/Garmin/gmapsupp.img ablegen. Nur dort sucht das Gerät nach Karten. Ist das soweit richtig? Genau diesen Gedanken hatte ich vor knapp 24h auch. Ich hab ein Nüvi, welches das selbe Verhalten an den Tag legt wie Deine Garmin - Es erwartet die Karte GMAPSUPP.IMG im Ordner Garmin eines Datenträgers. Mir kam dann folgende Idee, die ich noch nicht getestet habe, was ja du tun köntest: Was passiert, wenn die Speicherkarte Zwei Partitionen mit jeweils /Garmin/GMAPSUPP.IMG enthält? Evtl kriegt man dann mehrere (2+x) Karten in einem Gerät unter. Viel Erfolg, Tobias signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wozu überhaupt Tags vorschlagen?
Hi, Gerade heute einen Parkplatz taggen wollen und wie gewohnt ctrl-aamentabparkenter eingetippt, schwupps hatte ich ne Parkbank gesetzt... ein Grund mehr, die blöden park_benches endlich auf bench umzustellen! ;) Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wozu überhaupt Tags vorschlagen?
Moin, Wie Du weißt, kannst Du Dir die Presets in die Toolbar holen? Klar. Aber Du kannst ja nicht alle Presets in die Toolbar hängen (ich sehe schon kommen dass wir in JOSM noch Paletten bekommen). Dann reicht ein Klick aus (erst recht, wenn Du eigene Presets ohne Abfragen definierst, die einfach einen Key setzen, wie z.B. Ampel :-). Ich bezweifle dass Du wirklich schneller tippen kannst. Also ich kann es nicht. Die single Shots, soweit sie in der Toolbar hängen, sind natürlich schneller. Aber bis ich die Schutzhütte im Menü gefunden habe, habe ich es getippt. Und das obwohl ich's selber eingebaut habe :) . Und für alle, die es noch nicht wissen: seit irgendwann letztens kann man ja sogar ein komplettes Preset-Menü in die Toolbar holen. Ein übrigens sehr geiles Feature, das ich jedem nur empfehlen kann. Was wir brauchen könnten wäre sowas wie Defaultpresets in der Menüleiste; ich nehme an, dass sehr viele Leute noch gar keine Presets im Menü haben, weil sie gar nicht wissen, dass es geht. Beste Grüße, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wozu überhaupt Tags vorschlagen?
On Sun, 14 Sep 2008, Christoph Eckert wrote: Wie Du weißt, kannst Du Dir die Presets in die Toolbar holen? Klar. Aber Du kannst ja nicht alle Presets in die Toolbar hängen (ich sehe schon kommen dass wir in JOSM noch Paletten bekommen). Ich habe jetzt 1680 Pixel Platz. Da passt viel hin :-) Und für alle, die es noch nicht wissen: seit irgendwann letztens kann man ja sogar ein komplettes Preset-Menü in die Toolbar holen. Ein übrigens sehr geiles Feature, das ich jedem nur empfehlen kann. Was wir brauchen könnten wäre sowas wie Defaultpresets in der Menüleiste; ich nehme Habe gerade Ticket #1548 eingestellt, welches diese Idee mal aufhebt. an, dass sehr viele Leute noch gar keine Presets im Menü haben, weil sie gar nicht wissen, dass es geht. Tja. Vielleicht sollte man in der Standardeinstellung mal ein paar vordefinieren. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Fragen
Moin, Standardmäßig sind die aber gelb :-) mv .josm .josm_ java -jar josm-latest.jar Bei mir gibt das rote Knubbel :) . Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Fragen
On Sun, 14 Sep 2008, Christoph Eckert wrote: Standardmäßig sind die aber gelb :-) mv .josm .josm_ java -jar josm-latest.jar Bei mir gibt das rote Knubbel :) . Ok. Hast ja recht. Ist immer das erste, was ich mache: Rot und Gelb bei Knoten und Auswahl tauschen. Ist eine dämliche Voreinstellung. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wozu überhaupt Tags vorschlagen?
Hallo, es wäre auch möglich, dass jemand regelmäßig ein Script laufen ließe, welches Manipulationen (wie das Löschen von Objekten mit unliebsamen Tags) an der Datenbank vornimmt. Ich kann mir nicht vorstellen, dass sowas je passieren wird. Aber es liegt nicht außerhalb des Möglichen. Das geht jetzt auch schon. OSM hat derzeit ein unglaubliches Dusel, dass sich Wütereinen dieser Art in Grenzen halten. Mißverständnis, sorry. Ich wollte Dir minichten irgendetwas unterstellen. Ich wollte aber sehr wohl durch ein überspitztes Beispiel plakativ darstellen, warum ich mir schwer damit tue, dass es Tags geben soll, die gleicher als andere sein sollen (und nein, ich bin kein Kommunist ;-) . Die totale Gleichheit hat ja auch da nie funktioniert ;) Ich bin der Meinung, dass ein Tag, der gut ausprobiert und ausgetestet ist, schon gleicher sein darf als andere. Das frustrierende derzeit ist, dass alles wieder und wieder durchgekaut wird, also Dinge, die wieder und wieder Konsens hatten. Also nochmal das konkrete Konzept: Bestimmte Tags, die sich bewährt haben, werden aus der Masse herausgezogen und versioniert. Da kommt dann ein Schema bei heraus, dass ein bestimmtes Gebiet abdeckt, also z.B. die Basiserfassung von Straßen. Wenn ich da draufschaue, habe ich als Anfänger einen gewissen Halt, denn dieses Schema soll für einen gewissen Zeitraum fix bleiben. Dabei werden in erster Linie Dinge festgehalten, die irgendwie jeder weiss, wie dass 'highway' in irgendeiner Form ein Weg oder eine Straße ist und dass es keinen 'lowway' gibt. sondern Doku und Software Und um das hinzubekommen, bräuchte es eigentlich ein Mindestmass an Organisation. Eine SW, deren Basis im Wochentakt umgeschmissen wird, wird nie fertig, egal ob als OpenSource oder Closed Source. Die Rolle der Dokumentation soll eben dieses Basisschema übernehmen aber nicht nach der Katedralmethode, sondern demokratisch und Demokratie funktioniert über Abstimmungen. Software kann dann diese Doku nutzen, nur dazu muss die Doku über einen gewissen Zeitraum stabil bleiben. Ansonsten bleibt alles beim alten. Wer den 'stone_in_my_shoe' taggen möchte, kann das tun. Nur, was eigentlich eine Selbstverständlichkeit ist, er kann eben mit keiner expliziten Unterstützung seitens der Software (Renderer, etc.) rechnen. die Editoren lassen die Anwender ausgerechnet dann im Regen stehen, wenn's kniffelig wird. Aber wir arbeiten 'dran :) . Derzeit gibt eine kleine Minderheit sehr dominant den Ton an... Um das nochmal zu vertiefen: Die Macht haben derzeit hauptsächlich die, die Editoren und Renderer beherrschen und das sehe ich nicht gerade als demokratisch an. Um das klarzustellen: Mich persönlich juckt das wenig, denn ich rendere selber und den editor kann ich auch dazu überreden, das einzutragen, was ich will. Trotzdem finde ich es nicht ganz OK, dass über diesen undemokratischen Weg Tatsachen geschaffen werden und ohne echte Dokumentation das passiert, was du oben kritisiert hast: Die einen Tags, die von Presets und Renderregeln erfasst sind, sind gleicher als die anderen. Vor allem ersticken sie an dem engen Korsett und der Überbürokratisierung. Warum wird eigentlich immer dieser komische Teufel an die Wand gemalt, obwohl davon wirlich nix, aber auch garnix in Sicht ist? Zumindest nicht so, wie du das hier andeutest. Aber Ich brauch mir nur die Liste hier ansehen und was ich sehe ist durchaus mit Überbürokratisierung vergleichbar. Ein Regelwust ohne gleichen mit zig Wegen um ein Ziel zu erreichen. Da kann sich manche Bürokratie noch was von abschauen ;) Grüsse Hubert -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wozu überhaupt Tags vorschlagen?
Zitat qbert biker: [...] Um das nochmal zu vertiefen: Die Macht haben derzeit hauptsächlich die, die Editoren und Renderer beherrschen und das sehe ich nicht gerade als demokratisch an. [...] Wie definierst Du Demokratie und wo siehst Du dort Parallelen zu OSM? -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verknüpfung mit Wikipedia oder andere n Datenbanken
Hallo, Etric Celine [EMAIL PROTECTED] writes: On Saturday 13 September 2008 11:16:31 Florian Schweikert wrote: Mein Problem ist das für wikipedia (noch) keine Sprache angebbar ist. Wenn es die page nur auf Deutsch gibt, und man den deutschen angibt verlinkt er (falls es mal sowas gibt) vermutlich zur englischen wikipedia und findet nichts. Du könntest das Namespace construct :de :en etc nehmen. also wikipedia:de=page_name bzw wikipedia:en_page_name Wird jetzt schon bei der allgemeinen Namensvergabe sehr oft benutzt. Alternativ könnte man es eventuell auch andersherum machen: wikipedia=de:page Das würde dann von der Wikipedia entsprechend umgeleitet werden. Beispiel: http://en.wikipedia.org/wiki/de:Sprache Viele Grüße Sebastian Waschik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wozu überhaupt Tags vorschlagen?
qbert biker schrieb: Die Rolle der Dokumentation soll eben dieses Basisschema übernehmen aber nicht nach der Katedralmethode, sondern demokratisch und Demokratie funktioniert über Abstimmungen. Software kann dann diese Doku nutzen, nur dazu muss die Doku über einen gewissen Zeitraum stabil bleiben. Grossteils stimme ich in den anderen Punkten mit Dir überein - aber das mit der Demokratie funktioniert hier nicht wirklich. Esgibt zu viele Laien die sich kaum mit einem Thema befassen bzw. reale Erfahrungen damit haben aber darüber abstimmen wollen (z.B. Nichtführerscheinbesitzer bei Autobahn-Detailfragen) und viele Experten, die sich intensiv mit einer optimalen Problemlösung aus jeder Sicht beschöftigt haben, denen so eine Abstimmung aber zu blöd ist, u.a. weil sie in ihrem speziellen Expertenthema in der Unterzahl sind und keine Chance haben etwas auszurichten.. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mit Stadtmauern (man_made:city_wall) zu historic:city_wall umziehen?
Andreas Labres schrieb: Ich finde, man sollte Mauern ganz allgemein lösen. Eine historische Stadtmauer stellt genauso wie eine moderne Betonwand ein Hindernis dar. Irgendwas in der Art man_made=wall oder fence=wall und dann von mir aus detailiertere Attribute. barrier=wall, barrier=fence, wie bei Pollern? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] construction=yes bitte nicht durch highway=construction ersetzen!!!
Garry schrieb: Aus aktuellem Anlass möchte ich eindringlich darum bitten die mit construction=yes nicht durch highway=construction etc. zu ersetzen!!! Ich treibe sehr viel Aufwand (regelmässiger Besuch der Baustellen, Suche der Vermessungspunkte im Gelände, Charten von Flugzeugen für Luftaufnahmen) um die in Bau und Planung befindlichen neuen Strassen bzw Verkehrswege für OSM zu erfassen. Wichtig ist hierfür, dass die bereits erfassten Daten in den üblichen Anwendungen - insbesondere Garmin, Navipowm,.. - angezeigt werden, was mit highway=construction nicht funktioniert! Wir mappen nicht für die Renderer - ich kauf mir demnächst ne Gebetsmühle ;-) Es ist sonst sehr mühsam bis unmöglich zugänge zu dem Trassenverlauf in der Natur für dasverfeinern der Daten zu finden! Und nein, ich habe nicht die Möglichkeit bzw. die Zeit mir für diesen Zweck eine Spezialanwendung mit Spezaildaten zu erstellen! Also sollen jetzt alle Mapper Blödsinn in die Datenbank schreiben (was du vorschlägst *ist* aus meiner Sicht Blödsinn) weil du eine Spezialanwendung hast und nicht in der Lage/bereit bist dir hierfür spezielle Software zu schreiben. Wenn eine Straße im Bau ist, will ich sie entweder entsprechend speziell dargestellt oder *nicht* dargestellt bekommen - aber bestimmt nicht genauso wie alle anderen Straßen. Vielleicht kann doch mal jemand der sich damit auskennt in die Renderer eine Funktion einbauen die auch bei gesetztem construction=xxx die entsprechende Wege gestrichelt einzeichnet - damit meine sehr mühsam erstellten in Bau befindlichen Strassen nicht mehr von Schreibtischtätern planlos umgemapped werden und ich dann wieder ohne Daten in der Landschaft stehe! Mach dir nichts draus, so spätestens nach ein-zwei Jahren haben sich die meisten Straßen eh automatisch umgewandelt! Fehlrouting der Router schliesse ich aus in dem ich die nicht freigegeben neuen Strassen nicht an das freigegeben Strassennetz anschliesse. Das mit dem nichtverbinden der Straßen ist doch nun wirklich eine einzige Krücke! Ausserdem weiss ich im Namensanhang deutlich auf die Nichtbenutzbarkeit dieser Strassen durch den regulärenVerkehr hin. Und das kann die gemeine Routingsoftware auch so verstehen? ;-) Du zäumst das Pferd von der falschen Seite auf! Wenn du in Bau befindliche Straßen gerendert haben möchtest, versuche nicht die Mapper an deine Probleme, sondern die Renderer zu ändern. Es ist ja nicht so, daß die Renderer die Sachen vorsätzlich nicht darstellen, sondern sich meist einfach keiner drum gekümmert hat (wobei ich beim Garmin einfach nicht weiß, ob das geht - ist halt closed). Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wozu überhaupt Tags vorschlagen?
Original-Nachricht Datum: Sun, 14 Sep 2008 18:37:30 +0200 Von: Garry [EMAIL PROTECTED] An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Wozu überhaupt Tags vorschlagen? Hallo, eigenlich sehe ich Ursache und Wirkung genau andersrum. Anfänger müssen oft experimentieren, weil sie den richtigen Einstieg nicht finden. Ich glaube auch nicht, dass Anfänger ein grosses Interesse daran haben, eine Abstimmung zu beeinflussen. Einer Abstimmung muss ja eine Diskussion vorgeschaltet sein und damit können die Experten ihr Wissen darlegen. Bei der Autobahnsache (gings um das Umkehren in der Auffahrt?) kann man das technisch aufarbeiten. Ich habe lang genug mit Routern gearbeitet, dass ich weiss, wann der umkehrt und kann das auch belegen. Der beste Lösungsansatz ist derzeit wohl der Divider, für den sich aber niemand interessiert, weil er nicht gerendert wird (da OT, kurze Anmerkung unten). Ich habe kein Problem mit einer Abstimmung, sondern finde es schade, dass wertvolle Information fast unzugänglich in der Masse der Beiträge untergeht. Das hilft weder Anfängern noch Kennern. Grüsse Hubert qbert biker schrieb: Die Rolle der Dokumentation soll eben dieses Basisschema übernehmen aber nicht nach der Katedralmethode, sondern demokratisch und Demokratie funktioniert über Abstimmungen. Software kann dann diese Doku nutzen, nur dazu muss die Doku über einen gewissen Zeitraum stabil bleiben. Grossteils stimme ich in den anderen Punkten mit Dir überein - aber das mit der Demokratie funktioniert hier nicht wirklich. Esgibt zu viele Laien die sich kaum mit einem Thema befassen bzw. reale Erfahrungen damit haben aber darüber abstimmen wollen (z.B. Nichtführerscheinbesitzer bei Autobahn-Detailfragen) und viele Experten, die sich intensiv mit einer optimalen Problemlösung aus jeder Sicht beschöftigt haben, denen so eine Abstimmung aber zu blöd ist, u.a. weil sie in ihrem speziellen Expertenthema in der Unterzahl sind und keine Chance haben etwas auszurichten.. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Noch kurz die Anmerkung zu den Autobahnauffahrten: Die normalen Auffahrten sind unkritisch, wenn das Stück Autobahn zwischen Aus- und Einfahrt kürzer/schneller ist als die Auffahrt rauf- und runterzufahren. Mitten auf der Strecke kehrt sowieso kein (bekannter) Routeralgorithmus um. Kritisch ist dagegen die kreuzungsfreie Straße selber, wenn die nicht wie die Autobahn baulich getrennt gebaut ist. Hier ist die Ausfahrt auf der anderen Straßenseite beim Abbiegen oft attraktiver als die Ausfahrt auf der anderen Seite. Der Router macht dann einen verbotenen Linksabbieger. Letzterer kann über ein explizites Abbiegeverbot verhindert werden - effektiver und weniger fehlerträchtig ist allerdings der Divider. -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorschlag der weiteren Keys für Tag: historic=archaeological_site
Roman Grabolle schrieb: Vollversiegelte Bodendenkmäler, bei denen es nix zu kucken gibt, brauchen und sollen auch nicht gemappt werden. Hier geht es bislang und hoffentlich auch in Zukunft ausschließlich um obertägig sichtbare Bodendenkmäler und um die vergleichsweise wenigen Grabungsstätten, bei denen die Mauerbefunde stehengelassen und konserviert wurden und nun gezeigt werden bzw. eine andere Rekonstruktion der arch. Befunde erfolgte Also ich hatte eigentlich vor, auch recht profane Erdhuegel als archaeological_site zu markieren, so denn da ein Schild vom Denkmalschutz daneben steht, dass es sich um ein Huenengrab handelt. Als Attraction wuerde ich die aber nicht markieren wollen. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mit Stadtmauern (man_made:city_wall) zu historic:city_wall umziehen?
Zitat Birgit Nietsch: Andreas Labres schrieb: Ich finde, man sollte Mauern ganz allgemein lösen. Eine historische Stadtmauer stellt genauso wie eine moderne Betonwand ein Hindernis dar. Irgendwas in der Art man_made=wall oder fence=wall und dann von mir aus detailiertere Attribute. barrier=wall, barrier=fence, wie bei Pollern? barrier=bollard Sind aber eher unhistorisch. -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] construction=yes bitte nicht durch highway=construction ersetzen!!!
Ralf Zimmermann schrieb: 1) Schreibe Details hierzu ins Wiki - dann kann jeder nachlesen was man im speziellen beachten sollte. Bitte! -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unclassified vs. Tracks
grungelborz schrieb: Ein 'grade1' und ein 'grade2' track unterscheiden sich IMO nicht so sehr - auf beiden muß man als Autofahrer langsam fahren, sie sind aber ohne Probleme und bei jedem Wetter befahrbar. Nun besteht die Welt aber nicht nur aus Autofahrern. Wobei der Unterschied auch ueber das Surface-Tag ausgedrueckt werde koennte, aber so weit ich weiss wird das bislang von keinem Renderer oder Kartenkonvertierer ausgewertet. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] construction=yes bitte nicht durch highway=construction ersetzen!!!
Ulf Lamping schrieb: Also sollen jetzt alle Mapper Blödsinn in die Datenbank schreiben (was du vorschlägst *ist* aus meiner Sicht Blödsinn) weil du eine Spezialanwendung hast und nicht in der Lage/bereit bist dir hierfür spezielle Software zu schreiben. Gary macht sich die Mühe und mapt bevor Straßen ans Netz gehen. Das finde ich löblich. Leider ist er kein Programmierer, sondern Mapper. Was Du sagst heisst also: Garry, lass das Mappen sein. Finde ich nicht gut den Ansatz. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] historic=ruins abreißen, historic =... aufräumen
Hallo, Torsten Leistikow wrote: Wo ist das Problem? Denkst Du, der Programmierer des Routers muesse sich fuer eins davon entscheiden und alle anderen verwerfen? Ich kann doch einfach sagen: Alles, was mit einer Zahl anfaengt und nicht mit mph endet, sind km/h. Also ich stehe ich ja eher auf SI-Einheiten in Reinform... Ich weiss, ich bewerte die Freiheiten im OSM-Projekt nun mal deutlich anders als du, In welcher Hinsicht? aber jeder hat ja sein Recht auf eine eigene Meinung. Es steht Dir frei, die derzeit erfassten Geschwindigkeitsbeschraenkungen als m/s zu interpretieren, dieses Recht nimmt Dir keiner. Ich vermute allerdings, dass die Routingsoftware, die Du auf dieser Basis entwickelst, tendenziell von weniger Menschen benutzt werden wird, als eine, die sich an meinen oben zitierten Vorschlag haelt - aber wer weiss, vielleicht spinne ich ja rum, es kaeme auf einen Versuch an. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] village = suburb?
Am Sonntag, 14. September 2008 schrieb Florian Heer: Hi! Ich habe mir bisher noch keine Gedanken dazu gemacht, bin aber auf einen Fall gestoßen, wo es entschieden werden muss, ob place=village oder place=suburb Allgemein in ländlicheren Gegenden gibt es ja viele Orte, die offiziell Stadtteile sind, aber vom Anschein eher eigenständigere Orte sind (=zwischen den Wohngebieten gibts Felder oder Wälder). Bisher hatte ich die immer der Größe entsprechen village oder hamlet oder so getaggt. Nun war ich in Walberberg und hab da ein wenig ergänzt und da ist mir aufgefallen, dass es 2 nodes mit dem Namen gibt, einmal village einmal suburb: http://www.openstreetmap.org/?lat=50.795072lon=6.914037zoom=18la yers=B000FTF bzw. http://www.openstreetmap.org/?lat=50.794682lon=6.890681zoom=18la yers=B000FTF letzterer (village) ist von der Position falsch, ist aber der, der vom NameFinder gefunden wird. Der Ort ist meiner bisherigen Annahme nach eher village anstatt suburb, das Wiki gibt da auch nicht wirklich was zu her und bei einer kurzen Suche im Listen-Archiv hab ich jetzt auch nichts gefunden. Wie seht ihr das? Eine von den Nodes muss sicher weg, ich tendiere ja zur suburb-Node... Du bist über folgende beabsichtigte Situation gestolpert: Village soll die Gemeinde sein. Diese enthält nicht bebautes Gelände und diverse nichtverbundene Ortsteile. Suburb sind die einzelnen Ortsteile der Gemeinde. Diese müssen nicht direkt mit einander verbunden sein. Die Ortsteile können suburb (geschlossene Ortschaften) oder hamlet sein. Das namensgebende Dorf ist ebenfalls nur ein Ortsteil der Gemeinde. Du hast also einen Node für die gesammte Gemeinde als village und einen Node für den namensgebenden Ortsteil als suburb. Auf diese Weise lässt sich die Verwaltungsstruktur abbilden. Schau dir mal die keys der Nodes an. Du wirst wahrscheinlich feststellen, das der Ortsteil (suburb) per is_in der Gemeinde (village) untergeordnet ist. Daher findest Du diesen village-Node auch nicht unbedingt am namensgebenden Ortsteil, sondern irgendwo in der Nähe des geografischen Mittelpunkts der Gemeinde. Die beiden Nodes sind also sinnvoll gesetzt. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[_] How Delete Files From The Recent File List In Windows
Delete Files From The Recent File List In Windows http://systemhelp4u.blogspot.com/2008/09/delete-files-from-recent-file-list-in.html Download Free Music legally http://systemhelp4u.blogspot.com/2008/09/download-free-music-legally.html Disable The Send Error Report, to Microsoft http://systemhelp4u.blogspot.com/2008/09/disable-send-error-report-to-microsoft.html -- Posted By Catherina to _ at 9/14/2008 10:05:00 AM --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Desi Kama Sutra group and You Can visit http://www.vulvis.com/desikamasutra/ To post to this group, send email to desikamasutra@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://www.vulvis.com/desikamasutra/ and http://groups.google.com/group/desikamasutra?hl=en -~--~~~~--~~--~--~---
Re: [Talk-de] Differential-GPS
Sebastian Niehaus schrieb: Udo Besenreuther [EMAIL PROTECTED] writes: Wünschenswert wäre meinerseits, dass das Plugin die EXIF-Daten in die Bilder zurückschreibt, dann könnte man sich den GPS-Foto sparen. aptitude install gpscorrelate-gui Auf Windows: Fixfoto + Routeconverter (Fixfoto will die Geokoordinaten als NMEA-Dateien haben.) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unclassified vs. Tracks
Am Sonntag, 14. September 2008 schrieb Ulf Möller: Der Unterschied ist nur die Funktion: öffentliche Straße oder Wirtschaftsweg. Das eine schließt das andere nicht aus. Ein Wirtschaftsweg kann auch eine öffentliche Straße sein, das ist in den Bundesländern in Deutschland unterschiedlich geregelt. In Schleswig-Holstein gehören Wirtschaftswege beispielsweise zu den öffentlichen Straßen. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] construction=yes bitte nicht durch highway=construction ersetzen!!!
Ralf Zimmermann schrieb: Hallo Garry, Wenn du anderen Benutzern deine Ansichten näher bringen möchtest. so gibt es immer zwei gute Möglichkeiten: 1) Schreibe Details hierzu ins Wiki - dann kann jeder nachlesen was man im speziellen beachten sollte. Habe ich bereits gemacht bzw. bin ich dran... 2) Wenn jemand Daten verändert in einer Weise die du für sinnlos oder schädlich hältst, dann kontaktiere den User doch am besten direkt, per Web-Interface. Das mache ich - regelmässig - leider sind die Daten regelmässig verändert bevor ein Kontakt entsteht. Danach funktioniert dieser Weg mit dem jeweiligen User - allerdings sind dann schon wieder Stunden verstrichen zur Wiedererstellung des Nutzungsfähigen Zundstandes - diese Zeit ist für neue OSM Daten dann schon verloren. Gruss Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unclassified vs. Tracks
Am Sonntag, 14. September 2008 schrieb Johann H. Addicks: Ulf Lamping schrieb: Welche Nutzungsbeschränkungen der Weg verkehrsrechtlich aufweist, sollte mit seinem Typ nichts zu tun haben. Oder vielleicht einfach mal in die englischen Map Features schauen und sich die Fotos für tracktype=grade1 anschauen: http://wiki.openstreetmap.org/index.php/Image:Surface_grade1.jpg Track heisst für mich eine KFZ-Fahrspur, d.h. wenn sich zwei Traktoren oder PKW begegnen, muss eine Ausweichstelle gefunden werden oder die Böschung mitgenutzt werden. Wirtschaftswege können auch zweistreifig sein (Breite 5m). Es kommt nicht auf den Ausbau des Wirtschaftsweges an oder auf die Oberfläche sondern schlicht auf die Widmung des Weges, damit er offiziell als Wirtschaftsweg geführt wird. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unclassified vs. Tracks
René Falk schrieb: http://wiki.openstreetmap.org/index.php/Image:Surface_grade1.jpg Track heisst für mich eine KFZ-Fahrspur, d.h. wenn sich zwei Traktoren oder PKW begegnen, muss eine Ausweichstelle gefunden werden oder die Böschung mitgenutzt werden. Wirtschaftswege können auch zweistreifig sein (Breite 5m). Es kommt nicht auf den Ausbau des Wirtschaftsweges an oder auf die Oberfläche sondern schlicht auf die Widmung des Weges, damit er offiziell als Wirtschaftsweg geführt wird. War das jetzt als Zustimmung oder Gegenrede gemeint? Will sagen: Die Übersetzung von Track heisst nicht Wirtschaftsweg, sondern Feldweg. Das kann ein Wirtschaftsweg sein, es kann aber auch nur ein schlechter öffentlicher Weg sein. Eben eine Piste für zweispurige Fahrzeuge. Ein Zweispuriger Wirtschaftsweg ist somit kein Track mehr, sondern service. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorschlag der weiteren Keys für Tag: historic=archaeological_site
@ Torsten Leistikow Also ich hatte eigentlich vor, auch recht profane Erdhuegel als archaeological_site zu markieren, so denn da ein Schild vom Denkmalschutz daneben steht, dass es sich um ein Huenengrab handelt. Als Attraction wuerde ich die aber nicht markieren wollen. Gute Idee! ;-)) Hügelgräber (das sind die Pickel oder Huckel, Hünengräber sind mit den großen Steinen) sollten unbedingt gemappt und archaeological_site, type=tumulus bezeichnet werden. Die sind ja auch oberirdisch sichtbar und manche fahren da x- Kilometer, um die zu sehen. Aber es ist vermutlich trotzdem nichts für tourism=attraction, da hast Du sicher recht. Mit dem Zitat vollversiegelte Bodendenkmäler wie Gräberfelder und Siedlungsreste meinte ich die Masse an Bodendenkmalen, die unter dem Maisfeld oder der Wiese schlummern, ohne das irgendwas auf der Oberfläche zu sehen wäre - außer Scherben, wenn man mal genau kuckt - und ohne das da je ein Schild stehen würde. @Martin, Deinen Beitrag habe ich gesehen und nicht vergessen. Da würde ich gern noch mal ein klein wenig ausholen, aber das wird nun nicht mehr, denn ich bin schon auf dem Sprung. In zwei Wochen wieder. Viele Grüße Roman Gruss Torsten -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern in Osmarender
Das Rednering hat Jochen implementiert und es war schon damals allen klar, dass das viel zu proninent für die normale Karte ist und sicher kein endgültiger Status sein wird. ja, sehe ich genauso, schrieb ich hier auch schon ein paarmal, Hausnummern am besten klein und schwarz ohne weitere Kringel und Kreise, wie allgemein üblich. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [slim] Squeezecenter interface painfully slow... alternatives?
egd;340365 Wrote: The most complex (sic) bit about running SC on Ubuntu is editing a text file to add it to the repository. As long as you remembered to disable apparmor... -- radish radish's Profile: http://forums.slimdevices.com/member.php?userid=77 View this thread: http://forums.slimdevices.com/showthread.php?t=52592 ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/discuss
