Quantcast Quests database - Page 2 - WoWInterface
Thread Tools Display Modes
12-27-14, 02:57 PM   #21
Xrystal
Premium Member
 
Xrystal's Avatar
Premium Member
AddOn Author - Click to view addons
Join Date: Feb 2006
Posts: 5,080
Originally Posted by nelegalno2 View Post
Is it possible to make a module that will collect quest data from the game so players can submit it for addition to the db? I believe Grail and a few other addons have similar functions.

P.S. Maybe even share it among them automatically so it won't be a problem if only a few share it? I have a few chars that I intend to level up and can use to collect some info with.
That was the sort of thing I was thinking of. Would be good to be able to catch these quests and any possible changes early on and then have things in place when/if blizzard decide to spruce up the early questing experience again. I would like to see the story zone quest achievements and those bonus objectives you can go back to if you so choose in the 1 to 90 areas so maybe someday they'll have marked up what quests constitute which achievement etc.
__________________
  Reply With Quote
12-27-14, 06:57 PM   #22
ircdirk
A Molten Giant
 
ircdirk's Avatar
AddOn Author - Click to view addons
Join Date: Nov 2014
Posts: 590
Originally Posted by Xrystal View Post
That was the sort of thing I was thinking of. Would be good to be able to catch these quests and any possible changes early on and then have things in place when/if blizzard decide to spruce up the early questing experience again. I would like to see the story zone quest achievements and those bonus objectives you can go back to if you so choose in the 1 to 90 areas so maybe someday they'll have marked up what quests constitute which achievement etc.
I think we can do this, we discused this with atl77 on PM. But this may lower Quest Module performance, as its allready low...
  Reply With Quote
12-27-14, 07:03 PM   #23
Xrystal
Premium Member
 
Xrystal's Avatar
Premium Member
AddOn Author - Click to view addons
Join Date: Feb 2006
Posts: 5,080
Originally Posted by ircdirk View Post
I think we can do this, we discused this with atl77 on PM. But this may lower Quest Module performance, as its allready low...
Well I know that could be a bad thing for some people. Not everyone is like me and is a altoquestoholic
__________________
  Reply With Quote
12-27-14, 09:15 PM   #24
Nimhfree
A Cobalt Mageweaver
AddOn Author - Click to view addons
Join Date: Aug 2006
Posts: 228
Collecting quest information can slow the UI down or not depending on what information is collected. For Grail, the NPC and quest information that is gathered does not really slow anything down as it does the basic location, name, level, reputation type of thing. However, if you started recording areas where quest objectives are being satisfied (which Grail does not do), I imagine you might start slowing the user experience down. I would definitely make such collection an option so only those serious about adding to the database would sacrifice the game play for the good of all.
  Reply With Quote
12-28-14, 01:52 AM   #25
atl77
A Chromatic Dragonspawn
Join Date: Oct 2014
Posts: 179
Originally Posted by Nimhfree View Post
Collecting quest information can slow the UI down or not depending on what information is collected. For Grail, the NPC and quest information that is gathered does not really slow anything down as it does the basic location, name, level, reputation type of thing. However, if you started recording areas where quest objectives are being satisfied (which Grail does not do), I imagine you might start slowing the user experience down. I would definitely make such collection an option so only those serious about adding to the database would sacrifice the game play for the good of all.
Carbonite.Quest already requests all required data (except position, but that is easily gathered from the map), but doesn't store or transmit it. Storing it wouldn't have much impact on performance, as long as it is done in an asynchronous manner (coroutine). Transmission can also be decoupled, e.g. via web browser outside of the game.
  Reply With Quote
12-28-14, 10:09 AM   #26
ircdirk
A Molten Giant
 
ircdirk's Avatar
AddOn Author - Click to view addons
Join Date: Nov 2014
Posts: 590
Originally Posted by atl77 View Post
Carbonite.Quest already requests all required data (except position, but that is easily gathered from the map), but doesn't store or transmit it. Storing it wouldn't have much impact on performance, as long as it is done in an asynchronous manner (coroutine). Transmission can also be decoupled, e.g. via web browser outside of the game.
I think some of data is already stored in Carbonite.Quests.lua in WTF folder.

What we need to gather:
- quest name + if its available quest id
- quest starter (name, coords, zone)
- quest ender (name, coord, zone)
- quest objectives (text for each objective as ids may not be available)
+ maybe objectives coords like in wowdb or wowhead (but collecting this data may lower overall module performance)

Storing this data localy.

How we could make trasmiting this data to our server:
- make an in-game notice to player if he wants to transfer his quest data to our server
- this in game notice would show periodically
- not in dungs, raids, bgs and not in combat
- user sould have option to totally disable this notices and to set how much the time between notices
- transfering data could show progress of transmiting data to our server

Last edited by ircdirk : 12-28-14 at 10:14 AM.
  Reply With Quote
12-28-14, 10:22 AM   #27
gOOvER
A Theradrim Guardian
 
gOOvER's Avatar
AddOn Author - Click to view addons
Join Date: Apr 2008
Posts: 62
Maybe create a new Carbonite. Collect Modul. So not everyone need to install.

Also, did you take a look into WoWHead Collector Addon? Maybe we can use this one for collecting these Data's
  Reply With Quote
12-28-14, 10:27 AM   #28
ircdirk
A Molten Giant
 
ircdirk's Avatar
AddOn Author - Click to view addons
Join Date: Nov 2014
Posts: 590
Originally Posted by gOOvER View Post
Maybe create a new Carbonite. Collect Modul. So not everyone need to install.

Also, did you take a look into WoWHead Collector Addon? Maybe we can use this one for collecting these Data's
Wowhead has separate application not addon for this. But wowdb has addon that we could use/change to what we need.

The thing is that some users will not install this addon, so no data gathering there. Better solution is to have it in Quests module and if user doesnt want to collect data he will just disable this option. But by default it is enabled.
  Reply With Quote
12-28-14, 10:50 AM   #29
gOOvER
A Theradrim Guardian
 
gOOvER's Avatar
AddOn Author - Click to view addons
Join Date: Apr 2008
Posts: 62
There is alao a WoW Addon and an uploader
  Reply With Quote
12-28-14, 10:55 AM   #30
ircdirk
A Molten Giant
 
ircdirk's Avatar
AddOn Author - Click to view addons
Join Date: Nov 2014
Posts: 590
Originally Posted by gOOvER View Post
There is alao a WoW Addon and an uploader
Link please...
  Reply With Quote
12-28-14, 11:02 AM   #31
samyonair
A Frostmaul Preserver
 
samyonair's Avatar
Join Date: May 2009
Posts: 257
http://de.wowhead.com/client it is both included

http://www.wowinterface.com/forums/a...1&d=1419786123

here the addon itself
Attached Files
File Type: zip +Wowhead_Looter.zip (39.6 KB, 120 views)
  Reply With Quote
12-28-14, 11:09 AM   #32
ircdirk
A Molten Giant
 
ircdirk's Avatar
AddOn Author - Click to view addons
Join Date: Nov 2014
Posts: 590
Originally Posted by samyonair View Post
Ok, thanks. But still im not a pro in lua so maybe atl77 will help me with this data gathering.
  Reply With Quote
12-29-14, 06:15 AM   #33
atl77
A Chromatic Dragonspawn
Join Date: Oct 2014
Posts: 179
Originally Posted by ircdirk View Post
Ok, thanks. But still im not a pro in lua so maybe atl77 will help me with this data gathering.
I'm all yours.
  Reply With Quote
12-29-14, 10:14 AM   #34
Nimhfree
A Cobalt Mageweaver
AddOn Author - Click to view addons
Join Date: Aug 2006
Posts: 228
Originally Posted by ircdirk View Post
I think some of data is already stored in Carbonite.Quests.lua in WTF folder.

What we need to gather:
- quest name + if its available quest id
- quest starter (name, coords, zone)
- quest ender (name, coord, zone)
- quest objectives (text for each objective as ids may not be available)
+ maybe objectives coords like in wowdb or wowhead (but collecting this data may lower overall module performance)

<SNIP>
In case you are considering Grail options, Grail has the first three pieces of information. It makes unique the NPCs so it only records one copy of an NPC no matter how many quests are used. However, you will find Blizzard sometimes uses the same NPC ID even when the NPC moves locations (not necessarily phased), so Grail handles this by using "alias" NPC IDs which can be displayed as the Blizzard NPC ID as needed. [By the way, the whole concept of quest givers, etc. gets really complicated with all the things Blizzard does, and for the best accuracy you might not want to recreate this yourself. I can go into much detail if you really want it.]

Personally I believe the quest objective information from Blizzard APIs can be used as needed, so recording that information may not be needed.

The last piece of information Blizzard now provides in its own way that may be adequate assuming you can get it to put onto the Carbonite map instead of Blizzard's maps. However, if that information cannot be gotten, this is where you need to determine it for the new quests to record for the addon. This might be recordable when you accomplish one of the objectives for a quest by noting your current location, and just make a list. Turning that list into a region instead of a bunch of points will take your gathering data from a lot of users, and either some fancy algorithms or a lot of manual region making. For single points, you should be ok.
  Reply With Quote
12-29-14, 10:33 AM   #35
ircdirk
A Molten Giant
 
ircdirk's Avatar
AddOn Author - Click to view addons
Join Date: Nov 2014
Posts: 590
Originally Posted by Nimhfree View Post
In case you are considering Grail options, Grail has the first three pieces of information. It makes unique the NPCs so it only records one copy of an NPC no matter how many quests are used. However, you will find Blizzard sometimes uses the same NPC ID even when the NPC moves locations (not necessarily phased), so Grail handles this by using "alias" NPC IDs which can be displayed as the Blizzard NPC ID as needed. [By the way, the whole concept of quest givers, etc. gets really complicated with all the things Blizzard does, and for the best accuracy you might not want to recreate this yourself. I can go into much detail if you really want it.]
The Quest NPCs are not the problem, as they have starting position recorded when accepting (or completing) quest and this data is connected with Quest not NPC. I think there is no need to use other addon, as this data is already colected by Quest Module.

Originally Posted by Nimhfree View Post
Personally I believe the quest objective information from Blizzard APIs can be used as needed, so recording that information may not be needed.
What do u mean no recording? There is no Blizzard database of quest objectives...

Originally Posted by Nimhfree View Post
The last piece of information Blizzard now provides in its own way that may be adequate assuming you can get it to put onto the Carbonite map instead of Blizzard's maps. However, if that information cannot be gotten, this is where you need to determine it for the new quests to record for the addon. This might be recordable when you accomplish one of the objectives for a quest by noting your current location, and just make a list. Turning that list into a region instead of a bunch of points will take your gathering data from a lot of users, and either some fancy algorithms or a lot of manual region making. For single points, you should be ok.
Thats no problem. We have algoritm to make blobs from point already. We only have to record those points for respective objectives location.
  Reply With Quote
12-29-14, 10:44 AM   #36
atl77
A Chromatic Dragonspawn
Join Date: Oct 2014
Posts: 179
I'm a sucker for fancy algorithms
  Reply With Quote
12-29-14, 05:53 PM   #37
Nimhfree
A Cobalt Mageweaver
AddOn Author - Click to view addons
Join Date: Aug 2006
Posts: 228
Originally Posted by ircdirk View Post
<SNIP>

What do u mean no recording? There is no Blizzard database of quest objectives...

<SNIP>
You can use the Blizzard API GetQuestLogLeaderBoard() for any quest in your quest log to get each of the individual quest requirements and the status of each. Depending on how you use them, you probably do not need to have the addon keep them in a database.
  Reply With Quote
12-30-14, 01:30 AM   #38
nelegalno2
A Flamescale Wyrmkin
Join Date: Dec 2014
Posts: 132
The only way Carbonite can show you where are the locations of a quest givers that still have uncompleted quests for you're player is if it have them all in a DB and can check which ones are you still missing.
  Reply With Quote
12-30-14, 10:52 AM   #39
ircdirk
A Molten Giant
 
ircdirk's Avatar
AddOn Author - Click to view addons
Join Date: Nov 2014
Posts: 590
Just added pull request for Quest Data Gathering.

Added new setting in Quest Module (default its off), so please enable it to gather test data:



All gathering goes to SavedVariables/Carbonite.lua.
  Reply With Quote
12-30-14, 10:58 AM   #40
nelegalno2
A Flamescale Wyrmkin
Join Date: Dec 2014
Posts: 132
Originally Posted by ircdirk View Post
Just added pull request for Quest Data Gathering.

Added new setting in Quest Module (default its off), so please enable it to gather test data:

IMG removed

All gathering goes to SavedVariables/Carbonite.lua.
Any chance this could go to a different file - Carbonite.Quests.lua for example?

BTW You should probably remove the Carbonite.Quests/NxQuest.lua.bak file from the pull request.

Last edited by nelegalno2 : 12-30-14 at 11:01 AM.
  Reply With Quote

WoWInterface » Featured Projects » Carbonite » Carbonite: Dev Talk » Quests database

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off