Aika

Muunna merkkijonoaika numeeriseksi ajaksi/ajasta

ERDDAP :n eri paikoissa ajankohta voidaan esittää joko seuraavasti:

Merkkijono - ERDDAP käyttää aina ISO 8601:2004 "extended" muotoa yyyy-MM-ddTHH:mm:ssZ – esimerkiksi 2018-01-02T00:00:00Z . ERDDAP n ulkopuoliset tietojoukot käyttävät usein eri muotoa merkkijonoaika-arvoille.
A Numero - Esittäessään aikoja numeroina ERDDAP kirjoittaa aina UDUNITS -yhteensopivan numeron - esimerkiksi n=473472000 yksikköä= "seconds since 1970-01-01T00:00:00Z" . ERDDAP käyttää samaa yksikkömerkkijonoa kaikille tietojoukoille. ERDDAP n ulkopuoliset tietojoukot käyttävät usein erilaisia yksikkömerkkijonoja.

Tällä verkkosivulla on muuntimia, jotka voivat muuttaa merkkijonon aika-arvoja (eri muodoilla) numeerisiksi aika-arvoiksi/arvoista (eri yksikkömerkkijonoilla). Siinä on myös muuntimia, joilla muutetaan muita muotoja käyttäviä aikamerkkijonoja ja yksikkömerkkijonoja ERDDAP n käyttämiin muotoihin.

Aikavyöhykkeen ja kesäajan sekaannusten välttämiseksi ERDDAP :n aikaarvot käyttävät aina Zulu aikavyöhykettä (UTC, GMT), joka on merkitty kirjaimella "Z". Alla olevat muuntimet hyväksyvät merkkijonoajat muiden aikavyöhykkeiden kanssa.

Palauta lomakkeen oletusarvot.

Tai ohita tämä verkkosivu ja tee muunnoksia tietokoneohjelmasta, komentosarjasta tai verkkosivusta.

Huomautuksia Time Converterista

VASTUUVAPAUSLAUSEKE – Yksikään tähän verkkosivustoon liittyvä henkilö tai organisaatio ei anna mitään takuita, ei nimenomaisia tai epäsuoria, mukaan lukien takuut kaupallisuudesta ja sopivuudesta tiettyyn tarkoitukseen, tai ota mitään laillista vastuuta tämän sivuston tietojen tarkkuudesta, täydellisyydestä tai hyödyllisyydestä. verkkosivusto.
EPPERFECT - Nämä muuntimet ovat epätäydellisiä. Tarkista aina näiden muuntimien tulokset.
Nämä muuntimet hyväksyvät suuren määrän merkkijonoaikamuotoja, mutta aina on muotoja, joita ne eivät tunnista tai tulkitsevat eri tavalla kuin sinä. Joissakin tapauksissa on olemassa kaksi tai useampaa yleistä, mutta erilaista tapaa tulkita tiettyä aikamuotoa, erityisesti #/#/#: Yhdysvalloissa sen on yleensä tarkoitus olla kuukausi/päivämäärä/vuosi, kun taas suurimmassa osassa Eurooppaa on yleensä tarkoitettu päivämäärä/kuukausi/vuosi. Tässä nimenomaisessa tapauksessa ERDDAP tulkitsee arvon kuukaudeksi/päivämääräksi/vuodeksi.
UDUNITS aikayksiköt - Esimerkiksi "seconds since 1970-01-01T00:00:00Z" . Ensimmäinen sana voi olla (isot tai pienet kirjaimet):
  ms, msec, msecs, millis, millisecond, milliseconds,
  s, sec, secs, second, seconds,
  m, min, mins, minute, minutes,
  h, hr, hrs, hour, hours,
  d, day, days,
  week, weeks,
  mon, mons, month, months,
  yr, yrs, year, or years .
"since" on pakollinen.
Toinen esimerkki on siis "hours since 0001-01-01" .
Aikamerkkijono voi olla missä tahansa muodossa. Päivämääräosa on pakollinen. Aikaosa on valinnainen. ERDDAP tekee parhaansa lukeakseen antamasi muodon. Suositeltu muoto on ISO 8601:2004 "extended" muoto yyyy-MM-dd THH:mm:ss.SSSZ, jossa Z on 'Z' tai ±tt tai ±hh:mm poikkeama Zulu /GMT-aikavyöhykkeestä. Jos jätetään pois Z ja siirtymä, käytetään Zulu /GMT-aikavyöhykettä. Erikseen, jos jätät pois .SSS, :ss.SSS, :mm:ss.SSS tai Thh:mm:ss.SSS, puuttuvien kenttien oletetaan olevan 0.
Teknisesti ERDDAP EI noudata UDUNITS standardia muuntaessaan "years since" ja "months since" aika-arvot "seconds since" . UDUNITS -standardi määrittelee vuoden kiinteäksi yhdeksi arvoksi: 3,15569259747e7 sekuntia. Ja UDUNITS määrittelee kuukauden vuosi/12. Valitettavasti useimmat/kaikki tietojoukot, jotka olemme nähneet ja jotka käyttävät "years since" tai "months since" tarkoittavat selvästi arvojen olevan kalenterivuosia tai kalenterikuukausia. Esimerkiksi 3 "months since 1970-01-01" tarkoitetaan yleensä 1970-04-01. Joten ERDDAP tulkitsee "years since" ja "months since" kalenterivuosiksi ja kuukausiksi, eikä se noudata tarkasti UDUNITS standardia.
Muuntimen tarkkuus - Kun aikoja esitetään numeroina, tämä muunnin jättää luvut aina täydellä tarkkuudellaan. Kun aikoja esitetään merkkijonoina, tämä muunnin muotoilee ajat (lyhennetyksi) sekunniksi (eli jättää millit pois).
Virheellinen syöttö - ERDDAP yrittää käsitellä väärin muotoiltua syötettä. Jos ERDDAP ei pysty käsittelemään syötettä, ERDDAP luo virheilmoituksen. Jos "virheellinen syöttö" on merkkijonoaika, jota mielestäsi pitäisi tukea, lähetä se sähköpostitse osoitteeseen erd dot data at noaa dot gov .

Kuinka ERDDAP käsittelee aikaa

Aika on vaikea, monimutkainen ja sotkuinen asia.
Tavoite – ERDDAP :n ajan käsittelyjärjestelmän taustalla oleva tavoite on yksi järjestelmä, joka mahdollistaa minkä tahansa tietojoukon aikatietojen vertailun suoraan minkä tahansa muun tietojoukon aikatietoihin. Muista tämä, kun luet muita alla olevia kommentteja.
Aikapisteet - ERDDAP käsittelee vain aikapisteitä (yhdistelmä päivämäärä + kellonaika Zulu aikavyöhykkeellä, kukin hetkessä).
Aikavyöhykkeet - Aika-arvoja kirjoittaessaan ERDDAP käyttää aina Zulu (UTC, GMT) aikavyöhykettä eikä koskaan käytä kesäaikaa. Aikatiedot lähteestä, jossa on aikavyöhyketietoja (joihin voi sisältyä kesäaikatietoja), muunnetaan Zulu aikaan. Aikatietojen lähteestä ilman aikavyöhyketietoja oletetaan olevan jo Zulu aikaa.
Tarkkuus – ERDDAP käsittelee aikaa sisäisesti "seconds since 1970-01-01T00:00:00Z" jättäen huomiotta karkaussekunnit, tallennettuna kaksinkertaisena tarkkuuden liukulukulukuina. Siten suurin osa aikadatasta voidaan tallentaa erittäin tarkasti (karkeasti lähimpään mikrosekuntiin, mutta vähitellen vähemmän tarkasti hyvin kauas menneisyyteen tai tulevaisuuteen).
Laskutoimituksissa ERDDAP toimii usein lähimpään millisekunnin tarkkuudella välttääkseen ongelmia liukulukujen kanssa, jotka ovat hieman odotettua suurempia tai pienempiä.
Kun ajat esitetään numeroina, ERDDAP jättää luvut aina täydellä tarkkuudellaan.
Kun ERDDAP esittää aikoja merkkijonoina, oletusarvoisesti se muotoilee ajat (lyhennetyksi) sekunniksi (eli jättää millit pois). ERDDAP järjestelmänvalvojat voivat kuitenkin määrittää tietyt muuttujat tietyissä tietojoukoissa esittämään merkkijonoaikoja muilla tarkkuudella (esim. millisekunnin tarkkuudesta aina kuukauden tarkkuuteen; katso <time_precision> -muuttujaattribuutti). Aina kun aikakenttää (esim. millisekuntia tai sekuntia) ei näytetä, poissaolevan arvon oletetaan olevan 0 (lukuun ottamatta kuukauden päivää, jonka oletetaan olevan 1).
Johdonmukaiset yksiköt - Käyttämällä samoja ajan yksiköitä ("seconds since 1970-01-01T00:00:00Z" ) kaikille tietojoukoille mahdollistaa eri tietojoukkojen aikojen vertailun helposti. Sekunnit ovat kansainvälinen yksikköjärjestelmä (SI) perusajan yksikkö. 1970-01-01T00:00:00Z on Unix-aikakauden alku, jota tietokoneiden käyttöjärjestelmät käyttävät laajalti. "seconds since 1970-01-01T00:00:00Z" käytetään laajalti ja niitä kutsutaan usein Unix-ajaksi tai aikakauden sekuntia. Yksikkömerkkijonon "seconds since 1970-01-01T00:00:00Z" käyttö tekee Unix-ajasta yhteensopivan UDUNITS kanssa ja ilmasto- ja ennusteiden metatietosopimukset (CF) , joka käyttää UDUNITS yksiköiden määrittelyyn.
Tekstin esitys - Oletuksena ERDDAP käyttää aikoja tekstiksi muotoillessaan ISO 8601:2004 "extended" muotoa merkkijono. , katkaistu toiseksi (esim. 2011-04-26T14:07:12Z). (Aiheeseen liittyvä huumori: https://xkcd.com/1179/ ) ERDDAP -järjestelmänvalvojat voivat määrittää tietyn muuttujan näyttämään aikadata-arvot suuremmalla tarkkuudella (lyhennettynä 0,001 sekuntiin, 0,01 sekuntiin, 0,1 sekuntiin) tai pienemmällä tarkkuudella (katkaistu sekunneiksi, minuutteiksi, tunteiksi, päivämääräksi tai kuukaudeksi) osoittamaan aikatietojen arvojen tarkkuus.
Kun ISO 8601 luetaan desimaalisekunnissa, ERDDAP hyväksyy pisteerottimen (esim. 2011-04-26T14:07:12.059Z) tai pilkkuerottimen (esim. 2011-04-26T14:07:12,059Z). Tällä hetkellä ISO 8601 kertaa kirjoitettaessa ERDDAP käyttää aina pisteerotinta.
Gregoriaaninen kalenteri - ERDDAP käyttää gregoriaanista kalenteria vuoden 1582 katkoksen jälkeisille ajoille ja Juliaanista kalenteria katkosta edeltäville ajoille. (ISO 8601:2004 -standardi ei määrittele, kuinka 1582:ta edeltäviä aikoja käsitellään.) Katso Java GregorianCalendar -luokka (jota ERDDAP käyttää) saadaksesi lisätietoja. Esimerkiksi 17611992 tuntia alkaen 0001-01-01T00:00:00Z = 2010-03-01T00:00:00Z (katso itse)
Tällä hetkellä ERDDAP ei tue muita kalentereita (mukaan lukien noleap-, 365_day-, 360_day- ja Julian-kalenterit, jotka on määritelty CF-metatietokäytännöissä ). Voit kuitenkin tallentaa tällaisia tietoja ERDDAP :iin tallentamalla numerot tai merkkijonot muuttujaan, jonka nimi on jokin muu kuin "time" ja joka ei sisällä "since" yksiköiden metatietoihin. Tällöin ERDDAP ei tulkitse arvoja kertoina eikä muunna tietoja "seconds since 1970-01-01T00:00:00Z" . Käyttäjät pääsevät käsiksi tietoihin alkuperäisessä muodossaan.
Leenent - ERDDAP on "leenen" kun se jäsentää päivämäärä/aika-merkkijonoja. Tämä tarkoittaa, että päivämäärä/aika oikeassa muodossa, mutta liian suurilla tai liian pienillä kuukausi-, päivämäärä-, tunti-, minuutti- ja/tai sekuntiarvoilla rullataan oikeaan päivämäärään/aikoihin. Esimerkiksi ERDDAP tulkitsee 2001-12-32 2002-01-01 ja 2002-01-00 2001-12-31. (Se ei ole bugi, se on ominaisuus! Ymmärrämme, että voit vastustaa tätä, jos et ole perehtynyt lempeään jäsennykseen. Ymmärrämme, että on tilanteita, joissa jotkut ihmiset haluavat tiukkaa jäsennystä, mutta on myös tilanteita, joissa jotkut ihmiset haluaisivat. ERDDAP ei voi käyttää sitä molemmilla tavoilla. Tämä on tietoinen valinta, Java ERDDAP on kirjoitettu ERDDAP muuntaa pyydetyt ruudukon akselin arvot lähimmäksi kelvollisiksi ruudukkoakselin arvoiksi Ja tämä on yhdenmukainen joidenkin muiden ERDDAP :n paikkojen kanssa, jotka yrittävät korjata virheellisen syötteen, kun aikomus on selvä, sen sijaan, että palautettaisiin virheilmoitus.)
BCE (BC) vuodet ja tähtitieteellinen vuosinumerointi - ISO 8601:2004 -standardin mukaisesti ERDDAP käyttää vain yhteistä aikakautta (CE, AD) vuosilukuihin, ei BCE. Vuosina ennen vuotta 1 eKr. historioitsijat käyttivät nimitystä eaa. tai eKr. eikä vuosilukua 0, joten heidän vuosien järjestys lähellä aikakauden siirtymää on 2 eaa., 1 eaa., 1 eKr., 2 jKr. Vuosia ennen vuotta 1 eaa. ISO 8601:2004 -standardi (lukemani mukaan) kannustaa käyttämään erilaista järjestelmää: Tähtitieteellinen vuosinumerointi , jossa vuotta 1 eKr. kutsutaan vuodeksi 0000, 2 eKr. vuodeksi -0001 jne. Koska tähtitieteellistä vuosilukua suosii ISO 8601:2004 ja sitä käytetään monilla tieteenaloilla, ja koska valtameritutkijat ja ilmastotieteilijät käyttävät usein vuotta 0000 ilmastotieteissä, ERDDAP käyttää tähtitieteellistä vuosinumerointia. Siten ERDDAP :n aikakauden siirtymän lähellä olevat vuodet ovat -0001, 0000, 0001, 0002. Siten eaa-vuosille: AstronomicalYear = 1 - BCEYear (katso itse: testi1, testi2 ja testi3). Tähtitieteellisen vuosinumeron etuna on, että kaikki karkausvuodet ovat jaollisia 4:llä, esim. ..., -0008, -0004, 0000, 0004, 0008, .... Jos muistat käyttää tähtitieteellisiä vuosilukuja, ERDDAP toimii päivämäärille kaukana menneisyydestä ja tulevaisuudesta.
SeaDataNet projekti tallentaa ajan "päivinä -4713-01-01T00:00:00Z", joka viittaa keskiyöhön tammikuun 1. päivän alussa 4713 eaa., joka on Chronological Julian Dates (CJD) alkamisaika. . Joten ERDDAP :n SeaDataNet-tietojoukon datasets.xml -asetuksissa <addAttributes> -osiossa kaikille aikamuuttujille on lisättävä
<att name="units">days since -4712-01-01T00:00:00Z</att>
niin, että vuosi 4713 eaa ilmaistaan tähtitieteellisenä vuosilukuna -4712. Muista tarkistaa, että kronologisen Julianuspäivän numero 2 452 952 (tai 2452952 "days since -4712-01-01") alku on 2003-11-08T00:00:00Z.
UTC - ERDDAP, kuten Unix-aika ja UDUNITS, käyttää koordinoitua maailmanaikaa (UTC) niin paljon kuin on käytännöllistä. aikajärjestelmä. UTC on nykyaikainen versio GMT-aikajärjestelmästä. UTC käyttää satunnaisia karkaussekunteja pysyäkseen lähellä kansainvälistä atomiaikaa (TAI). GPS-laitteet käyttävät GPS-aikaa (joka ei käytä karkaussekunteja) sisäisesti, mutta näyttävät käyttäjille UTC-ajan. (Katso https://www.cnmoc.usff.navy.mil/Our-Commands/United-States-Naval-Observatory/Precise-Time-Department/The-USNO-Master-Clock/Definitions-of-Systems-of- Aika/ tai muita keskusteluja Systems of Timesta.) Tarkkaan ottaen UTC:tä ei voida käyttää joissakin tilanteissa kaukaisiin tuleviin aikoihin (esim. malleissa), koska karkaussekuntien esiintymistä ei voida ennustaa.
Karkaussekunnit - Kuten Unix-aika ja UDUNITS, ERDDAP :n "seconds since 1970-01-01T00:00:00Z" on UTC-ajan (joka käyttää karkaussekunteja) numeerinen koodaus (joka ei käytä karkaussekunteja). Muunnettaessa merkkijonoaikoja numeerisiksi ajoiksi/numeerisista ajoista ERDDAP, kuten Unix-aika ja UDUNITS, jättää huomioimatta karkaussekunnit. Silti ERDDAP, Unix time ja UDUNITS numeeriset kertaa sanovat kaikki käyttävänsä UTC:tä. Tässä miksi ja miten: Koska tietokoneen kellot eivät ole hyviä ajanottajia, ne poikkeavat UTC-ajasta ja ne on ajoittain nollattava UTC-aikaan. Unix-aika käsittelee karkaussekunteja osana kellon ajautumisen aiheuttamaa aikapoikkeamaa. Näin ohjelmisto voi tehdä aikakoodauksen ja aikalaskelmia ja jättää huomiotta karkaussekunnit. ERDDAP, Unix-aika- ja UDUNITS aika-arvoilla kaikki minuutit katsotaan 60 sekunniksi, vaikka UTC-minuuteissa karkaussekunneilla on 61 sekuntia. Huomaa, että tietokantaohjelmat, kuten Oracle , MySQL (ja niin luultavasti myös MariaDB), PostgreSQL ja kielet, kuten C# Yritä myös periaatteessa jättää huomiotta karkaussekunnit. Tämä ei aiheuta ongelmia muunnettaessa UTC-merkkijono päivämäärä+aika+aikavyöhyke-arvoja ERDDAP -numeerisiksi arvoiksi, jos ajat muunnetaan sitten takaisin päivämäärä+aika+ Zulu merkkijonoiksi tavalla, joka myös jättää huomiotta karkaussekunnit. Nämä kaksi virhettä kumoavat toisensa. Yksi valitettava seuraus on, että ERDDAP, Unix time ja UDUNITS numeerisilla ajoilla ei ole mekanismia todellisten karkaussekuntien koodaamiseksi numeroiksi yksiselitteisesti. Esimerkiksi sekä karkaussekunti 2008-12-31T23:59:60Z että seuraava toinen 2009-01-01T00:00:00Z on koodattu muodossa 1230768000 seconds since 1970-01-01T00:00:00Z . Tämä on virhe, mutta vaikuttaa vain todellisiin karkaussekunteihin. Vastaavasti, jos sinun on laskettava tarkka UTC-sekuntien määrä kahden ajankohdan välillä, voit käyttää ERDDAP aikatietojen käsittelyyn, mutta yhden numeerisen aika-arvon vähentäminen toisesta on vasta ensimmäinen vaihe laskennassa. Sinun on säädettävä tämä arvo manuaalisesti katsomalla karkaussekuntitaulukkoa .
Matalaresoluutioiset ajat ja aikavälit (aikavälit) – jos aikatiedot tallennettiin pienemmällä resoluutiolla (esim. minuutti, tunti, päivä, kuukausi tai vuosi) tai edustavat aikajaksoa (esim. tiettyä tuntia, päivää, 7 -päiväjakso, kuukausi, vuosi), ERDDAP edellyttää, että aikapistettä (kutsumme sitä "nimellisajaksi") käytetään edustamaan tätä aikaa tai ajanjaksoa. Nimellisajan käyttäminen mahdollistaa aikapisteiden, alhaisen resoluution aikapisteiden ja aikajaksojen yhteentoimivuuden. (Kuvittele, että visualisoit erilaisia tietojoukkoja Google Earth kaltaisessa ohjelmassa ja käytät aikaliukusäädintä sen säätämiseen, mikä datan osajoukko on näkyvissä.) Yleisimmin valitut aikapisteet nimellisajalle ovat alkamisaika ja keskitetty aika (harvemmin yleistä, mutta on edut ajan liukusäätimien kanssa). Suosittelemme, että käytät long_name -metatietoja tämän tunnistamiseen (esim. "Aloitusaika" tai "Keskitetty aika"). Harkitse alhaisen resoluution aikoja varten esimerkiksi "Päivämäärä", "Kuukausi" ja "Vuosi". Ja/tai laita tiedot muuttujan "comment" -metatietoihin.
Tai jos haluat esittää aikajaksoja tarkemmin, voit määrittää tietojoukon sisältämään sekä beginTime että endTime muuttujan (ja jopa centeredTime, jos haluat kattaa kaikki mahdollisuudet).
Nämä ovat epätäydellisiä vastauksia. Nykyinen asetelma yrittää tuoda järjestystä aikaformaatin kaaoksesta, se selviytyy kohtuullisen hyvin useimmista tilanteista ja vastaa useimpien ihmisten odotuksia ajan toiminnasta (vaikka he eivät ole miettineet sitä yksityiskohtaisesti), mutta eivät kaikkia. Mutta näin ERDDAP toimii tällä hetkellä.

Haluatko tehdä aikamuunnoksia tietokoneohjelmasta, komentosarjasta tai Web-sivusta?

Jos muutat tämän web-sivun URL-osoitteen laajennuksen .html:stä .txt:ksi, ERDDAP vastaa vain tekstituloksella.

Esimerkki, joka muuntaa merkkijonon ajan numeeriseksi ajalla, on:
https://slocum-data.marine.rutgers.edu/erddap/fi/convert/time.txt?stringTime=1985-01-02T00:00:00Z&units=seconds%20since%201970-01-01T00:00:00Z
Tai voit käyttää jotain muuta muotoa, esim.
https://slocum-data.marine.rutgers.edu/erddap/fi/convert/time.txt?stringTime=Jan%202,%201985&units=seconds%20since%20Jan%201,%201970
Esimerkki, joka muuntaa numeerisen ajan merkkijonoajaksi, on:
https://slocum-data.marine.rutgers.edu/erddap/fi/convert/time.txt?n=473472000&units=seconds%20 koska%201970-01-01T00:00:00Z
Suositeltu perusajan muoto yksiköissä on ISO 8601 -muoto, mutta voit määrittää perusajan missä tahansa yleisessä muodossa, esim.
https://slocum-data.marine.rutgers.edu/erddap/fi/convert/time.txt?n=473472000&units=seconds%20alkaen%201.1.1970
Huomaa, että "vinoviiva"-muoto tulkitaan Yhdysvaltain tapaan (kuukausi/päivämäärä/vuosi) eikä eurooppalaisena tapana (päivämäärä/kuukausi/vuosi).
Joissakin aiemmissa ERDDAP -versioissa merkkijono numeroksi -muunnin vaati ISO 8601 -muotoisen merkkijonon ja käytti parametrin nimeä isoTime. Voit silti käyttää sitä esim.
https://slocum-data.marine.rutgers.edu/erddap/fi/convert/time.txt?isoTime=1985-01-02T00:00:00Z&units=seconds%20since%201970-01-01T00:00:00Z
Jos määrität isoTimen, parametri "&units=..." on valinnainen. Oletusarvo on "seconds since 1970-01-01T00:00:00Z" .
Esimerkki, joka muuntaa minkä tahansa yleisen merkkijonoajan ISO 8601 -merkkijonoajaksi:
https://slocum-data.marine.rutgers.edu/erddap/fi/convert/time.txt?stringTime=1/2/1985
Sinun on määritettävä päivämääräosa. Aikaosuus on valinnainen. Jos määrität vain päivämäärän, muunnin palauttaa arvon olevan vain päivämäärä. Jos määrität päivämäärä- ja aikaosuuden, muunnin palauttaa päivämäärän ja kellonajan.
Huomaa, että "vinoviiva" -muoto tulkitaan Yhdysvaltain tapaan (kuukausi/päivämäärä/vuosi) eikä eurooppalaisena tapana (päivämäärä/kuukausi/vuosi).
Esimerkki, joka muuntaa yksikkömerkkijonon yksikkömerkkijonoksi, jolla on ISO-merkkijonoaika, on:
https://slocum-data.marine.rutgers.edu/erddap/fi/convert/time.txt?units=SEC%20SINCE%20Jan%202%2C%201985

Prosenttikoodaus – URL-osoitteen parametriarvojen ('=' -merkkien jälkeiset osat) on oltava oikein prosenttikoodattuja (external link) : kaikki muut merkit paitsi A-Za-z0-9_-!.~'()* on koodattava muodossa %HH, missä HH on merkin 2-numeroinen heksadesimaaliarvo, esimerkiksi välilyönnistä tulee %20. Yli 127:n merkit on muutettava UTF-8-tavuiksi, minkä jälkeen jokaisen UTF-8-tavun on oltava prosenttisesti koodattu (pyydä ohjelmoijalta apua). On verkkosivustoja, jotka koodaavat ja purkaavat puolestasi (external link) .