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 voorkueze voor die tag nodig. U kunt nog altijd tags handmatig toevoegen via het dialoogvenster Tag toevoegen.
• Bij het aanpassen van de standaard voorkeuzen 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 één 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 16px of groter dan 64px moeten zijn. Afbeeldingen met een basisgrootte tussen 16 en 64 px zullen niet worden verkleind naar 16px.
• Er zijn enkele bibliotheken voor svg die niet werken met JOSM (de afbeeldingen worden vervormd). Als u een dergelijk bestand heeft, probeer dan de volgende oplossing: maak een nieuw document svg met Inkscape, kopieer de svg-gegevens naar dit nieuwe bestand, breng de pagina op grootte voor de gegevens en sla het op.
• Breng uw pictogram op de grootte van 16px of een integer veelvoud daarvan (niet iets als 458.1534) om onnauwkeurigheden bij het weergeven vanwege afrondingsfouten binnen Java te vermijden.
• Controleer de code van het bestand in een tekstbewerker. Zoek naar de waarde viewBox in het begin van het bestand. Als het pictogram, bijvoorbeeld, in 16x16 pixels is, en als u het in Inkscape hebt gemaakt (dit gebeurt althans in de versie 0.91) en is gedefinieerd in Document Properties 16,00000 x 16,00000 pixels, heeft u waarschijnlijk in de bestandscode deze waarden: viewBox="0 0 16.000002 16.000001". Wijzig deze naar viewBox="0 0 16 16" of u zult problemen ondervinden (bekijk #12201 en de oplossing [o31865])
• SVG-pictogrammen worden automatisch opgeschoond in de gebouwde JOSM om de bestandsgrootte te verkleinen. Er is dus geen noodzaak om deze 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 Niet opgeschoonde svg's zijn later beter te bewerken.
• Echter, vanwege in probleem in svgcleaner, zou de code voor de svg geen argumenten moeten bevatten die beginnen met speciale tekens in stijlcodes, bijv. -inkscape-font-specification:Sans;. Dit kan leiden tot kleurwijzigingen (bekijk #13158).
• Als het pictogram kleurverlopen bevat, moet de verschuiving op elke stap worden vergroot, d.i. twee stappen met dezelfde verschuiving zijn niet toegestaan, bekijk ​svg salamander.
• CSS-stijl (<style type="text/css">) worden nog niet door svgSalamander ondersteund.
• Gebruik, indien mogelijk, in het geheel geen tekstelementen, omdat dat kan leiden to verschillende resultaten in de weergave, gebaseerd op bijv. besturingssysteem of geïnstalleerde lettertypen. U kunt, om dit te vermijden, text transformeren naar paden in de svg.
• Sommige van de benoemde problemen 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