date:20130530

Hallo André

Du meinst die Basiskarte? Die kommt von den Machern von Leaflet
(CloudMade). Die haben sicher einen Kummerkasten.
Die Fehlerdaten werden nächtlich von Keepright aktualisiert.
Die abgeschlossenen Lösungen (meist 3 Überprüfungen) werden in
Echtzeit überprüft, ob sie nicht schon gelöst wurden.

LG, Stefan


Am 29. Mai 2013 23:05 schrieb André Reichelt andr...@online.de:
 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] Kort Game Reloaded!

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 cyr...@gmail.com:
 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 andr...@online.de:
 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

Re: [Talk-de] Kort Game Reloaded!

2013-05-30 Thread Ronnie Soak

Die Update-Frage kam heute. Jetzt steht unter  about  2.0.33
Leider immer noch keine Aufträge.
Reload bringt leider nichts.
Ich habe das auch unter einem nagelneuen Android versucht, bei dem der
Browser garantiert noch nier kort.ch gesehen hat.

Gibt es eine Zoomlevel-Grenze, bis zu der Aufträge angezeigt werden, oder
könnte ich auf ganz Deutschland herauszoomen und müsste
dann garantiert irgendwo Aufträge sehen? Bei mir ist da nämlich gar nichts.

Gruss,
Chaos


Am 29. Mai 2013 20:36 schrieb Stefan Keller sfkel...@gmail.com:

 Hallo.

 Kort unter Chrome sollte gehen.
 Kam in den letzten 24 Stunden die Frage Neue Version verfügbar...?
 Zeigt die Version (im Tab Über Kort) = Version 2.029 an?
 Ev. hilft ein Reload der ganzen URL http://play.kort.ch .
 Wenn das nichts hilft, den Cache des Browsers über die Einstellungen
 leeren (ist ein Phänomen einiger Web Apps).

 LG, Stefan


 Am 29. Mai 2013 19:41 schrieb Ronnie Soak chaoschaos0...@googlemail.com:
  Ist das Spiel denn momentan überhaupt noch aktiv? Weder mit Chrome noch
 dem
  Android-Browser sehe ich Aufträge oder Checks auf der Karte.
  Nicht in meiner Umgebung, nicht bei einer Stichprobe in Frankfurt und
 auch
  nicht in Winterthur, sollte es nur in der Schweiz funktionieren.
 
  Habe ich da ein technisches Problem oder gibt es da einfach nichts zu
 tun?
 
  Gruss,
  Chaos
 
 
 
  Am 29. Mai 2013 03:13 schrieb Stefan Keller sfkel...@gmail.com:
 
  Liebe Mapper,
 
  In den letzten Monaten haben wir hart gearbeitet, um das Kort Game zu
  verbessern. Kort ist ein standortbasiertes Web-App für Mobiles (Open
  Source) bei dem OpenStreetMap-Fehler spielerisch gelöst und überprüft
  werden. Es ist unseres Wissens eines der ersten Projekte das
  Gamification, Crowd Sourcing und Web-Anwendungen kombiniert.
 
  Es gibt neu folgende Funktionen:
  * Aufträge und Überprüfungen erscheinen in einer Karte.
  * Sneak Peek-Funktion, um mehr als nur die nächsten Aufträge zu sehen.
  * News Tab, um Informationen vom Hauptquartier zu erhalten.
  * Registrieren mit Facebook-Account (zusätzlich zu OpenStreetMap und
  Google)
  * Neuer Typ Restaurants mit fehlenden Küche (derzeit nur in der
 Schweiz).
 
  Ein weitere Funktion arbeitet noch im Hintergrund bis es aktiviert
  wird am 12. Juni - also gerade noch rechtzeitig, wenn die FOSSGIS
  2013-Konferenz (http://www.fossgis.de/konferenz/2013/) seine Türen an
  der HSR in Rapperswil öffnet.
 
  Herzlichst
  Stefan und das Kort Development Team
  http://play.kort.ch (Chrome/iOS/Android - noch kein Firefox)
 
  ___
  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] Bug? Key:colour gleich trotz Unterschieden in offizieller CMYK-Definition

2013-05-30 Thread Wolfgang Hinsch

Am Donnerstag, den 30.05.2013, 07:49 +0200 schrieb RainerU:
 Am 30.05.2013 04:01, schrieb Tobias Conradi:
  2013/5/29 RainerU ra...@sfr.fr:
  Letztendlich geht es dabei immer darum, eine mit einer Linie
  assoziierte Information in genau der Farbe darzustellen, die auch der
  Verkehrsbetrieb in seinen Veröffentlichungen benutzt. Mir fehlt noch der
  Anwendungsfall, wo das sinnvoll oder notwendig ist.
  Z.B. einen Stadtplan herausgeben, auf dem die U-Bahnlinien in der
  Linienfarbe dargestellt sind.
  
 Meine Frage ist: warum ist es sinnvoll/notwendig auf einem derartigen Plan die
 Linien genau in derselben Farbe darzustellen, wie das der Verkehrsbetrieb auf
 seinen eigenen Plänen macht?
 

Weil im professionellen Druck die Farbe auf jedem Dokument gleich
aussehen soll. Wenn man die Farbe schon hat, sollte man sie auch
benutzen, und wenn der Plan einigermaßen vernünftig aussehen soll, muss
es schon die genau richtige Farbe sein.

Die Welt des Druckens ist _völlig_ anders als die des Web. Wer damit
noch nichts zu tun hatte, kann sich das einfach nicht vorstellen.

Gruß, Wolfgang


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

Re: [Talk-de] Bug? Key:colour gleich trotz Unterschieden in offizieller CMYK-Definition

2013-05-30 Thread Wolfgang Hinsch

Am Donnerstag, den 30.05.2013, 01:08 +0200 schrieb Frederik Ramm:
 Hi,
 
 On 05/29/2013 03:26 PM, Wolfgang Hinsch wrote:
  Für andere dagegen ein echter Wenigerwert: Ich kann aus dem Kopf
  RGB-Werte ungefähr überprüfen, aber CYK aus dem Stehgreif nicht, und
  ehrlich gesagt: besser, da steht light red, oder yellow green und
  ich kann ungefähr sagen, dass das passt (und es sonst als Fehler
  markieren), als dass irgendein Mapper X eine Farbtabelle kennt, die er
  abtippen kann. Die stehen dann drin und wenn er sich vertippt hat, merkt
  das niemand - für die nächsten Jahre.
 
  -1
  Das ist eine etwas seltsame Argumentation. Nur weil ich etwas nicht
  selbst aus dem Stand prüfen kann, darf es nicht in OSM eingetragen
  werden.
 
 Peter hat sich da vielleicht etwas ungeschickt ausgedrueckt. Aber im 
 Grunde gilt schon, dass wir moechten, dass die Informationen in unserer 
 Datenbank vor Ort ueberpruefbar sind. Das bedeutet vor allem, dass wir 
 einer ist-Information Vorrang vor einer soll-Information einraeumen 
 - wenn der Parkplatzbetreiber sagt, da sind 40 Stellplaetze, aber vor 
 Ort sieht man nur 38, dann taggen wir die - denn die sind ueberpruefbar, 
 die 40 sind es nicht.

Wenn vor dem Parkplatz ein großes Schild steht Hier sind 40 Parkplätze
werden vermutlich 98% der Mapper 40 Plätze taggen (besonders, wenn noch
eine Null folgt ;)

Wenn der Verkehrsbetrieb dem einen Mapper die Farbdefinitionen zur
OSM-Veröffentlichung gibt, wird er sie dem anderen Mapper nicht
vorenthalten. Insofern sind die Daten problemlos überprüfbar. Im Übrigen
könnte man auch den gedruckten Plan zu Rate ziehen und mit einem
Farbmessgerät die Farbe überprüfen. Wenn in Tokio ein Papierkorb gemappt
wird, ist für mich in HH die Überprüfung wesentlich aufwändiger.

Im Übrigen verstehe ich die Diskussion hier nicht im Mindesten. Wo ist
das Problem, wenn ein Mapper eine Information, die wahr ist, die
überprüft werden kann, und die er für relevant hält, einträgt?

Es geht nicht darum, die Farben _NUR_, sondern _AUCH_ in der vom
Herausgeber gewählten Form einzutragen. Wir sind doch nicht bei
Wikipedia-de.

 
 Das gleiche wuerde auch zutreffen, wenn man die Linienfarbe einer 
 OePNV-Linie taggt. Wie kann man die vor Ort pruefen? Entweder mit 
 Augenschein (colour:red) oder vielleicht, indem man mit seinem 
 Smartphone ein Foto eines Schildes macht und da dann einen Wert in 
 beliebigem Farbmodell abliest. Dabei ergibt sich eine Mess-Unschaerfe, 
 genau wie beim Aufzeichnen einer Position mit dem GPS - that's life.

Wenn ein Mapper farbenblind ist (z.B. 10% der männlichen Bevölkerung ist
rot/grün-blind) kann er das auch nicht prüfen. Und was für den einen
noch orange ist, ist dem anderen orange-rot, dem nächsten rot-orange und
dann kommt jemand mit orange-gelb oder rötliches ocker ... . Super und
klar objektiv prüfbar.

 
 Was die BVG in ihrem Corporate-Identity-Dokument drinstehen hat, ist 
 fuer uns von minderer Relevanz, und Unterschiede, die so klein sind, 
 dass sie unterhalb der mit dem iPhone in der Daemmerung von schraeg 
 unten fotografiert-Unschaerfe liegen, sind nicht wichtig, weil nicht 
 pruefbar.
 
 Wer eine Karte mit offiziellen garantiert richtigen Farben machen 
 will, der sollte sich eine offizielle Tabelle besorgen und dann aus OSM 
 lediglich die Linienbezeichnungen entnehmen und mit der offiziellen 
 Tabelle abgleichen.
 
  Dann fliegen sofort alle Briefkästen, Papierkörbe,
  Hundekottütenspender, Waldwege ... etc etc raus, denn die kann ich auch
  nicht einfach so prüfen, die sind im Luftbild nicht sichtbar.
 
 Eine theoretisch moegliche Vor-Ort-Pruefung reicht ja.

Eine praktisch mögliche Nachfrage nicht??

Gruß, Wolfgang

ps.: Wie überprüft Ihr eigentlich die Postleitzahlen vor Ort? Das sind
nur von einer Privatfirma herausgegebene Ordnungsnummern. Da habe ich
auch noch kein Schild gesehen. Ebenso Wahlkreise, etc etc.


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

Re: [Talk-de] Kort Game Reloaded!

Der eigene Standort wird mit einem blauen Punkt angezeigt und kommt
vom Browser Interface.
Das Kort Game zeigt aktive Aufträge  Überprüfungen 5 km um den
eigenen Standort.
Das bleibt auch beim Rauszoomen so.
Mit der neuen Sneak Peek kann man sich auch Aufträge  Überprüfungen
anderswo anzeigen lassen.
Da sehe ich in Deutschland und Frankreich überall Daten...
Laut dem HTML5-Framework, das wir verwenden werden folgende Geräte unterstützt:
http://www.sencha.com/products/touch/features/
Ich hoffe, das hilft.

LG, Stefan


Am 30. Mai 2013 08:29 schrieb Ronnie Soak chaoschaos0...@googlemail.com:
 Die Update-Frage kam heute. Jetzt steht unter  about  2.0.33
 Leider immer noch keine Aufträge.
 Reload bringt leider nichts.
 Ich habe das auch unter einem nagelneuen Android versucht, bei dem der
 Browser garantiert noch nier kort.ch gesehen hat.

 Gibt es eine Zoomlevel-Grenze, bis zu der Aufträge angezeigt werden, oder
 könnte ich auf ganz Deutschland herauszoomen und müsste
 dann garantiert irgendwo Aufträge sehen? Bei mir ist da nämlich gar nichts.

 Gruss,
 Chaos


 Am 29. Mai 2013 20:36 schrieb Stefan Keller sfkel...@gmail.com:

 Hallo.

 Kort unter Chrome sollte gehen.
 Kam in den letzten 24 Stunden die Frage Neue Version verfügbar...?
 Zeigt die Version (im Tab Über Kort) = Version 2.029 an?
 Ev. hilft ein Reload der ganzen URL http://play.kort.ch .
 Wenn das nichts hilft, den Cache des Browsers über die Einstellungen
 leeren (ist ein Phänomen einiger Web Apps).

 LG, Stefan


 Am 29. Mai 2013 19:41 schrieb Ronnie Soak chaoschaos0...@googlemail.com:
  Ist das Spiel denn momentan überhaupt noch aktiv? Weder mit Chrome noch
 dem
  Android-Browser sehe ich Aufträge oder Checks auf der Karte.
  Nicht in meiner Umgebung, nicht bei einer Stichprobe in Frankfurt und
 auch
  nicht in Winterthur, sollte es nur in der Schweiz funktionieren.
 
  Habe ich da ein technisches Problem oder gibt es da einfach nichts zu
 tun?
 
  Gruss,
  Chaos
 
 
 
  Am 29. Mai 2013 03:13 schrieb Stefan Keller sfkel...@gmail.com:
 
  Liebe Mapper,
 
  In den letzten Monaten haben wir hart gearbeitet, um das Kort Game zu
  verbessern. Kort ist ein standortbasiertes Web-App für Mobiles (Open
  Source) bei dem OpenStreetMap-Fehler spielerisch gelöst und überprüft
  werden. Es ist unseres Wissens eines der ersten Projekte das
  Gamification, Crowd Sourcing und Web-Anwendungen kombiniert.
 
  Es gibt neu folgende Funktionen:
  * Aufträge und Überprüfungen erscheinen in einer Karte.
  * Sneak Peek-Funktion, um mehr als nur die nächsten Aufträge zu sehen.
  * News Tab, um Informationen vom Hauptquartier zu erhalten.
  * Registrieren mit Facebook-Account (zusätzlich zu OpenStreetMap und
  Google)
  * Neuer Typ Restaurants mit fehlenden Küche (derzeit nur in der
 Schweiz).
 
  Ein weitere Funktion arbeitet noch im Hintergrund bis es aktiviert
  wird am 12. Juni - also gerade noch rechtzeitig, wenn die FOSSGIS
  2013-Konferenz (http://www.fossgis.de/konferenz/2013/) seine Türen an
  der HSR in Rapperswil öffnet.
 
  Herzlichst
  Stefan und das Kort Development Team
  http://play.kort.ch (Chrome/iOS/Android - noch kein Firefox)
 
  ___
  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

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

Re: [Talk-de] Kort Game Reloaded!

2013-05-30 Thread Markus Semm

Hallo,
bei mir werden auch keine Aufgaben angezeigt im Zentrum von Berlin.
Mit der alten Version waren da noch reichlich Aufgaben zu sehen.
Windows7, korrekte Anzeige meiner eigenen Position, Chrome, alles laufend 
aktualisiert.

-Ursprüngliche Nachricht-
Von: Stefan Keller [mailto:sfkel...@gmail.com] 
Gesendet: Donnerstag, 30. Mai 2013 09:25
An: Openstreetmap allgemeines in Deutsch
Betreff: Re: [Talk-de] Kort Game Reloaded!

Der eigene Standort wird mit einem blauen Punkt angezeigt und kommt
vom Browser Interface.
Das Kort Game zeigt aktive Aufträge  Überprüfungen 5 km um den
eigenen Standort.
Das bleibt auch beim Rauszoomen so.
Mit der neuen Sneak Peek kann man sich auch Aufträge  Überprüfungen
anderswo anzeigen lassen.
Da sehe ich in Deutschland und Frankreich überall Daten...
Laut dem HTML5-Framework, das wir verwenden werden folgende Geräte unterstützt:
http://www.sencha.com/products/touch/features/
Ich hoffe, das hilft.

LG, Stefan


Am 30. Mai 2013 08:29 schrieb Ronnie Soak chaoschaos0...@googlemail.com:
 Die Update-Frage kam heute. Jetzt steht unter  about  2.0.33
 Leider immer noch keine Aufträge.
 Reload bringt leider nichts.
 Ich habe das auch unter einem nagelneuen Android versucht, bei dem der
 Browser garantiert noch nier kort.ch gesehen hat.

 Gibt es eine Zoomlevel-Grenze, bis zu der Aufträge angezeigt werden, oder
 könnte ich auf ganz Deutschland herauszoomen und müsste
 dann garantiert irgendwo Aufträge sehen? Bei mir ist da nämlich gar nichts.

 Gruss,
 Chaos


 Am 29. Mai 2013 20:36 schrieb Stefan Keller sfkel...@gmail.com:

 Hallo.

 Kort unter Chrome sollte gehen.
 Kam in den letzten 24 Stunden die Frage Neue Version verfügbar...?
 Zeigt die Version (im Tab Über Kort) = Version 2.029 an?
 Ev. hilft ein Reload der ganzen URL http://play.kort.ch .
 Wenn das nichts hilft, den Cache des Browsers über die Einstellungen
 leeren (ist ein Phänomen einiger Web Apps).

 LG, Stefan


 Am 29. Mai 2013 19:41 schrieb Ronnie Soak chaoschaos0...@googlemail.com:
  Ist das Spiel denn momentan überhaupt noch aktiv? Weder mit Chrome noch
 dem
  Android-Browser sehe ich Aufträge oder Checks auf der Karte.
  Nicht in meiner Umgebung, nicht bei einer Stichprobe in Frankfurt und
 auch
  nicht in Winterthur, sollte es nur in der Schweiz funktionieren.
 
  Habe ich da ein technisches Problem oder gibt es da einfach nichts zu
 tun?
 
  Gruss,
  Chaos
 
 
 
  Am 29. Mai 2013 03:13 schrieb Stefan Keller sfkel...@gmail.com:
 
  Liebe Mapper,
 
  In den letzten Monaten haben wir hart gearbeitet, um das Kort Game zu
  verbessern. Kort ist ein standortbasiertes Web-App für Mobiles (Open
  Source) bei dem OpenStreetMap-Fehler spielerisch gelöst und überprüft
  werden. Es ist unseres Wissens eines der ersten Projekte das
  Gamification, Crowd Sourcing und Web-Anwendungen kombiniert.
 
  Es gibt neu folgende Funktionen:
  * Aufträge und Überprüfungen erscheinen in einer Karte.
  * Sneak Peek-Funktion, um mehr als nur die nächsten Aufträge zu sehen.
  * News Tab, um Informationen vom Hauptquartier zu erhalten.
  * Registrieren mit Facebook-Account (zusätzlich zu OpenStreetMap und
  Google)
  * Neuer Typ Restaurants mit fehlenden Küche (derzeit nur in der
 Schweiz).
 
  Ein weitere Funktion arbeitet noch im Hintergrund bis es aktiviert
  wird am 12. Juni - also gerade noch rechtzeitig, wenn die FOSSGIS
  2013-Konferenz (http://www.fossgis.de/konferenz/2013/) seine Türen an
  der HSR in Rapperswil öffnet.
 
  Herzlichst
  Stefan und das Kort Development Team
  http://play.kort.ch (Chrome/iOS/Android - noch kein Firefox)
 
  ___
  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

___
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!

2013-05-30 Thread Ronnie Soak

Welche Keepright-Fehler werden denn zu Aufträgen?
Könnte man dann vergleichen, ob bei Keepright entsprechende Fehler in der
Nähe sind, die dann eigentlich bei KRT als Aufträge auftauchen müssten?

Bei mir (Erfurt, Thüringen) gibt es wie gesagt weder Aufträge noch Checks,
allerdings durchaus noch einige Fehler bei Keepright. Allerdings nicht
unbedingt aus allen Keepright-Kategorien.
Also da müsst ihr aus Spiel-Sicht aber noch dran arbeiten. Das ist ja ein
riesen Motivationskiller wenn man das zum ersten mal öffnet und gar nichts
zu tun hat.

Gruss,
Chaos



Am 30. Mai 2013 09:36 schrieb Markus Semm ms...@enaikoon.de:

 Hallo,
 bei mir werden auch keine Aufgaben angezeigt im Zentrum von Berlin.
 Mit der alten Version waren da noch reichlich Aufgaben zu sehen.
 Windows7, korrekte Anzeige meiner eigenen Position, Chrome, alles laufend
 aktualisiert.

 -Ursprüngliche Nachricht-
 Von: Stefan Keller [mailto:sfkel...@gmail.com]
 Gesendet: Donnerstag, 30. Mai 2013 09:25
 An: Openstreetmap allgemeines in Deutsch
 Betreff: Re: [Talk-de] Kort Game Reloaded!

 Der eigene Standort wird mit einem blauen Punkt angezeigt und kommt
 vom Browser Interface.
 Das Kort Game zeigt aktive Aufträge  Überprüfungen 5 km um den
 eigenen Standort.
 Das bleibt auch beim Rauszoomen so.
 Mit der neuen Sneak Peek kann man sich auch Aufträge  Überprüfungen
 anderswo anzeigen lassen.
 Da sehe ich in Deutschland und Frankreich überall Daten...
 Laut dem HTML5-Framework, das wir verwenden werden folgende Geräte
 unterstützt:
 http://www.sencha.com/products/touch/features/
 Ich hoffe, das hilft.

 LG, Stefan


 Am 30. Mai 2013 08:29 schrieb Ronnie Soak chaoschaos0...@googlemail.com:
  Die Update-Frage kam heute. Jetzt steht unter  about  2.0.33
  Leider immer noch keine Aufträge.
  Reload bringt leider nichts.
  Ich habe das auch unter einem nagelneuen Android versucht, bei dem der
  Browser garantiert noch nier kort.ch gesehen hat.
 
  Gibt es eine Zoomlevel-Grenze, bis zu der Aufträge angezeigt werden, oder
  könnte ich auf ganz Deutschland herauszoomen und müsste
  dann garantiert irgendwo Aufträge sehen? Bei mir ist da nämlich gar
 nichts.
 
  Gruss,
  Chaos
 
 
  Am 29. Mai 2013 20:36 schrieb Stefan Keller sfkel...@gmail.com:
 
  Hallo.
 
  Kort unter Chrome sollte gehen.
  Kam in den letzten 24 Stunden die Frage Neue Version verfügbar...?
  Zeigt die Version (im Tab Über Kort) = Version 2.029 an?
  Ev. hilft ein Reload der ganzen URL http://play.kort.ch .
  Wenn das nichts hilft, den Cache des Browsers über die Einstellungen
  leeren (ist ein Phänomen einiger Web Apps).
 
  LG, Stefan
 
 
  Am 29. Mai 2013 19:41 schrieb Ronnie Soak 
 chaoschaos0...@googlemail.com:
   Ist das Spiel denn momentan überhaupt noch aktiv? Weder mit Chrome
 noch
  dem
   Android-Browser sehe ich Aufträge oder Checks auf der Karte.
   Nicht in meiner Umgebung, nicht bei einer Stichprobe in Frankfurt und
  auch
   nicht in Winterthur, sollte es nur in der Schweiz funktionieren.
  
   Habe ich da ein technisches Problem oder gibt es da einfach nichts zu
  tun?
  
   Gruss,
   Chaos
  
  
  
   Am 29. Mai 2013 03:13 schrieb Stefan Keller sfkel...@gmail.com:
  
   Liebe Mapper,
  
   In den letzten Monaten haben wir hart gearbeitet, um das Kort Game zu
   verbessern. Kort ist ein standortbasiertes Web-App für Mobiles (Open
   Source) bei dem OpenStreetMap-Fehler spielerisch gelöst und überprüft
   werden. Es ist unseres Wissens eines der ersten Projekte das
   Gamification, Crowd Sourcing und Web-Anwendungen kombiniert.
  
   Es gibt neu folgende Funktionen:
   * Aufträge und Überprüfungen erscheinen in einer Karte.
   * Sneak Peek-Funktion, um mehr als nur die nächsten Aufträge zu
 sehen.
   * News Tab, um Informationen vom Hauptquartier zu erhalten.
   * Registrieren mit Facebook-Account (zusätzlich zu OpenStreetMap und
   Google)
   * Neuer Typ Restaurants mit fehlenden Küche (derzeit nur in der
  Schweiz).
  
   Ein weitere Funktion arbeitet noch im Hintergrund bis es aktiviert
   wird am 12. Juni - also gerade noch rechtzeitig, wenn die FOSSGIS
   2013-Konferenz (http://www.fossgis.de/konferenz/2013/) seine Türen
 an
   der HSR in Rapperswil öffnet.
  
   Herzlichst
   Stefan und das Kort Development Team
   http://play.kort.ch (Chrome/iOS/Android - noch kein Firefox)
  
   ___
   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

 ___
 Talk-de mailing list

[Talk-de] Wochennotiz Nr. 148 14.5.-20.5.2013

2013-05-30 Thread Martin Feuersaenger


Hallo,

Die Wochennotiz Nr. 149 mit allen wichtigen Neuigkeiten aus der 
OpenStreetMap Welt ist da:

http://blog.openstreetmap.de/2013/05/wochennotiz-nr-149/

Viel Spaß beim Lesen!

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

[Talk-de] Wochennotiz Nr. 149 21.5.-27.5.2013

2013-05-30 Thread Martin Feuersaenger


Hallo,

Die Wochennotiz Nr. 149 mit allen wichtigen Neuigkeiten aus der 
OpenStreetMap Welt ist da:

http://blog.openstreetmap.de/2013/05/wochennotiz-nr-149/

Viel Spaß beim Lesen!
(Jetzt stimmt auch das Subject ;-))

___
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!

Am 30. Mai 2013 11:04 schrieb Ronnie Soak
 Welche Keepright-Fehler werden denn zu Aufträgen?

* Autobahn ohne Bezeichner (Keepright: Motorway without reference)
* Objekt ohne Namen (Keepright: Object without a name)
* Fehlendes Tempolimit (Keepright: Missing speed limit)
* Typ des Wegs unbekannt (Keepright: Type of track unknown)
* Kultstätte/Kirche ohne Religion (Keepright: Place of worship without religion)
* Sprache des Namens unbekannt (Keepright: Language of the name unknown)
* Strasse ohne Namen (Keepright: Street without a name)
* Restaurants ohne Küchenangabe (EOSMDBOne: ab V.2)

Siehe auch FAQ: http://bit.ly/11qRV4d .

 Bei mir (Erfurt, Thüringen) gibt es wie gesagt weder Aufträge noch Checks,
 allerdings durchaus noch einige Fehler bei Keepright.

Du hast recht, da fehlen Daten im Kort Game. Als ob eine ganze Region
(hier: 5) gemäss Gebiets-Schema http://keepright.ipax.at/planet.jpg
fehlt. Dem muss ich nachgehen.

LG, Stefan

Am 30. Mai 2013 11:04 schrieb Ronnie Soak chaoschaos0...@googlemail.com:
 Welche Keepright-Fehler werden denn zu Aufträgen?
 Könnte man dann vergleichen, ob bei Keepright entsprechende Fehler in der
 Nähe sind, die dann eigentlich bei KRT als Aufträge auftauchen müssten?

 Bei mir (Erfurt, Thüringen) gibt es wie gesagt weder Aufträge noch Checks,
 allerdings durchaus noch einige Fehler bei Keepright. Allerdings nicht
 unbedingt aus allen Keepright-Kategorien.

 Also da müsst ihr aus Spiel-Sicht aber noch dran arbeiten. Das ist ja ein
 riesen Motivationskiller wenn man das zum ersten mal öffnet und gar nichts
 zu tun hat.

 Gruss,
 Chaos



 Am 30. Mai 2013 09:36 schrieb Markus Semm ms...@enaikoon.de:

 Hallo,
 bei mir werden auch keine Aufgaben angezeigt im Zentrum von Berlin.
 Mit der alten Version waren da noch reichlich Aufgaben zu sehen.
 Windows7, korrekte Anzeige meiner eigenen Position, Chrome, alles laufend
 aktualisiert.

 -Ursprüngliche Nachricht-
 Von: Stefan Keller [mailto:sfkel...@gmail.com]
 Gesendet: Donnerstag, 30. Mai 2013 09:25
 An: Openstreetmap allgemeines in Deutsch
 Betreff: Re: [Talk-de] Kort Game Reloaded!

 Der eigene Standort wird mit einem blauen Punkt angezeigt und kommt
 vom Browser Interface.
 Das Kort Game zeigt aktive Aufträge  Überprüfungen 5 km um den
 eigenen Standort.
 Das bleibt auch beim Rauszoomen so.
 Mit der neuen Sneak Peek kann man sich auch Aufträge  Überprüfungen
 anderswo anzeigen lassen.
 Da sehe ich in Deutschland und Frankreich überall Daten...
 Laut dem HTML5-Framework, das wir verwenden werden folgende Geräte
 unterstützt:
 http://www.sencha.com/products/touch/features/
 Ich hoffe, das hilft.

 LG, Stefan


 Am 30. Mai 2013 08:29 schrieb Ronnie Soak chaoschaos0...@googlemail.com:
  Die Update-Frage kam heute. Jetzt steht unter  about  2.0.33
  Leider immer noch keine Aufträge.
  Reload bringt leider nichts.
  Ich habe das auch unter einem nagelneuen Android versucht, bei dem der
  Browser garantiert noch nier kort.ch gesehen hat.
 
  Gibt es eine Zoomlevel-Grenze, bis zu der Aufträge angezeigt werden, oder
  könnte ich auf ganz Deutschland herauszoomen und müsste
  dann garantiert irgendwo Aufträge sehen? Bei mir ist da nämlich gar
 nichts.
 
  Gruss,
  Chaos
 
 
  Am 29. Mai 2013 20:36 schrieb Stefan Keller sfkel...@gmail.com:
 
  Hallo.
 
  Kort unter Chrome sollte gehen.
  Kam in den letzten 24 Stunden die Frage Neue Version verfügbar...?
  Zeigt die Version (im Tab Über Kort) = Version 2.029 an?
  Ev. hilft ein Reload der ganzen URL http://play.kort.ch .
  Wenn das nichts hilft, den Cache des Browsers über die Einstellungen
  leeren (ist ein Phänomen einiger Web Apps).
 
  LG, Stefan
 
 
  Am 29. Mai 2013 19:41 schrieb Ronnie Soak 
 chaoschaos0...@googlemail.com:
   Ist das Spiel denn momentan überhaupt noch aktiv? Weder mit Chrome
 noch
  dem
   Android-Browser sehe ich Aufträge oder Checks auf der Karte.
   Nicht in meiner Umgebung, nicht bei einer Stichprobe in Frankfurt und
  auch
   nicht in Winterthur, sollte es nur in der Schweiz funktionieren.
  
   Habe ich da ein technisches Problem oder gibt es da einfach nichts zu
  tun?
  
   Gruss,
   Chaos
  
  
  
   Am 29. Mai 2013 03:13 schrieb Stefan Keller sfkel...@gmail.com:
  
   Liebe Mapper,
  
   In den letzten Monaten haben wir hart gearbeitet, um das Kort Game zu
   verbessern. Kort ist ein standortbasiertes Web-App für Mobiles (Open
   Source) bei dem OpenStreetMap-Fehler spielerisch gelöst und überprüft
   werden. Es ist unseres Wissens eines der ersten Projekte das
   Gamification, Crowd Sourcing und Web-Anwendungen kombiniert.
  
   Es gibt neu folgende Funktionen:
   * Aufträge und Überprüfungen erscheinen in einer Karte.
   * Sneak Peek-Funktion, um mehr als nur die nächsten Aufträge zu
 sehen.
   * News Tab, um Informationen vom Hauptquartier zu erhalten.
   * Registrieren mit Facebook-Account (zusätzlich zu OpenStreetMap und
   Google)
   * Neuer Typ Restaurants mit fehlenden Küche (derzeit nur in der
  Schweiz).
  
   Ein weitere Funktion

Re: [Talk-de] Bug? Key:colour gleich trotz Unterschieden in offizieller CMYK-Definition

2013/5/30 Wolfgang Hinsch osm-lis...@ivkasogis.de:
 Am Donnerstag, den 30.05.2013, 07:49 +0200 schrieb RainerU:
 Meine Frage ist: warum ist es sinnvoll/notwendig auf einem derartigen Plan 
 die
 Linien genau in derselben Farbe darzustellen, wie das der Verkehrsbetrieb auf
 seinen eigenen Plänen macht?


 Weil im professionellen Druck die Farbe auf jedem Dokument gleich
 aussehen soll. Wenn man die Farbe schon hat, sollte man sie auch
 benutzen, und wenn der Plan einigermaßen vernünftig aussehen soll, muss
 es schon die genau richtige Farbe sein.

 Die Welt des Druckens ist _völlig_ anders als die des Web. Wer damit
 noch nichts zu tun hatte, kann sich das einfach nicht vorstellen.

Ich weiß nicht einmal, ob man eine Gleichheit mit VBB-Materialien, mit
der von mir vorgeschlagenen Methode erreicht.

Die Methode würde es jedoch erlauben vorherzusagen, was bei CMYK
definierten Farben bei OSM auf RGB-Ebene überhaupt rauskommen soll.

Der Methode fehlt allerdings noch eine Matchingtabelle, wie auf der Seite
http://anna.info/wiki/ISO_Coated_v2_300%25_(ECI)
zu sehen unterscheiden sich die RGB die auf der OSM-Berlin-Liste
gepostet wurden, von denen mit codecrete bestimmten. Und ich sehe bei
dem Rot einen Unterschied.

Das ist das was bei der Konversion via ECI nocht fehlt.

Wenn man aber nur RAL vorgibt, dann erhält man Werte wie hier zu sehen:
http://anna.info/wiki/RAL_5017
irgendwelche Blautöne.

Und wer nicht einmal RAL vorgibt, sondern blau, der erhält noch mehr.

Wenn jemand nur irgendein Blau will, und mit Hextriplets, die ja laut
http://wiki.openstreetmap.org/wiki/Key:colour
erlaubt sind, umgehen kann, dann hat er dieses irgendein blau ja
auch, wenn jemand anderes ein eindeutiges Hex triplet wählt.

Mit codecrete berechnet, wäre der Wert für die S3 in Berlin 006FB3 und
für die Regionalzüge die laut VBB CMYK 100 50 0 0 haben, wäre der Wert
0074B7.

Und wenn ich eine Legende erstelle, vielleicht ausserhalb OSM, dann
kann ich die auch mit 006FB3 erstellen und erhalte im Druck oder im
Web jeweils genau die gleiche Farbe wie bei OSM-erzeugten Material.

-- 
Tobias Conradi
Rheinsberger Str. 18
10115 Berlin
Germany

http://tobiasconradi.com

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

[Talk-de] Wir sind doch nicht bei Wikipedia-de

2013/5/30 Wolfgang Hinsch osm-lis...@ivkasogis.de:
 Wir sind doch nicht bei
 Wikipedia-de.
Als ich dieses hier gesehen habe,

http://wiki.openstreetmap.org/w/index.php?title=Special:Logpage=FOSSGIS%2FServer%2Fbessel
08:29, 28 September 2012 Firefishy (Talk | contribs) deleted page
FOSSGIS/Server/bessel (Delete per request of Frederik)

kurz nachdem ich die Seite angelegt hatte, hatte ich schon starke
Erinnerungen an Wikipedia. Und deshalb trage ich im OSM-Wiki auch
nichts mehr ein, sondern mache Dokumentation in einem eigenen Wiki.

Die Seite enthielt Dokumentation zum Prozess des Erlangens eines
Zugangs zum Server Bessel. Ich machte den Prozess gerade durch, weil
ich am Deutschen Kartenstil mitarbeiten wollte.

Auch dazu habe ich eine Seite angelegt:

http://wiki.openstreetmap.org/wiki/German_Style

Auch dort Erinnerungen an Wikipedia:

http://wiki.openstreetmap.org/w/index.php?title=German_Stylediff=813661oldid=813598
Sven Geggus: Giggls (Talk | contribs) (gröbsten Unsinn entsorgt)

Highlight:
http://wiki.openstreetmap.org/w/index.php?title=German_Stylediff=813767oldid=813765
Sven Geggus, der ohne Diskussion Dinge löscht, die der Ersteller der
Seite eingetragen hatte, schreibt:

bitte keine Edit-war sondern Diskussion!




-- 
Tobias Conradi
Rheinsberger Str. 18
10115 Berlin
Germany

http://tobiasconradi.com

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

Re: [Talk-de] Bug? Key:colour gleich trotz Unterschieden in offizieller CMYK-Definition

2013-05-30 Thread Henning Scholland

Bei den Farben hat man mehrere Nutzungsmöglichkeiten bzw. auch 
Möglichkeiten der Genauigkeit. Ein Großteil der Farben als String kommen 
wahrscheinlich aus der Richtung Parkbänke (josm-Vorlage) und 
Fassadenfarbe. Bei beiden Richtungen ist es nicht sinnvoll, den genauen 
Farbton anzugeben. Selbst wenn man ihn aktuell mit einer Farbtafel genau 
bestimmt, ist es nach kurzer Zeit schon wieder einen Hauch dreckiger 
oder blasser geworden. In den Fällen reicht es dann auch aus zu sagen, 
die Fassade ist weiß oder hell gelb und das Dach ist rot.


Bei den Linienplänen sieht die Sache schon anders aus. Hier gibt es so 
eine Verwitterung nicht, deshalb halte ich es hier auch für sinnvoll, 
dass man den exakten Wert in die DB einträgt. Ob den nun am Ende der 
Auswerter nutzt oder nicht, ist ja seine Sache.


Henning


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

[Talk-de] Harzer Mappertreffen am 27. Juli 2013 in Sankt Andreasberg

2013-05-30 Thread Thorsten Alge

Ich habe mir gedacht, es sei eine gute Idee, im Harz für die Mapper der
Region ein Treffen zu organisieren. Daher habe ich für den 27. Juli
2013, 15:00 Uhr im Restaurant Zur kleinen Kapelle[1] in Sankt
Andreasberg einen Tisch reserviert. Jeder, der an OpenStreetMap und der
Region interessiert ist, ist herzlich eingeladen.

Gruß

Thorsten

[1] http://www.openstreetmap.org/browse/node/1964208578

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

Re: [Talk-de] Wir sind doch nicht bei Wikipedia-de

2013-05-30 Thread René Kirchhoff

Wo ist dein Problem?
Du kramst Vorgänge heraus, die 8 Monate alt sind.
Willst du uns damit sagen, dass du nicht in der Lage bist, die Dinge mit
den beteiligten direkt zu klären und deswegen dies hier anprangerst?
Sorry, dass kann so keiner nachvollziehen.
Gruß René
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Bug? Key:colour gleich trotz Unterschieden in offizieller CMYK-Definition

2013-05-30 Thread Martin Koppenhöfer



Am 30.05.2013 um 15:05 schrieb Tobias Conradi mail.2...@tobiasconradi.com:

 Das ist das was bei der Konversion via ECI nocht fehlt.
 
 Wenn man aber nur RAL vorgibt, dann erhält man Werte wie hier zu sehen:
 http://anna.info/wiki/RAL_5017
 irgendwelche Blautöne.


RAL ist durchaus eindeutig definiert, es gibt da Farbfächer, Farbbibliotheken, 
Lacke, etc, m.E. sollte der Tag in osm in diesem Fall de:verkehrsblau oder 
traffic_blue oder RAL_5017 od. ähnlich sein (da das die festgelegte Farbe ist), 
dann kann sich der Auswerter selbst entscheiden, ob er das in irgendeinem Blau 
oder sonstwie darstellt, oder das richtige nimmt, vor allem wenn er vorhat, das 
zu drucken, weil auf Bildschirmen ist korrekte Farbwiedergabe sowieso nicht 
üblich bzw. möglich.

RGB kommt mir nach wie vor aufgrund der Einschränkungen hinsichtlich der 
darstellbaren Farben nicht als glückliche Wahl vor, welches RGB ist dabei auch 
bisher noch gar nicht definiert...

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

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

2013-05-30 Thread Tirkon

RalfGesellensetter r...@gmx.de 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

Re: [Talk-de] Wir sind doch nicht bei Wikipedia-de

2013-05-30 Thread Ronnie Soak

Habe nur diesen Link angesehen:


http://wiki.openstreetmap.org/w/index.php?title=German_Stylediff=813661oldid=813598

Du nutzt das Wiki als privaten Notizzettel / Bug Report und beschwerst
dich, weil jemand Informationen hinzufuegt, die tatsaechlich
anderen Besuchern der Seite nutzen koennten?

Der Changesetkommentar ist zugegebenermassen nicht der netteste, aber an
der Aenderung sehe ich nichts verwerfliches.

PS: Fur den privaten Notizzettel, bietet sich die eigene Nutzerseite an.

Gruss,
Chaos


Am 30. Mai 2013 15:44 schrieb René Kirchhoff rene-kirchh...@arcor.de:

 Wo ist dein Problem?
 Du kramst Vorgänge heraus, die 8 Monate alt sind.
 Willst du uns damit sagen, dass du nicht in der Lage bist, die Dinge mit
 den beteiligten direkt zu klären und deswegen dies hier anprangerst?
 Sorry, dass kann so keiner nachvollziehen.
 Gruß René
 ___
 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] Wir sind doch nicht bei Wikipedia-de

2013/5/30 René Kirchhoff rene-kirchh...@arcor.de:
 Wo ist dein Problem?
Habe ich gesagt ich habe ein Problem? Fantasierst Du?

 Du kramst Vorgänge heraus, die 8 Monate alt sind.
Ja und? Es gibt sogar Leute die reden über Dinge die vor 2000 Jahren
passiert sein sollen.

 Willst du uns damit sagen,
wer ist uns?

 dass du nicht in der Lage bist, die Dinge mit
 den beteiligten direkt zu klären und deswegen dies hier anprangerst?
Anprangern?

http://de.wiktionary.org/wiki/anprangern

bloßstellen - ja das wollte ich.
http://wiki.openstreetmap.org/wiki/Getting_Involved#Documentation
Because OSM changes rapidly we still have to keep this wiki current.
So you might help us and update/manage wiki pages. The wikiteam will
help you, if you like.

http://wiki.openstreetmap.org/wiki/Wikiteam#Wikiteam
If you have ideas for the wiki, you can generally just do them, by
editing the wiki!
--- bis dann jemand disukissionslos löscht.

 Sorry, dass kann so keiner nachvollziehen.
Deine unbelegten Unterstellungen - ja.


-- 
Tobias Conradi
Rheinsberger Str. 18
10115 Berlin
Germany

http://tobiasconradi.com

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

Re: [Talk-de] Bug? Key:colour gleich trotz Unterschieden in offizieller CMYK-Definition

2013/5/30 Martin Koppenhöfer dieterdre...@gmail.com:

 RAL ist durchaus eindeutig definiert, es gibt da Farbfächer, 
 Farbbibliotheken, Lacke, etc, m.E. sollte der Tag in osm in diesem Fall 
 de:verkehrsblau oder traffic_blue oder RAL_5017 od. ähnlich sein (da das die 
 festgelegte Farbe ist),

Ist es laut VBB-Angabe und wie im Betreff der Email angegeben nicht.
Bug? Key:colour gleich trotz Unterschieden in offizieller CMYK-Definition

 dann kann sich der Auswerter selbst entscheiden, ob er das in irgendeinem Blau
 oder sonstwie darstellt, oder das richtige nimmt, vor allem wenn er
 vorhat, das zu drucken, weil auf Bildschirmen ist korrekte Farbwiedergabe 
 sowieso nicht üblich bzw. möglich.
Selbst wenn korrekt nicht möglich ist, kann man in OSM trotzdem
durch ein eindeutiges CMYK-RGB-Mapping erzeugte Werte speichern.


 RGB kommt mir nach wie vor aufgrund der Einschränkungen
 hinsichtlich der darstellbaren Farben nicht als glückliche
 Wahl vor,
http://wiki.openstreetmap.org/wiki/Key:colour lässt nichts anderes als
RGB zu. Dies zu ändern geht über
Bug? Key:colour gleich trotz Unterschieden in offizieller CMYK-Definition
und
http://lists.openstreetmap.org/pipermail/talk-de/2013-May/102394.html
hinaus. Das kann ja zusätzlich noch geändert werden.

Meine Vorschlag bezieht sich nur auf ein Füllen der vorhandenen
Variablen mit standardisierten Werten, die im definierten Wertebereich
liegen.

welches RGB ist dabei auch bisher noch gar nicht definiert...
Doch: http://wiki.openstreetmap.org/wiki/Key:colour
RGB color code linkt zu

http://en.wikipedia.org/wiki/Web_colors
Web colors have an unambiguous colorimetric definition, sRGB

-- 
Tobias Conradi
Rheinsberger Str. 18
10115 Berlin
Germany

http://tobiasconradi.com

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

Re: [Talk-de] Wir sind doch nicht bei Wikipedia-de

2013/5/30 Ronnie Soak chaoschaos0...@googlemail.com:
 Habe nur diesen Link angesehen:


 http://wiki.openstreetmap.org/w/index.php?title=German_Stylediff=813661oldid=813598

 Du nutzt das Wiki als privaten Notizzettel / Bug Report
Beweisführung?

 und beschwerst
 dich, weil jemand Informationen hinzufuegt, die tatsaechlich
 anderen Besuchern der Seite nutzen koennten?
Beleg?

 Der Changesetkommentar ist zugegebenermassen nicht der netteste, aber an
 der Aenderung sehe ich nichts verwerfliches.
Hat jemand behauptet es sei verwerflich? Es wurden Informationen gelöscht.

 PS: Fur den privaten Notizzettel, bietet sich die eigene Nutzerseite an.
Bis dann ein Löscher vorbeikommt.

-- 
Tobias Conradi
Rheinsberger Str. 18
10115 Berlin
Germany

http://tobiasconradi.com

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

Re: [Talk-de] Wir sind doch nicht bei Wikipedia-de

2013-05-30 Thread Falk Zscheile

Am 30. Mai 2013 17:16 schrieb Tobias Conradi mail.2...@tobiasconradi.com:

 2013/5/30 Ronnie Soak chaoschaos0...@googlemail.com:
  Habe nur diesen Link angesehen:
 
 
 
 http://wiki.openstreetmap.org/w/index.php?title=German_Stylediff=813661oldid=813598
 
  Du nutzt das Wiki als privaten Notizzettel / Bug Report
 Beweisführung?

  und beschwerst
  dich, weil jemand Informationen hinzufuegt, die tatsaechlich
  anderen Besuchern der Seite nutzen koennten?
 Beleg?

  Der Changesetkommentar ist zugegebenermassen nicht der netteste, aber an
  der Aenderung sehe ich nichts verwerfliches.
 Hat jemand behauptet es sei verwerflich? Es wurden Informationen gelöscht.

  PS: Fur den privaten Notizzettel, bietet sich die eigene Nutzerseite an.
 Bis dann ein Löscher vorbeikommt.

 @tobias
Ich kann verstehen, das du dich ungerecht behandelt fühlst. Jeder hat schon
mal das eine oder andere frustrierende Erlebnis im Wiki gehabt. Aber bitte
verstehe auch, das andere hier nachhaken und versuchen den Sachverhalt
aufzuklären bzw. besser zu verstehen. Deine Kurzkommentare mit denen du den
Ball wieder von dir wegzuspielen versuchst und der aus meiner Sicht
aggressive Grundton sind für alle Interessierten wenig hilfreich.

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

[Talk-de] FOSSGIS 2013 - Anmeldung noch bis zum 04. Juni 2013 möglich!

2013-05-30 Thread Dominik Helle

Hallo zusammen,

vom 12.-14. Juni 2013 präsentiert die FOSSGIS-Konferenz Neuigkeiten und 
Hintergründe zu Technologien und Entwicklungen aus dem Bereich 
Open-Source-Geo-Software und freien Geodaten. Ausgerichtet wird die Konferenz 
dieses Jahr an der HSR Hochschule für Technik Rapperswil in der Schweiz.

Mehr als 60 Vorträge für Einsteiger, Experten und Entwickler, Workshops und 
Anwendertreffen geben einen Einblick in aktuelle Anwendungsmöglichkeiten und 
Neuigkeiten. Der Themenbogen spannt sich von der Datenaufbereitung in 
OpenStreetMap, über den Aufbau von Geodateninfrastrukturen bis hin zu 
Technologien zur Darstellung von Geodaten.

Die Konferenzgebühr beträgt für die gesamten drei Konferenztage 140,- EUR. 
Aktive Mitglieder der Community können sich zudem für einen ermäßigten oder 
einen kostenfreien Eintritt entscheiden. Zudem werden in diesem Jahr auch 
zahlreiche Workshops angeboten. Die Teilnahmegebühr für Workshops beträgt 100,- 
EUR pro Teilnehmer  Workshop. Alle Einnahmen gehen – wie auch in den Jahren 
zuvor – vollständig in die Finanzierung der Konferenz.
Zur Konferenz werden mehr als 400 Teilnehmern erwartet. Aus diesem Grund ist 
für die Teilnahme an der Konferenz ist eine Anmeldung erforderlich. 

WICHTIG: Die Anmeldung ist noch bis zum 04. Juni 2013 möglich ist.

Die FOSSGIS-Konferenz wird vom gemeinnützigen Verein FOSSGIS e.V, der deutschen 
OpenStreetMap Community und der Open Source Geospatial Foundation (OSGeo) in 
Zusammenarbeit mit der HSR Hochschule für Technik in Rapperswil veranstaltet.

Weitere Informationen zum Programm und zur Anreise finden Sie auf der 
Konferenzhomepage http://www.fossgis.de/konferenz/2013/ 

Der kürzeste Weg zur Anmeldung: 
https://www.fossgis.de/civicrm/event/register?id=3reset=1

Viele Grüße
Dominik

-- 
Dominik Helle dominik.he...@fossgis.de
FOSSGIS e.V. | http://fossgis.de

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

Re: [Talk-de] Wir sind doch nicht bei Wikipedia-de

2013-05-30 Thread Tirkon

Ich weiß nicht wieso. Aber auch Deine Vorgehensweise erinnert mich
irgendwie an die Teile der Wikipedia, die ich nicht so mag.

Bei Wikipedia gibt es einen Autorenschwund wegen des Umgangs
miteinander. Es war bisher verbreiteter und bewährter Konsens bei OSM,
bei Problemen zunächst eine freundlich formulierte Nachfrage an die
Beteiligten zu richten. Erst wenn sich auf diesem Wege das Problem
nicht lösen ließ, hat man um Drittmeinungen gebeten. 

bloßstellen - ja das wollte ich.
IMHO das beste Mittel, um engagierten OSMlern wegen eines einzelnen
(möglichen) Fehlers den Spaß an der Mitarbeit zu verleiden.

Ergo kann ich für die Zukunft nur empfehlen, eine freundlich
formulierte Nachfrage an die Beteiligten zu senden. Das vermeidet IMHO
einige der Probleme der Wikipedia.

Gruß
Tirkon


Tobias Conradi mail.2...@tobiasconradi.com wrote:

2013/5/30 René Kirchhoff rene-kirchh...@arcor.de:
 Wo ist dein Problem?
Habe ich gesagt ich habe ein Problem? Fantasierst Du?

 Du kramst Vorgänge heraus, die 8 Monate alt sind.
Ja und? Es gibt sogar Leute die reden über Dinge die vor 2000 Jahren
passiert sein sollen.

 Willst du uns damit sagen,
wer ist uns?

 dass du nicht in der Lage bist, die Dinge mit
 den beteiligten direkt zu klären und deswegen dies hier anprangerst?
Anprangern?

http://de.wiktionary.org/wiki/anprangern

bloßstellen - ja das wollte ich.
http://wiki.openstreetmap.org/wiki/Getting_Involved#Documentation
Because OSM changes rapidly we still have to keep this wiki current.
So you might help us and update/manage wiki pages. The wikiteam will
help you, if you like.

http://wiki.openstreetmap.org/wiki/Wikiteam#Wikiteam
If you have ideas for the wiki, you can generally just do them, by
editing the wiki!
--- bis dann jemand disukissionslos löscht.

 Sorry, dass kann so keiner nachvollziehen.
Deine unbelegten Unterstellungen - ja.


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

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

2013-05-30 Thread Tirkon

Joachim Kast osm...@dd1gj.de wrote:

Für 3 Wochen lohnt sich so ein Eintrag u.U. nicht. 

Stimmt, die Verzögerungen in den Anwendungen verursachen
möglicherweise mehr Schaden als Nutzen, wenn die Software gerade in
diesen drei Wochen aktualisiert und für den Autofahrer noch Monate
später eine Umleitung geroutet wird. 

Das Autobahnkreuz Hannover-Ost (A 2/ A 7) wäre ein Beispiel dafür, wo
der Eintrag vermutlich schon tausendfachen Nutzen gestiftet hat.
Hingegen konnten die Aktualisierungszeiten kommerzieller Software da
nicht mithalten. Google hat zehn Monate gebraucht. Bing Nutzer bleiben
(vermutlich bis zum Ende der Baumaßnahme) ahnungslos.

http://www.openstreetmap.org/?lat=52.39674lon=9.89907zoom=16layers=M
http://www.strassenbau.niedersachsen.de/portal/live.php?navigation_id=26806article_id=89913_psmand=135
http://binged.it/10KH8De


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

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

2013-05-30 Thread Ruben Kelevra

Ja, und?

2013/5/30 Tirkon tirko...@yahoo.de:
 RalfGesellensetter r...@gmx.de 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!

2013-05-30 Thread 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 sfkel...@gmail.com:
 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 cyr...@gmail.com:
 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 andr...@online.de:
 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] Kort Game Reloaded!

Am 30. Mai 2013 20:55 schrieb Ruben Kelevra cyr...@gmail.com:
 Er sagt aber Straße ohne Namen aber die Straße hat keinen
 Highway-Tag, entsprechend ist es keine Straße.

Danke für den Hinweis. Und man kann solche falschen Positive
Keepright melden, von denen wir die Fehlerdaten holen.

Wenn das stimmt, dann kannst du Nicht lösbar antworten.

Um welchen Weg handelt es sich denn genau? Ich sehe dort lauter
highway=footway wie z.B. diesen
http://www.openstreetmap.org/browse/way/217362208

LG, Stefan

Am 30. Mai 2013 20:55 schrieb Ruben Kelevra cyr...@gmail.com:
 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 sfkel...@gmail.com:
 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 cyr...@gmail.com:
 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 andr...@online.de:
 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

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

Re: [Talk-de] Dicht gemappte Gebiete

2013-05-30 Thread Holger Jeromin

Walter Nordmann schrieb am 24.05.2013 17:22:
 Pascal Neis wrote
 in keinem einzigen Layer ist auch nur ein Contributor zu sehen :-(
 Häuser, Bäume und 99% Straßen ohne Namen. Reiner Datenmüll - toll :(

Ah, eine europazentrierte Diskussion :)

Die Hauptstadt profitiert in der Statistik vor allem von den sehr
kleinen und daher extrem zahlreichen Buildings.

Ich war in Yaounde mit einem Kameruner unterwegs (und habe da vor ein
paar Jahren ein paar POIs beigetragen).
In Kamerun gibt es wenig Straßennamen! Und selbst die kennt und nutzt
keiner vor Ort.
Ein Taxifahrer sagt man: ich will zur Ecke, da wo die und die
Tankstelle ist.

Wo keine Straßennamen, da gibts natürlich erst recht keine Hausnummern...

Für die Leute vor Ort finden ihre Hauptstadt daher wahrscheinlich sehr
vollständig.

-- 
Grüße
Holger


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

Re: [Talk-de] Wir sind doch nicht bei Wikipedia-de

2013/5/30 Tirkon tirko...@yahoo.de:
 Ich weiß nicht wieso. Aber auch Deine Vorgehensweise erinnert mich
 irgendwie an die Teile der Wikipedia, die ich nicht so mag.


 Bei Wikipedia gibt es einen Autorenschwund wegen des Umgangs
 miteinander.
Wie mit meinen Beiträgen zum OSM-Wiki umgegangen wurde, habe ich ja
aufgezeigt. Danach bin ich dort dann auch als Autor verschwunden.

 Es war bisher verbreiteter und bewährter Konsens bei OSM,
 bei Problemen zunächst eine freundlich formulierte Nachfrage an die
 Beteiligten zu richten.
Wo hat mich jemand freundlich zu meinen Beiträgen befragt? Ich sehe nur:

1) Betitelung als Unsinn, (gröbster Unsinn entfernt, also gab's wohl
noch mehr Unsinn aus Sicht von Sven Geggus)

2) Löschung eines Artikels ohne jeglichen Begründung mit Bezug auf den Inhalt.

 Erst wenn sich auf diesem Wege das Problem
 nicht lösen ließ, hat man um Drittmeinungen gebeten.
Der Löscher hat das Problem ja für sich gelöst.

bloßstellen - ja das wollte ich.
 IMHO das beste Mittel, um engagierten OSMlern wegen eines einzelnen
 (möglichen) Fehlers den Spaß an der Mitarbeit zu verleiden.
Wegen Aufzeigen eines Fehlers (Fehler ist Dein Wort) , wird der Spaß
an der Mitarbeit verleidet?

Also lieber alle Fehler (Fehler ist Dein Wort) drinlassen?

Danke für diese Warnung. Ich bin an einem solchen System nicht interessiert.

 Ergo kann ich für die Zukunft nur empfehlen, eine freundlich
 formulierte Nachfrage an die Beteiligten zu senden. Das vermeidet IMHO
 einige der Probleme der Wikipedia.
Ja. Vielleicht halten sich ja Firefishy/Frederik und Sven Geggus daran.

Firefishy hat zumindest aber nicht auf meine Rückfrage reagiert;
---
http://wiki.openstreetmap.org/wiki/User_talk:Firefishy#Deletion_of_the_bessel_page

Can you give me a copy of the bessel page?

08:29, 28 September 2012 Firefishy (Talk | contribs) deleted
FOSSGIS/Server/bessel  (Delete per request of Frederik)

It contained some documentation that I cannot find somewhere else in
the wiki. If it is unwanted in the wiki I would like to use it at
least for myself on my computer. I would like to avoid to have to
compile it again. Tobias Conradi 10:00, 28 September 2012 (BST)
---

Sind ja auch erst acht Monate rum.

-- 
Tobias Conradi
Rheinsberger Str. 18
10115 Berlin
Germany

http://tobiasconradi.com

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

Re: [Talk-de] Wir sind doch nicht bei Wikipedia-de

2013-05-30 Thread Frederik Ramm


Hallo Tobias,

   Dein Auftreten hier ist unmoeglich. Kaum ein paar Tage auf der Liste 
aktiv, verspuerst Du bereits das Beduerfnis, uns allen mitzuteilen, 
unter welchen Bedingungen Du Interesse an einer weiteren Mitarbeit hast 
und unter welchen nicht.


Die alte Sache, die Du hier hochkochen moechtest, hat folgenden Hintergrund:

Du hattest mich im September 2012 kontaktiert und wolltest gern eine 
Karte von Berlin zum Drucken. Du hattest sehr detaillierte Vorstellungen 
und ich habe Dir erklaert, dass Du den Kartenstil wohl selber machen 
musst, wenn Du das alles so umsetzen moechtest, wie Du es skizziert 
hast. Wenn ich mich recht erinnere, hatten wir da sogar telefoniert. Da 
Du anfangs den Eindruck gemacht hattest, etwas zum Projekt beitragen zu 
wollen (und solche Leute will man ja nicht wegschicken!), habe ich dann 
Sven Geggus gebeten, Dir ein paar Tips zu Deinem Server-Setup zu geben. 
Sowohl Sven als auch ich haben damals einige Zeit investiert, um Dir zu 
helfen; Du warst aber damals schon jemand, mit dem man viel Geduld 
gebraucht hat, weil Du - ich druecke es mal positiv aus - bei sehr 
vielen Dingen zahlreiche Verbesserungsmoeglichkeiten entdeckt hast. Ich 
zitiere mal aus einem Mailwechsel von damals (insgesamt so 20 Mails, die 
da hin und her gingen, mit diversen Fragen und Antworten):


Tobias Conradi:
http://www.openstreetmap.de/germanstyle.html - Legende? Allein diese
German-Style-Seite auf osm.de wieder zu finden war schwer, und gelang
mir nur durch Zufall, in den FAQ und oben im Menu kein Hinweis.

Sven Geggus:
Motzen gilt auch hier nicht. Die Webseite ist im SVN, mach sie besser:
http://svn.openstreetmap.org/sites/www.openstreetmap.de/;

Tobias Conradi:
Ich nix Ahnung von SVN. Wenn Feedback nicht erwuenscht ist, dann bitte
grosses Warnschild, dann koennen Leute sich das sparen.

Halt genau diese trotzige wenn ihr von meinem immensen Wissen nicht 
teilhaben wollt dann kann ich Euch auch nicht helfen-Art wie jetzt hier 
auch.


Sven hat *trotz* Deiner schon damals zutage tretenden unverschaemten 
Art, und weil es Dir nicht gelang, Dir selbst eine geeignete 
Rendering-Umgebung zu installieren, Dir einen Sandbox-Account auf dem 
gerade neu eingerichteten openstreetmap.de-Tileserver eingerichtet, mit 
dem Du an Deinem eigenen Style feilen konntest, ohne dass Du selbst 
alles bei Dir installieren musst. Das war schon eine grosse Ausnahme und 
fuer Sven nichts, was er mal in fuenf Minuten macht; eventuell war Dir 
das nicht klar. Du hast eine Wikiseite angelegt, in der Du (sinngemaess) 
geschrieben hast wenn ihr einen Sandbox-Account wollt, einfach bei Sven 
Geggus fragen, da kriegt ihr einen Account auf einem Testrechner, dabei 
war das ein Entgegenkommen extra nur fuer Dich und sollte nicht zum 
Standardprogramm fuer alle werden. Daher hat Sven diese Information 
wieder aus dem Wiki entfernt - es stimmte ja auch nicht. (Sven wird wohl 
am besten wissen, wer bei ihm einen Sandbox-Account bekommt und wer nicht.)


Anstatt Dir zu denken hm, der, der mir den Account gegeben hat, hat die 
Info wieder aus dem Wiki geloescht, dann frag ich ihn doch mal, wo ich 
ja eh schon gerade erst 10 Mails mit ihm ausgetauscht habe, hast Du 
einfach Deine Version im Wiki wiederhergestellt. Da ist Sven dann auch 
der Geduldsfaden gerissen. Und man kann ihm *wirklich* nicht vorwerfen, 
dass er nicht versucht haette, Dir zu erklaeren, worum es ging.


In Folge hast Du dann noch auf der mapnik-de-Liste Deinem Aerger ueber 
Sven Luft gemacht (in einer Art, die so unangemessen war, dass die 
Postings aus dem Listenarchiv entfernt wurden, aber wer im September auf 
der Liste war, duerfte sie noch in seiner Inbox haben).


Sicherlich koennen solche Sachen auch immer mal auf Missverstaendnissen 
beruhen oder Leute reden einfach aneinander vorbei, aber Du bist 
bestimmt nicht in einer Position, in der Du Dich oeffentlich als das 
Opfer grossen Unrechts hinstellen solltest; im Gegenteil, Du hast mehr 
Entgegenkommen erfahren als die meisten anderen, die mit OSM anfangen.


Bye
Frederik

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

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

Re: [Talk-de] Wir sind doch nicht bei Wikipedia-de

2013/5/30 Falk Zscheile falk.zsche...@gmail.com:
 @tobias
 Ich kann verstehen, das du dich ungerecht behandelt fühlst. Jeder hat schon
 mal das eine oder andere frustrierende Erlebnis im Wiki gehabt.
Ja, frustrierend war das wirklich.

http://wiki.openstreetmap.org/wiki/Special:Contributions/Tobias_Conradi
Zwei Artikel angelegt, in einem drin herumgelöscht, der andere komplett weg.

Nach ~60h habe ich meine Tätigkeit für Dokumentation im OSM-Wiki eingestellt.

 Aber bitte
 verstehe auch, das andere hier nachhaken und versuchen den Sachverhalt
 aufzuklären bzw. besser zu verstehen.
Wen meinst Du?

- René Kirchhoff mit Wo ist dein Problem? ... Willst du uns damit
sagen, dass du nicht in der Lage bist
- Ronnie Soak mit Du nutzt das Wiki als privaten Notizzettel ...

 Deine Kurzkommentare mit denen du den
 Ball wieder von dir wegzuspielen versuchst und der aus meiner Sicht
 aggressive Grundton

@aggressive Grundton

08:36, 26 September 2012 Giggls (Talk | contribs) . . (912 bytes)
(-278) . . (gröbsten Unsinn entsorgt)

sind für alle Interessierten wenig hilfreich.

Wieso kannst Du eine Aussage für alle Interessierten treffen? Weißt Du
etwa wer hier alles mitliest? Oder wer über das Pipermail-Archiv auf
den Wir sind doch nicht bei Wikipedia-de-Thread stößt?

Vielleicht finden einige Interessierte meine wie auch immer
grundgetönten Aussagen ja doch hilfreich, schließlich haben sie ja
einige Äusserungen von Drittpersonen hervorgerufen.


-- 
Tobias Conradi
Rheinsberger Str. 18
10115 Berlin
Germany

http://tobiasconradi.com

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

Re: [Talk-de] Wir sind doch nicht bei Wikipedia-de

2013/5/31 Frederik Ramm frede...@remote.org:
 Hallo Tobias,

Dein Auftreten hier ist unmoeglich.
Irgendwie wohl doch.

 Kaum ein paar Tage auf der Liste
 aktiv, verspuerst Du bereits das Beduerfnis, uns allen mitzuteilen, unter
 welchen Bedingungen Du Interesse an einer weiteren Mitarbeit hast und unter
 welchen nicht.
Unterstellung.

 Die alte Sache, die Du hier hochkochen moechtest, hat folgenden Hintergrund:

 Du hattest mich im September 2012 kontaktiert und wolltest gern eine Karte
 von Berlin zum Drucken. Du hattest sehr detaillierte Vorstellungen und ich
 habe Dir erklaert, dass Du den Kartenstil wohl selber machen musst, wenn Du
 das alles so umsetzen moechtest, wie Du es skizziert hast. Wenn ich mich
 recht erinnere, hatten wir da sogar telefoniert.
Wir hatten sogar schon 2010 telefoniert. Und Du warst sehr hilfsbereit.

 Da Du anfangs den Eindruck
 gemacht hattest, etwas zum Projekt beitragen zu wollen
anfangs?


 Tobias Conradi:
 http://www.openstreetmap.de/germanstyle.html - Legende? Allein diese
 German-Style-Seite auf osm.de wieder zu finden war schwer, und gelang
 mir nur durch Zufall, in den FAQ und oben im Menu kein Hinweis.

 Sven Geggus:
 Motzen gilt auch hier nicht. Die Webseite ist im SVN, mach sie besser:
 http://svn.openstreetmap.org/sites/www.openstreetmap.de/;

 Tobias Conradi:
 Ich nix Ahnung von SVN. Wenn Feedback nicht erwuenscht ist, dann bitte
 grosses Warnschild, dann koennen Leute sich das sparen.

 Halt genau diese trotzige wenn ihr von meinem immensen Wissen nicht
 teilhaben wollt dann kann ich Euch auch nicht helfen-Art wie jetzt hier
 auch.

Also wenn man keine Ahnung von SVN hat, soll man sich bitte erst gar
nicht melden?

[snipp]

 In Folge hast Du dann noch auf der mapnik-de-Liste Deinem Aerger ueber
 Sven Luft gemacht (in einer Art, die so unangemessen war, dass die Postings
 aus dem Listenarchiv entfernt wurden, aber wer im September auf der Liste
 war, duerfte sie noch in seiner Inbox haben).

Hier mal eine Email die unter
https://lists.openstreetmap.de/pipermail/mapnik-de/2012-September/thread.html
nicht mehr zu finden ist:

http://anna.info/wiki/2012-09-26_Mail_an_mapnik-de

Kann sich jeder ein Bild machen, wie unangemessen und löschungswürdig das ist.

 Sicherlich koennen solche Sachen auch immer mal auf Missverstaendnissen
 beruhen oder Leute reden einfach aneinander vorbei, aber Du bist bestimmt
 nicht in einer Position, in der Du Dich oeffentlich als das Opfer grossen
 Unrechts hinstellen solltest;
:-)

 im Gegenteil, Du hast mehr Entgegenkommen
 erfahren als die meisten anderen, die mit OSM anfangen.
Jaja, die Löschkolonne ist vollentgegengekommen. Im Wiki und sogar im
mapnik-de Archiv.

-- 
Tobias Conradi
Rheinsberger Str. 18
10115 Berlin
Germany

http://tobiasconradi.com

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

Re: [Talk-de] Wir sind doch nicht bei Wikipedia-de

2013/5/31 Frederik Ramm frede...@remote.org:

 Sven hat *trotz* Deiner schon damals zutage tretenden unverschaemten Art,
 und weil es Dir nicht gelang, Dir selbst eine geeignete Rendering-Umgebung
 zu installieren,
Gelingt ist Frederik Ramm, seine Aussagen zu untermauern?

Dir einen Sandbox-Account auf dem gerade neu
 eingerichteten openstreetmap.de-Tileserver eingerichtet, mit dem Du an
 Deinem eigenen Style feilen konntest, ohne dass Du selbst alles bei Dir
 installieren musst.
Näher an der Wahrheit:
http://anna.info/wiki/2012-09-26_Mail_an_mapnik-de
http://anna.info/wiki/2012-09-26_Mail_an_mapnik-de_-_2
http://anna.info/wiki/2012-09-26_Mail_an_mapnik-de_-_3

Wenn Dir am deutschen Stil etwas nicht gefällt, dass poste patches oder
noch besser aktiviere sie in Deiner Sandbox[1], damit wir drüber diskutieren
können.

Gruss

Sven

[1] Ich richte Dir gerne eine solche auf unserem server ein
=

Es ging also nicht um meinen eigenen Stil, sondern um aktive Mitarbeit
am Deutschen Stil.

Fazit: Es gelang Frederik Ramm nicht, den Sachverhalt so
wahrheitsgetreu darzustellen wie Tobias Conradi.

Das ist vielleicht eine Folge des vielen Löschens (OSM-Wiki, Mail-Archiv)

-- 
Tobias Conradi
Rheinsberger Str. 18
10115 Berlin
Germany

http://tobiasconradi.com

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

Re: [Talk-it] Nuovo Google Map Maker

beh, da questo punto di vista in certi paesi è già così credo (vedi Germania
e molti comuni particolarmente mappati bene su osm) ;)
comunque sia secondo me in pochi postano note/correzioni su Google map in
quanto è utilizzato da un utenza prevalentemente interessata ad acquisire un
informazione piuttosto che a fornirla. La forza di google sta nelle sue
features (streetview, satellite, il futuro 3d e il collegamento con link
alle varie attività commerciali direttamente accessibili dalla mappa).
Come numero di persone che lavorano o collaborano a GM penso già siano di
meno dei mappatori (attivi) di osm (anche se i soli 7000 mappatori
impiegati da google a tempo pieno nel progetto GM, fanno sentire il proprio
peso).La qualità delle mappe osm è in molti punti enormemente superiore,
purtroppo in molti altri no (da noi si passa da comuni in cui vengono
mappati i singoli alberi ad altri in cui non ci sono ancora le strade...vedi
per esempio Casteltermini in Sicilia); GM invece ha il vantaggio di avere un
tipo di mappatura abbastanza omogeneo  e quindi viene generalmente
preferito perchè l'utente ha certezza di trovare il dato cercato (che
solitamente è la via  e ogni tanto il numero civico di un comune).
Quest'ultimo comunque è un problema che nel tempo verrà inevitabilmente
risolto (i dati su OSM possono solo aumentare, non diminuire) ;)
alla fine non è così impossibile per OSM avere successo e battere la
concorrenza di google...10 anni fa in pochi avrebbero puntato su
Wikipedia,...questa per risorse, anni di sviluppo e diffusione e features
era molto più indietro di Encarta...oggi la prima è in espansione, l'altra è
un progetto abbandonato.
serve secondo me un po' più di organizzazione...capisco la libertà nell'uso
dei tag, a quando lo stesso tipo di oggetto viene mappato in 10 maniere
diverse non è una cosa comodo...nè per i mappatori, nè per la mappa, nè per
gli utilizzatori...anche questo (spero) e un problema che con il tempo verrà
risolto



--
View this message in context: 
http://gis.19327.n5.nabble.com/Nuovo-Google-Map-Maker-tp5763110p5763340.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] errore nel Indoor Mapping di un Centro Commerciale

2013-05-30 Thread Caterpillar

Riprova, l'insistenza a volte paga
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Uniformiamo e riduciamo i tag

Ciao a tutti!
Ormai è più di un anno che mappo in OSM e se c'è una cosa che ho capito è
che lasciare ai mappatori completa libertà sui tag rende la DB osm un mezzo
potentissimo.

Purtroppo come tutte le cose ci sono dei pro e dei contro. Lasciare piena
libertà nel creare tag fa aumentare in maniera esponenziale il numero di tag
utilizzati e spesso si vengono a creare dei doppioni. 
Se a questo si aggiungono le varie combinazioni e i vari stili di mappatura
posso dire con buona certezza che gli stessi elementi in varie parti del
mondo (o anche solo nella stessa regione) vengono mappati in n modi diversi.
e questo secondo me è fonte di potenziali danni/errori per la mappa che la
rendono parzialmente o completamente inutilizzabile in certi ambiti.

Vorrei buttare così una proposta alla comunity (almeno italiana) per
decidere insieme alcune poche e semplici linee guida in modo da semplificare
la mappatura (almeno quella generica) e renderla più coerente possibile

Per esempio l'amenity=school viene posta sull'area appartenente all'istituto
scolastico mentre il building=school viene posto sulla struttura vera e
propria (questo stile di mappatura proposto sul wiki spesso non viene
rispettato in italia). Lo stesso vale per gli hospital (naturalmente questo
diventa il value per i key amenity e building) ed university. questo schema
però non viene riproposto quasi mai in altri ambiti; per esempio nel
kindergarten (asilo/materna), lenursing_home (casa di riposo per 
anziani)
ecc ecc, dove non si fa accenno a questo schema...
Lo stesso dicasi per l'infinità di casi, anche non amenity,  in cui si può
distinguere l'area dedicata ad un certo compito con l'edificio vero e
proprio in qui si svolge l'attività (caserme della polizia, vigili del
fuoco, carceri).

I miei dubbi sono : non si potrebbe usare/proporre uno stile unico? e
proprio necessario che ci sia così tanta differenza su come si mappano
oggetti diversi ? .

Ho portato l'esempio delle amenity, ma pensiamo per esempio agli edifici
abbandonati/ruderi. È proprio necessaria la presenza del tag building=ruins?
alla fine davanti al key building solitamente mettiamo lo scopo
dell'edificio (residential, apartments, school, hospital ecc ), mentre ruins
non è lo scopo ma lo stato in cui si trova l'edificio.  ergo per i ruderi
secondo me si dovrebbe usare i tag building=* +ruins=yes...ecco che abbiamo
eliminato un tag (building=ruins) ma non perdiamo alcuna informazione, anzi
la guadagniamo. 

Lo stesso sulla classificazione degli edifici pubblici...oggi c'è
building=public (hanno appena deprecato amenity=public_use) ma questo tag
non ha senso secondo me...Oltre a non essere uno scopo dell'edificio
togliere la possibilità di definire con il key building un value per lo
scopo (è una scuola? è un teatro? è una biblioteca? ); Si descrive una
condizione di accesso  che in realtà noi genericamente già possiamo definire
con access=public o meglio access=yes  cioè reinterpretando l'utilizzo di un
tag usato per le strade ma che si adatta ugualmente bene utilizzato anche in
altri ambiti  .

Quindi a mio avviso il wiki andrebbe rivisto in parte togliendo molti tag
inutili/confusionari/ridondanti (d'altronde siamo in primavera...è il
periodo giusto per fare pulizie ;) ) e dovrebbe dare indicazioni nella
pagina generale sullo stile da adottare nell'assegnazione del tag non solo
quindi una lista di tag. Questo aiuterebbe, senza imporre nulla, ad
utilizzare uno stile di mappatura più omogeneo.
Vogliamo cominciare quindi una discussione in merito? secondo me la
mappatura avrà da guadagnarci...più sono semplici e comuni le regole fra i
vari tag meno errori si commettono. in oltre diventa più semplice mappare e
meno spaventoso anche per i nuovi arrivati (che oggi si trovano n tag, per
ciascuno m combinazioni e tutti i tag usati in maniera diversa l'uno
dall'altro).



--
View this message in context: 
http://gis.19327.n5.nabble.com/Uniformiamo-e-riduciamo-i-tag-tp5763379.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Uniformiamo e riduciamo i tag

2013-05-30 Thread Martin Koppenhoefer

2013/5/30 Aury88 spacedrive...@gmail.com

 Purtroppo come tutte le cose ci sono dei pro e dei contro. Lasciare piena
 libertà nel creare tag fa aumentare in maniera esponenziale il numero di
 tag
 utilizzati e spesso si vengono a creare dei doppioni.



hai dei esempi?



 Se a questo si aggiungono le varie combinazioni e i vari stili di mappatura
 posso dire con buona certezza che gli stessi elementi in varie parti del
 mondo (o anche solo nella stessa regione) vengono mappati in n modi
 diversi.



non è necessariamente un problema, il problema più grosso si crea quando si
utilizza lo stesso tag per descrivere delle cose diverse, mentre usare 2
tags diversi per la stessa cosa non è desiderabile ma non crea ne anche
grossi problemi, fa aumentare però lo sforzo per creare una mappa
consistente, ma rende allo stesso tempo più facile la vita del mappatore.



 e questo secondo me è fonte di potenziali danni/errori per la mappa che la
 rendono parzialmente o completamente inutilizzabile in certi ambiti.



non capisco, puoi fare un esempio?



 Per esempio l'amenity=school viene posta sull'area appartenente
 all'istituto
 scolastico mentre il building=school viene posto sulla struttura vera e
 propria



non è così, amenity=school viene usato per indicare una istituzione del
tipo scuola, mentre building=school indica un edificio del tipo scuola (non
ci deve per forza essere una scuola attiva dentro)



 Lo stesso vale per gli hospital (naturalmente questo
 diventa il value per i key amenity e building) ed university.



+1, anche se building=university non è molto specifico come ne anche
building=hospital, in realtà in entrambi e casi mi aspetterei più tipi di
edificio (in un'università per esempio ci sono laboratori, una mensa, delle
aule, uffici, ...)



 questo schema
 però non viene riproposto quasi mai in altri ambiti; per esempio nel
 kindergarten (asilo/materna), lenursing_home (casa di riposo per
 anziani)
 ecc ecc, dove non si fa accenno a questo schema...



come no



 Lo stesso dicasi per l'infinità di casi, anche non amenity,  in cui si può
 distinguere l'area dedicata ad un certo compito con l'edificio vero e
 proprio in qui si svolge l'attività (caserme della polizia, vigili del
 fuoco, carceri).



si, la logica dovrebbe essere sempre la stessa



I miei dubbi sono : non si potrebbe usare/proporre uno stile unico? e
 proprio necessario che ci sia così tanta differenza su come si mappano
 oggetti diversi ? .



credo che ha senso usare tags diversi per oggetti diversi.




 Ho portato l'esempio delle amenity, ma pensiamo per esempio agli edifici
 abbandonati/ruderi. È proprio necessaria la presenza del tag
 building=ruins?



è inconsistente building=ruins con la logica della tipologia di edificio
(rovina non è una tipologia, è uno stato/ una condizione)


alla fine davanti al key building solitamente mettiamo lo scopo
 dell'edificio (residential, apartments, school, hospital ecc )



-1, non, mettiamo il tipo come definito da anni per il key building




 , mentre ruins
 non è lo scopo ma lo stato in cui si trova l'edificio.  ergo per i ruderi
 secondo me si dovrebbe usare i tag building=* +ruins=yes



sembra logico ma ha dei problemi, in quanto richiede da tutti gli utenti di
interpretare anche il tag ruins (ed altri come disused, abandoned, ...),
perciò c'è un accordo di usare un sistema per prevenire a
malinterpretazioni, per esempio highway=construction, construction=primary
invece di highway=primary, construction=yes




 ...ecco che abbiamo
 eliminato un tag (building=ruins) ma non perdiamo alcuna informazione, anzi
 la guadagniamo.



building=ruins, ruins=school?



 Lo stesso sulla classificazione degli edifici pubblici...oggi c'è
 building=public (hanno appena deprecato amenity=public_use) ma questo tag
 non ha senso secondo me...



+1, lo vedo un po' troppo generico



Quindi a mio avviso il wiki andrebbe rivisto in parte togliendo molti tag
 inutili/confusionari/ridondanti (d'altronde siamo in primavera...è il
 periodo giusto per fare pulizie ;) )



prima di fare pulizie nella wiki si dovrebbe parlarne su lista
internazionale tagging, cosa è impegnativo. Molto. Se ti senti di
cominciare nessuno te lo vieta ;-)

ciao,
Martin


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

[Talk-it] Wikimaps

2013-05-30 Thread Cristian Consonni

Questa iniziativa di alcuni Wikipediani/Wikimediani:
http://commons.wikimedia.org/wiki/Commons:Wikimaps

potrebbe interessare qualcuno di voi, in particolare gli amanti delle
mappe storiche e di OHM http://wiki.openstreetmap.org/wiki/OHM

Ciao,

Cristian

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

Re: [Talk-it] Uniformiamo e riduciamo i tag

dieterdreist wrote
 
 Aury88 wrote
  Se a questo si aggiungono le varie combinazioni e i vari stili di
 mappatura
  posso dire con buona certezza che gli stessi elementi in varie parti del
  mondo (o anche solo nella stessa regione) vengono mappati in n modi
  diversi.
 non è necessariamente un problema, il problema più grosso si crea quando
 si
 utilizza lo stesso tag per descrivere delle cose diverse, mentre usare 2
 tags diversi per la stessa cosa non è desiderabile ma non crea ne anche
 grossi problemi, fa aumentare però lo sforzo per creare una mappa
 consistente, ma rende allo stesso tempo più facile la vita del mappatore.

Come già detto la premessa è mantenere la capacità di descrivere una cosa in
maniera completa. quello di cui parlo non è semplicemente di ridurre il
numero di tag, ma un loro utilizzo più coerente e condiviso, quando
possibile, tra l'uno e l'altro. 
appunto l'esempio del tag rovine o access=yes o public: sono due tag che
possono venire usati in molti ambiti in unione con molti altri tag senza far
perdere informazioni e che permettono per tutti gli edifici, a prescindere
dalla tipologia  a cui appartengono, di definire il loro stato o il loro
criterio di accesso al pubblico. l'obiettivo nell'esempio potrebbe essere
raggiunto usando per tutti una sola tipologia di tag (o meglio una sola
tipologia di key con il value dipendente dal tipo di accesso, naturalmente)
per descrivere l'accesso pubblico, privato o altri.
quindi secondo me più ordinato e molto più facile da utilizzare/ricordare


dieterdreist wrote
 
 Aury88 wrote
  Per esempio l'amenity=school viene posta sull'area appartenente
  all'istituto
  scolastico mentre il building=school viene posto sulla struttura vera e
  propria
 non è così, amenity=school viene usato per indicare una istituzione del
 tipo scuola, mentre building=school indica un edificio del tipo scuola
 (non
 ci deve per forza essere una scuola attiva dentro)

 io mi rifererisco a quello che dice wiki inglese  : 
http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dschool
e  italiano:
http://wiki.openstreetmap.org/wiki/IT:Tag:amenity%3Dschool
cioè descrivono l'utilizzo del tag come dico io, cioè generalmente per ogni
scuola c'è un area delimitata con il tag school ed associato il nome della
scuola ed un area con il tag building riferito all'edificio vero e
proprio.Attento io non dico che i due tag siano equivalenti, anzi al massimo
mi lamento di quelli che utilizzano o l'uno o l'altro;Questo esempio è
portato per introdurre la differenza con la mappatura di altre amenity
(town-hall potrebbe essere mappato nella stessa identica maniera...anche i
tribunali o, perchè no, le stazioni di polizia o le carceri)

(Ps: non capisco cosa intendi con il fatto che non ci debba essere per forza
una scuola attiva dentro building=school.)

dieterdreist wrote
 
 Aury88 wrote
  questo schema
  però non viene riproposto quasi mai in altri ambiti; per esempio nel
  kindergarten (asilo/materna), lenursing_home (casa di riposo per
  anziani)
  ecc ecc, dove non si fa accenno a questo schema...
 come no

no: http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dkindergarten
wiki.openstreetmap.org/wiki/IT:Tag:amenity%3Dkindergarten
per coerenza lo schemino di mappatura presente in school dovrebbe essere
messo anche nel wiki di kidergarten ;
E lo stesso per nursing_home
http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dnursing_home
invece non si accenna minimamente a ciò, né con che tag debbano essere
mappati gli edifici 

dieterdreist wrote
 
 Aury88 wrote
  Lo stesso vale per gli hospital (naturalmente questo
  diventa il value per i key amenity e building) ed university.
 +1, anche se building=university non è molto specifico come ne anche
 building=hospital, in realtà in entrambi e casi mi aspetterei più tipi di
 edificio (in un'università per esempio ci sono laboratori, una mensa,
 delle
 aule, uffici, ...)

il bello di quello schema è proprio la possibilità di utilizzare i normali
tag per descrivere gli elementi diversi presenti nel territorio ed in uso
dall'ente/istituto...nell'esempio della scuola c'è un amenity=parking dentro
l'area amenity=school per dire che quel parcheggio è della scuola. Notare
che non si è dovuta inventare una combinazione key=value nuova tipo
school=parking per descrivere ciò...si è usato per il parcheggio il tag che
si usa per un qualsiasi altro parcheggio.  per i
building...hospital/university: nulla vieta, se esiste, di utilizzare un
value  più preciso e diverso per ogni edificio appartenente l'istituzione io
credo di averlo fatto per una biblioteca dentro una scuola

dieterdreist wrote
 
 Aury88 wrote
 I miei dubbi sono : non si potrebbe usare/proporre uno stile unico? e
  proprio necessario che ci sia così tanta differenza su come si mappano
  oggetti diversi ? .
 credo che ha senso usare tags diversi per oggetti diversi.

molti tag descrivono caratteristiche generiche ...una rovina, l'accesso
pubblico sono caratteristiche applicabili in egual

Re: [Talk-it] Uniformiamo e riduciamo i tag

rotfl!
allora è vero che la storia è ciclica! XD



--
View this message in context: 
http://gis.19327.n5.nabble.com/Uniformiamo-e-riduciamo-i-tag-tp5763379p5763429.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Uniformiamo e riduciamo i tag

2013-05-30 Thread sabas88

Il giorno 30 maggio 2013 17:58, Aury88 spacedrive...@gmail.com ha scritto:

 [cut]


http://comments.gmane.org/gmane.comp.gis.openstreetmap.tagging/9129

Ci siamo passati tutti. asd

Ciao,
Stefano
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Uniformiamo e riduciamo i tag

2013-05-30 Thread Groppo

Il giorno 30 maggio 2013 13:04, Aury88 spacedrive...@gmail.com ha scritto:
...

 Vorrei buttare così una proposta alla comunity (almeno italiana) per
 decidere insieme alcune poche e semplici linee guida in modo da
 semplificare
 la mappatura (almeno quella generica) e renderla più coerente possibile

...

 Per esempio l'amenity=school viene posta sull'area appartenente
 all'istituto
 scolastico mentre il building=school viene posto sulla struttura vera e
 propria (questo stile di mappatura proposto sul wiki spesso non viene
 rispettato in italia). Lo stesso vale per gli hospital...


Mi pare che il metodo descritto dal Wiki sia comunemente accettato, almeno
per scuole ed ospedali. Di solito, quando non viene rispettato è perché una
cosa è stata mappata in velocità o da un nuovo mappatore.

Ne approfitto per segnalare invece un errore abbastanza frequente: quello
di mettere il tag (amenity=school, amenty=hospital...) sia sull'area che
sull'edificio (o su un nodo ulteriore posto al centro di questo), invece
che solo sull'area.
Facendo così si dice che in quel luogo ci sono due o più scuole o ospedali.

Qualcuno lo fa anche con i parcheggi, mappandoli con un'area + un nodo al
centro, con gli stessi tag (amenity=parking...), quando invece bisognerebbe
mettere uno solo dei due.

Questi errori (doppia amenity) vengono segnalati da KeepRight e correggerli
può essere un'occasione per uniformare il mapping:
http://keepright.ipax.at/report_map.php?lang=itch50=1ch60=1ch70=1ch201=1ch220=1ch311=1ch312=1number_of_tristate_checkboxes=6highlight_error_id=0highlight_schema=0lat=41.87075lon=12.59489zoom=11show_ign=1show_tmpign=1layers=B0Tch=0%2C370


Ciao,
Groppo
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Uniformiamo e riduciamo i tag

2013-05-30 Thread Martin Koppenhoefer

2013/5/30 Aury88 spacedrive...@gmail.com


 (Ps: non capisco cosa intendi con il fatto che non ci debba essere per
 forza
 una scuola attiva dentro building=school.)



volevo dire che non ci deve essere una scuola in un building=school, si
tratta di un edificio della tipologia scuola (al solito costruito come
scuola), ma potrebbe essere anche abbandonato o in disuso perché mancano i
bimbi o perché hanno costruito una nuova scuola. building=school non è un
tag per descrivere il servizio scuola, è un tag per descrivere un edificio
scuola. In un building=school si possono anche trovare più di un
amenity=school per esempio.

Ogni tag ha un suo senso, descrive una parte del oggetto, ed insieme si
ottiene un immagine più dettagliato.

Invece, qui un po off-topic, seguendo le tue indicazioni su pagine del wiki
ho scoperto il tag entrance=emergency, ma come viene descritto nel wiki mi
sembra dovrebbe essere exit=emergency.

Non ho scoperto incongruenze tra amenity=school e amenity=kindergarten,
solo che la pagina sulla scuola è un po più esauriente.

ciao,
Martin
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

[Talk-lt] Venue for SotM Baltics, 3-4 August, Tartu, Estonia

2013-05-30 Thread Vladimir Elistratov

We've managed to get a wonderful venue for the SOTM Baltics!

The conference will be held in the main building of the University of
Tartu: http://sotm-baltics.org/location.html

The conference hall is normally used for PhD defence and University Senate
meetings. The University of Tartu was found in 1632, its main building was
built more than 200 years ago.

Register before the 9th of June for just 10 Euro:
http://sotm-baltics.org/register.html

The Call for Papers will be announced in a few days.

State of the Map Baltics conference will be held this year on the 3-4 of
August in Tartu, Estonia. For the first time ever mappers, developers and
users of OpenStreetMap from Baltic States, Russia, Finland and Sweden will
come together to exchange knowledge, strenghten local communities and break
the language barrier.
___
Talk-lt mailing list
Talk-lt@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-lt

Re: [Talk-gb-westmidlands] [OSM-talk] Early Bird sign-up for State of the Map 2013 closing soon

2013-05-30 Thread Rob Nickerson

Less than 24hrs to sign up for an Early Bird 25% discounted State of the
Map 2013 ticket. Get yours now and join over 80 people who have already
signed up:

http://2013.stateofthemap.org/info/booking/

See you there,
Rob

Organising committee volunteer,
State of the Map 2013,
stateofthemap.org
___
Talk-gb-westmidlands mailing list
Talk-gb-westmidlands@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands

[Talk-se] Venue for SotM Baltics, 3-4 August, Tartu, Estonia

2013-05-30 Thread Vladimir Elistratov

We've managed to get a wonderful venue for the SOTM Baltics!

The conference will be held in the main building of the University of
Tartu: http://sotm-baltics.org/location.html

The conference hall is normally used for PhD defence and University Senate
meetings. The University of Tartu was found by King Gustavus Adolphus of
Sweden in 1632, its main building was built more than 200 years ago.

Register before the 9th of June for just 10 Euro:
http://sotm-baltics.org/register.html

The Call for Papers will be announced in a few days.

State of the Map Baltics conference will be held this year on the 3-4 of
August in Tartu, Estonia. For the first time ever mappers, developers and
users of OpenStreetMap from Baltic States, Russia, Finland and Sweden will
come together to exchange knowledge, strenghten local communities and break
the language barrier.
___
Talk-se mailing list
Talk-se@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-ee] SOTM Baltics ürituse varajase registreerija soodus

2013-05-30 Thread Ilya Zverev

Hi! For those having problems paying with PayPal for SotM Baltics 2013 
conference pass, we have just announced other ways of payment, including 
bank transfer specially for attendees from Estonia and other Baltic 
countries.


Account details and the alternative registration form are here: 
https://docs.google.com/forms/d/1ljai-wDDLU9jBB8MtIFa0sTAMMerBTPLETSdgwWCL2s/viewform


We'd be glad to meet you in Tartu and we hope to resolve minor troubles 
that stand in your way.



IZ

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

[Talk-at] Linuxwochen Linz OSM Stand?

2013-05-30 Thread Holger Schöner

Hallo,

Am 8. Juni (also sehr bald ...) finden dieses Jahr die Linuxwochen Linz
im Wissensturm statt. Bei einer anderen Veranstaltung wurde ich gestern
von einem Vertreter der Free Software Foundation Europe gefragt, ob
OpenStreetMap dort nicht einen Stand organisieren möchte.

Da ich aus persönlichen Gründen nicht mehr so viel Zeit habe, werde ich
mich um eine Organisation nicht kümmern können. Ich könnte aber
möglicherweise zumindest zeitweise am Stand sein, wenn sich jemand
(mehrere) anderes findet um einen zu organisieren.

Hat nicht jemand von euch Lust darauf?

Ich gebe ggf. auf Anfrage den Kontakt weiter. Weitere Informationen zu
den Linuxwochen (hmm, ist ja nur ein Tag) auf

http://linuxwochen-linz.at/

Viele Grüße, Holger
-- 
Holger Schoener nume...@ancalime.de

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

[Talk-at] FOSSGIS 2013 - Anmeldung noch bis zum 04. Juni 2013 möglich!

2013-05-30 Thread Dominik Helle

Hallo zusammen,

vom 12.-14. Juni 2013 präsentiert die FOSSGIS-Konferenz Neuigkeiten und 
Hintergründe zu Technologien und Entwicklungen aus dem Bereich 
Open-Source-Geo-Software und freien Geodaten. Ausgerichtet wird die Konferenz 
dieses Jahr an der HSR Hochschule für Technik Rapperswil in der Schweiz.

Mehr als 60 Vorträge für Einsteiger, Experten und Entwickler, Workshops und 
Anwendertreffen geben einen Einblick in aktuelle Anwendungsmöglichkeiten und 
Neuigkeiten. Der Themenbogen spannt sich von der Datenaufbereitung in 
OpenStreetMap, über den Aufbau von Geodateninfrastrukturen bis hin zu 
Technologien zur Darstellung von Geodaten.

Die Konferenzgebühr beträgt für die gesamten drei Konferenztage 140,- EUR. 
Aktive Mitglieder der Community können sich zudem für einen ermäßigten oder 
einen kostenfreien Eintritt entscheiden. Zudem werden in diesem Jahr auch 
zahlreiche Workshops angeboten. Die Teilnahmegebühr für Workshops beträgt 100,- 
EUR pro Teilnehmer  Workshop. Alle Einnahmen gehen – wie auch in den Jahren 
zuvor – vollständig in die Finanzierung der Konferenz.
Zur Konferenz werden mehr als 400 Teilnehmern erwartet. Aus diesem Grund ist 
für die Teilnahme an der Konferenz ist eine Anmeldung erforderlich. 

WICHTIG: Die Anmeldung ist noch bis zum 04. Juni 2013 möglich ist.

Die FOSSGIS-Konferenz wird vom gemeinnützigen Verein FOSSGIS e.V, der deutschen 
OpenStreetMap Community und der Open Source Geospatial Foundation (OSGeo) in 
Zusammenarbeit mit der HSR Hochschule für Technik in Rapperswil veranstaltet.

Weitere Informationen zum Programm und zur Anreise finden Sie auf der 
Konferenzhomepage http://www.fossgis.de/konferenz/2013/ 

Der kürzeste Weg zur Anmeldung: 
https://www.fossgis.de/civicrm/event/register?id=3reset=1

Viele Grüße
Dominik

-- 
Dominik Helle dominik.he...@fossgis.de
FOSSGIS e.V. | http://fossgis.de

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

[Talk-lv] visas riigas ielas

2013-05-30 Thread Rich

taa kaa es nesen atradu divas ielas riigaa, kuras nebija ieziimeetas, 
piedaavaaju shaadu taa kaa meerkji :


saziimeet visas ielas riigaa.

lai to taa sistemaatiskaak saaktu, vajadzeetu oficiaalu ielu sarakstu 
saliidzinaat ar osmaa esoshajiem datiem.


vai kaads vareetu taadu saliidzinaajumu uztaisiit ?
--
 Rich

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

Re: [Talk-ca] [Talk-us] Tag for Tim Horton's

2013-05-30 Thread Paul Johnson

While it tries to be more like an upscale fast-food place, it's core
concept and the way people interact with it is definitely cafe.


On Wed, May 29, 2013 at 8:55 PM, Peter Dobratz pe...@dobratz.us wrote:

 I've never been to a Tim Hortons, but it looks like it's very similar to
 the Dunkin' Donuts we have around here.  I tag this as amenity=cafe as they
 are primarily a place that sells coffee-like beverages.

 name=Dunkin' Donuts
 amenity=cafe
 cuisine=doughnut
 drive_through=yes




 On Wed, May 29, 2013 at 7:24 PM, william skora skorasau...@gmail.comwrote:


 hi,

 I was just curious if there's a consensus on what tag to use for a tim
 horton's.

 I've found http://wiki.openstreetmap.org/wiki/Tag:cuisine%3Dcoffee_shop
 and http://wiki.openstreetmap.org/wiki/Canadian_tagging_guidelines
 which both mentioned variations.

 For what it's worth, this location was a single building and had a
 drive-thru as well.

 regards,
 will.

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



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


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

Re: [Talk-ca] [Talk-us] Tag for Tim Horton's

2013-05-30 Thread Peter Dobratz

I've never been to a Tim Hortons, but it looks like it's very similar to
the Dunkin' Donuts we have around here.  I tag this as amenity=cafe as they
are primarily a place that sells coffee-like beverages.

name=Dunkin' Donuts
amenity=cafe
cuisine=doughnut
drive_through=yes




On Wed, May 29, 2013 at 7:24 PM, william skora skorasau...@gmail.comwrote:


 hi,

 I was just curious if there's a consensus on what tag to use for a tim
 horton's.

 I've found http://wiki.openstreetmap.org/wiki/Tag:cuisine%3Dcoffee_shop
 and http://wiki.openstreetmap.org/wiki/Canadian_tagging_guidelines
 which both mentioned variations.

 For what it's worth, this location was a single building and had a
 drive-thru as well.

 regards,
 will.

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


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

[Talk-ca] Tag for Tim Horton's

2013-05-30 Thread william skora

hi,

I was just curious if there's a consensus on what tag to use for a tim
horton's.

I've found http://wiki.openstreetmap.org/wiki/Tag:cuisine%3Dcoffee_shop
and http://wiki.openstreetmap.org/wiki/Canadian_tagging_guidelines
which both mentioned variations.

For what it's worth, this location was a single building and had a
drive-thru as well.

regards,
will.
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Geothink uses Google maps?

2013-05-30 Thread John Kerr

This is not thinking. Perhaps they need more time to get the show together.

John
On May 30, 2013 8:00 AM, talk-ca-requ...@openstreetmap.org wrote:

Send Talk-ca mailing list submissions to
talk-ca@openstreetmap.org

To subscribe or unsubscribe via the World Wide Web, visit
http://lists.openstreetmap.org/listinfo/talk-ca
or, via email, send a message with subject or body 'help' to
talk-ca-requ...@openstreetmap.org

You can reach the person managing the list at
talk-ca-ow...@openstreetmap.org

When replying, please edit your Subject line so it is more specific
than Re: Contents of Talk-ca digest...

Today's Topics:

1. Re: Highways in Yukon missing (John Kerr)
2. Re: Highways in Yukon missing (Harald Kliems)
3. Re: Fwd: [Okfn-ca] Fwd: GeoThink : donn?es ouvertes...
(Richard Weait)

Message: 1
Date: Wed, 29 May 2013 19:57:30 -0400
From: John Kerr johneddie.k...@gmail.com
To: talk-ca@openstreetmap.org
Subject: Re: [Talk-ca] Highways in Yukon missing
Message-ID:

cadksxc1haueiamswypuvvz3-8bk_u0fwgpq+uomabbqefxq...@mail.gmail.com
Content-Type: text/plain; charset=iso-8859-1

Hi
They have been found, that is good. I can't resist:

King!, This case is closed Sgt. Preston of the Yukon.

John Kerr

--
Every child born increases by one the group of people Sir Winston Churchill
called the so many, who owe so much to the group he called the so few.
-- next part --
An HTML attachment was scrubbed...
URL:
http://lists.openstreetmap.org/pipermail/talk-ca/attachments/20130529/96dd3f1b/attachment-0001.html

Message: 2
Date: Wed, 29 May 2013 21:07:39 -0400
From: Harald Kliems kli...@gmail.com
To: ingalls nicholas.inga...@gmail.com
Cc: talk-ca@openstreetmap.org
Subject: Re: [Talk-ca] Highways in Yukon missing
Message-ID:

cacwr0f_equ7t3kojmquhiafcxr33h772hgvprogtbbuqtsp...@mail.gmail.com
Content-Type: text/plain; charset=ISO-8859-1

A lot of this was added and modified today by user ajk, who
unfortunately does not provide any comments on his/her changesets. So
maybe s/he deleted the highways in order to remap?

Cheers,
Harald.

On Wed, May 29, 2013 at 4:24 PM, ingalls nicholas.inga...@gmail.com
wrote:
Hey there,
I just checked it out now and the data appears to be ok? The highway from
Whitehorse to Carmacks isn't appearing on the renderer but the underlying
data is there. Same goes for highway 4.

Cheers,
ingalls

On Wed, May 29, 2013 at 2:18 PM, Richard Weait rich...@weait.com
wrote:

On Wed, May 29, 2013 at 4:05 AM, Clay Smalley claysmal...@gmail.com
wrote:

I vaguely remember tracing a large chunk of the Robert Campbell Highway
(Yukon Highway 4) sometime after the license redaction removed it. I
just
noticed now that it's gone missing a second time (the stretch between
Watson
Lake and Ross River).

I also noticed that a large chunk of the Klondike Highway (Yukon
Highway
2) went missing too between Whitehorse and Carmacks, along with land
use
data nearby. I could see certain parts of the data cached in the
renderer at
certain zoom levels, but the data's gone.

Does anyone know what's going on in Yukon? Surely this can't be
vandalism.

Have you looked at the history? Which changesets removed the data
(again)? Or, if you aren't familiar with those tools, can you point to
the
changesets in which you created those objects?

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

--
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565

Message: 3
Date: Wed, 29 May 2013 21:38:56 -0400
From: Richard Weait rich...@weait.com
To: Fabian Rodriguez magic...@member.fsf.org
Cc: Talk-CA OpenStreetMap talk-ca@openstreetmap.org
Subject: Re: [Talk-ca] Fwd: [Okfn-ca] Fwd: GeoThink : donn?es
ouvertes...
Message-ID:

cagwud5v1ty3sja8rm3wcqxvsdmpdqquwleoeu+-0myjvynd...@mail.gmail.com
Content-Type: text/plain; charset=iso-8859-1

2013/5/29 Fabian Rodriguez magic...@member.fsf.org

tl;dr: 2.4 million CDN$ over 5 years for Geo/Open Data - more at
http://geothink.ca/

I'm not impressed. The first two things that I noticed about the site
were,

- guess whether the map they use is open or not? :/
- Some posts are password protected.
http://geothink.ca/geothink-workshop-presentation/

All of that is really strange because some good people appear to be
connected to this site.
-- next part --
An HTML attachment was scrubbed...
URL:

Re: [Talk-ca] Tag for Tim Horton's

2013-05-30 Thread Pierre Béland

Talking with Jaakkoh near me, we order you two dozens to bring back in Haiti.

See you soon :)


 
Pierre 




 De : william skora skorasau...@gmail.com
À : talk...@openstreetmap.org; tagg...@openstreetmap.org; 
talk-ca@openstreetmap.org 
Envoyé le : Mercredi 29 mai 2013 19h24
Objet : [Talk-ca] Tag for Tim Horton's
 



hi, 

I was just curious if there's a consensus on what tag to use for a tim 
horton's. 

I've found http://wiki.openstreetmap.org/wiki/Tag:cuisine%3Dcoffee_shop 

and http://wiki.openstreetmap.org/wiki/Canadian_tagging_guidelines 

which both mentioned variations. 


For what it's worth, this location was a single building and had a drive-thru 
as well. 

regards,
will. 

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


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

Re: [Talk-ca] Tag for Tim Horton's

2013-05-30 Thread Colin McGregor

On Wed, May 29, 2013 at 7:24 PM, william skora skorasau...@gmail.com wrote:

 hi,

 I was just curious if there's a consensus on what tag to use for a tim
 horton's.

 I've found http://wiki.openstreetmap.org/wiki/Tag:cuisine%3Dcoffee_shop
 and http://wiki.openstreetmap.org/wiki/Canadian_tagging_guidelines
 which both mentioned variations.

 For what it's worth, this location was a single building and had a
 drive-thru as well.

Well, Tim Horton's started as a coffee and donuts chain, but many (not
all) of their locations have added items like soup and sandwiches to
their menu. So, I don't think there is a universal answer to this
question, it will depend on the location. For the Toronto, ON folks
let me note some examples, inside the Finch Subway station (Yonge 
Finch) there is a mini-Tim Horton's (that is just coffee and donuts),
that I would tag as a coffee shop. On the other hand, there is a large
(well larger) Tim Horton's on Yonge Street, just south of Eglinton
Ave. that does offer a much wider menu (ie: coffee, donuts, soup,
sandwiches, and ice cream), that I would tag as a fast food location.

So, William Skora, how extensive is that Tim Horton's menu?

 regards,
 will.

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


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

Re: [Talk-cz] Turistické známky

2013-05-30 Thread hanoj

Dne 29. května 2013 23:17 Marián Kyral mky...@email.cz napsal(a):
 Sice teď nějak nestíhám, ale dovolil bych si to shrnout:

 Turistická známka bude zadávána jako relace (type=checkpoint). Uvnitř bude
 minimálně jeden člen definující turistickou atrakci (role=attraction), ke
 které se daná známka vztahuje. Další členové jsou nepovinní a označují
 prodejní místa (role=sales_point).

 Během importu se vytvoří relace popisující turistickou známku a dočasný bod,
 který bude následně ručně spárovat se skutečným objektem. Pokud konkrétní
 bod neexistuje, změní se dočasný bod na trvalý. Bude označen jako
 tourism=attraction.

 Pokud se známka neprodává nikde jinde než v místě, nebude prvek s rolí
 sales_point přiřazen. Předpokládá se, že známka se prodává na atrakci.
 (ekvivalent: checkpoint:sales_point=yes) (Případně neměl by být prvek přidán
 dvakrát, pokaždé s jinou rolí?. JOSM má sice námitky, ale nechá se
 přesvědčit a takovou relaci vytvoří.)

*** Zásadně se mi nelíbí, že
1) import má  2000 relací a v každé je jeden bod
2) každý bod má fixme

Je třeba opustit iluzi, že se to postupně opraví a doplní. Netvařme
se, že jsme schopni mít lepší data než sám původce turistických známek
(TZ). To prostě nefunguje, dodnes je v OSM spousta roky nedotažených
importů a import TZ prezentuje ani ne polotovar.

Import TZ má mít 2000 bodů bez relací a má být natolik konzistentní,
aby byl bez fixme.


ha
hanoj

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

Re: [Talk-cz] Turistické známky



-- Původní zpráva --
Od: hanoj eha...@gmail.com
Datum: 30. 5. 2013
Předmět: Re: [Talk-cz] Turistické známky

Dne 29. května 2013 23:17 Marián Kyral mky...@email.cz napsal(a):
 Sice teď nějak nestíhám, ale dovolil bych si to shrnout:

 Turistická známka bude zadávána jako relace (type=checkpoint). Uvnitř bude
 minimálně jeden člen definující turistickou atrakci (role=attraction), ke
 které se daná známka vztahuje. Další členové jsou nepovinní a označují
 prodejní místa (role=sales_point).

 Během importu se vytvoří relace popisující turistickou známku a dočasný 
bod,
 který bude následně ručně spárovat se skutečným objektem. Pokud konkrétní
 bod neexistuje, změní se dočasný bod na trvalý. Bude označen jako
 tourism=attraction.

 Pokud se známka neprodává nikde jinde než v místě, nebude prvek s rolí
 sales_point přiřazen. Předpokládá se, že známka se prodává na atrakci.
 (ekvivalent: checkpoint:sales_point=yes) (Případně neměl by být prvek 
přidán
 dvakrát, pokaždé s jinou rolí?. JOSM má sice námitky, ale nechá se
 přesvědčit a takovou relaci vytvoří.)

*** Zásadně se mi nelíbí, že
1) import má 2000 relací a v každé je jeden bod
2) každý bod má fixme

Je třeba opustit iluzi, že se to postupně opraví a doplní. Netvařme
se, že jsme schopni mít lepší data než sám původce turistických známek
(TZ). To prostě nefunguje, dodnes je v OSM spousta roky nedotažených
importů a import TZ prezentuje ani ne polotovar.




OK. Toto je verze vzniklá na základě zdejší diskuze. Bohužel bez ručního 
spárování to nejde. Jméno TZ málokdy přesně souhlasí se jménem daného 
objektu. Nevím, jak bych to tedy automaticky dohledával. Navíc, jak bylo 
zmíněno v diskuzi, některé známky ani konkrétní bod nemají. Jak to ve 
skriptu zjistit?




V seznamu jsou kategorie (třeba Hrady a zámky, rozhledny), ale taky tam jsou
oblasti (Jeseníky, český ráj...), které obsahují všechny známky z dané 
oblasti a jsou různých typů. Takže tam jsou jak Prachovské skály, tak i hrad
Kost nebo zámek Humprecht. Z kategorie Český ráj nelze vydedukovat, jaký 
typ bodu v okolí se má hledat.


 

Navíc nápad s relacemi se mi líbí. Vyřeší se tím problém s kolizemi (name, 
website, ref, tourism...). A možnost mít v relaci i konkrétní místa prodeje 
je podle mně výhoda. To že TZ neposkytují  přesné souřadnice by nás přece 
nemělo zastavit.





Pokud to naimportuji jako samostatné body a následně budu chtít přidat i 
místo kde se známka prodává? Musím pak tu relaci vytvořit manuálně? Nebo mám
smůlu a relaci vytvořit nesmím, tedy tato informace nebude dostupná?




U předchozích importů jsem nebyl a nevím jak probíhaly. Když jsem se ptal na
zkušenosti s importy a jak to správně udělat, nikdo zkušený se neozval.





Import TZ má mít 2000 bodů bez relací a má být natolik konzistentní,
aby byl bez fixme.





Když mi poradíš  jak, tak se to pokusím zrealizovat. Jak jsem psal, import 
můžu udělat po menších částech a postupně jej manuálně spárovat. V rámci 
testů jsem si pár bodu zkusil a jde to celkem dobře. U nějaké rozhledny jsem
dokonce narazil na dva oddělené body kousek od sebe. Jeden tagovaný jako věž
a druhý jako rozhledna. Ty by se určitě daly spojit (a data se tak i 
pročistí).




Chci vylepšit OSM a myslím, že TZ je jedna z věcí, která hodně vylepší 
turistické mapy. Když jsem zjišťoval, jak takový import probíhá, nabyl jsem 
dojmu, že to bude fuška. No nemýlil jsem se. Abych řekl pravdu, vůbec se 
nedivím, že ty komíny nakonec nikdo nenaimportoval, i když zdroj a souhlas s
užitím máme.





Marián



ha
hanoj

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

Re: [Talk-cz] Turistické známky

2013-05-30 Thread Milan Vancura

On Wed 29-05-13 23:17:22, Marián Kyral wrote:
 Relace)
 type=checkpoint
 checkpoint=tourism
 checkpoint:type=tourist_stamp
 name=3. Karlova Studánka
 checkpoint:category:cz=Jeseníky
 checkpoint:sales_point:1=Infocentrum Impuls, 793 24 Karlova Studánka 59
 checkpoint:sales_point:web:1=http://www.k.studanka.cz
 checkpoint:sales_point:2=Občerstvení U vodopádu, Karlova Studánka
 checkpoint:sales_point:web:2=http://www.kstudanka.cz
 checkpoint:sales_point:3=Lázeňský dům Libuše - recepce, Karlova Studánka
 checkpoint:sales_point:web:3=http://k.studanka.cz
 checkpoint:sales_point:4=Cukrárna Roman Korytar
 checkpoint:sales_point:5=Minimarket Roja, Karlova Studánka
 checkpoint:sales_point:6=Geologická sbírka Jeseníků
 checkpoint:sales_point:web:6=http://www.ejeseniky.com

 Mám dotaz: Nepřeháním to s těmi dvojtečkami? Není na to nějaké omezení? 
 Přiznám se, že jsem moc nehledal, ale JOSM neprotestuje.

Zdravím,

mně se to s těmi dvojtečkami nelíbí. Vždyť je to relace a relace je tu od toho,
aby měla členy, ne? Tak proč to nahrazovat spoustou dvojtečkovaných atributů?
To bych chápal maximálně jako FIXME. A ve výsledku by objekty (výše tedy
Infocentrum Impuls, Občerstvení U vodopádu, Lázeňský dům Libuše...) měly být
členem relace, s typem sales_point.

Milan Vančura

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

Re: [Talk-cz] Turistické známky



-- Původní zpráva --
Od: Milan Vancura mi...@ucw.cz
Datum: 30. 5. 2013
Předmět: Re: [Talk-cz] Turistické známky

On Wed 29-05-13 23:17:22, Marián Kyral wrote:
 Relace)
 type=checkpoint
 checkpoint=tourism
 checkpoint:type=tourist_stamp
 name=3. Karlova Studánka
 checkpoint:category:cz=Jeseníky
 checkpoint:sales_point:1=Infocentrum Impuls, 793 24 Karlova Studánka 59
 checkpoint:sales_point:web:1=http://www.k.studanka.cz
 checkpoint:sales_point:2=Občerstvení U vodopádu, Karlova Studánka
 checkpoint:sales_point:web:2=http://www.kstudanka.cz
 checkpoint:sales_point:3=Lázeňský dům Libuše - recepce, Karlova Studánka
 checkpoint:sales_point:web:3=http://k.studanka.cz
 checkpoint:sales_point:4=Cukrárna Roman Korytar
 checkpoint:sales_point:5=Minimarket Roja, Karlova Studánka
 checkpoint:sales_point:6=Geologická sbírka Jeseníků
 checkpoint:sales_point:web:6=http://www.ejeseniky.com

 Mám dotaz: Nepřeháním to s těmi dvojtečkami? Není na to nějaké omezení? 
 Přiznám se, že jsem moc nehledal, ale JOSM neprotestuje.

Zdravím,

mně se to s těmi dvojtečkami nelíbí. Vždyť je to relace a relace je tu od 
toho,
aby měla členy, ne? Tak proč to nahrazovat spoustou dvojtečkovaných 
atributů?
To bych chápal maximálně jako FIXME. A ve výsledku by objekty (výše tedy
Infocentrum Impuls, Občerstvení U vodopádu, Lázeňský dům Libuše...) měly být
členem relace, s typem sales_point.

Milan Vančura




No to mělo. Ovšem nějak tam ta data potřebuji napoprvé dostat abych následně
mohl přiřadit (vytvořit) další členy relace. A stejně, pokud všechny tyto 
body převedu na skutečné objekty a zařadím je do relace, potřebuji je nějak 
identifikovat s ohledem na předpokládané aktualizace. 





Prodejní místa se můžou změnit, website se může změnit. Potřeboval bych 
nějak identifikovat nově přidaná nebo smazaná prodejní místa. Pokud budu mít
klíč checkpoint:sales_point:1 tak není problém zjistit, jestli se něco 
změnilo, nebo ne. Ovšem pokud budu mít x členů relace s rolí sales_point 
tak nevím jak poznám, který člen odpovídá Infocentrum Impuls, 793 24 
Karlova Studánka 59. No a pokud se infocentrum přestěhuje a bude tam nově 
třeba ... Karlova Studánka 77. tak už to vůbec nepoznám.




Muselo by to být nějak zakódováno přímo u daného prodejního místa, třeba ref
=TSCZ:3:SP1, ale to by zase mohlo kolidovat s už existujícím ref. Stejně pak
ale musím mít možnost poznat, že se třeba změnila adresa. A to buď tak, že 
tam bude celý řetězec (Infocentrum Impuls, 793 24 Karlova Studánka 59), 
nebo nějaký hash (třeba md5) či kontrolní číslici. A totéž musí být i pro 
web adresu (pokud existuje). To ale znamená, že jak ref, tak i hash pro 
jméno a website musí být přiřazeno danému objektu. A musí to být přiřazeno 
ručně - práce navíc a dají se v tom udělat chyby. A třeba spočítat hash asi
každý neumí. Navíc se pak kdokoli může rozhodnout, že ty podivné tagy se mu 
nelíbí a smaže je - update skript to bude hlásit jako nový objekt.





Nějaký nápad?





Marián








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

Re: [Talk-cz] Turistické známky



-- Původní zpráva --
Od: hanoj eha...@gmail.com
Datum: 30. 5. 2013
Předmět: Re: [Talk-cz] Turistické známky


Je třeba opustit iluzi, že se to postupně opraví a doplní. Netvařme
se, že jsme schopni mít lepší data než sám původce turistických známek
(TZ). To prostě nefunguje, dodnes je v OSM spousta roky nedotažených
importů a import TZ prezentuje ani ne polotovar.




Ještě dodám, že na rozdíl od těch nedotažených importů, plánuji napsat 
update skript. Který bude hlídat změny (nové známky, zrušené známky, 
aktualizované známky). A výstupem bude report ukazující co se změnilo a co 
je potřeba zkontrolovat/opravit.




K tomu ale potřebuji aby byly TZ zaintegrovány s jasnými pravidly. Pak bude 
proces aktualizace a vygenerování reportu relativně jednoduchý.




Ad Fixme)

Pomocí Overpass turbo není problém z OSM databáze vytáhnout seznam TZ, které
zatím nebyly zkontrolovány (mají fixme). Z toho pak už je celkem jednoduché 
vygenerovat nějaký report:




-


Celkem: 2010

Potřebuje kontrolu: 236

Hotovo: 88%




TZ: 3. Karlova studánka (50.11221, 18.4431)

TZ: 999. XXX (51.9986, 18.1512)

...


-


No a tohle můžu každý týden posílat do konference. Myslíš, že by tady někdo 
neměl nutkání to číslo srazit na 0?




BTW, je někde seznam těch nedotažených importů, nejlépe s popisem, co je 
ještě potřeba dodělat?




Marián

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

Re: [Talk-cz] Turistické známky

2013-05-30 Thread Milan Vancura

On Thu 30-05-13 14:45:07, Marián Kyral wrote:
No to mělo. Ovšem nějak tam ta data potřebuji napoprvé dostat abych následně
mohl přiřadit (vytvořit) další členy relace.

Tomu rozumím, proto jsem navrhoval FIXME. Ale ještě lépe to udržovat mimo a
nezaplevelovat mapu. Pak by se totiž mohlo snadno stát, že nějakou dobu bude
malé procento převedeno na skutečné objekty a renderery už začnou brát data z
FIXME tagů - a bordelbude dokonán.

A stejně, pokud všechny tyto body převedu na skutečné objekty a zařadím je do
relace, potřebuji je nějak identifikovat s ohledem na předpokládané
aktualizace.

Jasně. O důvod víc to držet mimo, pro ostatní dostupné třeba přes wiki, ve
formátu pro to vhodném, třeba s těmi identifikátory, jak o nich píšeš níže.

Prodejní místa se můžou změnit, website se může změnit. Potřeboval bych

Tak website a jiné atributy jsou záležitostí toho objektu, do toho se nemusí TZ
míchat.

nějak identifikovat nově přidaná nebo smazaná prodejní místa. Pokud budu mít
klíč checkpoint:sales_point:1 tak není problém zjistit, jestli se něco
změnilo, nebo ne. Ovšem pokud budu mít x členů relace s rolí sales_point
tak nevím jak poznám, který člen odpovídá Infocentrum Impuls, 793 24
Karlova Studánka 59. No a pokud se infocentrum přestěhuje a bude tam nově
třeba ... Karlova Studánka 77. tak už to vůbec nepoznám.

Tady nerozumím té argumentaci: jako že nebude tak snadno dostupná třeba adresa?
Protože jinak v těch atributech nevidím žádnou výhodu. Akorát musíš navíc řešit
pořadí a jeho změny. Takže souhlasím s tebou, že by bylo nejlepší vymyslet
nějaký systém identifikátorů (ID) a ten přiřadit členům relace, aby pro
příště bylo snadné poznat, jestli se změnil objekt nebo ne. Rozhodně bych do
toho identifikátoru nezapočítaval nic jako website z důvodů uvedených výše.
Asi to chce promyslet víc pečlivě, ale přijde mi to rozhodně jako krok správným
směrem. Vyrábět v OSM seznamy pomocí dvojteček je fakt nestandardní a jde to
proti datovému modelu.

Milan

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

Re: [Talk-cz] Turistické známky



-- Původní zpráva --
Od: Milan Vancura mi...@ucw.cz
Datum: 30. 5. 2013
Předmět: Re: [Talk-cz] Turistické známky

On Thu 30-05-13 14:45:07, Marián Kyral wrote:
 No to mělo. Ovšem nějak tam ta data potřebuji napoprvé dostat abych 
následně
 mohl přiřadit (vytvořit) další členy relace.

Tomu rozumím, proto jsem navrhoval FIXME. Ale ještě lépe to udržovat mimo a
nezaplevelovat mapu. Pak by se totiž mohlo snadno stát, že nějakou dobu bude
malé procento převedeno na skutečné objekty a renderery už začnou brát data 
z
FIXME tagů - a bordelbude dokonán.




Jak mimo? Kde?




 A stejně, pokud všechny tyto body převedu na skutečné objekty a zařadím je
do
 relace, potřebuji je nějak identifikovat s ohledem na předpokládané
 aktualizace. 

Jasně. O důvod víc to držet mimo, pro ostatní dostupné třeba přes wiki, ve
formátu pro to vhodném, třeba s těmi identifikátory, jak o nich píšeš níže.




Jako, že bych každá TZ měla wiki stránku s dalšími údaji? To stejné je na 
http://www.turisticke-znamky.cz/znamka.php?id=1

Na to není potřeba nic extra vytvářet. 





 Prodejní místa se můžou změnit, website se může změnit. Potřeboval bych 

Tak website a jiné atributy jsou záležitostí toho objektu, do toho se nemusí
TZ
míchat.




To jo, ale jak chceš identifikovat změnu?




Mám někde schovávat poslední zpracovaný soubor a změny zjistit porovnáním 
starého souboru s novým? Tomu bych se chtěl právě vyhnout. Nedovedu si 
představit, jak by se to chovalo, pokud by třeba někdo spustil update, 
aktualizoval starý soubor,  ale změny nenahrál do OSM..




 nějak identifikovat nově přidaná nebo smazaná prodejní místa. Pokud budu 
mít
 klíč checkpoint:sales_point:1 tak není problém zjistit, jestli se něco 
 změnilo, nebo ne. Ovšem pokud budu mít x členů relace s rolí sales_point

 tak nevím jak poznám, který člen odpovídá Infocentrum Impuls, 793 24 
 Karlova Studánka 59. No a pokud se infocentrum přestěhuje a bude tam nově

 třeba ... Karlova Studánka 77. tak už to vůbec nepoznám.

Tady nerozumím té argumentaci: jako že nebude tak snadno dostupná třeba 
adresa?
Protože jinak v těch atributech nevidím žádnou výhodu. Akorát musíš navíc 
řešit
pořadí a jeho změny. Takže souhlasím s tebou, že by bylo nejlepší vymyslet
nějaký systém identifikátorů (ID) a ten přiřadit členům relace, aby pro
příště bylo snadné poznat, jestli se změnil objekt nebo ne. Rozhodně bych do
toho identifikátoru nezapočítaval nic jako website z důvodů uvedených výše.
Asi to chce promyslet víc pečlivě, ale přijde mi to rozhodně jako krok 
správným
směrem. Vyrábět v OSM seznamy pomocí dvojteček je fakt nestandardní a jde to
proti datovému modelu.




Nejedná se přímo o adresu. Jde o jakoukoli změnu v prodejním místě. To, že 
je součástí i adresa je spíše výjimka než pravidlo. Nedělal jsem analýzu, 
jak často se prodejní místa mění, ale určitě k tomu dochází. Samotný 
identifikátor nestačí. A použití nějakého třetího zdroje obsahující mapování
bych se pokud možno vyhnul. Dle mých zkušeností jsou s tím spíše problémy. 
Dříve nebo později se to stejně rozjede a pak je potřeba dělat nějakou 
synchronizaci. Což v tomto případě nebude jen tak a už vidím, jak se do toho
někdo hrne.





Nebyl by odkaz na povídání o těch dvojtečkách? Je to toto: http://wiki.
openstreetmap.org/wiki/Namespace ?





Byl to jen takový momentální nápad. Zdálo se mi, že to je lepší než:


checkpoint:sales_point_1

checkpoint:sales_point_2

checkpoint:sales_point_3




Marián








Milan

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

Re: [Talk-cz] Turistické známky

2013-05-30 Thread hanoj

 Bohužel bez ručního
 spárování to nejde. Jméno TZ málokdy přesně souhlasí se jménem daného
 objektu. Nevím, jak bych to tedy automaticky dohledával. Navíc, jak bylo
 zmíněno v diskuzi, některé známky ani konkrétní bod nemají. Jak to ve
 skriptu zjistit?
*** Neříkám, že to jde automaticky. Jestli všechn 2000 TZ jsi _ty_
schopen projít a do 1/4 roku opravit do finální podoby, nemám s tím
problém.

 Navíc nápad s relacemi se mi líbí. Vyřeší se tím problém s kolizemi (name,
 website, ref, tourism...). A možnost mít v relaci i konkrétní místa prodeje
 je podle mně výhoda. To že TZ neposkytují  přesné souřadnice by nás přece
 nemělo zastavit.
*** Nevím jestli je to výhoda, já bych to třeba oželel. Nekopírujeme
do OSM svět 1:1 ale modelujeme ho, zjednodušujeme, aby s ním šlo
pracovat. Máme třeba v OSM linky a zastávky, ale už ne jízdní řády.
Ale možná jsem s názorem osamocen...

 Pokud to naimportuji jako samostatné body a následně budu chtít přidat i
 místo kde se známka prodává? Musím pak tu relaci vytvořit manuálně? Nebo mám
 smůlu a relaci vytvořit nesmím, tedy tato informace nebude dostupná?
*** Nemusíš nic... já jsem psal, že se mi některé věci nelíbí ;)

 U předchozích importů jsem nebyl a nevím jak probíhaly. Když jsem se ptal na
 zkušenosti s importy a jak to správně udělat, nikdo zkušený se neozval.
*** zatím postupuješ jako u všech předchozích uděláš krok vpřed a dáš
vědět, takže OK. Nikdo ti není schopen poradit předem tak, aniž by ten
import za tebe připravil nebo si to s tebou nenastudoval od A-Z.


 Chci vylepšit OSM a myslím, že TZ je jedna z věcí, která hodně vylepší
 turistické mapy. Když jsem zjišťoval, jak takový import probíhá, nabyl jsem
 dojmu, že to bude fuška. No nemýlil jsem se. Abych řekl pravdu, vůbec se
 nedivím, že ty komíny nakonec nikdo nenaimportoval, i když zdroj a souhlas s
 užitím máme.
*** určitě si tvé práce cením. Je dobře, že to je náročné, protože pak
není potřeba revertovat. To se zatím dělalo hromadně snad jen dvakrát.
Poněkud neslavně dopadly s dočištěním waterway.

ha
hanoj

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

Re: [Talk-cz] Turistické známky


Dne 2013-05-30 21:08, hanoj napsal:

Bohužel bez ručního
spárování to nejde. Jméno TZ málokdy přesně souhlasí se jménem daného
objektu. Nevím, jak bych to tedy automaticky dohledával. Navíc, jak 
bylo

zmíněno v diskuzi, některé známky ani konkrétní bod nemají. Jak to ve
skriptu zjistit?

*** Neříkám, že to jde automaticky. Jestli všechn 2000 TZ jsi _ty_
schopen projít a do 1/4 roku opravit do finální podoby, nemám s tím
problém.



No taky bych mohl dělat import po částech přes josm. To znamená, že by 
se do OSM
žádné FIXME nedostalo. Nevím, jestli to stihnu během čtvrt roku. Záleží, 
jak na
tom budou data. Teď jsem třeba narazil na hvězdárnu Karlovy Vary - v 
nístě je
jen číslo popisné. Bude třeba přidat budovu a většinou neskončím jen u 
toho ;-)


Navíc nápad s relacemi se mi líbí. Vyřeší se tím problém s kolizemi 
(name,
website, ref, tourism...). A možnost mít v relaci i konkrétní místa 
prodeje
je podle mně výhoda. To že TZ neposkytují  přesné souřadnice by nás 
přece

nemělo zastavit.

*** Nevím jestli je to výhoda, já bych to třeba oželel. Nekopírujeme
do OSM svět 1:1 ale modelujeme ho, zjednodušujeme, aby s ním šlo
pracovat. Máme třeba v OSM linky a zastávky, ale už ne jízdní řády.
Ale možná jsem s názorem osamocen...


No i kdyby to bylo bez těch prodejních míst, pořád tady jsou kolize.
Daná atrakce se nějak jmenuje, ale TZ se může jmenovat úplně jinak,
ale v každém případě se před jméno dává číslo TZ. Muselo by se to
řešit třeba přes klíč checkpoint:name.



Pokud to naimportuji jako samostatné body a následně budu chtít přidat 
i
místo kde se známka prodává? Musím pak tu relaci vytvořit manuálně? 
Nebo mám

smůlu a relaci vytvořit nesmím, tedy tato informace nebude dostupná?

*** Nemusíš nic... já jsem psal, že se mi některé věci nelíbí ;)


Aha, tak to jsem si oddychl ;-)



U předchozích importů jsem nebyl a nevím jak probíhaly. Když jsem se 
ptal na
zkušenosti s importy a jak to správně udělat, nikdo zkušený se 
neozval.

*** zatím postupuješ jako u všech předchozích uděláš krok vpřed a dáš
vědět, takže OK. Nikdo ti není schopen poradit předem tak, aniž by ten
import za tebe připravil nebo si to s tebou nenastudoval od A-Z.


OK. Pokusím se nezklamat.





Chci vylepšit OSM a myslím, že TZ je jedna z věcí, která hodně vylepší
turistické mapy. Když jsem zjišťoval, jak takový import probíhá, nabyl 
jsem
dojmu, že to bude fuška. No nemýlil jsem se. Abych řekl pravdu, vůbec 
se
nedivím, že ty komíny nakonec nikdo nenaimportoval, i když zdroj a 
souhlas s

užitím máme.

*** určitě si tvé práce cením. Je dobře, že to je náročné, protože pak
není potřeba revertovat. To se zatím dělalo hromadně snad jen dvakrát.
Poněkud neslavně dopadly s dočištěním waterway.


Dobré vědět. Teď je pro mně priorita, najít způsob, jak TZ zanést do 
mapy.

Každé řešení má svá pro a proti. Záleží co nakonec převáží.

Marián



ha
hanoj

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


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

Re: [Talk-cz] Turistické známky

2013-05-30 Thread Jan Kouba

Ahoj, 
a nebylo by lepší použít pro sales_point taky relaci? Vypadalo by to pak asi 
takhle:

Relace turistické známky)
tagy:
  type=checkpoint
  checkpoint=tourism
  checkpoint:type=tourist_stamp
  name=3. Karlova Studánka
  checkpoint:category:cz=Jeseníky
  ref=neco
členové:
  attraction - atrakce které se známka týká (pokud není známo, tak ten bod s
 fixme vytvořený při importu
  sales_point - r1
  sales_point - r2
  sales_point - r3
  sales_point - r4
  sales_point - r5
  sales_point - r6


Relace r1)
tagy:
  type=tourist_stamp:sales_point
  name=Infocentrum Impuls, 793 24 Karlova Studánka 59
  web=http://www.k.studanka.cz
členové:
  (objekt kde se to prodává)

atd.



Jan Kouba


Dne Čt 30. května 2013 14:45:07, Marián Kyral napsal(a):



-- Původní zpráva --
Od: Milan Vancura mi...@ucw.cz
Datum: 30. 5. 2013
Předmět: Re: [Talk-cz] Turistické známky


On Wed 29-05-13 23:17:22, Marián Kyral wrote:
 Relace)
 type=checkpoint
 checkpoint=tourism
 checkpoint:type=tourist_stamp
 name=3. Karlova Studánka
 checkpoint:category:cz=Jeseníky
 checkpoint:sales_point:1=Infocentrum Impuls, 793 24 Karlova Studánka 59
 checkpoint:sales_point:web:1=http://www.k.studanka.cz
 checkpoint:sales_point:2=Občerstvení U vodopádu, Karlova Studánka
 checkpoint:sales_point:web:2=http://www.kstudanka.cz
 checkpoint:sales_point:3=Lázeňský dům Libuše - recepce, Karlova Studánka
 checkpoint:sales_point:web:3=http://k.studanka.cz
 checkpoint:sales_point:4=Cukrárna Roman Korytar
 checkpoint:sales_point:5=Minimarket Roja, Karlova Studánka
 checkpoint:sales_point:6=Geologická sbírka Jeseníků
 checkpoint:sales_point:web:6=http://www.ejeseniky.com

 Mám dotaz: Nepřeháním to s těmi dvojtečkami? Není na to nějaké omezení? 
 Přiznám se, že jsem moc nehledal, ale JOSM neprotestuje.

Zdravím,

mně se to s těmi dvojtečkami nelíbí. Vždyť je to relace a relace je tu od 
toho,
aby měla členy, ne? Tak proč to nahrazovat spoustou dvojtečkovaných atributů?
To bych chápal maximálně jako FIXME. A ve výsledku by objekty (výše tedy
Infocentrum Impuls, Občerstvení U vodopádu, Lázeňský dům Libuše...) měly být
členem relace, s typem sales_point.

Milan Vančura



No to mělo. Ovšem nějak tam ta data potřebuji napoprvé dostat abych následně 
mohl přiřadit (vytvořit) další členy relace. A stejně, pokud všechny tyto body 
převedu na skutečné objekty a zařadím je do relace, potřebuji je nějak 
identifikovat s ohledem na předpokládané aktualizace. 



Prodejní místa se můžou změnit, website se může změnit. Potřeboval bych nějak 
identifikovat nově přidaná nebo smazaná prodejní místa. Pokud budu mít klíč 
checkpoint:sales_point:1 tak není problém zjistit, jestli se něco změnilo, 
nebo ne. Ovšem pokud budu mít x členů relace s rolí sales_point tak nevím 
jak poznám, který člen odpovídá Infocentrum Impuls, 793 24 Karlova Studánka 
59. No a pokud se infocentrum přestěhuje a bude tam nově třeba ... Karlova 
Studánka 77. tak už to vůbec nepoznám.


Muselo by to být nějak zakódováno přímo u daného prodejního místa, třeba 
ref=TSCZ:3:SP1, ale to by zase mohlo kolidovat s už existujícím ref. Stejně 
pak ale musím mít možnost poznat, že se třeba změnila adresa. A to buď tak, že 
tam bude celý řetězec (Infocentrum Impuls, 793 24 Karlova Studánka 59), nebo 
nějaký hash (třeba md5) či kontrolní číslici. A totéž musí být i pro web 
adresu (pokud existuje). To ale znamená, že jak ref, tak i hash pro jméno a 
website musí být přiřazeno danému objektu. A musí to být přiřazeno ručně - 
práce navíc a dají se v tom udělat chyby. A třeba spočítat hash asi každý 
neumí. Navíc se pak kdokoli může rozhodnout, že ty podivné tagy se mu nelíbí a 
smaže je - update skript to bude hlásit jako nový objekt.



Nějaký nápad?



Marián






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


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

Re: [Talk-cz] Turistické známky