“Baş aşağı” etiketler için kural nedir?


11

Etiketler için kullanılacak çizgi özellikleri var. Bu çizgiler, üzerine yerleştirilen metnin iyi bir kartografik çıktı vermesi için doğru şekilde yönlendirilir (döndürülür) ve konumlandırılır.

Aşağıdaki iki resmi ve etiketlerini karşılaştırın. Özellikle "Waverton" kelimesi ve "Avenue" ile ilgili yönelimi.

"Yanlış" etiketleme "Doğru" Etiketi

Sol, tüm etiketleme motorlarının varsayılan olarak ürettiği şeydir. İşe göre, Ordnance Survey'e göre "olması gerektiği" gibi görünüyor.

Benim asıl sorum - Hangisi doğru ve neden? Buradaki kartografik sözleşme nedir?

Bunu soruyorum çünkü 5 etiketleme motorundan QGIS (iki tane var), MapInfo ve ArcGIS (iki tane var), sadece Maplex kullanıcının etiketin satırın yönünü takip etmesinde ısrar etmesine izin veriyor . Diğerleri, baş aşağı metnin istenmeyen olduğunu ve otomatik olarak "düzelttiğini" varsayar.

(Haritalar: © Crown Telif Hakkı ve veritabanı hakkı 2012. Ordnance Survey 100019520.)


Not: 2.0'da QGIS, üst çizgilere izin verme seçeneği sunacak
GIS-Jonathan

3
parti / 17 ve 26 nolu yapı etiketlerini de karşılaştırmak istiyor muyuz?
andytilia

@andytilia - Evet, bunlar da karşılaştırılabilir. Mülkiyet ön nerede olduğunu iletmek için yola dönük olması gerektiğini düşünüyorum.
CBS-Jonathan

Yanıtlar:


3

Baş aşağı metnin istenmeyen olduğunu ve haritanın son kullanıcı deneyiminin çok önemli olduğunu kabul ediyorum, ancak bu mutlaka okunması en doğal olan şeyin her zaman en iyisi olduğu anlamına gelmez.

Örneğinizde, soldaki resim aslında yanıltıcı olabilir. 'Waverton' okunması izleyicinin gözünü sayfanın altına doğru yönlendirir ve mutlaka 'Avenue' kelimesi ile ilişki kurmaz. Belirli bir caddeyi bulmaya çalışıyorsanız, bir yol haritasında sorunlu olabilir.

Arsa numaraları konusu da ilginçtir. Sağdaki görüntüdeki yönelimleri ile sadece sayıyı değil, aynı zamanda cephe / sokak ilişkilerini de taşırlar - belirli bir siteye erişmeye çalışıp çalışmadığınızı bilmek yararlıdır.

Etiketlerin okunabilir olması, ancak bilgilerini doğru bir şekilde sunması gerekir. Sokak isimleri için tüm ismin aynı şekilde yönlendirilmesi gerektiğini düşünüyorum.


Kabul ediyorum, ancak bu durumda aslında 2 özellik.
U2ros

4

Baş aşağı metnin, özellikle harita kullanıcısı perspektifinden kesinlikle istenmeyen olduğunu söyleyebilirim. Etiketin açısı dik olsa bile soldan sağa okunması daha doğaldır. (böylece oyum soldaki resme gider;))

Ancak bu özel durumda ... uzun bir etiketiniz olduğu için ... etiketin bir noktada baş aşağı dönüp dönmediğine bakılmaksızın, etiket başlangıç ​​noktasını kendi sentroidini dikkate almanın önemli olduğunu söyleyebilirim (eğer soldan sağa kuralı uygulayın), çünkü harita kullanıcıları metni etiketin ortasında değil, başlangıçta okumaya başlamaz.

Alt satır: Bence en önemli nokta, son kullanıcı deneyiminin, okunması daha doğal olan haritalardır.


1
Netlik için - "Waverton", "Avenue" için ayrı bir hat özelliğidir. CBS'nin ilişkili olduklarını bilmeleri mümkün değildir.
GIS-Jonathan

Ah, tamam, tek bir özellik olduğunu düşündüm. Orijinal yorumum hala duruyor
U2ros

1
Waverton ve Avenue farklı özellikler ise, o zaman "doğru" cevap olmadığını düşünüyorum - bu haritacı ne iletmeye çalışıyor bağlıdır. Bu nedenle, araçta hangi kuralların (ve kuralların istisnalarının) uygulandığı konusunda esnek olmalıdır.
Ekim'de 8

@BradHards - Doğru bir cevap olmadığını biliyorum - fikir arıyorum.
CBS-Jonathan

Bu bir görüş arayışı ise, belki de SE'ye ait değildir. Bkz. Gis.stackexchange.com/faq#dontask
BradHards

3

Doğru garanti yoktur, çünkü sembolizasyon ve etiket yerleşimleri neyin gösterileceğine ve hangi kitleye (tanıdık kalıplar) bağlı olduğuna bağlıdır. Bu yüzden, görünüşünün kalitesini değerlendirmeden önce haritanın amaçlarını netleştirmek gerekir.
Otomatik etiketleme için, istenen bir kuralın her ihlali için bir ceza verilmesini ve en az toplam ceza ile etiketleme varyantını seçmenizi öneririm.

Sokak etiketleme
Tek bir özellik “Waverton Bulvarı” görüntüleneceğini varsayarsak, sol görselleştirme yanıltıcı olur. Bir okuyucunun, düzenleme sırasını düşünmeden önce etiket parçasını öğrenmek için etiketin ortasından iki kez başlaması gerekir. Bu, harita parçasında gerçekten sorunlu değildir, ancak özellikle yoğun etiketleme gerekiyorsa, birçok özelliğe sahip haritalarda çok kafa karıştırıcı olabilir.

Bunun yerine “Waverton” ve “Avenue” olmak üzere iki özellik olduğunu varsayarsak, sol görüntü daha iyidir çünkü etiketin bir bütün olarak okunamazlığı ayrılığı desteklemektedir.

Mümkünse, yakın özellikler birkaç şey olarak gösterilmemesi gerektiğinde, tüm etiketler ters çevrilmeyecek şekilde döndürülmelidir. Sadece döndürülmemiş metni okumak daha kolay olduğu için, insanların bildiği şey budur.

Ayrıca, her etiketin ait olduğu sokağın ortasında olmasını istersiniz, çünkü etiketin çevresindeki boş alan etiketi bulmayı kolaylaştırır. Etiketleri hafifçe bükmek de okunabilirliği artırabilir, çünkü tek bir eğrideki etiketler tek bir şey olarak görülür. Bunları birbirine yaklaştırmak, bunları okurken tek bir özelliğin açıklamasına daha kolay birleştirmenizi sağlar.
Dikkate alınması gereken başka bir şey de kısaltmalar kullanmak olacaktır çünkü “Waverton Ave.” bu, tek bir özelliğin sunulmasını kesinleştirir.

Ev numaraları
Muhtemelen doğru görüntüde tüm ev numaraları, taban çizgileri paralel ve sokağa işaret eden bina kenarına en yakın olacak şekilde döndürülür. Bu şema, ilişkili cadde olan ancak okunabilirlik pahasına daha net hale getirir. Derneğin, sayıların tanınmasını yavaşlatmak için telafi etmek için yeterince önemli olduğunu iddia ediyorum. Sayılara da küçük bir işaret eklenmelidir, böylece 6 döndürüldüğünde 9'dan ayırt edilebilir.


1
6 ve 9 ile ilgili görüşünüz iyi. Özellikle metnin "baş aşağı" olup olmadığına dair gerçek bir kural olmadığını hatırladığınızda. Bunu açıklığa kavuşturmadan bir 6'nın 9 veya tam tersi olup olmadığını anlamak için, kullanıcının harita için etiketleme stilini bulması gerekir (yani, baş aşağı etiketleme gerçekleşiyor mu değil mi?).
GIS-Jonathan
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.