osmc:symbol Liste erweiterbar?

Nop, nehme ich an. Der ist hier im Forum ja auch unterwegs.

Ich habe das Wiki mal an die aktuelle Situation angepaßt. Am Anfang wurde der Symbolsatz öfters erweitert, aber inzwischen sind fast keine Garmin IDs mehr frei, die für Wandermarkierungen geeignet sind. Und es ist das Ziel dieses Renderer-Spezifischen Tags nicht nur Online- sondern auch Garminkarten mit Wandermarkierungen zu versorgen.

Deshalb können die wenigen verbleibenden IDs nur noch für extrem häufig vorkommende Wandermarkierungen verwendet werden.

bye, Nop

Nop wrote:

Deshalb können die wenigen verbleibenden IDs nur noch für extrem häufig vorkommende Wandermarkierungen verwendet werden.

bye, Nop

Hmm,...was wäre denn "extrem häufig" ?
Sind denn 85 Wanderrouten mit 350 km erfasster Strecke bereits häufig?

Immerhin eine Strecke, die durch ganz Bayern ginge, und mir begegnen da ganz häufig Reiter, besonders in dieser Gegend weil dort ein Gasthaus mit Pferdetränke ist.... (die ich, ups, noch nicht getaggt habe)

Cepesko.... in hoffnungsvoller Erwartung ;-)

Nachtrag: Die Tränke ist jetzt erfasst. Musste über das lustige Tagging eines Gasthauses schmunzeln: amenity=restaurant, horse=yes ....wenn ich mir das vorstelle, lol.

cepesko wrote:

Nachtrag: Die Tränke ist jetzt erfasst. Musste über das lustige Tagging eines Gasthauses schmunzeln: amenity=restaurant, horse=yes ....wenn ich mir das vorstelle, lol.

Gibt es bei uns in Hessen auch - und im Rheinland gibt es ja auch leckeren Sauerbraten 😉

wambacher wrote:

Gibt es bei uns in Hessen auch - und im Rheinland gibt es ja auch leckeren Sauerbraten 😉

Verwechselt du das jetzt mit cuisine=horse?

Nop wrote:

Ich habe das Wiki mal an die aktuelle Situation angepaßt. Am Anfang wurde der Symbolsatz öfters erweitert, aber inzwischen sind fast keine Garmin IDs mehr frei, die für Wandermarkierungen geeignet sind. Und es ist das Ziel dieses Renderer-Spezifischen Tags nicht nur Online- sondern auch Garminkarten mit Wandermarkierungen zu versorgen.

Deshalb können die wenigen verbleibenden IDs nur noch für extrem häufig vorkommende Wandermarkierungen verwendet werden.

bye, Nop

wusste gar nicht, dass OSM nur für garmin gemacht wird und verstehe es null dass wegen garmin hier einschränkungen notwendig sind.
wer muss das unbedingt haben? gibt sicher ein tool welches garmin spezifisch ausfiltert wenn es da constrains gibt. wo ist bitte das problem bei den online karten das entsprechend zu erweitern? ps: und es gibt auch noch die lonvia wanderkarte und andere die wanderzeichen anzeigen. oder ist die die karte das mass aller dinge hier?

geomehr wrote:

wusste gar nicht, dass OSM nur für garmin gemacht wird und verstehe es null dass wegen garmin hier einschränkungen notwendig sind.

Ich glaube, das osmc:*-Zeug ist tatsächlich für den OSM-Composer und dessen Nutzung als Garmin-Kartenlieferant gemacht, sonst hätte ja auch der eigenartig Name des Schlüssels keinen Sinn.

maxbe wrote:

Ich glaube, das osmc:*-Zeug ist tatsächlich für den OSM-Composer und dessen Nutzung als Garmin-Kartenlieferant gemacht, sonst hätte ja auch der eigenartig Name des Schlüssels keinen Sinn.

schon wieder so eine typische und unabgestimmte insellösung als quasistandard mit krücken. ich habe mir diesen osm-composer mal angesehen und kann mir nicht vorstellen, dass mit dem sperrigen teil soviele was anfangen können. uns deswegen auf die ganzen möglichen unterschiedlichen zeichen verzichten? nur weil es einmal so gemacht wurde, heisst das noch lang nicht es ist gut und muss immer so sein.
entweder das tag wird entsprechend erweitert oder ein neues allgemein flexibleres verwendet.
ps: ich hab grade auch ein paar unserer "nicht balken, punkt, kreuz" logos angesehen. da bleibt mir nur ein ungläubiges kopfschütteln

geomehr wrote:

wusste gar nicht, dass OSM nur für garmin gemacht wird und verstehe es null dass wegen garmin hier einschränkungen notwendig sind.

maxbe wrote:

Ich glaube, das osmc:*-Zeug ist tatsächlich für den OSM-Composer und dessen Nutzung als Garmin-Kartenlieferant gemacht, sonst hätte ja auch der eigenartig Name des Schlüssels keinen Sinn.

Ich würde mal behaupten, daß die Auswertung des osmc:symbol-Schlüssels mittlerweile längst über den ursprünglichen Zweck hinausgewachsen... (Osmand, Lonvia...) Ich würde aber davon abraten, an dem Key zu rütteln. Das bringt nur Chaos...
Wenn aber jemand das doch ändern möchte, dann soll er:

-ein valides, nachvollziehbares Proposal zu einem alternativen und erweitertes Tagging machen,
-Die bisherigen Auswerter dieses Tags mit ins Boot holen und sie vom Proposal überzeugen,
-die Mapper und die Dataworkinggroup von einem mechanischen Edit überzeugen,
-dieses Proposal dann auch von Anfang bis Ende durchziehen.

Anforderung dabei soll u.a. natürlich sein, daß z.B. Kartenerstellung per OSM-Composer weiterhin möglich sein muß.

Meiner Ansicht nach ist der Bedarf da, entsprechend die Standardsymbole und auch einen erweiterten Symbolraum darzustellen.

Anderenfalls sollte man die Füße stillhalten und und den derzeitigen Status Quo akzeptieren.

Ein erweitertes Tagging würde ich begrüßen, auch wenn es dann bei bestimmten Geräten Grenzen geben würde. Das spricht für eine Art "Standard-Symbolbibliothek" für häufige Symbole und Geräte (wie Garmin) mit begrenzter interner Schlüssellänge und einen erweiterten "Symbolbibliothek" mit allen verfügbaren Symbolen für andere Renderer. Das wäre selbstredend zwingend Teil des Proposal-Prozesses.

Sven