Re: [Talk-de] Straßenname vorhanden aber noch nicht ge baut
On 24.09.2010 02:40, Garry wrote: Am 22.09.2010 12:28, schrieb M∡rtin Koppenhoefer: Am 22. September 2010 03:49 schrieb Florian Grossflor...@grossing.de: Also auch noch nicht im Bau? Dann eigentlich nichtmal construction, sondern als geplant taggen - das IIRC war es etwas mit proposed genau, anstatt construction einfach proposed (einmal als value, einmal als key). Das halte ich für eine unglückliche Zusammensetzung. warum? Kurz für die Klarstellung, was Florians Statement sagt: Abschnitt im Bau: highway=construction construction=highway-typ Abschnitt geplant, aber noch kein Baubeginn: highway=proposed proposed=highway-typ Eine Strasse kann schon lange in Bau sein während an einzelne Abschnitte lange Zeit kein Baubeginn ersichtlich ist. Z.b. wurde hier eine Bundestrassen-Ortsumgehung ca. 1990planfestgestellt, Baubeginn war aus finanziellen Gründen 2001, Fertigstellung 2008. In manchen Bereichen davon wurde erst 2007 mit Bautätigkeiten begonnen. Um so etwas darzustellen würde es Sinn manchen die komplette Strecke als construction zu deklarien und mit construction_state (o.ä)den Baufortschritt der einzelnen Bauabschnitte zu dokumentieren. Wenn die komplette Strecke Baustelle ist, ist die komplette Strecke construction. Wenn es sich um mehrere Bauabschnitte handelt, von denen einzelne noch nicht begonnen sind, bleiben diese bis Baubeginn proposed. Dein Tagging-Schema bietet IMHO demgegenüber keine Vorteile - oder sehe ich die nur nicht? Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fwd: MapQuest Continues to Open Up!
Hallo, Am Donnerstag 23 September 2010 23:46:16 schrieb Michael Kugelmann: Hallo, eine Info aus der eglischsprachigen Talk: die Karten von Mapquest welche OSM als Datenquelle nutzen gibt es jetzt auch für Deutschland (und andere Länder): http://open.mapquest.de Kann es sein, dass die uns etwas voraus sind? Die Nutzungsbedingungen scheinen sich bereits auf ODBL zu beziehen. CC-BY-SA ist korrekt eingeblendet, insofern widersprechen sie sich selbst. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt des Monats - Oktober 2010 .... wie geht es weiter? Baustellen?
Hallo, Am Freitag 24 September 2010 05:51:36 schrieb Jan Tappenbeck: Am 24.09.2010 03:37, schrieb Walter Nordmann: aber so was richtig tolles für oktober fällt mir wahrscheinlich am 31.10 ca 23:58 ein ;( dann nehmen wir das für november 2010, ( dezember - da möchte ich gernde die weihnachtsmärkte machen), januar 2011 DAS ist es! Mappen wir die Oktoberfeste ;-) Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt des Monats - Oktober 2010 .... wie geht es weiter? Baustellen?
Hallo, Am Freitag 24 September 2010 01:47:20 schrieb Garry: Am 23.09.2010 16:12, schrieb Wolfgang: Das wird solange zu keinem Ergebnis führen, bis jemand einen Editor bastelt, mit dem das ganze 1. einfach für den Mapper zu benutzen, 2. übersichtlich, 3. ohne das bisherige Datenschema anzutasten, 4. kompatibel zum bísherigen Datenbestand und 5. funktionierend mit gemischten Daten alt/neu zu handhaben ist. Ich fürchte, da ist die Schmerzgrenze noch nicht erreicht. Als Monatsthema total ungeeignet, da derzeit nicht umsetzbar, sonst aber eine guten Idee. Die Angabe lanes=x gibt es ja schon länger - ich kenne nur keine Anwendung(Renderer die das derzeit visualisiert. Ich habe eine: Im Merkaartor werden bei mir die Straßen in der entsprechenden Breite dargestellt. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Referenz-Tag mit Prefix
Heiko Jacobs schrieb: Wenn ich ihn richtig verstehe, sind's aber keine verschiedenen Sachen ... Im KVV-Kursbuch steht bspw. unter der Linie R8 der Hinweis, dass man dieselbe Linie beim VRN unter der Nummer R51 findet etc. Und über der KVV-Buslinie 801 findet man den Hinweis, dass die SWEG sie unter der Nummer 761 führt. Wat nu ins ref? So ähnlich wird's mit Haltestellen sein. Wenn die Haltestelle Hintertupfinger Kirchplatz sowohl vom Busunternehmen Müller angefahren wird, für den es die ref=4711 ist, als auch vom Busunternehmer Maier, für den es die ref=0815 ist ... Ich vermute, er meint diesen Konflikt? Vermutlich. Vorschlag: ref:kvv=R8 ref:vrn=R51 bzw ref:kvv=801 ref:sweg=761 Wenn jetzt die Linie überwiegend in einem der Verbünde liegt, kommt dessen Wert *zusätzlich* in den ref=* tag. Genausogut gibt es Hochspannungsmaste, die Leitungen von zwei verschiedenen Unternehmen tragen, welche jeweils eigene ref-Nummern verwenden (z.B. DB und RWE oder Stadtwerke). -- Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zusammenarbeit Wikipedia-OpenStreetMap
Hallo Tim, Stand der Entwicklungen und wie es weitergehen könnte Wow - das ist ein Meilenstein! Sollten wir für eine gemeinsame gross angelegte Presseaktion nutzen. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Referenz-Tag mit Prefix
Am 24.09.2010 09:09, schrieb Andre Joost: Heiko Jacobs schrieb: Wenn ich ihn richtig verstehe, sind's aber keine verschiedenen Sachen ... Im KVV-Kursbuch steht bspw. unter der Linie R8 der Hinweis, dass man dieselbe Linie beim VRN unter der Nummer R51 findet etc. Und über der KVV-Buslinie 801 findet man den Hinweis, dass die SWEG sie unter der Nummer 761 führt. Wat nu ins ref? So ähnlich wird's mit Haltestellen sein. Wenn die Haltestelle Hintertupfinger Kirchplatz sowohl vom Busunternehmen Müller angefahren wird, für den es die ref=4711 ist, als auch vom Busunternehmer Maier, für den es die ref=0815 ist ... Ich vermute, er meint diesen Konflikt? Vermutlich. Vorschlag: ref:kvv=R8 ref:vrn=R51 bzw ref:kvv=801 ref:sweg=761 Wenn jetzt die Linie überwiegend in einem der Verbünde liegt, kommt dessen Wert *zusätzlich* in den ref=* tag. Genausogut gibt es Hochspannungsmaste, die Leitungen von zwei verschiedenen Unternehmen tragen, welche jeweils eigene ref-Nummern verwenden (z.B. DB und RWE oder Stadtwerke). Moin ! den vorschlag finde ich auch gut - dann kann man später immer noch zu einer relation zusammenfassen. vielleicht sollte aber noch eine wiki-Seite mit den verwendeten keys erstellt werden damit man weiß wer was in gebrauch hat und wofür diese dienen. gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Referenz-Tag mit Prefix
On 24.09.2010 09:55, Andreas Labres wrote: On 24.09.10 09:09, Andre Joost wrote: Vermutlich. Vorschlag: ref:kvv=R8 ref:vrn=R51 bzw ref:kvv=801 ref:sweg=761 Wenn es nur national gültige Nummern sind, fände ich es gut, den Ländercode dazuzunehmen, sowas wie ref:de:kvv Dann weiß man, das ist eine in DE gültige Ref-Nr. und was das genau ist, braucht mich dann nicht zu interessieren. Finde ich keine gute Idee; unter anderem kann man das beliebig aufblähen: ref:de:nrw:bbh - mich interessiert nicht, was in ganz DE gültig ist ref:de:nrw:pb:padersprinter - eigentlich interessiert mich nur Paderborn Du willst vermutlich auch nicht einfach so alle Referenznummern anzeigen, die sich auf Deutschland beziehen, also ref:de:bbh ref:de:padersprinter ref:de:nph Außerdem dürfte die Unterscheidung im Grenzgebiet zu Problemen führen, wenn ein Verkehrsverbund grenzüberschreitend verkehr anbietet und man nicht mehr alle ref's des Verkehrsverbundes in einem Rutsch abfragen kann. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt des Monats - Oktober 2010 .... wie geht es weiter? Baustellen?
Am 24.09.2010 09:02, schrieb Wolfgang: Hallo, Am Freitag 24 September 2010 05:51:36 schrieb Jan Tappenbeck: Am 24.09.2010 03:37, schrieb Walter Nordmann: aber so was richtig tolles für oktober fällt mir wahrscheinlich am 31.10 ca 23:58 ein ;( dann nehmen wir das für november 2010, ( dezember - da möchte ich gernde die weihnachtsmärkte machen), januar 2011 DAS ist es! Mappen wir die Oktoberfeste ;-) Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Moin ! warum nicht ! ist doch kultur. .-) gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Referenz-Tag mit Prefix
On 24.09.10 10:04, Peter Wendorff wrote: Außerdem dürfte die Unterscheidung im Grenzgebiet zu Problemen führen, wenn ein Verkehrsverbund grenzüberschreitend verkehr anbietet und man nicht mehr alle ref's des Verkehrsverbundes in einem Rutsch abfragen kann. Ich schrieb ja national gültig. Wenn es über Staaten hinweg Bedeutung hat, dann nicht. Aber was soll das Akronym KVV international bedeuten? Selbst wenn ich annehme, dass VV Verkehrsverbund bedeutet, weiß ich noch nicht, welche K Region da gemeint ist. - Dann müßte man das Akronym ausschreiben. Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Quantum und OpenStreetMap
@kolossos hi, gibt es irgendwo nen forum, dass sich näher mit osm -- qgis auseinandersetzt? ich ha da nen paar probleme, wo ich nicht weiterkomme und dabei zwischen den stühlen sitze: a) bei jedem zugriff auf meinen hstore braucht er ca 2 minuten, bevor er loslegt. qgis fragt da anscheinend tabelleneigenschaften der db nach, BEVOR er auf die realen daten zugreift. und das bei der kleinsten änderung innerhalb der gui. das nervt :( b) zugriff auf die richtige osm-db (also nicht hstore sondern die andere) geht nicht, da qgis kein langes int sondern nur int4 als key kann. eventuell kannst du mir da nen tip geben. lg walter -- View this message in context: http://gis.638310.n2.nabble.com/Quantum-und-OpenStreetMap-tp5563226p5566071.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt des Monats - Oktober 2010 .... wie geht es weiter?
Am 22.09.2010 14:51, schrieb Jan Tappenbeck: Wie wärs mit Ladestationen für Elektroautos? Die sind derzeit schwer im Kommen. weißt du ob schon tags eindeutig bekannt sind ? Hi, ich habe anfangen die Ladestationen für Pedelecs bei mir mit amenity=charging_station + charging=pedelec einzutragen. Sind übrigens mit einem EVA Aufkleber gekennzeichnet. Müsste man mal nachfragen ob die uns die Daten zur Verfügung stellen. http://www.eva-list.org Zur Zeit arbeiten die mit GoogleMaps. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Referenz-Tag mit Prefix
On Fri, Sep 24, 2010 at 09:09:44AM +0200, Andre Joost wrote: Heiko Jacobs schrieb: Wenn ich ihn richtig verstehe, sind's aber keine verschiedenen Sachen ... Im KVV-Kursbuch steht bspw. unter der Linie R8 der Hinweis, dass man dieselbe Linie beim VRN unter der Nummer R51 findet etc. Und über der KVV-Buslinie 801 findet man den Hinweis, dass die SWEG sie unter der Nummer 761 führt. Wat nu ins ref? So ähnlich wird's mit Haltestellen sein. Wenn die Haltestelle Hintertupfinger Kirchplatz sowohl vom Busunternehmen Müller angefahren wird, für den es die ref=4711 ist, als auch vom Busunternehmer Maier, für den es die ref=0815 ist ... Ich vermute, er meint diesen Konflikt? Vermutlich. Vorschlag: ref:kvv=R8 ref:vrn=R51 bzw ref:kvv=801 ref:sweg=761 Wenn jetzt die Linie überwiegend in einem der Verbünde liegt, kommt dessen Wert *zusätzlich* in den ref=* tag. Genausogut gibt es Hochspannungsmaste, die Leitungen von zwei verschiedenen Unternehmen tragen, welche jeweils eigene ref-Nummern verwenden (z.B. DB und RWE oder Stadtwerke). Was genau soll eigentlich der ref-Bestandteil aussagen? Brauchen wir den? Warum nicht etwas wie: karlsruher_verkehrs_verbund_haltestellennummer=ABC oder freiburger_verkehrs_ag_linie=17 oder freiburger_verkehrs_ag:line=17 wenn einem das mit dem : als Trenner besser gefällt. Das spricht für sich selbst und man muss nicht rätseln, ob KVV der Karlsruher Verkehrsverbund ist oder vielleicht der Kölner oder irgendein Verein aus Japan. Und sowas wie ref:de:foo=18 täuscht nur eine Systematik vor, die nicht existiert. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] mini_roundabout ?
Hi, ich bin eben ueber einen bug report bei skobbler gestolpert wo jemand die nicht existenz eines Kreisverkehrs anmeckert. Das ganze liegt eher daran das skobbler scheinbar mini_roundabouts nicht auswertet. Schnell mal den bereich geladen und siehe da - mini_roundabout und dazu noch ein signpost auf dem selben node. D.h. Datentechnisch ist das ein mini_roundabout und in der mitte steht ein Schilderwald. Kann ja topologisch nicht sein. Entweder ueberfahrbar oder eben schild in der mitte. (Fall fuer Keepright?) Ich persoehnlich mag ja die mini_roundabouts nicht wirklich daher habe ich die bisher quasi nicht verwendet. Auch bei diesem Bild: http://wiki.openstreetmap.org/wiki/File:Mini-roundabout.jpg ist es ja fraglich ob das Sinn macht. Wenn man irgendwann die Verkehrsinseln so erfassen will das es halbwegs stimmt dann ists mit mini_roundabout eh essig. Ich wollte mal ein paar Meinungen und vielleicht mal wieder einen Glaubenskrieg anfangen ;) SCNR Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mini_roundabout ?
hier noch das fehlende N ;) -- View this message in context: http://gis.638310.n2.nabble.com/mini-roundabout-tp5566150p5566187.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mini_roundabout ?
Hallo, am 24.09.2010 11:38 schrieb Florian Lohoff: den bereich geladen und siehe da - mini_roundabout und dazu noch ein signpost auf dem selben node. D.h. Datentechnisch ist das ein mini_roundabout und in der mitte steht ein Schilderwald. Kann ja topologisch nicht sein. Entweder ueberfahrbar oder eben schild in der mitte. (Fall fuer Keepright?) Genau! Die _präzise_ Unterscheidung zwischen Normal und mini_roundabout ist für große Fahrzeuge schon wichtig. Schlimm, in welch enge Bereiche große Trucks als Lieferfahrzeuge geschickt werden. Minis sind da prima, aber die immer beliebter werdenden Mini-Normalen ohne Durchfahrtmöglichkeit machen Probleme - ich habe mal in einem Stau gestanden, der sich hinter einem im Kreisverkehr verklemmten Truck gebildet hatte. Und Spuren Zeigen: Da rumpelt öfter mal einer über die Kanten. Kurz: Eingetragene mini_roundabout sind nützlich, wenn sie denn _zutreffend_ eingetragen sind. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mini_roundabout ?
On Fri, Sep 24, 2010 at 12:08:10PM +0200, Norbert Kück wrote: Genau! Die _präzise_ Unterscheidung zwischen Normal und mini_roundabout ist für große Fahrzeuge schon wichtig. Schlimm, in welch enge Bereiche große Trucks als Lieferfahrzeuge geschickt werden. Minis sind da prima, aber die immer beliebter werdenden Mini-Normalen ohne Durchfahrtmöglichkeit machen Probleme - ich habe mal in einem Stau gestanden, der sich hinter einem im Kreisverkehr verklemmten Truck gebildet hatte. Und Spuren Zeigen: Da rumpelt öfter mal einer über die Kanten. Kurz: Eingetragene mini_roundabout sind nützlich, wenn sie denn _zutreffend_ eingetragen sind. Wenn die da nicht durchkommen dann hat die Kommune aber tuechtig geschlampt oder es war ein Sondertransport: http://www.gesetze-im-internet.de/stvzo/__32d.html Und das sollten auch die Mindestabmessungen fuer einen Kreisverkehr mit nicht befahrbarer Mittelinsel sein oder der Abschnitt muss eben fuer groessere Fahrzeuge gesperrt werden. Flo PS: Eine unfaehigkeit des Berufskraftfahrers schliesse ich erstmal aus. -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mini_roundabout ?
On Fri, Sep 24, 2010 at 12:29:52PM +0200, Florian Lohoff wrote: On Fri, Sep 24, 2010 at 12:08:10PM +0200, Norbert Kück wrote: Genau! Die _präzise_ Unterscheidung zwischen Normal und mini_roundabout ist für große Fahrzeuge schon wichtig. Schlimm, in welch enge Bereiche große Trucks als Lieferfahrzeuge geschickt werden. Minis sind da prima, aber die immer beliebter werdenden Mini-Normalen ohne Durchfahrtmöglichkeit machen Probleme - ich habe mal in einem Stau gestanden, der sich hinter einem im Kreisverkehr verklemmten Truck gebildet hatte. Und Spuren Zeigen: Da rumpelt öfter mal einer über die Kanten. Kurz: Eingetragene mini_roundabout sind nützlich, wenn sie denn _zutreffend_ eingetragen sind. Wenn die da nicht durchkommen dann hat die Kommune aber tuechtig geschlampt oder es war ein Sondertransport: http://www.gesetze-im-internet.de/stvzo/__32d.html Und das sollten auch die Mindestabmessungen fuer einen Kreisverkehr mit nicht befahrbarer Mittelinsel sein oder der Abschnitt muss eben fuer groessere Fahrzeuge gesperrt werden. Das hier habe ich mal gefunden - Was aehnliches fuer Deutschland hat mir Google bisher verweigert: http://www.ooe.gv.at/cps/rde/xbcr/SID-6F52560B-45659925/ooe/Kreisverkehrsstandards_AusgJuni07.pdf 4 Geometrie 4.1 Außendurchmesser Standardaußendurchmesser für Kreisverkehre an hochrangigen Straßen (Kategorie I bis III, bzw. an B-Straßen) außerorts ist 50 m, an niederrangigeren Straßen bzw. hochrangigen Straßen innerorts 35 m. Kleinere Durchmesser sind nur aufgrund besonderer örtlicher Randbedingungen bzw. aufgrund von lokalen Zwangspunkten auszuwählen. [...] 4.6 Befahrbarkeit Die Befahrbarkeit von Kreisverkehren ist auf jeden Fall mit einem dynamischen Schleppkurven- programm (vorrangig HMap-Schleppkurven) zu prüfen. Als Standardbemessungsfahrzeuge sind der 15-m-Bus (Euroliner) und das Sattelkraftfahrzeug (2-achsiges Zugfahrzeug und 3-achsiger Sattelanhänger mit einer Gesamtlänge von 16,5 m) zu wählen. Die Schleppkurven sind mit einer Schrittweite von maximal 0,1 m zu berechnen (d.h. bei Verwendung der Zeichnungseinheit Meter ist unter HMap-Schleppkurven eine Segmentierung von 0,1 einzustellen). Als Einfahrtsgeschwindigkeit ist 15 km/h anzunehmen, als Ausfahrtsge- schwindigkeit 30 km/h. Kreisverkehre sind so groß zu dimensionieren, dass außerhalb der Hüllkurven der Be- messungsfahrzeuge (Wagenkasten) beidseitig mindestens 30 cm befestigte Fläche bleiben. Aufgrund der Prüfung der Befahrbarkeit können sich von den Standardwerten abweichende Abmessungen für den Ein- und Ausfahrtsradius, für die Breite der Ein- und Ausfahrt sowie für die Breite der Kreisfahrbahn ergeben. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] railway=halt
Hallo, sehr häufig hierzulande anzutreffen sind Objekte, die mit railway=halt getaggt sind. Dabei handelt es sich oft um kleinere Bahnhöfe, die jedoch regel- und planmäßig vom Zugverkehr bedient werden. Beispiele: http://www.openstreetmap.org/browse/node/257290391 http://www.openstreetmap.org/browse/node/299325021 Im Wiki [1] steht zum Key railway=halt aber: Haltepunkt (kein Bahnhof, z. T. ohne Bahnsteig, z. T. nur bei Bedarf) Demzufolge wären die oben genannten Beispiele nicht als halt, sondern als station zu taggen. Sehe ich das richtig? (Gibt es in D überhaupt noch Haltepunkte, die dieser Definition entsprechen würden?) Grüße ant [1] http://wiki.openstreetmap.org/wiki/DE:Tag:railway%3Dhalt ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] railway=halt
Hi. On 24.09.2010 12:47, ant wrote: Hallo, sehr häufig hierzulande anzutreffen sind Objekte, die mit railway=halt getaggt sind. Dabei handelt es sich oft um kleinere Bahnhöfe, die jedoch regel- und planmäßig vom Zugverkehr bedient werden. Beispiele: http://www.openstreetmap.org/browse/node/257290391 http://www.openstreetmap.org/browse/node/299325021 Im Wiki [1] steht zum Key railway=halt aber: Haltepunkt (kein Bahnhof, z. T. ohne Bahnsteig, z. T. nur bei Bedarf) Da fehlt mir jetzt die Definition von Bahnhof, denn die beiden anderen Merkmale treffen ja nur zum Teil zu. Demzufolge wären die oben genannten Beispiele nicht als halt, sondern als station zu taggen. Sehe ich das richtig? (Gibt es in D überhaupt noch Haltepunkte, die dieser Definition entsprechen würden?) Halt nur bei Bedarf hast Du recht, gibt es in Deutschland selten, wenn überhaupt. Ohne Bahnsteig: wann ist ein Bahnsteig ein Bahnsteig? kein Bahnhof - wie gesagt: je nach Definition. Zitat Wikipedia: Fachsprachlich ist der Bahnhof in Deutschland http://de.wikipedia.org/wiki/Deutschland durch die Eisenbahn-Bau- und Betriebsordnung http://de.wikipedia.org/wiki/Eisenbahn-Bau-_und_Betriebsordnung in § 4 Abs. (2) EBO definiert: /Bahnhöfe sind Bahnanlagen mit mindestens einer Weiche http://de.wikipedia.org/wiki/Eisenbahnweiche, wo Züge http://de.wikipedia.org/wiki/Zug_%28Eisenbahn%29 beginnen, enden, ausweichen oder wenden http://de.wikipedia.org/wiki/Fahrtrichtungswechsel dürfen./ = danach gibt es Haltepunkte in Deutschland. Damit will ich allerdings nicht zwingend diese Definition als für OSM anzuwenden voraussetzen. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mini_roundabout ?
Hallo. Am Freitag 24 September 2010, 11:38:33 schrieb Florian Lohoff: Entweder ueberfahrbar oder eben schild in der mitte. (Fall fuer Keepright?) Ja, mini_roundabout sollten nur da gemapped werden wo der Kreisverkehr nur aufgemalt (oder ne kleine Kuppe) ist. Sobald da irgendwas in der Mitte steht, was einen physisch daran hindert, die Fläche in jeglicher Richtung zu überqueren, ist es ein normaler Kreisverkehr. Gruß, Bernd -- Gewinn anderer wird fast wie Verlust empfunden. - Wilhelm Busch signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mini_roundabout ?
ok, hatte ich nicht bedacht. wird geändert. entweder kettensäge oder umtaggen ;) gruss walter p.s. angeblich stand der einsamste baum der welt mitten in der sahara - so 1000 km kein weiterer. der wurde -angeblich- umgefahren -- View this message in context: http://gis.638310.n2.nabble.com/mini-roundabout-tp5566150p5566420.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] GPS/GSM Tracker gesucht
Hallo Liste, vielleicht hat der eine oder andere ja schon etwas Erfahrung in der Richtung, und zwar suche ich ein kleines GPS Empfangsgeraet, welches in der Lage ist, per GSM seine Standortdaten per IP zu versenden. Intervall sollte einstellbar sein, 1x/min sollte aber schon drin sein. Eine lange Akkulaufzeit ist auch nicht zu unterschaetzen, ebenso wie ein relativ guter GPS Empfang. Wenn das ganze dann noch klein genug ist, dass man es an einem Guertel mit sich fuehren kann (z.b. beim joggen), waere es geradezu ideal. Kind regards, Rene -- If everyone demanded peace instead of another television set, then there'd be peace. (John Lennon) - http://rene.ahrcas.net - Rene Caspari - GPG-KeyID: 0xCA40A793 - ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Quantum und OpenStreetMap - Stil-Beispiel
Am 24.09.2010 11:06, schrieb Walter Nordmann: @kolossos hi, gibt es irgendwo nen forum, dass sich näher mit osm-- qgis auseinandersetzt? ich ha da nen paar probleme, wo ich nicht weiterkomme und dabei zwischen den stühlen sitze: a) bei jedem zugriff auf meinen hstore braucht er ca 2 minuten, bevor er loslegt. qgis fragt da anscheinend tabelleneigenschaften der db nach, BEVOR er auf die realen daten zugreift. und das bei der kleinsten änderung innerhalb der gui. das nervt :( b) zugriff auf die richtige osm-db (also nicht hstore sondern die andere) geht nicht, da qgis kein langes int sondern nur int4 als key kann. eventuell kannst du mir da nen tip geben. lg walter Moin ! Hat schon einmal richtige OSM-Karten erstellt mit qgis und kann ggf. mal eine Beispiel Stil-Datei für die Darstellung zur Verfügung stellen. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS/GSM Tracker gesucht
Am Freitag 24 September 2010, 13:58:18 schrieb Rene Caspari: ein kleines GPS Empfangsgeraet, welches in der Lage ist, per GSM seine Standortdaten per IP zu versenden. Habe noch nie von so etwas gehört, daher ne Alternativ-Empfehlung: Bluetooth-GPS (z.B. Blumax) und Java-fähiges Handy und dann eine Software die die Funktionalität bringt (iirc kann Mobile-Trail-Explorer sowas, ggf. mit geringfügiger Modifikation). Dann kann das Handy schön in der Tasche/im Rucksack sein und das GPS ist sehr leicht und halbwegs Wetterfest und kann überall befestigt werden. Gruß, Bernd -- »Niemand hat die Absicht, eine Mauer zu errichten« - Walter Ulbricht (SED), 1961 »Es hat niemand vor, einen Überwachunsstaat in Deutschland zu errichten« - Wolfgang Bosbach (CDU), 2007 signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS/GSM Tracker gesucht
Es gibt diese Geräte immer wieder z.B. bei ebay, über die Qualität kann ich nichts sagen. Aber längerfristige Überwachung von Aufenthaltsorten ist damit möglich. Die meisten arbeiten mit SMS o. GPRS Grüße, Florian --- Bernd Wurst be...@bwurst.org schrieb am Fr, 24.9.2010: Von: Bernd Wurst be...@bwurst.org Betreff: Re: [Talk-de] GPS/GSM Tracker gesucht An: talk-de@openstreetmap.org Datum: Freitag, 24. September, 2010 14:08 Uhr Am Freitag 24 September 2010, 13:58:18 schrieb Rene Caspari: ein kleines GPS Empfangsgeraet, welches in der Lage ist, per GSM seine Standortdaten per IP zu versenden. Habe noch nie von so etwas gehört, daher ne Alternativ-Empfehlung: Bluetooth-GPS (z.B. Blumax) und Java-fähiges Handy und dann eine Software die die Funktionalität bringt (iirc kann Mobile-Trail-Explorer sowas, ggf. mit geringfügiger Modifikation). Dann kann das Handy schön in der Tasche/im Rucksack sein und das GPS ist sehr leicht und halbwegs Wetterfest und kann überall befestigt werden. Gruß, Bernd -- »Niemand hat die Absicht, eine Mauer zu errichten« - Walter Ulbricht (SED), 1961 »Es hat niemand vor, einen Überwachunsstaat in Deutschland zu errichten« - Wolfgang Bosbach (CDU), 2007 -Integrierter Anhang folgt- ___ 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
Re: [Talk-de] GPS/GSM Tracker gesucht
Am 24.09.10 schrieb Rene Caspari: vielleicht hat der eine oder andere ja schon etwas Erfahrung in der Richtung, und zwar suche ich ein kleines GPS Empfangsgeraet, welches in der Lage ist, per GSM seine Standortdaten per IP zu versenden. Ein GPS-Tracker, der per GPRS kommuniziert: http://www.elmotech.com/default.asp?pageID=247 und eine Bewegungserkennung bietet, wenn es kein GPS-Empfang besteht. Wenn das ganze dann noch klein genug ist, dass man es an einem Guertel mit sich fuehren kann (z.b. beim joggen), waere es geradezu ideal. Das Gerät wurde entworfen, um es dauernd am Knöchel zu tragen, sollte also klein genug sein. Es wurde nur vermutlich nicht für Jogger optimiert. Gruß, Fabian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] railway=halt
ant wrote: Im Wiki [1] steht zum Key railway=halt aber: Haltepunkt (kein Bahnhof, z. T. ohne Bahnsteig, z. T. nur bei Bedarf) Demzufolge wären die oben genannten Beispiele nicht als halt, sondern als station zu taggen. Sehe ich das richtig? (Gibt es in D überhaupt noch Haltepunkte, die dieser Definition entsprechen würden?) Ja, die gibt es. z.B. sind selbst solche großen Stationen wie Hamburg Dammtor oder Jena Paradies aus Sicht der Eisenbahn nur Haltepunkte und keine Bahnhöfe, weil ein entscheidendes Kriterium fehlt: eine Weiche. Für einen Bahnhof braucht man mindestens eine Weiche und weitere Voraussetzungen (z.B. müssen Züge dort Wenden oder mit Gleiswechsel überholen können). Ob ein Bahnsteig vorhanden ist oder nicht, ist für die Einstufung als Haltepunkt unwichtig (Beispiele für Haltepunkte ohne Bahnsteig sind übrigens: Bad Doberan Stadtmitte, Bad Doberan Goethestraße, Kühlungsborn Mitte). Ebenso kommt es nicht darauf an, ob die Züge regelmäßig dort halten oder nur bei Bedarf. Ich finde, die Unterscheidung zwischen Bahnhof und Haltepunkt sollte sich auch in unseren Daten korrekt widerspiegeln - schon um eine OpenRailMap richtig rendern zu können ;-) Zumal es in anderen Ländern ähnliche Unterscheidungen zwischen Bahnhöfen und Haltepunkten gibt. Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] railway=halt
Am 24.09.2010 16:29, schrieb Andreas Titz: ant wrote: Im Wiki [1] steht zum Key railway=halt aber: Haltepunkt (kein Bahnhof, z. T. ohne Bahnsteig, z. T. nur bei Bedarf) Demzufolge wären die oben genannten Beispiele nicht als halt, sondern als station zu taggen. Sehe ich das richtig? (Gibt es in D überhaupt noch Haltepunkte, die dieser Definition entsprechen würden?) Ja, die gibt es. z.B. sind selbst solche großen Stationen wie Hamburg Dammtor oder Jena Paradies aus Sicht der Eisenbahn nur Haltepunkte und keine Bahnhöfe, weil ein entscheidendes Kriterium fehlt: eine Weiche. Für einen Bahnhof braucht man mindestens eine Weiche und weitere Voraussetzungen (z.B. müssen Züge dort Wenden oder mit Gleiswechsel überholen können). Ist diese Definition denn auch international gültig? Dann sollte der Wiki-Eintrag entsprechend angepasst werden... Ob ein Bahnsteig vorhanden ist oder nicht, ist für die Einstufung als Haltepunkt unwichtig (Beispiele für Haltepunkte ohne Bahnsteig sind übrigens: Bad Doberan Stadtmitte, Bad Doberan Goethestraße, Kühlungsborn Mitte). Ebenso kommt es nicht darauf an, ob die Züge regelmäßig dort halten oder nur bei Bedarf. Das sollte sich dann ebenfalls im Wiki-Artikel widerspiegeln. Ich finde, die Unterscheidung zwischen Bahnhof und Haltepunkt sollte sich auch in unseren Daten korrekt widerspiegeln - schon um eine OpenRailMap richtig rendern zu können ;-) Zumal es in anderen Ländern ähnliche Unterscheidungen zwischen Bahnhöfen und Haltepunkten gibt. Gruß Andreas Grüße ant ___ 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
Re: [Talk-de] Quantum und OpenStreetMap - Stil-Beispiel
jan99 wrote: Hat schon einmal richtige OSM-Karten erstellt mit qgis und kann ggf. mal eine Beispiel Stil-Datei für die Darstellung zur Verfügung stellen. darum geht es aber nicht, das mach ich schon. es geht um die performance beim anlegen eines postgres-layers BEVOR er überhaupt auf die daten zugreift ich hab das getraced , er macht da ne für ihn wichtige abfrage über das schema der tabellen - nicht über die daten. wenn er da durch ist - nach 2 minuten - flutscht alles. und die nicht-hstore-db geht garnicht. gruss walter -- View this message in context: http://gis.638310.n2.nabble.com/Quantum-und-OpenStreetMap-tp5563226p5567131.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] highway=pedestrian
Moin, Ich hatte den Kirchvorplatz (und einige andere Plätze) mit highway=pedestrian getagt. Nun hat der Nutzer derandi dieses Tagging gelöscht, da er der Meinung ist, dass es ausschließlich für Fußgängerzonen gedacht ist. Als solche sind diese Plätze jedoch nicht ausgezeichnet. Nun meine Frage: Was bedeutet aus der Wiki und größere Flächen mit hartem Untergrund die vor allem für Fußgänger gedacht sind? MfG Andreas -- Diese Nachricht wurde maschinell erstellt und ist daher ohne Unterschrift gültig. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS/GSM Tracker gesucht
Das Gerät wurde entworfen, um es dauernd am Knöchel zu tragen, sollte also klein genug sein. Es wurde nur vermutlich nicht für Jogger optimiert. bestimmt nicht: elektonische fußfessel! sowas gibt es für ca 100€ auch für hunde, katzen, teure autos, demenz-kranke oder auch nur um seinen partner zu überwachen. also alles typische osm-anwendungen -- View this message in context: http://gis.638310.n2.nabble.com/GPS-GSM-Tracker-gesucht-tp5566511p5567147.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Optimierte Wegeerfassung von Luftbildst raßen
HI ! wenn Straßendaten vorab aus Luftbildern erfaßt werden fehlen immer noch die Straßennamen und Beschränkungen der Fahrrichtung. Um diese zu erfassen brauch nicht mehr jeder Weg abgefahren werden. Bei Sackgassen reicht es aus den Einbiegepunkt zu betrachten und dassonsten sind ebenfalls nur noch die Knotenpunkte anzusteuern. Nun stelle ich mir die Frage wie man soetwas optimiert planen könnte - vermutlich vergleichbar dem Travelman-Prinzip. Hat sich einer von Euch schon einmal Gedanken dienstbezüglich gemacht oder kennt gar eine Lösung? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Optimierte Wegeerfassung von Luftbildstra ßen
jan99 wrote: Um diese zu erfassen brauch nicht mehr jeder Weg abgefahren werden. Bei Sackgassen reicht es aus den Einbiegepunkt zu betrachten ... und dann? als noexit taggen??? nur aufgrund von luftbildern? die diskussion mit noexit hatten wir doch gerade. gruss walter -- View this message in context: http://gis.638310.n2.nabble.com/Optimierte-Wegeerfassung-von-Luftbildstra-en-tp5567279p5567328.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Quantum und OpenStreetMap
Hallo Walter Ein Forum oder so kenn ich nicht. Ich schau immer nur auf Punktdaten da ist das relativ schnell. Ich vermute mal, einen Index auf deinen Koordinaten wirst du haben. Hab das gerade mal getestet, Qgis hat bei mir auch das von dir geschilderter int4-Problem wenn ich es gegen die Toolserver-DB laufen lasse. Also ich kann dir da nicht helfen. Grüße Kolossos Walter Nordmann schrieb: @kolossos hi, gibt es irgendwo nen forum, dass sich näher mit osm -- qgis auseinandersetzt? ich ha da nen paar probleme, wo ich nicht weiterkomme und dabei zwischen den stühlen sitze: a) bei jedem zugriff auf meinen hstore braucht er ca 2 minuten, bevor er loslegt. qgis fragt da anscheinend tabelleneigenschaften der db nach, BEVOR er auf die realen daten zugreift. und das bei der kleinsten änderung innerhalb der gui. das nervt :( b) zugriff auf die richtige osm-db (also nicht hstore sondern die andere) geht nicht, da qgis kein langes int sondern nur int4 als key kann. eventuell kannst du mir da nen tip geben. lg walter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualität-Tag
Am 24. September 2010 20:02 schrieb Simon Kokolakis simon.kokola...@gmx.de: Am 10.09.2010 21:02, schrieb Wolfgang: Vorschlag: last_check=2010-09 Gegenvorschlag: Den source-tag einfach mit Datum versehen, z.B.: shop=electronics source:shop=Survey 24.09.2010 +1, last_check ist nicht klar, auf welchen Tag es sich bezieht. Auch ist source:xy=foo schon ein bisschen etabliert. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seekabel, die Zweite - IMPORT FERTIG
Am Freitag, 24. September 2010 schrieb Heiko Jacobs: tunnel=yes ...jedenfalls besser als visible=no ;) Wie wär's noch mit layer=-1 (wenn das Meer layer=0 hat)? Ich finde es interessant, wenn OSM das Netz der Unterseekabel visualisieren kann - auch wenn Unterseekabel weder für Wanderer als Landmarke noch für das Routing hilfreich sein mögen. Fast schon störend hingegen empfinde ich die Festlandshelves, die um alle Küsten herum gezeichnet die bekannten Silhouetten der Kontinente verfremden... Two pence from Ralf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Optimierte Wegeerfassung von Luftbildstr aßen
Am 24.09.2010 17:58, schrieb Walter Nordmann: jan99 wrote: Um diese zu erfassen brauch nicht mehr jeder Weg abgefahren werden. Bei Sackgassen reicht es aus den Einbiegepunkt zu betrachten ... und dann? als noexit taggen??? nur aufgrund von luftbildern? die diskussion mit noexit hatten wir doch gerade. gruss walter wieso - da steht in der Regel der Straßenname ! gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] railway=halt
Am 24.09.2010 12:47, schrieb ant: Haltepunkt (kein Bahnhof, z. T. ohne Bahnsteig, z. T. nur bei Bedarf) Demzufolge wären die oben genannten Beispiele nicht als halt, sondern als station zu taggen. Sehe ich das richtig? (Gibt es in D überhaupt noch Haltepunkte, die dieser Definition entsprechen würden?) An der Definition ist doch nichts ungewöhnliches. Hast du das z. T. (= zum Teil) überlesen? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Optimierte Wegeerfassung von Luftbildstra ßen
ok, mist-verständnis. klar, bei sackgassen braucht du nicht rein, nur unm den namen zu wissen. der sollte sich dann ja nicht meht ändern. komm aber bitte nicht auf die iddee, die straße als sackgasse zu taggen (noexit=yes), da es ja immer noch irgendwie weitergehn kann. echte/richtige sackgassen, wo wirklich land unter ist, gibt es verdammt wenige. gruss walter -- View this message in context: http://gis.638310.n2.nabble.com/Optimierte-Wegeerfassung-von-Luftbildstra-en-tp5567279p5568156.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] (Perl)-Tool für die Relationsaufl istung
Hi ! immer wieder kommt es vor das man nur mal eben die Namen aller Wegerelationen oder Gemeinde-Borders brauch. Dann mal eben auflisten und schon kommt man schneller ans Ziel. Weiß einer von Euch ob soetwas irgendwo verfügbar ist ?? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OT: Javascript ist boese
Am Mittwoch 22 September 2010, 11:24:48 glaubte Bernd Wurst zu wissen: Am Mittwoch 22 September 2010, 08:18:07 schrieb Guenther Meyer: Am Mittwoch 22 September 2010, 07:03:51 schrieb Bernd Wurst: (Heutige Browser schaffen es doch ganz gut, die sinnvollen JS-Funktionen zu unterstützen und die blödsinnigen zu ignorieren. Ausschalten ist nicht mehr zeitgemäß.) Grade heutzutage ist sowas wie NoScript, das selektives Aktivieren von JS bietet absolut sinnvoll. Ich kenne diese Extension nicht, aber wenn dem Script verboten wird zu einer unbeteiligten Seite Daten zu senden (das wäre eine naheliegende Einschränkung), dann sollte das die genannte Funktionalität nicht stören. Auch Nerv-Javascript wie Popup-Fenster und Statusleistenverunstaltung sollte ein heutiger Browser unterbinden, ganz ohne Extension. Und nein, man will nicht JS per default aus haben und nur selektiv aktivieren. Oder man macht das, sollte dann aber bitte ganz dringend dranf verzichten, vermeintliche Bugs irgendwo zu melden. Ich habe keinen Bug gemeldet, nur darauf hingewiesen, daß manche vielleicht etwas anders oder nicht sehen. Ich habe JavaScript per default aus und schalte es für jede Seite gezielt zu, so ich es haben möchte. Ganz einfach darum, weil ich öfter mal mehrere 100 Tabs geöffnet hab und die Browser bei sowas alle viel weniger absturzfreudig sind wenn JS deaktiviert ist. Über den Sinn der großen Anzahl an geöffneten Tabs diskutiere ich hier in der Liste nicht ;-) flo -- Lautsprecher mode=*gangdollegross* ACHTUNG! ACHTUNG! IM DENKKRAFTWERK KWK IST ES ZU EINER ZELLSCHMELZE GEKOMMEN. ALLE BEWOHNER VON DAG° WERDEN AUFGEFORDERT, DIE NOTAUSGAENGE ZU OEFFNEN UND DAS GEBAEUDE ZU RAEUMEN. FRAUEN UND KINDER ZUERST. DIE SCHULZ BLEIBT DRIN / [Guido Hennecke zu Klaus Ketelaer in dag°] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenname vorhanden aber noch nicht ge baut
Am Freitag 24 September 2010, 08:20:52 glaubte Peter Wendorff zu wissen: On 24.09.2010 02:40, Garry wrote: Eine Strasse kann schon lange in Bau sein während an einzelne Abschnitte lange Zeit kein Baubeginn ersichtlich ist. Z.b. wurde hier eine Bundestrassen-Ortsumgehung ca. 1990planfestgestellt, Baubeginn war aus finanziellen Gründen 2001, Fertigstellung 2008. In manchen Bereichen davon wurde erst 2007 mit Bautätigkeiten begonnen. Um so etwas darzustellen würde es Sinn manchen die komplette Strecke als construction zu deklarien und mit construction_state (o.ä)den Baufortschritt der einzelnen Bauabschnitte zu dokumentieren. Wenn die komplette Strecke Baustelle ist, ist die komplette Strecke construction. Wenn es sich um mehrere Bauabschnitte handelt, von denen einzelne noch nicht begonnen sind, bleiben diese bis Baubeginn proposed. +1 flo -- Hattu bunte Klickiklickie entdeckt! Da kann de lieb Jung abe fein spieliespielie machen ne? WoKo kann jetzt wieder Kaspie-Kaspie machen. [WoKo und Dieter Bruegmann in dag°] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualität-Tag
Hallo, Am Freitag 24 September 2010 20:02:57 schrieb Simon Kokolakis: Am 10.09.2010 21:02, schrieb Wolfgang: Wir sollten Daten, für die die Gefahr besteht, dass sie sich unauffällig verändern könnten, wenn wir sie schon erfassen, mit einem Aktualität-Tag versehen, dass man gezielt z.B. für ein Gebiet heraussuchen kann und dann praktisch eine Checkliste erhält, was demnächst überprüft werden sollte. Vorschlag: last_check=2010-09 Gegenvorschlag: Den source-tag einfach mit Datum versehen, z.B.: shop=electronics source:shop=Survey 24.09.2010 -1 Das wäre das Datum der Erstaufnahme. Es geht aber darum, wann zuletzt jemand vorbeigekommen ist und bestätigt, dass die vorhandenen Daten noch korrekt sind. Der Tag kann dabei angegeben werden, ist aber unwichtig, solange wir nicht in der Lage sind, sämtliche POIs wöchentlich zu prüfen Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Karte maßstäblich drucken
Hallo, kennt jemand eine einfache Möglichkeit, eine Karte mit beliebigem Ausschnitt und beliebigem Maßstab zu Papier zu bringen? Karten lassen sich drucken, auch in verschieden Größen und Ausschnitten, aber ich kenne zur Zeit keine Möglichkeit, Klein-Kleckersdorf im Maßstab 1:5000 auf A1-Format auszugeben. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] FAT32 4GiB-Limit: Größenbeschr änkung All in One (Europe)?
Existieren Garmin-Geräte, die ein anderes Dateisystem als Fat32 akzeptieren? Unter FAT32 dürfen Dateien eine maximale Größe von 4 GiB haben. Zur Zeit ist die All in One Europe 3,3 GiB groß. Gibt es bereits Pläne/Vorkehrungen, die erzeugten Karten nicht größer als 4 GiB werden zu lassen? Sollte diese Größe überschritten werden, dürfte sich die Verwendbarkeit der All in One Karte enorm verringern. Im Moment ist zwar nur die Europa-Karte betroffen, aber ich bin mir sicher, dass die Deutschland-Karte irgendwann auch soweit ist. :) Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] FAT32 4GiB-Limit: Größenbeschr änkung All in One (Europe)?
Am Samstag 25 September 2010, um 05:13:59 schrieb malenki: Im Moment ist zwar nur die Europa-Karte betroffen, aber ich bin mir sicher, dass die Deutschland-Karte irgendwann auch soweit ist. :) Kann ihc mir gar nicht vorstellen. Da kommt ja lange nicht so viel rein wie es wirklich in osm gibt. Gruß malenki Chris. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de