[Talk-de] IPv6 defekt?

[Ruben Kelevra]

Hallo zusammen,

osm.org lässt sich ja via IPv6 erreichen, jedoch ist von den
Standardlayern lediglich der "Humanitarian" erreichbar, beim Rest
bleibt die Karte grau. Wann wird das Problem gefixt?


LG Ruben

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

[Talk-de] Waze Hinweis auf OSM Lizenz fehlt?

[Ruben Kelevra]

Hallo zusammen,

Ich wundere mich sehr darüber dass die OSM Lizenz-Angabe in Waze fehlt...
besonders bei der Verbreitung dieser App.

bin ich einfach nur blind oder fehlt der Hinweis wirklich?

Könnte man da einfach man fragen warum sie denn unsere Daten nicht
vernünftig lizenzieren ?

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

Re: [Talk-de] Waze Hinweis auf OSM Lizenz fehlt?

[Ruben Kelevra]

Hier sind definitiv OSM-Daten im Spiel, ich glaube nicht das jemand in
meiner kleinen Stadt Parkplatzwege mit Einbahnstraßen tagt ... etc.

Das meiste kann man ja abzeichnen aber solche Details eben nicht. Die
Positionen sind von den Aufnahmen entnommen, nicht OSM...


LG Ruben

Am 12. April 2013 12:46 schrieb Walter Nordmann :
> Chris66 wrote
>> Ich dachte, die nutzen kein OSM ?
>> http://de.wikipedia.org/wiki/Waze
>
> Stimmt, ich hab es extra nochmal installiert: immer noch Navteq-Daten. Ich
> hab in "meinem" Dorf eine Musterstelle, woran ich das auf einen Blick sehe.
> Kann man  hier
> 
> am "Wurmfortsatz" in der Bildmitte leicht erkennen.
>
>
>
>
> --
> View this message in context: 
> http://gis.19327.n5.nabble.com/Waze-Hinweis-auf-OSM-Lizenz-fehlt-tp5756747p5756785.html
> Sent from the Germany mailing list archive at Nabble.com.
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de

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

Re: [Talk-de] Waze Hinweis auf OSM Lizenz fehlt?

[Ruben Kelevra]

Gmaps:

http://ompldr.org/vaTJ0NA

Waze:

http://ompldr.org/vaTJ0NQ

OSM:

http://ompldr.org/vaTJ0Nw

Am 13. April 2013 03:00 schrieb Walter Nordmann :
> screenshots?
> ich kann morgen auch welche für "mein" Dorf machen. Eindeutig Navteq.
>
> Gruss
> walter
>
>
>
> --
> View this message in context: 
> http://gis.19327.n5.nabble.com/Waze-Hinweis-auf-OSM-Lizenz-fehlt-tp5756747p5756876.html
> Sent from the Germany mailing list archive at Nabble.com.
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de

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

Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten

[Ruben Kelevra]

Also eine Sache könnte man konkret angehen, da diese immer Fehlerhaft
ist: Doppelleerzeichen. Oder sieht jemand das anders?

Könnte mein Bot-Framework drauf ansetzen diese zu entfernen.


LG Ruben

Am 14. April 2013 16:32 schrieb Hans Schmidt :
> Hallo,
>
> mir fällt öfters auf, dass die Rechtschreibung in den Karten sehr
> mangelhaft ist. Was mir oft auffällt sind die sogenannten
> Deppenleerzeichen (Auch in der vorhin verlinkten Karte, wo „DRK Kita“
> steht. Das ist ja kein Produkt des DRK, so wie ein Opel Astra, sondern
> es ist eine DRK-Kita).
>
> Auch fällt mir ganz negativ auf, dass oft diese unseligen Zollzeichen
> (") als Ersatz für Anführungszeichen („“) verwendet werden. Auch in der
> gerade verlinkten Karte: /DRK Kita "Villa Kunterbunt"/, anstatt
> /DRK-Kita „Villa Kunterbunt“/. Zwar in Deutschland nicht so wichtig,
> aber im Ausland wird auch oft das Apostroph-Ersatzzeichen ' statt des
> richtigen Apostrophs ’ verwendet.
>
> Was könnte man dagegen wohl machen? Klar, wenn einem das mal auffällt,
> wird es korrigiert. Leider sind die Leute, die die richtige
> Rechtschreibung beherrschen, heutzutage wohl in der Minderheit, deswegen
> wird das größtenteils nicht korrigiert. Ich finde, das sieht dann immer
> ein wenig unprofessionell aus.
>
> Könnte man da wohl was direkt bei JOSM machen? Zum einen Smart-Quotes,
> wo " automatisch je nach name:xyz in das richtige Anführungszeichen
> gewandelt wird? Und eventuell irgendwie eine Art Warnung bei
> Deppenleerzeichen? Aber das stelle ich mir schon ein wenig schwierig
> vor. Eine Lösung direkt bei der Eingabe wäre allerdings wahrscheinlich
> vorzuziehen, da so direkt die Fehler vermieden werden könnten.
>
> Gruß,
> Hans
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de

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

Re: [Talk-de] OsmAnd nicht verfuegbar

[Ruben Kelevra]

Freuen wir uns über schönere Icons (:


LG Ruben

Am 20. April 2013 19:01 schrieb qunuxy-osmmailingli...@yahoo.com
:
>> Weiß jemand Näheres?
>
>
> Es scheint Differenzen zwischen dem Designer und dem Projektmanagement 
> gegeben zu haben.
> Jetzt ist man vermutlich nicht mehr berechtigt, die bisherigen Icons zu 
> verwenden.
> Dies hatte dann vermutlich auch die Entfernung aus dem Google Play Store zur 
> Folge.
> Jetzt ist man dabei, alle Icons auszutauschen.
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de

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

Re: [Talk-de] Hausnummern

[Ruben Kelevra]

Ich würd den Weg von René beschreiten und die Gemeinde fragen was dort los ist.

Am 23. April 2013 15:46 schrieb Steffen Heinz :
> Am 23.04.2013 15:13, schrieb Florian Schäfer:
>>
>>
>> Was meint Ihr, soll ich lieber die Hausnummer am Haus mappen, oder die
>> "offizielle" Hausnummer?
>>
>>
> die die der Briefträger braucht ?   ;)
>
> Grüße aus der Eifel
> Steffen
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de

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

Re: [Talk-de] Hausnummern

[Ruben Kelevra]

Ach wir hatten noch ne 7 über, und die hat hier eh keiner ... ;)


LG Ruben

Am 23. April 2013 18:20 schrieb Florian Lohoff :
> On Tue, Apr 23, 2013 at 03:13:03PM +0200, Florian Schäfer wrote:
>> Hallo Liste,
>> schon mehrere Male ist es mir passiert, dass die offizielle
>> Hausnummer mit derjenigen, die am Haus hängt nicht übereinstimmt.
>>
>> Beispiele:
>> 1. Ich habe mal in der Hausnummer 6I (sechs römisch eins) gewohnt,
>> bis ich beim Umzug bemerkt habe, dass im Grundbuch 6a steht.
>> 2. Hier im Ort gibt es ein Doppelhaus an dem die Hausnummern 7 und
>> 7a hängen. Laut Maps4BW vom Landesamt für Geoinformation und
>> Landentwicklung [1] hat dieses Haus die Hausnummern 9 und 9a.
>
> Klingeln und dumm fragen? Vielleicht gibts ja eine plausible erklaerung
> fuer den mismatch ...
>
> Flo
> --
> Florian Lohoff f...@zz.de
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.10 (GNU/Linux)
>
> iQIVAwUBUXa0wJDdQSDLCfIvAQjJoA//UC4SPsJ1XRFcHwSedRn5r0I6YNmcab9Z
> H+gh9Y2ZIjRKBE3dI5zLZcybS7l4GhAKAf0CSyh1+dspUV0K94gIHjfaUb4m+teB
> JOJG1dy5IyNBXEafoJFwVIgf+4qXAUlzNAblYtcnlF/xVAb9xdlijEE6+Nrf9JJs
> b14xB06wVqIIUf0K00mSIlaOs1KDSVQntOJ9UgjFHUHTI7gwHgpxZAjivtHAx+/n
> OsT9FdC7zRCfKZfF/8w4zvidzRwbB0fnc/TqyKqjdmFMmPkQ1nWQu1dJ7sZBJHpZ
> Us2yD7OLksKjwPlkNmvDTZVx6ygc3vVKp/xpjBL8M1QQ5VtHtGhzFVmy23jie55C
> xNkDra7QNgIq20m/DNAfq912k9Y1tqz9h2AXCjs7DipS/k8CAcdhs8ZiRWU4UVRB
> +jZExqB2NOcLp5zDXxfhI4o4JOgwt+Z4Pp5/Bbh+Ta2L/wDqFsA8mgOQpxDPkTT7
> kR8rZ+4WNLJhFOpHWoHGoKPiNa2Sq0Ywbi8gP9VoRDaVO9Rt6Inr92MmfRNfDHN2
> 47psReQmnrk4z6xhdxs7KRnF6ZVCRwR1raLkHlZekhhXSFmzKqCfONscSBdgbHIs
> 8WiP9PGGFhRzY/CWH5B/MitROaId61+QPM+4A41GzrcyFDrcgjvL13buNc0CdXg3
> uwLZaEPcrBc=
> =A3TW
> -END PGP SIGNATURE-
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>

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

Re: [Talk-de] OsmAnd nicht verfuegbar

[Ruben Kelevra]

Fehlt nur noch AndroidPIT

Aber hab mir die neue Version runtergeladen, NETT! Kein Vergleich zu
vorher, auch vom Funktionsumfang ausgebaut. Hoffe gibt für die
Bezahler über AndroidPIT bald auch ne neue Version.


LG Ruben

Am 24. April 2013 01:14 schrieb qunuxy-osmmailingli...@yahoo.com
:
> OsmAnd ist jetzt wieder im Google Play Store erhältlich:
> http://osmand.net/en/component/content/article/85-google-play-app-unavailable.html
> https://play.google.com/store/apps/details?id=net.osmand
> https://play.google.com/store/apps/details?id=net.osmand.plus
>
> Das Design wurde verändert.
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de

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

Re: [Talk-de] Güterbahnhöfe / Verladestationen

[Ruben Kelevra]

min_level hast du vergessen, aber sonst hast du recht (:

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

Re: [Talk-de] OsmAnd nicht verfuegbar

[Ruben Kelevra]

Hatte n Bug gefilet, vielleicht hat das geholfen ;)

Die neue Version sieht viel chicer aus. :)

Lg Ruben
Am 25.04.2013 12:26 schrieb "qunuxy-osmmailingli...@yahoo.com" <
qunuxy-osmmailingli...@yahoo.com>:

> > Hoffe gibt für die Bezahler über AndroidPIT bald auch ne neue Version.
>
>
> Ist seit heute auch verfügbar:
>
> http://www.androidpit.de/de/android/market/apps/app/net.osmand.plus/OsmAnd-Karten-Navigation
>
> Die kostenlose Version gab es schon gestern:
>
> http://www.androidpit.de/de/android/market/apps/app/net.osmand/OsmAnd-Karten-Navigation
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Rendering-Intervalle der Karte

[Ruben Kelevra]

Dauert etwa 10 Minuten aktuell im Normalfall. Bei Tiles <12 dauert es
teilweise deutlich länger. Die Tiles ab 6 werden afaik nur manuell neu
gerendert.

Lg Ruben
Am 01.05.2013 14:24 schrieb "tumsi" :

> Hallo zusammen,
>
> Gibt es irgendwo eine Übersicht, welche Regionen der Welt in welchen
> Intervallen neu gerendert werden (ich meine natürlich die Karte auf
> openstreetmap.org)? Soweit ich weiß, wird Deutschland i.d.R. alle 24
> Stunden aktualisiert. Wie sieht dies z.B. in Schweden aus? Hier war mir
> gerade aufgefallen, dass dort Tiles vom 09. Februar genutzt werden (laut
> Statusinfo).
>
> Viele Grüße,
> Constanze
>
> __**_
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-de
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Rendering-Intervalle der Karte

[Ruben Kelevra]

Und mit /status bekommst du das Datum des renderns.

Lg Ruben
Am 01.05.2013 15:06 schrieb "Martin Koppenhoefer" :

>
>
>
>
> On 01/mag/2013, at 14:49, Ruben Kelevra  wrote:
>
> > Dauert etwa 10 Minuten aktuell im Normalfall. Bei Tiles <12 dauert es
> > teilweise deutlich länger. Die Tiles ab 6 werden afaik nur manuell neu
> > gerendert.
>
> +1, das hängt davon ab, ob sich was geändert hat (in höheren Zoomlevels),
> wenn es doch mal hakt, ist evtl. die Neurender-liste voll, dann gehen AFAIK
> die Änderungen erstmal "vergessen", bis wieder jemand dort editiert, kommt
> aber eher nur in Ausnahmefällen wie Hardware-Defekt oder so vor, evtl. auch
> bei ungewöhnlich hoher Aktivität (Importe)? Du kannst aber das Neurendern
> auch manuell veranlassen, indem Du an die tile-URL ein /dirty hängst.
>
> Gruß
> Martin
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Nominatim: addr:street ohne zugehörigen highway

[Ruben Kelevra]

Ich fänds schön wenn der mal einen Beenden-Menüpunkt anbieten würde und man
nicht warten muss bis er irgendwann von selbst aufhört das GPS zu
verwenden.

Sorry für OT.

On Topic würde ich vorschlagen das man einfach einen Menüpunkt "Neue
Straße" anbietet und sofern schon Hausnummer getaggt wurden fragt wie die
alte heißt, ansonsten eben nach dem Namen der neuen.

Wenn man das überspringen fragt er bei der Erstellung der nächsten nochmal.

Ich würde Postcode/Name/Suburb/Hamlet/City/County anbieten.

Und grundsätzlich auch einen kleinen Button der auf ne vollwertige Tastatur
wechselt und dann fragt ob Housename/Note/Fixme erstellt werden soll.

Lg Ruben
Am 03.05.2013 16:43 schrieb "Markus Semm" :

> Hallo,
>
> aktuell arbeiten wir an der nächsten Version des Keypad-Mapper 3:
> http://wiki.openstreetmap.org/wiki/DE:Keypad-Mapper_3 .
> Das ist eine Opensource Android Software zum effizienten Erfassen von
> Hausnummern und Adressen für OSM.
> Download hier:
> https://play.google.com/store/apps/details?id=de.enaikoon.android.keypadmapper3
>
> Einer der anstehenden Punkte auf der ToDo Liste ist die Optimierung des
> Bildschirms "Adress-Editor", in dem für die zu erfassenden Hausnummern
> weitere zugehörige  TAGs befüllt werden können, derzeit addr:housename,
> addr:street, addr:postcode, addr:city und addr:country.
> Diese Infos werden dann jedem neu erfassten Hausnummern-Node zugeordnet
> und in JOSM mit geladen.
>
> Meine Frage an Euch: welcheTAGs sollten Eurer Meinung nach sinnvoll im
> Address-Editor des Keypad-Mapper 3 angezeigt werden?
>
> In Berlin habe ich gesehen, dass viele Hausnummern in letzter Zeit durch
> addr:suburb ergänzt wurden um die Stadtteile (Schöneberg, Wilmersdorf...)
> zu mappen, in denen sich die Adresse befindet.
> Das ist auch sehr sinnvoll um sich besser orientieren zu können.
>
> Ich weiß, das diese Frage nicht genau zu diesem Thread-Thema passt,
> irgendwie dann aber doch weil Vorgaben in einer Software dazu tendieren
> verwendet zu werden und deshalb der Keypad-Mapper Datenstrukturen forcieren
> sollte, die später z.B. von Nominatim sinnvoll ausgewertet werden können.
>
> Markus
>
>
>
> -Ursprüngliche Nachricht-
> Von: Andreas Neumann [mailto:andr-neum...@gmx.net]
> Gesendet: Freitag, 3. Mai 2013 16:11
> An: Openstreetmap allgemeines in Deutsch
> Betreff: Re: [Talk-de] Nominatim: addr:street ohne zugehörigen highway
>
> On 05/03/2013 03:49 PM, Martin Raifer wrote:
> > Am 03.05.2013, 15:38 Uhr, schrieb Martin Koppenhoefer
> > :
> >
> >> man könnte auch versuchen, die restlichen Mapper zum Umtaggen zu
> >> addr:place bewegen, mehrere taggingvarianten für dasselbe
> >> verkomplizieren die Sache doch nur unnötig.
> >
> > Naja, addr:place und addr:hamlet/suburb/... sind doch zwei
> > verschiedene Tagging-Konzepte. z.B. kann man addr:hamlet verwenden um
> > zwischen zwei "Hauptstraßen" in der selben Gemeinde zu unterscheiden.
> > Oder einfach als optionale zusätzliche geografische Information.
> > addr:place hingegen wird anstelle von addr:street verwendet.
> >
> > Martin / tyr_asd
>
> dito! ich verwende addr:hamlet bzw. addr:suburb gerne um Ortsteile zu
> kennzeichnen. Besonders die erst vor kurzem eingemeindeten Ortsteile
> sind noch sehr stolz auf ihren Ortsnamen. Da ihre Adressen aber amtlich
> nun im neuen Ort gelistet sind, habe ich diesen Weg gewählt. Angezeigt
> wird dann meisten mit "PLZ Stadt-Ortsteil"
>
> Andreas
>
> --
> Andreas Neumann
> http://stadtplan-ilmenau.de
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Nutzung von staedtischen Vermessungsdaten

[Ruben Kelevra]

Man könnte daraus Tiles rendern und diese zum dahinter legen anbieten.

Lg Ruben
Am 08.05.2013 14:38 schrieb "Sven Geggus" :

> Alexander Lehner  wrote:
>
> > Wie immer haengen wir bei diesem Thema an der rechtlichen Frage fest.
> > Gibt es ausser [1] noch weitere Berichte ueber erfolgreiche Imports von
> > kommunalen Daten? V.a. das Thema Haeusergrundrisse waere interessant.
>
> Ich habe vor Urzeiten mal kommunale Daten der Gemeinde Neunkirchen am Sand
> importiert, die diese zur Verfügung gestellt hat. Markus sollte da mehr zu
> den Administrativa wissen. Das waren Häusergrundrisse und Hausnummern.
>
> Heute ist das alles gar nicht mehr so einfach, denn im Gegensatz zu damals
> müsste man wohl in der Regel bestehende Daten entfernen.
>
> Gruss
>
> Sven
>
> --
> Das allgemeine Persönlichkeitsrecht (Art. 2 Abs.1 i.V.m. Art.1 Abs. 1GG)
> umfasst das Grundrecht auf Gewährleistung der Vertraulichkeit und
> Integrität
> informationstechnischer Systeme. (BVerfG, 1BvR 370/07)
> /me is giggls@ircnet, http://sven.gegg.us/ on the Web
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Evtl. Zusammenarbeit mit landesvermessungsamt Brandenburg

[Ruben Kelevra]

Hallo Florian,

Wo hast du die Daten abgelegt?

Lg Ruben
Am 08.05.2013 14:12 schrieb "Florian Lohoff" :

> On Wed, May 08, 2013 at 02:00:54PM +0200, Andreas Dommaschk wrote:
> > Hallo,
> >
> > das sind ja freudige Nachrichten.
> >
> > Zusätzlich zu den Adressen, würde ich noch nach der kompletten
> > Straßenliste für Brandenburg fragen.
> > Die ist, wie finde, deutlich wichtiger. Bisher habe ich immer die
> > Landkreise oder Ämter nach den Listen gefragt. Die komplette Liste
> > gibt es bisher nur gegen ein hohes Endgeld.
>
> Die kompletten Listen gibt es in den Wahlbezirkszuordnungen und die sind
> per definition Gemeinfrei.
>
> Es koennten lediglich Straßen ohne Häuser fehlen, meiner Erfahrung nach
> sind die aber meist trotzdem mit drin.
>
> So habe ich initial mal alle Straßenlisten NRWs zusammengetragen.
>
> > Ich würde hier den Fokus auf Adressen und Straßenlisten konzentrieren.
> > Die Bing Bilder sind ausreichend und aktuell. Die Luftbilder des
> > Landes sind stellenweise schon ein paar Jahren alt.
>
> Flo
> --
> Florian Lohoff f...@zz.de
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.10 (GNU/Linux)
>
> iQIVAwUBUYpA15DdQSDLCfIvAQiyZxAAkjrmsBkGcgliCK9RF38m5Eaf/N2wTEtC
> 5dLjtBAHbIx4g+k6QqqrHc0Q92fAxCliUmSQs8LEgRsGAZNxg+PWxq7RxXwdkBVg
> gChAh2QZ/1yu7TY41ZRYEScw2gX47XbDtCevw51WApfFSfuvkFXJk2LcowX6GwaG
> rYBTru2Oz9RP1+IS/lOR+3XhyO91EBhiXLkqVZafHYqHTz5rQnv2JQ5pJ0+QQ2f5
> 0pXx3zGYgxyVnuMZIVcjNhzUUBbzM6TJqZvnY3qV+NMM6oMcRhWR0QtrYbvsRQX1
> D0baydsX/s2OtOn5wtYZx6swU5t5mVk89kO7620E7BoX6ORdZxEPBOJCdy/0/psL
> p5ObBUH0rfZ17TeJUWzq7LJyeO7c8hFYv+AwQQyhv0zJRr8T/lbC9D/Xdjz4Nxa1
> +nC3f/7/S3Y9PaJyJw1V3Ei5aTgD9jPxkltmgKEu0Ed+McAEJb1kvu9V0BVFyCOg
> Ymuk3jtlY7RO7ge3web9QWqH/o31jA0iHKkxQudIO3vMA8MuBkJoQ4icavfxrKWX
> 0OvC1YvcH0XJO0fecHJ5RaYlQgXN3Qnru5hhT6s6oVDOfjA5m6qwLGQGsJ7ogjk/
> 6oReIaLlTY6Dngx1NP7iTMsYo0ZUP/SqzlTm+pK7zA30+zuPT1XaCpZshoVJYRUp
> xx9kH3Ot/tg=
> =ulOq
> -END PGP SIGNATURE-
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Stadtteilfuckup in Nominatim

[Ruben Kelevra]

Hallo zusammen,

ich wohne in Wermelskirchen. In Wermelskirchen gibt es, rein aus
meinem Bauchgefühl, ein paar Stadtteile wie Dabringhausen und Dhünn,
die sehr groß sind, einige kleinere wie Tente und Hünger die näher am
Stadtgebiet liegen aber noch eine Abgrenzung zum Stadtgebiet haben.

Danach folgen nur noch einige Bezeichnungen für kleine Gebiete wie ein
Musikantenviertel (für ein Viertel mit Musikernamen) ein paar Plätze
mit Bezeichnungen und einige Straßen benennen einen kleinen Bereich
der Stadt, wie z.B. Belten.

Nun komm ich mit der Erklärung in der Wiki nicht wirklich weiter...
denn die vorgelagerten Stadtteile wie Tente gehören natürlich nicht
zum Stadtgebiet. Allerdings weiß ich nicht wie ich Nominatim davon
überzeugen kann genaue Grenzen zu ziehen... denn bisher passiert das:

>Residential Kölner Straße, Loches Platz, Tente, Wermelskirchen, 
>Rheinisch-Bergischer Kreis, Regierungsbezirk Köln, North Rhine-Westphalia, 
>42929, Germany, European Union

Bis auf "Loches Platz, Tente" ist alles richtig, nur Tente ist ein
Stadtteil außerhalb des Stadtgebiets. Loches Platz ein Platz irgendwo
in der nähe der Straße, dieser ist ein benannter Ort innerhalb der
Stadt.


Ich bin mir nun nicht sicher wie genau ich die Daten aufteilen soll
damit Nominatim damit zurecht kommt und es dem üblichen Schema für
eine Kleinstadt entspricht.



LG aus Wermelskirchen

Ruben

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

Re: [Talk-de] Stadtteilfuckup in Nominatim

[Ruben Kelevra]

Bisher nur Nodes, das Problem hierbei ist das klare Abgrenzungen nicht
möglich sind. Ob nun eine Straße oder ein Haus noch dazu gehört oder
nicht ist wirklich schwierig. Die Frage die sich mir stellt ist, wie
Tagge ich den Stadtkern damit keine Außenbezirke in den "Pfad" der
Straßen gezogen werden?

Denn das ist derzeit das größte Problem.

Davon ab denke ich das ich die meisten Orte nicht als Ort benennen
sollte, außer solche Dinge wie "Markt" wo es keine zugehörige Straße
gibt. Der Markt ist derzeit schon place=neighbourhood, wird dann aber
von mapnik überhaupt nicht gerendert.



LG Ruben

Am 9. Mai 2013 00:22 schrieb Martin Koppenhoefer :
>
>
>
>
> On 09/mag/2013, at 00:11, Ruben Kelevra  wrote:
>
>> Ich bin mir nun nicht sicher wie genau ich die Daten aufteilen soll
>> damit Nominatim damit zurecht kommt und es dem üblichen Schema für
>> eine Kleinstadt entspricht.
>
>
> sind das nodes oder Flächen? Flächen sind weil sie explizit das Gebiet 
> definieren besser als nodes, bei Nodes kann Nominatim (und jeder andere) nur 
> raten, wie groß das Gebiet ist. Ggf. kannst Du das "hierarchisieren", indem 
> Du das auf place=suburb und place=neighbourhood aufteilst.
>
> Gruß,
> Martin
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de

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

Re: [Talk-de] Stadtteilfuckup in Nominatim

[Ruben Kelevra]

Nun, wie ich bereits sagte nimmt Nominatim den Stadtteil außerhalb des
Stadtgebiets der definitiv NICHT zu einer Straße im Stadtgebiet
gehört. Ich wüsste aber nicht wie ich den Stadtkern selbst taggen
soll. Das ist das primäre Problem.

Hat jemand dafür einen Vorschlag?


Den Rest werde ich mal so probieren wie hier vorgeschlagen, entweder
ein Shape oder nur die Straße selbst taggen.


LG Ruben

Am 9. Mai 2013 00:52 schrieb Martin Koppenhoefer :
>
>
>
>
> On 09/mag/2013, at 00:38, Ruben Kelevra  wrote:
>
>> Bisher nur Nodes, das Problem hierbei ist das klare Abgrenzungen nicht
>> möglich sind. Ob nun eine Straße oder ein Haus noch dazu gehört oder
>> nicht ist wirklich schwierig
>
>
> Einfach mal machen, anpassen kann man es immer. Wenn nichtmal die Mapper es 
> genau wissen, wo soll dann Nominatim es hernehmen?
>
> Gruß
> Martin
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de

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

Re: [Talk-de] Nachtrag Bing Luftbildzensur

[Ruben Kelevra]

Wir könnten selbst Luftbilder mit ner Drohne machen ;)

Mal kucken wie sehr das "belästigt"...
Am 09.05.2013 03:04 schrieb "Christian Müller" :

> Am 08.05.2013 23:11, schrieb Martin Simon:
> > Am 8. Mai 2013 22:24 schrieb Martin Koppenhoefer  >:
> >> Sind denn immer noch Reste dieser alten OSM-Daten in den aktuellen
> >> Luftbildern?
> > Wenn ich mir das Bonner Verteidigungsministerium ansehe: nein.
> > Und ich hätte lieber die alten Daten zurück: hier wurde in Ermangelung
> > genauerer Daten besonders großzügig verpixelt (sicher ist sicher), so
> dass
> > die Terroristen jetzt auch Den benachbarten Park, Die Tennisanlage, Das
> > Freibad, den Kletterwald, den Kindergarten, die Umspannstation, das
> > Heizkraftwerk und die Schießsportanlage nebst Biergarten nicht mehr
> > angreifen können.
> > Danke, ich fühl' mich gleich viel sicherer.
>
> ;-) ..  Wie gesagt, nach der Info die Steffen von den Tarnfleckleuten
> bekommen hat, darf dieser Verpixelungsgrad rechtlich nicht beantragt
> werden.  Das Problem scheint wohl eher Bing zu sein, wenn sie
> behördliche Anfragen "übererfüllen".  Google zeigt doch, dass es auch
> anders geht.
>
> Ernsthaft, fällt euch nix ein, was sich da tun ließe?
> Gibt es denn niemanden, den wir mit unseren Anfragen "belästigen" können?
>
>
> Grüße
> Christian
>
> ps:  Du hast noch "Flugzeug" als keyword vergessen.
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] ID Editor zerstört mit einem Klick tagelange Arbeit.

[Ruben Kelevra]

Ich sehe das ähnlich wie du, keiner der zerstörerischen Änderungen die ich
je korrigiert hab wurde mit JOSM erstellt.

Lg Ruben
Am 10.05.2013 00:14 schrieb "Tirkon" :

> Wilhelm Spickermann  wrote:
>
> >Na ja, wenn der Weg nicht mehr da ist, dann ist in der Route auch in
> >der Realität ein Loch ... darüber könnte man noch diskutieren.
>
> Häufig wird nicht deswegen gelöscht, weil etwas nicht mehr existiert,
> sondern beispielsweise eine Kreuzung auf die in der Realität
> existierende Richtungsfahrbahntrennung umgestellt wird. Es gibt viele
> Beispiele, wo das Bearbeiten durch Löschen eines Weges stattfinden
> kann, wo es eigentlich nicht erforderlich wäre. Es stört aber auch
> nicht, solange man Ortskenntnis hat und keine Relationen beteiligt
> sind. Anfänger löschen auch mal gerne einen ganzen Straßenzug, um ihn
> dann korrigiert neu zu erstellen. Dass dabei die Historie zum Teufel
> geht, ist wohl ein notwendiges Übel, eine Relationszerstörung hingegen
> nicht.
>
> Ohne Warnung vor Relationszerstörung kommt der Bearbeitende und
> insbesondere der Anfänger nicht auf die Idee, sich um andere Methoden
> des Editierens zu bemühen, die ein Löschen eines Weges nicht
> erfordern. Ohne Warnung kommt er nicht auf die Idee, dass da etwas
> nach Abschluss des beabsichtigten Editierens zu reparieren wäre.
>
> Auch ich habe anfänglich mit Potlatch Einiges unbeabichtigt zerstört.
> Dessen wurde ich aber erst gewahr, nachdem ich darauf hingewiesen
> wurde. Erst nach dem empfohlenen Umstieg auf JOSM verstand ich und
> fand mich in der Historie als Verursacher von weiteren gefundenen
> Relationszerstörungen. Es wäre schön, wenn der Umstieg auf JOSM hierzu
> zukünftig nicht mehr zwingend erforderlich wäre.
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] ID Editor zerstört mit einem Klick tagelange Arbeit.

[Ruben Kelevra]

Hallo Malenski,

dem Argument der Programmierer kann ich folgen, Anfänger wollen nicht
hundert Hinweise lesen bevor sie loslegen. Sondern einfach, sagen wir ein
Café erstellen.

Nur gibt es gewisse Dinge die geschützt werden müssen. Wege sollte man ganz
allgemein nicht per Hotkey umdrehen können. Ich finde diese Funktion gehört
einfach einen Menüpunkt Experten untergebracht, und dann ein genereller
Warnhinweis davor.

Was Relationen angeht seh ich kein Problem wenn Anfänger daran arbeiten.
Viel wichtiger ist eine Prüfung des Datenbestands nach der Bearbeitung.
Hier wird der Anfänger gewarnt wenn dir Daten inkonsistent sind. Das
versteht selbst der absolute Neuling wenn am Ende eine Prüfung ausgeführt
wird und er gewarnt wird.

Es wäre hier sogar möglich wenn der Anfänger dies übergeht einen Bug zu
erstellen, das den Experten das Suchen erleichtert und vielleicht jemand
mit regionalem Bezug sich dem Anfänger annimmt. So würde eine Integration
gefördert.

Lg Ruben
Am 11.05.2013 04:25 schrieb "malenki" :

> Tirkon schrieb:
>
> >[keine Warnung beim Umkehren von Wegen, keine Warnung beim Löschen von
> >Relationsmitgliedern...]
>
> Nach dem Lesen dieses Threads schrieb ich im IRC versehentlich in #osm
> statt in #osm-de, wodurch eine Diskussion zustande kam.
>
> Mit jfire war auch einer der Programmierer dabei. Er und auch iandees
> sind eher der Ansicht, dass Warnhinweise die User abschrecken und man
> solche Warnungen deshalb besser weglässt.
>
> Beim Umkehren von natural=coastline will jfire offenbar eine
> Schutzfunktion implementieren.
> Warnhinweise beim (versehentlichen) Umdrehen von Einbahnstraßen oder
> Wasserwegen scheinen dagegen nicht geplant oder erwünscht.
>
> Das Tastaturkürzel zum Umkehren der Wegrichtung ist "V", das auf der
> Tastatur in der Regel neben "B" liegt - dem Kürzel für den Hintergrund -
> Luftbilder und Co.
>
> Relationen:
> Es ist geplant, Relationen gut sichtbar zu machen, damit die Nutzer sie
> wahrnehmen.
> Wenn dann ein Mitglied einer Abbiegebeschränkung gelöscht wird, soll die
> gesamte Relation entfernt werden.
>
> Wer es genau nachlesen möchte, findet das IRC-Log hier:
> http://malenki.ch/OSM/irc_osm_-_id_reverse_ways_warn.txt
>
> hth
> Thomas
>
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] ID Editor zerstört mit einem Klick tagelange Arbeit.

[Ruben Kelevra]

Ich entschuldige mich, das war die Autokorrektur.

Mit der umfangreichen Bearbeitung hast du recht, nur denke ich das die
meisten Anfänger eher kleine Änderungen machen.  Dies sollte auch in die
Einführung geschrieben werden. Um so einfacher lassen sich Fehler ausbügeln.

Man könnte außerdem dem Benutzer anbieten diese Datenprüfung jederzeit
durchzuführen.

Den aktuellen Zustand sehe ich dagegen als unhaltbar. Relationen fixen
gehört mittlerweile zum täglich Brot, alles was diese Situation
verschlechtert gehört der Schreibzugriff entzogen.

Lg Ruben
Am 11.05.2013 13:22 schrieb "malenki" :

> Ruben Kelevra schrieb:
>
> >Hallo Malenski,
>
> *hüstel* ;)
>
> >dem Argument der Programmierer kann ich folgen, Anfänger wollen nicht
> >hundert Hinweise lesen bevor sie loslegen. Sondern einfach, sagen wir
> >ein Café erstellen.
>
> Ein Warnung sollte ja nur erfolgen, wenn sie (möglicherweise) etwas
> kaputt machen.
> Es wird vermutlich eher selten vorkommen, dass ein
> verantwortungsbewusster Anfänger Straßen(teile)
> löscht (die Mitglieder von Relationen enthalten können) oder
> absichtlich die Richtung einer Einbahnstraße oder eines Wasserweges
> umkehrt.
> Bei der (geschätzten) geringen Häufigkeit des tatsächlichen Auftretens
> solcher Edits sehe ich kein Problem, einen Warnhinweis zu zeigen.
>
> >Nur gibt es gewisse Dinge die geschützt werden müssen. Wege sollte man
> >ganz allgemein nicht per Hotkey umdrehen können. Ich finde diese
> >Funktion gehört einfach einen Menüpunkt Experten untergebracht, und
> >dann ein genereller Warnhinweis davor.
>
> +1
>
> >Was Relationen angeht seh ich kein Problem wenn Anfänger daran
> >arbeiten.
>
> Derzeit sehen die Nutzer von iD nicht, dass es sowas wie Relationen
> überhaupt gibt.
> Ansonsten habe ich auch kein Problem, wenn Anfänger an Relationen
> arbeiten - solange die Daten nicht zerstört werden.
>
> >Viel wichtiger ist eine Prüfung des Datenbestands nach der
> >Bearbeitung. Hier wird der Anfänger gewarnt wenn dir Daten
> >inkonsistent sind. Das versteht selbst der absolute Neuling wenn am
> >Ende eine Prüfung ausgeführt wird und er gewarnt wird.
>
> Wenn erst beim Hochladen - möglicherweise nach umfangreichen
> Bearbeitungen - ein Hinweis gezeigt wird, dass xy kaputt gehen könnte,
> weiß der Mapper erst recht nicht, wie er den möglichen Schaden abwenden
> kann. Entweder er bricht frustriert ab oder lädt trotzdem hoch.
>
> >Es wäre hier sogar möglich wenn der Anfänger dies übergeht einen Bug zu
> >erstellen, das den Experten das Suchen erleichtert und vielleicht
> >jemand mit regionalem Bezug sich dem Anfänger annimmt. So würde eine
> >Integration gefördert.
>
> +1
>
> Gruß
> Thomas
>
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] JOSM-Chat-Plugin

[Ruben Kelevra]

Danke für den Hinweis. Habs mir gleich mal installiert.

Fänd etwas "Platform übergreifendes" Was vielleicht auch auf der Seite
angezeigt wird ganz klasse, sodass man quasi Konversationen über
Städte dort führen kann, und nicht zum gleichen Zeitpunkt online sein
muss.


LG Ruben

Am Sat, May 11, 2013 at 10:47 AM schrieb Frederik Ramm :
> Hallo,
>
> Zverik hat grade auf der talk-Liste auf sein neues "GeoChat"-Plugin fuer
> JOSM hingewiesen:
>
> http://wiki.openstreetmap.org/wiki/JOSM/Plugins/GeoChat
>
> Damit kann man sich mit anderen Leuten unterhalten, die in der gleichen
> Gegend mappen wie man selbst. (Derzeit, wenn ich das richtig verstanden
> habe, ein Punkt mit 20km Umkreis.)
>
> Ich finde das eine spannende neue Sache, sicher erst in den Anfaengen, aber
> probiert es doch selber mal aus ;)
>
> 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

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

Re: [Talk-de] ID Editor zerstört mit einem Klick tagelange Arbeit.

[Ruben Kelevra]

Am 11.05.2013 17:14 schrieb "fx99" :
> Auch JOSM hat seine Tücken: Wenn man einen Weg oder eine Relation alleine
> runterlädt, und dann
> Punkte verschiebt, so kann man andere Wege und Relationen komplett
> unbrauchbar machen,
> ohne dass man etwas davon merkt oder dass JOSM meckert.
Das wirkt aber nicht gerade nach einem üblichen Fall...

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

[Talk-de] Bus-Spur gegen die Einbahnstraße

[Ruben Kelevra]

Hallo zusammen,

ich suche nach dem üblichen Weg eine Busspur zu taggen.

Soweit gefunden gibt es derzeit drei Möglichkeiten

oneway=yes
lanes=2
lanes:forward=1
lanes:backward=1

Möglichkeit 1

busway=opposite_lane

Möglichkeit 2

lanes:bus:backward=1

Möglichkeit 3

bus:lanes:backward=yes


Theoretisch könnte man wohl 2 und 3 kombinieren...


LG Ruben

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

Re: [Talk-de] ID Editor zerstört mit einem Klick tagelange Arbeit.

[Ruben Kelevra]

Am Sat, May 11, 2013 at 5:42 PM schrieb Eckhart Wörner :
> c) JOSM kann immer noch nicht mehrere Ways im Kreis anordnen
Nicht ganz richtig, man muss blos manuell alle Nodes markieren, dann gehts.



LG Ruben

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

Re: [Talk-de] Bus-Spur gegen die Einbahnstraße

[Ruben Kelevra]

Hier ist definitiv nur Bus erlaubt. Auf der Straße steht auch Bus.

Lg Ruben
Am 13.05.2013 15:53 schrieb "Martin Koppenhoefer" :

> Am 13. Mai 2013 14:03 schrieb Tobias Knerr :
>
> > Am 13.05.2013 06:23, schrieb Wolfgang Hinsch:
> > > Am Samstag, den 11.05.2013, 18:02 +0200 schrieb Ruben Kelevra:
> > >> ich suche nach dem üblichen Weg eine Busspur zu taggen.
> > >>
> > >> Soweit gefunden gibt es derzeit drei Möglichkeiten
> > >>
> > >> oneway=yes
> > >> lanes=2
> > >> lanes:forward=1
> > >> lanes:backward=1
> > [...]
> > >> Möglichkeit 3
> > >>
> > >> bus:lanes:backward=yes
> > >>
> > > <
> >
> http://www.openstreetmap.org/?lat=53.565739&lon=10.019727&zoom=18&layers=M
> > >
> >
> > Das Problem mit Wolfgangs Vorschlag ist, dass "psv" oder "bus" im Sinne
> > der Dokumentation kein gültiger Wert für access-Tags ist - das ist nur
> > als Schlüssel definiert.
> >
> > Allgemeiner ist die Schwierigkeit hier, dass es kein "nur Verkehrsmittel
> > X" für access-Tags gibt. Daher ist es zwar möglich, mit spurgenauen
> > access-Werten zu arbeiten, benötigt nach momentanem Stand aber zwei Tags:
> >
> >
>
> bus=designated (oder official)?
> das ist zwar nicht notwendigerweise exklusiv, weil es noch mehr
> Verkehrsmittel geben könnte, die auch "designated" sind, aber solange nur
> eins "designated" ist, bedeutet das normalerweise dass der Rest verboten
> ist. (Busspuren dürfen oft/meist auch von Taxis benutzt werden, dass besser
> psv verwenden),
>
> Gruß Martin
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] ID Editor zerstört mit einem Klick tagelange Arbeit.

[Ruben Kelevra]

Am 13.05.2013 14:10 schrieb "fly" :

> Ich werde also in Zukunft die Entwickler anschreiben und sie bitten die
> Fehler in der Datenbank zu korrigieren und in Kontakt mit den Nutzern
> ihrer Software zu treten. Ich habe nämlich keine Lust mehr mich wie mit
> Fußengetreten zu fühlen.

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

Re: [Talk-de] ID Editor zerstört mit einem Klick tagelange Arbeit.

[Ruben Kelevra]

Ich seh immernoch den tieferen Sinn nicht überhaupt ein umdrehen von Wegen
anzubieten.

Kann mir jemand mal den Vorteil vom umdrehen erklären?

Ich mach das immer nur VOR dem eintragen von Lanes-Tags, damit  alle Wege
zu der Kreuzung hin führen.

Ich geh davon aus das kein Anfänger was an Cosdtlines fixen muss etc. was
nur durch umdrehen möglich ist.

Lg Ruben
Am 13.05.2013 16:40 schrieb "Martin Koppenhoefer" :

> Am 13. Mai 2013 16:29 schrieb Martin Raifer :
> >
> >
> > Außerdem verstehe ich nicht, wieso man_made=embankment in dieser Liste
> > auftaucht.
> >
>
>
>
> weil Dämme auch oft 2 unterschiedliche Seiten (innen und aussen) haben.
>
> Gruß Martin
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] ID Editor zerstört mit einem Klick tagelange Arbeit.

[Ruben Kelevra]

Fehlt nur noch eine Lösung für das kombinieren von Wegen.

Lg Ruben
Am 13.05.2013 16:59 schrieb "Martin Raifer" :

> Am 13.05.2013, 16:28 Uhr, schrieb Simon Poole :
>
>  [...] lassen als Lösung nur zu dem Benutzer mitzuteilen: "Kannst du
>> nicht machen" oder "Wenn du das machst, machst du was kaputt", die Wege
>> sind wirklich nicht umkehrbar.
>>
>
> https://github.com/systemed/**iD/blob/master/js/id/actions/**
> reverse.js#L2-L4
> :
>
>  Order the nodes of a way in reverse order and reverse any direction
>> dependent tags
>> other than `oneway`. (We assume that correcting a backwards oneway is the
>> primary
>> reason for reversing a way.)
>>
>
> Hm... Ich glaube hier gibt es zwei verschiedene Interpretationen von "Weg
> umkehren".
>
> Du meinst: "Reihenfolge der Nodes im OSM-Way umkehren bei gleichzeitiger
> Beibehaltung des abgebildeten Sachverhalts."
> iD meint: "Drehe die abgebildete Information 'Einbahnstraße' um."
>
> Ich glaube was iD macht, ist auch das was ein Einsteiger (der noch kein
> Verständnis der zugrundeliegenden Datenstrukturen hat) sich unter der
> Funktion erwartet. "Ah, diese Einbahn ist falsch eingetragen. Um das zu
> berichtigen, muss ich den Weg umdrehen."
>
> Um weitere Verwirrung zu verhindern sollte die Funktion aber auch "Einbahn
> umdrehen" ("reverse oneway") heißen und nur auf Einbahnstraßen angeboten
> werden. Für das Korrigieren der Richtung von Klippen, Dämmen, usw. könnte
> es dann eine eigene Aktion "Richtung der Klippe umdrehen" geben.
>
> Grüße
> Martin / tyr_asd
>
> __**_
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-de
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] ID Editor zerstört mit einem Klick tagelange Arbeit.

[Ruben Kelevra]

Am 14.05.2013 13:22 schrieb "Wolfgang Hinsch" :
> Es stellt sich die Frage, ob richtungsgebundene tags überhaupt
> erforderlich (und sinnvoll) sind.
>
> Die Geschichte mit dem oneway ist historisch gewachsen, als es noch kaum
> Probleme gab. Dann/davor kamm die Coastline. Das könnte jetzt immer so
> weiter gehen, dann haben wir 10, 20, ... 1000 und mehr Ausnahmen. Wie
> wäre es denn, damit grundsätzlich aufzuräumen und alles auf die
> forward/backward oder left/right-Tags umzustellen. Dann wird einmal
> definiert, nach welcher Regel (Muster) die Begriffe umzustellen sind
> beim Umdrehen und gut ist.
>
> oneway=forward/backward
>
> coastline=yes
> sea=right/left
+1
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] operator vs. brand / fuel

[Ruben Kelevra]

Klingt durchweg vernünftig,  könnten wir das ins Wiki aufnehmen?

Lg Ruben
Am 15.05.2013 12:31 schrieb "Ronnie Soak" :
>
> Ich werfe da mal neben operator und brand auch noch branch und name, sowie
> official_name und local_name in die Runde.
>
> Uebrigens in diesem Blogpost schoen bebildert und dann von mir
kommentiert.
> Allerdings leider auf Englisch.
>
> http://weait.com/comment/61#comment-61
>
> tl:dr
> operator=* Der lokale Betreiber (=Franchisenehmer) (Local Company 123)
> brand=* der (multi-nationale) Markenname (Mc Donalds, Subway)
> branch=* Genaue Bezeichnung dieser Zweigstelle (Steht z.B. an der Tuer
oder
> auf der Quittung) (Store Nr 15, Lincoln Street Store, Springfield office)
> name=* der Name wie auf Schildern o.ae. vor Ort angegeben
> official_name=* Der volle, offizielle Name wie im lokalen Handelsregister
> eingetragen
>  local_name=* Falls die filiale noch einen lokalen, sonst nirgendwo
> ausgezeichneten Beinamen hat ('Buck's place', 'The Old Corner Shop')
>
> my 2 cents,
>
> Chaos
>
>
>
>
>
> Am 15. Mai 2013 10:53 schrieb Martin Koppenhoefer :
>
> > Am 15. Mai 2013 10:29 schrieb Florian Lohoff :
> >
> > > Das ist ja sachlich falsch - Die Betreiber sind ja eigenständige
> > > Unternehmer wie man in den Gelben Seiten finden kann - Also
> > > "Aral Tankstelle Mario Drees" etc. ist ja eher so ein
> > > Sklaventrei^WFranchising.
> > >
> >
> >
> >
> > es gibt wohl auch Ausnahmen, wo die großen Mineralölkonzerne selbst die
> > Tanke betreiben, aber normalerweise ja, ist der operator nicht der
Konzern.
> >
> >
> >
> > D.h. eigentlich würde das doch ein brand=esso und obiges in den
> > > Name oder vergallopier ich mich da.
> > >
> >
> >
> >
> > +1, mache ich auch so, allerdings brand=Esso (also großgeschrieben als
> > Name).
> >
> >
> >
> > Ich denke das ist hier schon bis zum erbrechen Diskutiert worden und
> > > es vermutlich gibt es keinen Konsenz - so wie eigentlich immer :)
> > >
> >
> >
> >
> > zumindest gab es eine Empfehlung im Wiki, das genau so zu machen (brand
für
> > den Konzern, operator für den kleinen Betreiber und name nur, wenn es
einen
> > Namen gibt (z.B. "Tankstelle am Bahnhof" oder so). Allerdings werden die
> > brand-Werte wohl im aktuellen mapnik-Stil noch nicht angezeigt (in JOSM
> > aber z.B. schon), was bekanntermaßen die Bereitschaft, das tagging zu
> > verbiegen, erhöht.
> >
> > Gruß Martin
> > ___
> > Talk-de mailing list
> > Talk-de@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-de
> >
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Housenumber in "addr:housename"

[Ruben Kelevra]

Hallo zusammen,


ich würde gern eine Diskussion darüber starten ob man nicht per Bot
den Tag addr:housename=x in addr:housenumber=x umbenennen kann wenn
der Value eine Nummer ist.

Dies scheint ein extrem häufiger Fehler zu sein, besonders wohl wegen
der Autovervollständigung von addr:housen -> addr:housename anstatt
addr:housenumber.



LG Ruben

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

Re: [Talk-de] operator vs. brand / fuel

[Ruben Kelevra]

Theoretisch lässt sich das schon jetzt machen,  um sinnvolle Verbreitung zu
finden muss man bloß das ganze direkt mit JOSM ausliefern.

Daher -> Ticket

LG Ruben
Am 15.05.2013 17:04 schrieb "fly" :

> On 15.05.2013 16:13, Hans Schmidt wrote:
> > Ich frag mich immer, ob man da nicht mal irgendwie eine halbwegs
> > vernünftige Liste machen könnte? Bzw. in JOSM das direkt als Vorlage
> > gespeichert werden könnte?
> >
> > Ich stelle mir z.B. vor, dass wenn ich bei JOSM ein Geschäft eintrage,
> > er direkt im Assistenten eine Auswahl mit allen Ketten hat. Je nachdem,
> > was ich dann auswähle, wird das dann automatisch alles eingetragen. Das
> > ist besonders problematisch, wenn eine Kette irgendwie mehrere
> > (ähnliche) Schreibweisen hat, so dass oft die gleiche Kette
> > unterschiedlich getaggt wird (z.B. Seven-Eleven, 7-11, 7-Eleven).
> >
> > Am besten wäre, wenn JOSM sich das z.B. direkt aus einer Liste im Wiki
> > herunterladen würde, so dass auch Nicht-Programmierer die Liste einfach
> > erweitern können.
>
> Sowas solltest Du in ein neues Ticket unter
> https://josm.openstreetmap.de/newticket schreiben.
>
> cu
> fly
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Housenumber in "addr:housename"

[Ruben Kelevra]

Man könnte im Josm einfach nach Häufigkeit der Tags sortieren anstatt nach
Alphabet. Dann würden wir ihm ein bisschen mehr Intelligenz einhauchen.

Die Frage ist ob es Fälle gibt wo Housename sinnvoll mit einer Nummer
belegt ist aber keine Housenumber hinterlegt ist. In dem Fall würde eine
Botoperation Dinge kaputt machen.

Wenn es Konsens findet lass ich meinen Bot drauf los.

Lg Ruben
Am 15.05.2013 17:31 schrieb "Tobias Knerr" :

> Am 15.05.2013 17:15, schrieb Florian Lohoff:
> > On Wed, May 15, 2013 at 04:08:12PM +0200, Ruben Kelevra wrote:
> >> Hallo zusammen,
> >>
> >> ich würde gern eine Diskussion darüber starten ob man nicht per Bot
> >> den Tag addr:housename=x in addr:housenumber=x umbenennen kann wenn
> >> der Value eine Nummer ist.
>
> Ich wäre dafür - und für eine deutlich zurückhaltendere Platzierung von
> "housename" in den Editorpresets.
>
> > Dagegen - Ich habe das zwar auch schon beobachtet - aber die paar
> > dinger kann man manuell eben korrigieren ...
>
> Das sind tausende Fälle, nicht "ein paar Dinger".
>
> Tobias
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] operator vs. brand / fuel

[Ruben Kelevra]

Ich find brand deutlich sinniger als operator, ansonsten hast du recht.
Alternative könnte man einen Bot beauftragen das zu fixen.

Der könnte ähnliche Schreibweisen suchen und mit Sollwerten vergleichen und
die Änderungen könnten dann manuell abgenickt werden.

Man müsste bloß irgendwo im Wiki eine Sollliste erstellen, dann könnte
eines der vielen Bots das entsprechend fixen.

Lg Ruben
Am 15.05.2013 19:47 schrieb "Hans Schmidt" :

> Am 15.05.2013 19:07, schrieb Ronnie Soak:
> > Das ist ein zweischneidiges Schwert. Ein vorausgefülltest Template
> > verleitet dazu, auch solche Informationen einzutragen, die vor Ort gar
> > nicht wirklich aufgenommen und damit bestaetigt wurden.
> > Ich will im name=* tag ja gerade nicht einheitlich immer das selbe stehen
> > haben, sondern dass, was vor Ort ausgeschildert ist. Und wenn das ein
> > (saechsischer) Franchisenehmer eben (falsch) als "Daehnischs Beddenlagor"
> > auszeichnet,
> > dann gehoert das auch so in den Tag, und nicht per Auto-Vervollsaendigung
> > an die bundesweite Schreibung angepasst.
> Naja, der Name an sich ist ja egal. Geht mir vor allem eher um operator
> bzw. brand. Und da ist ja eine durchgehende Schreibung (d.h. überall das
> gleiche) sehr wünschenswert.
> Beispiel: Ich bin Sparkassenkunde und bin in einer Stadt und suche nach
> einem Sparkassen-Geldautomat. Dann suche ich natürlich nach Geldautomat,
> operator=Sparkasse. Ob der jetzt von der Sparkasse Köln/Bonn, der HASPA
> oder der Sparkasse Uckermark ist, ist mir ja egal.
>
> Und das lässt sich praktisch auf jede Kette bzw. Filialnetz ausweiten.
> Imho wäre da eine Art separate Datenbank in OSM nicht schlecht, wo die
> Operatoren dann noch weitergehende Informationen bekommen (z.B. andere,
> lokale Namen oder so). Aber ich finde es wichtig, dass auf der ganzen
> Welt wirklich überall McDonalds als operator=Mc Donald’s gekennzeichnet
> ist. Und nicht manchmal als operator=Mc Donalds oder operator=Mc
> Donald's oder sonstwas.
>
> Manche Ketten haben halt oft einige etwas uneinheitliche Schreibungen
> (bzw. Schreibungen, die oft unabsichtlich falsch gemacht werden),
> deswegen wäre da eine vorgegebene Liste sehr praktisch.
>
>
> Am 15.05.2013 17:21, schrieb Ruben Kelevra:
> > Theoretisch lässt sich das schon jetzt machen,  um sinnvolle Verbreitung
> zu
> > finden muss man bloß das ganze direkt mit JOSM ausliefern.
> >
> > Daher -> Ticket
>
> Ach, ne, die Mühe mach ich mir nicht mehr. War nur ein Gedankenexperiment.
>
> Wer das machen möchte, gerne, aber ich bin durch unzählige
> Feature-Requests, die ich gestellt habe, aber nicht beachtet wurden, ein
> wenig in der Hinsicht geläutert.
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Housenumber in "addr:housename"

[Ruben Kelevra]

Nun ich weiß nicht so recht ob dieser Fall wirklich vorkommt. Und wenn, ich
als Mensch würde es wohl trotzdem für einen Fehler halten und umtaggen.

Solange kein addr:housenumber existiert würde ich davon ausgehen das sich
jemand vertan hat.

Davon ab gibt es Orte wo mehrere Dutzend Häuser falsch getaggt sind.

Ich könnte ja erstmal eine Zählung programmieren, dann sieht man ob es
sichs lohnt.

Lg Ruben
Am 15.05.2013 21:29 schrieb "Jimmy_K" :

> Am 15.05.2013 17:41, schrieb Henning Scholland:
>
>> Am 15.05.2013 17:15, schrieb Florian Lohoff:
>>
>>> Dagegen - Ich habe das zwar auch schon beobachtet - aber die paar
>>> dinger kann man manuell eben korrigieren ...
>>>
>> -1
>> Die Erfahrung zeigt eher, dass wir genug Fehler in der DB haben und nur
>> die wenigsten Mapper daran arbeiten Fehler zu korrigieren. Da sollte man
>> meiner Meinung nach so triviale Fehler, die eindeutig korrigierbar sind
>> einem Bot überlassen, sodass sich die Mapper, die sich der
>> Qualitätssicherung verschrieben haben sich um die Fälle kümmern können, die
>> wirklich einen Menschen zum Beurteilen brauchen.
>>
>>  Bots stiften nur unfrieden.
>>>
>> Nur wenn der Bot schlecht gemacht ist, ansonsten sollte man von einem Bot
>> nicht viel merken.
>>
>> Henning
>>
>>
>> __**_
>> Talk-de mailing list
>> Talk-de@openstreetmap.org
>> http://lists.openstreetmap.**org/listinfo/talk-de
>>
>>
> Es gibt leider viel zu wenige die sich der Qualität verschrieben haben, da
> sieht man wohl zu wenig "Fortschritt" auf der Karte. (Behaupte ich mal so
> frech als einer, der versucht seine Umgebung auf halbwegs hohem
> Qualitätslevel zu halten). Die Korrektur von housename auf housenumber
> dauert nur ein paar Sekunden, wenn es eine Seite gäbe, die entsprechende
> Stellen markieren würde. Einen Bot halte ich für übertrieben (was machen
> wenn es wirklich Hausnamen nur aus Zahlen gibt?).
>
>
> LG Jimmy
>
> __**_
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-de
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Housenumber in "addr:housename"

[Ruben Kelevra]

Hallo Frederik,

Am 16.05.2013 00:04 schrieb "Frederik Ramm" :
> Ich habe schon am 19.4. auf ein achtlos dahingeworfenes "koennte ich mein
Bot-Framework drauf loslassen" von Dir eine Rueckfrage gestellt, die,
soweit ich sehen kann, nie beantwortet wurde. Daher nochmal:

Das schein ich wohl überlesen zu haben... ich wollte dir keine Antwort
schuldig bleiben.

> * Was ist das genau fuer ein Bot?
Das sind in Python geschriebene Scripte die genau nur diese eine Aufgabe
erledigen.

> * Hast Du den schonmal fuer irgendwas benutzt, wenn ja:
>   - was hast Du geaendert
Ich habe Wege mit mehr als 2000 Punkten zertrennt nach einer Diskussion im
IRC.

Ich habe weltweit Wege mit doppelten Knoten im Weg gefixt.

>   - mit welchem Account
BugBuster
>   - wo ist das dokumentiert
In der Wiki.
>   - wo wurde darueber diskutiert?
Im IRC

> * Falls Du den Bot jemals einsetzen moechtest, halte bitte die Regeln
fuer "mechanical edits" ein - dazu gehoert eine gruendliche Diskussion
vorher, so wie sie hier geschieht, sowie auch eine detaillierte
Dokumentation dazu, was Dein Code tut (oder halt gleich der Code selbst) -
"addr:housename in addr:housenumber aendern wenn der Wert eine Zahl ist"
ist nicht detailliert genug, es geht auch darum, woher der Bot seine
Eingabedaten nimmt, welche API-Requests er in welcher Reihenfolge
durchfuehrt und so weiter.

Der Bot nimmt ein XML File als Datenquelle und schreibt die Änderungen an
die normale API mit einem Thread.

Wenn ein Weg seit dem XML aktualisiert wurde zieht er die aktuelle Version
und analysiert diese erneut, sofern die Änderungen immernoch notwendig ist
wird diese auf Basis der neuen Datei gemacht.

> * Bedenke auch, dass eine Diskussion in talk-de, sollte sie mit einem
"Daumen rauf" fuer die Bot-Aenderung enden, auch nur eine Bot-Aenderung in
Deutschland legitimiert und nicht weltweit.

Das ist mir klar.

> Ich frage das nicht, um Dich zu aergern, sondern weil ungenuegend
vorbereitete Bot-Edits eine haeufige Quelle von Stress und Problemen im
Projekt sind und weil ich als Mitglied der "Data Working Group" nicht
selten am Ende solch eine Suppe ausloeffeln muss. Deswegen gibt es die
pingeligen Regeln, und Du hast bislang nicht genug ueber Deine Software
erzaehlt.

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

Re: [Talk-de] Housenumber in "addr:housename"

[Ruben Kelevra]

Gibts schon ein Ticket was das behandelt? Hab das letztens auch schon
auf der Liste vorgeschlagen...


LG Ruben

2013/5/16 fly :
> Am 16.05.2013 19:30, schrieb Henning Scholland:
>> Am 16.05.2013 16:26, schrieb fly:
>>> On 15.05.2013 18:12, Martin Koppenhoefer wrote:
>>>> Am 15. Mai 2013 17:30 schrieb Tobias Knerr :
>>>>
>>>>> Am 15.05.2013 17:15, schrieb Florian Lohoff:
>>>>>> On Wed, May 15, 2013 at 04:08:12PM +0200, Ruben Kelevra wrote:
>>>>>>> Hallo zusammen,
>>>>>>>
>>>>>>> ich würde gern eine Diskussion darüber starten ob man nicht per Bot
>>>>>>> den Tag addr:housename=x in addr:housenumber=x umbenennen kann wenn
>>>>>>> der Value eine Nummer ist.
>>>>>
>>>>> Ich wäre dafür - und für eine deutlich zurückhaltendere Platzierung von
>>>>> "housename" in den Editorpresets.
>
>>>> won't fix ;-)
>>>> http://josm.openstreetmap.de/ticket/8275
>>>
>>> Das "won't fix" hat sich auf das entfernen aus dem Preset bezogen.
>>>
>>> Ich habe mit der Autovervollständigung auch immer mal wieder Probleme.
>>> Für ein Überarbeitung der Autovervollständigung braucht es nur gute
>>> Patche.
>>> Leider ist das wohl eine nicht so leichte Aufgabe in einem essentiellen
>>> + heiklen Bereich.
>>
>> Was cool wäre, wenn das AutoComplete die Tags stärker wichtet, die man
>> selber benutzt und das auch über Sitzungen hinweg. Bspw. muss man für
>> bridge immer bri eingeben, weil er bis br noch brand vorschlägt. Wenn
>> ein Mapper aber brand nie nutzt, ist das relativ nervig ;)
>
> Bisher gibt es da gar keine Gewichtung einzig und allein alphabetische
> Sortierung wird angewandt.
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de

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

Re: [Talk-de] Housenumber in "addr:housename"

[Ruben Kelevra]

Hab n bisschen rumgesucht und keins gefunden, hab mal eins erstellt:

https://josm.openstreetmap.de/ticket/8721


LG Ruben

2013/5/17 Ruben Kelevra :
> Gibts schon ein Ticket was das behandelt? Hab das letztens auch schon
> auf der Liste vorgeschlagen...
>
>
> LG Ruben
>
> 2013/5/16 fly :
>> Am 16.05.2013 19:30, schrieb Henning Scholland:
>>> Am 16.05.2013 16:26, schrieb fly:
>>>> On 15.05.2013 18:12, Martin Koppenhoefer wrote:
>>>>> Am 15. Mai 2013 17:30 schrieb Tobias Knerr :
>>>>>
>>>>>> Am 15.05.2013 17:15, schrieb Florian Lohoff:
>>>>>>> On Wed, May 15, 2013 at 04:08:12PM +0200, Ruben Kelevra wrote:
>>>>>>>> Hallo zusammen,
>>>>>>>>
>>>>>>>> ich würde gern eine Diskussion darüber starten ob man nicht per Bot
>>>>>>>> den Tag addr:housename=x in addr:housenumber=x umbenennen kann wenn
>>>>>>>> der Value eine Nummer ist.
>>>>>>
>>>>>> Ich wäre dafür - und für eine deutlich zurückhaltendere Platzierung von
>>>>>> "housename" in den Editorpresets.
>>
>>>>> won't fix ;-)
>>>>> http://josm.openstreetmap.de/ticket/8275
>>>>
>>>> Das "won't fix" hat sich auf das entfernen aus dem Preset bezogen.
>>>>
>>>> Ich habe mit der Autovervollständigung auch immer mal wieder Probleme.
>>>> Für ein Überarbeitung der Autovervollständigung braucht es nur gute
>>>> Patche.
>>>> Leider ist das wohl eine nicht so leichte Aufgabe in einem essentiellen
>>>> + heiklen Bereich.
>>>
>>> Was cool wäre, wenn das AutoComplete die Tags stärker wichtet, die man
>>> selber benutzt und das auch über Sitzungen hinweg. Bspw. muss man für
>>> bridge immer bri eingeben, weil er bis br noch brand vorschlägt. Wenn
>>> ein Mapper aber brand nie nutzt, ist das relativ nervig ;)
>>
>> Bisher gibt es da gar keine Gewichtung einzig und allein alphabetische
>> Sortierung wird angewandt.
>>
>> ___
>> Talk-de mailing list
>> Talk-de@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-de

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

Re: [Talk-de] Gemeinsame Spezifikation eines JOSM Plugins für den Keypad-Mapper 3

[Ruben Kelevra]

Könntet ihr vielleicht die Betas als zusätzliche App im Playstore
anbieten? Dann könnte man die Beta testen.


LG Ruben

2013/5/24 Markus Semm :
> Hallo,
>
> die Weiterentwicklung des Keypad-Mapper 3 macht gute Fortschritte: Betatests 
> der Version 3.1.  sind ab 10. Juni geplant.
> Mit der Version 3.1 wird der Keypad-Mapper einen sehr guten Effizienzgrad 
> erreicht haben im Hinblick auf die schnelle und qualitativ hochwertige 
> Erfassung von Hausnummern und Adressen.
> Details gibt es hier: http://wiki.openstreetmap.org/wiki/Keypad-Mapper_3
>
> Noch nicht optimal ist die Zeit, die aufzuwenden ist, um die zunächst mit dem 
> Keypad-Mapper 3 vor Ort erfassten Daten in JOSM aufzubereiten für den Upload 
> zu OSM.
>
> Mit dieser Nachricht würde ich gerne eine Diskussion darüber anstoßen, welche 
> Features ein JOSM Plugin haben sollte, damit es seiner Aufgabe, die 
> Nachbearbeitung der vor Ort erfassten Hausnummern und Adressen möglichst 
> effizient erledigen zu können, am besten gerecht wird.
>
> Auf der neu eingerichteten WIKI-Seite 
> http://wiki.openstreetmap.org/wiki/Keypad-Mapper_tools habe ich als 
> Starthilfe für die Diskussion erste Ideen zusammengetragen.
>
> Cheers
> Markus
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de

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

[Talk-de] osmtools.de/osmlinks teilweise veraltet/falsch

[Ruben Kelevra]

"OpenStreetMap.org mit Marker" führt nur zu der normalen Karte.

bei "The Information Freeway" fehlt im Link ein www.

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

Re: [Talk-de] Export-Funktion

[Ruben Kelevra]

Guter Kompromiss wäre wohl ein Formular wo man seine Mailaddy einträgt
und die Datei ins Postfach gedroppt wird.


LG Ruben

2013/5/27 Frederik Ramm :
> Hallo,
>
>
> On 05/27/2013 12:42 PM, Wolfgang Hinsch wrote:
>>
>> im Moment scheint es nicht möglich zu sein, von der Mapnik-Karte aus
>> jpeg oder pdf zu exportieren. Der Server meldet ständig, dass er
>> überlastet ist.
>>
>> Ist das ein Bug, ist der Service eingestellt, oder ist der Server bis
>> auf weiteres wirklich so überlastet?
>>
>> Wenn wir den Service anbieten, sollte er auch (meistens) funktionieren.
>
>
> Dann waere die logische Konsequenz, den Service schlicht abzuschalten.
>
> Der "Export"-Service basiert, im Gegensatz zu den Tiles, auf einem
> Live-Rendering, d.h. wenn Du da was exportierst, wird live die Datnenbank
> nach allem gefragt, um das eigens fuer Dich in genau dem gewuenschten
> Masstab in ein PDF odr SVG zu giessen. Das kostet viel Rechenzeit, und wenn
> wir das zu einem Dienst von der Wichtigkeit eines Tileservers erheben
> wollten, dann braeuchten wir gleich nochmal ein paar dicke Rechner mehr.
>
> Vielleicht ein Kompromiss: Die Fehlermeldung verbessern, so dass dort steht,
> dass man es vielleicht mal mit Maperitive versuchen soll ;)
>
> 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

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

[Talk-de] Wie tag ich eine Parfümerie?

[Ruben Kelevra]

Hallo zusammen,

wie tagge ich eine Parfümerie? shop=beauty wie im Wiki generisch steht
ist doch Blödsinn.

"Schönheitssalon, Kosmetiksalon, Damensalon, Nagelstudio, Parfümerie,
Wellness-Center, aber nicht gleichzeitig Friseursalon."

Das ist so als würde man den Supermarkt mit der Wursttheke, den
Metzger und den Schlachthof unter einen Tag packen.


LG Ruben

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

Re: [Talk-de] Export-Funktion

[Ruben Kelevra]

Nun, ich meinte es eher als Alternative wenn der Dienst überlastet ist.

Zusätzlich könnten die Tasks für Email mit niedriger Priorität laufen
und so vielleicht eine gleichmäßigere Last ermöglichen.

Datenschutzbedenken? Surly? Die meisten sind eh registriert.


LG Ruben

2013/5/27 Michael Reichert :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hallo Ruben,
>
> Am 27.05.2013 22:54, schrieb Ruben Kelevra:
>> Guter Kompromiss wäre wohl ein Formular wo man seine Mailaddy
>> einträgt und die Datei ins Postfach gedroppt wird.
>
> Wenn man irgendwo seine Mailadresse eintragen muss, hat man einen
> Medienbruch und schon aus Datenschutzbedenken* wird dies nur ein
> kleiner Bruchteil der Nutzer tun. Das ist eigentlich eine simple
> Lösung, weniger Last zu haben. :) Als Ausgleich sollte man, wie schon
> von Frederik erwähnt, Maperitive als Alternative (mit Link auf
> Anleitung im Wiki) nennen.
>
> Viele Grüße
>
> Michael
>
> *) Braucht man in Deutschland dann eine Datenschutzerklärung?
>
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.12 (GNU/Linux)
> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>
> iQEcBAEBAgAGBQJRo82CAAoJEO7A7cvElxjaE0YH+wXIT74f44jCVvBV7uNl08Nx
> CYA6W2pAR2w7ZHmSrTIftfcQAUqaPc0sWolkZ9c1GvIYY0CoEaJmxhftXiiVCvEJ
> o1nMZrKXQHd9CLHOGsw+IX6mhwKLSXfX+m6JMZntUfsty2jLaZINeIoIE4gWkdzt
> h6AKtAoZf7G5OBgy7G4mPvMHspUBIwGOiDwle336cPFojlOtDd4C9dIFNrromKVx
> edX26bf1lrKoCoXK8Tg7EA+phzpI2Ocf5398xit+4y65xEckJ/OwBE53ov1fFi6P
> APMI8TRKl+2KLGx+jk4LeL6kZL+dv3/aktCbRQJroJAgX/C2CNQnNWQcHLuabQs=
> =A1Kz
> -END PGP SIGNATURE-
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de

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

Re: [Talk-de] Export-Funktion

[Ruben Kelevra]

Der bisherige Export sieht bei den Zwischenzoomstufen seltsam aus.

Es wäre schön wenn man sich ein Zoomlevel aussuchen könnte, dann die
Auflösung "standard", "zweifach", "vierfach" o.ä. meist braucht man
eine höhere Auflösung als die Tiles enthalten aber eben für einen
gewissen Detailgrad. Immerhin ist ein Bildschirm nach wie vor eines
der am wenigst auflösenden digitalen Medien.


LG Ruben

2013/5/28 Martin Koppenhoefer :
> Am 28. Mai 2013 12:50 schrieb Manuel Reimer :
>
>> In der Zwischenzeit könnte es aber vielleicht auch schon helfen, wenn ein
>> Admin mal schaut wer da rumsaut? Wenn es einige wenige Idioten schaffen den
>> Dienst tot zu machen, dann wäre es eventuell auch eine Option z.B. pro IP
>> nur eine begrenzte Anzahl an Anfragen zu erlauben.
>> Von "Wichtigkeit" war nie die Rede. Der Dienst muss so beschränkt werden,
>> dass jeder die Chance hat, ihn nutzen zu können.
>>
>
>
> AFAIK läuft dieser Dienst auf dem Tileserver, d.h. nicht nur diejenigen,
> die dort Kartenausschnitte anfordern, sondern auch alle, die mappen oder
> importieren und dadurch Neurenderings anstoßen, sorgen für Last auf dem
> Server. Vermutlich ist dort nachts weniger los als tagsüber, schaut einfach
> mal den Munin-graph an, um einen guten Zeitpunkt für Eure Renderings zu
> finden.
>
> Ich wäre tendenziell auch eher dafür, den "Dienst" ganz einzustellen, wenn
> der derzeitige Zustand für Verstimmung sorgt. Lieber ein Interface
> anbieten, mit dem man bereits gerenderte Tiles als größeres Bild
> exportieren kann, so was wie bigmap.cgi (das ginge gänzlich ohne die
> Datenbank zu belasten). Mehr Wert bringt der jetzige Export, zumindest für
> output als Raster, auch nicht.
>
> Gruß Martin
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de

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

Re: [Talk-de] Kort Game Reloaded!

[Ruben Kelevra]

Wollte mich schon hierdrüber beschweren:

http://s1.directupload.net/file/d/3271/xilydai5_png.htm

Weils ein Fußweg zu einem Haus ist, das war aber ein ungetaggter Weg,
denke sowas sollte euer Programm ignorieren :)



LG Ruben

2013/5/29 André Reichelt :
> Hallo Stefan,
> wie oft werden denn bei Euch die Kartendaten neu eingespielt? Weil das,
> was ich hier vor Ort angezeigt bekomme, ist mindestens einen Monat alt.
>
> Gruß
> André
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de

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

Re: [Talk-de] TSP Routing auf OSM Basis?

[Ruben Kelevra]

Ja, und?

2013/5/30 Tirkon :
> RalfGesellensetter  wrote:
>
>>ich suche eine Software,
>>
>>die zu gegebenen Adressen die günstigste Route
>>bestimmt. ORS optimiert nicht die Reihenfolge der
>>Vias, kann also das Problem des "Handungsreisenden"
>>nicht lösen.
>
> http://wiki.openstreetmap.org/wiki/Traveling_salesman
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de

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

Re: [Talk-de] Kort Game Reloaded!

[Ruben Kelevra]

Er sagt aber "Straße ohne Namen" aber die "Straße" hat keinen
Highway-Tag, entsprechend ist es keine Straße.


LG Ruben

2013/5/30 Stefan Keller :
> Hallo Ruben
>
> Was meinst du genau?
> Ungetaggte Wege sind ja gerade der Grund, warum Keepright (und damit
> das Kort Gam) das als Fehler meldet, der Strassentyp fehle...
>
> LG, Stefan
>
>
> Am 30. Mai 2013 03:06 schrieb Ruben Kelevra :
>> Wollte mich schon hierdrüber beschweren:
>>
>> http://s1.directupload.net/file/d/3271/xilydai5_png.htm
>>
>> Weils ein Fußweg zu einem Haus ist, das war aber ein ungetaggter Weg,
>> denke sowas sollte euer Programm ignorieren :)
>>
>>
>>
>> LG Ruben
>>
>> 2013/5/29 André Reichelt :
>>> Hallo Stefan,
>>> wie oft werden denn bei Euch die Kartendaten neu eingespielt? Weil das,
>>> was ich hier vor Ort angezeigt bekomme, ist mindestens einen Monat alt.
>>>
>>> Gruß
>>> André
>>>
>>> ___
>>> Talk-de mailing list
>>> Talk-de@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-de
>>
>> ___
>> Talk-de mailing list
>> Talk-de@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-de
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de

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

Re: [Talk-de] openstreetmap.org und IPV6

[Ruben Kelevra]

Könnte man das Problem nicht umgehen indem wir einen tile-server ohne
Cache per DNS-Weiche anbieten? So viele IPv6-Anfragen dürften das
derzeit doch garnicht sein?


LG Ruben

Am 7. Juni 2013 02:12 schrieb Kai Krueger :
> Walter Nordmann wrote
>> Somit geht er zu www.openstreetmap.org über IPv6 und zu
>> tile.openstreetmap.org halt über IPv4.
>> So transparent, dass ich mir noch nie Gedanken darüber machen musste.
>
> Ja, so sollte es auch sein. Der Endanwender sollte eigentlich nichts von der
> Umstellung merken, und das klappt in den meisten Faellen auch. Desshalb
> haben ja seit letztem Jahr Google, Youtube, Facebook, Wikipedia, Netflix,
> Heise und viele anderen auch auf dual stack ohne nennenswerte Probleme
> umstellen koennen.
>
> Allerdings sind in Asian in 2011 und 2012 in Europa die IP Addressen
> ausgegangen, so das man ohne IPv6 viele Endgeraete bald nicht mehr von
> aussen erreichen kann, wodurch immer mehr Dienste nicht mehr wie frueher
> machbar sind und das Internet ohne IPv6 immer weiter "kaputt" geht.  Viele
> Unitymedia Kunden erfahren diese derzeit leidvoll, bei denen Sachen wie
> Fernwartung, Onlinespiele, peer-to-peer Dienste oder die eigene "private
> cloud" nicht mehr (oder nur noch mit Veraenkungen) funktioniern. Erst mit
> der grossflaechigen Umstellung auf IPv6 wird das wieder besser. Auch wenn
> Webseiten wie OpenStreetMap.org nicht zu den Diensten gehoeren die kaputt
> gehen und dort die Umstellung somit noch lange nicht wirklich noetig ist, je
> mehr Seiten, Dienste und Provider bald auf IPv6 umgestellen, desto schneller
> hoffentlich vollzieht sich die gesammte Umstellung und die leidvolle
> Uebergangszeit verkuerzt sich. Die Umstellung laeuft inzwischen schon seit
> 15 Jahren. Es wird also Zeit das sie endlich abgeschlossen wird.
>
> Insofern ist es aus technischer Sicht schon wichtig das OSM komplett mit
> IPv6 zurecht kommt.
>
> Kai
>
>
>
>
>
>
> --
> View this message in context: 
> http://gis.19327.n5.nabble.com/openstreetmap-org-und-IPV6-tp5764279p5764330.html
> Sent from the Germany mailing list archive at Nabble.com.
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de

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

Re: [Talk-de] Parkplatz Tagging

[Ruben Kelevra]

Hallo Heinz,

Am 8. Juni 2013 17:00 schrieb Heinz-Jürgen Oertel :
>
> Daran liegt es nicht
>
> Richtig ist
>  amenity=parking
>  fee=no
>
> Das mit dem free=yes habe ich nur zusätzlich mal probiert.
> Hat aber auch nicht geholfen. Ist wieder weg.
Es liegt am access=yes tag. Entfern den mal und schau was dann passiert.


LG Ruben

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

Re: [Talk-de] Taggingproblem: Sperrung für Fahrzeuge über 7,5 tonnen zul. Gesamtgewicht

[Ruben Kelevra]

maxweight ist definitiv das reale Gewicht des Wagens bei der
Durchfahrt. Kein mögliches Gewicht.

Lässt sich das in Dland überhaupt so beschränken? Ich mein eine
Zugmaschine darf doch über eine Brücke fahren, obwohl die Maschine mit
Auflieger 30 Tonnen wiegen würde, oder nicht?

Ein Tag müsste dann gross vehicle weight oder ähnlich heißen.


LG Ruben

Am 13. Juni 2013 19:39 schrieb Eckhart Wörner :
> Hi Burkhard,
>
> Am Donnerstag, 13. Juni 2013, 19:18:02 schrieb bkmap:
>> > sorry, das hgv passt vermutlich schon, wenn es auch im Wiki nicht weiter 
>> > beschrieben wird, Problem ist das weight. Habe dazu zwar im Wiki nichts 
>> > explizit gefunden, würde aber davon ausgehen, dass das wie height 
>> > funktioniert, also das tatsächliche Gewicht beschreibt.
>> >
>>
>> Dann sollte ja hgv:conditional=no @ (weight>7.5) passen.
>
> nein, das passt nicht. Zwischen dem zulässigen Gesamtgewicht und dem 
> tatsächlichen Gewicht ist ein großer Unterschied.
>
> Eckhart
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de

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

Re: [Talk-de] Taggingproblem: Sperrung für Fahrzeuge über 7,5 tonnen zul. Gesamtgewicht

[Ruben Kelevra]

Am 15. Juni 2013 12:18 schrieb Simon Poole :
> Ich halt den Vorsatz zwar für lobenswert, aber in der Praxis völlig
> unpraktisch wenn wir nicht von jedem Mapper verlangen wollen, dass er
> die genaue Bedeutung von jedem Verkehrsschild in jedem Land in dem er
> unterwegs ist kennt. Dazu kommt noch das wir auch noch Unterschiede in
> den Fahrzeugklassifizierung haben die zur Folge haben, dass wir
> eigentlich eine viel feinere Aufteilung auch da in OSM bräuchten.
Das ist ja eigentlich gar nicht notwendig. Der Mapper muss lediglich
die Zeichen richtig in OSM notieren. Hätten wir einen schönen Editor
für die Schilder, dann könnte man die Tags davon automatisch ableiten,
je nach Landesrecht. Für die Schilder muss man ja sowieso jedes Land
einzeln in der Datenbank vorhalten.

Das heißt ein Mapper würde oben DE auswählen, dann auf den
Verbotsschildtyp, würde den LKW auswählen und dann ein Zusatzschild
mit 7,5 Tonnen. Davon ableiten würden wir dann, das die Straße in DE
ist und das Deutsche Recht gilt, was bedeutet hgv:no wenn über 7,5
Tonnen.


LG Ruben

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

Re: [Talk-de] Taggingproblem: Sperrung für Fahrzeuge über 7,5 tonnen zul. Gesamtgewicht

[Ruben Kelevra]

Am 15. Juni 2013 17:32 schrieb Eckhart Wörner :
> Das funktioniert vielleicht bei ein paar Standardschildern, aber schon bei 
> den Zusatzschildern wird es schwierig, weil es da variable Texte gibt. Es ist 
> wahrscheinlich deutlich sinnvoller, eine gute Doku (mit guten Beispielen) zu 
> schreiben, und Neulinge nicht ständig davon abzuhalten, da auch mal 
> reinzuschauen.

Wenn man die gescheit erstellt könnte der Plugin die Wikiseite parsen
und wir hätten nur einmaligen Aufwand.

Des Weiteren sind die Straßenbeschilderungen eigentlich gut in
Kategorien verpackbar und einfach nach Häufigkeit und Themen
sortierbar.

LG Ruben

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

Re: [Talk-de] [OT] Geflashed ?

[Ruben Kelevra]

Wie wäre es mit installieren? :)

Am 15. Juni 2013 22:17 schrieb Garry :
> Am 15.06.2013 10:42, schrieb Markus:
>
>> Hallo Thomas,
>>
 kennt jemand ein deutsches Wort für "geflashed"?
 (oder heisst das eigentlich "geflasht"?)
>>
>>
>>> "Firmware aktualisiert"
>>
>>
>> danke, das hat geholfen.
>> (wobei "aktualisiert" beudetet, dass man eine aktuellere Version benutzt.
>> ich meinte eher "eine kommplett andere Firmware")
>
> "Aufspielen","Einspielen", "drüberbügeln",
> Stell doch mal die Frage in Mikrocontroller.net..
>
> Garry
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de

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

Re: [Talk-de] Taggingproblem: Sperrung für Fahrzeuge über 7,5 tonnen zul. Gesamtgewicht

[Ruben Kelevra]

Hallo Markus,

das hilft nur begrenzt. Mit einem Mapper für unterwegs sollte man die
Verkehrszeichen als Nummer erfassen können. Das heißt auf Benutzerseite Typ
-> Kategorie -> Wert -> Zusatzzeichen? -> Kategorie -> Wert.

Man kann unterwegs Straßenschilder eben nur als Node erfassen aber nicht
als Tag für den Weg, was erfordert das man das Ende des Geltungsbereichs
kennt.

Im JOSM benötigen wir dann immernoch einen Editor der ähnlich funktioniert
wie oben skizziert, damit wir die Verkehrszeichen in Wegtags aufarbeiten
können.

Lg Ruben
Am 15.06.2013 20:55 schrieb "Markus Semm" :

> Hallo,
>
> wie ihr sicherlich schon wisst wurde die Version 3.1 des Keypad-Mapper 3
> gerade freigegeben und wir sind jetzt in der Entwicklung der Version 3.2,
> die dieses Jahr noch erscheinen soll:
> http://wiki.openstreetmap.org/wiki/DE:Keypad-Mapper_3 <
> http://wiki.openstreetmap.org/wiki/DE:Keypad-Mapper_3>
>
>
> V3.2 wird alle Voraussetzungen fr ein intelligentes, lnderspezifische
> Mappen von Verkehrsschildern haben.
>
> Diesbzgl. kann ich mir folgende Funktionen vorstellen:
>
> a) frei definierbare "Presets" pro Schild (= mehrere Tags fr ein Schild)
>
> b) mit der App mitgelieferte Presets fr jedes Schild fr jedes Land
>
> c) beliebige Anzahl frei definierbarer Schilder
>
> d) Gruppierung der Schilder in lnderspezifischen Gruppen und thematischen
> Untergruppen
>
>
> Mit a) htte dann jeder Mapper die Mglichkeit, eine beliebige Kombination
> von Tags fr ein Schild zusammenzustellen, so dass das Schild erschpfend
> beschrieben ist und ohne dass der Mapper die ganzen Tag-Seqenzen pro Schild
> auswendig lernen muss.
>
> Das erhht die Mapping-Geschwindigkeit signifikant und vermeidet Fehler,
> der Mapper kann sich auf die Datenerfassung vor Ort konzentrieren.
>
>
> Mit b) wrden schon ne Menge Presets fr Schilder mit der App mitgeliefert,
> so dass der Mapper das Schild nur noch antippen muss und schon sind alle
> Tags richtig gesetzt.
>
>
> Folgende Vorgehensweise wrde ich vorschlagen:
>
>
> 1) wir suchen gemeinsam Links zu allen Verkehrsschild-Informationen im
> Wiki zusammen und sammeln diese in einer eigenen Wiki-Seite (vielleicht
> gibt es ja auch schon sowas)
>
>
> 2) wir sammeln gemeinsam Ideen, wo wir die zentrale
> Verkehrsschild-Information unterbringen wollen und suchen uns dann eine
> zentrale Stelle aus, an der die Icons, Presets, Beschreibungen, Ausnahmen
> etc. hinterlegt werden.
> Dort greifen dann das JOSM Plugin, der Keypad-Mapper, OpenStreetBugs, Kort
> usw. usw. die Infos automatisiert ab und sind so immer aktuell ohne
> Update-Erfordernis.
>
>
> 3) ein Projekt-Team fasst die vorhandenen Info-Schnipsel an der gemeinsam
> festgelegten zentralen Stelle zusammen und verbannt die Einzelseiten im
> Wiki nach einiger Zeit in die Ablage um Verwirrung und redundante
> Informationen zu vermeiden (Beispiel: road_signs, traffic_signs)
>
>
> 4) die Software-Entwickler werden aufgerufen, ihre Software mit der
> zentralen Schild-Information zu fttern und regelmig upzudaten, um stets
> aktuell zu sein.
>
>
> 5) alle interessierten Mapper ergnzen die vorhandenen Informationen
> laufend, so wie sich neue Fragestellungen / Erkenntnisse ergeben
>
>
> Ich schlage vor, diese Sequenz zunchst fr Italien und Deutschland
> durchzuziehen, weil in diesen beiden Lndern das Thema aktuell ist,.
> Nach einiger Zeit knnen wir dann die Infos weiterverbreiten, so dass dann,
> wenn einige Erfahrung gesammelt ist, andere Lnder in unsere Fustapfen
> steigen knnen um das Schema fr ihr eigenes Land anzuwenden.
>
>
> Meine Frage an Euch:
>
> wird die Idee grundstzlich fr gut befunden?
>
> Wenn ja, wrde ich zeitnah eine Projektseite im Wiki einrichten, auf der
> dann die Details des Vorhabens diskutiert und die Umsetzung angegangen
> werden knnen.
>
>
> Bitte hier im Laufe der nchsten 7 Tage abstimmen:
>
>
> http://www.voycer.de/voting/3N9crnkLk/openstreetmap-soll-das-projekt-taggen-von-verkehrsschildern-gem-talk-de-diskussion-gestartet-werden<
> http://www.voycer.de/voting/3N9crnkLk/openstreetmap-soll-das-projekt-taggen-von-verkehrsschildern-gem-talk-de-diskussion-gestartet-werden
> >
>
>
> Cheers Markus
>
>
>
>
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Kort Game mit neuer Aktion/Kampagne dieses Wochenende!

[Ruben Kelevra]

Was fehlt ist jetzt z.B. das man einen Tag setzt der bedeutet das es
hier ein Geschäft gibt, man aber nicht weiß welches und so anderen
Spielern den Anreiz gibt dort hin zu gehn. In einer Fußgängerzone
gibts eben viele Geschäfte und bei mir sind nicht alle getaggt.

So einen Tag haben wir schon bei highway ... und zwar road.


LG Ruben

Am 16. Juni 2013 21:09 schrieb Stefan Keller :
> Hallo Henning
>
> Am 16. Juni 2013 14:19 schrieb Henning Scholland :
> ...
>> Frederiks Aussage war: Die meisten KORT-Spieler sind Mapper, ergo ist es
>> nicht so schlimm, wenn die Verbesserungen via Proxy zu OSM fließen. Wenn dem
>> so ist, stelle ich die Frage, warum das dann überhaupt nötig ist und diese
>> Mapper den Fehler nicht direkt beheben. Wenn dem nicht so ist, sehe ich hier
>> keinen Grund, warum man KORT anders behandeln sollte als andere Projekte.
>
> So wie es jetzt ist - mit den Validierungen ohne direktes Einfliessen
> zu OSM - ist eine direkte Konsequenz daraus, dass es sich hier um ein
> Spiel handelt, also um eine Art Geographiequiz, wo die Frage gestellt
> wird, ob man den Küchentyp eines Restaurants kennt. Wenn dir das Video
> zu lang ist, schau doch mal diese Webseiten an: [1][2].
>
> Die Statistik hier [3] zeigt das aktuelle Verhältnis der Accounts -
> wobei das v.a. Zahl der Anmeldungen anzeigt, nicht die "Aktiven". Es
> zeigt, dass die Mehrheit sich mit dem OSM-Account angemeldet hat. Ich
> denke es hat auch viele aktive GeoCacher darunter. Es ist hier ja auch
> eine Lösung gesucht für Nicht-OSM-Accounts.
>
> Eines der Ziele des Kort Games war, einerseits bestehende Mapper,
> welche die Lust etwas verloren haben, zum Wieder-Mitmachen zu
> animieren, wie auch neue Mapper zu gewinnen, in dem sie spielerisch zu
> OSM beitragen können.
>
> Der Unterschied zu Wheelmap ist, dass wir in Kort nur von
> Verbesserungen sprechen, die mind. drei Mal(!) von anderen Spielern,
> die nichts voneinander wissen, überprüft, bzw. bestätigt wurden.
>
> LG, Stefan
>
>
> [1] http://wiki.openstreetmap.org/wiki/KortGame
> [2] http://www.kort.ch/
> [3] http://www.kort.ch/statistics.php
>
>
> Am 16. Juni 2013 14:19 schrieb Henning Scholland :
>>
>> Am 16.06.2013 09:13, schrieb Michael Kugelmann:
>>
>>> Am 16.06.2013 00:14, schrieb Henning Scholland:

 Ich kann mich als Mapper doch via Kort zu "Fehlern" führen lassen, vor
 Ort dann alles Überprüfen und das sowohl Kort melden als auch in OSM
 eintragen.
>>>
>>> KORT ist ein Spiel, sieh Dir die (bald veröffentlichte) Videoaufzeichnung
>>> von der FOSSGIS 2013 an, auf der es einen Vortrag (inkl. Livedemo) dazu gab.
>>> Daraus ergibt sich, dass die Spieler die Edits dort eher nicht in
>>> JOSM/iD/... fixen werden sondern in KORT.
>>
>>
>> Frederiks Aussage war: Die meisten KORT-Spieler sind Mapper, ergo ist es
>> nicht so schlimm, wenn die Verbesserungen via Proxy zu OSM fließen. Wenn dem
>> so ist, stelle ich die Frage, warum das dann überhaupt nötig ist und diese
>> Mapper den Fehler nicht direkt beheben. Wenn dem nicht so ist, sehe ich hier
>> keinen Grund, warum man KORT anders behandeln sollte als andere Projekte.
>> Bei der Wheelmap und ihrem Editor gab es große Diskussionen mit dem
>> Resultat, dass Edits, die über wheelchair=* hinaus gehen, nur noch via
>> OSM-Account möglich sind.
>>
>> Henning
>>
>>
>>
>> ___
>> Talk-de mailing list
>> Talk-de@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-de
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de

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

Re: [Talk-de] Kort Game mit neuer Aktion/Kampagne dieses Wochenende!

[Ruben Kelevra]

Trotzdem läufts im Chrome gut. :)

LG Ruben

Am 17. Juni 2013 12:57 schrieb Jo :
> Es ist für Handy und Tablet gemeint, nicht für den Desktop. Die Aufgaben
> sind immer sachen die man drausen feststellen muss.
>
> Jo
>
> 2013/6/17 Manuel Reimer 
>
>> Gelesen habe ich über Kort ja schon viel, aber zum Laufen bekommen bisher
>> nicht.
>>
>> Könnt ihr auch mal darum kümmern, dass das Programm auf dem Desktop auch
>> mit
>> Firefox funktioniert?
>>
>> Gruß
>>
>> Manuel
>>
>>
>> ___
>> Talk-de mailing list
>> Talk-de@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-de
>>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de

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

[Talk-de] OSB in Notes importieren; Wird das OSB-Plugin Notes unterstützen?

[Ruben Kelevra]

Hallo zusammen,

vielleicht hab ich eine bisherige Information überlesen oder schlicht
nicht mitbekommen, aber derzeit läuft Notes unabhängig und ohne Import
bisheriger Daten auf der Hauptseite. Weiterhin bietet OpenStreetBugs
nach wie vor die Möglichkeit dort Daten abzulegen. Defakto fahren wir
nun zweigleisig, was besonders ärgerlich ist wenn man versucht ein
Gebiet zu überwachen und nun immer die Bugs von der Startseite in JOSM
versuchen muss nachzuvollziehen.

Grundsätzlich begrüße ich den Vorstoß OSB auf die OSM-Hauptseite zu
bringen, allerdings hätte ich es mir gewünscht wenn vorher die
Datenbank von OpenStreetBugs importiert worden wäre und die Seite
OpenStreetBugs dann nur noch einen Hinweis anzeigen würde wie man die
Bugs nun auf der Hauptseite erstellt. Mit einer API-Kompabilität und
ein einfaches Umleiten wäre sicher auch das Plugin in JOSM dazu zu
bewegen mit den Notes zu sprechen.

Die Frage ist, ist das noch geplant, oder wird OpenStreetBugs nun
einfach irgendwann abgeschaltet, ohne Import, sodass wir die dort
hinterlegten Daten verlieren?


Liebe Grüße

Ruben

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

Re: [Talk-de] Wie Adressen richtig richtig mappen?

[Ruben Kelevra]

Vielleicht einfach die Straße komplett raus werfen und neu hinzufügen.
Kann ja nicht soo ewig dauern und ständig werden die Relationen auch
nicht aktualisiert.


LG Ruben

Am 24. Juni 2013 19:59 schrieb Sarah Hoffmann :
> On Mon, Jun 24, 2013 at 12:48:00PM +0200, Jo wrote:
>> 2013/6/24 Manuel Reimer 
>>
>> > Raimond Spekking  gmail.com> writes:
>> > > Auch +10. Wobei ich mit Straßenrelationen noch nie so recht warum
>> > > geworden bin.
>> >
>> > +100
>> >
>> > Zu aufwändig. Wenn ich irgendwo nur die "Straßenrelationen" sehe, dann
>> > trage
>> > ich die Tags nach und wo beides vorhanden ist und eine Korrektur fällig
>> > ist,
>> > korrigiere ich nur die Tags und lasse die Relationen links liegen.
>> >
>> > Werden die Relationen überhaupt von den gängigen Routing-Lösungen
>> > ausgewertet?
>> >
>>
>> Sowie ich es verstehe benutzt wenigstens Nominatim sie.
>
> Nun ja, es kann damit mehr oder weniger umgehen, aber vor allem beim Update
> machen die Relationen immer wieder Probleme, weil es da einen Haufen von
> unmöglichen Sonderfällen zu beachten gibt, die gar nicht alle abfangen
> werden können, weil sonst die Updates zu lange dauern würden.
>
> Sarah
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de

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

Re: [Talk-de] Outdoor Androide von Garmin!

[Ruben Kelevra]

Fragt sich welche Software man da am besten benutzt ... :)


LG Ruben

Am 25. Juni 2013 15:08 schrieb Sven Geggus :
> Moin,
>
> eigentlich wollte ich ja schon imemr was auf das man eigene Software
> drauftun kann.
>
> Vielliecht wird das hier:
> http://linuxgizmos.com/rugged-multiwireless-multifunction-gps-runs-android/
>
> ja was ich mir vorstelle und kann endlich den alten Gpsmap ablösen.
>
> Bin gespannt
>
> Sven
>
> --
> "Whenever there is a conflict between human rights and property
> rights, human rights must prevail." (Abraham Lincoln)
>
> /me is giggls@ircnet, http://sven.gegg.us/ on the Web
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de

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

Re: [Talk-de] Outdoor Androide von Garmin!

[Ruben Kelevra]

Bei mir hab ich keine Probleme mit dem Display (AMOLED) und auch keine
Probleme mit GPS (hat auch Glonass/GPS). Macht auch im Gebäude n fix
auf 10 Meter Umkreis und sonst etwa 1-2 Meter Genauigkeit wenn ich ne
Karte mit der Wirklichkeit vergleiche.

Davon ab hat das Display 720p und 5,5 Zoll ;)


LG Ruben

Am 25. Juni 2013 16:49 schrieb Benjamin Lebsanft :
> On 25.06.2013 16:46, Ruben Kelevra wrote:
>>
>> Fragt sich welche Software man da am besten benutzt ... :)
>
>
> OSMAnd z.B.? KeyPad Mapper, OSM Tracker, is doch super, wenn man das endlich
> auf nem Gerät mit ordentlichem Display und gutem GPS nutzen kann :)
>
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de

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

Re: [Talk-de] Bilder zusammenfügen

[Ruben Kelevra]

Nimm MapCruncher.

http://research.microsoft.com/mapcruncher/‎

Am Ende musst du die Dateien umbenennen, da hilft dieses
Python-Script. Das muss in den Ordner wo die ganzen Bild-Dateien drin
liegen und benötigt python 2.x. Unter Windows einfach cmd starten, in
den Ordner rein mit "cd C:\pfad\zum\ordner" und dann
"C:\Python2x\python.exe Qtile2TMS.py".

http://pastebin.com/UkdGUs8U

Dann kannst du in JOSM via file:// den Ordner angeben und das Overlay laden.


LG Ruben

Am 26. Juni 2013 23:50 schrieb Masi Master :
> Am 26.06.2013, 23:24 Uhr, schrieb Thorsten Alge :
>
>
>> Hallo Liste,
>>
>> ich komme ggf. ein ältere Karten heran die ich gerne für verschiedene
>> Zwecke einscannen würde. Da diese aber deutlich über die größe meines
>> Scanners herausragen muss ich diese in Abschnitten einscannen und danach
>> zusammen fügen.
>>
>> Hat damit schon Jemand Erfahrung und kann mir eine brauchbare Software
>> empfehlen? Ich habe es bereits mit Hugin versucht komme damit aber gar
>> nicht zurecht.
>
>
> Mit Hugin ists vielleicht ein wenig zu aufwändig, nur rechteckige Bilder
> aneinander zu fügen. Jedoch kann man damit relativ gut die Erdkrümmung aus
> den Karten herausrechnen, also die Längen- und Breitengrad parallel
> zueinander machen, damit man sie als Hintergrund legen kann.
> Ansonsten kann ich dir leider nicht weiterhelfen, bzw. kein Programm
> empfehlen.
>
> Gruß
> Masi
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de

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

Re: [Talk-de] Adressbestände Köln nun als OpenData

[Ruben Kelevra]

Das ist nur die Stadt Köln, oder ist es alles was die Stadt Köln
verwaltet (=Regierungsbezirk Köln)? :)


LG Ruben

Am 27. Juni 2013 09:41 schrieb Raimond Spekking :
> Die Stadt Köln hat ihre Adress- und Datenbestände nun unter
> cc-by-sa-3.0-Lizenz veröffentlicht:
>
> http://www.offenedaten-koeln.de/2013/06/datenmittwoch/
>
> Adressen (zip, kmz, xml)
> Block (zip, kmz, xml)
> Blockabschnitte (zip, kmz, xml)
> Blockseiten (zip, kmz, xml)
> Stadtviertel (zip, kmz, xml)
> Strasse (zip, kmz, xml)
> Strassenabschnitt (zip, kmz, xml)
> Strassenknoten (zip, kmz, xml)
>
> Raimond.
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>

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

Re: [Talk-de] Adressbestände Köln nun als OpenData

[Ruben Kelevra]

Schade ... könnte Stadtteilzuordnungen zu Straßen hier bei uns in
Wermelskirchen gut gebrauchen.

Aber grundsätzlich erstmal tolle Sache das Köln die Daten frei gibt!


LG Ruben

Am 27. Juni 2013 16:42 schrieb Raimond Spekking :
> Das ist nur Stadt Köln.
>
> Raimond.
>
> Am 27.06.2013 14:44, schrieb Ruben Kelevra:
>> Das ist nur die Stadt Köln, oder ist es alles was die Stadt Köln
>> verwaltet (=Regierungsbezirk Köln)? :)
>>
>>
>> LG Ruben
>>
>> Am 27. Juni 2013 09:41 schrieb Raimond Spekking :
>>> Die Stadt Köln hat ihre Adress- und Datenbestände nun unter
>>> cc-by-sa-3.0-Lizenz veröffentlicht:
>>>
>>> http://www.offenedaten-koeln.de/2013/06/datenmittwoch/
>>>
>>> Adressen (zip, kmz, xml)
>>> Block (zip, kmz, xml)
>>> Blockabschnitte (zip, kmz, xml)
>>> Blockseiten (zip, kmz, xml)
>>> Stadtviertel (zip, kmz, xml)
>>> Strasse (zip, kmz, xml)
>>> Strassenabschnitt (zip, kmz, xml)
>>> Strassenknoten (zip, kmz, xml)
>>>
>>> Raimond.
>>>
>>>
>>> ___
>>> Talk-de mailing list
>>> Talk-de@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-de
>>>
>
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>

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

Re: [Talk-de] Drohung an Mapper

[Ruben Kelevra]

Am 24. September 2013 16:13 schrieb Max :
> Ich finde Bing ja besonders interessant. Dass die sogar Straßen erfinden um 
> die Zensur-Lücke zu schließen:
> http://binged.it/1gWgf6K
Versuch doch dort zu Routen per Bing, ein riesiges Areal darum herum
ist nicht routebar.


LG Ruben

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