Re: [Talk-de] Engstelle taggen? Was für ein Barri er?

[Norbert Kück]

Am 26.04.2010 02:43, schrieb Johann H. Addicks:
> So sah's aus: http://www.addicks.net/gallery/GeoCaching/DSCF4617
> (Und ja, rechtlich werden sich vermutlich beide Gewerbeflächen in dem 
> Grenzstein treffen. Ist die Nutzund des Durchstiegs dann Hausfriedensbruch?)

Du betrittst keinen "umfriedeten Bereich", also kein Hausfriedensbruch. 
Im Gegenteil. Die Eigentümer hätten die Eckpfähle so setzen können, dass 
die Fremdnutzung unmöglich ist, oder ein paar Drähte spannen können.

Wenn du diesen "Weg" überhaupt eintragen willst, dann muss natürlich die 
Engstelle ganz klar sein. Barrier gibt's scheinbar nicht in einer 
wirklich passenden Variante - barrier=cycle_barrier ist nahe dran. Wie 
wäre es mit der Fahrbahnverengung traffic_calming=choker. In jedem Fall 
width angeben und (wenn die Stelle von Rollifahrern erreicht werden 
kann) wheelchair=no für deren Routing.
Gruß
nk


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

[Talk-de] "virtueller" garmin gesucht

[Walter Nordmann]

hi,

ich lese immer wieder in verschiedenen Foren Aussagen der Art "mein garnim
zeigt dies oder das nicht an".

da ich nun mal kein derartiges Gerät habe und auch kein aktueller Bedarf
dafür besteht, suche ich einen "virtuellen" Garmin d.h. einen Emulator, der
auf nem "richtigen" Rechner läuft. Den könnte ich dann mit virtuellen
gps-koordinaten versorgen und sehen was da so abgeht.

gruss

walter

-
Der Kopf ist rund, damit die Gedanken auch mal die Richtung ändern können.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/virtueller-garmin-gesucht-tp4961298p4961298.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] Waldweg, welcher "tracktype"?

[Walter Nordmann]

Martin Simon wrote:
> P.S.: was ist ein Panzerweg? Betonplatten oder eine "Schneise der
> Verwüstung"?
eher zweites. wenn da kein weg ist, machen die sich halt einen ;;))


-
Der Kopf ist rund, damit die Gedanken auch mal die Richtung ändern können.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Waldweg-welcher-tracktype-tp4959756p4961304.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] Waldweg, welcher "tracktype"?

[NopMap]

Martin Simon wrote:
> 
> P.S.: was ist ein Panzerweg? Betonplatten oder eine "Schneise der
> Verwüstung"?
> 

Das ist dort, wo die Bäume längs zur Fahrtrichtung liegen. :-)

bye
   Nop

-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Waldweg-welcher-tracktype-tp4959756p4961308.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] Engstelle taggen? Was für ein Barrier ?

[Walter Nordmann]

hi

wenn du "glück" hast, wird dieser weg irgendwann mal offiziell. hängt nur
von der nutzung ab.

bei uns in der gegend haben aldi und lidl direkt nebeneinander gebaut und
zwischen denen lag nur ein 2m breiter Grünstreifen. Der dort sofort
entstandene Trampelpfad wurde von beiden Parteien inzwischen gepflastert.
war also das Resultat einer "Abstimmung mit Füßen"

walter

bmi als tag wär noch was ;)

-
Der Kopf ist rund, damit die Gedanken auch mal die Richtung ändern können.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Engstelle-taggen-Was-fur-ein-Barrier-tp4960488p4961328.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] Waldweg, welcher "tracktype"?

[Christian Schmitt]

Am 26.04.2010 um 08:57 schrieb Martin Simon:

> Am 26. April 2010 08:20 schrieb Walter Nordmann  >:
>>
>> sehe ich ähnlich:
>>
>> grade1 - asphaltiert
>> grade2- schotter aber sonst sehr gut - feht nur noch asphalt, dann  
>> wäre der
>> grade1
>> alles was schlechter ist: 3-5
>> grade6 - panzerweg ;)
>
> Es ist schon etwas differenzierter - grade2 hat eine durchgehende
> Oberfläche aus tragfähigem Material (Gesteinskörnung...) grade3 und 4
> unterschieden sich im Anteil tragfähiges Material/Böden und kommen
> meist mit bewachsenem oder nicht befestigten Mittelstreifen daher.
> grade5 kann dann schon wieder etwas anderes sein - entweder völlig
> unbefestigt oder mit geschlossener Grasdecke, was für Fußgänger und
> Radfahrer oft besser als "normale" grade4 oder grade5 sein kann... ;-)

grade4 bedeutet nach offizieller Nomenklatur "wenig befestigt"
Darunter fallen nach meinem Verständnis auch Erdwege, die aufgrund  
häufiger und jahrzehntelanger Nutzung derart verdichtet sind, dass man  
sie getrost als befestigt bezeichnen kann, auch wenn sie keine  
Schotterdecke aufweisen. Ebenso beispielsweise Erdwege entlang eines  
Hanges, die talseitig befestigt sind (mittels Natursteinmauern o.ä.).
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Wie kann ich 'way' bzw. 'area' in Punkt umwandeln?(xml)?

[Martin Mainzer]

Sven Geggus schrieb am 25.04.2010 14:02:
> "Alexander (AddisMap.com)"  wrote:
>
>   
>> Also die unfertige Holzhammer Methode ist:
>>
>> - XML in PostGre Datenbank Importieren (osm2pgsql)
>> - Dann die ST_Centroid Funktion welche in PostGIS enthalten ist [1] auf 
>> die Geometrien der Wege / Flächen anwenden
>> - dass dann irgendwie ggf. wieder in xml exportieren --- keine Ahnung 
>> wie das geht.
>> 
>
> Da war es wieder das ungelöste Problem mit der POI API :(
>
> Eventuell hilft auch mein hstore patch der inzwischen in osm2pgsql
> drin ist. Dann braucht man nicht für jeden POI-typ eine eigene
> Spalte.
>
> Gruss
>
> Sven
>   

Danke für die Tipps, werde mich also die Tage mal mit osm2pgsql 
beschäftigen.

Viele Grüße,
Martin

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

Re: [Talk-de] Bahnübergang in Schilda?

[Jochen Topf]

On Sun, Apr 25, 2010 at 11:33:30PM +0200, Johann H. Addicks wrote:
> Was ist das?
> http://www.addicks.net/gallery/osm/DSCF4026
> respektive http://www.openstreetmap.org/browse/way/38956992
> 
> Klar, ein Bahnübergang..
> Mit Zeichen 250 dran... und Befahrbild am Boden (ggf. aufs Bild klicken 
> zum Vergrößern), das auf eine regelmäßige "diagonale Nutzung" schließen 
> lässt.
> 
> Und bevor jemand "Fußgänger" sagt: Die haben rechts noch ein Gatter, 
> Lichtzeichenanlage und ordendliche Pflasterung im Überweg.
> Und für Radfahrer gibt's 50m weiter südlich einen Tunnel.
> 
> Bleiben eigentlich nur Einsatzfahrzeuge. Aber dann hätte man doch auf 
> die Halbschranken verzichten können. Zumal auch "Schwertransporte" nicht 
> als Erklärung ausreichen, schließlich verhindert der fahrbahnteilende 
> Mast auf der Gegenseite das wirkungsvoll.
> 
> Aber vermutlich übersehe ich das Naheligenste.

Also die Zeichen 250 sehen für mich so aus, als ob das komplett gesperrt ist
und die Schranken dauerhaft zu sind. Und dann ist ja klar, dass Leute das
trotzdem nutzen und dann eben diagonal fahren.

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

Re: [Talk-de] Bahnübergang in Schilda?

[René Falk]

Am 25.04.2010 23:33, schrieb Johann H. Addicks:
> Was ist das?
> http://www.addicks.net/gallery/osm/DSCF4026
> respektive http://www.openstreetmap.org/browse/way/38956992
> 
> Klar, ein Bahnübergang..
> Mit Zeichen 250 dran... und Befahrbild am Boden (ggf. aufs Bild klicken 
> zum Vergrößern), das auf eine regelmäßige "diagonale Nutzung" schließen 
> lässt.

Könnte das ein aufgegebener Übergang sein, der nur noch nicht
zurückgebaut wurde? Ich kenne das aus meiner Gegend, wo es bald ein
halbes Jahrzehnt gedauert hat, bis ein Übergang baulich angefasst wurde.
Bis dahin war der Übergang in ähnlicher Weise gesperrt.

Grüße

René

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

Re: [Talk-de] "virtueller" garmin gesucht

[Jonas Stein]

> ich lese immer wieder in verschiedenen Foren Aussagen der Art "mein garnim
> zeigt dies oder das nicht an".
>
> da ich nun mal kein derartiges Gerät habe und auch kein aktueller Bedarf
> dafür besteht, suche ich einen "virtuellen" Garmin d.h. einen Emulator, der
> auf nem "richtigen" Rechner läuft. Den könnte ich dann mit virtuellen
> gps-koordinaten versorgen und sehen was da so abgeht.

Man kann unter Linux mit qlandkarte Screenshots erstellen. Vielleicht
hilft das auch. Ein User mit Problemen koennte seine Screenshots
hochladen. So viele relevante Menuepunkte gibts zum Glueck nicht.

Die Supportwebseite von Garmin ist zwar grosser Mist, aber die Antworten
gibt es sogar auf deutsch, wenn man die richtige Seite gefunden hat.


Ansonsten wuerde ich die OSM-GPS Mailingliste empfehlen.
http://lists.openstreetmap.de/mailman/listinfo/gps-technik

Dort warten schon sehr viele Leser auf Fragen.

Gruesse,

-- 
Jonas Stein 


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

Re: [Talk-de] Bahnübergang in Schilda?

[Andre Joost]

Am 26.04.10 09:50, schrieb René Falk:

>
> Könnte das ein aufgegebener Übergang sein, der nur noch nicht
> zurückgebaut wurde? Ich kenne das aus meiner Gegend, wo es bald ein
> halbes Jahrzehnt gedauert hat, bis ein Übergang baulich angefasst wurde.
> Bis dahin war der Übergang in ähnlicher Weise gesperrt.

Nein, die BÜ-Anlage ist nagelneu. Das ist auch keine "richtige" Bahn, 
sondern "nur" eine Stadtbahn/Straßenbahn/U-Bahn. Früher fuhren die hier 
auf Sicht, heute (nach dem Umbau auf Hochbahnsteige) gehts etwas 
schneller, deshalb mit Halbschranken. Offiziell ist die Straße hier 
unterbrochen, nur die Feuerwehr hatte vermutlich was einzuwenden.

Gruß,
André Joost


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

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

[Carsten Schwede]

Moin,

Am 25.04.2010 16:50, schrieb Christoph Wagner:
> würde es auch sehr begrüßen, wenn wir da alle mal zusammenarbeiten
> und eine richtig gute Karte erstellen, die einfach alles kann. Am

Ich habe nichts gegen eine Zusammenarbeit, meine Karte hat aber im 
Gegensatz zur AiO als Grundsatz die Kompatibilität mit alten Geräten (es 
sind alle bekannten Garmitypen so belegt, daß die Karte ohne Typfile 
funktioniert, mit ganz wenigen Ausnahmen, da ist die Zurdnung zumindest 
nicht völlig daneben)

> Dass die Straßen doppelt sind, lässt sich nicht vermeiden, da ja für
> das Fahrradrouting andere Regeln gelten und man da ja besser fährt,
> wenn man das Autorouting missbraucht. Vielleicht könnte man das

Ich habe fetgestellt, daß das durchaus funktioniert mit dem speziellen 
Fahrradrouting. Nur die Möglichkeit des Routings über "schöne" Strecken 
funktioniert nicht mit "einer" routingfähigen Karte Karte für alle.

-- 
Viele Gruesse
Computerteddy

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

Re: [Talk-de] Von Wikipedia lernen

[Sven Geggus]

AssetBurned  wrote:

> ich meine in OSM ist es halt so das dinge auftauchen die im extrem fall
> nur einen menschen interessieren und solange das nicht im konflikt mit
> anderen dingen steht wird es einfach da gelassen, stört ja keinen.

ACK! Hatte ich ja im letzen Jahr schon geschrieben, dass OSM kein
Relevanzproblem hat.

Sven

-- 
Software patents are the software project equivalent of land mines: Each
design decision carries a risk of stepping on a patent, which can destroy
your project. (Richard M. Stallman)
/me is gig...@ircnet, http://sven.gegg.us/ on the Web

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

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

[Frederik Ramm]

Hallo,

Carsten Schwede wrote:
> Ich habe nichts gegen eine Zusammenarbeit, meine Karte hat aber im 
> Gegensatz zur AiO als Grundsatz die Kompatibilität mit alten Geräten (es 
> sind alle bekannten Garmitypen so belegt, daß die Karte ohne Typfile 
> funktioniert, mit ganz wenigen Ausnahmen, da ist die Zurdnung zumindest 
> nicht völlig daneben)

Waere es (und ich betone abermals, dass ich diesen Fragen technisch 
unbedarft bin) eventuell moeglich, eine Art Post-Prozessor zu schreiben, 
der eine komplexe Garminkarte fuer neue Geraete umschreibt in eine 
einfache Karte fuer alte Geraete, so dass die Ressourcen darauf 
konzentriert werden koennten, fuer aktuelle Geraete etwas gutes 
anzubieten und zugleich die Benutzer alter Geraete nicht "abgehaengt" 
werden?

Bye
Frederik

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

Re: [Talk-de] Von Wikipedia lernen

[Dirk-Lüder Kreie]

Am 25.04.2010 13:00, schrieb Frederik Ramm:
> Hallo,
> 
> ich mache mir Sorgen, wenn ich die Wikipedia betrachte. Trotz allem, 
> was die Wikipedia erreicht hat, ist das kein Projekt mehr, dass ich 
> irgendwie sympathisch finde. Das Projekt macht auf mich den Eindruck, 
> als ob es langsam an Buerokratie zu Grunde geht. Die Dynamik und der 
> freie Geist, den das Projekt frueher hatte, werden erstickt in Regeln, 
> Rechten, Hierarchien.

Ich habe vor einigen Jahren ganze Semesterferien in Arbeit an der
Wikipedia versenkt, allerdings damals schon mehr in der englischen, weil
die deutsche schon zu sehr Bürokratisiert war. Zu OSM bin ich teilweise
auch durch meine Frustration mit Wikipedia gekommen.

Was OSM derzeit noch besser macht, ist, dass es trotz aller
Übereinkünfte und gewachsener Strukturen immer noch ein recht "flaches"
Projekt bleibt. Wer die Hürden der Grundbegriffe und Editorbedienung
genommen hat kann sinnvolle Beiträge leisten, ohne dass seine Änderungen
als zu klein wieder rückgängig gemacht werden.

Ich denke da liegt auch einer der Vorteile von OSM: Dadurch, dass es
keine "Artikel" gibt und alles irgendwie zusammenhängt, können uns
einige der Bürokratismen der Wikipedia nicht so leicht passieren.
Zusätzlich kann das, was von vielen Neulingen in der Wikipedia (zurecht)
als Arroganz empfunden wird in OSM durch die ungeheure lokalität in
lokalen Usergruppen vermieden werden. Damit meine ich, dass ja die
allermeisten Edits in der eigenen physikalischen Umgebung vorgenommen
werden, und sich also potentielle Streithähne im persönlichen Gespräch
bei der lokalen OSM Usergruppe austauschen können, bevor es "kracht".

Mögliche Probleme sehe ich beim September der niemals endete, bzw. dem
OSM-Äquivalent, wenn also zu viele neue User hinzukommen, die nicht im
Geist von OSM "sozialisiert" werden können.
Dabei denke ich nicht nur an ein anpassen von neuen Usern an den Status
Quo, sondern einen gesunden Dialog zwischen "althergebrachtem" und neuen
Ideen, wie ich denke, dass es ihn in OSM immer noch gibt.

-- 

Dirk-Lüder "Deelkar" Kreie
Bremen - 53.0901°N 8.7868°E



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] "virtueller" garmin gesucht

[NopMap]

Jonas Stein wrote:
> 
>> da ich nun mal kein derartiges Gerät habe und auch kein aktueller Bedarf
>> dafür besteht, suche ich einen "virtuellen" Garmin d.h. einen Emulator,
>> der
>> auf nem "richtigen" Rechner läuft.
> 
> Man kann unter Linux mit qlandkarte Screenshots erstellen. Vielleicht
> hilft das auch. Ein User mit Problemen koennte seine Screenshots
> hochladen. So viele relevante Menuepunkte gibts zum Glueck nicht.
> 

Einen Garmin Emulator gibt es meines Wissens nicht.

QLandkarte ist keine Hilfe, weil es völlig unabhängig von der
Garmin-Software implementiert ist und keine Rückschlüsse auf
Garmin-Eigenheiten zuläßt. Am ehesten kann man noch mit MapSource was
ableiten.

Aber jedes Garmin-Gerät verhält sich mit jeder Firmware-Version etwas
anders.

bye
Nop

-- 
View this message in context: 
http://gis.638310.n2.nabble.com/virtueller-garmin-gesucht-tp4961298p4961809.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] Von Wikipedia lernen

[olvagor]

Am 26.04.2010 02:09, schrieb André Reichelt:
> Ich halte ein Regelwerk wie die Mapfeatures für unumgänglich! Allerdings
> dürfen wir uns nicht von den Wikipedianern verführen lassen, diese zu
> unserer Bibel zu erklären. Die Mapfeatures müssen das bleiben, was sie
> gerade sind: Der kleinste gemeinsame Nenner. Dadurch tun sie niemandem
> Weh und trotzdem habe ich die Möglichkeit, mir neue Dinge auszudenken.
>
> Wenn wir jedoch dazu übergehen würden zu sagen, nur was in den
> Mapfeatures steht darf gemappt werden, alles andere wird wieder
> entfernt, dann meine Freunde, dann würden wir in den selben bodenlosen
> Abgrund fallen wie die Wikipedia es langsam aber sicher immer schneller tut.

+1

Gruß,
olvagor

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

Re: [Talk-de] "virtueller" garmin gesucht

[Bodo Meissner]

Jonas Stein schrieb:
>> ich lese immer wieder in verschiedenen Foren Aussagen der Art "mein garnim
>> zeigt dies oder das nicht an".
>>

Das kann von dem speziellen Gerätetyp oder sogar von der Firmware-Version 
abhängig sein.
Beispielsweise unterscheiden sich die Geräte bei den verfügbaren Symbolen.

>> da ich nun mal kein derartiges Gerät habe und auch kein aktueller Bedarf
>> dafür besteht, suche ich einen "virtuellen" Garmin d.h. einen Emulator, der
>> auf nem "richtigen" Rechner läuft.

Das würde nur bedingt helfen. Wer soll sich die Arbeit machen, die 
Besonderheiten der verschiedenen Geräte nachzubilden.

> Man kann unter Linux mit qlandkarte Screenshots erstellen. Vielleicht
> hilft das auch.

Screenshots von qlandkarte (oder Mapsource) helfen auch nur in Ausnahmefällen, 
wenn es ein Problem auf dem Gerät gibt.


Bei einigen Geräten kann man mittels xImage oder Garmin-ScreenShot einen 
Screenshot vom Gerät selbst machen.
Das hilft aber auch nur, wenn jemand ein Garmin-Gerät hat.


Bodo

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

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

[Christoph Wagner]

Am 26. April 2010 08:20 schrieb Carsten Schwede :
> Moin,
>
> Am 25.04.2010 16:50, schrieb Christoph Wagner:
>> würde es auch sehr begrüßen, wenn wir da alle mal zusammenarbeiten
>> und eine richtig gute Karte erstellen, die einfach alles kann. Am
>
> Ich habe nichts gegen eine Zusammenarbeit, meine Karte hat aber im
> Gegensatz zur AiO als Grundsatz die Kompatibilität mit alten Geräten (es
> sind alle bekannten Garmitypen so belegt, daß die Karte ohne Typfile
> funktioniert, mit ganz wenigen Ausnahmen, da ist die Zurdnung zumindest
> nicht völlig daneben)

Jo ich hab eigentlich auch versucht, so gut es eben ging, die Garmin
standard typen zu benutzen.
Allein schon, weil ich nicht weiß, wie ich die POIs sonst in das FIND
menü bekomme. Die Kategorien scheinen im Garmin hardcoded.
So weit ich weiß, lassen sie sich mit Typfiles nicht beeinflussen.

Zusätzlich will ich natürlich auch viele weitere Openstreetmapobjekte
darstellen für die Garmin standardmäßig nichts vorgesehen hat.
Das klappt dann nur mit Typfile und Nutzung von unbelegten Garmincodes.

Mich würde eigentlich mal interessieren, wieviele Leute denn überhaupt
noch so ein altes Gerät besitzen? Welche Geräte können denn nicht mit
Typfiles umgehen und bekommen Probleme, wenn bisher unbelegte
Garmincodes benutzt werden? Die Geräte müssten natürlich noch Karten
überhaupt anzeigen können.
Wenn das kaum Leute betrifft, weiß ich nicht, ob man viel Rücksicht nehmen muss.

Wenn es doch noch einige sind, hab ich noch eine andere Idee:

Wir lagern einfach die Standardgarmintypen in einen eigenen Layer aus.
Benutzer von älteren Geräten sollten dann eben nur den verwenden,
während Benutzer von neueren Geräten sich die OSM-extra-features
dazuladen können. Man kann ja für die standard-features trotzdem ein
Typfile dazulegen. Wenn es dann von den älteren Garmins ignoriert
wird, ist das auch nicht schlimm, denn es sollte ja für die
Standardfeatures immerhin Standardsymbole geben.
Was meinst du dazu?

@Frederik: post processing von Garminkarten ist meiner Meinung nach
nicht sinnvoll. Ich weiß auch gar nicht, ob das in so großem Maßstab
geht, aber da will ich lieber auch nicht drüber nachdenken...

>> Dass die Straßen doppelt sind, lässt sich nicht vermeiden, da ja für
>> das Fahrradrouting andere Regeln gelten und man da ja besser fährt,
>> wenn man das Autorouting missbraucht. Vielleicht könnte man das
>
> Ich habe fetgestellt, daß das durchaus funktioniert mit dem speziellen
> Fahrradrouting. Nur die Möglichkeit des Routings über "schöne" Strecken
> funktioniert nicht mit "einer" routingfähigen Karte Karte für alle.
>

Also mir hat jetzt auch neulich jemand berichtet, dass man mit dem
normalen Garmin Fahrradroutingmodus mit ein paar Anpassungen in den
style-files ganz gut fahren kann.
Allerdings kenn ich mich da wirklich nicht so gut aus.

Liest zufällig Felix Hartmann mit? Der kennt sich da sicher besser aus.

Vielleicht bekommt man ja doch ein halbwegs vernünftiges
Fahrradrouting mit Garminmitteln hin. Ansonsten müsste man einfach
einen eigenen Fahrradlayer machen.

Viele Grüße
Christoph

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

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

[Carsten Schwede]

Hi,

Am 26.04.2010 10:41, schrieb Frederik Ramm:
> Waere es (und ich betone abermals, dass ich diesen Fragen technisch
> unbedarft bin) eventuell moeglich, eine Art Post-Prozessor zu schreiben,
> der eine komplexe Garminkarte fuer neue Geraete umschreibt in eine
> einfache Karte fuer alte Geraete, so dass die Ressourcen darauf
> konzentriert werden koennten, fuer aktuelle Geraete etwas gutes
> anzubieten und zugleich die Benutzer alter Geraete nicht "abgehaengt"
> werden?

Ich denke nicht, die zuordnung der Typen erfolgt per Style-File bereits 
bei der Erzeugung der Garminkarten aus den OSM-xml-Dateien. Es wäre 
einfacher einfach mit einem anderen Style die Karte nochmals zu erzeugen 
als rückwärts die Garminkarten auseinaderzunehmen.

Für mein Gefühl würde es am ehesten Sinn machen, sich auf eine 
gemeinsame Basis bezüglich der gesplitteten OSM-Dateien zu verlegen. Das 
ist ja für alle die Grundlage. Es ist natürlich darauf zu achen, daß 
einmal alle Informationen enthalten sind, die auch in der Datenbank 
existieren, und ich würde auch für die Einhaltung eines festen 
Kachelrasters plädieren, da dieses die Erzeugung von Teil- oder 
Spezialkarten erheblich vereinfacht. (So nach dem Motto: Ich brauch mal 
schnell eine Radwanderkarte von der Südmongolei, und zwar automatisch 
erstellt das nächste halbe Jahr lang, nach meinem Schema)

Das einmalige Erstellen dieser Basis löst dann das bei den meisten 
vorhandene Leistungsproblem auf den kartenerstellenden Servern.

-- 
Viele Gruesse
Computerteddy

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

Re: [Talk-de] Engstelle taggen? Was für ein Barrier ?

[Gerry Light]

Walter Nordmann schrieb:
> bmi als tag wär noch was ;)
>   

maxweight=0.075

;)

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

Re: [Talk-de] Waldweg, welcher "tracktype"?

[Gerry Light]

Martin Simon schrieb:
> Es ist schon etwas differenzierter [...]

Soweit zur Theorie - in der Praxis ändert sich die Wegbeschaffung je 
nach Nutzung, Pflege und Witterung ohnehin so rasch, dass man nur eine 
erste Einschätzung liefern kann. Man muss also keine wissenschaftlichen 
Bodenuntersuchungen durchführen, um guten Gewissens mappen zu dürfen.

Grüße, Gerry

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

Re: [Talk-de] Von Wikipedia lernen

[Alexrk]

Frederik Ramm schrieb am 25.04.2010 19:52:
> 
> Das stimmt nicht; ein Artikel ueber etwas, das die Relevanzkriterien 
> erfuellt, geniesst keineswegs Bestandsschutz. Der Artikel kann z.B. 
> geloescht werden, weil die Relevanz, selbst wenn objektiv vorhanden, in 
> ihm nicht klar genug rueberkommt, oder weil er zu wenig Information 
> enthaelt.

Die Relevanzkriterien schützen schon in gewissen Masse vor Löschfanatikern. 
Wenn 
nämlich Relevanz nach diesen Kritereien gegeben, kann der Artikel nur noch 
durch 
einen anderen Grund gelöscht werden - zB Urheberrecht verletzt, Fantasieartikel 
o.ä.

> Gibt die Wikipedia-Geschichte Anlass zu der Annahme, dass gleiche Wahlen 
> unter Benutzern automatisch zu einem fuer das Projekt vorteilhaften 
> Ergebnis fuehren - oder ist das einfach nur was, was man macht, damit es 
> keinen Streit gibt (was ja auch wiederum dem Projekt schaden koennte)?
> 

Naja, prinzipiell gilt wohl auch hier Churchill: "Die Demokratie ist die 
schlechteste aller Staatsformen, ausgenommen alle anderen". Man hat bislang nur 
noch nichts besseres gefunden.

Dass Volksentscheide zuweilen ziemlich dumme Resultate liefern, weiß man ja 
nicht erst seit der Schweiz. Zumindest sind Abstimmungen ein gutes Mittel um 
Streitigkeiten zu beenden. Das Problem ist oft nur, dass man bei einigen 
Abstimmungen dann 10 Leute hat die sich richtig tief mit der Materie 
auseinandergesetzt haben, deren Meinungen aber von 10 anderen übertrumpft 
werden, die nur mal eben im Vorbeiflug nach Belieben Pro/Kontra stimmen.

Es ist wie in der Politik - es ist schwer eine Grenze zu ziehen zwischen 
Entscheidungen per Vox populi und Entscheidungen durch gewählte Volksvertreter. 
Ersteres hält das Volk bei Laune und motiviert zum Mitmachen, letzteres bewahrt 
das System vor Populismus und Entscheidungen die geltende Rechtsordnungen 
verletzen.

Alex

-- 
http://de.wikipedia.org/wiki/Benutzer:Alexrk2


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

[Talk-de] mkgmap - UseOrientation

[Jan Tappenbeck]

hi !

ich habe in der Liniendefinition für das Typefile den Ausdruck 
UseOrientation gefunden.

Beispiel:
[_line]
; Originally @(0x000100+0x4f)=0x00014f
Type=0x009
UseOrientation=N
XPM="32 7 3 2",
"XX  c None",
"==  c #ff0020",
"**  c #ff0020",


Kann mir einer sagen was das bewirkt ??

Gruß Jan :-)

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

Re: [Talk-de] mkgmap - UseOrientation

[Carsten Schwede]

Hallo Jan,

Am 26.04.2010 14:27, schrieb Jan Tappenbeck:
>
> ich habe in der Liniendefinition für das Typefile den Ausdruck
> UseOrientation gefunden.
>
> Beispiel:
> [_line]
> ; Originally @(0x000100+0x4f)=0x00014f
> Type=0x009
> UseOrientation=N
> XPM="32 7 3 2",
> "XX  c None",
> "==  c #ff0020",
> "**  c #ff0020",
> 

Diese Einstellung bestimmt ob eine Linie die als Rastermuster definiert 
ist mit der Linie bei der Darstellung des Rasters im GPS-Gerät gedreht 
wird oder nicht. (Siehe meine "under construction" Straßen)

-- 
Viele Gruesse
Computerteddy

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

[Talk-de] Neuer Mailverkehr mit Amt, war AW: Anfrage beim Statistischen Landesamt Bayern wg. V erwaltungsgrenzen-Nutzung aus deren Veröffentlich ungen - Deren Antwort - Bewertung bitte

[Dietmar]

Hallo,

ich hatte dann am Donnerstag nochmal nachgehakt (siehe unten) und genau auf
die OSM-Lizenz hingewiesen.

Es kam dann eben diese Antwort, die sich leider auf meine erste Mail vom
Donnerstag früh bezog, aber klar eine Antwort auf meine unten aufgeführte
konkretisierte Nachfrage war.

Das ist jetzt doch eindeutig ein grünes Licht, oder?

Grüße
Dietmar


"
Sehr geehrter Herr x,

vielen Dank für Ihre Anfrage. Aus unserer Sicht spricht nichts gegen eine
Verwendung unserer Gemeindegrenzkarten als Grundlage für die Zuordnung von
Straßen zu Gemeinden. Hierzu bedarf es keiner Lizenzerteilung. Die grafische
Ausgestaltung unserer Gemeindegrenzkarten ist jedoch urheberrechtlich
geschützt.

Sollten Sie statt der in unserem Webshop verfügbaren PDF-Dateien andere
Grafikformate bevorzugen, schreiben Sie bitte an meinen Grafik-Kollegen
px...@lfstad.bayern.de

Eine komplette Straßenliste für Bayern geordnet nach Gemeinden liegt nach
unserer Kenntnis in der Bayerischen Vermessungsverwaltung vor,
http://vermessung.bayern.de/. Die Bezugsbedingungen sind uns jedoch nicht
bekannt.

Für Rückfragen stehen wir gern zur Verfügung.

Mit freundlichen Grüßen
Px Dx
Bayerisches Landesamt für Statistik und Datenverarbeitung
Neuhauser Straße 8
80331 München
Tel 089 2119-x
Fax 089 2119-x
Mail i...@statistik.bayern.de
http://www.statistik.bayern.de
"


Meine konkretisierte Nachfrage war am Donnerstag nachmittag:


"
Sehr geehrter Herr Kx,

Die Lizenz von Openstreetmap ist so definiert:

"Alle Daten in der OpenStreetMap-Datenbank stehen unter der Lizenz "Creative
Commons Attribution-Share Alike 2.0" (auf Deutsch: "Namensnennung unter
gleichen Bedingungen"). Die Lizenz besagt, dass jegliche Art der Nutzung von
OSM-Daten, auch gewerblich, zulässig ist; es muss jedoch angegeben werden,
woher die Daten stammen, und jedes Werk, das aus OSM-Daten abgeleitet ist,
muss wiederum unter der CC-BY-SA-Lizenz stehen.
"
Hier der Link zur offiziellen Lizenz:
http://creativecommons.org/licenses/by-sa/2.0/de/legalcode

Wir können also Ihre Vorgaben für die Weiterverwendung nicht einhalten, weil
wir die gewerbliche Weiternutzung zulassen.

Da es mir aber nur um die Verwaltungsgrenzen geht, ist eine Nutzung unter
der o.g. OSM-Lizenz vielleicht doch für uns möglich?

Ich würde mich über eine positive Antwort freuen und verbleibe

mit freundlichen Grüßen
Dietmar x
"


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

Re: [Talk-de] Von Wikipedia lernen

[Wolfgang]

Hallo,
Am Montag 26 April 2010 07:52:05 schrieb Patrick Kolesa:

> Aber eine Mailingliste für jede Großstadt finde ich dann doch etwas
> übertrieben bei den momentanen Nutzerzahlen.

Wieso, gibt es doch schon für jede _Groß_-Stadt, siehe 
 ;-)

*duckundweg* Wolfgang


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

Re: [Talk-de] Missbrauch von "name=..."

[Andreas Tille]

On Fri, Apr 23, 2010 at 12:55:28PM +0200, Florian Lohoff wrote:
> In La Palma scheint jemand besondern gefallen daran gefunden zu haben
> die refs der Tertiary/Secondary/Primary zusaetzlich in den name zu schreiben.
> 
> Das ist nicht nur in vielen faellen falsch sondern auch redundanter quatsch.
> 
> Wo ich eh an den Straßen schraube loesche ich dann das name tag weg.

Dazu eine Frage als Mapper-Neuling:  Ich war kürzlich in Gallizien 
(Nordspanien),
wo 1/4 der Straßen, die ich benutzt hatte noch nicht gemappt waren.  Bei den
gemappten Straßen waren folgende Tags mit identischen Namen gesetzt:

   name=
   ref=
   nat_ref=

Alle drei Werte identisch.  Als Anfänger habe ich diese Methode übernommen.

Ist also offensichtlich Murks, oder?  Wie mache ich es "richtig"?

Viele Grüße

  Andreas.

-- 
http://fam-tille.de

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

Re: [Talk-de] Von Wikipedia lernen

[AssetBurned]

moin

On 26.04.2010, at 07:52, Patrick Kolesa wrote:

> Am 26.04.2010 01:55, schrieb Daniela Duerbeck:
>> Deshalb fände ich lokale Mailinglisten sehr gut. Es gibt in München 
>> z.B. zwar einen Stammtisch, aber eine Mailingliste wäre viel 
>> effizienter.
> 
> Die Kommunikation der Münchner läuft größtenteils über die
> Bayern-Mailingliste. Was ich allerdings befürchte, nicht jeder "Bayer"
> schaut in die talk-de Liste oder nicht jeder Mapper hat die Bayern-Liste
> abonniert. OSM könnte da "sozialer" werden, indem zB alle Mapper im
> Bayern-Polygon auf der Website eine Linksammlung zur
> Bayern-Mailingliste, Bayern-Wiki, etc. findet, um den Anschluss zu finden.
> Aber eine Mailingliste für jede Großstadt finde ich dann doch etwas
> übertrieben bei den momentanen Nutzerzahlen.

naja in bremen und osnabrück gibt es auch getrennte mailinglisten. finde ich 
persönlich ne gute sache. so kann man treffen besser nachbereiten ohne die DE 
liste volltexten zu müssen.
einfach mal einen blick in http://lists.openstreetmap.de/mailman/listinfo 
riskieren und schauen ob es für die eigene stadt ne liste gibt.

cu assetburned

smime.p7s
Description: S/MIME cryptographic signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Engstelle taggen? Was für ein Barrie r?

[AssetBurned]

On 26.04.2010, at 12:10, Gerry Light wrote:

> Walter Nordmann schrieb:
>> bmi als tag wär noch was ;)
>> 
> 
> maxweight=0.075
> 
> ;)

oh oh nur wenn da ein schild steht das genau diesen wert angibt, sonst gibt 
es probleme mit den leuten die sowas aufrunden wollen.

oder noch schlimmer wenn dann drüber diskutiert wird ob es tonnen, kilo, gramm 
sind und ob die dann auch noch metrisch oder in irgend nem anderen format sind!

:-p



smime.p7s
Description: S/MIME cryptographic signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Missbrauch von "name=..."

[AssetBurned]

moin

On 26.04.2010, at 17:03, Andreas Tille wrote:

> On Fri, Apr 23, 2010 at 12:55:28PM +0200, Florian Lohoff wrote:
>> In La Palma scheint jemand besondern gefallen daran gefunden zu haben
>> die refs der Tertiary/Secondary/Primary zusaetzlich in den name zu schreiben.
>> 
>> Das ist nicht nur in vielen faellen falsch sondern auch redundanter quatsch.
>> 
>> Wo ich eh an den Straßen schraube loesche ich dann das name tag weg.
> 
> Dazu eine Frage als Mapper-Neuling:  Ich war kürzlich in Gallizien 
> (Nordspanien),
> wo 1/4 der Straßen, die ich benutzt hatte noch nicht gemappt waren.  Bei den
> gemappten Straßen waren folgende Tags mit identischen Namen gesetzt:
> 
>   name=
>   ref=
>   nat_ref=
> 
> Alle drei Werte identisch.  Als Anfänger habe ich diese Methode übernommen.
> 
> Ist also offensichtlich Murks, oder?  Wie mache ich es "richtig"?

hmmm gute frage also lass dir gesagt sein du machst schonmal nicht wirklich 
was falsch ;-)
wenn du in der wiki nix zu den jeweiligen tags findest, dann erstrecht nicht. 

allerdings verwundert mich das auch nen bissel in anderen zusammenhang. ich 
mappe gerne flughäfen und finde da bei landebahnen immer wieder:

name=
ref=
orientation=

auch jeweils mit den gleichen einträgen. und da die jeweiligen tags meines 
wissens nicht andersweitig benutzt werden mach ich es auch so bei jedem 
flughafen den ich bearbeite.

hier mal die jeweiligen wiki einträge die ich zu unseren dubletten gefunden 
habe.

http://wiki.openstreetmap.org/wiki/Key:ref (dekt auch nat_ref ab)
http://wiki.openstreetmap.org/wiki/DE:Key:name
und orientation gibt es laut wiki nicht *ditz*

also soweit ich das verstehe ist nat_ref die nationale bezeichnung für etwas... 
frag mich dann aber warum das nicht nat_name ist?!
http://wiki.openstreetmap.org/wiki/Key:nat_name
und wo der unterschied zwischen name und ref ist blick ich nach lesen der wiki 
seiten jetzt auch nicht mehr *kopfkratz*

cu assetburned

smime.p7s
Description: S/MIME cryptographic signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] access=designated?

[Bernd Wurst]

Hi.

Bin grade über einen Weg gestolpert, den ein besonders akkurater Mapper 
versucht hat, unmissverständlich zu kennzeichnen. Neben boat=no und ähnlich 
sinnvollen Tags findet sich eine Menge "designated", vor allem aber ein 
"access=designated":

http://www.openstreetmap.org/browse/way/5022040

Kann mir jemand erklären, was das bitte aussagen soll?

Trotz gefühlter 20 Unterscheidungen wird in diesen Tags leider nicht 
ausgedrückt, dass die Beschränkung auf 6 Tonnen *nicht* für Anlieger gilt. 
Oder sehe ich das falsch?


Ist das ein Beispiel wie man es dann doch nicht machen sollte oder bin ich nur 
zu doof das zu verstehen?

Gruß, Bernd

-- 
A: Weil es die Lesbarkeit des Textes verschlechtert.
F: Warum ist TOFU so schlimm?
A: TOFU
F: Was ist das groesste Aergerniss im Usenet?


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] "virtueller" garmin gesucht

[Walter Nordmann]

thanks,

schade. hätte mir das mal gerne angesehen. dann werd ich mich mal auf die
suche nach ner java-anwendung machen. die sollte dann ja auch auf meiner
kiste laufen.

gruss

walter

-
Der Kopf ist rund, damit die Gedanken auch mal die Richtung ändern können.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/virtueller-garmin-gesucht-tp4961298p4963350.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] Missbrauch von "name=..."

[Fips Schneider]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Andreas Tille wrote:
> On Fri, Apr 23, 2010 at 12:55:28PM +0200, Florian Lohoff wrote:
>> In La Palma scheint jemand besondern gefallen daran gefunden zu haben
>> die refs der Tertiary/Secondary/Primary zusaetzlich in den name zu schreiben.
>>
>> Das ist nicht nur in vielen faellen falsch sondern auch redundanter quatsch.
>>
>> Wo ich eh an den Straßen schraube loesche ich dann das name tag weg.
> 
> Dazu eine Frage als Mapper-Neuling:  Ich war kürzlich in Gallizien 
> (Nordspanien),
> wo 1/4 der Straßen, die ich benutzt hatte noch nicht gemappt waren.  Bei den
> gemappten Straßen waren folgende Tags mit identischen Namen gesetzt:
> 
>name=
>ref=
>nat_ref=
> 
> Alle drei Werte identisch.  Als Anfänger habe ich diese Methode übernommen.
> 
> Ist also offensichtlich Murks, oder?  Wie mache ich es "richtig"?

Also ich hab in Bulgarien Straßen gefunden, die mit
name=A1
nat_ref=A1
ref=E80
getaggt waren.

Dort habe ich es dann auch angefangen zu ändern und auch andere Stellen
gefunden, die einen sinnvollen Name-Tag hatten, nämlich den Namen der Autobahn,
in dem Fall (nur halt in Bulgarisch) Trakija-Autobahn.

nat_ref steht meines Wissens nach für "nationale Referenznummer", in dem Fall
also A1. int_ref ist das entsprechende Tag für "internationale Referenznummer" -
was also in ganz Europa die "E-Straßen" sind. Da hier aber nicht (wie bspw. in
Schweden) die Autobahn nur als E-Straße aufgefasst wird, sondern wie in
Deutschland üblich mit der nationalen Bezeichnung, habe ich es folgendermaßen
korrigiert:

name=Trakija-Autobahn
ref=A1
int_ref=E80

Schade dabei ist, dass E80 nicht gerendert wird - es wäre toll, da eine
entsprechende Rendervorschrift zu haben, die int_ref auswertet. Wofür nun das
nat_ref gedacht ist, erschließt sich mir nicht so ganz. In den Ländern in den
die E-Straße die primäre Bezeichnung ist, gibt es meines Wissens nach auch keine
weitere nationale Bezeichnung...

> 
> Viele Grüße
> 
>   Andreas.
> 

So far - Fips

P.S.: Wenns keine E-Straße ist, gibts logischerweise kein int_ref-Tag, mit wäre
zumindest keins bekannt...

- --
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkvVua8ACgkQnHVyAFIfTkHW0QCdHVF2rxM2Wru+j5awildjFQll
860AoIXfKnPBYvHxMuJx2VhrbYRIv7l8
=xLYD
-END PGP SIGNATURE-

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

Re: [Talk-de] access=designated?

[Sven Geggus]

Bernd Wurst  wrote:

> "access=designated":

geil! Bei der nächsten Straße die ich erfasse setze ich name=designated,
immerhin eine wahre Aussage.

Sven

-- 
Den Rechtsstaat macht aus, dass Unschuldige wieder frei kommen
(Wolfgang Schäuble)

/me is gig...@ircnet, http://sven.gegg.us/ on the Web

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

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

[Philip Gillißen]

Hallo zusammen!

Bevor hier eine lange Liste aller Verzichte auf Namensnennung losbricht
(was ich definitiv gutheißen möchte :) ), möchte ich drauf hinweisen,
wie wichtig die Diskussion über eine Open DB License ist.

Daher: Lasst uns Energie in diese Diskussion stecken!

Gruß, Philip


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] access=designated?

[AssetBurned]

moin

On 26.04.2010, at 17:52, Bernd Wurst wrote:
> Bin grade über einen Weg gestolpert, den ein besonders akkurater Mapper 
> versucht hat, unmissverständlich zu kennzeichnen. Neben boat=no und ähnlich 
> sinnvollen Tags findet sich eine Menge "designated", vor allem aber ein 
> "access=designated":
> 
> http://www.openstreetmap.org/browse/way/5022040
> 
> Kann mir jemand erklären, was das bitte aussagen soll?
> 
> Trotz gefühlter 20 Unterscheidungen wird in diesen Tags leider nicht 
> ausgedrückt, dass die Beschränkung auf 6 Tonnen *nicht* für Anlieger gilt. 
> Oder sehe ich das falsch?
> 
> 
> Ist das ein Beispiel wie man es dann doch nicht machen sollte oder bin ich 
> nur 
> zu doof das zu verstehen?
> 

hmmm also soweit ich das blicke gibt es garkein tag für straßen die nur für 
anwohner freigegeben sind. ebendso gibt es auch keine tags das bestimmte 
einschränkungen nicht für anwohner gelten (sehr wohl aber das straßen nur für 
anlieferungen genutzt werden dürfen).

was die frage angeht ob das nen gutes beispiel für "so nicht" ist... also ich 
finde es nicht ausdrücklich falsch. ich meine wenn da wirklich nen schilderwald 
steht der die ganzen dinge erlaubt/nicht erlaubt dann können die getagt werden. 
nen renderer sollte das nicht verwirren.
und bei der suche nach nen passenderen anwohner tag bin ich noch auf ne ganze 
reihe anderer tags gestoßen die da auftauchen könnten oder darf man da mit 
nen einhüllen tanker (schiff) durch? ;-)

cu assetburned

smime.p7s
Description: S/MIME cryptographic signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] access=designated?

[Chris66]

Am 26.04.2010 17:52, schrieb Bernd Wurst:

> Kann mir jemand erklären, was das bitte aussagen soll?

Ich habe das auch schon öfters gesehen und habe es immer
so interpretiert, dass die Zutrittsrechte des Weges
eben durch Schildchen angezeigt werden.

Chris



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

Re: [Talk-de] Von Wikipedia lernen

[Florian Gross]

Frederik Ramm glaubte zu wissen:
>
> ich mache mir Sorgen, wenn ich die Wikipedia betrachte. Trotz allem, 
> was die Wikipedia erreicht hat, ist das kein Projekt mehr, dass ich 
> irgendwie sympathisch finde. Das Projekt macht auf mich den Eindruck, 
> als ob es langsam an Buerokratie zu Grunde geht. Die Dynamik und der 
> freie Geist, den das Projekt frueher hatte, werden erstickt in Regeln, 
> Rechten, Hierarchien.

+1

Ich wollte eigentlich gerade bei Wikipedia mit einsteigen,
vor allem Artikel ergänzen, Typos beseitigen usw., evtl auch
den einen oder anderen Artikel selber schreiben.

Zeitgleich kam dieses "tolle" System, daß jede Änderung quasi
genehmigt werden muß. Meine Änderungen hingen dann wochenlang
in der Luft und ich mußte teilweise noch begründen, warum ich
einen deutlich sichtbaren Rechtschreibfehler korrigiert habe.

Zusammen mit dem Rest der Regeln hätte ich einen großen Teil
meiner Zeit für sinnlose Diskussionen verplempert.
Da hab ich dann doch besseres zu tun. Es ist immerhin meine
Freizeit, dich einem derartigen Projekt widme.

Auf mich würde es abstoßend wirken, wenn jemand jeden meiner Edits
prüfen und freischalten müßte (nach eventueller Rückfrage bei mir
oder gar einer Diskussion) oder ich so etwas bei Neueinsteigern
machen soll.

Wenn jemand unsicher ist und Angst hat Fehler zu machen, biete ich
ihm Hilfe an, wenn er möchte schau ich mir auch ein paar seiner
Changesets an, geb ihm Tips soweit ich kann und greif auch mal ein,
bevor sich vor Verzweiflung selber erhängt. ;-)

Ob er meine Hinweise beachtet ist aber sein Bier, solange er
dabei keinen Schaden anrichtet.

Hierarchien usw. möchte ich hier nicht sehen, sonst hab ich schnell
ein neues Hobby.

Den einen oder anderen Störenfried wird es immer geben, solange sich
die Anzahl in Grenzen hält, sollten die Community mit denen
problemlos fertig werden.

Wenn es Überhand nimmt, wird man sich etwas einfallen lassen müssen,
aber nicht wie bei Wikipedia.

flo
-- 
Kennst du nicht den Spruch: "Frechheit siegt!" Und auserdem muss man immer
wieder mit der Dummheit von anderen Rechnen. Du kannst nie so blöd denken wie
andere sind. Dabei will ich mich selbst nicht einmal ganz davon ausschliessen.
[WoKo in dag°]


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

Re: [Talk-de] access=designated?

[Bernd Wurst]

Am Montag 26 April 2010 18:16:02 schrieb Chris66:
> Ich habe das auch schon öfters gesehen und habe es immer
> so interpretiert, dass die Zutrittsrechte des Weges
> eben durch Schildchen angezeigt werden.

boat=no an einem Feldweg hunderte Kilometer entfernt vom nächsten schiffbaren 
Gewässer (auf dem Schifffahrtszeichen angebracht sind)?

Ich war jetzt heute nicht an diesem speziellen Weg vor Ort, aber es würde mich 
doch etwas wundern. :)

Gruß, Bernd

-- 
Hoffnung ist nur ein Mangel an Information.


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] Von Wikipedia lernen

[Florian Gross]

Thomas Reincke glaubte zu wissen:
>
> Vielleicht haben wir einfach Glück das es in den OSM-Tools keinen Button 
> gibt "Änderungen nachverfolgen". Dann merke ich überhaupt nicht das der 
> User "blutigerAnfaenger273" meine Straße um 5 m nach Norden verschoben hat.

Währst du arg enttäuscht, wenn es so etwas gäbe?

flo, hoffentlich fällt die Enttäuschung nicht zu arg aus ;-)
-- 
Wir haben nicht durchdacht, wie wir weniger Kosten als Linux
verursachen können.  [Steve Balmer, Microsoft]


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

Re: [Talk-de] access=designated?

[Volker]

Bernd Wurst schrieb:
> boat=no an einem Feldweg hunderte Kilometer entfernt vom nächsten schiffbaren 
> Gewässer (auf dem Schifffahrtszeichen angebracht sind)?
>
> Ich war jetzt heute nicht an diesem speziellen Weg vor Ort, aber es würde 
> mich 
> doch etwas wundern. :)
>
>   
Die Erklärung ist ganz einfach. Wenn mann für  einen way die JOSM 
Einstellungen übernimmt ohne hinterher noch einmal zu kontrollieren, 
dann kommt so etwas zustande.

Gruß

Volker

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

Re: [Talk-de] Von Wikipedia lernen

[Alexander (AddisMap.com)]

Hi,

Tobias Knerr wrote:
>> Relevanskriterien gibt es auch bei OSM und die sind auch notwendig.
> 
> Hier bin ich deutlich anderer Meinung. Wir brauchen keine
> (formalisierten) Relevanzhürden, und sollten einiges daran setzen, dass
> wir keine bekommen.

+1

Und wenn es Probleme beim Atom-Mappen gibt, dann muss eben die 
Genauigkeit erhöht werden :-)

Gibt es eigentlich eine theoretische/praktische Maximalauflösung in der 
aktuellen OSM API ?

> Und: Wenn jemand Flugrouten einträgt, die aber außer den Benutzern des
> Flugroutenlayers nie ein Laie zu Gesicht bekommt - dann ist das
> ebenfalls keine Gefahr für die Qualität z.B. des Autobahnnetzes.

Gibt es bereits Layer in OSM? und/oder schon irgendwelche Funktionen in 
JOSM bei denen man sagen kann
"flight_route=*" bitte ausblenden/nicht runterladen?

Viele Grüße, Alexander

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

Re: [Talk-de] "Relevanzkriterien" als Limit zur Erhaltung der Wartbarkeit

[Alexander (AddisMap.com)]

Johann H. Addicks wrote:
> Am 25.04.2010 19:26, schrieb Tobias Knerr:
> - Und Projekt nicht so wichtig werden lassen, dass handfeste Interessen 
> (von außen) ins Projekt wirken.

Vielleicht sollte man wieder auf eine reine Datenbank zurück migrieren :-)

Keine Map auf OpenStreetMap.org -> viele kleinere Spezialprojekte; jeder 
filteret und rendert selbst.

Vandalen haben kaum eine Angriffsfläche, weil auf DEM berühmten 
OpenStreetMap.org einfach für kaum jemanden Sichtbar ist, dass man ne 
Großstadt mit dem namen www.vi*gra-ganz-billig.de angelegt hat.

Grüße, Alexander

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

Re: [Talk-de] Missbrauch von "name=..."

[M∡rtin Koppenhoefer]

> Schade dabei ist, dass E80 nicht gerendert wird - es wäre toll, da eine
> entsprechende Rendervorschrift zu haben, die int_ref auswertet. Wofür nun das
> nat_ref gedacht ist, erschließt sich mir nicht so ganz. In den Ländern in den
> die E-Straße die primäre Bezeichnung ist, gibt es meines Wissens nach auch 
> keine
> weitere nationale Bezeichnung...


ja, da könnte das Rendering noch etwas verfeinert werden. Wenn einem
solche Dinge auffallen ist bei Mapnik m.E. die beste Methode, ein
Ticket im trac zu erstellen.

http://trac.openstreetmap.org

Dort den Fehler bzw. die Verbesserung beschreiben und bei Modul
"mapnik" angeben. Idealerweise lädt man sich die aktuellen Regeln aus
dem svn, ändert sie entsprechend und erstellt einen Patch mit den
Änderungen (das minimiert die Arbeit für die wenigen Leute, die sich
um den Mapnik-Stil kümmern), aber auch wenn einem das zu kompliziert
ist, führt eine einfache Beschreibung des Problems oft dazu, dass es
jemand umsetzt.

Gruß Martin

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

Re: [Talk-de] Von Wikipedia lernen

[Ulf Möller]

Am 26.04.2010 02:09, schrieb André Reichelt:

> die Admins handeln meistens nach gutdünken. Dies können sie, da sie nur
> von den 0,5% gewählt werden, die eh ihrer Meinung sind -- die Anderen
> umgehen die Wahlen, da sie berechtigt alleine sowieso nichts ändern
> könnten.

Nanu? In einer Abstimmung mit Mehrheitsentscheidung können 99,5% sowieso 
nichts ändern?

> Wir haben wie die Wikipedia eine gewisse Manpower zu verteilen. Diese
> fließt dort, wie richtig angemerkt, zu rund 90% in die Verwaltung eines
> Bürokratiemonsters.

Eigentlich nicht: die Teilnehmer sind unbezahlte Freiwillige und machen 
im wesentlichen das, wozu sie Lust haben. Und wenn Leute monatelang 
darüber diskutieren wollen, ob der Donauturm ein Fernsehturm ist, oder 
ob Radwege als highway=cycleway oder highway=path+bicycle=designated 
getaggt werden, dann sollen sie das halt tun. Alle anderen können das ja 
problemlos ignorieren.


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

Re: [Talk-de] Waldweg, welcher "tracktype"?

[Guenther Meyer]

Am Montag 26 April 2010 09:06:44 schrieb Walter Nordmann:
> Martin Simon wrote:
> > P.S.: was ist ein Panzerweg? Betonplatten oder eine "Schneise der
> > Verwüstung"?
> 
> eher zweites. wenn da kein weg ist, machen die sich halt einen ;;))
> 
dachte mir schon fast, dass das so gemeint ist.

denn die panzerwege, die ich unter dieser bezeichnung kenne, sind fast 
durchgehend grade 2-3.

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

Re: [Talk-de] highway mit cycleway und seperater way f ür rad/fussweg

[M∡rtin Koppenhoefer]

Am 23. April 2010 10:10 schrieb Felix Hartmann :
> Nein, foot=yes ist nicht optimal.
>
> Viel besser einfach footwayt=track/lane oder footway:left=track/lane
> ... verwenden. Genauso wie bei Fahrradwegen -- siehe
> http://wiki.openstreetmap.org/wiki/Bicycle. Wobei es viel einfach ist,
> da es ja bei Fußwegen seltenst Einbahnregelungen gibt.
> Am besten einfach im Wiki dokumentieren


ja, das ist auch gut, schreib das mal ins Wiki. An den Radweg jeweils
gehängt, oder?

Gruß Martin

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

Re: [Talk-de] Waldweg, welcher "tracktype"?

[Martin Simon]

Am 26. April 2010 12:20 schrieb Gerry Light :
> Martin Simon schrieb:
>> Es ist schon etwas differenzierter [...]
>
> Soweit zur Theorie - in der Praxis ändert sich die Wegbeschaffung je
> nach Nutzung, Pflege und Witterung ohnehin so rasch, dass man nur eine
> erste Einschätzung liefern kann. Man muss also keine wissenschaftlichen
> Bodenuntersuchungen durchführen, um guten Gewissens mappen zu dürfen.

Naja, was sich nur durch Witterung, Nutzung oder fehlende Pflege(?)
ohne das Zutun eines Panzers "so rasch" ändert, daß es zu schnell für
OSM ist, ist unter Garantie nie wirklich befestigt gewesen.

Nur von einem starken Regen ergreift die Gesteinskörnung nicht die Flucht... ;-)

Gruß,

Martin

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

Re: [Talk-de] Waldweg, welcher "tracktype"?

[Martin Siegel]

Am 26.04.2010 12:20, schrieb Gerry Light:
> Soweit zur Theorie - in der Praxis ändert sich die Wegbeschaffung je
> nach Nutzung, Pflege und Witterung ohnehin so rasch, dass man nur eine
> erste Einschätzung liefern kann.

Die Beschaffenheit ändert sich doch eigentlich nur dann verhältnismäßig 
schnell, wenn ein Weg gerade "stillgelegt" wurde, also von jetzt auf 
gleich so gut wie keine Nutzung mehr stattfindet, oder für höhere 
Nutzung "freigegeben" wurde. Wobei er in letzterem Fall vermutlich eine 
neue Deckschicht bekommt, die dann auch erstmal so bleibt.

Durch nasse Witterung unterscheiden sich die beschriebenen grades 
eigentlich nur durch kein/wenig/nur Matsch.

> Man muss also keine wissenschaftlichen
> Bodenuntersuchungen durchführen, um guten Gewissens mappen zu dürfen.
>

Die von Martin Simon beschriebenen Unterschiede lassen sich recht 
einfach allein durch Betrachten der Oberfläche feststellen.

Gruß: Martin Siegel

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

Re: [Talk-de] Missbrauch von "name=..."

[Claudius]

Am 26.04.2010 18:05, Fips Schneider:
> P.S.: Wenns keine E-Straße ist, gibts logischerweise kein int_ref-Tag, mit 
> wäre
> zumindest keins bekannt...

Nicht so Euro-zentrisch denken. Weiterer Anwendungsfall für int_ref:
http://en.wikipedia.org/wiki/Asian_Highway_Network

Claudius


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

Re: [Talk-de] Waldweg, welcher "tracktype"?

[Friedhelm Schmidt]

Also, hier ein Schwank von mir zum Thema:

Tracktype Grade 5, hab ich im Winter bei einer Wanderung mit meiner 
lieben, auch OSM-interessierten Frau, gemappt.

Im Sommer darauf, ich mit kurzen Hosen auf dem Fahrrad wieder dort. Da 
hab ich dann doch lieber das Maisfeld genommen :-) Ein Hoch auf die 
Herbizide.

-fri-




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

Re: [Talk-de] man_made towers und einige Fragen

[Johannes Huesing]

M∡rtin Koppenhoefer  [Mon, Apr 26, 2010 at 02:30:29AM 
CEST]:
> Am 25. April 2010 23:39 schrieb Johannes Huesing :
> > Martin Simon  [Sun, Apr 25, 2010 at 10:47:14PM CEST]:
> > [...]
> >>
> >> Ich halte es durchaus für legitim, Gebäude zu teilen, um z.B.
> >> unterschiedlich hohe Abschnitte darzustellen, nur sollten wir dann
> >> lieber das gesamte Gebilde per Relation mit building=* taggen.
> >>
> >
> > Wem tut das weh, wenn einzelne Gebäudeteile Building genannt werden?
> > Alte Reihenhäuser sind auch kraftschlüssig miteinander verbunden.
> 
> 
> Anders gefragt: was schadet uns ein bissche Genauigkeit hier? Beim
> Mappen ist das meist problemlos möglich, sofern man weiss, was man
> zeichnet. Hinterher wird das evtl. schon komplizierter und oft braucht
> man sowieso eine Relation, oder willst Du place_of_worship, religion,
> name etc. alles an jedes einzelne Teil pappen? Das geht ja schon
> deshalb nicht, weil man das sonst alles mehrfach zählt (und
> darstellt).

Also ich bin ja nicht derjenige, der für die Renderer einträgt, aber
dass ich statt building=nave part_of_a_building=nave eintrage und der
Dinge harre, bis Mapnik das auch graulila macht, soweit kommt's dann
auch nicht.

Ist also alles, was eine gemeinsame Wand hat, ein Gebäude? Ist alles,
was gleich hoch ist, ein Gebäude? Gibt es eine Anwendung, die alle
Gebäude in Dortmund zählt? "Genauigkeit" hängt davon ab, an welche
Definition man sich hält.

-- 
Johannes Hüsing   There is something fascinating about science. 
  One gets such wholesale returns of conjecture 
mailto:johan...@huesing.name  from such a trifling investment of fact.  
  
http://derwisch.wikidot.com (Mark Twain, "Life on the Mississippi")

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

[Talk-de] Vorhandener Weg weicht von meinen Daten ab...

[Manuel Reimer]

Hallo,

wie handhabt ihr denn den Fall, wenn zwar ein großer Teil eines Wegs (in 
meinem Fall Waldweg) mit euren GPS-Daten übereinstimmt, aber dann, 
gerade da, wo man neue Wege einbauen will, ein kleiner Versatz vorhanden 
ist.

Ab wieviel Versatz sollte man die vorhandenen Wege auf die eigenen 
GPS-Daten "ziehen"? In meinem Fall ist der Versatz zirka 20 Meter.

Gruß

Manuel


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

[Talk-de] Zeit bis zum Rendern eingegebener Map-Features

[Andreas Tille]

Hallo,

ich wundere mich etwas über verzögerte Übernahme auf die Karte im Netz.
Wenn ich einen neuen Track eingebe, ist der quasie "sofort" auch auf
  http://www.openstreetmap.org/
verfügbar.  Wenn ich aber andere Features eingebe, dauert es nach einem
mir nicht ersichtlichen Prinzip (sehr) lange (> 6 Wochen).  Folgender
Fall: Ich habe vor mehr als sechs Wochen (im Februar) mein Institut
(Robert Koch-Institut Außenstelle Wernigerode) eingegeben.  Im JOSM ist
das auch an 51,83211; 10,78934 zu sehen.  Allerdings erscheint es weder
auf der Karte im Netz (siehe oben), noch ist es unter "Alle Points of
Interest auf meinem Garmin zu sehen.

Zum Vergleich habe ich vor etwa vier Wochen eine weitere Außenstelle
des RKI am DGZ-Ring in Berlin eingegeben - die war ziemlich schnell
verfügbar und ist auch im Web-Formular suchbar.

Ähnlich ist es mit einem Restaurant in Wernigerode: Dieses habe ich auch
im Februar eingegeben.  Das Symbol erschien auch bald, jedoch nicht der
Name.  Zu finden ist es im Webformular, wenn man nach
  "Harzstuben"
recherchiert.  Etwas weiter nordöstlich (an der nächsten Straßenecke)
ist ein "unbenanntes" Restaurant.  Im JOSM sehen die Tags identisch aus
(gut ich habe beim Amselman zusätzlich noch cusine und opening_hours
gesetzt), aber der Name wird im Netz nicht gefunden.  Allerdings findet
es mein Garmin unter "Essen&Trinken".

Hat jemand eine Idee, woran es liegen kann, daß diese Features entweder
nur deutlich später verfügbar sind oder eventuell gar nicht
berücksichtigt werden?

Viele Grüße

Andreas.

-- 
http://fam-tille.de

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

[Talk-de] Anlieger frei (war: access=designated?)

[Claudius]

Am 26.04.2010 18:10, AssetBurned:
> hmmm also soweit ich das blicke gibt es garkein tag für straßen die nur für 
> anwohner freigegeben sind. ebendso gibt es auch keine tags das bestimmte 
> einschränkungen nicht für anwohner gelten (sehr wohl aber das straßen nur für 
> anlieferungen genutzt werden dürfen).

"Anlieger frei" tagge ich mit:
access=destination

Claudius


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

Re: [Talk-de] Was kann man denn da machen?

[Johannes Huesing]

Daniela Duerbeck  [Mon, Apr 26, 2010 at 01:17:07AM 
CEST]:
[...]
> Er hatte auch den Namen nochmal als addr: housename eingetragen, was 
> wohl laut Wiki im englischen Sprachraum geläufig ist.Hier haben aber 
> Häuser selten Namen und wenn, dann bestimmt nicht den des Ladens, der 
> sich darin befindet.

Für hinreichend enge Definition von "hier". Im Siegerland gibt es, wie man
mir sagte, durchaus Hausnamen.

-- 
Johannes Hüsing   There is something fascinating about science. 
  One gets such wholesale returns of conjecture 
mailto:johan...@huesing.name  from such a trifling investment of fact.  
  
http://derwisch.wikidot.com (Mark Twain, "Life on the Mississippi")

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

Re: [Talk-de] Engstelle taggen? Was für ein Barrier ?

[Johannes Huesing]

Johann H. Addicks  [Mon, Apr 26, 2010 at 02:43:52AM CEST]:
> Angenommen seie ein Kreuzungspunkt von Landuses:
> Diagonal Wiese und Wald, andere Diagnoale Commercial und Industrial; 
> letztere beiden "fenced".
> Nun gibt es zwischen den beiden einen "Durchstieg für Personen mit nicht 
> allzugroßem BMI", width ca. 35cm.

Hmm, und wenn man die Zäune einträgt und zwischen den Ecken 35 cm Platz lässt?
Das würde den Nutzer der Karten im Unklaren lassen, aber wenn man selbst vor
dem Objekt steht, ist man ja genauso im Unklaren ...

-- 
Johannes Hüsing   There is something fascinating about science. 
  One gets such wholesale returns of conjecture 
mailto:johan...@huesing.name  from such a trifling investment of fact.  
  
http://derwisch.wikidot.com (Mark Twain, "Life on the Mississippi")

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

Re: [Talk-de] Waldweg, welcher "tracktype"?

[Johannes Huesing]

Martin Simon  [Mon, Apr 26, 2010 at 08:57:50AM CEST]:
> Am 26. April 2010 08:20 schrieb Walter Nordmann :
> >
> > sehe ich ähnlich:
> >
> > grade1 - asphaltiert
> > grade2- schotter aber sonst sehr gut - feht nur noch asphalt, dann wäre der
> > grade1
> > alles was schlechter ist: 3-5
> > grade6 - panzerweg ;)
> 
> Es ist schon etwas differenzierter - grade2 hat eine durchgehende
> Oberfläche aus tragfähigem Material (Gesteinskörnung...) grade3 und 4
> unterschieden sich im Anteil tragfähiges Material/Böden und kommen
> meist mit bewachsenem oder nicht befestigten Mittelstreifen daher.
> grade5 kann dann schon wieder etwas anderes sein - entweder völlig
> unbefestigt oder mit geschlossener Grasdecke, was für Fußgänger und
> Radfahrer oft besser als "normale" grade4 oder grade5 sein kann... ;-)

grade5 kann auch sein: Ordentlicher Untergrund, aber 
zweispurig seit längerer Zeit nicht probiert, wie die 0.6 m hohen 
Schösslinge zwischen den Fahrspuren bezeugen.


-- 
Johannes Hüsing   There is something fascinating about science. 
  One gets such wholesale returns of conjecture 
mailto:johan...@huesing.name  from such a trifling investment of fact.  
  
http://derwisch.wikidot.com (Mark Twain, "Life on the Mississippi")

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

Re: [Talk-de] Von Wikipedia lernen

[Fabian Schmidt]

Hallo,

Am 26.04.10 schrieb Alexander (AddisMap.com):


Gibt es eigentlich eine theoretische/praktische Maximalauflösung in der
aktuellen OSM API ?


Es gibt sieben Nachkommastellen für die Koordinaten. Eine Umrechung in 
Meter gibt es auf 
http://wiki.openstreetmap.org/wiki/DE:Genauigkeit_von_Koordinaten



Gibt es bereits Layer in OSM?


Es gibt nur Layer, um die relative Anordnung von Objekten untereinander 
festzulegen, um z.B. Hochstraßen zu sortieren.



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

Re: [Talk-de] Waldweg, welcher "tracktype"?

[Manuel Reimer]

Martin Simon wrote:
> Es ist schon etwas differenzierter - grade2 hat eine durchgehende
> Oberfläche aus tragfähigem Material (Gesteinskörnung...) grade3 und 4
> unterschieden sich im Anteil tragfähiges Material/Böden und kommen
> meist mit bewachsenem oder nicht befestigten Mittelstreifen daher.

Also ist ein Weg, der auch nur teilstückweise einen bewachsenen 
Mittelstreifen hat, bzw. in der Mitte nur losen Schotter hat, gleich grade3?

Gruß

Manuel


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

Re: [Talk-de] Waldweg, welcher "tracktype"?

[Gerry Light]

Martin Simon schrieb:
> Naja, was sich nur durch Witterung, Nutzung oder fehlende Pflege(?)
> ohne das Zutun eines Panzers "so rasch" ändert, daß es zu schnell für
> OSM ist, ist unter Garantie nie wirklich befestigt gewesen.
>   

Ok, mit "so rasch" meinte ich einen Zeitraum von ca. 3 Jahren. In dieser 
Zeit habe ich schon einen hier angrenzenden grade2-Weg schön nach grade5 
absinken sehen. Er wurde übrigens mit einer Recycling-Geröllschüttung 
(ein Gemisch aus zertrümmerten Ziegelsteinen, Fließen und allen 
möglichen Gegenständen) gegründet und bekam anschließend diese typische, 
graue "compacted"-Schicht. Mit fehlender Pflege meine ich, dass danach 
eben nix mehr daran gemacht wurde. Geschätzte Nutzung: ca. 3-4 
Fahrten/Tag mit "normalgewichtigen" (um nicht den gleichen Fehler wieder 
zu machen: 800-1500kg) Autos durch Schäfer, Pferdekoppelbesitzer, Jäger 
u.ä., ab und zu mal ein Traktor.
Kurz noch zum Punkt "zu schnell für OSM": Vielleicht bekommen wir auch 
mal genug Mapper, dass jeder Waldweg auch einmal im Jahr geprüft werden 
kann. Im Moment ist das aber definitiv in den wenigsten Gegenden der 
Fall. Gut, dann man kann auch argumentieren, wenn keiner von uns 
hinkommt ist's eh egal.

Es ging mir aber in erster Linie darum, dass es kein osm-Weltuntergang 
ist, wenn man mal einen grade daneben liegt. Ich mappe einfach das, was 
ich mir mal auf den Bildchen im Wiki angesehen habe, und wie es gerade 
ist. Im Wesen entspricht das ja auch dem, was Martin Simon mit Worten 
beschrieben hat. Es hörte sich nur so kompliziert an...

Grüße, Gerry

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

Re: [Talk-de] Vorhandener Weg weicht von meinen Daten ab...

[Johannes Huesing]

Manuel Reimer  [Mon, Apr 26, 2010 at 10:48:20PM 
CEST]:
> Hallo,
> 
> wie handhabt ihr denn den Fall, wenn zwar ein großer Teil eines Wegs (in 
> meinem Fall Waldweg) mit euren GPS-Daten übereinstimmt, aber dann, 
> gerade da, wo man neue Wege einbauen will, ein kleiner Versatz vorhanden 
> ist.
> 
> Ab wieviel Versatz sollte man die vorhandenen Wege auf die eigenen 
> GPS-Daten "ziehen"? In meinem Fall ist der Versatz zirka 20 Meter.

20 Meter kommt gerne vor, selbst wenn das Gerät größere Genauigkeit 
vorgaukelt.

Ich wäre eher vorsichtig, aber wenn der Vorgänger keine Spuren als Beleg
hochgeladen hat, würde ch meinen Weg hochladen und ihn als die wesentlich
bestehende Wahrheit ansehen.

-- 
Johannes Hüsing   There is something fascinating about science. 
  One gets such wholesale returns of conjecture 
mailto:johan...@huesing.name  from such a trifling investment of fact.  
  
http://derwisch.wikidot.com (Mark Twain, "Life on the Mississippi")

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

Re: [Talk-de] Vorhandener Weg weicht von meinen Daten ab...

[Manuel Reimer]

Johannes Huesing wrote:
> Ich wäre eher vorsichtig, aber wenn der Vorgänger keine Spuren als Beleg
> hochgeladen hat, würde ch meinen Weg hochladen und ihn als die wesentlich
> bestehende Wahrheit ansehen.

Wie kommt man an die eigentlich dran? In unserem ganzen Gebiet liefert 
mir Merkaartor, wenn ich die Rohdaten runterladen lasse, nur die direkt 
von mir erstellten GPS-Daten.

Ich setze dabei nur den linken Haken ("Also download raw GPS tracks"). 
Den rechten habe ich bisher nicht angehakt ("Resolve all relations"). 
Was bewirkt der?

Gruß

Manuel


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

Re: [Talk-de] Vorhandener Weg weicht von meinen Daten ab...

[Johann H. Addicks]

Am 26.04.2010 23:14, schrieb Johannes Huesing:

>> Ab wieviel Versatz sollte man die vorhandenen Wege auf die eigenen
>> GPS-Daten "ziehen"? In meinem Fall ist der Versatz zirka 20 Meter.
>
> 20 Meter kommt gerne vor, selbst wenn das Gerät größere Genauigkeit
> vorgaukelt.

Ich habe meist 2 bis 3 Tracklogger "aktiv" dabei.
Gerade im Wald oder in Häuserschluchten kann selbst beim simultanen 
Empfang der Versatz mal 15m betragen. Ist halt so, unsere Technik gibt 
nicht mehr her.
Wenn ich einen Versatz zum Bestehenden Kartenmaterial im Bereich "bis zu 
20m" vorfinde, dann rücke ich den Weg im Josm maximal auf "zwischen alt 
und meinen Track", also ein Pi mal Daumen interpolierter Mittelweg.

-jha-


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

Re: [Talk-de] Vorhandener Weg weicht von meinen Daten ab...

[Simon Kokolakis]

Manuel Reimer schrieb:
> Ab wieviel Versatz sollte man die vorhandenen Wege auf die eigenen 
> GPS-Daten "ziehen"? In meinem Fall ist der Versatz zirka 20 Meter.

Es gibt hier kein entweder oder. Beide GPX-Tracks müssen beachtet 
werden, sprich du bildest ein Mittel zwischen allen zusammengehörigen 
Tracks und zeichnest/verschiebst den Weg dort hin.
Bei vielen Tracks mitteln sich dann die statistischen Fehler raus. Ggf 
kann noch eine Wichtung nach Empfangsqualität erfolgen, da wir diese 
aber nicht aufzeichnen, kann man nur nach "Augenmaß" arbeiten.

Beste Grüße,
Simon

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

Re: [Talk-de] Vorhandener Weg weicht von meinen Daten ab...

[Gerry Light]

Simon Kokolakis schrieb:
> Es gibt hier kein entweder oder. Beide GPX-Tracks müssen beachtet
> werden, sprich du bildest ein Mittel zwischen allen zusammengehörigen 
> Tracks und zeichnest/verschiebst den Weg dort hin.

So wie ich Manuel verstanden habe, fehlt der erste GPX-Track des Weges. 
Was nicht da ist, kann auch nicht beachtet werden. Ansonsten natürlich Ack.

Leider scheint das Hochladen der GPS-Tracks immer mehr in Vergessenheit 
zu geraten. Dass Tracks aus Privatsphären-Gründen nicht hochgeladen 
werden, kommt natürlich auch vor und geht vollkommen in Ordnung, aber es 
dürfte eher die Ausnahme sein.

Grüße, Gerry

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

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

[Christoph Wagner]

Carsten Schwede schrieb:

> und ich würde auch für die Einhaltung eines festen 
> Kachelrasters plädieren, da dieses die Erzeugung von Teil- oder 
> Spezialkarten erheblich vereinfacht. (So nach dem Motto: Ich brauch mal 
> schnell eine Radwanderkarte von der Südmongolei, und zwar automatisch 
> erstellt das nächste halbe Jahr lang, nach meinem Schema)

Hmm, also da sollten wir schon nochmal ganz genau drüber nachdenken, wie wir 
das machen.

Ein festes Raster hat natürlich den Vorteil, dass man die Kacheln irgendwie 
systematisch erzeugt und immer den gleichen Ausschnitt eines Landes hat.

Andererseits gibts da halt immer wieder mal Probleme, wenn in einer Region die 
OSM-Daten immer mehr werden und irgendwann nicht mehr in eine Kacheln passen.
Bei gleich großen Kacheln ist die Datenverteilung auf die Kacheln zudem 
natürlich alles andere als homogen. Das ist natürlich prinzipiell egal, aber 
die Kachelgröße richtet sich dann eben nach der am dichtesten gemappten Region.

Ein dynamisches Raster, so wie ich es mit dem splitter erzeuge,
http://dev.openstreetmap.de/aio/tiles/
ist dynamisch und skaliert, selbst, wenn irgendwo mal mehr OSM-Daten 
hinzukommen (Import oder so). Allerdings steht bei jedem Mal neu splitten etwas 
mehr Rechenaufwand an, da die Kachelgrenzen erstmal berechnet werden müssen.
Man muss aber nicht zwangsweise neu splitten und kann dem splitter auch eine 
definierte Kachelzuweisung mitgeben. Momentan splitte ich einmal die Woche 
komplett neu und nutze sonst immer die alten Kachelgrenzen.
Ein Vorteil von ungleich großen Kacheln, deren Größe sich nach der Datendichte 
richtet, ist außerdem, dass insgesamt möglichst wenig Kacheln entstehen. 
Momentan ist das gut, denn man findet beispielsweise POIs und Adressen immer 
nur in der aktuellen Kachel und da ist es gut, wenn die groß genug ist.
Andererseits kommt es häufig vor, dass Kachelgrenzen durch größere Städte 
verlaufen, was irgendwie auch logisch ist, aber eher kontraproduktiv, wenn man 
in einer Stadt ist und was finden will und dummerweise in der falschen Kachel 
ist.

Wie sieht das jetzt eigentlich mit routing bei dir aus, computerteddy? Geht das 
über die Kachelgrenzen?

Ich weiß also auch nicht so genau, was eigentlich besser ist. Vermutlich geht 
beides.
Da fällt mir noch ein interessanter Faktor ein:

Die Laufzeit!

Du splittest doch immer die ganze Welt. Wie lange dauert das denn mit deinem 
splitprogramm? Der splitter braucht für Europa so im Schnitt 2h.

> Das einmalige Erstellen dieser Basis löst dann das bei den meisten 
> vorhandene Leistungsproblem auf den kartenerstellenden Servern.
> 

Naja nicht ganz. Das Problem ist auch die gesplitteten Daten jedes Mal neu 
durchzurödeln und einen anderen Style anzuwenden. Das macht fette I/O und das 
zieht ganz schön die performance runter.

Hmm...

Grüße
Christoph



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Von Wikipedia lernen

[Daniela Duerbeck]

Patrick Kolesa wrote:
> Die Kommunikation der Münchner läuft größtenteils über die
> Bayern-Mailingliste.
Wußte ich nicht.
> Aber eine Mailingliste für jede Großstadt finde ich dann doch etwas
> übertrieben bei den momentanen Nutzerzahlen.
>   
Nee, klar, so paßt das schon. Hab die Bayern-Liste soeben abonniert.
Ganz vielen lieben Dank,

Dani


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

Re: [Talk-de] Von Wikipedia lernen

[Daniela Duerbeck]

Wolfgang wrote:
> Wieso, gibt es doch schon für jede _Groß_-Stadt, siehe 
>  ;-)
>
> *duckundweg* Wolfgang
>   
:- Vor Jahren schrieb die Süddeutsche Zeitung mal über ein 
Bundesligaspiel HSV-Bayern München (aus dem Gedächtnis zitiert):
Hat doch der HSV schon seit langem nicht mehr daheim gegen die Bayern 
gewinnen dürfen und damit mit zum Irrglauben der Münchner beigetragen, 
als Großstadt mithalten zu können mit Hamburg.

In diesem Sinne,
Viele Grüße von Dani


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

Re: [Talk-de] Zeit bis zum Rendern eingegebener Map-Features

[Claudius]

Allgemein hilft es, wenn du auf www.openstreetmap.org auf den 
Kartenbereich zoomst und dann unten rechts einen der beiden Links in 
deine Mail kopierst. So haben andere Mapper die Möglichkeit direkt einen 
Blick auf die Karte(ndaten) zu werfen.

Am 26.04.2010 22:53, Andreas Tille:
> Ich habe vor mehr als sechs Wochen (im Februar) mein Institut
> (Robert Koch-Institut Außenstelle Wernigerode) eingegeben.  Im JOSM ist
> das auch an 51,83211; 10,78934 zu sehen.  Allerdings erscheint es weder
> auf der Karte im Netz (siehe oben), noch ist es unter "Alle Points of
> Interest auf meinem Garmin zu sehen.

Das RKI wird nicht gerendert, da der Knoten keine rendernswerte Tags 
beinhaltet ( http://www.openstreetmap.org/browse/node/667386395 ). Bin 
mir nicht sicher, ob da amenity=public_building passt.
Aber das Rendern ist gar nicht so wichtig, denn in der Datenbank ist das 
Institut eingetragen. Der Garmin-Export müsste jetzt nur noch Knoten mit 
research_institution=yes für den POI-Export mit einschliessen.

> Ähnlich ist es mit einem Restaurant in Wernigerode: Dieses habe ich auch
> im Februar eingegeben.  Das Symbol erschien auch bald, jedoch nicht der
> Name.  Zu finden ist es im Webformular, wenn man nach
>"Harzstuben"
> recherchiert.  Etwas weiter nordöstlich (an der nächsten Straßenecke)
> ist ein "unbenanntes" Restaurant.  Im JOSM sehen die Tags identisch aus
> (gut ich habe beim Amselman zusätzlich noch cusine und opening_hours
> gesetzt), aber der Name wird im Netz nicht gefunden.  Allerdings findet
> es mein Garmin unter "Essen&Trinken".

Die Daten der Suche (Nominatim) wurden seit dem 2. März nicht mehr 
aktualisiert (Datum mittig oben auf http://nominatim.openstreetmap.org 
). Den Amselmann hast du danach zur Datenbank hinzugefügt.

Claudius


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

Re: [Talk-de] Von Wikipedia lernen

[Stephan Wolff]

Moin!

Am 25.04.2010 13:00, schrieb Frederik Ramm:
> ich mache mir Sorgen, wenn ich die Wikipedia betrachte. Trotz allem,
> was die Wikipedia erreicht hat, ist das kein Projekt mehr, dass ich
> irgendwie sympathisch finde. Das Projekt macht auf mich den Eindruck,
> als ob es langsam an Buerokratie zu Grunde geht. Die Dynamik und der
> freie Geist, den das Projekt frueher hatte, werden erstickt in Regeln,
> Rechten, Hierarchien.
>
Um es vorweg zu sagen, ich war bei Wikipedia nie wirklich aktiv. In der 
Anfangszeit habe ich bei einem Dutzend Artikeln einige Fakten in jeweils 
ein bis drei Sätzen ergänzt. Inhaltlich sind meine Ergänzungen nie 
verschwunden, aber sprachlich wurden alle Texte seitdem stark verbessert.
Ich entnehme auch nur der Presse und den Berichten einiger enttäuschter 
Wikipedianer, dass sich parallel zur Professionalisierung eine starke 
Hierarchie und ein unschöner Umgang miteinander entwickelt hat.
Der Tonfall in dieser Liste ist glücklicherweise meist halbwegs 
freundlich und konstruktiv. Trotzdem haben sich hier schon einige 
Benutzer verabschiedet, wenn ihre Vorschläge nicht angenommen wurden 
oder sie sich ungerecht kritisiert fühlten.

> "Die Wikipedia ist kein Projekt vieler, sondern ein Projekt weniger.
> [...] Ein halbes Prozent aller aktiv gewordenen Nutzer ist für fast
> zwei Drittel der Editierungen verantwortlich - ein Kreis von nicht
> einmal 2000 Personen."

Ist das bei OSM ganz anders? Wenn man die 1000 aktivsten Mapper in 
Deutschland betrachtet, haben sie wahrscheinlich auch zwei Drittel der 
Editierungen gemacht. Ich finde so eine Tatsache nicht tragisch.

> Es ist auch denkbar, dass es ab einer gewissen Projekt-Groesse einfach
> gar nicht mehr anders geht; eventuell ist "nur 10% der Arbeit kommen dem
> Projekt zugute" vielleicht wirklich das theoretisch moegliche Maximum.

Wir haben es natürlich leichter. Während bei Wikipedia vielleicht 90% 
des Inhalts aus frei formulierten Texten und nur 10% aus technischen 
Fakten z.B. in Listenform besteht, ist es bei OSM umgekehrt. Der weit 
überwiegende Teil unseres Datenbankinhalts besteht aus gemessenen Daten 
und der Anwendung einfacher Regeln. Wo es um Fragen der 
Datenbankstruktur, Abgrenzung der Objektklassen oder Relevanz geht, wird 
hier ebenso leidenschaftlich gestritten. Würde ein Presseartikel 
polemisch thematisieren, wieviele Beiträge in dieser Liste und im Forum 
zur Neudefinition eines Tags stattfinden bevor nur ein klärender Satz im 
Wiki akzeptiert wird, käme wahrscheinlich etwas ähnliches wie bei der 
Kritik an Wikipedia heraus.
Ich würde es begrüßen, wenn am Ende einer Diskussion nach mehrfacher 
Nennung aller Argumente auch eine Entscheidung entweder durch Abstimmung 
oder durch ein halbdemokratisches Gremium steht.

> Ich stelle mir die Frage, ob unser Projekt OpenStreetMap Gefaehr laeuft,
> sich aehnlich zu entwickeln, ob wir auch in eine Richtung steuern, bei
> der wir uns immer mehr von "denen da draussen" abkapseln, mehr und mehr
> unsere eigenen Regeln aufstellen, Buerokratie aufbauen, Hierarchien
> erzeugen, schliesslich bezahltes Personal beschaeftigen muessen, weil
> wir unseren eigenen Freiwilligen nicht mehr ueber den Weg trauen
> koennen, und und und.

Einige Entwicklungen sind wahrscheinlich unvermeidlich, wenn man die 
OSM-Daten verfeinern und für zusätzliche Nutzungen erweitern will.

Vor zwei Jahren bestand eine Kreuzung zweier Hauptstraßen mit getrennten 
Richtungsfahrbahnen aus vier Kreuzungspunkten. Das konnte jeder User 
eingeben. Heute sind zusätzlich die baulich getrennten Radwege erfasst, 
so dass sich 16 Kreuzungspunkte ergeben. Über die Kreuzung verlaufen 
möglicherweise zwei Buslinien mit zusammen vier Relationen. Dazu kommen 
zwei Relationen für Abbiegeverbote und zwei für Umkehrverbote. Um diese 
Daten fehlerfrei zu editieren ist schon eine längere Einarbeitung in die 
Konzepte aller Relationen nötig. Wenn in Zukunft die Abbiegespuren 
erfasst werden sollen, wird die Komplexität nochmals deutlich steigen. 
Das hehre Ziel, dass jeder ohne langes Regelstudium alles machen kann, 
müssten wir dann aufgeben.

Wir hatten hier schon wenige Fälle von Vandalismus, SPAM und 
Spaßeinträgen und sehr viele Fälle, in denen User unabsichtlich Daten 
zerstört haben. Ich hätte nichts dagegen, wenn meine Uploads auf dem 
Server nochmals automatisch validiert würden. Es könnte getestet werden, 
ob alle Hauptstraßen unterbrechungsfrei sind und die Relationen nicht zu 
viele Mitglieder verloren haben, etc.. Würde ein Test anschlagen, könnte 
ein anderer User die Daten als Peer-Review ansehen. Für mich wäre dies 
kein Misstrauen sondern eine zusätzliche Sicherheit.

Hätten wir die finanziellen Mittel, könnten die stupiden Arbeiten der 
Kontrolle und Fehlerbeseitigung auch gern von bezahlten Kräften 
übernommen werden. Dann könnte wir sicherlich eine höhere 
Datenintegrität erreichen.

Gewisse Hierarchien innerhalb der User können auch nützlich sein. Wenn 
Frederik gelegentlich einen User gesperrt oder e

Re: [Talk-de] Von Wikipedia lernen

[Frederik Ramm]

Hallo,

Alexander (AddisMap.com) wrote:
> Gibt es bereits Layer in OSM? 

Nein, und das durch "bereits" suggerierte "kommt bestimmt irgendwann" 
bezweifle ich auch ;-) bei OSM werden Objekte in der Regel nicht aktiv 
vom Eintragenden auf irgendeinen Layer gesetzt, sonder der, der die 
Daten herausholt, entscheidet das.

> und/oder schon irgendwelche Funktionen in 
> JOSM bei denen man sagen kann
> "flight_route=*" bitte ausblenden/nicht runterladen?

Ausblenden ja, "nicht runterladen" nicht - wobei ich mir vorstellen 
kann, dass letzteres irgendwann kommt. Das Ausblenden geht mit der 
Filterfunktion, die bei aktuellen JOSM-Versionen jetzt standardmaessig 
angeschaltet ist (Trichtersymbol links).

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [Talk-de] Was kann man denn da machen?

[Daniela Duerbeck]

Johannes Huesing wrote:
> Daniela Duerbeck  [Mon, Apr 26, 2010 at 01:17:07AM 
> CEST]:
> [...]
>   
>> Er hatte auch den Namen nochmal als addr: housename eingetragen, was 
>> wohl laut Wiki im englischen Sprachraum geläufig ist.Hier haben aber 
>> Häuser selten Namen und wenn, dann bestimmt nicht den des Ladens, der 
>> sich darin befindet.
>> 
>
> Für hinreichend enge Definition von "hier". Im Siegerland gibt es, wie man
> mir sagte, durchaus Hausnamen.
>
>   
Klar, mag es die geben. Hab ich ja gar nicht bestritten. :-)) Aber 
beispielsweise "Bang&Olufsen" ist doch eher unwahrscheinlich. Zumindest 
im Münchner Süden.
Und "Wohngebäude" ist bestimmt auch nicht der Hausname.

Viele Grüße von Dani

P.S: Mir fällt hier das "Lenbachhaus" ein. Sollte da jemals was anderes 
einziehen, als eine Kunstsammlung, wird es bestimmt trotzdem beim Volk das 
"Lenbachhaus" bleiben. Da wäre das tag meiner Ansicht nach korrekt.


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

Re: [Talk-de] access=designated?

[M∡rtin Koppenhoefer]

Am 26. April 2010 17:52 schrieb Bernd Wurst :
> sinnvollen Tags findet sich eine Menge "designated", vor allem aber ein
> "access=designated":


vielleicht sollte das ein access=destination werden, und die
autocompletion hat er nicht mehr richtig durchgelesen?

Gruß Martin

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

Re: [Talk-de] Was kann man denn da machen?

[AssetBurned]

On 27.04.2010, at 01:54, Daniela Duerbeck wrote:
> 
> P.S: Mir fällt hier das "Lenbachhaus" ein. Sollte da jemals was anderes 
> einziehen, als eine Kunstsammlung, wird es bestimmt trotzdem beim Volk das 
> "Lenbachhaus" bleiben. Da wäre das tag meiner Ansicht nach korrekt.

wäre das dann nicht eher ein fall für loc_name wenn da was anderes einziehen 
sollte? vorrausgesetzt der neue nutzer nutzt den namen nicht selber.

cu assetburned

smime.p7s
Description: S/MIME cryptographic signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Vorhandener Weg weicht von meinen Daten ab...

[M∡rtin Koppenhoefer]

Am 27. April 2010 00:00 schrieb Gerry Light :
> So wie ich Manuel verstanden habe, fehlt der erste GPX-Track des Weges.
> Was nicht da ist, kann auch nicht beachtet werden. Ansonsten natürlich Ack.


naja, man kann die Position des Weges schonmal als eine Messung
annehmen. Ich gebe Dir Recht, Tracks werden nicht besonders viele
hochgeladen, mehr wäre schöner.

Gruß Martin

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

Re: [Talk-de] Missbrauch von "name=..."

[AssetBurned]

moin

On 26.04.2010, at 22:32, Claudius wrote:

> Am 26.04.2010 18:05, Fips Schneider:
>> P.S.: Wenns keine E-Straße ist, gibts logischerweise kein int_ref-Tag, mit 
>> wäre
>> zumindest keins bekannt...
> 
> Nicht so Euro-zentrisch denken. Weiterer Anwendungsfall für int_ref:
> http://en.wikipedia.org/wiki/Asian_Highway_Network

jupp und auf dem anderen kontinenten mit mehreren ländern gibt es auch noch so 
was.

http://en.wikipedia.org/wiki/Pan-American_Highway
http://en.wikipedia.org/wiki/CANAMEX_Corridor
http://en.wikipedia.org/wiki/CanAm_Highway
http://en.wikipedia.org/wiki/Theodore_Roosevelt_International_Highway
http://en.wikipedia.org/wiki/Trans-African_Highway_network

und eigentlich müsste man so etwas auch dazu zählen
http://en.wikipedia.org/wiki/Georgian_Military_Road

cu assetburned

smime.p7s
Description: S/MIME cryptographic signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] man_made towers und einige Fragen

[M∡rtin Koppenhoefer]

Am 26. April 2010 22:47 schrieb Johannes Huesing :
> Also ich bin ja nicht derjenige, der für die Renderer einträgt, aber
> dass ich statt building=nave part_of_a_building=nave eintrage und der
> Dinge harre, bis Mapnik das auch graulila macht, soweit kommt's dann
> auch nicht.


element=nave ? Und die dann per relation zu einem Building
zusammensetzen? Könnte man schon tun, man braucht ja nicht unbedingt
am Wettbewerb um das längste Keyword mitzumachen, aber solche
Konstrukte haben ab einem bestimmten Detailgrad (den man z.B. schon
hat, wenn man den Kirchturm separat vom Schiff zeichnet) auch andere
positive Eigenschaften: man deklariert, dass sie zusammen gehören.

> Ist also alles, was eine gemeinsame Wand hat, ein Gebäude?

wenn sie tragend ist, könnte man das durchaus so sehen. Wenn es eine
Haustrennwand ist mit der Wand des Nachbarn "direkt" dran dann wohl
nicht. Das haben wir glaub ich vor ca. 2 Jahren auch schonmal
besprochen, vielleicht findet sich was im Archiv ;-)

 Ist alles,
> was gleich hoch ist, ein Gebäude?

wohl kaum

Gibt es eine Anwendung, die alle
> Gebäude in Dortmund zählt?

vielleicht

 "Genauigkeit" hängt davon ab, an welche
> Definition man sich hält.

ja klar. Gebäude sind z.B. schon definiert in der LBO: "Gebäude sind
selbstständig benutzbare, überdeckte bauliche Anlagen, die von
Menschen betreten werden können und geeignet oder bestimmt sind, dem
Schutz von Menschen, Tieren oder Sachen zu dienen."

wenn ein building nicht selbstständig benutzbar ist, ist es nach
dieser Definition halt nur ein Gebäudeteil (jedenfalls kein Gebäude).
Wie sähe denn Deiner Meinung nach eine bessere Definition aus?

Gruß Martin

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

Re: [Talk-de] Vorhandener Weg weicht von meinen Daten ab...

[Martin Simon]

Am 27. April 2010 00:00 schrieb Gerry Light :

> So wie ich Manuel verstanden habe, fehlt der erste GPX-Track des Weges.
> Was nicht da ist, kann auch nicht beachtet werden. Ansonsten natürlich Ack.
>
> Leider scheint das Hochladen der GPS-Tracks immer mehr in Vergessenheit
> zu geraten. Dass Tracks aus Privatsphären-Gründen nicht hochgeladen
> werden, kommt natürlich auch vor und geht vollkommen in Ordnung, aber es
> dürfte eher die Ausnahme sein.

...gerade im Wald.

Verständlich, daß man nicht seine täglichen Wege hochladen will, aber
viele ziehen _alleine zum Mappen_ los und laden den entstandenen track
aus "Datenschutzgründen" nicht hoch. Dann bitte konsequent sein und
das editieren lassen, daraus lassen sich fast dieselben Schlüsse
ziehen...

Hier in der Gegend lässt sich auch beobachten, daß ein paar
Mitstreiter immer wieder Wege erheblich verschieben, deren Position
von mehreren tracks bestätigt wird - offensichtlich aufgrund eines
eigenen tracks, der gerne mal total daneben liegt, aber auch nicht
hochgeladen wird.

Da könnte man sich dann leicht aufregen...

Gruß,

Martin

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

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

[Carsten Schwede]

Hi,

Am 27.04.2010 00:20, schrieb Christoph Wagner:
>
> Andererseits gibts da halt immer wieder mal Probleme, wenn in einer
> Region die OSM-Daten immer mehr werden und irgendwann nicht mehr in
> eine Kacheln passen. Bei gleich großen Kacheln ist die

Prinzipiell ist das kein Problem.

> Datenverteilung auf die Kacheln zudem natürlich alles andere als
> homogen. Das ist natürlich prinzipiell egal, aber die Kachelgröße
> richtet sich dann eben nach der am dichtesten gemappten Region.

Bisher ist auch da keine Grenze zu sehen. Alle "dichten" Gebiete 
funktionieren seit langer Zeit. Auch kann maximal die zu errechnende 
Garminkachel das Problem sein, die Quellgröße ist nicht entscheidend.

> müssen. Man muss aber nicht zwangsweise neu splitten und kann dem
> splitter auch eine definierte Kachelzuweisung mitgeben. Momentan

Na dann kann ich auch gleich einfestes Raster nehmen. :-D

> möglichst wenig Kacheln entstehen. Momentan ist das gut, denn man
> findet beispielsweise POIs und Adressen immer nur in der aktuellen
> Kachel und da ist es gut, wenn die groß genug ist. Andererseits kommt

Aha. Das wußte ich gar nicht.

> Wie sieht das jetzt eigentlich mit routing bei dir aus,
> computerteddy? Geht das über die Kachelgrenzen?

Nein, in meinen Kacheln geht das noch nicht, leider ist da "mein" 
Programmierer, der zwar mittlerweile alle Infos hat, was da zu tun ist, 
damit es funktioniert noch immer nicht an der neuen Version dran. Ich 
hoffe sozusagen jeden Tag, dass er eine neue Version fertig hat. Diese 
hätte dann nicht nur die Routingfähigkeit eingebaut, sondern sollte auch 
alle Relationen mit behandeln, keinen Overhead an den Kachelgrenzen 
erzeugen, keine doppelten Straßen und keine Polygone verstümmeln. Es 
werden dann auch die Straßen korrekt abgeschnitten und auf der 
Nachbarkachel entsprechend weitergeführt mit dem passenden Node für das 
Routing. Wenn alles so funktioniert wie wir uns das denken, dann sollte 
eine Weltkarte, die komplett routingfähig ist und auch Meeresflächen 
erzeugt möglich sein.

> Du splittest doch immer die ganze Welt. Wie lange dauert das denn mit
> deinem splitprogramm? Der splitter braucht für Europa so im Schnitt
> 2h.

Momentan 48 Stunden, dafür benötige ich aber kaum Hauptspeicher (max ca. 
1,5GB) Die lange Zeit liegt aber daran, daß ich sowas wie eine 
Auslagerungsdatei verwende, die auf der Platte liegt. Wenn ich diese in 
eine Ramdisk packen kann (10GB) läuft das Ganze doppelt so schnell.

> Naja nicht ganz. Das Problem ist auch die gesplitteten Daten jedes
> Mal neu durchzurödeln und einen anderen Style anzuwenden. Das macht
> fette I/O und das zieht ganz schön die performance runter.

Kann ich eigentlich nicht wirklich verstehen, so massiv ist das 
eigentlich nicht. Die ganze Welt mit meinen 2 Kacheln dauert bei mir 
ca. 8 Stunden. Dieses könnte man allerdings parallelisieren. Das läuft 
alles bei mir linear. Du solltest auch bedenken, daß das bzip2- lesen 
und schreiben eine nicht unerhebliche Last und Hauptspeicherverbrauch 
verursacht. Ich benutze daher maximal gzip Kompression.


-- 
Viele Gruesse
Computerteddy

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

Re: [Talk-de] Anlieger frei (war: access=designated?)

[Chris66]

Am 26.04.2010 22:58, schrieb Claudius:

> "Anlieger frei" tagge ich mit:
> access=destination

Was meistens falsch ist. Es sei denn die Anliegerstraße bei Euch sind
auch für Fahrräder/Fussgänger gesperrt ("access" steht für alle
Transportarten).

Zeichen 260 + Anlieger frei tagge ich mit motor_vehicle=destination.

Oder alternativ noch ein bicycle=yes + foot=yes dranpappen. Vorteil:
Wird in Osmarender durch blaue Kreuzchen angezeigt.

Chris


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

Re: [Talk-de] access=designated?

[Martin Simon]

Am 27. April 2010 01:55 schrieb M∡rtin Koppenhoefer :
> Am 26. April 2010 17:52 schrieb Bernd Wurst :
>> sinnvollen Tags findet sich eine Menge "designated", vor allem aber ein
>> "access=designated":
>
>
> vielleicht sollte das ein access=destination werden, und die
> autocompletion hat er nicht mehr richtig durchgelesen?

Leider zieht es sich anscheinend durch sämtliche Wiki-Seiten zum
Thema(Tag:access=designated, Tag:highway=path, Key:access...), daß von
"access=designated" gesprochen wird, wenn "*=designated" gemeint
ist... ich denke hier tappen einige Neulinge (unverschuldet) in die
Falle.

Wenn jemand, der sich mit dem Wiki besser auskennt, den Drank hat, der
Menschheit etwas gutes zu tun - hier wäre ein gutes Betätigungsfeld.
;-)

Gruß,

Martin

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

Re: [Talk-de] access=designated?

[Georg Feddern]

Moin,

Volker schrieb:
> Die Erklärung ist ganz einfach. Wenn mann für  einen way die JOSM 
> Einstellungen übernimmt ohne hinterher noch einmal zu kontrollieren, 
> dann kommt so etwas zustande.
>   

vor einem Jahr (April 2009) zum Zeitpunkt der Eintragungen mag das bei 
JOSM so gewesen sein - zum Glück ist es heute nicht mehr so.
9 Tage nach der Anmeldung bei OSM sind das vielleicht auch einfach 
Anfänger-Unsicherheiten gewesen (a la "Muss ich das wirklich alles 
eintragen?") - wie ich sie zumindest von mir vom Anfang noch kenne.

Gruß
Georg


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