GQ Electronics Technical Support Forum Active Users: / Visits Today:
Highest Active Users:
GQ Electronics Technical Support Forum
Home | Profile | Register | Active Topics | Members | Search | FAQ
Username:
Password:
Save Password
Forgot your Password?

 All Forums
 GQ Electronics Forums
 1.Geiger Counter World Map(www.GMCmap.com)
 gmcmap.com show data on map, but not make history

Note: You must be registered in order to post a reply.
To register, click here. Registration is FREE!

Screensize:
UserName:
Password:
Format Mode:
Format: BoldItalicizedUnderlineStrikethrough Align LeftCenteredAlign Right Horizontal Rule Insert HyperlinkInsert EmailInsert Image Insert CodeInsert QuoteInsert List Spell Checker
   
Message:

* HTML is OFF
* Forum Code is ON
Smilies
Smile [:)] Big Smile [:D] Cool [8D] Blush [:I]
Tongue [:P] Evil [):] Wink [;)] Clown [:o)]
Black Eye [B)] Eight Ball [8] Frown [:(] Shy [8)]
Shocked [:0] Angry [:(!] Dead [xx(] Sleepy [|)]
Kisses [:X] Approve [^] Disapprove [V] Question [?]

   Insert an Image File
Check here to include your profile signature.
    

T O P I C    R E V I E W
ccds Posted - 02/02/2022 : 08:09:12
Dear friends,

Our GQ GMC 300E Plus is registered at www.gmcmap.com. Website www.gmcmap.com receive online data (every 5 min) from counter and on map it shows CPM in marker, but it is not collecting corresponding history data, pages www.gmcmap.com/historyData.asp?Param_ID=67620377773&systemTimeZone=4 and www.gmcmap.com/gmc-plain-data.asp?Param_ID=67620377773&timezone=4 (from here we take data) are empty. Actually online data collected on page www.gmcmap.com/GMHistoryExec-new-data.asp?param_ID=67620377773&systemTimeZone=4 , which we don't use. This happened after 01.22.2022.

If you can help with solving this problem, i.e. to make the data appear again on the abovementioned pages, we will be very grateful.
28   L A T E S T    R E P L I E S    (Newest First)
EmfDev Posted - 02/22/2023 : 10:18:21
That is right. It helps to reduce server load.
balkis Posted - 02/21/2023 : 22:37:23
Hey EmfDev, you mean i need to do the processing locally and that API no longer supports timezones?
EmfDev Posted - 02/21/2023 : 14:17:09
Hello you will need to convert MST to your timezone.
balkis Posted - 02/20/2023 : 14:57:46
Hey there, what about the timezone parameter? Does it still work? It seems it is currently ignored and all values are provided in MST timezone
ccds Posted - 02/14/2023 : 09:45:45
I tested and now the format is correct.

If this format remains so, I will adjust my script for this.

Thank you very much.
EmfDev Posted - 02/13/2023 : 17:48:01
ok now can you test it and see if this is the correct format?
ccds Posted - 02/13/2023 : 17:02:57
if n=1 last comma "," is wrong, correct is [{"time":"2023-02-13 13:59:08 MST","CPM":"16","ACPM":"22.55","uSv":"0.05"}]
comma must be only between records [{"time":"2023-02-13 13:59:08 MST","CPM":"16","ACPM":"22.55","uSv":"0.05"},{"time":"2023-02-13 13:53:03 MST","CPM":"22","ACPM":"22.55","uSv":"0.07"}]
last comma also wrong before closed last bracket "]"
EmfDev Posted - 02/13/2023 : 16:42:40
for n=1,
[{"time":"2023-02-13 13:59:08 MST","CPM":"16","ACPM":"22.55","uSv":"0.05"},]
does this work with comma "," before the closing bracket?

Same with n > 1? Is it ok to have comma before the closing bracket?
[{"time":"2023-02-13 13:59:08 MST","CPM":"16","ACPM":"22.55","uSv":"0.05"},{"time":"2023-02-13 13:53:03 MST","CPM":"22","ACPM":"22.55","uSv":"0.07"}, .... ,{ "time":"2023-02-13 13:53:03 MST","CPM":"22","ACPM":"22.55","uSv":"0.07"},]
ccds Posted - 02/13/2023 : 15:07:20
This version can also be used to collect data. Previous version (with <br>) was also acceptable. For me, the key was the "&n=xxx" parameter.
json_decode($json) PHP function gets an error with suggested versions, so there was a question with <br>.

More specifically JSON in the form: [{"time":"2023-02-13 13:59:08 MST","CPM":"16","ACPM":"22.55","uSv":"0.05"},{"time":"2023-02-13 13:53:03 MST","CPM":"22","ACPM":"22.55","uSv":"0.07"}, .... ,{ "time":"2023-02-13 13:53:03 MST","CPM":"22","ACPM":"22.55","uSv":"0.07"}] is processed correctly.

tinwhisker do you think the above proposed JSON is acceptable for you?

I need to know in what final form I will receive the data. From it depends how I correct the data collection script that was written earlier according for gmc-plain-data.asp.
EmfDev Posted - 02/13/2023 : 11:35:09
Just removed the <br> is this the correct way?
ccds Posted - 02/10/2023 : 12:28:30
Agree with tinwhisker

www.gmcmap.com/historyData-plain.asp?Param_ID=xxxxxxxx&n=xxx doesn't give correct JSON (there is <br> between records). From the proposed, too, I can extract the data.
It would be nice if there were corrections.

I'm waiting for an answer, because I can't fix our script until I finally know in what form I will receive the data.
tinwhisker Posted - 02/10/2023 : 08:23:09
Another error for the devs.

Currently the link:

https://www.gmcmap.com/historyData-plain.asp?Param_ID=65115959476

gives:

{"time":"2023-02-10 09:12:00 MST","CPM":"16","ACPM":"19.81","uSv":"0.10"}<br>


The HTML line break at the end is not defined by JSON and while it will not show up when viewed in a web browser, it will cause JSON parsers to break. You can "view page source" to verify that the HTML line break exists.

Parse error on line 1:
...19.81","uSv":"0.19"}<br>
-----------------------^
Expecting 'EOF', '}', ',', ']', got 'undefined'
ccds Posted - 02/09/2023 : 15:13:50
this is what we need.
In the link www.gmcmap.com/historyData-plain.asp?Param_ID=xxxxxxxx&n=xxx the last parameter "n=xxx" is for the significant for us. How I checked "n" works up to 498 records.
Thank you for doing redirect. We will hardly need it, since the JSON format that gave gmc-plain-data.asp is changed in historyData-plain.asp and we be need changed our script any case accordingly with www.gmcmap.com/historyData-plain.asp?Param_ID= xxxxxxxx&n=xxx.

Thank you very much for your help.
EmfDev Posted - 02/09/2023 : 11:54:42
Try this:
www.gmcmap.com/historyData-plain.asp?Param_ID=xxxxxxxx&n=xxx

www.gmcmap.com/gmc-plain-data.asp?Param_ID=YOUR_GEIGER_COUNTER_ID
will be redirected to
www.gmcmap.com/historyData-plain.asp?Param_ID=YOUR_GEIGER_COUNTER_ID&n=100
ccds Posted - 02/08/2023 : 20:03:47
Yes, I understand the server overload when increased requests.
We want to get our site up and running again in terms of collecting historical data from your gmcmap.com site.
Converting MST to our time zone is easy and not our problem.
From our correspondence, as I understand it, the option with gmc-plain-data.asp will no longer working. He gave us 500 records for the latest historical data in JSON.
After changes on your site, a new link www.gmcmap.com/historyData-plain.asp?Param_ID=xxxxxx was suggested, which gives one last JSON record for historical data ({"time":"2023-02-08 18:33: 30 MST","CPM":"19","ACPM":"22.53","uSv":"0.06"}). Is it possible to increase the number of recent entries, let's say at least up to 20?. The reason why one entry is not enough for us is that we take data from your site every 20 minutes and when this one we get only the last one and do not see what happened during the previous 20 minutes for our GMCs that are registered on your site.

To solve our problem (if it is not possible to give us 20 or more records in JSON format by reference), I think about 2 options:
1. take data from www.gmcmap.com/historyData-plain.asp?Param_ID=xxxxxxxx , hence rebuild cron for 1 minute (if host allows) instead of 20 minutes.
2. take data from https://www.gmcmap.com/historyData.asp?Param_ID=xxxxxxxx&systemTimeZone=4 which now gives 500 data, but rather slowly. By the way, instead of this option, it was proposed by you (hero) gmc-plain-data.asp JSON version.

If you offer another version, we will be very happy.
EmfDev Posted - 02/07/2023 : 10:44:52
Im not sure what you mean but as long as you know the Param_ID, you can get those last data readings. User can also convert the MST to their own timezone. You dont need to pull the history everytime, you can just store those data in your own database and pull from those.

This is to reduce the server load as the server keeps crashing or becomes very busy when there are too many requests.
ccds Posted - 02/06/2023 : 19:00:08
thanks EmfDev for the reply
From the link www.gmcmap.com/gmc-plain-data.asp?Param_ID=YOUR_GEIGER_COUNTER_ID&timezone=TIME_ZONE we took data in JSON format to display CPM on our site (www.nonproliferation.ge/maps/background-radiation-stationary-monitoring-map). The link for data collection at our request was provided by you. Removing the "timezone" parameter in the link does not help
MST is understandable, but I don’t know from which new link you can take the data.

There is a link from where I can take data from your site, which is very slow.
For example: https://www.gmcmap.com/historyData.asp?Param_ID=84668536343&systemTimeZone=4 works sometimes (GMC-600)
if it is possible to return the old version that was used recently, it would be good

Thank you
tinwhisker Posted - 02/06/2023 : 17:07:40
To the devs,

Your JSON is broken, the link:

https://www.gmcmap.com/historyData-plain.asp?Param_ID=65115959476

gives:

{"time":"2023-02-06 17:58:44 MST"",CPM":"21"",ACPM":"19.81"",uSv":"0.14"}

The commas are misplaced, the correct output should be:

{"time":"2023-02-06 17:58:44 MST","CPM":"21","ACPM":"19.81","uSv":"0.14"}

Anyone trying to parse data as it is currently given will get errors.
EmfDev Posted - 02/06/2023 : 15:20:05
It seems this link is working www.gmcmap.com/historyData-plain.asp?Param_ID=xxxxxx, please use this instead of also the gmc-plain-data.
EmfDev Posted - 02/06/2023 : 11:13:12
Can you guys check it? The devs changed the time to MST and removed the timezone parameter.
Marco de Chaligny Posted - 02/05/2023 : 06:30:36
Hi all,

Same problem with me in Europe!

hxxp://www.gmcmap.com/historyData-plain.asp?Param_ID=65115959476&timezone=1 ===> 404 error

There is a solution ?
ccds Posted - 02/02/2023 : 17:52:03
Thanks for answer
Question is, if possible to restore link www.gmcmap.com/gmc-plain-data.asp?Param_ID=YOUR_GEIGER_COUNTER_ID&timezone=TIME_ZONE (for example www.gmcmap.com/gmc-plain-data.asp?Param_ID=84668536343&timezone=4 give error 404), that worked up to 2023-01-31 or may be suggest other way for collect data for our website.
Our website take data every 20 min from your site and display results at link: www.nonproliferation.ge/maps/background-radiation-stationary-monitoring-map - on map icons now show N/A
EmfDev Posted - 02/02/2023 : 14:57:43
hello, our devs were investigating why our website crashes too much and is basically inoperable this past few weeks and said they had temporarily fixed the issue. Maybe this is the reason why some features disappeared. May I ask how much data do you need from the map and how often do you make your calls?
ccds Posted - 02/02/2023 : 13:12:13
The question that I think we will solve

URI: www.gmcmap.com/gmc-plain-data.asp?Param_ID=YOUR_GEIGER_COUNTER_ID&timezone=TIME_ZONE after 2023-01-31 stop working (error 404).

We use this link to display data on our website www.nonproliferation.ge/maps/background-radiation-stationary-monitoring-map , now data in map is (N/A).

Is it possible to restore gmc-plain-data.asp or suggest another option?

Thanks
ccds Posted - 02/03/2022 : 05:01:50
Thank you very much! Yes, now the data has appeared.
www.nonproliferation.ge/maps/background-radiation-stationary-monitoring-map - this is our website where we use your resource www.gmcmap.com (we take the data from www.gmcmap.com/gmc-plain-data.asp?Param_ID=OUR_GEIGER_COUNTER_ID&timezone=4) to display the CPM on the map and collect history data.
EmfDev Posted - 02/02/2022 : 17:10:57
We checked and looks like the database has been recently updated. But you should be able to see new data.
ccds Posted - 02/02/2022 : 15:43:00
Thank you very much! Looking forward for your response!
EmfDev Posted - 02/02/2022 : 13:06:04
Hi ccds, thank you for letting us know about this issue. We will check and fix this.

GQ Electronics Technical Support Forum © Copyright since 2011 Go To Top Of Page
Generated in 0.08 sec. Snitz's Forums 2000