[quote="Le Dompteur"]
Schon gebaut? Kann ich den irgenwo testen?
[/quote]
Im Anhang ein via PHP generierter QR Code. Bräuchte noch Vorschläge wie das Ganze aussehen soll dann könnte ich es integrieren.
Quick-log per QR
- Le Dompteur
- Vereinsmitglied
- Beiträge: 420
- Registriert: 14.07.2015, 17:29
Das gehört auf jeden Fall zu den Logbuchvorlagen bei https://wiki.opencaching.de/index.php/V ... Ausdrucken.
Ob die oft genutzt werden?
Darum vielleicht auch auf die jeweilige Listing-Seite auf Höhe der persönlichen Notizen. Bei der Vorlage "Cache-Verstecken" nützen die wohl nichts, weil vor dem Klick auf [Cache senden] ja noch keine OC-Nr. generiert wurde, oder?
Ob die oft genutzt werden?
Darum vielleicht auch auf die jeweilige Listing-Seite auf Höhe der persönlichen Notizen. Bei der Vorlage "Cache-Verstecken" nützen die wohl nichts, weil vor dem Klick auf [Cache senden] ja noch keine OC-Nr. generiert wurde, oder?
"Cacheo ergo sum" - ich cache, also bin ich!
So noch nicht in der Webseite eingebunden aber schon über einen Deeplink erreichbar:
https://www.opencaching.de/api/geocache ... ?wp=OC0001
https://www.opencaching.de/api/geocache ... ?wp=OC0001
[quote="teiling88"]
So noch nicht in der Webseite eingebunden aber schon über einen Deeplink erreichbar:
https://www.opencaching.de/api/geocache/qrCodes?wp=OC0001
[/quote]
Cool!!!
Leider kann ich nicht mit der App von wrygiel (Opencaching SchnellLog) loggen, da der QR-Code dann den Link zu https://www.opencaching.de/viewcache.php?cacheid=162697 (anstatt https://www.opencaching.de/OC0001) haben müsste.
Aber diese App kennen die wenigsten. Deswegen müsste das Format in Ordnung sein
C:geo öffnet ohne Beanstandungen das passende Listing
So noch nicht in der Webseite eingebunden aber schon über einen Deeplink erreichbar:
https://www.opencaching.de/api/geocache/qrCodes?wp=OC0001
[/quote]
Cool!!!
Leider kann ich nicht mit der App von wrygiel (Opencaching SchnellLog) loggen, da der QR-Code dann den Link zu https://www.opencaching.de/viewcache.php?cacheid=162697 (anstatt https://www.opencaching.de/OC0001) haben müsste.
Aber diese App kennen die wenigsten. Deswegen müsste das Format in Ordnung sein
![Wink ;)](./images/smilies/wink.gif)
C:geo öffnet ohne Beanstandungen das passende Listing
Auch wenn ich von dieser "Quick-Log-Idee" weiterhin nichts halte, das Logo richtig eingebaut in den QR-Code ist nicht automatisiert lösbar?
Es wäre sehr viel besser erkennbar als das schwache "Wasserzeichen" im Hintergrund.
Es wäre sehr viel besser erkennbar als das schwache "Wasserzeichen" im Hintergrund.
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
[quote="Jiver78"]
Es wäre sehr viel besser erkennbar als das schwache "Wasserzeichen" im Hintergrund.
[/quote]
Da hast Du natürlich recht, nur dann funktioniert der QR Code nicht mehr. Man kann die Generierung leider nicht so anpassen wie in deinem Beispiel.
Es wäre sehr viel besser erkennbar als das schwache "Wasserzeichen" im Hintergrund.
[/quote]
Da hast Du natürlich recht, nur dann funktioniert der QR Code nicht mehr. Man kann die Generierung leider nicht so anpassen wie in deinem Beispiel.
[quote="teiling88"]
nur dann funktioniert der QR Code nicht mehr
[/quote]
Doch. Funktioniert einwandfrei.
Ich hätte das nicht vorgeschlagen, wenn dadurch der QR-Code unbrauchbar wird.
Das ist eine in der Werbebranche absolut gängige Methode Logos in QR-Codes zu integrieren ( Google Suche ).
Der Code muss allerdings mit höchster Fehlertoleranz (Sicherheit) erstellt sein. Denn in diesem Fall dürfen bis zu 30% des Codes "defekt" sein.
(Es gibt allerdings ein paar Bereiche, die das Logo nicht berühren sollte -> siehe WP)
nur dann funktioniert der QR Code nicht mehr
[/quote]
Doch. Funktioniert einwandfrei.
Ich hätte das nicht vorgeschlagen, wenn dadurch der QR-Code unbrauchbar wird.
Das ist eine in der Werbebranche absolut gängige Methode Logos in QR-Codes zu integrieren ( Google Suche ).
Der Code muss allerdings mit höchster Fehlertoleranz (Sicherheit) erstellt sein. Denn in diesem Fall dürfen bis zu 30% des Codes "defekt" sein.
(Es gibt allerdings ein paar Bereiche, die das Logo nicht berühren sollte -> siehe WP)
Zuletzt geändert von Jiver78 am 12.11.2017, 11:08, insgesamt 1-mal geändert.
[quote="Jiver78"]
Doch. Funktioniert einwandfrei.
Ich hätte das nicht vorgeschlagen, wenn dadurch der QR-Code unbrauchbar wird.
[/quote]
Ok, das wusste ich nicht. Hab mich mit QR Codes erst durch diesen Vorschlag beschäftigt. Schaue mal was die Library noch so unterstützt![Smiley :)](./images/smilies/smiley.gif)
Danke für die weiterführenden Informationen!
Gruß
Doch. Funktioniert einwandfrei.
Ich hätte das nicht vorgeschlagen, wenn dadurch der QR-Code unbrauchbar wird.
[/quote]
Ok, das wusste ich nicht. Hab mich mit QR Codes erst durch diesen Vorschlag beschäftigt. Schaue mal was die Library noch so unterstützt
![Smiley :)](./images/smilies/smiley.gif)
Danke für die weiterführenden Informationen!
Gruß
[quote="Jiver78"]
Der Code muss allerdings mit höchster Fehlertoleranz (Sicherheit) erstellt sein. Denn in diesem Fall dürfen bis zu 30% des Codes "defekt" sein.
[/quote]
Und genau deswegen ist diese Methode eigentlich... nunja, ziemlich zweifelhaft: Zuerst baut man reichlich Redundanz ein, um eine gewisse Menge von Lesefehlern tolerieren zu können. Was ja durchaus sinnvoll ist, insbesondere in einem Umfeld, was nicht gerade durch klinische Reinheit gekennzeichnet ist, wo man also immer mit Beschädigungen, Verschmutzungen und schlechten Lichtverhältnissen rechnen muss. Dann aber baut man absichtlich einen Haufen Fehler ein und hofft, dass es nur so viele sind, dass man die vorher eingebaute Toleranz nicht überschreitet.
Man vergrößert also den Code deutlich (weil viel mehr Pixel gebraucht werden) und verschlechtert trotzdem die Funktion (Zuverlässigkeit), um ein "cooles Design" zu erreichen. Mir gefällt diese Methode nicht, auch wenn Designer sie vielleicht toll finden...
Der Code muss allerdings mit höchster Fehlertoleranz (Sicherheit) erstellt sein. Denn in diesem Fall dürfen bis zu 30% des Codes "defekt" sein.
[/quote]
Und genau deswegen ist diese Methode eigentlich... nunja, ziemlich zweifelhaft: Zuerst baut man reichlich Redundanz ein, um eine gewisse Menge von Lesefehlern tolerieren zu können. Was ja durchaus sinnvoll ist, insbesondere in einem Umfeld, was nicht gerade durch klinische Reinheit gekennzeichnet ist, wo man also immer mit Beschädigungen, Verschmutzungen und schlechten Lichtverhältnissen rechnen muss. Dann aber baut man absichtlich einen Haufen Fehler ein und hofft, dass es nur so viele sind, dass man die vorher eingebaute Toleranz nicht überschreitet.
Man vergrößert also den Code deutlich (weil viel mehr Pixel gebraucht werden) und verschlechtert trotzdem die Funktion (Zuverlässigkeit), um ein "cooles Design" zu erreichen. Mir gefällt diese Methode nicht, auch wenn Designer sie vielleicht toll finden...
[quote="ekorren"]
Man vergrößert also den Code deutlich (weil viel mehr Pixel gebraucht werden) und verschlechtert trotzdem die Funktion (Zuverlässigkeit), um ein "cooles Design" zu erreichen.
[/quote]
Jein. Indem ich ja vorher den Code vergrößere wird die Funktion nicht verschlechtert sondern bleibt (im schlechtesten Fall!) genauso gut wie wenn ich den QR-Code im normalen "Low-Level" (7% Toleranz) generiere.
Aber ich versteht was Du meinst. :-)
Nur im Vergleich zu dem Muster mit dem Logo als Hintergrund ist diese Variante deutlich auffälliger.
Mit dem Hintergrundbild hat man nämlich genau das gleiche Problem: je deutlicher das Bild umso schlechter der Kontrast und damit die Fuktion des QR-Codes. Je schwächer das Bild umso besser der Kontrast und die Funktion aber überflüssiger ist der Code als Werbeträger.
[quote="ekorren"]
Mir gefällt diese Methode nicht, auch wenn Designer sie vielleicht toll finden...
[/quote]
Ich bin kein Designer. Mir gefällt sie trotzdem.
Man vergrößert also den Code deutlich (weil viel mehr Pixel gebraucht werden) und verschlechtert trotzdem die Funktion (Zuverlässigkeit), um ein "cooles Design" zu erreichen.
[/quote]
Jein. Indem ich ja vorher den Code vergrößere wird die Funktion nicht verschlechtert sondern bleibt (im schlechtesten Fall!) genauso gut wie wenn ich den QR-Code im normalen "Low-Level" (7% Toleranz) generiere.
Aber ich versteht was Du meinst. :-)
Nur im Vergleich zu dem Muster mit dem Logo als Hintergrund ist diese Variante deutlich auffälliger.
Mit dem Hintergrundbild hat man nämlich genau das gleiche Problem: je deutlicher das Bild umso schlechter der Kontrast und damit die Fuktion des QR-Codes. Je schwächer das Bild umso besser der Kontrast und die Funktion aber überflüssiger ist der Code als Werbeträger.
[quote="ekorren"]
Mir gefällt diese Methode nicht, auch wenn Designer sie vielleicht toll finden...
[/quote]
Ich bin kein Designer. Mir gefällt sie trotzdem.
Ohne größeren Aufwand bekomme ich das nicht umgesetzt. Diese Möglichkeit bietet mir die QR Library nicht. Müsste also selber das ganze Bild via PHP bearbeiten.
Habe das mal im Hinterkopf und schaue was sich da sonst noch machen lässt.
Habe das mal im Hinterkopf und schaue was sich da sonst noch machen lässt.
- Le Dompteur
- Vereinsmitglied
- Beiträge: 420
- Registriert: 14.07.2015, 17:29
Ich finde ebenfalls, daß ein hintergelegtes Wasserzeichen kontraproduktiv ist. Es zeichnet sich nicht mehr deutlich vom Pixelwirrwar ab und jenes erfährt eine geringere Fehlertoleranz. Gerade, wenn mit Tintenstrahlern ausgedruckt, würde ein leichtes Verschmieren schon zu erhöhter Unleserlichkeit führen. Lieber klar und separat in einer Ecke.
Wenn's schon in Arbeit ist, wie hoch wäre der Aufwand, eine Variante auch für den "OC-only-Smiley" zu integrieren? (da mir das "offizielle OC-Logo" immer noch nicht gefällt und keinen Wiedererkennungswert hat - im Sinne eines Markenzeichens)
Wenn's schon in Arbeit ist, wie hoch wäre der Aufwand, eine Variante auch für den "OC-only-Smiley" zu integrieren? (da mir das "offizielle OC-Logo" immer noch nicht gefällt und keinen Wiedererkennungswert hat - im Sinne eines Markenzeichens)
"Cacheo ergo sum" - ich cache, also bin ich!
Ich habe mal die vorgeschlagene Version von Jiver umgesetzt. https://www.opencaching.de/api/geocache ... ?wp=OC0001
Wie findet ihr es?
Gruß
Wie findet ihr es?
Gruß
[quote="teiling88"]
Ich habe mal die vorgeschlagene Version von Jiver umgesetzt. https://www.opencaching.de/api/geocache ... ?wp=OC0001
Wie findet ihr es?
Gruß
[/quote]
Ist es noch möglich das Logo ein paar Grad im Uhrzeigersinn zu drehen? So sieht es irgendwie ein wenig schief aus (auch wenn diese Schiefe an sich bei dem Logo richtig ist).
Oder ist das @Mirco nach den Logoverwendungsrichtlininen nicht erlaubt
? Ich konnte zum Drehen des Logos zumindest nichts konkretes finden.
Ich habe mal die vorgeschlagene Version von Jiver umgesetzt. https://www.opencaching.de/api/geocache ... ?wp=OC0001
Wie findet ihr es?
Gruß
[/quote]
Ist es noch möglich das Logo ein paar Grad im Uhrzeigersinn zu drehen? So sieht es irgendwie ein wenig schief aus (auch wenn diese Schiefe an sich bei dem Logo richtig ist).
Oder ist das @Mirco nach den Logoverwendungsrichtlininen nicht erlaubt
![Cheesy :D](./images/smilies/cheesy.gif)
[url=http://www.opencaching.de/viewprofile.php?userid=159941][img]http://www.opencaching.de/statpics/DE/159941.jpg[/img][/url]