Richtlijnen voor standaardvoorkeuzen

Deze pagina bevat ruwe richtlijnen voor de standaardvoorkeuzen​ en nieuwe pictogrammen.

Nieuwe tags en waarden

Controleer altijd eerst of er niet al een ticket is voor deze tag, bijv. door de zoekfunctie aan de rechterbovenkant van deze pagina te gebruiken.

We moeten er in de basis voor zorgen dat het menu Voorkeuzen niet te vol is, omdat het dan moeilijk zou worden om nuttige dingen voor "elke dag"-gebruik te vinden als we teveel exotische items hebben. Nieuwe tags en waarden zouden moeten hebben:

• een goede documentatie in de ​OSM-wiki,
• goede aantallen voor gebruik (absolute en op aantal mappers),
• wereldwijd gebruik,
• controversiële gevallen (zoals contact:phone=* vs. phone=*) moeten geval voor geval worden bekeken,
• als objecten slechts in kaart zijn gebracht door een handjevol specialisten, is het beter geschikt voor een externe voorkeuze. Gewoonlijk omvat dit schema's voor taggen die zijn beperkt tot één specifiek land, hobby, sport of beroep. In plaats van een eigen externe voorkeuze te maken zou u ook Presets/NewTags (en) uit kunnen breiden.

Opmerking:

• Het doel van de interne voorkeuze is om de tags en schema's voor taggen te ondersteunen die breed gedragen en gebruikt worden door de gemeenschap. Het is niet het doel om nieuwe tags of schema's voor taggen uit te vinden.
• Bij het onderzoeken ​taginfo, controleer ook waar ongebruikelijke waarden worden gebruikt.
• U kunt de Overpass API gebruiken om deze objecten in JOSM te laden en in de geschiedenis controleren wie ze gemaakt heeft.
• Bekijk ook ​dit voorbeeld om te zoeken naar de laatste bewerker van een specifieke tag.
• Een nuttig gereedschap om ook tags te controleren is ​taghistory. Als een tag bijvoorbeeld 50 keer per jaar globaal in kaart is gebracht, dan hebben we gewoonlijk geen voorkeuze voor die tag nodig. U kunt nog altijd tags handmatig toevoegen via het dialoogvenster Tag toevoegen.
• Bij het aanpassen van de standaardvoorkeuren moeten waarschijnlijk ook hoofd kaarttekenstijl​ en misschien ook validator regels voor de consistentie worden gewijzigd.

Nieuwe pictogrammen

• De bestandsindeling moet SVG zijn voor verliesloos op schaal brengen. (Technisch gezien wordt PNG ook ondersteund, maar vanaf augustus 2016 zijn alle pictogrammen voor voorkeuzen SVG)
• Het pictogram moet te identificeren zijn op een grootte van 16 pixels. Dit is de standaardgrootte waarop de pictogrammen worden weergegeven in de kaartweergave op standaard dpi (niet hidpi) schermen.
• De licentie moet compatibel zijn met GPL3 (zoals PD of CC0). Een goede bron voor pictogrammen is ​openclipart.org (alle pictogrammen daar zijn PD), ​publicdomainvectors.org (alle pictogrammen CC0), ​freesvg.org (alle pictogrammen CC0) of ​osm-icons.org (veel zijn CC0). U kunt ook controleren of JOSM al een passend niet-gebruikt pictogram heeft in een van zijn mappen voor pictogrammen: gebruikte pictogrammen en niet-gebruikte pictogrammen.
• Als de tag van toepassing is op knopen, zouden, indien mogelijk, het pictogram in de kaartweergave en het pictogram van de voorkeuze hetzelfde moeten zijn. (Dit is niet mogelijk als verschillende objecten dezelfde voorkeuze gebruiken, bijv. crossing=island en crossing=traffic_signals hebben verschillende pictogrammen, maar worden in één voorkeuze afgehandeld "Pedestrian Crossing".)
• Pictogrammen met een transparante achtergrond moeten niet alleen zwart of alleen wit zijn. Anders zouden, als men een witte of zwarte achtergrond (geen luchtfoto als achtergrond) gebruikt in de kaartweergave, zwarte of witte pictogrammen niet zichtbaar zijn. Oplossing: als u een zwart pictogram wilt gebruiken, voeg dan een witte vierkante achtergrond toe aan het pictogram in plaats van een transparante achtergrond, of beter nog: gebruik een witte halo.
  Voorbeeld: Gekleurde pictogrammen hebben echter de voorkeur.
• Het pictogram zou zo min mogelijk moeten bedekken in de kaartweergave, dus gekleurde pictogrammen met een transparante achtergrond hebben de voorkeur boven zwart/witte pictogrammen met een vierkante achtergrond.
• Het pictogram zou in alle landen moeten worden begrepen.
• Elke voorkeuze zou zijn eigen pictogram moeten hebben en geen bestaand pictogram moeten lenen uit een andere voorkeuze, zodat u de tag herkent door het zien van het pictogram in de kaartweergave.
• Testen van uw pictogram tegen deze vereisten in de JOSM-kaarttekenstijl Icon tester (en) helpt u.

Mogelijke problemen met SVG in JOSM

Controleer of het SVG-bestand correct werkt in JOSM.

• De basisgrootte van SVG zou 16 px of groter dan 64 px moeten zijn. Afbeeldingen met een basisgrootte tussen 16 en 64 px zullen niet worden geschaald naar 16 px.
• Er zijn enkele bibliotheken van SVG die niet met JOSM werken (de afbeeldingen worden vervormd). Als u een dergelijk bestand hebt, probeer dan de volgende werkwijze: maak een nieuw SVG-document met Inkscape, kopieer de gegevens van de SVG naar dit nieuwe bestand, pas de pagina aan de grootte van de gegevens aan en sla het document op.
• Maak de grootte van uw pictogram aan naar 16 px of een waarde integer van een veelvoud daarvan (niet iets als 458,1534) om het weergeven van onnauwkeurigheden wegens fouten met afronden in Java te vermijden.
• Controleer de code van het bestand in een tekstbewerker. Zoek naar de waarde viewBox aan het begin van het bestand. Als het pictogram, bijvoorbeeld, 16x16 pixels is, en u heeft het in Inkscape gemaakt (dit gebeurt tenminste in de versie 0.91) en in de Document Properties hebt gedefinieerd 16,00000 bij 16,00000 pixels, zult u in de bestandscode waarschijnlijk deze waarden vinden: viewBox="0 0 16.000002 16.000001". Wijzig die naar viewBox="0 0 16 16", anders kunnen er problemen optreden.
• Pictogrammen van SVG worden automatisch opgeschoond om de bestandsgrootte in de build van JOSM te verkleinen. Er is dus geen noodzaak om die stap handmatig uit te voeren voordat de SVG-bestanden worden geüpload naar SVN. Bekijk comment:35:ticket:10479, comment:10:ticket:10877 en ticket:12201#comment:21 Uncleaned SVGs are better for further editing.
• Echter, wegens een probleem in svgcleaner, zou de SVG-code geen argumenten moeten bevatten die beginnen met speciale tekens in stijlcode, bijv. -inkscape-font-specification:Sans;. Dat kan leiden tot wijzigingen in kleuren (bekijk #13158).
• Test dit op basis van geval-per-geval: Als het pictogram kleurverlopen bevat, d.i. twee stoppen met dezelfde verschuiving, zouden fouten kunnen ontstaan.
• Niet alle mogelijkheden van CSS-stijlen (<style type="text/css">) worden ondersteund.
• Gebruik, indien mogelijk, helemaal geen tekstelementen, omdat dat kan leiden tot verschillende resultaten bij weergeven, gebaseerd op bijvoorbeeld besturingssysteem of geïnstalleerde lettertypen. U kunt tekst transformeren naar paden in de SVG om dit te vermijden.
• JOSM zou uitzonderingen kunnen opwerpen bij het verwerken van beschadigde of ongeldige SVG-bestanden. Deze afbeeldingen zijn beschadigd, maar zouden daarentegen toch weergegeven kunnen worden in andere programma's. Niet-ondersteunde mogelijkheden zouden kunnen worden genegeerd of zouden ook uitzonderingen kunnen opwerpen.
• Enkele van de benoemde problemen zouden kunnen worden gedetecteerd door dit script​ uit te voeren​.

Zie ook

• Startpunt voor deze regels was ticket:10246#comment:14.

---

Terug naar Developers Guide (en)
Terug naar Help