Hva er nytt:

I denne versjonen har bygningen blitt voluminøs og nyttige objekter - for eksempel butikker og kafeer - er nå synlige på et blikk på skjemaet på grunn av ikonene. For å se det nye kortet så raskt som mulig, i innstillingene til programmet Slett, vennligst, gamle kort og last ned nye ting. Du har sikkert lagt merke til, vi endret applikasjonsikonet.

I dag skjedde det en av de viktigste oppdateringene av Yandex.Cart for hele historien. Først er folkekartet kombinert med de viktigste, og derfor kan alle raskt og enkelt legge til sitt hjem til kortet eller riktig unøyaktighet. Resultatene av endringene vil være tilgjengelige for alle - på Yandex.Maps, samt i mobile kart og navigator. Og for det andre fikk Yandex.Maps et nytt grensesnitt, om beta-versjonen som vi en gang hadde fortalt om Habré i de tidlige stadiene av arbeid på ham (takk for alle kommentarene og tipsene, som deretter ble uttrykt).

Under kuttet vil jeg snakke om hvordan vi jobbet på grensesnittet, da vi bestemte oss for å få rask lasting av objekter i nettleseren, kom opp med og implementerte nye verktøy som skulle beskytte brukere av brukere, da de gjorde det slik Nytt liv har blitt mulig i det hele tatt, og hvorfor kort nå oppdateres raskere enn noensinne, og samtidig vil det være nøyaktige, og mye mer.

Den første versjonen av folkekortet ble lansert nøyaktig for fem år siden - 8. april 2010. På den tiden var Yandex.Maps helt avhengig av de kartografiske datautorganisatorene. Lansering av et folkekort, ønsket vi å gi folk muligheten til å påvirke fullstendigheten og kvaliteten på dataene. Virkeligheten overgikk alle våre forventninger: I løpet av disse fem årene har mange byer og byer og nærmeste i utlandet blitt trukket gjennom brukernes innsats. Når du åpner nye enheter, er korreksjonen i kortet gjort i løpet av dagen, og oftest - en time.

Så så den første versjonen av folkekartet i 2010

Men verden står ikke stille, og vi ventet på den neste utfordringen - for å lage et verktøy fra et folkekort, med hjelp av hvilke ikke engang kjent med kartografi, kunne skape profesjonelle kort som passer for bruk i bilruting.

Men ved å sette et slikt mål innså vi oppgavene som vi måtte bestemme. Først, for å gjøre grensesnittet til et nytt folkekart så intuitivt og vennlig, slik at enhver person kan jobbe med ham. For det andre var det nødvendig å lære å redigere svært store gjenstander i nettleseren. I det gamle folkekartet når du legger et objekt med et stort antall noder (\u003e 20k), hang nettleseren. I det nye folkekartet, hva vi oppfattet det, er det uakseptabelt.

Og for det tredje, siden etter dagens endringer gir vi folk til å redigere dataene, som da vil se titalls millioner av Yandex.Cart-brukere, er det nødvendig å beskytte resultatene av arbeidet med "Folk" kartografer fra skruppelløse brukere, som vi kaller vandaler.

Arbeid på grensesnittet

• nybegynnere som aldri har prøvd å redigere kortet;
• erfarne brukere som kan tilskrives kartografer og aktive brukere av folkekortet.

Vi legger fram en hypotese om at grensesnittet skal være to-nivå. Det første nivået for helt nye brukere, slik at de kan utføre enkle scenarier, og det andre nivået for erfarne når det er nødvendig å gjøre noe mer komplisert. Eksempler jeg vil gi nedenfor.

For å teste denne hypotesen, studerte vi egendefinerte økter på folks kart og fant ut at følgende tildeles blant de mest populære scenariene for å lage og redigere data:

• redigering organisasjon;
• redigering av bygningen og adressene;
• redigering av enkle firkantede objekter (park, plen, skole eller barnehage);
• redigeringsvei.

Og siden disse scenariene begynner å bli kjent med redigering av kartet, betyr det at de må være superlogichny og intuitive. Hvis en person bestemmer seg med dem, og han vil fortsatt være interessert i å redigere kortet, kan han trykke på "Vis mer" -knappen. Bak dette klikket vil brukeren oppdage flere verktøy med hvem han må finne ut - les instruksjonene, spør Rådet av flere erfarne brukere.

I prosessen med å designe et brukergrensesnitt, oppdaget vi umiddelbart behovet for dynamiske prototyper. Det viste seg å være veldig vanskelig å diskutere komplekse redigeringsscenarier, som har statiske layouter på hendene. Det var mange spørsmål om skjemaet: "Hva vil skje hvis jeg klikker på denne knappen og gjør det?" Når skriptene er veldig mye og med hvert trykk på knappen, er de forgrenet og skjærer, "dynamiske prototyper" er en flott løsning. De hjelper raskt og tydelig å demonstrere hvordan brukerinteraksjonen skal skje med grensesnittet.

Vi begynte å teste brukergrensesnittet. Våre utviklere ble de første testene. Så snart vi demonstrerte ønsket samhandling av brukere med vårt produkt, hørte: "Vi forstår ikke hvordan man skal gjøre en slik magi. La oss først gjøre det bare fra utsikten over utvikling, og da vil vi prøve å forenkle grensesnittet for brukere. "

I det minste er noen løsning bedre enn noen. Derfor redested vi alle prototypene i grensesnittene til vår forståelige implementering. Som et resultat har vi en prototype, hvor alle dataene er redigert, men stedene er ubeleilig og ulogisk.

La oss forklare bedre for eksempel. Ta Baikal-sjøen. Hvordan redigere en enkel bruker? Baikal er et flyobjekt, så det er naturlig å redigere det som et område. Men det er et problem - Baikal består av 527 lukkede konturer (konturen selv pluss de utskårne øyene), mer enn 59.200 noder, og i tillegg har vanlige grenser med flere elver.

Hvis du prøver å laste ned alle disse dataene fra serveren til brukeren i nettleseren - alt vil henge. Derfor har vi i dataene som alle presenteres noe annerledes.

Det er et formål med hydrografi "Lake Baikal", som bare har et navn, og det er ingen geometri.


Når du velger et objekt, vises alle konturene.

Det er lukkede konturer forbundet med dette objektet, som er den ytre konturen på sjøen og kuttehullene under øya. De har et attributt "eksternt" eller "internt" (kontur), men har heller ikke sin geometri.

Merk, jeg valgte bare en kontur - bakgrunnsbelysningen av alle resten forsvant

Alle disse konturene består av ett eller flere av settet av områder av hydrograferanser, som er faktisk geometri.

En av delene av Baikals ytre kontur er fremhevet på bildet.

Dette betyr at for å skape en slik innsjø, må vi:

• tegn de faktiske grensene til innsjøen og alle øyer;
• lag et objekt "Lake Baikal" og legg til konturer til det samlet fra pre-trukket områder av grenser.

Slik ser de og lager data fra våre kartograogramere. Og dette alternativet for redigering av data, har vi valgt som utgangspunkt for en innfaset forbedring av grensesnittet.

I det øyeblikket, når den første versjonen av redigeringsgrensesnittet ble utviklet og hevet på testtjenesten, gikk vi alle for å teste det med hele laget. Ifølge testresultatene samlet vi igjen og diskuterte at i denne redigeringsmetoden kan forbedres.

Det første vi bestemte oss for at tegningen av Baikal er et sjeldent tilfelle, og nybegynnerbrukeren vil mest sannsynlig kunne tegne noe enklere. For eksempel, en lokal dam. Og dette er et trivielt tilfelle, og dammen vil bestå av ett formål med hydrografi, en kontur og et område av grenser. Så la oss i slike tilfeller skape det som et enkelt arealobjekt uten alt dette vri med områder med grenser og konturer, og vi vil opprettholde det som tre separate objekter (hydrogrogrografot, kontur, grensen). Nei før sagt enn gjort.

Opprette en kant av et objekt, krets og et objekt av hydrografi i en mottak

Og hvis det viser seg å skape trivielle gjenstander som det, så la oss trivielle objekter også redigeres. Klar!

Redigerer et objekt som består av en grense av objektet, en krets og hydrografiens formål

Utmerket! Og la oss også redigere disse objektene som består av en kontur, men flere seksjoner.

Redigerer et objekt som består av tre grenser av objektet, en kontur og hydrogrogrograinobjektet

Utmerket. Og la oss også redigere objekter med "delte grenser", og de som har mange konturer. Og her vil det ikke fungere. I tilfelle av et objekt som har vanlige grenser med andre objekter, vet vi ikke hva brukeren ønsker å gjøre - flytte den generelle grensen eller løsne objektet fra denne felles grensen. Og i tilfelle av objekter med et stort antall konturer, er det nødvendig å forstå hvilken kontur som brukeren nå vil redigere. Det betyr at du må tenke over scenarier for disse tilfellene og implementere utvalgs- og redigeringsverktøyene.

Dammen, som har en ekstern krets, noen få indre og ytre kontur har en vanlig kant med en kanal.

Ok, nå forsto vi hvor grensen går mellom enkle og komplekse redigeringsscenarier. Men enkle tilfeller er allerede implementert, og ... du vil ikke tro, de ser nesten ut som grensesnittene i begynnelsen av prosjektet. Bare magi ble forståelig og implementert.

Under følgende studier kom vi opp med hvordan vi kunne gjøre forståelige og komplekse dataredigeringsscenarier, men løsningen var ikke så elegant som vi ønsket. Vi lærte å oppdage når brukeren vender mot et komplekst scenario. Tjenesten foreslår å gjøre deg kjent med reglene for redigering av tilstøtende objekter og til og med foreslår brukeren der en feil kan ha oppstått.

En feil med henvisning til dokumentasjonen og markøren der feilen ble oppdaget

Nedlastningshastighet

La oss løse dette problemet også i etapper. Du kan redigere attributter og geometri, og hvis det er mange konturer, så i ett trinn kan du jobbe geometrien til bare en kontur:

Redigering er bare tilgjengelig fra en viss skala på kortet, og brukeren er invitert til å velge, hvilken krets geometri han ønsker å redigere

Og så, når brukeren velger kontur for å redigere, blir "Magic" utløses igjen - hvis konturen er liten (for eksempel den indre konturen under øya), laster vi det helt og gir redigering som et enkelt område.

Tilfelle av redigering av et enkelt konturobjekt

Og hvis omrisset er veldig stort, legger vi bare de synlige områdene i grensene og lar dem redigere dem. Hvis brukeren beveger kortet, og bare nye områder av grenser vil være på den, vil vi også lastes ned for å redigere dem. Dermed kan brukeren i nesten enkel modus redigere komplekse objekter, uten å merke det.

Bare en del av grensen grensen til objektet er lastet

Dermed gikk vi rundt nettleserbegrensningene - lasthastigheten for data for redigering og begrensninger på antall samtidige poeng som er tilgjengelige for det.

Beskyttelse av høyre

For å gjøre dette, endret vi systemet med moderering av alle retninger av brukere - fra postmodologi til premocoding. Det vil si fra i dag, alle endringer i Folk-kortet vil gjennomgå obligatoriske moderatorer. Vi håper at dette vil forbedre kvaliteten på dataene.

Vi har ingen oppgave å rulle ut alle dataene på en bestemt dato eller revisjon, vi har en oppgave - Slett bare en del av de tilpassede reglene, mens du lagrer alle de andre, og lagrer også den holistiske datastatus. Resultatet var vår interne utvikling av datalagring, deres revisjoner og en egen presentasjon.

En av de viktige fordelene med vårt system er at vi lærte godt å kontrollere dataens integritet. For eksempel redigerer jeg delen av veien og forandrer sin geometri.

Redigering av geometrien på veiseksjonen direkte

Da blir jeg til en nærliggende enhet, hvor flere veiområder krysser, og prøver å redigere det, men indirekte rett geometrien til forrige side.

Redigerer geometriveien indirekte

Så, jeg får to relaterte endringer. Hvis vi ikke kunne kontrollere og vere slike indirekte endringer, ville vi ikke kunne returnere objektet til staten der den var til en indirekte redigering. Så det ville være nødvendig å forby alle indirekte redigeringer på toppen av direkte.

I prinsippet er det i denne beslutningen ikke noe forferdelig, noen kartleggingstjenester er gjort. Men en slik løsning eliminerer helt muligheten for å redigere veiskursen, siden det alltid er indirekte dataendringer i redigering av veggrafen.

Et annet viktig tema knyttet til datautvikling er en visuell representasjon av diffredigasjonen. Du kan alltid se hva den nyeste versjonen av objektet ser ut, men det er viktig for praktisk moderering for å se hvordan objektet så ut til redigert og etter redigering. Det er spesielt viktig å gjøre en slik diff for gjenstandenes geometri:

Slik er det geometriske og attributtet diff for redigering, som jeg gjorde for å demonstrere direkte og indirekte objektredigering

Men jeg prøvde en fotgjengervei som kuttet veien inn i to tomter

Men det ser ut som diff for enkle bygninger som bygningen

En slik visuell representasjon av redaktørene tillater raskere og enklere å håndtere hva og hvor redigert.

Som et resultat klarte vi å implementere et enkelt og forståelig grensesnitt for brukere som ikke er kjent med kartografien og ikke vil forstå datastrukturen. Samtidig gjorde vi et praktisk og fleksibelt grensesnitt for erfarne brukere. Underveis, lærte å redigere veldig store og "tunge" objekter i nettleseren og plassert alle retninger av brukere under Versjonskontroll.

Og alt dette for å gjøre brukerne enda mer hensiktsmessig å dele sin kunnskap om terrenget med andre.

Søk kart City, landsby, regioner eller land

Gammel. Yandex kart.

Tillater: endre skalaen; måle avstander; Bytt skjermmodusene - diagram, satellittvisning, hybrid. Yandex-kortmekanismen er påført, den inneholder: distrikter, gatenavn, hus av hus, etc. Byer og store landsbyer, tillater søk etter adresse (Square, Avenue, Street + rom i huset, etc.), for eksempel: "Lenin Street 3", "Gamle hoteller", etc.

Hvis du ikke fant noe, prøv seksjonen google Satellittekart: Gamle Eller vektorkart fra OpenStreetMap: Gammel.

Link til det valgte objektet på kartet Du kan sende e-post, ICQ, SMS eller sted på nettsiden. For eksempel, for å vise et møtested, fraktadresse, lagre plassering, kino, stasjon, etc.: Alene Juster objektet med en markør i midten av kartet, kopier lenken til venstre over kartet og send adressaten til Markøren i midten, det vil definere stedet du spesifiserer..

Gamle - Online kart med utsikt over satellitten: gater, hus, områder og andre gjenstander.

For å endre skalaen, bruk rullehjulet "Mus", skyveknappen "+ -" til venstre eller "Forstørr" -knappen i øverste venstre hjørne av kortet; For å se utsikten fra satellitten eller et folkekart - velg det kompatible menyelementet i øvre høyre hjørne; Hva ville måle avstanden - klikk på regelen til høyre under og bruk punktet på kartet.

Komfortable kort for rask og praktisk navigering.

En av de viktigste kjennetegnene på smarttelefonen har alltid vært muligheten til å bruke den som en navigasjonsenhet, bare nedlasting av navigatørprogrammet. En av de populære geografiske kartene tjenestene er Yandex, som allerede har gitt ut den offisielle søknaden om Android kalt " Yandex Maps.". Søknaden har nok detaljerte kort, evnen til å jobbe både online og offline, samt tilstedeværelsen av ikke bare gater fra Yandex, men også gatenordninger fra folk som bor på disse stedene og kjenner det eksakte navnet på gatene .

Etter å ha startet programmet, starter kartet umiddelbart og din nåværende posisjon vises. Plasseringsnøyaktigheten avhenger av hvilke nøyaktighetsinnstillinger som er valgt på enheten. Grensesnittet inneholder minimumsknapper og er veldig praktisk. Fra oven er det en knapp for å slå på / av-visning av trafikkork, til venstre er knappen for å velge bilverktøyet til høyre - knappene for å definere din nåværende posisjon og skala-knappen. På bunnpanelet finner du fire faner:
1. Lag - Lar deg velge typen kart du vil bruke, så vel som de elementene du vil se.
2. Søk - du kan finne ikke bare gater, men også tanking, kafeer og andre steder.
3. ROUTE - Lar deg bane ruten fra punkt A til punktet B.
4. Meny - Du kan se bokmerkene i den, gå til innstillingene, samt laste ned kort til enheten for å vise dem offline.

Og påskriftene ser ikke fint ut. Vi løste også problemer med frysing eller plutselig nedleggelse på enkelte enheter. Du er velkommen til å skrive om de valgte feilene - vi la til en knapp til delen "Om vedlegg" for å raskt sende et brev til utviklere.

3.8
Vi har samlet dine kommentarer og avsluttet søknaden, som skjedde når du bygger ruter: Etter at du har valgt adressen fra spørringen, forsvinner tastaturet ikke lenger.

3.45
Hjem Nyheter: Et detaljert verdens kart har dukket opp i vedlegget. Nå vil Yandex.Maps hjelpe deg med å reise rundt i verden: Naviger i ukjente byer og bygge bilruter. Vi oppdaterer nå kartene til Russland, korrigert forskjellige små ting.

3.42
- Faste bugs.

3.40
- en ny kortorganisasjon;
- Forbedret arbeid med bokmerker;
- form av vurderinger om kvaliteten på kommunikasjonen for MTS-brukere;
- feilretting.

3.20
- Se og legg til vurderinger om organisasjoner og institusjoner;
- Faste bugs.

3.12
- Evnen til å redigere rangeringen igjen;
- Vis vurderinger i resultatene av å finne organisasjoner;
- Lagre bokmerker selv etter at du har installert programmet på nytt
- Faste bugs.
- Modifisert en advarsel for videokameraer. Signalet vil høres
v.3.11.
- feilretting.

v.2.21.
muligheten til å laste ned kartet til byen til telefonen;