Ask / Submit
99

Cleaning up together - please join

asked 2014-01-20 10:43:49 +0200

this post is marked as community wiki

This post is a wiki. Anyone with karma >75 is welcome to improve it.

updated 2016-02-01 19:36:43 +0200

JSEHV gravatar image

Have you seen questions or tags very close to each other, but not quite duplicates? In this wiki we sort these out together. Add an answer to start a new discussion.

1. Sorting of closely related questions (why is this important?)

2. To achieve a meaningful, clear, intuitive and shared notion of set of tags

3. Already cleaned (links to discussions):

4. Code-of-conduct! Before merging duplicates / changing existing tags:

  • Suggestions (formatted as "Answer") should be listed here for at least 2 working days to see what comments they get.
  • Thereafter, answers should be revised according to the result of the comments, for example, making it clear that a certain set of tags should not be merged and stating the reason.
  • Wait another working day before you start editing tags and check what the discussion is. If previously there has been a lot of different ideas and comments, you may even ask that a moderator gives the go-ahead.
  • Report all retagging with a comment, so that moderators can cleanup the back-end (otherwise unused tags are shown in the list of choises when tagging a question)
edit retag flag offensive close delete

Comments

@jgr I edited that part to be not so normative: "If you run into a question that can't actually be answered at all, or is a simple How-to or Poll / Survey consider commenting that to the writer and/or convert the question to a wiki (edit -> mark with "community wiki")"

Is it better now?

foss4ever ( 2014-01-20 12:38:03 +0200 )edit

I propose to introduce the concept of sticky topics centralizing news / main ideas and so on. A meta-topic could be created to gather sitcky topics title. Yesterday, I was suggested to use tags, but it's not efficient. I think sticky topics could be good to reduce the number of "duplicate topics".

TNZ ( 2014-01-21 10:44:09 +0200 )edit

@TNZ Who selects sticky topics, and by what criteria? And where are they shown?

foss4ever ( 2014-01-21 11:01:12 +0200 )edit

@jjaone : The main idea is to have a cleaner area. I think that guys who spend a lot of time here are the best (like admins & moderators) to manage sticky topics and the meta-topic.

Maybe, a specific site section giving news about activity here could help instead of maintening sticky-topics.

TNZ ( 2014-01-21 11:12:20 +0200 )edit

@TNZ A Dashboard giving a quick overview of what is happening in here, hot topis, latest questions, answer, comments, whos on line, top 10 roadmapped and / or closed questions, etc etc..with selectable sticky topics, news, howtos, guides + a link section to related Jolla & developnent spesific sites like Care, Store, blogs and community portals..

foss4ever ( 2014-01-21 11:28:01 +0200 )edit

51 Answers

Sort by » oldest newest most voted
1

answered 2014-01-20 11:18:23 +0200

simo gravatar image

updated 2014-01-21 11:44:50 +0200

Related questions around GPS location, oldest on top (link + number of votes / number of answers):

  1. https://together.jolla.com/question/102/what-is-the-best-mapsnavigation-application-to-use-on-jolla/ (9/11)
  2. https://together.jolla.com/question/1876/bluetooth-gps-support/ (14/-)
  3. https://together.jolla.com/question/2166/location-settings/ (59/1)
  4. https://together.jolla.com/question/4217/does-the-compass-work-in-android-apps/ (1/1)
  5. https://together.jolla.com/question/4236/any-information-about-the-compass/ (6/2)
  6. https://together.jolla.com/question/4606/bug-information-about-gps-satellites-not-put-through-to-dalvik/ (22/1 accepted)
  7. https://together.jolla.com/question/4853/gps-support-for-android-apps/ (2/4)
  8. https://together.jolla.com/question/5347/would-you-say-that-the-jollas-gps-is-accurate/ (8/2)
  9. https://together.jolla.com/question/5424/why-does-the-gps-think-im-somewhere-else/ (2/2)
  10. https://together.jolla.com/question/8895/bug-android-apps-not-able-to-use-gps-location/ (8/3)
  11. https://together.jolla.com/question/11924/location-is-not-shown-correctly-when-using-jolla-in-china/ (2/1)
  12. https://together.jolla.com/question/14521/continuous-gps-not-working-below-zero-degrees/ (2/-)
  13. https://together.jolla.com/question/15911/android-navigation-apps-always-oriented-to-the-north/ (0/1 accepted)
  14. https://together.jolla.com/question/16827/bug-positioning-gives-bogus-numbers-for-horizontalaccuracy-and-verticalaccuracy/ (2/1)

Discussion of these in the comments. Vote the comments to support ideas, or comment with a better suggestion.

edit flag offensive delete publish link more

Comments

To begin with, let's have this answer also as an example of my idea. IMO, all the questions above could be handled under just 3-4 topics. Please comment to help the sorting.

simo ( 2014-01-20 11:18:41 +0200 )edit

I've studied links 4, 5, 6, 7, 8, 10, 13 and I've found out that these could be merged to two questions:

  • Compass in Android apps. The oldest might stay (13, 5 --> 4)
  • GPS in Android apps. The oldest might stay (7,8,10 --> 6)

Some relative info should be moved from the latter ones getting closed if this idea gets any support. The best way might be to add an answer to those, telling that the question is about to be merged - the writes could then edit+move their contribution if needed.

simo ( 2014-01-21 11:37:04 +0200 )edit
1

I think this is an example of things which cannot be integrated wuthout interal knowledge of how things work. For example it is possible that all GPS issues are a problem related to temperature, but it's also possible that temperature is not a problem.

Nux ( 2014-01-22 09:25:03 +0200 )edit

Good point @Nux, and the same could apply to many other cases here. Question mergers probably are not that good approach when threads are long and there are many comments and varying views expressed (even contradictory opinions etc).

foss4ever ( 2014-01-22 09:53:08 +0200 )edit

Should we just let these stay, all 14?

simo ( 2014-01-22 13:54:51 +0200 )edit
8

answered 2014-01-21 11:55:54 +0200

IZ1IVA gravatar image

updated 2014-01-21 15:48:22 +0200

simo gravatar image

Edit: CLEANED

There are currently two tags related to The Other Half:

  • toh
  • theotherhalf

I believe we should be choosing one of the above, which one would you choose and why? Please discuss by commenting this answer, thank you.

edit flag offensive delete publish link more

Comments

4

IMHO I prefer the "theotherhalf" since some people new to this forum might be a bit unfamiliar with "toh"

TimTTK ( 2014-01-21 12:06:25 +0200 )edit
1

I also prefer to prevent abbreviations if possible. Because everyone which is new to the community does not understand them.

Sailor ( 2014-01-21 12:07:55 +0200 )edit

I'd prefer theotherhalf as well.

naytsyrhc ( 2014-01-21 12:09:39 +0200 )edit

I agree with theotherhalf, too.

IZ1IVA ( 2014-01-21 12:15:35 +0200 )edit
3

Thanks! toh entry deleted, please adjust to theotherhalf tag if you spot more...

eric ( 2014-01-21 13:20:24 +0200 )edit
9

answered 2014-01-21 11:56:01 +0200

harry gravatar image

updated 2014-01-25 10:36:29 +0200

simo gravatar image

Edit: CLEANED

The tags

  • contacts (121 uses)
  • list-of-contacts (5 uses)
  • contact (2 uses)

can be merged. I tend to contacts, because it is used the most.

edit flag offensive delete publish link more

Comments

2

Thanks for your contribution, merging done.

eric ( 2014-01-21 13:18:35 +0200 )edit
2

answered 2014-01-21 12:12:02 +0200

naytsyrhc gravatar image

updated 2014-01-27 22:50:48 +0200

eric gravatar image

Edit: CLEANED

I'd say that the tags feature and feature-request can be merged as well. Or is there something I miss?

edit flag offensive delete publish link more

Comments

Hmm, this one is trickier IMHO. Would someone be kinf enough to go through the existing reports and adjust if needed? We currently have 17 tagged with feature and I suspect some might not be requests...

eric ( 2014-01-21 13:23:40 +0200 )edit

I prefer "feature-request". "feature" alone would be valid 90% of the questions in this forum as most of the questions refer to a specific feature that is already implemented or needs improvement or needs to be added.

jukey ( 2014-01-21 13:25:04 +0200 )edit

agree with @jukey that "feature" alone is a bit confusing.

TimTTK ( 2014-01-21 13:56:39 +0200 )edit

@jukey@TimTTK@jjaone and others: So anyone willing to go through and update? I'll remove the feature tag then :) Thanks!

eric ( 2014-01-21 14:04:05 +0200 )edit
1

I have some spare time. Starting to change all feature tags to feature-request tags now. --> DONE.

simo ( 2014-01-21 15:28:52 +0200 )edit
4

answered 2014-01-21 12:29:56 +0200

this post is marked as community wiki

This post is a wiki. Anyone with karma >75 is welcome to improve it.

updated 2014-01-21 12:30:49 +0200

jgr gravatar image

Tidying up tags: It seems that eliminated tags are not (automatically) removed from the list. "ambient" and "toh" are not used in any question but still offered when adding a tag. Tidying makes most sense, when eliminated tags are removed from the list. In addition, when entering "toh" the proposal should be "theotherhalf" (most-wanted-synonym feature).

edit flag offensive delete publish link more

Comments

@eric said he regularly cleans up tags in the back-end. I guess we have to wait for those events to happen for the tags to disappear.

Mohjive ( 2014-01-21 13:06:51 +0200 )edit

@jgr@Mohjive: Thanks for bringing this up :) The entries are removed now...

eric ( 2014-01-21 13:26:08 +0200 )edit
4

answered 2014-01-21 16:30:52 +0200

this post is marked as community wiki

This post is a wiki. Anyone with karma >75 is welcome to improve it.

updated 2014-01-21 16:31:50 +0200

naytsyrhc gravatar image

I have another quite tricky one. I've spotted questions concerning android compatibility with tags

  • alien-dalvik (37)
  • android (126)

Both address the same IMO. Maybe there could be a difference between them, if alien-dalvik only addresses the software part, i.e. the compatibility layer provided by Sailfish OS, whereas android only addresses the hardware part. But I don't think that this is really the case for all questions and I would prefer to use one tag for all questions for now. I'd prefer android because it's used more often already.

Edit: converted to wiki, so that no karma is awarded for this and anyone can edit/improve.

edit flag offensive delete publish link more

Comments

Just use android for both. I see no value to differentiate between hw and sw, besides is it really clear that alien-dalvik is sw, and android is sw.. seems quite arficial separation.. So, just Android for anything not SailfishOS / native Jolla stuff..

foss4ever ( 2014-01-21 16:34:21 +0200 )edit

It could become useful, when Sailfish OS runs on former android devices. Then maybe there is an issue with camera support of nexus or anything else and be referred to as "Android" hardware. On the other hand, libhybris would be the correct tag there anyway, wouldn't it?

naytsyrhc ( 2014-01-21 16:37:22 +0200 )edit

Just a small question. Am I supposed to do this clean-up? I didn't dare to do anything because I thought the cleaning is done by moderators. I don't even know, if I am able to retag other users question with my "low" karma. If I am supposed to do it, I will do it of course. Am I correct, that "everybody" agrees to change alien-dalvik to android tags?

naytsyrhc ( 2014-01-22 10:11:00 +0200 )edit
1

I have a little concern here. android is generally referring to apps whereas alien-dalvik is quite specific to the layer itself. I honestly believe they both can used and I don't see how they overlap. I wouldn't personally merge, as I see a need for granularity when we talk about Android in general...

eric ( 2014-01-22 10:40:27 +0200 )edit

When I go through the questions, I see a lot using both tags, some referring to android apps using only alien-dalvik as tag and some referring to android compatibility/layer specific problems but using android as tag. So, allthough I agree that they don't have to overlap and may used both, currently the questions are totally mixed up within those alternative tags (IMHO).

naytsyrhc ( 2014-01-22 10:49:18 +0200 )edit
0

answered 2014-01-21 16:40:37 +0200

this post is marked as community wiki

This post is a wiki. Anyone with karma >75 is welcome to improve it.

updated 2014-01-22 10:13:07 +0200

foss4ever gravatar image

Ok, what about the tag app('apps', 'application')? Could it be removed altogether? What additional info does it give to the question? I mean, if the topic is about sw and apps, surely the other tags will tell that, and usually if ppl want to make the difference they seem to use "hardware" when not focusing sw and apps.

Most everything in the phone is apps and sw also the system with the OS, libs, tools, etc.. except ofc the hardware itself so why the 'app'?

What do you think?

edit flag offensive delete publish link more

Comments

Uh. Just checked tags for app and found even more

  • application (20)
  • apps (37)
naytsyrhc ( 2014-01-21 16:44:44 +0200 )edit
1

Yeh, IMO both could be removed.. ;) But theapp-request should stay, caause it's ok to have in addition to feature-request ..

foss4ever ( 2014-01-21 16:49:34 +0200 )edit

While I understand the reasoning behind, I'm not sure, I'd rather draw a line between the OS and the apps that sit on top of it (yes, even the bundled ones).

Out the three above. I'd keep apps (in plural form) as it is now a common term for smartphone software.

IZ1IVA ( 2014-01-21 16:53:33 +0200 )edit

But I'd say tagging those questions with "mail-app"/"mail" or "map-app"/"maps" instead would be better and agree with jjaone that "app" alone does not really help to organise the questions. Almost all questions could have that tag.

naytsyrhc ( 2014-01-21 17:00:59 +0200 )edit
3

imo, app, or any tag like that, wouldn't work in a long run. From the beginning, it would be useful to think about the app tagging concidering 100 000 Sailfish apps, 500 000 android apps, and the apps not released in either store. For useful tagging, I'd suggest a serie of tags beginning like app- (app-request mentioned is a good example). Also, each app should be tagged with it's name (and I mean the name only). The whole issue could be actually worth having it's own question.

simo ( 2014-01-21 17:44:53 +0200 )edit
5

answered 2014-01-21 16:56:19 +0200

this post is marked as community wiki

This post is a wiki. Anyone with karma >75 is welcome to improve it.

updated 2014-01-31 02:23:46 +0200

simo gravatar image

Edit: CLEANED

And yet another cleanup suggestion:

  • store (66)
  • jollastore (8)
  • appstore (9)
  • play-store (0) edit: not in use, but still visible in suggested tags

Retagging has been done:

  1. store & appstore & jollastore & jolla-app-store & app-store -> jolla-store
  2. yandex & yandex-app-store->yandex-store
  3. amazon-app-store -> amazon-store
  4. google-play & play-store & google-play-store -> google-store

All future tags for application stores can be retagged with the same format: "name-store"

edit flag offensive delete publish link more

Comments

3

Harbour should probably still be a separate tag (that's where the developers add their apps). Maybe keep/swap it to dev-harbour?

I vote for a removal/merging of appstore, and think jollastore (or, preferably, Jolla-Store, or jolla-store) would be the best, even though store is used more, as that would make it clear that it's none of the other app stores.

phle ( 2014-01-21 17:28:34 +0200 )edit

Agreed. Almost all harbour tagged questions refer to the dev-part of the store as far as I can see. Didn't check carefully enough before. Sorry for that. Will edit answer above.

naytsyrhc ( 2014-01-21 17:35:57 +0200 )edit
1

+1 for jolla-store, to be expanded later (if needed) with yandex-store and possible other xxxxx-store's

simo ( 2014-01-21 18:47:35 +0200 )edit
1

I suggest, putting "store" at the front, i.e. store-jolla, store-yandex etc.

By the way, tags are lower case only -- automatically converted to.

jgr ( 2014-01-22 01:59:03 +0200 )edit
1

@jgr when adding tags, starting to write "sto..." makes suggestion like jolla-store to become visible. Iget your point, but via that there's no great risk for people adding wrong tags later. Starting with the name of the store might just be adopted easier by our new members.

simo ( 2014-01-22 02:26:10 +0200 )edit
2

answered 2014-01-22 01:31:57 +0200

this post is marked as community wiki

This post is a wiki. Anyone with karma >75 is welcome to improve it.

updated 2014-01-28 21:04:25 +0200

simo gravatar image

EDIT: Partially cleaned (list updated to current tags in use, discussion seems to be close to a solution)

What is the difference between:

  • suggestion (25)
  • idea (164)
  • enhancement (101)

What is their relation to feature-request? (Maybe a feature regarded as not so urgent to be implemented than the ones tagged "feature request"? I am not sure.)

If the category "suggestion/idea" is required as tag, I would favour "suggestion". However, I am not even sure that it is required -- and could be eliminated altogether.

If "enhancement" is required as own category, at least "enhanced" should be eliminated.

edit flag offensive delete publish link more

Comments

I've no idea what semantic difference of those tags here might be, but I've understood that for some questions or topics 'feature-request' might be too strong and specific to apply and that's why a more abstract wish/need/proposal can be tagged. I'd vote those to be tagged as 'suggestion'' from now on to differentiate from feature-requests. (or leave even that out so the type of question is then implied from not having any specific tag to identify it as such, i.e. an abstract idea)

foss4ever ( 2014-01-22 01:40:08 +0200 )edit

You edited the Q after I commented it, so addendum: enhancement is wish to make something existing better thus not a feature-request and not suggesting it but expressing a need to improve something..

foss4ever ( 2014-01-22 02:08:38 +0200 )edit
2

A very good list of candidates, thanks for contributing :) I see these as:

  • feature-request = totally new feature, not existing in SailfishOS / app at all. Should be left.
  • enhancement = making an existing feature better. Should be left.
  • idea = quite free about it's content, both bigger and smaller changes. Should be left, as it's well adopted.
  • Other tags mentioned in your answer could be changed to one of these three.
simo ( 2014-01-22 02:11:15 +0200 )edit

Concerning comments: sometimes comments don't even appear directly but only after some time. Making it even more difficult to answer. I got some mails with comments and had to reload 3 times to see the "real" answer... Back to topic: I think the three tags suggested from @simo (idea, feature-request, enhancement) are good. I'd even drop enhancement, because an enhancement is either a feature-request (if it is concrete) or an idea (if it is vague).

naytsyrhc ( 2014-01-22 10:19:08 +0200 )edit
1

@naytsyrhc Enhancement is to improve existing functionality, not a request for more or a new one. And 'idea' isn't very good as tag at all, cause anything can be an idea. Even in this comment there is an idea. So lets keep a feature-request, enhancement and suggestion (or proposal) for three different kind of user needs or reqs. And 'bug' for reported or identified or suspected failure or erroneous behaviour of system or apps (i.e. an issue or a problem for which no solution exists or the root-cause is unknown).

foss4ever ( 2014-01-22 10:45:49 +0200 )edit
1

answered 2014-01-22 01:37:14 +0200

this post is marked as community wiki

This post is a wiki. Anyone with karma >75 is welcome to improve it.

updated 2014-01-22 03:55:06 +0200

foss4ever gravatar image

What is the difference between:

  • ui (155) "User interface" - how is the system, device, gadget, machine made availeble to users
  • ux (65) "User experience" - what does the user feel when using a device, gadget, system, ..
  • gui (7) "Grahphical UI" - graphical and visual elements of UI (whether inoput or ouput).

Above definitions and this note by @jjaone ; touch-interface in phones or tablets is not purely GUI (even if it is an UI), and utilizes some graphical, haptic, motoric, and others sensory (also audio) interfaces to users- ultimately giving user some experiences when interacting with the device.

Answer: See comments below. It should be checked whether they are used correctly for the individual questions (for correct meaning see comments) but not merged.

Update (@jjaone): refer to this https://together.jolla.com/question/17364/cleaning-up-together-please-join/#post-id-18224 to see the source and explanation of what we should not do with them..

edit flag offensive delete publish link more

Comments

ui = User Interface, gui= Graphical User Interface. These can be merged under ui, as the whole interface in the phone is graphical but ui is adopted better.

ux = User eXperience, and should be left as it is.

simo ( 2014-01-22 02:02:20 +0200 )edit
1

Ok, I understand that user-experience and user-interface are required. But I do not see the need to differentiate between "ui" and "gui" on a mainly graphical user interface.

Because I saw "ui" and "ux" synonymous (and will not be the only one), I suggest that not the abbreviations are used but the long terms (and an automatism in the background converts ui/ux to there long equivalent in case it should have been typed -- i.e. the "most-wanted-synonym" feature already mentioned).

jgr ( 2014-01-22 02:05:45 +0200 )edit

No you cant make ui and gui the same: if i type with kbrd it's part of UI but it's not GUI. Come on, there is huge amount of tech/user-space terminology that has its use cases and if you just don't know the differences better leave them.as they are, cause the poster might have had good reasons to use e.g GUI and not.UI

foss4ever ( 2014-01-22 02:23:17 +0200 )edit

UI is not only GUI, both of which are not UX. And @jgr definately not all abbrs should be turned to new invented tags - they are for.things.that have established names and titles and have been used for decades.

foss4ever ( 2014-01-22 02:25:59 +0200 )edit

@jjaone: "not all abbrs should be turned to new ..." You are right. The people who select these, will know why. So it is not a problem that they may not be understood by the whole community.

jgr ( 2014-01-22 02:45:15 +0200 )edit
Login/Signup to Answer

Question tools

Follow
13 followers

Stats

Asked: 2014-01-20 10:43:49 +0200

Seen: 6,379 times

Last updated: Jul 15 '15