Communities

Writing
Writing
Codidact Meta
Codidact Meta
The Great Outdoors
The Great Outdoors
Photography & Video
Photography & Video
Scientific Speculation
Scientific Speculation
Cooking
Cooking
Electrical Engineering
Electrical Engineering
Judaism
Judaism
Languages & Linguistics
Languages & Linguistics
Software Development
Software Development
Mathematics
Mathematics
Christianity
Christianity
Code Golf
Code Golf
Music
Music
Physics
Physics
Linux Systems
Linux Systems
Power Users
Power Users
Tabletop RPGs
Tabletop RPGs
Community Proposals
Community Proposals
tag:snake search within a tag
answers:0 unanswered questions
user:xxxx search by author id
score:0.5 posts with 0.5+ score
"snake oil" exact phrase
votes:4 posts with 4+ votes
created:<1w created < 1 week ago
post_type:xxxx type of post
Search help
Notifications
Mark all as read See all your notifications »
Challenges

Comments on Presumptuous base conversion

Parent

Presumptuous base conversion

+3
−0

Take an input string representing a number and convert it to decimal (base 10). However, the base of the input is not specified. Assume the input is in the smallest base for which its digits are valid.

Input

  • The input consists only of characters from 0123456789ABCDEF where A to F represent the decimal numbers 10 to 15
  • The answerer may choose to take lower case input instead
  • The input will always contain at least one character (it will never be empty)
  • The input will sometimes have one or more leading zeroes

Output

  • If the highest digit in the input is represented by N, then the input is to be treated as being in base N+1
  • For this challenge, the letters A to F count as "digits". So if the highest digit in the input is B, which represents 11, then the input is in base 12
  • In particular, if the highest digit in the input is 0, then the input is to be treated as being in base 1 (unary), so the output is the number of digits in the input
  • Apart from inputs in base 1 (unary), leading zeroes make no difference to the output. Both "11" and "000011" lead to output "3"

Examples

  • If the input is 453 then the highest digit is 5, so the input is in base 6. The output is 177, calculated as 4*6*6 + 5*6 + 3
  • If the input is 000 then the highest digit is 0 so the input is in base 1 (unary). The output is 3, which is simply the length of the unary input

Test cases

Test cases are in the form input : output

0 : 1
1 : 1
9 : 9
A : 10
E : 14
F : 15
00 : 2
01 : 1
10 : 2
11 : 3
02 : 2
20 : 6
22 : 8
65 : 47
99 : 99
AA : 120
B8 : 140
000 : 3
00F : 15
0D0 : 182
C00 : 2028
123 : 27
ABC : 1845
777 : 511
453 : 177

Explanations in answers are optional, but I'm more likely to upvote answers that have one.

History
Why does this post require moderator attention?
You might want to add some details to your flag.
Why should this post be closed?

0 comment threads

Post
+2
−0

Python 3, 60 59 bytes

D=input();m=int(max(D),16);print(m and int(D,m+1)or len(D))

Quite straight forward implementation.

  • Input string is assigned to D.
  • m is the the max() letter in D converted to int() with base 16. max() works because Python strings/characters are compared as Unicode codepoints and the letters "A"-"F" or "a"-"f" have a higher value than the characters for the decimal digits "0"-"9".
  • Depending on m being…
    • …not zero/”truthy”: print the input parsed as integer with base m+1.
    • …zero/”falsy”: print the length of the input.

The last part uses the fact that and and or evaluate to the first or the second operand instead of boolean values in Python. There's one pitfall with this trick: it doesn't work if the second argument to and can be ”falsy” if the first is ”truthy”, but this can't happen here because there is no possible input that is a) not unary and b) zero at the same time, because to be non-unary under the given assignment there must be at least one non-zero digit in it, and then it can't have the value 0 any more.

History
Why does this post require moderator attention?
You might want to add some details to your flag.

3 comment threads

I'm not a Python guy but would a lambda not be shorter? (3 comments)
It is customary here that if you improve the code, you show the previous byte count in strike-through... (2 comments)
Indexing instead of if else (3 comments)
Indexing instead of if else
trichoplax‭ wrote over 1 year ago

Can you save a couple of bytes by using m>0 instead of if m else?

__blackjack__‭ wrote over 1 year ago

I thought of that but it means always calculating both results and then pick one, but m must be at least 1 for this to work because if it is 0 then int(D,m+1) will raise a ValueError: int() base must be >= 2 and <= 36, or 0. (With 0 meaning that int() will parse the first argument like a Python literal value, i.e. "0xdead", "0b1001_1101" , "42_000_000", … are allowed.)

trichoplax‭ wrote over 1 year ago

I see now - thanks for the explanation. I should have tested the unary cases before making a suggestion...