date:20130623

Lieber Martin

Am 19. Juni 2013 10:25 schrieb Martin Raifer tyr@gmail.com:
 danke für deine Antwort. Vielleicht habe ich mich bei dem einen oder anderen
 Satz etwas zu stark ausgedrückt. Meine Gesamtaussage aber bleibt, dass Kort,
 wie es sich zur Zeit präsentiert, in mehrsprachigen Regionen unspielbar ist.
 Und das ist schade.

Danke für deine Ausführungen; jetzt verstehe ich's besser. Mir ist
bewusst, dass es Häufungen von einem Fehler geben kann. Mengenmässig
sind weltweit gesehen wohl nur wenige Gebiete betroffen. Trotzdem
braucht es Verbesserungen, wie du sie u.a. unten vorschlägst.

 Ich komme aus Südtirol, eines der wenigen Gebiete in Europa, die echt
 mehrsprachig sind.

Dass es echte mehrsprachige Gebiete gibt, ist mir als Schweizer
klar, wenn ich u.a. an Fribourg/Freiburg, Teile von Wallis und
Graubünden oder Biel/Bienne denke. Im Kanton Fribourg/Freiburg
entscheiden z.B. Gemeinden autonom, ob nun deutsch, franz. oder beides
gilt). Oft ist dann immer noch unklar, welche Sprache zuerst
geschrieben werden soll (und eine Regelung für Newline-Zeichen gibt es
bei OSM-Tags meines Wissens nicht)!

Wie Peter Wendorff schrieb, geht es hier nicht primär darum,
zusätzliche Übersetzungen anzugeben. Beim name-Tag geht es um mehrere
Aspekte, das letztlich in einem geografischen Namens-Schema
abgehandelt und dokumentiert werden müssten:

1. Im name-Tag steht das was gemäss on-the-ground-Regel draussen zu
sehen ist - und das was offizell und per Default auf der
(Landes-)Karte angezeigt werden soll. Das sollte sich mit der
offiziellen Schreibweise decken (sog. Endonyme, vgl. Wikipedia). Das
kann mitunter auch eine chinesische Schrift sein - oder aber eben eine
echt mehrsprachige Bezeichnung wie Biel/Bienne. Für alle weiteren
Fälle wird der name:XX-Tag verwendet.

2) Mit Blick auf (Welt-)Karten, die z.B. für uns Europäer lesbar sind,
braucht es Exonyme, d.h. für uns lesbare geografische Namen, z.B. für
asiatische Gebiete.

3) Mit Blick auf mehrsprachige Karten sollte eine Software erkennen
können, in welcher Sprache der Name nun gilt.

4. Ausserdem gibt es eine Aussprache von Orten, wie sie inoffiziell,
mundartlich oder historisch von Einheimischen verwendet werden (z.B.
name:gsw=Rapperschwil für Rapperswil, vgl. nominatim).

Es macht daher für mich Sinn, für alle geogr. Namen einen name:XX-Tag
anzugeben auch bei mehrsprachigen name-Tags.

Der Keepright-Fehlertext heißt sinngemäss Wenn der name-Tag
existiert, wäre es schön (nicht notwendig), wenn ein name:XX-Tag
existierte.. Bei mehrsprachigen Namen gibt es hier nun tatsächlich
ein Problem, dass Kort zurzeit fragt In welcher Sprache ist der Name
nnn* geschrieben? (de, fr, etc.) und dann den Tag name=nnn nimmt
und ihn als name:de=nnn speichern will.

Für Kort scheint mit da ein nicht lösbar immer noch die beste
Antwort. Eine korrekte (Teil-)Lösung wären zwei (bzw. mehrere)
name:XX-Tags. Eine Lösung, wie man in OSM angeben könnte, wo das es
eine offizielle Ein- bzw. Mehrsprachenregelung gibt (wenn denn es eine
gibt), könnten Sprach-Multipolygone sein, doch gibt es meines Wissens
dazu noch keine Diskussion. Jochen Topf mit seiner  Multilingual Map
(http://mlm.jochentopf.com/ ) hat sich dazu ev. einige Überlegungen
gemacht.

Zu deinen Verbesserungsvorschlägen:

 1. Eine Möglichkeit bestimmte Fehlerkategorien auszublenden und stattdessen
 andere Aufträge anzuzeigen.

Ausgezeichnete Idee. Das leite ich gleich an die Kort-Developpers weiter.

 2. Immer einen ausgewogenen Mix an Aufträgen anzeigen, z.B. durch das
 bewusste Zurückhalten von Aufträgen einer Kategorie ab einer festgelegten
 maximalen Dichte.

 3. Nie Aufträge stellen, von denen man weiß, dass diese nicht immer sinnvoll
 sind. Vor allem dann nicht, wenn man weiß, dass der nicht lösbare Teil
 lokal gehäuft vorkommt. Keine Warnungen als Fehler verkaufen!

Was nun als Fehler gilt und was eine Warnung oder gar irrelevant
sein soll, machmal eine Definitionsfrage.
 Solange es keine (Mehr-)Sprachgebiete gibt (wie oben
vorgeschlagen), weiss man nicht, was nun gilt.
Eine Dichte-Analyse scheint zwar spannend, ist aber für mich in keinem
Verhältnis von Aufwand und Ertrag, die es betrifft.
Dafür könnte das Fehlerkategorien-Ausblenden eine Abhilfe sein.

 4. Zusammenarbeit mit dem Hersteller der verwendeten
 Qualitätsicherungssoftware (hier: keepright) zur Verbesserung der Qualität
 der zur Verfügung gestellten Daten.

Wir haben schon mehrmals mit Harald Kleiner kommuniziert. Ausserdem
haben wir dank der EOSMDBOne-DB neu die Möglichkeit, selber
Fehlerdaten zu extrahieren.

 Für diesen speziellen Fall: Ich habe
 bereits mit multilingualen Namen experimentiert und habe auch konkrete
 Ideen,

Das klingt interessant. Ich nehme an, die Diskussion wird hier auf
Talk-de stattfinden?

LG, Stefan



Am 19. Juni 2013 10:25 schrieb Martin Raifer tyr@gmail.com:
 Lieber Stefan,

 danke für deine Antwort. Vielleicht habe ich mich bei dem einen oder anderen
 Satz etwas zu stark ausgedrückt. Meine Gesamtaussage aber bleibt, dass

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

Kort hat als Zielpublikum nicht nur OSM-Kandidaten, sondern auch
solche, die nur mal zwischendurch ein Geografiespiel spielen wollen.
Es macht daher m.E. weder Sinn, allen ein OSM-Account zu schenken
noch Kort als Editor für OSM auszubauen.
Kort soll Spass machen und die Fleissigen (und Ehlichen!) belohnen.

LG, Stefan

Am 20. Juni 2013 06:56 schrieb Tobias Hobmeier tob...@antifuse.de:
 Hi hi,

 ich habe da eine etwas Naive Idee wäre es nicht möglich jedem Knot User
 auch einen OSM account zu verpassen
 und Knot praktisch dann als Editor für OSM arbeiten zu lassen? Bei
 Punkten die Validiert werden müssen könnte man dann den Punkt von 3.
 user in OSM übernehmen lassen und im falle eines fehlers von einem
 weiteren Validator (nr 4.) wieder entfernen ...

 oder Habe ich da was Wichtiges übersehen? (muss ja fast so sein Oo)


 On 06/15/13 21:17, Frederik Ramm wrote:
 Hallo,

 On 15.06.2013 20:31, Stefan Keller wrote:
 Ja, die Bedenken des automatischen Zurückschreibens werden immer
 wieder hervorgebracht und wir nehmen sie ernst. Bei näherem Hinschauen
 verlieren sie sich meist. Es war übrigens nicht nur Frederik, der dies
 in diesem konkreten Fall entspannt sieht, sondern ein paar weitere
 gestandene Mapper im Saal.

 Ich habe mich zu der Frage nicht geaeussert; es war Jochen, der zum
 Mikrofon griff und meinte, man sollte die Edits doch einfach
 zurueckschreiben.

 Meine persoenliche Haltung zu der Frage ist ein bisschen zwiegespalten.

 *Fuer* ein automatisches Zurueckschreiben spricht, dass die Daten in
 aller Regel vermutlich wirklich eine gute Qualitaet haben, da sie von
 mehreren ueberprueft worden sind, und es sind ja auch nicht
 irgendwelche Imports, sondern wirklich extra fuer OSM erfasste Daten.

 *Gegen* ein automatisches Zurueckschreiben spricht unter anderem ein
 principiis obsta-Argument - wenn Kort das jetzt darf, wem muessen
 wir das dann noch alles erlauben, und werden es in jedem Fall
 gruendlich recherchierte, mehrfach ueberpruefte, relativ
 vandalismus-sichere Daten sein, oder werden andere mit dem Argument
 Kort darf das doch auch ploetzlich auch weitreichende Anderungen von
 geringerer Qualitaet zu rechtfertigen versuchen? Das muss man im Auge
 behalten.

 Im allgemeinen sind unsere Hauptargumente gegen Eintragungen durch
 Proxy die folgenden:

 1. Die Nutzer, die die Aenderungen vornehmen, sind/werden keine
 OSM-Nutzer. Sie sind Nutzer einer anderen Plattform, wissen im
 Extremfall nicht einmal was von OSM, fuehlen sich nicht als
 OSM-Contributors. Salopp gesagt, wir haben ihre Daten, aber nicht ihr
 Herz. Auch unsere Statistik kommt durcheinander - wir koennen dann
 nicht mehr zuverlaessig ermitteln, wie viele Leute mit welcher
 Intensitaet in einem bestimmten Bereich an OSM arbeiten.

 2., und das folgt direkt aus 1., wir haben keine Moeglichkeit, die
 Nutzer zu kontaktieren. Haette es Kort schon vor 5 Jahren gegeben, wie
 haetten wir dann die Kort-Mitspieler erreichen koennen, um sie um
 Zustimmung zum Lizenzwechsel zu bitten? Oder wenn irgendwo doch mal
 etwas eingetragen wird, was andere Mapper falsch finden, wen koennen
 sie dann anschreiben mit einer Rueckfrage?

 3. Wenn wir feststellen, dass mit einem Nutzer-Acccount
 urheberrechtlich geschueztes oder sonstwie problematisches Material
 hochgeladen wird, so muessen wir im Extremfall alle Edits dieses
 Nutzers revertieren. Es waere schade, wenn sowas mit einem
 Gateway-Account passiert.

 Im konkreten Fall ist der Punkt 1 relativ wenig relevant, denn wir
 haben gehoert, dass die allermeisten Kort-Spieler tatsaechlich
 OSM-Beitragende sind. Die Punkte 2 und 3 lassen sich vielleicht im
 konkreten Fall umschiffen oder zumindest abmildern.

 Ich glaube, es waere gut, wenn diese geplante naechste Projektphase
 bei Kort mit automatischem Hochspielen der Anderungen in Abstimmung
 mit der Data Working Group gestartet werden wuerde und wenn man das
 allgemein als Erprobungsphase deklarieren koennte; so wird Dritten
 klar, dass das Modell nicht ohne Ruecksprache nachgeahmt werden soll.
 Eventuell kann die Community dann gemeinsam zu einem Konsens kommen,
 welche Art von Edits auf welche Weise durch Proxy gemacht werden
 duerfen und welche nicht.

 Bye
 Frederik



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

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

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

2013-06-23 Diskussionsfäden fly

Am 21.06.2013 18:44, schrieb Frank:
 Am 21.06.2013 18:24, schrieb Dirk Sohler:
 Moin!
 Wie sieht es eigentlich beim Mappen von Adressen aus? ...

 1. Einen Node mit addr:housenumber und entsprechenden weiteren
 addr:-Tags auf die Hausumrandung an die Eingangsstelle setzen

 2. Nur das Haus an sich mit den addr:-Tags versehen

 3. Einen Node mit entrance-Tag auf die Umrandung setzen und die
 ganzen anderen addr:-Tags für das Haus selbst benutzen

 4. entrance und alle addr:-Tags auf den Node am Eingangspunkt packen

 Ich tendiere ja rein vom Logischen her zur Möglichkeit 3, da
 „Beispielstraße 123 in 12345 Stadthausen“ ja ein konkretes Gebäude, und
 nicht bloß dessen Eingang bezeichnet.

  Was am sinnvollsten?

 Grüße,
 Dirk
 
 Hallo Dirk,
 für normale Wohnbebauung (z.B. 1- o. 2-Familienhäuser) stimme ich dir
 zu: alle Tags an den Gebäude-Umring hängen nach dm Prinzip so einfach
 wie möglich.
 
 Bei einem Laden oder einer Kneipe im Gebäude (Besucherverkehr)
 zusätzlich den Entrance-Node setzen und evtl. die Rollstuhl-Eignung
 dazu. Die Adresse kann aber am Gebäude bleiben.
 
 Bei größeren Gebäuden (mehr-Parteien-Mietshaus) kann es mehrere Eingänge
 mit verschiedenen Hausnummern geben. Dann rutscht die Addr.-Eingabe auf
 den Node. Es sei denn, man kann das Gebäude sinnvoll in mehrere Gebäude
 aufteilen (sichtbare Fugen, Gebäudeteile, Brandschutzmauern).

+10

Wo bei niemand einen hindert auch Relationen a la associatedStreet oder
Street zu verwenden. Somit bleibt bei mir meist nur addr:house* übrig,
selten auch noch addr:postcode, da manche Firmen ja ihre eigene PLZ haben.

fly


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

Re: [Talk-de] Sprache des Namens Fehler in Kort.

2013-06-23 Diskussionsfäden Martin Koppenhoefer





On 23/giu/2013, at 14:04, Stefan Keller sfkel...@gmail.com wrote:

 4. Ausserdem gibt es eine Aussprache von Orten, wie sie inoffiziell,
 mundartlich oder historisch von Einheimischen verwendet werden (z.B.
 name:gsw=Rapperschwil für Rapperswil, vgl. nominatim).


ausgezeichnete Idee, die lokale Variante (z.B. Dialekt) zu taggen. Problem ist 
dabei, dass diese praktisch nie geschrieben werden, (aber es gibt wohl 
teilweise Regeln, das Alphabet zu erweitern um Laute abzubilden). 

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

Re: [Talk-de] Sprache des Namens Fehler in Kort.

2013-06-23 Diskussionsfäden Peter Wendorff

Hi.
(Kürzungen in den Folgenden Zitaten nur abschnittsweise, deshalb nicht
im Einzelnen kenntlich gemacht)
Am 23.06.2013 14:04, schrieb Stefan Keller:
 Zu deinen Verbesserungsvorschlägen:
 
 Am 19. Juni 2013 10:25 schrieb Martin Raifer tyr@gmail.com:
 3. Nie Aufträge stellen, von denen man weiß, dass diese nicht immer sinnvoll
 sind. Vor allem dann nicht, wenn man weiß, dass der nicht lösbare Teil
 lokal gehäuft vorkommt. Keine Warnungen als Fehler verkaufen!
 
 Was nun als Fehler gilt und was eine Warnung oder gar irrelevant
 sein soll, machmal eine Definitionsfrage.
  Solange es keine (Mehr-)Sprachgebiete gibt (wie oben
 vorgeschlagen), weiss man nicht, was nun gilt.
 Eine Dichte-Analyse scheint zwar spannend, ist aber für mich in keinem
 Verhältnis von Aufwand und Ertrag, die es betrifft.
 Dafür könnte das Fehlerkategorien-Ausblenden eine Abhilfe sein.
Klar ist das eine Definitionsfrage, was man als Fehler und was nur als
Warnung betrachtet, aber ich denke, die einzig sinnvolle Definition
hier, wenn es sich um das Bearbeiten von OSM-Daten handelt, ist die,
dass ich, um etwas einen Fehler zu nennen, schon sicher sein sollte,
dass es falsch ist. Ein Fehler sagt dem Empfänger der dazugehörigen
Meldung: So ist das falsch, pfui!
Eine Warnung ist dagegen eher: sag mal: das, was du da grade gemacht
hast, ist zwar möglich, aber zumindest ungewöhnlich. Hast du das
wirklich so gemeint?

Es gibt eigentlich noch eine dritte Kategorie, und das sind die
fehlenden Daten. Nicht falsch, aber eben einfach nicht vorhanden. Fehler
werden daraus nur, wenn man in der Auswertung Zufällig andere
Default-Annahmen trifft als man müsste ;)

Zu dieser Kategorie gehören die lokalisierten name-Tags.
ein nicht-lokalisierter name-Tag irgendwo mitten in Deutschland, der den
Namen auf Deutsch enthält, ist doch erstmal nicht falsch, das ist der
Name. Mitten in Deutschland wird auch jede Software, die das
berücksichtigen will, selst mit groben Heuristiken diesen Namen als
deutschsprachig interpretieren (als best-guess eben).
Deshalb alle name-Tags ohne sprachvariante als Fehler zu bezeichnen,
ist falsch, und auch eine Warnung ist zumindest regional zu hoch
gegriffen.

Wenn wir tatsächlich wollten, dass die OSM-Datenbank für jeden Namen
mindestens einen name:xx-Tag enthält, dann wär das schonmal 'ne ganz
schöne Hausnummer:

laut Taginfo gibt es in osm:
name: 35.535.456 mal
der verbreitetste lokalisierte Tag dazu ist
name:en: 831.929 mal - das sind 2,34%
danach kommen:
name:ru (314.898, 0,89%)
name:ja (241.130, 0,68%)
name:fr (203.957, 0,57%)
name:de (182.59, 0,51%)
und so weiter.

Ganz grob überschlagen gibt es etwa zehnmal so viele name-Tags wie alle
lokalisierten Name-Tags zusammengenommen.
Wenn man das also als Warnung beanstanden würde, sollte man erstmal
generell in osm propagieren, dass generell lokalisierte Namen angegeben
werden sollten - und das ist, soweit ich bisherige Diskussionen dazu im
Kopf habe, zwar nicht verpönt, aber bei weitem nicht Konsens.

Eine Ausnahme allerdings sehe ich schon:
WENN ein Objekt
- ein name-Tag hat
- und mindestens ein lokalisiertes name:** besitzt,
- und keines der lokalisierten name:**-Tags im name-Tag enthalten ist
(als Teil des Namens, damit auch die Kombinierten name-Tags wie
Brüssel/Bruxxelex oder so nicht als fehler erkannt werden),
DANN fehlt offensichtlich mindestens ein name, und der ist dann auch
sinnvoll einzutragen, z.B., um bei textbasierten OSM-Diensten die
Browser-Sprache bedienen zu können.

Gruß
Peter

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

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

2013-06-23 Diskussionsfäden Peter Wendorff

Hallo Stefan,

als Option halte ich die Verknüpfung mit dem eigenen OSM-Account aber
durchaus für sinnvoll. Nicht verpflichtend, nicht notwendigerweise -
aber warum nicht als Option mit anbieten? (Wenn Luft bei den Entwicklern
ist)

Das belohnt Mapper zusätzlich, weil sie bei hdyc und anderen Rankings
dann auch durch kort-edits vorankommen.

Gruß
Peter

Am 23.06.2013 14:07, schrieb Stefan Keller:
 Kort hat als Zielpublikum nicht nur OSM-Kandidaten, sondern auch
 solche, die nur mal zwischendurch ein Geografiespiel spielen wollen.
 Es macht daher m.E. weder Sinn, allen ein OSM-Account zu schenken
 noch Kort als Editor für OSM auszubauen.
 Kort soll Spass machen und die Fleissigen (und Ehlichen!) belohnen.
 
 LG, Stefan
 
 Am 20. Juni 2013 06:56 schrieb Tobias Hobmeier tob...@antifuse.de:
 Hi hi,

 ich habe da eine etwas Naive Idee wäre es nicht möglich jedem Knot User
 auch einen OSM account zu verpassen
 und Knot praktisch dann als Editor für OSM arbeiten zu lassen? Bei
 Punkten die Validiert werden müssen könnte man dann den Punkt von 3.
 user in OSM übernehmen lassen und im falle eines fehlers von einem
 weiteren Validator (nr 4.) wieder entfernen ...

 oder Habe ich da was Wichtiges übersehen? (muss ja fast so sein Oo)


 On 06/15/13 21:17, Frederik Ramm wrote:
 Hallo,

 On 15.06.2013 20:31, Stefan Keller wrote:
 Ja, die Bedenken des automatischen Zurückschreibens werden immer
 wieder hervorgebracht und wir nehmen sie ernst. Bei näherem Hinschauen
 verlieren sie sich meist. Es war übrigens nicht nur Frederik, der dies
 in diesem konkreten Fall entspannt sieht, sondern ein paar weitere
 gestandene Mapper im Saal.

 Ich habe mich zu der Frage nicht geaeussert; es war Jochen, der zum
 Mikrofon griff und meinte, man sollte die Edits doch einfach
 zurueckschreiben.

 Meine persoenliche Haltung zu der Frage ist ein bisschen zwiegespalten.

 *Fuer* ein automatisches Zurueckschreiben spricht, dass die Daten in
 aller Regel vermutlich wirklich eine gute Qualitaet haben, da sie von
 mehreren ueberprueft worden sind, und es sind ja auch nicht
 irgendwelche Imports, sondern wirklich extra fuer OSM erfasste Daten.

 *Gegen* ein automatisches Zurueckschreiben spricht unter anderem ein
 principiis obsta-Argument - wenn Kort das jetzt darf, wem muessen
 wir das dann noch alles erlauben, und werden es in jedem Fall
 gruendlich recherchierte, mehrfach ueberpruefte, relativ
 vandalismus-sichere Daten sein, oder werden andere mit dem Argument
 Kort darf das doch auch ploetzlich auch weitreichende Anderungen von
 geringerer Qualitaet zu rechtfertigen versuchen? Das muss man im Auge
 behalten.

 Im allgemeinen sind unsere Hauptargumente gegen Eintragungen durch
 Proxy die folgenden:

 1. Die Nutzer, die die Aenderungen vornehmen, sind/werden keine
 OSM-Nutzer. Sie sind Nutzer einer anderen Plattform, wissen im
 Extremfall nicht einmal was von OSM, fuehlen sich nicht als
 OSM-Contributors. Salopp gesagt, wir haben ihre Daten, aber nicht ihr
 Herz. Auch unsere Statistik kommt durcheinander - wir koennen dann
 nicht mehr zuverlaessig ermitteln, wie viele Leute mit welcher
 Intensitaet in einem bestimmten Bereich an OSM arbeiten.

 2., und das folgt direkt aus 1., wir haben keine Moeglichkeit, die
 Nutzer zu kontaktieren. Haette es Kort schon vor 5 Jahren gegeben, wie
 haetten wir dann die Kort-Mitspieler erreichen koennen, um sie um
 Zustimmung zum Lizenzwechsel zu bitten? Oder wenn irgendwo doch mal
 etwas eingetragen wird, was andere Mapper falsch finden, wen koennen
 sie dann anschreiben mit einer Rueckfrage?

 3. Wenn wir feststellen, dass mit einem Nutzer-Acccount
 urheberrechtlich geschueztes oder sonstwie problematisches Material
 hochgeladen wird, so muessen wir im Extremfall alle Edits dieses
 Nutzers revertieren. Es waere schade, wenn sowas mit einem
 Gateway-Account passiert.

 Im konkreten Fall ist der Punkt 1 relativ wenig relevant, denn wir
 haben gehoert, dass die allermeisten Kort-Spieler tatsaechlich
 OSM-Beitragende sind. Die Punkte 2 und 3 lassen sich vielleicht im
 konkreten Fall umschiffen oder zumindest abmildern.

 Ich glaube, es waere gut, wenn diese geplante naechste Projektphase
 bei Kort mit automatischem Hochspielen der Anderungen in Abstimmung
 mit der Data Working Group gestartet werden wuerde und wenn man das
 allgemein als Erprobungsphase deklarieren koennte; so wird Dritten
 klar, dass das Modell nicht ohne Ruecksprache nachgeahmt werden soll.
 Eventuell kann die Community dann gemeinsam zu einem Konsens kommen,
 welche Art von Edits auf welche Weise durch Proxy gemacht werden
 duerfen und welche nicht.

 Bye
 Frederik



 ___
 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

Re: [Talk-de] Sprache des Namens Fehler in Kort.

Am 23. Juni 2013 15:18 schrieb Peter Wendorff wendo...@uni-paderborn.de:
 Es gibt eigentlich noch eine dritte Kategorie, und das sind die
 fehlenden Daten. Nicht falsch, aber eben einfach nicht vorhanden.

Richtig! Die neue Kort-Fehlerkategorie fehlende Küche (= fehlender
Tag cuisine) ist so ein Beispiel. Das ist einer der Neuerungen des
Kort Games. Die Daten kommen von meiner EOSMBOne (d.h. aus osm2pgsql).

LG, Stefan

Am 23. Juni 2013 15:18 schrieb Peter Wendorff wendo...@uni-paderborn.de:
 Hi.
 (Kürzungen in den Folgenden Zitaten nur abschnittsweise, deshalb nicht
 im Einzelnen kenntlich gemacht)
 Am 23.06.2013 14:04, schrieb Stefan Keller:
 Zu deinen Verbesserungsvorschlägen:

 Am 19. Juni 2013 10:25 schrieb Martin Raifer tyr@gmail.com:
 3. Nie Aufträge stellen, von denen man weiß, dass diese nicht immer sinnvoll
 sind. Vor allem dann nicht, wenn man weiß, dass der nicht lösbare Teil
 lokal gehäuft vorkommt. Keine Warnungen als Fehler verkaufen!

 Was nun als Fehler gilt und was eine Warnung oder gar irrelevant
 sein soll, machmal eine Definitionsfrage.
  Solange es keine (Mehr-)Sprachgebiete gibt (wie oben
 vorgeschlagen), weiss man nicht, was nun gilt.
 Eine Dichte-Analyse scheint zwar spannend, ist aber für mich in keinem
 Verhältnis von Aufwand und Ertrag, die es betrifft.
 Dafür könnte das Fehlerkategorien-Ausblenden eine Abhilfe sein.
 Klar ist das eine Definitionsfrage, was man als Fehler und was nur als
 Warnung betrachtet, aber ich denke, die einzig sinnvolle Definition
 hier, wenn es sich um das Bearbeiten von OSM-Daten handelt, ist die,
 dass ich, um etwas einen Fehler zu nennen, schon sicher sein sollte,
 dass es falsch ist. Ein Fehler sagt dem Empfänger der dazugehörigen
 Meldung: So ist das falsch, pfui!
 Eine Warnung ist dagegen eher: sag mal: das, was du da grade gemacht
 hast, ist zwar möglich, aber zumindest ungewöhnlich. Hast du das
 wirklich so gemeint?

 Es gibt eigentlich noch eine dritte Kategorie, und das sind die
 fehlenden Daten. Nicht falsch, aber eben einfach nicht vorhanden. Fehler
 werden daraus nur, wenn man in der Auswertung Zufällig andere
 Default-Annahmen trifft als man müsste ;)

 Zu dieser Kategorie gehören die lokalisierten name-Tags.
 ein nicht-lokalisierter name-Tag irgendwo mitten in Deutschland, der den
 Namen auf Deutsch enthält, ist doch erstmal nicht falsch, das ist der
 Name. Mitten in Deutschland wird auch jede Software, die das
 berücksichtigen will, selst mit groben Heuristiken diesen Namen als
 deutschsprachig interpretieren (als best-guess eben).
 Deshalb alle name-Tags ohne sprachvariante als Fehler zu bezeichnen,
 ist falsch, und auch eine Warnung ist zumindest regional zu hoch
 gegriffen.

 Wenn wir tatsächlich wollten, dass die OSM-Datenbank für jeden Namen
 mindestens einen name:xx-Tag enthält, dann wär das schonmal 'ne ganz
 schöne Hausnummer:

 laut Taginfo gibt es in osm:
 name: 35.535.456 mal
 der verbreitetste lokalisierte Tag dazu ist
 name:en: 831.929 mal - das sind 2,34%
 danach kommen:
 name:ru (314.898, 0,89%)
 name:ja (241.130, 0,68%)
 name:fr (203.957, 0,57%)
 name:de (182.59, 0,51%)
 und so weiter.

 Ganz grob überschlagen gibt es etwa zehnmal so viele name-Tags wie alle
 lokalisierten Name-Tags zusammengenommen.
 Wenn man das also als Warnung beanstanden würde, sollte man erstmal
 generell in osm propagieren, dass generell lokalisierte Namen angegeben
 werden sollten - und das ist, soweit ich bisherige Diskussionen dazu im
 Kopf habe, zwar nicht verpönt, aber bei weitem nicht Konsens.

 Eine Ausnahme allerdings sehe ich schon:
 WENN ein Objekt
 - ein name-Tag hat
 - und mindestens ein lokalisiertes name:** besitzt,
 - und keines der lokalisierten name:**-Tags im name-Tag enthalten ist
 (als Teil des Namens, damit auch die Kombinierten name-Tags wie
 Brüssel/Bruxxelex oder so nicht als fehler erkannt werden),
 DANN fehlt offensichtlich mindestens ein name, und der ist dann auch
 sinnvoll einzutragen, z.B., um bei textbasierten OSM-Diensten die
 Browser-Sprache bedienen zu können.

 Gruß
 Peter

 ___
 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] Sprache des Namens Fehler in Kort.

Am 23.06.2013, 15:18 Uhr, schrieb Peter Wendorff  
wendo...@uni-paderborn.de:

[...]
Wenn man das also als Warnung beanstanden würde, sollte man erstmal
generell in osm propagieren, dass generell lokalisierte Namen angegeben
werden sollten - und das ist, soweit ich bisherige Diskussionen dazu im
Kopf habe, zwar nicht verpönt, aber bei weitem nicht Konsens.


Darum geht es in bei den hier angesprochenen Kort-Aufträgen bzw.  
KeepRight-Warnungen auch gar nicht.



Eine Ausnahme allerdings sehe ich schon:
WENN ein Objekt
- ein name-Tag hat
- und mindestens ein lokalisiertes name:** besitzt,
- und keines der lokalisierten name:**-Tags im name-Tag enthalten ist
(als Teil des Namens, damit auch die Kombinierten name-Tags wie
Brüssel/Bruxxelex oder so nicht als fehler erkannt werden),
DANN fehlt offensichtlich mindestens ein name, und der ist dann auch
sinnvoll einzutragen, z.B., um bei textbasierten OSM-Diensten die
Browser-Sprache bedienen zu können.


Genau davon sprechen wir hier die ganze Zeit. ;)

Der Standard-Use-Case für die redundante Eintragung des Namens ist  
beispielsweise in etwa folgender:
Man möchte eine Karte erstellen, die Labels in folgender  
Sprach-Reihenfolge anzeigt: 1. Deutsch, 2. Englisch, 3. der lokale Name  
(siehe http://mlm.jochentopf.com/). Wenn nun bei München kein redundantes  
name:de=München angegeben ist (also nur name=München  name:en=Munich),  
wird es für den Renderer sehr schwierig die Karte wie gewünscht  
anzuzeigen; wahrscheinlicher würde dann der englische Name angezeigt  
werden.


Allerdings ist dein Kritierium keines der lokalisierten name:**-Tags  
[ist] im name-Tag enthalten auch nicht hinreichend. Das wieso werde ich  
in einem weiteren Posting gleich ausführen.


Grüße
Martin

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

Re: [Talk-de] Sprache des Namens Fehler in Kort.

Hallo Martin

Am 23. Juni 2013 17:48 schrieb Martin Raifer tyr@gmail.com:
 Genau davon sprechen wir hier die ganze Zeit. ;)

 Der Standard-Use-Case für die redundante Eintragung des Namens ist
 beispielsweise in etwa folgender:
 Man möchte eine Karte erstellen, die Labels in folgender Sprach-Reihenfolge
 anzeigt: 1. Deutsch, 2. Englisch, 3. der lokale Name (siehe
 http://mlm.jochentopf.com/). Wenn nun bei München kein redundantes
 name:de=München angegeben ist (also nur name=München  name:en=Munich), wird
 es für den Renderer sehr schwierig die Karte wie gewünscht anzuzeigen;
 wahrscheinlicher würde dann der englische Name angezeigt werden.

Ich bin immer noch nicht ganz sicher, ob wir uns verstehen, denn die
Redundanz bei name=München und name:de=München scheint mir kaum
vermeidbar.
Der Tag name=München ist für mich der offizielle Name (Endonym).
Der Tag name:de=München zeigt einem Programm, wie der Name auf
*deutsch* heisst (ähnlich wie name:de=Peking); das :de ist hier
wichtig.
Lokalisierte Namen sind für mich ein Zusatz. Für München könnte es
name:gsw=Minga sein.

LG, Stefan

Am 23. Juni 2013 17:48 schrieb Martin Raifer tyr@gmail.com:
 Am 23.06.2013, 15:18 Uhr, schrieb Peter Wendorff
 wendo...@uni-paderborn.de:

 [...]

 Wenn man das also als Warnung beanstanden würde, sollte man erstmal
 generell in osm propagieren, dass generell lokalisierte Namen angegeben
 werden sollten - und das ist, soweit ich bisherige Diskussionen dazu im
 Kopf habe, zwar nicht verpönt, aber bei weitem nicht Konsens.


 Darum geht es in bei den hier angesprochenen Kort-Aufträgen bzw.
 KeepRight-Warnungen auch gar nicht.


 Eine Ausnahme allerdings sehe ich schon:
 WENN ein Objekt
 - ein name-Tag hat
 - und mindestens ein lokalisiertes name:** besitzt,
 - und keines der lokalisierten name:**-Tags im name-Tag enthalten ist
 (als Teil des Namens, damit auch die Kombinierten name-Tags wie
 Brüssel/Bruxxelex oder so nicht als fehler erkannt werden),
 DANN fehlt offensichtlich mindestens ein name, und der ist dann auch
 sinnvoll einzutragen, z.B., um bei textbasierten OSM-Diensten die
 Browser-Sprache bedienen zu können.


 Genau davon sprechen wir hier die ganze Zeit. ;)

 Der Standard-Use-Case für die redundante Eintragung des Namens ist
 beispielsweise in etwa folgender:
 Man möchte eine Karte erstellen, die Labels in folgender Sprach-Reihenfolge
 anzeigt: 1. Deutsch, 2. Englisch, 3. der lokale Name (siehe
 http://mlm.jochentopf.com/). Wenn nun bei München kein redundantes
 name:de=München angegeben ist (also nur name=München  name:en=Munich), wird
 es für den Renderer sehr schwierig die Karte wie gewünscht anzuzeigen;
 wahrscheinlicher würde dann der englische Name angezeigt werden.

 Allerdings ist dein Kritierium keines der lokalisierten name:**-Tags [ist]
 im name-Tag enthalten auch nicht hinreichend. Das wieso werde ich in einem
 weiteren Posting gleich ausführen.

 Grüße
 Martin


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

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

Re: [Talk-de] Sprache des Namens Fehler in Kort.


Am 23.06.2013, 18:36 Uhr, schrieb Stefan Keller sfkel...@gmail.com:


Ich bin immer noch nicht ganz sicher, ob wir uns verstehen, denn die
Redundanz bei name=München und name:de=München scheint mir kaum
vermeidbar.
Der Tag name=München ist für mich der offizielle Name (Endonym).
Der Tag name:de=München zeigt einem Programm, wie der Name auf
*deutsch* heisst (ähnlich wie name:de=Peking); das :de ist hier
wichtig.
Lokalisierte Namen sind für mich ein Zusatz. Für München könnte es
name:gsw=Minga sein.


Ich glaube dass wir uns schon verstehen, denn genau das wollte ich durch  
mein Beispiel unterstreichen.


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

Re: [Talk-de] Sprache des Namens Fehler in Kort.

Eine bewusst gewählte Eigenheit von Kort ist, dass nur ein Tag aufs
Mal korrigiert bzw. ergänzt werden kann (d.h. es wird z.B. zu bei
name=Biel/Bienne der Tag name:de=Biel ergänzt).

Bei der nächsten Aktualisierung sollte es dann immer noch als Fehler
taxiert werden, weil da ein weiterer name:XX fehlt (nämlich
name:fr=Bienne). Bin nun nicht unsicher, ob das keepright so handhabt.
Falls ja, wird es auch in Kort nochmals fragen und man kann
name:fr=Bienne eintgragen.

Dann haben also Keepright und Kort doch nicht so unrecht, dass ein
name:XX fehlt!? Man könnte höchstens ergänzen dass ein oder mehrere
name:XX fehlen.

LG, Stefan

Am 23. Juni 2013 18:47 schrieb Martin Raifer tyr@gmail.com:
 Am 23.06.2013, 18:36 Uhr, schrieb Stefan Keller sfkel...@gmail.com:


 Ich bin immer noch nicht ganz sicher, ob wir uns verstehen, denn die
 Redundanz bei name=München und name:de=München scheint mir kaum
 vermeidbar.
 Der Tag name=München ist für mich der offizielle Name (Endonym).
 Der Tag name:de=München zeigt einem Programm, wie der Name auf
 *deutsch* heisst (ähnlich wie name:de=Peking); das :de ist hier
 wichtig.
 Lokalisierte Namen sind für mich ein Zusatz. Für München könnte es
 name:gsw=Minga sein.


 Ich glaube dass wir uns schon verstehen, denn genau das wollte ich durch
 mein Beispiel unterstreichen.


 ___
 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] Sprache des Namens Fehler in Kort.


Für diesen speziellen Fall: Ich habe
bereits mit multilingualen Namen experimentiert und habe auch konkrete
Ideen,

Das klingt interessant. Ich nehme an, die Diskussion wird hier auf
Talk-de stattfinden?


OK: Ich nehme mal an, dass es Konsens ist, bei Namen, die bereits  
teilweise multilingual erfasst sind, auch die ursprüngliche(n)  
Haupt-Sprache(n) des name-Tags redundant mit aufzunehmen.


Die Frage ist jetzt, wie man am besten herausfindet, ob eines oder mehrere  
dieser name:* Tags fehlen.


== Naive Kriterien ==

Zur Zeit überprüft KeepRight folgendes Kriterium:
Ist keines der lokalisierten name:**-Tags mit dem name-Tag identisch?
Das funktioniert aber, wie bereits gesagt, bei mehrsprachigen name-Tags  
nicht. Beispiel:


  name=Bruxelles - Brussel
  name:fr=Bruxelles
  name:nl=Brussel

Die von Peter vorgeschlagene Variante:
Ist keines der lokalisierten name:**-Tags im name-Tag enthalten?
Dieses Kriterium deckt aber nicht alle Fälle ab. Gegenbeispiele:

  name=Bolzano - Bozen
  name:it=Bolzano
  name:de=Bozen
  name:lld=Bulsan

Hier würde ein evtl. fehlendes name:it oder name:de nicht entdeckt werden.

  name=Roma
  name:it=Roma
  name:en=Rome
  name:de=Rom

Hier würde ein evtl. fehlendes name:it nicht gefunden werden.

== Besseres Kriterium ==

Mit folgendem Algorithmus hatte ich experimentiert:

1. Man iteriert über alle name:* und markiert alle Vorkommen des  
jeweiligen Namen im name Tag.

2. Anschließend entfernt man alle markierten Zeichen.
3. Wenn der Rest nur mehr aus Whitespace und/oder Trennzeichen [-/,;()]  
besteht, dann sollte der Name OK sein.


Meines Erachtens nach werden damit die meisten Fälle zuverlässig abgedeckt.

Viele Grüße
Martin

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

Re: [Talk-de] Sprache des Namens Fehler in Kort.


Am 23.06.2013, 19:03 Uhr, schrieb Stefan Keller sfkel...@gmail.com

Dann haben also Keepright und Kort doch nicht so unrecht, dass ein
name:XX fehlt!?


Nein, denn der Fehler wird aktuell auch dann angezeigt, wenn die  
jeweiligen name:XX _nicht_ fehlen:


http://keepright.ipax.at/report_map.php?zoom=18lat=46.66927lon=11.15956layers=B0Tch=0%2C360show_ign=1show_tmpign=1
vs.
http://www.openstreetmap.org/browse/node/64777070

Martin

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

Re: [Talk-de] Kann jemand ein schönes Plakat malen?

2013-06-23 Diskussionsfäden Jo

Hallo Frederik,

Wie schnell brauchst du das? Ich kenne jemand die das artistike Anfühlen
dafür hat.

Jo

2013/6/22 Frederik Ramm frede...@remote.org

 Hallo,

kuerzlich wurde ich gefragt, ob ich für eine OSM-Veranstaltung neben
 meinen üblichen Kartenausdrucken vielleicht ein Wie funktioniert
 OSM-Plakat beilegen koennte. Leider habe ich sowas gar nicht; ich hatte
 vor Jahren mal eins gemacht, aber das war erstens nie besonders schoen und
 zweitens ist es total veraltet (http://www.remote.org/**
 frederik/tmp/enk.png http://www.remote.org/frederik/tmp/enk.png).

 Hat irgendjemand (a) Lust und (b) das notwendige designerische Geschick,
 mal ein neues Projekt-Plakat zu machen? Das koennten wir sicher immer
 wieder mal gebrauchen.

 Ich haette eine Idee, wie man das inhaltlich ungefaehr aufbauen koennte
 (Skizze hier 
 http://www.remote.org/**frederik/tmp/plakat.svghttp://www.remote.org/frederik/tmp/plakat.svg,
 http://www.remote.org/**frederik/tmp/plakat.pdfhttp://www.remote.org/frederik/tmp/plakat.pdf)
 - wobei das bitte nicht grafisch zu verstehen ist, natuerlich muss der Text
 viel kleiner sein und das ganze huebsch illustriert werden (vielleicht so
 ein bisschen a la handgemalt? oder mit Fotos/Screenshots?) und meine Texe
 sind auch nur Schnellschuesse -- Wobei ich da niemandem vorgreifen will,
 ich wuerde mich ueber jedes brauchbare wie funktioniert eigentlich
 OSM-Plakat freuen, und meine Skizze ist mehr so fuer den Fall gedacht,
 dass jemand vielleicht zwar gut ein Plakat machen kann, aber nicht weiss,
 was inhaltlich drauf soll ;)

 Waer echt super, wenn jemand das mal in die Hand nehmen koennte. Ruhm und
 Ehre sind gewiss ;)

 Wer zwar nicht malen kann, aber einen guten Einfall zu meiner Skizze hat
 oder wer findet, dass etwas wichtiges ausgelassen ist, der darf das
 natuerlich auch gern hier diskutieren.

 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-dehttp://lists.openstreetmap.org/listinfo/talk-de

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

Re: [Talk-de] Sprache des Namens Fehler in Kort.

2013-06-23 Diskussionsfäden Peter Wendorff

Am 23.06.2013 19:06, schrieb Martin Raifer:
 
 Die von Peter vorgeschlagene Variante:
 Ist keines der lokalisierten name:**-Tags im name-Tag enthalten?
 Dieses Kriterium deckt aber nicht alle Fälle ab. Gegenbeispiele:
 
   name=Bolzano - Bozen
   name:it=Bolzano
   name:de=Bozen
   name:lld=Bulsan
 
 Hier würde ein evtl. fehlendes name:it oder name:de nicht entdeckt werden.
Moment!
Es geht nicht darum, jede Sprachvariante, auch nicht, jede regional
offizielle Sprache, zu entdecken.
Aber du hast schon recht: Man könnte das noch weiter verfeinern.

   name=Roma
   name:it=Roma
   name:en=Rome
   name:de=Rom
 
 Hier würde ein evtl. fehlendes name:it nicht gefunden werden.
Stimmt, wobei ich mit meiner Teilstring-Idee vermutlich vor allem
nicht weit genug gegangen bin.
Verfeinert man das und fordert einen sinnvoll abgetrennten Teil, dan
wird Roma doch als fehlend markiert.
In Bolzano - Bozen hingegen würde Bolzano und Bozen gesucht, wenn
nicht Bolzano - Bozen als name:xx existiert.
 
 == Besseres Kriterium ==
 
 Mit folgendem Algorithmus hatte ich experimentiert:
 
 1. Man iteriert über alle name:* und markiert alle Vorkommen des
 jeweiligen Namen im name Tag.
 2. Anschließend entfernt man alle markierten Zeichen.
 3. Wenn der Rest nur mehr aus Whitespace und/oder Trennzeichen [-/,;()]
 besteht, dann sollte der Name OK sein.
 
 Meines Erachtens nach werden damit die meisten Fälle zuverlässig abgedeckt.
Das klingt nicht schlecht, bisher finde ich noch keine Gegenbeispiele.
Hast Du Gegenbeispiele? Immerhin redest du von den meisten Fällen.

Gruß
Peter

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

Re: [Talk-de] Sprache des Namens Fehler in Kort.

Am 23.06.2013, 20:19 Uhr, schrieb Peter Wendorff  
wendo...@uni-paderborn.de:

Das klingt nicht schlecht, bisher finde ich noch keine Gegenbeispiele.
Hast Du Gegenbeispiele? Immerhin redest du von den meisten Fällen.


Konkretes Gegenbeispiel habe ich auch keines. Aber theoretisch könnte sich  
ein Name in zwei (oder mehr) anderen Sprachen so ungeschickt  
überschneiden, dass der Algorithmus ausgehebelt wird. Konstruiertes  
Beispiel:


name=Great Mount Doom
name:1=Mount Doom
name:2=Great Mount

Keine Ahnung, ob das irgendwo auf der Welt vorkommt. Viel häufiger dürfte  
aber der Fall sein, dass ein Name in mehreren Sprachen gleich lautet:


name=London
name:de=London

Hier fehlt offensichtlich das name:en=London, allerdings kann man hier  
unabhängig vom Algorithmus (ohne Vergleichs-Datenbank) nicht viel machen...


Grüße
Martin

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

Re: [Talk-de] Sprache des Namens Fehler in Kort.

2013-06-23 Diskussionsfäden Hans Schmidt

Am 23.06.2013 15:18, schrieb Peter Wendorff:
 Wenn man das also als Warnung beanstanden würde, sollte man erstmal
 generell in osm propagieren, dass generell lokalisierte Namen angegeben
 werden sollten - und das ist, soweit ich bisherige Diskussionen dazu im
 Kopf habe, zwar nicht verpönt, aber bei weitem nicht Konsens.

Ich denke, das liegt auch einfach daran, dass der Renderer (=osm.org)
das nicht unterstützt.
Es wäre vielleicht sinnvoll, dass der Renderer einfach den name-Tag
komplett ignoriert und NUR noch die einzelnen name:xx unterstützt werden.

Für Deutschland ist das nämlich nicht notwendig, von daher wird da
niemals jemand einen name:de schreiben. Bei anderen Ländern schon.

Es wäre dann natürlich möglich, in Ländern, wo kein name:xx-Tag
vorhanden ist, einfach den name auf name:xx zu verschieben.

Aber das Problem liegt halt im Renderer. Solange der mehrsprachige
Renderer, der hier vor einiger Zeit mal vorgestellt wurde, nicht a) auf
der OSM-Hauptseite, b) auf allen anderen Webseiten direkt unterstützt
wird, passiert da nichts. Außerdem sollte JOSM z.B. direkt immer den
lokalisierten name-Tag anzeigen und bei dem normalen name direkt eine
Warnung.

Im Grunde ist die einzige Möglichkeit aus dem Schlamassel
herauszukommen, den name-Tag komplett zu entfernen. Aber wenn der
Renderer da nicht mitspielt, dann wird das auch nichts.

Dieses aktuelle „Ich packe einfach mal alles was auf dem Straßenschild
steht in den name-Tag“ sieht einfach nur unglaublich bescheuert aus.

Also, was gemacht werden muss:

1. OSM.org muss den mehrsprachigen Renderer unterstützen. Dann muss
entsprechend der Browser-Sprache automatisch für jeden Benutzer die
entsprechende Sprache angezeigt werden (deutscher Browser sieht name:de).
2. Alle name-Tags müssen verschoben werden (in USA nach name:en, in
Deutschland nach name:de. In Belgien, der Schweiz usw. wird
wahrscheinlich sowieso schon alles mehrsprachig existieren, da muss man
das notfalls manuell machen).
3. JOSM/Potlatch/was auch immer muss je nach Ort automatisch in den
entsprechenden name:xx-Tag schreiben. In Deutschland nach name:de. In
der Schweiz/Belgien usw. müssen beide Felder gleichzeitig angezeigt werden.
4. In JOSM muss endlich eine tabellarische Anzeige der Namen der Nodes
her. Sonst kann man das nicht vernünftig taggen. (-- Unglaublich
wichtig für mehrsprachige Karten!)
5. Anschließend alle name= löschen. Gerne auch mit einem Bot dafür
sorgen, dass es weg bleibt.

Dann hätte man wesentlich weniger Probleme.

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

Re: [Talk-de] Kann jemand ein schönes Plakat malen?

2013-06-23 Diskussionsfäden Frederik Ramm


Hallo,

On 23.06.2013 19:37, Jo wrote:

Wie schnell brauchst du das? Ich kenne jemand die das artistike Anfühlen
dafür hat.


Die konkrete Anfrage, die ich habe, ist fuer Anfang Juli. Aber selbst 
wenn das nichts wird, waere so ein Plakat eine tolle Sache.


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] Sprache des Namens Fehler in Kort.

2013-06-23 Diskussionsfäden Dirk Sohler

Hans Schmidt schrieb:
 Also, was gemacht werden muss:
 
 [1-5]

Perfekt zusammengefasst!

Grüße,
Dirk

-- 
Local time :: Ortszeit :: DE-HH
2013-06-24T01:57:10+0200


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

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

2013-06-23 Diskussionsfäden Ruben Kelevra

Hallo zusammen,

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

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

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


Liebe Grüße

Ruben

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

Re: [Talk-de] Sprache des Namens Fehler in Kort.

Am 23. Juni 2013 21:18 schrieb Hans Schmidt z0idb...@gmx.de:
  2. Alle name-Tags müssen verschoben werden

Die name-Tags sind dazu da, das zu erfassen, was Mapper sehen und
Renderer ohne weitere Angaben darstellen können.
Deren Values sollten daher nicht verschoben sondern ggf. kopiert
werden (z.B. nach name:de=München).
Vgl. auch meine Ausführungen zu Endonyme und Exonymen oben.

LG, Stefan

Am 24. Juni 2013 01:57 schrieb Dirk Sohler s...@0x7be.de:
 Hans Schmidt schrieb:
 Also, was gemacht werden muss:

 [1-5]

 Perfekt zusammengefasst!

 Grüße,
 Dirk

 --
 Local time :: Ortszeit :: DE-HH
 2013-06-24T01:57:10+0200

 ___
 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] Sprache des Namens Fehler in Kort.

2013-06-23 Diskussionsfäden Dirk Sohler

Stefan Keller schrieb:
 Die name-Tags sind dazu da, das zu erfassen, was Mapper sehen und
 Renderer ohne weitere Angaben darstellen können.
 Deren Values sollten daher nicht verschoben sondern ggf. kopiert
 werden (z.B. nach name:de=München).

Wenn langfristig name rausfliegen soll, und durch name:de ersetzt
werden soll (was nur sinnvoll wäre), muss es irgendwann verschoben
werden, spätestens mit Version N+1, wenn name nicht mehr unterstützt
wird, muss bis Version N jegliches vorkommen von name durch name:de
ersetzt werden (name:de, oder name:en, oder name:ru, etc.).

Je eher das gemacht wird, desto besser.

Grüße,
Dirk

-- 
Local time :: Ortszeit :: DE-HH
2013-06-24T04:37:59+0200


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

Re: [Talk-in] Fw: [CrisisMappers] 25 killed; 24,000 stranded as rain wreaks havoc in Uttarakhand, India

2013-06-23 Diskussionsfäden Ishan Chattopadhyaya

Indeed..
As far as I could tell from media reports, the boundary box appears to be:
UL: 31.099982,78.150329
BR: 29.792984,80.100403

On the lower left edges of the bbox, Dehradun is likely not affected, but
Haridwar is.


On Sun, Jun 23, 2013 at 9:54 AM, Mikel Maron mikel_ma...@yahoo.com wrote:

 To start, we can identify the affected areas, and check on sources of data
 to improve the map.

 This is the region?
 http://www.openstreetmap.org/?lat=30.09lon=79.3zoom=8layers=M Looks
 very mountainous.
 Quick spot checks on Bing imagery, it's high resolution. Other sources?

 If we can identify a bounding box for the region, then can set up a job on
 the tasking server http://tasks.hotosm.org/

 * Mikel Maron * +14152835207 @mikel s:mikelmaron

   --
  *From:* Ishan Chattopadhyaya ichattopadhy...@gmail.com
 *To:* Mikel Maron mikel_ma...@yahoo.com; OpenStreetMap in India 
 talk-in@openstreetmap.org
 *Cc:* h...@openstreetmap.org h...@openstreetmap.org
 *Sent:* Sunday, June 23, 2013 5:24 AM
 *Subject:* Re: [Talk-in] Fw: [CrisisMappers] 25 killed; 24,000 stranded
 as rain wreaks havoc in Uttarakhand, India

 Let us do something! Anyone has any pointers how can we start (in an
 organized fashion)?
 Can someone please take a lead to start a mapping sprint towards helping
 map the affected regions? Mikel?

 On Sun, Jun 23, 2013 at 8:48 AM, Mikel Maron mikel_ma...@yahoo.comwrote:

 Some response to the floods in Uttarakhand. Is there anything for OSM to
 improve in the base map of the region, to aid response?

 * Mikel Maron * +14152835207 @mikel s:mikelmaron

   - Forwarded Message -
  *From:* Buddhadeb Halder bhalder...@gmail.com
 *To:* crisismapp...@googlegroups.com
 *Sent:* Monday, June 17, 2013 3:17 PM
 *Subject:* [CrisisMappers] 25 killed; 24,000 stranded as rain wreaks
 havoc in Uttarakhand, India

 Hi CrisisMappers,
 Thousands are reported stranded in Uttarakhand and Himachal Pradesh in
 India due to heavy rains and landslides.
 Thanks,
 Buddha
 @HalderBuddha

 Some updates:
 1. Uttarakhand worst affected as rain wreaks havoc in north India;
 thousands 
 strandedhttp://www.ndtv.com/article/cheat-sheet/uttarakhand-worst-affected-as-rain-wreaks-havoc-in-north-india-thousands-stranded-380689?pfrom=home-lateststories
 2. Watch: in torrential rain, house collapses in Uttarakhand
 http://www.ndtv.com/video/player/news/watch-in-torrential-rain-house-collapses-in-uttarakhand/279586?h_also_see
 3. Rain triggers landslides in Uttarakhand; Char Dham Yatra suspended
 http://www.ndtv.com/video/player/news/rain-triggers-landslides-in-uttarakhand-char-dham-yatra-suspended/279524?h_also_see
  --
 CrisisMappers | The Humanitarian Technology Network
 http://www.CrisisMappers.net http://www.crisismappers.net/

 To subscribe, follow this link:
 https://groups.google.com/group/crisismappers
 To unsubscribe, please send email to
 crisismappers+unsubscr...@googlegroups.com
 Visit CrisisMappers at:
 http://groups.google.com/group/crisismappers?hl=en
 ---
 You received this message because you are subscribed to the Google Groups
 CrisisMappers group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to crisismappers+unsubscr...@googlegroups.com.
 To post to this group, send email to crisismapp...@googlegroups.com.
 Visit this group at http://groups.google.com/group/crisismappers.
 For more options, visit https://groups.google.com/groups/opt_out.





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





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

Re: [Talk-in] [HOT] Fw: [CrisisMappers] 25 killed; 24,000 stranded as rain wreaks havoc in Uttarakhand, India

2013-06-23 Diskussionsfäden Ishan Chattopadhyaya

Wow, this is great. Can we create a hot job on the tasks.hotosm.org and
link it to the wiki?

On Sun, Jun 23, 2013 at 4:22 PM, Harry Wood m...@harrywood.co.uk wrote:

 Guys, I already announced a wiki page coordinating a response to this
 disaster a day and half ago:

 http://wiki.openstreetmap.org/wiki/2013_North_India_floods
 Thanks to Reneman and AndrewBuck who responded quite rapidly by
 investigating mapping possibilities and adding more info to that page.


 You guys seem to have missed my mailing post and yellow lable on the
 'India' wiki page.  I feel like something went wrong in that process.


 Looking ahead, maybe we' should ramping this up into more of an
 'activation'.

 Next steps?
 * tasking manager job? I think the city of Dehradun
 http://osm.org/go/zm8r~jUM- presents the best opportunity for obvious
 beginner-friendly mapping tasks.
 * other mapping coordination? things like mapping in lots more rivers in
 the mountains could be worthwhile, but may be less suited to a task manager
 grid. We could use 'notes' just as I did in the Philippines once,
 coordinating river mapping with OpenStreetBugs
 * Supply more info to potential data *users* on the wiki page. We should
 have templates for this really. How can we get our data into the hands of
 aid people?
 * I will tweet a link to the wiki page from @hotosm.
 * reply to crisis mappers with a link to our wiki page?* Call it an
 activation?

 
 From: Mikel Maron mikel_ma...@yahoo.com
 To: Ishan Chattopadhyaya ichattopadhy...@gmail.com; OpenStreetMap in
 India talk-in@openstreetmap.org
 Cc: h...@openstreetmap.org h...@openstreetmap.org
 Sent: Sunday, 23 June 2013, 5:24
 Subject: Re: [HOT] [Talk-in] Fw: [CrisisMappers] 25 killed; 24,000
 stranded as rain wreaks havoc in Uttarakhand, India



 To start, we can identify the affected areas, and check on sources of data
 to improve the map.


 This is the region?
 http://www.openstreetmap.org/?lat=30.09lon=79.3zoom=8layers=M Looks
 very mountainous.
 Quick spot checks on Bing imagery, it's high resolution. Other sources?


 If we can identify a bounding box for the region, then can set up a job on
 the tasking server http://tasks.hotosm.org/

 * Mikel Maron * +14152835207 @mikel s:mikelmaron


 
  From: Ishan Chattopadhyaya ichattopadhy...@gmail.com
 To: Mikel Maron mikel_ma...@yahoo.com; OpenStreetMap in India 
 talk-in@openstreetmap.org
 Cc: h...@openstreetmap.org h...@openstreetmap.org
 Sent: Sunday, June 23, 2013 5:24 AM
 Subject: Re: [Talk-in] Fw: [CrisisMappers] 25 killed; 24,000 stranded as
 rain wreaks havoc in Uttarakhand, India
 
 
 
 Let us do something! Anyone has any pointers how can we start (in an
 organized fashion)?
 Can someone please take a lead to start a mapping sprint towards helping
 map the affected regions? Mikel?
 
 
 On Sun, Jun 23, 2013 at 8:48 AM, Mikel Maron mikel_ma...@yahoo.com
 wrote:
 
 Some response to the floods in Uttarakhand. Is there anything for OSM to
 improve in the base map of the region, to aid response?
 
 * Mikel Maron * +14152835207 @mikel s:mikelmaron
 
 - Forwarded Message -
 From: Buddhadeb Halder bhalder...@gmail.com
 To: crisismapp...@googlegroups.com
 Sent: Monday, June 17, 2013 3:17 PM
 Subject: [CrisisMappers] 25 killed; 24,000 stranded as rain wreaks
 havoc in Uttarakhand, India
 
 
 
 Hi CrisisMappers,
 Thousands are reported stranded in Uttarakhand and Himachal Pradesh in
 India due to heavy rains and landslides.
 
 Thanks,
 
 Buddha
 
 @HalderBuddha
 
 Some updates:
 1. Uttarakhand worst affected as rain wreaks havoc in north India;
 thousands stranded
 2. Watch: in torrential rain, house collapses in Uttarakhand
 3. Rain triggers landslides in Uttarakhand; Char Dham Yatra suspended
 
 --
 CrisisMappers | The Humanitarian Technology Network
 http://www.CrisisMappers.net
 
 To subscribe, follow this link:
 https://groups.google.com/group/crisismappers
 To unsubscribe, please send email to
 crisismappers+unsubscr...@googlegroups.com
 Visit CrisisMappers at:
 http://groups.google.com/group/crisismappers?hl=en
 ---
 You received this message because you are subscribed to the Google
 Groups CrisisMappers group.
 To unsubscribe from this group and stop receiving emails from it, send
 an email to crisismappers+unsubscr...@googlegroups.com.
 To post to this group, send email to crisismapp...@googlegroups.com.
 Visit this group at http://groups.google.com/group/crisismappers.
 For more options, visit https://groups.google.com/groups/opt_out.
 
 
 
 
 
 ___
 Talk-in mailing list
 Talk-in@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-in
 
 
 
 
 
 ___
 HOT mailing list
 h...@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/hot

___
Talk-in mailing list
Talk-in@openstreetmap.org

[Talk-in] 2013 North India Floods : Follow-up and mapping coordination

2013-06-23 Diskussionsfäden Pierre Béland

To facilitate the follow-up on this activity, I have renamed the object of the 
email from [HOT] [Talk-in] Fw: [CrisisMappers] 25 killed;    24,000 stranded as 
rain wreaks havoc in Uttarakhand, India

A Task manager job have been created for Haridwar urban area. See 
http://tasks.hotosm.org/job/260
Hot Contributor are invited to contribute by mapping these areas.


For people with knowledge of the present situation in north of India, please 
report other areas that you think they should be mapped in priority. Please 
report to this list and describe the situation.


The people with local knowledge can also contribute greatly to the map by 
geolocating and adding description to the public services buildings, hospital, 
schools, shelter places, etc.


Wiki page where more informations and instructions are provided about this 
emergency. 

http://wiki.openstreetmap.org/wiki/2013_North_India_floods
 

Pierre 




 De : Pierre Béland pierz...@yahoo.fr
À : Ishan Chattopadhyaya ichattopadhy...@gmail.com 
Cc : OpenStreetMap in India talk-in@openstreetmap.org; 
h...@openstreetmap.org h...@openstreetmap.org 
Envoyé le : Dimanche 23 juin 2013 11h41
Objet : Re: [HOT] [Talk-in] Fw: [CrisisMappers] 25 killed; 24,000 stranded as 
rain wreaks havoc in Uttarakhand, India
 


Ishan,


To reassure you and the India community, we are many at HOT to follow the 
situation. Has you saw, Harry and Andrew have started to document a wiki page 
were mapping priorities are expressed. It is suggested to start mapping the 
major roads and rivers. 

The next step is to establish other mapping priorities. For urban areas, we 
can create rapidly Tasking Manager jobs to facilitate Remote mapping by the 
larger OSM community and add the corresponding information in the Wiki Page.  
Could the India
 community identify these zones to cover?


When such a crisis emerge, we start from the Hot Discussion list to monitor, 
create a wiki page and decide collectively the priorities. This first step is 
to monitor the sitution and facilitate remote mapping by the larger community. 
 We proceeded this way in Mali in 2012. For a year, we were able to trace 
large zones before we passed to the Activation status in 2013 and coordinated 
with OCHA and Humanitarian NGO's.

Activation is an other step of priority where more coordination is necessary 
with humanitarian partners or UN Agencies that request our participation.
 
Pierre 




 De : Ishan Chattopadhyaya ichattopadhy...@gmail.com
À : Harry Wood m...@harrywood.co.uk 
Cc : OpenStreetMap in India talk-in@openstreetmap.org; 
h...@openstreetmap.org h...@openstreetmap.org 
Envoyé le : Dimanche 23 juin 2013 7h27
Objet : Re: [HOT] [Talk-in] Fw: [CrisisMappers] 25 killed; 24,000 stranded as 
rain wreaks havoc in Uttarakhand, India
 


Wow, this is great. Can we create a hot job on the tasks.hotosm.org and link 
it to the wiki?


On Sun, Jun 23, 2013 at 4:22 PM, Harry Wood m...@harrywood.co.uk wrote:

Guys, I already announced a wiki page coordinating a response to this 
disaster a day and half ago:

http://wiki.openstreetmap.org/wiki/2013_North_India_floods
Thanks to Reneman and AndrewBuck who responded quite rapidly by 
investigating mapping possibilities and adding more info to that page.


You guys seem to have missed my mailing post and yellow lable on the 'India' 
wiki page.  I feel like something went wrong in that process.


Looking ahead, maybe we' should ramping this up into more of an 'activation'.

Next steps?
* tasking manager job? I think the city of Dehradun 
http://osm.org/go/zm8r~jUM- presents the best opportunity for obvious 
beginner-friendly mapping tasks.
* other mapping coordination? things like mapping in lots more rivers in the 
mountains could be worthwhile, but may be less suited to a task manager 
grid. We could use 'notes' just as I did in the Philippines once, 
coordinating river mapping with OpenStreetBugs
* Supply more info to potential data *users* on the wiki page. We should 
have templates for this really. How can we get our data into the hands of 
aid people?
* I will tweet a link to the wiki page from @hotosm.
* reply to crisis mappers with a link to our wiki page?* Call it an 
activation?


From: Mikel Maron mikel_ma...@yahoo.com
To: Ishan Chattopadhyaya ichattopadhy...@gmail.com; OpenStreetMap in India 
talk-in@openstreetmap.org
Cc: h...@openstreetmap.org h...@openstreetmap.org
Sent: Sunday, 23 June 2013, 5:24
Subject: Re: [HOT] [Talk-in] Fw: [CrisisMappers] 25 killed; 24,000 stranded 
as rain wreaks havoc in Uttarakhand, India




To start, we can identify the affected areas, and check on sources of data 
to improve the map.


This is the region? 
http://www.openstreetmap.org/?lat=30.09lon=79.3zoom=8layers=M Looks very 
mountainous. 
Quick spot checks on Bing imagery, it's high resolution. Other sources?


If we can identify a bounding box for the region, then can set up a

Re: [Talk-in] 2013 North India Floods : Follow-up and mapping coordination

2013-06-23 Diskussionsfäden Ishan Chattopadhyaya

Thanks Pierre,
Recently, I saw media reports that Badrinath and Harsil (near Uttarkashi)
make up the current focus of rescue and relief.
http://timesofindia.indiatimes.com/india/All-pilgrims-rescued-from-Kedarnath-focus-shifts-to-Badrinath-and-Harsil/articleshow/20734070.cms
Regards,
Ishan
(user:chatman)

On Mon, Jun 24, 2013 at 12:06 AM, Pierre Béland pierz...@yahoo.fr wrote:

To facilitate the follow-up on this activity, I have renamed the object of
the email from [HOT] [Talk-in] Fw: [CrisisMappers] 25 killed;24,000
stranded as rain wreaks havoc in Uttarakhand, India

A Task manager job have been created for Haridwar urban area. See
http://tasks.hotosm.org/job/260
Hot Contributor are invited to contribute by mapping these areas.

For people with knowledge of the present situation in north of India,
please report other areas that you think they should be mapped in priority.
Please report to this list and describe the situation.

The people with local knowledge can also contribute greatly to the map by
geolocating and adding description to the public services buildings,
hospital, schools, shelter places, etc.

Wiki page where more informations and instructions are provided about this
emergency.
http://wiki.openstreetmap.org/wiki/2013_North_India_floods

Pierre

--
*De :* Pierre Béland pierz...@yahoo.fr
*À :* Ishan Chattopadhyaya ichattopadhy...@gmail.com
*Cc :* OpenStreetMap in India talk-in@openstreetmap.org;
h...@openstreetmap.org h...@openstreetmap.org
*Envoyé le :* Dimanche 23 juin 2013 11h41
*Objet :* Re: [HOT] [Talk-in] Fw: [CrisisMappers] 25 killed; 24,000
stranded as rain wreaks havoc in Uttarakhand, India

Ishan,

To reassure you and the India community, we are many at HOT to follow the
situation. Has you saw, Harry and Andrew have started to document a wiki
page were mapping priorities are expressed. It is suggested to start
mapping the major roads and rivers.

The next step is to establish other mapping priorities. For urban areas,
we can create rapidly Tasking Manager jobs to facilitate Remote mapping by
the larger OSM community and add the corresponding information in the Wiki
Page. Could the India community identify these zones to cover?

When such a crisis emerge, we start from the Hot Discussion list to
monitor, create a wiki page and decide collectively the priorities. This
first step is to monitor the sitution and facilitate remote mapping by the
larger community. We proceeded this way in Mali in 2012. For a year, we
were able to trace large zones before we passed to the Activation status in
2013 and coordinated with OCHA and Humanitarian NGO's.

Activation is an other step of priority where more coordination is
necessary with humanitarian partners or UN Agencies that request our
participation.

Pierre

--
*De :* Ishan Chattopadhyaya ichattopadhy...@gmail.com
*À :* Harry Wood m...@harrywood.co.uk
*Cc :* OpenStreetMap in India talk-in@openstreetmap.org;
h...@openstreetmap.org h...@openstreetmap.org
*Envoyé le :* Dimanche 23 juin 2013 7h27
*Objet :* Re: [HOT] [Talk-in] Fw: [CrisisMappers] 25 killed; 24,000
stranded as rain wreaks havoc in Uttarakhand, India

Wow, this is great. Can we create a hot job on the tasks.hotosm.org and
link it to the wiki?

On Sun, Jun 23, 2013 at 4:22 PM, Harry Wood m...@harrywood.co.uk wrote:

Guys, I already announced a wiki page coordinating a response to this
disaster a day and half ago:

http://wiki.openstreetmap.org/wiki/2013_North_India_floods
Thanks to Reneman and AndrewBuck who responded quite rapidly by
investigating mapping possibilities and adding more info to that page.

You guys seem to have missed my mailing post and yellow lable on the
'India' wiki page. I feel like something went wrong in that process.

Looking ahead, maybe we' should ramping this up into more of an
'activation'.

Next steps?
* tasking manager job? I think the city of Dehradun
http://osm.org/go/zm8r~jUM- presents the best opportunity for obvious
beginner-friendly mapping tasks.
* other mapping coordination? things like mapping in lots more rivers in
the mountains could be worthwhile, but may be less suited to a task manager
grid. We could use 'notes' just as I did in the Philippines once,
coordinating river mapping with OpenStreetBugs
* Supply more info to potential data *users* on the wiki page. We should
have templates for this really. How can we get our data into the hands of
aid people?
* I will tweet a link to the wiki page from @hotosm.
* reply to crisis mappers with a link to our wiki page?* Call it an
activation?

From: Mikel Maron mikel_ma...@yahoo.com
To: Ishan Chattopadhyaya ichattopadhy...@gmail.com; OpenStreetMap in
India talk-in@openstreetmap.org
Cc: h...@openstreetmap.org h...@openstreetmap.org
Sent: Sunday, 23 June 2013, 5:24
Subject: Re: [HOT] [Talk-in] Fw: [CrisisMappers] 25

[Talk-it] Apertura mercoledì di un ulteriore tratto autostrada A31

2013-06-23 Diskussionsfäden Alessandro Pozzato

Segnalo, come da link più sotto, l'apertura prevista mercoledì di un 
tratto di 8 km di nuova autostrada.

I miei colleghi veneti, se hanno l'occasione, passino a dare un'occhiata.
Alepoz

http://www.ilgiornaledivicenza.it/stories/dalla_home/527656_la_valdastico_si_allunga_di_8_kmnuovo_tratto_sino_ad_albettone/

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

Re: [Talk-it] uniformare pagina tag

2013-06-23 Diskussionsfäden Aury88

se vi serve potete contare pure su di me ;)
ho già un account per il wiki e qualche conoscenza basica sul come si
modificano/editano i wiki



--
View this message in context: 
http://gis.19327.n5.nabble.com/uniformare-pagina-tag-tp5766428p5766544.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

[Talk-it] Mappa per Garmin del Piemonte da dati CTRN e OSM

2013-06-23 Diskussionsfäden Daniele Forsi

Ciao gruppo!

Di seguito trovate la traduzione dell'annuncio[1], con qualche piccola
modifica mia:

===

Kay F. Jahnke ha annunciato l'aggiornamento della sua mappa del
Piemonte realizzata con i dati della Carta Tecnica Regionale Numerica
della Regione Piemonte. Questa versione usa dati OSM aggiornati e lo
stile è leggermente modificato per rendere la mappa  più facile da
leggere sul GPS. Sfortunatamente, il vecchio link non è più valido
dopo questo aggiornamento, quindi il nuovo file compresso di circa
300MB può essere scaricato da

http://ubuntuone.com/6v3TLg5Z0JJQvRQ2xaWrWt

La prima pubblicazione di questa mappa, l'anno scorso, non ha generato
molto eco, per cui presumo che tutti fossero contenti della mappa -
invece che presumere che nessuno l'abbia guardata ;-)

In ogni modo - i commenti sono benvenuti, e se qualcuno ha una buona
idea su dove ospitare la mappa, lo vorrei sapere. Il mio modo attuale
di usare il mio account su Ubuntu One è un po' scomodo.

[1] http://lists.openstreetmap.org/pipermail/talk-it/2013-June/035342.html

===

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

[Talk-it] Nuove rotonde a Bolzano

Da qualche mese ci sono due nuove rotonde, una tra via Roen e via Gaismair e
l'altra in v.le Europo con via del Ronco. Io preferisco non mappare per no
fare danni...



--
View this message in context: 
http://gis.19327.n5.nabble.com/Nuove-rotonde-a-Bolzano-tp5766548.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] uniformare pagina tag

2013-06-23 Diskussionsfäden Daniele Forsi

2013/6/23 Aury88:

 se vi serve potete contare pure su di me ;)
 ho già un account per il wiki e qualche conoscenza basica sul come si
 modificano/editano i wiki

potrebbe essere una base per creare il PDF che era stato chiesto giorni fa

già ora si può creare un PDF partendo dalla versione stampabile di
ogni pagina del wiki (dal collegamento Versione stampabile sotto
Strumenti del menù di sinistra), es.:
http://wiki.openstreetmap.org/w/index.php?title=IT:How_to_map_aprintable=yes
ma una pagina come questa non rende bene quando gli elenchi di tag
vengono divisi su due pagine e stampandola nel formato A5 succede
spesso

-- 
Daniele Forsi

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

[Talk-it] R: Nuove rotonde a Bolzano

2013-06-23 Diskussionsfäden beppebo...@libero.it

Se non lo vuoi far tu contatta chi ha mappato in zona una josm per vederlo e 
spedisci un messaggio così si sistemano pure eventuali relazioni.
Non è complicato in se.
Ciao

Messaggio originale
Da: saxe...@libero.it
Data: 23/06/2013 12.01
A: talk-it@openstreetmap.org
Ogg: [Talk-it] Nuove rotonde a Bolzano

Da qualche mese ci sono due nuove rotonde, una tra via Roen e via Gaismair e
l'altra in v.le Europo con via del Ronco. Io preferisco non mappare per no
fare danni...



--
View this message in context: http://gis.19327.n5.nabble.com/Nuove-rotonde-a-
Bolzano-tp5766548.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




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

[Talk-it] Usare mapsource con mappe osm

2013-06-23 Diskussionsfäden matteo ruffoni

un amico mi chiede come sia possibile importare più mappe in mapsource le
mappe da osm

lui è già in grado di importare una mappa, purtroppo però una successiva
importazione rinomina la prima mappa e di fatto è costretto al vorare su
una mappa per volta.
Qualcuno in lista ne sa qualcosa?
Ciao matteo
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] R: Nuove rotonde a Bolzano

Ok, grazie, come dovrei fare?
Ho usato josm ma vorrei più dettaglia, grazie.



--
View this message in context: 
http://gis.19327.n5.nabble.com/R-Nuove-rotonde-a-Bolzano-tp5766550p5766552.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] Usare mapsource con mappe osm

Ciao, dipende in che dispositivo garmin che usa, con il mio etex vista hcx
importo più mappe usando mapsource o basecamp. Il programma crea poi in un
file gmapsupp.img che comprende le porzioni di mappe da me scelte,  con un
apposito menù del vista poi scelgo quale visualizzare. So che il nuovo etrex
30 permette anche di visualizzare mappe sovrapposte. So anche in certi
modelli si può rinominare il file gmapsupp.img in altri modi ed avere più
mappe, dipende dal modello.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Usare-mapsource-con-mappe-osm-tp5766551p5766553.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

[Talk-it] ... uniformare pagina tag...proposte...

2013-06-23 Diskussionsfäden Mario Pichetti


Il 23/06/2013 12:10, Daniele Forsi ha scritto:

2013/6/23 Aury88:


se vi serve potete contare pure su di me ;)
ho già un account per il wiki e qualche conoscenza basica sul come si
modificano/editano i wiki

potrebbe essere una base per creare il PDF che era stato chiesto giorni fa

già ora si può creare un PDF partendo dalla versione stampabile di
ogni pagina del wiki (dal collegamento Versione stampabile sotto
Strumenti del menù di sinistra), es.:
http://wiki.openstreetmap.org/w/index.php?title=IT:How_to_map_aprintable=yes
ma una pagina come questa non rende bene quando gli elenchi di tag
vengono divisi su due pagine e stampandola nel formato A5 succede
spesso


Bene coalizziamo le idee.

Abbiamo bisogno di qualcosa che si possa consultare e stampare
in modo ottimale.

Usiamo una pagina, oppure molte pagine, lasciamo i termini inglesi,
usiamo le immagini.

Proposte cercasi.

Mario.

--

RISPETTA L'AMBIENTE: SE NON TI E' NECESSARIO, NON STAMPARE QUESTA E-MAIL.

Le informazioni contenute in questa comunicazione sono riservate e destinate
esclusivamente alla/e persona/e o all'ente/i a cui sono stati indirizzati.
Se questa comunicazione Vi e' pervenuta per errore, siete pregati di
informare il mittente rispondendo a questa mail.

I dati riportati nel presente documento sono trattati nel rispetto del
D.Lgs. 196/2003 (Codice della Privacy) sulla tutela dei dati personali.


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

Re: [Talk-it] R: Nuove rotonde a Bolzano

2013-06-23 Diskussionsfäden beppebo...@libero.it


Sulla sx c è pulsantino con omino lo attivi poi in fondo a dx ti compare nuovo 
riquadro. Quando clikki sopra un nodo o via o relazione ti compare chi l ha.
eseguita o modificata x ultimo. Da li mandi messaggio. Ciao

Se non ci sono relazioni stacchi i nodi delle way poi cancelli ultimo tratto 
disegni rotonda in senso antiorario inserisci la voce junction roundabout e 
highway e riallacci le way facendo attenzione a punti di entrata e uscita 
raramente coincidono quasi sempre sono distinti...fai prima cmq a guardare come 
son fatte altre rotonde.
Se ci sono isole spartitraffico traffic calming island

Messaggio originale
Da: saxe...@libero.it
Data: 23/06/2013 12.20
A: talk-it@openstreetmap.org
Ogg: Re: [Talk-it] R:  Nuove rotonde a Bolzano

Ok, grazie, come dovrei fare?
Ho usato josm ma vorrei più dettaglia, grazie.



--
View this message in context: http://gis.19327.n5.nabble.com/R-Nuove-rotonde-
a-Bolzano-tp5766550p5766552.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




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

Re: [Talk-it] ... uniformare pagina tag...proposte...

2013-06-23 Diskussionsfäden girarsi_liste


Il 23/06/2013 12:48, Mario Pichetti ha scritto:

ma una pagina come questa non rende bene quando gli elenchi di tag
vengono divisi su due pagine e stampandola nel formato A5 succede
spesso


Bene coalizziamo le idee.

Abbiamo bisogno di qualcosa che si possa consultare e stampare
in modo ottimale.

Usiamo una pagina, oppure molte pagine, lasciamo i termini inglesi,
usiamo le immagini.

Proposte cercasi.

Mario.



My 2 centini!

La pagina Map A, è un'ottima idea sicuramente, per ricerca veloce dei 
riferimenti però dev'essere rivista.


Nel senso, ci mettiamo d'accordo sulle definizioni italiani e mettiamo i 
riferimenti in tabella, oppure mettiamo i tag inglesi e corrispondenti 
in italiano.


Mi spiego e spero di non essere travisato.

La pagina per com'è fatta adesso, immane lavoro di Dforsi, Fair, Damianj 
e Dieterdreist, cui colgo l'occasione per ringraziarli del contributo, 
ha dei termini per titolo che sono alcuni Italiani, in genere riferiti 
ad oggetti da definire con i tag appositi in tabella, ed altri in 
inglese, dove vengono messi tutti i tag.

Due esempi veloci sono i titoli Acquedotto e Aeroway (Aeroporto).

Trovo che la pagina deve essere di riferimento per la ricerca di tag 
definiti per ogni titolo, un'esempio chiarificatore lo trovo per il 
titolo Chiesa/Chiesetta, quello mi pare il modo ottimale di essere 
un'aiuto veloce per i tag generici e specifici di riferimento in base 
alla voce ricercata, altrimenti non vedo il senso della pagina, perchè 
una ricerca con i vocaboli inseriti nella casella in alto a destra è più 
che sufficiente, mentre avrebbe senso questa pagina se abbiamo una serie 
di tag cui riferirsi per ogni, per esempio, tipo di edificio o barriera, 
nel limite del possibile, visto che ci viene in aiuto anche la lista 
delle lettere dell'alfabeto per riportarsi nel vocabolo ricercato.


Per dirla tutta, se io dovessi cercare un modo di mettere più tag 
specifici possibili per una chiesa che sto mappando, e non me li ricordo 
tutti, questa pagina con la sua relativa voce, mi viene in aiuto.

--
Simone G.

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

Re: [Talk-it] Mappa per Garmin del Piemonte da dati CTRN e OSM

2013-06-23 Diskussionsfäden Michele iw1gfv

Daniele Forsi dfo...@gmail.com ha scritto:

Ciao gruppo!

Di seguito trovate la traduzione dell'annuncio[1], con qualche piccola
modifica mia:.

La mappa sembra bellissima, peccato però che non ci sono le linee srtm.
Oggi vado a fare un giro in bici e la provo.



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

Re: [Talk-it] R: Nuove rotonde a Bolzano

Chiarissimo, grazie...



--
View this message in context: 
http://gis.19327.n5.nabble.com/R-Nuove-rotonde-a-Bolzano-tp5766550p5766572.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

[Talk-it] 2 nuovi ponti ciclopedonali a Pero

2013-06-23 Diskussionsfäden emmexx

Ho letto la notizia su un giornale online ma le immagini di Bing non
sono abbastanza aggiornate:

http://www.ilgiornale.it/news/milano/sulla-a4-ponte-bici-e-animali-929612.html

La zona e' questa:

http://osm.org/go/0ChvTwoSC--

Se qualche mappatore e' da quelle parti...

ciao
maxx

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

Re: [Talk-it] Apertura mercoledì di un ulteriore tratto autostrada A31

2013-06-23 Diskussionsfäden Leonardo


Ciao,

grazie dell'informazione!
Per chi fosse interessato, il tracciato è presente come 
highway=construction su OSM:


http://www.openstreetmap.org/?lat=45.4329lon=11.6652zoom=13layers=M

Ovviamente, OSM è gia pronto, basterà cambiare due tag e la relazione e 
saremo i primi a mettere a disposizione l'informazione, in barba a GMaps 
e i navigatori commerciali :P


Leonardo

Il 23/06/2013 11:17, Alessandro Pozzato ha scritto:
Segnalo, come da link più sotto, l'apertura prevista mercoledì di un 
tratto di 8 km di nuova autostrada.

I miei colleghi veneti, se hanno l'occasione, passino a dare un'occhiata.
Alepoz

http://www.ilgiornaledivicenza.it/stories/dalla_home/527656_la_valdastico_si_allunga_di_8_kmnuovo_tratto_sino_ad_albettone/ 



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



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

Re: [Talk-it] 2 nuovi ponti ciclopedonali a Pero

2013-06-23 Diskussionsfäden Leonardo


Grazie dell'informazione!

Posso suggerire di aggiungere una nota su OSM nel punto interessato per 
segnalare la novità, assieme al link?


Leonardo

Il 23/06/2013 15:08, emmexx ha scritto:

Ho letto la notizia su un giornale online ma le immagini di Bing non
sono abbastanza aggiornate:

http://www.ilgiornale.it/news/milano/sulla-a4-ponte-bici-e-animali-929612.html

La zona e' questa:

http://osm.org/go/0ChvTwoSC--

Se qualche mappatore e' da quelle parti...

ciao
maxx

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



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

Re: [Talk-it] ... uniformare pagina tag...proposte...

2013-06-23 Diskussionsfäden Damjan Gerl


23.06.2013 - 13:32 - girarsi_liste:

Nel senso, ci mettiamo d'accordo sulle definizioni italiani e mettiamo i
riferimenti in tabella, oppure mettiamo i tag inglesi e corrispondenti
in italiano.


Io sarei d'accordo ad usare solamente i termini italiani, altrimenti uno 
usa direttamente la pagina inglese...


my 2 cents
bye
Damjan


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

Re: [Talk-it] ... uniformare pagina tag...proposte...

2013-06-23 Diskussionsfäden Daniele Forsi

Il 23 giugno 2013 13:32, girarsi_liste ha scritto:

 Trovo che la pagina deve essere di riferimento per la ricerca di tag
 definiti per ogni titolo, un'esempio chiarificatore lo trovo per il titolo
 Chiesa/Chiesetta, quello mi pare il modo ottimale di essere un'aiuto
 veloce per i tag generici e specifici di riferimento in base alla voce
 ricercata

sono d'accordo

come primo passo direi di decidere se i titoli dei paragrafi devono
essere in italiano o in inglese e se devono contenere sinonimi e/o
parole correlate o se metterli in una riga separata

nel PDF penso che avere soli i titoli in italiano sia più utile per
chi non conosce i tag, specialmente in un indice alfabetico

per i sinonimi, per rimanere all'esempio Chiesa/Chiesetta, nel
paragrafo si citano anche cappella e battistero che non appaiono
nell'indice e questo potrebbe essere scomodo una volta stampata la
pagina, quindi o si mettono tutti nel titolo che però può venire
pesante:
=== Chiesa/Chiesetta/Cappella/Battistero/Cattedrale/Basilica ===
oppure si decide di metterli su una riga separata:
=== Chiesa ===
Altri termini: Chiesetta/Cappella/Battistero/Cattedrale/Basilica

in entrambi i casi, un programma può creare le voci con i rimandi
nell'indice del PDF, es.: Cattedrale v. Chiesa
come separatore possiamo continuare a usare la barra (invece del punto
e virgola) se non ci sono ambiguità
-- 
Daniele Forsi

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

Re: [Talk-it] Usare mapsource con mappe osm

2013-06-23 Diskussionsfäden scratera

...come ha risposto @ramon dipende dal tipo di garmin in possesso
...vecchi tipi che accettano un solo file gmapsupp.img che viene generato da
map source allora bisogna selezionare tutte le mappe che si vogliono inviare
e inviare in un unico file...questo perchè il file creato va a sovrascrivere
quello già presente sul garmin di fato eliminando le mappe già installate
qua
https://skydrive.live.com/?cid=e97ef30135544eafid=E97EF30135544EAF!1193#!/view.aspx?cid=E97EF30135544EAFresid=E97EF30135544EAF!5182app=WordPdf
trovi alcune info sull'uso della serie etrex vista hcx
...nuovi tipi si possono inviare mappe singole e poi andare a rinominare il
file gmapsupp.img creato e quindi procedere inviando le latre mappe
qua
https://skydrive.live.com/?cid=e97ef30135544eafid=E97EF30135544EAF!2432sc=documents#!/view.aspx?cid=E97EF30135544EAFresid=E97EF30135544EAF!5350app=WordPdf
sull'uso dei nuovi etrex
...ma direi che il tutto può essere benissimo usato anche per giocherellare
con gli altri modelli...



--
View this message in context: 
http://gis.19327.n5.nabble.com/Usare-mapsource-con-mappe-osm-tp5766551p5766582.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] ... uniformare pagina tag...proposte...

2013-06-23 Diskussionsfäden girarsi_liste


Il 23/06/2013 15:18, Daniele Forsi ha scritto:

nel PDF penso che avere soli i titoli in italiano sia pi� utile per
chi non conosce i tag, specialmente in un indice alfabetico

per i sinonimi, per rimanere all'esempio Chiesa/Chiesetta, nel
paragrafo si citano anche cappella e battistero che non appaiono
nell'indice e questo potrebbe essere scomodo una volta stampata la
pagina, quindi o si mettono tutti nel titolo che per� pu� venire
pesante:
=== Chiesa/Chiesetta/Cappella/Battistero/Cattedrale/Basilica ===
oppure si decide di metterli su una riga separata:
=== Chiesa ===
Altri termini: Chiesetta/Cappella/Battistero/Cattedrale/Basilica

in entrambi i casi, un programma pu� creare le voci con i rimandi
nell'indice del PDF, es.: Cattedrale v. Chiesa
come separatore possiamo continuare a usare la barra (invece del punto
e virgola) se non ci sono ambiguit�



Per me, la finalità del pdf dovrebbe essere messa in secondo piano, 
altrimenti si finisce per striminzire tutto e si perdono definizioni, 
invece credo, sia utili stabilire già in partenza un certo ordine per la 
creazione/modifica delle varie voci.


Direi di mettere un titolo generico, vale a dire, per riprendere l'esempio:

Titolo: Chiesa

Sinonimi generici: Basilica, Cattedrale, Chiesetta, cappella, Pieve.

Tag: ciapa là!

Tag: Ciapa d'alaltra! (Spiegazione per uso particolare)







--
Simone G.

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

Re: [Talk-it] ... uniformare pagina tag...proposte...

2013-06-23 Diskussionsfäden Alessandro Barbieri


Il 23/06/2013 15:12, Damjan Gerl ha scritto:
Io sarei d'accordo ad usare solamente i termini italiani, altrimenti 
uno usa direttamente la pagina inglese...


+1 per i termini solo in italiano

Il 23/06/2013 15:18, Daniele Forsi ha scritto:


per i sinonimi, per rimanere all'esempio Chiesa/Chiesetta, nel
paragrafo si citano anche cappella e battistero che non appaiono
nell'indice e questo potrebbe essere scomodo una volta stampata la
pagina, quindi o si mettono tutti nel titolo che però può venire
pesante:
=== Chiesa/Chiesetta/Cappella/Battistero/Cattedrale/Basilica ===
oppure si decide di metterli su una riga separata:
=== Chiesa ===
Altri termini: Chiesetta/Cappella/Battistero/Cattedrale/Basilica


Non se si mappano con tag diversi (anche solo uno), proporrei di avere 
un solo nome nell' intestazione, nessun altri termini e creare per 
ogni termine sinonimo (che si mappa esattamente allo stesso modo) una 
propria sezione con un rimando al termine principale sia scritto (come 
nei dizionari, nel caso uno lo stampasse) sia un link per velocizzarne 
l' uso in formato elettronico.

in entrambi i casi, un programma può creare le voci con i rimandi
nell'indice del PDF, es.: Cattedrale v. Chiesa
come separatore possiamo continuare a usare la barra (invece del punto
e virgola) se non ci sono ambiguità

Sarei per lasciar stare il pdf per adesso.

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

Re: [Talk-it] Usare mapsource con mappe osm