MySQL 8.0 Error Code: 3617. Latitude is out of range in function st_geomfromtext Planned maintenance scheduled April 23, 2019 at 00:00UTC (8:00pm US/Eastern) Announcing the arrival of Valued Associate #679: Cesar Manara Unicorn Meta Zoo #1: Why another podcast?Ogr2Ogr exported this boundary 90 degrees incorrectlyAggregate/dissolve MySQL geometryogr2ogr latitute longitude conversion formatsChange the actual coordinates in a shapefile (QGIS)Why would FME imported data into SQL Server not being found by QGIS?howto set ogr2ogr imported SRID to 0? Currently defaulting to SRID 1Run SQL queries against shapefile in QGIS?Importing Shapefile into PostGIS and EPSG of created table is different from Shapefile?Optimizing MySQL query to select all points with in a large polygon using spatial indexesFind all points near a point within a radius MySql 8.0 (SRID 4326)

Sum letters are not two different

What is "gratricide"?

As a beginner, should I get a Squier Strat with a SSS config or a HSS?

How to compare two different files line by line in unix?

Is there a kind of relay only consumes power when switching?

Did Krishna say in Bhagavad Gita "I am in every living being"

Why is it faster to reheat something than it is to cook it?

Maximum summed subsequences with non-adjacent items

Time to Settle Down!

Why do we need to use the builder design pattern when we can do the same thing with setters?

Is there hard evidence that the grant peer review system performs significantly better than random?

AppleTVs create a chatty alternate WiFi network

Morning, Afternoon, Night Kanji

Illegal assignment from sObject to Id

What is a fractional matching?

Do I really need to have a message in a novel to appeal to readers?

Hangman Game with C++

Is grep documentation about ignoring case wrong, since it doesn't ignore case in filenames?

Project Euler #1 in C++

How to write the following sign?

Find 108 by using 3,4,6

Selecting user stories during sprint planning

How to play a character with a disability or mental disorder without being offensive?

Is there any word for a place full of confusion?



MySQL 8.0 Error Code: 3617. Latitude is out of range in function st_geomfromtext



Planned maintenance scheduled April 23, 2019 at 00:00UTC (8:00pm US/Eastern)
Announcing the arrival of Valued Associate #679: Cesar Manara
Unicorn Meta Zoo #1: Why another podcast?Ogr2Ogr exported this boundary 90 degrees incorrectlyAggregate/dissolve MySQL geometryogr2ogr latitute longitude conversion formatsChange the actual coordinates in a shapefile (QGIS)Why would FME imported data into SQL Server not being found by QGIS?howto set ogr2ogr imported SRID to 0? Currently defaulting to SRID 1Run SQL queries against shapefile in QGIS?Importing Shapefile into PostGIS and EPSG of created table is different from Shapefile?Optimizing MySQL query to select all points with in a large polygon using spatial indexesFind all points near a point within a radius MySql 8.0 (SRID 4326)



.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty margin-bottom:0;








0















First I have a problem creating spatial index in MySQL 8.0. Here the description:



  1. I have a collection of several thousand species range maps (polygon & multi-polygon) which is provided by IUCN as a single shapefile.

  2. I opened this shapefile in QGIS 3.6 and performed geometry check (Vector/Geometry Tools/Check validity).

  3. All valid range maps have been exported into a new shapefile.

  4. I imported this new shapefile into MySQL 8.0 via command line tool ogr2ogr.

  5. For the ogr2ogr import I had to use the option "-skipfailures". Reason: ogr2ogr considered some of the range maps as invalid.

  6. The remaining maps were imported into a MySQL table. And it seems all ok, at least you can run queries successfully. But the queries are slow, because MySQL always reads the whole table.

  7. So I decided to create a spatial index and for that you'll need to set a SRID. And here the problem starts:


“03:10:32 UPDATE gis.all_reptiles_innodb SET SHAPE =
ST_GeomFromText(ST_AsText(shape), 4326) Error Code: 3617. Latitude
124.241900 is out of range in function st_geomfromtext. It must be within [-90.000000, 90.000000]. 0.000 sec”




I can't set a SRID because of problems with the latitude range.



A latitude of "124.241900" is obviously impossible, because latitude can only range from -90 and +90 degrees. It seems to happen quite often, that people mix up longitude (allowed range: -180 and +180 degrees) with latitude.



Additional information: QIS shows these properties for the shapefile:




“-181.5899672849999718,-54.0594466929999840 : 181.1581243180000911,71.1881355930000836”



Does somebody have an idea what went wrong and how I could prevent this error?



Something in the interaction between shapefile, QGIS, ogr2ogr and MySQL obviously caused problems. The map display in QGIS, however, seems to work fine.



I would like to import only valid maps into MySQL because I need the spatial data index. Without an index a single query takes >8 seconds and that is too slow.










share|improve this question
























  • MySQL 8.0 changed the way it does indexing. See mysqlserverteam.com/geographic-indexes-in-innodb

    – Mapperz
    Apr 11 at 1:33











  • The indexing changes are a good point. The problem is: When I use ogr2ogr with "-update" it will assign "SRID 0". And I can't change it after to SRID 4326 as needed due to the problems described. If I use ogr2ogr with "-append" it will not insert a single row into the table because it considers all data records as invalid. Anybody an idea how I can tell ogr2ogr that my source material has SRID 4326 and that I want to insert it the same way in the MySQL table?

    – sts
    Apr 11 at 4:40











  • you need "With MySQL 8.0 or later, the ST_SPATIAL_REFERENCE_SYSTEMS table provided by the database is used instead of spatial_ref_sys. " as described gdal.org/drv_mysql.html

    – Mapperz
    Apr 11 at 13:33

















0















First I have a problem creating spatial index in MySQL 8.0. Here the description:



  1. I have a collection of several thousand species range maps (polygon & multi-polygon) which is provided by IUCN as a single shapefile.

  2. I opened this shapefile in QGIS 3.6 and performed geometry check (Vector/Geometry Tools/Check validity).

  3. All valid range maps have been exported into a new shapefile.

  4. I imported this new shapefile into MySQL 8.0 via command line tool ogr2ogr.

  5. For the ogr2ogr import I had to use the option "-skipfailures". Reason: ogr2ogr considered some of the range maps as invalid.

  6. The remaining maps were imported into a MySQL table. And it seems all ok, at least you can run queries successfully. But the queries are slow, because MySQL always reads the whole table.

  7. So I decided to create a spatial index and for that you'll need to set a SRID. And here the problem starts:


“03:10:32 UPDATE gis.all_reptiles_innodb SET SHAPE =
ST_GeomFromText(ST_AsText(shape), 4326) Error Code: 3617. Latitude
124.241900 is out of range in function st_geomfromtext. It must be within [-90.000000, 90.000000]. 0.000 sec”




I can't set a SRID because of problems with the latitude range.



A latitude of "124.241900" is obviously impossible, because latitude can only range from -90 and +90 degrees. It seems to happen quite often, that people mix up longitude (allowed range: -180 and +180 degrees) with latitude.



Additional information: QIS shows these properties for the shapefile:




“-181.5899672849999718,-54.0594466929999840 : 181.1581243180000911,71.1881355930000836”



Does somebody have an idea what went wrong and how I could prevent this error?



Something in the interaction between shapefile, QGIS, ogr2ogr and MySQL obviously caused problems. The map display in QGIS, however, seems to work fine.



I would like to import only valid maps into MySQL because I need the spatial data index. Without an index a single query takes >8 seconds and that is too slow.










share|improve this question
























  • MySQL 8.0 changed the way it does indexing. See mysqlserverteam.com/geographic-indexes-in-innodb

    – Mapperz
    Apr 11 at 1:33











  • The indexing changes are a good point. The problem is: When I use ogr2ogr with "-update" it will assign "SRID 0". And I can't change it after to SRID 4326 as needed due to the problems described. If I use ogr2ogr with "-append" it will not insert a single row into the table because it considers all data records as invalid. Anybody an idea how I can tell ogr2ogr that my source material has SRID 4326 and that I want to insert it the same way in the MySQL table?

    – sts
    Apr 11 at 4:40











  • you need "With MySQL 8.0 or later, the ST_SPATIAL_REFERENCE_SYSTEMS table provided by the database is used instead of spatial_ref_sys. " as described gdal.org/drv_mysql.html

    – Mapperz
    Apr 11 at 13:33













0












0








0








First I have a problem creating spatial index in MySQL 8.0. Here the description:



  1. I have a collection of several thousand species range maps (polygon & multi-polygon) which is provided by IUCN as a single shapefile.

  2. I opened this shapefile in QGIS 3.6 and performed geometry check (Vector/Geometry Tools/Check validity).

  3. All valid range maps have been exported into a new shapefile.

  4. I imported this new shapefile into MySQL 8.0 via command line tool ogr2ogr.

  5. For the ogr2ogr import I had to use the option "-skipfailures". Reason: ogr2ogr considered some of the range maps as invalid.

  6. The remaining maps were imported into a MySQL table. And it seems all ok, at least you can run queries successfully. But the queries are slow, because MySQL always reads the whole table.

  7. So I decided to create a spatial index and for that you'll need to set a SRID. And here the problem starts:


“03:10:32 UPDATE gis.all_reptiles_innodb SET SHAPE =
ST_GeomFromText(ST_AsText(shape), 4326) Error Code: 3617. Latitude
124.241900 is out of range in function st_geomfromtext. It must be within [-90.000000, 90.000000]. 0.000 sec”




I can't set a SRID because of problems with the latitude range.



A latitude of "124.241900" is obviously impossible, because latitude can only range from -90 and +90 degrees. It seems to happen quite often, that people mix up longitude (allowed range: -180 and +180 degrees) with latitude.



Additional information: QIS shows these properties for the shapefile:




“-181.5899672849999718,-54.0594466929999840 : 181.1581243180000911,71.1881355930000836”



Does somebody have an idea what went wrong and how I could prevent this error?



Something in the interaction between shapefile, QGIS, ogr2ogr and MySQL obviously caused problems. The map display in QGIS, however, seems to work fine.



I would like to import only valid maps into MySQL because I need the spatial data index. Without an index a single query takes >8 seconds and that is too slow.










share|improve this question
















First I have a problem creating spatial index in MySQL 8.0. Here the description:



  1. I have a collection of several thousand species range maps (polygon & multi-polygon) which is provided by IUCN as a single shapefile.

  2. I opened this shapefile in QGIS 3.6 and performed geometry check (Vector/Geometry Tools/Check validity).

  3. All valid range maps have been exported into a new shapefile.

  4. I imported this new shapefile into MySQL 8.0 via command line tool ogr2ogr.

  5. For the ogr2ogr import I had to use the option "-skipfailures". Reason: ogr2ogr considered some of the range maps as invalid.

  6. The remaining maps were imported into a MySQL table. And it seems all ok, at least you can run queries successfully. But the queries are slow, because MySQL always reads the whole table.

  7. So I decided to create a spatial index and for that you'll need to set a SRID. And here the problem starts:


“03:10:32 UPDATE gis.all_reptiles_innodb SET SHAPE =
ST_GeomFromText(ST_AsText(shape), 4326) Error Code: 3617. Latitude
124.241900 is out of range in function st_geomfromtext. It must be within [-90.000000, 90.000000]. 0.000 sec”




I can't set a SRID because of problems with the latitude range.



A latitude of "124.241900" is obviously impossible, because latitude can only range from -90 and +90 degrees. It seems to happen quite often, that people mix up longitude (allowed range: -180 and +180 degrees) with latitude.



Additional information: QIS shows these properties for the shapefile:




“-181.5899672849999718,-54.0594466929999840 : 181.1581243180000911,71.1881355930000836”



Does somebody have an idea what went wrong and how I could prevent this error?



Something in the interaction between shapefile, QGIS, ogr2ogr and MySQL obviously caused problems. The map display in QGIS, however, seems to work fine.



I would like to import only valid maps into MySQL because I need the spatial data index. Without an index a single query takes >8 seconds and that is too slow.







qgis shapefile ogr2ogr mysql-spatial






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Apr 11 at 3:42









Vince

14.8k32850




14.8k32850










asked Apr 11 at 0:30









stssts

12




12












  • MySQL 8.0 changed the way it does indexing. See mysqlserverteam.com/geographic-indexes-in-innodb

    – Mapperz
    Apr 11 at 1:33











  • The indexing changes are a good point. The problem is: When I use ogr2ogr with "-update" it will assign "SRID 0". And I can't change it after to SRID 4326 as needed due to the problems described. If I use ogr2ogr with "-append" it will not insert a single row into the table because it considers all data records as invalid. Anybody an idea how I can tell ogr2ogr that my source material has SRID 4326 and that I want to insert it the same way in the MySQL table?

    – sts
    Apr 11 at 4:40











  • you need "With MySQL 8.0 or later, the ST_SPATIAL_REFERENCE_SYSTEMS table provided by the database is used instead of spatial_ref_sys. " as described gdal.org/drv_mysql.html

    – Mapperz
    Apr 11 at 13:33

















  • MySQL 8.0 changed the way it does indexing. See mysqlserverteam.com/geographic-indexes-in-innodb

    – Mapperz
    Apr 11 at 1:33











  • The indexing changes are a good point. The problem is: When I use ogr2ogr with "-update" it will assign "SRID 0". And I can't change it after to SRID 4326 as needed due to the problems described. If I use ogr2ogr with "-append" it will not insert a single row into the table because it considers all data records as invalid. Anybody an idea how I can tell ogr2ogr that my source material has SRID 4326 and that I want to insert it the same way in the MySQL table?

    – sts
    Apr 11 at 4:40











  • you need "With MySQL 8.0 or later, the ST_SPATIAL_REFERENCE_SYSTEMS table provided by the database is used instead of spatial_ref_sys. " as described gdal.org/drv_mysql.html

    – Mapperz
    Apr 11 at 13:33
















MySQL 8.0 changed the way it does indexing. See mysqlserverteam.com/geographic-indexes-in-innodb

– Mapperz
Apr 11 at 1:33





MySQL 8.0 changed the way it does indexing. See mysqlserverteam.com/geographic-indexes-in-innodb

– Mapperz
Apr 11 at 1:33













The indexing changes are a good point. The problem is: When I use ogr2ogr with "-update" it will assign "SRID 0". And I can't change it after to SRID 4326 as needed due to the problems described. If I use ogr2ogr with "-append" it will not insert a single row into the table because it considers all data records as invalid. Anybody an idea how I can tell ogr2ogr that my source material has SRID 4326 and that I want to insert it the same way in the MySQL table?

– sts
Apr 11 at 4:40





The indexing changes are a good point. The problem is: When I use ogr2ogr with "-update" it will assign "SRID 0". And I can't change it after to SRID 4326 as needed due to the problems described. If I use ogr2ogr with "-append" it will not insert a single row into the table because it considers all data records as invalid. Anybody an idea how I can tell ogr2ogr that my source material has SRID 4326 and that I want to insert it the same way in the MySQL table?

– sts
Apr 11 at 4:40













you need "With MySQL 8.0 or later, the ST_SPATIAL_REFERENCE_SYSTEMS table provided by the database is used instead of spatial_ref_sys. " as described gdal.org/drv_mysql.html

– Mapperz
Apr 11 at 13:33





you need "With MySQL 8.0 or later, the ST_SPATIAL_REFERENCE_SYSTEMS table provided by the database is used instead of spatial_ref_sys. " as described gdal.org/drv_mysql.html

– Mapperz
Apr 11 at 13:33










1 Answer
1






active

oldest

votes


















0














Thanks for the hint! I played around with ogr2ogr and this seems to be the solution for the import including the correct SRID:




ogr2ogr -skipfailures -f "MySQL" MYSQL:"gis,host=localhost,user=root,password=#123456789"
-nln “my_tablename” -update -overwrite -t_srs EPSG:4326 -lco engine=INNODB my_shapefile.shp




But this sets only the SRID for each row. You have then to set an SRID for the column to create the spatial index:




ALTER TABLE my_table MODIFY SHAPE geometry NOT NULL SRID 4326;




Then you can create the spatial index:




ALTER TABLE my_table ADD SPATIAL INDEX(SHAPE);







share|improve this answer

























    Your Answer








    StackExchange.ready(function()
    var channelOptions =
    tags: "".split(" "),
    id: "79"
    ;
    initTagRenderer("".split(" "), "".split(" "), channelOptions);

    StackExchange.using("externalEditor", function()
    // Have to fire editor after snippets, if snippets enabled
    if (StackExchange.settings.snippets.snippetsEnabled)
    StackExchange.using("snippets", function()
    createEditor();
    );

    else
    createEditor();

    );

    function createEditor()
    StackExchange.prepareEditor(
    heartbeatType: 'answer',
    autoActivateHeartbeat: false,
    convertImagesToLinks: false,
    noModals: true,
    showLowRepImageUploadWarning: true,
    reputationToPostImages: null,
    bindNavPrevention: true,
    postfix: "",
    imageUploader:
    brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
    contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
    allowUrls: true
    ,
    onDemand: true,
    discardSelector: ".discard-answer"
    ,immediatelyShowMarkdownHelp:true
    );



    );













    draft saved

    draft discarded


















    StackExchange.ready(
    function ()
    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fgis.stackexchange.com%2fquestions%2f318438%2fmysql-8-0-error-code-3617-latitude-is-out-of-range-in-function-st-geomfromtext%23new-answer', 'question_page');

    );

    Post as a guest















    Required, but never shown

























    1 Answer
    1






    active

    oldest

    votes








    1 Answer
    1






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes









    0














    Thanks for the hint! I played around with ogr2ogr and this seems to be the solution for the import including the correct SRID:




    ogr2ogr -skipfailures -f "MySQL" MYSQL:"gis,host=localhost,user=root,password=#123456789"
    -nln “my_tablename” -update -overwrite -t_srs EPSG:4326 -lco engine=INNODB my_shapefile.shp




    But this sets only the SRID for each row. You have then to set an SRID for the column to create the spatial index:




    ALTER TABLE my_table MODIFY SHAPE geometry NOT NULL SRID 4326;




    Then you can create the spatial index:




    ALTER TABLE my_table ADD SPATIAL INDEX(SHAPE);







    share|improve this answer





























      0














      Thanks for the hint! I played around with ogr2ogr and this seems to be the solution for the import including the correct SRID:




      ogr2ogr -skipfailures -f "MySQL" MYSQL:"gis,host=localhost,user=root,password=#123456789"
      -nln “my_tablename” -update -overwrite -t_srs EPSG:4326 -lco engine=INNODB my_shapefile.shp




      But this sets only the SRID for each row. You have then to set an SRID for the column to create the spatial index:




      ALTER TABLE my_table MODIFY SHAPE geometry NOT NULL SRID 4326;




      Then you can create the spatial index:




      ALTER TABLE my_table ADD SPATIAL INDEX(SHAPE);







      share|improve this answer



























        0












        0








        0







        Thanks for the hint! I played around with ogr2ogr and this seems to be the solution for the import including the correct SRID:




        ogr2ogr -skipfailures -f "MySQL" MYSQL:"gis,host=localhost,user=root,password=#123456789"
        -nln “my_tablename” -update -overwrite -t_srs EPSG:4326 -lco engine=INNODB my_shapefile.shp




        But this sets only the SRID for each row. You have then to set an SRID for the column to create the spatial index:




        ALTER TABLE my_table MODIFY SHAPE geometry NOT NULL SRID 4326;




        Then you can create the spatial index:




        ALTER TABLE my_table ADD SPATIAL INDEX(SHAPE);







        share|improve this answer















        Thanks for the hint! I played around with ogr2ogr and this seems to be the solution for the import including the correct SRID:




        ogr2ogr -skipfailures -f "MySQL" MYSQL:"gis,host=localhost,user=root,password=#123456789"
        -nln “my_tablename” -update -overwrite -t_srs EPSG:4326 -lco engine=INNODB my_shapefile.shp




        But this sets only the SRID for each row. You have then to set an SRID for the column to create the spatial index:




        ALTER TABLE my_table MODIFY SHAPE geometry NOT NULL SRID 4326;




        Then you can create the spatial index:




        ALTER TABLE my_table ADD SPATIAL INDEX(SHAPE);








        share|improve this answer














        share|improve this answer



        share|improve this answer








        edited Apr 12 at 0:02

























        answered Apr 11 at 23:55









        stssts

        12




        12



























            draft saved

            draft discarded
















































            Thanks for contributing an answer to Geographic Information Systems Stack Exchange!


            • Please be sure to answer the question. Provide details and share your research!

            But avoid


            • Asking for help, clarification, or responding to other answers.

            • Making statements based on opinion; back them up with references or personal experience.

            To learn more, see our tips on writing great answers.




            draft saved


            draft discarded














            StackExchange.ready(
            function ()
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fgis.stackexchange.com%2fquestions%2f318438%2fmysql-8-0-error-code-3617-latitude-is-out-of-range-in-function-st-geomfromtext%23new-answer', 'question_page');

            );

            Post as a guest















            Required, but never shown





















































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown

































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown







            Popular posts from this blog

            រឿង រ៉ូមេអូ និង ហ្ស៊ុយលីយេ សង្ខេបរឿង តួអង្គ បញ្ជីណែនាំ

            Crop image to path created in TikZ? Announcing the arrival of Valued Associate #679: Cesar Manara Planned maintenance scheduled April 17/18, 2019 at 00:00UTC (8:00pm US/Eastern)Crop an inserted image?TikZ pictures does not appear in posterImage behind and beyond crop marks?Tikz picture as large as possible on A4 PageTransparency vs image compression dilemmaHow to crop background from image automatically?Image does not cropTikzexternal capturing crop marks when externalizing pgfplots?How to include image path that contains a dollar signCrop image with left size given

            Romeo and Juliet ContentsCharactersSynopsisSourcesDate and textThemes and motifsCriticism and interpretationLegacyScene by sceneSee alsoNotes and referencesSourcesExternal linksNavigation menu"Consumer Price Index (estimate) 1800–"10.2307/28710160037-3222287101610.1093/res/II.5.31910.2307/45967845967810.2307/2869925286992510.1525/jams.1982.35.3.03a00050"Dada Masilo: South African dancer who breaks the rules"10.1093/res/os-XV.57.1610.2307/28680942868094"Sweet Sorrow: Mann-Korman's Romeo and Juliet Closes Sept. 5 at MN's Ordway"the original10.2307/45957745957710.1017/CCOL0521570476.009"Ram Leela box office collections hit massive Rs 100 crore, pulverises prediction"Archived"Broadway Revival of Romeo and Juliet, Starring Orlando Bloom and Condola Rashad, Will Close Dec. 8"Archived10.1075/jhp.7.1.04hon"Wherefore art thou, Romeo? To make us laugh at Navy Pier"the original10.1093/gmo/9781561592630.article.O006772"Ram-leela Review Roundup: Critics Hail Film as Best Adaptation of Romeo and Juliet"Archived10.2307/31946310047-77293194631"Romeo and Juliet get Twitter treatment""Juliet's Nurse by Lois Leveen""Romeo and Juliet: Orlando Bloom's Broadway Debut Released in Theaters for Valentine's Day"Archived"Romeo and Juliet Has No Balcony"10.1093/gmo/9781561592630.article.O00778110.2307/2867423286742310.1076/enst.82.2.115.959510.1080/00138380601042675"A plague o' both your houses: error in GCSE exam paper forces apology""Juliet of the Five O'Clock Shadow, and Other Wonders"10.2307/33912430027-4321339124310.2307/28487440038-7134284874410.2307/29123140149-661129123144728341M"Weekender Guide: Shakespeare on The Drive""balcony"UK public library membership"romeo"UK public library membership10.1017/CCOL9780521844291"Post-Zionist Critique on Israel and the Palestinians Part III: Popular Culture"10.2307/25379071533-86140377-919X2537907"Capulets and Montagues: UK exam board admit mixing names up in Romeo and Juliet paper"Istoria Novellamente Ritrovata di Due Nobili Amanti2027/mdp.390150822329610820-750X"GCSE exam error: Board accidentally rewrites Shakespeare"10.2307/29176390149-66112917639"Exam board apologises after error in English GCSE paper which confused characters in Shakespeare's Romeo and Juliet""From Mariotto and Ganozza to Romeo and Guilietta: Metamorphoses of a Renaissance Tale"10.2307/37323537323510.2307/2867455286745510.2307/28678912867891"10 Questions for Taylor Swift"10.2307/28680922868092"Haymarket Theatre""The Zeffirelli Way: Revealing Talk by Florentine Director""Michael Smuin: 1938-2007 / Prolific dance director had showy career"The Life and Art of Edwin BoothRomeo and JulietRomeo and JulietRomeo and JulietRomeo and JulietEasy Read Romeo and JulietRomeo and Julieteeecb12003684p(data)4099369-3n8211610759dbe00d-a9e2-41a3-b2c1-977dd692899302814385X313670221313670221