It's Time We Talked About Tags

[HAWK]

Originally published at: It’s Time We Talked About Tags | Blog

Consider the typical sections of a daily newspaper: Arts, Sports, Business, Travel, Local, and World. Any given article belongs to just one of those sections, and the content in each section is quite different, such that some people, for example, may only ever read the Sports or Business sections. These are what we call categories.…

[AstonJ]

Great work! I love tags, and I’d just like to repeat some of my suggestions:

• Ability to require a tag per section (as stated in the blog this is coming!)
• Ability to add info per tag, such as a short description and a link (this would show on mouse over, as well as on the tag view page)

These would be nice to have:

• A redesigned tags homepage (currently very unappealing, would like to see it more useful/informative like the categories homepage)
• Ability to give tags different colours (not as important but could be nice for some communities)

With this in place I can see tags becoming a huge part of how people use Discourse

[scombs (Steve Combs)]

I want to add this feature request to the tag wishlist.

Topic auto tagging

Would like to see option on the Category>Edit>Tags screen for: Default tags for this category below the current options: [image] This would also help for topics posted via mobile since adding tags is not supported. My use case is adding an “events” tag so that topics from different event subcategories across the site can get aggregated to one calendar.

[Flow (Florian Schmaus)]

Great to see that tags now gain more attention. Please also consider adding support for tag aliases.

[alexs (Alex Sherwood)]

@AstonJ

• Ability to add info per tag, such as a short description and a link (this would show on mouse over, as well as on the tag view page)

+1 this - the company I work for is a stockbroker and we collect requests from users for stocks that they want us to offer. There’s groups of stocks that we can’t add at the moment, for a particular reason. Tagging would enable us to highlight the fact that a stock is part of that group & explain in a short message / link to a topic explaining why we can’t add the stocks yet.

[ChristopherMcEwan]

@Topic auto tagging feature

This would also help for topics posted via mobile since adding tags is not supported.

Do I understand this to mean that the functionality of tagging as described in the @HAWK post is not available to users accessing via mobile. In particular, how would this resolve in the scenario where we were requiring all posters to assign a tag to the post for the purposes of “categorisation”?

[jomaxro (Joshua Rosenfeld)]

Tagging is fully supported on mobile today. It wasn’t at the time of Steve’s post.

[codinghorror (Jeff Atwood)]

@awesomerobot reminded me of this absolute classic Clay Shirky post on the topic of tagging versus categories

https://web.archive.org/web/20180224153834/http://www.shirky.com/writings/ontology_overrated.html

If you haven’t read this, and have any interest in the topic whatsoever … please read it now.

[James_Cribbs]

@codinghorror ¿tienes alguna recomendación sobre categorías, etiquetas o grupos específicos para contenido basado en la ubicación?

Para mi caso de uso, tengo una comunidad de operadores de radioaficionados (https://community.americanradioclub.com). La ubicación es muy importante por muchas razones, pero algunas de las principales son que 1) pueden hacer un contacto de radioaficionado con usuarios cercanos y 2) programar reuniones locales 3) discutir repetidores locales, simulacros de comunicación de emergencia, etc.

Me gustaría suscribir automáticamente a los usuarios a las actualizaciones de su estado/región, usar la API para poner actualizaciones de su estado/región en su panel de WordPress, y también permitirles publicar eventos y temas de discusión para su región.

¿Hay algún enfoque recomendado para usar la ubicación de esta manera?

Actualmente estoy pensando en tener Categoría: Radio Regional, Subcategoría: Estado, y luego usar etiquetas para cosas como eventos, reuniones, operaciones, etc.

[codinghorror (Jeff Atwood)]

Conectar personas a través de la ubicación es complicado, sé que @pfaffman ha trabajado en esto con algunos de sus clientes en el pasado. Por supuesto, existe soporte nativo y establecido para el campo de ubicación en el perfil de usuario, pero el campo de ubicación es texto completamente libre.

Discourse está más alineado en torno al concepto de conectar personas a través de intereses y temas compartidos, no tanto de la ubicación, pero la ubicación puede ser muy relevante para algunas comunidades.

[James_Cribbs]

Ciertamente los intereses y temas también son importantes para mis usuarios. Muchas de las plataformas comunitarias más tradicionales ofrecen funcionalidad incorporada con usuarios cercanos a mí y eventos, etc., pero voy a usar Discourse para esto con algunos plugins y personalización.

Me gusta mucho el plugin de ubicación de Pavilion (¿creo que ahora mantenido por Discourse?), lo voy a instalar y ver cómo funciona. Realmente creo que Discourse podría ser la mejor plataforma para publicaciones basadas en la ubicación o incluso integrarse con la radioafición de maneras interesantes. Me aseguraré de compartir si descubro cosas geniales.

Mi comunidad también tiene mucho que discutir sobre antenas de radioafición, fuentes de alimentación, configuraciones, cómo hacerlo, etc., etc., que es un caso de uso más común para Discourse y no está vinculado a la ubicación. Así que planeo mantener las conversaciones basadas en la ubicación en una sola Categoría y usar el plugin de ubicación para etiquetar ubicaciones allí.

[HAWK]

Lamentablemente, no podrás instalar ese plugin en tu plan de alojamiento actual.

[James_Cribbs]

@HAWK ¡Uy! ¿Es porque no es un plugin compatible oficialmente?

[HAWK]

Tiene soporte oficial, pero estás limitado a los plugins disponibles en tu plan. Envía un ping a team@discourse.org si quieres hablar sobre ello con el equipo de soporte.