Gale Warning
Issued at: 05:00 AM TODAY , 23 November 2019
Gale Warning # 45 (Final)
For: MODERATE TO STRONG WINDS ASSOCIATED WITH THE NORTHEAST MONSOON.

Gale Warning in PDF file



Weather Advisory
Issued at: 10:00 AM 2019 November 19
Weather Advisory in PDF file




General Flood Advisories - Regional
 General Flood Advisory issued as of 7 PM, 20 August 2018



Advisories


Monthly Climate Assessment and Outlook (July-August 2018)

Issued: 06 August 2018

Monthly Rainfall Forecast
RAINFALL FORECAST  (September 2018 - February 2019) 
UPDATED: 29 August 2018 (next update September 26, 2018)


Regional Rainfall Forecast
Issued: 29 August 2018
Valid for: September 2018 - February 2019
Farm Weather Forecast and Advisories
ISSUED: 8 AM,  FRIDAY,  MAY 24, 2019
VALID UNTIL: 8 AM,  SATURDAY, MAY 25
, 2019
FWFA:  N0. 19-144

Ten-Day Regional Agri-Weather Information
DEKAD NO. 15   MAY 21 - 31, 2019
PHILIPPINE AGRI-WEATHER FORECAST
The weather systems that will affect the whole country are the frontal system, easterlies, ridge of high pressure area, intertropical convergence zone (ITCZ) and low pressure area (LPA).

Seasonal Climate Outlook
Issued:  13 July 2018
FOR July - December 2018
PDF 




Astronomical Diary
Issue for October 2018
The October Orionids meteor shower will be active from October 17-25, 2017.




   PAGASA webmail  Learning Tools  Bidding 

  Training Activities  Vacancy  Research-and-Development

  Engineering  faqupdate  Publications 
18 September 2017

SUPPLEMENTAL / BID BULLETIN

Addendum No. IB 2017-032-03

Subject:   “Supply, Delivery, Installation, Testing, Training and Commissioning of Severe Weather Early Warning System Based on Total Lightning Detection”; ABC Php120,000,000.00 /            PR No. 2017-05-0449 / Ref. No. IB 2017-2017-032

This Bid Bulletin is being issued to answer official queries submitted in writing by the prospective bidders, to wit:

QUERIES OF DOMESTIC TRADING CORPORATION

PAGASA-BAC ANSWERS

Section B2 - Qualification of the Bidder"

Manufacturer should have supplied and installed the same for at least five (5) years in any country. Bidder should submit as proof of completed/awarded contracts of similar scope."

Does this mean that a manufacturer must have installed a lightning network in any country more than five (5) years ago?

TOR Section C.2.

The manufacturer should have supplied and installed Lightning Detection System (LDS) within the last five (5) years.

Section El- Severe Weather Now-casting Enhancement Network (SWNEN)

Why is there a minimum number of sensors required? There must be no minimum number of sensors so long as the manufacturer can achieve the accuracy required.

May we suggest that PAGASA consider specifying the performance of the network over the area of interest: location accuracy, detection efficiency of CG and IC, classification accuracy (ability to distinguish between CG and K'), polarity, peak current estimation etc., and allow the vendor to recommend sensor numbers, supported by rationale. 

Likewise, integration of lightning detection sensors to Automatic weather stations does not add value to both lightning detection accuracy and vice versa (other weather parameters). It may even cause delay in transferring the data to the network.

Please take note too that an individual sensor of a lightning detection network does not provide any information as we always need a group of sensors to locate lightning within a network.

To have the most reliable and accurate data on lightning detection, the lightning detection network shall be an independent instrument and not part of the weather station network.

TOR Section F.1 (Severe Weather Now-casting Enhancement Network).

The bidder should provide the minimum number of equipment as specified which is 28.   The number of AWS and LDS has been requested by PAGASA to ensure sufficient redundancy and mesoscale coverage. Proposals shall be itemized accordingly by the respective bidders in their submissions.

Performance of the Severe Weather Now-casting Enhancement Network (SWNEN) as a whole and the associated Lightning Detection System technology is specified in Section G of the TOR as follows:

a)      Lightning Detection Sensor (LDS) Performance Specifications.

·      The LDN shall use the Time-Of-Arrival methodology to integrate multiple Lightning Detection Sensors into a single network used to precisely locate and classify lightning strike data.

·      The LDN shall enable the location of lightning strikes, and their classification as either Cloud to Ground (CG) or In-Cloud (IC) flashes

 

·      The LDN shall operate according to the following performance criteria:

o   Ninety percent (90%) Detection Efficiency (DE) rate for Cloud to Ground (CG) lightning over the specified coverage area.  Methodologies used to arrive at the DE rate must be described and verified through ground truth case studies supplied in the bidder’s response.

o   Fifty percent (50%) Detection Efficiency rate for In-Cloud (IC) lightning over the specified coverage area.  Methodologies used to arrive at the DE rate must be described and verified through comparative case studies supplied by the supplier/bidder.

o   Location Accuracy of CG and IC Flashes shall be an average of 300 meters or better. Methodologies used to arrive at the Location must be described and verified through ground truth case studies supplied by the supplier/bidder.

Bidders are invited to submit performance projection maps and associated methodologies demonstrating how the prospective SWNEN that is configured in accordance with the tender specifications will perform once installed and operating under contract.

Both the performance criteria and the number of LDS are set because PAGASA may find it difficult to verify performance claims alone. There is no reference high resolution network in Philippines today. Performance claims are likely to be based on projections from other geographies. Including the number of sensors in addition to performance criteria helps ensure that SWNEN will achieve desired metrics.

The Automatic Weather Station (AWS) and LDS may be located side by side at the individual PAGASA facilities listed in the site location list.   The bidder shall comply with data latency requirements in Section G.4(b) and (c) in accordance with the Terms of Reference which are as follows:

b.                                                             Basic Lightning Data

                      i.  The LDN DMS shall record the following data characterizing the observed lightning activity:

·         Pulse or Flash time in Coordinated Universal Time (UTC)

·         Location

·         Latitude in decimal degrees

·         Longitude in decimal degrees

·         Polarity

·         Signal strength

·         Type: Cloud to Ground (CG) or In-Cloud (IC)

·         Height of IC in km

 

                    ii.   Total time from when lightning occurs to when that flash is reported must be 1 minute or less for 99% of all flashes.

                iii.   Accuracy of the reported time of lightning strikes shall be one (1) second or better.

               iv.   No more than 1% of reported lightning flashes can be considered false alarms.

c.    Severe Weather Warnings Based on Total Lightning

                   i.   The LDN DMS shall use the collected lightning data to identify and track the initiation and development of convective storm cells and to automatically generate real-time severe weather warnings.

                 ii.   The LDN DMS shall automatically cluster lightning data into storm cells with defined boundaries at no longer than 1 minute intervals and no less than 1-minute latency.

                iii.   The storm cells shall record perimeter boundaries, center, size, speed and direction of travel, as well as IC and CG flash and strike rates every minute.

iv. The LDN DMS shall have the capacity to issue no less than three different levels (colors) of weather warnings: mild, moderate and severe.

v. A Severe Weather Warning shall be issued by the LDN DMS once a storm cell's flash rate characteristics have exceeded thresholds indicating an imminent severe weather threat.

vi. The Severe Weather Warning shall be in two forms: a polygon indicating the speed and direction of the threat and its probable location and duration and a corresponding text alert bulletin in CAP (Common Alert Protocol) format.

vii. The Severe Weather Warnings shall be automated and provide advanced warning on the potential for severe weather such as frequent lightning, hail, heavy rainfall, wind gusts and other types of severe weather.

viii. The Severe Weather Warnings shall be updated at regular intervals until the dangerous weather activity is no longer a threat and the warning expires.

ix. The Severe Weather Warnings shall be made available via a documented API and be fully accessible to Real-time Weather Data Display or other GIS display systems, databases or applications including SMS, IVR, and Smartphone Apps.


Section E2 - Mesoscale AWS Network (MAWSN)

Please note that the existing PAGASA AWS network does not have any LDS sensor or data. Hence, data from the existing PAGASA AWS network will be supplemented by these mesoscale AWS reporting real-time surface weather conditions to PAGASA for monitoring and forecasting high impact phenomena at their locations is quite unclear. The only data integration that will be supplemented by the new AWS to the existing AWS network is the data from all the AWS sensors and not the lightning data.

TOR Section G.2 (Mesoscale AWS Network).

The Lightning Detection system will be installed at PAGASA sites, there should also be an AWS at the said site.  The bidder shall be responsible in the integration of the AWS into the Mesoscale AWS Network (MAWS).   It shall also be responsible in providing methodology in collecting data from other PAGASA AWS in order to supplement the required observations to generate the Severe Weather Now-casting System requirements.   Data from PAGASA’s current AWS, SWNEN and MAWSN shall be used in the WFS in accordance with Section G.6(a), 6(g)as follows:

6.    Sensor-Based Weather Forecasting System (WFS)

a.    The WFS shall generate and deliver medium-range (1-14 day) forecasts for locations across Philippines to PAGASA forecasters.

i.  WFS shall use data from the Mesoscale AWS and Severe Weather LDN as well as other data streams, to improve the accuracy of forecast information.

ii.   WFS will deliver point forecasts tuned with sensor data for each of the 28 sites where the AWS/LDS are installed.

 

iii.  WFS is to deliver forecasts for a number of points to be specified by PAGASA.

g.    WFS shall utilize AWS and convective storm information collected, as inputs to improve model forecast output, and provide model verification.

Section E3c - Sensor Based Weather Forecasting System

"Data service that will receive data from the Mesoscale AWS Network and the Severe Weather Now casting Enhancement Network as well as existing AWA and other regional and international weather and climate data streams to deliver medium range (1-14 days) forecast of several points across Philippines to PAGASA".

As PAGASA is a weather forecasting agency this requirement is difficult to understand. Please provide further clarification with required performance metrics.

TOR Section F.3.c (Sensor-based Weather Forecasting System).

Conceptually, this is a data management system or application that will be responsible in managing a data service that will receive data from the Mesoscale AWS Network and the Severe Weather Now-casting Enhancement Network as well as existing AWS and other regional and international weather and climate data streams to deliver medium-range (1-14 day) forecasts of several points across Philippines to PAGASA.    The bidder can provide its own system that will deliver the same services.

This is not an equipment only tender.  PAGASA routinely procures supporting technologies and associated services to enhance its capacity as the weather forecasting agency of the Philippines. As noted in the requirements, this can be a full range of observation and forecast data originating in a variety of sources that improve forecast accuracy and early warning.  The specifications for the WFS are presented in sufficient technical detail in Section G.6 to meet the needs of users at PAGASA.

Section Fla - Lightning Detection Network Hardware Specifications

 "Apart from the network performance criteria there should be no fewer than 28 Lightning Detection Sensors (LDS) included in network configuration."

May we suggest that network performance is the critical requirement and not the statement no fewer than 28 sensors. There are lightning technologies that can deliver the performance, and provided redundancy, with significantly fewer sensors. PAGASA will increase its cost by including this sensor requirement in its current specifications. It is worth noting that Vaisala's network across the USA, the National Lightning Detection Network (NLDN), the longest running, best performing network in the world uses 120 sensors, compared to our competitor that requires 900 sensors.

TOR Section G.1.a. Lightning Detection Network Hardware Specifications

“Apart from the network performance criteria (above) there shall be no fewer than 28 Lightning Detection Sensors (LDS) included in network configuration”

The bidder should provide the minimum number of equipment as specified.   The number of AWS and LDS has been requested by PAGASA to ensure sufficient redundancy and mesoscale coverage.   Proposals shall be itemized accordingly by the respective bidders in their submissions.

Section Flb - Lightning Detection Sensors

"Sensors shall enable total lightning detection by wideband frequency range of detection".

Wide frequency bands lead to greater exposure to electromagnetic noise and higher frequency bands means sensors must be located closer together to use that frequency, which means PAGASA needs to purchase more sensors than necessary to achieve the required performance. May we suggest that this requirement be removed?

TOR Section F.1.b.

“Sensors shall enable total lightning detection by wideband frequency range of detection”. Referring to Section G.1(b) of the TOR which is as follows:

d.   Lightning Detection Sensor (LDS)

·      The LDS method of lightning detection must be described in detail in the bidder’s response document.

·      LDS electronics shall be housed in environmentally sealed enclosures.

·      LDS shall operate using standard internet (IP) communications and electric power.

·      LDS shall require no regularly scheduled maintenance.

·      LDS shall enable remote calibration, software updates and testing without site visits.

·      LDS shall have digital and/or analog noise filtering at sensor site

·      LDS shall have detection range 700km or greater 

·      Sensors shall enable total lightning detection by wideband frequency range of detection

·      Timing accuracy shall be under +/- 5nsec to GPS/UTC

·      There should be no sensor-dead/re-arm time so as to avoid lost data

·      LDS shall be capable of recording and sending the full waveform of the electrical or magnetic field pulse

·      Manufacturer shall have EN ISO 9001 certification and must provide evidence of same.

 

The bidders may provide frequency range of detection as long as it will comply with the deliverables and shall not compromise the performance quality of the system.   Bidders are requested to thoroughly explain their solutions. The requirements state that LDS are to include digital and/or analog noise filtering and are required to have a range of 700km or greater.  The LDS technology can include LF frequencies as well as higher frequencies. Bidders are encouraged to submit technical information on ways their respective systems deal with impacts of exposure to electromagnetic noise on resultant system performance.

Section Fl b - Lightning Detection Sensors (LDS)

"LDS shall be capable of recording and sending the full waveform of the electrical or magnetic field pulse".

This requirement is often encouraged by manufacturers who use a sensor technology that cannot process the waveform at the sensor site itself. These sensors are less sophisticated. There is a significant advantage in communicating only the important parts of the waveform to reduce bandwidth requirements .May we again suggest that this requirement be removed?

TOR Section G.1.b.

“LDS shall be capable of recording and sending the full waveform of the electrical or magnetic field pulse”.     Referring to Section G.1.b:

b)                                            Lightning Detection Sensor (LDS)

·         The LDS method of lightning detection must be described in detail in the bidder’s response document.

·         LDS electronics shall be housed in environmentally sealed enclosures.

·         LDS shall operate using standard internet (IP) communications and electric power.

·         LDS shall require no regularly scheduled maintenance.

·         LDS shall enable remote calibration, software updates and testing without site visits.

·         LDS shall have digital and/or analog noise filtering at sensor site

·         LDS shall have detection range 700km or greater 

·         Sensors shall enable total lightning detection by wideband frequency range of detection

·         Timing accuracy shall be under +/- 5nsec to GPS/UTC

·            There should be no sensor-dead/re-arm time so as to avoid lost data

·            LDS shall be capable of recording and sending the full waveform of the electrical or magnetic field pulse

·            Manufacturer shall have EN ISO 9001 certification and must provide evidence of same.

 

The LDS will be capable of recording and sending the full waveform or partial of the waveform of the electrical or magnetic field pulse as long as it will not compromise the performance quality of the system.  Bidders shall submit all relevant information with their response.

Section F3d - Provide all equipment to protect the AWS

The specifications are so specific on the enclosure box, mounting plate dimensions, weight, outside dimensions, etc. Is this tailored made to a specific brand?

TOR Section F.3.d.

The specifications or dimensions are recommendatory; the bidders can provide their equipment that complies to the essential operational requirements of the equipment.

Section F4d - Lightning Detection Network Data Management System (LDN DMS). Corrective Rainfall Estimates"

The data shall provide the basis for real time thunderstorm rainfall intensity estimates as well as accumulated convective rainfall totals over day, months and seasons. It has not been proven that a lightning based rainfall intensity estimate is in any way close to reality. It has a very high probability of providing misleading information to PAGASA.

TOR Section G.4.d.

“Convective Rainfall Estimates”. PAGASA intends to use the simulated radar information as secondary guidance i.e. backup and gap-fill for PAGASA’s weather radar information. Bidders are invited to submit materials informing PAGASA of limitations (if any) of their algorithms that present lightning in dBz within the RWDDS and/or APIs provided.

Section F8a - Primary data management

May we suggest that PAGASA reconsider the cloud computing for central processing infrastructure as end user might not have the full control of the server.

Having the central processing server at end user's premise will provide more flexibility and control to the overall lightning system.

TOR Section G.8.a.

“Primary data management”. PAGASA shall be provided with the server as specified in Section G.8 of the TOR which shall contain all live data in basic form so that PAGASA can do analyzes, or data manipulation and store it in the server.  PAGASA shall retain fully contracted ownership of the data and the complete technology package procured through this tender for the entire lifecycle. PAGASA shall be given all associated equipment performance guarantees, software licenses, upgrades, etc. on lifecycle basis by means of Service Level Agreement.

Section L - List of Proposed Sites

Again there should not be a minimum number of sensors needed as long as the manufacturer can achieve the accuracy of the LDS. Likewise choosing the sites for LDS sensor installation are difficult as the sites must be free from electro-magnetic noise and disturbance. More sensors requires more sites and more sites requires more land, civil works, installation work, commissioning work etc, Furthermore the risk of theft and vandalism is even higher with so many sensors located at so many sites. Hence more cost is needed.

Lastly, we would really like to know what PAGASA wants to achieve in this project. Our supplier, Vaisala Oy can certainly do a lot with regard to lightning. For instance, we can provide access to our GLD360 (global lightning detection network). Please take note that working with this system is a lot more cost effective, provides broader coverage, and more importantly it will provide all the warning that is needed. Furthermore, the global network is the only way to provide lightning detection based storm warning over the ocean. Global network has been proven to provide good performance. Combining it with a good local precision network is the best possible solution to give advanced warnings in order to save lives and property.

Section L.

The bidder may not meet all the specifications of the tender for SWNEN if with fewer than the required number of AWS/LDS stations located at specified PAGASA stations.

Both the performance criteria and the number of LDS are set because PAGASA may find it difficult to verify performance claims alone. There is no reference high resolution network in the Philippines today. Performance claims are likely to be based on projections from other geographies. Including the number of sensors in addition to performance criteria helps ensure that SWNEN will achieve desired metrics.

The number of AWS/LDS has been requested as well to ensure sufficient redundancy and mesoscale coverage. There are suppliers with higher and lower thresholds. This number is sufficiently leveled. Offers shall be itemized accordingly by the respective bidders in their submissions. The bidder should provide the needed number of equipment sufficiently enough or surpass the required accuracy and other stated requirements.

There are several global lightning detection networks providing data competitive data services. PAGASA encourages bidders with global capabilities to provide information on their respective networks in the region and around the world that can help PAGASA extend the range of useful storm information.


QUERIES OF EAST ASIA SOLUTIONS TECHNOLOGIES CORPORATION

PAGASA-BAC ANSWERS

1)  We want to see a general topology of the network for a clearer picture. The way we understand it as described, there will be a 28-member network of LDS together with AWS, a local server where all lightning and AWS data are stored. Lightning data are stored in real time, while AWS data will be collected every 15mins. We assume (not quite clear as described) all data will be sent to the local PAGASA server through internet. Furthermore, all information will be sent to an international private server (cloud) for forecast computation of both nowcasts and medium range forecasts. If our interpretation is correct, there are several issues we would like to raise, as follows:



 

 

 

 

 

 

 

 

a. Firstly, we are concerned with the proliferation of AWSs owned by PAGASA. There are! just too many of them, some of which may be duplication and/or triplication in synoptic/airport and radar stations. We perfectly understand redundancy, but tripling or quadrupling should be avoided for PAGASA's financial and maintenance benefit.

a. PAGASA has a variety of observational and forecasting systems and services at its disposal, each with a dedicated purpose and respective technical specifications. The specific purpose of the MAWSN component of the SWNEN project is stated in some detail in Section A and on. Additionally, per Section F2 and on, the SWNEN shall incorporate data from existing PAGASA AWS as appropriate into the WFS and RWDDS.

b. We are also concerned with PAGASA's policy shift of data ownership and sovereignty. In this project, data will definitely fall into some international private server for supposedly forecast model computation. And we are not talking of just lightning and AWS data prescribed in this project, but some other data, such as perhaps weather surveillance radar, etc. for a better grasp of the computation and assimilation. What will prevent this international private server from utilizing such Philippine data for their own benefit, such as worldwide lightning visualization and forecast, not to mention monthly/yearly subscription of cloud computing? We would not have any issue on such if the LDS instruments were donated by even private organization, and not being paid/bought by PAGASA.

b.   PAGASA shall retain fully contracted ownership of the data and the Severe Weather Now-casting Enhancement Network (SWNEN) procured through this tender over its lifecycle.  Security protocols, access to data, and its potential uses shall be thoroughly defined in the contract between PAGASA and the winning bidder/supplier. This shall be binding upon its cloud computing vendor and any/all subcontractors.  Currently PAGASA makes weather surveillance radar data and other data sets available to a number of partners, which benefits PAGASA in a lawful, contractually defined and fully transparent manner.   PAGASA shall have exclusive rights to these data / information.   The winning bidder may not use any part of this information without written authorization from PAGASA.

c.  PAGASA is spending a great deal of expensive resources for robust computational facility, one of which is the world class Cray computer. Although it has yet to be installed, we still maintain that this mammoth computer can very well fill up the vacuum in case you decide not to proceed with cloud computation. To have some international firm compute for our computational necessities is encroaching into our very core of patriotism. These private international organizations couldn't care less of any computational errors and mis-forecasts. Meanwhile, local forecasters could be blamed of any forecast errors, not necessarily the international private cloud provider.

c.    Reference is made to Section 6. PAGASA uses its existing in-house high speed computing capacity to produce a high resolution local area model forecast.   Per Section 6.e, it would not be possible for PAGASA to run in-house several global forecasting models, perform advanced model output statistics and deliver hourly updates with different forecasts for many points. PAGASA intends to use the statistical forecasts produced by the WFS as supplemental rapid refresh guidance to help improve watches and warnings of severe weather. Bidders shall present findings of third party studies comparing in a statistically significant manner the performance of their respective WFS to other leading forecast producers.

2) We still maintain that LDS network and data collection are necessary on a separate phase. Basing on the above discussion, we respectfully request that PAGASA would instead invest on atmospheric models to incorporate/assimilate lightning information for nowcast and medium range forecast computations in this project, both software and training in another phase.

2. The requirements stand as written. PAGASA requires the SWNEN to generate useful meteorological content on specified predictive timescales in order to help improve watches and warnings of severe weather. Tenderers must bid on the entire scope of the SWNEN project and must deliver the complete operational package for the duration of the contract.

3)  We would make ourselves available whenever you have clarification of our queries and issues raised in this letter; and finally

3. Noted.

4)  May we request your good office to extend the bid opening to at least another two (2) weeks for us to fully prepare of such enormous and very important task ahead.

4. Bid Opening is extended on 05 October 2017.

QUERIES OF WESTPOINT ENGINEERING SUPPLIES

PAGASA-BAC ANSWERS

1. Section G Technical Specifications (2) (a) - Wind speed. Range: 100m/sec. Accuracy: +/- 5% RMS of the reading, mounted 10 meters above ground, aerovane type. - The industry standard range of 75m/see is available on a wide range of anemometers, while 100m/see is not. This tender is for lightning detection foremost, and the AWS is an add on for monitoring purposes. The 1OOm/sand 1O-meter tower requirements add substantial upfront and ongoing maintenance cost to the project. Section 2a contradicts itself by asking for 'aerovane' as well as stating 'AWS packaging. AU weather sensors shall be packaged into a single, all-in-one unit and function without moving parts'. Change requested for (2) (a) - Wind speed. Range: 75m/sec. Accuracy: +/- 5% RMS of the reading

1.   Section G, Technical Specification, 2.a-

Wind Sensor:

Wind speed range: 100meters per second

Sensor height: 10 meters above ground

Sensor shall be Aerovane type

2. Section G Technical Specifications (6) (b) sub section (d) - WFS shall provide updates to the forecast at least everyone hour. Supplier shall be able to provide 15-minute updates for forecasts at a subset of points requested by PAGASA. - Change requested - While the WFS should update forecasts every hour which is the standard norm, the 15-minute update is only applicable when it relates to Severe Weather NowCasting which needs real time updates every 15 minutes. Hence it is requested that this be changed to reflect "supplier to provide 15 minutes updates for severe weather nowcasting based on total lightning detection which impact specific areas". Alternatively, this should be removed.

2. The end-user is amenable to the revision to the specified point that will read as “the supplier shall provide 15 minutes’ updates for the severe weather now-casting based on total lightning detection which shall impact specific areas”

3. Section G Technical Specifications (8) (d) - Data should have an open data format and should have interoperability with PUMIS - What are the various file transfer protocols as it relates to PUMlS? Does PUMIS have a standard interface that can accept different API so that data can be integrated seamlessly? Same with either a SMS, IVR or Mobile App solution. The system's to be interfaced need to be configured to accept standard API protocols.

3. PUMIS interoperability as far as data format is concerned refers to the data in .csv (comma separated value) format.  For the SMS requirement, csv format is also recommended. MP3 format is required for the IVR format.  Restful-API (R-API)is for the Mobile Apps.

4. Clarify solar panel specifications and what is expected from a backup perspective. Is it 24 hours or 48 hours power back up to include the fail over modem (sim cards) as well.  Additionally, will PAGASA provide grid electric supply and also ethernet communications since the equipment is expected to be installed at Radar sites.

4. Please refer to the terms as reflected in section H. General Notes:

    “Planning, Installation and Training Services

  1. Network Installation Plan
a. The supplier/bidder shall conduct a survey of PAGASA radar and synoptic/airport station sites to determine their suitability for deployment of LDS/AWS stations.

b. The supplier/bidder shall recommend optimal network configuration using PAGASA stations.

 c. The supplier/bidder shall ensure that sufficient power, including back-up power, physical security and communication services are available to support the recommended network configuration for the duration of the contract. The bidder shall facilitate these requirements for the system to operation successfully”.

In view of the above, we recommend that the station electrical service be used for the station and the backup solar power supply provides at least 48 hours’ back up time. This includes fail-over modems and sim cards. The internet services at the PAGASA stations can be used, provided however that the setup will not compromise the internet services of the PAGASA station.

5. Section L:

  a. Warranty of 2 years – Is this applicable only for the hardware?

  b. Extended warranty for 10 years on operation and maintenance – since this will mostly be services should this be included? Instead the SLA can cover the 10-year period.

5. Section L:

  a. The warranty for two years covers both software and hardware.

  b. The Service Level Agreement (SLA) covers a 10-year period for operations and maintenance.

 6. Section (J) - Perpetual license on all software licenses shall be provided upon completion and acceptance - Since the period of the license is mentioned as 10 years we recommend that this be changed to 10 years instead of perpetual.

6. Section J:

a. The software license shall be perpetual, the ten-year period covers the life cycle, meaning, should there be modifications or revisions on the application, this shall be covered by the SLA.  Software updates and patches are also included in the Service Level Agreement.

This shall form an integral part of the Bid Documents.

For information and guidance of all participating bidders.


             (Sgd.)
ENGR. CATALINO L. DAVIS
  Chairperson, PAGASA-BAC


PUBLIC WARNING 


It has come to the attention of the Office of the Administrator of PAGASA that a certain person has been using the name of Dr. Vicente B. Malano to solicit money from the contractors of PAGASA.

Dr. Malano wishes to inform the public that he has not authorized anyone to solicit money on his behalf and to warn everyone against dealing with unscrupulous activities of certain individuals.





payong pagasa on android The latest version of the official PAGASA app can now be downloaded on Google play store

List of Trainees for the Meteorological Technicians Training Course (MTTC) 2019

The following have been accepted to undergo the Meteorological Technicians Training Course (MTTC), scheduled on 06 May – 14 October 2019

Read more ...



Weather Division is now  ISO 9001:2015 Certified

Proof has been furnished by means of an audit that the requirements of ISO 9001:2015 are met.

Read more ...


ONSET OF RAINY SEASON
14 June 2019

The occurrence of scattered to at times widespread rainfall associated with the Southwest Monsoon during the past few days as observed by most PAGASA stations...


Read more ...