Pecan: لم يتم إنشاء ملفات BrownDog / NARR sipnet.clim بشكل صحيح

ومن المثير للاهتمام أن برنامج التشغيل الذي تم إنشاؤه يظهر كخيار إذا عدت إلى نفس الموقع / النموذج

أيضًا ، لست متأكدًا مما إذا كان هذا هو ما يفترض حدوثه ولكن تم إنشاء مجلد sipnet.clim في المستوى الأعلى من مجلد سير عمل البقان كما هو موضح هنا:

[sserbin<strong i="6">@modex</strong> PEcAn_2000000991]$ ll
total 932
-rw-r--r--. 1 apache test    100 Aug 17 11:44 ensemble.output.2000001031.NPP.2002.2004.Rdata
-rw-r--r--. 1 apache test    785 Aug 17 11:43 ensemble.samples.2000001031.Rdata
drwxr-sr-x. 3 apache test     31 Aug 17 11:43 out
-rw-r--r--. 1 apache test   2957 Aug 17 11:41 pecan.CHECKED.xml
-rw-r--r--. 1 apache test   3195 Aug 17 11:43 pecan.CONFIGS.xml
-rw-r--r--. 1 apache test   3114 Aug 17 11:42 pecan.METProcess.xml
-rw-r--r--. 1 apache test   3155 Aug 17 11:42 pecan.TRAIT.xml
-rw-rw-r--. 1 apache test   2151 Aug 17 11:41 pecan.xml
drwxr-sr-x. 3 apache test     51 Aug 17 11:41 pft
drwxr-sr-x. 3 apache test     50 Aug 17 11:43 run
-rw-r--r--. 1 apache test 871702 Aug 17 11:43 samples.Rdata
drwxr-sr-x. 2 apache test     10 Aug 17 11:41 sipnet.clim
-rw-r--r--. 1 apache test    371 Aug 17 11:44 STATUS
-rw-rw-r--. 1 apache test   6320 Aug 17 11:41 workflow.R
-rw-r--r--. 1 apache test  39635 Aug 17 11:44 workflow.Rout

لكن المجلد فارغ

إليك ما يبدو عليه مجلد التشغيل:

[sserbin<strong i="6">@modex</strong> 2000075070]$ ll
total 20
-rwxr-xr-x. 1 apache test 1767 Aug 17 11:43 job.sh
-rw-r--r--. 1 apache test  664 Aug 17 11:43 README.txt
lrwxrwxrwx. 1 apache test   67 Aug 17 11:43 sipnet.clim -> /data/Model_Output/pecan.output/dbfiles/BD-10704043b8b7/sipnet.clim
-rw-r--r--. 1 apache test 2750 Aug 17 11:43 sipnet.in
-rw-r--r--. 1 apache test 2767 Aug 17 11:43 sipnet.param
-rw-r--r--. 1 apache test    1 Aug 17 11:43 sipnet.param-spatial

بناءً على تعليق من robkooper على Slack ، يبدو أن الملف الذي تم إرجاعه هو ملف .zip بدون الامتداد الصحيح. إذا قمت بإعادة تسمية الملف ، يمكنني استخراج ملف البيانات بنجاح وهو ملف sipnet.clim منسق بشكل صحيح.

[sserbin<strong i="7">@modex</strong> BD-10704043b8b7]$ sudo mv sipnet.clim sipnet.clim.zip
[sudo] password for sserbin:
[sserbin<strong i="8">@modex</strong> BD-10704043b8b7]$ ll
total 500
-rw-r--r--. 1 apache test 508617 Aug 17 11:42 sipnet.clim.zip

[sserbin<strong i="9">@modex</strong> BD-10704043b8b7]$ sudo unzip sipnet.clim.zip
Archive:  sipnet.clim.zip
  inflating: NARR.2002-01-01.2004-12-31.clim
[sserbin<strong i="10">@modex</strong> BD-10704043b8b7]$ ll
total 1780
-rw-r--r--. 1 root   test 1309045 Aug 17 10:42 NARR.2002-01-01.2004-12-31.clim
-rw-r--r--. 1 apache test  508617 Aug 17 11:42 sipnet.clim.zip

0       2002    1       0       0.125   -7.9094299316406        -2.44315996314612       0       0.000804662704467773    106.125279746456        279.20088185235 231.658948408484        5.31823073993271        0.6
0       2002    1       3       0.125   -9.32294311523435       -2.39741738404251       0       -0.0412188470363617     75.1397549593781        285.159348289328        227.559947202096        5.60749023697066        0.6
0       2002    1       6       0.125   -10.5312866210937       -2.33946353060725       0       -0.0244013965129852     55.1456123301122        294.838635604529        220.208121240694        5.00348134365326        0.6
0       2002    1       9       0.125   -11.3368286132812       -2.27091310812966       0       -0.0244013965129852     35.953950127431 295.342434940375        222.430670123902        5.07081553376126        0.6
0       2002    1       12      0.125   -12.4007629394531       -2.19504814728271       628398.237304688        0.0848717987537384      19.7246218935274        303.128231282344        217.696640681874        4.52785957682463        0.6
0       2002    1       15      0.125   -8.40720214843748       -2.10964517251597       1622754.71191406        0.000804662704467773    67.3028051574853        265.95481312816 257.728592667697        6.00752887354068        0.6
0       2002    1       18      0.125   -5.53836669921873       -2.05694625720645       1374894.71191406        0.00921338796615601     109.890647291759        230.4657112397  295.058308799463        6.37520017434981        0.6
0       2002    1       21      0.125   -4.0488342285156        -2.02781320104941       58806.474609375 0.0176221132278442      132.242433885207        205.770433990006        320.831082348398        5.77486085931632        0.6
0       2002    2       0       0.125   -5.8043273925781        -2.01090098947708       0       0.00921338796615601     68.1552254424385        198.632733047786        328.702943023655        5.63152559393685        0.6
0       2002    2       3       0.125   -6.48831787109373       -1.97915701994827       0       0.000804662704467773    57.8740762854741        209.776452022241        318.84142518764 4.74670963477183        0.6 ...

قم بتشغيله مرة أخرى ولاحظ الآن وجود ملفين مختلفين BD clim في ملف zip المسمى بشكل غير صحيح

[sserbin<strong i="6">@modex</strong> BD-650a29c32afa]$ ll
total 3556
-rw-r--r--. 1 root   test 2191869 Aug 17 11:37 NARR.2000-01-01.2004-12-31.clim
-rw-r--r--. 1 root   test  439523 Aug 17 09:57 NARR.2004-01-01.2004-12-31.clim
-rw-r--r--. 1 apache test 1003128 Aug 17 12:37 sipnet.clim.zip

مشكلة أخرى هي أن رابط sym المستخدم في job.sh لا يتطابق مع أسماء الملفات:

[sserbin<strong i="10">@modex</strong> 2000075302]$ ll
total 20
-rwxr-xr-x. 1 apache test 1768 Aug 17 12:37 job.sh
-rw-r--r--. 1 apache test  673 Aug 17 12:37 README.txt
lrwxrwxrwx. 1 apache test   67 Aug 17 12:37 sipnet.clim -> /data/Model_Output/pecan.output/dbfiles/BD-650a29c32afa/sipnet.clim
-rw-r--r--. 1 apache test 2750 Aug 17 12:37 sipnet.in
-rw-r--r--. 1 apache test 2771 Aug 17 12:37 sipnet.param
-rw-r--r--. 1 apache test    1 Aug 17 12:37 sipnet.param-spatial

# see if application needs running
if [ ! -e "/data/Model_Output/pecan.output/PEcAn_2000000994/out/2000075302/sipnet.out" ]; then
  cd "/data/Model_Output/pecan.output/PEcAn_2000000994/run/2000075302"
  ln -s "/data/Model_Output/pecan.output/dbfiles/BD-650a29c32afa/sipnet.clim" sipnet.clim
...

فحص سريع لما أعتقد أنه يجب أن يكون بطريقة الإعداد:

[sserbin<strong i="6">@modex</strong> 2000075302]$ sudo ln -s /data/Model_Output/pecan.output/dbfiles/BD-650a29c32afa/NARR.2000-01-01.2004-12-31.clim sipnet.clim
[sserbin<strong i="7">@modex</strong> 2000075302]$ ll
total 20
-rwxr-xr-x. 1 apache test 1768 Aug 17 12:37 job.sh
-rw-r--r--. 1 apache test  673 Aug 17 12:37 README.txt
lrwxrwxrwx. 1 root   test   87 Aug 17 12:42 sipnet.clim -> /data/Model_Output/pecan.output/dbfiles/BD-650a29c32afa/NARR.2000-01-01.2004-12-31.clim
-rw-r--r--. 1 apache test 2750 Aug 17 12:37 sipnet.in
-rw-r--r--. 1 apache test 2771 Aug 17 12:37 sipnet.param
-rw-r--r--. 1 apache test    1 Aug 17 12:37 sipnet.param-spatial

[sserbin<strong i="8">@modex</strong> 2000075302]$ sudo ./job.sh

[sserbin<strong i="9">@modex</strong> out]$ cd 2000075302
[sserbin<strong i="10">@modex</strong> 2000075302]$ ll
total 3456
-rw-r--r--. 1 apache test      1293 Aug 17 12:43 logfile.txt
-rw-r--r--. 1 root   test       673 Aug 17 12:43 README.txt
-rw-r--r--. 1 root   test   3523496 Aug 17 12:43 sipnet.out
-rw-------. 1 apache apache       0 Aug 17 12:37 stderr.log
-rw-------. 1 apache apache     119 Aug 17 12:37 stdout.log

[sserbin<strong i="11">@modex</strong> 2000075302]$ ll
total 5956
-rw-rw-r--. 1 sserbin test    507576 Aug 17 12:48 2000.nc
-rw-rw-r--. 1 sserbin test       743 Aug 17 12:48 2000.nc.var
-rw-rw-r--. 1 sserbin test    506200 Aug 17 12:48 2001.nc
-rw-rw-r--. 1 sserbin test       743 Aug 17 12:48 2001.nc.var
-rw-rw-r--. 1 sserbin test    506200 Aug 17 12:48 2002.nc
-rw-rw-r--. 1 sserbin test       743 Aug 17 12:48 2002.nc.var
-rw-rw-r--. 1 sserbin test    506200 Aug 17 12:48 2003.nc
-rw-rw-r--. 1 sserbin test       743 Aug 17 12:48 2003.nc.var
-rw-rw-r--. 1 sserbin test    507576 Aug 17 12:48 2004.nc
-rw-rw-r--. 1 sserbin test       743 Aug 17 12:48 2004.nc.var
-rwxrwxrwx. 1 apache  test        16 Aug 17 12:46 logfile.txt
-rwxrwxrwx. 1 root    test       673 Aug 17 12:46 README.txt
-rwxrwxrwx. 1 root    test   3523496 Aug 17 12:43 sipnet.out
-rwxrwxrwx. 1 apache  apache       0 Aug 17 12:37 stderr.log
-rwxrwxrwx. 1 apache  apache     119 Aug 17 12:37 stdout.log

robkooper هل كان لديك وقت للنظر في مشكلات BD مع NARR؟

أعتقد أنه ربما تم إصلاح هذا بالرقم 2039 ، وسأحتاج إلى اختبار ذلك.

في أي سنة تختار؟
سنة واحدة أم عدة؟

robkooper حاول للتو مرة أخرى ، وحصل على هذا:

prerun
Error: no climate data in sipnet.clim
mv: cannot stat `/data/Model_Output/pecan.output/PEcAn_2000001054/run/2000079623/sipnet.out': No such file or directory

هذا هو الدليل الذي يبدو أفضل هذه المرة:

[sserbin<strong i="10">@modex</strong> run]$ cd 2000079623/
[sserbin<strong i="11">@modex</strong> 2000079623]$ ll
total 20
-rwxr-xr-x. 1 apache test 1767 Sep 14 08:09 job.sh
-rw-r--r--. 1 apache test  663 Sep 14 08:09 README.txt
lrwxrwxrwx. 1 apache test   67 Sep 14 08:10 sipnet.clim -> /data/Model_Output/pecan.output/dbfiles/BD-9ac83554512c/sipnet.clim
-rw-r--r--. 1 apache test 2750 Sep 14 08:09 sipnet.in
-rw-r--r--. 1 apache test 2757 Sep 14 08:09 sipnet.param
-rw-r--r--. 1 apache test    1 Sep 14 08:09 sipnet.param-spatial

لكن لا شيء في الملف ؟؟

[sserbin<strong i="15">@modex</strong> 2000079623]$ cd /data/Model_Output/pecan.output/dbfiles/BD-9ac83554512c/
[sserbin<strong i="16">@modex</strong> BD-9ac83554512c]$ ll
total 0
-rw-r--r--. 1 apache test 0 Sep 14 08:08 sipnet.clim
[sserbin<strong i="17">@modex</strong> BD-9ac83554512c]$

من workflow.log

> 
> # Do conversions
> settings <- PEcAn.utils::do_conversions(settings)
2018-09-14 08:06:24 DEBUG  [PEcAn.utils::do_conversions] : 
   do.conversion outdir /data/Model_Output/pecan.output/dbfiles 
2018-09-14 08:06:24 INFO   [PEcAn.utils::do_conversions] : PROCESSING:  met 
2018-09-14 08:06:24 INFO   [PEcAn.utils::do_conversions] : 
   calling met.process: 
2018-09-14 08:06:28 INFO   [browndog.met] : 
   browndog download url : 
   http://dap.ncsa.illinois.edu:8184/file/20285355_pecan.clim 
2018-09-14 08:08:29 WARN   [PEcAn.DB::db.close] : 
   Connection created outside of PEcAn.DB package 
2018-09-14 08:08:29 DEBUG  [PEcAn.utils::do_conversions] : 
   updated met path: 
   /data/Model_Output/pecan.output/dbfiles/BD-9ac83554512c/sipnet.clim 
> 
> # Query the trait database for data and priors
> if (PEcAn.utils::status.check("TRAIT") == 0){
+   PEcAn.utils::status.start("TRAIT")
+   settings <- PEcAn.workflow::runModule.get.trait.data(settings)
+   PEcAn.settings::write.settings(settings, outputfile='pecan.TRAIT.xml')
+   PEcAn.utils::status.end()
+ } else if (file.exists(file.path(settings$outdir, 'pecan.TRAIT.xml'))) {
+   settings <- PEcAn.settings::read.settings(file.path(settings$outdir, 'pecan.TRAIT.xml'))
+ }
2018-09-14 08:08:31 INFO   [query.trait.data] : 
   --------------------------------------------------------- 

هنا معلومات الجري الخاصة بي

  <run>
    <site>
      <id>1000025731</id>
      <met.start>1990/01/01</met.start>
      <met.end>1991/12/31</met.end>
    </site>
    <inputs>
      <met>
        <source>NARR</source>
        <output>SIPNET</output>
      </met>
    </inputs>
    <start.date>1990/01/01</start.date>
    <end.date>1991/12/31</end.date>
  </run>

أعتقد أن هذا تم إصلاحه في فرع التطوير ولكن لم يتم نشره بعد. سأعمل مع @ yan130 لاختبار ومعرفة ما إذا كان يعمل على خادم dev بهذا الملف المحدد.

robkooper موافق شكرا. أنا أستخدم فرع التطوير لهذه العمليات ، فقط لم تدفع التغييرات لفرع محلي؟

ليس لدينا فرع التطوير المنتشر هنا. هذه الحالة بالذات تتبع الفرع الرئيسي. كنت أتمنى نشر الإصدار الجديد هناك. سأتحقق من الأمر مع

robkooper لست متأكدًا من أنني أتابع ...... أنا أيضًا ما زلت غير متأكد من نهاية هذا الخطأ. أفترض أننا سنتأكد من أنه يمكن أن يعمل مع كل من المعلم والتطوير؟

هل لدينا أي إصلاحات لهذا حتى الآن؟ @ para2x في مرحلة ما في SDA الخاص بك متعدد المواقع ، أعتقد أننا سنرغب في العمل مع برامج تشغيل NARR عبر المواقع ، أو على الأقل كانت هذه هي الخطة الأصلية. لكننا كنا ننتظر حلا.

صدم. هل تمكن أي شخص آخر من استخدام BrownDog NARR مع sipnet مؤخرًا؟ إذا كان الأمر كذلك ، فيرجى إبلاغي بذلك ، ربما تمت معالجته ويعمل مرة أخرى .... غير واضح.

إذا كانت هناك مشكلات مع BrownDog NARR ، فسأستخدم موقع NARR المستند إلى THREDDS في هذه الأثناء

robkooper أنا اختبرت هذه الحالة على المنتج والخطأ هو رابط بروتوكول نقل الملفات خاطئ:

<input> <type>NARR</type> <site>US-SSH</site> <lat>40.6658</lat> <lon>-77.9041</lon> <start_date>1990-01-01 00:00:00</start_date> <end_date>1991-12-31 23:59:59</end_date> </input>

remotefunc <- function () {PEcAn.data.atmosphere :: download.NARR (site_id = '1135'، lat.in = 40.6658، lon.in = -77.9041، model = NULL، السيناريو = NULL، ensemble_member = NULL، الكتابة فوق = FALSE، outfolder = '/ home / polyglot / cache / PEcAn / NARR_site_1-25731 /'، start_date = '1990-01-01'، end_date = '2014-12-31')}
remoteout <- remotefunc ()

الحزمة المرفقة: "PEcAn.utils"

الكائن التالي مقنع من " package: utils ":
تحميل الملف

2019-01-23 11:18:33 DEBUG [PEcAn.data.atmosphere :: download.NARR]:
ملف "/home/polyglot/cache/PEcAn/NARR_site_1-25731//pres.sfc.2014.nc"
موجود بالفعل ، والتخطي إلى الملف التالي.
2019-01-23 11:18:33 DEBUG [PEcAn.data.atmosphere :: download.NARR]:
ملف "/home/polyglot/cache/PEcAn/NARR_site_1-25731//pres.sfc.2013.nc"
موجود بالفعل ، والتخطي إلى الملف التالي.
2019-01-23 11:18:33 DEBUG [PEcAn.data.atmosphere :: download.NARR]:
التنزيل من:
ftp://ftp.cdc.noaa.gov/Datasets/NARR/monolevel/pres.sfc.2012.nc إلى:
/home/polyglot/cache/PEcAn/NARR_site_1-25731//pres.sfc.2012.nc
محاولة عنوان URL "ftp://ftp.cdc.noaa.gov/Datasets/NARR/monolevel/pres.sfc.2012.nc"
خطأ في utils :: download.file (url ، اسم الملف ، طريقة):
لا يمكن فتح عنوان URL 'ftp://ftp.cdc.noaa.gov/Datasets/NARR/monolevel/pres.sfc.2012.nc'
المكالمات: remotefunc ->->->
بالإضافة إلى ذلك: رسالة تحذير:
في utils :: download.file (url ، filename ، الطريقة):
عنوان URL "ftp://ftp.cdc.noaa.gov/Datasets/NARR/monolevel/pres.sfc.2012.nc": الحالة كانت "تعذر الاتصال بالخادم"
توقف التنفيذ
[1] 1
2019-01-23 11:20:41 معلومات [PEcAn.utils :: convert.input]:
النتائج: تحويل. إدخال
2019-01-23 11:20:41 INFO [PEcAn.utils :: convert.input]: 1
2019-01-23 11:20:41 معلومات [PEcAn.utils :: convert.input]:
خطأ في الملف! = "":المقارنة (2) ممكنة فقط للأنواع الذرية والقائمة
المكالمات: met.process ... .download.raw.met.module ->-> مجموعة فرعية -> مجموعة فرعية. افتراضي
2019-01-23 11:20:41 تحذير [db.close]:
تم إنشاء الاتصال خارج حزمة PEcAn.DB
توقف التنفيذ

ملاحظة: لا أعرف سبب تنزيله من عام 2014 ، لقد بدأت للتو في عام 1990 وانتهت عام 1991.

مرحبا بكم في اغلاق الحكومة ربما؟

@ yan130 لقد اختبرت رابط FTP هذا ويبدو أنه تم

لقد قمت بتشغيل هذا للتو ويبدو أنه يسحب البيانات

remotefunc <- function() {PEcAn.data.atmosphere::download.NARR(site_id='1135', lat.in=40.6658, lon.in=-77.9041, model=NULL, scenario=NULL, 
                                                               ensemble_member=NULL, overwrite=FALSE, outfolder='~/scratch', 
                                                               start_date='1990-01-01', end_date='2014-12-31')}
remoteout <- remotefunc()

serbinsh أقوم بتشغيله ، ويستغرق بعض الوقت (ربما يوم واحد) ، وسوف أقوم

Thanks @ yan130 هل تختبر كود NARR الأساسي أو إصدار BrownDog؟

أحتاج إلى تشغيل كود NARR الأساسي على خادم BrownDog أولاً.
عندما ينتهي ما أقوم بتشغيله ، يمكنك تشغيل إصدار BrownDog من جهازك.

آه ، حسنًا ، هذا منطقي. اشكرك!

غريب ، لقد قمت بتحديث البقان إلى أحدث مطور والآن أتلقى هذا الخطأ:

> remotefunc <- function() {PEcAn.data.atmosphere::download.NARR(site_id='1135', lat.in=40.6658, lon.in=-77.9041, model=NULL, scenario=NULL, ensemble_member=NULL, method=NULL, overwrite=FALSE, outfolder='/data/Model_Output/pecan.output/dbfiles/NARR_site_1135/', start_date='1990-01-01', end_date='2014-12-31')}

> remoteout <- remotefunc()

2019-01-28 15:10:40 DEBUG  [#1: PEcAn.data.atmosphere::download.NARR] :
   Downloading from:
   ftp://ftp.cdc.noaa.gov/Datasets/NARR/monolevel/pres.sfc.2014.nc to:
   /data/Model_Output/pecan.output/dbfiles/NARR_site_1135//pres.sfc.2014.nc
Error in if (method == "ncftpget") { : argument is of length zero
> traceback()
3: PEcAn.utils::download.file(url, new.file, method)
2: PEcAn.data.atmosphere::download.NARR(site_id = "1135", lat.in = 40.6658,
       lon.in = -77.9041, model = NULL, scenario = NULL, ensemble_member = NULL,
       method = NULL, overwrite = FALSE, outfolder = "/data/Model_Output/pecan.output/dbfiles/NARR_site_1135/",
       start_date = "1990-01-01", end_date = "2014-12-31") at #1
1: remotefunc()

ومع ذلك ، لا يزال الأمر المماثل أعلاه يعمل ، تحتاج إلى معرفة سبب وجود اختلاف الآن

آها ، المشكلة مع الأمر الأحدث في PEcAn هي أنه يعين "الطريقة" على NULL افتراضيًا ، وهي أخطاء بالنسبة لي. لكن إذا ركضت كـ:

remotefunc <- function() {PEcAn.data.atmosphere::download.NARR(site_id='1135', lat.in=40.6658, lon.in=-77.9041, model=NULL, scenario=NULL, ensemble_member=NULL, overwrite=FALSE, 
                                                               outfolder='~/scratch', start_date='1990-01-01', end_date='1990-02-01')}
remoteout <- remotefunc()

إنه يعمل بشكل جيد.

لا أجد هنا: https://github.com/PecanProject/pecan/blob/develop/modules/data.atmosphere/R/download.NARR.R

أو هنا: https://github.com/PecanProject/pecan/blob/develop/modules/data.atmosphere/R/download.NARR_site.R

حيث يتم تعيين "الطريقة" على NULL افتراضيًا؟ كما أنه لا يحدث هنا ، بقدر ما أستطيع أن أقول؟ https://github.com/PecanProject/pecan/blob/develop/web/03a-narr.php . لكن هذه "الطريقة = NULL" تكسر NARR بالنسبة لي على modex لأن ذلك يحتاج إلى الاستيلاء عليه من ملفنا الشخصي R.

سجل الخطأ الحالي:

بدء تحويل خاص بالنموذج
[1] "التحويل إلى تنسيق نموذج"
لم يتم تعيين أسماء جغرافية راجع http://geonames.wordpress.com/2010/03/16/ddos-part-ii/ وعيِّن واحدًا بخيارات (geonamesUsername = "foo") لكي تعمل بعض الخدمات
خطأ في url (url ، open = "r"):
لا يمكن فتح الاتصال بـ "http://ws.geonames.org/timezoneJSON؟lat=40.6658&lng=-77.9041&radius=0&username=carya"
المكالمات: met.process ... site.lst -> GNtimezone -> as.data.frame -> getJson -> url
بالإضافة إلى ذلك: رسالة تحذير:
في url (url ، open = "r"):
عنوان URL " http://ws.geonames.org/timezoneJSON؟lat=40.6658&lng=-77.9041&radius=0&username=carya ": كانت الحالة "تعذر حل اسم المضيف"
2019-01-31 15:28:05 تحذير [db.close]:
تم إنشاء الاتصال خارج حزمة PEcAn.DB
توقف التنفيذ

@ yan130 أحصل على رسالة الخطأ هذه من طرفي:

""> # قم بالتحويلات

الإعدادات <- PEcAn.workflow :: do_conversions (الإعدادات)
2019-02-01 08:33:22 DEBUG [PEcAn.workflow :: do_conversions]:
do.conversion outdir /data/Model_Output/pecan.output/dbfiles
2019-02-01 08:33:22 INFO [PEcAn.workflow :: do_conversions]: المعالجة: التقى
2019-02-01 08:33:22 INFO [PEcAn.workflow :: do_conversions]:
استدعاء met.process:
2019-02-01 08:33:25 معلومات [browndog.met]:
عنوان url الخاص بتنزيل browndog:
http://dap.ncsa.illinois.edu : 8184 / ملف / 20318176_pecan.clim
خطأ في basename (الملف الذي تم تنزيله): توقع وسيطة متجه للحرف
المكالمات:->-> browndog.met -> الاسم الأساسي
proc.time ()
انقضى نظام المستخدم
11.513 1.215 662.677
"".

ربما عملك لهدم كل من NARR فشل؟ جاء هذا الخطأ بعد طول انتظار فأفترض أنه كان يعمل على الاستخراج وفشل في التحويل؟ robkooper ، هل لديكم سجلات على هذه النهاية قد تضيء هذه المشكلة؟

سجل الخطأ الحالي:

بدء تحويل خاص بالنموذج
[1] "التحويل إلى تنسيق نموذج"
لم يتم تعيين أسماء جغرافية راجع http://geonames.wordpress.com/2010/03/16/ddos-part-ii/ وعيِّن واحدًا بخيارات (geonamesUsername = "foo") لكي تعمل بعض الخدمات
خطأ في url (url ، open = "r"):
لا يمكن فتح الاتصال بـ "http://ws.geonames.org/timezoneJSON؟lat=40.6658&lng=-77.9041&radius=0&username=carya"
المكالمات: met.process ... site.lst -> GNtimezone -> as.data.frame -> getJson -> url
بالإضافة إلى ذلك: رسالة تحذير:
في url (url ، open = "r"):
عنوان URL " http://ws.geonames.org/timezoneJSON؟lat=40.6658&lng=-77.9041&radius=0&username=carya ": كانت الحالة "تعذر حل اسم المضيف"
2019-01-31 15:28:05 تحذير [db.close]:
تم إنشاء الاتصال خارج حزمة PEcAn.DB
توقف التنفيذ

يمكن إصلاح ذلك عن طريق إضافة عنوان url جديد لواجهة برمجة التطبيقات:
الخيارات (geonamesHost = "api.geonames.org")

لجميع الأسماء الجغرافية: مكالمات GNtimezone.

تضمين التغريدة
يمكنني إضافة هذا الخط إلى PEcAn_convert.R في browndog ،
أو وحدات / data.atmosphere / R / site.lst.R في مشروع بيكان.
ما هي الطريقة التي تفضلها؟

serbinsh يجب أن يعمل الآن ، يرجى ترك تعليق إذا كنت لا تزال تواجه مشاكل.

تحقق من إصدار الأسماء الجغرافية المثبت. قد يتم إصلاح هذا في التحديث.

الأحدث ، لا يوجد تحديث منذ 2014.
https://cran.r-project.org/web/packages/geonames/index.html

هل يمكنك تجربة Rscript -e "devtools::install_github('ropensci/geonames')" ومعرفة ما إذا كان ذلك يحل المشكلة. هذا هو ما يتم استخدامه حاليًا في PEcAn.

لا يعمل. لم يعثر على اسم المضيف في الكود المصدري لـ "ropensci / geonames"

مجرد متابعة لهذا ، أي تقدم في تشغيل عملية NARR مرة أخرى عبر BD؟

لقد حاولت مرة أخرى هذا AM ووجدت أنه يقوم بإنشاء ملف sipnet.clim ، لكنه فارغ

هذه المشكلة قديمة لأنها كانت مفتوحة 365 يومًا بدون أي نشاط.