Re: [Talk-de] Welche Zusatztags für welche Wege?

2011-12-01 Diskussionsfäden Georg Feddern

Moin,

Am 02.12.2011 03:11, schrieb Stephan Wolff:

Moin!

Am 01.12.2011 14:38, schrieb Martin Koppenhoefer:

Am 30. November 2011 23:48 schrieb Stephan Wolff:



sehe ich anders. Beide Realitäten kennend besteht zwischen Brandenburg



und Baden-Württemberg ein Riesenunterschied, quasi komplett andere
Gegebenheiten / defaults. "fast" gleicht reicht aber sowieso nicht
aus, um verlässliche Daten zu produzieren.


Für welche OSM-Tags würde man in Brandenburg denn andere defaults setzen
als in Baden-Württemberg?



Für tracktype und surface bei track ... 





Für source:maxspeed sehe ich keinen Nutzwert.


Ich sehe ihn darin, explizite und implizite limits unterscheiden zu 
können.


Wird der Unterschied in irgendeiner Karte dargestellt oder von einem 
Router berücksichtigt? Ist es für einen Verkehrsteilnehmer wichtig, ob 
er ein explizites und implizites Limit einhalten muss?




Der Nutzwert für die Mapper und Auswerter ist eindeutig gegeben - falls 
jemals eine implizite Grundlage geändert wird - aber eben auch nur dann.



* width



Viele Mapper würden wohl einfach einen Standartwert setzen (bei vielen
Feldwegen steht pauschal width=3). Ein solcher Wert wäre nicht nur
überflüssig sondern schädlich.


warum schädlich? Wenn man den Weg kennt, und der ungefähr 3 m Breite 
hat?


"schädlich" bezog sich auf das Eintragen von Standardwerten. Wenn bei 
allen Feldwegen eines Gebiets width=3 steht, vermute ich, dass es ohne 
individuelle Schätzung eingetragen wird.


Oh, vielen Dank für Dein Vertrauen in - u. a. auch meine - Arbeit. ;-)
Ich bin auch immer wieder erstaunt, dass so viele Feldwege damals nach 
den gleichen Standard(sic!)-Vorgaben errichtet wurden - und heute die 
Mähdrescher die Felder als Transitstrecke nutzen müssen ... ;-)
Zugegeben, meine individuelle Schätzung ist leider nicht genauer als 
etwa 0,5 m.




Ich würde die Prioritäten optionalen Tags ähnlich sehen:


+1


Vielleicht
gelingt es, diese Angaben in den nächsten Monaten zu vervollständigen.


Das hoffen doch alle - ebenfalls seit Monaten. ;-)
Aber da viele Angaben nunmal auf Ortskenntnis resp. notwendiger 
Anwesenheit vor Ort beruhen, kann man aus der Ferne nix machen.


Gruß
Georg

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Welche Zusatztags für welche Wege?

2011-12-01 Diskussionsfäden Stephan Wolff

Moin!

Am 01.12.2011 14:38, schrieb Martin Koppenhoefer:

Am 30. November 2011 23:48 schrieb Stephan Wolff:



sehe ich anders. Beide Realitäten kennend besteht zwischen Brandenburg
und Baden-Württemberg ein Riesenunterschied, quasi komplett andere
Gegebenheiten / defaults. "fast" gleicht reicht aber sowieso nicht
aus, um verlässliche Daten zu produzieren.


Für welche OSM-Tags würde man in Brandenburg denn andere defaults setzen
als in Baden-Württemberg?



Für source:maxspeed sehe ich keinen Nutzwert.


Ich sehe ihn darin, explizite und implizite limits unterscheiden zu können.


Wird der Unterschied in irgendeiner Karte dargestellt oder von einem 
Router berücksichtigt? Ist es für einen Verkehrsteilnehmer wichtig, ob 
er ein explizites und implizites Limit einhalten muss?



* width



Viele Mapper würden wohl einfach einen Standartwert setzen (bei vielen
Feldwegen steht pauschal width=3). Ein solcher Wert wäre nicht nur
überflüssig sondern schädlich.


warum schädlich? Wenn man den Weg kennt, und der ungefähr 3 m Breite hat?


"schädlich" bezog sich auf das Eintragen von Standardwerten. Wenn bei 
allen Feldwegen eines Gebiets width=3 steht, vermute ich, dass es ohne 
individuelle Schätzung eingetragen wird.
Ich vermute, dass wir auch in einigen Jahren noch zu wenige gemessene 
width Angaben haben, um eine sinnvolle Auswertung machen zu können.



Richtig "wichtig" sind nur der highway-tag und oneway, danach m.E. (in
dieser Reihenfolge) surface, lanes und maxspeed.

>

Das hängt aber auch schon von Typ ab:


Deshalb hatte ich schon im Betreff gefragt "Welche Zusatztags für welche 
Wege?".



eine Autobahn wird immer oneway
sein und maxspeed ist weniger relevant, während ein Fußweg kein oneway
oder lanes braucht, aber surface und width relevant sind, bei einem
trunk/primary interessiert mich der surface-Wert praktisch nicht,
während er bei einem track oder unclassified ggf. entscheidend ist.


Ich würde die Prioritäten optionalen Tags ähnlich sehen:
Für motorway/trunk/primary sind lanes und maxspeed relevant. Vielleicht 
gelingt es, diese Angaben in den nächsten Monaten zu vervollständigen.


Für secondary/tertiary sehe ich die Priorität bei maxspeed (auch wenn 
ich viel häufiger Radfahrer als Autofahrer bin).


Für Wege sollte man die surface und bei track auch tracktype setzen.

Viele Grüße
Stephan



___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] JOSM, Bilder Importieren, werden positioniert aber nicht gezeigt

2011-12-01 Diskussionsfäden Toni Erdmann

On 11/30/2011 10:27 PM, malenki wrote:

Toni Erdmann schrieb:


Hallo,

ich bin auf SuSE 12.1 umgestiegen und habe nun das folgende Problem in
JOSM:

- GPX laden
- Bilder importieren
- sie werden auch entlang der Spur positioniert
- wenn ich auf ein Bild (thumbnail) klicke:
   - wird es nicht "rot" (markiert)
   - im Fenster "Georeferenzierte Bilder" steht "kein Bild"


Versuche nach dem Laden der Bilder folgendes:
ctrl-n
nochmal auf ein Icon klicken


Funzt!

Danke,
Toni

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Welche Zusatztags für welche Wege?

2011-12-01 Diskussionsfäden Martin Koppenhoefer
Am 1. Dezember 2011 15:47 schrieb Michael Mattiszik
:
>>> -1. Mehrere Fahrspuren gibt es auch dann, wenn sie nicht explizit auf
>>> die Fahrbahn gepinselt sind.
>> -1. Das wäre mir neu... Ohne Markierung keine Spur, zumindest in
>> Deutschland...
>> Asche über mein Haupt, Denkfehler meinerseits, Post bitte ignorieren.


ja, das ist in §7 der STVO geregelt und heisst dort Fahrstreifen (wie
Du im 2. Post geschrieben hast, Markierungen sind nicht erforderlich):
http://www.gesetze-im-internet.de/stvo/__7.html

Gruß Martin

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Welche Zusatztags für welche Wege?

2011-12-01 Diskussionsfäden Michael Mattiszik
> Wenn man "lane" als Fahrspur übersetzt, dann ist die Grenze doch klar:

> > wenn eine Markierung Fahrspuren klar voneinander trennt, dann lanes > 1
>> >
>> > Wenn es diese Markierung nicht gibt, dann macht "lanes" wenig Sinn.
>>
>>
>> -1. Mehrere Fahrspuren gibt es auch dann, wenn sie nicht explizit auf
>> die Fahrbahn gepinselt sind.
>>
>
> -1. Das wäre mir neu... Ohne Markierung keine Spur, zumindest in
> Deutschland...
>


> Asche über mein Haupt, Denkfehler meinerseits, Post bitte ignorieren.
>

Gruß
Mike
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] [bulk]: Re: Welche Zusatztags für welche Wege?

2011-12-01 Diskussionsfäden Wolfgang Barth

Am 01.12.2011 15:42, schrieb Michael Mattiszik:


-1. Mehrere Fahrspuren gibt es auch dann, wenn sie nicht explizit auf
die Fahrbahn gepinselt sind.



-1. Das wäre mir neu... Ohne Markierung keine Spur, zumindest in
Deutschland...


Doch, die Gegenfahrbahn!

Innerorts und auf Landstraßen ist nicht immer eine Markierug in der 
Mitte und dennoch gibt es zwei Fahrspuren, eine in jede Richtung.


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Welche Zusatztags für welche Wege?

2011-12-01 Diskussionsfäden Michael Mattiszik
> Wenn man "lane" als Fahrspur übersetzt, dann ist die Grenze doch klar:

> > wenn eine Markierung Fahrspuren klar voneinander trennt, dann lanes > 1
> >
> > Wenn es diese Markierung nicht gibt, dann macht "lanes" wenig Sinn.
>
>
> -1. Mehrere Fahrspuren gibt es auch dann, wenn sie nicht explizit auf
> die Fahrbahn gepinselt sind.
>

-1. Das wäre mir neu... Ohne Markierung keine Spur, zumindest in
Deutschland...

Gruß
Mike
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] [bulk]: Re: [bulk]: Re: Welche Zusatztags für welche Wege?

2011-12-01 Diskussionsfäden Wolfgang Barth

Am 01.12.2011 15:10, schrieb Peter Wendorff:

Hier irgendwelche Defaults ins OSM-Wiki zu schreiben halte ich für falsch.
Wir sollten niemanden davon abhalten, explizit zu taggen.
Bitte jetzt keine Diskussion über "die arme Datenbank" - damit muss die
Technik auf Dauer klarkommen.

Das Problem bei default-Werten ist, dass sie eben keine default-Werte
sind normalerweise, sondern FALLBACK-Werte der auswertenden Software.
Das ist ein Unterschied, der nicht zu vernachlässigen ist.


Stimmt. Fallback statt default ist besser. Bei lanes in jedem Fall.

Das kann man dann auch situationsbedingt betrachten oder pro Land 
und/oder pro landuse oder wie auch immer.


Bei maxspeed gilt das dann ja auch. Das könnte dann auch pro Land und 
dazu vom highway-typ und von landuse (residential) ... abhängig sein.


Einen Fallback bei maxspeed wegen Kurven oder so anzunehmen ist hingegen 
in meinen Augen falsch, hier wäre dann eher die "anzunehmende sinnvolle 
Geschwindigkeit" von Interesse z.B. für Fahrdauerberechnung beim 
Routing, die ist aber nicht das gleiche wie "maxspeed".





___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] [bulk]: Re: Welche Zusatztags für welche Wege?

2011-12-01 Diskussionsfäden Peter Wendorff

Hier irgendwelche Defaults ins OSM-Wiki zu schreiben halte ich für falsch.
Wir sollten niemanden davon abhalten, explizit zu taggen.
Bitte jetzt keine Diskussion über "die arme Datenbank" - damit muss die 
Technik auf Dauer klarkommen.


Das Problem bei default-Werten ist, dass sie eben keine default-Werte 
sind normalerweise, sondern FALLBACK-Werte der auswertenden Software.

Das ist ein Unterschied, der nicht zu vernachlässigen ist.

Wenn kein Tag vorhanden ist, muss Software raten. Klar wird der 
Entwickler versuchen, dafür eine beste Schätzung abzugeben, was z.B. 
dazu führt, dass er eben konstante Werte für maxspeed annimmt.
Aber das kann man beliebig komplex machen, ohne wirklich eine Lösung zu 
finden.


Beim Beispiel maxspeed bleibend:
- maxspeed gesetzt - alles ist okay.
- maxspeed nicht gesetzt... - einfachste Variante: dann nehmen wir mal 
z.B. 40km/h an (über alle! Wege)
- wir können auch nach wegetyp unterscheiden: motorway kriegt 130 als 
fallback, residential 50, rest 100; oder wir unterscheiden noch weiter 
beim rest, und behandeln path oder track anders.
- wir können auch feststellen, ob eine Straße innerhalb einer 
residential-boundary oder sowas liegt
- Kurvenradien könnten eine Abschätzung bieten: "wenn die Straße sehr 
kurvig ist, ist bestimmt maxspeed 70 einfach nicht getagged"


Das lässt sich beliebig fortsetzen - und wir reden hier grade nur von 
einem einzigen Tag.

Deshalb halte ich es grundsätzlich für sinnvoller, auch maxspeed zu mappen.

Ich tu's trotzdem meist nicht. Einerseits, weil ich als ((langsamer) 
Radfahrer und) Fußgänger wenig damit zu tun habe, andererseits, weil es 
doch relativ viel Arbeit ist.
Das heißt aber nicht, dass ich jemanden motivieren wollte, es nicht 
anzugeben.


Genau das würde aber passieren, wenn im wiki default-Werte dokumentiert 
wären.


Gruß
Peter

Am 01.12.2011 14:51, schrieb Wolfgang Barth:

Am 01.12.2011 14:40, schrieb Martin Koppenhoefer:


Wenn man "lane" als Fahrspur übersetzt, dann ist die Grenze doch klar:
wenn eine Markierung Fahrspuren klar voneinander trennt, dann lanes>  1

Wenn es diese Markierung nicht gibt, dann macht "lanes" wenig Sinn.


-1. Mehrere Fahrspuren gibt es auch dann, wenn sie nicht explizit auf
die Fahrbahn gepinselt sind.


Aber was ist der default?

Ich hätte es so gesehen, daß bei "track" implizit wohl lanes=1 gilt.

Bei residential und höher ist lanes=2 in meinen Augen der default.
Außer bei Einbahnstraßen oder baulich getrennten, einzeln gezeichneten 
Fahrbahnen, da ist es wohl eher lanes=1.


Bei residential und höher würde ich bei extraschmalen Straßen lanes=1 
taggen, wenn man rechts ran muss, um Gegenverkehr vorbeizulassen.


Wie ist das bei service? Ich denke hier ist der default eher lanes=1.
Da sollte man dann lanes=2 taggen, wenn breit genug für Gegenverkehr 
ohne ranzufahren und vorbeizulassen.


Ist das so? Sollte das auch irgendwo im wiki stehen?

___
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] [bulk]: Re: Welche Zusatztags für welche Wege?

2011-12-01 Diskussionsfäden Martin Koppenhoefer
Am 1. Dezember 2011 14:51 schrieb Wolfgang Barth :
> Ist das so? Sollte das auch irgendwo im wiki stehen?


m.E. lieber schreiben, dass es keinen Default gibt. Irgendwo steht
wohl, dass lanes=2 der default für Straßen ist, bei Wegen könnte man
lanes=1 als default nehmen. Defaults nachträglich zu setzen ist aber
immer problematisch, da man damit ja eine Reihe von Annahmen auf
bereits eingetragene Daten überträgt, bei deren Eintragung von diesem
Default ggf. keine Rede war. Dazu kommt das Problem, dass diese
Defaults von den örtlichen Umständen abhängen - global betrachtet.

Als interpretierende Anwendung muss man natürlich zig Default-Annahmen
treffen, für die Datenbank ist aber m.E. nur das wirklich gegeben, was
auch drin steht, nicht das, was "ausgelassen" wurde, weil es
vielleicht "als normal" angesehen wurde (vielleicht aber auch einfach
noch nicht eingetragen wurde).

Gruß Martin

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] [bulk]: Re: Welche Zusatztags für welche Wege?

2011-12-01 Diskussionsfäden Wolfgang Barth

Am 01.12.2011 14:40, schrieb Martin Koppenhoefer:


Wenn man "lane" als Fahrspur übersetzt, dann ist die Grenze doch klar:
wenn eine Markierung Fahrspuren klar voneinander trennt, dann lanes>  1

Wenn es diese Markierung nicht gibt, dann macht "lanes" wenig Sinn.


-1. Mehrere Fahrspuren gibt es auch dann, wenn sie nicht explizit auf
die Fahrbahn gepinselt sind.


Aber was ist der default?

Ich hätte es so gesehen, daß bei "track" implizit wohl lanes=1 gilt.

Bei residential und höher ist lanes=2 in meinen Augen der default.
Außer bei Einbahnstraßen oder baulich getrennten, einzeln gezeichneten 
Fahrbahnen, da ist es wohl eher lanes=1.


Bei residential und höher würde ich bei extraschmalen Straßen lanes=1 
taggen, wenn man rechts ran muss, um Gegenverkehr vorbeizulassen.


Wie ist das bei service? Ich denke hier ist der default eher lanes=1.
Da sollte man dann lanes=2 taggen, wenn breit genug für Gegenverkehr 
ohne ranzufahren und vorbeizulassen.


Ist das so? Sollte das auch irgendwo im wiki stehen?

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Welche Zusatztags für welche Wege?

2011-12-01 Diskussionsfäden Martin Koppenhoefer
Am 1. Dezember 2011 09:42 schrieb Steffen Grunewald :
> On Wed 2011-11-30 (23:48), Stephan Wolff wrote:
> Wenn man "lane" als Fahrspur übersetzt, dann ist die Grenze doch klar:
> wenn eine Markierung Fahrspuren klar voneinander trennt, dann lanes > 1
>
> Wenn es diese Markierung nicht gibt, dann macht "lanes" wenig Sinn.


-1. Mehrere Fahrspuren gibt es auch dann, wenn sie nicht explizit auf
die Fahrbahn gepinselt sind.

Gruß Martin

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Welche Zusatztags für welche Wege?

2011-12-01 Diskussionsfäden Martin Koppenhoefer
Am 30. November 2011 23:48 schrieb Stephan Wolff :
>>> Gibt es einen ausgearbeiteten Vorschlag, welche Tags für welche Straßen-
>>> und
>>> Wegekategorie gesetzt werden sollten bzw. welche Tags schon irgendwo
>>> sinnvoll ausgewertet werden? Wo soll man einen default-Wert explizit
>>> setzen?
>> m.E. ist das mit den defaults grundsätzlich schwierig, weil sehr von
>> den örtlichen Gegenheiten abhängt, was ein Mapper als "normal"
>> empfindet.
> Meist ist der Standard über einen Staat hinweg fast gleich (von
> Riesenstaaten wie Russland, China und Kanada einmal abgesehen).


sehe ich anders. Beide Realitäten kennend besteht zwischen Brandenburg
und Baden-Württemberg ein Riesenunterschied, quasi komplett andere
Gegebenheiten / defaults. "fast" gleicht reicht aber sowieso nicht
aus, um verlässliche Daten zu produzieren.


>> in Italien setzen wir normalerweise kein maxspeed=50 für
>> residential-Straßen, weil wir das als default annehmen, kann man aber
>> auch in Frage stellen.  Für alle maxspeeds setzen wir auch ein
>> source:maxspeed.
> Da viele Tempo-30-Zonen nicht erfasst sind (in vielen Regionen sind noch
> große Lücken) und residential auch außerorts benutzt wird, bietet eine
> explizite Angabe mehr Sicherheit speziell für Router.


ja, sehe ich auch so. In Italien gibt es praktisch keine 30er Zonen
(zumindest im Zentrum und Süden), in Deutschland ist wohl eher 30 der
Standard für residentials.


> Für source:maxspeed sehe ich keinen Nutzwert.


Ich sehe ihn darin, explizite und implizite limits unterscheiden zu können.


>> auch lanes=1 ist eine wertvolle Angabe,
> Bei mehrspurigen Straßen sind die Fahrspuren meist leicht zu zählen. Aber
> bei welcher Straßenbreite liegt die Grenze zwischen lanes=1 und lanes=2?


da kann man evtl. um ein paar cm streiten, ich würde sagen dass ca. 4
m die Grenze ist.


>> nicht vergessen, aber hier nicht mehr gesondert von Dir erwähnt:
>> * width
> Eher nicht. Es gibt keine brauchbare Definition, innerorts ändert sich die
> Straßenbreite zu oft und width ist ohne gute Luftbilder schwer zu messen.


m.E. ist die Bedeutung von width mehr oder weniger klar: von
Bordsteinkante bis Bordsteinkante, so dieser vorhanden ist, sonst
innerhalb der Fahrbahnmarkierungen, ohne Markierungen die nutzbare
Fahrbahnbreite.


> Viele Mapper würden wohl einfach einen Standartwert setzen (bei vielen
> Feldwegen steht pauschal width=3). Ein solcher Wert wäre nicht nur
> überflüssig sondern schädlich.


warum schädlich? Wenn man den Weg kennt, und der ungefähr 3 m Breite hat?


>> * ggf. Einschränkungen wie maxwidth, maxweight, maxheight
>> * ggf. access
> Bei expliziter Beschilderung selbstverständlich. Aber im Gegensatz zu
> maxspeed würde ich keine Defaultwerte nach StVO eintragen.


klar, ich würde nirgend Default-werte eintragen, sofern man diese
nicht vor Ort geprüft hat.


>> * start_date
> gibt es dafür eine Anwendung?


wenn man weiss, dieser Straßenabschnitt wurde dann und dann dem
Verkehr freigegeben kann man das immer eintragen, hilft ggf. beim
Abgleich mit anderen Karten, ist historisch interessant, ändert sich
nicht (ist ein stabiles Datum), wieso sollte man es nicht eintragen?
Besonders wichtig ist es wohl nicht. Habe ich in der Vergangenheit
z.T. bei Brücken eingetragen.

Richtig "wichtig" sind nur der highway-tag und oneway, danach m.E. (in
dieser Reihenfolge) surface, lanes und maxspeed.

Das hängt aber auch schon von Typ ab: eine Autobahn wird immer oneway
sein und maxspeed ist weniger relevant, während ein Fußweg kein oneway
oder lanes braucht, aber surface und width relevant sind, bei einem
trunk/primary interessiert mich der surface-Wert praktisch nicht,
während er bei einem track oder unclassified ggf. entscheidend ist.

Gruß Martin

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


[Talk-de] Mappen von Vereinsgeländen / Vereinsheimen / Vereinen

2011-12-01 Diskussionsfäden Martin Koppenhoefer
Dieses Thema ist in den letzten Jahren ja verschiedentlich
hochgekommen, ich erinnere mich aber nicht mehr genau an das Ergebnis
(erinnere mich vage, dass es kein richtiges Ergebnis gab). Habt Ihr da
bereits einen Tag etabliert? Es gibt nämlich seit Sommer dieses
Proposal von einem italienischen Mapperkollegen, welches die
Vereinsgelände abdecken würde:

http://wiki.openstreetmap.org/wiki/Proposed_features/Club

Kommentare?

Gruß Martin

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Neues Googlemap hat indoor-Pläne

2011-12-01 Diskussionsfäden Marcus Götz
Naja .. Google setzt ja diesmal auch ganz gezielt auf den VGI Gedanken, d.h.
dass die Shopowner selbst ihre Floorplans etc. beitragen - quasi unabhängig
von Teleatlas o.ä.


--

Message: 8
Date: Wed, 30 Nov 2011 16:49:29 +0100
From: Thomas Reincke 
To: Openstreetmap allgemeines in Deutsch 
Subject: Re: [Talk-de] Neues Googlemap hat indoor-Pläne
Message-ID: <4ed65089.6000...@thomas-reincke.de>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Am 30.11.2011 15:24, schrieb Martin Koppenhoefer:
> Vielleicht ist das hier schon längst bekannt, für mich war es neu,
> daher hier ein Link mit einem Screenshot um zu zeigen, wohin sich "die
> Konkurrenz" bewegt:
> http://www.wired.com/gadgetlab/2011/11/google-maps-indoor-update/

Was nutzt mir Indoor wenn die Tele-Atlas-Daten gefühlt 10% der möglichen 
Fußwege beinhalten. Das ist für mich wie Formel-1-Sliks auf einem 34 
PS-Käfer.



___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Welche Zusatztags für welche Wege?

2011-12-01 Diskussionsfäden Wolfgang
Hallo,
Am Donnerstag, 1. Dezember 2011 09:42:31 schrieb Steffen Grunewald:
> On Wed 2011-11-30 (23:48), Stephan Wolff wrote:

> 
> >> * width
> > 
> > Eher nicht. Es gibt keine brauchbare Definition, innerorts ändert
> > sich die Straßenbreite zu oft und width ist ohne gute Luftbilder
> > schwer zu messen. Viele Mapper würden wohl einfach einen
> > Standartwert setzen (bei vielen Feldwegen steht pauschal width=3).
> > Ein solcher Wert wäre nicht nur überflüssig sondern schädlich.
> 
> +1
> 
-1

Wenn ich die Fahrbahnbreite gemessen habe, trage ich sie auch ein. Mit 
einem Laser-Distanzmesser ist das vor allem in der Dämmerung recht 
einfach.

Gruß, Wolfgang
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Welche Zusatztags für welche Wege?

2011-12-01 Diskussionsfäden Steffen Grunewald
On Wed 2011-11-30 (23:48), Stephan Wolff wrote:
>>> lanes:für alle Straßen ab primary, sonst wenn>2 (>1 bei oneway)
>>
>> auch lanes=1 ist eine wertvolle Angabe,
>
> Bei mehrspurigen Straßen sind die Fahrspuren meist leicht zu zählen.  
> Aber bei welcher Straßenbreite liegt die Grenze zwischen lanes=1 und  
> lanes=2?
>
>>  Ungeklärt bzw. nicht vollständig klar ist,
>> was alles eine "lane" ist.
>
> Ja, eine gute Definition wäre sehr wertvoll.

Wenn man "lane" als Fahrspur übersetzt, dann ist die Grenze doch klar: 
wenn eine Markierung Fahrspuren klar voneinander trennt, dann lanes > 1

Wenn es diese Markierung nicht gibt, dann macht "lanes" wenig Sinn.
"primary" sollten diese Markierungen in der Regel haben (und zumindest
in D sollte es irgendwo eine Richtlinie geben, wann Straßen mit Markierungen
zu versehen sind)

>> * width
> Eher nicht. Es gibt keine brauchbare Definition, innerorts ändert sich  
> die Straßenbreite zu oft und width ist ohne gute Luftbilder schwer zu  
> messen. Viele Mapper würden wohl einfach einen Standartwert setzen (bei  
> vielen Feldwegen steht pauschal width=3). Ein solcher Wert wäre nicht  
> nur überflüssig sondern schädlich.

+1

G, S

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Nur Splashscreen bei Potlatch

2011-12-01 Diskussionsfäden hike39
Hallo Walter,
ich habe bei meinen Einstellungen nachgesehen: Standard (derzeit
Potlatch 2).  Ich arbeite ansonsten mit FF 8.0 und Flash Addon V11.1.102.55.

Gruß
hike39

Am 30.11.2011 13:46, schrieb Philip Gillißen:
> Hallo Walter!
> 
> Walter Nordmann wrote
>>
>> schau mal bei deinen Einstellungen (
>> https://www.openstreetmap.org/user/hike39/account )
>> was für ein editor da eingestellt ist. eventuell liegt es daran.
>>
> 
> Auch wenn du mich nicht meintest, ich habe auch mal geschaut: Bei mir stand
> er auf "Standard", aber auch auf "Potlatch 2" kommt nur der Splashscreen.
> Cache geleert, Cookies entfernt, alles schon erledigt, es bleibt die gleiche
> Situation.
> 
> Gruß, Philip
> 
> --
> View this message in context: 
> http://gis.638310.n2.nabble.com/Nur-Splashscreen-bei-Potlatch-tp7045988p7046650.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