Re: [Talk-de] Talk-de Nachrichtensammlung, Band 80, Eintrag 31
Wolfgang Wienke wrote > Ich habe es jetzt. Mit Polaris-Office auf dem smartphone heißt die > SD-Karte external_sd. > Angesprochen wird sie dann mit /mnt/sdcard/external_sd. Da macht ja wirklich jeder was er will - fast wie bei OSM ;) Hauptsache, du hast das Zeug gefunden. Gruss walter -- View this message in context: http://gis.19327.n5.nabble.com/Re-Talk-de-Nachrichtensammlung-Band-80-Eintrag-31-tp5754358p5754360.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Talk-de Nachrichtensammlung, Band 80, Eintrag 31
Am 22.03.2013 10:36, schrieb talk-de-requ...@openstreetmap.org: Die Pfade sind Geräte oder Softwareabhängig, auf meinem Galaxy Note heissen sie nach dem neuesten Software update jetzt /storage/sdcard0 für den internen Speicher und /storage/extSdCard für die externe Karte. Umkopieren muss man sie selbst. Ich habe es jetzt. Mit Polaris-Office auf dem smartphone heißt die SD-Karte external_sd. Angesprochen wird sie dann mit /mnt/sdcard/external_sd. -- wonk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] keepright.at
Aufs Geradewohl habe ich am Startort von keepright ein paar Bugs angeschaut, wo unter anderem diese Fehler gemeldet wurden: Sorry, aber da hast du jetzt gerade so ca. die drei schlechtesten Beispiele herausgepickt: http://ompldr.org/vaHVqOQ "www.genusswerk.at/partnerbetriebe/lehmberg/" wird weitergeleitet auf "www.danzingercompany.at". Dort ist vom entsprechenden Restaurant nirgends dir Rede. Die korrekte Website ist wahrscheinlich die folgende: http://www.lehmberg.at/ http://ompldr.org/vaHVqYQ Hier fehlt am OSM POI wahrscheinlich ein alt_name="Das Powidl" oder so ähnlich. http://ompldr.org/vaHVqYg Die Webseite scheint im Moment offline oder in Neugestaltung zu sein. Informationen zum Geschäft findet man dort jedenfalls nicht. Sicher ist es wenig trivial, diese und andere Fehler als nicht-Fehler zu erkennen - aber bei der nicht unerheblichen Anzahl von false positives verliert man mit der Zeit doch die Lust... Sicher gibt es einige Falschmeldungen, aber im Allgemeinen finde ich persönlich diesen "Website" Layer schon recht hilfreich. Ich habe gerade einen kleinen Bereich in Wien X durchgearbeitet. Hier mein "Erfolg" [1]: * 6 "false positives" (darunter 2 mit angeblichem HTTP-Fehler) in keepright als solche markiert * 4 Links, die auf webseiten ohne Inhalt (bzw "under construction") gehen mit fixmes ausgestattet * 2 tote Links auf die aktuelle Webseite umgeleitet * 2 tote Links entfernt * 2 Links entdeckt, die auf die Website einer Dachorganisation verlinken. Keine Ahnung ob das sinnvoll ist. Erstmal so gelassen. Grüße Martin [1] http://www.openstreetmap.org/browse/changeset/15456384 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] keepright.at
Am Fri, 22 Mar 2013 02:40:29 -0700 (PDT) schrieb Philip Gillißen : > Ich habe mir mal den Code von dem Website-Tag-Check[1] angesehen und > ab Zeile 777[2] wird es interessant mit den Umlauten. Alles, was ich > im Folgenden schreibe ist nur mein Verständnis des Codes. Wenn ich > falsch liege, möchte ich nichts gesagt haben :) Ich bin keiner, der > täglich PHP-Code schreibt, bin da in anderen Welten unterwegs. Wie > ich den Code verstehe, wird anscheinend der HTML-Text der Website > heruntergeladen und dort das Encoding überprüft. Kann jemand das > verifizieren? Wenn dem so ist, geht meiner Meinung der Check etwas zu > weit. Ansonsten kann man ja direkt den W3C-Validator auch noch > drüberlaufen lassen... Falls der Website-Check so penibel ist, sind > für mich die Fundstellen dann sehr wertlos. Meistens kann man die > externe Seite ja nicht beeinflussen. Ich bezog mich eher auf Bugs, wo das Matching z.B. nicht erkennen konnte, das name=Müller und website=mueller durchaus zueinander passen. Aufs Geradewohl habe ich am Startort von keepright ein paar Bugs angeschaut, wo unter anderem diese Fehler gemeldet wurden: http://ompldr.org/vaHVqOQ http://ompldr.org/vaHVqYQ http://ompldr.org/vaHVqYg Sicher ist es wenig trivial, diese und andere Fehler als nicht-Fehler zu erkennen - aber bei der nicht unerheblichen Anzahl von false positives verliert man mit der Zeit doch die Lust... Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Buchstaben-Ergänzung bei Hausnummern mappen?
On 03/22/2013 01:12 PM, Jo wrote: > Wie machst du das denn, um die um zu wandeln? Ist das innerhalb JOSM? > Vielleicht ist jemand anders damit auch geholfen. > > Jo Hi Jo, das ist nicht in JOSM! Ich lade mir die Rohdaten (an dieser Stelle ein Danke an die Geofabrik für den kostenlosen Service) herunter und interpretiere sie. Beispielsweise für die Seite http://stadtplan-ilmenau.de . Da hier viele Nachberechnungen nötig sind, weil viele Daten in der Form vorliegen: "Man sieht doch, dass das zusammengehört", war die Vereinheitlichung der Hausnummern nur ein weiterer kleiner Schritt. MfG Andreas -- Andreas Neumann http://stadtplan-ilmenau.de signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Buchstaben-Ergänzung bei Hausnummern mappen?
Wie machst du das denn, um die um zu wandeln? Ist das innerhalb JOSM? Vielleicht ist jemand anders damit auch geholfen. Jo 2013/3/22 Andreas Neumann > On 03/22/2013 10:35 AM, Schorschi wrote: > > Moin. > > > > Ja, wir machen eine Datenbank - in der die meisten Menschen bei der > > Bearbeitung lesen müssen, ich nutze jedenfalls keine Audioschnittstelle > > für das Lesen und Tippen. Und das Lesen geht mit Leerzeichen immer > besser. > > Also sollte der Mapper immer ein Leerzeichen einfügen ... um es mal > > genauso extrem wie du auszudrücken. Effizienz hat sehr wohl etwas mit > > Lesbarkeit und Fehlervermeidung zu tun. > > > > Und wenn du "auf die Briefkasten" noch niemals Leerzeichen gesehen hast, > > heißt es nicht, dass es das nicht gibt. > > > > Mir geht es um bessere Les- und Bedienbarkeit. Und die Technik kann dann > > gerne die schlechter lesbare Variante intern benutzen. Wie schon > > geschrieben, weder Speicherplatz noch Rechenkapazität sind da wirklich > ein > > Argument. Wenn es darauf ankäme, bereitete man die Daten z. Bsp. in einem > > Vorlauf entsprechend auf (muss man ja vermutlich sowieso zur > > Vereinheitlichung machen). > > > > Du darst das gerne anders machen. Aber der Mapper _sollte_ es so machen, > > wie er will - und wenn er einen Anhaltspunkt sucht, ob mit oder ohne > > Leerzeichen, sollte die Lesbarkeit wohl ein Argument sein. Also dann eher > > mit Leerzeichen! Und wenn ein Programmierer an diesem Leerzeichen > > scheitert (er kann es ja auch beim Abspeichern löschen und bei der > > Darstellung wieder einfügen), dann hat er vielleicht seinen Beruf > > verfehlt. > > > > Gruß, Schusch > Moin > > Ich persönlich preferiere auch alphabetische Hausnummern mit Leerzeichen > und Kleinbuchstaben. Bei der Auswertung muss ich aber dem Umstand > Rechnung tragen, dass jeder Mapper es irgendwie anders macht. Deshalb > wird bei mir das Feld immer in Kleinbuchstaben umgewandelt und via > reguläre Ausdrücke geparst und neugebaut, um eine einheitliche > Darstellung zu gewährleisten. Es soll Regionen geben, da sind > Großbuchstaben Standard, bzw. werden Punkte oder keine Leerzeichen > verwendet. Daher muss jeder, der die Daten aufbereitet sich überlegen, > ob er die Darstellung (a) anfasst und (b) wie er sie haben will. > > Dem Nutzer will ich in dieser Sache nur ungern eine Schreibweise > vorschreiben. Das empfinde ich persönlich als Überregulierung und ist > meist sowieso nicht durchsetzbar. Außerdem gibt es ja, wie bereits > erwähnt, regionale Unterschiede ;) > > MfG 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
Re: [Talk-de] Wie Buchstaben-Ergänzung bei Hausnummern mappen?
Hallo, Dem Nutzer will ich in dieser Sache nur ungern eine Schreibweise vorschreiben. Das empfinde ich persönlich als Überregulierung und ist meist sowieso nicht durchsetzbar. Außerdem gibt es ja, wie bereits erwähnt, regionale Unterschiede ;) +1 Ich stimme dem zu. Man soll es jedem selbst überlassen, ob er das Ei am breiten oder spitzen Ende aufschlägt ;) Gruß Burkhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Buchstaben-Ergänzung bei Hausnummern mappen?
On 03/22/2013 10:35 AM, Schorschi wrote: > Moin. > > Ja, wir machen eine Datenbank - in der die meisten Menschen bei der > Bearbeitung lesen müssen, ich nutze jedenfalls keine Audioschnittstelle > für das Lesen und Tippen. Und das Lesen geht mit Leerzeichen immer besser. > Also sollte der Mapper immer ein Leerzeichen einfügen ... um es mal > genauso extrem wie du auszudrücken. Effizienz hat sehr wohl etwas mit > Lesbarkeit und Fehlervermeidung zu tun. > > Und wenn du "auf die Briefkasten" noch niemals Leerzeichen gesehen hast, > heißt es nicht, dass es das nicht gibt. > > Mir geht es um bessere Les- und Bedienbarkeit. Und die Technik kann dann > gerne die schlechter lesbare Variante intern benutzen. Wie schon > geschrieben, weder Speicherplatz noch Rechenkapazität sind da wirklich ein > Argument. Wenn es darauf ankäme, bereitete man die Daten z. Bsp. in einem > Vorlauf entsprechend auf (muss man ja vermutlich sowieso zur > Vereinheitlichung machen). > > Du darst das gerne anders machen. Aber der Mapper _sollte_ es so machen, > wie er will - und wenn er einen Anhaltspunkt sucht, ob mit oder ohne > Leerzeichen, sollte die Lesbarkeit wohl ein Argument sein. Also dann eher > mit Leerzeichen! Und wenn ein Programmierer an diesem Leerzeichen > scheitert (er kann es ja auch beim Abspeichern löschen und bei der > Darstellung wieder einfügen), dann hat er vielleicht seinen Beruf > verfehlt. > > Gruß, Schusch Moin Ich persönlich preferiere auch alphabetische Hausnummern mit Leerzeichen und Kleinbuchstaben. Bei der Auswertung muss ich aber dem Umstand Rechnung tragen, dass jeder Mapper es irgendwie anders macht. Deshalb wird bei mir das Feld immer in Kleinbuchstaben umgewandelt und via reguläre Ausdrücke geparst und neugebaut, um eine einheitliche Darstellung zu gewährleisten. Es soll Regionen geben, da sind Großbuchstaben Standard, bzw. werden Punkte oder keine Leerzeichen verwendet. Daher muss jeder, der die Daten aufbereitet sich überlegen, ob er die Darstellung (a) anfasst und (b) wie er sie haben will. Dem Nutzer will ich in dieser Sache nur ungern eine Schreibweise vorschreiben. Das empfinde ich persönlich als Überregulierung und ist meist sowieso nicht durchsetzbar. Außerdem gibt es ja, wie bereits erwähnt, regionale Unterschiede ;) MfG Andreas -- Andreas Neumann http://stadtplan-ilmenau.de signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] keepright.at
Hallo! Ich denke das Problem liegt eher darin, dass keepright keine "Internationalisierte Domainnamen" (IDN) [1] unterstützt. Somit werden alle URLs, die z.B. Umlaute oder "ß" beinhalten, fälschlicherweise beanstandet (z.B. www.ströbel.at - siehe [2]). Ich habe den entsprechenden Code mal überflogen und kann jetzt nichts grob falsches erkennen (außer die offensichtlich fehlende Implementierung des IDNA Standards): Die meisten Routinen (z.B. das von dir erwähnte 'check_redirects' oder 'fix_charset') scheinen dazu dienen, in PHP das Verhalten eines Web-Browsers zu simulieren (hier: HTML-Weiterleitungen bzw. inkonsistente Encoding-Angaben). Inwieweit diese Vorgangsweise sinnvoll ist, sei mal dahingestellt... Unabhängig davon könnte IDNA-Support leicht nachgereicht werden [3]. Liebe Grüße Martin [1] http://de.wikipedia.org/wiki/Internationalisierter_Domainname [2] http://keepright.ipax.at/report_map.php?zoom=16&lat=48.20742&lon=16.17782&layers=B0T&ch=0%2C411%2C412%2C413&show_ign=1&show_tmpign=1 [3] http://phlymail.com/de/downloads/idna-convert.html Am 22.03.2013, 10:40 Uhr, schrieb Philip Gillißen : Ich habe mir mal den Code von dem Website-Tag-Check[1] angesehen und ab Zeile 777[2] wird es interessant mit den Umlauten. Alles, was ich im Folgenden schreibe ist nur mein Verständnis des Codes. Wenn ich falsch liege, möchte ich nichts gesagt haben :) Ich bin keiner, der täglich PHP-Code schreibt, bin da in anderen Welten unterwegs. Wie ich den Code verstehe, wird anscheinend der HTML-Text der Website heruntergeladen und dort das Encoding überprüft. Kann jemand das verifizieren? Wenn dem so ist, geht meiner Meinung der Check etwas zu weit. Ansonsten kann man ja direkt den W3C-Validator auch noch drüberlaufen lassen... Falls der Website-Check so penibel ist, sind für mich die Fundstellen dann sehr wertlos. Meistens kann man die externe Seite ja nicht beeinflussen. Gruß, Philip [1]: http://sourceforge.net/p/keepright/code/676/tree/checks/0410_website.php [2]: http://sourceforge.net/p/keepright/code/676/tree/checks/0410_website.php#l777 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Buchstaben-Ergänzung bei Hausnummern mappen?
On 18.03.13 10:40, Martin Trautmann wrote: > Besteht eine > Hausnummer aus Ziffern und Buchstaben, werden die Teile mit einem > Leerzeichen getrennt. N.B.: Nicht mal die Deutsche Post hält sich in ihrer Broschüre Automationsfähige Briefsendungen daran. Dort ist eine Adresse "Zum Lingeshof 1a" zu lesen... Jedenfalls, bitte nicht automatisiert kaputtisieren. In Wien schreibt man 2a ohne Leerzeichen. /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Buchstaben-Ergänzung bei Hausnummern mappen?
2013/3/22 Martin Koppenhoefer > Am 22. März 2013 10:35 schrieb Schorschi : > > Ja, wir machen eine Datenbank - in der die meisten Menschen bei der > > Bearbeitung lesen müssen, ich nutze jedenfalls keine Audioschnittstelle > > für das Lesen und Tippen. Und das Lesen geht mit Leerzeichen immer > besser. > > Also sollte der Mapper immer ein Leerzeichen einfügen ... um es mal > > genauso extrem wie du auszudrücken. Effizienz hat sehr wohl etwas mit > > Lesbarkeit und Fehlervermeidung zu tun. > > > Ich finde nicht, dass die Leerzeichen entscheidend was ändern an der > Lesbarkeit, zumindest sehe ich das nicht als Punkt an, was man in OSM > eintragen sollte. Sonst könnte man ja auch argumentieren "H A U P T S > T R A S S E" lese sich besser als "Hauptstraße" und daher schreiben > wir jetzt alles in Großbuchstaben. M.E. sollte man das > Lesbarkeitsproblem für ältere Semester, Mapper mit Sehbehinderungen > etc. auf der Editorseite angehen, und dort z.B. die Schrift größer > gestalten, bzw. kontrastreicher, bzw. mit gesperrter Laufweite, > optimierter Schriftart etc. In die Daten gehört das, was "gilt". > > Gruß Martin > +1 Polyglot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Buchstaben-Ergänzung bei Hausnummern mappen?
Am 22. März 2013 10:35 schrieb Schorschi : > Ja, wir machen eine Datenbank - in der die meisten Menschen bei der > Bearbeitung lesen müssen, ich nutze jedenfalls keine Audioschnittstelle > für das Lesen und Tippen. Und das Lesen geht mit Leerzeichen immer besser. > Also sollte der Mapper immer ein Leerzeichen einfügen ... um es mal > genauso extrem wie du auszudrücken. Effizienz hat sehr wohl etwas mit > Lesbarkeit und Fehlervermeidung zu tun. Ich finde nicht, dass die Leerzeichen entscheidend was ändern an der Lesbarkeit, zumindest sehe ich das nicht als Punkt an, was man in OSM eintragen sollte. Sonst könnte man ja auch argumentieren "H A U P T S T R A S S E" lese sich besser als "Hauptstraße" und daher schreiben wir jetzt alles in Großbuchstaben. M.E. sollte man das Lesbarkeitsproblem für ältere Semester, Mapper mit Sehbehinderungen etc. auf der Editorseite angehen, und dort z.B. die Schrift größer gestalten, bzw. kontrastreicher, bzw. mit gesperrter Laufweite, optimierter Schriftart etc. In die Daten gehört das, was "gilt". Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] keepright.at
Hi! malenki wrote > Die Überprüfung von URLs durch keepright bringt etliche false Positives. > Ich bin sicher nicht der einzige, der dem Autor Mails zu Bugs > geschrieben hat... Ich habe mir mal den Code von dem Website-Tag-Check[1] angesehen und ab Zeile 777[2] wird es interessant mit den Umlauten. Alles, was ich im Folgenden schreibe ist nur mein Verständnis des Codes. Wenn ich falsch liege, möchte ich nichts gesagt haben :) Ich bin keiner, der täglich PHP-Code schreibt, bin da in anderen Welten unterwegs. Wie ich den Code verstehe, wird anscheinend der HTML-Text der Website heruntergeladen und dort das Encoding überprüft. Kann jemand das verifizieren? Wenn dem so ist, geht meiner Meinung der Check etwas zu weit. Ansonsten kann man ja direkt den W3C-Validator auch noch drüberlaufen lassen... Falls der Website-Check so penibel ist, sind für mich die Fundstellen dann sehr wertlos. Meistens kann man die externe Seite ja nicht beeinflussen. Gruß, Philip [1]: http://sourceforge.net/p/keepright/code/676/tree/checks/0410_website.php [2]: http://sourceforge.net/p/keepright/code/676/tree/checks/0410_website.php#l777 -- View this message in context: http://gis.19327.n5.nabble.com/keepright-at-tp5754215p5754278.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Buchstaben-Ergänzung bei Hausnummern mappen?
Moin. Ja, wir machen eine Datenbank - in der die meisten Menschen bei der Bearbeitung lesen müssen, ich nutze jedenfalls keine Audioschnittstelle für das Lesen und Tippen. Und das Lesen geht mit Leerzeichen immer besser. Also sollte der Mapper immer ein Leerzeichen einfügen ... um es mal genauso extrem wie du auszudrücken. Effizienz hat sehr wohl etwas mit Lesbarkeit und Fehlervermeidung zu tun. Und wenn du "auf die Briefkasten" noch niemals Leerzeichen gesehen hast, heißt es nicht, dass es das nicht gibt. Mir geht es um bessere Les- und Bedienbarkeit. Und die Technik kann dann gerne die schlechter lesbare Variante intern benutzen. Wie schon geschrieben, weder Speicherplatz noch Rechenkapazität sind da wirklich ein Argument. Wenn es darauf ankäme, bereitete man die Daten z. Bsp. in einem Vorlauf entsprechend auf (muss man ja vermutlich sowieso zur Vereinheitlichung machen). Du darst das gerne anders machen. Aber der Mapper _sollte_ es so machen, wie er will - und wenn er einen Anhaltspunkt sucht, ob mit oder ohne Leerzeichen, sollte die Lesbarkeit wohl ein Argument sein. Also dann eher mit Leerzeichen! Und wenn ein Programmierer an diesem Leerzeichen scheitert (er kann es ja auch beim Abspeichern löschen und bei der Darstellung wieder einfügen), dann hat er vielleicht seinen Beruf verfehlt. Gruß, Schusch On Sun, 17 Mar 2013, Jo wrote: > Wir machen eine Datenbank. Ob da ein Leerzeichen hinzugefügt wird beim > verarbeiten/schauen, muss der Benutzer der Daten ausmachen. > > Der Mapper sollte/kann/darf das so effizient wie möglich mappen, also ohne > Leerzeichen. Auf die Briefkasten habe ich das noch niemals mit Leerzeichen > gesehen.___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
