[Translators-packages] [Bug 1082897] Re: k3b-i18n should not depend on k3b

** Changed in: k3b (Ubuntu) Status: Expired => New ** Changed in: language-pack-kde-de (Ubuntu) Status: Expired => New -- You received this bug notification because you are a member of Translators Packages, which is subscribed to language-pack-kde-de in Ubuntu. https://bugs.launchp

[Bug 1082897] Re: k3b-i18n should not depend on k3b

** Changed in: k3b (Ubuntu) Status: Expired => New ** Changed in: language-pack-kde-de (Ubuntu) Status: Expired => New -- You received this bug notification because you are a member of Kubuntu Bugs, which is subscribed to k3b in Ubuntu. https://bugs.launchpad.net/bugs/1082897 Titl

[Bug 1082897] Re: k3b-i18n should not depend on k3b

There is no mixing of desktop environments here. The problem has been there in k3b-i18n since at least 14.04 LTS, so 2.0.2-7ubuntu1 to 2.0.3-0ubuntu5 are affected. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.

[Bug 1082897] Re: k3b-i18n should not depend on k3b

There is no mixing of desktop environments here. The problem has been there in k3b-i18n since at least 14.04 LTS, so 2.0.2-7ubuntu1 to 2.0.3-0ubuntu5 are affected. -- You received this bug notification because you are a member of Kubuntu Bugs, which is subscribed to k3b in Ubuntu. https://bugs.la

[Translators-packages] [Bug 1082897] Re: k3b-i18n should not depend on k3b

There is no mixing of desktop environments here. The problem has been there in k3b-i18n since at least 14.04 LTS, so 2.0.2-7ubuntu1 to 2.0.3-0ubuntu5 are affected. -- You received this bug notification because you are a member of Translators Packages, which is subscribed to language-pack-kde-de i

[Bug 1082897] Re: k3b-i18n should not depend on k3b

** Also affects: language-pack-kde-de (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1082897 Title: k3b-i18n should not depend on k3b To manage n

[Translators-packages] [Bug 1082897] Re: k3b-i18n should not depend on k3b

** Also affects: language-pack-kde-de (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Translators Packages, which is subscribed to language-pack-kde-de in Ubuntu. https://bugs.launchpad.net/bugs/1082897 Title: k3b-i18n shou

[Bug 1347863] [NEW] syslog levels are off

Public bug reported: On several kinds of log messages, the syslog error level is off. This is quite annoying when using the systemd journal, since journalctl formats messages according to their syslog level. See man syslog(3) for description of the syslog levels. > Jul 12 19:55:25 sshd[6507]: fa

[Touch-packages] [Bug 1347863] [NEW] syslog levels are off

Public bug reported: On several kinds of log messages, the syslog error level is off. This is quite annoying when using the systemd journal, since journalctl formats messages according to their syslog level. See man syslog(3) for description of the syslog levels. > Jul 12 19:55:25 sshd[6507]: fa

[Bug 1347863] [NEW] syslog levels are off

Public bug reported: On several kinds of log messages, the syslog error level is off. This is quite annoying when using the systemd journal, since journalctl formats messages according to their syslog level. See man syslog(3) for description of the syslog levels. > Jul 12 19:55:25 sshd[6507]: fa

Re: [Talk-de] Spurmapping?

Hallo Fabian, Am Mittwoch, 8. Januar 2014, 19:40:55 schrieb Fabian Schmidt: > http://wiki.openstreetmap.org/wiki/Talk:Lane_assist/Examples/Motorway_exit > war das Fazit einer Diskussion auf tagging@, dass es bei *Abfahrten* > besser sei, früher aufzuteilen, da niemand die Abfahrt verpassen will,

Re: [Talk-de] Schienenkreuze und Weichen

Hallo Peter, Am Montag, 30. Dezember 2013, 17:04:32 schrieb Peter Wendorff: > Bei Straßen scheint sich Martins Vorschlag weitgehend in Richtung > Spurmapping zu bewegen; abgesehen davon verstehe ich nicht, warum das > Beispiel im Wiki mit der junction-Fläche dann doch noch zwei > Kreuzungspunkte e

Re: [Talk-de] Schienenkreuze und Weichen

Hallo Andreas, Am Montag, 30. Dezember 2013, 13:26:41 schrieb Andreas Neumann: > - Eine Lösung wäre jedesmal Abbiegerelationen anzulegen, was ich aber > für zu kompliziert halte. Hätte natürlich den Vorteil, dass man nicht für jede Transportmittelart eine eigene Lösung braucht. > - Möglichkeit

Re: [Talk-de] Adresstagging - Karlsruher Schema

Hallo Florian, Am Donnerstag, 26. Dezember 2013, 10:35:12 schrieb Florian Lohoff: > > Auf der anderen Seite: je mehr Daten dran stehen, desto > > wahrscheinlicher ist es, dass jemand Fehler macht. > > Je mehr daten drinstehen desto eher habe ich eine möglichkeit diese zu > Validieren. Hemming Dis

Re: [Talk-de] Adresstagging - Karlsruher Schema

Hallo Bernhard, Am Mittwoch, 25. Dezember 2013, 09:32:44 schrieb Bernhard Kuisle: > Liebe OSMler, ich möchte mich dafür aussprechen, beim Adresstagging nicht an > den Bytes zu sparen und das Karlsruher Schema trotz der Redundanz > beizubehalten. Auf der anderen Seite: je mehr Daten dran stehen,

Re: [Talk-de] zum neuen OSM - Design

Hallo Wuzzy, Am Montag, 23. Dezember 2013, 13:52:01 schrieb Wuzzy: > Nur Schade, dass die Gelegenheit verpasst wurde, den > »Open«CycleMap-Layer (Radfahrerkarte) endlich mal rauszuschmeißen. > Meiner Meinung nach hat der auf der offiziellen (!) Homepage von > OpenStreetMap nichts zu suchen, weil d

Re: [Talk-de] Zeitreise ins 4. Jahrhundert oder was?

Hallo Bernhard, Am Montag, 16. Dezember 2013, 21:54:01 schrieb Bernhard Weiskopf: > Bordsteinkanten sind für gehbehinderte Nutzer aber schon sehr wichtig. Bordsteinkanten: ja – Karten von Bordsteinkanten: nein Eckhart ___ Talk-de mailing list Talk-de@

Re: [Talk-de] Zeitreise ins 4. Jahrhundert oder was?

Hallo Chris, Am Montag, 16. Dezember 2013, 15:33:36 schrieb chris66: > Bei Wikipedia gibt's das ja schon, es wird immer schwieriger > für Anfänger was neues (in entsprechender Relevanzhöhe) > einzutragen. Mit dem Ergebnis, dass es immer weniger > Wikipedia-Autoren gibt. Ja und? Seit wann definier

Re: [Talk-de] zum neuen OSM - Design für normale Nutzer

Hallo Martin, Am Mittwoch, 11. Dezember 2013, 15:49:38 schrieb Martin Koppenhoefer: > […] wir haben z.B. auch keine live-Daten zum Verkehr, die > heutzutage im Prinzip beim Kfz-Routing Pflicht sind, will man in der ersten > Liga mitspielen. […] Wir kriegen ja noch nicht mal flächendeckend TMC-Dat

Re: [Talk-de] zum neuen OSM - Design

Hi, generell finde ich neue Layout auch sehr gelungen. Ich habe mal bewusst ein bisschen rumgespielt, mir sind da ein paar Kleinigkeiten aufgefallen (sind sicher auch ein paar ältere Sachen dabei): == Wo bin ich? == - "Wo bin ich" mit Zusatztext "Die aktuelle Position mit der Suchmaschine anze

Re: [Talk-de] Öffnungszeit alle drei Wochen

Hallo Andreas, Am Dienstag, 3. Dezember 2013, 16:51:38 schrieb Andreas Schmidt: > Der Bücherbus (=fahrbare Bibliothek) hält dort alle drei Wochen > (18.12.2013 usw.) Mittwoch 16:55 - 17:15 > […] > Okay, Mittwoch durch Wednesday ersetzen ist klar, aber wie tagge ich > "alle drei Wochen"? was dem a

Re: [Tagging] opening-hours off closed

Hi André, Am Samstag, 30. November 2013, 02:06:36 schrieb André Pirard: > You wrote that "off" must not be defined but "grasped" and it really > looks so. > You keep using the word "wrong" instead of showing what is right. I told you both how "off" has to be interpreted and the reason why it has

Re: [Tagging] opening-hours off closed

Hi André, Am Donnerstag, 28. November 2013, 16:15:39 schrieb André Pirard: > So, I thought that this fuzzy matter had to be be solved by writing a > simple syntax diagram. Should anything be wrong in it, someone would put > it right and it would be a good job jobbed and a big step forward. If you

Re: [Tagging] opening_hours extension: combined time range with open end as 18:00-22:00+

Hi Robin, Am Montag, 25. November 2013, 21:22:42 schrieb Robin `ypid` Schneider: > I would like to have some level of clarity about tagging a time range directly > followed by an open end time. > > So I started a voting here: > http://wiki.openstreetmap.org/wiki/Talk:Key:opening_hours#Voting_addo

[kmail2] [Bug 325043] Kmail takes several minutes (and more) to open a message

https://bugs.kde.org/show_bug.cgi?id=325043 --- Comment #5 from Eckhart Wörner --- In my case, the underlying cause was a duplicate inbox folder, as described in bug #322958. Peter: could you please check whether you have a duplicate special folder as well? -- You are receiving this mail

[kmail2] [Bug 325043] Kmail takes several minutes (and more) to open a message

https://bugs.kde.org/show_bug.cgi?id=325043 Eckhart Wörner changed: What|Removed |Added CC||ewoer...@kde.org -- You are receiving this

Re: [Tagging] opening-hours: how to code "always but..."? Syntax diagram.

Hi André, Am Sonntag, 20. Oktober 2013, 19:19:35 schrieb André Pirard: > […loads of quoted text…] please do not quote an entire conversation on top of your reply, otherwise people have a hard time finding your actual reply. > No, that is completely wrong. 24/7 is *not* meant to be used as a buil

Re: [Tagging] opening-hours: how to code "always but..."? Syntax diagram.

Hi Janko, Am Samstag, 19. Oktober 2013, 22:54:04 schrieb Janko Mihelić: > 24/7;Fr 00:00-14:00,22:00-24:00 No, that is completely wrong. 24/7 is *not* meant to be used as a building block. > I wouldn't use "off", I'm not sure a lot of data consumers consider it. To my knowledge, all data consum

Re: [Tagging] opening-hours: how to code "always but..."? Syntax diagram.

Hi André, Am Samstag, 19. Oktober 2013, 22:30:44 schrieb André Pirard: > I've had multiple difficulties described here > coding a simple > opening-hours "always except one period". opening_hours=00:00-24:00; Fr 00:00-14:00,22:00-00:00 Eckhart

Re: [Talk-de] Gebäude, Grundstücke und Institutionen

Am Mittwoch, 11. September 2013, 18:53:39 schrieb Stephan Wolff: > Das Institute und Fachkliniken in die OSM-Datenbank gehören, wird > hoffentlich nicht bezweifelt. Ähm, doch? Was kommt als nächstes? Firmenstruktur der Deutschen Bank in OSM? Eckhart _

Re: [Talk-de] Variable Geschwindigkeitsbegrenzung

Hallo Frederik, Am Samstag, 10. August 2013, 14:08:24 schrieb Frederik Ramm: > Das halte ich fuer eine sehr theoretische Aussage. Ihr liegt die Annahme > zugrunde, dass ein Router fuer eine nicht tempolimitierte deutsche > Autobahn eine andere durchschnittiche Reisegeschwindigkeit annimmt als >

Re: [Talk-de] Variable Geschwindigkeitsbegrenzung

Hallo Andreas, Am Samstag, 10. August 2013, 14:04:26 schrieb Andreas Neumann: > ich beziehe mich auf http://www.openstreetmap.org/?note=2864 und auf > viele Meldungen in Skobbler an dem selben Autobahnabschnitt. die meisten Meldungen in MapDust kommen wohl deswegen zustande, weil da ein Abschnit

Re: [Talk-de] Umgang mit Proposals

Hallo Roland, Am Freitag, 9. August 2013, 08:04:22 schrieb Roland Olbricht: > noch eine viel einfachere Vorgehensweise: > > Wenn nicht innerhalb von 30 Tagen zu einem Proposal 25% der > Wiki-Account-Inhaber geäußert haben, wird das Proposal in den Zustand Mit anderen Worten: wir schaffen Proposa

Re: [Talk-de] Autokennzeichen

Hallo Sarah, Am Donnerstag, 8. August 2013, 21:00:26 schrieb Sarah Hoffmann: > für Nominatim hat jemand den Featurewunsch geäussert, dass es doch die > Suche nach deutschen Autokennzeichen unterstützen möge (siehe > https://trac.openstreetmap.org/ticket/4936). Finde ich jetzt keine > schlechte Ide

Re: [Talk-de] Qualitätsverbesserung von SpeedCamera-Relationen

Hallo Fly, Am Sonntag, 4. August 2013, 15:39:05 schrieb fly: > * entweder das Objekt neben die Straße platzierenen und woher soll man dann wissen, in welche Richtung der Blitzer arbeitet? Blitzer stehen nicht nur am rechten Straßenrand. Eckhart ___ T

Re: [Talk-de] Qualitätsverbesserung von SpeedCamera-Relationen

Hallo Tirkon, Am Samstag, 27. Juli 2013, 01:38:56 schrieb Tirkon: > Ich denke, dass die Enforcement-Wikiseite > http://wiki.openstreetmap.org/wiki/DE:Relation:enforcement > mit ihren Relationen und ellenlanger komplizierter Beschreibung die > meisten User vom Mappen der Speedcams abschreckt. >

Re: [Talk-de] Zeitlich beschraenkte Aenderungen der Geodaten

Hallo Alexander, Am Montag, 22. Juli 2013, 00:45:04 schrieb Alexander Lehner: > Aus gegebenem Anlass - 'historisches Stadtfest' alle 4 Jahre mit > hunderttausendend von Gaesten, gesperrte Parkplaetze und Strassen, > Umleitungen, zusaetzliche amenities etc.. > > Das Thema wurde schon ein paar Ma

Re: [Talk-de] Einführung eines neuen Tags (globaleID)

Hallo Wolfgang, Am Mittwoch, 10. Juli 2013, 17:04:13 schrieb Wolfgang Hinsch: > Also, wenn ich das richtig verstanden habe, […] nein, offensichtlich nicht. Eckhart ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listi

Re: [Talk-de] Einführung eines neuen Tags (globaleID)

Hallo Tirkon, Am Sonntag, 7. Juli 2013, 17:36:18 schrieb Tirkon: > Nein! Ich zitiere: > > >Bitte nur einfügen, was mit unserer Lizenz kompatibel und frei > >verfügbar ist. Nachtrag: wenn dein Beitrag anders gemeint war als von mir interpretiert, entschuldige ich mich natürlich. Trotzdem bin ic

Re: [Talk-de] Einführung eines neuen Tags (globaleID)

Hallo Tirkon, Am Sonntag, 7. Juli 2013, 17:36:18 schrieb Tirkon: > Nein! Ich zitiere: Dann zitiere ich auch nochmal: > Nummern, deren Bedeutung unter Verschluss ist, hätten > in OSM nichts zu suchen Eckhart ___ Talk-de mailing list Talk-de@openstreetm

Re: [Talk-de] Einführung eines neuen Tags (globaleID)

Hallo Rainer, Am Sonntag, 7. Juli 2013, 17:15:28 schrieb RainerU: > > Abgesehen davon kann ich mir nicht vorstellen, dass Mentz Daten ihrer > > Kunden in OSM einpflegt, ohne die Kunden vorher um Erlaubnis zu fragen. > > Kann ich mir auch nicht vorstellen. Die Frage ist, ob sich diese Kunden über

Re: [Talk-de] Einführung eines neuen Tags (globaleID)

Hallo Peter, Am Sonntag, 7. Juli 2013, 16:34:08 schrieb Peter Wendorff: > Aber: Wenn der Fremdschlüssel als Information selbst nicht frei ist - > und das ist die Annahme von Wolfgang, die er hier zurecht äußert, dann > darf sie - unabhängig davon, welchen Umfang OSM hat oder haben sollte - > nicht

Re: [Talk-de] Einführung eines neuen Tags (globaleID)

Hallo Wolfgang, Am Sonntag, 7. Juli 2013, 15:33:07 schrieb Wolfgang Hinsch: > > > Nummern, deren Bedeutung unter Verschluss ist, hätten > > > in OSM nichts zu suchen, weil dann der Titel "!!!Freie!!! Datenbank" > > > keine Berechtigung mehr hätte. > > > > Aua! > > Warum Aua? Weil die Aussage au

Re: [Talk-de] Einführung eines neuen Tags (globaleID)

Hallo Dirk, Am Sonntag, 7. Juli 2013, 10:10:26 schrieb Dirk Sohler: > > Die Modellierung soll Routing und Navigation innerhalb des Bahnhofs > > bis zum Fahrzeug erlauben und dabei speziell auch wo möglich die > > Berechnung barrierefreier Routen ermöglichen. > > Ist das ein Projekt, aus dem die C

Re: [Talk-de] Einführung eines neuen Tags (globaleID)

Hallo Tirkon, Am Sonntag, 7. Juli 2013, 12:06:06 schrieb Tirkon: > >Für diese Erfassung benötigen wir einen neuen Tag. Dieser Tag > >soll globale_id_pt = * (IFOPT Nummer) heißen. > > Nummern, deren Bedeutung unter Verschluss ist, hätten > in OSM nichts zu suchen, weil dann der Titel "!!!Freie!!!

Re: [Talk-de] Spurassistent / lanes / turn

Hallo Florian, Am Freitag, 5. Juli 2013, 16:22:32 schrieb Florian Lohoff: > ich habe diese woche mit begeisterung gesehen das Mapfactor Navigator > die turn/lanes werte auswertet und einen Spurassistenten anzeigt. > > Ich habe daraufhin mal diverse Kreuzungen "nachbearbeitet" - mal sehen > wie de

Re: [Tagging] gross weight - conclusions & changes

Hi martinq, Am Dienstag, 2. Juli 2013, 20:01:59 schrieb martinq: > For highest level of confusion, "gross weight" is not used as (short) > synonym for *permissible* maximum mass everywhere. > > In contrary! In US they distinguish between: > GVW = gross vehicle weight, meaning the *ACTUAL* weight

[Bug 1196510] [NEW] git bash completion is noisy when removed but not purged

Public bug reported: When git is removed but not purged, the following message is printed on every bash login: bash: /usr/lib/git-core/git-sh-prompt: No such file or directory The reason is that /etc/bash_completion.d/git-prompt unconditionally sources /usr/lib/git-core/git-sh-prompt Please con

Re: [Tagging] gross weight - conclusions & changes

Hi, Am Montag, 1. Juli 2013, 13:59:28 schrieb Colin Smale: > The UK Government seem to think an HGV starts at 3.5t GVW, not 7.5t. Which is not surprising since this exactly how the Vienna Convention defines it. > By those standards, hgv=no is not a correct transposition of the sign > with a lorr

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

Hallo Ruben, Am Samstag, 15. Juni 2013, 16:47:28 schrieb Ruben Kelevra: > 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 R

Re: [Tagging] Through_route next steps

Hi Rob, Am Samstag, 15. Juni 2013, 13:33:24 schrieb Rob Nickerson: > The next steps with any tag proposal that reaches a hung jury is to read > through the comments and update the proposal to address the issues raised. > > In this case I think the wiki page needs to be clearer about what this tag

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

Hallo Martin, Am Freitag, 14. Juni 2013, 02:07:38 schrieb Martin Koppenhoefer: > m.E. braucht man 2 unterschiedliche tags, einen für tatsächliches Gewicht > (maxweight und weight) und einen für zulässiges Gesamtgewicht (fehlt AFAIK > noch). ist auch schon mehrfach vorgeschlagen worden, auch hier

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

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 > > f

Re: [Tagging] Fast Food Restaurants

Am Donnerstag, 30. Mai 2013, 05:22:27 schrieb Tac Tacelosky: > postgres also has ILIKE, which does case-insensitive searches, so > that's working for the moment. Unfortunately, ILIKE will not use any indexing (unless your pattern starts with some characters that are not affected by capitalization

Re: [Talk-de] gesperrte Anschlussstelle Halle-Peißen

Hallo Chris, Am Sonntag, 26. Mai 2013, 22:32:38 schrieb chris66: > > Solche "kurzzeitigen" Sperrungen sind eher was für Verkehrsdienste wie > > TMC und dem demnächst verfügbaren TPEG [1]. > > Oder für die eleganten temporary: Tags, die sich aber leider > nie durchgesetzt haben. > > http://wiki.

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

Hallo Ruben, Am Samstag, 11. Mai 2013, 18:26:38 schrieb 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. sorry, ich

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

Hallo Wilhelm, Am Samstag, 11. Mai 2013, 18:46:24 schrieb Wilhelm Spickermann: > > Interessanterweise beginnen alle diese Punkte mit > > "JOSM…" (wahrscheinlich gibt es auch ein paar Punkte, die mit > > "Potlatch…" oder "iD…" beginnen). > > Also an einem Editor-War möchte ich mich nicht beteilige

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

Hallo Wilhelm, Am Samstag, 11. Mai 2013, 17:03:16 schrieb Wilhelm Spickermann: > > Wenn an Kreisverkehren von Anfang an für Routen richtig gesplittet > > wird, sind auch nachträgliche Splits kein Problem mehr. > > Ich glaube nicht, dass nur gesplittete Kreisverkehre "richtig" sind. Es > ist etabl

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

Hallo Wilhelm, Am Freitag, 10. Mai 2013, 07:08:32 schrieb Wilhelm Spickermann: > Ein drittes Splittingproblem gibt es bei den Kreisverkehren. Wenn ein > Kreisverkehr Element einer Route ist, dann ist damit nur benötigte Teil > des Kreisverkehrs gemeint. Splittet man ihn auf, dann gilt diese > Sond

Re: [Tagging] Mismatched Level of Detail in highways vs. other elements

Hi Martin, Am Sonntag, 7. April 2013, 13:35:23 schrieb Martin Atkins: > I wonder if the root problem is that we've conflated the idea of the > physical construct of a street with its parallel in the routing network. IMHO the underlying main problem is that OSM is steadily moving towards some ki

[Pkg-osm-maint] Bug#703635: Wrong dependency on ant?

Package: osmosis Version: 0.40.1+ds1-7 The binary package osmosis currently depends on ant. However, ant is a build tool and therefore most likely not required for running osmosis, therefore the dependency is probably wrong and should be removed. ___

Bug#703635: Wrong dependency on ant?

Package: osmosis Version: 0.40.1+ds1-7 The binary package osmosis currently depends on ant. However, ant is a build tool and therefore most likely not required for running osmosis, therefore the dependency is probably wrong and should be removed. -- To UNSUBSCRIBE, email to debian-bugs-dist-r

Bug#703628: Drop recommendation of protobuf-compiler

Package: libprotobuf-java Version: 2.4.1-3 libprotobuf-java should not recommend protobuf-compiler (neither suggest it), since protoc is used only as a development tool (according to description) and does not provide any benefit to the end user. -- To UNSUBSCRIBE, email to debian-bugs-dist-re

Re: [Talk-de] Tags für die grüne Welle

Hallo Martin, Am Montag, 11. Februar 2013, 10:28:07 schrieb Martin Schafran: > ich bin ständig dabei, die Daten von offiziellen Stellen zu bekommen. Ein > schreibender Zugriff auf mein System ist sowieso möglich und gewünscht. > Das Problem stellt die dunkle Seite der Macht dar. könntest du dann

Re: [Talk-de] Tags für die grüne Welle

Hallo Martin, ein paar grundsätzliche Kommentare. Wie im Forum auch schon erwähnt, glaube ich, dass du den Aufwand unterschätzt, um systematisch Ampeln zu erfassen. Das Problem in OSM ist nicht, dass wir zu wenige Daten haben, sondern, dass wir viel zu viele Daten haben, die falsch sind (und w

Re: [Talk-de] Tags für die grüne Welle

Hallo Martin, ein paar technische Kommentare. Am Samstag, 9. Februar 2013, 21:22:47 schrieb Martin Schafran: > Für eine Fahrbeziehung (relation mit members from, via, to), die am Montag > zw. > 6 und 20 Uhr 35 sek. grün und 50 sek. rot ist. "rot" ist als "nicht grün" definiert, enthält insbeso

Re: [Tagging] Follow-up on Time Domains

Hi Serge, Am Dienstag, 22. Januar 2013, 06:51:29 schrieb Serge Wroclawski: > Except why use abbreviations that no one uses elsewhere? > > I've never seen two letter abbreviations for days of the week outside > OSM, in any computer system. > > So why use a codification that no one else uses, to s

Re: [Tagging] Follow-up on Time Domains

Hi everybody, Am Sonntag, 20. Januar 2013, 15:16:14 schrieb Eckhart Wörner: > The latest version of the proposal is here: > http://wiki.openstreetmap.org/wiki/Proposed_features/Time_domains there have been some minor additions resulting in an updated spec. Here is the list of opening

Re: [Tagging] Follow-up on Time Domains

Hi Richard, Am Sonntag, 20. Januar 2013, 09:46:37 schrieb Richard Welty: > "Generating results, this may take some time..." > > how long does this normally take? it downloads some data, then processes it using JavaScript. Here is a static version: http://eckhart-woerner.de/~eckhart/time/time-st

Re: [Tagging] Follow-up on Time Domains

Hi Serge, Am Sonntag, 20. Januar 2013, 10:00:11 schrieb Serge Wroclawski: > The Microformats community seems to be going through a similar > process: http://microformats.org/wiki/opening-hours > > The funny part is that they use our current spec as an example of > opening hours done right. I fai

[Tagging] Follow-up on Time Domains

Hi everybody, last year, I started an RFC to properly define time domains. Unfortunately, due to lack of time I wasn't able to follow-up on this. I would like to revive the discussion. The latest version of the proposal is here: http://wiki.openstreetmap.org/wiki/Proposed_features/Time_domains

Re: [Tagging] business closed for renovation - tagging best practice

Hi Steve, Am Donnerstag, 17. Januar 2013, 13:25:44 schrieb Steve Doerr: > Would this fit the bill: > http://wiki.openstreetmap.org/wiki/Proposed_features/temporary ? Probably this would fit the bill even better: http://wiki.openstreetmap.org/wiki/Key:opening_hours with http://wiki.openstreetmap.

Re: [Tagging] business closed for renovation - tagging best practice

Hi Greg, Am Freitag, 18. Januar 2013, 08:11:54 schrieb Greg Troxel: > > Removing things is not such a good idea when you have > > people downloading offline data and use data that is 6 months to a > > year of of date, > > I don't think we should optimize the database for bugs in people's > proces

Re: [Tagging] year in opening_hours syntax

Hi Richard, Am Dienstag, 15. Januar 2013, 15:25:27 schrieb Richard Welty: > the use case would be that known road closures could be placed in > advance, and > routing/GPS software that could handle it would be able to generate > alternate routes > depending on the time. last year, I started a p

Re: [Tagging] Source tag - deprecated for use on objects?

Hi Richard, Am Montag, 7. Januar 2013, 15:12:41 schrieb Richard Fairhurst: > FWIW, back when changesets didn't exist and we had created_by on objects, I > took the view that the created_by tag was the property of an object > _at_the_revision_in_which_it_was_inserted_. That's why P1's created_by >

Re: [Tagging] Source tag - deprecated for use on objects?

Hi Richard, Am Montag, 7. Januar 2013, 11:21:58 schrieb Richard Fairhurst: > > If putting source on the changeset is to be the way forward > > I don't think that's at all a given. Serge and some other people are > proponents of it. Other people think it simply doesn't work for real-world > mappin

Re: [Tagging] Restrictions based on the weight of a trailer

Hi Martin, Am Dienstag, 4. Dezember 2012, 09:53:03 schrieb Martin Vonwald: > I'm looking for a possibility to tag the following traffic sign: > http://vonwald.info/osm/images/dscn5532.jpg > It forbids from 05:00 to 22:00 overtaking for HGV with a weight of > more than 7.5t and also for vehicles wi

Re: [Talk-de] Demo mehrsprachige Karte

Hallo Andreas, Am Samstag, 1. Dezember 2012, 08:28:13 schrieb Andreas Labres: > Sorry, aber ich find's widersinnig, name:en=Aachen oder name:fr=Munich (das > ist > doch die engl. Sprache?) einzutragen. http://dict.leo.org/frde?lp=frde&search=m%C3%BCnchen Eckhart ___

Re: [Talk-de] Wie Abbiegebeschraenkungen eintragen ohne Spurmapping?

Hallo Martin, Am Mittwoch, 28. November 2012, 09:00:13 schrieb Martin Vonwald: > * Sehr einfach - man mappt "normal" und lässt nur ein paar Kreuzungspunkte aus Sorry, aber was "normal" ist, darüber gehen unsere Meinungen wohl auseinander. > * Aktuelle Router verstehen sie - keine Anpassungen not

Re: [Talk-de] Wie Abbiegebeschraenkungen eintragen ohne Spurmapping?

Hallo Wolfgang, Am Mittwoch, 28. November 2012, 10:23:57 schrieb Wolfgang Hinsch: > Ich meine aber generell, dass man vielleicht etwas mehr an die Praxis > als an die Theorie denken sollte. Die Position, von der aus du den > Router neu rechnen lassen willst, wird - zumindest nach heutigem Stand -

Re: [Talk-de] Wie Abbiegebeschraenkungen eintragen ohne Spurmapping?

Hallo Martin, Am Dienstag, 27. November 2012, 23:45:42 schrieb Martin Koppenhoefer: > Man könnte im Kreuzungsbereich die parallelen Spuren zusammenfassen, > so dass sich 8 Straßen da in einem Punkt treffen. …genau, und das "halb-rechts abbiegen" statt "geradeaus" gibt es dann gratis dazu. *sigh*

Re: [Talk-de] Wie Abbiegebeschraenkungen eintragen ohne Spurmapping?

Hallo Bernhard, Am Dienstag, 27. November 2012, 21:46:51 schrieb Bernhard Weiskopf: > Wie verhindert man nun, dass man im kleinen mittleren Quadrat drei Mal nach > links geschickt wird, um dann doch rechts abbiegen zu können, wenn man die > Rechtsabbiegefarbahn verpasst hat? (Linksabbiegen in der

Re: [Tagging] Feature Proposal - RFC - Gross vehicle weight rating

Hi Rob, Am Montag, 26. November 2012, 20:33:08 schrieb Rob Nickerson: > Conclusion - in the UK all weight limits are Gross Vehicle Weight Rating > limits and thus maxweight=* and hgv:maxweight=* would be enough. except that maxweight does *not* limit the Gross Vehicle Weight Rating, but the actu

Re: [Tagging] Feature Proposal - RFC - Gross vehicle weight rating

Hi Rob, Am Sonntag, 25. November 2012, 23:40:04 schrieb Rob Nickerson: > In the UK I've spotted that some maximum weight road signs have just the > weight limit on the sign, whilst others also include a picture of a HGV. > I've only realised this difference recently and have not had time to > rese

Re: [Talk-de] Broken Turn Relations

Hallo Rainer, Am Sonntag, 25. November 2012, 18:25:58 schrieb Rainer Dorsch: > hier ist ein Update von Broken Turn Relations, wie sie von Navits maptool > berichtet werden: > > http://bokomoko.de/~rd/broken_turn_relations_121125.log OSM Warning: http://www.openstreetmap.org/browse/relation/2545

[Bug 1082897] [NEW] k3b-i18n should not depend on k3b

Public bug reported: $ LANG=C aptitude why k3b i language-pack-kde-de Depends k3b-i18n i A k3b-i18n Depends k3b k3b-i18n should not depend on k3b at all. ** Affects: k3b (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are

[Bug 1082897] [NEW] k3b-i18n should not depend on k3b

Public bug reported: $ LANG=C aptitude why k3b i language-pack-kde-de Depends k3b-i18n i A k3b-i18n Depends k3b k3b-i18n should not depend on k3b at all. ** Affects: k3b (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are

[Tagging] Feature Proposal - RFC - Gross vehicle weight rating

Hi, this is a minor follow-up proposal for Conditional Restrictions. As the discussion has shown, there are both traffic signs that restrict access based on the actual weight and traffic signs that restrict access based on the gross vehicle weight rating. Here are some examples (based on German

Re: [Talk-de] SPON: Matthias Kremp hat Here-Net mit Google Maps und den diversen OSM basierten Webdiensten verglichen

Hallo Johann, Am Freitag, 16. November 2012, 01:54:41 schrieb Johann H. Addicks: > > aus Neugier: welche zwei der "richtig großen" Portale sind denn gemeint? > > Cloudmade und Mapquest. maps.cloudmade.com hätte ich jetzt eher unter "Demo" eingeordnet. Ich glaube nicht, dass viele Leute da rauf

Re: [Talk-de] SPON: Matthias Kremp hat Here-Net mit Google Maps und den diversen OSM basierten Webdiensten verglichen

Hallo Johann, Am Donnerstag, 15. November 2012, 15:01:22 schrieb Johann H. Addicks: > Lobenswert ist, dass der Autor durchaus erkannt hat, dass es > unterschiedliche Kartenportale im Netz gibt, die mit OSM-Diensten arbeiten. > Schade, dass zwei richtig Große dabei nicht erwähnt wurden. aus Neu

Re: [Talk-de] Routingprobleme

Hallo Bernd, Am Samstag, 10. November 2012, 20:49:19 schrieb Bernhard Weiskopf: > Wenn jemand "no_right_turn" eingibt, obwohl er meint Linksabbiegen verboten, > und die Rolle der links abbiegende Straße als "to" nimmt, dann müsste das > Routing trotzdem richtig funktionieren. JOSM (u. a.) zeigen d

Re: [Talk-de] Routingprobleme

Hallo Chris, Am Samstag, 10. November 2012, 14:41:21 schrieb Chris66: > Ja. Das Symbölchen sollte z.B. rot sein, wenn bei einer *_left_turn > Restriction der Winkel vom 'from' zum 'to'-way eine Rechtskurve ist. generell sollte das Symbol berechnet werden, dann sind solche Fehler sofort ersichtli

Re: [Talk-de] Routingprobleme

Hallo Peter, Am Mittwoch, 7. November 2012, 14:24:29 schrieb Peter Maiwald: > Es gab eine nicht abgesprochene Änderung im Wiki zu turn restrictions. Dort > wurden alle "no" entfernt und durch sich überlagernde "only" ersetzt. Müsste > in der History im Wiki einsehbar sein. Mittlerweile ist das Wik

Re: [Talk-de] Routingprobleme

Hallo Henning, Am Mittwoch, 7. November 2012, 20:50:24 schrieb Henning Scholland: > In diesem Fall lag es daran, dass restriction=no_left_turn auf > restriction=only_straight_on bzw. only_right_turn geändert wurde ohne > den to-Weg anzupassen. > > Gibt es Anwendungen, die mit restriction=no_* n

Re: [Talk-de] Routingprobleme

Hallo Bernd, Am Mittwoch, 7. November 2012, 17:25:31 schrieb Bernd Wurst: > Am 07.11.2012 15:18, schrieb Eckhart Wörner: > > Am Mittwoch, 7. November 2012, 11:50:16 schrieb aighes: > >> bei den beiden turn-restrictions only_straight_on waren jeweils die > >> to-Mem

Re: [Talk-de] Routingprobleme

Am Mittwoch, 7. November 2012, 11:50:16 schrieb aighes: > bei den beiden turn-restrictions only_straight_on waren jeweils die > to-Member falsch gesetzt. Hab ich soeben behoben. Inzwischen ist das leider eine der häufigsten Ursachen für Routing-Probleme. Eckhart

Re: [Talk-de] Problem einer Auffahrt auf eine autobahnähnlich Straße

Hallo Albrecht, Am Mittwoch, 7. November 2012, 09:25:15 schrieb Albrecht Will: > am 3.11 habe ich mich erstmalig von Osmand navigieren lassen. Dabei fiel mir > ein eklatanter Fehler in der Führung auf. Es betrifft den Knoten > > http://www.openstreetmap.org/?lat=52.26426959037781&lon=11.62870645

Re: [Tagging] Feature Proposal – RFC – Time domains

Hi Tobias, Am Sonntag, 4. November 2012, 22:25:56 schrieb Tobias Knerr: > Does your new page take into account existing work on the topic? For > example, there is a relevant and quite thorough specification with > associated code hosted here: > > http://www.netzwolf.info/en/cartography/osm/time_d

Re: [Tagging] Feature Proposal – RFC – Time domains

Hi Martin, Am Sonntag, 4. November 2012, 22:15:22 schrieb Martin Koppenhoefer: > there is this example, which is quite obvious on the page: Mo-Fr > 08:00-16:00; We 08:00-20:00 > > But how are things if this is Mo-Fr 08:00-12:00; We 14:00-18:00 ? > Will it be open on a Wednesday at 11:00? the op

Re: [Tagging] Feature Proposal – RFC – Time domains

Hi Peter, Am Sonntag, 4. November 2012, 22:08:38 schrieb Peter Wendorff: > > However, I want to write examples based on a specification, not the other > > way round, therefore the specification has to come first. > As the tagging advice is already there, I partly disagree here. Please > don't ch

  1   2   3   4   5   6   >