Re: [Talk-de] PotM November - Hotels und andere Unter künfte

Am 28.10.2010 09:38, schrieb Jan Tappenbeck: habe ich es gleich allgemein geschrieben und hinter ... kann sich vieles verbergen. Gut! Danke, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] PotM November - Hotels und andere Unterk ünfte

Am 28.10.2010 12:04, schrieb M∡rtin Koppenhoefer: Das "Hauptobjekt" könnte z.B. das Verwaltungsgebäude -1 ich dachte dabei an die Adresse (Hausnummer). Ist aber anders besser! oder das Außen-Polygon des Platzes des Platzes? Bei z.B. Sportstätten, Schulen oder Unis würde ich sagen, ein P

Re: [Talk-de] Tags für Fakultät einer Uni?

Am 28.10.2010 14:48, schrieb Wolfgang: Alle tags, die sich auf das Ganze beziehen (TU Name, Adresse ...) kommen in die Relation. Gebäude mit mehreren Fakultäten bekommen je ein POI mit der Bezeichnung, sonst Fakultät ans Gebäude. Beispiele dazu: Bundeswehrkrankenhaus Hamburg:

Re: [Talk-de] Grenz-Relationen mit type=boundary oder mit type=multipolygon?

Am 09.11.2010 09:00, schrieb Fichtennadel: Super Analyse, danke! War sicher ne Menge Arbeit! Was mich jetzt aber wirklich etwas verstört ist, dass hier 2 Tage lang NIEMAND dazu ein Wort rausbringt. Adjuva spricht ein konkretes (Rendering von Grenzen) aber auch generelles (Renderer vs. Aufbereitun

Re: [Talk-de] Karteileichen (war: Lizenzwechsel)

Am 11.11.2010 12:20, schrieb dieter jasper: Aber es ist möglich, dass diese Mapper nicht mehr bei OSM aktiv sind und somit diese Mails auch nicht mehr lesen (es ist doch so, dass diese Mails im Postkasten des 'user acounts' landen?). ... und als mail bekommen. Falls die E-Mail-Adresse aber

Re: [Talk-de] Karteileichen (war: Lizenzwechsel)

Am 11.11.2010 14:11, schrieb dieter jasper: Bitte mal Test-Mail an user meppen7 senden. Erledigt! Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] osmosis: ausschneiden ohne poly-Datei

Am 20.11.2010 11:26, schrieb Jan Tappenbeck: weiß einer ob man irgendwie ein rechteckigen Bereich mit osmosis ausschneiden kann oder hat dafür ein windows-fähiges Skript (Perl geht) geschrieben der aus einer Boxbegrenzung (wie üblich unten links / oben rechts bsp: 12.4540329,54.4419962,12.58

Re: [Talk-de] Crisis Mapping in Chile

Alexander Matheisen schrieb: > wird es für die Erdbebengebiete in Chile ähnliche Aktionen wie in Haiti geben? > > > Ich habe mal die NaviPOWM-Karten von dem Gebiet extra erzeugt: http://dev.openstreetmap.de/navipowmmaps/navipowm/chile.7z Stefan ___

Re: [Talk-de] Crisis Mapping in Chile

Hallo Frederik , Frederik Ramm schrieb: > > http://labs.geofabrik.de/chile/ gibts jetzt auch (Update alle 10min) > super, Danke! Dann spar ich mir das Ausschneiden aus der South-America.osm! Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreet

Re: [Talk-de] Rapideye stellt OpenStreetMap Satelliten bilder von Chile zur Verfügung

Markus schrieb: > (die Lage stimmt unregelmässig nicht mit den vorhandenen OSM-Daten überein) > > Dumme Frage: Das ist aber nicht die durch das Erdbeben verursachte, tatsächliche Verschiebung, oder? Stefan ___ Talk-de mailing list Talk-de@openstre

Re: [Talk-de] NaviPOWM 0.2.4 freigegeben

Hallo, Doru Julian Bugariu schrieb: > die neue Version von NaviPOWM (0.2.4) ist freigegeben. die neuen Karten (0.2.4) für - Europa - "GermanyPlus" - Haiti - Chile liegen am Dev-Server vor: http://dev.openstreetmap.de/navipowmmaps/ ___ Talk-de maili

Re: [Talk-de] Übersicht der gemeldeteten Bugs von skob bler-Nutzern

Hallo, Oliver Kuehn (skobbler) schrieb: > > hier ist noch mal ein Link, wo man (ungefiltert) die gemeldeten Bugs über > den skobbler-Rückkanal einsehen kann: http://beta.skobbler.de/osmbugs > > > Ich habe mir mal exemplarisch ein paar Meldungen in meiner Gegend angesehen. Ist es evtl. möglich,

Re: [Talk-de] S: Hilfe bei Autobahnen - name per bot loeschen

Frederik Ramm schrieb: > Im Volksmund zumindest hat die Strasse also tatsaechlich den Namen A5 - > unter dem ist sie bekannt. Es spricht einiges dafuer, die Strasse mit > name=A5 zu taggen statt mit ref=A5 und leerem Namen. > > Habe ich das was falsch verstanden oder nicht mitbekommen? Es gi

Re: [Talk-de] S: Hilfe bei Autobahnen - name per bot loeschen

Hallo Frederik, Frederik Ramm schrieb: > Stefan Dettenhofer (StefanDausR) wrote: > >> Es gibt doch durchaus auch Autobahnen, die neben Ihrer "amtlichen >> Nummer" (=ref) auch noch einen Namen haben, z.B.: >> "Inntal-Autobahn", "Brenner-Aut

Re: [Talk-de] S: Hilfe bei Autobahnen - name per bot loeschen

Andreas Labres schrieb: > Ich wäre dafür, name= & ref= Regeln wie auch das Rendering > beizubehalten, sprich die ref-Eier immer und der name dort, wo er > gesetzt ist und Platz ist. IMO funktioniert das gut, es besteht kein > Leidensdruck, was zu ändern. > Da bin ich voll Deiner Meinung! Mitte

Re: [Talk-de] S: Hilfe bei Autobahnen - name per bot loeschen

Andreas Labres schrieb: > On 10.03.10 09:29, Stefan Dettenhofer (StefanDausR) wrote: > >> Mittelfristig könnte man sich ja überlegen, das "ref=" in die Relation >> (falls vorhanden) auszulagern, dann wäre es wahrscheinlich für die >> Renderer auch e

Re: [Talk-de] Bot Vorschlag: St. NAME --> Sankt NAME

Jonas Stein schrieb: > St. --> Sankt > Pfr. --> Pfarrer > Pl. --> Platz > Dr. --> Doktor > Prof. --> Professor > > > dagegen! Es gab vor nicht allzu langer zeit schon einen recht lange Diskussion dazu (D.-Martin-Luther-Straße: "D."<->"Dr." usw.) In den offiziellen Straßenlisten der Kommunen si

Re: [Talk-de] Rapideye stellt OpenStreetMap Satellitenbilde r von Chile zur Verfügung

Jonas Stein schrieb: >> Das ist aber nicht die durch das Erdbeben verursachte, tatsächliche >> Verschiebung, oder? >> > > Die Erdverschiebungen bei Erdbeben liegen unter der Messgenauigkeit > der Luftaufnahmen. > > Die Verzerrungen kommen durch die Aufnahmeoptik. > > Danke für die Aufkläru

Re: [Talk-de] polnav tracks und gpsbabel

Marcus Wolschon schrieb: > Hat hier jemand eine Idee? > > Wie (HEX-dump) sehen denn die Daten aus? Ist es evtl. SIRF-binary? Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Featurewunsch: GPX-Overlay

Christian H. Bruhn schrieb: > Ein häufig genannter Wunsch war, daß man GPX-Tracks als OSM-Overlay > darstellen kann. meinst Du die Darstellung so ähnlich wie hier? http://www.gpswandern.de/gpxviewer/gpxviewer.shtml Gruß, Stefan ___ Talk-de mailing l

Re: [Talk-de] maxspeed map - jetzt global

dieter jasper schrieb: >> die maxspeed map ist jetzt global verfuegbar >> > > kann es auch erweitert, so dass maxspeed:forward und maxspeed:backward > angezeigt wird. > +1 wollte ich auch gerade anfragen! Die maxspeed=XX:urban und XX:rural werden ja zumindest als Text dargestellt! Danke

Re: [Talk-de] Details mappen in Dortmund

Sven Geggus schrieb: > Was macht man wenn man flächige Straßen ausblendet und nun wir eine > Knoten geändert an dem eine ebensolche dranhängt. > > Eigentlich sollte man schön langsam darüber nachdenken, mehrere Datenbanken aufzubauen und die Daten systematisch zu ordnen: Ich könnte mir z.B. vo

Re: [Talk-de] maxspeed map - jetzt global

Florian Lohoff schrieb: >> kann es auch erweitert, so dass maxspeed:forward und maxspeed:backward >> angezeigt wird. >> > > Ich kenne die beiden nicht als consens und ich mag die auch nicht. > > Gibt es denn eine andere Möglichkeit, unterschiedliche maxspeed für jede Fahrtrichtung bei nic

Re: [Talk-de] maxspeed map - jetzt global

Bernd Wurst schrieb: > Ich habe hier aber keine (in OSM erfassten) asymmetrischen Begrenzungen, so > dass mir der Fortschritt bisher nicht auffiel. > > Ich bin aktuell auch nur deshalb aufmerksam geworden, da diese in NaviPOWM nun auch richtig ausgewertet und angezeigt werden. Gruß, Stefan

Re: [Talk-de] maxspeed=* und zone:traffic=* | Skobbler

Hallo, Martin Koppenhoefer schrieb: > > maxspeed=100 und > source:maxspeed=DE:rural wird im Wiki vorgeschlagen. > meines Wissens gibt es für implizite Geschwindigkeitsbeschränkungen 2 Vorschläge, die auch benutzt werden: 1. Die "italienische" Variante: maxspeed=100 source:maxspeed=DE:rural

Re: [Talk-de] Karten für NaviPOWM auf dem Dev-Server

Hallo zusammen, ich habe am Devserver nun NaviPOWM-Karten aus dem kompletten planetfile erstellt: Download: http://dev.openstreetmap.de/navipowmmaps/navipowm/planet/ Datenquelle: planet.osm vom 08.04.2010 Anzahl: 30611 Dateien entpackte Größe (Mapfiles): 29 GB gepackte Größe (7z-Files): 4,6 GB M

Re: [Talk-de] Attribution - warum nimmt sie keiner ernst?

Das müsste man dann ja konsequenter weise auch auf den Kartendarstellungen der mobilen Geräte machen. Dann bleibt wahrscheinlich für die Karte gar kein Platz mehr... Stefan Rolf Meyerhof schrieb: > Hallo > > Zur Durchsetzung dieser Forderungen schlage ich vor: Die Anzeigen unserer > Karten auf

Re: [Talk-de] Geofabrik-Datenauszuege und Namensnennung

Hallo Frederik , Frederik Ramm schrieb: > weil wir hier gerade das Thema hatten, moechte ich gern eins > klarstellen: > > Die Geofabrik bietet ja auf download.geofabrik.de eine Anzahl von > OpenStreetMap-Extrakten an. Bei strenger Lesart wuerde die > CC-BY-SA-Lizenz von jedem, der diese Daten

Re: [Talk-de] All in one Garmin Map - news

Christian Knorr schrieb: >> Es scheint allerdings einen bug (entweder in OL oder im Browser) zu geben, >> dass die Vektorobjekte, also die Kacheln, einfach verschwinden, wenn man >> sehr nah ranzoomt. >> > Kann ich nicht bestätigen. Hier bleibt alles da wo es sein soll. > Firefox 3.0.19 auf ku

Re: [Talk-de] All in one Garmin Map - news

Christian Knorr schrieb: > Ja, Du hast Recht. Auch bei mir. > Beispiel: > http://dev.openstreetmap.de/aio/tiles/?zoom=12&lat=56.52607&lon=-6.72709&layers=B000T > > Hier ist die Linie noch da, eine Zoomstufe weiter nicht mehr. > > Ja, exakt wie bei mir! Als Lösung müsste man wahrscheinlich die R

Re: [Talk-de] Gesperrte Autobahnauffahrten

Fips Schneider schrieb: > access=no > date_on=2010-05-01 > date_off=2010-05-20 > (...) > Leider wird das Tag date_on und date_off vom Renderer nicht berücksichtigt... > date_on und date_off ist auch ziemlich doof, da man nicht weiß, welches Attribut gemeint ist! Es könnte sich ja genauso au

Re: [Talk-de] Skobbler berücksichtig seit dem 20.0 4.10 turn-restrictions!

Falk Zscheile schrieb: > Nicht jeder hat den Nerv überall noch einmal > access-Tags zu setzen, wo sich dies bereits aus dem Barrieretypen > ergibt. Das ist extrem umständlich und wir wollen es doch dem Mapper > so einfach wie möglich machen und nicht den Programmierern :-) Nur > wenn etwas vom Norm

Re: [Talk-de] Karte drucken (Photopapier)

Detlev Reiners schrieb: > Stephan Knauss schrieb: > >> Wie muss man das denn umrechnen, bzw. wie funktionieren die Belichter >> für Fotos? Werden die Bilder gerastert? ich habe ein Bitmal als Quelle, >> also einen Punkt pro Farbe. >> >> > Die Belichter erzeugen einen schwarzen Punkt. B

Re: [Talk-de] Wohnmobil-Stellplätze bei OSM

Hallo Martin, Martin Mainzer schrieb: > Bei der Arbeit mit den Daten ist mir aufgefallen, dass zwar schon eine > Menge an Wohnmobilstellplätzen in Deutschland verzeichnet ist (560, > Europa 1447), aber kaum weitergehende Informationen eingetragen sind. > Ich denke, dass es insbesondere interessant

Re: [Talk-de] Wohnmobil-Stellpl?tze bei OSM

Jacob Hampel schrieb: > bist du dir sicher, dass die Qualität der Daten auch gut ist. Ich weiß es nicht, habe die Liste mehr durch Zufall gefunden. Du kannst ja mal die in OSM vorhandenen Stellplätze stichprobenartig vergleichen. > Es gibt in der Liste viele Wohnwagenstellplätze, die mit einem F

Re: [Talk-de] Mautdaten

Frederik Ramm schrieb: > hat jemand schon mal Mautdaten fuer deutsche Autobahnen in OSM erfasst? > > korrelieren diese Daten nicht teilweise mit den TMC-Segmenten? Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstree

Re: [Talk-de] Quarks & Co. berichtet über "Op enStreetMap für Rollstuhlfahrer"

Hallo, die Sendung Quarks&Co war gestern recht interessant, hier kann man nochmal was nachlesen: OpenStreetMap für Rollstuhlfahrer http://www.wdr.de/tv/quarks/sendungsbeitraege/2009/0915/008_karten.jsp Wie man an den Karten von OpenStreetMap mitzeichnen kann http://www.wdr.de/tv/quarks/sendungs

Re: [Talk-de] NaviPOWM 0.2.3 freigegeben

Hallo, geo.osm schrieb: > Lädts du demnächst auch noch die 0.2.3 Karten > hoch. Oder such ich nur an der falschen Stelle. Dann könnte ich es am WE > gleich richtig testen > ich habe mir auch erst gerade nie neue Version heruntergeladen. Die neuen Karten werde ich erzeugen. Sobal was fertig

Re: [Talk-de] NaviPOWM 0.2.3 freigegeben - Germany neu

Stefan Dettenhofer (StefanDausR) schrieb: > Sobal was fertig ist, melde ich mich! > Also Deutschland ist nun fertig! Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] NaviPOWM 0.2.3 freigegeben

Die Links hier http://forum.pocketnavigation.de/thread.php?postid=2337916#post2337916 funktionieren! Stefan geo.osm schrieb: > Stefan Dettenhofer (StefanDausR) schrieb: >> Hallo, >> >> geo.osm schrieb: >> >>> Lädts du demnächst auch noch die 0.2.3 Karten

Re: [Talk-de] NaviPOWM 0.2.3 freigegeben - Germany neu

Hallo Julian, Doru Julian Bugariu schrieb: > Stefan Dettenhofer (StefanDausR) schrieb: > > >> Also Deutschland ist nun fertig! >> > > Mein Rechner knuspert sich gerade zu Tode mit Deutschland. Welches > System benutzt Du? > > Hier: Kubuntu 9.04 auf

Re: [Talk-de] NaviPOWM 0.2.3 freigegeben

Hallo Julian Doru Julian Bugariu schrieb: > Wenn Du mir sagst, was ich hier: > > http://sourceforge.net/apps/mediawiki/navipowm/index.php?title=NaviPOWM_Maps > > reinschreiben soll, dann mache ich das gerne. Ansonsten kannst ja > versuchen Dich mit dem neuen "tollen" Design von SourceForge und de

Re: [Talk-de] Die Wanderkarte wird interaktiv

Hallo Nop, Nop schrieb: > Routen planen > > Die Karte wurde mit einem Routenplaner integriert. (...) > > Über Euer Feedback zu Problemen, Erfolgen und Verbesserungen würde ich > mich freuen. > Das sieht schon recht gut aus! Ein snap-to-way wäre natürlich noch schöner, ist aber auf der Grundla

Re: [Talk-de] autobug update

Torsten Breda schrieb: >> ich hätte noch einen Vorschlag zu den >> Gemeinde-/(Land-)Kreis-Bezeichnungen (is_in) etc. >> Warum Verwenden wir nicht die schon europaweit existierenden >> NUTS/LAU-Schlüssel? >> http://de.wikipedia.org/wiki/NUTS >> Die Listen kann man sich frei herunterladen und dann ha

Re: [Talk-de] Druchfahrtshöhe Brücke

Halllo Jan > wo hinterlege ich denn die Durchfahrtshöhe einer Brücke ??? > > Das Attribut ist interessant für die durchführende Straße - damit hat > das BRIDGE-Attribut aber nichts mit zu tunt ? > Eigentlich kannst Du das nur sinnvoll an das Teilstück unter der Brücke setzten. Dazu musst Du

Re: [Talk-de] Wanderweg - Relation

Hallo, > Schau dir mal das tool > http://betaplace.emaitie.de/webapps.relation-analyzer/ an. Hier kann ich > relationen suchen. Hier kann ich relationen kontrollieren. Das kannte ich noch gar nicht! Tolles Teil, aber... > Da ist es schon richtig wenn man mehrere fehlerlose relationen hat. Die

Re: [Talk-de] Wanderweg - Relation

Hallo Willi, >> Wie soll sie "Superrelation" getaggt werden? Als network oder im selben >> Typ wie die Einzelteile? >> > > > hier http://www.openstreetmap.org/browse/relation/33216/history schon mal > ein Beispiel von anderen OSMlern. > > Ich weiß aber nicht, ob in meinem Beispiel htt

Re: [Talk-de] Wanderweg - Relation

Hallo Willi, > Am 12.11.2008, 08:06 Uhr, schrieb Stefan Dettenhofer (StefanDausR) > <[EMAIL PROTECTED]>: > > >> Wenn ja, dann müsste ich es so machen, oder? >> name = Jurasteig >> type = network >> route = hiking >> network = Jurasteig

Re: [Talk-de] Wanderweg - Relation

Hallo Markus, >> Wanderweg-Relation: >> type route >> route hiking >> > > >> Spazierweg-Relation: >> type route >> route foot >> > > Und was wären die Unterscheidungsmerkmale? > > Ich weiß eben auch noch nicht, ob es Sinn macht, zwischen "Turnschuhwegen" in der Ebe

Re: [Talk-de] OSM soll noch 2008 ganz Deutschland umfassen?

Hallo, André Reichelt schrieb: > Das weiss ich doch schon alles. Nur dummerweise sieht man nicht, was > man da gerade aufzeichnet und das stört mich. Hm, vielleicht baue ich das in Koord mal ein... Du kannst aber inzwischen auch schon unabhängig von GoPal Tracks aufzeichnen und POIs erfassen.

Re: [Talk-de] Herscht Konsens zur Darstellung von Gren zen über Relationen?

Hallo Jochen, > Ein wichtiger Punkt ist dabei noch der Umgang mit größeren und komplexen > Gebilden, die z.B. Enklaven haben. Frederik hat gerade einen Vorschlag > ins Wiki gestellt, wie bestehende Multipolygon-Relations erweitert > werden können, damit sie auch mit sowas zurecht kommen: > http://w

Re: [Talk-de] Maxspeed Karte Update ?

Hallo Henry, [EMAIL PROTECTED] schrieb: > Hi, > > ich finde die Maxspeed-Karte > > http://wince.dentro.info/koord/osm/KosmosMap.htm?zoom=11&lat=6584584.24356&lon=680129.86234&layers=BT > > ziemlich Klasse, schön, dass sie Dir gefällt! > allerdings frage ich mich wann da ein Update kommt. ok,

Re: [Talk-de] Maxspeed Karte Update ?

Hallo Wolfgang, meine maxspeed-Karte hat transparenten Hintergrund und wird über die vorhandenen [EMAIL PROTECTED] gelegt! Ich rendere momentan einen Bereich von E005-E015 und N35-N55. Da ist Österreich fast vollständig mit d'rin (ok Wien fehlt - ich werde es mir merken!) Momentan übertrage ich

Re: [Talk-de] Abstufung tracktype

Hallo, ich denke auch, dass zu viele Abstufungen nichts bringen und man sich eher auf wenige einigen sollte und diese mit klaren Regeln bzw. Beispielen festlegt: Ich finde eigentlich die Beschreibung von tracktype in JOSM recht gut und auch nachvollziehbar: tracktype=1 -> asphaltiert tracktype=

Re: [Talk-de] Hausnummern mit Buchstaben

Jochen Topf schrieb: > > Wir führen neben addr:interpolation=all|odd|even noch > addr:interpolation=xyz ein (für xyz müssen wir noch einen Namen finden). > wie wärs mit addr:interpolation=string oder meinetwegen auch addr:interpolation= char Stefan __

Re: [Talk-de] Maxspeed Karte Update ?

Hallo zusammen, [EMAIL PROTECTED] schrieb: > Hi, > > ich finde die Maxspeed-Karte > > http://wince.dentro.info/koord/osm/KosmosMap.htm?zoom=11&lat=6584584.24356&lon=680129.86234&layers=BT > > ziemlich Klasse, allerdings frage ich mich wann da ein Update kommt. > die maxspeed-Karte habe ich nun w

Re: [Talk-de] Karlsruhe Schema => volle Infos?

Hallo Sebastian, ich denke auch, dass auf kurz oder lang (fast) jede Straße zu einer Relation werden muss! Je mehr Attribute erfasst werden, in desto mehr kleine Weg-Abschnitte muss sie zerstückelt werden. Alleine das taggen von maxspeed generiert sehr viele Wegabschnitte. Die einzige Möglichke

Re: [Talk-de] Inkonsistenz bei Netzwerken für Rad- u nd Wanderwege in Relationen

Sven Anders schrieb: > Am Montag, 17. November 2008 09:03 schrieb Raphael Studer: > >> On Mon, Nov 17, 2008 at 8:01 AM, Sven Anders <[EMAIL PROTECTED]> wrote: >> >>> Am Sonntag, 16. November 2008 17:59 schrieb Brunner, Armin: >>> Also statt gar nichts oder beispielsweise: r

Re: [Talk-de] Datenimport Kreisgrenzen von infasGEOdaten

Tobias Wendorff schrieb: > Jochen Topf schrieb: > >> de:amtlicher_gemeindeschluessel=[AGS5] >> > > Wollt ihr das echt so nennen? Ich würde da etwas Internationaleres > verwenden, z.B. > > communal_code oder communal_reference oder communal_key etc. > > Ich habe glaube ich schon mal comm

Re: [Talk-de] Datenimport Kreisgrenzen von infasGEOdaten

Tobias Wendorff schrieb: > Stefan Dettenhofer (StefanDausR) schrieb: > >> Warum nicht? Das ist doch ein guter Ansatz! de:AGS5 ist doch eindeutig! >> Man kann den Schlüssel auch jederzeit mit Hilfe der NUTS/LAU-Tabellen in >> die europäische Form umwandeln. Siehe

Re: [Talk-de] Datenimport Kreisgrenzen von infasGEOdaten

Tobias Wendorff schrieb: > Stefan Dettenhofer (StefanDausR) schrieb: > >> ich sehe jetzt das Problem nicht! Wir können doch froh sein, ein >> komplettes und vollständiges Datenmaterial zu bekommen! >> > > Von komplett und vollständig möchte ich erst sprechen

Re: [Talk-de] Datenimport Kreisgrenzen von infasGEOdaten

Dominik Spies schrieb: > Apropo Gemarkungen: > Wie sind denn Gemeindegrenzen (und Gemarkungen - aber die müssen ja > nicht immer übereinstimmen) eigtl. festgelegt? > Sind das immer geordnete Mengen von Vermessungspunkten? Gibt es für > jeden solchen Punkt Kennzeichen ("Grenzstein")? > Sind die in i

Re: [Talk-de] API 0.6

Frederik Ramm schrieb: > Wenn jemand in einem Forum mitliest, in dem das interessant sein könnte, > gern auch dorthin übernehmen. > > habe es hier http://forum.pocketnavigation.de/thread.php?threadid=1123574 veröffentlicht! Stefan ___ Talk-de mail

Re: [Talk-de] Luftbilder LVA Bayern

Hallo Markus, Markus schrieb: > Zu meiner Anfrage bei der Bayrischen Regierung gibt es nun eine > Entscheidung: > > Bayern stellt als *Pilotprojekt mit OSM* die Luftbilder in 2-m-Auflösung > für den gesamten Regierungsbezirk Oberpfalz (10.000 m²) zur Verfügung. > Damit soll eine mögliche künfti

Re: [Talk-de] OSM und OpenLayer

Hallo Markus, bei mir klappt es wunderbar! Vielleicht hast Du noch alte Daten im Cache? Gruß, Stefan Markus schrieb: > Hilfe! - OL funktioniert nicht mehr...! > > Da hat endlich alles bestens funktioniert, > Linien und Punkte wurden angezeigt, > Texte und Fotos als Popup, > > und jetzt ist alles

Re: [Talk-de] OSM Inspector - maxspeed

John07 schrieb: > Danke, leider lädt das gerade sehr zäh, aber scheint am [EMAIL PROTECTED] > Server zu > liegen. Bitte an den Autor: Auch Mapnik als Layer auswählbar. > Ansonsten, falls Geofabrik noch Platz und Rechenkapazität hat, könnten > sie das ja vllt. einbauen und damit einen aktuelleren

Re: [Talk-de] Luftbilder LVA Bayern

Hallo Martin, zumindest für die Stadt Regensburg gibt es hier http://www.statistik.regensburg.de/publikationen/amtliche_verzeichnisse.php u.A. ein Straßenverzeichnis, das man zur Kontrolle verwenden kann. Siehe auch hier: http://wiki.openstreetmap.org/wiki/Regensburg Martin Trautmann schrieb: > G

Re: [Talk-de] OSM Inspector - maxspeed

John07 schrieb: > Stefan Dettenhofer (StefanDausR) schrieb: > >> John07 schrieb: >> >> >>> Danke, leider lädt das gerade sehr zäh, aber scheint am [EMAIL PROTECTED] >>> Server zu >>> liegen. Bitte an den Autor: Auch Mapnik als La

Re: [Talk-de] Luftbilder LVA Bayern

Markus schrieb: > Hallo Stefan, > > >> für die Stadt Regensburg gibt es ein Straßenverzeichnis >> > > kannst Du das bitte anfordern und dann eintragen: > http://wiki.openstreetmap.org/wiki/Straßenverzeichnis#Bayern > > >> das man zur Kontrolle verwenden kann >> > > Ja, dazu hat Sven

Re: [Talk-de] osm daten beschneiden

Christian Mayr schrieb: >> das geht mit osmosis und mit einem perl script >> >> http://wiki.openstreetmap.org/wiki/Osmosis >> >> > leider finde ich kein beispiel für ein extrahieren mit einer bounding box > hat da jemand einen beispielaufruf zur hand? > > gruesse > Wenn es Dir nur um die be

Re: [Talk-de] OSM Inspector - maxspeed

Fabian Schmidt schrieb: > > Am 26.11.08 schrieb Stefan Dettenhofer (StefanDausR): > >> Der Speicherplatz ist nicht so das Problem, aber der Upload via FTP ist >> sehr zeitintensiv, da es sich um so viele Einzeldateien handelt. > > Hilft denn sowas? > > tar cpf - di

Re: [Talk-de] Format umwandeln: GPX - DFK

Markus schrieb: > Hallo! > > in meinem Bereich gibt es ein ziemliches Durcheinander der sich > überlagernden Grenzen. > Unsere Gemeindegrenze habe ich als GPX, und möchte sie gern von unserem > örtlichen Vermesser prüfen und mit den Infas-Daten vergleichen lassen. > Dort kann man aber nur DFK imp

Re: [Talk-de] Firefox 3 und WMS

Mit welchen Abweichungen ist denn zu rechnen, wenn die Luftbilder (in GK) vom WMS-Server nach WGS-84 umgerechnet werden und dann vielleicht in JOSM noch nach Mercator? Wäre es da nicht sinnvoller, in JOSM eine GK-Projektion einzubauen? Diese ist lokal rechtwinkelig. Gruß, Stefan Frederik Ramm

Re: [Talk-de] GK-Projektion

Hallo, in der Oberpfalz gilt EPSG:31468 Ich habe die Umrechnung GK_3(Zone 4)<->WGS84 (also EPSG:31468 <-> EPSG:4326) mit den Sources von GEOTRANS gemacht. Man muss aber schon genau aufpassen, was man tut! GK-Koordinaten benutzen das Ellipsoid "Bessel 1841" und als Datum "Deutsches Hauptdreieck

[Talk-de] WGS-84 <-> GK; war: Firefox 3 und WMS

Hallo Frederik, wie ich schon an anderer Stelle mal geschrieben habe, benutze ich für die Transformation GK <-> WGS-84 die sources von GEOTRANS http://earth-info.nga.mil/GandG/geotrans/ Ich benutze diese unter Windows mit C/C++ und unter WinCE in C. Allerdings habe ich mit JAVA noch nichts gema

Re: [Talk-de] Ortsgebiet

wenn man davon ausgeht, dass residential auch nur innerhalb geschlossener Ortschaften verwendet wird (so wie es sein sollte) und das überall 50 km/h impliziert, dann ist das ok. Man könnte dann noch bei living_street irgend etwas zwischen 5 und 10 km/h annehmen. Wobei diese "Defaulttabellen" dan

Re: [Talk-de] Ortsgebiet

wenn physisch 2 Schilder da sind, ist die Sache klar! bei uns ist es aber manchmal so, dass ein Schild zweigeteilt (untereinander) ist: - neue Ort - der alte Ort durchgestrichen Gruß, Stefan Tobias Wendorff schrieb: > Stefan Dettenhofer (StefanDausR) schrieb: > >> wie m

Re: [Talk-de] Ortsgebiet

Ich bin eigentlich eher der Verfechter des expliziten taggen, d.h. einfach ein maxspeed an alle ways. Mir ist klar, dass es viele Gegenargumente dazu gibt, aber momentan ist das die eindeutigste Lösung. Gruß, Stefan ___ Talk-de mailing list Talk-de@o

Re: [Talk-de] Ortsgebiet

wie machst Du das eigentlich bei Ortschaften, die direkt ineinander übergehen? - Zwei Schilder knapp hintereinander - Zwei Ortsnamen angeben Ich habe bisher die zweite Variante gemacht, also "Ort1/Ort2", wobei der "Ort1" der ist, der (in Wegrichtung) neu anfängt und "Ort2" der, der aufhört. Gr

Re: [Talk-de] Ortsgebiet

Es kann schon sein, dass bei vollständiger "maxspeed-Betaggung" da etwas overhead erzeugt wird, aber es ist meines Erachtens trotzdem die einzige sinnvolle Möglichkeit. Alternativ müsste ja z.B. zusätzlich zur (rechtlichen) Ortsgrenze noch die beschilderte Ortsgrenze an Polygon erfasst werden, u

Re: [Talk-de] MaxSpeed-Erfassung - war: LKW-Routing (TV-Bericht)

Zur Erfassung (und Kontrolle) des maxspeed-Tags nutze ich NaviPOWM. Ich habe mir noch Buttons (mit koord465) erstellt, mit denen ich die Tags als Waypoints erfassen kann (s. hier): http://forum.pocketnavigation.de/thread.php?postid=2115770#post2115770 Diese kann ich in GPX wandeln und in JOSM ein

Re: [Talk-de] Ortsgebiet

oder sonst was nehmen. Gruß, Stefan Mario Salvini schrieb: > Stefan Dettenhofer (StefanDausR) schrieb: > >> Es kann schon sein, dass bei vollständiger "maxspeed-Betaggung" da etwas >> overhead erzeugt wird, aber es ist meines Erachtens trotzdem die einzi

Re: [Talk-de] Ortsgebiet

Warum sollte ich die extra kennzeichnen? Wenn sie überflüssig sind, dann bedeutet es doch, dass sie mit dem Defaultwert übereinstimmen und können dann maschinell bereinigt werden! Wenn das nicht möglich ist, dann taugt der Defaultwert auch nichts. Gruß, Stefan Marc Schütz schrieb: >> Dann marki

Re: [Talk-de] LKW-Routing (TV-Bericht)

Das meinst Du aber jetzt nicht ernst, so etwas hier vorzuschlagen, oder? Das PSF-Format ist nicht ganz triveal. Für POIs (GoPal 2.x bis 4.1) gibt es ja schon einen Konverter und entsprechende PSF-POIs. Gruß, Stefan André Reichelt schrieb: > Sofern es nicht schon Konverter gibt, könnten villeic

Re: [Talk-de] Ortsgebiet

was aber wiederum klar macht, dass solche Polygone nicht unbedingt als maxspeed-Default dienen können! Stefan Frederik Ramm schrieb: > Hallo, > > Sascha Silbe wrote: > >> Geschlossene Ortschaft nach StVO (die gelben >> Ortstafeln) und die Ausdehnung eines Ortes (-> Adressen) sind nicht >> i

Re: [Talk-de] Ortsgebiet

Ja genau! Denn ein "Ortsschild-Polygon" ist nicht praktikabel. Es besteht dann auch immer die Verwechslungsgefahr mit der Ortsgernze. Eine Relation wäre für kleine Orte Ok, aber alle Starßen von Berlin in eine Relation zu packen, dürfte auch nicht benutzerfreundlich sein. Dann müssten pro Stadtb

Re: [Talk-de] Luftbilder LVA Bayern - Vertrag unterschrieben

Du kannst Dir die Luftbilder 2007 für Regensburg doch z.B. hier http://stadtplan.regensburg.de/stadtplan.html ansehen! Stadtplan abwählen -> Luftbilder (Orthofotos) -> Bayern (2m Bodenauflösung) anwählen Aber Achtung, es gibt für Regensburg auch welche in sehr viel besserer Auflösung! Gruß, Stef

Re: [Talk-de] LKW-Routing (TV-Bericht)

Warum muss da gleich einen eigene Hardware mit? Eine gute Software würde doch schon reichen, oder? NaviPOWM ist ja schon einmal ein guter Ansatz! Gruß, Stefan Tobias Wendorff schrieb: > Markus schrieb: > >>> Jedoch braucht man dazu erstmal Kunden. >>> >> Gerät incl OSM-Karte 200 €: >>

Re: [Talk-de] Luftbilder LVA Bayern - Vertrag unterschrieben

Ja die haben für die 0,2m-Auflösung den Maßstab begrenzt, da es noch Luftbilder in besserer Qualität gibt! Stefan Tobias Wendorff schrieb: > Stefan Dettenhofer (StefanDausR) schrieb: > >> Du kannst Dir die Luftbilder 2007 für Regensburg doch z.B. hier >> http://stadt

Re: [Talk-de] Luftbilder LVA Bayern - Vertrag unterschrieben

Nachtrag: hier http://stadtplan.regensburg.de/stadtportal.html kann man auch die Stadtgrundkarte mit allen Gebäuden dazu einblenden! Stefan Stefan Dettenhofer (StefanDausR) schrieb: > Ja die haben für die 0,2m-Auflösung den Maßstab begrenzt, da es noch > Luftbilder in besserer Qualitä

Re: [Talk-de] Luftbilder LVA Bayern - Vertrag unterschrieben

Die Qualität der 2m-Daten entspricht der hier http://www.geodaten.bayern.de/BayernViewer/index.cgi ->Orthofotos (Es sind die selben Bilder, die ich auch für Regensburg habe) Stefan > Hi Tobias, > > >> Komisch, ich bekomme da nur Bildchen in 1:10.000 und da kann >> ich noch nicht mal die Vegetat

Re: [Talk-de] LKW-Routing (TV-Bericht)

Bei den Medion PNAs (Hersteller ist m.W. Mitac) ist das definitiv kein Problem! Du brauchst da nichts an der Firmware zu ändern. Er reicht die andere Software aufzuspielen und zu starten. Selbst die mitgelieferte Navi-Software ist so offen Programmiert, dass man da selbst Änderungen machen kann

Re: [Talk-de] LKW-Routing (TV-Bericht)

Daten mit dem Gerät zu verkaufen! Gruß, Stefan Tobias Wendorff schrieb: > Stefan Dettenhofer (StefanDausR) schrieb: > >> Die OSM-Daten könnten dabei frei downloadbar sein. >> > > Ja, mach es dem Nutzer noch komplizierter. Navi unter'm Weinachtsbaum >

Re: [Talk-de] Luftbilder LVA Bayern - Vertrag unterschrieben //?Vorgehensweise?

be der Luftbilder unterrichtet. Stefan Tobias Wendorff schrieb: > Stefan Dettenhofer (StefanDausR) schrieb: > >> Die Daten von Regensburg dürfen zu diesem Zwecke (Überprüfung) von hier >> http://stadtplan.regensburg.de/stadtportal.html >> benutzt werden. Es darf aber

Re: [Talk-de] Luftbilder LVA Bayern - Vertrag unterschrieben //?Vorgehensweise?

Die Daten von Regensburg dürfen zu diesem Zwecke (Überprüfung) von hier http://stadtplan.regensburg.de/stadtportal.html benutzt werden. Es darf aber keine Grafik abgezeichnet werden. Stefan Tobias Wendorff schrieb: > Sven Geggus schrieb: > >> Straßennamen können selbst durch Ortskundige ohne S

Re: [Talk-de] LKW-Routing (TV-Bericht)

rch die aktuelle Lizenzpolitik >von OSM nicht möglich. Stefan Dettenhofer (StefanDausR) schrieb: > OSM-Daten könnten meines Erachtens im jetzigen Stadium höchstens eine > verkaufsfördernde Zugabe sein, deren Wirkung aber zukünftig sicher > nicht unterschätzt werden darf. > I

Re: [Talk-de] LKW-Routing (TV-Bericht)

OSM-Daten könnten meines Erachtens im jetzigen Stadium höchstens eine verkaufsfördernde Zugabe sein, deren Wirkung aber zukünftig sicher nicht unterschätzt werden darf. Ich meine, wenn man spezielle Zusatzkarten (Karten aus Ländern, die bei kommerziellen Anbietern nur schlecht erfasst sind oder

Re: [Talk-de] Nachteil barometrischer Höhenmessung

Wenn es jemandem hilft: Ich habe ein Programm für WinCE geschrieben, mit dem man die Höhe und Position (und Geschwindigkeit, etc.) loggen und nach GPX konvertrieren kann. Das läuft auf meinem Medion wunderbar. Stefan Holger Issle schrieb: >> Du nimmst in Deinem Beispiel an, dass es schon ein

Re: [Talk-de] Gauß-Krüger > WGS-84

Das ist zwar im Prinzip richtig, aber in der Praxis werden oft gekürzte GK-Koordinaten verwendet, d.h. die erste Stelle in Rechts- und Hochwert werden weggelassen! Das hat auch einen ganz praktischen (historischen) Grund: Die Vermessungsämter arbeiten ja nur in ihrem Bereich und wissen daher, we

Re: [Talk-de] Gauß-Krüger > WGS-84

3 bzw. 4 eben mit epsg:31467 bzw. epsg:31468 und > einem Rechtswert (Input) von 3452305.9 bzw. 4452305.9 > > Marco > > P.S. Hoffentlich waren in den Ursprungskoordintaen Rechts- und Hochwert > nicht vertauscht ;-) > > > Stefan Dettenhofer (StefanDausR) schrieb: > &g

<    1   2   3   4   >